JP2000347881A - Method and device for interprocess communication and information storage medium - Google Patents

Method and device for interprocess communication and information storage medium

Info

Publication number
JP2000347881A
JP2000347881A JP11158649A JP15864999A JP2000347881A JP 2000347881 A JP2000347881 A JP 2000347881A JP 11158649 A JP11158649 A JP 11158649A JP 15864999 A JP15864999 A JP 15864999A JP 2000347881 A JP2000347881 A JP 2000347881A
Authority
JP
Japan
Prior art keywords
message
processes
transmission
communication
history
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
Application number
JP11158649A
Other languages
Japanese (ja)
Inventor
Takaharu Taira
貴晴 平
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.)
NEC Corp
Original Assignee
NEC Corp
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 NEC Corp filed Critical NEC Corp
Priority to JP11158649A priority Critical patent/JP2000347881A/en
Publication of JP2000347881A publication Critical patent/JP2000347881A/en
Pending legal-status Critical Current

Links

Landscapes

  • Debugging And Monitoring (AREA)

Abstract

PROBLEM TO BE SOLVED: To confirm a history of transmission and reception messages of an interprocesses communication on a UNIX operating system and to enable a method and a device for interprocess communication to be used in common by other systems. SOLUTION: This communicating method allows a communication among processes 6a to 6c by a library 5 composed of a common memory (shared memory) 2, a FIFO file 3, and the processes 6a to 6c by using a history of transmission and reception messages corresponding to variable message length. At this time, the history of the transmission and reception messages is left corresponding to the variable message length irrelevantly to fork/exec where a master process actuates a slave process and the communication among the processes is carried out by the library where the history is left.

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【発明の属する技術分野】本発明は、UNIXオペレー
ティングシステム(OS)において、親プロセスが子プ
ロセスを起動する親子関係(fork/exec) にかかわらずデ
ータ記憶領域の可変長(適宜、メッセージ可変長と記載
する)に対応して送受信データの履歴を残し、そのライ
ブラリによる複数プロセス間で通信(IPC:interprocess
communication) を行う複数プロセス間通信方法及びそ
の装置並びに情報記録媒体に関する。
[0001] The present invention relates to a UNIX operating system (OS). The present invention relates to a variable length data storage area (as appropriate for a message variable length) regardless of a parent-child relationship (fork / exec) in which a parent process starts a child process. The history of transmission / reception data is left in accordance with the description, and communication between multiple processes using the library (IPC: interprocess
The present invention relates to an inter-process communication method and apparatus for performing communication, and an information recording medium.

【0002】[0002]

【従来の技術】従来、UNIX・OSにおいて、プログ
ラムの実行単位である複数プロセス間でデータ(適宜、
メッセージと記載する)交換を行うプロセス間通信(I
PC)が行われる。このUNIX・OSのプロセス間通
信では、その通信データ量が多くメッセージ負荷が高い
場合、FIFOファイルやソケット(エンドポイントを
与えるシステム)等で、そのプロセス間通信を行うと最
大許容値に制限を受けることになる。
2. Description of the Related Art Conventionally, in a UNIX OS, data (appropriately,
Interprocess communication (I
PC). In the UNIX / OS inter-process communication, when the communication data amount is large and the message load is high, the maximum allowable value is limited when the inter-process communication is performed using a FIFO file, a socket (a system that provides an endpoint), or the like. Will be.

【0003】また、UNIX・OSにおいて、障害が発
生した場合、この障害が発生したプロセスにおいて、そ
のメッセージの送受信内容が、障害除去の上で重要とな
る。このような複数のプロセス間でメッセージのやり取
りを行いながら処理を行うシステム、例えば、プログラ
ムデバッグでは、このメッセージのやり取りの履歴を監
視している(例えば、特開平5−12069号「デバッ
グ方式」公報例)。
Further, when a failure occurs in the UNIX OS, the contents of transmission and reception of the message in the process in which the failure has occurred are important in removing the failure. In a system that performs processing while exchanging messages between a plurality of processes, for example, in a program debug, a history of the exchange of messages is monitored (for example, Japanese Patent Application Laid-Open No. 5-12069, “Debug Method”). Example).

【0004】なお、従来のUNIX・OSでは、メッセ
ージの送受信を行っただけでは、メッセージの履歴を残
すことが出来ない。また、運用時においてもリアルタイ
ムにプロセス間の送受信メッセージを確認できない。こ
れらのUNIX・OSにおける複数プロセス間での通信
における送受信メッセージの確認は、システムのオープ
ン化、処理の高速化に伴って、特に問題になっている。
更に、UNIX・OSを適用した他のシステムでも共通
に使用できる高機能なインタフェースが求められてい
る。
[0004] In the conventional UNIX OS, it is not possible to leave a message history just by transmitting and receiving a message. Further, even during operation, transmission / reception messages between processes cannot be confirmed in real time. Confirmation of transmitted / received messages in communication between a plurality of processes in the UNIX OS has become a particular problem with the opening of the system and the speeding up of processing.
Further, there is a demand for a high-performance interface that can be commonly used in other systems to which UNIX OS is applied.

【0005】[0005]

【発明が解決しようとする課題】このように、上記従来
例では、UNIX・OSにおける複数プロセス間での通
信における送受信メッセージの履歴の確認が出来ないと
共に、UNIX・OSを適用した他システム、例えば、
ホスト装置にローカルエリアネットワーク(LAN)で
接続された端末に共通化して使用できないため、UNI
Xシステムの運用が困難であった。
As described above, in the above-mentioned conventional example, the history of transmission / reception messages in communication between a plurality of processes in the UNIX OS cannot be confirmed, and other systems to which the UNIX OS is applied, for example, ,
Since it cannot be used in common with terminals connected to the host device via a local area network (LAN), the UNI
The operation of the X system was difficult.

【0006】本発明は、このような従来の技術における
課題を解決するものであり、UNIXオペレーティング
システムにおける複数プロセス間での通信における送受
信メッセージの履歴の確認が出来ると共に、UNIXを
適用した他のシステムでも共通に使用できる高機能イン
タフェースが得られ、そのUNIXシステムの運用が容
易かつ確実に出来る複数プロセス間通信方法及びその装
置並びに情報記録媒体の提供を目的とする。
[0006] The present invention solves the above-mentioned problems in the prior art, and it is possible to confirm the history of transmission / reception messages in communication between a plurality of processes in a UNIX operating system and to use another system to which UNIX is applied. However, an object of the present invention is to provide a method for communication between a plurality of processes, an apparatus thereof, and an information recording medium, which can provide a high-performance interface that can be used in common and can easily and reliably operate the UNIX system.

【0007】[0007]

【課題を解決するための手段】上記課題を達成するため
に、本発明の複数プロセス間通信方法は、UNIXオペ
レーティングシステムにおけるシェアドメモリ、FIF
Oファイル及びプロセスからなるライブラリによって複
数プロセス間で通信を行うものであり、メッセージ可変
長に対応して送受信データの履歴を残す段階と、この履
歴を残したライブラリによって複数プロセス間で通信を
行う段階とを有している。
In order to achieve the above-mentioned object, a method for communicating between multiple processes according to the present invention comprises the steps of:
A process of communicating between a plurality of processes by using a library consisting of an O file and a process; a process of leaving a history of transmission / reception data corresponding to a variable length of a message; and a process of communicating between a plurality of processes by using the library having the history. And

【0008】前記送受信データの履歴を残す段階が、親
プロセスが子プロセスを起動する親子関係であり、又
は、非親子関係である。
The step of leaving the history of the transmission / reception data is a parent-child relationship in which a parent process starts a child process, or a non-parent-child relationship.

【0009】前記シェアドメモリ、FIFOファイル、
セマフォのアクセスがライブラリとしてユーザに提供さ
れ、かつ、シェアドメモリの初期化処理及びメッセージ
送受信処理に対して共通関数を登録している。
The shared memory, the FIFO file,
Semaphore access is provided to the user as a library, and common functions are registered for shared memory initialization processing and message transmission / reception processing.

【0010】前記初期化処理として、ライブラリを使用
するための、プロセスのそれぞれに対するメモリアクセ
ス用のポインタとプロセス数に応じた識別符号とを定義
し、このためのシステムのメッセージ負荷を考慮してバ
ッファの個数及びバッファ長を設定し、また、前記初期
化処理として、ライブラリを使用するプロセスが要求プ
ロセスにおいて起動時に初期化し、この要求プロセスの
初期化処理により共通関数処理がシェアドメモリの取
得、FIFOファイルの作成及び取得メモリの初期設定
を自動的に行い、更に、この初期設定によるセマフォの
取得を自動的に行っている。
In the initialization process, a pointer for memory access to each of the processes and an identification code corresponding to the number of processes for using the library are defined. And a buffer length are set, and as the initialization process, a process using a library is initialized at the time of startup in a request process. The initialization process of the request process allows the common function process to acquire a shared memory, obtain a FIFO file, Is automatically performed and the initial setting of the acquisition memory is automatically performed, and further, the semaphore is automatically obtained by the initial setting.

【0011】前記メッセージ送受信処理として、送信時
は、メッセージ発生に基づいて少なくとも送信メッセー
ジ及び送信先識別符号を設定して送信を行うと共に、受
信イベント発生時は、受信バッファを指定して受信を行
っている。
In the message transmission / reception processing, at the time of transmission, at least a transmission message and a destination identification code are set based on the occurrence of a message, and transmission is performed. When a reception event occurs, reception is performed by designating a reception buffer. ing.

【0012】前記メッセージ送受信処理における送信と
して、他プロセスにライブラリを通じてメッセージを送
信する場合に要求プロセスによってFIFOファイルに
対する書き込み要求を行い、この書き込み要求処理によ
る共通関数での書き込みデータの履歴を自動的に管理
し、更に、シェアドメモリにメッセージ登録して通知先
プロセスへ送信している。また、前記共通関数での書き
込みにおいて、FIFOトレース時に日付時刻をmse
c単位まで同時に書き込み、FIFOファイルの書き込
み時に送信通番を共通関数内で付加し、バッファ番号が
設定されている場合にバッファメッセージの先頭部のト
レースを同時に行っている。
As a transmission in the message transmission / reception processing, when a message is transmitted to another process through a library, a write request is made to the FIFO file by the requesting process, and the history of the write data in the common function by the write request processing is automatically recorded. It manages and registers the message in the shared memory and sends it to the notification destination process. In writing by the common function, the date and time are set to mse at the time of FIFO tracing.
At the same time, writing is performed up to c units, a transmission serial number is added in the common function when writing the FIFO file, and when the buffer number is set, the trace of the head of the buffer message is simultaneously performed.

【0013】前記メッセージ送受信処理における受信と
して、自プロセス宛のメッセージを受信する場合の要求
プロセスにおいて、FIFOファイルに対する読み込み
の要求を行い、この読み込みの要求処理によって共通関
数が、FIFOファイルのデータを取得して履歴を管理
し、更に、バッファインデックスに基づいてメッセージ
を取得している。更に、前記FIFOファイルの読込処
理において、FIFOトレース時に日付時刻をmsec
単位まで同時に書き込み、バッファ番号が設定されてい
る場合にバッファメッセージの先頭部のトレースを同時
に行っている。
As a reception in the message transmission / reception processing, in a request process for receiving a message addressed to the own process, a read request for a FIFO file is made, and the common function acquires the data of the FIFO file by the read request processing. And manages the history, and further acquires the message based on the buffer index. Further, in the FIFO file reading process, the date and time are set to msec at the time of FIFO tracing.
Simultaneous writing is performed up to the unit, and when the buffer number is set, the trace of the head of the buffer message is simultaneously performed.

【0014】前記シェアドメモリが、ヘッダ部、バッフ
ァ総数分のインディクス部及びバッファ総数分のメッセ
ージ部とからなり、前記インディクス部を、バッファ内
使用履歴、次メッセージバッファ番号、最終メッセージ
バッファ番号、バッファ総メッセージ長、カレントメッ
セージ長、登録要求プロセス識別番号、廃棄要求プロセ
ス識別番号,メモリ使用状態、メッセージ識別番号及び
メッセージ作成状態からなる構成としてある。
The shared memory comprises a header section, an index section corresponding to the total number of buffers, and a message section corresponding to the total number of buffers. The index section is used to store the use history in the buffer, the next message buffer number, the last message buffer number, The configuration is made up of a buffer total message length, a current message length, a registration request process identification number, a discard request process identification number, a memory use state, a message identification number, and a message creation state.

【0015】本発明のプロセス間通信装置は、UNIX
オペレーティングシステムにおけるシェアドメモリ、F
IFOファイル及びプロセスからなるライブラリによっ
て複数プロセス間で通信を行うものであり、メッセージ
可変長に対応して送受信データの履歴を残す第1制御処
理手段と、第1制御処理手段が残した履歴に基づくライ
ブラリによって複数プロセスでのプロセス間通信を行う
第2制御処理手段とを備える構成としてある。
The inter-process communication device of the present invention is a UNIX
Shared memory in operating system, F
Communication between a plurality of processes is performed by a library including an IFO file and a process. The first control processing means leaves a history of transmission / reception data corresponding to a variable length of a message, and a history based on the history left by the first control processing means. Second control processing means for performing inter-process communication in a plurality of processes by a library is provided.

【0016】本発明の情報記録媒体は、UNIXオペレ
ーティングシステムにおけるライブラリが、複数プロセ
ス間でメッセージ可変長に対応した送受信データの履歴
による複数プロセス間で通信を行う際に、親プロセスが
子プロセスを起動する親子関係にかかわらずメッセージ
可変長に対応して送受信データの履歴を残し、この履歴
を残したライブラリによって複数プロセスでのプロセス
間通信を行う制御を実行するための制御プログラムを格
納している。
According to the information recording medium of the present invention, when a library in a UNIX operating system communicates among a plurality of processes based on a history of transmission / reception data corresponding to a variable length of a message among the plurality of processes, a parent process starts a child process. Regardless of the parent-child relationship, a history of transmission / reception data is stored corresponding to the variable length of a message, and a control program for executing control for performing inter-process communication in a plurality of processes is stored by a library having the history.

【0017】このような本発明の複数プロセス間通信方
法及びその装置は、複数プロセス間で通信を行う際に、
親プロセスが子プロセスを起動する親子関係にかかわら
ずメッセージ可変長に対応して送受信データの履歴を残
し、この履歴を残したライブラリによって複数プロセス
でのプロセス間通信を行っている。
The method and apparatus for communication between a plurality of processes according to the present invention as described above, when performing communication between a plurality of processes,
Regardless of the parent-child relationship in which the parent process starts the child process, a history of transmission / reception data is left corresponding to the variable length of the message, and inter-process communication is performed between a plurality of processes by using the library that has left this history.

【0018】したがって、UNIX・OSにおける複数
プロセス間での通信における送受信メッセージの履歴の
確認が出来るようになる。更に、UNIXを適用した他
のシステムでも共通に使用できる高機能インタフェース
が得られる。この結果、そのUNIXシステムの運用が
容易かつ確実に出来るようになる。
Therefore, it is possible to confirm the history of transmission / reception messages in communication between a plurality of processes in the UNIX OS. Further, a high-performance interface can be obtained which can be commonly used in other systems to which UNIX is applied. As a result, the operation of the UNIX system can be performed easily and reliably.

【0019】この場合の詳細な作用は次の(1)から
(6)の説明内容である。 (1)ライブラリによってUNIXを適用した他のシス
テムでのインターフェースとして利用できる。 (2)プロセス間のメッセージをリアルタイムで確認で
きる。 (3)インデックス管理しているため1メッセージの最
大長が制限されない(可変長/共有メモリにおける取得
範囲内まで可能/設定で変更可能)。 (4)送受信データの履歴が障害時でない場合も確認可
能になる。 (5)アプリケーション開発時にプロセス間通信の知識
が無い場合でも対応できるようになる。 (6)低レベル層の関数で作成することによって高速処
理が可能になる。
The detailed operation in this case is described in the following (1) to (6). (1) The library can be used as an interface in another system to which UNIX is applied. (2) Messages between processes can be confirmed in real time. (3) Since the index is managed, the maximum length of one message is not limited (variable length / possible up to the acquisition range in the shared memory / changeable by setting). (4) Even when the history of the transmission / reception data is not at the time of failure, it is possible to confirm. (5) Even if there is no knowledge of inter-process communication at the time of application development, it becomes possible to cope with the problem. (6) High-speed processing can be achieved by using a low-level layer function.

【0020】本発明の情報記録媒体は、前記したメッセ
ージ可変長に対応して送受信データの履歴を残し、この
履歴を残したライブラリによって複数プロセスでのプロ
セス間通信を行う処理手順の制御プログラムを汎用的な
パッケージソフトウェアとして提供する。
The information recording medium of the present invention generally uses a control program of a processing procedure for performing communication between processes in a plurality of processes by keeping a history of transmission / reception data corresponding to the above-mentioned variable length of the message and using a library having the history. Provided as generic package software.

【0021】この結果、小型汎用コンピュータでの本発
明の実施(前記した送受信データの履歴を残し、この履
歴を残したライブラリによって複数プロセスでのプロセ
ス間通信を行う処理手順)が容易に出来るようになる。
As a result, it is possible to easily implement the present invention on a small general-purpose computer (a procedure for performing the inter-process communication in a plurality of processes by using the library that retains the history of the transmission / reception data described above and retains the history). Become.

【0022】[0022]

【発明の実施の形態】次に、本発明の複数プロセス間通
信方法及びその装置並びに情報記録媒体にかかる実施の
形態を図面を参照して詳細に説明する。図1は本発明の
複数プロセス間通信方法及びその装置並びに情報記録媒
体の実施形態における構成を示す図である。図1(a)
はUNIXシステムのハード構成(キーボードや座標入
力装置については図示を省略した)を示し、図1(b)
は図1(a)に示したUNIXシステムの本発明に対応
する機能構成のみをブロック図で示したものである。
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 is a block diagram showing an embodiment of the present invention; FIG. 1 is a diagram showing a configuration of an embodiment of a method for communication between multiple processes, its apparatus, and an information recording medium according to the present invention. FIG. 1 (a)
1 shows the hardware configuration of the UNIX system (keyboard and coordinate input device are not shown), and FIG.
FIG. 2 is a block diagram showing only the functional configuration of the UNIX system shown in FIG. 1A corresponding to the present invention.

【0023】図1(b)の例は、基本プログラムである
UNIXオペレーティングシステム(OS)1におい
て、マルチタスクなどにおける同時アクセスが行われる
共有メモリ2と、ファイルの先入れ先だしを行うFIF
Oファイル3と、複数プログラム間で同期をとって、メ
ッセージ制御や割り込み処理を行い、混乱なく処理する
ためのツールであり、複数プロセス6a〜6cからの排
他制御を行うセマフォ4と、プログラムの集合であるラ
イブラリ5と、プログラムの実行単位であるプロセス6
a,6b,6cとを有している。
In the example of FIG. 1B, in a UNIX operating system (OS) 1 which is a basic program, a shared memory 2 for simultaneous access in multitasking, etc., and a FIF for first-in first-out of files.
A semaphore 4 that synchronizes between the O-file 3 and a plurality of programs, performs message control and interrupt processing, and performs processing without confusion; a semaphore 4 that performs exclusive control from a plurality of processes 6a to 6c; And a process 6 which is a unit of execution of a program.
a, 6b and 6c.

【0024】なお、前記したライブラリ5は、UNIX
・OSで使用されている共有メモリ(シェアドメモリ)
2,FIFO(名前付き)ファイル3及びプロセス6a
〜6cからなるものである。
The library 5 described above is a UNIX
-Shared memory used by the OS (shared memory)
2, FIFO (named) file 3 and process 6a
~ 6c.

【0025】次に、この実施形態の動作について説明す
る。本発明の実施形態では、親プロセスが子プロセスを
起動する親子関係(fork/exec) にかかわらず(共通の初
期化処理に基づいてファイル記述子を取得しているため
親プロセスが子プロセスを起動する親子関係が無いプロ
セス間においても、そのプロセス間通信が行える)、そ
のメッセージ可変長に対応して送受信データの履歴を残
し、この送受信データの履歴を残したライブラリ5によ
って複数プロセス6a〜6cでのプロセス間通信(IP
C)を実行している。
Next, the operation of this embodiment will be described. In the embodiment of the present invention, regardless of the parent-child relationship (fork / exec) in which the parent process starts the child process (the parent process starts the child process because the file descriptor is acquired based on the common initialization process) Even between processes having no parent-child relationship, communication between the processes can be performed), a history of transmission / reception data is left corresponding to the variable length of the message, and the library 5 that has left the history of the transmission / reception data performs a plurality of processes 6a to 6c. Communication between processes (IP
C).

