WO1997021308A1 - Procede et appareil de traitement d'informations pour reseau de transfert de donnees - Google Patents

Procede et appareil de traitement d'informations pour reseau de transfert de donnees Download PDF

Info

Publication number
WO1997021308A1
WO1997021308A1 PCT/JP1996/003513 JP9603513W WO9721308A1 WO 1997021308 A1 WO1997021308 A1 WO 1997021308A1 JP 9603513 W JP9603513 W JP 9603513W WO 9721308 A1 WO9721308 A1 WO 9721308A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
video
software
audio
decoder
Prior art date
Application number
PCT/JP1996/003513
Other languages
English (en)
French (fr)
Inventor
Toshihiro Ikeda
Original Assignee
Matsushita Electric Industrial Co., Ltd.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co., Ltd. filed Critical Matsushita Electric Industrial Co., Ltd.
Priority to EP96939332A priority Critical patent/EP0808064B1/en
Priority to US08/875,692 priority patent/US6212681B1/en
Priority to JP52115097A priority patent/JP3181058B2/ja
Priority to DE69631755T priority patent/DE69631755T2/de
Publication of WO1997021308A1 publication Critical patent/WO1997021308A1/ja

Links

Classifications

    • 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/21815—Source of audio or video content, e.g. local disk arrays comprising local storage units
    • H04N21/2182—Source of audio or video content, e.g. local disk arrays comprising local storage units involving memory arrays, e.g. RAID disk arrays
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/214—Specialised server platform, e.g. server located in an airplane, hotel, hospital
    • H04N21/2143—Specialised server platform, e.g. server located in an airplane, hotel, hospital located in a single building, e.g. hotel, hospital or museum
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/2312—Data placement on disk arrays
    • H04N21/2318—Data placement on disk arrays using striping
    • 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/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
    • H04N21/2402—Monitoring of the downstream path of the transmission network, e.g. bandwidth available
    • 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/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4781—Games
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17336—Handling of requests in head-ends
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/409—Data transfer via television network

