JPH08180026A - 論理通信路管理方法 - Google Patents

Abstract

(57)【要約】 【目的】 論理通信路の数が少なくて済む論理通信路の
管理方法を提供する。 【構成】 複数のプログラム２３，２４，２５を有する
コンピュータ２０と少なくとも１以上のプログラム３
２，３３，３５を有するコンピュータ３０との間に形成
する論理通信路を管理する論理通信路管理方法におい
て、コンピュータ２０，３０の間に独立して使用可能な
一対の送信用通信路及び受信用通信路でなり所定の識別
子で特定される論理通信路を形成し、コンピュータ２０
のプログラム２３，２４，２５とコンピュータ３０のプ
ログラム３２，３３，３５との間で伝送データの送受信
を行う際に、論理通信路の識別子を指定することによ
り、論理通信路を共用する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、論理通信路の管理方
法に関し、特に、通信回線を介して接続された複数の情
報処理装置のプログラム間通信における論理的な通信路
の管理方法に関する。

【０００２】

【従来の技術】計算機のネットワークを経由したプログ
ラム間通信は、例えばクライアントマシンとサーバマシ
ンとが通信回線で接続されたシステムにおいてデータベ
ースの検索などを行う場合、サーバマシン上のアプリケ
ーションプログラムの提供するサービスをクライアント
マシン上で受けるために、クライアントマシン上のアプ
リケーションプログラムとサーバマシン上のアプリケー
ションプログラムとの間に論理通信路による論理的な接
続を確立して、この論理通信路を介してクライアントマ
シン上のアプリケーションプログラムによってサーバマ
シン上のアプリケーションプログラムを呼び出すこと
が、一般的に行われている。

【０００３】図８に、かかる従来の論理通信路の管理方
法を採用したデータベースの検索用のシステムにおい
て、クライアントマシン２が、通信回線１を介して接続
されたサーバマシン３に対して要求伝文を送信し、さら
にサーバマシン３からの応答伝文を受信するときの手順
を示す。この手順を以下具体的に説明する。 先ず、サーバマシン３上のアプリケーションプログラ
ム３ａは、クライアントマシン２からの接続要求を待
つ。

【０００４】一方、クライアントマシン２上のアプリ
ケーションプログラム２ａは、相手方のサーバマシンの
名前この場合はサーバマシン３の名前を指定して接続要
求を通信回線１上のネットワークに発行する。なお、こ
のときのサーバマシンの名前としては例えばＵＮＩＸの
ＴＣＰ／ＩＰにおけるホスト名などが用いられる。 そして、クライアントマシン２上のアプリケーション
プログラム２ａからの接続要求がサーバマシン３に届く
と、サーバマシン３は、通常この接続要求に対して接続
を許可する。この時点で、クライアントマシン２上のア
プリケーションプログラム２ａとサーバマシン３上のア
プリケーションプログラム３ａとの間に論理通信路が確
立され、この論理通信路にはこれを特定するための通信
路識別子が対応づけられる。

【０００５】論理通信路が確立されると、サーバマシ
ン３上のアプリケーションプログラム３ａは確立した論
理通信路の識別子を指定して要求伝文の受信待ち状態と
なる。その一方、クライアントマシン２上のアプリケー
ションプログラム２ａは、上記の論理通信路の識別子を
指定して、サーバマシン３上のアプリケーションプログ
ラム３ａへの要求伝文を、通信回線１上のネットワーク
に送信するとともに、送信後はやはり上記の論理通信路
の識別子を指定して、応答伝文の受信待ち状態となる。

【０００６】そして、クライアントマシン２上のアプ
リケーションプログラム２ａからの要求伝文がサーバマ
シン３に届くと、サーバマシン３上のアプリケーション
プログラム３ａは、この要求伝文を受信する。 要求伝文を受信したサーバマシン３上のアプリケーシ
ョンプログラム３ａは、この要求伝文により要求された
応答データを用意した後、上記の論理通信路の識別子を
指定して、用意した応答データを含む応答伝文を、通信
回線１上のネットワークに送信する。

【０００７】そして、サーバマシン３上のアプリケー
ションプログラム３ａからの応答伝文がクライアントマ
シン２に届くと、クライアントマシン２上のアプリケー
ションプログラム２ａは、この応答伝文を受信し、これ
によって得たデータを用いて必要なサービス処理を行
う。 この後、クライアントマシン２上のアプリケーション
プログラム２ａが使用済の論理通信路に対する接続破棄
を行うとともに、その一方でサーバマシン３上のアプリ
ケーションプログラム３ａがこの論理通信路の接続破棄
を確認する。この時点で、クライアントマシン２上のア
プリケーションプログラム２ａとサーバマシン３上のア
プリケーションプログラム３ａとの間に確立された論理
通信路が閉鎖され、サーバマシン３上のアプリケーショ
ンプログラム３ａは、新たな要求に対するサービスを提
供するために、再びクライアントマシンからの接続要求
を待つ。

【０００８】このように別のコンピュータ上に設けられ
て互いに関連して協働するアプリケーションプログラム
の対ごとにそれぞれ個別の論理通信路を確立し、対をな
すアプリケーションプログラムがそれぞれの論理通信路
を介して情報伝送を行うのは、コンピュータ間を接続す
る物理的な通信回線の特性や制約等からアプリケーショ
ンプログラムをできるだけ開放して、計算機間での伝送
データの送受信を伴うアプリケーションプログラムにつ
いての簡素化や標準化等を図るためである。

【０００９】そして、従来は、かかる論理通信路の管理
方法が、データベースの検索の分野だけでなく、ファク
トリオートメーションやプロセス制御などの分野でも用
いられていた。

【００１０】

【発明が解決しようとする課題】しかし、従来の論理通
信路の管理方法を用いたシステムは、互いに関連するア
プリケーションプログラムの処理ごとに個別に論理通信
路を形成することから、論理通信路の数が比較的少なく
て済む分野、例えばデータベース検索等の分野には好適
であっても、論理通信路の数が多くなりがちな分野、例
えばファクトリオートメーションやプロセス制御などの
分野には必ずしも適しているとは言えない。

【００１１】すなわち、前者のデータベース検索等の分
野におけるシステムでは、通常クライアントマシンとサ
ーバマシンとの間で定常的なデータを送受信するのに必
要な数の論理通信路が必要とされるにすぎないことか
ら、論理通信路の数が比較的少なくて済みアプリケーシ
ョンプログラムの通信関連部分の構造も簡易で済むが、
これに対し、後者のファクトリオートメーション等の分
野おけるシステムでは、コンピュータ間で定常的なデー
タを送受信することに加えて、さらに論理通信路を要す
るその他の処理も行わなければならないことから、論理
通信路の数が多くなりアプリケーションプログラムの通
信関連部分の構造も複雑化することになる。

【００１２】具体例を挙げると、ファクトリオートメー
ション等の分野では、制御対象の異常や設備の故障など
のアラーム情報を検出し、これをオペレータに通知する
ことが重要である。そして、このことをコンピュータ間
に亘って行うには、アラーム情報を検出して他のコンピ
ュータにも通知することと、他のコンピュータから通知
されたアラーム情報を受けてこれをも端末等に表示する
ことが必要である。しかしながら、このための処理をも
定常的なデータの送受信を担っているアプリケーション
プログラムに行わせることとすると、このアプリケーシ
ョンプログラムの処理の中で、定常的なデータの送受信
とは非同期にアラーム情報の受信を行うアラーム専用の
緊急通信用の手段を設けることが必要になる。

【００１３】このため、ファクトリオートメーション等
の分野で従来の論理通信路の管理方法を用いたシステム
には、論理通信路の数が多くて通信管理プログラムによ
る論理通信路の管理が煩雑であり、アプリケーションプ
ログラムの通信関連部分の構造が個々のシステムに依存
して相違することからアプリケーションプログラムの生
産性が高くないという問題がある。

【００１４】この発明は、上記従来技術における未解決
の課題に着目してなされたものであり、論理通信路の数
が少なくて済む論理通信路の管理方法を提供することを
目的とする。また、論理通信路の管理負担が少なくて済
む論理通信路の管理方法を提供することを目的とする。
さらに、情報処理手段の通信関連部分の構造が簡易なも
ので足りる論理通信路の管理方法を提供することをも目
的とする。また、送受信の効率がよい論理通信路の管理
方法を提供することをも目的とする。

