JPH04297941A - Micro-main frame link control method - Google Patents

Micro-main frame link control method

Info

Publication number
JPH04297941A
JPH04297941A JP3063011A JP6301191A JPH04297941A JP H04297941 A JPH04297941 A JP H04297941A JP 3063011 A JP3063011 A JP 3063011A JP 6301191 A JP6301191 A JP 6301191A JP H04297941 A JPH04297941 A JP H04297941A
Authority
JP
Japan
Prior art keywords
packet
packet control
control table
mml
microcomputer
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
Application number
JP3063011A
Other languages
Japanese (ja)
Inventor
Shinichi Iwamoto
岩本 信一
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Inc
Original Assignee
Canon Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Canon Inc filed Critical Canon Inc
Priority to JP3063011A priority Critical patent/JPH04297941A/en
Priority to DE69218644T priority patent/DE69218644T2/en
Priority to EP92300701A priority patent/EP0497544B1/en
Publication of JPH04297941A publication Critical patent/JPH04297941A/en
Priority to US08/347,171 priority patent/US5819031A/en
Withdrawn legal-status Critical Current

Links

Abstract

PURPOSE:To obtain the micro-main frame link control method which can easily perform access to files on plural hosts without lowering memory efficiency. CONSTITUTION:In this micro-main frame link control method access from a microcomputer 7 to the file in a main frame and according to the instruction of a user program 3, it is instructed to transmit a packet control table 4 describing the structure of a transmitting/receiving packet to be exchanged with a host computer 5 and the timing of transmission /reception from the microcomputer 7 to the host computer 5 of the main frame. Then, the microcomputer 7 is equipped with a communication connecting means to load down the packet control table 4 and an analysis executing means to analyze the packet control table 4 corresponding to the request of a micro-main frame link function from the user program 3, and the contents of the packet control table 4 in the microcomputer 7 are changed corresponding to the main frame.

Description

【発明の詳細な説明】[Detailed description of the invention]

【0001】0001

【産業上の利用分野】本発明はメインフレーム中に存在
するフアイルをマイクロコンピユータからアクセスする
マイクロ・メインフレーム・リンク(以下、MML)に
対するマイクロコンピユータでの制御方法に関するもの
である。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a microcomputer control method for a micro mainframe link (hereinafter referred to as MML), which accesses files existing in a mainframe from a microcomputer.

【0002】0002

【従来の技術】従来のMMLにおける制御では、制御プ
ログラムに、各要求コードに対してどのようなパケツト
を作成し、送信し、受信しあるいは分解するかが記述さ
れていた。これに対し、本出願人は先に出願した特願平
3−9924号において、各要求コードに対するパケツ
トの構造を記述したパケツト制御テーブルを設け、制御
プログラムがこのパケツト制御テーブルの内容を解釈実
行してパケツトの作成などを行うことにより、MMLの
制御を実現する方法を提案している。
2. Description of the Related Art In conventional MML control, a control program describes what kind of packet to create, transmit, receive, or decompose for each request code. In response to this, in the previously filed Japanese Patent Application No. 3-9924, the present applicant provided a packet control table that described the structure of the packet for each request code, and the control program interpreted and executed the contents of this packet control table. We have proposed a method for realizing MML control by creating packets using

【0003】上記提案におけるMML制御プログラムの
構成例を図4に示す。図4中、1は通信回線とパケツト
をやりとりするオペレーテイングシステム(OS)、2
′はMML機能を司どるためのMML制御プログラム、
3はMML機能を用いるアプリケーシヨンプログラムと
してのユーザプログラム、4′はMML制御プログラム
2′がMML用パケツトを組み立ててそれを送信し、メ
インフレームからのMML用パケツトを受信してそのパ
ケツトのデータをユーザプログラムへ渡すのを制御する
パケツト制御テーブルである。
An example of the configuration of the MML control program proposed above is shown in FIG. In Figure 4, 1 is an operating system (OS) that exchanges packets with the communication line;
' is an MML control program for managing MML functions,
3 is a user program as an application program that uses the MML function, and 4' is an MML control program 2' that assembles an MML packet and transmits it, receives the MML packet from the mainframe, and sends the data of the packet. This is a packet control table that controls passing to the user program.

【0004】図5はパケツト制御テーブル4′の構成例
であり、4−1はパケツト制御インデツクスであり、要
求コードをインデツクスとするポインタの配列である。 この例では、インデツクスの1番目にはオープン用パケ
ツト制御情報4−2へのポインタ1、インデツクスの2
番目にはリード用パケツト制御情報4−3へのポインタ
2、インデツクスの3番目にはクローズ用パケツト制御
情報4−4へのポインタ3が格納されている。パケツト
制御情報4−2〜4−4は要求コードに対応した1バイ
ト毎の文字列であり、図6で示した形式と値とによつて
左から右へ解釈実行されるようになつており、MML制
御プログラム2′はこの解釈実行を行なうインタプリタ
の役目を行なう。また、図5のパケツト制御情報4−2
〜4−4の文字列は、図7のパケツト制御用言語による
プログラムを図6の形式と値とに従つて翻訳した結果で
ある。
FIG. 5 shows an example of the structure of the packet control table 4', and 4-1 is a packet control index, which is an array of pointers with request codes as indexes. In this example, the first index is the pointer 1 to the open packet control information 4-2, and the second index is the pointer 1 to the open packet control information 4-2.
A pointer 2 to the read packet control information 4-3 is stored in the index, and a pointer 3 to the close packet control information 4-4 is stored in the third index. Packet control information 4-2 to 4-4 are character strings of 1 byte each corresponding to the request code, and are interpreted and executed from left to right according to the format and values shown in Figure 6. , the MML control program 2' plays the role of an interpreter that performs this interpretation and execution. In addition, packet control information 4-2 in FIG.
The character strings 4-4 are the results of translating the program in the packet control language shown in FIG. 7 according to the format and values shown in FIG.