Definitions

  • the present invention relates to a video / audio information processing apparatus capable of supplying any data file requested for reproduction to a plurality of terminal devices within a permissible range of the number of output channels of the video / Z audio information processing apparatus in a multi-channel data transfer network. And its method, in particular, intermittently read and decode the digital data file of the video / audio software stored in advance in the randomly accessible large-capacity storage means in a time-division manner in response to an external playback designation command. Further, the present invention relates to a video / audio information processing apparatus that continuously outputs video / audio data from a designated channel and a method thereof.
  • a video / game server device as a supply source of data files such as video / games
  • a switching device hereinafter referred to as an exchange
  • an exchange an integrated control of these devices.
  • video and audio terminals equipped with a TV monitor, set-top box, game pad, etc. are installed on the terminal user side of each hotel room, etc.
  • the host computer receives the video / audio data file playback request transmitted from the terminal side, and the host computer controls the video game server device and the switch, so that the requested video / audio data file can be read.
  • the present invention relates to a video / audio information processing apparatus and method for realizing so-called video Z-on-demand supplied to a / audio terminal side.
  • the video / game server device is simply referred to as a data processing device.
  • Video and audio information that can centrally manage all processes, reduce overall equipment, shorten software access time, and automatically add, update, and manage software files. There is a demand for a processing supply system.
  • FIG. 9 shows the basic configuration of a conventional video / audio information processing system of this type.
  • 101 is a host computer
  • 102 is a data processing device
  • 103 is an exchange
  • 1004-1 to 104-n (hereinafter abbreviated as 104) are video / audio terminals. It is.
  • the host computer 101, the data processing device 102, and the exchange 103 are installed in a data control center, such as a hotel management room, and the video / audio terminal 104 is installed in each hotel room, etc. Between the exchange 103 and each terminal 104, data transmission is performed by, for example, a coaxial cable.
  • the host computer 101 controls the data processing device 1 G 2 and the exchange 103 centrally, receives requests from a plurality of video / audio terminals 104, and receives the received requests.
  • the data is transmitted to the data processing device 102.
  • the host computer 101 controls the exchange 103 to supply the video / audio terminal 104 that has transmitted the request with the video Z audio data from the data processing device 102.
  • the data processing device 102 includes a plurality of video tape recorders 106-1 or 106-k (hereinafter abbreviated as 106) and a plurality of game player devices 107-1 to 10-10. 7-m (hereinafter abbreviated as 107) and a control device 108.
  • the control device 108 receives a request from the host computer 101, sends a reply to the host computer, controls the playback, stationary, fast-forward, rewinding, etc. of the video tape recorder 106, Game play The start and stop of the key device 107 is controlled.
  • An arbitrary cassette software 109-1 to 109-k (hereinafter abbreviated to 109) is inserted in the video tape recorder 106 in advance, and similarly, the game player 107 is , Any CD-ROM game software 1 1 0-1 or 1 1 0-m (hereinafter abbreviated as 110) is inserted.
  • the controller 108 controls each video tape recorder 106 to determine what video software is included therein and what game software is included in each game player 1 ⁇ 7. This is confirmed by registering the number of the video tape recorder 106 or each game player 107 with the name of each video software 109 or each game software 110 as management information in advance. Further, whether or not the video tape recorder 106 or the game player 107 is in use is also registered as management information.
  • the exchange 103 connects the video tape recorders 106 and the game players 107 to the video / audio terminals 104 in any combination by a control signal from the host computer 101.
  • Each video / audio terminal 104 has a television monitor 1 1 1 1 1 1 to 1 1 1 1 n, for example, a set top box 1 1 2—1 or 1 1 2—n for selecting a program, and a game. , Which are connected to the output terminal of the exchange 103 in common, for example, by a coaxial cable, and set to different frequencies, that is, different channels. ing.
  • the data of video software or game software was used. The following describes the procedure for reproducing the data file.
  • the host computer 1 By operating a set-top box 1 1 2—1 of a certain video Z audio terminal, for example, 104-1, the host computer 1 is switched from the set-top box 1 1 2—1 through the exchange 103.
  • the host computer 101 accepts the request and transmits the request to the control device 108 in the data processing device 102. I do.
  • the control unit 108 which has received the request for the video software A from the host computer 101, manages which video tape recorder prepares the video software A among the plurality of video tape recorders 106. In addition to checking from the information, check whether the video tape recorder is in use from the management information. For example, if the video software A requested by the video tape recorder 106-2 is prepared and the video tape recorder 106-2 is not in use, the data file of the video software A is used. Is notified from the video tape recorder 106-2 to the host computer 101, and the video tape recorder 106-2 is instructed to start the reproducing operation.
  • the host computer 101 When the host computer 101 receives the communication from the control device 108, the host computer 101 communicates between the video / audio terminal 1044-1 and the video tape recorder 106-6-2 that transmitted the request for software A. Control the connection status of exchange 103 so that the line is connected. As a result, the data of the video software A reproduced by the video tape recorder 106-2 is transmitted to the video Z audio terminal 1044-1 via the exchange 103 and lined up. — The data of video software A is displayed on 1 and the audio data is output from the speaker attached to the TV monitor. As a result, the person in the room with the video / audio terminal 104- You can watch Uru A.
  • the host computer 101 If all of the video tape recorders that have prepared video software A are in use, the host computer 101 is replied to the host computer 101 stating that there is no free space and that video software A cannot be viewed. 0 1 is transmitted via the exchange 103 to the video / audio terminal 104-1 that sent the request.
  • another video / audio terminal for example, 104-n
  • the host computer 1 1 accepts the request and the data processing device
  • the reproduction request of the video software B is transmitted to the control device 108 in 102.
  • the control device 108 which has received the request for the video software B from the host computer 101, operates in the same manner as described above, and if there is free space, the video software B is transmitted from the data processing device 102 to the video / audio terminal 1. Data is transmitted to 04-n, and if there is no free space, the fact is transmitted to the video / audio terminal 104-n.
  • the set-top of another video / audio terminal for example, 1044-2 is set.
  • box 1 1 2-2 is operated and a request is made to play the game software C to the host computer 101 via the exchange 103, the host computer 101 sends the request. Then, the request of the game software C is transmitted to the control device 108 in the data processing device 102.
  • Control that receives a request for game software c from the host computer 101
  • the device 108 examines the management information as to which game device prepares the requested game software C among the game player devices 107-1 to 107-m from the management information. Also check from the management information whether the game device is in use.
  • the game software C requested by the game player 107-1 is prepared and the game player 107-1, is not in use, the game software C is transferred to the game player C. 1 0 7— Reply to host computer 101 to output from 1.
  • the host computer 101 controls the connection state of the exchange 103 so that the line between the video / audio terminal 1044-2 that has issued the request and the game player 107-: I is connected.
  • the control device 108 instructs the game player 1077-1 to enter a data output operation.
  • the video / audio data of the game software C output from the game player 107-1- is transmitted to the video / audio terminal 1044-2 via the exchange 103, and the television monitor 111 is output.
  • the video is displayed on 1-2, and the audio data is output from the attached speaker.
  • a person in the room where the video / audio terminal 104-2 is installed can play the game software C using the game pad 113-2.
  • the host computer 101 responds to the host computer 101 stating that there is no room to play game software C. This is communicated to video / audio terminal 104-4-2 via exchange 103.
  • the set top of another video / audio terminal for example, 104-3 is set. If there is a request for game software D from the box 1 1 2 3 to the host computer 101 via the exchange 103, the host The computer 101 receives the request, and transmits the request for the game software D to the control device 108 in the data processing device 102.
  • the control device 108 that has received the above request operates in the same manner as above, that is, if there is a vacancy, the game software D is transmitted from the data processing device 102 to the video / audio terminal 104 If there is no vacancy, it will be notified.
  • the host computer 101 sends the control device 101 Notify 8 that there is an input command for software playback stop or play stop, and control switch 103 to open the line connection to the video / audio terminal that instructed the stop input. Further, upon receiving the notification of the stop input from the host computer 101, the control device 108 stops the reproduction operation of the corresponding video tape recorder or game device, and registers the fact as management information.
  • the control device 108 stops the reproduction operation of the corresponding video tape recorder and registers the fact as management information, and the host computer
  • the exchange 103 is notified of the end, and the exchange 103 is controlled to release the line connection between the corresponding video / audio terminal and the video tape recorder.
  • the problem of the conventional example will be described. For example, if a video software A is mounted on only one video tape recorder 106--2, one video-audio terminal (for example, 104--1) is playing video software A However, even if another video / audio terminal requests the same video software A, the video software A is transmitted to the other video / audio terminal until the supply of the video software A to the currently playing terminal 104--1 ends.
  • the first object of the present invention is to provide an optional start-up time regardless of whether the requested software is the same or different and within the allowable range of the number of output channels of the data processing device.
  • An object of the present invention is to provide a video / audio information processing apparatus and a method thereof, which can supply data to a video / audio terminal by any software.
  • a second object of the present invention is to provide a video / audio information processing apparatus capable of supplying software to a number of video / audio terminals exceeding the number of prepared software, and a method thereof. .
  • a third object of the present invention is to provide a video / audio information processing apparatus and a method thereof that do not increase the waiting time even when requests are concentrated on a specific software.
  • a fourth object of the present invention is to provide a video / audio information processing apparatus and a method thereof, which can access software in a short time.
  • a fifth object of the present invention is to provide a video / audio information processing apparatus and a method thereof, which are capable of automatically adding and exchanging software and managing the software.
  • an information processing apparatus and method in a multi-channel data transfer network include:
  • a randomly accessible large-capacity storage means for distributing and storing digital data of a plurality of video / audio software which are allocated in advance to channels in predetermined blocks;
  • It has a plurality of output channels that output video Z audio software data simultaneously and in parallel, registers the management information sent from the control means, and The data of the video and audio software specified by the means is read out intermittently by time division on a predetermined block basis from the large-capacity storage means based on the management information, and the data is decoded. Decoder means for continuously outputting requested video / audio software data.
  • control means responds to the addition / update request each time a video / audio software addition / update request is input from the outside, and determines whether the video / audio software data is currently reproduced from the current reproduction status of the video / audio software. Check if there is enough data transfer space for the capacity storage means.If there is enough data transfer space for the large capacity storage means, check the file name of the video / audio software requested to be added or updated. While reading the data from the capacity storage means, the control means accepts the data of the video / audio software requested to be added / updated, and adds / updates the video / audio software to / from the mass storage means. If there is no room for data transfer, a reply is sent to resend the update request for additional video / audio software after a predetermined time when the transfer margin is predicted from the current playback status of the video / audio software data. That.
  • digital data of a plurality of video / audio software is preliminarily distributed and stored in a large-capacity storage means that can be accessed randomly, and the decoder device transmits the video data specified by the request.
  • the audio software is read out intermittently from the large-capacity storage means by a predetermined block in a time-division manner, temporarily stored in the internal memory, read out and decoded, and continuously output as a video and audio signal from the channel with the specified number.
  • Output to the terminal device regardless of whether the requested software is the same or different, and regardless of the supply start time, as long as the number of output channels of the data processing device permits, any software can send data to the terminal device.
  • the software can be supplied to a number of terminal devices exceeding the number of prepared software. Even if requests are concentrated on a specific software, the waiting time increases. In this way, software access can be performed in a short period of time, and only a small-capacity memory needs to be prepared in the decoder device, so that the cost of the decoder device can be reduced.
  • the control device determines whether or not there is a data transfer margin to the large-capacity storage means 9 based on the reproduction status of the video / audio software data. Inspect and, if there is room for transfer, check the file name of the software to be added or updated, and add or update the software in the large-capacity storage while the decoder reads data from the large-capacity storage. Therefore, the addition / exchange of software can be performed automatically, and the management of software can be performed automatically.
  • the video software data is compressed and encoded and stored in the large-capacity storage means, it is possible to store many types or long-time video software in the large-capacity storage means.
  • the game software can be played freely by operating the game pad provided on each terminal device.
  • FIG. 1 is a block diagram showing a basic configuration of a video Z audio information processing system according to an embodiment of the present invention.
  • FIG. 2 is a schematic diagram illustrating the operation of reproducing the software according to the present invention.
  • FIG. 3 is a schematic diagram illustrating the operation of adding and updating the software according to the present invention.
  • FIG. 6 is a timing chart for explaining a first embodiment of the read operation of FIG.
  • FIG. 5 is a timing chart for explaining a second embodiment of the video data reading operation according to the present invention.
  • FIG. 6 is a schematic diagram showing a memory map for two channels in the internal memory of the decoder device according to the present invention.
  • FIG. 7 is a block diagram showing a basic configuration of a video decoder device according to the present invention.
  • FIG. 8 is a block diagram showing a basic configuration of the game decoder device according to the present invention.
  • FIG. 9 is a block diagram showing a basic configuration of the video / audio information processing system in the conventional example.
  • the video data to be stored in the large-capacity disk device on the data server side is subjected to A / D conversion in advance by a known method, and then subjected to data compression by high-efficiency coding to obtain a high-efficiency video.
  • a / D conversion in advance by a known method
  • data compression by high-efficiency coding
  • video signals are subjected to motion-compensated interframe predictive coding
  • orthogonal transform is performed by DCT (discrete cosine transform)
  • Huffman coding is performed after quantization. It is assumed that the encoded data that has been subjected to the above processing is accumulated.
  • the transfer rate of the video data is 4 Mbs, which can be larger or smaller in practice.
  • FIG. 1 shows a basic configuration of a video / audio information processing system according to an embodiment of the present invention.
  • 1 is a host computer
  • 2 is a data processing device
  • 3 is an exchange
  • 4 1 to 4 ⁇ n (hereinafter referred to as “1”). 4) is a video / audio terminal device.
  • the host computer 1, the data processing device 2, and the exchange 3 are installed, for example, in a central control room of a hotel or the like, the video / audio terminal 4 is installed in each guest room of the hotel, and the connection between the exchange 3 and each terminal device 4 is established. Between, for example, coaxial cape The connection is made by the file and the data fe transmission is performed.
  • the host computer 1 controls the data processing device 2 and the exchange 3 in an integrated manner, receives a request from one of the plurality of terminal devices 4, and provides the request in the data processing device 2. In addition to transmitting the request to the control device 8, the line connection of the exchange 3 is controlled so that the reproduced video / audio data is supplied from the data processing device 2 to the terminal device 4 that has transmitted the request.
  • the host computer 1, the control device 8, and the exchange 3 are connected, for example, via a serial transmission cable.
  • Each terminal device 4 has a television monitor 11, a set-top box 12 for selecting a program, for example, and a game pad 13, and is commonly connected to an output terminal of the exchange 3 by, for example, a coaxial cable.
  • the configuration in which they are connected and set to different frequencies, that is, to different channels, is the same as the conventional configuration.
  • control device 8 when the reproduction is completed, the control device 8 notifies the host computer 1 of the completion of the reproduction, and the host computer 1 establishes a line connection between the terminal device 4 and the data processing device 2. Control exchange 3 to open (off).
  • the data processing device 2 includes a video decoder device 6, a game decoder device 7, and a random-access non-linear large-capacity storage unit such as a hard disk drive device 91-11 to 91i (hereinafter abbreviated as HDD 9).
  • the control device 8 receives a request from the host computer, transmits a response to the host computer, and gives various instructions to the video decoder device 6 and the game decoder device 7.
  • the video decoder device 6, the game decoder device 7, the control device 8, and the hard disk device (HDD 9) are connected to each other via a WIDE-SCSI transmission cable, and the video decoder device 6, the game decoder device 7, and the control device are connected to each other.
  • Each of the devices 8 can directly access the HDD 9.
  • the control device 8 writes the digital data files of the video software and the game software in the HDD 9 in a distributed manner in fixed blocks according to a predetermined rule (RAIDO).
  • the digital data files of the video / game software distributed and stored in the HDD 9 are read out by the video decoder device 6 and the game decoder device 7 and stored in the built-in memory (DRAM).
  • DRAM built-in memory
  • the sequence of the read data is restored to the original state, and as shown in Figs. 7 and 8, the first input data and the first output are continuously
  • the controller 8 receives a playback designation command for designating one of the stored data files of a plurality of video Z game software from the external host computer 1.
  • a data file of one software corresponding to the command is designated to the video decoder device 6 or the game decoder device 7 and one vacant channel is designated.
  • the designation of the empty channel number can be transmitted from the host computer 1 to the control device 8 together with the reproduction designation command.
  • the HDD 9 stores a plurality of arbitrary video / game software in a distributed manner via the control device 8 in advance, and stores the names of the plurality of video / game software and the HDD.
  • Management information such as a recording position in the memory map 9 is automatically created and registered by the control device 8 at the time of writing.
  • the control information is shared between the control device 8 and the video / game decoder device 6 or 7.
  • the shared management information includes the usage status of each channel of the video / game decoder devices 6 and 7 and other additional information.
  • the controller 8 when the controller 8 receives an addition / update command from the host computer 1 requesting addition / update of a new video / audio software data file even during the video / audio software playback operation, the controller 8 responds to the command. Then, based on the current playback status of the video / audio software, transfer speed, data storage capacity, etc., it is checked whether or not there is enough data transfer to the HDD 9.
  • the control unit 8 responds to the fact to the host computer 1, confirms / registers the data file name of the video / audio software to be added / updated, and inputs the data. 5 Receive data input of the software from Part I and add / update to HDD9. The data addition Z update is performed while the decoder device 6 or 7 reads data from the HDD 9.
  • the add / update command is resent after a predetermined time when it is predicted that there is a transfer margin based on the current playback status of the video / audio software. Reply to host computer 1.
  • the determination of whether there is a transfer margin is performed according to the following procedure.
  • the transfer rate of the content of each video data, game data, and the like is registered with the file name and the content information at the same time. Therefore, the current bandwidth is calculated from the currently reproduced file and the number of channels. Since the maximum bandwidth of the system is a predetermined value, the bandwidth margin is calculated by subtracting the currently used bandwidth from this. If this value is larger than the bandwidth required for recording on the HDD, the content recording is executed. If so, let us know that the recording cannot be performed.
  • the program time is calculated from the file information to determine when the currently used channel ends use, and if the elapsed time from the start of use is managed by a timer, etc., the use end will be completed Can be calculated. With this, it is possible to calculate the time after which the margin occurs. Retry the host after this calculated time Notify that it is possible.
  • the content information includes video / game, menu, and MPEG information (MPEG1, 2, transfer rate, frame, etc.) and file size as a compression method. , Always used under the following conditions. That is,
  • management information is automatically added / updated even when the video / Z audio software is added / updated, and transferred to the video / game decoder devices 6 and 7.
  • the video decoder device 6 is configured to be able to output video software data simultaneously and in parallel on a plurality of channels 1 to k.
  • the game decoder device 7 is also configured to output game software data in parallel and on a plurality of channels l to m.
  • the data file of the video / game software sequentially specified by the controller 8 is read out from the HDD 9 intermittently by a predetermined block in a time-division manner according to each management information. Stored in memory (DRAM). The data read from each DRAM is decoded and output continuously as video / audio signals from the specified channel.
  • the capacity of each of the above DRAMs is 256 kBxl (Mbps), 256 kBx2 (Mbps) or 256 kBxn (Mbps), where n is an integer or other various capacity. It can be used for
  • the exchange 3 receives a control command from the host computer 1 and connects the channels of the video game decoder devices 6 and 7 to the respective terminal devices 4 in any combination to make a line connection.
  • the video decoder device 6 shown in FIG. 7 includes a plurality of MPEG decoders 64-1 to 64-k as data decompression means for decompressing or decompressing digital data of video software compressed and coded according to MPEG 2. (Abbreviated as 64) for each output channel (l to k).
  • data read out intermittently by a predetermined block from a plurality of HDDs 9 in a time-division manner is accumulated in a DRAM 62 via a SCSI controller 61.
  • a corresponding FI F063 having a capacity of 4 kB is stored in a DRAM 62.
  • each element in the video decoder device 6 is generally controlled by a microcomputer (CPU) 65 for DMA (direct memory access).
  • CPU microcomputer
  • the video decoder device 6 intermittently reads out data stored in a plurality of HDDs 9 in a block-by-block manner in a time-division manner corresponding to each channel, decodes the data, and decodes the video software from each channel.
  • the microcomputer has a microcomputer (CPU) 65 that controls and controls the entire system, and a WI DE-SCS I interface 61 as a WI DE-SCS I control means.
  • DRAM 62 as semiconductor memory means for temporary storage of data.
  • FI F063 as first input data first output storage device, MPEG decoder 64 as each decoder means, etc. are provided for each channel.
  • Elements such as a semiconductor memory SRAM (not shown) having a capacity of 8 Mb for storing information and the like and a semiconductor memory EPROM (not shown) for storing various software are provided.
  • a semiconductor memory SRAM (not shown) having a capacity of 8 Mb for storing information and the like
  • a semiconductor memory EPROM (not shown) for storing various software.
  • the timing of reading data from the HDD 9 is defined for each channel, and the read operation of a plurality of channels is not mixed.
  • the game decoder device 7 includes a plurality of game decoder elements 74 for changing the game software data in response to the pad operation and playing. (1 to m) built-in, and a bidirectional FIF 073 that transfers data from the main CPU to the game decoder and transfers data from the game decoder to the CPU as well Is done.
  • the other components and their operations are the same as in FIG. 7, and a detailed description thereof will be omitted here.
  • the HDD 9 stores in advance data files of a plurality of video / game software in a state of being distributed for each block by the control device 8 (for example, RAI DO0). Management information such as the name and storage location of software registration data is already shared and managed by the control unit 8 and the video / game decoder units 6 and 7 when recording to the HDD 9, and each unit can be directly accessed to the HDD 9. It is.
  • Step A1 By operating the set-top box 12-1 of an arbitrary video / audio terminal 4, for example, the terminal device 4-1, a data reproduction request of the video software A was sent to the host computer 1 via the exchange 3 as a command.
  • the host computer 1 receives the request of the software A, and transmits the request to the control device 8. (Step A1)
  • Control Measure 8 Upon receiving the request from Software A, Control Measure 8 performs video control based on the management information.
  • the presence or absence of an empty channel in the decoder device 6 is checked (step A 2), and the video decoder device 6 is instructed to output the software A from, for example, the first channel.
  • the fact that the first channel of the decoder device 6 is in use (busy) is registered as management information, and this management information is shared between the device 8 and the device 6.
  • the host computer 1 controls the connection state of the exchange 3 so that the line between the terminal device 41-1, which is the source of the request, and the first channel of the decoder device 6 is connected. (Step A 3)
  • the decoder device 6 randomly accesses the software A distributed and stored in at least two or more HDDs out of the plurality of HDDs 9 to read data, decodes the data, restores the original video software A, and decodes the data. Output from one channel. (Step A 4)
  • the software A reproduced and output from the first channel of the decoder device 6 is transmitted to the terminal device 4-1 via the exchange 3 and displayed on the television monitor 1 1-1, and its sound is output from the attached speaker. Is also output.
  • the user can view the software A on the installation side of the terminal device 411.
  • step A2 If all the channels of the decoder device 6 are in use, it is determined in step A2 that there are no empty channels, and a reply is sent to the host computer 1 indicating that there is no empty channel and that software A cannot be viewed, and the host The computer 1 communicates the fact to the terminal device 41 through the exchange 3.
  • a playback request for another video software B is sent to the host computer by operating the set top box 12-n of the terminal device 4-n during the playback transfer of the video software A, for example. think of.
  • the host computer receives the request from the software B and transmits the request to the control device 8.
  • the control device 8 that has received the request operates in the same manner as described above, and the video decoder device 6 If there is an available channel, software B is transferred from the data processing device 2 to the terminal device 4-n. If there is no vacant channel, the fact is transmitted to the terminal device 411.
  • the video decoder device 6 has a configuration in which video data distributed and stored in a plurality of HDDs 9 is randomly accessed and read out in a time division manner by a block ⁇ , and all of the video decoder devices 6 are read. Regardless of whether different video software is played back on different output channels or if all the output channels of the same video software are read out and decoded in blocks in a time-division manner, the read speed from the HDD 9 and the decoder device can be provided with a margin. 6 channels are set. Therefore, when reading the same video software or different video software from each channel of the decoder device 6, the reading conditions are the same, even if the request is biased to a specific video software. As long as there is an empty channel in the decoder device 6, it can respond to a reproduction request.
  • a playback request of the game software C is transmitted to the host computer by, for example, operating the set-top box 12-2 of the terminal device 4_2.
  • the host computer accepts the request of the game software C (step C 1 in FIG. 2) and transmits the request to the control device 8.
  • the control device 8 confirms the presence or absence of an empty channel in the game decoder device 7 based on the management information (step C 2). For example, if it is confirmed that the first channel of the decoder device 7 is empty, Instructs the host computer to output from the first channel, and informs the host computer of the fact, and also registers in the control device 8 and the encoder device 7 as management information that the first channel of the decoder device 7 is in use. You.
  • the host computer controls the connection state of the exchange 3 so that the line between the terminal device 4-2 of the request source and the first channel of the game decoder device 7 is connected (turned on) (step C3).
  • the decoder device 7 reads out the data of the software C distributed and stored in at least two or more HDDs of the HDD 9, and the data of the game software C restored by the decoding process in each of the game decoder elements 74. Output from the first channel of the decoder device 7. As a result, the game software C reproduced and output from the first channel is transferred to the terminal device 4-2 via the exchange 3, and the game software C is displayed on the television monitor 112, from the corresponding attached speaker. The sound is output and the game can be played using the game pad 13-2.
  • the host computer replies to the host computer that there is no free space and cannot play, and the host computer notifies the terminal device 412 via the exchange 3 to that effect. (Step C5).
  • a reproduction request of another game software D is made, for example, by operating the set-top box 123 of the terminal device 413.
  • the host computer receives the request of the software D and transmits it to the control device 8.
  • the control device 8 that has received the request operates in the same manner as described above, and if there is an empty channel in the game decoder device 7, the software D is transferred from the data processing device 2 to the terminal device 4-3. If there is no vacant channel, the fact is transmitted to the terminal device 413.
  • the number of all output channels of the same game software is divided by time division. Per block Also when reading and decoding the data, the reading speed from the HDD 9 and the number of channels of the decoder device 7 are set with a margin. Therefore, when reading the same game software or different video software from each channel of the decoder device 7, the reading conditions are the same, even if the request is biased to a specific game software. As in the case of the video decoder device 6, it is possible to respond to the reproduction request as long as the decoder device 7 has an empty channel.
  • the video decoder device 6 when any of a plurality of terminal devices 4 requests reproduction of video / game software from the host computer, an available channel capable of reproducing the requested software is provided by the video decoder device 6 or As long as the game decoder device 7 exists, the requested software data can be read from the HDD 9, decoded, and the software can be reproduced and supplied to the plurality of terminal devices that have transmitted the request. .
  • a command to stop playing (or playing) the software is input from the terminal device 4 to the host device during the playback operation of the software, the command is transmitted to the control device 8 to that effect.
  • the control device 8 stops outputting the corresponding software to the decoder device 6 or '7, and registers the fact as management information.
  • a plurality of HDDs 9 are stored in advance in a plurality of blocks in accordance with a certain rule in accordance with a certain rule (for example, RAIDO), and automatically register the software registration data at the time of recording.
  • a certain rule for example, RAIDO
  • the name of the software, the storage location, etc. are registered as management information, and each directly accesses the HDD 9 You can do it.
  • the file name should be distinguished by a file name extension. I have to. For example, in the case of video software (MPEG 1), set to ⁇ ⁇ . MP1, and in the case of video software (MPEG 2),
  • the host computer 1 when inputting a software addition / update request (step S1), the host computer 1 transmits the request to the control device 8.
  • the control device 8 which has received the software update request, checks the reproduction status (data transfer margin) in the data processing device 2 from the registered management information (step S3 in FIG. 3), and determines the data transfer margin. Change the operation accordingly. That is, when there is enough data transfer margin, the software addition / update is accepted, and the file name of the addition / update software is confirmed with the host computer. As a result, the host computer transmits the file name to the control device 8.
  • the control device 8 distributes and writes the additional / updated software data intermittently input from the data input unit I for each block to the plurality of HDDs 9 (step S3). This write operation can be performed while the video / game decoder device 6 or 7 reads each soft data.
  • the host computer responds to the current state of the request so as to retry after a time when the margin is predicted, and the apparatus enters the standby mode (step S4). .
  • Temporary storage semiconductor memories RAMI A and RAMIB are used to alternately write video software A and software B data.
  • the transfer rate is 4 Mb ps
  • the memory per channel is 256 kBX 4 (Mb ps)
  • the DRAM writes 4 blocks of data for the first write and writes a total of 1 MB of data
  • the reads 256 kB of data from the HDD when 256 kB of data is no longer used by the write operation
  • the read / write operation is alternately repeated every 256 kB, and the read operation is performed intermittently in a time-division manner for each predetermined block.
  • the seek operations of H DD — 1 to 4 are executed in parallel, and the data read is performed using the HD D — :!
  • the data read is performed using the HD D — :!
  • ⁇ 4 for example 256 accepts data of each kB, as shown in FIG. 4 (e), for temporary storage semiconductor memory between times t 2 - time t 6
  • (RAM—1A) is written to I: It is.
  • a total of 1 MB of data is written for 4 blocks.
  • the time t 2 ⁇ t 3 data read from the HDD-1 between is performed, the read is performed from time t 3 ⁇ t between 4 HDD-3, HD between times t 4 ⁇ t 5 reading is performed from the D-2, but reading is our lines from HDD-4 between times t 5 ⁇ t s, the read order of each HDD is optional D
  • the data read from the HDDs 1-4 are transferred to the respective DRAMs 62 shown in FIG. 7, and a predetermined area represented by the upper half of the memory map shown in FIG. It is temporarily stored in four blocks of 256 kB corresponding to A (total 1 MB).
  • the time 1 7 sequentially reads command is given the data of Bideosofu preparative B corresponding the four HDD-. 1 to 4 in successive image worth of a few seconds, HDD-1 to 4 the
  • the seek operation starts, and after time 18 when the predetermined seek operation time elapses, the reading of video software B data equivalent to several seconds of continuous video from HDDs 1-4 starts. Is done.
  • the seek operations of HDD-1 to 4 are executed in parallel, and the data readout is performed in order from the HDD-1 to HDD-4 which is ready for data transfer, for example, 256 kB each.
  • receiving data, urchin by shown in FIG. 4 (f) sequentially written between time t 8 ⁇ time 1 12 to one (RAM- IB) of the semiconductor memory for a pair of temporary storage.
  • the time t 8 ⁇ tg data read from the HDD-1 between is performed, from time t 9 ⁇ t between 10 HDD-3 read is performed, between the time t 1D ⁇ t H HDD- 2 read is performed from, but readback is performed from HDD-4 between time tu ⁇ t 12, the read order of each HDD is optional.
  • the data read from HDDs 1-4 In the same way, the data is transferred to each DRAM 62 and temporarily stored in a predetermined area represented by the lower half of the memory map shown in Fig. 6, for example, 4 blocks of 256 kB (1MB in total) corresponding to RAMIB for channel 2. It is recorded.
  • each RAM- 1A and ARAM- 1B force respectively read alternately and writing included. That is, in the example of FIG. 4, 1 ⁇ eight 1 ⁇ -1 bees, soft A more RAM- 1 A data between time t 15 ⁇ 1 1S from HDD-1 in de Isseki reading of 256 k B of to write, subsequently reads the data from the RAM- 1 a in between time t 16 ⁇ t 17, the address at time t ⁇ t 18, the time t 18 ⁇ t
  • each RAM alternately repeats writing and reading, such as reading 256 KB of data from the HDD. Perform a read.
  • the soft B for example, as shown in FIG. 4 t 18 ⁇ t 2 3 of (f), RAM- 1 256 kB of data by B is write / read alternately are Ri returned Repetitive.
  • the data temporarily stored in each DRAM 62 is sequentially and continuously read out at the corresponding FIF 063 capacity, for example, every 4 kB, and transferred to the corresponding MPEG decoder 64.
  • the data is read from HDD-1 to HDD-4 at the same timing as above, written into a pair of semiconductor memories for temporary storage, and then MPEG decoder. 64, and the video soft data is output from the assigned channel.
  • This is a bidet Regardless of whether the software request start time is the same or different, when a stop command is input from the terminal device 4 or when the reproduction of the video software ends, the video software data corresponding to the channel is automatically transmitted. Data is read from multiple HDDs, and the subsequent operations are completed.
  • the capacity of each of the above DRAMs is 2 ⁇ 6kBX1 (Mbps), 256 kBx2 (Mbps) or 256kBxn (Mbps) where n is an integer, etc. It should be noted that various capacities of are available as appropriate.
  • the data of the video software A is alternately written by a pair of temporary storage semiconductor memories RAMIA and RAMIB, and the data of the software B is written by another semiconductor memory RAM2A and RAM2B.
  • RAMIA and RAMIB temporary storage semiconductor memories
  • RAM2A and RAM2B another semiconductor memory
  • Time t as shown in Fig. 5 (a) to (d).
  • reading of data from one of the pair of temporary storage semiconductor memories RAMIA and 2A is completed, and reading of data from the other temporary storage semiconductor memory RAMIB and RAM2B is started.
  • an instruction is given to sequentially read data of the video software A corresponding to a continuous video of several seconds from the four HDDs 1-4.
  • HDD-1 ⁇ 4 starts the seek operation upon receiving the read command, corresponding to successive image worth of several seconds from the time t 2 after the HDD-1 to 4 of a predetermined seeking operation time has elapsed Bideosofu DOO Reading of A data Be started.
  • the seek operations of HDDs 1 to 4 are executed in parallel, and the seek time as a whole is almost the same as that of one unit.
  • 2 56 accepts each data k B, as shown in FIG. 4 (e), a pair of temporary storage between the time t 2 - time t 6 Is sequentially written to one of the semiconductor memories (RAM-1A).
  • HDD one 1-4 receives the read command then starts the seek operation, the read data is started Bideosofu Bok B corresponding to successive image worth of several seconds from the HDD-1 ⁇ 4 after the time 1 8 predetermined Sea seeking operation time has ⁇ .
  • the seek operations of HDD-1 to HDD-4 are executed in parallel, and the seek time as a whole is almost the same as that of HDD-1-4.
  • one of the pair of semiconductor memories for temporary storage stores the time t 8 To time 2
  • the other pair RAMI B is also at time t 2 .
  • the reading of data is started from the other of the pair of the temporary Symbol ⁇ semiconductor memory RAM 1a, a few seconds from the four HDD-1 to 4 at time t 2>
  • the instruction to sequentially read the data of video software A corresponding to the continuous video of HDD-1 to 4 starts the seek operation upon receiving the read commands, to correspond to the successive image worth of several seconds from the time t 22 after the HDD-1 to 4 of a predetermined seeking operation time has elapsed
  • the reading of the video software A data starts.
  • HDD-1 The seek operation of ⁇ 4 is executed in parallel, and the seek time as a whole is the time of almost one unit, and the data is read out of HDD-1 ⁇ 4 which is ready for data transfer.
  • data of 256 kB is received in order from the beginning, and as shown in FIG. 5 (f), the data is sequentially written to one of the pair of temporary storage semiconductor memories (RAM-1B).
  • the time t 22 ⁇ t 23 data read from the HDD-1 between is performed, the read is performed from time t 23 ⁇ t between 24 HDD-3, HDD between time t 24 ⁇ t 25 - second read is made from, but read from HDD-4 between times t 25 ⁇ t 26 is being performed, read order of each HDD is optional.
  • the data read from the HDDs 1-4 is transferred to each DRAM 62, and a predetermined area represented by the lower half of the memory map shown in FIG. 6, for example, 256 kB corresponding to RAMIB It is temporarily remembered in 4 blocks (total 1MB).
  • Providing sequential read command data Bideosofu preparative B corresponds to video content that is communicated gun for a few seconds from the four HDD-1 to 4 at time t 27.
  • HDD-1 ⁇ 4 starts the seek operation upon receiving the read command, corresponding to successive image worth of several seconds from the time t 28 after the HDD-1 ⁇ 4 which during the time of predetermined seeking operation has elapsed Bideosofu
  • the reading of the data in B starts.
  • the seek operation of HDD-1 to 4 is performed in parallel, and the seek time as a whole is almost one unit time, and the data read is data transfer between HDD-1 to 4.
  • data of, for example, 256 kB is received in order from the ready one, and is sequentially written to one of the pair of temporary storage semiconductor memories (RAM-2B) as shown in FIG. 5 (h).
  • the time t 2S ⁇ data read from the HDD-1 between t 29 is performed, the read is performed from the HDD-3 between the time t 29 ⁇ t 30, the time t 3 [1 ⁇ t 31 Reading is performed from the HDD-2 between, but read from HDD-4 between times t 31 ⁇ t 32 is being performed, read order of each HDD is optional.
  • the data read from the HDDs 1-4 are transferred to the respective DRAMs 62, and a predetermined area represented by the upper half of the memory map shown in FIG. Block (1MB in total).
  • the HDD read check in the game decoder device 7 is configured so that it is not necessary to perform the check in the video decoder device 6, or the video and game software data are mixed in a plurality of HDDs. Is optional.
  • the controller 8 stores the input data of the video software in the HDDs 1 to 4, the input data is temporarily stored on the DRAM represented by a memory map (256 kBx4) similar to the memory map shown in FIG. Then, transfer the data to HDD-1 to HDD-4 ready for writing.
  • the MPEG decoder 64 in the video decoder device 6 is replaced by the game decoder element 74, and the data transmission between the HDD 9 and each game decoder element 74 is the same as in the case of the video decoder device 6. Therefore, the description is omitted here.
  • digital data of a plurality of video / audio softwares are previously stored in a randomly accessible non-linear large-capacity storage means (HDD 9) in a distributed manner.
  • Decoder device and game The decoder ⁇ reads the requested video game software intermittently in a time-division manner from the mass storage means in predetermined blocks at a time, temporarily stores it in the internal memory, reads it from the internal memory, and decodes it.
  • any software can supply output data to the terminal device 4 and can supply the software to the terminal devices exceeding the number of prepared software. it can. Even if requests are concentrated on a specific software, the waiting time does not increase, the software can be accessed in a short time, and the video decoder device 6 and the game decoder device 7 have a small size. It is only necessary to prepare a large capacity memory, and the cost of the decoder device can be reduced.
  • the control device 8 checks whether there is room for data transfer to the large-capacity storage means 9 based on the data reproduction status of the video / audio software. After confirming the file name of the software to be updated, the video / audio software data to be added / updated between the video decoder device 6 and the game decoder device 7 reading the data from the large-capacity storage means 9 Is received and the software is added / updated in the mass storage means 9, so that the addition / exchange of the software can be performed automatically and the management of the software can be performed automatically.
  • the data of the video software is compression-encoded and stored in the large-capacity storage means 9
  • various types or long-time video software can be stored in the large-capacity storage means 9, and various video software can be stored.
  • the game software can be freely played by operating the game pad 13 provided in each terminal device 4 while being able to respond to the above-mentioned requirements.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)
  • Signal Processing For Digital Recording And Reproducing (AREA)
  • Processing Or Creating Images (AREA)