【0026】このため、図1(b)に示すように、共有
メモリ2、FIFOファイル3、セマフォ4等のアクセ
スが、全てライブラリ5に囲まれた形でユーザに提供さ
れる。実際には、次に、説明する初期化処理(1)及び
メッセージ送受信処理(2)に対して個別に知識が不要
となるように別関数(あとで説明する共通関数)を登録
している。
Therefore, as shown in FIG. 1B, access to the shared memory 2, FIFO file 3, semaphore 4, etc. is provided to the user in a form surrounded by the library 5. Actually, another function (a common function described later) is registered so that knowledge is not individually required for the initialization processing (1) and the message transmission / reception processing (2) described below.

【0027】(1)初期化処理 ライブラリ5を使用するに場合、各プロセス中(プログ
ラム内)6a〜6cにメモリアクセス用のポインタが必
要となる、また、プロセス数(6a〜6c)に応じた識
別符号(ID)の定義を、例えば、連番で付与する。こ
のため、初期設定としてシステムのメッセージ負荷を考
慮し、そのバッファの個数及びバッファ長を設定する。
(1) Initialization process When the library 5 is used, a pointer for memory access is required in each process (in the program) 6a to 6c, and the number of processes (6a to 6c) depends on the number of processes (6a to 6c). The definition of the identification code (ID) is given by, for example, a serial number. For this reason, the number of buffers and the buffer length are set in consideration of the message load of the system as an initial setting.

