JPS5994155A - 端末ファイルの保守方式 - Google Patents
端末ファイルの保守方式Info
- Publication number
- JPS5994155A JPS5994155A JP57202140A JP20214082A JPS5994155A JP S5994155 A JPS5994155 A JP S5994155A JP 57202140 A JP57202140 A JP 57202140A JP 20214082 A JP20214082 A JP 20214082A JP S5994155 A JPS5994155 A JP S5994155A
- Authority
- JP
- Japan
- Prior art keywords
- data
- terminal
- computer
- file
- files
- 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.)
- Granted
Links
- 238000012423 maintenance Methods 0.000 title claims description 6
- 238000000034 method Methods 0.000 claims description 8
- 238000004891 communication Methods 0.000 claims description 4
- 238000010926 purge Methods 0.000 claims description 3
- 230000004044 response Effects 0.000 claims description 2
- 230000005540 biological transmission Effects 0.000 description 16
- 238000010586 diagram Methods 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000004590 computer program Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 238000007796 conventional method Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/70—Software maintenance or management
- G06F8/71—Version control; Configuration management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
- G06F15/161—Computing infrastructure, e.g. computer clusters, blade chassis or hardware partitioning
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/901—Indexing; Data structures therefor; Storage structures
- G06F16/9027—Trees
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Databases & Information Systems (AREA)
- Mathematical Physics (AREA)
- Computer Security & Cryptography (AREA)
- Data Mining & Analysis (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
〔発明の利用分野〕
本発明は情報処理システムに採用されるものであり、特
に計算機同士の接続システムに好適なフッイル保守方式
に関する。
に計算機同士の接続システムに好適なフッイル保守方式
に関する。
中央側と端末処理装置側にそれぞれファイルをもつ分散
処理システムにおける従来の端末ファイル保守方式は、
中央計算機が管理しているファイルを端末計算機に一方
送信することによって行う中央計算機主導型であった。
処理システムにおける従来の端末ファイル保守方式は、
中央計算機が管理しているファイルを端末計算機に一方
送信することによって行う中央計算機主導型であった。
中央計算機主導型の端末ファイル保守においては、中央
計算機から端末計算機で必要とするデータを一方的に送
信し、端末計算機側で中央計算機より指示されたとおり
に磁気ディスク上に記録する方式である。中央計算機主
導型の送信を実現するためには、多数存在する端末計算
機毎のファ、 ２ 。
計算機から端末計算機で必要とするデータを一方的に送
信し、端末計算機側で中央計算機より指示されたとおり
に磁気ディスク上に記録する方式である。中央計算機主
導型の送信を実現するためには、多数存在する端末計算
機毎のファ、 ２ 。
イルの格納状態を覚えなければならない。そして、デー
タの送信時にヲ言、どの中央データを送信すべきかを判
断する。これは、常に全データ送信する事を防止するた
めであり、必要とするデータのみを送信する方式を採用
するからである。この多数存在する端末計算機毎のファ
イルの格納状態を覚えるには、データ数×端末計算機数
分必要であり、また、その結果を外部記憶装置に覚える
必要がある。また、データの送信中には、どのデータま
で送信を終了したかという伝送中状態を端末計算機毎に
覚えなければならない。これは、１つのデータが送信終
了となった時１次にどのデータから送信すべきかを判断
するためである。
タの送信時にヲ言、どの中央データを送信すべきかを判
断する。これは、常に全データ送信する事を防止するた
めであり、必要とするデータのみを送信する方式を採用
するからである。この多数存在する端末計算機毎のファ
イルの格納状態を覚えるには、データ数×端末計算機数
分必要であり、また、その結果を外部記憶装置に覚える
必要がある。また、データの送信中には、どのデータま
で送信を終了したかという伝送中状態を端末計算機毎に
覚えなければならない。これは、１つのデータが送信終
了となった時１次にどのデータから送信すべきかを判断
するためである。
従って、従来の方式では格納状態、伝送中状態を覚える
ためのメモリ容量の増加、また、格納状態を外部記憶装
置に覚えるための書込み負荷の増加、ファイル伝送を行
うための中央計算機プログラムの複雑さのような欠点が
あった。
ためのメモリ容量の増加、また、格納状態を外部記憶装
置に覚えるための書込み負荷の増加、ファイル伝送を行
うための中央計算機プログラムの複雑さのような欠点が
あった。
本発明の目的は、上述の欠点を解消するためになされた
もので、中央計算機での端末計算機毎のフッイル格納状
態の管理をやめ、中央計算機側のメモリ容量低減、負荷
低減、プログラム作成量の低減と、端末計算機へ送信す
るデータ量の低減、端末ファイルの保守性の向上を提供
することにある。
もので、中央計算機での端末計算機毎のフッイル格納状
態の管理をやめ、中央計算機側のメモリ容量低減、負荷
低減、プログラム作成量の低減と、端末計算機へ送信す
るデータ量の低減、端末ファイルの保守性の向上を提供
することにある。
ファイルというものは、時間とともに変更されて行（も
のである。したがって、ファイルに対しバージ璽ン番号
を付することにより、）了イル変更された事の発見を端
末計算機に判断させ、端末計算機より変更ファイルの送
信要求を行わせるものである。したがって、上記のよう
な方式を用いると、端末計算機主導型のファイル伝送が
可能となる。
のである。したがって、ファイルに対しバージ璽ン番号
を付することにより、）了イル変更された事の発見を端
末計算機に判断させ、端末計算機より変更ファイルの送
信要求を行わせるものである。したがって、上記のよう
な方式を用いると、端末計算機主導型のファイル伝送が
可能となる。
以下、本発明の一実施例を第１図〜第５図により説明す
る。第１図は、この発明におけるシ・ Ｓ ・ ステムの接続形態を示したもので、中央計算機１１と１
つ以上の端末計算機１４を通信装置１５で接続する。中
央計算機１１には、中央ファイル１２を接続し、端末計
算機１４には、端末ファイル１５を接続する。第２図は
、ファイルの階層構造を示したものである。ファイル２
１は、１つ以上のデータ２２に分け（例えば、）了イル
は交通システムを例にとったときは運賃データ、漢字フ
ォントデータ、ＣＲＴガイダンスデータ、絵図データ等
に分ける。）、また、データ２２は、１つ以上のエレメ
ント２３に分ける（例えば、運賃データは国鉄鉄道運賃
１国鉄バス運賃１国鉄定期運賃、会社線毎運賃等の各エ
レメントに分ける。）。そして、データ２２およびエレ
メント２３に対しバージ冒ン番号を付する。データ２２
に付したバージ■ン番号をデータ・バージ曹ンとし、エ
レメント２５に付したバージ１ン番号をエレメント・バ
ージランとする。第５図は、中央ファイルのエレメント
Ａ２が変更となった時の、−ｙ−ｐ・バージ璽ンとエレ
メント・バージ、 ４ 。
る。第１図は、この発明におけるシ・ Ｓ ・ ステムの接続形態を示したもので、中央計算機１１と１
つ以上の端末計算機１４を通信装置１５で接続する。中
央計算機１１には、中央ファイル１２を接続し、端末計
算機１４には、端末ファイル１５を接続する。第２図は
、ファイルの階層構造を示したものである。ファイル２
１は、１つ以上のデータ２２に分け（例えば、）了イル
は交通システムを例にとったときは運賃データ、漢字フ
ォントデータ、ＣＲＴガイダンスデータ、絵図データ等
に分ける。）、また、データ２２は、１つ以上のエレメ
ント２３に分ける（例えば、運賃データは国鉄鉄道運賃
１国鉄バス運賃１国鉄定期運賃、会社線毎運賃等の各エ
レメントに分ける。）。そして、データ２２およびエレ
メント２３に対しバージ冒ン番号を付する。データ２２
に付したバージ■ン番号をデータ・バージ曹ンとし、エ
レメント２５に付したバージ１ン番号をエレメント・バ
ージランとする。第５図は、中央ファイルのエレメント
Ａ２が変更となった時の、−ｙ−ｐ・バージ璽ンとエレ
メント・バージ、 ４ 。
ヨンの関係を示したものである。なお、第３図では、フ
ァイルを２つのデータ（データＡ 、 Ｂ）に分け、デ
ータＡを３つのエレメント（エレメントＡＩ 、Ａ２
、ＡＳ ） 、データＢを２つのエレメント（エレメン
トＢ１．Ｂ２）に分けた場合だけの例を示している。第
４図に示すように中央計算機側では、データ毎のデータ
・バージ冒ン。
ァイルを２つのデータ（データＡ 、 Ｂ）に分け、デ
ータＡを３つのエレメント（エレメントＡＩ 、Ａ２
、ＡＳ ） 、データＢを２つのエレメント（エレメン
トＢ１．Ｂ２）に分けた場合だけの例を示している。第
４図に示すように中央計算機側では、データ毎のデータ
・バージ冒ン。
エレメント毎のエレメント・バージ冒ンを中央ファイル
上に覚え、その内容をメイン・メモリ上に読み込んで管
理してお（。一方、端末計算機側では、データ毎のデー
タ・バージ■ンを端末ファイル上に覚え、その内容をメ
イン・メモリ上に読み込んで管理しておく。以下、第５
図により説明する。エレメント・バージ四ンはエレメン
トが変更されたタイミングによりエレメント毎のパージ
！ｙ−ｉｉ号が異なる。データ・バージ日ンは該データ
に所属するエレメントのうち、最大のバージ目ン番号を
持つエレメントと等しい。丁なわち、データ・バージ■
ンはエレメントの最新バージ四ンを管理している。この
ような管理力において、ニレメン）Ａ２が変更された場
合、ニレメン）Ａ２が所属しているデータＡのデータ・
バージョンを１加算する（９とする）。次にエレメント
Ａ２のエレメント・バーシーンとして、データＡのデー
タ・バージ璽ンの値を与える（９とする）。このように
して、端末計算機に持つデータ・バージョンと。
上に覚え、その内容をメイン・メモリ上に読み込んで管
理してお（。一方、端末計算機側では、データ毎のデー
タ・バージ■ンを端末ファイル上に覚え、その内容をメ
イン・メモリ上に読み込んで管理しておく。以下、第５
図により説明する。エレメント・バージ四ンはエレメン
トが変更されたタイミングによりエレメント毎のパージ
！ｙ−ｉｉ号が異なる。データ・バージ日ンは該データ
に所属するエレメントのうち、最大のバージ目ン番号を
持つエレメントと等しい。丁なわち、データ・バージ■
ンはエレメントの最新バージ四ンを管理している。この
ような管理力において、ニレメン）Ａ２が変更された場
合、ニレメン）Ａ２が所属しているデータＡのデータ・
バージョンを１加算する（９とする）。次にエレメント
Ａ２のエレメント・バーシーンとして、データＡのデー
タ・バージ璽ンの値を与える（９とする）。このように
して、端末計算機に持つデータ・バージョンと。
中央計算機に持つデータ・バージ璽ンの不一致を発生さ
せておく。
せておく。
ここで、第５図に流れ図を示し、ファイルの伝送の仕方
を述べる。まず、中央計算機と情報の送受信を行うため
にリンクの確立を行う（ステップ１）。端末計算機側で
覚えているデータ・バージ曹ンを端末７フイルより読込
む（ステップ２）。中央計算機に、中央計算機側で管理
しているデータ・バージョンの送信要求を行う（ステッ
プ３）。中央計算機ではどの端末にどのデータを持たせ
ているかを示す中央管理情報を持っておりこの中央管理
情報に従ってその端末針ｘｉが必要とするデータだけの
データ・バージソン一覧表を作成し回答する（ステップ
４）。
を述べる。まず、中央計算機と情報の送受信を行うため
にリンクの確立を行う（ステップ１）。端末計算機側で
覚えているデータ・バージ曹ンを端末７フイルより読込
む（ステップ２）。中央計算機に、中央計算機側で管理
しているデータ・バージョンの送信要求を行う（ステッ
プ３）。中央計算機ではどの端末にどのデータを持たせ
ているかを示す中央管理情報を持っておりこの中央管理
情報に従ってその端末針ｘｉが必要とするデータだけの
データ・バージソン一覧表を作成し回答する（ステップ
４）。
回答されたデータ・バージ嘗ン一覧表が、端末計算機側
で覚えているデータ毎のデータ・バージョンと一致する
かデータ毎に比較する。一致の場合は、このデータに対
しては中央計算機側でのデータ変更がなかったものとし
、変更エレメントの要求は行わない（ステップ５．１４
）。
で覚えているデータ毎のデータ・バージョンと一致する
かデータ毎に比較する。一致の場合は、このデータに対
しては中央計算機側でのデータ変更がなかったものとし
、変更エレメントの要求は行わない（ステップ５．１４
）。
不一致の場合には、端末計算機が覚えているデータ識別
（例えばデータＡ）とデータ拳バージ日ソを中央計算機
に送信し、変更エレメントの送信要求を行う（ステップ
５，６）。端末計算機からのエレメント要求に対し、中
央計算機は、データの識別により送るべきデータを選択
する（ステップ７）。次に、そのデータに所属するエレ
メントを調べ、端末計算機が持つデータ・バージョンよ
り大きいエレメント・バージ冒ンケ持つエレメントを選
択する（ステップ８）。
（例えばデータＡ）とデータ拳バージ日ソを中央計算機
に送信し、変更エレメントの送信要求を行う（ステップ
５，６）。端末計算機からのエレメント要求に対し、中
央計算機は、データの識別により送るべきデータを選択
する（ステップ７）。次に、そのデータに所属するエレ
メントを調べ、端末計算機が持つデータ・バージョンよ
り大きいエレメント・バージ冒ンケ持つエレメントを選
択する（ステップ８）。
第３図に示す例においては、データＡのエレメントＡ２
が選択される。エレメントＡ１は送信の対象としない。
が選択される。エレメントＡ１は送信の対象としない。
次に、選択さｔｌだエレメントを中央ファイルより読込
む（ステップ９）。端末計算機に送信する情報を作成す
る。この時。
む（ステップ９）。端末計算機に送信する情報を作成す
る。この時。
送信するエレメントがデータ内で最終エレメントなら、
端末計算機に送信する情報にデータ終了を示すコードを
付加する（ステップ１０）。
端末計算機に送信する情報にデータ終了を示すコードを
付加する（ステップ１０）。
中央計算機より回答されたエレメントを端末ファイルに
書込む（ステップ１１）。中央計算機からの回答中にデ
ータ終了を示すコードが存在しない場合、再度中央計算
機に変更エレメントの送信要求を行う。これは、同一デ
ータ内の別のエレメントの送信要求とする（ステップ１
２．６）。
書込む（ステップ１１）。中央計算機からの回答中にデ
ータ終了を示すコードが存在しない場合、再度中央計算
機に変更エレメントの送信要求を行う。これは、同一デ
ータ内の別のエレメントの送信要求とする（ステップ１
２．６）。
データ終了を示すコードが存在する場合は、そのデータ
のデータ・バージョンを覚えるためＫ、そのデータのデ
ータ・バージョンをｉＸ７フイルに書込む（ステップ１
２．１３ ）。全データ分の処理が済んでいない時は１
次のデータのエレメント要求を行う（ステップ１４，１
５．５ ）。全データ分の処理が済めば、ファイルの伝
送が完了となる（ステップ１４．１６ ）。このように
、フチイルに階層的なパージ日ン査号を付する管理方式
を採用する事により、必要最少限の伝送で済み。
のデータ・バージョンを覚えるためＫ、そのデータのデ
ータ・バージョンをｉＸ７フイルに書込む（ステップ１
２．１３ ）。全データ分の処理が済んでいない時は１
次のデータのエレメント要求を行う（ステップ１４，１
５．５ ）。全データ分の処理が済めば、ファイルの伝
送が完了となる（ステップ１４．１６ ）。このように
、フチイルに階層的なパージ日ン査号を付する管理方式
を採用する事により、必要最少限の伝送で済み。
伝送時間の短縮が計れている。さらに、システムの運用
開始時は、端末計算機側のデータ・バージョンを丁べて
０にし、中央計算機側のデータ・バージ四ン、エレメン
ト・バー シＩＩントモ丁べて１にすることにより、端
末フチイルの初期伝送ができる。また、端末計算機の新
規設置時、端末計算機側のファイル障害からの同機時端
末計算機側のオフライン・メンテナンス実行時等は、端
末針３！機側のデータやパージョンを０にするだけで、
中央計算機側で何ら関知することなしに、端末ファイル
の伝送ができる。また、ファイル伝送中の端末計算機の
障害、中央計算機の障害、通信装置の障害等に関しても
障害回後後に再度ファイル伝送を行える方式なので、デ
ータの脱落等は発生しない。このようにファイル伝送の
確実化、端末ファイルの保守性の向上が計れている。
開始時は、端末計算機側のデータ・バージョンを丁べて
０にし、中央計算機側のデータ・バージ四ン、エレメン
ト・バー シＩＩントモ丁べて１にすることにより、端
末フチイルの初期伝送ができる。また、端末計算機の新
規設置時、端末計算機側のファイル障害からの同機時端
末計算機側のオフライン・メンテナンス実行時等は、端
末針３！機側のデータやパージョンを０にするだけで、
中央計算機側で何ら関知することなしに、端末ファイル
の伝送ができる。また、ファイル伝送中の端末計算機の
障害、中央計算機の障害、通信装置の障害等に関しても
障害回後後に再度ファイル伝送を行える方式なので、デ
ータの脱落等は発生しない。このようにファイル伝送の
確実化、端末ファイルの保守性の向上が計れている。
本発明によれは、端末針Ｘ機主導型で端末フ了イルの保
守が可能となり、中央計算機プログラムの簡単化、端末
ファイルの保守性の向上が行える。また、端末計算機毎
の状態管理をしなくて済むので、メモリ容量の低減、中
央計算機負荷の低減が行える。
守が可能となり、中央計算機プログラムの簡単化、端末
ファイルの保守性の向上が行える。また、端末計算機毎
の状態管理をしなくて済むので、メモリ容量の低減、中
央計算機負荷の低減が行える。
第１図はこの発明を実施するためのシステム接続図、第
２図はファイルの階層構造の概念を示す図、第６図は中
央計算機側でファイル変更する場合のテーク・バージ日
ンとエレメント・バー、ジツンの関係を示す図、第４図
はデータＯバージ冒ンとエレメント・バージ冒ンの管ｑ
方式を示す図、第５図はファイル伝送力式の流ハ図であ
る。 １１・・・中央計１を機 １２・・・中央ファイ
ル１６・・・通信装置 １４・・・端末計ｘｉ
１５・・・端末ファイル ２１・・ファイル２２・
・・デ・−夕 ２３・・・エレメントＤＶ４
１＝・・データ・バージ曹ン ＥＶ−！４・・・エレメント・バージ日ンＭＭ・・・メ
イン・メモリ 第７１！１ 第 ２ 図 第 ３ 端末８１−ロ鴫（し１り叱イ員Ｊ１ ■７夫＊Ｘ機イ貝す 第 ４Ｉ２１１ 燭末訂１内−１９１叱イ貝′）１
中ジ＜＃！Ｅ調−−町イＩρ１躬 ５ 口
２図はファイルの階層構造の概念を示す図、第６図は中
央計算機側でファイル変更する場合のテーク・バージ日
ンとエレメント・バー、ジツンの関係を示す図、第４図
はデータＯバージ冒ンとエレメント・バージ冒ンの管ｑ
方式を示す図、第５図はファイル伝送力式の流ハ図であ
る。 １１・・・中央計１を機 １２・・・中央ファイ
ル１６・・・通信装置 １４・・・端末計ｘｉ
１５・・・端末ファイル ２１・・ファイル２２・
・・デ・−夕 ２３・・・エレメントＤＶ４
１＝・・データ・バージ曹ン ＥＶ−！４・・・エレメント・バージ日ンＭＭ・・・メ
イン・メモリ 第７１！１ 第 ２ 図 第 ３ 端末８１−ロ鴫（し１り叱イ員Ｊ１ ■７夫＊Ｘ機イ貝す 第 ４Ｉ２１１ 燭末訂１内−１９１叱イ貝′）１
中ジ＜＃！Ｅ調−−町イＩρ１躬 ５ 口
Claims (1)
- 中央計算機で一括管理しているファイルを、通信回路で
中央計算機と接続された端末計算機の記憶装置上に持た
せる必要のあるシステム構成において、中央計算機で変
更されたファイル内容に対して端末計算機の記憶装置上
のファイルを変更する場合に、中央計算機側のファイル
（を複数のデータに分けて、該データ毎にデータ・パー
ジ日ン査号を付し、さらに該データを複数のエレメント
に分けて、該エレメント毎にエレメント・バージ璽ン番
号を付し、また端末計算機側のファイルも中央計算機と
同一分類の複数のデータに分けて、該データ毎にデータ
・バージ目ン番号を付し、中央計算機と端末計算機間の
データ・バージ日ン番号の相違により、端末計算機から
の要求に応じて、中央計算機で持つ変更された）了イル
のうち端末計算機側で必要とするファイルをエレメント
単位で端末計算機に送付し、端末計算機の記憶装置上の
ファイル内容を修正変更することを特徴とする端末フチ
イルの保守方式。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57202140A JPS5994155A (ja) | 1982-11-19 | 1982-11-19 | 端末ファイルの保守方式 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57202140A JPS5994155A (ja) | 1982-11-19 | 1982-11-19 | 端末ファイルの保守方式 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS5994155A true JPS5994155A (ja) | 1984-05-30 |
| JPH0126099B2 JPH0126099B2 (ja) | 1989-05-22 |
Family
ID=16452618
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP57202140A Granted JPS5994155A (ja) | 1982-11-19 | 1982-11-19 | 端末ファイルの保守方式 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS5994155A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6288056A (ja) * | 1985-10-14 | 1987-04-22 | Nec Corp | 夜間会計方式 |
| JPS63311565A (ja) * | 1987-06-15 | 1988-12-20 | Fuji Electric Co Ltd | 分散化システムにおける在庫管理方式 |
| JPS6467661A (en) * | 1987-09-09 | 1989-03-14 | Asahi Shimbun Publishing | Information transferring system |
| JPH01125649A (ja) * | 1987-11-11 | 1989-05-18 | Oki Electric Ind Co Ltd | 端末装置のデータ処理方法 |
| JPH01213735A (ja) * | 1988-02-22 | 1989-08-28 | Oki Electric Ind Co Ltd | 端末プログラム伝送方式 |
| JPH03100840A (ja) * | 1989-09-14 | 1991-04-25 | Hitachi Ltd | 分散型計算機装置とデータメンテナンス方法 |
| JPH0540711A (ja) * | 1991-08-05 | 1993-02-19 | Nec Corp | データ転送方式 |
| US5241305A (en) * | 1987-05-15 | 1993-08-31 | Newspager Corporation Of America | Paper multi-level group messaging with group parsing by message |
| JPH11249951A (ja) * | 1998-03-05 | 1999-09-17 | Fujitsu Ltd | 情報管理システム、ローカルコンピュータ、サーバコンピュータ、情報取得プログラムを記録したコンピュータ読み取り可能な記録媒体及びサーバ用プログラムを記録したコンピュータ読み取り可能な記録媒体 |
-
1982
- 1982-11-19 JP JP57202140A patent/JPS5994155A/ja active Granted
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS6288056A (ja) * | 1985-10-14 | 1987-04-22 | Nec Corp | 夜間会計方式 |
| US5241305A (en) * | 1987-05-15 | 1993-08-31 | Newspager Corporation Of America | Paper multi-level group messaging with group parsing by message |
| JPS63311565A (ja) * | 1987-06-15 | 1988-12-20 | Fuji Electric Co Ltd | 分散化システムにおける在庫管理方式 |
| JPS6467661A (en) * | 1987-09-09 | 1989-03-14 | Asahi Shimbun Publishing | Information transferring system |
| JPH01125649A (ja) * | 1987-11-11 | 1989-05-18 | Oki Electric Ind Co Ltd | 端末装置のデータ処理方法 |
| JPH01213735A (ja) * | 1988-02-22 | 1989-08-28 | Oki Electric Ind Co Ltd | 端末プログラム伝送方式 |
| JPH03100840A (ja) * | 1989-09-14 | 1991-04-25 | Hitachi Ltd | 分散型計算機装置とデータメンテナンス方法 |
| JPH0540711A (ja) * | 1991-08-05 | 1993-02-19 | Nec Corp | データ転送方式 |
| JPH11249951A (ja) * | 1998-03-05 | 1999-09-17 | Fujitsu Ltd | 情報管理システム、ローカルコンピュータ、サーバコンピュータ、情報取得プログラムを記録したコンピュータ読み取り可能な記録媒体及びサーバ用プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| US7117253B2 (en) | 1998-03-05 | 2006-10-03 | Fujitsu Limited | Information management system retrieving recorded information version from server-side or duplicate local-side information storage |
Also Published As
| Publication number | Publication date |
|---|---|
| JPH0126099B2 (ja) | 1989-05-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Reed | Naming and Synchornization in a Decentralized Computer System | |
| CN1770110B (zh) | 对I/O完成进行无锁InfiniBand轮询的方法和*** | |
| JP3526474B2 (ja) | ネットワークにおける配布情報管理システム | |
| JPS61502846A (ja) | デ−タベ−スのバックアップの方法 | |
| JPH01251258A (ja) | ネットワークシステムにおける共用領域管理方法 | |
| JPS5994155A (ja) | 端末ファイルの保守方式 | |
| CN111049913B (zh) | 数据文件的传输方法及装置、存储介质、电子设备 | |
| EP0770242B1 (en) | Method for warming up a spare process in a replicated real-time system, in particular in a telephone exchange | |
| US20100332480A1 (en) | Systems, methods and software for distributed loading of databases | |
| CN116303789A (zh) | 多分片多副本数据库并行同步方法、装置及可读介质 | |
| JPH0392942A (ja) | ファイルの格納方法およびアクセス方法 | |
| CN115629901A (zh) | 日志回放方法及装置、数据恢复方法及装置、电子设备 | |
| EP0449660B1 (en) | A method and apparatus of generating shadow process | |
| US6510456B1 (en) | Data transfer control method and system, data transfer control program file, and file storage medium | |
| JPH0778115A (ja) | ネットワーク定義変更方式 | |
| JPS6325384B2 (ja) | ||
| KR100290621B1 (ko) | 전자교환시스템의과금디스크이상시과금데이터처리장치및그방법 | |
| JPH1153123A (ja) | バックアップ方式 | |
| US5564120A (en) | Data management method in a distributed processing system | |
| CN116991815B (zh) | 一种分布式存储***的日志收集方法、装置、设备及介质 | |
| JP6904412B2 (ja) | 複製データ制御装置、複製データ制御システム、複製データ制御方法および複製データ制御プログラム | |
| JPS6349817B2 (ja) | ||
| JP2679427B2 (ja) | 計算機システムのプロセス制御方法 | |
| Tonik | Recovery of on-line data bases(Panel) | |
| JPS592151A (ja) | チエツクポイント・リカバリ方式 |