【0005】次に、MML制御プログラム2′の動作を
図8を用いて示す。ユーザプログラム部3−2の一例で
ある図9の中で、各プロセスP1,P2,P3,P4で
はMMLインタフエースライブラリ部3−1を呼び出す
ようになつている。プロセスP1はフアイルAを読み出
し専用(RO)でオープンすることを示しており、プロ
セスP1のプログラム部分は図10に示すMMLインタ
フエースライブラリ部3−1のオープンルーチンを呼び
出す。
Next, the operation of the MML control program 2' will be explained using FIG. In FIG. 9, which is an example of the user program section 3-2, each process P1, P2, P3, and P4 calls the MML interface library section 3-1. The process P1 indicates that the file A is opened for reading only (RO), and the program portion of the process P1 calls the open routine of the MML interface library unit 3-1 shown in FIG.

【0006】図10のオープンルーチンは、パラメータ
設定部分P11,MML制御プログラム2の呼び出し部
分P12,ユーザプログラム部3−2へ戻る部分P13
から成つている。従つて、図9中のプロセスP1の実行
により、図10中のP11とP12とが実行されて、M
ML制御プログラム2´に制御が移る。ここで、図10
のP11によりパラメータの値が準備され、P12によ
つてMML制御プログラム2´が起動された後のMML
制御プログラム2′の動きを、図8のMML制御プログ
ラム2´のプログラムおよび図6を用いて説明する。
The open routine in FIG. 10 includes a parameter setting part P11, a calling part P12 of the MML control program 2, and a part P13 returning to the user program part 3-2.
It consists of Therefore, by executing process P1 in FIG. 9, P11 and P12 in FIG. 10 are executed, and M
Control is transferred to the ML control program 2'. Here, Figure 10
The MML after the parameter values are prepared by P11 and the MML control program 2' is started by P12.
The operation of the control program 2' will be explained using the program of the MML control program 2' in FIG. 8 and FIG. 6.

【0007】MML制御プログラム2´は、ステツプS
1で図10のP11によつて設定された要求コードをd
0から受けとり、要求コードの値が“1”(open)
であることを認識する。パケツト制御インデツクス4−
1の配列に対し、要求コード“1”をインデツクスとし
てオープン用パケツト制御情報4−2へのポインタを得
て、それをパケツト制御情報ポインタ(skptr) 
に設定する。次に、ステツプS90でパケツト制御情報
ポインタ(skptr) のポイントする1バイトの領
域を見て、その値が“1”なのでステツプS10の判断
によりステツプS11に進む。
[0007] The MML control program 2' includes step S
1, the request code set by P11 in Figure 10 is d
Received from 0, request code value is “1” (open)
Recognize that. Packet control index 4-
1 array, obtain a pointer to the open packet control information 4-2 using the request code "1" as an index, and use it as the packet control information pointer (skptr).
Set to . Next, in step S90, the 1-byte area pointed to by the packet control information pointer (skptr) is checked, and since its value is "1", the process proceeds to step S11 based on the determination in step S10.

【0008】ステツプS11で送信パケツトポインタ(
sptr)を送信パケツトバツフア(sbuf)の先頭
に設定し、ステツプS12で図6で示す“m”(本例で
は100)を送信パケツトバツフアに格納し、送信パケ
ツトポインタ(sptr)を次に格納すべき位置に更新
し、ステツプS13でパケツト制御情報ポインタ(sk
ptr) に2を加える。 これにより、パケツト制御情報ポインタ(skptr)
 は次に動作するべきパケツト制御情報をポイントする
ことになる。ここで、パケツト制御情報ポインタ(sk
ptr) はオープン用パケツト制御情報4−2の3番
目の情報“2”をポイントしている。
[0008] In step S11, the transmission packet pointer (
sptr) at the beginning of the transmission packet buffer (sbuf), and in step S12, "m" (100 in this example) shown in FIG. 6 is stored in the transmission packet buffer, and the transmission packet pointer (sptr) should be stored next. In step S13, the packet control information pointer (sk
Add 2 to ptr). As a result, the packet control information pointer (skptr)
will point to the packet control information to be operated on next. Here, the packet control information pointer (sk
ptr) points to the third information "2" in the open packet control information 4-2.

【0009】次に、再びステツプS90に制御が移り、
パケツト制御情報ポインタ(skptr)のポイントす
る先頭1バイトが“2”なので、ステツプS10,S2
0からS21に進む。ステツプS21では、図6で示す
l1 の長さ分、すなわちここでは長さ32バイト分の
データを、d1をアドレスとした領域から送信パケツト
ポインタ(sptr)のポイントする領域へ転記し、ス
テツプS22で送信パケツトポインタ(sptr)に3
2を加え、パラメータカウントをカウントアツプし、次
のパラメータはd2に格納されていることとする。ステ
ツプS23においてパケツト制御情報ポインタ(skp
tr) に2を加えて次の動作に備える。すなわち、パ
ケツト制御情報ポインタ(skptr) はオープン用
パケツト制御情報4−2中の5番目の情報“5”をポイ
ントしていることになる。
Next, control returns to step S90.
Since the first byte pointed to by the packet control information pointer (skptr) is "2", steps S10 and S2
Proceed to S21 from 0. In step S21, data corresponding to the length of l1 shown in FIG. 6, that is, 32 bytes in length here, is transferred from the area whose address is d1 to the area pointed to by the transmission packet pointer (sptr), and step S22 and set the send packet pointer (sptr) to 3.
2 is added, the parameter count is counted up, and the next parameter is stored in d2. In step S23, the packet control information pointer (skp
tr) to prepare for the next operation. That is, the packet control information pointer (skptr) points to the fifth information "5" in the open packet control information 4-2.