【0028】(2)メッセージ送受信処理 送信はメッセージ発生に従って送信メッセージ及び送信
先識別符号(ID)等を設定して行う。受信では、この
受信イベント発生時に受信バッファを指定して行う。
(2) Message transmission / reception processing Transmission is performed by setting a transmission message, a destination identification code (ID), and the like in accordance with the occurrence of the message. The reception is performed by specifying a reception buffer when this reception event occurs.

【0029】次に、この(1)初期化処理及び(2)メ
ッセージ送受信処理を詳細に説明する。図2は共有メモ
リ2の構造を説明するための図である。図2において、
この共有メモリ2の構造は、ヘッダ部、バッファ総数分
のインディクス部及びバッファ総数分のメッセージ部と
からなっている。
Next, the (1) initialization processing and (2) message transmission / reception processing will be described in detail. FIG. 2 is a diagram for explaining the structure of the shared memory 2. In FIG.
The structure of the shared memory 2 includes a header part, an index part for the total number of buffers, and a message part for the total number of buffers.

【0030】ヘッダ部は、A/共有メモリ現在履歴、B
/バッファ総数、C/1メッセージバッファ長、D/空
きバッファ数、E/セマフォID、及び、F/FIFO
ファイル記述子(FIFOファイル数分)からなる。ま
た、インディクス部は、G/バッファ内使用履歴、H/
次メッセージバッファ番号、I/最終メッセージバッフ
ァ番号、J/バッファ総メッセージ長、K/カレントメ
ッセージ長、L/登録要求プロセスID,M/廃棄要求
プロセスID,N/メモリ使用状態、O/メッセージI
D,P/メッセージ作成状態、Q/予備からなってい
る。
The header part is A / shared memory current history, B
/ Buffer total number, C / 1 message buffer length, D / free buffer number, E / semaphore ID, and F / FIFO
It consists of file descriptors (for the number of FIFO files). Also, the index part includes G / buffer usage history, H /
Next message buffer number, I / Last message buffer number, J / Buffer total message length, K / Current message length, L / Registration request process ID, M / Discard request process ID, N / Memory usage status, O / Message I
D, P / message creation status, Q / spare.