【００１５】

【課題を解決するための手段】上記目的を達成するため
に、請求項１の発明に係る論理通信路の管理方法は、複
数の情報処理手段を有する第１の情報処理装置と少なく
とも１以上の情報処理手段を有する第２の情報処理装置
との間に形成する論理通信路を管理する情報処理装置間
の論理通信路管理方法において、前記第１の情報処理装
置と前記第２の情報処理装置との間に独立して使用可能
な一対の送信用通信路及び受信用通信路でなり所定の識
別子で特定される論理通信路を形成し、前記第１の情報
処理装置及び第２の情報処理装置の情報処理手段間で伝
送データの送受信を行う際に、前記論理通信路の識別子
を指定することにより、前記論理通信路を共用する。

【００１６】上記目的を達成するために、請求項２の発
明に係る論理通信路の管理方法は、請求項１記載の論理
通信路管理方法であって、前記第１の情報処理装置と前
記第２の情報処理装置の各情報処理手段に個別の識別子
を対応させるとともに、前記第１の情報処理装置及び第
２の情報処理装置の情報処理手段間で伝送データの送受
信を行う際に、相手方の情報処理手段の識別子を前記伝
送データの通信伝文に含ませるようにした。

【００１７】上記目的を達成するために、請求項３の発
明に係る論理通信路の管理方法は、請求項２記載の論理
通信路管理方法であって、前記第１の情報処理装置と前
記第２の情報処理装置のそれぞれに、前記論理通信路を
介して通信伝文を受信しこの通信伝文をこれに含まれた
情報処理手段の識別子で特定される自情報処理装置の情
報処理手段に渡す受信管理手段と、自情報処理装置の情
報処理手段から通信伝文を受けこの通信伝文を前記論理
通信路を介して相手方情報処理装置の前記受信管理手段
に送信する送信管理手段とを、自情報処理装置の情報処
理手段とは別に設けて、前記受信管理手段と前記送信管
理手段とをそれぞれ個別のタスクとして起動するととも
に、これらの起動後のタスクを主メモリ上に常駐させ
る。

【００１８】上記目的を達成するために、請求項４の発
明に係る論理通信路の管理方法は、請求項３記載の論理
通信路管理方法であって、前記第１の情報処理装置と前
記第２の情報処理装置のそれぞれに設けられて前記論理
通信路を形成する論理通信路形成手段が、自情報処理装
置の情報処理手段から呼び出される共通サブルーチンで
あって最初に呼びだされたときに前記受信管理手段のタ
スクと前記送信管理手段のタスクとを起動するものであ
る。

【００１９】上記目的を達成するために、請求項５の発
明に係る論理通信路の管理方法は、請求項３記載の論理
通信路管理方法であって、前記第１の情報処理装置と前
記第２の情報処理装置のそれぞれに設けられて前記論理
通信路を形成する論理通信路形成手段が、自情報処理装
置の何れかの情報処理手段によって前記論理通信路の形
成に関する処理が行われる前に実行され、このときに前
記受信管理手段のタスクと前記送信管理手段のタスクと
を起動するものである。

【００２０】

【作用】請求項１記載の発明に係る論理通信路管理方法
にあっては、複数の情報処理手段が同じ論理通信路を共
用することから、データ伝送を行う情報処理手段の数に
拘わらず、一対の情報処理装置間に一対の論理通信路を
形成すれば足りる。しかも、送信用通信路と受信用通信
路とが独立して使用可能であるから、複数の情報処理手
段で論理通信路を共用しても、ある情報処理手段による
通信伝文の送受信が他の情報処理手段による通信伝文の
送受信と干渉するという事態も回避される。そこで、こ
の発明によれば、論理通信路が少なくて済む。その結
果、ファクトリオートメーションやプロセス制御などの
分野に適用した場合でも、論理通信路の管理負担が少な
くて済む。

【００２１】請求項２記載の発明に係る論理通信路管理
方法にあっては、相手方の情報処理手段の識別子が伝送
データの通信伝文に含まれていることから、この情報処
理手段の識別子を参照することにより、複数の情報処理
手段で論理通信路を共用していても通信伝文を受けるべ
き相手方の情報処理手段を容易且つ確実に特定すること
ができる。したがって、論理通信路の管理負担が少なく
て済む。

【００２２】請求項３記載の発明に係る論理通信路管理
方法にあっては、受信管理手段と送信管理手段が別のタ
スクであることから、一対の論理通信路における送信用
通信路と受信用通信路とを独自に管理することが容易と
なり、僅かな管理負担でこれらは独立して使用可能とな
る。さらに、受信管理手段と送信管理手段の各タスクが
起動後主メモリ上に常駐するものであることから、タス
クスワップ等不要で送信・受信ともに効率よく行われ
る。したがって、この発明によれば、管理負担が少なく
て済み、しかも送受信の効率もよい。

【００２３】請求項４記載の発明に係る論理通信路管理
方法にあっては、論理通信路形成手段を共通サブルーチ
ンとするとともにこの中で受信管理手段と送信管理手段
のタスクとを起動することから、情報処理手段は論理通
信路を形成するに際し単に共通サブルーチンを呼び出す
だけで済む。したがって、この発明によれば、情報処理
手段の通信関連部分の構造が簡易なもので足りる。

【００２４】請求項５記載の発明に係る論理通信路管理
方法にあっては、少なくとも何れかの情報処理手段がデ
ータ伝送を開始する前に論理通信路形成の処理が済んで
いるから、データ伝送を最初から効率よく行うことがで
きる。したがって、この発明によれば、送受信の効率が
よい。

【００２５】

【実施例】この発明の論理通信路の管理方法を適用した
システムについて、第１の実施例を説明する。図１に、
その概要構成を示す。この実施例のシステムは、搬入ロ
ボット２９を管理するコンピュータ（情報処理装置）２
０と加工機３９を管理するコンピュータ（情報処理装
置）３０と搬出ロボット４９を管理するコンピュータ
（情報処理装置）４０とが通信回線１０で接続されてい
るものとする。これらのコンピュータ１０，２０，３０
は協働して１連の加工ラインを統一的に機能させる１つ
のコンピュータ群を構成する。

【００２６】ここで、コンピュータ１０，２０，３０
は、それぞれ、メモリや必要であればハードディスクを
備えたいわゆるパーソナルコンピュータあるいはそのＦ
Ａタイプのものであって、マルチタスク管理可能なＯＳ
（オペレーティングシステム）を備えたものである。ま
た、通信回線１０は、例えばイーサネットの規格に従う
同軸ケーブルからなる通信回線であり、各コンピュータ
１０，２０，３０に搭載されたイーサネット規格の通信
制御回路に接続されている。

【００２７】そして、コンピュータ２０には、通信管理
プログラム２１０と、ワーク受入れプログラム２２と、
装置状態検出プログラム（情報処理手段）２３と、ワー
ク払出しプログラム（情報処理手段）２４と、全装置状
態表示プログラム（情報処理手段）２５とが、インスト
ールされている。また、コンピュータ３０には、通信管
理プログラム３１０と、ワーク受入れプログラム（情報
処理手段）３２と、装置状態検出プログラム３３（情報
処理手段）と、ワーク払出しプログラム（情報処理手
段）３４と、全装置状態表示プログラム（情報処理手
段）３５とが、インストールされている。さらに、コン
ピュータ４０には、通信管理プログラム４１０と、ワー
ク受入れプログラム（情報処理手段）４２と、装置状態
検出プログラム（情報処理手段）４３と、ワーク払出し
プログラム４４と、全装置状態表示プログラム（情報処
理手段）４５とが、インストールされている。

【００２８】これらのプログラムのうちワーク受入れプ
ログラム２２，３２，４２、装置状態検出プログラム２
３，３３，４３、ワーク払出しプログラム２４，３４，
４４、全装置状態表示プログラム２５，３５，４５は、
それぞれ個別のタスクとして起動されるアプリケーショ
ンプログラムであり、以下に説明するような処理を行
う。先ず、ワーク受入れプログラム２２は、搬入ロボッ
ト２９がワークを保持していないときには搬入ロボット
２９に対し搬入用パレット等から次のワークの取り上げ
を開始する指令を送出するものである。

