JPH0391049A - 同一機種による異種プロトコル間接続方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔概要〕 複数個のワークステージタン（ｗＳ）で構成されている
スタンドアロンシステムから、マルチシステムへ拡張し
たときの異種プロトコル間接続方式に関し、 各アプリケーションで使用しているプロトコルを、−切
意識することなく、該複数個のワークステーション（Ｗ
Ｓ）を接続している網を介して、アプリケーションとホ
スト計算機との間でデータ転送を行うことを目的とし、 各プロトコルを制御するドライバと、各プロトコル毎の
アプリケーションとの間に、各アプリケーションで使用
しているプロトコル（ＡＣ，ＢＣ）の制御情報■、及び
、データ■を、各ワークステーション（ＷＳ）を接続す
る網のプロトコル（Ｏ３りのデータとして扱う形式に加
工して、該網に送出するか、又は、該綱から受信したデ
ータを、各アプリケーションのプロトコル（ＡＣ，ＢＧ
）の制御情報の。

及び、データ■に分解して、対応するアプリケーション
に渡すインタフェースを設けると共に、上記インタフェ
ースに従って加工したデータを、各ワークステーション
（−３）間を接続する網に送出する回線リクエスト／ア
クセスドライバ、又は、該網から、該加工されたデータ
を受信し、上記インタフェースに従って分解する回線ア
クセス／リクエストドライバを設けて、各ワークステー
ジづン（ＷＳ）の各アプリケーション、又は、各プロト
コル制御ドライバは、それぞれのプロトコルに従って、
該回線リクエスト／アクセスドライバを介して、上記網
に送信データを送信し、上記網からデータを受信した上
記回線アクセス／リクエストドライバは、上記インタフ
ェースに従って、該データを分解し、該分解されたデー
タが示すプロトコルに対応した制御ドライバ／アプリケ
ーションに送出するように構成する。

〔産業上の利用分野〕

本発明は、複数個のワークステーション（ｈＳ）で構成
されているスタンドアロンシステムから、マルチシステ
ムへ拡張したときの異種プロトコル間接続方式に関する
。

従来から、各種の業種の企業等において、複数個のワー
クステーション（ＷＳ）を設け、各ワークステーション
（ＷＳ）で、異なるプロトコルにより、ホスト計算機と
の間でデータ転送を行い、特定の処理を行うスタンドア
ロンシステムが知られている。

所が、各企業での業務の拡張に伴い、ワークステーショ
ン＜−５）の数が増加してくると、その優、該ワークス
テーション（同）を増設したのでは、専用線の数が増加
してしまい、不経済になることから、例えば、ローカル
エリアネットワーク（ＬＡＮ）で、各ワークステーショ
ン（ＷＳ）を接続し、マルチシステムを構築することが
行われる。

このとき、ワークステーション（ＷＳ）のデータ転送速
度に比較して、比較的高速のデータ転送速度を持ってい
る、所謂、オーブンシステムインクコネクシゴン手順（
Ｏ３りにより、上記ローカルエリアネットワーク（ＬＡ
Ｎ）を構築し、回線集線装置（以下、サーバという）を
介してホスト計算機と接続する構成をとる。

通常、各ワークステーション（ＷＳ）で、アプリケジョ
ン毎に使用されるプロトコルは、互いに異なっているの
で、互いに手順の異なるデータを、上記サーバを介して
、効果的に、例えば、トランスベアレンシイにホスト計
算機に転送することができる異種プロトコル間の接続方
式が必要とされる。

〔従来の技術と発明が解決しようとする課題〕第３図は
従来の異種プロトコル間接続方式を説明する図であり、
（ａｌ）　、　（ａ２）はスタンドアロンシステムから
マルチシステムに移行する場合のシステムの構成例を示
し、（ｂｌ）　、　（ｂ２）は（ａｌ）　４（ａ２）に
示した構成の変更を行った場合の従来のソフトウェアの
構成例を示している。