【0031】図3は、図2に示す共有メモリ2の初期化
処理を説明するための図である。図3において、ライブ
ラリ5を使用するプロセス6a〜6cは、その要求プロ
セス(1)において、起動時に初期化処理を行う(1
a)。この要求プロセス(1)の初期化処理(1a)に
よって、共通関数処理(2)が、共有メモリ2の取得、
FIFOファイル3の作成及び取得メモリの初期設定
(2a)を自動的に行う。更に、この共通関数処理
(2)における共有メモリ2の取得、FIFOファイル
3の作成及び取得メモリの初期設定(2a)によって、
セマフォ4の取得をそれぞれ自動的に行う。すなわち、
共有メモリ2のプロセス間通信エリア(セマフォキー取
得/各エリアと共通)、FIFOトレースエリア、障害
対処エリア及びタイマ管理エリアに対する取得を行う。
FIG. 3 is a diagram for explaining the initialization processing of the shared memory 2 shown in FIG. In FIG. 3, the processes 6a to 6c that use the library 5 perform initialization processing at the time of startup in the request process (1) (1).
a). By the initialization process (1a) of the request process (1), the common function process (2) acquires the shared memory 2,
The creation of the FIFO file 3 and the initial setting (2a) of the acquisition memory are automatically performed. Further, by acquiring the shared memory 2, creating the FIFO file 3, and initializing the acquired memory (2a) in the common function processing (2),
The semaphore 4 is acquired automatically. That is,
The inter-process communication area (semaphore key acquisition / common to each area), the FIFO trace area, the failure handling area, and the timer management area of the shared memory 2 are acquired.

【0032】なお、共通関数処理(2)は、この共通メ
モリ2の初期化処理に対して、リターンコードを要求プ
ロセス(1)に通知する(2b)。
The common function process (2) notifies a return code to the request process (1) in response to the initialization process of the common memory 2 (2b).

【0033】図4は図2に示すFIFOファイル3の書
込処理を説明するための図である。図4において、他プ
ロセス6a〜6cにライブラリ5を通じてメッセージを
送信(メッセージ送受信処理)する場合は、その要求プ
ロセス(1)において、FIFOファイル3に対する書
き込み要求処理(1−1)を行う。この書き込み要求処
理(1−1)によって共通関数(2)での書き込みデー
タ(2−1)の履歴を自動的に管理し、共有メモリ2へ
メッセージ登録して通知先プロセスへ送信する。すなわ
ち、FIFOファイル3において(3)、ここへの書き
込み(2−2)を行う。
FIG. 4 is a diagram for explaining the writing process of the FIFO file 3 shown in FIG. In FIG. 4, when a message is transmitted to other processes 6a to 6c through the library 5 (message transmission / reception process), a write request process (1-1) to the FIFO file 3 is performed in the request process (1). The history of the write data (2-1) in the common function (2) is automatically managed by the write request processing (1-1), and a message is registered in the shared memory 2 and transmitted to the notification destination process. That is, in the FIFO file 3 (3), writing (2-2) to this is performed.