【００２９】また、ワーク受入れプログラム３２は、加
工機３９がワークを保持しておらず次のワークの加工に
取りかかることが可能なときに搬入ロボット２９による
次のワークの加工機３９への搬入を行わせるものである
が、搬入ロボット２９はワーク受入れプログラム３２の
存するコンピュータ３０の制御下にないことから直接搬
入ロボット２９にその旨の指令を送出することができな
いので、搬入ロボット２９を直接制御するコンピュータ
２０のワーク払出しプログラム２４にその旨のメッセー
ジ（通信伝文）を送る。一方、ワーク払出しプログラム
２４は、ワーク受入れプログラム３２からのメッセージ
送信をまってこれを受信すると搬入ロボット２９に指令
を送出して加工機３９へのワーク搬入を行わせるもので
ある。つまり、ワーク受入れプログラム３２とワーク払
出しプログラム２４とは、協働して搬入ロボット２９に
よるワークの加工機３９への搬入を行わせるために、互
いにメッセージの送受信を行うことにより必要な情報を
交換するためのデータ伝送を行うものである。

【００３０】これと反対に、ワーク払出しプログラム３
４は、加工機３９がワークの加工を終了したときに搬出
ロボット４９による加工機３９からのワーク搬出を行わ
せるものであるが、搬出ロボット４９はワーク払出しプ
ログラム３４の存するコンピュータ３０の制御下にない
ことから直接搬出ロボット４９にその旨の指令を送出す
ることができないので、搬出ロボット４９を直接制御す
るコンピュータ４０のワーク受入れプログラム４２にそ
の旨のメッセージを送る。一方、ワーク受入れプログラ
ム４２は、ワーク払出しプログラム３４からのメッセー
ジ送信をまってこれを受信すると搬出ロボット４９に指
令を送出して加工機３９からのワーク搬出を行わせるも
のである。つまり、ワーク払出しプログラム３４とワー
ク受入れプログラム４２とは、協働して搬出ロボット４
９によるワークの加工機３９からの搬出を行わせるため
に、互いにメッセージの送受信を行うものである。ま
た、ワーク払出しプログラム４４は、搬出ロボット４９
がワークを保持しているときに搬出ロボット４９に対し
そのワークを搬出用パレット等に移載する指令を送出す
るものである。

【００３１】装置状態検出プログラム２３は、搬入ロボ
ット２９の動作状態やアラーム情報等を検出し、検出し
た装置状態を、定期的に又は状態変化時に、全装置状態
表示プログラム２５，３５，４５に通知する。このと
き、コンピュータ２０に存しない全装置状態表示プログ
ラム３５，４５に対してデータを直接引き渡すことはで
きないので、装置状態検出プログラム２３は、これらの
プログラム３５，４５との間で装置状態情報についての
メッセージの送受信を行う。同様に、装置状態検出プロ
グラム３３は、全装置状態表示プログラム２５，４５と
の間で加工機３９の装置状態情報についてのメッセージ
の送受信を行い、装置状態検出プログラム４３は、全装
置状態表示プログラム２５，３５との間で、搬出ロボッ
ト４９の装置状態情報についてのメッセージの送受信を
行う。全装置状態表示プログラム２５，３５，４５は、
それぞれコンピュータ２０，３０，４０の端末に、搬入
ロボット２９と加工機３９と搬出ロボット４９の装置状
態をオペレータの監視等に供するため表示する。

【００３２】通信管理プログラム２１０は、アプリケー
ションプログラム２２，２３，２４，２５に対し統一的
な呼出し形式を提供するためのリエントラントな共通サ
ブルーチン群２１１と、コンピュータ２０とコンピュー
タ３０との間に設けられる一対の論理通信路を管理する
一対の送受信制御タスク２１２と、コンピュータ２０と
コンピュータ４０との間に設けられる他の一対の論理通
信路を管理する一対の送受信制御タスク２１３とからな
る。同様に、通信管理プログラム３１０は、アプリケー
ションプログラム３２，３３，３４，３５に対し統一的
な呼出し形式を提供するためのリエントラントな共通サ
ブルーチン群３１１と、コンピュータ３０とコンピュー
タ２０との間に設けられる一対の論理通信路を管理する
一対の送受信制御タスク３１２と、コンピュータ３０と
コンピュータ４０との間に設けられる他の一対の論理通
信路を管理する一対の送受信制御タスク３１３とからな
り、通信管理プログラム４１０は、アプリケーションプ
ログラム４２，４３，４４，４５に対し統一的な呼出し
形式を提供するためのリエントラントな共通サブルーチ
ン群４１１と、コンピュータ４０とコンピュータ３０と
の間に設けられる一対の論理通信路を管理する一対の送
受信制御タスク４１２と、コンピュータ４０とコンピュ
ータ２０との間に設けられる他の一対の論理通信路を管
理する一対の送受信制御タスク４１３とからなる。な
お、一対の論理通信路を１本の破線で図示する。

【００３３】また、一対の送受信制御タスク２１２は、
送信制御タスク（送信管理手段）２１２ａと受信制御タ
スク（受信管理手段）２１２ｂとからなり、一対の送受
信制御タスク３１２も、やはり送信制御タスク（送信管
理手段）３１２ａと受信制御タスク（受信管理手段）３
１２ｂとからなる。そこで、加工機３９が１つの加工処
理を終えて次のワークを受け取ろうとするときに協働す
るワーク払出しプログラム２４とワーク受入れプログラ
ム３２との間で行われるメッセージの送受信に関係する
プログラムの関連図を図２に示す。また、その層構造を
図３に示す。図３には、他の図では割愛した最下位のネ
ットワークライブラリも示す。他の一対の送受信制御タ
スク２１３，３１３，４１２，４１４も、図示は割愛す
るが、同様にそれぞれ送信制御タスク（送信管理手段）
と受信制御タスク（受信管理手段）とからなるものであ
る。マルチタスクをサポートするＯＳの下では各タスク
は並行処理可能であることから、このように送信制御タ
スクと受信制御タスクとを別タスクとすることにより、
送信と受信とを独立に行うことができる。

【００３４】図４に、コンピュータ２０における各プロ
グラムのうちコンピュータ３０とのメッセージの送受信
に関係するものについての関連図を示す。コンピュータ
２０における各プログラムのうちコンピュータ４０との
メッセージの送受信に関係するものについての関連図も
同様であり、また他のコンピュータ３０，４０における
各プログラムの関連図も同様のものなので、図４の例を
説明する。なお、図では、メッセージの流れを伴う関係
を太線で示し、サブルーチン呼出しやタスク起動のみの
関係を矢付破線で示す。また、各サブルーチンやタスク
等のブロック内には、その通信関連の処理の流れについ
て概略を示す。

【００３５】共通サブルーチン群２１１は、少なくとも
通信路開設サブルーチン（論理通信路形成手段）２１１
ａと、伝文送信サブルーチン２１１ｂと、伝文受信サブ
ルーチン２１１ｃと、通信路閉鎖サブルーチン２１１ｄ
とを含むものである。これらは、ワーク受入れプログラ
ム２２、装置状態検出プログラム２３、ワーク払出しプ
ログラム２４、全装置状態表示プログラム２５の各プロ
グラムから呼び出されて、呼び出し側タスクの一部とし
てその機能を果たす。各サブルーチン２１１ａ〜２１１
ｄはリエントラントなので、呼び出し側タスク（２２）
〜（２５）は他のタスク状態によって制約されることな
く、サブルーチン２１１ａ〜２１１ｄの何れかを呼び出
すことができる。

【００３６】通信路開設サブルーチン２１１ａは、呼び
出されると、送信制御タスク２１１ａと受信制御タスク
２１１ｂとに対する起動要求をＯＳに発し、これらのタ
スク２１１ａ，２１１ｂが正常に起動され、さらにこれ
らのタスク２１１ａ，２１１ｂから自コンピュータ２０
と相手方コンピュータ３０との間における論理通信路が
確立された後に、この一対の論理通信路に対する論理通
信路識別子としてコンピュータ２０及びコンピュータ３
０のコンピュータＩＤを返すものである。このコンピュ
ータＩＤはコンピュータ２０とコンピュータ３０との対
に１つ定まるものであるから、コンピュータ２０とコン
ピュータ３０との間に１つ設けられた一対の論理通信路
を特定することができる。

