JPS6325384B2 - - Google Patents
Info
- Publication number
- JPS6325384B2 JPS6325384B2 JP56155085A JP15508581A JPS6325384B2 JP S6325384 B2 JPS6325384 B2 JP S6325384B2 JP 56155085 A JP56155085 A JP 56155085A JP 15508581 A JP15508581 A JP 15508581A JP S6325384 B2 JPS6325384 B2 JP S6325384B2
- Authority
- JP
- Japan
- Prior art keywords
- resource
- systems
- resource management
- resource information
- under
- 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.)
- Expired
Links
- 238000007726 management method Methods 0.000 claims description 49
- 230000015654 memory Effects 0.000 claims description 14
- 238000012545 processing Methods 0.000 claims description 7
- 238000004891 communication Methods 0.000 claims description 5
- 238000000034 method Methods 0.000 claims description 3
- 238000010586 diagram Methods 0.000 description 8
- 238000012546 transfer Methods 0.000 description 5
- 238000007796 conventional method Methods 0.000 description 3
- 239000007787 solid Substances 0.000 description 1
Classifications
-
- 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/177—Initialisation or configuration control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Hardware Design (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multi Processors (AREA)
Description
【発明の詳細な説明】
本発明はマルチ・システムにおける資源情報管
理方法に関する。DETAILED DESCRIPTION OF THE INVENTION The present invention relates to a resource information management method in a multi-system.
各システムがCPU（中央処理装置）を備えてな
る複数のシステムが連係してなるマルチ・システ
ムでは多数の資源が存在する。そしてこれら資源
は対応する各システムが管理するのが一般的であ
る。ここに資源とは、端末群、その他CPUが利
用するもの全てを指称し、応用プログラム、デー
タセツト等も含む意である。今、この資源として
端末を例にとると、各システムはその配下にある
端末群を定義（端末の名称、端末の入出力形態等
のこと）して、自内の端末管理テーブルに、資源
管理情報として保持する。従つて、いわゆる制御
プログラムを用いて、管理テーブルを介し、各資
源（端末）を利用することになる。 A large number of resources exist in a multi-system where multiple systems, each equipped with a CPU (central processing unit), are linked together. These resources are generally managed by each corresponding system. Here, resources refer to terminals and everything else used by the CPU, and also include application programs, data sets, etc. Now, taking terminals as an example of this resource, each system defines a group of terminals under it (terminal names, terminal input/output formats, etc.) and records them in its own terminal management table for resource management. Retain as information. Therefore, a so-called control program is used to utilize each resource (terminal) via a management table.
ところで、マルチ・システムにおいては、利用
すべき資源が常に自システムの配下にあるとは限
らない。つまり他システム配下の資源も共通に利
用しなければならないこともある。例えば、東京
と大阪にそれぞれセンターを持つ銀行オンライン
サービスを想定すると、前述した資源の共通利用
の意味がはつきりする。そうなると、各システム
における資源管理テーブルは各自の配下の情報の
みを保持していたのでは不十分であり、当然他の
システム配下の資源情報も保持しなければならな
くなる。本発明はこのような資源情報管理を、シ
ステム相互間で如何に行なうかについて言及する
ものである。 By the way, in a multi-system, the resources to be used are not always located under the own system. In other words, resources under other systems may also need to be used in common. For example, if we assume a bank online service with centers in Tokyo and Osaka, the meaning of the shared use of resources mentioned above becomes clear. In this case, it would be insufficient for the resource management table in each system to hold only information under its own control, and it would naturally be necessary to hold resource information under other systems as well. The present invention refers to how such resource information management is performed between systems.
従来の資源情報管理方法は、後述する如く、シ
ステム・ジエネレーシヨンのとき自システムだけ
でなく他システムに接続されている端末に関して
も資源管理テーブルを作成しこれを自システムの
データセツトにそれぞれ登録するものであり、シ
ステム立上げ時に該データセツトから資源管理テ
ーブルの内容を読み出し、これを自CPU内のメ
モリの資源管理領域へ展開するものである。この
ような従来の方法によると、システム・ジエネレ
ーシヨン時において自己のみならず他システム配
下の資源までも常に意識して資源管理情報の作
成・登録がなされなければならないという第１の
欠点と、各システムが定義した資源管理情報の、
システム相互間における整合性を常に把握しなけ
ればならないという第２の欠点と、他システムに
資源状況の変更があつたときは自システムのシス
テム・ジエネレーシヨンをやり直さなければなら
ないという第３の欠点があつた。 As will be explained later, in the conventional resource information management method, during system generation, a resource management table is created not only for the own system but also for terminals connected to other systems, and these tables are registered in the data set of the own system. When the system is started up, the contents of the resource management table are read from the data set and expanded to the resource management area of the memory within its own CPU. According to such conventional methods, the first drawback is that during system generation, resource management information must be created and registered not only for the own resources but also for resources under other systems. The resource management information defined by
The second disadvantage is that the consistency between systems must be constantly understood, and the third disadvantage is that the system generation of the own system must be redone when there is a change in the resource status of another system. Ta.
従つて本発明の目的は上記従来の諸欠点を排除
することのできる、マルチ・システムにおける資
源情報管理方法を提案することである。 SUMMARY OF THE INVENTION Accordingly, an object of the present invention is to propose a resource information management method in a multi-system, which can eliminate the above-mentioned conventional drawbacks.
上記目的に従い本発明は、システム・ジエネレ
ーシヨン時には自システム配下の資源情報のみを
自内データセツトに登録し、システム立上げ時毎
に自システム配下の資源情報を他システムへ転送
して当該地システムのCPU内のメモリの資源管
理領域へ展開すると共に、転送されてきた他シス
テム配下の資源情報を自システム内の前記メモリ
の資源管理領域へ展開してからシステム間通信を
開始するようにしたことを特徴とするものであ
る。 In accordance with the above object, the present invention registers only the resource information under the local system in the local data set during system generation, and transfers the resource information under the local system to another system every time the system is started up. In addition to deploying the information to the memory resource management area in the CPU, the transferred resource information under other systems is also deployed to the memory resource management area in the local system before inter-system communication is started. This is a characteristic feature.
以下図面に従つて本発明を説明する。 The present invention will be explained below with reference to the drawings.
第１図は本発明が適用される一般的なマルチ・
システムの構成例を示すブロツク図である。本図
のマルチ・システムでは２個のシステム１１Ａお
よび１１Ｂが例示されているが、その個数は３以
上でも構わない。各システム１１Ａ，１１Ｂの主
体は中央処理装置（CPU）であり、応用プログ
ラム部１２と制御プログラム部１３Ａ，１３Ｂと
資源管理テーブル部１４Ａ，１４Ｂとを内蔵して
いる。資源管理テーブル部１４Ａ，１４Ｂ内に示
されているＡ１，Ａ２，Ｂ１，Ｂ２等は資源（図
の場合端末を示す）１６A1，１６A2，１６B1，
１６B2等の各資源情報である。又、Ａ，Ｂ等は
それぞれの資源が接続されているシステムの区別
（システム１１Ａか１１Ｂか）を示している。な
お各CPUと資源間の通信は、通信制御装置１５
Ａ，１５Ｂを介して行なわれる。応用プログラム
部１２が、例えば資源１６B2にメツセージを送
信するときは命令PUT B2を送出する。かくして
メツセージは図示のルートで資源１６B2に至る。
資源１６A1を捕捉する場合も同様に命令PUT
A1を送出する。この場合、応用プログラム部１
２はメツセージを送るべき資源がどのシステム配
下１１Ａか１１Ｂか）にあるかということを一切
意識しない。これは制御プログラム部１３Ａ，１
３Ｂがあるからである。制御プログラム部は資源
管理テーブルを参照することにより、対象として
いる資源が自システム配下のものか他システム配
下のものかを調べる。もし自システムに接続され
ているならば、配下の該当資源にメツセージを送
信し、又、他システムに接続されているならば、
他システムの配下の該当資源にメツセージを送信
する。 FIG. 1 shows a general multi-function device to which the present invention is applied.
1 is a block diagram showing an example of a system configuration. FIG. In the multi-system shown in this figure, two systems 11A and 11B are illustrated, but the number may be three or more. The main body of each system 11A, 11B is a central processing unit (CPU), which includes an application program section 12, control program sections 13A, 13B, and resource management table sections 14A, 14B. A1, A2, B1, B2, etc. shown in the resource management table sections 14A and 14B are resources (terminals shown in the figure) 16A 1 , 16A 2 , 16B 1 ,
This is resource information such as 16B2 . Further, A, B, etc. indicate the system to which each resource is connected (system 11A or system 11B). Note that communication between each CPU and resources is carried out by the communication control device 15.
A, 15B. For example, when the application program unit 12 sends a message to the resource 16B2 , it sends out a command PUT B2 . The message thus reaches resource 16B2 by the route shown.
Similarly, when capturing resource 16A 1 , use the command PUT
Send A 1 . In this case, application program section 1
2 is completely unaware of which system (11A or 11B) the resource to which the message should be sent is located. This is the control program section 13A,1
This is because there is 3B. The control program unit checks whether the target resource is under its own system or another system by referring to the resource management table. If it is connected to its own system, it will send a message to the corresponding resource under it, and if it is connected to another system,
Send a message to the corresponding resource under another system.
上述したデータ通信処理を行なうに際し、資源
管理情報の作成・登録ならびにCPU内のメモリ
上への展開という操作が必要である。これはシス
テム・ジエネレーシヨンならびにシステム立上げ
という操作に係るものである。第２図はシステ
ム・ジエネレーシヨンならびにシステム立上げに
ついて説明するための模式図である。本図におい
て、２１はカード、磁気テープ等の資源管理情報
源、２２はフアイルと呼ばれるデータセツト、２
３は第１図に示した中央処理装置（CPU）であ
る。そして、２１および２２間の操作がシステ
ム・ジエネレーシヨンであり、データセツト２２
内に資源管理テーブル（第１図の１４Ａの前段に
相当）２４を形成する。さらに２２および２３間
の操作がシステム立上げであり、資源管理テー
ブル２４の内容をCPU２３内のメモリ２５にお
ける資源管理領域２６へ展開する。この領域２６
が第１図のテーブル部１４Ａ，１４Ｂそのもので
ある。このシステム・ジエネレーシヨンが、シ
ステムの新設ならびに更新時等かなり長周期でな
されるのに対し、システム立上げは例えば毎朝
の電源投入時毎というように短周期でなされるの
が普通である。 When performing the data communication processing described above, it is necessary to create and register resource management information and to deploy it onto the memory within the CPU. This relates to operations such as system generation and system startup. FIG. 2 is a schematic diagram for explaining system generation and system startup. In this figure, 21 is a resource management information source such as a card or magnetic tape, 22 is a data set called a file, and 2 is a resource management information source such as a card or magnetic tape.
3 is the central processing unit (CPU) shown in FIG. The operation between 21 and 22 is system generation, and data set 22
A resource management table 24 (corresponding to the first stage of 14A in FIG. 1) is formed inside. Furthermore, the operation between 22 and 23 is system startup, and the contents of the resource management table 24 are expanded to the resource management area 26 in the memory 25 in the CPU 23. This area 26
These are the table portions 14A and 14B shown in FIG. This system generation is performed in fairly long cycles, such as when a system is newly installed or updated, whereas system startup is normally performed in short cycles, such as every morning when the power is turned on.
第３図は従来のマルチ・システムにおける資源
情報管理方法を図解的に示すブロツク図である。
なお参照番号１１Ａ，１１Ｂ，１１Ｃは既述のシ
ステム、１６A1，１６A2…１６C1，１６C2等は
既述の資源、例えば端末、２４Ａ，２４Ｂ，２４
Ｃ等は既述の資源管理テーブル、２６Ａ，２６
Ｂ，２６Ｃ等は既述の資源管理領域（メモリ内）
である。ここに示した従来の方法で注意すべき点
は、システム・ジエネレーシヨンの時（第２図の
）にデータセツト２２Ａ，２２Ｂ，２２Ｃに形
成される資源管理テーブル２４Ａ，２４Ｂ，２４
Ｃは、自システム配下の資源のみならず他システ
ム配下の資源についてもその全ての管理情報を保
有することである。このことは、本図中、全ての
システムのデータセツトが同一内容であることか
ら明らかである。そしてシステム立上げ時（第２
図の）には、データセツトの内容と全く同じも
のが各自内のメモリの資源管理領域に展開され
る。 FIG. 3 is a block diagram schematically showing a conventional resource information management method in a multi-system.
Note that reference numbers 11A, 11B, and 11C are already described systems, and 16A 1 , 16A 2 .
C etc. are already mentioned resource management tables, 26A, 26
B, 26C, etc. are the resource management areas (in memory) mentioned above.
It is. What should be noted in the conventional method shown here is that the resource management tables 24A, 24B, 24 created in the datasets 22A, 22B, 22C during system generation (shown in FIG. 2)
C is to have all management information not only for resources under the own system but also for resources under other systems. This is clear from the fact that the data sets of all systems in this figure have the same content. And when starting up the system (second
) in the figure, exactly the same contents as the data set are developed in the resource management area of each individual's own memory.
このような従来の方法によると、既述したよう
に、
(1) システム・ジエネレーシヨン時のとき全シス
テムの資源を意識しておかなければならない、
という第１の欠点と、
(2) 全システムが共通してその資源情報を同時に
保有するから、システム相互間でその内容の整
合性を常に把握しなければならないという第２
の欠点と、
(3) 他システムに資源状況の変更があつたとき残
りの全てのシステム・ジエネレーシヨンをやり
直さなければならないという第３の欠点があつ
た。 According to such conventional methods, as mentioned above, (1) the resources of the entire system must be kept in mind during system generation;
(2) Since all systems share resource information at the same time, the consistency of the contents between systems must be constantly checked.
(3) The third drawback is that when there is a change in the resource status of another system, all remaining system generations must be redone.
そこで本発明は上述の諸欠点を排除すべく、シ
ステム・ジエネレーシヨン時には各自システム配
下の資源情報のみを自内のデータセツトに登録す
るだけで良いものとし、各自システム内のメモリ
の資源管理領域内に展開すべき他システム配下の
資源情報は、システム立上げ時毎にシステム間の
相互転送によつて収集するようにする。第４図は
本発明のマルチ・システムにおける資源情報管理
方法を図解的に示すブロツク図である。本図にお
いて、第３図と実質的に同一の構成要素には同一
の参照番号を付して示す。この中で特に注目すべ
き点は各システムのデータセツト２２Ａ，２２
Ｂ，２２Ｃは自システム配下の資源情報のみを登
録していること、および他システム配下の資源情
報は転送によつてメモリ内の資源管理領域２６
Ａ，２６Ｂ，２６Ｃに展開していることである。
特に図中、点線で示す資源管理領域は、従来のよ
うに、自内システム・ジエネレーシヨン→自内シ
ステム立上げというルートで形成されたものでは
なく、システム間の相互転送によつてシステム立
上げ時毎に形成したものであることを意味する。
図中の実線矢印のルートが、そのシステム間転送
を意味する。 Therefore, in order to eliminate the above-mentioned drawbacks, the present invention makes it possible for each system to register only resource information under its own system in its own dataset during system generation. Resource information under other systems to be deployed is collected by mutual transfer between systems each time the system is started up. FIG. 4 is a block diagram schematically showing the resource information management method in a multi-system according to the present invention. In this figure, components that are substantially the same as those in FIG. 3 are designated by the same reference numerals. Of particular note is the data set 22A, 22 of each system.
B, 22C registers only resource information under its own system, and resource information under other systems is transferred to the resource management area 26 in memory.
It is expanded to A, 26B, and 26C.
In particular, the resource management area indicated by the dotted line in the figure is not formed through the route of in-house system generation → in-house system start-up, as in the past, but is formed at the time of system start-up through mutual transfer between systems. It means that it was formed every time.
The route of the solid arrow in the figure means the inter-system transfer.
一連の動作は次のとおりである。 The series of operations is as follows.
(1) システム・ジエネレーシヨンの時、自システ
ム配下の資源に関してのみ、資源管理テーブル
を作成して自己のデータセツトにのみ登録す
る。(1) During system generation, create a resource management table only for resources under your own system and register them only in your own dataset.
(2) システム立上げ時にデータセツトから資源管
理テーブルを読み、これをメモリ内の資源管理
領域へ展開する。(2) At system startup, read the resource management table from the dataset and expand it to the resource management area in memory.
(3) 自システム配下の資源管理テーブルを、他の
全てのシステムに転送する。(3) Transfer the resource management table under the local system to all other systems.
(4) 他システムから自システムへ転送されてきた
資源管理テーブルを自システムのメモリ内の資
源管理領域へ展開する。(4) Expand the resource management table transferred from another system to the local system into the resource management area in the local system's memory.
第５図は本発明における方法を実施するための
ステツプを示すフローチヤートであり、前述した
工程を図式化したものである。この中での２ス
テツプはシステム・ジエネレーシヨンに係り、引
続く全ステツプはシステム立上げに係る。特に
点線Ｐ内の２ステツプが本発明を特徴づける工程
である。 FIG. 5 is a flowchart showing the steps for carrying out the method of the present invention, and is a diagrammatic representation of the steps described above. Two of these steps are related to system generation, and all subsequent steps are related to system startup. In particular, the two steps within the dotted line P are the steps that characterize the present invention.
以上説明したように本発明によれば、
(イ) システム・ジエネレーシヨンでは自システム
配下の資源のみを意識して資源管理テーブルの
作成・登録をすれば良く、
(ロ) システム立上げ時毎にシステム間で相互に資
源管理テーブルを持ち合うことができるから最
新のテーブルを常に確保でき、
(ハ) 他システム配下の資源に変更があつても、こ
れを気にする必要はなく、且つシステム・ジエ
ネレーシヨンをし直すことを要しない、という
種々の利点を備えた資源情報管理が実現され
る。 As explained above, according to the present invention, (a) during system generation, the resource management table can be created and registered only with the resources under the own system in mind, and (b) when the system is started up, (c) Even if there are changes to resources under other systems, there is no need to worry about this, and system generation Resource information management with various advantages such as not requiring re-doing is realized.
第１図は本発明が適用される一般的なマルチ・
システムの構成例を示すブロツク図、第２図はシ
ステム・ジエネレーシヨンならびにシステム立上
げについて説明するための模式図、第３図は従来
のマルチ・システムにおける資源情報管理方法を
図解的に示すブロツク図、第４図は本発明のマル
チ・システムにおける資源情報管理方法を図解的
に示すブロツク図、第５図は本発明における方法
を実施するためのステツプを示すフローチヤート
である。
１１Ａ，１１Ｂ，１１Ｃ……システム、１４
Ａ，１４Ｂ，２４Ａ，２４Ｂ，２４Ｃ，２４……
資源管理テーブル、１６A1，１６A2〜１６C1，
１６C2……資源、２２，２２Ａ，２２Ｂ，２２
Ｃ……データセツト、２６Ａ，２６Ｂ，２６Ｃ…
…メモリ内の資源管理領域。
FIG. 1 shows a general multi-function device to which the present invention is applied.
A block diagram showing an example of a system configuration, FIG. 2 is a schematic diagram for explaining system generation and system startup, and FIG. 3 is a block diagram schematically showing a conventional resource information management method in a multi-system. FIG. 4 is a block diagram schematically showing the resource information management method in a multi-system according to the present invention, and FIG. 5 is a flowchart showing steps for implementing the method according to the present invention. 11A, 11B, 11C...System, 14
A, 14B, 24A, 24B, 24C, 24...
Resource management table, 16A 1 , 16A 2 to 16C 1 ,
16C 2 ... Resources, 22, 22A, 22B, 22
C...Data set, 26A, 26B, 26C...
...Resource management area in memory.
Claims (1)
はそれ以上の資源を有するシステムが複数システ
ム連係してなり、且つ、各システムにおいて、該
中央処理装置が資源管理領域を含むメモリを内蔵
し、該資源の１つとしてシステムジエネレーシヨ
ン時に自システム配下の資源情報のみを登録した
データセツトを含んでなるマルチ・システムにお
ける資源情報の管理方法において、 システム立上げ時毎に自システム配下の該資源
情報を他の全ての前記システムへ転送して各々の
前記メモリ内の資源管理領域へ該資源情報を展開
すると共に、転送されてきた全ての他システム配
下の資源情報を自システム内における該メモリ内
の資源管理領域へ展開してからシステム間の通信
を開始するようにしたことを特徴とするマルチ・
システムにおける資源情報管理方法。[Scope of Claims] 1. A plurality of interconnected systems having a central processing unit as a main body and one or more resources under the central processing unit, and in each system, the central processing unit includes a resource management area. In a method for managing resource information in a multi-system that has a built-in memory and includes a dataset in which only resource information under the own system is registered at the time of system generation as one of the resources, The resource information under the own system is transferred to all the other systems, and the resource information is developed in the resource management area in each of the above-mentioned memories, and the resource information under all the other systems that have been transferred is automatically transferred. A multi-function computer characterized in that communication between systems is started after the data is expanded to a resource management area in the memory within the system.
Resource information management method in the system.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP56155085A JPS5856171A (en) | 1981-09-30 | 1981-09-30 | Resource information control method in multi-system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP56155085A JPS5856171A (en) | 1981-09-30 | 1981-09-30 | Resource information control method in multi-system |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS5856171A JPS5856171A (en) | 1983-04-02 |
| JPS6325384B2 true JPS6325384B2 (en) | 1988-05-25 |
Family
ID=15598320
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP56155085A Granted JPS5856171A (en) | 1981-09-30 | 1981-09-30 | Resource information control method in multi-system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPS5856171A (en) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS60173657A (en) * | 1984-02-16 | 1985-09-07 | Nippon Telegr & Teleph Corp <Ntt> | Group remote processing system |
| JPS60173656A (en) * | 1984-02-16 | 1985-09-07 | Nippon Telegr & Teleph Corp <Ntt> | Single remote processing system |
| JPS61267859A (en) * | 1985-05-22 | 1986-11-27 | Nec Corp | Decentralized processing system |
| JP2650210B2 (en) * | 1988-04-06 | 1997-09-03 | 富士通 株式会社 | Network system |
| JPH01309163A (en) * | 1988-06-07 | 1989-12-13 | Nec Corp | Information replacement system for fault of input/ output device |
| JPH05151178A (en) * | 1991-11-26 | 1993-06-18 | Toshiba Corp | Distributed cooperative type problem solving device |
| JP3042341B2 (en) * | 1994-11-30 | 2000-05-15 | 日本電気株式会社 | Local I / O Control Method for Cluster-Coupled Multiprocessor System |
| JP3803707B2 (en) | 2000-12-28 | 2006-08-02 | フューチャーシステムコンサルティング株式会社 | Framework system |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5099056A (en) * | 1973-12-28 | 1975-08-06 |
-
1981
- 1981-09-30 JP JP56155085A patent/JPS5856171A/en active Granted
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5099056A (en) * | 1973-12-28 | 1975-08-06 |
Also Published As
| Publication number | Publication date |
|---|---|
| JPS5856171A (en) | 1983-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2779587B2 (en) | Apparatus and method for making part of a namespace used for a computer system available as part of another namespace | |
| US6115738A (en) | Input/output device information management method and apparatus for multi-computers | |
| JP2766424B2 (en) | Logical volume device | |
| JPS6325384B2 (en) | ||
| WO2024109540A1 (en) | Chip circuit, starting method for processor, and server | |
| JPH0392942A (en) | Storing method and accessing method for file | |
| JPS5994155A (en) | Maintenance system of terminal file | |
| JP2701806B2 (en) | File synchronization method | |
| US7159012B2 (en) | Computational data processing system and computational process implemented by means of such a system | |
| JP3161319B2 (en) | Multiprocessor system | |
| JPH0540721A (en) | Computer system | |
| JP2679427B2 (en) | Computer system process control method | |
| CN114721732A (en) | Method, device and system for acquiring data, electronic equipment and storage medium | |
| JPH03194641A (en) | Application program sharing system | |
| JP2861791B2 (en) | SCSI basic input / output system | |
| JP2968756B2 (en) | Internal resource matching method and apparatus in multiprocessor system | |
| JP3301394B2 (en) | Communication management program startup initial setting method | |
| JPH04260141A (en) | Data shared processor | |
| JPS6349817B2 (en) | ||
| JPH03137742A (en) | Data file equivalent processing method | |
| CN116244035A (en) | Virtual cluster creation method and device | |
| JPH11327681A (en) | Virtual system time management system and management method and recording medium recording management program | |
| JPH0652127A (en) | Identification system for processor function type | |
| JPH04129357A (en) | Expansion system for protocol function by subset | |
| JPH08202602A (en) | File backup method |