（ａｌ）図から明らかなように、スタンドアロンシステ
ムからマルチシステム（（ａ２）図参照）に移行する場
合、前述のように、その儂、該ワークステーション（Ｗ
Ｓ）　１を増設したのでは、専用線（特定／公衆回線等
）の数が増加してしまい、不経済になることから、例え
ば、（ａ２）図に示したように、ローカルエリアネット
ワーク（ＬＡＮ）で、各ワークステーション（ＷＳ）　
１を接続し、マルチシステムを構築することが行われる
。

このとき、ワークステーション（ＷＳ）　１のデータ転
送速度に比較して、比較的高速のデータ転送速度を持っ
ている、所謂、オープンシステムインクコネクシッン手
順（ＯＳＩ）により、上記ローカルエリアネットワーク
（ＯＳＩ−ＬＡＮ）　３を構築し、上記サーバ２を介し
てホスト計算機と接続する構成をとる。

上記のように、スタンドアロンシステムからマルチワー
クシステムへ拡張する場合、スタンドアロンシステム上
で動作していた資産（（１）アプリケーション（ユーザ
／メーカ作戒）　１１．　（２）既存の各制御プログラ
ム等）を如何に有効利用するかが最大のポイントとなる
。

該スタンドアロンシステム上で動作していた資産の有効
利用を図る為には、 ・アプリケーションインタフェースの保証・既存のプロ
グラムの改造を如何に最小限（全くなしが理想）にとど
めるか ・マルチシステム用の新規開発プログラムの汎用性 スタンドアロンシステムでの運用と対比した場合の性能
面の保証 が必要となる。

スタンドアロンシステムからマルチワークシステムへ移
行する場合の方式としては、（ｂ２）図に示したように
、各プロトコル毎にプロトコル変換プログラム（例えば
、ＡＣ−Ｏ３Ｉ１０ＳＩ−ＡＣ変換ドライバ。

ＢＣ−０５１１０ＳＩ−ＢＣ変換ドライバ１２ａ、ｂ）
を用意する方法があるが、この方法には以下の問題があ
る。

前述のように、アプリケーションインタフェースの保証
、及び、既存のプログラムには手を加えないことを前提
とした場合。

１）各プロトコル毎に変換プログラムを作成する必要が
ある。

各プロトコルＸ２　（Ｘプロトコル→Ｙフ”ＣＩ＋）コ
ル、Ｙプロトコル＝４Ｘプロトコル）のプログラムが必
要となる。

２）プログラムの構成等がプロトコルに依存するため、
それぞれが全く違ったものになる。またプログラム的に
も複雑（既存のＡＣ／ＢＣ制御ドライバ２１と比較した
場合、少なくとも、変換プログラムが必要となる等）に
なる。

ここで、ＡＣ：例えば１、ハイレベル伝送制御手順（Ｉ
ＩＤＬｃ）、　Ｂ　Ｃ：例えば、基本通信手順を示して
いる。

又、機能追加等でアプリケーションインタフェースの追
加及び既存のプログラムのインタフェースの追加／変更
があった場合。

１）上記の追加変更に伴い各プロトコル変換プログラム
（例えば、ＡＣ−０５１／ＢＣ−ＯＳＩ変換ドライバ１
２８等）にも修正が必要となる。

２）この場合の追加／修正は、各制御ドライバと各プロ
トコル変換プログラムで、同様な修正が必要となり、一
つの機能追加／修正により複数のプログラム（トライバ
）が影響を受けることになり修正量の増加につながる。

等の問題があった。

本発明は上記従来の欠点に鑑み、複数個のワークステー
ション（ＷＳ）で構成されているスタンドアロンシステ
ムから、マルチシステムへ拡張したときの異種プロトコ
ル間の接続を行うのに、各アプリケーションで使用して
いるプロトコルを、−切意識することなく、該複数個の
ワークステーション（ＷＳ）を接続している網を介して
、アプリケーションとホスト計算機との間でデータ転送
を行うことができる異種プロトコル間接続方式を提供す
ることを目的とするものである。

〔課題を解決するための手段〕

第１図は本発明の原理構成図であり、（ａ）は各プロト
コルを制御するドライバと、アプリケーション間で授受
するインタフェースの例を示し、（ｂ）はマルチシステ
ムでのソフトウェア構成の例を示している。

