JPH04184652A - リモートファイル読み込み方式 - Google Patents
リモートファイル読み込み方式Info
- Publication number
- JPH04184652A JPH04184652A JP2315654A JP31565490A JPH04184652A JP H04184652 A JPH04184652 A JP H04184652A JP 2315654 A JP2315654 A JP 2315654A JP 31565490 A JP31565490 A JP 31565490A JP H04184652 A JPH04184652 A JP H04184652A
- Authority
- JP
- Japan
- Prior art keywords
- record
- command
- read
- instruction
- host computer
- 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
- 239000000872 buffer Substances 0.000 claims abstract description 58
- 230000006854 communication Effects 0.000 claims abstract description 41
- 238000004891 communication Methods 0.000 claims abstract description 35
- 238000000034 method Methods 0.000 claims abstract description 6
- 238000012545 processing Methods 0.000 claims description 20
- 238000012546 transfer Methods 0.000 abstract description 10
- 230000005540 biological transmission Effects 0.000 description 18
- 238000010586 diagram Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 3
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000007796 conventional method Methods 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
【産業上の利用分野〕
本発明はオンラインシステムのリモートファイルアクセ
スに関し、特にホストコンピュータに設けられたファイ
ルの内容を端末コンピュータが読み込むリモートファイ
ル読み込み方式に関する。 〔従来の技術〕 従来、ホストコンピュータに設けられたファイルの内容
を端末コンピュータが順読みする場合、１命令に対して
１回の通信処理を、即ち、ルコードの読み込みに対して
１回の通信処理を行なっていた。 ［発明が解決しようとする課題〕 上述したように、従来は、１件分のレコードを順読みす
るたびに通信処理を行なっていたため、通信処理の待ち
時間により、読み込み速度の高速化が妨げられるという
問題があった。 本発明の目的は順読みを行なう際の読み込み速度を高速
化することにある。 〔課題を解決するための手段〕 本発明は上記目的を達成するため、 ホストコンピュータが備えているファイルの内容を、前
記ホストコンピュータと通信回線を介して接続されてい
る端末コンピュータが読み込むリモートファイル読み込
み方式に於いて、前記ホストコンピュータは、 前記通信回線を介して前記端末コンピュータから前記フ
ァイルの順読みを指示する命令が送られてくることによ
り、前記ファイルからレコード指示子に基づいてレコー
ドを１件読み込み、更に該レコードに続く複数のレコー
ドを先読みして前記レコード指示子を先読みが終了した
時の状態にするレコード先読み手段と、 該レコード先読み手段が読み込んだ複数のレコードを前
記通信回線を介して前記端末コンピュータへ送信する送
信手段と、 前記通信回線を介して前記端末コンピュータから先読み
解除コマンドが送られてくることにより、前記レコード
指示子を前記レコード先読み手段が先読みをしなかった
時の状態に戻す先読み解除処理実行手段とを含み、 前記端末コンピュータは、 前記通信回線を介して前記ホストコンピュータから送ら
れてきた複数のレコードを受信し、蓄積する受信バッフ
ァと、 アプリケーションプログラムが発行する命令が順読みを
指示する命令であることにより、前記受信バッファに前
記命令が読み込みを指示するレコードが存在するか否か
を判定し、存在すると判定した場合は前記受信バッファ
に蓄積されている読み込みが指示されたレコードを前記
アプリケーションプログラムに返却し、存在しないと判
定した場合は前記アプリケーションプログラムが発行し
た命令を前記通信回線を介して前記ホストコンピュータ
へ送信するコマンド振り分け手段と、前記アプリケーシ
ョンプログラムが発行する命令が前記レコード指示子を
先読みしなかった時の状態にすることが必要になる命令
であると判定することにより、前記通信回線を介して前
記ホストコンピュータへ先読み解除コマンドと前記命令
とを送信する先読み解除コマンド発行手段とを含んでい
る。 〔作 用〕 端末コンピュータから順読みを指示する命令が通信回線
を介して送られてくると、ホストコンビ二−タ内のレコ
ード先読み手段はファイルからレコード指示子に基づい
てレコードを１件読込み、更にそれに続く複数のレコー
ドを先読みしてレコード指示子を先読みが終了した時の
状態にする。 そして、レコード先読み手段が読み込んだ複数のレコー
ドは送信手段により、通信回線を介して端末コンピュー
タへ送信される。 ホストコンピュータから送信された複数のレコードは端
末コンピュータ内の受信バッファに蓄積される。この後
、端末コンピュータ上で動作するアプリケーションプロ
グラムが順読みを指示する命令を発行すると、コマンド
振り分け手段は受信バッファに上記命令が目的とするレ
コードが蓄積されているか否かを判定し、存在する場合
はそのレコードをアプリケーションプログラムへ返却し
、存在しない場合はアプリケージタンプログラムが発行
した順読みを指示する命令を通信回線を介してホストコ
ンピュータへ送信する。 また、端末コンピュータ内の先読み解除コマンド発行手
段は、端末コンピュータ上で動作するアプリケージ３ン
プログラムがレコード指示子を先読みをしなかった時の
状態にすることが必要になる命令を発行した場合は、通
信回線を介してホストコンピュータへ先読み解除コマン
ドを送信する。 ホストコンピュータ内の先読み解除処理実行手段は端末
コンピュータから先読み解除コマンドが送られてくると
、レコード指示子を先読みをしなかった時の状態に戻す
。 〔実施例〕 次に本発明の実施例について図面を参照して詳細に説明
する。 第１図は本発明の実施例のブロック図であり、ホストコ
ンピュータ１と、ホストコンピュータ１と通信回線３を
介して接続された端末コンピュータ２とから構成されて
いる。 ホストコンピュータ１は通信制御手段１−１と、受信バ
ッファ１−２と、コマンド判別手段】−３と、レコード
先読み手段１−４と、転送データ組み立て手段１−５と
、送信バッファ１−６と、先読み解除処理実行手段１−
７と、ファイル１−８と、ファイルアクセス手段】−９
とを含んでいる。 通信制御手段１−１は端末コンピュータ２との間の通信
処理を行なう、コマンド判別手段１−３は受信バッファ
１−２に格納された命令の種別を判別し、判別結果に基
づいて処理を振り分ける。 レコード先読み手段１＝４は受信バッファ１−２に格納
された命令が順読みを指示する命令である場合、レコー
ド指示子に基づいてレコードを１件ファイル１−８から
読み込むと共に、読み込んだレコードに続く複数のレコ
ードを送信バッファ１−６に入るだけ先読みする。転送
データ組み立て手段１−５はレコード先読み手段１−４
が読み込んだ複数のレコードをデータの転送形式に組立
て、送信バッファ１−６にセントする。先読み解除処理
実行手段１−７は端末コンピュータ２から先読み解除コ
マンドが送られてくることにより、レコード指示子を先
読みをしなかった時の状態に戻す。 ファイルアクセス手段１−９は受信バッファ１−２に格
納された命令が順読みを指示する命令、先読み解除コマ
ンド以外の命令である場合、受信バッファ１−２に格納
された命令に従って従来より行なわれている通常のファ
イルアクセスを行なう。 端末コンピュータ２は通信制御手段２−１と、アプリケ
ーションプログラム２−２と、受信バッファ２−３と、
複数レコード解析手段２−４と、レコード情報格納テー
ブル２−５と、コマンド振り分け手段２−６と、データ
・ステータス返却手段２−７と、先読み解除コマンド発
行手段２−８と、送信バッファ２−９とを含んでいる。 通信制御手段２−１はホストコンピュータ１との間の通
信処理を行なう、アプリケーションプログラム２−２は
ホストコンピュータエに設けられているファイル１−８
をアクセスするための各種の命令を発行する。受信バッ
ファ２−３はホストコンピュータ１から送られてきたデ
ータを受信し、蓄積する。複数レコード解析手段２−４
はホストコンピュータ１から一括して送られてきた複数
のレコードを解析し、ルコードずつの情報（受信バッフ
ァ２−３に於ける格納位置を示す受信バッファアドレス
、レコード長等）をレコード情報格納テーブル２−５に
セントする。 コマンド振り分け手段２−６はアプリケーションプログ
ラム２−２が発行した命令の種類とレコード情報格納テ
ーブル２−５の内容とに基づいて処理を振り分ける。デ
ータ・ステータス返却手段２−７は複数レコード解析手
段２−４或いはコマンド振り分け手段２−６の指示によ
り受信バッファ２−３から１件分のレコードを取り出し
、ステータスを付加してアプリケーションプログラム２
−２に返却する。先読み解除コマンド発行手段２−８は
ファイル１−８のレコード指示子を先読みしなかった状
態（レコードを１件読み込んだ状態）に戻す先読み解除
コマンドを発行する。 第２図はホストコンピュータｌの処理例を示す流れ図、
第３図は端末コンピュータ２の処理例を示す流れ図であ
り、以下各図を参照して本実施例の動作を説明する。 ホストコンピュータ１内のコマンド判別手段１−３は受
信バッファ１〜２が端末コンピュータ２からの命令を受
信すると（ステップＳ２−１）、受信した命令の種類に
よって処理を振分ける （ステ、ブ３２−２）、受信し
た命令が順読みを指示する命令（例えば、Ｃ０ＢＯＬで
はＲＥＡＤ ＮＥＸＴ或いはＲＥＡＤ ＰＲＩＯＲ
）である場合は、コマンド判別手段１−３は読み方向を
指定してレコード先読み手段１−４を起動する。 レコード先読み手段１−４は起動されると、コマンド判
別手段１−３から加えられた読み方向に従ってレコード
指示子を更新しく読み方向がＮＥＸＴならレコード指示
子を＋１し、ＰＲＩＯＲならレコード指示子を−１する
）、更新後のレコード指示子が示す１件分のレコードを
ファイル１−８から読込む（ステップ３２−３）。 転送データ組み立て手段１−５はレコード先読み手段１
−４によるレコードの読み込みが正常終了した場合（ス
テップ５２−４がＹＥＳの場合）は、レコード先読み手
段１〜４が読み込んだ１件分のレコードにそのレコード
長を付加して送信バッファ１−６にセントすると共に、
送信バッファ１−６中の所定位置に格納されるレコード
件数を＋１１．、転送形式のデータを組み立てる（ステ
ップ３２−５）、その後転送データ組み立て手段１−５
は送信バッファ１−６に次の１件分のレコードをセット
する余裕があるか否かを判断しくステップＳ２−６）、
余裕があると判断した場合はレコード先読み手段１−４
を起動して次の１件分のレコードをファイル１−８から
読み込ませる （ステップ３２−３）。 以下、レコード先読み手段１−４によるレコードの読み
込みが異常終了するまで（ステップ５２−４の判断結果
がＮＯとなるまで）、或いは送信バッファ１−６に余裕
がなくなるまで（ステップ５２−６の判断結果がＮｏと
なるまで）、前述したと同様の処理が行なわれる。 そして、ステップ５２−４或いはステップ５２−６の判
断結果がＮｏとなると、転送データ組み立て手段１−５
は最後のレコード読み込みが正常終了したか否かを示す
最終ステータス（ステップ５２−４がＮｏの場合は異常
終了となり、ステップ５２−６がＮｏの場合は正常終了
となる）を送信バッファ１−６中の所定位置にセントし
くステップＳ２−７）、その後、通信制御手段１−１に
送信バッファ１−６中のデータを端末コンピュータ２へ
転送することを指示する（ステップ５２−１０）ｄこれ
により、送信バッファ１−６にセントされているデータ
は通信回線３を介して端末コンピュータ２へ送信される
。 従って、端末コンピュータ２がらの命令が順読みを指示
する命令である場合、１回の通信処理により、上記命令
が目的とするレコードとそれに続く複数のレコードとが
ホストコンピュータ１がら端末コンビエータ２へ送信さ
れることになる。 第４図はホストコンピュータ１から端末コンピュータ２
へ送信する送信データの形式例を示す図であり、最終ス
テータス４１と、レコード件数４２と、レコード長４３
−１．４３−２． ・・・と、レコード４４−１．４
４−２・・・とから構成される。 端末コンビエータ２内の複数レコード解析手段２−４は
受信バッファ２−３がホストコンピュータｌからのデー
タを受信すると（ステップＳ３−１）、受信したデータ
に複数のレコードが含まれているか否かを判断する（ス
テップ３３−２）。 そして、複数のレコードが含まれていないと判断した場
合は、複数レコード解析手段２−４はデータ・ステータ
ス返却手段２−７を起動する（ステップＳ３−４）、ま
た、複数のレコードが含まれていると判断した場合は、
複数レコード解析手段２−４は第５図に示す構成を有す
るレコード情報格納テーブル２−５のヘッダ部５１に先
読み方向（アプリケーションプログラム２−２が発行し
た命令に基づいて求めることができる）及びレコード件
数をセントすると共に、情報部５２に各レコードの受信
バッファ２−３に於けるアドレス、レコード長、ステー
タス（ステータスが正常のものにはＮＵＬＬをセットし
、正常でないものには受信バッファ２−３のステータス
アドレスをセントする）をセットする （ステップＳ３
−３）、尚、第５図の例ではヘッダ部５１はホストコン
ピュータ１が受信した順読みを指示する命令の読み方向
がＮＥＸＴで、受信バッファ２−３にセントされている
レコードの件数が３件であることを示している。また、
情報部５２は１〜３件目のレコードのレコード長が「４
」で、各レコードの格納位置が受信バッファ２−３のア
ドレスｒ１５Ｊ、ｒ２ＩＪ、ｒ２７Ｊであることを示す
と共に、レコード先読み手段１−４に於ける４件目のレ
コードの読み込みが異常終了したことを示している。ス
テップ５３−３に於いて必要な情報をレコード情報格納
テーブル２−５にセットすると、複数レコード解析手段
２−４はデータ・ステータス返却手段２−７を起動する
（ステップＳ３−４）。 データ・ステータス返却手段２−７は複数レコード解析
手段２−４から起動されると、レコード情報格納テーブ
ル２−５に情報が格納されているか否かを判断し、格納
されていないと判断した場合は受信バッファ２−３に格
納されているデータをアプリケーションプログラム２−
２に返却し、格納されていると判断した場合はレコード
情報格納テーブル２−５の内容に基づいて１件目のレコ
ードを受信バッファ２−３から読取り、それをアプリケ
ーションプログラム２−２に返却すると共に上記レコー
ドのステータスをアプリケーションプログラム２−２に
返却し、更に、アプリケーションプログラム２−２へ何
件口のレコードまで返却したかを示す返却レコード数情
報を「１」とする（ステップＳ３−５）。 その後、アプリケーションプログラム２−２がファイル
１−８から次のレコードを読み込もうとして、順読みを
指示する命令を発行すると（ステップ３３−６） 、レ
コード情報格納テーブル２−５に情報が存在し、命令の
種類が順読みであるので（ステップ３３−７．Ｓ３−８
） 、コマンド振り分け手段２−６はステップ５３−９
の処理を行なう、ステップ５３−９では上記順読みを指
示する命令の目的とするレコードが受信バッファ２−３
中に存在するか否かを判断する。ここで、目的とするレ
コードが受信バッファ２−３中に存在するか否かは返却
レコード数情報がレコード情報格納テーブル２−５のヘ
ッダ部５１に格納されているレコード件数以下か否かに
基づいて判断するものである。 そして、目的とするレコードが受信バッファ２−３内に
存在すると判断した場合は、コマンド振り分け手段２−
６はデータ・ステータス返却手段２−７を起動する（ス
テップ５３−１０）、データ・ステータス返却手段２−
７は起動されると、返却レコード数情報を＋１し、更新
後の返却レコード数情報が示すレコード（返却レコード
数情報がＮならばＮ件目のレコード）をレコード情報格
納テーブル２−５の内容に基づいて受信バッファ２−３
から読み込み、アプリケーションプログラム２−２に返
却すると共に上記レコードのステータスをアプリケージ
ジンプログラム２−２に返却する （ステップ３３−１
１）。 また、ステップ５３−９で目的とするレコードが受信バ
ッファ２−３内に存在しないと判断した場合は、コマン
ド振り分け手段２−６はアプリケージタンプログラム２
−２が発行した順読みを指−示する命令を送信バッファ
２−６にセントし、通信制御手段２−１に上記命令の送
信を指示すると共に、レコード情報格納テーブル２−５
をクリアする （ステップ５３−１４）。 即ち、アプリケ−シランプログラム２−２が順読みを指
示する命令を発行しても、その命令がホストコンピュー
タ１へ送信されるのは、受信バッファ２−３に目的とす
るレコードが存在しない場合だけであり、受信バッファ
２−３中に目的とするレコードが存在する場合は受信バ
ッファ２−３からアプリケーションプログラム２−２へ
目的とするレコードが返却されるので、アプリケーショ
ンプログラム２−２が順読みを指示する命令を発行した
場合、必ず通信処理を行なっていた従来例に比較して通
信処理の回数を少ないものにすることができる。 また、コマンド振り分け手段２−６はアプリケーション
プログラム２−２が命令を発行した時、レコード情報格
納テーブル２−５内に情報が存在しない場合（ステップ
５３−７の判断結果がＮ。 の場合）はアプリケーションプログラム２−２が発行し
た命令を送信バッファ２−９にセントし、通信制御手段
２−１に上記命令の送信を指示する（ステップ３３−１
４）、また、アプリケージ５ンプログラム２−２が命令
を発行した時にステップ５３−７でレコード情報格納テ
ーブル２−５内に情報が存在すると判断し、次のステッ
プ５３−８で命令の種類が順読みを指示する命令以外の
命令であると判断した場合は、ファイル１−８のレコー
ド指示子を先読みしなかった時の状態（レコードを１件
読み込んだ状態）に戻すことが必要になるか否かをアプ
リケーションプログラム２−２が発行した命令の種類に
基づいて判断する（ステップ５３−１２）、例えば、ア
プリケーションプログラム２−２が発行した命令が、読
み込んだレコードを更新する命令であるような場合、コ
マンド振り分け手段２−６はレコード指示子を先読みし
なかった時の状態にすることが必要であると判断する。 そして、ステップ５３−１２で先読みの解除が必要ない
と判断した場合は、コマンド振り分け手段２−６は第６
図ｔａ）に示す形式のアプリケーションプログラム２−
２が発行した命令を送信バッファ２−９にセントし、通
信制御手段２−１に上記命令をホストコンピュータ１へ
送信することを指示すると共に、レコード情報格納テー
ブル２−５の内容をクリアする（ステップ５３−１４）
、また、ステップＳ３−１２で先読みの解除が必要であ
ると判断した場合は、コマンド振り分け手段２−６は先
読み解除コマンド発行手段２−８を起動してレコード指
示子移動方向、レコード指示子移動件数を含む先読み解
除コマンドを作成させ、アプリケーションプログラム２
−２が発行した命令に先読み解除コマンド発行手段２−
８が作成した先読み解除コマンドを付加した第６図中）
に示す送信命令を送信バッファ２−９にセントしくステ
ップ３３−１３）、通信制御手段２−１に上記命令をホ
ストコンピュータ１へ送信することを指示すると共に、
レコード情報格納テーブル２−５の内容をクリアする（
ステップ５３−１４）、尚、先読み解除コマンド発行手
段２−８はレコード情報格納テーブル２−５の内容に基
づいてレコード指示子移動方向、レコード指示子移動件
数を求めるものである。 ホストコンピュータ１内のコマンド判別手段１−３は受
信バッファ１−２に先読み解除コマンドの付加された命
令がセットされると（ステップ５２−１．３２−２）、
先読み解除処理実行手段１−７を起動してファイル１−
８のレコード指示子を先読み解除コマンドのレコード指
示子移動方向が示す方向に、レコード指示子移動件数が
示す件数だけ移動させ（ステップ３２−８） 、その後
、ファイルアクセス手段１−９へ受信バッファ１−２に
セントされている命令を与え、通常のファイルアクセス
を行なわせる （ステップ５２−９）。 また、コマンド判別手段１−３は受信バッファ１−２が
受信した命令が順読みを指示する命令でもなく、先読み
解除コマンドの付加された命令でもない場合は（ステッ
プ５２−１．３２−２） 、受信バッファ１−２が受信
した命令をファイルアクセス手段１−９に渡し、通常の
ファイルアクセスを行なわせる（ステップ３２−９）。 〔発明の効果〕 以上説明したように、本発明は、端末コンピュータから
順読みを指示する命令が１回送られてきた時点で、ホス
トコンピュータから端末コンピュータへ上記命令が目的
とするレコードとそれに続く複数のレコードとを一括し
て送信するようにしたものであり、端末コンピュータ上
で動作しているアプリケーションプログラムが順読みを
指示する命令を発行しても、その命令が目的とするレコ
ードが既に端末コンピュータへ送られてきている場合は
ホストコンピュータへ順読みを指示する命令を送信する
ことが必要なくなるので、従来例に比較して通信処理の
回数を減らし、データの読み込みを高速に行なうことが
可能になる効果がある。 特に、参照モードでファイルをオープンしている場合の
レコードの順処理に本発明を適用すると、その効果は非
常に大きい。
スに関し、特にホストコンピュータに設けられたファイ
ルの内容を端末コンピュータが読み込むリモートファイ
ル読み込み方式に関する。 〔従来の技術〕 従来、ホストコンピュータに設けられたファイルの内容
を端末コンピュータが順読みする場合、１命令に対して
１回の通信処理を、即ち、ルコードの読み込みに対して
１回の通信処理を行なっていた。 ［発明が解決しようとする課題〕 上述したように、従来は、１件分のレコードを順読みす
るたびに通信処理を行なっていたため、通信処理の待ち
時間により、読み込み速度の高速化が妨げられるという
問題があった。 本発明の目的は順読みを行なう際の読み込み速度を高速
化することにある。 〔課題を解決するための手段〕 本発明は上記目的を達成するため、 ホストコンピュータが備えているファイルの内容を、前
記ホストコンピュータと通信回線を介して接続されてい
る端末コンピュータが読み込むリモートファイル読み込
み方式に於いて、前記ホストコンピュータは、 前記通信回線を介して前記端末コンピュータから前記フ
ァイルの順読みを指示する命令が送られてくることによ
り、前記ファイルからレコード指示子に基づいてレコー
ドを１件読み込み、更に該レコードに続く複数のレコー
ドを先読みして前記レコード指示子を先読みが終了した
時の状態にするレコード先読み手段と、 該レコード先読み手段が読み込んだ複数のレコードを前
記通信回線を介して前記端末コンピュータへ送信する送
信手段と、 前記通信回線を介して前記端末コンピュータから先読み
解除コマンドが送られてくることにより、前記レコード
指示子を前記レコード先読み手段が先読みをしなかった
時の状態に戻す先読み解除処理実行手段とを含み、 前記端末コンピュータは、 前記通信回線を介して前記ホストコンピュータから送ら
れてきた複数のレコードを受信し、蓄積する受信バッフ
ァと、 アプリケーションプログラムが発行する命令が順読みを
指示する命令であることにより、前記受信バッファに前
記命令が読み込みを指示するレコードが存在するか否か
を判定し、存在すると判定した場合は前記受信バッファ
に蓄積されている読み込みが指示されたレコードを前記
アプリケーションプログラムに返却し、存在しないと判
定した場合は前記アプリケーションプログラムが発行し
た命令を前記通信回線を介して前記ホストコンピュータ
へ送信するコマンド振り分け手段と、前記アプリケーシ
ョンプログラムが発行する命令が前記レコード指示子を
先読みしなかった時の状態にすることが必要になる命令
であると判定することにより、前記通信回線を介して前
記ホストコンピュータへ先読み解除コマンドと前記命令
とを送信する先読み解除コマンド発行手段とを含んでい
る。 〔作 用〕 端末コンピュータから順読みを指示する命令が通信回線
を介して送られてくると、ホストコンビ二−タ内のレコ
ード先読み手段はファイルからレコード指示子に基づい
てレコードを１件読込み、更にそれに続く複数のレコー
ドを先読みしてレコード指示子を先読みが終了した時の
状態にする。 そして、レコード先読み手段が読み込んだ複数のレコー
ドは送信手段により、通信回線を介して端末コンピュー
タへ送信される。 ホストコンピュータから送信された複数のレコードは端
末コンピュータ内の受信バッファに蓄積される。この後
、端末コンピュータ上で動作するアプリケーションプロ
グラムが順読みを指示する命令を発行すると、コマンド
振り分け手段は受信バッファに上記命令が目的とするレ
コードが蓄積されているか否かを判定し、存在する場合
はそのレコードをアプリケーションプログラムへ返却し
、存在しない場合はアプリケージタンプログラムが発行
した順読みを指示する命令を通信回線を介してホストコ
ンピュータへ送信する。 また、端末コンピュータ内の先読み解除コマンド発行手
段は、端末コンピュータ上で動作するアプリケージ３ン
プログラムがレコード指示子を先読みをしなかった時の
状態にすることが必要になる命令を発行した場合は、通
信回線を介してホストコンピュータへ先読み解除コマン
ドを送信する。 ホストコンピュータ内の先読み解除処理実行手段は端末
コンピュータから先読み解除コマンドが送られてくると
、レコード指示子を先読みをしなかった時の状態に戻す
。 〔実施例〕 次に本発明の実施例について図面を参照して詳細に説明
する。 第１図は本発明の実施例のブロック図であり、ホストコ
ンピュータ１と、ホストコンピュータ１と通信回線３を
介して接続された端末コンピュータ２とから構成されて
いる。 ホストコンピュータ１は通信制御手段１−１と、受信バ
ッファ１−２と、コマンド判別手段】−３と、レコード
先読み手段１−４と、転送データ組み立て手段１−５と
、送信バッファ１−６と、先読み解除処理実行手段１−
７と、ファイル１−８と、ファイルアクセス手段】−９
とを含んでいる。 通信制御手段１−１は端末コンピュータ２との間の通信
処理を行なう、コマンド判別手段１−３は受信バッファ
１−２に格納された命令の種別を判別し、判別結果に基
づいて処理を振り分ける。 レコード先読み手段１＝４は受信バッファ１−２に格納
された命令が順読みを指示する命令である場合、レコー
ド指示子に基づいてレコードを１件ファイル１−８から
読み込むと共に、読み込んだレコードに続く複数のレコ
ードを送信バッファ１−６に入るだけ先読みする。転送
データ組み立て手段１−５はレコード先読み手段１−４
が読み込んだ複数のレコードをデータの転送形式に組立
て、送信バッファ１−６にセントする。先読み解除処理
実行手段１−７は端末コンピュータ２から先読み解除コ
マンドが送られてくることにより、レコード指示子を先
読みをしなかった時の状態に戻す。 ファイルアクセス手段１−９は受信バッファ１−２に格
納された命令が順読みを指示する命令、先読み解除コマ
ンド以外の命令である場合、受信バッファ１−２に格納
された命令に従って従来より行なわれている通常のファ
イルアクセスを行なう。 端末コンピュータ２は通信制御手段２−１と、アプリケ
ーションプログラム２−２と、受信バッファ２−３と、
複数レコード解析手段２−４と、レコード情報格納テー
ブル２−５と、コマンド振り分け手段２−６と、データ
・ステータス返却手段２−７と、先読み解除コマンド発
行手段２−８と、送信バッファ２−９とを含んでいる。 通信制御手段２−１はホストコンピュータ１との間の通
信処理を行なう、アプリケーションプログラム２−２は
ホストコンピュータエに設けられているファイル１−８
をアクセスするための各種の命令を発行する。受信バッ
ファ２−３はホストコンピュータ１から送られてきたデ
ータを受信し、蓄積する。複数レコード解析手段２−４
はホストコンピュータ１から一括して送られてきた複数
のレコードを解析し、ルコードずつの情報（受信バッフ
ァ２−３に於ける格納位置を示す受信バッファアドレス
、レコード長等）をレコード情報格納テーブル２−５に
セントする。 コマンド振り分け手段２−６はアプリケーションプログ
ラム２−２が発行した命令の種類とレコード情報格納テ
ーブル２−５の内容とに基づいて処理を振り分ける。デ
ータ・ステータス返却手段２−７は複数レコード解析手
段２−４或いはコマンド振り分け手段２−６の指示によ
り受信バッファ２−３から１件分のレコードを取り出し
、ステータスを付加してアプリケーションプログラム２
−２に返却する。先読み解除コマンド発行手段２−８は
ファイル１−８のレコード指示子を先読みしなかった状
態（レコードを１件読み込んだ状態）に戻す先読み解除
コマンドを発行する。 第２図はホストコンピュータｌの処理例を示す流れ図、
第３図は端末コンピュータ２の処理例を示す流れ図であ
り、以下各図を参照して本実施例の動作を説明する。 ホストコンピュータ１内のコマンド判別手段１−３は受
信バッファ１〜２が端末コンピュータ２からの命令を受
信すると（ステップＳ２−１）、受信した命令の種類に
よって処理を振分ける （ステ、ブ３２−２）、受信し
た命令が順読みを指示する命令（例えば、Ｃ０ＢＯＬで
はＲＥＡＤ ＮＥＸＴ或いはＲＥＡＤ ＰＲＩＯＲ
）である場合は、コマンド判別手段１−３は読み方向を
指定してレコード先読み手段１−４を起動する。 レコード先読み手段１−４は起動されると、コマンド判
別手段１−３から加えられた読み方向に従ってレコード
指示子を更新しく読み方向がＮＥＸＴならレコード指示
子を＋１し、ＰＲＩＯＲならレコード指示子を−１する
）、更新後のレコード指示子が示す１件分のレコードを
ファイル１−８から読込む（ステップ３２−３）。 転送データ組み立て手段１−５はレコード先読み手段１
−４によるレコードの読み込みが正常終了した場合（ス
テップ５２−４がＹＥＳの場合）は、レコード先読み手
段１〜４が読み込んだ１件分のレコードにそのレコード
長を付加して送信バッファ１−６にセントすると共に、
送信バッファ１−６中の所定位置に格納されるレコード
件数を＋１１．、転送形式のデータを組み立てる（ステ
ップ３２−５）、その後転送データ組み立て手段１−５
は送信バッファ１−６に次の１件分のレコードをセット
する余裕があるか否かを判断しくステップＳ２−６）、
余裕があると判断した場合はレコード先読み手段１−４
を起動して次の１件分のレコードをファイル１−８から
読み込ませる （ステップ３２−３）。 以下、レコード先読み手段１−４によるレコードの読み
込みが異常終了するまで（ステップ５２−４の判断結果
がＮＯとなるまで）、或いは送信バッファ１−６に余裕
がなくなるまで（ステップ５２−６の判断結果がＮｏと
なるまで）、前述したと同様の処理が行なわれる。 そして、ステップ５２−４或いはステップ５２−６の判
断結果がＮｏとなると、転送データ組み立て手段１−５
は最後のレコード読み込みが正常終了したか否かを示す
最終ステータス（ステップ５２−４がＮｏの場合は異常
終了となり、ステップ５２−６がＮｏの場合は正常終了
となる）を送信バッファ１−６中の所定位置にセントし
くステップＳ２−７）、その後、通信制御手段１−１に
送信バッファ１−６中のデータを端末コンピュータ２へ
転送することを指示する（ステップ５２−１０）ｄこれ
により、送信バッファ１−６にセントされているデータ
は通信回線３を介して端末コンピュータ２へ送信される
。 従って、端末コンピュータ２がらの命令が順読みを指示
する命令である場合、１回の通信処理により、上記命令
が目的とするレコードとそれに続く複数のレコードとが
ホストコンピュータ１がら端末コンビエータ２へ送信さ
れることになる。 第４図はホストコンピュータ１から端末コンピュータ２
へ送信する送信データの形式例を示す図であり、最終ス
テータス４１と、レコード件数４２と、レコード長４３
−１．４３−２． ・・・と、レコード４４−１．４
４−２・・・とから構成される。 端末コンビエータ２内の複数レコード解析手段２−４は
受信バッファ２−３がホストコンピュータｌからのデー
タを受信すると（ステップＳ３−１）、受信したデータ
に複数のレコードが含まれているか否かを判断する（ス
テップ３３−２）。 そして、複数のレコードが含まれていないと判断した場
合は、複数レコード解析手段２−４はデータ・ステータ
ス返却手段２−７を起動する（ステップＳ３−４）、ま
た、複数のレコードが含まれていると判断した場合は、
複数レコード解析手段２−４は第５図に示す構成を有す
るレコード情報格納テーブル２−５のヘッダ部５１に先
読み方向（アプリケーションプログラム２−２が発行し
た命令に基づいて求めることができる）及びレコード件
数をセントすると共に、情報部５２に各レコードの受信
バッファ２−３に於けるアドレス、レコード長、ステー
タス（ステータスが正常のものにはＮＵＬＬをセットし
、正常でないものには受信バッファ２−３のステータス
アドレスをセントする）をセットする （ステップＳ３
−３）、尚、第５図の例ではヘッダ部５１はホストコン
ピュータ１が受信した順読みを指示する命令の読み方向
がＮＥＸＴで、受信バッファ２−３にセントされている
レコードの件数が３件であることを示している。また、
情報部５２は１〜３件目のレコードのレコード長が「４
」で、各レコードの格納位置が受信バッファ２−３のア
ドレスｒ１５Ｊ、ｒ２ＩＪ、ｒ２７Ｊであることを示す
と共に、レコード先読み手段１−４に於ける４件目のレ
コードの読み込みが異常終了したことを示している。ス
テップ５３−３に於いて必要な情報をレコード情報格納
テーブル２−５にセットすると、複数レコード解析手段
２−４はデータ・ステータス返却手段２−７を起動する
（ステップＳ３−４）。 データ・ステータス返却手段２−７は複数レコード解析
手段２−４から起動されると、レコード情報格納テーブ
ル２−５に情報が格納されているか否かを判断し、格納
されていないと判断した場合は受信バッファ２−３に格
納されているデータをアプリケーションプログラム２−
２に返却し、格納されていると判断した場合はレコード
情報格納テーブル２−５の内容に基づいて１件目のレコ
ードを受信バッファ２−３から読取り、それをアプリケ
ーションプログラム２−２に返却すると共に上記レコー
ドのステータスをアプリケーションプログラム２−２に
返却し、更に、アプリケーションプログラム２−２へ何
件口のレコードまで返却したかを示す返却レコード数情
報を「１」とする（ステップＳ３−５）。 その後、アプリケーションプログラム２−２がファイル
１−８から次のレコードを読み込もうとして、順読みを
指示する命令を発行すると（ステップ３３−６） 、レ
コード情報格納テーブル２−５に情報が存在し、命令の
種類が順読みであるので（ステップ３３−７．Ｓ３−８
） 、コマンド振り分け手段２−６はステップ５３−９
の処理を行なう、ステップ５３−９では上記順読みを指
示する命令の目的とするレコードが受信バッファ２−３
中に存在するか否かを判断する。ここで、目的とするレ
コードが受信バッファ２−３中に存在するか否かは返却
レコード数情報がレコード情報格納テーブル２−５のヘ
ッダ部５１に格納されているレコード件数以下か否かに
基づいて判断するものである。 そして、目的とするレコードが受信バッファ２−３内に
存在すると判断した場合は、コマンド振り分け手段２−
６はデータ・ステータス返却手段２−７を起動する（ス
テップ５３−１０）、データ・ステータス返却手段２−
７は起動されると、返却レコード数情報を＋１し、更新
後の返却レコード数情報が示すレコード（返却レコード
数情報がＮならばＮ件目のレコード）をレコード情報格
納テーブル２−５の内容に基づいて受信バッファ２−３
から読み込み、アプリケーションプログラム２−２に返
却すると共に上記レコードのステータスをアプリケージ
ジンプログラム２−２に返却する （ステップ３３−１
１）。 また、ステップ５３−９で目的とするレコードが受信バ
ッファ２−３内に存在しないと判断した場合は、コマン
ド振り分け手段２−６はアプリケージタンプログラム２
−２が発行した順読みを指−示する命令を送信バッファ
２−６にセントし、通信制御手段２−１に上記命令の送
信を指示すると共に、レコード情報格納テーブル２−５
をクリアする （ステップ５３−１４）。 即ち、アプリケ−シランプログラム２−２が順読みを指
示する命令を発行しても、その命令がホストコンピュー
タ１へ送信されるのは、受信バッファ２−３に目的とす
るレコードが存在しない場合だけであり、受信バッファ
２−３中に目的とするレコードが存在する場合は受信バ
ッファ２−３からアプリケーションプログラム２−２へ
目的とするレコードが返却されるので、アプリケーショ
ンプログラム２−２が順読みを指示する命令を発行した
場合、必ず通信処理を行なっていた従来例に比較して通
信処理の回数を少ないものにすることができる。 また、コマンド振り分け手段２−６はアプリケーション
プログラム２−２が命令を発行した時、レコード情報格
納テーブル２−５内に情報が存在しない場合（ステップ
５３−７の判断結果がＮ。 の場合）はアプリケーションプログラム２−２が発行し
た命令を送信バッファ２−９にセントし、通信制御手段
２−１に上記命令の送信を指示する（ステップ３３−１
４）、また、アプリケージ５ンプログラム２−２が命令
を発行した時にステップ５３−７でレコード情報格納テ
ーブル２−５内に情報が存在すると判断し、次のステッ
プ５３−８で命令の種類が順読みを指示する命令以外の
命令であると判断した場合は、ファイル１−８のレコー
ド指示子を先読みしなかった時の状態（レコードを１件
読み込んだ状態）に戻すことが必要になるか否かをアプ
リケーションプログラム２−２が発行した命令の種類に
基づいて判断する（ステップ５３−１２）、例えば、ア
プリケーションプログラム２−２が発行した命令が、読
み込んだレコードを更新する命令であるような場合、コ
マンド振り分け手段２−６はレコード指示子を先読みし
なかった時の状態にすることが必要であると判断する。 そして、ステップ５３−１２で先読みの解除が必要ない
と判断した場合は、コマンド振り分け手段２−６は第６
図ｔａ）に示す形式のアプリケーションプログラム２−
２が発行した命令を送信バッファ２−９にセントし、通
信制御手段２−１に上記命令をホストコンピュータ１へ
送信することを指示すると共に、レコード情報格納テー
ブル２−５の内容をクリアする（ステップ５３−１４）
、また、ステップＳ３−１２で先読みの解除が必要であ
ると判断した場合は、コマンド振り分け手段２−６は先
読み解除コマンド発行手段２−８を起動してレコード指
示子移動方向、レコード指示子移動件数を含む先読み解
除コマンドを作成させ、アプリケーションプログラム２
−２が発行した命令に先読み解除コマンド発行手段２−
８が作成した先読み解除コマンドを付加した第６図中）
に示す送信命令を送信バッファ２−９にセントしくステ
ップ３３−１３）、通信制御手段２−１に上記命令をホ
ストコンピュータ１へ送信することを指示すると共に、
レコード情報格納テーブル２−５の内容をクリアする（
ステップ５３−１４）、尚、先読み解除コマンド発行手
段２−８はレコード情報格納テーブル２−５の内容に基
づいてレコード指示子移動方向、レコード指示子移動件
数を求めるものである。 ホストコンピュータ１内のコマンド判別手段１−３は受
信バッファ１−２に先読み解除コマンドの付加された命
令がセットされると（ステップ５２−１．３２−２）、
先読み解除処理実行手段１−７を起動してファイル１−
８のレコード指示子を先読み解除コマンドのレコード指
示子移動方向が示す方向に、レコード指示子移動件数が
示す件数だけ移動させ（ステップ３２−８） 、その後
、ファイルアクセス手段１−９へ受信バッファ１−２に
セントされている命令を与え、通常のファイルアクセス
を行なわせる （ステップ５２−９）。 また、コマンド判別手段１−３は受信バッファ１−２が
受信した命令が順読みを指示する命令でもなく、先読み
解除コマンドの付加された命令でもない場合は（ステッ
プ５２−１．３２−２） 、受信バッファ１−２が受信
した命令をファイルアクセス手段１−９に渡し、通常の
ファイルアクセスを行なわせる（ステップ３２−９）。 〔発明の効果〕 以上説明したように、本発明は、端末コンピュータから
順読みを指示する命令が１回送られてきた時点で、ホス
トコンピュータから端末コンピュータへ上記命令が目的
とするレコードとそれに続く複数のレコードとを一括し
て送信するようにしたものであり、端末コンピュータ上
で動作しているアプリケーションプログラムが順読みを
指示する命令を発行しても、その命令が目的とするレコ
ードが既に端末コンピュータへ送られてきている場合は
ホストコンピュータへ順読みを指示する命令を送信する
ことが必要なくなるので、従来例に比較して通信処理の
回数を減らし、データの読み込みを高速に行なうことが
可能になる効果がある。 特に、参照モードでファイルをオープンしている場合の
レコードの順処理に本発明を適用すると、その効果は非
常に大きい。
第１図は本発明の実施例のブロック図、第２図はホスト
コンピュータの処理例を示す流れ図、 第３図は端末コンピュータの処理例を示す流れ図、 第４図はホストコンピュータからの送信データの形式例
を示す図、 第５図はレコード情報格納テーブルの内容例を示す図及
び、 第６図は端末コンピュータからの送信命令の形式例を示
す図である。 図に於いて、１・・・ホストコンピュータ、２・・・端
末コンピュータ、３・・・通信回線、１−１．２−１・
・・通信制御手段、１−２．２−３・・・受信バッファ
、１−３・・・コマンド判別手段、１−４・・・レコー
ド先読み手段、１−５・・・転送データ組み立て手段、
１−６．２−９・・・送信バッファ、１−７・・・先読
み解除処理実行手段、１−８・・・ファイル、１−９・
・・ファイルアクセス手段、２−２・・・アプリケーシ
ョンプログラム、２−４・・・複数レコード解析手段、
２−５・・・レコード情報格納テーブル、２−６・・・
コマンド振り分け手段、２−７・・・データ・ステータ
ス返却手段、２−８・・・先読み解除コマンド発行手段
。
コンピュータの処理例を示す流れ図、 第３図は端末コンピュータの処理例を示す流れ図、 第４図はホストコンピュータからの送信データの形式例
を示す図、 第５図はレコード情報格納テーブルの内容例を示す図及
び、 第６図は端末コンピュータからの送信命令の形式例を示
す図である。 図に於いて、１・・・ホストコンピュータ、２・・・端
末コンピュータ、３・・・通信回線、１−１．２−１・
・・通信制御手段、１−２．２−３・・・受信バッファ
、１−３・・・コマンド判別手段、１−４・・・レコー
ド先読み手段、１−５・・・転送データ組み立て手段、
１−６．２−９・・・送信バッファ、１−７・・・先読
み解除処理実行手段、１−８・・・ファイル、１−９・
・・ファイルアクセス手段、２−２・・・アプリケーシ
ョンプログラム、２−４・・・複数レコード解析手段、
２−５・・・レコード情報格納テーブル、２−６・・・
コマンド振り分け手段、２−７・・・データ・ステータ
ス返却手段、２−８・・・先読み解除コマンド発行手段
。
Claims (3)
- （１）ホストコンピュータが備えているファイルの内容
を、前記ホストコンピュータと通信回線を介して接続さ
れている端末コンピュータが読み込む、リモートファイ
ル読み込み方式に於いて、前記ホストコンピュータは、 前記通信回線を介して前記端末コンピュータから前記フ
ァイルの順読みを指示する命令が送られてくることによ
り、前記ファイルからレコード指示子に基づいてレコー
ドを１件読み込み、更に該レコードに続く複数のレコー
ドを先読みして前記レコード指示子を先読みが終了した
時の状態にするレコード先読み手段と、 該レコード先読み手段が読み込んだ複数のレコードを前
記通信回線を介して前記端末コンピュータへ送信する送
信手段と、 前記通信回線を介して前記端末コンピュータから先読み
解除コマンドが送られてくることにより、前記レコード
指示子を前記レコード先読み手段が先読みをしなかった
時の状態に戻す先読み解除処理実行手段とを含み、 前記端末コンピュータは、 前記通信回線を介して前記ホストコンピュータから送ら
れてきた複数のレコードを受信し、蓄積する受信バッフ
ァと、 アプリケーションプログラムが発行する命令が順読みを
指示する命令であることにより、前記受信バッファに前
記命令が読み込みを指示するレコードが存在するか否か
を判定し、存在すると判定した場合は前記受信バッファ
に蓄積されている読み込みが指示されたレコードを前記
アプリケーションプログラムに返却し、存在しないと判
定した場合は前記アプリケーションプログラムが発行し
た命令を前記通信回線を介して前記ホストコンピュータ
へ送信するコマンド振り分け手段と、前記アプリケーシ
ョンプログラムが発行する命令が前記レコード指示子を
先読みしなかった時の状態にすることが必要になる命令
であると判定することにより、前記通信回線を介して前
記ホストコンピュータへ先読み解除コマンドと前記命令
とを送信する先読み解除コマンド発行手段とを含むこと
を特徴とするリモートファイル読み込み方式。 - （２）前記先読み解除コマンドはレコード指示子移動方
向と、レコード指示子移動件数とを含むことを特徴とす
る請求項１記載のリモートファイル読み込み方式。 - （３）前記先読み解除コマンド発行手段は前記アプリケ
ーションプログラムが発行する命令が読み込んだレコー
ドを更新する命令の場合、前記レコード指示子を先読み
しなかった時の状態にすることが必要であると判定する
ことを特徴とする請求項１記載のリモートファイル読み
込み方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2315654A JPH04184652A (ja) | 1990-11-20 | 1990-11-20 | リモートファイル読み込み方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2315654A JPH04184652A (ja) | 1990-11-20 | 1990-11-20 | リモートファイル読み込み方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH04184652A true JPH04184652A (ja) | 1992-07-01 |
Family
ID=18067975
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2315654A Pending JPH04184652A (ja) | 1990-11-20 | 1990-11-20 | リモートファイル読み込み方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH04184652A (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0784842A (ja) * | 1993-09-14 | 1995-03-31 | Nec Corp | 関連レコード一括読み込み方式 |
| JP2008310436A (ja) * | 2007-06-12 | 2008-12-25 | Mizuho Information & Research Institute Inc | レセプト管理システム、レセプト管理方法及びレセプト管理プログラム |
| JP2017054162A (ja) * | 2015-09-07 | 2017-03-16 | 日本電気株式会社 | 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61195439A (ja) * | 1985-02-25 | 1986-08-29 | Fujitsu Ltd | リモ−トフアイルアクセス方式 |
| JPH01309149A (ja) * | 1988-06-07 | 1989-12-13 | Fujitsu Ltd | 入出力制御方式 |
-
1990
- 1990-11-20 JP JP2315654A patent/JPH04184652A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61195439A (ja) * | 1985-02-25 | 1986-08-29 | Fujitsu Ltd | リモ−トフアイルアクセス方式 |
| JPH01309149A (ja) * | 1988-06-07 | 1989-12-13 | Fujitsu Ltd | 入出力制御方式 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH0784842A (ja) * | 1993-09-14 | 1995-03-31 | Nec Corp | 関連レコード一括読み込み方式 |
| JP2008310436A (ja) * | 2007-06-12 | 2008-12-25 | Mizuho Information & Research Institute Inc | レセプト管理システム、レセプト管理方法及びレセプト管理プログラム |
| JP4685064B2 (ja) * | 2007-06-12 | 2011-05-18 | みずほ情報総研株式会社 | レセプト管理システム、レセプト管理方法及びレセプト管理プログラム |
| JP2017054162A (ja) * | 2015-09-07 | 2017-03-16 | 日本電気株式会社 | 情報端末、情報処理システムおよびデータ読み込み方法、並びにコンピュータ・プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US4742451A (en) | Instruction prefetch system for conditional branch instruction for central processor unit | |
| US5630059A (en) | Expedited message transfer in a multi-nodal data processing system | |
| CN1048459A (zh) | 数字数据处理系统高速缓冲存储器内容的失效标记 | |
| JPH04184652A (ja) | リモートファイル読み込み方式 | |
| CA1229421A (en) | Shared memory multiprocessor system | |
| US20030204691A1 (en) | Method, apparatus, and program product for facilitating serialization of input/output requests to a logical volume allowing nonserialized input/output requests | |
| JP3453585B2 (ja) | 入出力インタフェース延長制御方法並びにそのためのチャネル側装置，チャネル側延長装置及び入出力側延長装置 | |
| US5706443A (en) | Method and apparatus for enabling pipelining of buffered data | |
| JP2843748B2 (ja) | 排他制御方式 | |
| JP2707770B2 (ja) | リモートチャネルシステムのデータチェイン制御方法 | |
| JP2624146B2 (ja) | 関連レコード一括読み込み方式 | |
| JPH0535573A (ja) | 遠隔フアイルアクセス方式 | |
| JP2674374B2 (ja) | オンライン情報処理システムにおけるジャーナル採取方式 | |
| JPS61195439A (ja) | リモ−トフアイルアクセス方式 | |
| JPH03219357A (ja) | プログラム実行管理方式 | |
| JPS58114116A (ja) | 入出力機器共有制御方式 | |
| JP3401081B2 (ja) | オブジェクトメソッド起動装置 | |
| JPS6356737B2 (ja) | ||
| JP3387162B2 (ja) | 取引処理システム | |
| JPH0346052A (ja) | プロセツサ間通信方法 | |
| JPH04116756A (ja) | アプリケーション内のユーザ定義コマンドのダイナミックリンクシステム | |
| JPH04369076A (ja) | 分散型データベース処理システム | |
| JPS6252648A (ja) | メモリのデ−タ送出装置 | |
| JPH07281994A (ja) | バス中継装置 | |
| JPS63108448A (ja) | 入出力要求制御方式 |