【0034】この場合のFIFOファイル3の書込処理
では次の処理を行う。 (1)FIFOトレース時に日付時刻をmsec単位ま
で同時に書き込む。 (2)FIFOファイル3の書き込み時に送信通番を共
通関数(2)内で付加する。 (3)バッファ番号が設定されている場合は、バッファ
メッセージの先頭部のトレースも同時に行う。 なお、共通関数処理(2)は、このFIFOファイル3
の書込処理に対して、リターンコードを要求プロセス
(1)に通知する(2−3)。
In the writing process of the FIFO file 3 in this case, the following process is performed. (1) At the time of FIFO tracing, the date and time are simultaneously written up to the unit of msec. (2) At the time of writing the FIFO file 3, a transmission serial number is added in the common function (2). (3) When the buffer number is set, the trace of the head of the buffer message is also performed at the same time. The common function processing (2) is performed in the FIFO file 3
A return code is notified to the request process (1) for the writing process (2-3).

【0035】図5は、図2に示すFIFOファイル3の
読込処理を説明するための図である。図5において、自
プロセス(6a〜6c)宛のメッセージを受信(メッセ
ージ送受信処理)する場合は、その要求プロセス(1)
において、FIFOファイル3に対する読み込みの要求
処理(1A)を行う。この読み込みの要求処理(1A)
によって、共通関数(2)が、FIFOファイル(3)
からFIFOファイル3のデータを取得し、データの履
歴管理を行い、バッファインデックスに基づいてメッセ
ージを取得する(2A)。なお、メッセージをそのまま
共有メモリ2内に残すことも可能である(2B)。
FIG. 5 is a diagram for explaining the reading process of the FIFO file 3 shown in FIG. In FIG. 5, when a message addressed to the own process (6a to 6c) is received (message transmission / reception processing), the request process (1) is received.
, A read request process (1A) for the FIFO file 3 is performed. Request processing of this reading (1A)
Thus, the common function (2) becomes the FIFO file (3)
, The data of the FIFO file 3 is acquired, data history management is performed, and a message is acquired based on the buffer index (2A). The message can be left in the shared memory 2 as it is (2B).

【0036】この場合のFIFOファイル3の読込処理
では次の処理も行う。 (1)FIFOトレース時に日付時刻をmsec単位ま
で同時に書き込む。 (2)バッファ番号が設定されている場合は、バッファ
メッセージの先頭部のトレースも同時に行う。 なお、共通関数処理(2)では、このFIFOファイル
3の読込処理に対して、読込データ/リターンコードを
要求プロセス(1)に通知する(2C)。
In the reading process of the FIFO file 3 in this case, the following process is also performed. (1) At the time of FIFO tracing, the date and time are simultaneously written up to the unit of msec. (2) If the buffer number is set, the trace at the head of the buffer message is also performed at the same time. In the common function process (2), read data / return code is notified to the request process (1) in response to the read process of the FIFO file 3 (2C).

【0037】図6は図1示すUNIXオペレーティング
システムの応用例を説明するためのブロック図である。
図6の例は、ホスト装置10と、複数の端末11(図1
に示す構成及び動作のUNIX・OS)とがローカルエ
リアネットワーク(LAN)12などで接続されてい
る。
FIG. 6 is a block diagram for explaining an application example of the UNIX operating system shown in FIG.
The example of FIG. 6 illustrates a host device 10 and a plurality of terminals 11 (FIG. 1).
(UNIX / OS having the configuration and operation shown in FIG. 1) are connected by a local area network (LAN) 12 or the like.

【0038】端末11は、図1に示す構成に対応し、第
1及び第2制御処理手段としての共有メモリ11aと、
FIFOファイル11bと、制御プロセス11cと、通
信プロセス11dとを有している。なお、ここでは、こ
れらのファームウェ以外の構成は、その図示を省略し
た。
The terminal 11 corresponds to the configuration shown in FIG. 1, and includes a shared memory 11a as first and second control processing means,
It has a FIFO file 11b, a control process 11c, and a communication process 11d. Note that, here, components other than the firmware are not shown.

【0039】この例では、端末11が図1に示すUNI
X・OSと基本的に同様に動作する。すなわち、ホスト
装置10からLAN12を通じてデータを通信プロセス
11dが受信する。次に、通信プロセス11dから共通
メモリ11aへの登録を行い、その登録バッファ番号を
取得する。更に、通信プロセス11dが制御プロセス1
1cへ受信通知(登録バッファ番号の通知)を行う。そ
して、制御プロセス11cがFIFOファイル11bか
らデータを取得する。次に、制御プロセス11cがFI
FOファイル11bから取得した登録バッファ番号に基
づいて共通メモリ11aからメッセージの取得を行う。
In this example, the terminal 11 is connected to the UNI shown in FIG.
It operates basically the same as X.OS. That is, the communication process 11d receives data from the host device 10 via the LAN 12. Next, registration is performed from the communication process 11d to the common memory 11a, and the registered buffer number is obtained. Further, the communication process 11d is the control process 1
1c is notified (notification of the registered buffer number). Then, the control process 11c acquires data from the FIFO file 11b. Next, the control process 11c
The message is acquired from the common memory 11a based on the registered buffer number acquired from the FO file 11b.

【0040】なお、図1及び図6において、通信履歴を
リアルタイムで、図示しない表示装置に画面表示するこ
とも可能である。例えば、UNIX上で動作するワーク
ステーションの標準的なXウィンドウ(Window)上に画面
表示可能である。
In FIGS. 1 and 6, it is also possible to display the communication history in real time on a display device (not shown). For example, a screen can be displayed on a standard X window of a workstation operating on UNIX.

【0041】この図1及び図6の構成における本発明の
動作の処理手順、すなわち、そのアプリケーションを汎
用的なパッケージソフトウェア、例えば、フロッピーデ
ィスク(FD)、CD−ROM又はMOなどで提供可能
である。
The processing procedure of the operation of the present invention in the configuration of FIGS. 1 and 6, that is, its application can be provided by general-purpose package software such as a floppy disk (FD), CD-ROM or MO. .

【0042】このようにして、親子関係にかかわらず、
メッセージ可変長に対応して送受信データの履歴を残
し、この送受信データの履歴を残したライブラリ5によ
る複数プロセス6a〜6cでのプロセス間通信(IP
C)を行う。この場合、次の(1)(2)(3)(4)
(5)の処理が行われる。
Thus, regardless of the parent-child relationship,
A history of transmitted / received data is left corresponding to the message variable length, and inter-process communication (IP
Perform C). In this case, the following (1) (2) (3) (4)
The processing of (5) is performed.