Description

明 細 書
データ転送ネッ トワークにおける情報処理装置およびその方法 技術分野
本発明は、 多チャンネルデータ転送ネッ トワークにおいて、 映像 Z音声 情報処理装置の出力チャンネル数の許容範囲内であれば、 再生要求された どのデータフアイルでも複数の端末装置へ供給できる映像 音声情報処理 装置とその方法に関し、 特に、 ランダムアクセス可能な大容量記憶手段に 予め格納された映像/音声ソフ 卜のデジタルデータファイルを、 外部から の再生指定コマンドに応答して時分割で間欠的に読出し、 デコードして、 指定されたチャンネルから映像 音声データとして連続的に出力する映像 /音声情報処理装置とその方法に関する。 例えばホテルの管理室等の情報 処理センタ室に、 ビデオ/ゲーム等のデータファイルの供給源としてのビ デォ /ゲームサーバ装置と、 切り替え装置 （以下、 交換機と呼ぶ） 、 なら びにこれらを統括的に制御するホストコンピュータ等を設置するとともに、 ホテルの各客室等の端末利用者側には、 テレビモニタとセッ ト トップボッ クスゃゲーム用パッ ドなどを備えた映像/音声端末装置を設置し、 各端末 側から発信された映像/音声データファイルの再生要求をホストコンピュ —タが受信し、 ホストコンピュータがビデオノゲームサーバ装置および交 換機を制御することにより、 要求された映像ノ音声データファィルを映像
/音声端末側へ供給する、 いわゆるビデオ Zオン Zデマンドを実現するた めの映像/音声情報処理装置とその方法に関するものである。 以下の説明 では、 上記ビデオ/ゲームサーバ装置のことを単にデータ処理装置と称す る。
背景技術
近年、 ビデオ/ゲームソフ ト等のデータファイルの蓄積、 検索、 再生等 の工程を一括管理するとともに、 全体の設備を削減し、 また、 ソフ トのァ クセス時間の短縮化と、 データファイルの追加、 更新およびソフ 卜管理を 自動的に行うことができる映像 Z音声情報の処理供給システムが要望され ている。
以下に、 図面を参照にしながら従来の多チャンネルデータ転送ネッ トヮ
—クにおける映像 Z音声情報処理システムについて説明する。
図 9は、 従来のこの種の映像/音声情報処理システムの基本構成を示す。 図 9において、 1 0 1はホストコンピュータ、 1 0 2はデータ処理装置、 1 0 3は交換機、 1 0 4— 1ないし 1 0 4— n (以下、 1 0 4と略記） は 映像/音声端末である。 ホス卜コンピュータ 1 0 1とデータ処理装置 1 0 2と交換機 1 0 3は、 例えばホテルの管理室等のデータ制御センタに設置 され、 映像/音声端末 1 0 4はホテルの各客室等に設置され、 交換機 1 0 3と各端末 1 0 4の間は例えば同軸ケーブルでデータ伝送が行われる。 ホス トコンピュータ 1 0 1は、 データ処理装置 1 G 2と交換機 1 0 3と を統括的に制御し、 複数の映像/音声端末 1 0 4からのリクエスト （要求） を受け付け、 その受信したリクエストをデータ処理装置 1 0 2へ伝送する。 また、 ホストコンピュータ 1 0 1は交換機 1 0 3を制御して、 リクエスト を発信した映像/音声端末 1 0 4にデータ処理装置 1 0 2から映像 Z音声 データを供給する。
データ処理装置 1 0 2は、 複数台のビデオテープレコーダ 1 0 6— 1な いし 1 0 6— k (以下 1 0 6と略記） と、 複数台のゲームプレーヤ装置 1 0 7— 1ないし 1 0 7— m (以下 1 0 7と略記） と、 制御装置 1 0 8とを 有する。 上記制御装置 1 0 8は、 ホストコンピュータ 1 0 1からの要求を 受信したり、 ホス卜コンピュータへ返答を送り、 ビデオテープレコーダ 1 0 6の再生、 静止、 早送り、 卷もどし等を制御するとともに、 ゲームプレ ーャ装置 1 0 7の起動、 停止等を制御する。
ビデオテープレコーダ 1 0 6には、 予め任意のカセッ トソフ ト 1 0 9— 1ないし 1 0 9 — k (以下 1 0 9と略記） が挿入されており、 同様にゲー 厶プレーヤ 1 0 7には、 任意の C D— R O Mゲームソフ ト 1 1 0— 1ない し 1 1 0— m (以下 1 1 0と略記） が挿入されている。 各ビデオテープレ コーダ 1 0 6にどのようなビデオソフ トが入っている力、、 また各ゲ一ムプ レーャ 1◦ 7にどのようなゲームソフ 卜が入っているかは、 制御装置 1 0 8に各ビデオテープレコーダ 1 0 6または各ゲームプレーヤ 1 0 7の番号 と各ビデオソフ ト 1 0 9または各ゲームソフ 卜 1 1 0の名称とを対応させ て予め管理情報として登録することによって確認される。 さらに、 ビデオ テープレコーダ 1 0 6またはゲームプレーヤ 1 0 7が使用中であるか否か についても併せて管理情報として登録している。
なお、 各ビデオテープレコーダには 1台毎に異なるビデオソフ トを入れ ておく必要はなく、 需要に応じて複数台のビデオテープレコーダに同じ内 容のビデオソフ 卜を入れておいてもよい。 ゲーム装置についても同様であ る。
交換機 1 0 3は、 ホストコンピュータ 1 0 1からの制御信号により、 各 ビデオテープレコーダ 1 0 6およびゲームプレーヤ 1 0 7と各映像/音声 端末 1 0 4とを任意の組み合わせで回線接続する。
各映像/音声端末 1 0 4は、 それぞれテレビモニタ 1 1 1 一 1ないし 1 1 1 一 nと、 例えば番組を選択するセッ 卜 トップボックス 1 1 2— 1ない し 1 1 2— nと、 ゲーム用パッ ド 1 1 3— 1ないし 1 1 3— nとを有し、 交換機 1 0 3の出力端子に例えば同軸ケーブルで共通に接铳され、 それぞ れ異なる周波数、 つまりそれぞれ異なるチヤンネルに設定されている。 ここで、 ヒ記從来例において、 ビデオソフ トまたはゲームソフ トのデ一 タファイルの再生手順について説明する。
ある映像 Z音声端末、 例えば、 1 0 4— 1のセッ ト トップボックス 1 1 2—1を操作することによって、 該セッ ト トップボックス 1 1 2— 1より 交換機 1 0 3を介してホストコンピュータ 1 0 1に対してビデオソフ ト A のデータファイルの再生要求があった場合、 ホストコンピュータ 1 0 1は その要求を受け付け、 データ処理装置 1 0 2内の制御装置 1 0 8に対して その要求を伝達する。
ホス トコンピュータ 1 0 1からビデオソフ ト Aの要求を受け付けた制御 装置 1 0 8では、 複数のビデオテープレコーダ 1 0 6の中でビデオソフ ト Aを準備しているのがどのビデオテープレコーダかを管理情報から調べる とともに、 そのビデオテープレコーダが使用中であるかどうかも管理情報 から調べる。 仮に、 例えばビデオテープレコーダ 1 0 6— 2に要求のあつ たビデオソフ ト Aが準備されており、 かつ、 そのビデオテープレコーダ 1 0 6— 2が使用中でなければ、 ビデオソフ ト Aのデ一タフアイルをビデオ テープレコーダ 1 0 6— 2より再生出力することをホス卜コンピュータ 1 0 1に連絡するとともに、 ビデオテープレコーダ 1 0 6— 2が再生動作に 入るように指令する。
ホス トコンピュータ 1 0 1は、 制御装置 1 0 8からの連絡を受けると、 ソフ ト Aの要求を発信した映像/音声端末 1 0 4— 1とビデオテープレコ ーダ 1 0 6— 2との回線が接続されるように交換機 1 0 3の接続状態を制 御する。 その結果、 ビデオテープレコーダ 1 0 6— 2で再生されたビデオ ソフ ト Aのデータが交換機 1 0 3を介して映像 Z音声端末 1 0 4— 1へ伝 送供袷され、 テレビモニタ 1 1 1— 1上にビデオソフ ト Aのデータが表示 され、 テレビモニタに付属のスピーカよりその音声データが a力される。 これにより、 映像/音声端末 1 0 4— 1を設置した室内の人がビデオソフ 卜 Aを鑑賞することができる。
もし、 ビデオソフ ト Aを準備したビデオテープレコーダがすべて使用中 である場合には、 空きがなく ビデオソフ ト Aを鑑寊することができない旨、 ホス トコンピュータ 1 0 1に返答し、 ホス卜コンピュータ 1 0 1は交換機 1 0 3を介して要求を発信した映像/音声端末 1 0 4— 1にその旨伝達す る。
映像 Z音声端末 1 0 4— 1に対してデータ処理装置 1 0 2からビデオソ フ ト Aのデータファイルを送信中の状態において、 別の映像/音声端末、 例えば 1 0 4 — nのセッ ト トツプボックス 1 1 2— nより交換機 1 0 3を 介してホストコンピュータ 1 0 1に対して別のビデオソフ ト Bの再生要求 があった場合、 ホス卜コンピュータ 1◦ 1はその要求を受け付け、 データ 処理装置 1 0 2内の制御装置 1 0 8に対してそのビデオソフ ト Bの再生要 求を伝達する。 ホストコンピュータ 1 0 1からビデオソフ ト Bの要求を受 け付けた制御装置 1 0 8は、 上記と同様の動作で、 空きがあれば、 データ 処理装置 1 0 2からビデオソフ ト Bが映像 音声端末 1 0 4— nへデータ 伝送され、 空きがなければ、 その旨が映像/音声端末 1 0 4 — nへ伝達さ れる。
また、 映像 音声端末 1 0 4— 1に対してデータ処理装置 1 0 2からビ デォソフ ト Aをデータ送信中の状態において、 別の映像ノ音声端末、 例え ば 1 0 4— 2のセッ ト トップボックス 1 1 2— 2が操作されることにより、 交換機 1 0 3を介してホス卜コンピュータ 1 0 1に対してゲームソフ ト C の再生要求があった場合、 ホストコンピュータ 1 0 1はその要求を受け付 け、 データ処理装置 1 0 2内の制御装置 1 0 8に対してそのゲームソフ ト Cの要求を伝達する。
ホストコンピュータ 1 0 1からゲームソフ ト cの要求を受け付けた制御 装置 1 0 8では、 ゲームプレーヤ装置 1 0 7— 1ないし 1 0 7— mの中で 要求されたゲームソフ 卜 Cを準備しているのがどのゲーム装置かを管理情 報から調べるとともに、 そのゲーム装置が使用中であるか否かも管理情報 から調べる。
仮に、 ゲームプレーヤ 1 0 7— 1に要求のあったゲームソフ 卜 Cが準備 されており、 かつ、 そのゲームプレーヤ 1 0 7— 1が使用中でなければ、 該ゲ一ムソフ ト Cをゲームプレーヤ 1 0 7— 1より出力することをホス卜 コンピュータ 1 0 1に返答する。 ホストコンピュータ 1 0 1は、 要求を発 信した映像 音声端末 1 0 4— 2とゲームプレーヤ 1 0 7—： Iとの回線が 接続されるように交換機 1 0 3の接続状態を制御し、 その後、 制御装置 1 0 8は、 該ゲームプレ一ャ 1 0 7— 1がデータ出力動作に入るよう指示す る。 その結果、 ゲームプレーヤ 1 0 7— 1から出力されたゲームソフ ト C の映像/音声デ一タが交換機 1 0 3を介して映像/音声端末 1 0 4— 2へ 伝送され、 テレビモニタ 1 1 1一 2上にその映像が表示され、 また付属の スピーカよりその音声データが出力される。 これにより、 該映像/音声端 末 1 0 4— 2を設置した室内の人がゲーム用パッ ド 1 1 3— 2を使用して ゲームソフ ト Cをプレイすることができる。
もし、 ゲームソフ ト Cを準備したゲーム装置がすべて使用中である場合 は、 空きがなくゲームソフ ト Cをプレイすることができない旨、 ホストコ ンピュータ 1 0 1に返答し、 ホストコンピュータ 1 0 1は交換機 1 0 3を 介して映像/音声端末 1 0 4— 2にその旨伝達する。
また、 映像/音声端末 1 0 4— 2に対してデータ処理装置 1 0 2からゲ —ムソフ ト Cを伝送中の状態において、 別の映像ノ音声端末、 例えば 1 0 4— 3のセッ 卜 トップボックス 1 1 2— 3より交換機 1 0 3を介してホス トコンピュータ 1 0 1に対してゲームソフ 卜 Dの要求があった場合、 ホス トコンピュータ 1 0 1はその要求を受け付け、 データ処理装置 1 0 2内の 制御装置 1 0 8に対してそのゲームソフ ト Dの要求を伝達する。 上記要求 を受け付けた制御装置 1 0 8は上記と同様に動作し、 すなわち、 空きがあ れば、 データ処理装置 1 0 2からゲームソフ ト Dが映像/音声端末 1 0 4 一 3へデータ伝送され、 空きがなければ、 その旨が伝達される。
以上のように、 従来例では、 複数の映像/音声端末 1 0 4がビデオソフ トまたはゲームソフ 卜をホス 卜コンピュータ 1 0 1に再生要求した場合、 それらの要求がデータ処理装置 1 0 2の制御装置 1 0 8に伝達され、 要求 されたソフ 卜を再生できるビデオテープレコーダまたはゲーム装置の空き がある限り、 空いているビデオテープレコーダまたはゲーム装置を動作さ せて、 複数の映像/音声端末 1 0 4に対してビデオソフ トまたはゲームソ フ トを供給することができる。
次に、 映像/音声端末 1 0 4からホス卜コンピュータ 1 0 1にビデオソ フ トの再生停止またはゲームソフ トのプレイ停止の指令が入力されると、 ホストコンピュータ 1 0 1は、 制御装置 1 0 8に対してソフ 卜の再生停止 またはプレイ停止の入力指令があったことを連絡するとともに、 停止入力 を指令した映像/音声端末に対する回線接続を開放するように交換機 1 0 3を制御する。 また、 制御装置 1 0 8は、 ホストコンピュータ 1 0 1から の停止入力の連絡を受けて、 対応するビデオテープレコーダまたはゲーム 装置の再生動作を停止し、 その旨を管理情報として登録する。
また、 ビデオソフ トの場合に、 ソフ トのデータ再生が終了すると、 制御 装置 1 0 8は、 対応するビデオテープレコーダの再生動作を停止するとと もに、 その旨を管理情報として登録し、 ホストコンピュータに対して終了 を連絡し、 対応する映像/音声端末とビデオテープレコーダ間の回線接続 を開放するように交換機 1 0 3が制御される。 ここで、 従来例の課題について説明する。 例えば、 あるビデオソフ 卜 A が 1台のビデオテープレコーダ 1 0 6— 2にしか搭載されていない場合、 1台の映像 音声端末 （例えば 1 0 4— 1 ) がビデオソフ ト Aを再生中で ある場合、 他の映像/音声端末が同じビデオソフ 卜 Aを要求しても、 目下 再生中の端末 1 0 4— 1へのビデオソフ ト Aの供給が終了するまで、 他の 映像 音声端末へビデオソフ ト Aを供袷することはできない。 つまり、 複 数の映像/音声端末が時差的に同じソフ トを要求した場合、 すべてのビデ ォテープレコーダまたはゲームプレーヤに要求されるソフ 卜が準備されて いる保証はないため、 複数の映像/音声端末に同じソフ 卜を時差をもって 供給することができないことがある。
また、 複数の映像 音声端末がソフ 卜を要求した場合において、 準備さ れたソフ 卜の数を越える台数の端末へソフ 卜を供給することができず、 各 ソフ 卜の要求頻度の変化に対応できず、 個数の少ないソフ トに要求が集中 した場合には待ち時間が長くなる。
また、 ビデオソフ 卜のデータファイルに磁気テープを使用しているので、 卷もどしに時間がかかる等アクセス時間に問題がある。
また、 ビデオソフ トまたはゲームソフ 卜の追加、 交換作業において、 ュ 一ザがカセッ トまたはコンパク トディスクの着脱を手作業で行わなければ ならず、 操作が面倒である。
また、 ソフ トを交換するたびに制御装置 1 0 8のソフ ト登録をユーザが 変更しなければならず、 ソフ 卜の管理が複雑である。
本発明の第 1の目的は、 要求されたソフ トが同じであるか異なるかに関 係なく、 また、 データ処理装置の出力チャンネル数の許容範囲内であれば、 任意の供袷開始時間にどのソフ トでも映像/音声端末へデータ供給するこ とができる映像/音声情報処理装置およびその方法を提供することである。 また、 本発明の第 2の目的は、 準備されたソフ 卜の個数を越える台数の 映像/音声端末へソフ トを供給することができる映像/音声情報処理装置 およびその方法を提供することである。
また、 本発明の第 3の目的は、 特定のソフ 卜に要求が集中しても、 待ち 時間が增加することがない映像/音声情報処理装置およびその方法を提供 することである。
また、 本発明の第 4の目的は、 ソフ トのアクセスを短時間で行うことが できる映像/音声情報処理装置およびその方法を提供することである。 また、 本発明の第 5の目的は、 ソフ トの追加、 交換およびソフ 卜の管理 を自動的に行うことができる映像/音声情報処理装置およびその方法を提 供することである。
発明の閗示
上記目的を達成するために、 本発明の多チャンネルデータ転送ネッ トヮ ークにおける情報処理装置およびその方法は、
予めチヤンネル割当てされる複数の映像/音声ソフ 卜のデジタルデータ を、 所定プロックずつ分散して格納しておくランダ厶アクセス可能な大容 量記憶手段と、
上記複数の映像/音声ソフ 卜のファイルネームおよび上記大容量記憶手 段における記録位置、 割当てチャンネル番号等を示す管理情報を有し、 外 部から上記複数の映像/音声ソフ 卜のいずれか一つのデータを再生指定す る要求を受け付け、 要求指令が入力される毎に、 再生指定要求に対応した 一つの映像/音声ソフ トのデータフアイルを上記大容量記憶手段に対して 指定する制御手段と、
映像 Z音声ソフ 卜のデータを同時並列的に出力する複数の出力チヤンネ ルを有し、 上記制御手段から ¾送された上記管理情報を登録し、 上記制御 手段により指定された映像 z音声ソフ 卜のデータを上記管理情報に基づい て上記大容量記憶手段から所定プロックずつ時分割で間欠的に読出し、 デ コード処理した後、 指定された番号のチャンネルから上記要求された映像 /音声ソフ 卜のデータを連続的に出力するデコーダ手段とを有する。
また、 上記制御手段は、 外部から映像/音声ソフ 卜の追加/更新要求が 入力される毎に、 追加/更新要求に応答して、 現在の映像/音声ソフ 卜の データの再生状況から上記大容量記憧手段に対するデータ転送余裕の有無 を調べ、 大容量記憶手段にデータ転送余裕が有るときは、 追加 更新要求 された映像/音声ソフ トのファイルネームを確認した後、 上記デコーダ手 段が大容量記憶手段からデータを読み込む合間に、 制御手段は該追加/更 新要求された映像 Z音声ソフ 卜のデータを受け付けて、 上記大容量記憶手 段に対して映像/音声ソフ 卜の追加/更新を行い、 データ転送余裕が無い ときは、 現在の映像/音声ソフ 卜のデータの再生状況から転送余裕が予測 される所定時間後に映像/音声ソフ トの追加ノ更新要求を再送するように 返答する。
本発明の第 1の態様によれば、 ランダムアクセス可能な大容量記憶手段 に予め複数の映像/音声ソフ 卜のデジタルデータを分散して格納しておき、 デコーダ装置が、 要求指定された映像ノ音声ソフ トを、 大容量記憶手段か ら所定プロックずつ時分割で間欠的に読出し、 内部メモリに一時記憶した 後、 読出してデコード処理し、 指定された番号のチャンネルから映像 音 声信号として連続的に出力するので、 要求されたソフ 卜が同じであるか異 なるかを問わず、 また供給開始時間を問わず、 データ処理装置の出力チヤ ンネル数が許す限り、 どのソフ トでも端末装置へデータを供給することが でき、 準備されたソフトの数を越える台数の端末装置へソフ 卜を供給する ことができる。 また、 特定のソフ 卜に要求が集中しても、 待ち時間が増加 することがなく、 ソフ 卜のアクセスを短時間に行うことができるとともに、 デコーダ装置には小容量のメモリを準備しておくだけでよく、 デコーダ装 置のコストを低くできる。
また、 本発明の第 2の態様によれば、 追加ノ更新コマンドに応じて、 制 御装置が、 映像/音声ソフ 卜のデータの再生状況から、 大容量記憶手段 9 に対するデータ転送余裕の有無を調べ、 転送余裕があるときは、 追加 更 新されるソフ 卜のファイルネームを確認して、 デコーダ装置が大容量記憶 手段からデータを読み込む合間に、 大容量記憶手段におけるソフ 卜の追加 更新を行うので、 ソフ 卜の追加/交換を自動的に行うことができるとと もに、 ソフ トの管理を自動的に行うことができる。
また、 ビデオソフ トのデータが圧縮符号化されて大容量記憶手段に格納 されているので、 大容量記憶手段に多種類または長時間のビデオソフ トを 格納することができ、 多様なビデオソフ トの要求に対応できるとともに、 各端末装置に設けられたゲーム用パッ ドを操作することによりゲームソフ トを自在にプレイできる。
図面の簡単な説明
図 1は、 本発明の一実施例におけるの映像 Z音声情報処理システムの基 本構成を示すブ σック図であり、
図 2は、 本発明におけるソフ 卜の再生動作を説明する概略図であり、 図 3は、 本発明におけるソフ 卜の追加、 更新動作を説明する概略図であ 図 4は、 本発明におけるビデオデータの読出し動作の第 1の実施例を説 明するタイミ ングチャートであり、
図 5は、 本発明におけるビデオデータの読出し動作の第 2の実施例を説 明するタイミ ングチヤ一トであり、 図 6は、 本発明におけるデコーダ装置の内部メモリにおける 2チヤンネ ル分のメモリマップを示す概略図であり、
図 7は、 本発明におけるビデオデコーダ装置の基本構成を示すブロック 図であり、
図 8は、 本発明におけるゲームデコーダ装置の基本構成を示すプロック 図であり、
図 9は、 從来例における映像/音声情報処理システムの基本構成を示す プロック図である。
発明を実施するための最良の形態
本実施例では、 データサーバ側の大容量ディスク装置に蓄積すべき映像 データについては、 公知の方法により、 予め A /D変換後、 高能率符号化 によるデ—夕圧縮を行い、 動画の高能率符号化としては、 例えば、 M P E G (Moving Picture Experts Grup) の勧告に従い、 映像信号を動き補償フ レーム間予測符号化し、 D C T (離散コサイン変換） により直交変換を行 い、 量子化後ハフマン符号化等の処理を前以て施された符号化データを蓄 積するものとする。 また、 本実施例では、 映像データの転送レートは 4 M b sとされている力、 実際はこれより大きかったり小さかったりできる ことに留意すべきである。
以下、 本発明の一実施例について、 添付の図面を参照しながら説明する。 図 1は、 本発明の一実施例における映像/音声情報処理システムの基本 構成を示し、 図において、 1はホストコンピュータ、 2はデータ処理装置、 3は交換機、 4一 1ないし 4— n (以下 4と略称する） は映像/音声端末 装置である。 ホストコンピュータ 1とデータ処理装置 2と交換機 3は、 例 えば、 ホテル等の集中管理室等に設置され、 映像/音声端末 4はホテルの 各客室に設置され、 交換機 3と各端末装置 4との間は、 例えば同軸ケープ ルで接続されてデータ fe送が行われる。
ホス卜コンピュータ 1は、 データ処理装置 2と交換機 3とを統括的に制 御し、 複数の端末装置 4のいずれかからのリクエストを受け付け、 そのリ クエス卜をデータ処理装置 2内に設けられた制御装置 8へ伝達するととも に、 リクエストの発信元である端末装置 4に対して、 データ処理装置 2か ら再生映像/音声データを供給するように、 交換機 3の回線接铳を制御す る。 ホス卜コンピュータ 1と制御装置 8および交換機 3とは、 例えば、 シ リアル伝送ケーブルを介して接続されている。
各端末装置 4は、 各々テレビモニタ 1 1と、 例えば番組を選択するセッ ト トップボックス 1 2と、 ゲーム用パッ ド 1 3とを有し、 交換機 3の出力 端子に、 例えば同軸ケーブルで共通に接続され、 各々異なる周波数、 つま り各々異なるチヤンネルに設定されている構成は従来と同じである。
なお、 ビデオソフ 卜の場合、 再生が終了すれば、 制御装置 8は、 ホスト コンピュータ 1に対して再生終了を連絡し、 ホス卜コンピュータ 1は、 端 末装置 4とデータ処理装置 2との回線接続を開放 （オフ） するように交換 機 3を制御する。
データ処理装置 2内には、 ビデオデコーダ装置 6、 ゲームデコーダ装置 7と、 ランダムアクセス可能なノンリニアの大容量記憶手段として、 例え ばハードディスク ドライブ装置 9一 1ないし 9一 i (以下 H D D 9と略記 する） とが設けられ、 制御装置 8は、 ホストコンピュータから要求を受信 したりホストコンピュータへ返答を送信したりするとともに、 ビデオデコ —ダ装置 6およびゲームデコーダ装置 7に対して種々の指示を与える。 ビデオデコーダ装置 6、 ゲームデコーダ装置 7、 制御装置 8とハードディ スク装置 （H D D 9 ) は、 相互に W I D E - S C S I伝送ケーブルを介し て接铳され、 ビデオデコーダ装置 6、 ゲームデコーダ装置 7および制御装 置 8が、 それぞれ H D D 9を直接アクセスできる構成である。
本実施例では、 制御装置 8は、 H D D 9に対してビデオソフ 卜やゲーム ソフ トのデジタルデータファイルを、 一定ブロックずつ所定の規則 （R A I D O ) に従って分散して書込む。 上記 H D D 9に分散して格納されたビ デォ /ゲームソフ 卜のデジタルデータファイルは、 ビデオデコーダ装置 6 とゲームデコーダ装置 7によりそれぞれ読み出されて内蔵のメモリ （D R A M) に蓄積され、 各デコーダ装置 6、 7では、 読み出されたデータの並 びを元の状態に復元して、 図 7および図 8に示すように、 最初入力データ 最初出力用の記憶装置 F I F O等を利用して連続的にデータを再生出力す 制御装置 8は、 外部のホス卜コンピュータ 1から、 蓄積された複数のビ デォ Zゲームソフ トのデータフアイルの中のいずれか一つを指定する再生 指定コマンドを受信する毎に、 ビデオデコーダ装置 6またはゲームデコー ダ装置 7に対して、 該コマンドに対応した一つのソフ トのデ一タフアイル を指定するとともに、 空いた一つのチャンネル番号を指定する。 なお、 こ の空きチヤンネル番号の指定はホストコンピュータ 1が再生指定コマンド とともに制御装置 8に送信することも可能である。
H D D 9には、 前述のように、 予め制御装置 8を介して任意の複数のビ デォ /ゲームソフ 卜が分散して格納されており、 該複数のビデオ/ゲーム ソフ 卜の名称、 および H D D 9のメモリマップにおける記録位置等の管理 情報が、 書き込み時に制御装置 8で自動的に作成登録される。 これら管理 情報がビデオ/ゲームデコーダ装置 6または 7へ転送されることにより、 制御装置 8とビデオ/ゲームデコーダ装置 6または 7の間で共有されてい る。 共有される管理情報には、 ビデオ/ゲームデコーダ装置 6、 7の各チヤ ンネルの使用状況とその他の付加情報も含まれる。 また、 制御装置 8は、 映像/音声ソフ 卜の再生動作中においても、 新た な映像/音声ソフ 卜のデータファイルの追加 更新を要求する追加/更新 指令をホストコンピュータ 1から受信した場合、 それに応答して、 現在の 映像/音声ソフ トの再生伏況、 転送速度、 データ蓄積容量等から H D D 9 に対するデータ転送の余裕の有無を調べる。
H D D 9に転送余裕が有るときは、 制御装置 8はその旨をホス卜コンビュ —タ 1に返答して、 追加/更新される映像/音声ソフ 卜のデータフアイル ネームを確認/登録し、 データ入力 5 部 Iから該ソフ 卜のデータ入力を受け 付けて、 H D D 9に対する追加/更新を行う。 データの追加 Z更新は、 デ コーダ装置 6または 7が H D D 9からデータを読み込む合間に行われる。
H D D 9にデータ転送の余裕が無 L、と判断されたときは、 現在の映像/ 音声ソフ 卜の再生状況から、 転送余裕有りが予測される所定時間後に追加 /更新コマンドを再送信するように、 ホストコンピュータ 1に返答する。 なお、 上記転送余裕の有無を判断は下記の手順で行われる。
すなわち、 各ビデオデータ、 ゲームデータのコンテンツ等の転送レ一ト は、 ファイルネーム登録と同時にコンテンツ情報も登録されるので、 現在 再生中のファイルとチャンネル数から、 現在の帯域幅が算出される。 その システムの最大帯域幅は、 所定値であるので、 これから、 現在の使用帯域 幅を差し引けば、 帯域幅の余裕度が算出される。 この値が、 H D Dで記録 するときに必要とする帯域幅より大きければ、 コンテンツの記録を実行す る。 小さければ、 記録が実行できないことを連絡する。 そして、 現在使用 中のチヤンネルがいつ使用終了となるかは、 ファイル情報から番組時間が 算出され、 使用開始からの経過時間をタイマー等で管理すれば、 あとどの く らいの時間で使用終了となるかを算出できる。 これにより、 何分後に余 裕が発生するかを算出できる。 ホス トに、 この算出した時間後に再トライ 可能であることを連絡する。
なお、 上記コンテンツ情報には、 コンテンツ関係として、 ビデオ/ゲー ム、 メニューと、 圧縮方法として、 MPEG情報 （MPEG1, 2、 転送 レー ト、 フレーム等） およびファイルサイズが含まれ、 また、 システムで は、 常に、 下記の条件で使用される。 すなわち、
システム最大帯域幅 ≥ 複数チャンネル再生時帯域幅 + 記録時帯 域幅
なお、 映像 Z音声ソフ 卜の追加/更新時にも、 前記管理情報が自動的に 追加/更新され、 ビデオ/ゲームデコーダ装置 6、 7にも転送される。
ビデオデコーダ装置 6は、 複数チャンネル 1〜 kで同時並列的にビデオ ソフ トのデータを出力できるように構成され、 ゲームデコーダ装置 7も同 様に、 複数チャンネル l〜mで同時並列的にゲームソフ トのデータを出力 可能に構成され、 制御装置 8により逐次指定されたビデオ/ゲームソフ ト のデータファイルを、 各管理情報に従って HDD 9から所定プロックずつ 時分割で間欠的に読出し、 それぞれ内蔵の内部メモリ （DRAM) に蓄積 される。 各 DRAMから読み出されたデータはデコード処理され、 指定さ れた番号のチャンネルから映像/音声信号として連続的に出力される。 なお、 本実施例では、 上記各 DRAMの容量として 256 kBx l (M bp s) , 256 kBx 2 (Mbp s) または 256kBxn (Mb p s ) ただし nは整数等、 その他の種々の容量のものが適宜に使用可能である。 交換機 3は、 ホス卜コンピュータ 1から制御指令を受信して、 ビデオ ゲームデコーダ装置 6、 7の各チャンネルと各端末装置 4とを任意に組み 合わせて回線接続する。
ここで、 図 7を用いて、 ビデオデコーダ装置 6の基本構成を以下に説明 する。 図 7に示すビデオデコーダ装置 6には、 例えば MP EG 2に從つて圧縮 符号化されたビデオソフ 卜のデジタルデータを伸長ないし解凍するデータ 伸長手段としての複数の MP EGデコーダ 64— l〜64— k (64と略 記する） を、 各出力チャンネル （l〜k) に対応して内蔵している。 図 7 において、 複数個の HDD 9から所定プロックずつ時分割で間欠的に読出 されたデータは、 S C S Iコントローラ 61を介して DRAM 62に蓄積 され、 例えば各容量が 4 k Bの対応する F I F063を介して読み出され た後、 MPEGデコーダ 64によりデコード処理され、 D/A変換された 後、 各指定された出力チャンネルから出力されて交換機 3に転送される。 ここで、 ビデオデコーダ装置 6内の各素子は、 DMA (直接メモリァクセ ス） 用マイコン （CPU) 65によって統括的に制御される。
つまり、 ビデオデコーダ装置 6は、 任意の複数の HDD 9にブロック毎 に分散して格納したデータを、 各チャンネルに対応して、 時分割で間欠的 に読出し、 デコード処理して各チャンネルからビデオソフ 卜が連続的に再 生出力できるために、 装置全体を統括制御するマイコン （CPU) 65、 WI DE-S CS I制御手段としての WI DE— SCS Iインターフニ一 ス 61を有し、 また、 ソフ 卜データの一時記憶用半導体メモリ手段として DRAM62. 最初入力データ最初出力用記憶装置としての F I F063、 各デコーダ手段としての MP EGデコーダ 64等が、 それぞれ各チャンネ ルに対応して設けられ、 また、 管理情報等を記憶する例えば 8Mb容量の 半導体メモリ SRAM (不図示） 、 各種ソフ トウエアを格納する半導体メ モリ EPROM (不図示） 等の素子を備えている。 このような構成におい て、 各チャンネル毎に、 HDD 9からデータを読み出すタイ ミ ングは規定 され、 複数のチャンネルの読出し動作が混線することはない。
つまり、 上記構成において、 一対の一時記憶用半導体メモリ DRAMと MP EGデコーダとの間に、 一対の F I FOを並列配置することによって、 パラレルデータをシリアルデータに変換するとともに、 上記一対の一時記 憶用半導体メモリから間欠的に読み出されるデータを連続的に MP E Gデ コーダに供給することができる。
同様に、 図 8に示すように、 ゲームデコーダ装置 7には、 ゲ一厶ソフ 卜 のデータをパッ ド操作に応答して変化させてプレイするための複数のゲー ムデコーダ素子 74を、 各出力チャンネル （l〜m) に対応して内蔵し、 F I F 073としては、 メイン C P U側からゲームデコーダ側にデータを 転送するとともに、 ゲームデコーダ側から C PU側にもデータを転送する 双方向のものが使用される。 その他の構成要素およびその動作については 図 7と同じであるので、 その詳細な説明はここでは省略するつ
ここで、 上記実施例において、 ビデオソフ 卜またはゲームソフ 卜の再生 手順について、 図 2を参照しながら説明する。
上記のように、 HDD 9には、 予め複数のビデオ/ゲームソフ トのデ一 夕ファイルが、 制御装置 8によって、 ブロック毎に分散した状態で格納さ れており （例えば、 RA I DO0) 、 HDD9への記録時に、 ソフ 卜登録 データの名称、 格納位置等の管理情報が、 すでに制御装置 8とビデオ/ゲ ームデコーダ装置 6および 7に共有管理されており、 それぞれ HDD 9に 対して直接アクセスできる構成である。
任意の映像/音声端末 4、 例えば端末装置 4一 1のセッ ト 卜ップボック ス 12— 1の操作により、 ビデオソフ ト Aのデータ再生要求が交換機 3を 介してホストコンビユー夕 1に指令送信された場合を考える。 ホストコン ピュータ 1はソフ ト Aの要求を受け付け、 制御装置 8に対してその要求を 伝達する。 （ステップ A1)
ソフ 卜 Aの要求を受信した制御措置 8では、 管理情報に基づいてビデオ デコーダ装置 6における空きチャンネルの有無を調べ （ステップ A 2 ) 、 ビデオデコーダ装置 6に対して、 ソフ ト Aを、 例えば第 1チャンネルから 出力することを指令し、 その旨をホストコンピュータ 1に連絡するととも に、 デコーダ装置 6の第 1チャンネルは使用中 （ビジー） になることを管 理惰報として登録し、 この管理情報は装置 8と装置 6とで共有される。 ホ ストコンピュータ 1は、 要求の発信元である端末装置 4一 1とデコーダ装 置 6の第 1チャンネルとの回線が接続されるように、 交換機 3の接続状態 を制御する。 （ステップ A 3 )
デコーダ装置 6は、 複数の H D D 9のうち少なくとも 2個以上の H D D に分散格納されたソフ 卜 Aにランダムアクセスしてデータを読出し、 デコ ―ド処理して元のビデオソフ ト Aに復元して第 1チャンネルから出力する。 (ステップ A 4 )
その結果、 デコーダ装置 6の第 1チャンネルから再生出力されたソフ ト Aが、 交換機 3を介して端末装置 4—1に伝送され、 テレビモニタ 1 1— 1に表示され、 付属のスピーカよりその音声も出力される。 これにより、 端末装置 4一 1の設置側でソフ ト Aを鑑賞できる。
もし、 デコーダ装置 6のすベてのチャンネルが使用中である場合、 ステツ プ A 2で空きチャンネル無しと判断され、 空きがなくソフ 卜 Aを鑑賞でき ない旨、 ホストコンピュータ 1に返答し、 ホストコンピュータ 1は交換機 3を介して端末装置 4一 1にその旨を伝達する。
次に、 ビデオソフ 卜 Aの再生転送中において、 別のビデオソフ ト Bの再 生要求が、 例えば端末装置 4— nのセッ 卜 トップボックス 1 2— nの操作 により、 ホストコンピュータに指令送信された場合を考える。 ホス トコン ピュータはそのソフ 卜 Bの要求を受け付け、 制御装置 8に伝達する。 要求 を受け付けた制御装置 8は、 上記と同様に動作し、 ビデオデコーダ装置 6 に空きチャンネルがあれば、 ソフ ト Bがデータ処理装置 2から端末装置 4 —nに転送される。 空きチャンネルが無ければ、 その旨が該端末装置 4一 nへ伝達される。
この場合、 ビデオデコーダ装置 6は、 複数の H D D 9に分散格納したビ デォソフ トのデ一夕をプロック每に時分割でランダムアクセスして読み出 す構成であり、 ビデオデコーダ装置 6のすベての出力チャンネルで異なる ビデオソフ トを再生する場合にも、 同じビデオソフ トの全出力チャンネル 数分を時分割でブロックごとに読み出してデコードする場合にも、 余裕を もって H D D 9からの読出し速度とデコーダ装置 6のチャンネル数とが設 定されている。 従って、 デコーダ装置 6の各チャンネルからは、 同じビデ ォソフ トを読み出す場合も、 異なるビデオソフ トを読み出す場合も、 読出 し条件は同じであり、 たとえ特定のビデオソフ 卜に要求が偏っている場合 においても、 デコーダ装置 6に空きチャンネルがある限り、 再生要求に対 応することができる。
次に、 ビデオソフ ト Aの再生転送中において、 ゲームソフ ト Cの再生要 求が、 例えば端末装置 4 _ 2のセッ ト トップボックス 1 2— 2の操作によ り、 ホス トコンピュータに指令送信された場合を考える。
ホス卜コンピュー夕はゲームソフ ト Cの要求を受け付け （図 2のステツ ブ C 1 ) 、 制御装置 8に対してその要求を伝達する。 制御装置 8では、 管 理情報に基づいてゲームデコーダ装置 7における空きチヤンネルの有無を 確認し （ステップ C 2 ) 、 例えば、 デコーダ装置 7の第 1チャンネルが空 きであることが確認されれば、 第 1チヤンネルから出力することを指令し、 その旨をホストコンピュータに連絡するとともに、 デコーダ装置 7の第 1 チャンネルが使用中であることを管理情報として制御装置 8およびテコー ダ装置 7に共有登録される。 ホス卜コンピュータは、 要求発信元の端末装置 4— 2とゲームデコーダ 装置 7の第 1チャンネルとの回線が接続 （オン） されるように交換機 3の 接続状態を制御する （ステップ C 3 ) 。 デコーダ装置 7には、 H D D 9の うちの少なくとも 2個以上の H D Dに分散格納したソフ ト Cのデータを読 出し、 各ゲームデコーダ素子 7 4におけるデコード処理により復元された ゲームソフ 卜 Cのデータをデコーダ装置 7の第 1チャンネルから出力する。 その結果、 第 1チャンネルから再生出力されたゲームソフ ト Cが交換機 3を介して端末装置 4— 2へ転送され、 テレビモニタ 1 一 2にゲームソフ 卜 Cが表示され、 対応する付属のスピーカよりその音声が出力され、 ゲー ム用パッ ド 1 3— 2を使用してゲームをプレイできる。
もし、 ゲームデコーダ装置 7の全てのチャンネルが使用中である場合は、 空きがなくプレイできない旨を、 ホス卜コンピュータに返答し、 ホストコ ンピュータは交換機 3を介して端末装置 4一 2にその旨伝達する （ステツ プ C 5 ) 。
次に、 端末装置 4一 2に対してゲームソフ 卜 Cの再生転送中において、 別のゲームソフ ト Dの再生要求が、 例えば端末装置 4一 3のセッ ト トップ ボックス 1 2一 3の操作により、 ホストコンビユー夕に指令送信された場 合を考える。 ホス トコンピュータはそのソフ ト Dの要求を受け付け、 制御 装置 8に伝達する。 要求を受け付けた制御装置 8は、 上記と同様に動作し、 ゲームデコーダ装置 7に空きチャンネルがあれば、 ソフ ト Dがデータ処理 装置 2から端末装置 4— 3に転送される。 空きチャンネルが無ければ、 そ の旨が該端末装置 4一 3へ伝達される。
ゲームデコーダ装置 7のチャンネル数の設定については、 ゲームデコー ダ装置 7のすベての出力チヤンネルで異なるゲームソフ トを再生する場合 にも、 同じゲームソフ 卜の全出力チヤンネル数分を時分割でプロックごと に読み出してデコードする場合にも、 余裕をもって H D D 9からの読出し 速度とデコーダ装置 7のチャンネル数とが設定されている。 従って、 デコ ーダ装置 7の各チャンネルからは、 同じゲームソフ トを読み出す場合も、 異なるビデオソフ 卜を読み出す場合も、 読出し条件は同じであり、 たとえ 特定のゲームソフ 卜に要求が偏っている場合においても、 デコーダ装置 7 に空きチャンネルがある限り、 再生要求に対応することができることは、 ビデオデコーダ装置 6の場合と同様である。
以上のように、 本実施例においては、 任意の複数の端末装置 4がビデオ /ゲームソフ 卜をホストコンピュータに再生要求した場合、 要求されたソ フ トを再生できる空きチャンネルがビデオデコーダ装置 6またはゲームデ コーダ装置 7にある限り、 要求されたソフ 卜のデータを H D D 9から読出 し、 デコ一ド処理して、 上記要求発信元の複数の端末装置に対してソフ ト を再生供給することができる。
なお、 ソフ トの再生動作中において、 端末装置 4からホス卜コンビユー 夕にソフ 卜の再生 （またはブレイ） 停止の指令が入力されると、 その旨制 御装置 8に対して伝達されるとともに、 停止指令を発信した端末装置に対 する回線接続を開放 （オフ） するよう交換機 3を制御する。 また、 制御装 置 8は、 停止指令の受信に応答して、 デコーダ装置 6または' 7に対して、 該等するソフ 卜の出力を停止し、 その旨を管理情報として登録する。 次に、 ビデオまたはゲームソフ トの追加/更新手順について、 図 3を参 照しながら説明する。
前述したように、 複数の H D D 9には、 予め複数のビデオ Zゲ一ムソフ 卜がある規則に基づいてブロックごとに分散して格納され （例えば、 R A I D O ) 、 記録時に自動的にソフ 卜登録データ、 つまり、 ソフ 卜の名称、 格納位置等が管理情報として登録され、 それぞれ H D D 9を直接アクセス できるようになつている。 また、 各 HDD 9に格納されているデータを区 別するために、 データの種類または圧縮アルゴリズ厶の違い等に応じて、 データフアイルを区別するために、 フアイルネームの拡張子で区別するよ うにしている。 例えば、 ビデオソフ ト （MPEG 1) のばあいには、 ☆☆ ☆☆. MP1とし、 ビデオソフ ト （MPEG2) の場合には、
MP 2とし、 ゲームソフ 卜の場合には、 3 DOとする。 ここで、 ☆☆^Aは適当な記号である。
まず、 ホストコンピュータ 1は、 ソフ 卜の追加/更新要求を入力すると (ステップ S 1) 、 その要求を制御装置 8に送信する。 ソフ 卜の追加ノ更 新要求を受信した制御装置 8は、 登録された管理情報からデータ処理装置 2における再生状況 （データ転送余裕度） を調べ （図 3のステップ S3) 、 データ転送余裕度に応じて動作を変化させる。 つまり、 データ転送余裕度 がある時には、 ソフ トの追加/更新を受け付け、 ホストコンピュータに対 して追加/更新ソフ トのファイルネームを確認する。 これによつて、 ホス トコンピュータは制御装置 8に対してファイルネームを送信する。
制御装置 8は、 データ入力部 Iからプロック毎に間欠的に入力される追 加/更新ソフ トデータを複数の HDD 9に分散して書き込む （ステップ S 3) 。 この書込み動作は、 ビデオ/ゲームデコーダ装置 6または 7が各ソ フ トデータを読み込む合間を利用して行うことができる。
一方、 データ転送余裕度がない場合は、 現在のリクエスト状況より、 余 裕度が予測される時間後にリ 卜ライするようにホス卜コンピュータに対し て返答し、 待機モードとなる （ステップ S 4) 。
以上の動作手順により、 ビデオ/ゲームソフ トの再生動作中においても、 新たなソフ 卜の追加/更新ができ、 ソフ 卜の管理も自動的に実現できる。 次に、 図 7に示すビデオデコーダ装置 6において、 HDD 9のいずれか 2つ以上にプロック毎に分散して格納したデータを読み出して、 MPEG デコーダ 64へ送信するデータ伝送の流れについて、 その第 1の実施例を 図 4のタイミ ングチヤ一卜を参照しながら説明する。
数秒間の連続した映像分に相当するデータが、 説明を簡単にするために、 例えば、 4分割されて 4台の HDD— 1〜4にブロック毎に分散格納され ている場合を考え、 一対の一時記憶半導体メモリ RAMI Aと RAMI B により、 ビデオソフ ト Aおよびソフ ト Bのデータの交互書込みを行い、 例 えば、 転送レートが 4Mb p sの場合、 1チャンネル当たりのメモリは 2 56 k B X 4 (Mb p s ) となり、 DRAMは、 最初の書込みでは 4ブロッ ク分まとめて合計 1MBのデータを書込み、 その後は 256 k Bのデータ が書込み動作により使用されて無くなれば 256 k Bのデータを HDDか ら読み出すというように、 256 kBごとに書込みノ読出し動作を交互に 繰り返し、 所定プロックごとに時分割で間欠的に読み出しを実行する場合 を考える。
図 4 (a) 〜（ί) に示すように、 時刻 tDでは、 一対の一時記憶用半 導体メモリの RAMI Aと 1 Bからのデータの読出しが終了するとともに、 時刻 t ,で 4台の HDD— 1〜4から数秒間の連続した映像分に相当する ビデオソフ 卜 Aのデータを逐次読み出す指令を与える。 HDD—；!〜 4は この読出し指令を受信するとシーク動作を開始し、 所定のシーク動作時間 が経過した時刻 t 2以降に HDD— 1~4からの数秒間の連続した映像分 に相当するビデオソフ ト Aのデータの読出しが開始される。 この場合、 H DD— 1〜4のシーク動作は並行して実行され、 データの読出しは、 HD D—：！〜 4の中でデータ転送の準備ができたものから順に、 例えば 256 kBずつのデータを受け付け、 図 4 (e) に示すように、 時刻 t 2〜時刻 t 6間で一時記憶用半導体メモリの一方 （RAM—1A) に I：頃次書き込ま れる。 このように最初の書込みでは 4プロック分まとめて合計 1 MB分の データの書込みが行われる。
図 4の例では、 時刻 t 2〜 t 3間に HDD— 1からデータ読出しが行われ、 時刻 t 3〜 t 4間に HDD— 3から読出しが行われ、 時刻 t 4~ t 5間に HD D— 2から読出しが行われ、 時刻 t 5〜 t s間に HDD— 4から読出しが行 われているが、 各 HDDの読出し順位は任意である D
この場合、 HDD— 1〜4から読み出されたデータは、 図 7に示す各 D RAM62に転送され、 図 6に示すメモリマップの上半分で表される所定 の領域、 例えばチャンネル 1用の RAMI Aに対応した 256 k Bの 4個 のブロック （合計 1MB) に一時記憶される。
再び図 4に戻って、 時刻 17で 4台の HDD— 1〜 4から数秒間の連続 した映像分に相当するビデオソフ ト Bのデータを逐次読み出す指令が与え られ、 HDD— 1〜4はこの読出し指令を受信するとシーク動作を開始し、 所定のシーク動作時間が経過した時刻 18以降に HDD— 1〜 4からの数 秒間の連続した映像分に相当するビデオソフ ト Bのデータの読出しが開始 される。 この場合、 HDD— 1〜4のシーク動作は並行して実行され、 デ 一夕の読出しは、 HDD— 1~4の中でデータ転送の準備ができたものか ら順に、 例えば 256 kBずつのデータを受け付け、 図 4 (f ) に示すよ うに、 一対の一時記憶用半導体メモリの一方 （RAM— I B) に時刻 t 8 〜時刻 112間に順次書き込まれる。
図 4の例では、 時刻 t 8~ t g間に HDD— 1からデータ読出しが行われ、 時刻 t 9〜 t 10間に HDD— 3から読出しが行われ、 時刻 t 1D~ t H間に HDD— 2から読出しが行われ、 時刻 t u〜 t 12間に HDD— 4から読出 しが行われているが、 各 HDDの読出し順位は任意である。
この場合、 HDD— 1~4から読み出されたデータは、 ソフ ト Aの場合 と同様に各 DRAM62に転送され、 図 6に示すメモリマップの下半分で 表される所定の領域、 例えばチヤンネル 2用の RAMI Bに対応した 25 6 kBの 4個のブロック （合計 1MB) に一時記億される。
次に、 2回目以降の書込み動作については、 時刻 t 13〜時刻 t 25で示す ように、 各 RAM— 1Aと ARAM— 1B力 それぞれ交互に読出しと書 込みを繰り返す。 すなわち、 図 4の例では、 1^八1^ー1八は、 ソフ ト Aの データを時刻 t 15〜 11S間に HDD— 1から 256 k Bのデ一夕読出しに より RAM— 1 Aに書込み、 引き続いて時刻 t 16〜 t 17間では RAM— 1 Aからデータの読出しを行い、 時刻 t 〜 t 18では書込み、 時刻 t18~t
！ 9では読出し、 時刻 t 19〜 t 2Dでは書込み、 時刻 t 2(！〜 t 2】では読出し、 時刻 t21〜t22では書込みというように、 2回目以降は、 256 kBのデ —夕が MP EGデコーダへのデータ書込み動作により使用されて無くなれ ば、 256 k Bのデータを HDDから読み出すというように、 各 RAMが 交互に書込みと読出しを繰り返すことにより、 所定プロックごとに時分割 で間欠的に読み出しを実行する。
ソフ ト Bについても同様に、 例えば図 4 ( f ) の t 18〜 t 23に示すよう に、 RAM— 1 Bにより 256 kBのデータが交互に書込み/読出しが繰 り返される。
各 DRAM62に一時記憶されたデータは、 対応する F I F 063の容 量、 例えば、 4kB毎に逐次、 連铳して読み出され、 対応する MPEGデ コーダ 64へ転送される。
さらにビデオソフ 卜の読出しが要求されると、 上記と同様のタイ ミング で、 HDD— 1〜4からデータの読出しが行われ、 一対の一時記憶用半導 体メモリに書き込まれた後、 MP EGデコーダ 64へ転送され、 割り当て られたチャンネルから、 ビデオソフ トデータが出力される。 これは、 ビデ ォソフ 卜の要求開始時刻が同じであるか異なっているかによらず、 端末装 置 4から停止指令が入力されたり、 ビデオソフ トの再生終了時に、 自動的 にそのチヤンネルに対応したビデオソフ 卜のデータが複数個の HDDから 読み出され、 以降の動作が終了することになる。
なお、 本実施例では、 前述したように、 上記各 DRAMの容量として 2 δ 6 k B X 1 (Mb p s) 、 256 kBx2 (Mb p s ) または 256k B x n (Mb p s ) ただし nは整数等、 その他の種々の容量のものが適宜 に使用可能であることに留意すべきである。
第 2実施例
次に、 HDD 9に分散して格納したデータを読み出して MP EGデコー ダ 64へ送信するデータ伝送方法の第 2の実施例について、 図 5に示すタ ィミングチヤ一卜を参照しながら説明する。
図 5に示す第 2の実施例では、 一対の一時記憶半導体メモリ RAMI A と RAMI Bによりビデオソフ 卜 Aのデータの交互書込みを行い、 もう一 対の半導体メモリ RAM2Aと RAM2 Bによりソフ ト Bのデータを交互 に書き込むこと以外は、 図 4に示す第 1の実施例と同様であるので、 重複 する部分の説明はここでは省略する。
図 5 (a) 〜 （d) に示すように、 時刻 t。では、 一対の一時記憶用半 導体メモリの一方の RAMI Aと 2 Aからのデータの読出しが終了すると ともに、 他方の一時記憶用半導体メモリ RAMI Bと RAM 2 Bからのデ 一夕の読出しが開始され、 時刻 t ,で 4台の HDD— 1~4から数秒間の 連続した映像分に相当するビデオソフ 卜 Aのデータを逐次読み出す指令を 与える。 HDD— 1~4はこの読出し指令を受信するとシーク動作を開始 し、 所定のシーク動作時間が経過した時刻 t 2以降に HDD— 1〜4から の数秒間の連続した映像分に相当するビデオソフ ト Aのデータの読出しが 開始される。 この場合、 HDD— 1〜4のシーク動作は並行して実行され、 全体としてのシーク時間は、 ほぼ 1台分の時間ですみ、 データの読出しは、 HDD—：！〜 4の中でデータ転送の準備ができたものから順に、 例えば 2 56 k Bずつのデータを受け付け、 図 4 (e) に示すように、 時刻 t 2〜 時刻 t 6間で一対の一時記憶用半導体メモリの一方 （RAM— 1A) に順 次書き込まれる。
次に、 時刻 t 7で 4台の HDD— 1~4から数秒間の連続した映像分に 相当するビデオソフ ト Bのデータを逐次読み出す指令を与えられ、 HDD 一 1〜4はこの読出し指令を受信するとシーク動作を開始し、 所定のシー ク動作時間が经過した時刻 18以降に H D D— 1 ~ 4からの数秒間の連続 した映像分に相当するビデオソフ 卜 Bのデータの読出しが開始される。 こ の場台、 HDD— 1〜4のシーク動作は並行して実行され、 全体としての シーク時間は、 ほぼ 1台分の時間ですみ、 データの読出しは、 HDD—1 〜4の中でデータ転送の準備ができたものから順に、 例えば 256 k Bず つのデータを受け付け、 図 5 (g) に示すように、 一対の一時記憶用半導 体メモリの一方 （RAM—2A) に時刻 t8〜時刻 2間に順次書き込ま れる。
また、 もう一方の対 RAMI Bについても同様に、 時刻 t 2。で RAMI Bと RAM2Bからのデータの読出しが終了すると、 他方の一対の一時記 憶用半導体メモリ RAM1Aからのデータの読出しが開始され、 時刻 t 2 > で 4台の HDD— 1〜4から数秒間の連続した映像分に相当するビデオソ フ ト Aのデータを逐次読み出す指令を与える。 HDD— 1〜4はこの読出 し指令を受信するとシーク動作を開始し、 所定のシーク動作時間が経過し た時刻 t 22以降に HDD— 1〜4からの数秒間の連続した映像分に相当す るビデオソフ ト Aのデータの読出しが開始される。 この場合、 HDD— 1 〜4のシーク動作は並行して実行され、 全体としてのシーク時間は、 ほぼ 1台分の時間ですみ、 データの読出しは、 HDD— 1~4の中でデータ ¾ 送の準備ができたものから順に、 例えば 256 k Bずつのデータを受け付 け、 図 5 (f ) に示すように、 一対の一時記憶用半導体メモリの一方 （R AM— 1 B) に順次書き込まれる。
図 5の例では、 時刻 t 22~t 23間に HDD— 1からデータ読出しが行わ れ、 時刻 t 23〜t 24間に HDD— 3から読出しが行われ、 時刻 t 24〜t 25 間に HDD— 2から読出しが行われ、 時刻 t 25〜 t 26間に HDD— 4から 読出しが行われているが、 各 HDDの読出し順位は任意である。
この場合、 HDD— 1〜 4から読み出されたデータは、 各 DRAM 62 に転送され、 図 6に示すメモリマップの下半分で表される所定の領域、 例 えば RAMI B対応した 256 k Bの 4個のブロック （合計 1MB) に一 時 Ϊ己憶される。
時刻 t 27で 4台の HDD— 1〜4から数秒間の連铳した映像分に相当す るビデオソフ ト Bのデータを逐次読み出す指令を与える。 HDD— 1~4 はこの読出し指令を受信するとシーク動作を開始し、 所定のシーク動作時 間が経過した時刻 t 28以降に H D D— 1 ~ 4からの数秒間の連続した映像 分に相当するビデオソフ ト Bのデータの読出しが開始される。 この場合、 HDD— 1~4のシーク動作は並行して実行され、 全体としてのシーク時 間は、 ほぼ 1台分の時間ですみ、 データの読出しは、 HDD—1~4の中 でデータ転送の準備ができたものから順に、 例えば 256 k Bずつのデー タを受け付け、 図 5 (h) に示すように、 一対の一時記憶用半導体メモリ の一方 （RAM— 2B) に順次書き込まれる。
図 5の例では、 時刻 t 2S〜 t 29間に HDD— 1からデータ読出しが行わ れ、 時刻 t 29〜 t 30間に HDD— 3から読出しが行われ、 時刻 t3[1〜t31 間に HDD— 2から読出しが行われ、 時刻 t 31〜 t 32間に HDD— 4から 読出しが行われているが、 各 HDDの読出し順位は任意である。
この場合、 HDD— 1〜4から読み出されたデータは、 各 DRAM62 に転送され、 図 6に示すメモリマップの上半分で表される所定の領域、 例 えば RAM2 B対応した 256 kBの 4個のブロック （合計 1MB) に一 時記憶される。
時刻 t40で RAM1A (RAM2 A) のソフ ト A (B) のデータ読出し が終了すると、 それに続いて他方のメモリ RAMI B (RAM2 B) のソ フ ト A (B) のデータ読出しが行われ、 また、 それが完了すると他方のメ モリ RAMI A (RAM 2 A) がソフ ト A (B) のデータ読出しを開始す るというように、 一時記憶用半導体メモリの一方の対 RAMI Aと 1 Bお よび他方の対 RAM2 Aと 2 Bへのビデオソフ 卜 Aおよびソフ ト Bのデー 夕の書込みがそれぞれ交互に繰り返される。
また、 一対の半導体メモリの一方 RAMI A (RAM 2 A) へのソフ ト A (ソフ ト B) のデータの書込みは、 他方の半導体メモリ RAMI B (R AM2B) からソフ ト A (ソフ ト B) のデータの読出し期間内において、 他のチャンネルに対するビデオソフ ト A (ソフ ト B) の読出しが行われて いない期間に行い、 同様に、 他方の半導体メモリ RAMI B (RAM2B) へのソフ ト A (ソフ ト B) のデータの書込みは、 他方の半導体メモリ RA Ml A (RAM 2 A) からソフ ト A (ソフ ト B) のデータの読出し期間内 において、 他のチャンネルに対するビデオソフ ト A (ソフ ト B) の読出し が行われていない期間に行うことにより、 M P E Gデコーダ 64に対して ビデオソフ ト A (ソフ ト B) のデータが途切れることなく、 続けて送信す ることが可能となる。
次に、 さらにビデオソフ トの読出しが要求されると、 上記と同様に、 時 刻 t12、 t 32に続くタイミ ングで、 HDD— 1〜4からデータの読出しが 行われ、 一対の一時記憶用半導体メモリに書き込まれて iMP EGデコーダ 64へ転送され、 割り当てられたチャンネルからビデオソフ 卜が出力され る。 これは、 ビデオソフ トの要求開始時刻に同じであるか異なっているか によらず、 端末装置 4から停止指令が入力され、 ビデオソフ 卜の再生終了 時に、 自動的にそのチャンネルに対応したビデオソフ 卜のデータが複数個 の HDDから読み出され、 以降の動作が終了することになる。
また、 1台の HDDにビデオソフ トとゲームソフ トとが混在しないよう にするために、 例えば 6台の HDDのうちの 4台はビデオソフ ト専用にし、 残り 2台はゲームソフ 卜専用にすることにより、 ゲームデコーダ装置 7に おける HDDの読出しチェックは、 ビデオデコーダ装置 6では行う必要が ないように搆成するか、 または、 複数の HDDに、 ビデオやゲームソフ ト のデータを混在する構成とするかは任意である。
次に、 制御装置 8がビデオソフ 卜の入力データを HDD— 1~4に格納 する場合、 入力データを図 6に示すメモリマップと同様のメモリマップ （2 56kBx4) で表される DRAM上に一時記憶し、 書込み準備ができた HDD— 1〜4に順次データを転送する。
ゲームデコーダ装置 7については、 ビデオデコーダ装置 6における MP EGデコーダ 64がゲームデコーダ素子 74に置き換えられるだけで、 H DD9と各ゲームデコーダ素子 74間のデータ伝送についてはビデオデコ ーダ装置 6の場合と同様であるので、 その説明はここでは省略する。
産業上の利用可能性
以上述べたように、 本発明の実施形態によれば、 ランダムアクセス可能 なノンリニアの大容量記憶手段 (HDD9) に予め複数の映像/音声ソフ 卜のデジタルデータを分散して格納しておき、 ビデオデコーダ装置とゲ一 ムデコ一ダ装置 Ίが要求指定されたビデオノゲームソフ トを大容量記憶手 段から所定ブロックずつ、 時分割で間欠的に読出し、 内部メモリに一時記 憶し、 内部メモリから読出し、 デコード処理して制御装置 8により指定さ れた番号のチャンネルから映像/音声信号として連続的に出力するので、 要求されたソフ 卜が同じであるか異なるかを問わず、 また供給開始時間を 問わず、 データ処理装置 2の出力チャンネル数が許す限り、 どのソフ トで も端末装置 4へ出力データを供給することができ、 準備されたソフ 卜の数 を越える台数の端末装置へソフ トを供給することができる。 また、 特定の ソフ 卜に要求が集中しても、 待ち時間が増加することがなく、 ソフ トのァ クセスを短時間に行うことができるとともに、 ビデオデコーダ装置 6ゃゲ ームデコーダ装置 7には小容量のメモリを準備しておくだけでよく、 デコ ーダ装置のコストを低くできる。
また、 追加/更新コマンドに応じて、 制御装置 8が、 映像ノ音声ソフ ト のデータ再生状況から、 大容量記憧手段 9に対するデータ転送余裕の有無 を調べ、 転送余裕があるときは、 追加/更新されるソフ 卜のファイルネー 厶を確認して、 ビデオデコーダ装置 6とゲームデコーダ装置 7が大容量記 憶手段 9からデータを読み込む合間に、 追加/更新を行うべき映像/音声 ソフ 卜のデータを受け付けて、 大容量記憶手段 9におけるソフ 卜の追加/ 更新を行うので、 ソフ トの追加/交換を自動的に行うことができるととも に、 ソフ トの管理を自動的に行うことができる。
また、 ビデオソフ 卜のデータが圧縮符号化されて大容量記憶手段 9に格 钠されているので、 大容量記憶手段 9に多種類または長時間のビデオソフ トを格納することができ、 多様なビデオソフ 卜の要求に対応できるととも に、 各端末装置 4に設けられたゲーム用パッ ド 1 3を操作することにより ゲームソフ トを自在にプレイできる。