【0010】次に、前記と同様、パケツト制御情報ポイ
ンタ(skptr) のポイントする1バイトが値“5
”なので、ステツプS90,S10,S20,S30,
S40,S50からS51に進む。ここで、送信パケツ
トバツフア(sbuf)には図11中のオープン用送信
パケツトが作られている。ステツプS51では、送信パ
ケツトバツフア(sbuf)をメインフレームへ送信す
るためにOSへ送信要求を行ない、送信終了時点でステ
ツプS52においてパケツト制御情報ポインタ(skp
tr) に1を加えて、次の動作要求に備えることにな
る。ここで、パケツト制御情報ポインタ(skptr)
 はオープン用パケツト制御情報4−2中の6番目の“
6”をポイントしている。
Next, as described above, the 1 byte pointed to by the packet control information pointer (skptr) has the value "5".
” Therefore, steps S90, S10, S20, S30,
The process advances from S40 and S50 to S51. Here, the open transmission packet shown in FIG. 11 is created in the transmission packet buffer (sbuf). In step S51, a transmission request is made to the OS to transmit the transmission packet buffer (sbuf) to the main frame, and at the end of transmission, the packet control information pointer (skp
tr) to prepare for the next operation request. Here, the packet control information pointer (skptr)
is the sixth " in the open packet control information 4-2.
It points to 6”.

【0011】次に、パケツト制御情報ポインタ(skp
tr) の先頭1バイトが値“6”なので、ステツプS
90,S10,S20,S30,S40,S50と実行
し、ステツプS50での判定がNoなのでステツプS6
1に進む。ステツプS61では、メインフレームからの
応答を待ち、応答パケツトを受信パケツトバツフア(r
but)へコピーするようにOSへ要求を出す。受信が
済むと、受信パケツトバツフア(rbut)の内容は図
11中のオープン用受信パケツト21になつており、ス
テツプS62において受信パケツトポインタ(rptr
)を受信パケツトバツフア(rbut)の先頭に設定し
、ステツプS63でパケツト制御情報ポインタ(skp
tr) に1を加えて、次の動作の準備をする。ここで
、パケツト制御情報ポインタ(skptr)はオープン
用パケツト制御情報4−2中の7番目の“3”をポイン
トしている。
Next, the packet control information pointer (skp
Since the first byte of tr) has the value “6”, step S
90, S10, S20, S30, S40, S50, and since the judgment in step S50 is No, step S6 is executed.
Go to 1. In step S61, the main frame waits for a response and transfers the response packet to the reception packet buffer (r
sends a request to the OS to copy it to When the reception is completed, the contents of the receive packet buffer (rbut) become the open receive packet 21 in FIG. 11, and the receive packet pointer (rptr) is set in step S62.
) at the beginning of the received packet buffer (rbut), and in step S63 the packet control information pointer (skp
tr) to prepare for the next operation. Here, the packet control information pointer (skptr) points to the seventh "3" in the open packet control information 4-2.

【0012】次に、パケツト制御情報ポインタ(skp
tr) の先頭1バイトが値“3”なので、ステツプS
90,S10,S20,S30からS31に進む。ステ
ツプS31ではrptrのポイントする領域から図6で
示すl2 の長さ分、ここでは長さ2バイトをd0へ設
定する。ステツプS32において、rptrにこの値2
が加えられ、次に読むべきポイントへ受信パケツトポイ
ンタ(rptr)が更新される。ステツプS33では、
パケツト制御情報ポインタ(skptr) に2が加え
られ、次の動作の準備をする。ここで、パケツト制御情
報ポインタ(skptr) はオープン用パケツト制御
情報4−2中の9番目の“9”をポイントしている。
Next, the packet control information pointer (skp
Since the first byte of tr) has the value “3”, step S
The process proceeds from 90, S10, S20, and S30 to S31. In step S31, the length l2 shown in FIG. 6 from the area pointed to by rptr, here a length of 2 bytes, is set to d0. In step S32, this value 2 is set in rptr.
is added, and the received packet pointer (rptr) is updated to the next point to be read. In step S33,
2 is added to the packet control information pointer (skptr) to prepare for the next operation. Here, the packet control information pointer (skptr) points to the ninth "9" in the open packet control information 4-2.

【0013】次に、パケツト制御情報ポインタ(skp
tr) のポイントする1バイトの値が“9”なので、
ステツプS90において判定がYesとなるので、MM
L制御プログラム2の実行を終了して、MMLインタフ
エースライブラリ部3−1に制御が移り、結局ユーザプ
ログラム部3−2に戻つて、図9のプロセスP1の実行
が終了することになる。
Next, the packet control information pointer (skp
The value of the 1 byte pointed to by tr) is “9”, so
Since the determination in step S90 is Yes, MM
After the execution of the L control program 2 is completed, control is transferred to the MML interface library section 3-1, and eventually returns to the user program section 3-2, and the execution of the process P1 in FIG. 9 is ended.