【0043】(1)初期設定でメッセージ管理の単位、
個数を変更可能である(インデックス)。本発明の実施
形態では、共有メモリ2上にインデックスを持つことを
一つの特徴としている。この場合、FIFOファイル3
以外にもソケット、メッセージキュー(メッセージデー
タ列)を利用しても前記した処理が可能である。
(1) Message management unit in initial setting
The number can be changed (index). One feature of the embodiment of the present invention is that the shared memory 2 has an index. In this case, FIFO file 3
In addition, the above-described processing can be performed by using a socket and a message queue (message data string).

【0044】(2)作成に関わる関数群(前記した共通
関数)は、個別のOS(UNIX)に依存しない。すな
わち、ライブラリ5は、UNIX・OSで使用されてい
る共有メモリ(シェアドメモリ)2,FIFO(名前付
き)ファイル3及びプロセス6a〜6cからの排他制御
を行うセマフォ4で構成されている。ただし、ライブラ
リ5については共有メモリ2、FIFOファイル3、セ
マフォ4等の知識が無くても、その取扱が可能である。
(2) The functions related to the creation (the common functions described above) do not depend on the individual OS (UNIX). That is, the library 5 includes a shared memory (shared memory) 2, a FIFO (named) file 3, and a semaphore 4 for performing exclusive control from the processes 6a to 6c used in the UNIX OS. However, the library 5 can be handled without knowledge of the shared memory 2, the FIFO file 3, the semaphore 4, and the like.

【0045】(3)共有メモリ2上にインデックスファ
イルを持ちメッセージの登録、廃棄等の管理を行ってい
る(図2参照)。なお、トレースエリアは別に確保して
いる。(4)共有メモリ2上にメッセージ管理している
ため複数回の登録で1メッセージを作成できる。
(3) The shared memory 2 has an index file and manages registration and discard of messages (see FIG. 2). Note that a trace area is separately secured. (4) Since messages are managed in the shared memory 2, one message can be created by registering a plurality of times.

【0046】(5)従来のUNIX・OSでは、送受信
を行った場合、送受信データの履歴が残らないが、本発
明の実施形態では、過去の履歴が保存されるため、障害
が発生してシステムが異常終了した際にも、終了時にど
のようなメッセージが各プロセス間で送受信されていた
かを確認できる。
(5) In the conventional UNIX OS, when transmission / reception is performed, the history of transmission / reception data does not remain. However, in the embodiment of the present invention, since the past history is stored, a system failure occurs. When the process terminates abnormally, it is possible to check what messages were sent and received between the processes at the time of termination.

【0047】(6)通信履歴も自動的に、その時刻がm
sec単位まで管理される。 (7)送受信メッセージをリアルタイムで画面表示す
る。 (8)図3に示すように、共通の初期化処理に基づいて
ファイル記述子を取得しているため親プロセスが子プロ
セスを起動する親子関係が無いプロセス間においても、
そのプロセス間通信が行える。
(6) The communication history is also automatically set to the time m
It is managed up to the second. (7) The transmission / reception message is displayed on the screen in real time. (8) As shown in FIG. 3, since the file descriptor is obtained based on the common initialization process, even when there is no parent-child relationship in which the parent process starts the child process,
The inter-process communication can be performed.