上記の問題点は下記゛の如くに構成した同一機種による
異種プロトコル間接続方式によって解決される。

（１）複数個のワークステーション（ＷＳ）　１からな
るスタンドアロンシステムから、マルチシステムへ拡張
したときの異種プロトコル間接続方式であって、 各プロトコルを制御するドライバ２１　と、各プロトコ
ル毎のアプリケーション１１　との間に、各アプリケー
ション１１で使用しているプロトコル（ＡＣ，ＢＣ）の
制御情報の、及び、データ■を、各ワークステーション
（ＷＳ）　１を接続する網３のプロトコル（ＯＳＩ）の
データとして扱う形式に加工して、該綱３に送出するか
、又は、該Ｍ４３から受信したデータを、各アプリケー
ションのプロトコル（ＡＣ。

ＢＣ）の制御情報■、及び、データ■に分解して、対応
するアプリケーションに渡すインタフェースを設けると
共に、 上記インタフェースに従って加工したデータを、各ワー
クステーション（貼）１間を接続する￥Ｉ４３に送出す
る回線リクエスト／アクセスドライバ１２゜２２、又は
、該網３から、該加工されたデータを受信し、上記イン
タフェースに従って分解する回線アクセス／リクエスト
ドライバ２２．１２を設けて、各ワークステーション（
ＷＳ）　ｌの各アプリケーション１１．又は、各プロト
コル制御ドライバ２１は、それぞれのプロトコルに従っ
て、該回線リクエスト／アクセスドライバ１２．２２を
介して、上記網３に送信データを送信し、上記網３から
データを受信した上記回線アクセス／リクエストドライ
バ２２．１２は、上記インタフェースに従って、該デー
タを分解し、該分解されたデータが示すプロトコルに対
応した制御ドライバ／アプリケーションに送出するよう
に構成する。

（２）上記各アプリケーション１１で使用しているプロ
トコル（ＡＣ，ＢＣ）の制御情報の、及び、データ■を
、各ワークステーション（ＷＳ）　１を接続する網３の
プロトコル（ＯＳＩ）のデータとして扱う形式に加工す
る手段として、上記各プロトコルの（ＡＣ。

ＢＣ）の制御情報■を、上記！ｉ１３のプロトコルのデ
ータ中の特定の領域に複写し、その他のデータ■を、該
Ｍ４３のプロトコルの制御情報■が自己のデータをポイ
ントするのと、同じ方法でポイントして該網３に送出す
るか、又は、該ｍ３から受信したデータを、各アプリケ
ーション、又は、プロトコル制御ドライバの各プロトコ
ル（ＡＣ，ＢＣ）の制御情報■、及び、データ■に分解
する方式として、上記受信データの特定の領域中に複写
されている制御情報■を抽出して、アプリケーション１
１．又は、プロトコル制御ドライバ２１に対する制御情
報のとし、その他のデータ■は、該アプリケーション、
又は、プロトコル制御ドライバに対する制御情報■に続
くポインタでリンクして取り出すように構成する。

〔作用〕

即ち、本発明によれば、複数個のワークステーション（
ＷＳ）で構成されているスタンドアロンシステムから、
マルチシステムへ拡張したときの異種プロトコル間接続
手段として、プロトコル変換を行うのではなく１例えば
、上記のＡＣ及びＢＣ等の各アプリケーション毎のプロ
トコルを一切意識セス（即ち、トランスペアレンジ−に
して）・Ｏ８Ｉのコネクション上にデータ（マクロ及び
送受信データ）を流すバイブの役目を果たすプログラム
を作成することで実現するものである。

通常　各プロトコルを制御するドライバはアプリケーシ
ョンに対して以下のような形でインタフェースを提供す
る。（第１図（ａ）参照）リクエストフ゛口・ンク（ｒ
ｅｑｕｅｓｔ　ｂｌｏｃｋ）　（ｒｂ）　　二基プロト
コルごとの制御情報を設定する制御ブロックで、本情報
内容を元に各プロトコル制御ドライバ、及び、アダプタ
（ＡＣ／ＢＣ等）がプロトコル毎の制御を行う。