【００３７】ここで、ＯＳに対する送信制御タスク２１
１ａと受信制御タスク２１１ｂの起動要求に際し、これ
らのタスクはメモリ常駐とする旨の引数をセットしてお
く。これを受けたＯＳによって、両タスクは起動後メモ
リに常駐し、例えばいわゆるバックグラウンドで動作す
るので、メッセージの送受信における応答性や処理効率
がよい。また、送信制御タスク２１１ａと受信制御タス
ク２１１ｂとが既に起動済の場合は、これらに対する起
動要求はＯＳによって無視されるので、最初の起動要求
のみが有効となる。もっとも、これらのタスク２１１
ａ，２１１ｂの状態をチェックして未起動のときだけ起
動することとしてもよい。また、論理通信路が確立され
るまでサブルーチンからのリターンを遅らせるのではな
く、論理通信路の確立を試行してその結果を示すフラグ
を持って直ちにサブルーチンからリターンし、論理通信
路の確立についての確認を呼出し側に委ねることとして
もよい。いずれにしても、コンピュータ２０とコンピュ
ータ３０との対に関して一対の論理通信路が１つ形成さ
れる。

【００３８】伝文送信サブルーチン２１１ｂは、図５に
示す如く例えば先頭１バイト目にコンピュータＩＤ（情
報処理装置の識別子）を含み次の２バイト目に相手方の
プログラムＩＤ（情報処理手段の識別子）を含んだ送信
メッセージを引数として呼び出されると、送信メッセー
ジの先頭１バイト目のコンピュータＩＤをチェックし
て、これがコンピュータ２０とコンピュータ３０との間
に設けられた一対の論理通信路を特定するものであると
き、伝文格納と送信要求の処理を行う。すなわち、引き
渡されたメッセージを送信キュー２１２ａ’に繋げ、さ
らに送信制御タスク２１２ａに対し送信キュー２１２
ａ’が空でない旨をフラグセット等によって通知し、そ
の後サブルーチンからリターンする。このように、送信
制御タスク２１２ａとの間に送信キュー２１２ａ’を設
けることにより、実際の送信処理の完了を待たずにアプ
リケーションプログラムはその処理を先に進めることが
できる。なお、伝文送信サブルーチン２１１ｂは、相手
方のプログラムＩＤ等と、送信メッセージの伝送データ
とを個別の引数として呼び出される形式のものとしても
よい。この場合は、サブルーチン内で始めに、このプロ
グラムＩＤ等と伝送データとを組み合わせて、図５に示
す如き先頭１バイト目にコンピュータＩＤを含み次の２
バイト目に相手方のプログラムＩＤを含みさらにその次
に伝文データを含んだ送信メッセージを作成してから、
上述の処理をおこなうことになる。

【００３９】伝文受信サブルーチン２１１ｃは、コンピ
ュータＩＤと呼出し側プログラムのプログラムＩＤとを
引数に持って呼び出されると、このコンピュータＩＤが
コンピュータ２０とコンピュータ３０との間に設けられ
た一対の論理通信路を特定するものであるとき、メッセ
ージの受信を待って伝文読み込みを行う。すなわち、受
信キュー２１２ｂ’に繋げられている各受信メッセージ
の先頭から２バイト目のプログラムＩＤを順にチェック
して、これが引数のプログラムＩＤと一致する受信メッ
セージがあれば、この受信メッセージを受信キュー２１
２ｂ’から抜き出し、この受信メッセージを持ってサブ
ルーチンからリターンする。また、そのような受信メッ
セージが受信キュー２１２ｂ’に無いときは、受信制御
タスク２１２ｂからの受信通知待ち状態に入り、そして
その後自己宛の受信メッセージを受信した受信制御タス
ク２１２ｂからの受信通知を受けると、待ち状態から抜
け、その受信メッセージを持ってサブルーチンからリタ
ーンする。このように、受信制御タスク２１２ｂとの間
に受信キュー２１２ｂ’を設けることにより、アプリケ
ーションプログラムの受信処理以前に相手方から送信さ
れてきたメッセージでもアプリケーションプログラムは
自己の受信可能な時に受信処理を行うことができる。ま
た、コンピュータＩＤと呼出し側プログラムのプログラ
ムＩＤとの組によって検索することで、各プログラム宛
のメッセージが混在する受信キュー２１２ｂ’の中から
呼出し側プログラム宛のメッセージのみを抽出すること
ができる。

【００４０】通信路閉鎖サブルーチン２１１ｄは、呼び
出されても何もしないで直ちにリターンするだけのもの
でもよい。このような形式だけのサブルーチンは、アプ
リケーションプログラムの通信関連部分の構造について
従来との互換性を保証する点で意味がある。もっとも、
呼び出されると、呼出し側プログラムのプログラムＩＤ
を記録し、さらに送信制御タスク２１２ａと受信制御タ
スク２１２ｂにその旨の通知をすることとしてもよい。
こうすれば、全ての呼出し側プログラムが通信路閉鎖を
行った場合に送信制御タスク２１２ａと受信制御タスク
２１２ｂとは不要となった論理通信路を実際に閉鎖して
コンピュータ資源を他の目的に供するために開放するこ
とができる。

【００４１】送信制御タスク２１１ａは、起動される
と、コンピュータ２０からコンピュータ３０への送信の
ための論理通信路（送信用通信路）を確立するために、
コンピュータ３０における受信制御タスク３１２ｂ宛に
通信回線１０を介して、ＴＣＰ／ＩＰのプロトコルに従
う接続要求を送信する。そして、受信制御タスク３１２
ｂから受信可能状態である旨の応答を待ち、その旨の正
常な応答があった時点で送信用の論理通信路が確立す
る。送信用の論理通信路の確立後は、伝文送信サブルー
チン２１１ｂからの送信要求を待つ。すなわち、送信キ
ュー２１２ａ’が空でなくなった旨の通知を待つ。そし
て、送信キュー２１２ａ’が空でないときには、送信キ
ュー２１２ａ’の先頭から順にメッセージを抜き出し、
これを受信制御タスク３１２ｂとの間に確立した送信用
の論理通信路を介して送信する。この送信処理を送信キ
ュー２１２ａ’が空になるまで繰り返し、送信キュー２
１２ａ’が空になると再び伝文送信サブルーチン２１１
ｂから送信キュー２１２ａ’が空でなくなった旨の通知
がなされるのを待つ。このように、送信制御タスク２１
１ａは、メッセージの受信状態に影響されることなく独
立してメッセージ送信を行う。

【００４２】受信制御タスク２１１ｂは、起動される
と、コンピュータ３０からコンピュータ２０が受信する
ための論理通信路（受信用通信路）を確立するために、
コンピュータ３０における送信制御タスク３１２ｂから
ＴＣＰ／ＩＰのプロトコルに従う接続要求が通信回線１
０を介して送信されて来るのを待つ。そして、その旨の
要求を受けると自己が受信可能状態である旨の応答を返
す。この時点で受信用の論理通信路が確立する。受信用
の論理通信路の確立後は、この論理通信路を監視して送
信制御タスク３１２ｂからメッセージが送られてくるの
を待つ。そして、メッセージを受信すると、このメッセ
ージを受信キュー２１２ｂ’に繋げ、さらにメッセージ
を受け取るべきアプリケーションプログラムのタスクが
受信制御タスク２１２ｂからの受信通知待ち状態である
ときには、該当するタスクに対し受信通知を行う。この
ように、受信制御タスク２１１ｂも、メッセージの送信
状態に影響されることなく独立してメッセージ受信を行
う。