【0014】図9のプロセスP2,P4に対しても、前
記と同様にそれぞれリード用パケツト制御情報4−3、
又はクローズ用制御用パケツト4−4をMML制御プロ
グラム2´が実行解釈し、それぞれ図11のリード用送
信パケツト12、又はクローズ用送信パケツト13をメ
インフレームに送信し、またそれぞれリード用受信パケ
ツト22、又はクローズ用受信パケツト23をメインフ
レームから受信し、ユーザプログラムに必要なデータを
返すことになる。
For processes P2 and P4 in FIG. 9, the read packet control information 4-3 and
Alternatively, the MML control program 2' executes and interprets the closing control packet 4-4, transmits the read transmission packet 12 or the closing transmission packet 13 shown in FIG. 11 to the main frame, and also transmits the read reception packet 22, respectively. , or the close reception packet 23 is received from the main frame, and the necessary data is returned to the user program.

【0015】[0015]

【発明が解決しようとしている課題】しかしながら、上
記従来例では、パケツト制御テーブルがMML制御プロ
グラムと一緒にマイクロコンピユータ上に常駐するため
、次の欠点があつた。 (1)現在通信しているホストとのMMLによるデータ
のやりとりを終了し、他ホストとMMLによるデータの
やりとりを行う場合、MML制御プログラムをメモリか
ら消去し、他ホストとのMMLのためのパケツト制御テ
ーブルと一緒に再ローデイングしなければならない(ホ
スト毎にプロトコルが異なるため)。 (2)複数のホストとのMML機能を通じての任意のデ
ータのやりとりをする場合、あらかじめ想定される全て
のパケツト制御テーブルをマイクロコンピユータ上に常
駐させなければならず、メモリ効率がよくない。
However, in the conventional example described above, the packet control table resides on the microcomputer together with the MML control program, so there are the following drawbacks. (1) When you finish exchanging data using MML with the host you are currently communicating with and wish to exchange data using MML with another host, erase the MML control program from memory and delete the packets for MML with the other host. Must be reloaded along with the control table (because different hosts have different protocols). (2) When exchanging arbitrary data with a plurality of hosts through the MML function, all expected packet control tables must be resident on the microcomputer, resulting in poor memory efficiency.

【0016】本発明は、前記従来の欠点を除去し、複数
のホスト上のフアイルをメモリ効率を落さずに容易にア
クセスできるマイクロ・メインフレーム・リンク制御方
法を提供する。
The present invention provides a micro mainframe link control method that eliminates the above-mentioned conventional drawbacks and allows files on multiple hosts to be easily accessed without reducing memory efficiency.

【0017】[0017]

【課題を解決するための手段】この課題を解決するため
に、本発明のマイクロ・メインフレーム・リンク制御方
法は、メインフレーム中にあるフアイルをマイクロコン
ピユータからアクセスするマイクロ・メインフレーム・
リンク制御方法であつて、ユーザプログラムの指示に従
つて、前記マイクロコンピユータから前記メインフレー
ムのホストコンピユータに対し、該ホストコンピユータ
とやりとりする送受信パケツトの構造と送受信のタイミ
ングとを記述したパケツト制御テーブルを送るよう指示
を出し、前記マイクロコンピユータは、当該パケツト制
御テーブルをダウンロードする通信接続手段と、ユーザ
プログラムからのマイクロ・メインフレーム・リンク機
能の要求に応じて前記パケツト制御テーブルの解釈実行
を行なう解釈実行手段とを備え、前記マイクロコンピユ
ータのパケツト制御テーブルの内容を前記メインフレー
ムに対応して変更する。
[Means for Solving the Problem] In order to solve this problem, the micro mainframe link control method of the present invention provides a micro mainframe link control method for accessing files in the mainframe from a microcomputer.
The link control method includes transmitting, from the microcomputer to the mainframe host computer, a packet control table that describes the structure and timing of sending and receiving packets to be exchanged with the host computer, according to instructions from a user program. The microcomputer includes a communication connection means for downloading the packet control table, and an interpreter for interpreting the packet control table in response to a request from the micro mainframe link function from the user program. means for changing the contents of the packet control table of the microcomputer in accordance with the mainframe.

【0018】本発明によれば、MML用パケツト制御テ
ーブルをユーザプログラムの要求に応じて動的にローデ
イングしてくる機能を設けることによつて、複数のホス
ト上のフアイルを容易にアクセスできる。
According to the present invention, files on a plurality of hosts can be easily accessed by providing a function of dynamically loading an MML packet control table in response to a request from a user program.

【0019】[0019]

【実施例】図1は本実施例のMML制御プログラムの構
成を示したものである。図1中、従来の構成例を示した
図4と異なるところはMML制御プログラム2であり、
図4中のMML制御プログラム2′は機能的に図1中の
解釈実行部2−1に対応し、図1中の通信接続部2−2
が本実施例で追加された機能である。
Embodiment FIG. 1 shows the structure of the MML control program of this embodiment. In FIG. 1, the difference from FIG. 4 showing a conventional configuration example is the MML control program 2.
The MML control program 2' in FIG. 4 functionally corresponds to the interpretation execution unit 2-1 in FIG.
is a function added in this embodiment.

