JPH08153113A - マルチメディアサーバ - Google Patents
マルチメディアサーバInfo
- Publication number
- JPH08153113A JPH08153113A JP6292924A JP29292494A JPH08153113A JP H08153113 A JPH08153113 A JP H08153113A JP 6292924 A JP6292924 A JP 6292924A JP 29292494 A JP29292494 A JP 29292494A JP H08153113 A JPH08153113 A JP H08153113A
- Authority
- JP
- Japan
- Prior art keywords
- data
- multimedia
- processor
- multimedia server
- input
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/10—Packet switching elements characterised by the switching fabric construction
- H04L49/104—Asynchronous transfer mode [ATM] switching fabrics
- H04L49/105—ATM switching elements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L49/00—Packet switching elements
- H04L49/30—Peripheral units, e.g. input or output ports
- H04L49/3081—ATM peripheral units, e.g. policing, insertion or extraction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N7/00—Television systems
- H04N7/14—Systems for two-way working
- H04N7/141—Systems for two-way working between two video terminals, e.g. videophone
- H04N7/147—Communication arrangements, e.g. identifying the communication as a video-communication, intermediate storage of the signals
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Computer And Data Communications (AREA)
- Multi Processors (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】マルチメディア情報を蓄積して配分するマルチ
メディアサーバに関し、大容量のマルチメディア情報を
高速に送出可能にすることを目的とする。 【構成】本発明のマルチメディアサーバは、ＣＰＵ，メ
モリおよびインタフェース機能を有する複数のプロセッ
サ部１と、各プロセッサ部間の通信を行なう高速通信ネ
ットワーク２と、マルチメディアデータを蓄積するとと
もにプロセッサ部の制御に応じて通信路に対してこのマ
ルチメディアデータを入出力する入出力部３と、各プロ
セッサ部の処理を制御するプロセッサ制御部４と、各入
出力部に対する通信路の交換を行なうスイッチ５とを備
えて構成されている。
メディアサーバに関し、大容量のマルチメディア情報を
高速に送出可能にすることを目的とする。 【構成】本発明のマルチメディアサーバは、ＣＰＵ，メ
モリおよびインタフェース機能を有する複数のプロセッ
サ部１と、各プロセッサ部間の通信を行なう高速通信ネ
ットワーク２と、マルチメディアデータを蓄積するとと
もにプロセッサ部の制御に応じて通信路に対してこのマ
ルチメディアデータを入出力する入出力部３と、各プロ
セッサ部の処理を制御するプロセッサ制御部４と、各入
出力部に対する通信路の交換を行なうスイッチ５とを備
えて構成されている。
Description
【０００１】
【産業上の利用分野】本発明は、マルチメディア情報を
蓄積して配分するマルチメディアサーバに関し、特に大
容量のマルチメディア情報を高速に送出することが可能
な、マルチメディアサーバに関するものである。
蓄積して配分するマルチメディアサーバに関し、特に大
容量のマルチメディア情報を高速に送出することが可能
な、マルチメディアサーバに関するものである。
【０００２】近年において、音声，映像，文字等の情報
を一体として取り扱う、マルチメディア技術が社会の注
目を集めている。特に大量のデータを高速に送受信し処
理するための技術開発が活発化している。例えば、広帯
域通信や画像圧縮技術等の研究，開発が進展しており、
これらを組み合わせて、種々のサービスを提供すること
が考えられている。
を一体として取り扱う、マルチメディア技術が社会の注
目を集めている。特に大量のデータを高速に送受信し処
理するための技術開発が活発化している。例えば、広帯
域通信や画像圧縮技術等の研究，開発が進展しており、
これらを組み合わせて、種々のサービスを提供すること
が考えられている。
【０００３】このような要求に対して、膨大なマルチメ
ディアデータを効率的に蓄積するとともに、さまざまな
要求に応じて迅速に提供することが可能な、データサー
バの技術が必要不可欠である。
ディアデータを効率的に蓄積するとともに、さまざまな
要求に応じて迅速に提供することが可能な、データサー
バの技術が必要不可欠である。
【０００４】
【従来の技術】従来、マルチメディアサーバ、特に映像
情報を提供するためのビデオ・サーバとして、何種類か
のものが既に提案されている。
情報を提供するためのビデオ・サーバとして、何種類か
のものが既に提案されている。
【０００５】図９は、第１の従来例を示したものであっ
て、超並列機をベースにしたものを示している。図中に
おいて、１０１は複数のハードディスク、１０２は複数
の処理モジュール１０３からなる処理装置である。処理
モジュール１０３は、ＣＰＵ１０４とメモリ１０５とを
有している。１０６は通信処理を行なうパソコン、１０
７はネットワークと接続するための多重装置／交換機で
ある。
て、超並列機をベースにしたものを示している。図中に
おいて、１０１は複数のハードディスク、１０２は複数
の処理モジュール１０３からなる処理装置である。処理
モジュール１０３は、ＣＰＵ１０４とメモリ１０５とを
有している。１０６は通信処理を行なうパソコン、１０
７はネットワークと接続するための多重装置／交換機で
ある。
【０００６】この従来例においては、ハードディスク１
０１から並列に読み出されたビデオデータを、ＣＰＵと
メモリを有する多数の処理モジュール１０３をメッシュ
状に接続した処理装置１０２において、並列処理によっ
て同時に処理し、パソコン１０６を介して高速信号にデ
ータ形式を変換したのち、多重装置／交換機１０７を経
てネットワークに送出する。なおこの際、ネットワーク
側からの配信要求の受信と、ビデオデータの送信とは、
同一の経路を介して行なわれる。
０１から並列に読み出されたビデオデータを、ＣＰＵと
メモリを有する多数の処理モジュール１０３をメッシュ
状に接続した処理装置１０２において、並列処理によっ
て同時に処理し、パソコン１０６を介して高速信号にデ
ータ形式を変換したのち、多重装置／交換機１０７を経
てネットワークに送出する。なおこの際、ネットワーク
側からの配信要求の受信と、ビデオデータの送信とは、
同一の経路を介して行なわれる。
【０００７】図９に示された従来例では、データ・スト
リームの経路を複数ルート有していて、並列処理によっ
てデータの送出を行なうので、大容量の映像データを多
数同時に、高速度で送出することができる。
リームの経路を複数ルート有していて、並列処理によっ
てデータの送出を行なうので、大容量の映像データを多
数同時に、高速度で送出することができる。
【０００８】図１０は、第２の従来例を示したものであ
って、汎用機をベースにしたものを示している。図中に
おいて、１１１は複数のハードディスクを有するディス
ク・アレイである。１１２は処理装置であって、高速バ
ス１１３，ＣＰＵ１１４，メインメモリ１１５を有して
いる。また、１１６はデータ・サーバ、１１７はトーク
ンリング、１１８は多重装置／交換機である。
って、汎用機をベースにしたものを示している。図中に
おいて、１１１は複数のハードディスクを有するディス
ク・アレイである。１１２は処理装置であって、高速バ
ス１１３，ＣＰＵ１１４，メインメモリ１１５を有して
いる。また、１１６はデータ・サーバ、１１７はトーク
ンリング、１１８は多重装置／交換機である。
【０００９】この従来例においては、処理装置１１２に
おいてＣＰＵ１１４の制御のもとに、ディスク・アレイ
１１１から多数のビデオデータを、高速バス１１３に並
列に読み出し、データ・サーバ１１６において信号形式
の変換等を行なって、トークンリング１１７に送出す
る。そしてこのトークンリングから一定速度の信号とし
て分配して、多重装置／交換機１１８を経てネットワー
クに送出する。なおこの際、ネットワーク側からの配信
要求の受信と、ビデオデータの送信とは、同一の経路を
介して行なわれる。
おいてＣＰＵ１１４の制御のもとに、ディスク・アレイ
１１１から多数のビデオデータを、高速バス１１３に並
列に読み出し、データ・サーバ１１６において信号形式
の変換等を行なって、トークンリング１１７に送出す
る。そしてこのトークンリングから一定速度の信号とし
て分配して、多重装置／交換機１１８を経てネットワー
クに送出する。なおこの際、ネットワーク側からの配信
要求の受信と、ビデオデータの送信とは、同一の経路を
介して行なわれる。
【００１０】図１０に示された従来例では、高速バスを
介して多数のデータを並列に読み出して送出するので、
大容量の映像データを多数同時に、高速度で送出するこ
とができる。
介して多数のデータを並列に読み出して送出するので、
大容量の映像データを多数同時に、高速度で送出するこ
とができる。
【００１１】図１１は、第３の従来例を示したものであ
って、専用機をベースにしたものを示している。図中に
おいて、１２１は複数のハードディスクを有するディス
ク・アレイ、１２２は処理装置であって、高速バス１２
３，データの変換，配分の処理を行なうストリーム・コ
ンディショナ１２４，ストリーム・コンディショナ１２
４の行なう処理を制御するストリーム・コントローラ１
２５を有している。また、１２６はＡＴＭ多重装置、１
２７は多重装置／交換機、１２８はネットワーク側から
の配信要求の処理を行なう制御システムである。
って、専用機をベースにしたものを示している。図中に
おいて、１２１は複数のハードディスクを有するディス
ク・アレイ、１２２は処理装置であって、高速バス１２
３，データの変換，配分の処理を行なうストリーム・コ
ンディショナ１２４，ストリーム・コンディショナ１２
４の行なう処理を制御するストリーム・コントローラ１
２５を有している。また、１２６はＡＴＭ多重装置、１
２７は多重装置／交換機、１２８はネットワーク側から
の配信要求の処理を行なう制御システムである。
【００１２】この従来例においては、処理装置１２２に
おいてストリーム・コントローラ１２５の制御のもと
に、ディスク・アレイ１２１から多数のビデオデータ
を、高速バス１２３に並列に読み出し、ストリーム・コ
ンディショナ１２４において信号の蓄積、信号形式の変
換，分配等の処理を行なったのち、ＡＴＭ多重装置１２
６において多重化して、多重装置／交換機１２７を経て
ネットワークに送出する。一方、ネットワーク側からの
配信要求のデータは、制御システム１２８において受信
され、これに基づいて、ディスク・アレイ１２１とスト
リーム・コントローラ１２５が制御される。
おいてストリーム・コントローラ１２５の制御のもと
に、ディスク・アレイ１２１から多数のビデオデータ
を、高速バス１２３に並列に読み出し、ストリーム・コ
ンディショナ１２４において信号の蓄積、信号形式の変
換，分配等の処理を行なったのち、ＡＴＭ多重装置１２
６において多重化して、多重装置／交換機１２７を経て
ネットワークに送出する。一方、ネットワーク側からの
配信要求のデータは、制御システム１２８において受信
され、これに基づいて、ディスク・アレイ１２１とスト
リーム・コントローラ１２５が制御される。
【００１３】図１１に示された従来例では、高速バスを
介して多数のデータを並列に読み出して送出する処理
と、ネットワーク側からの配信要求に基づいて行なわれ
るデータ送出動作の制御とを、それぞれ専用機を用いて
行なうようにした点が、他の従来例と異なっている。
介して多数のデータを並列に読み出して送出する処理
と、ネットワーク側からの配信要求に基づいて行なわれ
るデータ送出動作の制御とを、それぞれ専用機を用いて
行なうようにした点が、他の従来例と異なっている。
【００１４】なおこれらの従来例は、文献（「日経コミ
ュニケーション」；１９９４．４．４；第１７１号）に
詳細に記載されている。
ュニケーション」；１９９４．４．４；第１７１号）に
詳細に記載されている。
【００１５】
【発明が解決しようとする課題】図９ないし図１１に示
された従来のマルチメディアサーバにおいては、マルチ
メディアデータを蓄積している情報記録装置と、種々の
制御を行なうプロセッサとがバスを介して接続されてい
たり、または情報記録装置と伝送路インタフェースとの
間に、処理用モジュールが介在したりしていた。
された従来のマルチメディアサーバにおいては、マルチ
メディアデータを蓄積している情報記録装置と、種々の
制御を行なうプロセッサとがバスを介して接続されてい
たり、または情報記録装置と伝送路インタフェースとの
間に、処理用モジュールが介在したりしていた。
【００１６】このようなシステムにおいては、種々のボ
トルネックが存在するため、大容量で超高速のデータ授
受を行なうことは困難である。例えばバス上に各種の装
置が接続されている場合、本来、バス上を流れるマルチ
メディアデータは一組だけであり、かつ、それぞれの装
置を制御するための信号も、同じバス上を流れる。
トルネックが存在するため、大容量で超高速のデータ授
受を行なうことは困難である。例えばバス上に各種の装
置が接続されている場合、本来、バス上を流れるマルチ
メディアデータは一組だけであり、かつ、それぞれの装
置を制御するための信号も、同じバス上を流れる。
【００１７】この場合、装置数が増えたり、または詳細
な制御を行なうために、制御データを頻繁にやり取りし
たりすると、バス上での信号の衝突が発生する確率が高
くなり、結果として、各装置を有効に機能させて、その
性能を十分に発揮することができなくなる。
な制御を行なうために、制御データを頻繁にやり取りし
たりすると、バス上での信号の衝突が発生する確率が高
くなり、結果として、各装置を有効に機能させて、その
性能を十分に発揮することができなくなる。
【００１８】また情報記録装置と伝送路インタフェース
装置との間に、何段かの処理装置が介在する場合には、
その間で送受信される信号は、すべて処理装置を通るた
め、情報記録装置から送受信路へ出力したり、または読
み込んだりするのに、時間が掛かるという問題がある。
装置との間に、何段かの処理装置が介在する場合には、
その間で送受信される信号は、すべて処理装置を通るた
め、情報記録装置から送受信路へ出力したり、または読
み込んだりするのに、時間が掛かるという問題がある。
【００１９】本発明は、このような従来技術の課題を解
決しようとするものであって、情報処理装置とネットワ
ークとの間に、バスを介したり、または複数の処理装置
を介したりする必要がなく、情報を格納している記憶装
置を備えたストリーム・コントローラから、直接、ネッ
トワーク側に対してデータを送信することができるよう
にすることによって、迅速なデータ伝送を可能にするこ
とを目的としている。
決しようとするものであって、情報処理装置とネットワ
ークとの間に、バスを介したり、または複数の処理装置
を介したりする必要がなく、情報を格納している記憶装
置を備えたストリーム・コントローラから、直接、ネッ
トワーク側に対してデータを送信することができるよう
にすることによって、迅速なデータ伝送を可能にするこ
とを目的としている。
【００２０】
(1) 本発明のマルチメディアサーバは、図１にその原理
的構成を示すように、ＣＰＵ，メモリおよびインタフェ
ース機能を有する複数のプロセッサ部１と、各プロセッ
サ部間の通信を行なう高速通信ネットワーク２と、マル
チメディアデータを蓄積するとともにプロセッサ部の制
御に応じて通信路に対してマルチメディアデータを入出
力する入出力部３と、各プロセッサ部の処理を制御する
プロセッサ制御部４と、各入出力部に対する通信路の交
換を行なうスイッチ５とを備えて構成される。
的構成を示すように、ＣＰＵ，メモリおよびインタフェ
ース機能を有する複数のプロセッサ部１と、各プロセッ
サ部間の通信を行なう高速通信ネットワーク２と、マル
チメディアデータを蓄積するとともにプロセッサ部の制
御に応じて通信路に対してマルチメディアデータを入出
力する入出力部３と、各プロセッサ部の処理を制御する
プロセッサ制御部４と、各入出力部に対する通信路の交
換を行なうスイッチ５とを備えて構成される。
【００２１】(2) (1) の場合に、プロセッサ部とプロセ
ッサ制御部との間の通信を行なう通信路６を別に設け
る。
ッサ制御部との間の通信を行なう通信路６を別に設け
る。
【００２２】(3) (1) の場合に、入出力部に蓄積されて
いるマルチメディアデータを他の入出力部に移動すると
き、スイッチ５経由でデータ転送を行なうようにする。
いるマルチメディアデータを他の入出力部に移動すると
き、スイッチ５経由でデータ転送を行なうようにする。
【００２３】(4) (1) の場合に、入出力部とプロセッサ
部とを組にして増設可能なように構成する。
部とを組にして増設可能なように構成する。
【００２４】(5) (1) の場合に、各入出力部から伝送す
るマルチメディアデータの同期合わせに必要な信号を、
高速通信ネットワーク２を介して授受するようにする。
るマルチメディアデータの同期合わせに必要な信号を、
高速通信ネットワーク２を介して授受するようにする。
【００２５】(6) (1) の場合に、各入出力部におけるデ
ータを検索する場合に、高速通信ネットワーク２を介し
て信号の授受を行なって、対応するプロセッサ部におけ
る検索結果を、他のプロセッサ部へ伝送する。
ータを検索する場合に、高速通信ネットワーク２を介し
て信号の授受を行なって、対応するプロセッサ部におけ
る検索結果を、他のプロセッサ部へ伝送する。
【００２６】(7) (1) の場合に、通信路に接続されてい
るユーザ内で発生したデータを、マルチメディアサーバ
に接続されている他のすべてのユーザに伝達する場合
に、高速通信ネットワーク２を用いて各プロセッサ部と
の同期用信号の授受を行なう。
るユーザ内で発生したデータを、マルチメディアサーバ
に接続されている他のすべてのユーザに伝達する場合
に、高速通信ネットワーク２を用いて各プロセッサ部と
の同期用信号の授受を行なう。
【００２７】
(1) 図１にその原理的構成を示されたマルチメディアサ
ーバによれば、さまざまなマルチメディアデータの要求
に対して、効率的に対応することができるとともに、高
速，大容量のマルチメディアデータを授受することがで
きる。また、種々のマルチメディアサービスに対応する
ことが可能となる。
ーバによれば、さまざまなマルチメディアデータの要求
に対して、効率的に対応することができるとともに、高
速，大容量のマルチメディアデータを授受することがで
きる。また、種々のマルチメディアサービスに対応する
ことが可能となる。
【００２８】(2) (1) の場合に、プロセッサ部とプロセ
ッサ制御部との間の通信を行なう通信路６を別に設ける
ことによって、プロセッサ部とプロセッサ制御部との間
の通信をより効率的に行なって、マルチメディアサーバ
の性能を向上することができる。
ッサ制御部との間の通信を行なう通信路６を別に設ける
ことによって、プロセッサ部とプロセッサ制御部との間
の通信をより効率的に行なって、マルチメディアサーバ
の性能を向上することができる。
【００２９】(3) (1) の場合に、入出力部に蓄積されて
いるマルチメディアデータを他の入出力部に移動すると
き、スイッチ５経由でデータ転送を行なうようにするこ
とによって、プロセッサ部の負担を軽減して、主データ
の流れを迅速にすることができる。
いるマルチメディアデータを他の入出力部に移動すると
き、スイッチ５経由でデータ転送を行なうようにするこ
とによって、プロセッサ部の負担を軽減して、主データ
の流れを迅速にすることができる。
【００３０】(4) (1) の場合に、入出力部とプロセッサ
部とを組にして増設可能なように構成することによっ
て、スケーラブル性に富んだマルチメディアサーバを実
現することができる。
部とを組にして増設可能なように構成することによっ
て、スケーラブル性に富んだマルチメディアサーバを実
現することができる。
【００３１】(5) (1) の場合に、各入出力部から伝送す
るマルチメディアデータの同期合わせに必要な信号を、
高速通信ネットワーク２を介して授受するようにするこ
とによって、多くの利用者に対して、例えば画面上で同
期合わせの必要なサービスを提供することができる。
るマルチメディアデータの同期合わせに必要な信号を、
高速通信ネットワーク２を介して授受するようにするこ
とによって、多くの利用者に対して、例えば画面上で同
期合わせの必要なサービスを提供することができる。
【００３２】(6) (1) の場合に、各入出力部におけるデ
ータを検索する場合に、高速通信ネットワーク２を介し
て信号の授受を行なって、対応するプロセッサ部におけ
る検索結果を、他のプロセッサ部へ伝送することによっ
て、利用者が増加しても、高速に検索結果を求めること
ができるようになる。
ータを検索する場合に、高速通信ネットワーク２を介し
て信号の授受を行なって、対応するプロセッサ部におけ
る検索結果を、他のプロセッサ部へ伝送することによっ
て、利用者が増加しても、高速に検索結果を求めること
ができるようになる。
【００３３】(7) (1) の場合に、通信路に接続されてい
るユーザ内で発生したデータを、マルチメディアサーバ
に接続されている他のすべてのユーザに伝達する場合
に、高速通信ネットワーク２を用いて各プロセッサ部と
の同期用信号の授受を行なうことによって、同時に接続
できる利用者数を飛躍的に増大させることができる。
るユーザ内で発生したデータを、マルチメディアサーバ
に接続されている他のすべてのユーザに伝達する場合
に、高速通信ネットワーク２を用いて各プロセッサ部と
の同期用信号の授受を行なうことによって、同時に接続
できる利用者数を飛躍的に増大させることができる。
【００３４】
【実施例】図２は、本発明のマルチメディアサーバの一
実施例の構成を示したものであって、（ａ）は全体の構
成を示し、（ｂ）はＣＰＵセルの詳細構成、（ｃ）はス
トリーム・コントローラの詳細構成である。図２（ａ）
において、１１1,１１2,…，１１n はマルチメディアデ
ータの入出力の制御を行なう複数のＣＰＵセル、１２は
ＣＰＵセル間で相互に通信を行なうための高速通信ネッ
ト、１３1,１３2,…，１３n は情報記録装置からマルチ
メディアデータを読み出し、またはマルチメディアデー
タを情報記憶装置に蓄積するストリーム・コントロー
ラ、１４は各ＣＰＵセルに対してマルチメディアデータ
の入出力指示を与える制御サーバ、１５はＡＴＭ信号を
交換するＡＴＭ交換機、１６はＡＴＭ信号を伝送するＡ
ＴＭネットワーク、１７は制御サーバ１４のバスであ
る。
実施例の構成を示したものであって、（ａ）は全体の構
成を示し、（ｂ）はＣＰＵセルの詳細構成、（ｃ）はス
トリーム・コントローラの詳細構成である。図２（ａ）
において、１１1,１１2,…，１１n はマルチメディアデ
ータの入出力の制御を行なう複数のＣＰＵセル、１２は
ＣＰＵセル間で相互に通信を行なうための高速通信ネッ
ト、１３1,１３2,…，１３n は情報記録装置からマルチ
メディアデータを読み出し、またはマルチメディアデー
タを情報記憶装置に蓄積するストリーム・コントロー
ラ、１４は各ＣＰＵセルに対してマルチメディアデータ
の入出力指示を与える制御サーバ、１５はＡＴＭ信号を
交換するＡＴＭ交換機、１６はＡＴＭ信号を伝送するＡ
ＴＭネットワーク、１７は制御サーバ１４のバスであ
る。
【００３５】図２（ａ）における、ＣＰＵセル１１1,１
１2,…，１１n ，高速通信ネット１２，ストリーム・コ
ントローラ１３1,１３2,…，１３n ，制御サーバ１４，
ＡＴＭ交換機１５，バス１７は、原理的構成を示す図１
におけるプロセッサ部１，高速通信ネットワーク２，入
出力部３，プロセッサ制御部４，スイッチ５，通信路６
にそれぞれ対応している。
１2,…，１１n ，高速通信ネット１２，ストリーム・コ
ントローラ１３1,１３2,…，１３n ，制御サーバ１４，
ＡＴＭ交換機１５，バス１７は、原理的構成を示す図１
におけるプロセッサ部１，高速通信ネットワーク２，入
出力部３，プロセッサ制御部４，スイッチ５，通信路６
にそれぞれ対応している。
【００３６】図２（ｂ）に示すＣＰＵセルにおいて、２
１は対応するストリーム・コントローラを制御するＣＰ
Ｕ、２２はＣＰＵ２１の使用するメモリ、２３は高速通
信ネット１２との通信を行なう通信インタフェース（Ｉ
／Ｆ）、２４は制御サーバ１４のバスとのインタフェー
スをとるバスインタフェース（Ｉ／Ｆ）である。
１は対応するストリーム・コントローラを制御するＣＰ
Ｕ、２２はＣＰＵ２１の使用するメモリ、２３は高速通
信ネット１２との通信を行なう通信インタフェース（Ｉ
／Ｆ）、２４は制御サーバ１４のバスとのインタフェー
スをとるバスインタフェース（Ｉ／Ｆ）である。
【００３７】また図２（ｃ）に示すストリーム・コント
ローラにおいて、３１1,…, ３１mはマルチメディアデ
ータを蓄積する情報記録装置を形成する複数のディスク
装置、３２は各ディスク装置の動作を制御するディスク
コントローラ、３３はストリーム・コントローラの入出
力とＡＴＭ交換機１５とのインタフェースをとるＡＴＭ
インタフェース（Ｉ／Ｆ）である。
ローラにおいて、３１1,…, ３１mはマルチメディアデ
ータを蓄積する情報記録装置を形成する複数のディスク
装置、３２は各ディスク装置の動作を制御するディスク
コントローラ、３３はストリーム・コントローラの入出
力とＡＴＭ交換機１５とのインタフェースをとるＡＴＭ
インタフェース（Ｉ／Ｆ）である。
【００３８】図３は、ＣＰＵセルとストリーム・コント
ローラの接続を説明するものであって、１１11，１１
12, …, １１1p, １１21，１１22, …, １１2p, …, １
１q1，１１q2, …, １１qpはそれぞれＣＰＵセル、１３
11，１３12, …, １３1p, １３ 21，１３22, …, １３
2p, …, １３q1，１３q2, …, １３qpはそれぞれのＣＰ
Ｕセルに対応して設けられたストリーム・コントローラ
である。各ストリーム・コントローラは、矢印で示すよ
うに、すべて図示されないＡＴＭ交換機１５に接続され
ている。
ローラの接続を説明するものであって、１１11，１１
12, …, １１1p, １１21，１１22, …, １１2p, …, １
１q1，１１q2, …, １１qpはそれぞれＣＰＵセル、１３
11，１３12, …, １３1p, １３ 21，１３22, …, １３
2p, …, １３q1，１３q2, …, １３qpはそれぞれのＣＰ
Ｕセルに対応して設けられたストリーム・コントローラ
である。各ストリーム・コントローラは、矢印で示すよ
うに、すべて図示されないＡＴＭ交換機１５に接続され
ている。
【００３９】制御サーバ１４から、いずれかのＣＰＵセ
ルに対してマルチメディアデータの入出力指示が与えら
れると、ＣＰＵセルは、その管理下にある、対応するス
トリーム・コントローラに対して、マルチメディアデー
タの入出力およびその有するディスク装置への読み書き
の指示を与える。
ルに対してマルチメディアデータの入出力指示が与えら
れると、ＣＰＵセルは、その管理下にある、対応するス
トリーム・コントローラに対して、マルチメディアデー
タの入出力およびその有するディスク装置への読み書き
の指示を与える。
【００４０】各ＣＰＵセルは、高速通信ネット１２によ
って、他の各ＣＰＵセルと相互間が結合されていて、Ｃ
ＰＵセル間での通信が必要になった場合には、高速通信
ネット１２を介して、データの授受を行なうようになっ
ていて、これによって、各ＣＰＵセル間における協調動
作が可能になる。
って、他の各ＣＰＵセルと相互間が結合されていて、Ｃ
ＰＵセル間での通信が必要になった場合には、高速通信
ネット１２を介して、データの授受を行なうようになっ
ていて、これによって、各ＣＰＵセル間における協調動
作が可能になる。
【００４１】例えば、マルチメディアサーバから伝送す
る異なるマルチメディアデータを同一画面上において表
示する場合のように、マルチメディアデータの同期合わ
せが必要な場合、同期合わせのための信号を高速通信ネ
ット１２を介して授受することによって、多くの利用者
に対して、同期合わせの必要なサービスを提供すること
ができる。
る異なるマルチメディアデータを同一画面上において表
示する場合のように、マルチメディアデータの同期合わ
せが必要な場合、同期合わせのための信号を高速通信ネ
ット１２を介して授受することによって、多くの利用者
に対して、同期合わせの必要なサービスを提供すること
ができる。
【００４２】各ストリーム・コントローラは、それが管
理下にあるＣＰＵセルからの制御のもとに、ＡＴＭネッ
トワーク１６へマルチメディアデータを送出したり、逆
にＡＴＭネットワーク１６からマルチメディアデータを
受信したりするとともに、マルチメディアデータを複数
のディスク装置に蓄積することができる。
理下にあるＣＰＵセルからの制御のもとに、ＡＴＭネッ
トワーク１６へマルチメディアデータを送出したり、逆
にＡＴＭネットワーク１６からマルチメディアデータを
受信したりするとともに、マルチメディアデータを複数
のディスク装置に蓄積することができる。
【００４３】ＡＴＭ交換機１５は、外部（ＡＴＭネット
ワーク）との通信を行なう場合に、効率的に通信路を用
いるために設けられている。各ストリーム・コントロー
ラは、蓄積されているマルチメディアデータを他のスト
リーム・コントローラに移動するとき、ＡＴＭ交換機１
５経由でデータ転送を行なうことができ、これによっ
て、ＣＰＵセルの負担を軽減することができるようにな
っている。
ワーク）との通信を行なう場合に、効率的に通信路を用
いるために設けられている。各ストリーム・コントロー
ラは、蓄積されているマルチメディアデータを他のスト
リーム・コントローラに移動するとき、ＡＴＭ交換機１
５経由でデータ転送を行なうことができ、これによっ
て、ＣＰＵセルの負担を軽減することができるようにな
っている。
【００４４】また、マルチメディアサーバにおいて、ユ
ーザからの要求に応じて、時々刻々に変化するマルチメ
ディアデータの検索を行なう場合、ＣＰＵセルの検索結
果を他のＣＰＵセルに伝送する場合に、高速通信ネット
１２を用いて信号の授受を行なうようにすることによっ
て、利用者が増加した場合でも、高速に検索結果を求め
ることができる。
ーザからの要求に応じて、時々刻々に変化するマルチメ
ディアデータの検索を行なう場合、ＣＰＵセルの検索結
果を他のＣＰＵセルに伝送する場合に、高速通信ネット
１２を用いて信号の授受を行なうようにすることによっ
て、利用者が増加した場合でも、高速に検索結果を求め
ることができる。
【００４５】さらに、マルチメディアサーバにおいて、
あるユーザ内で発生したデータを、マルチメディアサー
バに接続されている他のすべてのユーザに伝達する場合
のように、複数ユーザの同期合わせが必要な場合、高速
通信ネット１２を用いて信号の授受を行なうことによっ
て、同時に接続できるユーザ数を大幅に増加させること
ができる。
あるユーザ内で発生したデータを、マルチメディアサー
バに接続されている他のすべてのユーザに伝達する場合
のように、複数ユーザの同期合わせが必要な場合、高速
通信ネット１２を用いて信号の授受を行なうことによっ
て、同時に接続できるユーザ数を大幅に増加させること
ができる。
【００４６】図１の実施例の場合、ストリーム・コント
ローラとＣＰＵセルとは、組として設けられていて、サ
ービス要求数に応じて、任意の組数を増設することによ
って対応することができ、スケーラブル性に富んでい
る。
ローラとＣＰＵセルとは、組として設けられていて、サ
ービス要求数に応じて、任意の組数を増設することによ
って対応することができ、スケーラブル性に富んでい
る。
【００４７】以下、図２および図３に基づいて、マルチ
メディアサーバの動作を説明する。いま、ユーザから、
動画像を表示したいという要求が発生し、その要求が、
公衆網のようなＡＴＭネットワーク１６を介して、マル
チメディアサーバに到着し、これによって要求元へデー
タを配信する動作を行なうものとする。
メディアサーバの動作を説明する。いま、ユーザから、
動画像を表示したいという要求が発生し、その要求が、
公衆網のようなＡＴＭネットワーク１６を介して、マル
チメディアサーバに到着し、これによって要求元へデー
タを配信する動作を行なうものとする。
【００４８】ユーザからの要求は、ＡＴＭ交換機１５を
介して制御サーバ１４に入力される。このときの要求に
は、動画像を要求元へ伝送するために十分な情報が含ま
れている。例えば、要求元が誰であるかを示す情報や、
要求された動画像を特定するために十分な情報が与えら
れる。
介して制御サーバ１４に入力される。このときの要求に
は、動画像を要求元へ伝送するために十分な情報が含ま
れている。例えば、要求元が誰であるかを示す情報や、
要求された動画像を特定するために十分な情報が与えら
れる。
【００４９】制御サーバ１４では、マルチメディアサー
バにおける各ストリーム・コントローラに蓄積されてい
るすべての動画像データと、そのデータがどのストリー
ム・コントローラのディスク装置に記録されているかを
予め記憶していて、個々の要求に対して、どのＣＰＵセ
ルを動作させて要求に応えるかを判断する。そしてこの
判断をもとに、制御サーバ１４は該当するＣＰＵセルに
対して、動画像の配信指示を与える。
バにおける各ストリーム・コントローラに蓄積されてい
るすべての動画像データと、そのデータがどのストリー
ム・コントローラのディスク装置に記録されているかを
予め記憶していて、個々の要求に対して、どのＣＰＵセ
ルを動作させて要求に応えるかを判断する。そしてこの
判断をもとに、制御サーバ１４は該当するＣＰＵセルに
対して、動画像の配信指示を与える。
【００５０】ＣＰＵセルから指示を受けた、対応するス
トリーム・コントローラでは、ディスクコントローラ３
２の制御のもとに、要求された動画像データをいずれか
のディスク装置から読み出して、ＡＴＭＩ／Ｆ３３を経
てＡＴＭ交換機１５へ送出する。出力された動画像デー
タは、ＡＴＭ交換機１５を経てＡＴＭネットワーク１６
へ出力される。
トリーム・コントローラでは、ディスクコントローラ３
２の制御のもとに、要求された動画像データをいずれか
のディスク装置から読み出して、ＡＴＭＩ／Ｆ３３を経
てＡＴＭ交換機１５へ送出する。出力された動画像デー
タは、ＡＴＭ交換機１５を経てＡＴＭネットワーク１６
へ出力される。
【００５１】以上の動作例においては、動画像データの
配信について記述したが、動画像データに限らず、静止
画像，図形データ，音声データ，プログラム等でもよ
く、ディジタル化されたデータであれば適用することが
できる。また、マルチメディアデータを記憶する装置と
して、ディスク装置に限らず、テープ装置，半導体メモ
リ等でもよく、ディジタルデータを記憶するための装置
であれば適用することができる。
配信について記述したが、動画像データに限らず、静止
画像，図形データ，音声データ，プログラム等でもよ
く、ディジタル化されたデータであれば適用することが
できる。また、マルチメディアデータを記憶する装置と
して、ディスク装置に限らず、テープ装置，半導体メモ
リ等でもよく、ディジタルデータを記憶するための装置
であれば適用することができる。
【００５２】またユーザとの通信手段として、ＡＴＭ技
術によるものを記述したが、これに限るものでなく、従
来からあるアナログ公衆網の伝送路や、ＬＡＮのような
私設網でもよく、電気信号を用いる情報伝達手段であれ
ば適用できる。さらに情報の配信だけでなく、情報の受
信についても、同様な動作が行なわれるとともに、送受
信を同時に行なう場合においても、同様に動作すること
ができる。
術によるものを記述したが、これに限るものでなく、従
来からあるアナログ公衆網の伝送路や、ＬＡＮのような
私設網でもよく、電気信号を用いる情報伝達手段であれ
ば適用できる。さらに情報の配信だけでなく、情報の受
信についても、同様な動作が行なわれるとともに、送受
信を同時に行なう場合においても、同様に動作すること
ができる。
【００５３】次に、マルチメディアサービスに適合した
プロセッサ間通信手段のアーキテクチャとして、本発明
方式のように、処理を行なう複数のプロセッサが密に結
合した、密結合アーキテクチャの場合と、従来方式のよ
うに、処理を行なう複数のプロセッサが疎に結合した、
疎結合アーキテクチャの場合とについて、その処理速度
および処理能力について比較検討する。
プロセッサ間通信手段のアーキテクチャとして、本発明
方式のように、処理を行なう複数のプロセッサが密に結
合した、密結合アーキテクチャの場合と、従来方式のよ
うに、処理を行なう複数のプロセッサが疎に結合した、
疎結合アーキテクチャの場合とについて、その処理速度
および処理能力について比較検討する。
【００５４】図４は、プロセッサ間通信手段の構成を示
したものであって、（ａ）は密結合アーキテクチャの場
合を示し、（ｂ）は疎結合アーキテクチャの場合を示し
ている。図中、４１1,４１2,…, ４１n はセル、４２1,
４２2 …, ４２m はパソコン（ＰＣ）である。
したものであって、（ａ）は密結合アーキテクチャの場
合を示し、（ｂ）は疎結合アーキテクチャの場合を示し
ている。図中、４１1,４１2,…, ４１n はセル、４２1,
４２2 …, ４２m はパソコン（ＰＣ）である。
【００５５】密結合アーキテクチャの場合は、超並列プ
ロセッサベースであって、複数のプロセッサを広帯域通
信路で結合して、同時に複数のセルが１対１通信を行な
う。また疎結合アーキテクチャの場合は、パソコンベー
スであって、複数のパソコンをイーサネット等の汎用通
信路で結合して、常に２台（１組）のパソコン間通信の
みを行なう。
ロセッサベースであって、複数のプロセッサを広帯域通
信路で結合して、同時に複数のセルが１対１通信を行な
う。また疎結合アーキテクチャの場合は、パソコンベー
スであって、複数のパソコンをイーサネット等の汎用通
信路で結合して、常に２台（１組）のパソコン間通信の
みを行なう。
【００５６】図５は、プロセッサ間通信手段の性能と、
そのサービスへの影響とを示したものであって、上述の
密結合アーキテクチャと疎結合アーキテクチャのそれぞ
れについて、プロセッサ間通信のレイテンシ，プロセッ
サ間通信のスループット，通信単位とについて性能の比
較を行なうとともに、分散マルチメディアデータの同期
と検索および複数ユーザへの同期サービスについての影
響を示している。
そのサービスへの影響とを示したものであって、上述の
密結合アーキテクチャと疎結合アーキテクチャのそれぞ
れについて、プロセッサ間通信のレイテンシ，プロセッ
サ間通信のスループット，通信単位とについて性能の比
較を行なうとともに、分散マルチメディアデータの同期
と検索および複数ユーザへの同期サービスについての影
響を示している。
【００５７】以下、第１の例としてマルチ画面を含む複
数メディアの同期を考えることとし、次のようなモデル
を設定する。
数メディアの同期を考えることとし、次のようなモデル
を設定する。
【００５８】複数のビデオ動画像，音声，グラフィック
画面、テキスト等１６個のメディア情報を、別々のプロ
セッサからクライアントへ送る。クライアントは、これ
らのメディア情報を、マルチウィンドウ画面に合成して
表示する。各プロセッサから送られるメディア情報は、
同期していないと、クライアント側では正しく合成する
ことができない。そこで、１台のプロセッサから残り１
５台のプロセッサに同期信号を送ることによって、１６
台のプロセッサが、同期のとれたメディア情報をクライ
アントに送信する。ここで同期信号は、０．５ｓに１回
送出され、１６バイトからなっている。
画面、テキスト等１６個のメディア情報を、別々のプロ
セッサからクライアントへ送る。クライアントは、これ
らのメディア情報を、マルチウィンドウ画面に合成して
表示する。各プロセッサから送られるメディア情報は、
同期していないと、クライアント側では正しく合成する
ことができない。そこで、１台のプロセッサから残り１
５台のプロセッサに同期信号を送ることによって、１６
台のプロセッサが、同期のとれたメディア情報をクライ
アントに送信する。ここで同期信号は、０．５ｓに１回
送出され、１６バイトからなっている。
【００５９】図５に示されたプロセッサ間通信の制限の
もとで、同時に何人まで情報配信のサービスを受けられ
るかを計算する。必要な情報量は、クライアント１人あ
たり、０．５ｓごとに１５バイト×１５パケットであ
る。
もとで、同時に何人まで情報配信のサービスを受けられ
るかを計算する。必要な情報量は、クライアント１人あ
たり、０．５ｓごとに１５バイト×１５パケットであ
る。
【００６０】密結合アーキテクチャの場合は、前提とし
て、レイテンシ２０μｓ，スループット１０ＭＢ／ｓと
すると、 １６バイト×１５パケットの送信時間 …３３０μｓ
（レイテンシが９１パーセントの３００μｓ） ０．５ｓに送信できるパケット数 …０．５ｓ／３３０
μｓ＝１，５２０人分 各プロセッサが送信と同じだけ受信も行なうものとする
と、 １プロセッサあたり …１，５２０／２＝７６０人 １６プロセッサあたり …７６０×１６＝１２，１６０人
て、レイテンシ２０μｓ，スループット１０ＭＢ／ｓと
すると、 １６バイト×１５パケットの送信時間 …３３０μｓ
（レイテンシが９１パーセントの３００μｓ） ０．５ｓに送信できるパケット数 …０．５ｓ／３３０
μｓ＝１，５２０人分 各プロセッサが送信と同じだけ受信も行なうものとする
と、 １プロセッサあたり …１，５２０／２＝７６０人 １６プロセッサあたり …７６０×１６＝１２，１６０人
【００６１】疎結合アーキテクチャの場合は、前提とし
て、レイテンシ１．５ｍｓ，スループット１．２５ＭＢ
／ｓとすると、 １６バイト×１５パケットの送信時間 …２２．７ｍｓ
（レイテンシが９９％の２２．５ｍｓ） ０．５ｓに送信できるパケット数 …０．５ｓ／２２．
７ｍｓ＝２２人分 となって、密結合アーキテクチャの場合より著しく減少
する。なお、イーサネットでは、上記の通信を行なって
いる間、他の通信は一切行なうことができない。
て、レイテンシ１．５ｍｓ，スループット１．２５ＭＢ
／ｓとすると、 １６バイト×１５パケットの送信時間 …２２．７ｍｓ
（レイテンシが９９％の２２．５ｍｓ） ０．５ｓに送信できるパケット数 …０．５ｓ／２２．
７ｍｓ＝２２人分 となって、密結合アーキテクチャの場合より著しく減少
する。なお、イーサネットでは、上記の通信を行なって
いる間、他の通信は一切行なうことができない。
【００６２】次に、第２の例として、分散マルチメディ
アデータの検索を行なう場合を考える。一例としてデー
タベースを芋づる式に検索する処理を検討する。この場
合、内容が固定されたデータベースであれば、データベ
ース専用のプロセッサに制御を渡して、検索結果を受け
取るだけで済む。
アデータの検索を行なう場合を考える。一例としてデー
タベースを芋づる式に検索する処理を検討する。この場
合、内容が固定されたデータベースであれば、データベ
ース専用のプロセッサに制御を渡して、検索結果を受け
取るだけで済む。
【００６３】しかしながら、例えば、映画データを流し
ながら、その中に表示される商品の注文をオンラインシ
ョッピングで受け付ける場合であって、その価格が注文
量や、他の商品の売買状況によって変動し、流通経路も
変動するというようなとき、顧客データ，商品データ，
注文データ，流通データ等は、加入者とのインタラクシ
ョンによって時々刻々に更新する必要がある。従って、
データベース機能をサーバに組み込む必要が生じる。
ながら、その中に表示される商品の注文をオンラインシ
ョッピングで受け付ける場合であって、その価格が注文
量や、他の商品の売買状況によって変動し、流通経路も
変動するというようなとき、顧客データ，商品データ，
注文データ，流通データ等は、加入者とのインタラクシ
ョンによって時々刻々に更新する必要がある。従って、
データベース機能をサーバに組み込む必要が生じる。
【００６４】いま、マルチメディアサーバによって芋づ
る式検索を行なう場合として、次のようなモデルを設定
する。
る式検索を行なう場合として、次のようなモデルを設定
する。
【００６５】図６は、分散マルチメディアデータベース
検索の通信モデルを示したものであって、６１1,６１2,
…, ６１14はプロセッサ、６２はクライアントである。
図６に示されたように、クライアント６２がプロセッサ
６１1 に検索の要求を出すと、プロセッサ６１1 はデー
タベースを持つプロセッサ６１2 に検索の要求を出す。
プロセッサ６１2 は自分のデータベースを検索した結
果、他の３つのデータベースへのポインタが得られたの
で、それぞれのデータベースを持つプロセッサ６１3,６
１4,６１5 に検索要求を出す。
検索の通信モデルを示したものであって、６１1,６１2,
…, ６１14はプロセッサ、６２はクライアントである。
図６に示されたように、クライアント６２がプロセッサ
６１1 に検索の要求を出すと、プロセッサ６１1 はデー
タベースを持つプロセッサ６１2 に検索の要求を出す。
プロセッサ６１2 は自分のデータベースを検索した結
果、他の３つのデータベースへのポインタが得られたの
で、それぞれのデータベースを持つプロセッサ６１3,６
１4,６１5 に検索要求を出す。
【００６６】同様に、プロセッサ６１3,６１4,６１5
は、それぞれ図示のように３台のプロセッサに検索要求
を出す。要求を受けたプロセッサ６１6 〜６１14は、そ
れぞれ１０件ずつの検索結果をプロセッサ６１1 に返送
する。これによって、プロセッサ６１1 はクライアント
６２に、１０件×９の検索結果を提示する。
は、それぞれ図示のように３台のプロセッサに検索要求
を出す。要求を受けたプロセッサ６１6 〜６１14は、そ
れぞれ１０件ずつの検索結果をプロセッサ６１1 に返送
する。これによって、プロセッサ６１1 はクライアント
６２に、１０件×９の検索結果を提示する。
【００６７】ここで、プロセッサの処理時間は、プロセ
ッサ６１1 が０．４ｓ、他のすべてのプロセッサが、
０．２ｓであり、またプロセッサ間通信は、１件の通信
データがすべて１．５ＫＢであるものとする。
ッサ６１1 が０．４ｓ、他のすべてのプロセッサが、
０．２ｓであり、またプロセッサ間通信は、１件の通信
データがすべて１．５ＫＢであるものとする。
【００６８】第１の例の場合と同様なプロセッサ間通信
の制限のもとで、クライアントが要求を発信してから、
検索結果が得られるまでのレスポンスタイムを計算する
と次のようになる。 通信時間が０のときのレスポンスタイム…０．４＋０．
２＋０．２＋０．２＝１．０ｓ クライアント１人あたりの情報量：１，５ＫＢ×１０３
パケット
の制限のもとで、クライアントが要求を発信してから、
検索結果が得られるまでのレスポンスタイムを計算する
と次のようになる。 通信時間が０のときのレスポンスタイム…０．４＋０．
２＋０．２＋０．２＝１．０ｓ クライアント１人あたりの情報量：１，５ＫＢ×１０３
パケット
【００６９】密結合アーキテクチャの場合は、前提とし
て、レイテンシ２０μｓ，スループット１０ＭＢ／ｓと
すると、 １．５ＫＢパケットの送信時間…１７０μｓ（レイテン
シ２０μｓ，転送時間１５０μｓ） １．５ＫＢ×１０３パケットの送信時間…１７０μｓ×
１０３＝１８ｍｓ
て、レイテンシ２０μｓ，スループット１０ＭＢ／ｓと
すると、 １．５ＫＢパケットの送信時間…１７０μｓ（レイテン
シ２０μｓ，転送時間１５０μｓ） １．５ＫＢ×１０３パケットの送信時間…１７０μｓ×
１０３＝１８ｍｓ
【００７０】従ってレスポンスタイムは、 クライアントが１人のとき…１．０ｓ＋１８ｍｓ＝１．
０２ｓ である。
０２ｓ である。
【００７１】クライアントが多い場合は、１４台のプロ
セッサが互いに双方向通信を行なうことが可能であっ
て、次のようになる。 クライアントが１００人のとき…１．０ｓ＋１８ｍｓ×
１００／７＝１．２６ｓ クライアントが１０００人のとき…１．０ｓ＋１８ｍｓ
×１０００／７＝３．５７ｓ
セッサが互いに双方向通信を行なうことが可能であっ
て、次のようになる。 クライアントが１００人のとき…１．０ｓ＋１８ｍｓ×
１００／７＝１．２６ｓ クライアントが１０００人のとき…１．０ｓ＋１８ｍｓ
×１０００／７＝３．５７ｓ
【００７２】疎結合アーキテクチャの場合は、前提とし
て、レイテンシ１．５ｍｓ，スループット１．２５ＭＢ
／ｓとすると、 １．５ＫＢパケットの送信時間…２．７ｍｓ（レイテン
シ１．５ｍｓ，転送時間１．２ｍｓ） １．５ＫＢ×１０３パケットの送信時間…２．７ｍｓ×
１０３＝２８０ｍｓ
て、レイテンシ１．５ｍｓ，スループット１．２５ＭＢ
／ｓとすると、 １．５ＫＢパケットの送信時間…２．７ｍｓ（レイテン
シ１．５ｍｓ，転送時間１．２ｍｓ） １．５ＫＢ×１０３パケットの送信時間…２．７ｍｓ×
１０３＝２８０ｍｓ
【００７３】従ってレスポンスタイムは、 クライアントが１人のとき…１．０ｓ＋２８０ｍｓ＝
１．２８ｓ クライアントが１００人のとき…１．０ｓ＋２８０ｍｓ
×１００＝２９ｓ クライアントが１０００人のとき…１．０ｓ＋１０ｍｓ
×１０００＝２８１ｓ となって、密結合アーキテクチャの場合と比較して、大
幅に増加する。
１．２８ｓ クライアントが１００人のとき…１．０ｓ＋２８０ｍｓ
×１００＝２９ｓ クライアントが１０００人のとき…１．０ｓ＋１０ｍｓ
×１０００＝２８１ｓ となって、密結合アーキテクチャの場合と比較して、大
幅に増加する。
【００７４】さらに、第３の例として、参加型対戦ゲー
ムの場合を考える。この場合、対戦型ゲームとして、エ
アウォーリアのようなゲームを想定する。
ムの場合を考える。この場合、対戦型ゲームとして、エ
アウォーリアのようなゲームを想定する。
【００７５】この場合のゲームのモデルは、次のような
ものであるとする。 (1) 参加者は不特定多数である。 (2) スピードはリアルタイム（３０コマ／秒）である。
ものであるとする。 (1) 参加者は不特定多数である。 (2) スピードはリアルタイム（３０コマ／秒）である。
【００７６】(3) 描画機能として次の２つから選択可能
とする。 オブジェクトデータをセットトップ側で保存する、
シーン可変型。 山, 木, ビル, 戦闘機, ヘリコプタ, 戦車等のオブジェ
クト描画用実データは、セットトップ側で持つ。対戦場
所の地理データや地図データおよび固定オブジェクトの
位置等は、始めに一度だけサーバからセットトップヘダ
ウンロードする。移動物体（他プレーヤ等）の位置など
は、リアルタイムでサーバから送られてくる。セットト
ップでは、これらのデータを使って、コンピュータグラ
フィック（ＣＧ）のアクセラレータ等で、描画処理およ
び表示を行なう。
とする。 オブジェクトデータをセットトップ側で保存する、
シーン可変型。 山, 木, ビル, 戦闘機, ヘリコプタ, 戦車等のオブジェ
クト描画用実データは、セットトップ側で持つ。対戦場
所の地理データや地図データおよび固定オブジェクトの
位置等は、始めに一度だけサーバからセットトップヘダ
ウンロードする。移動物体（他プレーヤ等）の位置など
は、リアルタイムでサーバから送られてくる。セットト
ップでは、これらのデータを使って、コンピュータグラ
フィック（ＣＧ）のアクセラレータ等で、描画処理およ
び表示を行なう。
【００７７】 描画機能をサーバに依存する、シーン
可変型。 自機の位置やレーダの有効範囲等も考慮して、ＣＧ画面
をサーバ側で画像生成して、セットトップ側に供給す
る。セットトップは、単に表示するだけとする。
可変型。 自機の位置やレーダの有効範囲等も考慮して、ＣＧ画面
をサーバ側で画像生成して、セットトップ側に供給す
る。セットトップは、単に表示するだけとする。
【００７８】とのいずれを選択するかは、セットト
ップの能力と、ＣＰＵセルの能力に依存すると思われ
る。一般的な通信ゲームは、であると思われる。この
場合、データのダウンロードを行なう前に、事前にアク
セラレータの性能等をネゴシエーションして、ダウンロ
ードする情報の質，量を定めて、初期データをダウンロ
ードする。この方式で描画するようにすれば、性能の低
いボードでも、それなりの絵が見られるし、高性能のボ
ードであれば、より綺麗な絵が見られる。 (4) 通信内容（上り回線） 発生するデータの内訳は、次のようなものである。 自機の位置データ（Ｘ，Ｙ，Ｚ） 〔３×３２ｂｉ
ｔ〕 自機の方位データ（θ，φ，γ） 〔３×１６ｂｉ
ｔ〕 アクションアイテム（ｍ個） 〔ｍ×６４ｂｉ
ｔ〕
ップの能力と、ＣＰＵセルの能力に依存すると思われ
る。一般的な通信ゲームは、であると思われる。この
場合、データのダウンロードを行なう前に、事前にアク
セラレータの性能等をネゴシエーションして、ダウンロ
ードする情報の質，量を定めて、初期データをダウンロ
ードする。この方式で描画するようにすれば、性能の低
いボードでも、それなりの絵が見られるし、高性能のボ
ードであれば、より綺麗な絵が見られる。 (4) 通信内容（上り回線） 発生するデータの内訳は、次のようなものである。 自機の位置データ（Ｘ，Ｙ，Ｚ） 〔３×３２ｂｉ
ｔ〕 自機の方位データ（θ，φ，γ） 〔３×１６ｂｉ
ｔ〕 アクションアイテム（ｍ個） 〔ｍ×６４ｂｉ
ｔ〕
【００７９】アクションアイテムの個数ｍ＝１０とする
と、全部で９６＋４８＋６４０＝７８４ｂｉｔ（９８Ｂ
ｙｔｅ）のデータが１／３０秒ごとに発生する。以後の
計算では、１００Ｂｙｔｅとして扱う。なお、アクショ
ンアイテムとは、例えば、ミサイルの発射等の情報であ
る。
と、全部で９６＋４８＋６４０＝７８４ｂｉｔ（９８Ｂ
ｙｔｅ）のデータが１／３０秒ごとに発生する。以後の
計算では、１００Ｂｙｔｅとして扱う。なお、アクショ
ンアイテムとは、例えば、ミサイルの発射等の情報であ
る。
【００８０】１プロセッサ（ＣＰＵセルやパソコン）に
収容されている、各プレーヤ（ｎ人）の発生データを、
プロセッサ（ＣＰＵセルやパソコン）間で通信し合うこ
とによって、自分の画面上で発生した変動データを、他
のすべてのプレーヤに伝えるとともに、すべての他プレ
ーヤにおいて発生した変動データを受け取る。変動デー
タは、３０組／秒の割合で発生する。
収容されている、各プレーヤ（ｎ人）の発生データを、
プロセッサ（ＣＰＵセルやパソコン）間で通信し合うこ
とによって、自分の画面上で発生した変動データを、他
のすべてのプレーヤに伝えるとともに、すべての他プレ
ーヤにおいて発生した変動データを受け取る。変動デー
タは、３０組／秒の割合で発生する。
【００８１】密結合アーキテクチャの場合、文献（「ト
ーラスネットワークにおける最適全対全通信方式」；堀
江健志，林憲一：情報処理学会論文誌；Vo.l34 No.4 ；
pp.628-637;Apr.1993 ）の記載によれば、通信所要時間
として、次の計算式が示されている。 Ｔ＝（Ｐ−３／４）＊（１１．６＋ｍ／１７．１）〔ｕ
ｓ〕 ここで、Ｐはプロセッサ数の平方根、ｍはメッセージサ
イズ〔Ｂｙｔｅ）、Ｔは時間〔μｓ〕である。
ーラスネットワークにおける最適全対全通信方式」；堀
江健志，林憲一：情報処理学会論文誌；Vo.l34 No.4 ；
pp.628-637;Apr.1993 ）の記載によれば、通信所要時間
として、次の計算式が示されている。 Ｔ＝（Ｐ−３／４）＊（１１．６＋ｍ／１７．１）〔ｕ
ｓ〕 ここで、Ｐはプロセッサ数の平方根、ｍはメッセージサ
イズ〔Ｂｙｔｅ）、Ｔは時間〔μｓ〕である。
【００８２】図７は、密結合アーキテクチャにおける同
時プレイ数を示したものであって、３３．３ｍｓ以内で
通信可能なメッセージサイズをまとめて示したものであ
る。
時プレイ数を示したものであって、３３．３ｍｓ以内で
通信可能なメッセージサイズをまとめて示したものであ
る。
【００８３】疎結合アーキテクチャの場合、ｎ台のパソ
コン間で１組のデータの授受を行なうためには、ｎ×
（ｎ−１）回の通信が必要である。従ってパソコンが２
台のときは２回、３台のときは６回、４台のときは１２
回、５台のときは２０回の通信が発生する。
コン間で１組のデータの授受を行なうためには、ｎ×
（ｎ−１）回の通信が必要である。従ってパソコンが２
台のときは２回、３台のときは６回、４台のときは１２
回、５台のときは２０回の通信が発生する。
【００８４】イーサネットの場合、パケットサイズが１
５１８Ｂｙｔｅとなっているので、１０Ｍｂｐｓの転送
レートをフルに使用できると仮定すると、最大パケット
数は次のようになる。 １０Ｍｂｐｓ／１５１８Ｂｙｔｅ＝８６３パケット／ｓ
＝２８パケット／（１／３０）ｓ
５１８Ｂｙｔｅとなっているので、１０Ｍｂｐｓの転送
レートをフルに使用できると仮定すると、最大パケット
数は次のようになる。 １０Ｍｂｐｓ／１５１８Ｂｙｔｅ＝８６３パケット／ｓ
＝２８パケット／（１／３０）ｓ
【００８５】ただしこれは、イーサネットの物理的転送
能力だけで計算したものであって、キャリアセンスの時
間，コリジョンが発生した場合の処理，ヘッダ処理，Ａ
ｃｋ処理等が必要なので、実際には１０Ｍｂｐｓの転送
は不可能であるが、仮にイーサネットの最大性能を発揮
できたものとして計算したものである。
能力だけで計算したものであって、キャリアセンスの時
間，コリジョンが発生した場合の処理，ヘッダ処理，Ａ
ｃｋ処理等が必要なので、実際には１０Ｍｂｐｓの転送
は不可能であるが、仮にイーサネットの最大性能を発揮
できたものとして計算したものである。
【００８６】１パケット中のユーザデータサイズは最大
１４６０Ｂｙｔｅであり、従って、 １４６０（Ｂｙｔｅ／パケット）／１００（Ｂｙｔｅ／
人）＝１４人／パケット となる。
１４６０Ｂｙｔｅであり、従って、 １４６０（Ｂｙｔｅ／パケット）／１００（Ｂｙｔｅ／
人）＝１４人／パケット となる。
【００８７】図８は、疎結合アーキテクチャにおける同
時プレイ数を示したものであって、上述の数値から求め
られたものである。図７に示された密結合アーキテクチ
ャの場合と比較すると、同時にプレイできる人数が、大
幅に少ないことがわかる。
時プレイ数を示したものであって、上述の数値から求め
られたものである。図７に示された密結合アーキテクチ
ャの場合と比較すると、同時にプレイできる人数が、大
幅に少ないことがわかる。
【００８８】
【発明の効果】以上説明したように本発明によれば、マ
ルチメディアデータを蓄積して、要求に応じて提供する
マルチメディアサーバにおいて、さまざまなマルチメデ
ィアデータの要求に対して、効率的に対応することがで
きるとともに、従来、困難であった、高速, 大容量のマ
ルチメディアデータの授受を行なうことが可能となる。
ルチメディアデータを蓄積して、要求に応じて提供する
マルチメディアサーバにおいて、さまざまなマルチメデ
ィアデータの要求に対して、効率的に対応することがで
きるとともに、従来、困難であった、高速, 大容量のマ
ルチメディアデータの授受を行なうことが可能となる。
【００８９】またマルチメディアデータの配信のみに限
らず、さまざまな形態のマルチメディアサービスに対応
して、高速, 大容量のマルチメディアデータに関するサ
ービスを実現することができるようになる。
らず、さまざまな形態のマルチメディアサービスに対応
して、高速, 大容量のマルチメディアデータに関するサ
ービスを実現することができるようになる。
【図１】本発明の原理的構成を示す図である。
【図２】本発明のマルチメディアサーバの一実施例の構
成を示す図であって、（ａ）は全体の構成を示し、
（ｂ）はＣＰＵセルの詳細構成、（ｃ）はストリーム・
コントローラの詳細構成である。
成を示す図であって、（ａ）は全体の構成を示し、
（ｂ）はＣＰＵセルの詳細構成、（ｃ）はストリーム・
コントローラの詳細構成である。
【図３】ＣＰＵセルとストリーム・コントローラの接続
を説明する図である。
を説明する図である。
【図４】プロセッサ間通信手段の構成を示す図であっ
て、（ａ）は密結合アーキテクチャの場合を示し、
（ｂ）は疎結合アーキテクチャの場合を示す。
て、（ａ）は密結合アーキテクチャの場合を示し、
（ｂ）は疎結合アーキテクチャの場合を示す。
【図５】プロセッサ間通信手段の性能と、そのサービス
への影響とを示す図である。
への影響とを示す図である。
【図６】分散マルチメディアデータベース検索の通信モ
デルを示す図である。
デルを示す図である。
【図７】密結合アーキテクチャにおける同時プレイ数を
示す図である。
示す図である。
【図８】疎結合アーキテクチャにおける同時プレイ数を
示す図である。
示す図である。
【図９】第１の従来例を示す図である。
【図１０】第２の従来例を示す図である。
【図１１】第３の従来例を示す図である。
１ プロセッサ部 ２ 高速通信ネットワーク ３ 入出力部 ４ プロセッサ制御部 ５ スイッチ ６ 通信路
───────────────────────────────────────────────────── フロントページの続き (72)発明者 浜野 崇 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 松尾 直司 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内
Claims (7)
- 【請求項１】 ＣＰＵ，メモリおよびインタフェース機
能を有する複数のプロセッサ部と、 該各プロセッサ部間の通信を行なう高速通信ネットワー
クと、 マルチメディアデータを蓄積するとともに前記プロセッ
サ部の制御に応じて通信路に対して該マルチメディアデ
ータを入出力する入出力部と、 前記各プロセッサ部の処理を制御するプロセッサ制御部
と、 前記各入出力部に対する通信路の交換を行なうスイッチ
とを備えたことを特徴とするマルチメディアサーバ。 - 【請求項２】 請求項１に記載のマルチメディアサーバ
において、前記プロセッサ部とプロセッサ制御部との間
の通信を行なう通信路を別に設けたことを特徴とするマ
ルチメディアサーバ。 - 【請求項３】 請求項１に記載のマルチメディアサーバ
において、前記入出力部に蓄積されているマルチメディ
アデータを他の入出力部に移動するとき、前記スイッチ
経由でデータ転送を行なうようにしたことを特徴とする
マルチメディアサーバ。 - 【請求項４】 請求項１に記載のマルチメディアサーバ
において、前記入出力部とプロセッサ部とを組にして増
設可能にしたことを特徴とするマルチメディアサーバ。 - 【請求項５】 請求項１に記載のマルチメディアサーバ
において、各入出力部から伝送するマルチメディアデー
タの同期合わせに必要な信号を前記高速通信ネットワー
クを介して授受することを特徴とするマルチメディアサ
ーバ。 - 【請求項６】 請求項１に記載のマルチメディアサーバ
において、各入出力部におけるデータを検索する場合
に、前記高速通信ネットワークを介して信号の授受を行
なって、対応するプロセッサ部における検索結果を他の
プロセッサ部へ伝送することを特徴とするマルチメディ
アサーバ。 - 【請求項７】 請求項１に記載のマルチメディアサーバ
において、通信路に接続されているユーザ内で発生した
データを、該マルチメディアサーバに接続されている他
のすべてのユーザに伝達する場合に、前記高速通信ネッ
トワークを用いて各プロセッサ部との同期用信号の授受
を行なうことを特徴とするマルチメディアサーバ。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6292924A JPH08153113A (ja) | 1994-11-28 | 1994-11-28 | マルチメディアサーバ |
| US08/563,544 US5717854A (en) | 1994-11-28 | 1995-11-28 | Multimedia server having a plurality of stream controllers directly connected to the network |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6292924A JPH08153113A (ja) | 1994-11-28 | 1994-11-28 | マルチメディアサーバ |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08153113A true JPH08153113A (ja) | 1996-06-11 |
Family
ID=17788175
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6292924A Pending JPH08153113A (ja) | 1994-11-28 | 1994-11-28 | マルチメディアサーバ |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5717854A (ja) |
| JP (1) | JPH08153113A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001312480A (ja) * | 2000-05-01 | 2001-11-09 | Nec Corp | マルチプロセッサシステム |
Families Citing this family (26)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6449730B2 (en) * | 1995-10-24 | 2002-09-10 | Seachange Technology, Inc. | Loosely coupled mass storage computer cluster |
| US5862312A (en) * | 1995-10-24 | 1999-01-19 | Seachange Technology, Inc. | Loosely coupled mass storage computer cluster |
| JPH09231264A (ja) * | 1996-02-23 | 1997-09-05 | Hitachi Ltd | オンラインショッピング支援方法およびシステム |
| JPH09251437A (ja) * | 1996-03-18 | 1997-09-22 | Toshiba Corp | 計算機装置及び連続データサーバ装置 |
| JP3150624B2 (ja) * | 1996-09-13 | 2001-03-26 | 株式会社ディジタル・ビジョン・ラボラトリーズ | 通信システム及び通信経路制御方法 |
| US6758755B2 (en) | 1996-11-14 | 2004-07-06 | Arcade Planet, Inc. | Prize redemption system for games executed over a wide area network |
| JP3271916B2 (ja) * | 1996-12-06 | 2002-04-08 | 株式会社エクシング | 音・動画再生システム |
| US6078966A (en) * | 1997-01-14 | 2000-06-20 | Mitsumi Electric Co., Ltd. | Switching means for directly controlling operation of data storage devices, data storage/reproducing devices, and data reproducing devices |
| US5875300A (en) * | 1997-01-30 | 1999-02-23 | Matsushita Electric Industrial Co., Ltd. | Cell loss reduction in a video server with ATM backbone network |
| US6128653A (en) * | 1997-03-17 | 2000-10-03 | Microsoft Corporation | Method and apparatus for communication media commands and media data using the HTTP protocol |
| US6449653B2 (en) | 1997-03-25 | 2002-09-10 | Microsoft Corporation | Interleaved multiple multimedia stream for synchronized transmission over a computer network |
| US6412004B1 (en) * | 1997-03-27 | 2002-06-25 | Microsoft Corporation | Metaserver for a multimedia distribution network |
| US6256660B1 (en) * | 1997-04-08 | 2001-07-03 | International Business Machines Corporation | Method and program product for allowing application programs to avoid unnecessary packet arrival interrupts |
| US7810123B1 (en) * | 1998-02-18 | 2010-10-05 | Verizon Corporate Services Group Inc. | Method and system for interactive multimedia |
| US6591305B2 (en) * | 1998-06-30 | 2003-07-08 | Sun Microsystems, Inc. | Method and system for delivering data from a server object to a client object using a non-proprietary data transfer protocol |
| US6061720A (en) * | 1998-10-27 | 2000-05-09 | Panasonic Technologies, Inc. | Seamless scalable distributed media server |
| US6377972B1 (en) * | 1999-01-19 | 2002-04-23 | Lucent Technologies Inc. | High quality streaming multimedia |
| EP1024665A1 (en) * | 1999-01-28 | 2000-08-02 | Sony Service Center (Europe) N.V. | Class-creation from disk |
| US6639896B1 (en) * | 1999-04-01 | 2003-10-28 | Diva Systems Corporation | Asynchronous serial interface (ASI) ring network for digital information distribution |
| US7281199B1 (en) * | 1999-04-14 | 2007-10-09 | Verizon Corporate Services Group Inc. | Methods and systems for selection of multimedia presentations |
| US7487531B1 (en) * | 1999-12-10 | 2009-02-03 | Sedna Patent Services, Llc | Method and apparatus of load sharing and improving fault tolerance in an interactive video distribution system |
| EP1242901B1 (en) * | 1999-12-10 | 2009-08-19 | Comcast IP Holdings I, LLC | Method and apparatus of load sharing and improving fault tolerance in an interactive video distribution system |
| EP1580960A3 (en) * | 2000-02-21 | 2011-12-28 | NTT DoCoMo, Inc. | Information distributing method, information distributing system, information distributing server, mobile communication network system, and communication service providing method |
| US20020083124A1 (en) * | 2000-10-04 | 2002-06-27 | Knox Christopher R. | Systems and methods for supporting the delivery of streamed content |
| US20020085497A1 (en) * | 2000-12-28 | 2002-07-04 | Phillips Robert C. | Non-volatile data storage to cell-based switch fabric interface |
| US8996719B2 (en) * | 2011-04-03 | 2015-03-31 | Jeremiah Condon | System and method of adaptive transport of multimedia data |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4855903A (en) * | 1984-12-20 | 1989-08-08 | State University Of New York | Topologically-distributed-memory multiprocessor computer |
| US5333320A (en) * | 1990-01-09 | 1994-07-26 | Hajime Seki | Electronic computer system and processor element used with the computer system |
| US5508732A (en) * | 1993-03-22 | 1996-04-16 | International Business Machines Corporation | Data server, control server and gateway architecture system and method for broadcasting digital video on demand |
| ES2112976T3 (es) * | 1993-05-19 | 1998-04-16 | Alsthom Cge Alcatel | Red de videos a peticion. |
| US5414455A (en) * | 1993-07-07 | 1995-05-09 | Digital Equipment Corporation | Segmented video on demand system |
| US5566321A (en) * | 1993-12-13 | 1996-10-15 | Cray Research, Inc. | Method of managing distributed memory within a massively parallel processing system |
-
1994
- 1994-11-28 JP JP6292924A patent/JPH08153113A/ja active Pending
-
1995
- 1995-11-28 US US08/563,544 patent/US5717854A/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2001312480A (ja) * | 2000-05-01 | 2001-11-09 | Nec Corp | マルチプロセッサシステム |
Also Published As
| Publication number | Publication date |
|---|---|
| US5717854A (en) | 1998-02-10 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08153113A (ja) | マルチメディアサーバ | |
| US5832287A (en) | Wideband on-demand video distribution system and method | |
| CN1134934C (zh) | 用于根据客户特殊请求分发连续媒体内容的系统及方法 | |
| US5504896A (en) | Method and apparatus for controlling program sources in an interactive television system using hierarchies of finite state machines | |
| US5608448A (en) | Hybrid architecture for video on demand server | |
| CN1893648B (zh) | 一种分布式计算机系统 | |
| US5325493A (en) | System for distributing command/data packets tagged by their unit identifier for parallel processing by a ready processing unit and recombination | |
| USRE38134E1 (en) | System for communications where first priority data transfer is not disturbed by second priority data transfer and where allocated bandwidth is removed when process terminates abnormally | |
| CN107320949A (zh) | 用于增强现实的书对象 | |
| CA2195431A1 (en) | Multiple user data storage, retrieval and distribution system | |
| JPH10150584A (ja) | デジタルスタジオ装置およびその制御方法 | |
| US20070081538A1 (en) | Off-load engine to re-sequence data packets within host memory | |
| JPS60144870A (ja) | 対話式教育用多重プロセッサ・システムにおいて複数のプロセッサ・ステーションの１つに対話式教育用プログラムを供給する方法及び装置 | |
| US5784570A (en) | Server for applying a recipient filter and compressing the input data stream based upon a set of at least one characteristics in a multiuser interactive virtual environment | |
| WO2002092177A2 (en) | Method and arrangement for providing an interactive game including three-dimensional graphics | |
| JP2666033B2 (ja) | データ供給装置 | |
| US20220360616A1 (en) | Multicast broadcast network architecture | |
| JP2002135748A (ja) | 情報提供システム、方法及びコンピュータプログラム | |
| JPS5873260A (ja) | デ−タ伝送方式 | |
| Natarajan | Video servers take root | |
| JPH096849A (ja) | オンライン端末装置及び画像表示方法 | |
| Noma et al. | Multi-point virtual space teleconferencing system | |
| Scott et al. | Communications support for multimedia workstations | |
| JP2000244487A (ja) | 多人数参加型仮想空間コミュニケーションシステム | |
| JP3755164B2 (ja) | 画像表示装置及び方法、並びに情報提供装置及び方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20020212 |