JP3357393B2 - 画像情報サービスシステム - Google Patents
画像情報サービスシステムInfo
- Publication number
- JP3357393B2 JP3357393B2 JP17359692A JP17359692A JP3357393B2 JP 3357393 B2 JP3357393 B2 JP 3357393B2 JP 17359692 A JP17359692 A JP 17359692A JP 17359692 A JP17359692 A JP 17359692A JP 3357393 B2 JP3357393 B2 JP 3357393B2
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- image data
- data
- block
- image
- 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.)
- Expired - Fee Related
Links
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【産業上の利用分野】本発明は、動画像を中心とした画
像情報サービスシステムに関するものである。
像情報サービスシステムに関するものである。
【０００２】
【従来の技術】画像情報サービスシステムは、通常のデ
ータサービスシステムと比較して、長大なデータを取り
扱い、かつ複数のユーザからの多重アクセスをリアルタ
イムに受付可能とする点にその特長がある。これまでに
リアルタイムで多重アクセスを実現する方法として、高
速アクセスおよび並列転送可能な半導体バッファを記憶
装置の出力側に配置して多重度を高めるステージング方
式と、所望の画像サービスの転送速度に比較して記憶装
置の転送速度を十分に高めておき時分割制御により多重
度を高める方式とが提案されている。
ータサービスシステムと比較して、長大なデータを取り
扱い、かつ複数のユーザからの多重アクセスをリアルタ
イムに受付可能とする点にその特長がある。これまでに
リアルタイムで多重アクセスを実現する方法として、高
速アクセスおよび並列転送可能な半導体バッファを記憶
装置の出力側に配置して多重度を高めるステージング方
式と、所望の画像サービスの転送速度に比較して記憶装
置の転送速度を十分に高めておき時分割制御により多重
度を高める方式とが提案されている。
【０００３】
【発明が解決しようとする課題】しかしながら、前者の
場合ステージング方式に用いる半導体メモリが高価であ
ることから画像情報に適した規模の大きなバッファを実
現することが困難であり、後者の場合には、主流となる
磁気ディスクや光ディスク等の機械式メモリでは転送速
度およびアクセス性能の向上に限界があることから、多
重度を十分に上げられないという問題がある。
場合ステージング方式に用いる半導体メモリが高価であ
ることから画像情報に適した規模の大きなバッファを実
現することが困難であり、後者の場合には、主流となる
磁気ディスクや光ディスク等の機械式メモリでは転送速
度およびアクセス性能の向上に限界があることから、多
重度を十分に上げられないという問題がある。
【０００４】後者に関しては、これらの問題を解決する
ため、磁気ディスクや光ディスクを並列運転して転送速
度を向上させたり、アクセス時間を隠蔽するような技術
が開発されているが、この場合には比較的小容量の磁気
ディスクや光ディスクを数多く並べて運転する必要があ
ることから装置の信頼性が著しく低下するとともに、連
続した１つの画像データが複数の装置にまたがって記憶
されるため画像データの管理が複雑になるという欠点が
あった。また小容量の磁気ディスクや光ディスクは、記
憶装置本来の課題である大容量化に逆行する流れであ
る。
ため、磁気ディスクや光ディスクを並列運転して転送速
度を向上させたり、アクセス時間を隠蔽するような技術
が開発されているが、この場合には比較的小容量の磁気
ディスクや光ディスクを数多く並べて運転する必要があ
ることから装置の信頼性が著しく低下するとともに、連
続した１つの画像データが複数の装置にまたがって記憶
されるため画像データの管理が複雑になるという欠点が
あった。また小容量の磁気ディスクや光ディスクは、記
憶装置本来の課題である大容量化に逆行する流れであ
る。
【０００５】本発明は、これらを鑑みてなされたもので
あり、画像情報サービスシステムを構築している各要素
（例えば端末）の能力を最大限に活用して、安価で高性
能な画像情報サービスを可能にすることを目的としてい
る。
あり、画像情報サービスシステムを構築している各要素
（例えば端末）の能力を最大限に活用して、安価で高性
能な画像情報サービスを可能にすることを目的としてい
る。
【０００６】
【課題を解決するための手段】図１は本発明の原理図を
示す。図中の符号１００は交換機、１０１、１０２、１
０３は夫々端末を表わしている。
示す。図中の符号１００は交換機、１０１、１０２、１
０３は夫々端末を表わしている。
【０００７】画像データは各プログラム（例えばテレビ
番組）毎に複数のブロックに分割されている。そして各
ブロックデータにプログラム番号およびブロック番号を
付与しておく。
番組）毎に複数のブロックに分割されている。そして各
ブロックデータにプログラム番号およびブロック番号を
付与しておく。
【０００８】交換機１００は、所望されるプログラムの
複数個のブロックデータを、必要に応じて各端末１０
１、１０２、１０３に分散して保管させておくようにす
る。
複数個のブロックデータを、必要に応じて各端末１０
１、１０２、１０３に分散して保管させておくようにす
る。
【０００９】
【作用】例えば＃１端末１０１が画像データ再生要求を
発したとすると、当該要求のあったプログラムにおける
ブロックデータを保管している端末から、当該＃１端末
１０１に所望されるブロックデータが転送される。
発したとすると、当該要求のあったプログラムにおける
ブロックデータを保管している端末から、当該＃１端末
１０１に所望されるブロックデータが転送される。
【００１０】
【実施例】本発明の第一の実施例を図２に示す。図２の
構成は大規模な画像情報サービスシステムに適した構成
であり、全ての画像情報を端末のバッファメモリに分散
させて配置する。図２において、１は画像データ出力装
置、２はポインタ、３はアドレスマップ、４はスイッ
チ、５は交代メモリ、６はバッファメモリである。
構成は大規模な画像情報サービスシステムに適した構成
であり、全ての画像情報を端末のバッファメモリに分散
させて配置する。図２において、１は画像データ出力装
置、２はポインタ、３はアドレスマップ、４はスイッ
チ、５は交代メモリ、６はバッファメモリである。
【００１１】図２に示す構成では、図２図示の上方から
与えられた（あるいは保管を必要とする）画像データを
夫々の端末に分散して保管させる場合、先ず当該画像デ
ータをプログラム（例えばテレビの番組）毎に予め定め
られたブロックの大きさに分割するとともに、該ブロッ
クデータにプログラム番号およびブロック番号を付与す
るようにする。次に画像データ出力装置と端末とを、予
め定められた端末番号順に、最も新しくブロックデータ
今＃１端末に保管したとすると次の＃２端末、＃３端
末、＃４端末・・・・の如く順に接続し、プログラム番
号・ブロック番号と端末番号とを対応させたアドレスマ
ップを生成しながら、各端末にブロックデータを順次転
送して保管させる。図２の構成では、全てのプログラム
を一括して記憶する画像メモリはなく、この作業を連続
して実行することにより逐次プログラムを更新して行
く。
与えられた（あるいは保管を必要とする）画像データを
夫々の端末に分散して保管させる場合、先ず当該画像デ
ータをプログラム（例えばテレビの番組）毎に予め定め
られたブロックの大きさに分割するとともに、該ブロッ
クデータにプログラム番号およびブロック番号を付与す
るようにする。次に画像データ出力装置と端末とを、予
め定められた端末番号順に、最も新しくブロックデータ
今＃１端末に保管したとすると次の＃２端末、＃３端
末、＃４端末・・・・の如く順に接続し、プログラム番
号・ブロック番号と端末番号とを対応させたアドレスマ
ップを生成しながら、各端末にブロックデータを順次転
送して保管させる。図２の構成では、全てのプログラム
を一括して記憶する画像メモリはなく、この作業を連続
して実行することにより逐次プログラムを更新して行
く。
【００１２】画像データ再生要求が発生すると図３に示
すように（図示ステップ１）、交換機は要求の発生した
端末（例えば＃１）と回線を接続し、該＃１端末のバッ
ファメモリ６に保存されているブロックデータを交換機
内の交代メモリ５に退避する（ステップ２）とともに
（＃１端末のバッファメモリ６が破壊されるおそれがあ
るので）、所望のプログラムの所望のブロックデータを
保管している端末（例えば＃２）を選択し該＃２端末か
ら要求の発生した＃１端末に交換機経由でブロックデー
タを転送する（ステップ３）。ポインタ２は画像データ
再生要求毎に設定され、次に再生すべきブロック番号を
逐次更新しており、ポインタ２の出力によってアドレス
マップ３が参照されて１伸張周期毎に転送元の端末番号
が切り替えられる（ステップ４、ステップ５）。なお、
画像データ再生要求の発生した＃１端末に保存されてい
たブロックデータが他の例えば＃２端末からの画像デー
タ再生要求によって要求される場合には、交換機の交代
メモリ５から直接ブロックデータが転送される。
すように（図示ステップ１）、交換機は要求の発生した
端末（例えば＃１）と回線を接続し、該＃１端末のバッ
ファメモリ６に保存されているブロックデータを交換機
内の交代メモリ５に退避する（ステップ２）とともに
（＃１端末のバッファメモリ６が破壊されるおそれがあ
るので）、所望のプログラムの所望のブロックデータを
保管している端末（例えば＃２）を選択し該＃２端末か
ら要求の発生した＃１端末に交換機経由でブロックデー
タを転送する（ステップ３）。ポインタ２は画像データ
再生要求毎に設定され、次に再生すべきブロック番号を
逐次更新しており、ポインタ２の出力によってアドレス
マップ３が参照されて１伸張周期毎に転送元の端末番号
が切り替えられる（ステップ４、ステップ５）。なお、
画像データ再生要求の発生した＃１端末に保存されてい
たブロックデータが他の例えば＃２端末からの画像デー
タ再生要求によって要求される場合には、交換機の交代
メモリ５から直接ブロックデータが転送される。
【００１３】以上の処理により、画像データ再生要求の
発生した＃１端末には、交換機の管理の下で一連のブロ
ックデータが転送され、該＃１端末では連続した画像が
再生される。画像データの再生が終了すると、交換機内
の交代メモリ５のブロックデータが該＃１端末に戻され
画像サービスが終了する。
発生した＃１端末には、交換機の管理の下で一連のブロ
ックデータが転送され、該＃１端末では連続した画像が
再生される。画像データの再生が終了すると、交換機内
の交代メモリ５のブロックデータが該＃１端末に戻され
画像サービスが終了する。
【００１４】図２に示す構成は、膨大な画像データを全
ての端末に分散して保管するため非常に多くの加入端末
を必要とするが、画像データを一括して保管するための
膨大な記憶容量を必要とする画像メモリが不要なため、
システムを安価に構成できる特長がある。また画像デー
タの保管と画像データの再生とは、特定の端末に１伸張
周期当たり１回のブロックデータを転送する意味で全く
同一の処理である。従って例えば同時に１０チャンネル
分の画像データを保管する場合でも、単に画像データ再
生要求が１０個増えたのと等価であり、交換機の負担は
従来方式とほぼ同様である。
ての端末に分散して保管するため非常に多くの加入端末
を必要とするが、画像データを一括して保管するための
膨大な記憶容量を必要とする画像メモリが不要なため、
システムを安価に構成できる特長がある。また画像デー
タの保管と画像データの再生とは、特定の端末に１伸張
周期当たり１回のブロックデータを転送する意味で全く
同一の処理である。従って例えば同時に１０チャンネル
分の画像データを保管する場合でも、単に画像データ再
生要求が１０個増えたのと等価であり、交換機の負担は
従来方式とほぼ同様である。
【００１５】なお、端末が少なくとも所定の１ブロック
データの２倍のメモリ容量を有する場合には、画像デー
タ再生時にもブロックデータを退避する必要がないた
め、交換機内の交代メモリは不要となる。
データの２倍のメモリ容量を有する場合には、画像デー
タ再生時にもブロックデータを退避する必要がないた
め、交換機内の交代メモリは不要となる。
【００１６】本発明の第二の実施例を図４に示す。図４
において、７は画像メモリであり、他の図２と同一の番
号を付与した要素は同一の要素を示している。図４の構
成は中規模な画像情報サービスシステムに適した構成で
あり、画像データ再生要求の発生したプログラムのみを
端末のバッファメモリに分散させて配置する。
において、７は画像メモリであり、他の図２と同一の番
号を付与した要素は同一の要素を示している。図４の構
成は中規模な画像情報サービスシステムに適した構成で
あり、画像データ再生要求の発生したプログラムのみを
端末のバッファメモリに分散させて配置する。
【００１７】図４の構成では、端末（例えば＃１）から
画像データ再生の要求があり、かつ要求された画像デー
タがいずれかの端末に保管されていない場合に限り、画
像メモリ７から所望のプログラムを読みだし、該プログ
ラムを所定のブロックサイズに分割して、予め定められ
た端末番号順に、最も新しくブロックデータを保管した
端末の次の端末から、ブロックデータを保管していない
端末もしくは書き換え可能な端末をＮ個選択し、端末の
番号とプログラム番号・ブロック番号との関係をプログ
ラム毎に整理してアドレスマップ３に記憶するととも
に、該ブロックデータを選択したＮ個の端末に転送す
る。ここでＮは要求された画像データを保管するために
必要なブロック数であり、 Ｎ＝Ｉｎｔ（Ｄａ／Ｄｂ）＋１ で表される。但し、Ｉｎｔは整数化関数、Ｄａは要求さ
れた画像データの総容量、Ｄｂはブロック容量である。
例えば、１つの画像プログラムが２時間の動画であり、
画像圧縮技術により２０ＭＢ／Ｓある動画の転送速度を
１ＭＢ／Ｓに圧縮するものとすれば、画像データの総容
量Ｄａは７２００ＭＢとなる。一方端末側で、８ＭＢの
ＩＣ（６４Ｍｂチップ）を十数個もちいて１００ＭＢの
メモリを構成するとすればブロック容量Ｄｂは１００Ｍ
Ｂであり、この場合Ｎ＝７３となる。即ち７３台の端末
によって２時間の動画のプログラムが記憶・保管される
ことになる。
画像データ再生の要求があり、かつ要求された画像デー
タがいずれかの端末に保管されていない場合に限り、画
像メモリ７から所望のプログラムを読みだし、該プログ
ラムを所定のブロックサイズに分割して、予め定められ
た端末番号順に、最も新しくブロックデータを保管した
端末の次の端末から、ブロックデータを保管していない
端末もしくは書き換え可能な端末をＮ個選択し、端末の
番号とプログラム番号・ブロック番号との関係をプログ
ラム毎に整理してアドレスマップ３に記憶するととも
に、該ブロックデータを選択したＮ個の端末に転送す
る。ここでＮは要求された画像データを保管するために
必要なブロック数であり、 Ｎ＝Ｉｎｔ（Ｄａ／Ｄｂ）＋１ で表される。但し、Ｉｎｔは整数化関数、Ｄａは要求さ
れた画像データの総容量、Ｄｂはブロック容量である。
例えば、１つの画像プログラムが２時間の動画であり、
画像圧縮技術により２０ＭＢ／Ｓある動画の転送速度を
１ＭＢ／Ｓに圧縮するものとすれば、画像データの総容
量Ｄａは７２００ＭＢとなる。一方端末側で、８ＭＢの
ＩＣ（６４Ｍｂチップ）を十数個もちいて１００ＭＢの
メモリを構成するとすればブロック容量Ｄｂは１００Ｍ
Ｂであり、この場合Ｎ＝７３となる。即ち７３台の端末
によって２時間の動画のプログラムが記憶・保管される
ことになる。
【００１８】交換機は、この７３台の端末に対して交換
機のあき時間を利用してブロックデータを非同期に転送
すればよい。このようにして画像データ再生要求の発生
したプログラムだけがブロック化されアドレスマップ３
の管理の下でＮ個の端末のバッファメモリに転送され
る。そしてその後、夫々の端末から上記＃１端末に転送
される。
機のあき時間を利用してブロックデータを非同期に転送
すればよい。このようにして画像データ再生要求の発生
したプログラムだけがブロック化されアドレスマップ３
の管理の下でＮ個の端末のバッファメモリに転送され
る。そしてその後、夫々の端末から上記＃１端末に転送
される。
【００１９】図４の構成において、ブロックデータを保
管している端末から新たな画像データ再生要求が発生し
た場合、ブロックデータを保管していない端末もしくは
書き換え可能な端末を再度選び出し、アドレスマップ３
上で新たな画像データ再生要求が発生した端末と入れ替
えるとともに、新たな画像データ再生要求が発生した端
末もしくは画像メモリから入れ替えた端末のバッファメ
モリにブロックデータを転送する。
管している端末から新たな画像データ再生要求が発生し
た場合、ブロックデータを保管していない端末もしくは
書き換え可能な端末を再度選び出し、アドレスマップ３
上で新たな画像データ再生要求が発生した端末と入れ替
えるとともに、新たな画像データ再生要求が発生した端
末もしくは画像メモリから入れ替えた端末のバッファメ
モリにブロックデータを転送する。
【００２０】この後、新たな画像データ再生要求によっ
て所望されているプログラムが端末に保管されているプ
ログラムか否かが判断される。保管されているプログラ
ムである場合にはポインタだけが設定され、保管されて
いるプログラムでない場合には該当するプログラムが画
像メモリ７からとりだされ、これを保管するためのＮ個
の端末が再び選び出される。端末の障害や通信ラインの
障害等も同様にして処理される。従って図４の構成の場
合、アドレスマップ３上の端末の番号とプログラム番号
・ブロック番号との関係はダイナミックに切り替わって
いる。
て所望されているプログラムが端末に保管されているプ
ログラムか否かが判断される。保管されているプログラ
ムである場合にはポインタだけが設定され、保管されて
いるプログラムでない場合には該当するプログラムが画
像メモリ７からとりだされ、これを保管するためのＮ個
の端末が再び選び出される。端末の障害や通信ラインの
障害等も同様にして処理される。従って図４の構成の場
合、アドレスマップ３上の端末の番号とプログラム番号
・ブロック番号との関係はダイナミックに切り替わって
いる。
【００２１】画像データ再生要求が発生した端末に対す
るブロックデータの転送手順は第一の実施例と同様であ
る。なお本実施例では、第一の実施例と異なり、ブロッ
クデータを保管する端末をブロックデータを保管してい
ない端末もしくは書き換え可能な端末にダイナミックに
再配置するため、交代メモリを配置していない。
るブロックデータの転送手順は第一の実施例と同様であ
る。なお本実施例では、第一の実施例と異なり、ブロッ
クデータを保管する端末をブロックデータを保管してい
ない端末もしくは書き換え可能な端末にダイナミックに
再配置するため、交代メモリを配置していない。
【００２２】図４の構成は、第一の実施例と異なり、画
像データ再生要求が発生したプログラムだけを端末のバ
ッファメモリに分散するため、加入端末がそれほど多く
ない場合にも適用でき、交換機の負担も最小である。か
つ端末とプログラム番号・ブロック番号との関係をダイ
ナミックに切り替えるため、端末や通信ライン等の障害
に対しても対応しやすい。
像データ再生要求が発生したプログラムだけを端末のバ
ッファメモリに分散するため、加入端末がそれほど多く
ない場合にも適用でき、交換機の負担も最小である。か
つ端末とプログラム番号・ブロック番号との関係をダイ
ナミックに切り替えるため、端末や通信ライン等の障害
に対しても対応しやすい。
【００２３】また全てのプログラムを記憶する画像メモ
リ７を配置する必要があるが、画像データの読みだしは
基本的に１プログラム当たり１回であり、かつブロック
データを伸張周期に係わりなく非同期に転送できる。こ
のため画像メモリには、高いアクセス性能は要求され
ず、磁気ディスクや光ディスク等の大容量で転送速度の
大きなものを適用できる特長がある。
リ７を配置する必要があるが、画像データの読みだしは
基本的に１プログラム当たり１回であり、かつブロック
データを伸張周期に係わりなく非同期に転送できる。こ
のため画像メモリには、高いアクセス性能は要求され
ず、磁気ディスクや光ディスク等の大容量で転送速度の
大きなものを適用できる特長がある。
【００２４】本発明の第三の実施例を図５に示す。図５
の構成は小規模な画像情報サービスシステムに適した構
成であり、画像データ再生要求の発生したプログラムの
一部のみを端末バッファメモリに分散させて配置する。
の構成は小規模な画像情報サービスシステムに適した構
成であり、画像データ再生要求の発生したプログラムの
一部のみを端末バッファメモリに分散させて配置する。
【００２５】図５の構成では、図４に示す実施例と同様
に画像データ再生要求が発生すると画像メモリ７から所
望のプログラムを選択し、これを予め定められたブロッ
クの大きさに分割して端末のバッファメモリに転送する
ようにする。しかしながら、ここでは最小の端末数でシ
ステムを構成するため、１プログラム分に満たないＭ個
のブロックを転送する。例えば、図４の実施例に示した
ように、２時間の動画プログラムを１００ＭＢのブロッ
クに分割する場合、１つのプログラムを記憶・保管する
ため７３台（Ｎ＝７３）の端末を必要とするが、図５に
示す本実施例では例えば１０台（Ｍ＝１０）の端末だけ
を用意し、これらの端末を８回繰り使用する。このよう
に図５の構成では図４の実施例と比較して端末数が約１
桁少ない場合でも適用できるが、同一のプログラムを複
数回に分割して転送するため、既に転送されているブロ
ックデータを再使用するステージングの効果は少なくな
る。
に画像データ再生要求が発生すると画像メモリ７から所
望のプログラムを選択し、これを予め定められたブロッ
クの大きさに分割して端末のバッファメモリに転送する
ようにする。しかしながら、ここでは最小の端末数でシ
ステムを構成するため、１プログラム分に満たないＭ個
のブロックを転送する。例えば、図４の実施例に示した
ように、２時間の動画プログラムを１００ＭＢのブロッ
クに分割する場合、１つのプログラムを記憶・保管する
ため７３台（Ｎ＝７３）の端末を必要とするが、図５に
示す本実施例では例えば１０台（Ｍ＝１０）の端末だけ
を用意し、これらの端末を８回繰り使用する。このよう
に図５の構成では図４の実施例と比較して端末数が約１
桁少ない場合でも適用できるが、同一のプログラムを複
数回に分割して転送するため、既に転送されているブロ
ックデータを再使用するステージングの効果は少なくな
る。
【００２６】図５の構成では、Ｍ個のブロックデータの
転送方法に２通りの方法がある。第一の方法は、Ｍ個の
ブロックデータをまとめて非同期に転送する方法であ
る。この場合、アクセスを伴わずに連続した画像データ
を読みだすことができる光ディスク装置のような記憶装
置を使用すれば、アクセス時間による多重度の劣化を最
小にできる。しかしながら、非同期に転送する結果最悪
の場合全てのブロックデータが一度に書き換えられるた
め、ステージングの効果は殆どない。
転送方法に２通りの方法がある。第一の方法は、Ｍ個の
ブロックデータをまとめて非同期に転送する方法であ
る。この場合、アクセスを伴わずに連続した画像データ
を読みだすことができる光ディスク装置のような記憶装
置を使用すれば、アクセス時間による多重度の劣化を最
小にできる。しかしながら、非同期に転送する結果最悪
の場合全てのブロックデータが一度に書き換えられるた
め、ステージングの効果は殆どない。
【００２７】第二の方法は、１ブロックデータを１伸張
周期毎に転送する方法である。画像メモリ７では１伸張
周期毎にアクセス動作を実施する。このため、多重度が
従来方式並に低下するようにみえるが、１伸張周期当た
りに１端末分しかブロックデータを書き換えないので、
画像データ再生要求が発生してから（Ｍ×１伸張周期）
内に限定されるが同一のプログラムに対する多重アクセ
スが可能である。即ち、ステージングの効果をある程度
期待できる。
周期毎に転送する方法である。画像メモリ７では１伸張
周期毎にアクセス動作を実施する。このため、多重度が
従来方式並に低下するようにみえるが、１伸張周期当た
りに１端末分しかブロックデータを書き換えないので、
画像データ再生要求が発生してから（Ｍ×１伸張周期）
内に限定されるが同一のプログラムに対する多重アクセ
スが可能である。即ち、ステージングの効果をある程度
期待できる。
【００２８】上記の２つを比較した場合、多重アクセス
が時刻的に分散している場合には前者が有利であり、特
定の時刻に集中するような場合には後者が有利となる。
図５の構成では、図４の実施例と同様に、ブロックデー
タを保管している端末から新たな画像データ再生要求が
発生した場合、ブロックデータを保管していない端末も
しくは書き換え可能な端末を再度選び出し、アドレスマ
ップとブロックデータを書き換える等、端末とプログラ
ム番号・ブロック番号との関係をダイナミックに切り替
えるとともに、プログラム再生中に画像メモリをアクセ
スするため多重度を制限する結果となるが、図４の実施
例と異なり、プログラムの一部だけを端末のバッファメ
モリに分散するため最小の端末でシステムを構築できる
特長がある。
が時刻的に分散している場合には前者が有利であり、特
定の時刻に集中するような場合には後者が有利となる。
図５の構成では、図４の実施例と同様に、ブロックデー
タを保管している端末から新たな画像データ再生要求が
発生した場合、ブロックデータを保管していない端末も
しくは書き換え可能な端末を再度選び出し、アドレスマ
ップとブロックデータを書き換える等、端末とプログラ
ム番号・ブロック番号との関係をダイナミックに切り替
えるとともに、プログラム再生中に画像メモリをアクセ
スするため多重度を制限する結果となるが、図４の実施
例と異なり、プログラムの一部だけを端末のバッファメ
モリに分散するため最小の端末でシステムを構築できる
特長がある。
【００２９】以上、第一の実施例から第三の実施例にお
いて加入端末数に着目したステージング方式を説明した
が、端末にブロックデータの書き換えを一時的に防止す
る機能を設けることによりプログラムの使用頻度に応じ
たステージング方式を選択することができる。
いて加入端末数に着目したステージング方式を説明した
が、端末にブロックデータの書き換えを一時的に防止す
る機能を設けることによりプログラムの使用頻度に応じ
たステージング方式を選択することができる。
【００３０】例えばヒットプログラムの場合には端末の
書き換え防止機能を利用して図２の実施例のようにプロ
グラムを常駐させ、特定の時刻に集中するプログラムの
場合には図４の実施例のようにアクセスに応じて端末に
転送し一時的に常駐させ、アクセスの少ないプログラム
の場合には図５の実施例のように細切れに転送するよう
にして、プログラム毎にそのアクセス頻度に応じてステ
ージング方式を選択することが可能であり、このように
すれば少ない端末数で多重度をより一層増大できる。
書き換え防止機能を利用して図２の実施例のようにプロ
グラムを常駐させ、特定の時刻に集中するプログラムの
場合には図４の実施例のようにアクセスに応じて端末に
転送し一時的に常駐させ、アクセスの少ないプログラム
の場合には図５の実施例のように細切れに転送するよう
にして、プログラム毎にそのアクセス頻度に応じてステ
ージング方式を選択することが可能であり、このように
すれば少ない端末数で多重度をより一層増大できる。
【００３１】なお本発明では、端末のメモリを有効利用
する観点から端末に不可欠な画像データ伸張用のバッフ
ァメモリに画像情報を保管するようにしたが、端末のメ
モリに余裕がある場合にはその限りではない。
する観点から端末に不可欠な画像データ伸張用のバッフ
ァメモリに画像情報を保管するようにしたが、端末のメ
モリに余裕がある場合にはその限りではない。
【００３２】
【発明の効果】以上説明したように、本発明によれば、
従来方式では磁気ディスクや光ディスクのアクセス時間
が多重度を制限する要因であったが、本発明では高速ス
イッチング可能な電子交換機、高速通信網、および端末
のメモリを使用して分散形のステージング方式を実現す
るものであり、多重度を飛躍的に増大できる。
従来方式では磁気ディスクや光ディスクのアクセス時間
が多重度を制限する要因であったが、本発明では高速ス
イッチング可能な電子交換機、高速通信網、および端末
のメモリを使用して分散形のステージング方式を実現す
るものであり、多重度を飛躍的に増大できる。
【００３３】また本発明によれば、従来の画像情報サー
ビスシステムと同様の装置構成で実現できる特長があ
り、かつ従来その能力が十分に活用されていなかった端
末毎に配置されているメモリ、高速なスイッチング能力
を有する電子交換機、および光ファイバーを使った高速
通信網を有効に活用し、逆にこれまで酷使されていた機
械的に動作する記憶装置の負担を一掃できるため、安価
で信頼性の高い画像情報サービスシステムを構築でき
る。
ビスシステムと同様の装置構成で実現できる特長があ
り、かつ従来その能力が十分に活用されていなかった端
末毎に配置されているメモリ、高速なスイッチング能力
を有する電子交換機、および光ファイバーを使った高速
通信網を有効に活用し、逆にこれまで酷使されていた機
械的に動作する記憶装置の負担を一掃できるため、安価
で信頼性の高い画像情報サービスシステムを構築でき
る。
【図１】本発明の原理構成図を示す。
【図２】本発明の第一の実施例を示す。
【図３】データ転送のタイミング説明図である。
【図４】本発明の第二の実施例を示す。
【図５】本発明の第三の実施例を示す。
１００ 交換機 １０１、１０２、１０３ 端末 １ 画像データ出力装置 ２ ポインタ ３ アドレスマップ ４ スイッチ ５ 交代メモリ ６ バッファメモリ ７ 画像メモリ
───────────────────────────────────────────────────── フロントページの続き (72)発明者 田辺 隆也 東京都千代田区内幸町１丁目１番６号 日本電信電話株式会社内 (72)発明者 加藤 喜久次 東京都千代田区内幸町１丁目１番６号 日本電信電話株式会社内 (72)発明者 西村 一敏 東京都千代田区内幸町１丁目１番６号 日本電信電話株式会社内 (56)参考文献 特開 昭62−8687（ＪＰ，Ａ) 特開 昭63−220365（ＪＰ，Ａ) (58)調査した分野(Int.Cl.7，ＤＢ名) H04N 7/10 H04N 7/14 - 7/173
Claims (4)
- 【請求項１】 画像データを所定のブロックに分割して
加入者端末に分散して保管する画像情報サービスシステ
ムであって、 画像データを所定のブロックに分割して出力する画像デ
ータ出力装置と、 ブロックデータを交換機を含む任意の加入者端末間で転
送できるスイッチと、 ブロックデータが保管されている端末の番号を記憶する
アドレスマップと、 端末のブロックデータを退避できる交代メモリと、所 定のブロックデータを記憶できるメモリを有する加入
者端末と を少なくともそなえ、 画像データを保管する場合には、画像データ出力装置と
端末とを予め定められた端末番号順に、最も新しくブロ
ックデータを保管した端末の次の端末から接続し、画像
データを所定のブロックサイズに分割してプログラム番
号・ブロック番号と端末番号とを対応させた上記アドレ
スマップを生成しながら各端末に順次保管し、 端末から画像データ再生の要求があると、要求元の端末
に保管されているブロックデータを上記交代メモリに退
避するとともに、上記アドレスマップから連続した画像
データの再生に必要なデータ転送元の端末番号を順番に
読み取り、当該順番に従って転送元の端末と要求元の端
末とを接続してブロックデータを順次転送することによ
り、連続した画像データを再生できるようにしたことを
特徴とする画像情報サービスシステム。 - 【請求項２】 画像データを所定のブロックに分割して
加入者端末に分散して保管する画像情報サービスシステ
ムであって、 全ての画像データを一括して保管する画像メモリと、 画像データを所定のブロックに分割して出力する画像デ
ータ出力装置と、 ブロックデータを上記画像メモリを含む任意の加入者端
末間で転送できるスイッチと、 ブロックデータが保管されている端末の番号を記憶する
アドレスマップと、所 定のブロックデータを記憶できるメモリを有する加入
者端末とからなり、 端末から画像データ再生の要求があり、かつ要求された
画像データが端末に保管されていない場合に限り、上記
画像メモリから所望の画像データを読みだし、該画像デ
ータを所定のブロックサイズに分割して、予め定められ
た端末番号順に、最も新しくブロックデータを保管した
端末の次の端末から、ブロックデータを保管していない
端末もしくは書き換え可能な端末を下式に示すＮ（Ｎ≧
１の整数）個選択し、プログラム番号・ブロック番号と
端末番号とを対応させたアドレスマップを生成しながら
該Ｎ個の端末に要求された画像データを分散して保管
し、 端末から画像データ再生の要求があると、上記アドレス
マップから連続した画像データの再生に必要なデータ転
送元の端末番号を順番に読み取り、該順番に従って転送
元の端末と要求元の端末とを接続しブロックデータを順
次転送することにより、連続した画像データを再生でき
るようにしたことを特徴とする画像情報サービスシステ
ム Ｎ＝Ｉｎｔ（Ｄａ／Ｄｂ）＋１ 但し、Ｉｎｔは整数化関数、Ｄａは要求された画像デー
タの総容量、Ｄｂはブロック容量。 - 【請求項３】 上記の画像情報サービスシステムにおい
て、端末から画像データ再生の要求があり、かつ要求さ
れた画像データが端末に保管されていない場合に限り、
予め定められた端末番号順に、最も新しくブロックデー
タを保管した端末の次の端末から、ブロックデータを保
管していない端末もしくは書き換え可能な端末をＭ（Ｍ
≦Ｎの整数）個任意に選択し、プログラム番号・ブロッ
ク番号と端末番号とを対応させたアドレスマップを生成
しながら、該Ｍ個の端末に所望の画像データをＭブロッ
ク分毎に〔Ｍ×１ブロックデータの再生時間〕の周期で
順次保管することを特徴とする請求項２記載の画像情報
サービスシステム。 - 【請求項４】 上記の画像情報サービスシステムにおい
て、ブロックデータを保管している端末から画像データ
再生の要求が発生した場合、予め定められた端末番号順
に、最も新しくブロックデータを保管した端末の次の端
末から、ブロックデータを保管していない端末もしくは
書き換え可能な端末を再び選択し、上記アドレスマップ
上で画像データ再生の要求が発生した端末の番号と選択
された端末の番号とを入れ替えるとともに、画像データ
再生の要求が発生した端末が保管していたブロックデー
タを選択された端末に保管替えすることを特徴とする請
求項２または３記載の画像情報サービスシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17359692A JP3357393B2 (ja) | 1992-07-01 | 1992-07-01 | 画像情報サービスシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP17359692A JP3357393B2 (ja) | 1992-07-01 | 1992-07-01 | 画像情報サービスシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0622316A JPH0622316A (ja) | 1994-01-28 |
| JP3357393B2 true JP3357393B2 (ja) | 2002-12-16 |
Family
ID=15963534
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP17359692A Expired - Fee Related JP3357393B2 (ja) | 1992-07-01 | 1992-07-01 | 画像情報サービスシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3357393B2 (ja) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5928331A (en) * | 1997-10-30 | 1999-07-27 | Matsushita Electric Industrial Co., Ltd. | Distributed internet protocol-based real-time multimedia streaming architecture |
| JP4637602B2 (ja) * | 2005-02-09 | 2011-02-23 | エヌ・ティ・ティ・コムウェア株式会社 | コンテンツ配信システム、コンテンツ配信方法、およびプログラム |
| JP4983183B2 (ja) * | 2006-09-28 | 2012-07-25 | ブラザー工業株式会社 | ノード装置、情報分割保存システム、情報処理プログラム及び情報利用方法 |
-
1992
- 1992-07-01 JP JP17359692A patent/JP3357393B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0622316A (ja) | 1994-01-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5487035A (en) | Method of multiplexed data reading/writing suitable for video-on-demand system | |
| US5630007A (en) | Client-server system with parity storage | |
| EP0727750B1 (en) | Continuous data server apparatus and data transfer scheme enabling multiple simultaneous data accesses | |
| EP0686908B1 (en) | Server for video on demand system | |
| KR100293856B1 (ko) | 인터액티브텔레비젼시스템용프로그램서버 | |
| KR100374070B1 (ko) | 다중사용자데이터분배시스템에다중사용자를할당하는방법 | |
| JPH09512412A (ja) | マルチチャネル共通プール分布データ記憶及び検索システム | |
| US5938741A (en) | Information transmission/reception system for transmitting information to requesters, where it is recorded, in response to a plurality of requests | |
| JPH07152693A (ja) | 情報処理装置 | |
| US20050190609A1 (en) | Memory interface and data processing system | |
| JP2824425B2 (ja) | 複数経路を介してｍｐｅｇビデオビットストリームを復号化する装置 | |
| JP3357393B2 (ja) | 画像情報サービスシステム | |
| JP2924739B2 (ja) | 動画像データの復号方式 | |
| US20050076176A1 (en) | Circulating recording apparatus, method and program | |
| JPH11146014A (ja) | 分散マルチメディアサーバ装置，分散マルチメディアサーバ情報アクセス方法およびこの方法を実現するプログラムを記録した記録媒体 | |
| US6070201A (en) | Alternate selection of virtual data buffer pathways | |
| JP3149098B2 (ja) | ディジタル動画情報ファイルの多重読み取り方法 | |
| Chang et al. | Reducing initial latency in a multimedia storage system | |
| JP2653709B2 (ja) | 画像・音声データ再生装置 | |
| US6151036A (en) | Large capacity data storage device | |
| JP2834070B2 (ja) | 画像データの特殊再生システム | |
| US6973666B1 (en) | Method of moving video data thru a video-on-demand system which avoids paging by an operating system | |
| US5918000A (en) | Data transfer control device and method for switching memory regions between storage devices when accessing is halted | |
| JP2978294B2 (ja) | 情報蓄積システム | |
| JP2573700B2 (ja) | 画像記録および再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| LAPS | Cancellation because of no payment of annual fees |