Claims

請求の範囲
1 . 多チャンネルデータ転送ネッ トワークにおいて、
予めチャンネル割当てされる複数の映像ノ音声ソフ 卜のデジタルデータ を、 所定プロックずつ分散して格納しておくランダムアクセス可能な大容 量記憶手段 （9 ) と、
上記複数の映像/音声ソフ 卜のファイルネームおよび上記大容量記憶手 段における記録位置、 割当てチャンネル番号等を示す管理情報を有し、 外 部から上記複数の映像/音声ソフ 卜のいずれか一つのデー夕を再生指定す る要求を受け付け、 該要求指令が入力される毎に、 該再生指定要求に対応 した一つの映像/音声ソフ 卜のデータファイルを上記大容量記憶手段に対 して再生指定する制御手段 （8 ) と、
映像/音声ソフ 卜のデータを同時並列的に出力する複数の出力チヤンネ ルを有し、 上記制御手段 （8 ) から転送された上記管理情報を登録し、 上 記制御手段により指定された映像/音声ソフ トのデータを上記管理情報に 基づいて上記大容量記憶手段 （9 ) から所定ブロックずつ時分割で間欠的 に読出し、 デコード処理した後、 指定された番号のチャンネルから要求さ れた映像/音声ソフ トのデータを連続的に出力するデコーダ手段 （6、 7 ) とを備えた情報処理装置。
2. 上記制御手段 （8 ) 力 <、 上記大容量記憶手段 （9 ) に対して予め映像 /音声ソフ 卜のデジタルデータファイルを、 一定ブロックずつ所定の規則 に従って分散して書込む請求項 1記載の情報処理装置。
3 . 上記制御手段 （8 ) が、 外部から上記複数の映像ノ音声ソフ トのいず れか一つのデータを再生指定する要求を受信する毎に、 該再生指定要求に 対応した一つの空きチヤンネル番号を指定する請求項 1記載の情報処理装
4. 上記デコーダ手段 （6、 7 ) は、 上記大容量記憶手段 （9 ) から読み 出した映像ノ音声ソフ卜のデジタルデータを一時記憶するための複数の一 時記憶装置 （6 2、 7 2 ) と、 読み出されたデータを伸長復元処理するた めに該複数の一時記憶装置に対応して並列配置された複数のデータ伸長装 置 （6 4、 7 4 ) とを上記チャンネル数に対応して内蔵し、 上記各一時記 憶装置とデータ伸長装置との間に、 パラレルデータをシリアルデ一夕に変 換する一対の最初入力最初出力用メモリ （6 3、 7 3 ) を並列配置するこ とによって、 上記一対の一時記憶装置から間欠的に読み出されるデー夕を 連続的に上記データ伸長装置に供給する請求項 1記載の情報処理装置。
5. 上記管理情報が、 上記映像/音声ソフ トのデータの書き込み時に、 上 記制御手段 （8 ) によって自動的に作成登録されるとともに、 該管理情報 が上記デコーダ手段 （6、 7 ) へ転送され、 制御手段 （8 ) とデコーダ手 段 （6、 7 ) との間で共有され、 上記制御手段 （8 ) とデコーダ手段 （6、 7 ) がそれぞれ大容量記憶手段 （9 ) に対して直接アクセスできる請求項 2記載の情報処理装置。
6. 上記制御手段 （8 ) は、 外部から映像/音声ソフ 卜の追加/"更新要求 が入力される毎に、 該追加/更新要求に応答して、 現在の映像/音声ソフ トのデータの再生状況から上記大容量記憶手段 ( 9 ) に対するデータ転送 余裕の有無を調べ、 大容量記憶手段にデータ転送余裕が有るときは、 該追 加 更新要求された映像/音声ソフ 卜のファイルネームを確認した後、 上 記デコーダ手段 （6、 7 ) が大容量記憶手段からデータを読み込む合間に、 制御手段 （8 ) は該追加 更新要求された映像/音声ソフ 卜のデータを受 け付けて、 上記大容量記憶手段に対して映像 Z音声ソフ トの追加/更新を 行い、 データ転送余裕が無いときは、 現在の映像 Z音声ソフ トのデータの 再生状況から転送余裕が予測される所定時間後に該映像 音声ソフ 卜の追 加/更新要求を再送するように返答する請求項 1記載の情報処理装置。
7. 映像 音声ソフ 卜がデータ圧縮苻号化されたビデオソフ トであり、 前 記デコーダ手段は、 該圧縮符号化されたビデオソフ 卜のデータをデコ一ド 処理するビデオデコーダ装置 （6) を有し、 上記ビデオデコーダ装置 （6) には、 圧縮符号化されたビデオソフ トのデジタルデータを伸長ないし解凍 するデータ伸長手段として複数の MPEGデコーダ （64) を、 上記デコ ーダ装置 （6) の複数の出力チャンネルに対応して内蔵している請求項 1 記載の情報処理装置。
8. 上記デコーダ装置 （6) は、 上記大容量記憶手段 （9) から読み出し た映像/音声ソフ 卜のデジタルデータを一時記憶するための複数の DR A M (62) と、 読み出されたデータを伸長復元処理するために該複数の D RAMに対応して並列配置された複数の MPEGデコーダ （64) とを上 記デコーダ装置 （6) のチャンネル数に対応して内蔵し、 上記各 DRAM と MP EGデコーダとの間に、 パラレルデータをシリアルデータに変換す る一対の最初入力最初出力用メモリ （63) を並列配置することによって、 上記一対の DRAMから間欠的に読み出されるデータを連続的に上記 MP E Gデコーダに供給する請求項 Ί記載の情報処理装置。
9. 映像ノ音声ソフ トがゲームソフトであり、 前記デコーダ手段は、 ゲー ムソフ トのデータをデコード処理するゲームデコーダ装置 （7) を有し、 上記ゲームデコーダ装置 （7) には、 ゲームソフ 卜のデジタルデータを伸 長ないし解凍し、 外部からのパッ ド信号に応答して変化させるゲームデー タ伸長装置 （74) を、 上記ゲームデコーダ装置 （7) の複数の出力チヤ ンネルに対応して内蔵している請求項 1記載の情報処理装置。
10. 上記ゲームデコーダ装置 （7) は、 上記大容量記憶手段 （9) から 読み出したゲームソフ 卜のデジタルデータを一時記憶するための複数の D RAM (72) と、 読み出されたデータを伸長復元処理するために該複数 の DRAMに対応して並列配置された複数のゲームデコーダ素子 （74) とを上記デコーダ装置 （7) のチャンネル数に対応して内蔵し、 上記各 D RAM (72) とゲー厶デコーダ素子 （74) との間に、 双方向の最初入 力最初出力用メモリ （73) を並列配置することによって、 上記一対の D R A Mから間欠的に読み出されるデータを連铳的に上記ゲームデコーダ素 子 （74) に供給する請求項 9記載の情報処理装置。
11. ホストコンピュータ （1) と、 情報処理装置 （2) と、 切り換え装 置 （3) と、 複数の映像/音声端末装置 （4) とを有し、 ホス トコンビュ 一夕 （1) は、 上記情報処理装置 （2) と切り換え装置 （3) とを統括的 に制御し、 上記複数の端末装置 （4) のいずれかからの映像ノ音声データ の再生要求を受け付け、 その再生要求を情報処理装置 2へ伝達するととも に、 再生要求の発信元である各端末装置 4に対して、 情報処理装置 （2) から再生映像/音声データを供給するように、 切り換え装置 （3) の回線 接続を制御する多チャンネルデータ 送ネッ トワークにおいて、
上記情報処理装置 （2) 、 予めチャンネル割当てされる複数の映像/ 音声ソフ 卜のデジタルデータを、 所定ブロックずつ分散して格納しておく ランダムアクセス可能な大容量記憶手段 （9) と、
上記複数の映像/音声ソフ トのファイルネームおよび上記大容量記憶手 段における記録位置、 割当てチャンネル番号等を示す管理情報を有し、 外 部から上記複数の映像/音声ソフ 卜のいずれか一つのデータを再生指定す る要求指令を受け付け、 該要求指令が入力される毎に、 該再生指定要求に 対応した一つの映像/音声ソフ 卜のデータファイルを上記大容量記憶手段 に対して再生指定する制御手段 （8) と、
映像/音声ソフ トのデータを同時並列的に出力する複数の出力チャンネ ルを有し、 上記制御手段 （8 ) から転送された上記管理情報を登録し、 上 記制御手段により指定された映像 音声ソフ トのデータを上記管理情報に 基づいて上記大容量記憶手段 （9 ) から所定ブロックずつ時分割で間欠的 に読出し、 デコード処理した後、 指定された番号のチャンネルから要求さ れた映像/音声ソフ 卜のデータを連統的に出力するデコーダ手段 （6、 7 ) とを有することを特徴とする情報処理システム。
1 2 . 多チヤンネルデータ転送ネッ 卜ワークにおいて、
予めチャンネル割当てされる複数の映像/音声ソフ 卜のデジタルデータ を、 ランダムアクセス可能な大容量記憶手段に所定プロックずつ分散して 格納しておく工程と、
外部から上記複数の映像ノ音声ソフ 卜のいずれか一つのデータを再生指 定する要求を受け付け、 該要求指令が入力される毎に、 該再生指定要求に 対応した一つの映像/音声ソフ 卜のデータファイルを上記大容量記憶手段 に対して再生指定する工程と、
上記複数の映像/音声ソフ 卜のファイルネームおよび上記大容量記憶手 段における記録位置、 割当てチャンネル番号等を示す管理情報を登録する 工程と、
上記管理情報に基づいて空きチャンネルの有無を確認する工程と、 上記指定された映像/音声ソフ トのデータを上記管理情報に基づいて上 記大容量記憶手段から所定プロックずつ時分割で間欠的に読出す工程と、 上記時分割で間欠的に読み出されたデータをデコード処理し、 D/ A変 換した後、 指定された番号のチャンネルから連続的に出力する工程とを有 する情報処理方法。
1 3 . 上記デコード処理する工程では、 複数の大容量記憶手段に分散格納 された映像ノ音声ソフ 卜のデータをランダムアクセスして読み出す工程を 有する請求項 1 2記載の方法。
1 4. 上記デコード処理工程は、 上記大容量記憶手段から読み出した映像 ノ音声ソフ 卜のデジタルデータを一時記憶する工程と、
読み出されたデータを伸長復元処理する工程と、
上記伸長処理されたデータに対してパラレルデータをンリアルデータに 変換する工程とを有する請求項 1 2記載の方法。
1 5 . 外部から映像 音声ソフ トの追加ノ更新要求が入力される毎に、 該 追加/更新要求に応答して、 現在の映像/音声ソフ トのデータの再生状況 から上記大容量記憶手段に対するデータ転送余裕の有無を調ベる工程と、 大容量記憶手段にデータ 送余裕が有るときは、 該追加 更新要求され た映像 Z音声ソフ 卜のファイルネームを確認した後、 大容量記憶手段から データを読み込む合間に、 該追加/"更新要求された映像 Z音声ソフ 卜のデ 一夕を受け付けて、 上記大容量記憶手段に対してプロック毎に間欠的に入 力される追加/更新ソフ トデータを複数の大容量記憶手段に分散して書き 込み、 映像/音声ソフ 卜の追加 更新を行う工程を有し、
データ転送余裕が無いときは、 現在の映像/音声ソフ トのデータの再生 状況から転送余裕が予測される所定時間後に ¾映像 Z音声ソフ 卜の追加/ 更新要求を再送するように返答する工程を有する請求項 1 2記載の方法。
1 6. 映像/音声ソフトがデータ圧縮符号化されたビデオフフ 卜であり、 前記デコーダ処理工程は、 該圧縮符号化されたビデオソフ 卜のデータをデ コード処理する工程を有する請求項 1 2記載の方法。
1 7. 映像/音声フフ 卜がゲームソフ トであり、 前記デコーダ処理工程は、 ゲームソフ 卜のデータをデコード処理する工程を有し、 上記ゲームデータ をデコード処理する工程は、 ゲームソフ 卜のデジタルデータを伸長ないし 解凍し、 外部からのパッ ド信号に応答して変化させる工程を有する請求項 記載の方法。
PCT/JP1996/003513 1995-12-01 1996-11-29 Procede et appareil de traitement d'informations pour reseau de transfert de donnees WO1997021308A1 (fr)