【0020】図1中、1は通信回線とパケツトをやり取
りするオペレーテイングシステム(OS)、2はMML
機能を司どるためのMML制御プログラムであり、2−
1はパケツト制御テーブル4を解釈実行する解釈実行部
、2−2はユーザからのホスト接続要求に従つてホスト
にパケツト制御テーブル4を送信することを依頼し、ホ
ストからパケツト制御テーブル4をダウンロードする通
信接続部である。3はMML機能を用いるアプリケーシ
ヨンプログラムとしてのユーザプログラム、4は通信接
続部2−2がホストからダウンロードしたパケツト制御
テーブルであり、MML制御プログラム2がMML用パ
ケツトを組み立てて送信し、メインフレームからのパケ
ツトの受信してパケツト中のデータをユーザへ渡すこと
を制御するテーブルである。
In FIG. 1, 1 is an operating system (OS) that exchanges packets with a communication line, and 2 is an MML.
It is an MML control program for managing functions, and 2-
1 is an interpretation execution unit that interprets and executes the packet control table 4; 2-2 requests the host to transmit the packet control table 4 in accordance with a host connection request from the user, and downloads the packet control table 4 from the host. It is a communication connection part. 3 is a user program as an application program that uses the MML function; 4 is a packet control table downloaded from the host by the communication connection unit 2-2; the MML control program 2 assembles and transmits MML packets, and This table controls the reception of packets and the delivery of the data in the packets to the user.

【0021】5は通信回線6を通じてパケツトのやりと
りをするホストコンピユータであり、5−1は通信接続
部2−2のダウンロード要求に応じてホストコンピユー
タ5中のパケツト制御テーブル5−2を送信するパケツ
ト制御テーブル送信部である。5−2はパケツト制御テ
ーブルで、パケツト制御テーブル送信部5−1からマイ
クロコンピユータ7へ送信されるテーブルであり、通信
接続部2−2がダウンロードした結果がパケツト制御テ
ーブル4になる。7はマイクロコンピユータを示してお
り、上記OS1,MML制御プログラム2,ユーザプロ
グラム3,パケツト制御テーブル4を備える。
5 is a host computer that exchanges packets through the communication line 6, and 5-1 is a packet that transmits the packet control table 5-2 in the host computer 5 in response to a download request from the communication connection section 2-2. This is a control table transmitter. 5-2 is a packet control table which is transmitted from the packet control table transmitting section 5-1 to the microcomputer 7, and the result downloaded by the communication connection section 2-2 becomes the packet control table 4. Reference numeral 7 indicates a microcomputer, which includes the OS 1, an MML control program 2, a user program 3, and a packet control table 4.

【0022】次に、上記構成におけるMML制御プログ
ラム2の動作を示す。まず、ユーザプログラム3中のユ
ーザプログラム部3−2がホストコンピユータ5との接
続要求を出す。この接続要求は、MMLインタフエース
ライブラリ部3−1の接続サブルーチンをホスト名を伴
つて呼び出すことにより行なわれる。MMLインタフエ
ースライブラリ部3−1の接続サブルーチンは、割り込
み等の手段を用いて通信接続部2−2を呼び出す。
Next, the operation of the MML control program 2 with the above configuration will be described. First, the user program section 3-2 in the user program 3 issues a connection request to the host computer 5. This connection request is made by calling the connection subroutine of the MML interface library section 3-1 along with the host name. The connection subroutine of the MML interface library section 3-1 calls the communication connection section 2-2 using means such as an interrupt.

【0023】図2が通信接続部2−2のプログラムであ
る。図2において、MML制御プログラム2中の通信接
続部2−2は、ステツプS1でホスト名をMMLインタ
フエースライブラリ部3−1から取得し、ホスト名によ
つて指定されたホストに接続する。ステツプS2でホス
トコンピユータ5中のパケツト制御テーブル送信部5−
1に指示を出し、ホストコンピユータ5中のパケツト制
御テーブル5−2を送信するよう依頼を出す。パケツト
制御テーブル送信部5−1は当該要求により、通信回線
6を通じてパケツト制御テーブル5−2を送信する。ス
テツプS3では、通信接続部2−2は通信回線6を通じ
て送られてくるパケツト制御テーブル5−2を受信し、
パケツト制御テーブル4としてメモリ中に格納する。ス
テツプS4で、通信接続部2−2はパケツト制御テーブ
ル4のメモリ中のアドレスを解釈実行部2−1へ通信す
る。
FIG. 2 shows the program of the communication connection section 2-2. In FIG. 2, the communication connection section 2-2 in the MML control program 2 acquires a host name from the MML interface library section 3-1 in step S1, and connects to the host specified by the host name. In step S2, the packet control table transmitter 5- in the host computer 5
1 and requests it to transmit the packet control table 5-2 in the host computer 5. In response to the request, the packet control table transmitter 5-1 transmits the packet control table 5-2 through the communication line 6. In step S3, the communication connection unit 2-2 receives the packet control table 5-2 sent through the communication line 6, and
It is stored in memory as a packet control table 4. In step S4, the communication connection section 2-2 communicates the address in the memory of the packet control table 4 to the interpretation execution section 2-1.

【0024】このようにして、一度ホストコンピユータ
5と接続してパケツト制御テーブル4を格納してしまう
と、解釈実行部2−1は従来例と同じ動作を行なうこと
によりMML機能を実現することができる。すなわち、
解釈実行部2−1は図4中のMML制御プログラム2′
に相当し、図1中のパケツト制御テーブル4のアドレス
は、図4中のパケツト制御テーブル4′のアドレスのよ
うに固定(図4中のMML制御プログラム2´がマイク
ロコンピユータ7にローデイングされたときに固定のア
ドレスとなる)に決まつているのでなく、図1中の通信
接続部2−2がダウンロードし、マイクロコンピユータ
7のメモリ中に格納したその時のアドレスであり、固定
されていない点が異なつている。
In this way, once the host computer 5 is connected and the packet control table 4 is stored, the interpretation execution section 2-1 can realize the MML function by performing the same operations as in the conventional example. can. That is,
The interpretation execution unit 2-1 is the MML control program 2' in FIG.
The address of the packet control table 4 in FIG. 1 is fixed like the address of the packet control table 4' in FIG. 4 (when the MML control program 2' in FIG. It is not a fixed address, but it is the address downloaded by the communication connection unit 2-2 in FIG. 1 and stored in the memory of the microcomputer 7, and is not fixed. It's different.

