JPH0581295A - オンラインメンテナンスにおけるサブフアイル生成方式 - Google Patents
オンラインメンテナンスにおけるサブフアイル生成方式Info
- Publication number
- JPH0581295A JPH0581295A JP24118791A JP24118791A JPH0581295A JP H0581295 A JPH0581295 A JP H0581295A JP 24118791 A JP24118791 A JP 24118791A JP 24118791 A JP24118791 A JP 24118791A JP H0581295 A JPH0581295 A JP H0581295A
- Authority
- JP
- Japan
- Prior art keywords
- file
- main
- sub
- main file
- communication
- 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
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
Abstract
(57)【要約】
【目的】 通信プロトコールを有するオンライン端末に
おいて、メインファイルのメンテナンスをする場合の通
信時間を短縮する。 【構成】 メインファイルを受信すると、アプリケーシ
ョンをロックするフラグを設定する（ステップＳ１
１）。メインファイルに結合されたサブファイルが存在
すれば（ステップＳ１３）、そのメインファイルのファ
イル番号をメモリへ格納（ステップＳ１４）し、データ
受信を続行し完了する。その後、メモリ内容を読みだし
（ステップＳ１７、Ｓ１８）、ファイル番号があれば
（ステップＳ１９）、結合するサブファイルを順次生成
する（ステップＳ２０、Ｓ２１）。
おいて、メインファイルのメンテナンスをする場合の通
信時間を短縮する。 【構成】 メインファイルを受信すると、アプリケーシ
ョンをロックするフラグを設定する（ステップＳ１
１）。メインファイルに結合されたサブファイルが存在
すれば（ステップＳ１３）、そのメインファイルのファ
イル番号をメモリへ格納（ステップＳ１４）し、データ
受信を続行し完了する。その後、メモリ内容を読みだし
（ステップＳ１７、Ｓ１８）、ファイル番号があれば
（ステップＳ１９）、結合するサブファイルを順次生成
する（ステップＳ２０、Ｓ２１）。
Description
【０００１】
【産業上の利用分野】本発明は、通信プロトコールを有
するオンライン端末において、メインファイルをメンテ
ナンスをする場合のサブファイルの生成方式に関するも
のである。
するオンライン端末において、メインファイルをメンテ
ナンスをする場合のサブファイルの生成方式に関するも
のである。
【０００２】
【従来の技術】従来、通信プロトコールを有し、オンラ
イン機能を有する例えばキャッシュレジスタにおいて、
取引上に必要な設定データを更新するようなメンテナン
ス処理を実行する場合、通常、その対象となる設定を有
するファイルをホストコンピュータからダウンロードす
る形で行われる。
イン機能を有する例えばキャッシュレジスタにおいて、
取引上に必要な設定データを更新するようなメンテナン
ス処理を実行する場合、通常、その対象となる設定を有
するファイルをホストコンピュータからダウンロードす
る形で行われる。
【０００３】キャッシュレジスタのアプリケーションで
は、メインファイルに対して、（図３）のような結合的
な位置づけとなるサブファイルを有しており、メンテナ
ンス処理でメインファイルが再生成される場合、常にサ
ブファイルを同期して再生成させなければならず、複数
ファイル生成のための時間を要していた。
は、メインファイルに対して、（図３）のような結合的
な位置づけとなるサブファイルを有しており、メンテナ
ンス処理でメインファイルが再生成される場合、常にサ
ブファイルを同期して再生成させなければならず、複数
ファイル生成のための時間を要していた。
【０００４】メンテナンス処理を図３に示す概略のフロ
ー図で説明すると、メインファイル１Ａを受信した場合
（ステップＳ１）、まずファイル１Ａを生成し（ステッ
プＳ２）、１Ａに対してサブファイルが存在すれば、そ
のサブファイル１Ｂ，１Ｃ，…を生成し（ステップＳ
３，Ｓ４）、その後、データ受信処理をし、受信完了ま
で受信処理を行なっており、通信中において複数のファ
イル生成を伴なっていた。
ー図で説明すると、メインファイル１Ａを受信した場合
（ステップＳ１）、まずファイル１Ａを生成し（ステッ
プＳ２）、１Ａに対してサブファイルが存在すれば、そ
のサブファイル１Ｂ，１Ｃ，…を生成し（ステップＳ
３，Ｓ４）、その後、データ受信処理をし、受信完了ま
で受信処理を行なっており、通信中において複数のファ
イル生成を伴なっていた。
【０００５】
【発明が解決しようとする課題】上記のように、メンテ
ナンス処理をプロトコールを有するようなオンライン処
理で行なうと、１つのメインファイルの再生成だけでな
く、複数のサブファイルの生成時間も必要となり、プロ
トコール上の電文間のタイムアップエラーが発生する可
能性があり、常にアプリケーション上の制限があった。
ナンス処理をプロトコールを有するようなオンライン処
理で行なうと、１つのメインファイルの再生成だけでな
く、複数のサブファイルの生成時間も必要となり、プロ
トコール上の電文間のタイムアップエラーが発生する可
能性があり、常にアプリケーション上の制限があった。
【０００６】
【課題を解決するための手段】本発明は、上記課題の解
決を目的としてなされたもので、請求項１記載の発明で
は、オンラインにてメンテナンスを実行するためのメイ
ンファイルの送信ステップと、メインファイルの受信に
応答して、データの登録等のアプリケーションを禁止す
るフラグを設定するステップと、メインファイルの受信
に応答して、メインファイルを生成するステップと、メ
インファイルに結合されたサブファイルが存在するかど
うかを検出するステップと、前記サブファイルが存在し
ていれば、そのメインファイルのファイル番号をメモリ
へ一旦格納するステップと、前記ファイル番号を格納し
た状態にて、データ受信を続行し通信を完了するステッ
プと、前記通信完了後、格納したメモリの記憶内容を読
みだし、前記メインファイルのファイル番号を格納して
いれば、前記メインファイルに結合するサブファイルを
順次生成して行くステップと、ファイル生成の完了後、
前記アプリケーションを禁止するフラグをクリアするス
テップとから構成されるオンラインメンテナンスにおけ
るサブファイル生成方式としたものである。
決を目的としてなされたもので、請求項１記載の発明で
は、オンラインにてメンテナンスを実行するためのメイ
ンファイルの送信ステップと、メインファイルの受信に
応答して、データの登録等のアプリケーションを禁止す
るフラグを設定するステップと、メインファイルの受信
に応答して、メインファイルを生成するステップと、メ
インファイルに結合されたサブファイルが存在するかど
うかを検出するステップと、前記サブファイルが存在し
ていれば、そのメインファイルのファイル番号をメモリ
へ一旦格納するステップと、前記ファイル番号を格納し
た状態にて、データ受信を続行し通信を完了するステッ
プと、前記通信完了後、格納したメモリの記憶内容を読
みだし、前記メインファイルのファイル番号を格納して
いれば、前記メインファイルに結合するサブファイルを
順次生成して行くステップと、ファイル生成の完了後、
前記アプリケーションを禁止するフラグをクリアするス
テップとから構成されるオンラインメンテナンスにおけ
るサブファイル生成方式としたものである。
【０００７】
【作用】上記の構成により、本発明では、通信プロトコ
ールを有するようなオンライン端末において、メインフ
ァイルをメンテナンスする場合、サブファイル再生成を
プロトコール上の妨げとならない通信完了時に、あらか
じめ受信時にスタックしておいたファイル情報をもと
に、自動的に再生成処理を行なうことにより、アプリケ
ーション処理を容易にすることができる。
ールを有するようなオンライン端末において、メインフ
ァイルをメンテナンスする場合、サブファイル再生成を
プロトコール上の妨げとならない通信完了時に、あらか
じめ受信時にスタックしておいたファイル情報をもと
に、自動的に再生成処理を行なうことにより、アプリケ
ーション処理を容易にすることができる。
【０００８】
【実施例】以下、図面に示した本発明の実施例に基づ
き、本発明における、通信プロトコールを有するオンラ
イン端末において、メインファイルをメンテナンスをす
る場合のサブファイルの生成方式を詳細に説明する。
尚、これによって、これらの実施例に本発明は限定され
るものではないことは勿論である。
き、本発明における、通信プロトコールを有するオンラ
イン端末において、メインファイルをメンテナンスをす
る場合のサブファイルの生成方式を詳細に説明する。
尚、これによって、これらの実施例に本発明は限定され
るものではないことは勿論である。
【０００９】図１は、本発明の実施例における通信プロ
トコールを有するオンライン端末のシステム構成図であ
る。メンテナンスファイル１を有するオンライン用のホ
ストコンピュータ２が、ローカルエリアネットワーク
（ＬＡＮ）の主装置（マスター）３、複数の従装置（ス
レーブ）４等とオンラインにて結合されている。主装置
３や複数の従装置４はファイル５を有する。
トコールを有するオンライン端末のシステム構成図であ
る。メンテナンスファイル１を有するオンライン用のホ
ストコンピュータ２が、ローカルエリアネットワーク
（ＬＡＮ）の主装置（マスター）３、複数の従装置（ス
レーブ）４等とオンラインにて結合されている。主装置
３や複数の従装置４はファイル５を有する。
【００１０】図２は図１のシステムの動作フローをあら
わすフロー図である。メインファイル１Ａには、一般に
“設定データ”と“売上げ”がひとつのレコードとして
形成されており、その集まりがファイルとして定義され
る。サブファイル１Ｂ，１Ｃは、ＬＡＮのようなシステ
ム上でのワークファイルとして使用されるもので、“受
信用ワークファイル”，“集計加算用ワークファイル”
といったものがあげられる。例えば、複数のスレーブレ
ジスタから、ファイル１Ａの売上げデータを集計加算し
て、売上げレポートを発行するような時に使用するもの
である。
わすフロー図である。メインファイル１Ａには、一般に
“設定データ”と“売上げ”がひとつのレコードとして
形成されており、その集まりがファイルとして定義され
る。サブファイル１Ｂ，１Ｃは、ＬＡＮのようなシステ
ム上でのワークファイルとして使用されるもので、“受
信用ワークファイル”，“集計加算用ワークファイル”
といったものがあげられる。例えば、複数のスレーブレ
ジスタから、ファイル１Ａの売上げデータを集計加算し
て、売上げレポートを発行するような時に使用するもの
である。
【００１１】メンテナンスをする場合、ホストコンピュ
ータ２のメンテナンスファイル１から、メインファイル
１Ａが送信されて来る。メンテナンスファイル１のデー
タ内容は、主に“設定データ”の更新データが入った
り、ファイル内のレコード件数を拡張するデータなどで
ある。
ータ２のメンテナンスファイル１から、メインファイル
１Ａが送信されて来る。メンテナンスファイル１のデー
タ内容は、主に“設定データ”の更新データが入った
り、ファイル内のレコード件数を拡張するデータなどで
ある。
【００１２】すると、これに応答して、ローカルエリア
ネットワーク（ＬＡＮ）の主装置３や複数の従装置４で
は、メインファイル１Ａを受信（ステップＳ１０）した
場合、データの登録、更新等のアプリケーションをロッ
クするフラグ［ＬＡＮマスター３内のＲＡＭメモリの任
意のアドレス］を設定し（ステップＳ１１）て、メイン
ファイル１Ａを生成する（ステップＳ１２）ように機能
する。このフラグとは、データの登録、更新等のアプリ
ケーションの実行を禁止するフラグである。
ネットワーク（ＬＡＮ）の主装置３や複数の従装置４で
は、メインファイル１Ａを受信（ステップＳ１０）した
場合、データの登録、更新等のアプリケーションをロッ
クするフラグ［ＬＡＮマスター３内のＲＡＭメモリの任
意のアドレス］を設定し（ステップＳ１１）て、メイン
ファイル１Ａを生成する（ステップＳ１２）ように機能
する。このフラグとは、データの登録、更新等のアプリ
ケーションの実行を禁止するフラグである。
【００１３】即ち通信デバイスから、ファイル１Ａの受
信をアプリケーションプログラムが認知した時点で、Ｒ
ＡＭ上のロックフラグをセットします。その後、アプリ
ケーションは、ファイルマネージャプログラムに対し
て、ファイル１Ａの再生成を要求する。ファイルは記憶
デバイス（ＲＡＭ等）に生成される。
信をアプリケーションプログラムが認知した時点で、Ｒ
ＡＭ上のロックフラグをセットします。その後、アプリ
ケーションは、ファイルマネージャプログラムに対し
て、ファイル１Ａの再生成を要求する。ファイルは記憶
デバイス（ＲＡＭ等）に生成される。
【００１４】メインファイル１Ａに対するサブファイル
１Ｂ，１Ｃの関係は、主従関係であり、ファイルとし
て、レコード件数、フィールド書式の整合がとれていな
ければならないものを”結合ファイル”という。
１Ｂ，１Ｃの関係は、主従関係であり、ファイルとし
て、レコード件数、フィールド書式の整合がとれていな
ければならないものを”結合ファイル”という。
【００１５】もし、メインファイル１Ａに結合されたサ
ブファイルが存在すれば（ステップＳ１３）、そのメイ
ンファイル１Ａのファイル番号をバッファメモリ（ＲＡ
Ｍメモリの任意アドレス）へ一旦格納する（ステップＳ
１４）。格納した状態にて、データ受信を続行（ステッ
プＳ１５）し、通信を完了する（ステップＳ１６）。通
信完了後、格納エリアのバッファメモリを読みだし（ス
テップＳ１７、Ｓ１８）、ファイル番号が格納されてい
れば（ステップＳ１９）、そのファイルに結合するサブ
ファイル１Ｂ、１Ｃ等を記憶デバイスであるＲＡＭ内に
順次ファイル生成して行く（ステップＳ２０、Ｓ２
１）。
ブファイルが存在すれば（ステップＳ１３）、そのメイ
ンファイル１Ａのファイル番号をバッファメモリ（ＲＡ
Ｍメモリの任意アドレス）へ一旦格納する（ステップＳ
１４）。格納した状態にて、データ受信を続行（ステッ
プＳ１５）し、通信を完了する（ステップＳ１６）。通
信完了後、格納エリアのバッファメモリを読みだし（ス
テップＳ１７、Ｓ１８）、ファイル番号が格納されてい
れば（ステップＳ１９）、そのファイルに結合するサブ
ファイル１Ｂ、１Ｃ等を記憶デバイスであるＲＡＭ内に
順次ファイル生成して行く（ステップＳ２０、Ｓ２
１）。
【００１６】生成を完了すれば、アプリケーションをロ
ックするフラグをクリアして（ステップＳ２２）、メン
テナンス処理を完了する。上記処理はオンライン機能を
有したＬＡＮマスター３が制御している。
ックするフラグをクリアして（ステップＳ２２）、メン
テナンス処理を完了する。上記処理はオンライン機能を
有したＬＡＮマスター３が制御している。
【００１７】その他、本発明は上記しかつ図面に示した
実施例のみに限定されるものではなく、要旨を逸脱しな
い範囲内で適宜変形して実施できることは勿論である。
実施例のみに限定されるものではなく、要旨を逸脱しな
い範囲内で適宜変形して実施できることは勿論である。
【００１８】
【効果】以上のように本発明により、通信プロトコール
を有するオンライン端末において、メインファイルをメ
ンテナンスをする場合のサブファイルの生成方式にて、
通信中における処理内容を減らすことにより、プロトコ
ル上のタイムアップ処理とアプリケーションのバランス
を保つことが出来、より大容量のファイルを扱うことが
出来、また、通信時間も大幅に削減される。短縮時間と
してはファイル生成時間とサブファイル数との積とな
る。
を有するオンライン端末において、メインファイルをメ
ンテナンスをする場合のサブファイルの生成方式にて、
通信中における処理内容を減らすことにより、プロトコ
ル上のタイムアップ処理とアプリケーションのバランス
を保つことが出来、より大容量のファイルを扱うことが
出来、また、通信時間も大幅に削減される。短縮時間と
してはファイル生成時間とサブファイル数との積とな
る。
【図１】本発明の実施例における通信プロトコールを有
するオンライン端末のシステム構成図である。
するオンライン端末のシステム構成図である。
【図２】図１のシステムの動作を表すフロー図である。
【図３】従来の通信プロトコールを有するオンライン端
末の動作のフロー図である。
末の動作のフロー図である。
１ メンテナンスファイル ２ ホストコンピュータ ３ 主装置（マスター） ４ 複数の従装置（スレープ） ５ ファイル
Claims (1)
- 【請求項１】 オンラインにてメンテナンスを実行する
ためのメインファイルの送信ステップと、 メインファイルの受信に応答して、データの登録等のア
プリケーションを禁止するフラグを設定するステップ
と、 メインファイルの受信に応答して、メインファイルを生
成するステップと、 メインファイルに結合されたサブファイルが存在するか
どうかを検出するステップと、 前記サブファイルが存在していれば、そのメインファイ
ルのファイル番号をメモリへ一旦格納するステップと、 前記ファイル番号を格納した状態にて、データ受信を続
行し通信を完了するステップと、 前記通信完了後、格納したメモリの記憶内容を読みだ
し、前記メインファイルのファイル番号を格納していれ
ば、前記メインファイルに結合するサブファイルを順次
生成して行くステップと、 ファイル生成の完了後、前記アプリケーションを禁止す
るフラグをクリアするステップとから構成されることを
特徴とするオンラインメンテナンスにおけるサブファイ
ル生成方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24118791A JPH0581295A (ja) | 1991-09-20 | 1991-09-20 | オンラインメンテナンスにおけるサブフアイル生成方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP24118791A JPH0581295A (ja) | 1991-09-20 | 1991-09-20 | オンラインメンテナンスにおけるサブフアイル生成方式 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0581295A true JPH0581295A (ja) | 1993-04-02 |
Family
ID=17070521
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP24118791A Pending JPH0581295A (ja) | 1991-09-20 | 1991-09-20 | オンラインメンテナンスにおけるサブフアイル生成方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0581295A (ja) |
-
1991
- 1991-09-20 JP JP24118791A patent/JPH0581295A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2009520253A (ja) | 分散型システムにおけるトランザクションのコミットメントのための方法、コンピュータ・プログラム製品、およびシステム | |
| US20010051994A1 (en) | Computer system and a data transfer method thereof | |
| JPH0581295A (ja) | オンラインメンテナンスにおけるサブフアイル生成方式 | |
| JP2002222107A (ja) | データ同期装置 | |
| JPH01118956A (ja) | データ処理装置 | |
| CN116301562A (zh) | 一种数据存储方法、装置、计算机设备及存储介质 | |
| JP3683706B2 (ja) | コンピュータ間の通信管理方法および装置，ならびに通信管理のためのプログラムを記録した媒体 | |
| JPH1165949A (ja) | 通信システムのファイル制御装置 | |
| JP2601235B2 (ja) | データ処理方式 | |
| JP2780601B2 (ja) | 電文一括処理システム | |
| JP2000082005A (ja) | システム間データベース共用システムのデータ処理方式 | |
| JP3240990B2 (ja) | トランザクションレコード管理装置及びトランザクションレコード管理方法 | |
| JP3903867B2 (ja) | オンライントランザクション処理システム及びホストコンピュータ並びにプログラム | |
| JP3088305B2 (ja) | 遠隔地帳票印刷システム | |
| CN116795857A (zh) | 一种日志文件的处理方法、装置、设备及介质 | |
| JPH07117937B2 (ja) | オンラインシステムのトランザクション処理装置 | |
| JPH0997201A (ja) | データベースのバックアップ作成システム | |
| JP4048037B2 (ja) | データ書出プログラムおよび記録媒体 | |
| JPH06309361A (ja) | サーバ・クライアント型データベース検索方法 | |
| JPS62130459A (ja) | Ｐｏｓシステムの商品情報検索方式 | |
| JPH0689262A (ja) | 会話型処理における動的レコード制御方式 | |
| JPH08235038A (ja) | 資源更新判定方式 | |
| JP2000029763A (ja) | 記憶装置制御方法及び記憶システム | |
| JPH0685841A (ja) | 通信制御装置 | |
| JPH11154283A (ja) | 商品販売データ処理装置および方法並びに商品販売データ処理プログラムを記憶したコンピュータで読取り可能な記憶媒体 |