Priority Applications (4)

Application Number Priority Date Filing Date Title
EP96939332A EP0808064B1 (en) 1995-12-01 1996-11-29 Apparatus, system and method for information processing for data transfer network
US08/875,692 US6212681B1 (en) 1995-12-01 1996-11-29 Information processing apparatus and method therefor in a data transfer network
JP52115097A JP3181058B2 (ja) 1995-12-01 1996-11-29 データ転送ネットワークにおける情報処理装置およびその方法
DE69631755T DE69631755T2 (de) 1995-12-01 1996-11-29 Informationsverarbeitungsgerät, -system und verfahren für ein datenübertragungsnetzwerk

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP31396295 1995-12-01
JP7/313962 1995-12-01

Publications (1)

Publication Number Publication Date
WO1997021308A1 true WO1997021308A1 (fr) 1997-06-12

Family

ID=18047586

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP1996/003513 WO1997021308A1 (fr) 1995-12-01 1996-11-29 Procede et appareil de traitement d'informations pour reseau de transfert de donnees

Country Status (7)

Country Link
US (1) US6212681B1 (ja)
EP (1) EP0808064B1 (ja)
JP (1) JP3181058B2 (ja)
KR (1) KR100270158B1 (ja)
DE (1) DE69631755T2 (ja)
TW (1) TW310407B (ja)
WO (1) WO1997021308A1 (ja)