【0025】解釈実行部2−1のプログラムは図3のよ
うになり、これは従来の図8のプログラムにステツプS
0を追加しただけである。解釈実行部2−1では、最初
にステツプS0で通信接続部2−2から得られたパケツ
ト制御テーブル4のアドレスを得た後は、従来例の図5
〜図7,図9〜図11による説明を図3のプログラムに
適用すればよいので、詳細は繰り返さない。
The program of the interpretation execution unit 2-1 is as shown in FIG. 3, which is the conventional program shown in FIG.
Just added 0. After the interpretation execution section 2-1 first obtains the address of the packet control table 4 obtained from the communication connection section 2-2 in step S0, it uses the conventional example shown in FIG.
7 and 9 to 11 can be applied to the program in FIG. 3, so the details will not be repeated.

【0026】以上述べた方式を用いることにより、ユー
ザプログラムの指定した任意のホストコンピユータとM
ML機能による通信が行なえるようになり、従来方式の
ようにMML制御プログラムをパケツト制御テーブルと
一緒に再ローデイングする手間が省け、ユーザプログラ
ムがプログラム上で任意のホストを指定可能となる。
By using the method described above, any host computer specified by the user program and M
Communication using the ML function can now be performed, eliminating the need to reload the MML control program together with the packet control table as in the conventional system, and allowing the user program to specify any host on the program.

【0027】[0027]

【他の実施例】図12に本発明の他の実施例を示す。パ
ケツト制御テーブル4がパケツト制御テーブル4−1と
パケツト制御テーブル4−2とから成り、ホストコンピ
ユータ8が増えたこと以外は、図1と変更はない。
[Other Embodiments] FIG. 12 shows another embodiment of the present invention. There are no changes from FIG. 1 except that the packet control table 4 consists of a packet control table 4-1 and a packet control table 4-2, and the number of host computers 8 has been increased.

【0028】図12において、パケツト制御テーブル4
−1は、通信接続部2−2によつて、ホストコンピユー
タ5のパケツト制御テーブル5−2をダウンロードして
メモリに格納したものであり、同様にパケツト制御テー
ブル4−2は、ホストコンピユータ8のパケツト制御テ
ーブル8−2をダウンロードしたものである。
In FIG. 12, packet control table 4
-1 is a packet control table 5-2 of the host computer 5 downloaded and stored in memory by the communication connection unit 2-2; This is the downloaded packet control table 8-2.

【0029】図12中のMML制御プログラム2の動作
は図1におけるMML制御フローと同じであるため省略
する。図12において、ユーザプログラムのある時点で
のホストコンピユータ5との接続要求時の動作は、図1
のホストコンピユータ5とパケツト制御テーブル4をそ
れぞれ図12のホストコンピユータ5とパケツト制御テ
ーブル4−1と置き換えることにより説明できる。また
、図12において、ユーザプログラムの他の時点でのホ
ストコンピユータ8との接続要求時の動作は、図1のホ
ストコンピユータ5とパケツト制御テーブル4をそれぞ
れ図12のホストコンピユータ8とパケツト制御テーブ
ル4−2とに置き換えることにより説明できる。
The operation of the MML control program 2 in FIG. 12 is the same as the MML control flow in FIG. 1, so a description thereof will be omitted. In FIG. 12, the operation of the user program when requesting connection with the host computer 5 at a certain point is as shown in FIG.
This can be explained by replacing the host computer 5 and packet control table 4 of FIG. 12 with the host computer 5 and packet control table 4-1 of FIG. 12, respectively. In addition, in FIG. 12, the operation when requesting connection with the host computer 8 at other points in the user program is as follows: The host computer 5 and packet control table 4 in FIG. This can be explained by replacing it with -2.

【0030】以上の実施例により、同時に複数のホスト
コンピユータとMML機能を用いた通信を行なうことが
でき、従来方式に比べて汎用性が増す。従来方式では、
プログラム中でホストコンピユータとの接続要求を行な
わないかわりに、常にホストコンピユータ5とホストコ
ンピユータ8用のパケツト制御テーブルを持つことにな
り、例えばユーザプログラムがホストコンピユータ5と
ホストコンピユータ8と同時に通信しようとすると、2
つのホストコンピユータ用パケツト制御テーブルをメモ
リ常駐しなければならず、ユーザプログラム毎にMML
制御プログラムと伴にマイクロコンピユータ上で再起動
をすることになる。
[0030] According to the above embodiment, it is possible to simultaneously communicate with a plurality of host computers using the MML function, and the versatility is increased compared to the conventional system. In the conventional method,
Instead of making a connection request with the host computer in the program, it always has a packet control table for host computers 5 and 8. For example, if a user program attempts to communicate with host computers 5 and 8 at the same time, Then, 2
A packet control table for the host computer must be resident in memory, and MML
The control program will be restarted on the microcomputer.

【0031】もうひとつの他の実施例を図12を用いて
示す。本実施例では、パケツト制御テーブル4−1とパ
ケツト制御テーブル4−2とが同時にマイクロコンピユ
ータ7のメモリ中に存在しない例を示す。これは図12
中、通信接続部2−2に切断(disconnect)
の機能を設けることで実現でき、このプログラムを図1
3に示す。
Another embodiment will be shown using FIG. 12. This embodiment shows an example in which the packet control table 4-1 and the packet control table 4-2 do not exist in the memory of the microcomputer 7 at the same time. This is Figure 12
Medium, disconnect to communication connection section 2-2
This program can be realized by providing the following functions, and this program is shown in Figure 1.
Shown in 3.