バッファブロック（ｂｕｆｆｅｒ　ｂｌｏｃｋ）（ｂｂ
）　：バッファを制御するための制御ブロック。

バッファ（ｂｕｆｆｅｒ）　：実際の送受信データ用の
領。

域。

第１図（ａ）に示した制御ブロック（ｒｂ）等の形式は
同一機種であれば、プロトコルが異なっても同一である
ので（プロトコルによる相違は制御ブロック内に設定さ
れる情報の内容である）、例えば、上記回線リクエスト
ドライバが、該制御ブロック（ｒｂ）■と、バッファ内
の送信データ■を加工して、それ（制御ブロック＋送受
信データ）をワークステーション（１１５）からのデー
タとして、網に送信する。

又、サーバ側の回線アクセスドライバでは、上記回線リ
クエストドライバが加工した形式のデータを、本来のア
プリケーションが指定した形式に、逆の加工（分解とい
う〉を施して各プロトコル制御ドライバ（ＡＣ！＋制御
ドライバ／ＢＣ制御ドライバ）へ処理依頼すればよいよ
うに構成する。

上記は、ワークステーション（ＷＳ）からの送信の場合
であるが、ホスト計算機からの受信の場合も上記と同様
の処理を行えばよい。

このような方式においては、回線リクエストドライバと
９回線アクセスドライバのデータの加工。

分解方式は、この両者間のみの取り決めがあればよく、
プロトコルに全く影響されないという特徴がある。

このように機能するので、本発明においては、（１）プ
ロトコルの数が多種であっても、新規に作成するプログ
ラムは、２本（回線リクエストドライバと１回線アクセ
スドライバ）でカバーできる。

即ち、開発量を低減できる。（２）アプリケーションの
各プロトコルを意識しないので、該新規プログラムは、
汎用的に使用できる。即ち、各プロトコルを意識しない
ので、プログラム構造が単純であり、性能的にも有効で
ある。又、前述のアプリケーションインタフェースへの
影響が皆無であり、既存のプログラムには全く手を加え
る必要がない。

（３）機能追加等で、アプリケーションインタフェース
に変更があっても、制御ブロック（ｒｂ）■内に設定す
る情報の追加、変更で済み、全く影響を受けない。即ち
、機能追加等にも、プログラムに対しては無修正で対応
可能である。等の効果がある。

〔実施例〕

以下本発明の実施例を図面によって詳述する。

前述の第１図が本発明の原理構成図であり、第２図は本
発明の一実施例を示した図であって、（ａｌ、ａ２）は
データ転送動作を模式的に示し、（ｂ）はデータの組立
（データの送信）例を示し、（ｃ）はデータの分解（デ
ータの受信）例を示し、（ｄｌ）〜（ｄ３）は手順を追
加した際の対処例を示しており、複数個のワークステー
ション（ＷＳ）　１間を接続するローカルエリア゛ネッ
トワーク　（ＳＩ４）　３　、例えば、０５１−ＬＡＮ
に、各アプリケーションｔｔの持っているプロトコルを
一切意識することなく、各アプリケーション１１からの
送信情報を送出する回線リクエスト／アクセスドライバ
１２．２２を設けて、該回線リクエスト／アクセスドラ
イバ１２．２２において、各アプリケーション１１から
送られてきたデータから制御ブロック（ｒｂ）■を抽出
し、該網のプロトコルが指示しているデータ転送形式の
データ中に挿入する等の加工を施して、該データ（制御
ブロック子データ）を網３に送出し、該綱３から受信し
たデータの上記挿入されている制御ブロック（ｒｂ）■
を抽出して、各アプリケーション１１のプロトコルが指
示するデータ形式に分解して、各アプリケーション１１
．又は、各プロトコル制御ドライバ２１に送出する手段
が本発明を実施するのに必要な手段である。

以下、第１図を参照しながら、第２図によって、本発明
の同−ａ種による異種プロトコル間接続方式を説明する
。

