JPH08153032A - ネットワーク経由データ先読みバッファ方法 - Google Patents
ネットワーク経由データ先読みバッファ方法Info
- Publication number
- JPH08153032A JPH08153032A JP6294901A JP29490194A JPH08153032A JP H08153032 A JPH08153032 A JP H08153032A JP 6294901 A JP6294901 A JP 6294901A JP 29490194 A JP29490194 A JP 29490194A JP H08153032 A JPH08153032 A JP H08153032A
- Authority
- JP
- Japan
- Prior art keywords
- data
- buffer
- program
- computer
- request
- 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
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Small-Scale Networks (AREA)
- Multi Processors (AREA)
Abstract
(57)【要約】
【目的】 データを受け取る時の遅延がなくなり、画像
の再生が途切れることがないネットワーク経由データ先
読みバッファ方法を提供すること。 【構成】 応用プログラム１からの最初のデータ読み出
し要求により、システムプログラム２がサーバにデータ
の要求を行い、先読みバッファ２２にデータを格納し、
その後、応用プログラム１は先読みバッファ２２から要
求データを取り出していき、一方、システムプログラム
２は、応用プログラム１とは独立して先読みバッファ２
２のデータ量が所定量以下にならないように、予めデー
タをサーバに要求してデータを先読みし、先読みバッフ
ァ２２に格納する。
の再生が途切れることがないネットワーク経由データ先
読みバッファ方法を提供すること。 【構成】 応用プログラム１からの最初のデータ読み出
し要求により、システムプログラム２がサーバにデータ
の要求を行い、先読みバッファ２２にデータを格納し、
その後、応用プログラム１は先読みバッファ２２から要
求データを取り出していき、一方、システムプログラム
２は、応用プログラム１とは独立して先読みバッファ２
２のデータ量が所定量以下にならないように、予めデー
タをサーバに要求してデータを先読みし、先読みバッフ
ァ２２に格納する。
Description
【０００１】
【産業上の利用分野】本発明は、ネットワーク環境で運
用される計算機のマルチメディアデータ伝送におけるネ
ットワーク経由データ先読みバッファ方法に関するもの
である。
用される計算機のマルチメディアデータ伝送におけるネ
ットワーク経由データ先読みバッファ方法に関するもの
である。
【０００２】
【従来の技術】近年、ネットワーク環境で運用される計
算機の間でファイルの共有や互いのプログラム間でのデ
ータのやりとりなどが頻繁に行なわれるようになってい
る。このようなデータのやりとりを行なう際には、例え
ば、特開平４−２４３４５２にて開示される「分散処理
型エデイタにおける一括検索テキスト参照方式」のよう
に、必要となるデータをホスト部（サーバ計算機）から
通信手段（ネットワーク）を介して端末部（クライアン
ト計算機）へ転送する時、必要な容量のみを受けとるの
ではなく、現在必要とする容量以上のデータをうけとっ
ておき、バッファに格納しておく。その後、新たにデー
タが必要となった時、バッファからデータを取り出すこ
とにより、通信手段（ネットワーク）を介してデータの
要求を行なうよりも速く、必要とするデータを獲得する
ことが可能となる。
算機の間でファイルの共有や互いのプログラム間でのデ
ータのやりとりなどが頻繁に行なわれるようになってい
る。このようなデータのやりとりを行なう際には、例え
ば、特開平４−２４３４５２にて開示される「分散処理
型エデイタにおける一括検索テキスト参照方式」のよう
に、必要となるデータをホスト部（サーバ計算機）から
通信手段（ネットワーク）を介して端末部（クライアン
ト計算機）へ転送する時、必要な容量のみを受けとるの
ではなく、現在必要とする容量以上のデータをうけとっ
ておき、バッファに格納しておく。その後、新たにデー
タが必要となった時、バッファからデータを取り出すこ
とにより、通信手段（ネットワーク）を介してデータの
要求を行なうよりも速く、必要とするデータを獲得する
ことが可能となる。
【０００３】
【発明が解決しようとする課題】しかしながら、上記の
ようなデータ先読み方式では、データを要求した際に必
ずバッファにデータがあるか否かの確認を行ない、あっ
た場合にはバッファからデータを取り出し、なかった場
合にはネットワークを経由してサーバ計算機にデータ要
求を行なってから、送られてきたデータを処理すること
になる。そのため、バッファにデータがなかった場合に
は、あった場合に比べて待ち時間が非常に長くなり、時
間に関して細かな制御を必要とする画像データ等の転送
には向かないという課題を有していた。従って、マルチ
メディアデータ伝送においては、途切れなく画像を再生
し、初期スタートアップに要する時間を短縮し、逆再生
への切替え時間を短縮するためのデータ先読み方法が望
まれている。
ようなデータ先読み方式では、データを要求した際に必
ずバッファにデータがあるか否かの確認を行ない、あっ
た場合にはバッファからデータを取り出し、なかった場
合にはネットワークを経由してサーバ計算機にデータ要
求を行なってから、送られてきたデータを処理すること
になる。そのため、バッファにデータがなかった場合に
は、あった場合に比べて待ち時間が非常に長くなり、時
間に関して細かな制御を必要とする画像データ等の転送
には向かないという課題を有していた。従って、マルチ
メディアデータ伝送においては、途切れなく画像を再生
し、初期スタートアップに要する時間を短縮し、逆再生
への切替え時間を短縮するためのデータ先読み方法が望
まれている。
【０００４】本発明は、従来のデータ先読み方法のこの
ような課題を考慮し、データを受け取る時の遅延がなく
なり、画像の再生が途切れることがないネットワーク経
由データ先読みバッファ方法を提供することを目的とす
るものである。
ような課題を考慮し、データを受け取る時の遅延がなく
なり、画像の再生が途切れることがないネットワーク経
由データ先読みバッファ方法を提供することを目的とす
るものである。
【０００５】
【課題を解決するための手段】請求項１の本発明は、第
１の計算機上のプログラムＡからの第２の計算機への第
１回目から所定回目までのデータ読みだし要求について
は、第１回目のデータ読み出し要求に対しては、第１の
計算機上で動作するプログラムＢが第２の計算機にデー
タの要求を行い、第１の計算機のバッファに第１回目か
ら所定回目までのデータを蓄積し、プログラムＡからの
所定回目より以降のデータ読みだし要求に対しては、そ
のデータ読み出し要求がある前に、プログラムＢが、バ
ッファ内のデータが所定量以下にならないように、予め
第１回目に要求されたデータに関連するデータを、ネッ
トワークを経由して第２の計算機に要求し、その要求し
たデータを受取ってバッファに蓄えておき、プログラム
Ａからのデータ読みだし要求が実際にあった場合に、デ
ータをバッファから受け取るネットワーク経由データ先
読みバッファ方法である。
１の計算機上のプログラムＡからの第２の計算機への第
１回目から所定回目までのデータ読みだし要求について
は、第１回目のデータ読み出し要求に対しては、第１の
計算機上で動作するプログラムＢが第２の計算機にデー
タの要求を行い、第１の計算機のバッファに第１回目か
ら所定回目までのデータを蓄積し、プログラムＡからの
所定回目より以降のデータ読みだし要求に対しては、そ
のデータ読み出し要求がある前に、プログラムＢが、バ
ッファ内のデータが所定量以下にならないように、予め
第１回目に要求されたデータに関連するデータを、ネッ
トワークを経由して第２の計算機に要求し、その要求し
たデータを受取ってバッファに蓄えておき、プログラム
Ａからのデータ読みだし要求が実際にあった場合に、デ
ータをバッファから受け取るネットワーク経由データ先
読みバッファ方法である。
【０００６】請求項２の本発明は、第１の計算機上のプ
ログラムＡからの第１回目から所定回目までのデータ読
み出し要求に対するデータを、予めデータ記憶装置に蓄
積しておき、第１回目から所定回目までのデータ読み出
し要求については、第１回目のデータ読み出し要求後、
第１の計算機上のプログラムＢはデータ記憶装置に蓄積
されたデータを読み出し、又は、その読み出したデータ
を一旦第１の計算機のバッファに蓄え、プログラムＡか
らの所定回目より以降のデータ読み出し要求に対して
は、プログラムＢが、そのデータ読みだし要求がある前
に、バッファ内のデータが所定量以下にならないよう
に、予め第１回目に要求されたデータに関連するデータ
を、ネットワークを経由して第２の計算機に要求し、そ
の要求したデータを受取ってバッファに蓄えておき、プ
ログラムＡからのデータ読みだし要求が実際にあった場
合に、データをバッファから受け取るネットワーク経由
データ先読みバッファ方法である。
ログラムＡからの第１回目から所定回目までのデータ読
み出し要求に対するデータを、予めデータ記憶装置に蓄
積しておき、第１回目から所定回目までのデータ読み出
し要求については、第１回目のデータ読み出し要求後、
第１の計算機上のプログラムＢはデータ記憶装置に蓄積
されたデータを読み出し、又は、その読み出したデータ
を一旦第１の計算機のバッファに蓄え、プログラムＡか
らの所定回目より以降のデータ読み出し要求に対して
は、プログラムＢが、そのデータ読みだし要求がある前
に、バッファ内のデータが所定量以下にならないよう
に、予め第１回目に要求されたデータに関連するデータ
を、ネットワークを経由して第２の計算機に要求し、そ
の要求したデータを受取ってバッファに蓄えておき、プ
ログラムＡからのデータ読みだし要求が実際にあった場
合に、データをバッファから受け取るネットワーク経由
データ先読みバッファ方法である。
【０００７】
【作用】請求項１の本発明は、第１の計算機上のプログ
ラムＡからの第１回目のデータ読み出し要求により、第
１の計算機上のプログラムＢが第２の計算機にデータの
要求を行い、第１の計算機のバッファに第１回目から所
定回目までのデータを蓄積し、それ以降のデータ読みだ
し要求に対しては、そのデータ読み出し要求がある前
に、プログラムＢが、バッファ内のデータが所定量以下
にならないように、予めデータを第２の計算機に要求し
てバッファに蓄えておき、プログラムＡからのデータ読
みだし要求に対して、データをバッファから受け取る。
ラムＡからの第１回目のデータ読み出し要求により、第
１の計算機上のプログラムＢが第２の計算機にデータの
要求を行い、第１の計算機のバッファに第１回目から所
定回目までのデータを蓄積し、それ以降のデータ読みだ
し要求に対しては、そのデータ読み出し要求がある前
に、プログラムＢが、バッファ内のデータが所定量以下
にならないように、予めデータを第２の計算機に要求し
てバッファに蓄えておき、プログラムＡからのデータ読
みだし要求に対して、データをバッファから受け取る。
【０００８】請求項２の本発明は、第１の計算機上のプ
ログラムＡからの第１回目から所定回目までのデータ読
み出し要求については、第１回目のデータ読み出し要求
後、第１の計算機上のプログラムＢがデータ記憶装置に
予め蓄積されたデータを読み出し、又は、その読み出し
たデータを一旦バッファに蓄え、それ以降のデータ読み
出し要求に対しては、そのデータ読み出し要求がある前
に、プログラムＢが、バッファ内のデータが所定量以下
にならないように、予めデータを第２の計算機に要求し
てバッファに蓄えておき、プログラムＡからのデータ読
みだし要求に対して、データをバッファから受け取る。
ログラムＡからの第１回目から所定回目までのデータ読
み出し要求については、第１回目のデータ読み出し要求
後、第１の計算機上のプログラムＢがデータ記憶装置に
予め蓄積されたデータを読み出し、又は、その読み出し
たデータを一旦バッファに蓄え、それ以降のデータ読み
出し要求に対しては、そのデータ読み出し要求がある前
に、プログラムＢが、バッファ内のデータが所定量以下
にならないように、予めデータを第２の計算機に要求し
てバッファに蓄えておき、プログラムＡからのデータ読
みだし要求に対して、データをバッファから受け取る。
【０００９】
【実施例】以下に、本発明をその実施例を示す図面に基
づいて説明する。 （第１の実施例）図１は、本発明にかかる第１の実施例
のネットワーク経由データ先読みバッファ方法における
システム全体のブロック図である。図１において、１は
データをネットワークを介して受けとる第１の計算機
（クライアント計算機）上で動作するプログラムＡとし
ての応用プログラム、２は応用プログラム１にデータを
提供するプログラムＢとしてのシステムプログラム、３
は応用プログラム１によって再生されたデータ（主に、
画像データ）を表示する出力装置、４はネットワーク７
を介して第２の計算機であるサーバへデータの要求を出
す通信手段、５は第１の計算機からの要求を処理する第
２の計算機上で動作するサーバ処理部、６は第１の計算
機から要求されるデータを蓄えてある画像ファイル、８
はデータの先読みを行なう先読み手段である。
づいて説明する。 （第１の実施例）図１は、本発明にかかる第１の実施例
のネットワーク経由データ先読みバッファ方法における
システム全体のブロック図である。図１において、１は
データをネットワークを介して受けとる第１の計算機
（クライアント計算機）上で動作するプログラムＡとし
ての応用プログラム、２は応用プログラム１にデータを
提供するプログラムＢとしてのシステムプログラム、３
は応用プログラム１によって再生されたデータ（主に、
画像データ）を表示する出力装置、４はネットワーク７
を介して第２の計算機であるサーバへデータの要求を出
す通信手段、５は第１の計算機からの要求を処理する第
２の計算機上で動作するサーバ処理部、６は第１の計算
機から要求されるデータを蓄えてある画像ファイル、８
はデータの先読みを行なう先読み手段である。
【００１０】応用プログラム１は、画像データに関する
制御を行う画像制御手段１１、画像データを出力装置３
へ再生するデータ再生手段１２、及びシステムプログラ
ム２へデータの要求を行うデータ要求手段１３により構
成されている。又、システムプログラム２は、応用プロ
グラム１からのデータ要求を処理する要求データ制御手
段２１と、予めサーバから受けとったデータを蓄える先
読みバッファ２２と、この先読みバッファ２２の空き容
量を監視し、データ要求の必要性を判定する先読み判定
手段２３とで構成される。
制御を行う画像制御手段１１、画像データを出力装置３
へ再生するデータ再生手段１２、及びシステムプログラ
ム２へデータの要求を行うデータ要求手段１３により構
成されている。又、システムプログラム２は、応用プロ
グラム１からのデータ要求を処理する要求データ制御手
段２１と、予めサーバから受けとったデータを蓄える先
読みバッファ２２と、この先読みバッファ２２の空き容
量を監視し、データ要求の必要性を判定する先読み判定
手段２３とで構成される。
【００１１】次に、上記第１の実施例のネットワーク経
由データ先読みバッファ方法について、図１〜図４を参
照しながら処理内容を説明する。 （１）まず、応用プログラム１が再生しようとする画像
ファイルを通信手段４を介して、サーバ処理部５へ指定
する。その後、画像制御手段１１は最初の画像データ要
求をデータ要求手段１３から発行する（図３のステップ
Ｓ２−１０）。 （２）システムプログラム２の要求データ制御手段２１
は、データの要求が応用プログラム１から来ているか判
定し（図２のステップＳ２−１）、要求が来ていれば、
その要求が最初であるか否か判定する（ステップＳ２−
２）。 （３）判定の結果最初であれば、直ちに先読み判定手段
２３を介して、データの読み込み要求を先読み手段８に
指示する（ステップＳ２−３）。 （４）指示を受けた先読み手段８は指示を通信手段４に
伝え（ステップＳ２−８）、ネットワーク７を介してサ
ーバからデータを受けとり、先読みバッファ２２にデー
タを格納する（ステップＳ２−９）。先読みバッファ２
２は、たとえば図４（ａ）のように構成され、最初のデ
ータの受けとりでは、バッファ１の方が満たされる。 （５）最初でなければ、要求データ制御手段２１は先読
みバッファ２２から必要とされているデータを読みだ
し、データ要求手段１３へ要求されたデータを返す（ス
テップＳ２−４）。 （６）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ２−５）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ２−６）。この際に、先読みバッファ２２
内のどのバッファに入れるかも指定しておく。また、バ
ッファ容量が一定の値より減っていなければ、そのまま
処理を続ける。 （７）先読み手段８がデータ要求を受けた場合には、応
用プログラム１とは独立して、データを受けとる。この
場合に、要求データ制御手段２１が読み出しているバッ
ファとは別のバッファにデータを格納する。例えば、図
４（ａ）のバッファ１の方を要求データ制御手段２１が
読み出している場合には、バッファ２の方にデータを書
き込む。このように、先読みバッファ２２からの読みだ
しと書き込みは、別のバッファに対して行なわれる。 （８）応用プログラム１がデータを受けとると、データ
再生手段１２は受けとったデータの再生処理を行ない、
出力装置３に対して表示を行なう（図３のステップＳ２
−１１）。その後、ファイルの最終であるか否かの判定
を行なう（ステップＳ２−１２）。判定の結果、終了で
あればそのまま処理を終え、そうでなければ元に戻っ
て、ステップＳ２−１０ 〜 ステップＳ２−１２を繰り
返す。 （９）一方、システムプログラム２は上記の動作を繰り
返し、先読み判定手段２３がファイルの最終か否かを判
定し（図２のステップＳ２−７）、最終であればその処
理を終える。
由データ先読みバッファ方法について、図１〜図４を参
照しながら処理内容を説明する。 （１）まず、応用プログラム１が再生しようとする画像
ファイルを通信手段４を介して、サーバ処理部５へ指定
する。その後、画像制御手段１１は最初の画像データ要
求をデータ要求手段１３から発行する（図３のステップ
Ｓ２−１０）。 （２）システムプログラム２の要求データ制御手段２１
は、データの要求が応用プログラム１から来ているか判
定し（図２のステップＳ２−１）、要求が来ていれば、
その要求が最初であるか否か判定する（ステップＳ２−
２）。 （３）判定の結果最初であれば、直ちに先読み判定手段
２３を介して、データの読み込み要求を先読み手段８に
指示する（ステップＳ２−３）。 （４）指示を受けた先読み手段８は指示を通信手段４に
伝え（ステップＳ２−８）、ネットワーク７を介してサ
ーバからデータを受けとり、先読みバッファ２２にデー
タを格納する（ステップＳ２−９）。先読みバッファ２
２は、たとえば図４（ａ）のように構成され、最初のデ
ータの受けとりでは、バッファ１の方が満たされる。 （５）最初でなければ、要求データ制御手段２１は先読
みバッファ２２から必要とされているデータを読みだ
し、データ要求手段１３へ要求されたデータを返す（ス
テップＳ２−４）。 （６）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ２−５）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ２−６）。この際に、先読みバッファ２２
内のどのバッファに入れるかも指定しておく。また、バ
ッファ容量が一定の値より減っていなければ、そのまま
処理を続ける。 （７）先読み手段８がデータ要求を受けた場合には、応
用プログラム１とは独立して、データを受けとる。この
場合に、要求データ制御手段２１が読み出しているバッ
ファとは別のバッファにデータを格納する。例えば、図
４（ａ）のバッファ１の方を要求データ制御手段２１が
読み出している場合には、バッファ２の方にデータを書
き込む。このように、先読みバッファ２２からの読みだ
しと書き込みは、別のバッファに対して行なわれる。 （８）応用プログラム１がデータを受けとると、データ
再生手段１２は受けとったデータの再生処理を行ない、
出力装置３に対して表示を行なう（図３のステップＳ２
−１１）。その後、ファイルの最終であるか否かの判定
を行なう（ステップＳ２−１２）。判定の結果、終了で
あればそのまま処理を終え、そうでなければ元に戻っ
て、ステップＳ２−１０ 〜 ステップＳ２−１２を繰り
返す。 （９）一方、システムプログラム２は上記の動作を繰り
返し、先読み判定手段２３がファイルの最終か否かを判
定し（図２のステップＳ２−７）、最終であればその処
理を終える。
【００１２】最後に、サーバ処理部５の動作を簡単に説
明する。サーバ制御手段５１は、クライアント計算機
（第１の計算機）からのデータ要求を受けとると、画像
送出手段５２に対して画像ファイル６からのデータ読み
だし及び送出を指示する。画像記憶域５３は、画像ファ
イル６から読みだしたデータを一時的に保存し、データ
送出に備える。
明する。サーバ制御手段５１は、クライアント計算機
（第１の計算機）からのデータ要求を受けとると、画像
送出手段５２に対して画像ファイル６からのデータ読み
だし及び送出を指示する。画像記憶域５３は、画像ファ
イル６から読みだしたデータを一時的に保存し、データ
送出に備える。
【００１３】以上の動作により、応用プログラム１がデ
ータ要求を行なった場合には、ネットワーク経由でデー
タを受けとるのではなく、予め先読みバッファ２２に蓄
えられているデータを取り出すことになり、ネットワー
ク経由でデータを受けとる際に発生する遅延を生じるこ
とがなくなるため、途切れることなく画像再生を行なう
ことができる。 （第２の実施例）図５は、本発明にかかる第２の実施例
のネットワーク経由データ先読みバッファ方法における
システム全体のブロック図である。図５において、９は
データ記憶装置であり、画像ファイル６に蓄えられてい
るデータのうち、応用プログラム１が再生を開始する時
に最初に要求するデータ（最初に先読みバッファ２２に
格納するデータ）が、あらかじめ蓄えられている。その
他の構成は、第１の実施例と同じであるので、説明を省
略する。
ータ要求を行なった場合には、ネットワーク経由でデー
タを受けとるのではなく、予め先読みバッファ２２に蓄
えられているデータを取り出すことになり、ネットワー
ク経由でデータを受けとる際に発生する遅延を生じるこ
とがなくなるため、途切れることなく画像再生を行なう
ことができる。 （第２の実施例）図５は、本発明にかかる第２の実施例
のネットワーク経由データ先読みバッファ方法における
システム全体のブロック図である。図５において、９は
データ記憶装置であり、画像ファイル６に蓄えられてい
るデータのうち、応用プログラム１が再生を開始する時
に最初に要求するデータ（最初に先読みバッファ２２に
格納するデータ）が、あらかじめ蓄えられている。その
他の構成は、第１の実施例と同じであるので、説明を省
略する。
【００１４】次に、上記第２の実施例のネットワーク経
由データ先読みバッファ方法について、図４、及び図５
〜図７を参照しながら処理内容を説明する。 （１）まず、応用プログラム１が再生しようとする画像
ファイルを通信手段４を介して、サーバ処理部５へ指定
する。その後、画像制御手段１１は最初の画像データ要
求をデータ要求手段１３から発行する（図７のステップ
Ｓ５−１０）。 （２）システムプログラム２の要求データ制御手段２１
は、データの要求が応用プログラム１から来ているか判
定し（図６のステップＳ５−１）、要求が来ていれば、
その要求が最初であるか否か判定する（ステップＳ５−
２）。 （３）判定の結果最初であれば、データ記憶装置９から
データを読み込み、先読みバッファ２２を満たす。先読
みバッファ２２は、たとえば図４（ａ）のように構成さ
れ、データ記憶装置９からの読み出しにより、バッファ
１の方が満たされる（ステップＳ５−３）。 （４）最初でなければ、要求データ制御手段２１は先読
みバッファ２２から必要とされているデータを読みだ
し、データ要求手段１３へ要求されたデータを返す（ス
テップＳ５−４）。 （５）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ５−５）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ５−６）。この際に、先読みバッファ２２
内のどのバッファに入れるかも指定しておく。また、バ
ッファ容量が一定の値より減っていなければ、そのまま
処理を続ける。 （６）先読み手段８は、ネットワーク７を介してサーバ
からデータを受けとるため、指示を通信手段４に伝え
（ステップＳ５−８）、要求データ制御手段２１が読み
出しているバッファとは別のバッファにデータを格納す
る（ステップＳ５−９）。例えば、要求データ制御手段
２１が、図４（ａ）のバッファ１の方からデータを読み
出している場合、先読み手段８は、バッファ２の方にデ
ータを格納する。 （７）応用プログラム１がデータを受けとると、データ
再生手段１２は受けとったデータの再生処理を行ない、
出力装置３に対して表示を行なう（図７のステップＳ５
−１１）。その後、ファイルの最終であるか否かの判定
を行なう（ステップＳ５−１２）。判定の結果、終了で
あればそのまま処理を終え、そうでなければ元に戻っ
て、ステップＳ５−１０ 〜 ステップＳ５−１２を繰り
返す。 （８）一方、システムプログラム２は上記の動作を繰り
返し、先読み判定手段２３がファイルの最終か否かを判
定し（図６のステップＳ５−７）、最終であればその処
理を終える。
由データ先読みバッファ方法について、図４、及び図５
〜図７を参照しながら処理内容を説明する。 （１）まず、応用プログラム１が再生しようとする画像
ファイルを通信手段４を介して、サーバ処理部５へ指定
する。その後、画像制御手段１１は最初の画像データ要
求をデータ要求手段１３から発行する（図７のステップ
Ｓ５−１０）。 （２）システムプログラム２の要求データ制御手段２１
は、データの要求が応用プログラム１から来ているか判
定し（図６のステップＳ５−１）、要求が来ていれば、
その要求が最初であるか否か判定する（ステップＳ５−
２）。 （３）判定の結果最初であれば、データ記憶装置９から
データを読み込み、先読みバッファ２２を満たす。先読
みバッファ２２は、たとえば図４（ａ）のように構成さ
れ、データ記憶装置９からの読み出しにより、バッファ
１の方が満たされる（ステップＳ５−３）。 （４）最初でなければ、要求データ制御手段２１は先読
みバッファ２２から必要とされているデータを読みだ
し、データ要求手段１３へ要求されたデータを返す（ス
テップＳ５−４）。 （５）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ５−５）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ５−６）。この際に、先読みバッファ２２
内のどのバッファに入れるかも指定しておく。また、バ
ッファ容量が一定の値より減っていなければ、そのまま
処理を続ける。 （６）先読み手段８は、ネットワーク７を介してサーバ
からデータを受けとるため、指示を通信手段４に伝え
（ステップＳ５−８）、要求データ制御手段２１が読み
出しているバッファとは別のバッファにデータを格納す
る（ステップＳ５−９）。例えば、要求データ制御手段
２１が、図４（ａ）のバッファ１の方からデータを読み
出している場合、先読み手段８は、バッファ２の方にデ
ータを格納する。 （７）応用プログラム１がデータを受けとると、データ
再生手段１２は受けとったデータの再生処理を行ない、
出力装置３に対して表示を行なう（図７のステップＳ５
−１１）。その後、ファイルの最終であるか否かの判定
を行なう（ステップＳ５−１２）。判定の結果、終了で
あればそのまま処理を終え、そうでなければ元に戻っ
て、ステップＳ５−１０ 〜 ステップＳ５−１２を繰り
返す。 （８）一方、システムプログラム２は上記の動作を繰り
返し、先読み判定手段２３がファイルの最終か否かを判
定し（図６のステップＳ５−７）、最終であればその処
理を終える。
【００１５】尚、サーバ処理部５の動作については、第
１の実施例と同様のため説明を省略する。
１の実施例と同様のため説明を省略する。
【００１６】以上の動作により、応用プログラム１が要
求する最初のデータを、第１の計算機に設けたデータ記
憶装置９から読み出すことができる。データ記憶装置９
は、半導体メモリーなどの高速なデバイスを用いること
ができるため、データ記憶装置９からの読み出しは、ネ
ットワーク経由でデータを読み出す場合に比べて、極め
て高速である。そのため、応用プログラム１は最初のデ
ータを瞬時に得ることができる。
求する最初のデータを、第１の計算機に設けたデータ記
憶装置９から読み出すことができる。データ記憶装置９
は、半導体メモリーなどの高速なデバイスを用いること
ができるため、データ記憶装置９からの読み出しは、ネ
ットワーク経由でデータを読み出す場合に比べて、極め
て高速である。そのため、応用プログラム１は最初のデ
ータを瞬時に得ることができる。
【００１７】なお、上記第２の実施例では、データ記憶
装置９から読み出したデータを一旦先読みバッファ２２
に格納してから、要求データ制御手段２１が読み出す場
合の動作を説明したが、データ記憶装置９から読み出し
たデータを先読みバッファ２２には格納せず、そのまま
応用プログラム１に返すという動作を行なっても、シス
テム構成、処理のながれ及びデータ構造には何ら影響は
なく、いっこうに構わない。
装置９から読み出したデータを一旦先読みバッファ２２
に格納してから、要求データ制御手段２１が読み出す場
合の動作を説明したが、データ記憶装置９から読み出し
たデータを先読みバッファ２２には格納せず、そのまま
応用プログラム１に返すという動作を行なっても、シス
テム構成、処理のながれ及びデータ構造には何ら影響は
なく、いっこうに構わない。
【００１８】上記動作により、応用プログラム１の画像
再生開始の遅延時間を小さくすることができる。 （第３の実施例）第３の実施例では、システムの構成は
第１の実施例と変わらないので図１を参照する。ただ
し、先読みバッファ２２内の管理方法及び処理フロー
は、図８及び図９に示すように異なる。又、応用プログ
ラムの処理の流れ及び先読みバッファへの読み込み処理
部分は、図３及び、図２のステップＳ２−８〜２−９の
流れと同様である。以下に、図１〜図３、図８、及び図
９を参照しながら、本実施例の動作について説明する。 （１）まず、応用プログラム１が再生しようとする画像
ファイルを通信手段４を介して、サーバ処理部５へ指定
する。その後、画像制御手段１１は最初の画像データ要
求をデータ要求手段１３から発行する（図３のステップ
Ｓ２−１０）。 （２）システムプログラム２の要求データ制御手段２１
は、データの要求が応用プログラム１から来ているか判
定する（図８のステップＳ６−１）。そのデータの要求
には再生の方向が順方向か逆方向かを示すデータが附属
されている。その判定の結果、要求が来ていればその要
求が最初であるか否か判定する（ステップＳ６−２）。 （３）判定の結果最初であれば、直ちに先読み判定手段
２３を介して、データの読み込み要求を先読み手段８に
指示する（ステップＳ６−３）。 （４）指示を受けた先読み手段８は指示を通信手段４に
伝え（図２のステップＳ２−８）、ネットワークを介し
てサーバからデータを受けとり、先読みバッファ２２に
データを格納する（ステップＳ２−９）。先読みバッフ
ァ２２は、たとえば図９（ａ）のように構成され、最初
のデータ受けとりでは、バッファ０及びバッファ１が満
たされる。 （５）最初でなければ、要求データ制御手段２１は、要
求データが順方向であるか逆方向であるか判定し（図８
のステップＳ６−４）、順方向であれば先読みバッファ
２２から必要とされているデータを読みだし、データ要
求手段１３へ要求されたデータを返す（ステップＳ６−
５）。 （６）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ６−６）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ６−７）。この際に、先読みバッファ２２
内のどのバッファに入れるかも指定しておく。また、バ
ッファ容量が一定の値より減っていなければ、そのまま
処理を続ける。
再生開始の遅延時間を小さくすることができる。 （第３の実施例）第３の実施例では、システムの構成は
第１の実施例と変わらないので図１を参照する。ただ
し、先読みバッファ２２内の管理方法及び処理フロー
は、図８及び図９に示すように異なる。又、応用プログ
ラムの処理の流れ及び先読みバッファへの読み込み処理
部分は、図３及び、図２のステップＳ２−８〜２−９の
流れと同様である。以下に、図１〜図３、図８、及び図
９を参照しながら、本実施例の動作について説明する。 （１）まず、応用プログラム１が再生しようとする画像
ファイルを通信手段４を介して、サーバ処理部５へ指定
する。その後、画像制御手段１１は最初の画像データ要
求をデータ要求手段１３から発行する（図３のステップ
Ｓ２−１０）。 （２）システムプログラム２の要求データ制御手段２１
は、データの要求が応用プログラム１から来ているか判
定する（図８のステップＳ６−１）。そのデータの要求
には再生の方向が順方向か逆方向かを示すデータが附属
されている。その判定の結果、要求が来ていればその要
求が最初であるか否か判定する（ステップＳ６−２）。 （３）判定の結果最初であれば、直ちに先読み判定手段
２３を介して、データの読み込み要求を先読み手段８に
指示する（ステップＳ６−３）。 （４）指示を受けた先読み手段８は指示を通信手段４に
伝え（図２のステップＳ２−８）、ネットワークを介し
てサーバからデータを受けとり、先読みバッファ２２に
データを格納する（ステップＳ２−９）。先読みバッフ
ァ２２は、たとえば図９（ａ）のように構成され、最初
のデータ受けとりでは、バッファ０及びバッファ１が満
たされる。 （５）最初でなければ、要求データ制御手段２１は、要
求データが順方向であるか逆方向であるか判定し（図８
のステップＳ６−４）、順方向であれば先読みバッファ
２２から必要とされているデータを読みだし、データ要
求手段１３へ要求されたデータを返す（ステップＳ６−
５）。 （６）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ６−６）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ６−７）。この際に、先読みバッファ２２
内のどのバッファに入れるかも指定しておく。また、バ
ッファ容量が一定の値より減っていなければ、そのまま
処理を続ける。
【００１９】一定の値とは、たとえば図９（ａ）におい
て、バッファ０のデータをすべて読みだした後、バッフ
ァ１のデータの読みだしを開始した場合、バッファ２に
新しくサーバ処理部５よりデータを受けとってバッファ
を満たすようにすることである。このようにバッファ管
理を行なえば、現在要求データ制御手段２１が読み出し
ているバッファの１つ前のバッファもデータを残してお
くことになり、逆方向への読み出しに対応可能となる。 （７）ステップＳ６−４での判定が逆方向であった場合
には、先読みバッファ２２から逆方向にデータを読みだ
し、データ要求手段１３へ要求されたデータを返す（ス
テップＳ６−８）。例えば、図９（ａ）のバッファ１を
読み出している際中には、バッファ０にはその直前に読
み出していたデータが格納されたままになっている。そ
のため、常に逆方向の読み出しに必要となるデータが入
っている。 （８）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ６−９）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ６−１０）。この際に、先読みバッファ２
２内のどのバッファに入れるかも指定しておく。また、
バッファ容量が一定の値より減っていなければ、そのま
ま処理を続ける。例えば、バッファ１を読み出している
際中に、逆方向の読み出しを行なう指示が発生した場合
には、バッファ０には直前に読み出したデータが入って
いる。またバッファ２には、先読み手段８によって読み
出されたデータが入っているかも知れないが、これはど
ちらでもよく、逆方向の読みだしが進みバッファ０から
読み出しが行なわれるようになると、バッファ２を指定
して逆方向の先読みを行なうように指示する。 （９）先読み手段８は、ネットワーク７を介してサーバ
からデータを受けとるため、指示を通信手段４に伝え、
あらかじめ指示されたバッファにデータを格納する。 （１０）応用プログラム１がデータを受けとると、デー
タ再生手段１２は受けとったデータの再生処理を行な
い、出力装置３に対して表示を行なう（図３のステップ
Ｓ２−１１）。その後、ファイルの最終であるか否かの
判定を行なう（ステップＳ２−１２）。判定の結果、終
了であればそのまま処理を終え、そうでなければ元に戻
って、ステップＳ２−１０ 〜 ステップＳ２−１２を繰
り返す。 （１１）一方、システムプログラム２は上記の動作を繰
り返し、先読み判定手段２３がファイルの最終か否かを
判定し（図８のステップＳ６−１１）、最終であればそ
の処理を終える。
て、バッファ０のデータをすべて読みだした後、バッフ
ァ１のデータの読みだしを開始した場合、バッファ２に
新しくサーバ処理部５よりデータを受けとってバッファ
を満たすようにすることである。このようにバッファ管
理を行なえば、現在要求データ制御手段２１が読み出し
ているバッファの１つ前のバッファもデータを残してお
くことになり、逆方向への読み出しに対応可能となる。 （７）ステップＳ６−４での判定が逆方向であった場合
には、先読みバッファ２２から逆方向にデータを読みだ
し、データ要求手段１３へ要求されたデータを返す（ス
テップＳ６−８）。例えば、図９（ａ）のバッファ１を
読み出している際中には、バッファ０にはその直前に読
み出していたデータが格納されたままになっている。そ
のため、常に逆方向の読み出しに必要となるデータが入
っている。 （８）先読み判定手段２３はバッファ容量が一定の値よ
り減少しているか否か判定し（ステップＳ６−９）、減
っていればデータ要求を先読み手段８に対して行なう
（ステップＳ６−１０）。この際に、先読みバッファ２
２内のどのバッファに入れるかも指定しておく。また、
バッファ容量が一定の値より減っていなければ、そのま
ま処理を続ける。例えば、バッファ１を読み出している
際中に、逆方向の読み出しを行なう指示が発生した場合
には、バッファ０には直前に読み出したデータが入って
いる。またバッファ２には、先読み手段８によって読み
出されたデータが入っているかも知れないが、これはど
ちらでもよく、逆方向の読みだしが進みバッファ０から
読み出しが行なわれるようになると、バッファ２を指定
して逆方向の先読みを行なうように指示する。 （９）先読み手段８は、ネットワーク７を介してサーバ
からデータを受けとるため、指示を通信手段４に伝え、
あらかじめ指示されたバッファにデータを格納する。 （１０）応用プログラム１がデータを受けとると、デー
タ再生手段１２は受けとったデータの再生処理を行な
い、出力装置３に対して表示を行なう（図３のステップ
Ｓ２−１１）。その後、ファイルの最終であるか否かの
判定を行なう（ステップＳ２−１２）。判定の結果、終
了であればそのまま処理を終え、そうでなければ元に戻
って、ステップＳ２−１０ 〜 ステップＳ２−１２を繰
り返す。 （１１）一方、システムプログラム２は上記の動作を繰
り返し、先読み判定手段２３がファイルの最終か否かを
判定し（図８のステップＳ６−１１）、最終であればそ
の処理を終える。
【００２０】尚、サーバ処理部５の動作については、第
１の実施例と同様のため説明を省略する。
１の実施例と同様のため説明を省略する。
【００２１】以上の動作により、応用プログラム１が画
像再生の途中で再生方向を変更した場合でもネットワー
ク経由でデータを要求するのではなく、予め先読みバッ
ファ２２に蓄えられているデータを取り出すことにな
り、ネットワーク経由でデータを受けとる際に発生する
遅延を生じることがなくなる。これにより、画像再生途
中での再生方向の変更が可能となる。
像再生の途中で再生方向を変更した場合でもネットワー
ク経由でデータを要求するのではなく、予め先読みバッ
ファ２２に蓄えられているデータを取り出すことにな
り、ネットワーク経由でデータを受けとる際に発生する
遅延を生じることがなくなる。これにより、画像再生途
中での再生方向の変更が可能となる。
【００２２】以上のように、第１の実施例によれば、シ
ステムプログラム２は先読みバッファ２２の管理を行な
い、バッファの容量が十分な場合には応用プログラム１
からのデータ要求に応じて、データを応用プログラム１
に渡す。先読みバッファ２２の容量が一定値より少なく
なった場合には、応用プログラム１とは独立して、サー
バ計算機に対してデータの要求を行ない、先読みバッフ
ァ２２にデータを蓄える。以後、この動作をファイルの
終了まで行なう。この作用により、ネットワーク経由で
データを受けとるのではなく、予め先読みバッファ２２
に蓄えられているデータを取り出すことになり、ネット
ワーク経由でデータを受けとる際に発生する遅延を生じ
ることがなくなるため、途切れることなく画像の再生を
行なうことができる。
ステムプログラム２は先読みバッファ２２の管理を行な
い、バッファの容量が十分な場合には応用プログラム１
からのデータ要求に応じて、データを応用プログラム１
に渡す。先読みバッファ２２の容量が一定値より少なく
なった場合には、応用プログラム１とは独立して、サー
バ計算機に対してデータの要求を行ない、先読みバッフ
ァ２２にデータを蓄える。以後、この動作をファイルの
終了まで行なう。この作用により、ネットワーク経由で
データを受けとるのではなく、予め先読みバッファ２２
に蓄えられているデータを取り出すことになり、ネット
ワーク経由でデータを受けとる際に発生する遅延を生じ
ることがなくなるため、途切れることなく画像の再生を
行なうことができる。
【００２３】又、第２の実施例によれば、応用プログラ
ム１が最初に要求するデータは第１の計算機のデータ記
憶装置９に蓄えられており、応用プログラム１がシステ
ムプログラム２に対して最初のデータ要求を行なった
時、システムプログラム２は、ネットワーク経由ではな
く、第１の計算機のデータ記憶装置９からデータを読み
出す。これにより、ネットワーク経由でデータを読み出
す場合に比べ極めて高速に最初のデータを得ることがで
き、応用プログラム１の画像再生開始の遅延時間を小さ
くすることができる。
ム１が最初に要求するデータは第１の計算機のデータ記
憶装置９に蓄えられており、応用プログラム１がシステ
ムプログラム２に対して最初のデータ要求を行なった
時、システムプログラム２は、ネットワーク経由ではな
く、第１の計算機のデータ記憶装置９からデータを読み
出す。これにより、ネットワーク経由でデータを読み出
す場合に比べ極めて高速に最初のデータを得ることがで
き、応用プログラム１の画像再生開始の遅延時間を小さ
くすることができる。
【００２４】又、第３の実施例によれば、システムプロ
グラム２によって管理される先読みバッファ２２をすく
なくとも３つ以上の部分に分割しておく。そして、現在
データ要求が行なわれているバッファ、現在は要求が行
なわれていないがその直前までデータ要求されていたバ
ッファの２つを保存管理する。そして、３つ目のバッフ
ァにはこれからデータ要求されるであろう順方向のデー
タを読み込んでおく。応用プログラム１が、後方再生の
要求を行なった際には、現在読み出しを行なっている先
読みバッファ２２からデータを読みだし、続いてその前
のバッファからデータを読み出す。ここで、後方再生の
要求が発生した時点で、読みだし方向は逆となり、逆方
向のデータを先読みバッファ２２に記憶する。このよう
に、応用プログラム１が画像再生の途中で再生方向を変
更した場合でも、ネットワーク経由でデータを要求する
のではなく、予め先読みバッファ２２に蓄えられている
データを取り出すことになり、ネットワーク経由でデー
タを受けとる際に発生する遅延を生じることがなくな
り、画像再生途中での再生方向の変更が可能となる。
グラム２によって管理される先読みバッファ２２をすく
なくとも３つ以上の部分に分割しておく。そして、現在
データ要求が行なわれているバッファ、現在は要求が行
なわれていないがその直前までデータ要求されていたバ
ッファの２つを保存管理する。そして、３つ目のバッフ
ァにはこれからデータ要求されるであろう順方向のデー
タを読み込んでおく。応用プログラム１が、後方再生の
要求を行なった際には、現在読み出しを行なっている先
読みバッファ２２からデータを読みだし、続いてその前
のバッファからデータを読み出す。ここで、後方再生の
要求が発生した時点で、読みだし方向は逆となり、逆方
向のデータを先読みバッファ２２に記憶する。このよう
に、応用プログラム１が画像再生の途中で再生方向を変
更した場合でも、ネットワーク経由でデータを要求する
のではなく、予め先読みバッファ２２に蓄えられている
データを取り出すことになり、ネットワーク経由でデー
タを受けとる際に発生する遅延を生じることがなくな
り、画像再生途中での再生方向の変更が可能となる。
【００２５】
【発明の効果】以上述べたところから明らかなように本
発明は、データを受け取る時の遅延がなくなり、画像の
再生が途切れることがないという長所を有する。
発明は、データを受け取る時の遅延がなくなり、画像の
再生が途切れることがないという長所を有する。
【００２６】また、バッファを３つ以上設けて、直前に
受け取ったデータをバッファに残しておき、後方読みだ
し要求時に即座にデータを受けとるようにすれば、画像
再生途中での再生方向の変更ができるという利点があ
る。
受け取ったデータをバッファに残しておき、後方読みだ
し要求時に即座にデータを受けとるようにすれば、画像
再生途中での再生方向の変更ができるという利点があ
る。
【図１】本発明にかかる第１の実施例のネットワーク経
由データ先読みバッファ方法におけるシステム全体のブ
ロック図である。
由データ先読みバッファ方法におけるシステム全体のブ
ロック図である。
【図２】同第１の実施例におけるシステムプログラムの
フローチャートである。
フローチャートである。
【図３】同第１の実施例における応用プログラムのフロ
ーチャートである。
ーチャートである。
【図４】同図（ａ）、及び（ｂ）は、同第１の実施例に
おけるデータ構造を示す図である。
おけるデータ構造を示す図である。
【図５】本発明にかかる第２の実施例のネットワーク経
由データ先読みバッファ方法におけるシステム全体のブ
ロック図である。
由データ先読みバッファ方法におけるシステム全体のブ
ロック図である。
【図６】同第２の実施例におけるシステムプログラムの
フローチャートである。
フローチャートである。
【図７】同第２の実施例における応用プログラムのフロ
ーチャートである。
ーチャートである。
【図８】本発明にかかる第３の実施例のネットワーク経
由データ先読みバッファ方法におけるシステムプログラ
ムのフローチャートである。
由データ先読みバッファ方法におけるシステムプログラ
ムのフローチャートである。
【図９】同図（ａ）、及び（ｂ）は、同第３の実施例に
おけるデータ構造を示す図である。
おけるデータ構造を示す図である。
１ 応用プログラム ２ システムプログラム ３ 出力装置 ４ 通信手段 ５ サーバ処理部 ６ 画像ファイル ７ ネットワーク ８ 先読み手段 ９ データ記憶装置 １３ データ要求手段 ２２ 先読みバッファ
Claims (3)
- 【請求項１】 第１の計算機上のプログラムＡからの第
２の計算機への第１回目から所定回目までのデータ読み
だし要求については、前記第１回目のデータ読み出し要
求に対しては、前記第１の計算機上で動作するプログラ
ムＢが前記第２の計算機にデータの要求を行い、前記第
１の計算機のバッファに第１回目から所定回目までのデ
ータを蓄積し、前記プログラムＡからの前記所定回目よ
り以降のデータ読みだし要求に対しては、そのデータ読
み出し要求がある前に、前記プログラムＢが、前記バッ
ファ内のデータが所定量以下にならないように、予め前
記第１回目に要求されたデータに関連するデータを、ネ
ットワークを経由して前記第２の計算機に要求し、その
要求したデータを受取ってバッファに蓄えておき、前記
プログラムＡからのデータ読みだし要求が実際にあった
場合に、データを前記バッファから受け取ることを特徴
とするネットワーク経由データ先読みバッファ方法。 - 【請求項２】 第１の計算機上のプログラムＡからの第
１回目から所定回目までのデータ読み出し要求に対する
データを、予めデータ記憶装置に蓄積しておき、前記第
１回目から所定回目までのデータ読み出し要求について
は、前記第１回目のデータ読み出し要求後、前記第１の
計算機上のプログラムＢは前記データ記憶装置に蓄積さ
れたデータを読み出し、又は、その読み出したデータを
一旦前記第１の計算機のバッファに蓄え、前記プログラ
ムＡからの前記所定回目より以降のデータ読み出し要求
に対しては、前記プログラムＢが、そのデータ読みだし
要求がある前に、前記バッファ内のデータが所定量以下
にならないように、予め前記第１回目に要求されたデー
タに関連するデータを、ネットワークを経由して第２の
計算機に要求し、その要求したデータを受取って前記バ
ッファに蓄えておき、前記プログラムＡからのデータ読
みだし要求が実際にあった場合に、データを前記バッフ
ァから受け取ることを特徴とするネットワーク経由デー
タ先読みバッファ方法。 - 【請求項３】 先読みしたデータを蓄えるバッファをす
くなくとも３つ以上持ち、前記プログラムＡにより直前
に受け取ったデータを、前記バッファに残しておくこと
により、前記プログラムＡからの後方読みだし要求時に
も、即座にデータを受けとることを特徴とする請求項
１、又は２記載のネットワーク経由データ先読みバッフ
ァ方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6294901A JPH08153032A (ja) | 1994-11-29 | 1994-11-29 | ネットワーク経由データ先読みバッファ方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP6294901A JPH08153032A (ja) | 1994-11-29 | 1994-11-29 | ネットワーク経由データ先読みバッファ方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH08153032A true JPH08153032A (ja) | 1996-06-11 |
Family
ID=17813724
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP6294901A Pending JPH08153032A (ja) | 1994-11-29 | 1994-11-29 | ネットワーク経由データ先読みバッファ方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH08153032A (ja) |
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007241612A (ja) * | 2006-03-08 | 2007-09-20 | Matsushita Electric Ind Co Ltd | マルチマスタシステム |
| JP2008521097A (ja) * | 2004-11-15 | 2008-06-19 | エヌヴィディア コーポレイション | ビデオ処理 |
| US8411096B1 (en) | 2007-08-15 | 2013-04-02 | Nvidia Corporation | Shader program instruction fetch |
| US8416251B2 (en) | 2004-11-15 | 2013-04-09 | Nvidia Corporation | Stream processing in a video processor |
| US8427490B1 (en) | 2004-05-14 | 2013-04-23 | Nvidia Corporation | Validating a graphics pipeline using pre-determined schedules |
| US8489851B2 (en) | 2008-12-11 | 2013-07-16 | Nvidia Corporation | Processing of read requests in a memory controller using pre-fetch mechanism |
| US8624906B2 (en) | 2004-09-29 | 2014-01-07 | Nvidia Corporation | Method and system for non stalling pipeline instruction fetching from memory |
| US8659601B1 (en) | 2007-08-15 | 2014-02-25 | Nvidia Corporation | Program sequencer for generating indeterminant length shader programs for a graphics processor |
| US8681861B2 (en) | 2008-05-01 | 2014-03-25 | Nvidia Corporation | Multistandard hardware video encoder |
| US8683126B2 (en) | 2007-07-30 | 2014-03-25 | Nvidia Corporation | Optimal use of buffer space by a storage controller which writes retrieved data directly to a memory |
| US8698819B1 (en) | 2007-08-15 | 2014-04-15 | Nvidia Corporation | Software assisted shader merging |
| US8923385B2 (en) | 2008-05-01 | 2014-12-30 | Nvidia Corporation | Rewind-enabled hardware encoder |
| US9024957B1 (en) | 2007-08-15 | 2015-05-05 | Nvidia Corporation | Address independent shader program loading |
| US9064333B2 (en) | 2007-12-17 | 2015-06-23 | Nvidia Corporation | Interrupt handling techniques in the rasterizer of a GPU |
| US9092170B1 (en) | 2005-10-18 | 2015-07-28 | Nvidia Corporation | Method and system for implementing fragment operation processing across a graphics bus interconnect |
| JP2017054162A (ja) * | 2015-09-07 | 2017-03-16 | 日本電気株式会社 | 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム |
-
1994
- 1994-11-29 JP JP6294901A patent/JPH08153032A/ja active Pending
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8427490B1 (en) | 2004-05-14 | 2013-04-23 | Nvidia Corporation | Validating a graphics pipeline using pre-determined schedules |
| US8624906B2 (en) | 2004-09-29 | 2014-01-07 | Nvidia Corporation | Method and system for non stalling pipeline instruction fetching from memory |
| US8725990B1 (en) | 2004-11-15 | 2014-05-13 | Nvidia Corporation | Configurable SIMD engine with high, low and mixed precision modes |
| JP4906734B2 (ja) * | 2004-11-15 | 2012-03-28 | エヌヴィディア コーポレイション | ビデオ処理 |
| US8683184B1 (en) | 2004-11-15 | 2014-03-25 | Nvidia Corporation | Multi context execution on a video processor |
| US8424012B1 (en) | 2004-11-15 | 2013-04-16 | Nvidia Corporation | Context switching on a video processor having a scalar execution unit and a vector execution unit |
| US8687008B2 (en) | 2004-11-15 | 2014-04-01 | Nvidia Corporation | Latency tolerant system for executing video processing operations |
| US9111368B1 (en) | 2004-11-15 | 2015-08-18 | Nvidia Corporation | Pipelined L2 cache for memory transfers for a video processor |
| US8493396B2 (en) | 2004-11-15 | 2013-07-23 | Nvidia Corporation | Multidimensional datapath processing in a video processor |
| US8698817B2 (en) | 2004-11-15 | 2014-04-15 | Nvidia Corporation | Video processor having scalar and vector components |
| JP2008521097A (ja) * | 2004-11-15 | 2008-06-19 | エヌヴィディア コーポレイション | ビデオ処理 |
| US8736623B1 (en) | 2004-11-15 | 2014-05-27 | Nvidia Corporation | Programmable DMA engine for implementing memory transfers and video processing for a video processor |
| US8738891B1 (en) | 2004-11-15 | 2014-05-27 | Nvidia Corporation | Methods and systems for command acceleration in a video processor via translation of scalar instructions into vector instructions |
| US8493397B1 (en) | 2004-11-15 | 2013-07-23 | Nvidia Corporation | State machine control for a pipelined L2 cache to implement memory transfers for a video processor |
| US8416251B2 (en) | 2004-11-15 | 2013-04-09 | Nvidia Corporation | Stream processing in a video processor |
| US9092170B1 (en) | 2005-10-18 | 2015-07-28 | Nvidia Corporation | Method and system for implementing fragment operation processing across a graphics bus interconnect |
| JP2007241612A (ja) * | 2006-03-08 | 2007-09-20 | Matsushita Electric Ind Co Ltd | マルチマスタシステム |
| US8683126B2 (en) | 2007-07-30 | 2014-03-25 | Nvidia Corporation | Optimal use of buffer space by a storage controller which writes retrieved data directly to a memory |
| US8411096B1 (en) | 2007-08-15 | 2013-04-02 | Nvidia Corporation | Shader program instruction fetch |
| US8698819B1 (en) | 2007-08-15 | 2014-04-15 | Nvidia Corporation | Software assisted shader merging |
| US8659601B1 (en) | 2007-08-15 | 2014-02-25 | Nvidia Corporation | Program sequencer for generating indeterminant length shader programs for a graphics processor |
| US9024957B1 (en) | 2007-08-15 | 2015-05-05 | Nvidia Corporation | Address independent shader program loading |
| US9064333B2 (en) | 2007-12-17 | 2015-06-23 | Nvidia Corporation | Interrupt handling techniques in the rasterizer of a GPU |
| US8681861B2 (en) | 2008-05-01 | 2014-03-25 | Nvidia Corporation | Multistandard hardware video encoder |
| US8923385B2 (en) | 2008-05-01 | 2014-12-30 | Nvidia Corporation | Rewind-enabled hardware encoder |
| US8489851B2 (en) | 2008-12-11 | 2013-07-16 | Nvidia Corporation | Processing of read requests in a memory controller using pre-fetch mechanism |
| JP2017054162A (ja) * | 2015-09-07 | 2017-03-16 | 日本電気株式会社 | 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH08153032A (ja) | ネットワーク経由データ先読みバッファ方法 | |
| US6105029A (en) | Retrieving network files through parallel channels | |
| US6978348B2 (en) | Multimedia data storage system and method for operating a media server as a cache device and controlling a volume of data in the media server based on user-defined parameters | |
| US6477522B1 (en) | Dynamic performance based server selection | |
| EP0813159B1 (en) | Method and system for prioritised downloading of embedded web objects | |
| US5907681A (en) | Intelligent method, apparatus and computer program product for automated refreshing of internet web pages | |
| US20010032238A1 (en) | Network image view server using efficient client-server, tiling and caching archtecture | |
| US8204962B2 (en) | Method for queued overlap transfer of files | |
| EP2638480B1 (en) | Partial loading and editing of documents from a server | |
| JPH11119923A (ja) | データアクセス制御装置及びデータアクセス制御プログラムを記録した媒体 | |
| US7120860B1 (en) | Display control apparatus and storage medium | |
| US6211881B1 (en) | Image format conversion with transparency color adjustment | |
| US20020180808A1 (en) | Displaying plural linked information objects in virtual space in accordance with visual field | |
| US20020083130A1 (en) | Method and system for referring to data over network | |
| US6282616B1 (en) | Caching managing method for network and terminal for data retrieving | |
| JP3897691B2 (ja) | スクロール表示方法及び装置 | |
| US7188157B1 (en) | Continuous update of data in a data server system | |
| JP2000047926A (ja) | データの分割ダウンロード方式 | |
| CN116107479B (zh) | 图片显示方法、电子设备及计算机存储介质 | |
| JP2902015B2 (ja) | 画像情報表示装置 | |
| JP3183984B2 (ja) | 低速デバイスのファイルアクセス制御装置 | |
| JPH0954730A (ja) | マルチメディアシステム | |
| JPH04199444A (ja) | ファイル管理装置 | |
| JP2848307B2 (ja) | データ変更機能付きデータ流用装置および方法 | |
| JPH08115306A (ja) | データ転送制御方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040629 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040805 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050802 |