【００４３】ここで、さらに装置状態検出プログラム２
３とワーク払出しプログラム２４とを例に採ってアプリ
ケーションプログラムについてのメッセージ送受信を中
心とした構成を説明する。装置状態検出プログラム２３
は、先ず通信路開設サブルーチン２１１ａを呼出して論
理通信路を確立しておく。次に搬入ロボット２９につい
て装置状態を検出し、この装置状態を伝送データとして
これに全装置状態表示プログラム３５のプログラムＩＤ
とコンピュータ３０のコンピュータＩＤを付加したメッ
セージを準備し、このメッセージをコンピュータ３０に
おける全装置状態表示プログラム３５に送信するために
伝文送信サブルーチン２１１ｂを呼び出す。そして、全
装置状態表示プログラム３５が搬入ロボット２９の装置
状態についてのメッセージを受け取ったことを確認する
ために、伝文受信サブルーチン２１１ｃを呼び出して、
全装置状態表示プログラム３５からの応答メッセージを
待つ。装置状態を監視する必要がある間は、伝文送信サ
ブルーチン２１１ｂと伝文受信サブルーチン２１１ｃの
呼び出しを繰り返す。最後に、装置状態を監視する必要
がなくなると通信路閉鎖サブルーチン２１１ｄを呼び出
す。この様な装置状態検出プログラム２３の構造は、簡
易なものである。なお、装置状態検出プログラム２３
は、コンピュータ４０における全装置状態表示プログラ
ム４５への情報伝送のために、全装置状態表示プログラ
ム４５に対しても同様の処理を行う。

【００４４】一方、ワーク払出しプログラム２４は、先
ず論理通信路確立のために通信路開設サブルーチン２１
１ａを１回呼出す。次に加工機３９がワークを受け入れ
可能な状態にあるということを確認するために、伝文受
信サブルーチン２１１ｃを呼び出して、ワーク受入れプ
ログラム３２から自己宛のメッセージ送信を待つ。そし
て、これを受信すると、コンピュータ２０の管理下にあ
る搬入ロボット２９に指令を送出して加工機３９へのワ
ーク搬入を行わせる。ワーク搬入処理が完了すると、加
工機３９による加工処理の開始を促すために、ワーク搬
入処理の完了を示す伝送データにワーク受入れプログラ
ム３２のプログラムＩＤとコンピュータ３０のコンピュ
ータＩＤを付加したメッセージを準備し、このメッセー
ジをコンピュータ３０におけるワーク受入れプログラム
３２に送信するために伝文送信サブルーチン２１１ｂを
呼び出す。加工すべきワークがある間は、伝文受信サブ
ルーチン２１１ｃと伝文送信サブルーチン２１１ｂの呼
び出しを繰り返す。最後に、加工すべきワークがなくな
ると１回だけ通信路閉鎖サブルーチン２１１ｄを呼び出
す。この様なワーク払出しプログラム２４の構造も、簡
易なものといえる。なお、他のアプリケーションプログ
ラムについても、メッセージ送受信に関する構成は、プ
ログラム２３，２４の何れかに準ずるものであり、ある
いはその簡略形か、組み合わせからなるものであり、や
はり簡易なものといえる。

【００４５】このような構成の第１の実施例のシステム
について、その動作を説明する。コンピュータ２０，３
０，４０の順に立ち上げが行われて、それらの間に論理
通信路が確立され、これを介するメッセージの送受信に
よってコンピュータ２０，３０，４０管理下の搬入ロボ
ット２９，加工機３９，搬出ロボット４９が協働して１
つのワークを加工する場合を具体例として説明する。な
お、このコンピュータの立ち上げの順序は説明を簡潔に
するための一例であり、その順序は本来任意である。

【００４６】先ず、コンピュータ２０の電源が投入され
そのスタートスイッチが押されると、コンピュータ２０
では、マルチタスクＯＳが立ち上げられ、このＯＳの管
理下で、通信管理プログラム２１０のロードと初期化が
行われて、通信路開設サブルーチン２１１ａ，伝文送信
サブルーチン２１１ｂ，伝文受信サブルーチン２１１
ｃ，通信路閉鎖サブルーチン２１１ｄが呼出し可能な状
態となる。さらに、ワーク受入れプログラム２２、装置
状態検出プログラム２３、ワーク払出しプログラム２
４、全装置状態表示プログラム２５のタスクが起動され
て、いずれも実行可能状態となり、並行して実行され
る。そして、これらのタスクのうち、プログラム２３，
２４，２５のタスクは何れも先ず通信路開設サブルーチ
ン２１１ａを呼び出す。装置状態検出プログラム２３は
コンピュータ３０の全装置状態表示プログラム３５との
論理通信路を確立するためとコンピュータ４０の全装置
状態表示プログラム４５との論理通信路を確立するた
め、ワーク払出しプログラム２４はコンピュータ３０の
ワーク受入れプログラム３２との論理通信路を確立する
ため、全装置状態表示プログラム２５はコンピュータ３
０の装置状態検出プログラム３３との論理通信路を確立
するためとコンピュータ４０の装置状態検出プログラム
４３との論理通信路を確立するためである。

【００４７】通信路開設サブルーチン２１１ａは、リエ
ントラントな共通サブルーチンであるから、各タスクの
プログラムから呼び出されると、タスク管理レベルで
は、装置状態検出プログラム２３のタスクの一部、ワー
ク払出しプログラム２４のタスクの一部、全装置状態表
示プログラム２５のタスクの一部を構成する。そして、
プログラム２３，２４のタスクの一部となる通信路開設
サブルーチン２１１ａは、コンピュータ２０とコンピュ
ータ３０との間に論理通信路を確立するために、一対の
送受信制御タスク２１２における送信制御タスク２１２
ａと受信制御タスク２１２ｂの起動処理を行う。送信制
御タスク２１２ａと受信制御タスク２１２ｂは、最初の
起動処理による１組だけが実行可能状態となり、マルチ
タスクＯＳの管理下で、並行して実行される。また、同
様にして、プログラム２３，２５のタスクの一部となる
通信路開設サブルーチン２１１ａによって、コンピュー
タ２０とコンピュータ４０との間に論理通信路を確立す
るために、一対の送受信制御タスク２１３の送信制御タ
スクと受信制御タスクとが起動されて実行される。

【００４８】起動された送信制御タスク２１２ａは、送
信キュー２１２ａ’を初期化するとともに、コンピュー
タ３０における受信制御タスク３１２ｂ宛に通信回線１
０を介して接続要求を送信し、その後、受信制御タスク
３１２ｂからの応答を待つ。一方、受信制御タスク２１
２ｂは、受信キュー２１２ｂ’を初期化するとともに、
コンピュータ３０における送信制御タスク３１２ａから
の接続要求が通信回線１０を介して送信されて来るのを
待つ。また、一対の送受信制御タスク２１３の送信制御
タスクと受信制御タスクも、それぞれ同様に、コンピュ
ータ４０における一対の受信制御タスクと送受信制御タ
スクとの接続を試みる。

【００４９】さらに、この間、通信路開設サブルーチン
２１１ａを呼び出した各タスク２３，２４，２５は該当
する受信制御タスクと送受信制御タスクが接続を完了す
るのを待つ。これに対し、ワーク受入れプログラム２２
のタスクは、他のコンピュータ３０，４０のタスクとの
情報伝送を要しないものであることから、搬入ロボット
２９に対し次のワークの取り上げを開始する指令を送出
する。そして、これに応じて搬入ロボット２９による搬
入パレット等からのワークの取り上げとこのワークを加
工機３９に搬入する準備が行われる。

【００５０】次いで、コンピュータ３０の電源が投入さ
れそのスタートスイッチが押されると、コンピュータ３
０でも、同様にして、通信管理プログラム３１０のロー
ドと初期化が行われて、その共通サブルーチン群３１１
が呼出し可能な状態となる。さらに、ワーク受入れプロ
グラム３２、装置状態検出プログラム３３、ワーク払出
しプログラム３４、全装置状態表示プログラム３５のタ
スクが起動されて、いずれも実行可能状態となり、並行
して実行される。そして、ワーク受入れプログラム３２
はコンピュータ２０のワーク払出しプログラム２４との
論理通信路を確立するため、装置状態検出プログラム３
３はコンピュータ２０の全装置状態表示プログラム２５
との論理通信路を確立するためとコンピュータ４０の全
装置状態表示プログラム４５との論理通信路を確立する
ため、ワーク払出しプログラム３４はコンピュータ４０
のワーク受入れプログラム４２との論理通信路を確立す
るため、全装置状態表示プログラム３５はコンピュータ
２０の装置状態検出プログラム２３との論理通信路を確
立するためとコンピュータ４０の装置状態検出プログラ
ム４３との論理通信路を確立するため、共通サブルーチ
ン群３１１の通信路開設サブルーチンを呼び出す。