先ず、（ａｌ）図の各アプリケーション１１において、
第１図（ａ）に示した形式のデータ（制御ブロック（ｒ
ｂ）■十　（バッファフ゛ロック（ｂｂ）十バッファ）
■）を生成し、：２　？　ント（ＳＥＮＤ、　ＲＣＶ、
　ＣＮＣＴ、　ＤＩＳＣ）　（“ＸＸＸＸ″で示す）と
共に、本発明の回線リクエストドライバ１２に送出する
。

該回線リクエストドライバ１２においては、Ｏ５■　ド
ライバ１３へ送信する為のリクエストブロック（ｒｂ）
■用の領域を獲得する。続いて、バッファブロック（ｂ
ｂ）＠、及び、バッファ＠用の領域を獲得する。

次に、回線リクエストドライバ１２と１回線アクセスド
ライバ２２間で、制御用に使用する情報を、上記獲得し
たバッファ■内のヘッダ部＠ａに設定する。（第２図（
ｂ）参照） 該ヘッダ部＠ａに設定する内容としては、例えば、以下
の項目がある。

・網３に対するコマンド（ＳＥＮＤ、　ＲＣＶ、　ＣＮ
ＣＴ、　Ｄｉｓｃ）　。

・方向フラグ（岡→サーバ、サーバー＞１Ｓ）。

・資源名、資源識別子（ＷＳとサーバ間での資源の対応
をとる為） ・その他 続いて、上記アプリケーション１１から送られてきたデ
ータの内のリクエストブロック（ｒｂ）のを、上記獲得
したバッファ＠内にコピー［相］する。即ち、該アプリ
ケージ甘ン１１の持っているプロトコルに対応した制御
情報のを、当該網３のプロトコルのデータに変換（加工
）する、（第２図（ｂ）参照） そして、上記獲得したバッファブロック（ｂｂ）　＠を
、上記で獲得したリクエストブロック（ｒｂ）■にリン
ク■すると共に、本発明においては、上記獲得したバッ
ファブロック（ｂｂ）　＠に、アプリケーション１１か
ら受信したバッファブロック（ｂｂ）■をリンク［相］
する。（第２図（ｂ）参照）このようにすることで、該
回線リクエストドライバ１２において作成されたデータ
は、リクエストブロック（ｒｂ）■に、上記獲得したバ
ッファブロック（ｂｂ）＠、バッファ■と、アプリケー
ション１１から受信したデータ■がポインタでつながっ
た形となり、上記各アプリケーション１１に対応したプ
ロトコルが指示する制御情報■は、該網３に対する送信
データのデータ部に挿入され、該網３では該各アプリケ
ージ３ンｌｌ毎のプロトコルを一切意識する必要がなく
なる。

このようにして作成された送信データが、Ｏ８■ドライ
バ１３にコマンド（ＳＥＮＤ）と共に送信され、該ｏｓ
ｒドライバ１３から５ＥＮＤ、Ｃの応答コマンドを受信
して、該送信が正常に終了したことを認識する。

ホスト計算機から各アプリケーションへのデータ送信も
、上記アプリケ−シッフ１１９回線リクエストドライバ
１２が、それぞれ、プロトコル制御ドライバ２１９回線
アクセスドライバ２２に置き換えられるだけで、全く、
同様の動作となる。

次に、該回線リクエストドライバ１２が、上記網（ＯＳ
トＬＡＮ）　３からのデータを受信した場合のデータ分
解動作を、（ａ２）　、　（ｃ）図により、説明する。