【0048】(9)プロセス間通信の負荷が高い(メッ
セージが大きい)システムでは、従来方式ではファイル
記述子の最大許容容量(例えば、5120バイトや81
92バイト)を越えるとエラーが発生してしまうが、本
発明の実施形態では共有メモリ2上にインデックスを持
たせてメッセージを管理しているため、直接FIFOフ
ァイル3などで送受信している許容範囲以上のメッセー
ジが登録が可能になる。すなわち、メッセージが共有メ
モリ2上に退避される。
(9) In a system in which the load of communication between processes is high (a message is large), the maximum allowable capacity of a file descriptor (for example, 5120 bytes or 81
If it exceeds 92 bytes, an error occurs. However, in the embodiment of the present invention, since the message is managed by giving an index to the shared memory 2, the allowable range of directly transmitting and receiving by the FIFO file 3 or the like is used. The above messages can be registered. That is, the message is saved on the shared memory 2.

【0049】(10)図6に示したようにUNIXを適
用した他のシステム、すなわち、ホスト装置にローカル
エリアネットワーク(LAN)で接続された端末で共通
に使用できる高機能インターフェースが得られる。
(10) As shown in FIG. 6, it is possible to obtain a high-performance interface that can be commonly used by another system to which UNIX is applied, that is, a terminal connected to a host device via a local area network (LAN).

【0050】[0050]

【発明の効果】以上の説明から明らかなように、本発明
の複数プロセス間通信方法及びその装置によれば、複数
プロセス間で通信を行う際に、親プロセスが子プロセス
を起動する親子関係にかかわらずメッセージ可変長に対
応して送受信データの履歴を残し、この履歴を残したラ
イブラリによって複数プロセスでのプロセス間通信を行
っている。
As is apparent from the above description, according to the method and the apparatus for communication between a plurality of processes of the present invention, when a communication is made between a plurality of processes, the parent process starts a child process. Regardless, the history of transmission / reception data is left corresponding to the variable length of the message, and inter-process communication between a plurality of processes is performed by the library that has left this history.

【0051】この結果、UNIX・OSにおける複数プ
ロセス間での通信における送受信メッセージの履歴の確
認が出来るようになり、更に、UNIXを適用した他の
システムでも共通に使用できる高機能インタフェースが
得られて、そのUNIXシステムの運用が容易かつ確実
に出来るようになる。
As a result, it is possible to confirm the history of transmission / reception messages in communication between a plurality of processes in the UNIX OS, and to obtain a high-performance interface that can be commonly used in other systems to which UNIX is applied. The operation of the UNIX system can be performed easily and reliably.

【0052】また、本発明の情報記録媒体によれば、前
記したメッセージ可変長に対応して送受信データの履歴
を残し、この履歴を残したライブラリによって複数プロ
セスでのプロセス間通信を行う処理手順の制御プログラ
ムを汎用的なパッケージソフトウェアとして提供でき
る。
According to the information recording medium of the present invention, a history of transmission / reception data corresponding to the above-mentioned message variable length is left, and a process library for carrying out inter-process communication in a plurality of processes by using the library having the history is stored. The control program can be provided as general-purpose package software.

【0053】この結果、小型汎用コンピュータでの本発
明の実施(前記した送受信データの履歴を残し、この履
歴を残したライブラリによって複数プロセスでのプロセ
ス間通信を行う処理手順)が容易に出来るようになる。
As a result, it is possible to easily implement the present invention on a small general-purpose computer (processing procedure for performing inter-process communication in a plurality of processes by using the library that retains the history of the transmission and reception data described above and retains the history). Become.

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

【図1】本発明の複数プロセス間通信方法及びその装置
並びに情報記録媒体の実施形態における構成を示す図で
ある。
FIG. 1 is a diagram showing a configuration of an embodiment of a method and apparatus for communicating between multiple processes and an information recording medium according to the present invention.

【図2】実施形態にあって共有メモリの構造を説明する
ための図である。
FIG. 2 is a diagram illustrating a structure of a shared memory according to the embodiment;

【図3】実施形態にあって共有メモリの初期化処理を説
明するための図である。
FIG. 3 is a diagram illustrating an initialization process of a shared memory according to the embodiment;

【図4】実施形態にあってFIFOファイルの書込処理
を説明するための図である。
FIG. 4 is a diagram for explaining a FIFO file writing process according to the embodiment;

【図5】実施形態にあってFIFOファイルの読込処理
を説明するための図である。
FIG. 5 is a diagram illustrating a reading process of a FIFO file according to the embodiment.

【図6】実施形態にあってホスト装置からからデータを
受信して他プロセスに通知する例を説明するためのブロ
ック図である。
FIG. 6 is a block diagram for explaining an example of receiving data from a host device and notifying other processes according to the embodiment;

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

1 UNIX・OS 2 共有メモリ 3 FIFOファイル 4 セマフォ 5 ライブラリ 6a〜6c プロセス 10 ホスト装置 11 端末 11a 共有メモリ 11b FIFOファイル 11c 制御プロセス 11d 通信プロセス 12 LAN DESCRIPTION OF SYMBOLS 1 UNIX / OS 2 Shared memory 3 FIFO file 4 Semaphore 5 Library 6a-6c process 10 Host device 11 Terminal 11a Shared memory 11b FIFO file 11c Control process 11d Communication process 12 LAN

Claims (14)

【特許請求の範囲】[Claims] 【請求項1】 UNIXオペレーティングシステムにお
けるシェアドメモリ、FIFOファイル及びプロセスか
らなるライブラリによって複数プロセス間で通信を行う
方法にあって、 メッセージ可変長に対応して送受信データの履歴を残す
段階と、 この履歴を残したライブラリによって複数プロセス間で
通信を行う段階と、 を有することを特徴とする複数プロセス間通信方法。
1. A method for performing communication between a plurality of processes using a shared memory, a FIFO file, and a library comprising a process in a UNIX operating system, wherein a history of transmission / reception data corresponding to a variable length of a message is left; Performing a communication between a plurality of processes by using a library having the following.
【請求項2】 前記送受信データの履歴を残す段階が、 親プロセスが子プロセスを起動する親子関係であり、又
は、非親子関係であることを特徴とする請求項1記載の
複数プロセス間通信方法。
2. The method according to claim 1, wherein the step of leaving the history of the transmission / reception data is a parent-child relationship in which a parent process starts a child process or a non-parent-child relationship. .
【請求項3】 前記シェアドメモリ、FIFOファイ
ル、セマフォのアクセスがライブラリとしてユーザに提
供され、かつ、シェアドメモリの初期化処理及びメッセ
ージ送受信処理に対して共通関数を登録することを特徴
とする請求項1記載の複数プロセス間通信方法。
3. The shared memory, FIFO file, and semaphore access is provided to a user as a library, and a common function is registered for initialization processing of the shared memory and message transmission / reception processing. 2. The method for communication between multiple processes according to 1.
【請求項4】 前記初期化処理が、 ライブラリを使用するための、プロセスのそれぞれに対
するメモリアクセス用のポインタとプロセス数に応じた
識別符号とを定義し、このためのシステムのメッセージ
負荷を考慮してバッファの個数及びバッファ長を設定す
ることを特徴とする請求項3記載の複数プロセス間通信
方法。
4. The initialization process defines a memory access pointer for each of the processes and an identification code according to the number of processes for using the library, and takes into account the message load of the system. 4. The method according to claim 3, wherein the number of buffers and the buffer length are set.
【請求項5】 前記初期化処理が、 ライブラリを使用するプロセスが要求プロセスにおいて
起動時に初期化し、 この要求プロセスの初期化処理により共通関数処理がシ
ェアドメモリの取得、FIFOファイルの作成及び取得
メモリの初期設定を自動的に行い、 更に、この初期設定によるセマフォの取得を自動的に行
う、 ことを特徴とする請求項4記載の複数プロセス間通信方
法。
5. The initialization process is performed when a process using a library is initialized in a request process at the time of startup. The initialization process of the request process allows the common function process to acquire a shared memory, create a FIFO file, and execute 5. The communication method between multiple processes according to claim 4, wherein the initialization is automatically performed, and the semaphore is automatically acquired according to the initialization.
【請求項6】 前記メッセージ送受信処理が、 送信時は、メッセージ発生に基づいて少なくとも送信メ
ッセージ及び送信先識別符号を設定して送信を行うと共
に、受信イベント発生時は、受信バッファを指定して受
信を行うことを特徴とする請求項3記載の複数プロセス
間通信方法。
6. The message transmission / reception processing includes: at the time of transmission, setting at least a transmission message and a destination identification code based on the occurrence of a message and performing transmission; and at the time of a reception event, specifying a reception buffer and performing reception. 4. The method for communication between a plurality of processes according to claim 3, wherein:
【請求項7】 前記メッセージ送受信処理における送信
として、 他プロセスにライブラリを通じてメッセージを送信する
場合に要求プロセスによってFIFOファイルに対する
書き込み要求を行い、 この書き込み要求処理による共通関数での書き込みデー
タの履歴を自動的に管理し、 更に、シェアドメモリにメッセージ登録して通知先プロ
セスへ送信する、 ことを特徴とする請求項6記載の複数プロセス間通信方
法。
7. As a transmission in the message transmission / reception processing, when a message is transmitted to another process through a library, a write request to a FIFO file is made by a requesting process, and the history of write data in a common function by the write request processing is automatically set. 7. The communication method between a plurality of processes according to claim 6, wherein the communication is managed in a shared memory, and the message is registered in a shared memory and transmitted to a notification destination process.
【請求項8】 前記共通関数での書き込みにおいて、 FIFOトレース時に日付時刻をmsec単位まで同時
に書き込み、 FIFOファイルの書き込み時に送信通番を共通関数内
で付加し、 バッファ番号が設定されている場合にバッファメッセー
ジの先頭部のトレースを同時に行う、 ことを特徴とする請求項7記載の複数プロセス間通信方
法。
8. In the writing by the common function, date and time are simultaneously written up to the msec unit at the time of FIFO tracing, a transmission serial number is added in the common function at the time of writing the FIFO file, and the buffer is set when the buffer number is set. The method according to claim 7, wherein tracing of the head of the message is performed simultaneously.
【請求項9】 前記メッセージ送受信処理における受信
として、 自プロセス宛のメッセージを受信する場合の要求プロセ
スにおいて、FIFOファイルに対する読み込みの要求
を行い、 この読み込みの要求処理によって共通関数が、FIFO
ファイルのデータを取得して履歴を管理し、 更に、バッファインデックスに基づいてメッセージを取
得する、 ことを特徴とする請求項6記載の複数プロセス間通信方
法。
9. A request for reading a FIFO file in a request process for receiving a message addressed to the own process as reception in the message transmission / reception process, and the common function is executed by the FIFO request process by the read request process.
7. The communication method between multiple processes according to claim 6, further comprising: acquiring file data, managing a history, and acquiring a message based on a buffer index.
【請求項10】 前記FIFOファイルの読込処理が、 FIFOトレース時に日付時刻をmsec単位まで同時
に書き込み、 バッファ番号が設定されている場合にバッファメッセー
ジの先頭部のトレースを同時に行う、 ことを特徴とする請求項9記載の複数プロセス間通信方
法。
10. The reading process of the FIFO file, wherein at the time of FIFO tracing, a date and time are simultaneously written up to a unit of msec, and when a buffer number is set, tracing of a head portion of a buffer message is performed at the same time. The communication method between a plurality of processes according to claim 9.
【請求項11】 前記シェアドメモリが、 ヘッダ部、バッファ総数分のインディクス部及びバッフ
ァ総数分のメッセージ部とからなることを特徴とする請
求項1記載の複数プロセス間通信方法。
11. The method according to claim 1, wherein the shared memory comprises a header section, an index section for the total number of buffers, and a message section for the total number of buffers.
【請求項12】 前記インディクス部が、 バッファ内使用履歴、次メッセージバッファ番号、最終
メッセージバッファ番号、バッファ総メッセージ長、カ
レントメッセージ長、登録要求プロセス識別番号,廃棄
要求プロセス識別番号、メモリ使用状態、メッセージ識
別番号及びメッセージ作成状態からなることを特徴とす
る請求項11記載の複数プロセス間通信方法。
12. The index section includes: a buffer use history, a next message buffer number, a last message buffer number, a buffer total message length, a current message length, a registration request process identification number, a discard request process identification number, and a memory use state. 12. The method according to claim 11, comprising a message identification number and a message creation state.
【請求項13】 UNIXオペレーティングシステムに
おけるシェアドメモリ、FIFOファイル及びプロセス
からなるライブラリによって複数プロセス間で通信を行
うプロセス間通信装置にあって、 メッセージ可変長に対応して送受信データの履歴を残す
第1制御処理手段と、前記第1制御処理手段が残した履
歴に基づくライブラリによって複数プロセスでのプロセ
ス間通信を行う第2制御処理手段と、 を備えることを特徴とする複数プロセス間通信装置。
13. An inter-process communication apparatus for performing communication between a plurality of processes by using a shared memory, a FIFO file, and a library of processes in a UNIX operating system, wherein a first history of transmission / reception data corresponding to a variable length of a message is recorded. An inter-process communication apparatus comprising: a control processing unit; and a second control processing unit that performs inter-process communication in a plurality of processes by using a library based on a history left by the first control processing unit.
【請求項14】 UNIXオペレーティングシステムに
おけるライブラリが、複数プロセス間でメッセージ可変
長に対応した送受信データの履歴による複数プロセス間
で通信を行う際に、親プロセスが子プロセスを起動する
親子関係にかかわらずメッセージ可変長に対応して送受
信データの履歴を残し、この履歴を残したライブラリに
よって複数プロセスでのプロセス間通信を行う制御を実
行するための制御プログラムを格納したことを特徴とす
る情報記録媒体。
14. When a library in the UNIX operating system performs communication between a plurality of processes based on a history of transmission / reception data corresponding to a variable message length between the plurality of processes, regardless of a parent-child relationship in which a parent process starts a child process. An information recording medium characterized by storing a history of transmission / reception data corresponding to a variable length of a message, and storing a control program for executing control for performing inter-process communication in a plurality of processes by a library having the history.
JP11158649A 1999-06-04 1999-06-04 Method and device for interprocess communication and information storage medium Pending JP2000347881A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP11158649A JP2000347881A (en) 1999-06-04 1999-06-04 Method and device for interprocess communication and information storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP11158649A JP2000347881A (en) 1999-06-04 1999-06-04 Method and device for interprocess communication and information storage medium

Publications (1)

Publication Number Publication Date
JP2000347881A true JP2000347881A (en) 2000-12-15

Family

ID=15676333

Family Applications (1)

Application Number Title Priority Date Filing Date
JP11158649A Pending JP2000347881A (en) 1999-06-04 1999-06-04 Method and device for interprocess communication and information storage medium

Country Status (1)

Country Link
JP (1) JP2000347881A (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010077399A (en) * 2000-02-02 2001-08-17 박종섭 Restoration of Data in statistics processor in case of abnormal power down
JP2007011650A (en) * 2005-06-30 2007-01-18 Ricoh Co Ltd Information processor, message management method, program, and storage medium
JP7512498B2 (en) 2023-09-13 2024-07-08 イーソル株式会社 Message sending and receiving method and operating system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010077399A (en) * 2000-02-02 2001-08-17 박종섭 Restoration of Data in statistics processor in case of abnormal power down
JP2007011650A (en) * 2005-06-30 2007-01-18 Ricoh Co Ltd Information processor, message management method, program, and storage medium
JP7512498B2 (en) 2023-09-13 2024-07-08 イーソル株式会社 Message sending and receiving method and operating system

Similar Documents

Publication Publication Date Title
JP3554007B2 (en) Communication method and communication system using node network
US7089561B2 (en) Methods and systems for creating and communicating with computer processes
US7739693B2 (en) Generic application program interface for native drivers
US7823131B2 (en) Debugger for a hardware-implemented operating system
US6757756B1 (en) Method and apparatus for exchanging data between transactional and non-transactional input/output systems in a multi-processing, shared memory environment
KR100221374B1 (en) Method and system for managing events
US8286194B2 (en) Coupling state aware systems
JPH03126158A (en) Method and apparatus for scheduling
US6732360B1 (en) System and method for providing connection between client and heterogeneous database management systems
US6249821B1 (en) Network object frameworks
US5455950A (en) Universal device for coupling a computer bus to a specific link of a network and operating system therefor
US7010609B1 (en) System and method for adding transport protocols in distributed middleware applications
JP3189124B2 (en) Method for managing storage capacity in a data processing network
CN114020529A (en) Backup method and device of flow table data, network equipment and storage medium
CN113010122A (en) Image forming apparatus monitoring apparatus, method, system, and storage medium
JP3245500B2 (en) Event management method in multi-programming
JP2000347881A (en) Method and device for interprocess communication and information storage medium
JP5884566B2 (en) Batch processing system, progress confirmation device, progress confirmation method, and program
US7043565B1 (en) System and method for transferring data over an external transmission medium
JP2549251B2 (en) How to create an annotation record for live data
JP2000163345A (en) Device control system, information registering method, device utilizing method and storage medium recording computer program
CN213342280U (en) Communication system
JPH06208487A (en) Method for display and display system
KR100482316B1 (en) Console server method on operating system and apparatus thereof
CN1774696B (en) Method and system for asynchronous serial communications between equipments through main processor

Legal Events

Date Code Title Description
A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20040608