JPH0696033A - クライアント・サーバ方式におけるファイルの先読み制御方式 - Google Patents
クライアント・サーバ方式におけるファイルの先読み制御方式Info
- Publication number
- JPH0696033A JPH0696033A JP4246067A JP24606792A JPH0696033A JP H0696033 A JPH0696033 A JP H0696033A JP 4246067 A JP4246067 A JP 4246067A JP 24606792 A JP24606792 A JP 24606792A JP H0696033 A JPH0696033 A JP H0696033A
- Authority
- JP
- Japan
- Prior art keywords
- record
- read
- client
- records
- server
- 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.)
- Withdrawn
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】本発明は情報処理装置のクライアント・サーバ
方式におけるファイルの先読み制御方式に関し，複数レ
コードの読込みのスループットを向上することを目的と
する。 【構成】アプリケーションから１レコード読込み要求を
受けるとクライアント機能部は，１レコードの読込み依
頼をサーバに対し依頼し，続いて後続する複数レコード
の読込み依頼を発生する。サーバ機能部は，クライアン
トからの１レコードの読込み依頼に応じて該当する１レ
コードを読み込んで，クライアント機能部に１レコード
を通知し，続いて発生した複数レコードの読込み依頼に
応じて該当する複数レコードを読み込んでクライアント
機能部に通知する。クライアント機能部は，アプリケー
ションに対し後続の複数レコードの通知を待たずに要求
された１レコードを通知するよう構成する。
方式におけるファイルの先読み制御方式に関し，複数レ
コードの読込みのスループットを向上することを目的と
する。 【構成】アプリケーションから１レコード読込み要求を
受けるとクライアント機能部は，１レコードの読込み依
頼をサーバに対し依頼し，続いて後続する複数レコード
の読込み依頼を発生する。サーバ機能部は，クライアン
トからの１レコードの読込み依頼に応じて該当する１レ
コードを読み込んで，クライアント機能部に１レコード
を通知し，続いて発生した複数レコードの読込み依頼に
応じて該当する複数レコードを読み込んでクライアント
機能部に通知する。クライアント機能部は，アプリケー
ションに対し後続の複数レコードの通知を待たずに要求
された１レコードを通知するよう構成する。
Description
【０００１】
【産業上の利用分野】本発明はクライアント・サーバ方
式におけるファイルの先読み制御方式に関する。
式におけるファイルの先読み制御方式に関する。
【０００２】近年，複数のワークステーション等のコン
ピュータで構成するシステムにおいてクライアント・サ
ーバ方式が利用されている。クライアント側はアプリケ
ーション（プログラム）からの要求に応じてサーバに対
しファイルのレコードの読込み依頼を行ってサーバで依
頼されたデータを読み込んでクライアントへ通知する。
このようなファイルの読み出しにおいて，複数のレコー
ドの読込みを効率良く行うことが望まれている。
ピュータで構成するシステムにおいてクライアント・サ
ーバ方式が利用されている。クライアント側はアプリケ
ーション（プログラム）からの要求に応じてサーバに対
しファイルのレコードの読込み依頼を行ってサーバで依
頼されたデータを読み込んでクライアントへ通知する。
このようなファイルの読み出しにおいて，複数のレコー
ドの読込みを効率良く行うことが望まれている。
【０００３】
【従来の技術】クライアント・サーバシステムではレコ
ード単位で入出力が行われるファイルの読込みは，一般
的に図５，図６に示す２つの方法がある。
ード単位で入出力が行われるファイルの読込みは，一般
的に図５，図６に示す２つの方法がある。
【０００４】図５は従来の１レコードを読み込む場合の
動作説明図，図６は従来の複数レコードを読み込む場合
の動作説明図であり，両図中，５０は一方のワークステ
ーションのクライアント，５１はクライアント５０のア
プリケーション（アプリケーションプログラムを意味
し，ＡＰＬで表す），５２はクライアント機能部であ
る。５３はネットワークで接続された他方のワークステ
ーションに設けられたサーバ，５４はサーバ機能部であ
る。
動作説明図，図６は従来の複数レコードを読み込む場合
の動作説明図であり，両図中，５０は一方のワークステ
ーションのクライアント，５１はクライアント５０のア
プリケーション（アプリケーションプログラムを意味
し，ＡＰＬで表す），５２はクライアント機能部であ
る。５３はネットワークで接続された他方のワークステ
ーションに設けられたサーバ，５４はサーバ機能部であ
る。
【０００５】図５の場合，１回の要求で１レコードが読
み込まれ，次のような手順で行う。 アプリケーション（以下，ＡＰＬという）５１がクラ
イアント機能部５２に１レコードの読込み要求を行う。
み込まれ，次のような手順で行う。 アプリケーション（以下，ＡＰＬという）５１がクラ
イアント機能部５２に１レコードの読込み要求を行う。
【０００６】クライアント機能部５２はＡＰＬ５１が
要求したレコードの読み込み依頼をサーバ５３のサーバ
機能部５４に出す。 サーバ機能部５４は読込み依頼されたレコードをクラ
イアント機能部５２に通知する。
要求したレコードの読み込み依頼をサーバ５３のサーバ
機能部５４に出す。 サーバ機能部５４は読込み依頼されたレコードをクラ
イアント機能部５２に通知する。
【０００７】サーバ機能部５４からレコードの通知を
受けたクライアント機能部５２は，ＡＰＬ５１にレコー
ドを通知する。 この図５の方法では，１レコードずつ通知されるので，
複数レコードの読込み要求が発生した場合，システム全
体のスループットが良くないという問題があった。
受けたクライアント機能部５２は，ＡＰＬ５１にレコー
ドを通知する。 この図５の方法では，１レコードずつ通知されるので，
複数レコードの読込み要求が発生した場合，システム全
体のスループットが良くないという問題があった。
【０００８】これを解決する方法として図６に示す１回
の要求で複数レコードを読み込む方法が用いられた。こ
れを以下に説明する。 ＡＰＬ５１がレコードの読込み要求を行う。
の要求で複数レコードを読み込む方法が用いられた。こ
れを以下に説明する。 ＡＰＬ５１がレコードの読込み要求を行う。
【０００９】クライアント機能部５２は，ＡＰＬ５１
が読込み要求をしたレコードの後続のレコードを加えた
複数のレコードの読込み依頼をサーバ機能部５４に出
す。 クライアント機能部５２は，サーバ機能部５４から複
数のレコードが通知されるとバッファに格納し，ＡＰＬ
が読込み要求を行ったレコードのみＡＰＬに通知する。
が読込み要求をしたレコードの後続のレコードを加えた
複数のレコードの読込み依頼をサーバ機能部５４に出
す。 クライアント機能部５２は，サーバ機能部５４から複
数のレコードが通知されるとバッファに格納し，ＡＰＬ
が読込み要求を行ったレコードのみＡＰＬに通知する。
【００１０】次にＡＰＬ５１が前に読み込んだレコー
ドの後続のレコードの読込み要求を行った時は，クライ
アント機能部５２はバッファの内容をＡＰＬ５１に通知
する。
ドの後続のレコードの読込み要求を行った時は，クライ
アント機能部５２はバッファの内容をＡＰＬ５１に通知
する。
【００１１】バッファにレコードが無くなって，ＡＰ
Ｌ５１が後続のレコードの読込み要求を行うと，クライ
アント機能部５２は，また複数のレコードの読込み依頼
をサーバ５３に出す（と同じ）。
Ｌ５１が後続のレコードの読込み要求を行うと，クライ
アント機能部５２は，また複数のレコードの読込み依頼
をサーバ５３に出す（と同じ）。
【００１２】
【発明が解決しようとする課題】上記図６に示す従来の
方法では，ＡＰＬが読込み要求をしたレコードと後続す
る複数のレコードがまとめてサーバに通知されるので，
先読みするレコード数分だけ読込み時間が増加し，従っ
てクライアント機能部５２及びアプリケーションにレコ
ードが通知されるまでに時間を要するという問題があっ
た。
方法では，ＡＰＬが読込み要求をしたレコードと後続す
る複数のレコードがまとめてサーバに通知されるので，
先読みするレコード数分だけ読込み時間が増加し，従っ
てクライアント機能部５２及びアプリケーションにレコ
ードが通知されるまでに時間を要するという問題があっ
た。
【００１３】本発明は複数レコードの読込みのスループ
ットを向上することができるクライアント・サーバ方式
におけるファイルの先読み制御方式を提供することを目
的とする。
ットを向上することができるクライアント・サーバ方式
におけるファイルの先読み制御方式を提供することを目
的とする。
【００１４】
【課題を解決するための手段】図１は本発明の原理構成
図である。１，２はクライアント側に設けられ，１はア
プリケーション，２はクライアント機能部，２ａは１レ
コード読込み依頼発生手段，２ｂは後続複数レコード読
込み依頼発生手段，２ｃはレコード通知手段，２ｄは複
数レコードを格納するためのバッファ，２ｅはレコード
読み出し通知手段である。３はサーバ側に設けられたサ
ーバ機能部であり，３ａは１レコード読込み手段，３ｂ
は後続複数レコード読込み手段，３ｃは１レコード通知
手段，３ｄは複数レコード通知手段である。
図である。１，２はクライアント側に設けられ，１はア
プリケーション，２はクライアント機能部，２ａは１レ
コード読込み依頼発生手段，２ｂは後続複数レコード読
込み依頼発生手段，２ｃはレコード通知手段，２ｄは複
数レコードを格納するためのバッファ，２ｅはレコード
読み出し通知手段である。３はサーバ側に設けられたサ
ーバ機能部であり，３ａは１レコード読込み手段，３ｂ
は後続複数レコード読込み手段，３ｃは１レコード通知
手段，３ｄは複数レコード通知手段である。
【００１５】本発明はアプリケーションからの要求によ
りクライアントが１レコードの読込み依頼を行った場合
に，後続する複数レコードの読込み依頼も続けて行い，
サーバから１レコードの読込みの通知を受けると，その
１レコードをアプリケーションに通知し，サーバから後
続の複数レコードの読込みの通知を受けるとバッファに
格納し，アプリケーションからの読み出し要求が発生す
ると１レコードずつバッファから読み出すものである。
りクライアントが１レコードの読込み依頼を行った場合
に，後続する複数レコードの読込み依頼も続けて行い，
サーバから１レコードの読込みの通知を受けると，その
１レコードをアプリケーションに通知し，サーバから後
続の複数レコードの読込みの通知を受けるとバッファに
格納し，アプリケーションからの読み出し要求が発生す
ると１レコードずつバッファから読み出すものである。
【００１６】
【作用】アプリケーション１から１レコード読込み要求
が発生するとクライアント機能部２の１レコード読込み
依頼発生手段２ａが駆動され，サーバ機能部３に対し１
レコード読込み依頼を発生し，続いて後続複数レコード
読込み手段３ｂが駆動されて，サーバ機能部３に対し後
続複数レコード読込みの依頼を発生する。サーバ機能部
３の１レコード読込み手段３ａはクライアント機能部２
から最初に受け取った１レコード読込み依頼に応じて対
応するファイルの１レコードを読み込み，１レコードの
読込みが終了すると１レコード通知手段３ｃを駆動す
る。１レコード通知手段３ｃは読み込まれた１レコード
をクライアント機能部２へ通知する。
が発生するとクライアント機能部２の１レコード読込み
依頼発生手段２ａが駆動され，サーバ機能部３に対し１
レコード読込み依頼を発生し，続いて後続複数レコード
読込み手段３ｂが駆動されて，サーバ機能部３に対し後
続複数レコード読込みの依頼を発生する。サーバ機能部
３の１レコード読込み手段３ａはクライアント機能部２
から最初に受け取った１レコード読込み依頼に応じて対
応するファイルの１レコードを読み込み，１レコードの
読込みが終了すると１レコード通知手段３ｃを駆動す
る。１レコード通知手段３ｃは読み込まれた１レコード
をクライアント機能部２へ通知する。
【００１７】サーバ機能部３は，１レコード読込み依頼
に続いて後続複数レコード読込み依頼を受け取ると，後
続複数レコード読込み手段３ｂが駆動され，先に読込み
を行ったファイルの１レコードに後続する複数レコード
の読込みを行って，複数レコード通知手段３ｄからクラ
イアント機能部２に対し複数レコードを通知する。クラ
イアント機能部２は，この複数レコードをバッファ２ｄ
に格納する。このバッファ２ｄに格納された複数レコー
ドは，アプリケーション１から後続するレコードの読込
み要求が発生する毎に１レコードずつ読み出されてアプ
リケーションに通知される。
に続いて後続複数レコード読込み依頼を受け取ると，後
続複数レコード読込み手段３ｂが駆動され，先に読込み
を行ったファイルの１レコードに後続する複数レコード
の読込みを行って，複数レコード通知手段３ｄからクラ
イアント機能部２に対し複数レコードを通知する。クラ
イアント機能部２は，この複数レコードをバッファ２ｄ
に格納する。このバッファ２ｄに格納された複数レコー
ドは，アプリケーション１から後続するレコードの読込
み要求が発生する毎に１レコードずつ読み出されてアプ
リケーションに通知される。
【００１８】
【実施例】図２はクライアント機能部における実施例の
処理フロー，図３，図４はクライアントとサーバにおけ
る先読み制御の動作シーケンスの例（その１），（その
２）である。
処理フロー，図３，図４はクライアントとサーバにおけ
る先読み制御の動作シーケンスの例（その１），（その
２）である。
【００１９】図２にはクライアント機能部（図１）をプ
ログラムにより実施する場合の処理フローである。読込
み要求の処理がスタートすると，ＡＰＬ（アプリケーシ
ョン）からの読込み要求が有るか判断し（図２のＳ
１），読込み要求があると，乱読込み（以前の読込み時
のレコード番号に対し順番が飛ぶ番号の読込み）か，読
込み位置（ファイル）の変更かまたは検索キーの変更が
行われたか判断する（同Ｓ２）。この時乱読込みや読込
み位置の変更または検索キーの変更の何れかが行われる
と，バッファ（図１の２ｄ）に格納されたデータを捨て
る（同Ｓ３）が，何れも行われない場合は次にサーバに
複数レコードの要求を出しているか判断する（同Ｓ
４）。
ログラムにより実施する場合の処理フローである。読込
み要求の処理がスタートすると，ＡＰＬ（アプリケーシ
ョン）からの読込み要求が有るか判断し（図２のＳ
１），読込み要求があると，乱読込み（以前の読込み時
のレコード番号に対し順番が飛ぶ番号の読込み）か，読
込み位置（ファイル）の変更かまたは検索キーの変更が
行われたか判断する（同Ｓ２）。この時乱読込みや読込
み位置の変更または検索キーの変更の何れかが行われる
と，バッファ（図１の２ｄ）に格納されたデータを捨て
る（同Ｓ３）が，何れも行われない場合は次にサーバに
複数レコードの要求を出しているか判断する（同Ｓ
４）。
【００２０】この場合，最初にＡＰＬからの読込み要求
を受けた状態とすると，まだサーバに複数レコードの要
求を出していないので，ＮＯと判断され，次にバッファ
にデータがあるか判断する（同Ｓ６）。この場合も，ま
だバッファにデータがないので，次に１レコードの読込
み要求をサーバに出し（同Ｓ８），後続する複数レコー
ドの読込み要求をサーバに出す（同Ｓ９）。さらに１レ
コードを受け取ってＡＰＬに通知し（同Ｓ１０），Ｓ１
へ戻る。
を受けた状態とすると，まだサーバに複数レコードの要
求を出していないので，ＮＯと判断され，次にバッファ
にデータがあるか判断する（同Ｓ６）。この場合も，ま
だバッファにデータがないので，次に１レコードの読込
み要求をサーバに出し（同Ｓ８），後続する複数レコー
ドの読込み要求をサーバに出す（同Ｓ９）。さらに１レ
コードを受け取ってＡＰＬに通知し（同Ｓ１０），Ｓ１
へ戻る。
【００２１】Ｓ１へ戻って，Ｓ２を経てＳ３においてサ
ーバに複数レコードの要求を出しているかを判断した
時，上記Ｓ４において複数レコードの要求を出している
とＹＥＳと判断され，この場合複数レコードをサーバか
ら受け取りバッファに格納する処理が行われる（同Ｓ
５）。さらに，Ｓ６においてバッファにデータがあるか
判断すると，上記Ｓ５でバッファにデータが格納されて
いるので，ＹＥＳと判断されバッファにあるデータをＡ
ＰＬに通知する処理を行う（Ｓ７）。
ーバに複数レコードの要求を出しているかを判断した
時，上記Ｓ４において複数レコードの要求を出している
とＹＥＳと判断され，この場合複数レコードをサーバか
ら受け取りバッファに格納する処理が行われる（同Ｓ
５）。さらに，Ｓ６においてバッファにデータがあるか
判断すると，上記Ｓ５でバッファにデータが格納されて
いるので，ＹＥＳと判断されバッファにあるデータをＡ
ＰＬに通知する処理を行う（Ｓ７）。
【００２２】なお，上記Ｓ２，Ｓ３の処理は，Ｓ５の処
理により複数レコードをサーバから受け取りバッファに
格納された状態の後で，乱読込みや読込み位置の変更等
があると，最初のレコードに続く複数レコードを読込ん
でも無駄となるためバッファのデータを捨てるために実
行される。
理により複数レコードをサーバから受け取りバッファに
格納された状態の後で，乱読込みや読込み位置の変更等
があると，最初のレコードに続く複数レコードを読込ん
でも無駄となるためバッファのデータを捨てるために実
行される。
【００２３】次に図３，図４にはある検出キーに従って
レコードを読込む場合の例における，クライアントとサ
ーバの先読み制御の動作シーケンスを示す。以下に，ク
ライアントにおけるＡＰＬの各要求ａ〜ｇに対応するク
ライアント機能部の各処理動作（1)〜(16)を中心にし
て，サーバのサーバ機能部の各処理Ａ〜Ｆと共に順を追
って説明する。以下の説明では，クライアント機能部，
サーバ機能部をそれぞれ「クライアント」及び「サー
バ」と略称する。
レコードを読込む場合の例における，クライアントとサ
ーバの先読み制御の動作シーケンスを示す。以下に，ク
ライアントにおけるＡＰＬの各要求ａ〜ｇに対応するク
ライアント機能部の各処理動作（1)〜(16)を中心にし
て，サーバのサーバ機能部の各処理Ａ〜Ｆと共に順を追
って説明する。以下の説明では，クライアント機能部，
サーバ機能部をそれぞれ「クライアント」及び「サー
バ」と略称する。
【００２４】(1) クライアントのＡＰＬからレコード読
込み要求ａを受け付けたので，そのレコードの読込み依
頼をサーバに送信する。サーバは依頼されたレコードを
読込み，クライアントに通知する（Ａ）。
込み要求ａを受け付けたので，そのレコードの読込み依
頼をサーバに送信する。サーバは依頼されたレコードを
読込み，クライアントに通知する（Ａ）。
【００２５】(2) ＡＰＬが読込み要求したレコードに後
続するｎレコードの読込み依頼をサーバに送信する。サ
ーバは依頼されたｎレコードを読込み，クライアントに
通知する（Ｂ）。
続するｎレコードの読込み依頼をサーバに送信する。サ
ーバは依頼されたｎレコードを読込み，クライアントに
通知する（Ｂ）。
【００２６】(3) ＡＰＬが要求したレコードがサーバか
ら通知されたのでそれをＡＰＬに通知する。 (4) ＡＰＬからレコードの読込み要求ｂを受け付けたの
で，サーバに読込み依頼していたｎレコードの通知
（Ｂ）を受信してその結果をバッファに格納する。
ら通知されたのでそれをＡＰＬに通知する。 (4) ＡＰＬからレコードの読込み要求ｂを受け付けたの
で，サーバに読込み依頼していたｎレコードの通知
（Ｂ）を受信してその結果をバッファに格納する。
【００２７】(5) 上記ＡＰＬからの要求ｂの受け付けに
応じて，ｎ個のレコードか格納されたバッファから先頭
のレコードを読み出してＡＰＬに通知する。以下，ＡＰ
Ｌからの要求とＡＰＬへのバッファからの読み出しと通
知が繰り返される。
応じて，ｎ個のレコードか格納されたバッファから先頭
のレコードを読み出してＡＰＬに通知する。以下，ＡＰ
Ｌからの要求とＡＰＬへのバッファからの読み出しと通
知が繰り返される。
【００２８】(6) ｎ個目のＡＰＬからのレコード読込み
要求ｃを受け付けたので，バッファからｎ個目のレコー
ドを読み出してＡＰＬに通知する。 (7) 図４において，ＡＰＬからのレコード読込み要求ｄ
を受け付け，バッファにレコードがないのでそのレコー
ドの読み込み依頼をサーバに出す。サーバはレコードを
読込みクライアントに通知する（Ｃ）。
要求ｃを受け付けたので，バッファからｎ個目のレコー
ドを読み出してＡＰＬに通知する。 (7) 図４において，ＡＰＬからのレコード読込み要求ｄ
を受け付け，バッファにレコードがないのでそのレコー
ドの読み込み依頼をサーバに出す。サーバはレコードを
読込みクライアントに通知する（Ｃ）。
【００２９】(8) ＡＰＬが要求したレコードに後続する
ｎレコードの読込み依頼を出す。以下，(9) ，(10)，(1
1)では上記の(3) ，(4) ，(5) と同様の処理が行われ
る。
ｎレコードの読込み依頼を出す。以下，(9) ，(10)，(1
1)では上記の(3) ，(4) ，(5) と同様の処理が行われ
る。
【００３０】(12)ＡＰＬで検索キーの変更ｆが行われる
と，バッファにあるレコードを捨てる。 (13)ＡＰＬからのレコード読込み要求ｇを受け付け，バ
ッファにレコードがないのでそのレコードの読込み依頼
をサーバに送信する。サーバはこの依頼に応じてレコー
ドを読込み，クライアントに通知する（Ｅ）。
と，バッファにあるレコードを捨てる。 (13)ＡＰＬからのレコード読込み要求ｇを受け付け，バ
ッファにレコードがないのでそのレコードの読込み依頼
をサーバに送信する。サーバはこの依頼に応じてレコー
ドを読込み，クライアントに通知する（Ｅ）。
【００３１】(14)ＡＰＬが読込み要求したレコードに後
続するｎレコードの読込み依頼をサーバに送信する。以
下，(15)，(16)・・・の処理が上記(3) ，(4) ・・と同
様に実行される。
続するｎレコードの読込み依頼をサーバに送信する。以
下，(15)，(16)・・・の処理が上記(3) ，(4) ・・と同
様に実行される。
【００３２】
【発明の効果】本発明の先読み制御によればクライアン
ト・サーバ方式のシステムにおいて，レコード単位での
ファイルの順読込みを高速化できるのでシステムのスル
ープットを向上することができる。
ト・サーバ方式のシステムにおいて，レコード単位での
ファイルの順読込みを高速化できるのでシステムのスル
ープットを向上することができる。
【図１】本発明の原理構成図である。
【図２】クライアント機能部における実施例の処理フロ
ーである。
ーである。
【図３】クライアントとサーバにおける先読み制御の動
作シーケンスの例（その１）である。
作シーケンスの例（その１）である。
【図４】クライアントとサーバにおける先読み制御の動
作シーケンスの例（その２）である。
作シーケンスの例（その２）である。
【図５】従来の１レコードを読み込む場合の動作説明図
である。
である。
【図６】従来の複数レコードを読み込む場合の動作説明
図である。
図である。
１ アプリケーション（ＡＰＬ） ２ クライアント機能部 ２ａ １レコード読込み依頼発生手段 ２ｂ 後続複数レコード読込み依頼発生手段 ２ｃ レコード通知手段 ２ｄ バッファ ２ｅ レコード読み出し通知手段 ３ サーバ機能部 ３ａ １レコード読込み手段 ３ｂ 後続複数レコード読込み手段 ３ｃ １レコード通知手段 ３ｄ 複数レコード通知手段
Claims (3)
- 【請求項１】 情報処理装置のクライアント・サーバ方
式におけるファイルの先読み制御方式において，アプリ
ケーションから１レコード読込み要求を受けるとクライ
アント機能部は，１レコードの読込み依頼をサーバに対
し依頼し，続いて後続する複数レコードの読込み依頼を
発生し，サーバ機能部は，クライアントからの１レコー
ドの読込み依頼に応じて該当する１レコードを読み込ん
で，クライアント機能部に１レコードを通知し，続いて
発生した複数レコードの読込み依頼に応じて該当する複
数レコードを読み込んでクライアント機能部に通知し，
クライアント機能部は，アプリケーションに対しサーバ
からの後続の複数レコードの通知を待たずに要求された
１レコードを通知することを特徴とするファイルの先読
み制御方式。 - 【請求項２】 請求項１において，クライアント機能部
は，サーバから後続する複数レコードの読込み通知を受
けると該複数レコードをバッファに格納し，該バッファ
に格納された複数レコードは，アプリケーションからの
後続するレコード読込み要求を受ける毎に対応して該バ
ッファから１レコードずつアプリケーションに通知する
ことを特徴とするファイルの先読み制御方式。 - 【請求項３】 請求項２において，クライアント機能部
は，前記バッファに複数レコードが格納された状態でア
プリケーションから読込み位置や順番の変更または検索
キーの変更が発生すると，前記バッファに格納されたレ
コードを消去することを特徴とするファイルの先読み制
御方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4246067A JPH0696033A (ja) | 1992-09-16 | 1992-09-16 | クライアント・サーバ方式におけるファイルの先読み制御方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP4246067A JPH0696033A (ja) | 1992-09-16 | 1992-09-16 | クライアント・サーバ方式におけるファイルの先読み制御方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0696033A true JPH0696033A (ja) | 1994-04-08 |
Family
ID=17142977
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4246067A Withdrawn JPH0696033A (ja) | 1992-09-16 | 1992-09-16 | クライアント・サーバ方式におけるファイルの先読み制御方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0696033A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2008310436A (ja) * | 2007-06-12 | 2008-12-25 | Mizuho Information & Research Institute Inc | レセプト管理システム、レセプト管理方法及びレセプト管理プログラム |
| US7791750B2 (en) | 2003-12-03 | 2010-09-07 | Omron Corporation | Image processing system, method of controlling the image processing system, and program for a peripheral apparatus in the system |
-
1992
- 1992-09-16 JP JP4246067A patent/JPH0696033A/ja not_active Withdrawn
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7791750B2 (en) | 2003-12-03 | 2010-09-07 | Omron Corporation | Image processing system, method of controlling the image processing system, and program for a peripheral apparatus in the system |
| JP2008310436A (ja) * | 2007-06-12 | 2008-12-25 | Mizuho Information & Research Institute Inc | レセプト管理システム、レセプト管理方法及びレセプト管理プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9575927B2 (en) | RDMA-optimized high-performance distributed cache | |
| JP3510042B2 (ja) | データベース管理方法及びシステム | |
| US20090287749A1 (en) | Method and system for data processing with data replication for the same | |
| JPH11184744A (ja) | メッセージキューイングシステム | |
| CN111382123B (zh) | 文件存储方法、装置、设备及存储介质 | |
| CN112395296B (zh) | 一种大数据归档方法、装置、设备及存储介质 | |
| JPH0696033A (ja) | クライアント・サーバ方式におけるファイルの先読み制御方式 | |
| US5706513A (en) | System and method for queuing an retrieving data objects to and from a shared storage medium | |
| JP2002014860A (ja) | 複数データベースの同期化方法 | |
| US5706512A (en) | Computer program product for queuing and retrieving data objects to and from a shared storage medium | |
| US7143097B1 (en) | Method and apparatus for migrating file locks from one server to another | |
| JP2000040051A (ja) | クライアント・サーバーシステムにおけるメッセージ伝送方法及び装置 | |
| JPH0728836A (ja) | データベース検索方法及びこの方法を用いたデータベースシステム | |
| JP2843748B2 (ja) | 排他制御方式 | |
| JP2926630B2 (ja) | プロセス間通信方式 | |
| CN109710673B (zh) | 作品处理方法、装置、设备和介质 | |
| JPH06309361A (ja) | サーバ・クライアント型データベース検索方法 | |
| JP2901786B2 (ja) | スケジュール作成装置 | |
| JPS62130459A (ja) | Ｐｏｓシステムの商品情報検索方式 | |
| JPH06314208A (ja) | プロセス間通信方法 | |
| JP2000082005A (ja) | システム間データベース共用システムのデータ処理方式 | |
| JPS6330943A (ja) | 不要レコ−ド削除方式 | |
| JPH09319856A (ja) | ストラクチャデータ編集方式 | |
| JP2002215520A (ja) | 電子掲示板作成装置及び方法と電子掲示板作成処理用プログラム及びそのプログラムの記録媒体 | |
| JPH02259863A (ja) | 分散処理型エディタ |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 19991130 |