先ず、アプリケーション１１への完了通知用のリクエス
トブロック（ｒｂ）■の領域は、該アプリケーション１
１がデータ送信要求を行った時に、該回線リクエストド
ライバ１２が獲得した領域■を使用する。（第２図（ｃ
）参照） 次に、０５１　　ドライバ１３から受信したデータのバ
ッファ■内に挿入されている、ホスト計算機からの特定
のプロトコルによる制御ブロック（ｒｂ）■を抽出（具
体的には、アプリケーション１１への通知用の上記リク
エストブロック（ｒｂ）■へのコピー＠で行う）し、ｖ
ｉＯ５Ｉ　　ドライバ１３から受信したデータの格納さ
れているバッファブロック（ｂｂ）＠を、アプリケーシ
ョン１■への通知用のバッファブロック（ｂｂ）として
リンク＠する。（第２図（ｃ）参照） この結果、該回線リクエストドライバ１１で分解・生成
されたアプリケーションｌｌ用のデータは、上記リクエ
ストブロック（ｒｂ）＠＋バッファブロック（ｂｂ）　
＠＋バッファ＠の形式となり、各アプリケーション１１
においては、該制御ブロック（ｒｂ）■中の制御情報の
により、自己の扱うプロトコルで、該ホスト計算機から
の送信データを受信することができる。

このときも、各ワークステーション（ＷＳ）　１を接続
する網３は、該アプリケーション１１に対応したプロト
コルを何ら意識する必要はない。

回線アクセスドライバ２２からプロトコル制御ドライバ
２１を介してのホスト計算機へのデータ送信も、上記回
線リクエストドライバ１２．アプリケーション１１が、
それぞれ、回線アクセスドライバ２２．プロトコル制御
ドライバ２１に置き換えられるだけで、全く、同様の動
作となる。但し、この場合には、該プロトコル制御ドラ
イバ２１への通知用のリクエストブロック（ｒｂ）の領
域■を、該回線アクセスドライバ２２で獲得する必要が
ある。

尚、上記実施例においては、各アプリケーション１１を
接続する網３として、オーブンシステムインクコネクシ
ダン手順（ＯＳＩ）のローカルエリアネットワーク（Ｌ
ＡＮ）を、又、アプリケーション１１で使用するプロト
コルとして、ハイレベル伝送制御子Ｉ＠（ＨＤＬＣ）　
（ＡＣ）　、或いは、基本通信手順（ＢＣ）を例にして
説明したが、これに、限定されるものではなく、他の、
何れのプロトコルの網３．或いは、アプリケーション１
１であってもよいことはいう迄もないことである。要す
れば、各アプリケーション１１で使用しているプロトコ
ルの制御情報のを、綱３で使用しいるプロトコルのデー
タ部に挿入（加工）して、該、Ｗ３の伝送制御方式から
は見えないようにするプログラム（例えば、本例の回線
リクエストドライバ１２／回線アクセスドライバ２２）
を設けて、アプリケーション１１．或いは、プロトコル
制御ドライバ２１からの送信データを加工して、鎖網３
に送信し、鎖網３からの受信データを、各アプリケーシ
ョン１１．或いは、プロトコル制御ドライバ２１用のデ
ータ形式に分解するように構成すればよいのである。

このように構成することにより、同一機種で、スタンド
アロンシステムからマルチシステムへ移行する場合、回
線数を増加することなくワークステーション（−８）の
接続台数を増やすことができる。

又、移行以前のアブ１Ｊケーシヨン等はそのまま使用可
能で、業務の増加等に柔軟に対応可能となる。更に、本
発明においては、マルチシステムに移行以前には使用し
ていなかったプロトコルで動作するアプリケーションを
導入（手順の追加）する場合でも、第２図（ｄ２）　、
　（ｃ１３）に示すように、唯、該アプリケーション（
ＢＧアプリ等）１１を特定のワークステーション（ＷＳ
）　１に追加するだけで、何らのプログラム変更を行う
ことなく対応可能である。

このように、本発明は、複数個のワークステーション（
ＷＳ）間を接続するローカルエリアネットワク（Ｎ４）
　、例えば、０５１−ＬＡＮ　３に、各アプリケーショ
ンの持っているプロトコルを一切意識することなく、各
アプリケーション１１からの送信情報を送出することか
できる回線リクエスト／アクセスドライバ１２．２２を
設けて、該回線リクエスト／アクセスドライバ１２．２
２においては、各アプリケーション１１から送られてき
たデータから制御ブロック（ｒｂ）■を抽出し、鎖網の
プロトコルが指示しているデータ転送形式のデータ中に
挿入する等の加工を施して、該データ（制御ブロック子
データ）を網３に送出し、鎖網３から受信したデータの
上記挿入されている制御ブロック（ｒｂ）■を抽出して
、各アプリケージジン１１のプロトコルが指示するデー
タ形式に分解して、各アプリケーション１１．又は、各
プロトコル制御ドライバ２１に送出するようにした所に
特徴がある。