【００５１】そして、共通サブルーチン群３１１の通信
路開設サブルーチンによって、コンピュータ２０のとき
と同様にして、コンピュータ３０とコンピュータ２０と
の間に論理通信路を確立するために、一対の送受信制御
タスク３１２における送信制御タスク３１２ａと受信制
御タスク３１２ｂが起動され、またコンピュータ３０と
コンピュータ４０との間に論理通信路を確立するため
に、一対の送受信制御タスク３１３の送信制御タスクと
受信制御タスクが起動される。

【００５２】起動された送信制御タスク３１２ａは、自
己の送信キューを初期化するとともに、コンピュータ２
０における受信制御タスク２１２ｂ宛に通信回線１０を
介して接続要求を送信して、受信制御タスク２１２ｂか
らの応答を待つ。このとき、受信制御タスク２１２ｂは
既に送信制御タスク３１２ａからの接続要求を待ってい
るから、コンピュータ２０では直ちに受信制御タスク２
１２ｂが応答を返し、コンピュータ３０における送信制
御タスク３１２ａは直ちに受信制御タスク２１２ｂから
の応答を得ることができる。これにより、コンピュータ
２０とコンピュータ３０との間にコンピュータ２０がコ
ンピュータ３０からメッセージを受信するための論理通
信路が確立される。

【００５３】一方、受信制御タスク３１２ｂは、自己の
受信キューを初期化するとともに、コンピュータ２０に
おける送信制御タスク２１２ａからの接続要求が通信回
線１０を介して送信されて来るのを待つことになるが、
送信制御タスク２１２ａが既に受信制御タスク３１２ｂ
に対し接続要求を送っていることから、受信制御タスク
３１２ｂは、直ちにこの接続要求を受けて、コンピュー
タ２０における送信制御タスク２１２ａに応答を返す。
この応答を受けて、コンピュータ２０における送信制御
タスク２１２ａも、コンピュータ２０とコンピュータ３
０との間にコンピュータ２０がコンピュータ３０にメッ
セージを送信するための論理通信路が確立されたことを
確認することができる。

【００５４】こうして、コンピュータ２０とコンピュー
タ３０との間に一対の論理通信路が形成される。そし
て、この段階に至ると、コンピュータ２０ではワーク払
出しプログラム２４のタスクが、さらにコンピュータ３
０ではワーク受入れプログラム３２のタスクが、通信路
開設サブルーチンでの待ち状態から抜けて、それぞれの
処理を続行する。また、コンピュータ３０における一対
の送受信制御タスク３１３の送信制御タスクと受信制御
タスクは、それぞれコンピュータ２０における一対の送
受信制御タスク２１３の送信制御タスクと受信制御タス
ク同様に、コンピュータ４０における一対の受信制御タ
スクと送受信制御タスクとの接続を試みて、応答待ちの
状態になる。これに関して通信路開設サブルーチンを呼
び出した各タスク３３，３４，３５も接続が完了するの
を待つ。

【００５５】コンピュータ３０に次いで、コンピュータ
４０の電源が投入されそのスタートスイッチが押される
と、コンピュータ４０では、やはり通信管理プログラム
３１０のロードと初期化、共通サブルーチン群４１１の
初期化、ワーク受入れプログラム４２、装置状態検出プ
ログラム４３、ワーク払出しプログラム４４、全装置状
態表示プログラム４５のタスク起動がなされる。そし
て、ワーク受入れプログラム４２はコンピュータ３０の
ワーク払出しプログラム３４との論理通信路を確立する
ため、装置状態検出プログラム４３はコンピュータ２０
の全装置状態表示プログラム２５との論理通信路を確立
するためとコンピュータ３０の全装置状態表示プログラ
ム３５との論理通信路を確立するため、全装置状態表示
プログラム４５はコンピュータ２０の装置状態検出プロ
グラム２３との論理通信路を確立するためとコンピュー
タ３０の装置状態検出プログラム３３との論理通信路を
確立するため、共通サブルーチン群４１１の通信路開設
サブルーチンを呼び出す。

【００５６】そして、共通サブルーチン群４１１の通信
路開設サブルーチンによって、コンピュータ２０，３０
のときと同様にして、コンピュータ４０とコンピュータ
２０との間に論理通信路を確立するために、一対の送受
信制御タスク４１２の送信制御タスクと受信制御タスク
が起動され、またコンピュータ４０とコンピュータ４０
との間に論理通信路を確立するために、一対の送受信制
御タスク４１３の送信制御タスクと受信制御タスクが起
動される。このときには既にコンピュータ４０における
各送信制御タスクと受信制御タスクに対応するコンピュ
ータ２０，３０における送信制御タスクと受信制御タス
クが起動されていることから、コンピュータ２０とコン
ピュータ３０との間の一対の論理通信路が確立されたと
きと同様にして、直ちに、コンピュータ４０とコンピュ
ータ２０との間に一対の論理通信路が確立されるととも
に、コンピュータ４０とコンピュータ３０との間にも一
対の論理通信路が確立される。そして、通信路開設サブ
ルーチンでの待ち状態にあった全てのアプリケーション
プログラムのタスクが、待ち状態から抜けてそれぞれの
処理を続行する。

【００５７】こうして、各コンピュータ間にそれぞれ一
対の論理通信路が確立された後は、次のワークが欲しい
加工機３９の管理コンピュータ３０では、ワーク受入れ
プログラム３２が、コンピュータ２０のコンピュータＩ
Ｄとワーク払出しプログラム２４のプログラムＩＤが付
加されたワーク搬入要求のメッセージを引数に持って共
通サブルーチン群３１１のうちの伝文送信サブルーチン
を呼び出す。すると、ワーク搬入要求のメッセージが送
信タスク３１２ａの送信キューにキューイングされる。
そして、ワーク受入れプログラム３２は、ワーク払出し
プログラム２４からの応答メッセージを待つ。なお、マ
ルチタスクＯＳの管理下で各タスクは並行処理されてい
るから、このとき装置状態検出プログラム３３もコンピ
ュータ２０の全装置状態表示プログラム２５に加工機３
９の装置状態のメッセージを送ろうとしていたとする
と、コンピュータ２０のコンピュータＩＤと全装置状態
表示プログラム２５のプログラムＩＤが付加された装置
状態のメッセージも送信タスク３１２ａの送信キューに
キューイングされる。そして、キューイングされたこれ
らのメッセージは、コンピュータ３０の送信タスク３１
２ａによって、コンピュータ２０，３０間の論理通信路
を介して順次、コンピュータ２０の受信タスク２１２ｂ
に送信される。

【００５８】一方、コンピュータ２０では、受信タスク
２１２ｂがコンピュータ３０の送信タスク３１２ａから
逐次ワーク搬入要求のメッセージと装置状態のメッセー
ジとを受信するとこれらのメッセージを受信キュー２１
２ｂ’にキューイングする。そして、全装置状態表示プ
ログラム２５が共通サブルーチン群２１１のうちの伝文
受信サブルーチン２１１ｃを呼び出して既にメッセージ
待ちの状態であるとすると、全装置状態表示プログラム
２５のプログラムＩＤを含んだ装置状態のメッセージが
直ちに伝文受信サブルーチン２１１ｃによって受信キュ
ー２１２ｂ’から抜き取られ、全装置状態表示プログラ
ム２５はこのメッセージの装置状態データに従ってコン
ピュータ２０の端末に表示されている加工機３９の状態
を更新する。