【0032】ユーザプログラム部3−2は、切断要求を
するために、MMLインタフエースライブラリ部3−1
中のサブルーチンを呼び出す。当該サブルーチンは、割
り込み等を用いて通信接続部2−2の切断ルーチンを呼
び出す。図13中、ステツプS5で切断するホストコン
ピユータに対応したパケツト制御テーブルをメモリ中か
ら削除し、ステツプS6でホストコンピユータとの通信
を切断する。ステツプS7で当該パケツト制御テーブル
がこれ以降使用できないことを解釈実行部2−1に知ら
せる。
[0032] The user program unit 3-2 uses the MML interface library unit 3-1 to request disconnection.
Call the subroutine inside. This subroutine uses an interrupt or the like to call the disconnection routine of the communication connection section 2-2. In FIG. 13, the packet control table corresponding to the host computer to be disconnected is deleted from the memory in step S5, and communication with the host computer is disconnected in step S6. In step S7, the interpretation execution unit 2-1 is informed that the packet control table cannot be used from now on.

【0033】ユーザプログラム3が図14で示す一連の
動きをした場合、マイクロコンピユータ7にはパケツト
制御テーブルは同時に1個だけ存在していればよいこと
になる。このように、ユーザプログラムが同時には複数
のホストコンピユータとはMML機能による通信をしな
いが、1つのユーザプログラムが複数のホストコンピユ
ータのフアイルをアクセスする場合、従来方式のように
全てのホストコンピユータに対するパケツト制御テーブ
ルを持つ必要がないので、メモリの有効利用が図れる。
When the user program 3 performs the series of operations shown in FIG. 14, the microcomputer 7 only needs to have one packet control table at a time. In this way, although a user program does not communicate with multiple host computers at the same time using the MML function, when one user program accesses files on multiple host computers, packets are sent to all host computers as in the conventional method. Since there is no need to have a control table, memory can be used effectively.

【0034】[0034]

【発明の効果】本発明により、複数のホスト上のフアイ
ルをメモリ効率を落さずに容易にアクセスできるマイク
ロ・メインフレーム・リンク制御方法を提供できる。
According to the present invention, it is possible to provide a micro mainframe link control method that allows files on multiple hosts to be easily accessed without reducing memory efficiency.

【0035】すなわち、MML機能を用いるプログラム
がプログラム上で任意のホストを指定できるようになる
。複数のホストコンピユータと同時に通信可能なMML
用アプリケーシヨンを作ることができ、同時に通信して
いるホストコンピユータ用パケツト制御テーブルのみを
メモリに格納すればよいので、メモリの節約になる。
In other words, a program using the MML function can specify any host on the program. MML that can communicate with multiple host computers simultaneously
Since it is necessary to store only the packet control table for the host computer that is communicating at the same time in the memory, memory is saved.

【図面の簡単な説明】[Brief explanation of drawings]

【図1】本発明を実施したMML制御プログラムの構成
例を示す図である。
FIG. 1 is a diagram showing a configuration example of an MML control program implementing the present invention.

【図2】図1のMML制御プログラム中の通信接続部の
処理を示す図である。
FIG. 2 is a diagram showing processing of a communication connection section in the MML control program of FIG. 1;

【図3】図1のMML制御プログラム中の解釈実行部の
処理を示す図である。
FIG. 3 is a diagram showing processing of an interpretation execution unit in the MML control program of FIG. 1;

【図4】従来のMML制御プログラムの構成例を示す図
である。
FIG. 4 is a diagram showing a configuration example of a conventional MML control program.

【図5】図1および図4中のパケツト制御テーブルの構
成例を示す図である。
FIG. 5 is a diagram showing an example of the configuration of a packet control table in FIGS. 1 and 4;

【図6】図5のパケツト制御情報の形式と意味および動
作を示す図である。
FIG. 6 is a diagram showing the format, meaning, and operation of the packet control information in FIG. 5;

【図7】図5のパケツト制御情報を高級言語で示した図
である。
FIG. 7 is a diagram showing the packet control information of FIG. 5 in high-level language.

【図8】従来のMML制御プログラムの処理を示す図で
ある。
FIG. 8 is a diagram showing processing of a conventional MML control program.

【図9】図1および図4中のユーザプログラム部の例を
示す図である。
FIG. 9 is a diagram showing an example of a user program section in FIGS. 1 and 4. FIG.

【図10】図1および図4中のMMLインタフエースラ
イブラリ中のオープンルーチンの例を示す図である。
FIG. 10 is a diagram showing an example of an open routine in the MML interface library in FIGS. 1 and 4;

【図11】図1および図4中のMML制御プログラムに
よつて総受信されるMMLパケツトの例を示す図である
FIG. 11 is a diagram showing an example of MML packets totally received by the MML control program in FIGS. 1 and 4;

【図12】本発明の他の実施例のMML制御プログラム
の構成例を示す図である。
FIG. 12 is a diagram showing a configuration example of an MML control program according to another embodiment of the present invention.

【図13】他の実施例における通信接続部の切断ルーチ
ンの処理を示す図である。
FIG. 13 is a diagram illustrating processing of a communication connection unit disconnection routine in another embodiment.

【図14】他の実施例におけるユーザプログラムの動き
を示した図である。
FIG. 14 is a diagram showing the movement of a user program in another embodiment.