〔発明の効果〕

以上、詳細に説明したように、本発明の同一機種におけ
る異種プロトコル間接続方式は、複数個のワークステー
ジタン（ｈｌｓ）で構成されているスタンドアロンシス
テムから、マルチシステムへ拡張したときの異種プロト
コル間接続を行うのに、各プロトコルを制御するドライ
バと、各プロトコル毎のアプリケーションとの間に、各
アプリケーションで使用しているプロトコル（ＡＣ，Ｂ
Ｃ）の制御情報■、及び、データ■を、各ワークステー
ション（ｔｌｓ）を接続する網のプロトコル（ＯＳＩ）
のデータとして扱う形式に加工して、鎖網に送出するか
、又は、鎖網から受信したデータを、各アプリケーショ
ンのプロトコル（ＡＣ，ＢＣ）の制御情報の、及び、デ
ータ■に分解して、対応するアプリケーションに渡すイ
ンタフェースを設けると共に、上記インタフェースに従
って加工したデータを、各ワークステーション（ＷＳ）
間を接続する網に送出する回線リクエスト／アクセスド
ライバ、又は、鎖網から、該加工されたデータを受信し
、上記インフッニスに従って分解する回線アクセス／リ
クエストドライバを設けて、各ワークステーション（−
５）の各アプリケーション、又は、各プロトコル制御ド
ライバは、それぞれのプロトコルに従って、該回線リク
エスト／アクセスドライバを介して、−上記網に送信デ
ータを送信し、上記網からデータを受信した上記回線ア
クセス／リクエストドライバは、上記インタフェースに
従って、該データを分解し、該分解されたデータが示す
プロトコルに対応した制御ドライバ／アブリケーシヲン
に送出するようにしたものであるので、（１）プロトコ
ルの数が多種であっても、新規に作成するプログラムは
、２本（回線リクエストドライバと１回線アクセスドラ
イバ）でカバーできる。即ち、開発量を低減できる。（
２）アプリケーションの各プロトコルを意識しないので
、該新規プログラムは、汎用的に使用できる。即ち、各
プロトコルを意識しないので、プログラム構造が単純で
あり、性能的にも有効である。又、アプリケーションイ
ンタフェースへの影響が皆無であり、既存のプログラム
には全く手を加える必要がない、（３）機能追加等で、
アプリケジョンインタフェースに変更があっても、制３
卸ブロック（ｒｂ）■内に設定する情報の追加、変更で
済み、全く影響を受けない。即ら、機能追加等にも、プ
ログラムに対しては無修正で対応可能である。

等の効果がある。

【図面の簡単な説明】

第１図は本発明の原理構成図。 第２図は本発明の一実施例を示した図。 第３図は従来の異種プロトコル間接続方式を説明する図
。 である。 図面において、 １はワークステーション（ＷＳ）　。 １１はアプリケーション（ＡＣアプリ、ＢＣアプリ）。 １２は回線リクエストドライバ。 ］、３．２３、は０５１ドライバ。 ２はサーバ。 ２１はプロトコル制御ドライバ（ＡＣ制御ドライバ、Ｂ
Ｃ制御ドライバ）。 ２２は回線アクセスドライバ。 ■はアプリケーションでの制御情報、又は、リクエスト
ブロック（ｒｂ）　。 ■はアプリケーションでのデータ（バッファブロック（
ｂｂ）＋バッファ） ■、■は回線リクエストドライバでの制御ブロック（ｒ
ｂ）　。 ＠は回線リクエストドライバでのバッファブロック（ｂ
ｂ）。 ■は回線リクエストドライバでのバッファ。 ■ａは回線リクエストドライバでのヘッダ部。 ［相］、＠はコピー ■、＠はリンク。 をそれぞれ示す。 第 １ 図（その１） マルチシステムのソフトウェア構成 第 図（その２） 第 図 （その１） 第 図 （その２） データの分解（データ勲 Ｏ５Ｉドライノイ噛亨りＩストドライ６＠ｌＡ１りＩス
トＦライバ→アブ号ケージｌン第 図 （その４） サーバとＷＳは同一機種系 本発明の一実施例を示した図 第 図 （その５） サーバとＷＳは同一機種系 （ａ２） 従来の異種プロトコル間！１１方式を説明する間第　３
　図　（その１） 第 図 （その２）