【００５９】また、コンピュータ２０では、ワーク受入
れプログラム２２のタスクからの指令に応じて搬入ロボ
ット２９がワークを取り上げてこのワークを加工機３９
に搬入する準備が完了すると、このことをフラグ等を介
して受けたワーク払出しプログラム２４が、やはり伝文
受信サブルーチン２１１ｃを呼び出す。そして、ワーク
払出しプログラム２４のプログラムＩＤを含んだ装置状
態のメッセージが伝文受信サブルーチン２１１ｃによっ
て受信キュー２１２ｂ’から抜き取られ、このワーク搬
入要求のメッセージを受けたワーク払出しプログラム２
４は、加工機３９へのワーク搬入動作の開始指令を搬入
ロボット２９に対して送出する。このようにして、搬入
ロボット２９が加工機３９に対してワーク搬入を行って
よい状況であることが確認された上で実際のワーク搬入
動作が行われるが、この際のタスク２４，３２間のメッ
セージ送受信は、共通の論理通信路を用いて、他のタス
ク２５，３３間のメッセージ送受信等と並行して行われ
ても、混信等することなく該当タスク間でそれぞれのタ
イミングで行われる。

【００６０】そして、搬入ロボット２９による加工機３
９へのワーク搬入が完了すると、コンピュータ２０で
は、その旨の応答の伝送データにコンピュータ３０のコ
ンピュータＩＤとワーク受入れプログラム３２のプログ
ラムＩＤとが付加されたメッセージを、ワーク払出しプ
ログラム２４が共通サブルーチン群２１１のうちの伝文
送信サブルーチン２１１ｂを呼び出して送信キュー２１
２ａ’にキューイングし、さらにこのメッセージを送信
タスク２１２ａがコンピュータ２０，３０間の論理通信
路を介してコンピュータ３０の受信タスク３１２ｂに送
信する。これを受けたコンピュータ３０では、受信タス
ク３１２ｂがこのメッセージを受信してキューイング
し、さらに、これを待っていたワーク受入れプログラム
３２が、このメッセージに含まれたプログラムＩＤを手
掛かりにして、ワーク払出しプログラム２４からの応答
メッセージを受け取る。この時点で、加工機３９が搬入
ロボット２９と干渉することなくワークの加工を行える
状況であることが確認されることから、加工機３９によ
る実際のワーク加工が行われる。また、このときも、コ
ンピュータ２０の装置状態検出プログラム２３からコン
ピュータ３０の全装置状態表示プログラム３５への装置
状態のメッセージ送信が、同じ論理通信路を介して並行
的に行われる。なお、コンピュータ２０では、ワーク受
入れプログラム２２によって次のワークの取り出しの開
始がなされる。

【００６１】以下繰り返しとなる詳細な説明は割愛し動
作の概要だけを述べるが、加工機３９によるワーク加工
が完了すると、コンピュータ３０のワーク払出しプログ
ラム３４とコンピュータ４０のワーク受入れプログラム
４２とがコンピュータ３０，４０間に確立された論理通
信路を介してデータ伝送を行い、加工機３９と搬出ロボ
ット４９とが干渉しない状況の下で加工済のワークが加
工機３９から搬出ロボット４９によって取り出される。
そして、これに続いて、コンピュータ２０のワーク払出
しプログラム２４とコンピュータ３０のワーク受入れプ
ログラム３２とのデータ伝送に基づく搬入ロボット２９
から加工機３９への次ワークの搬入と、コンピュータ４
０のワーク払出しプログラム４４の指令に基づく搬出ロ
ボット４９による加工済ワークの搬出用パレットへの移
載とが、並行して行われる。こうして、次々とワークが
搬入され加工され搬出されていくが、このとき、ワーク
受渡しのハンドシェイクのためのデータ伝送に加えて、
各コンピュータ端末への装置状態表示のためのデータ伝
送もそれぞれのコンピュータ間で共通の論理通信路を介
して並行して行われている。

【００６２】そして、一連のワークの加工が終了したと
き、あるいはワークの加工処理を中止するときに、オペ
レータによって各コンピュータ２０，３０，４０ごとに
プログラム停止処理が行われると、各コンピュータ２
０，３０，４０では、それぞれのアプリケーションプロ
グラムが共通サブルーチン群の通信路閉鎖サブルーチン
を呼んでから処理を終了する。さらに、各送信制御タス
クや受信制御タスクがコンピュータ停止処理の一環とし
て終了消滅させられる。こうして、各コンピュータ２
０，３０，４０間に設けられたそれぞれの論理通信路が
閉鎖される。

【００６３】このように別のコンピュータにインストー
ルされて互いに関連して協働するアプリケーションプロ
グラムが、コンピュータ間に形成された共通の論理通信
路を介してプログラムＩＤを含んだメッセージを送受信
することにより、コンピュータ間を接続する物理的な通
信回線の特性や制約等からアプリケーションプログラム
が開放されてコンピュータ間での通信伝文の送受信を行
うアプリケーションプログラムについての簡素化や標準
化等を図ることができるという利点を損なうことなく
（一対のアプリケーションプログラム間でのメッセージ
の送受信状態を示す図６参照）、論理通信路の数が少な
くて管理負担が軽い論理通信路の管理方法を実現するこ
とができる。

【００６４】したがって、この第１の実施例のシステム
は、コンピュータ間での定常的な伝送データの送受信に
加えて制御対象の異常や設備の故障などのアラーム情報
の検出・表示等の処理が必要なファクトリオートメーシ
ョンやプロセス制御等の分野に対しても、好適なもので
ある。この発明の論理通信路の管理方法を適用したシス
テムについての第２の実施例を説明する。これについて
は上述した第１の実施例との相違点のみを説明する。図
７は、第１の実施例についての図４に対応するものであ
り、通信管理プログラムにおける通信路開設サブルーチ
ン関連部分が相違する。具体的には、コンピュータ２０
では、通信管理初期化タスク２１９が追加され、このこ
とに対応して共通サブルーチン群２１１’内の通信路開
設サブルーチン２１１ａ’の内部機能が変更されてい
る。

【００６５】通信管理初期化タスク２１９は、通信管理
プログラム２１０の初期化のときにアプリケーションプ
ログラムの起動に先立って起動されるタスクであり、通
信相手方のコンピュータＩＤが予め格納されているホス
ト管理ファイル２１９ａから全ての通信相手方のコンピ
ュータＩＤを読み込んで、これを通信管理用の内部テー
ブルである通信テーブル２１９ｂに展開して設定すると
ともに、各通信相手方のコンピュータごとに送信制御タ
スクと受信制御タスクを起動する。すなわち、この例の
場合、通信管理テーブル２１９ｂにコンピュータ３０と
コンピュータ４０のコンピュータＩＤを展開するととも
に、コンピュータ３０とのデータ伝送のために送信制御
タスク２１２ａと受信制御タスク２１２ｂとを起動し、
コンピュータ４０とのデータ伝送のために送信制御タス
ク２１３ａと受信制御タスク２１３ｂとを起動する。そ
して、各コンピュータ３０，４０との間の論理通信路や
通信回線１０に関するステータスデータを例えば一定期
間ごとに収集して通信管理テーブル２１９ｂに記してお
くことも行う。また、通信路開設サブルーチン２１１
ａ’は、通信管理テーブル２１９ｂに記されたステータ
スデータをチェックするだけのものとなっている。

【００６６】このような構成の第２の実施例のシステム
の動作は、コンピュータ２０，３０，４０の立ち上げが
行われると、アプリケーションプログラムの実行に依存
することなく、通信管理初期化タスク２１９等によっ
て、送信制御タスクおよび受信制御タスクの起動が行わ
れ、各コンピュータ間に論理通信路が確立される。これ
により、自コンピュータの何れかのアプリケーションプ
ログラムによって論理通信路の形成に関する処理が行わ
れる前に論理通信路の形成が行われるので、最初からメ
ッセージ送受信の効率がよい。なお、これ以外の動作
は、送信制御タスクおよび受信制御タスクの起動が行わ
れた後における第１の実施例の動作とほぼ同様である。
したがって、第１の実施例のシステムと同様の作用効果
を奏するが、このシステムには、通信管理テーブルを参
照することにより、通信回線や論理通信路についての接
続中／回線断等のステータス情報を各コンピュータの端
末に表示させてモニタすることができるという利点もあ
る。

【００６７】なお、情報処理装置は、パーソナルコンピ
ュータに限られるものではなく、いわゆるワークステー
ション等のそれ以上の規模のものであってもよく、ある
いはいわゆるブックコンピュータ等のそれ以下の規模の
ものであってもよく、また、ハードディスク等の外部メ
モリを持たないマイクロプロセッサシステムからなる小
規模のコンピュータであってもよい。