【符号の説明】[Explanation of symbols]

1…オペレーテイングシステム(OS)、2…MML制
御プログラム、2−1…解釈実行部、2−2…通信接続
部、3…ユーザプログラム、3−1…MMLインタフエ
ースライブラリ部、3−2…ユーザプログラム部、4…
パケツト制御テーブル、4−1…パケツト制御テーブル
、4−2…パケツト制御テーブル、5…ホストコンピユ
ータ、5−1…パケツト制御テーブル送信部、5−2…
パケツト制御テーブル、6…通信回線、7…マイクロコ
ンピユータ、8…ホストコンピユータ、8−1…パケツ
ト制御テーブル送信部、8−2…パケツト制御テーブル
DESCRIPTION OF SYMBOLS 1... Operating system (OS), 2... MML control program, 2-1... Interpretation execution section, 2-2... Communication connection section, 3... User program, 3-1... MML interface library section, 3-2... User program section, 4...
Packet control table, 4-1...Packet control table, 4-2...Packet control table, 5...Host computer, 5-1...Packet control table transmitter, 5-2...
Packet control table, 6...Communication line, 7...Microcomputer, 8...Host computer, 8-1...Packet control table transmitter, 8-2...Packet control table

Claims (1)

【特許請求の範囲】[Claims] 【請求項1】  メインフレーム中にあるフアイルをマ
イクロコンピユータからアクセスするマイクロ・メイン
フレーム・リンク制御方法であつて、ユーザプログラム
の指示に従つて、前記マイクロコンピユータから前記メ
インフレームのホストコンピユータに対し、該ホストコ
ンピユータとやりとりする送受信パケツトの構造と送受
信のタイミングとを記述したパケツト制御テーブルを送
るよう指示を出し、前記マイクロコンピユータは、当該
パケツト制御テーブルをダウンロードする通信接続手段
と、ユーザプログラムからのマイクロ・メインフレーム
・リンク機能の要求に応じて前記パケツト制御テーブル
の解釈実行を行なう解釈実行手段とを備え、前記マイク
ロコンピユータのパケツト制御テーブルの内容を前記メ
インフレームに対応して変更することを特徴とするマイ
クロ・メインフレーム・リンク制御方法。
1. A micro-mainframe link control method for accessing files in a mainframe from a microcomputer, the method comprising: accessing files from the microcomputer to a host computer of the mainframe according to instructions from a user program; The microcomputer issues an instruction to send a packet control table that describes the structure and timing of sending and receiving packets to be exchanged with the host computer, and the microcomputer has a communication connection means for downloading the packet control table, and a microprocessor from the user program. - Interpretation execution means for interpreting and executing the packet control table in response to a request of the mainframe link function, and changing the contents of the packet control table of the microcomputer in accordance with the mainframe. micro mainframe link control method.
JP3063011A 1991-01-30 1991-03-27 Micro-main frame link control method Withdrawn JPH04297941A (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP3063011A JPH04297941A (en) 1991-03-27 1991-03-27 Micro-main frame link control method
DE69218644T DE69218644T2 (en) 1991-01-30 1992-01-28 Control method and device for the connection between microcomputer (s) and a central computer
EP92300701A EP0497544B1 (en) 1991-01-30 1992-01-28 Micro-Mainframe link control method and apparatus
US08/347,171 US5819031A (en) 1991-01-30 1994-11-22 Micro-mainframe link control method and apparatus

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP3063011A JPH04297941A (en) 1991-03-27 1991-03-27 Micro-main frame link control method

Publications (1)

Publication Number Publication Date
JPH04297941A true JPH04297941A (en) 1992-10-21

Family

ID=13216955

Family Applications (1)

Application Number Title Priority Date Filing Date
JP3063011A Withdrawn JPH04297941A (en) 1991-01-30 1991-03-27 Micro-main frame link control method

Country Status (1)

Country Link
JP (1) JPH04297941A (en)

Similar Documents

Publication Publication Date Title
US4768150A (en) Application program interface to networking functions
EP0371229B1 (en) Computer system having host computer
US7496492B2 (en) Software-aided storage device emulation in a physical storage device
US5537417A (en) Kernel socket structure for concurrent multiple protocol access
US5630059A (en) Expedited message transfer in a multi-nodal data processing system
US4727538A (en) Information transfer method and arrangement
US7617325B2 (en) Protocol conversion using facilities and utilities
US6151709A (en) Processes and apparatuses for uploading instructions to a computer
JPS63172347A (en) Method and apparatus for executing novel program of multi-processor system
EP1246059B1 (en) Dynamic interface aggregation on demand
US6185521B1 (en) System and method for emulating mainframe channel programs by open systems computer systems
US6801911B1 (en) Data processing system and method for accessing files
Chesson The network UNIX system
US6256665B1 (en) Method for emulation of terminal-resident GUI application
US7827194B2 (en) Access to shared disk device on storage area network
JPH04297941A (en) Micro-main frame link control method
EP0497544B1 (en) Micro-Mainframe link control method and apparatus
EP0260458B1 (en) Networking processors
JP2007512593A (en) File transfer protocol for mobile computers
JP3339442B2 (en) Communication processing system network
JP3408435B2 (en) Code conversion device and conversion method in FTP server and recording medium recording code conversion program
FI115863B (en) System and method for handling data flow between application and communication bus in a computer controlled control system
IES79079B2 (en) A communication system for facilitating communication between a PC and a host computer
KR0146025B1 (en) Board driving apparatus of fiber distributed data interface using stream mechanism on the unix system
JP3470445B2 (en) Agency processing system

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: 19980514