Families Citing this family (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6816904B1 (en) * 1997-11-04 2004-11-09 Collaboration Properties, Inc. Networked video multimedia storage server environment
US6847365B1 (en) * 2000-01-03 2005-01-25 Genesis Microchip Inc. Systems and methods for efficient processing of multimedia data
US7441014B1 (en) * 2000-02-09 2008-10-21 Tvworks, Llc Broadcast distribution using low-level objects and locator tables
US20020059635A1 (en) * 2000-05-31 2002-05-16 Hoang Khoi N. Digital data-on-demand broadcast cable modem termination system
US6557030B1 (en) 2000-05-31 2003-04-29 Prediwave Corp. Systems and methods for providing video-on-demand services for broadcasting systems
US20020059620A1 (en) * 2000-05-31 2002-05-16 Hoang Khoi Nhu Selective inactivation and copy-protection
US20020049980A1 (en) * 2000-05-31 2002-04-25 Hoang Khoi Nhu Controlling data-on-demand client access
US20020138845A1 (en) * 2000-05-31 2002-09-26 Khoi Hoang Methods and systems for transmitting delayed access client generic data-on demand services
WO2001093062A1 (en) * 2000-05-31 2001-12-06 Prediwave, Corp. Methods for providing video-on-demand services for broadcasting systems
US20020023267A1 (en) * 2000-05-31 2002-02-21 Hoang Khoi Nhu Universal digital broadcast system and methods
US20020066100A1 (en) * 2000-05-31 2002-05-30 Khoi Hoang Method for providing data services for a large number of small-sized data files
US20030084461A1 (en) * 2001-10-25 2003-05-01 Khoi Hoang Method and apparatus for transmitting non-VOD services
US20030051249A1 (en) * 2001-08-20 2003-03-13 Khoi Hoang System and method for data insertion (commercials) in client generic data-on-demand broadcast transmissions
US20030055915A1 (en) * 2001-09-14 2003-03-20 Ngo Kin Cuc Method and apparatus for transmitting data over a network
US20030095783A1 (en) * 2001-11-21 2003-05-22 Broadbus Technologies, Inc. Methods and apparatus for generating multiple network streams from a large scale memory buffer
US9032465B2 (en) * 2002-12-10 2015-05-12 Ol2, Inc. Method for multicasting views of real-time streaming interactive video
US8387099B2 (en) 2002-12-10 2013-02-26 Ol2, Inc. System for acceleration of web page delivery
US8949922B2 (en) * 2002-12-10 2015-02-03 Ol2, Inc. System for collaborative conferencing using streaming interactive video
US20110122063A1 (en) * 2002-12-10 2011-05-26 Onlive, Inc. System and method for remote-hosted video effects
US9003461B2 (en) * 2002-12-10 2015-04-07 Ol2, Inc. Streaming interactive video integrated with recorded video segments
US8495678B2 (en) * 2002-12-10 2013-07-23 Ol2, Inc. System for reporting recorded video preceding system failures
US8549574B2 (en) * 2002-12-10 2013-10-01 Ol2, Inc. Method of combining linear content and interactive content compressed together as streaming interactive video
US9108107B2 (en) 2002-12-10 2015-08-18 Sony Computer Entertainment America Llc Hosting and broadcasting virtual events using streaming interactive video
US8893207B2 (en) 2002-12-10 2014-11-18 Ol2, Inc. System and method for compressing streaming interactive video
US20110126255A1 (en) * 2002-12-10 2011-05-26 Onlive, Inc. System and method for remote-hosted video effects
US8661496B2 (en) 2002-12-10 2014-02-25 Ol2, Inc. System for combining a plurality of views of real-time streaming interactive video
US7558525B2 (en) * 2002-12-10 2009-07-07 Onlive, Inc. Mass storage repository for a wireless network
US8468575B2 (en) * 2002-12-10 2013-06-18 Ol2, Inc. System for recursive recombination of streaming interactive video
US8832772B2 (en) * 2002-12-10 2014-09-09 Ol2, Inc. System for combining recorded application state with application streaming interactive video output
US8840475B2 (en) * 2002-12-10 2014-09-23 Ol2, Inc. Method for user session transitioning among streaming interactive video servers
US7849491B2 (en) * 2002-12-10 2010-12-07 Onlive, Inc. Apparatus and method for wireless video gaming
US7590084B2 (en) * 2003-02-14 2009-09-15 Onlive, Inc. Self-configuring, adaptive, three-dimensional, wireless network
US7593361B2 (en) * 2003-02-14 2009-09-22 Onlive, Inc. Method of operation for a three-dimensional, wireless network
GB2425012A (en) * 2005-04-08 2006-10-11 Quadriga Technology Ltd Ranking data files for scheduling transmission
KR102075386B1 (ko) * 2013-11-28 2020-02-11 한국전자통신연구원 대용량 순차 수집 데이터 처리를 위한 프레임워크 제공장치 및 이의 데이터 처리방법
US20180176156A1 (en) * 2016-12-21 2018-06-21 Pearson Education, Inc. Systems and methods for automatic multi-recipient electronic notification

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0541858A (ja) * 1991-05-24 1993-02-19 Matsushita Electric Ind Co Ltd 有線放送システム
JPH06261319A (ja) * 1993-03-03 1994-09-16 Yuzo Okubo ケーブルテレビネットワークにおける テレビゲームソフトの配給方式
JPH07123398A (ja) * 1993-09-02 1995-05-12 Nippon Telegr & Teleph Corp <Ntt> ビデオライブラリシステム

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2722450B2 (ja) * 1987-02-25 1998-03-04 ソニー株式会社 集中管理装置
US5051822A (en) 1989-10-19 1991-09-24 Interactive Television Systems, Inc. Telephone access video game distribution center
US5253275A (en) * 1991-01-07 1993-10-12 H. Lee Browne Audio and video transmission and receiving system
US5371532A (en) * 1992-05-15 1994-12-06 Bell Communications Research, Inc. Communications architecture and method for distributing information services
US5524272A (en) * 1993-12-22 1996-06-04 Gte Airfone Incorporated Method and apparatus for distributing program material
IL108952A0 (en) 1994-03-13 1994-06-24 Nimrod Sandlerman Video on demand system
AU2123995A (en) 1994-03-18 1995-10-09 Micropolis Corporation On-demand video server system
JP2742383B2 (ja) * 1994-04-11 1998-04-22 松下電器産業株式会社 要求番組提供装置及びその方法
US5720037A (en) * 1994-06-16 1998-02-17 Lucent Technologies Inc. Multimedia on-demand server
US5640453A (en) * 1994-08-11 1997-06-17 Stanford Telecommunications, Inc. Universal interactive set-top controller for downloading and playback of information and entertainment services
US5781734A (en) * 1994-09-28 1998-07-14 Nec Corporation System for providing audio and video services on demand
US5751336A (en) * 1995-10-12 1998-05-12 International Business Machines Corporation Permutation based pyramid block transmission scheme for broadcasting in video-on-demand storage systems

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0541858A (ja) * 1991-05-24 1993-02-19 Matsushita Electric Ind Co Ltd 有線放送システム
JPH06261319A (ja) * 1993-03-03 1994-09-16 Yuzo Okubo ケーブルテレビネットワークにおける テレビゲームソフトの配給方式
JPH07123398A (ja) * 1993-09-02 1995-05-12 Nippon Telegr & Teleph Corp <Ntt> ビデオライブラリシステム

Non-Patent Citations (1)

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

Also Published As

Publication number Publication date
KR19980701846A (ko) 1998-06-25
DE69631755D1 (de) 2004-04-08
TW310407B (ja) 1997-07-11
EP0808064B1 (en) 2004-03-03
EP0808064A1 (en) 1997-11-19
EP0808064A4 (en) 2000-08-23
JP3181058B2 (ja) 2001-07-03
DE69631755T2 (de) 2004-07-29
KR100270158B1 (ko) 2000-10-16
US6212681B1 (en) 2001-04-03

Similar Documents

Publication Publication Date Title
JP3181058B2 (ja) データ転送ネットワークにおける情報処理装置およびその方法
JP3456018B2 (ja) 情報送出システム
US6018765A (en) Multi-channel multimedia data server
JPH0898166A (ja) ビデオの対話型再生のための効率的なサポート
US20080195695A1 (en) Contents Distributing System, Client, Server, Contents Distributing Method, and Contents Reproducing Method
JP3456064B2 (ja) 音声・映像データ記録・再生装置
WO1998046020A1 (fr) Processeur de signaux et procede de traitement de signaux
JP4880996B2 (ja) 映像タイトル再生装置および映像タイトル再生システム
JPH10261075A (ja) 画像バッファ制御装置
JP2750396B2 (ja) ビデオライブラリシステム
JP2002300532A (ja) 画像記録装置
JP3382606B2 (ja) データ転送ネットワークにおける情報処理装置およびその方法
JP2006262437A (ja) 映像配信システム
JP2001024973A (ja) 映像提供方法及び装置
JP2005523618A (ja) オーディオビジュアルデータを記憶する回路、装置、及び方法
JP2001126405A (ja) ビットストリーム記録／又は再生装置
JPH1051740A (ja) データ送信方式
JPH09224232A (ja) データ転送制御方法とその装置
JP2001103424A (ja) 符号化ビットストリーム記録及び／又は再生装置、並びに記録媒体
JP2001346141A (ja) ネットワークビデオレコーダ
JP3704771B2 (ja) 音声・映像データ記録・再生装置およびそのシステム
JP3867864B2 (ja) デイスク装置の再生方法
JPH08280012A (ja) データ記録方法及び装置、データ再生方法及び装置、記録媒体、データ伝送方法及び装置
JP2002118813A (ja) 情報処理方法および情報処理装置
JPH05165483A (ja) コンピュータネットワークサーバ型カラオケ再生方法およびその装置

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): JP KR US

AL Designated countries for regional patents

Kind code of ref document: A1

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

WWE Wipo information: entry into national phase

Ref document number: 1996939332

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 1019970705243

Country of ref document: KR

WWE Wipo information: entry into national phase

Ref document number: 08875692

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: 1996939332

Country of ref document: EP

WWP Wipo information: published in national office

Ref document number: 1019970705243

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 1019970705243

Country of ref document: KR

WWG Wipo information: grant in national office

Ref document number: 1996939332

Country of ref document: EP