【００６８】また、通信回線は、イーサネットに限られ
るものではなく、例えばＲＳ２３２Ｃ規格に適合したケ
ーブルでもよく、あるいはその他のバス結合形であって
もスター形であってもリング形であってもよく、コンピ
ュータ２０，３０間を接続するラインとコンピュータ３
０，４０間を接続する他のラインとからなりコンピュー
タ２０とコンピュータ４０との通信はコンピュータ３０
による転送に依存するものであってもよい。また、光ケ
ーブルであってもよい。さらには、一部に公衆回線を利
用するものであってもよい。

【００６９】また、通信管理プログラムにおける受信管
理手段および受信管理手段の具現化は、送信制御タスク
や受信制御タスク等のタスクに限られるものでなく、送
信と受信が独立して行えるものであれば、いわゆるスー
パーバイザコール等によって呼び出される入出力管理プ
ログラム等の一部として提供されるものであってもよ
い。

【００７０】また、ＯＳは、マルチタスクのものを用い
るとアプリケーションプログラムおよび通信管理プログ
ラムの作成が比較的容易となるが、マルチタスクのもの
に限られるわけではない。例えばコルーチン形式を拡張
して各プログラム間でＣＰＵ資源を順次引き渡すことな
どによっても、マルチタスクと同等の機能を果たすこと
ができるからである。

【００７１】また、送信キューや受信キューは、メイン
メモリ上に設けられたものに限られず、例えば、ディス
ク上のファイル内に設けられたものでもよく、あるいは
コンピュータのＯＳが管理する共有メモリ、キュー、名
前付きパイプなどのタスク間通信手段を利用したもので
あってもよい。また、この明細書でサブルーチンとは、
関数や文関数をも含み、さらにコンパイラ等によってプ
ログラム内でコード展開されるものをも含む。

【００７２】また、この発明の適用は上述した加工ライ
ンの管理に限られるものではなく、例えば半導体製造ラ
インや配送貨物仕分けラインあるいはプラント管理な
ど、広く複数の管理コンピュータが通信回線を介して協
働するシステムであれば、この発明を適用することがで
きる。

【００７３】

【発明の効果】以上説明したように、請求項１記載の発
明に係る論理通信路管理方法にあっては、論理通信路を
共用することにより、論理通信路が少なくて済む。ま
た、その結果として、ファクトリオートメーションやプ
ロセス制御などの分野に適用した場合でも、論理通信路
の管理負担が少なくて済む。

【００７４】また、請求項２記載の発明に係る論理通信
路管理方法にあっては、情報処理手段の識別子を通信伝
文に含ませることにより、相手方の情報処理手段を容易
且つ確実に特定することができるので、論理通信路の管
理負担が少なくて済む。しかも、請求項３記載の発明に
係る論理通信路管理方法にあっては、送信用通信路と受
信用通信路とをメモリ常駐の別のタスクで管理すること
により、管理負担が少なくて済むとともに送受信の効率
もよい。

【００７５】さらに、請求項４記載の発明に係る論理通
信路管理方法にあっては、共通サブルーチン化を図るこ
とにより、情報処理手段の通信関連部分の構造が簡易な
ものとなる。また、請求項５記載の発明に係る論理通信
路管理方法にあっては、データ伝送の開始前に論理通信
路形成を済ませることにより、データ伝送を最初から効
率よく行うことができるので、送受信の効率がよい。

【図面の簡単な説明】

【図１】この発明の論理通信路管理方法を適用した第１
の実施例のシステムについて、その概要構成を示す。

【図２】その一部について、メッセージの送受信状態を
示す。

【図３】その層構造を示す。

【図４】第１の実施例のシステムの一部について、詳細
構成を示す。

【図５】この発明の論理通信路の管理方法で用いられる
メッセージの構成例を示す。

【図６】一対のアプリケーションプログラム間でのメッ
セージの送受信状態を示す。

【図７】この発明の論理通信路の管理方法を適用した第
２の実施例のシステムについて、その一部に関する詳細
構成を示す。

【図８】従来の論理通信路の管理方法に基づくシステム
について、メッセージの送受信状態を示す。

【符号の説明】

１ 通信回線 ２ クライアントマシン ２ａ アプリケーションプログラム ３ サーバマシン ３ａ アプリケーションプログラム １０ 通信回線 ２０，３０，４０ コンピュータ ２２，３２，４２ ワーク受入れプログラム ２３，３３，４３ 装置状態検出プログラム ２４，３４，４４ ワーク払出しプログラム ２５，３５，４５ 全装置状態表示プログラム ２９ ワーク搬入ロボット ３９ 加工機 ４９ ワーク搬出ロボット ２１０，３１０，４１０ 通信管理プログラム ２１１，３１１，４１１ 共通サブルーチン群 ２１１’ 共通サブルーチン群 ２１１ａ’ 通信路開設サブルーチン ２１１ａ 通信路開設サブルーチン ２１１ｂ 伝文送信サブルーチンン ２１１ｃ 伝文受信サブルーチンン ２１１ｄ 通信路閉鎖サブルーチン ２１２，３１２，４１２ 一対の送受信制御タスク ２１２ａ，３１２ａ 送信制御タスク ２１２ｂ，３１２ｂ 受信制御タスク ２１２ａ’ 送信キュー ２１２ｂ’ 受信キュー ２１３，３１３，４１３ 一対の送受信制御タスク ２１３ａ 送信制御タスク ２１３ｂ 受信制御タスク ２１９ 通信管理初期化タスク

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の情報処理手段を有する第１の情報
   処理装置と少なくとも１以上の情報処理手段を有する第
   ２の情報処理装置との間に形成する論理通信路を管理す
   る情報処理装置間の論理通信路管理方法において、前記
   第１の情報処理装置と前記第２の情報処理装置との間に
   独立して使用可能な一対の送信用通信路及び受信用通信
   路でなり所定の識別子で特定される論理通信路を形成
   し、前記第１の情報処理装置及び第２の情報処理装置の
   情報処理手段間で伝送データの送受信を行う際に、前記
   論理通信路の識別子を指定することにより、前記論理通
   信路を共用するようにしたことを特徴とする論理通信路
   管理方法。
2. 【請求項２】 前記第１の情報処理装置と前記第２の情
   報処理装置の各情報処理手段に個別の識別子を対応させ
   るとともに、前記第１の情報処理装置及び第２の情報処
   理装置の情報処理手段間で伝送データの送受信を行う際
   に、相手方の情報処理手段の識別子を前記伝送データの
   通信伝文に含ませるようにした請求項１記載の論理通信
   路管理方法。
3. 【請求項３】 前記第１の情報処理装置と前記第２の情
   報処理装置のそれぞれに、前記論理通信路を介して通信
   伝文を受信しこの通信伝文をこれに含まれた情報処理手
   段の識別子で特定される自情報処理装置の情報処理手段
   に渡す受信管理手段と、自情報処理装置の情報処理手段
   から通信伝文を受けこの通信伝文を前記論理通信路を介
   して相手方情報処理装置の前記受信管理手段に送信する
   送信管理手段とを、自情報処理装置の情報処理手段とは
   別に設けて、前記受信管理手段と前記送信管理手段とを
   それぞれ個別のタスクとして起動するとともに、これら
   の起動後のタスクを主メモリ上に常駐させる請求項２記
   載の論理通信路管理方法。
4. 【請求項４】 前記第１の情報処理装置と前記第２の情
   報処理装置のそれぞれに設けられて前記論理通信路を形
   成する論理通信路形成手段が、自情報処理装置の情報処
   理手段から呼び出される共通サブルーチンであって最初
   に呼びだされたときに前記受信管理手段のタスクと前記
   送信管理手段のタスクとを起動するものである請求項３
   記載の論理通信路管理方法。
5. 【請求項５】 前記第１の情報処理装置と前記第２の情
   報処理装置のそれぞれに設けられて前記論理通信路を形
   成する論理通信路形成手段が、自情報処理装置の何れか
   の情報処理手段によって前記論理通信路の形成に関する
   処理が行われる前に実行され、このときに前記受信管理
   手段のタスクと前記送信管理手段のタスクとを起動する
   ものである請求項３記載の論理通信路管理方法。