Claims (2)

【特許請求の範囲】
1. （１）複数個のワークステーション（ＷＳ）（１）で構
   成されているスタンドアロンシステムから、マルチシス
   テムへ拡張したときの異種プロトコル間接続方式であっ
   て、 各プロトコルを制御するドライバ（２１）と、各プロト
   コル毎のアプリケーション（１１）との間に、各アプリ
   ケーション（１１）で使用しているプロトコル（ＡＣ、
   ＢＣ）の制御情報（〔１〕）、及び、データ（〔２〕）
   を、各ワークステーション（ＷＳ）（１）を接続する網
   （３）のプロトコル（ＯＳＩ）のデータとして扱う形式
   に加工して、該網（３）に送出するか、又は、該網（３
   ）から受信したデータを、各アプリケーションのプロト
   コル（ＡＣ、ＢＣ）の制御情報（〔１〕）、及び、デー
   タ（〔２〕）に分解して、対応するアプリケーションに
   渡すインタフェースを設けると共に、 上記インタフェースに従って加工したデータを、各ワー
   クステーション（ＷＳ）（１）間を接続する網（３）に
   送出する回線リクエスト／アクセスドライバ（１２、２
   ２）、又は、該網（３）から、該加工されたデータを受
   信し、上記インタフェースに従って分解する回線アクセ
   ス／リクエストドライバ（２２、１２）を設けて、 各ワークステーション（ＷＳ）（１）の各アプリケーシ
   ョン（１１）、又は、各プロトコル制御ドライバ（２１
   ）は、それぞれのプロトコルに従って、該回線リクエス
   ト／アクセスドライバ（１２、２２）を介して、上記網
   （３）に送信データを送信し、上記網（３）からデータ
   を受信した上記回線アクセス／リクエストドライバ（２
   ２、１２）は、上記インタフェースに従って、該データ
   を分解し、該分解されたデータが示すプロトコルに対応
   した制御ドライバ（２１）／アプリケーション（１１）
   に送出することを特徴とする同一機種による異種プロト
   コル間接続方式。
2. （２）上記各アプリケーション（１１）で使用している
   プロトコル（ＡＣ、ＢＣ）の制御情報（〔１〕）、及び
   、データ（〔２〕）を、各ワークステーション（ＷＳ）
   （１）を接続する網（３）のプロトコル（ＯＳＩ）のデ
   ータとして扱う形式に加工する手段として、上記各プロ
   トコルの（ＡＣ、ＢＣ）の制御情報（〔１〕）を、上記
   網（３）のプロトコルのデータ中の特定の領域に複写し
   、その他のデータ（〔２〕）を、該網（３）のプロトコ
   ルの制御情報（〔３〕）が自己のデータをポイントする
   のと、同じ方法でポイントして該網（３）に送出するか
   、又は、該網（３）から受信したデータを、各アプリケ
   ーション（１１）、又は、プロトコル制御ドライバ（２
   １）の各プロトコル（ＡＣ、ＢＣ）の制御情報（〔１〕
   ）、及び、データ（〔２〕）に分解する方式として、上
   記受信データの特定の領域中に複写されている制御情報
   （〔１〕）を抽出して、アプリケーション（１１）、又
   は、プロトコル制御ドライバ（２１）に対する制御情報
   （〔１〕）とし、その他のデータ（〔２〕）は、該アプ
   リケーション（１１）、又は、プロトコル制御ドライバ
   （２１）に対する制御情報（〔１〕）に続くポインタで
   リンクして取り出すことを特徴とする請求項１に記載の
   同一機種による異種プロトコル間接続方式。