JP2957031B2

JP2957031B2 - データ処理システム

Info

Publication number: JP2957031B2
Application number: JP3223222A
Authority: JP
Inventors: 聡細井
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1991-09-04
Filing date: 1991-09-04
Publication date: 1999-10-04
Anticipated expiration: 2014-10-04
Also published as: JPH0561802A

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，データ処理システムに
関し，特に自己の実装するＯＳ（オペレーティングシス
テム）とは異なるＯＳを実装する装置からの利用を可能
としたサーバを有するデータ処理システムに関する。

【０００２】複数のワークステーションの如きプロセッ
サをネットワークを介して接続することにより，データ
処理システムを構成することがある。この形式のデータ
処理システムでは，各プロセッサに例えばディスク等を
接続するのではなく，ディスクの管理のみを行うプロセ
ッサ（ディスクサーバ）を各プロセッサに共用の装置
（サーバ）として設ける構成をとることがある。

【０００３】

【従来の技術】図５は，従来技術説明図である。図５に
おいて，ネットワーク１１は，専用回線，電話回線，Ｄ
ＤＸ−パケット網，ＤＤＸ−回線交換網，ＩＳＤＮ網及
びＣＳＭＡ／ＣＤ方式等のＬＡＮなどからなる。サーバ
１は，データ処理の一部を各ワークステーションの如き
プロセッサ９から共用できるようにされた装置である。
サーバ１には，例えば，図示の如きファイルサーバの他
プリントサーバ，ディスクサーバ，通信サーバ等があ
る。プロセッサ９は，例えば，ファイル内容の表示等の
ファイル８の管理については，サーバ１に対してその処
理を要求して応答を待つ。

【０００４】

【発明が解決しようとする課題】ネットワーク記述や計
算機ネットワークの発展により，１つのネットワーク１
１に種々のプロセッサ９やサーバ１が接続され得る。ま
た，一方では，ＯＳの標準化が検討／実施されている。
ＯＳを標準化した場合，資産を共用できるという大きな
利点があるので，ワークステーション等では，特定のＯ
Ｓに標準化されつつある。

【０００５】このような状況下では，サーバ１は標準化
されたＯＳを実装し，一方，プロセッサ９は標準化の対
象となっていないローカル（各社（メーカ）の独自の）
ＯＳ及びローカルプロトコルを実装し，これらが同一の
ネットワーク１１に接続されることがある。例えばサー
バ１は新たに導入されたものであるため標準化されてお
り，一方，プロセッサ９は利用者の要望によりローカル
のままである場合である。このような状態は，利用者が
通常，既存のデータ（資産，即ち，データベースやアプ
リケーションプログラム等）をそのまま利用しようとし
たり，使い慣れたＭＭＩ（マンマシンインタフェース）
を変えずに業務を行おうとするために生じる。

【０００６】このような場合，このままでは，プロセッ
サ９側からサーバ１を利用する（アクセスする）ことが
できないという問題がある。このことは，標準化された
サーバ１の増加する中，既存のローカルなプロセッサ９
の利用者には大きな問題となる。また，逆に，標準化さ
れたサーバ１の導入の妨げとなる。

【０００７】本発明は，異なるＯＳを実装するサーバと
プロセッサとを同一のネットワークに接続できるように
することを目的とする。

【０００８】

【課題を解決するための手段】図１は本発明の原理構成
図であり，本発明によるデータ処理システムを示す。図
１において，プロセッサ９は，ローカルオペレーティン
グシステム１０を実装し，ネットワーク１１を介して，
サーバ１に接続される。サーバ１は，プロセッサ９から
の要求に応じて所定のデータ処理を行って，その結果を
プロセッサ９に返す。例えば，図示の如くファイル８を
有するサーバ１は，ファイルサーバとして，ファイル８
の管理を行う。サーバ１は，ローカルオペレーティング
システム１０とは異なる標準オペレーティングシステム
２を実装する。

【０００９】サーバ１には，エミュレート機構３とデー
タ変換機構７とが設けられる。エミュレート機構３は，
ネットワーク１１を制御するネットワーク制御機構４
と，ネットワーク１１を介したプロセッサ９との通信に
おけるプロトコルを制御するプロトコル制御機構５と，
仮想端末制御機構６とで構成される。

【００１０】

【作用】プロセッサ９は，ローカルオペレーティングシ
ステム１０を実装するので，ローカルオペレーティング
システム１０の採用するローカルなプロトコルに従っ
て，ネットワーク１１を介してサーバ１と通信する手段
のみを有する。

【００１１】そこで，サーバ１のエミュレート機構３側
において，仮想端末制御機構６が，自己とローカルオペ
レーティングシステム１０を実装したプロセッサ９との
間のローカルプロトコルの論理パスの確立を，プロトコ
ル制御機構５に要求する。プロトコル制御機構５は，ロ
ーカルプロトコルを使用して，ネットワーク制御装置４
に対して，ネットワークのパス確立を要求する。ネット
ワーク制御装置４は，各種の伝送制御手順（パケット，
データリンク，呼制御）を用いて，プロセッサ９との間
でネットワークのパスを確立する。

【００１２】次に，仮想端末制御機構６は，標準オペレ
ーティングシステム２が送出したデータをローカルプロ
トコル上で，プロトコル制御機構５及びネットワーク制
御装置４を用いて制御する。これに先立って，仮想端末
制御機構６は，プロセッサ９に対応するプロセスを生成
してこれを仮想端末とし，見かけ上これと実際のプロセ
ッサ９との間でローカルプロトコルでの通信を行うよう
にする。

【００１３】以上により，標準オペレーティングシステ
ム２のインタフェースは，ローカルオペレーティングシ
ステム１０でエミュレーションされる。即ち，ローカル
オペレーティングシステム１０をサーバ１に実装したと
等しくなる。また，仮想端末制御機構６，即ち，仮想端
末の入出力データと，サーバ１上，即ち，標準オペレー
ティングシステム２の入出力データとはデータ変換機構
７により，相互に変換される。従って，標準オペレー
ティングシステム２を実装するプロセッサでサーバ１を
利用したと同様に，ローカルオペレーティングシステム
１０を実装するプロセッサ９からサーバ１を利用するこ
とができる。これにより，１つのネットワーク１１に，
標準オペレーティングシステム２を実装するサーバ１と
ローカルオペレーティングシステム１０を実装するプロ
セッサ９とを接続することができる。

【００１４】

【実施例】図２は実施例構成図であり，標準ＯＳ２を実
装したサーバ１にＬＡＮ１１Ａを介して複数のプロセッ
サ９Ａ，９Ｂ及び９Ｃが接続されたデータ処理システム
を示す。複数のプロセッサ９Ａ乃至９Ｃは，ワークステ
ーション，パーソナルコンピュータ又は端末の如きもの
であり，ＬＡＮ１１Ａのトランシーバ２１に接続され
る。ＬＡＮ１１Ａの両端には終端抵抗２０が接続され
る。また，サーバ１には，ＴＴＹ端末２２が接続され
る。

【００１５】サーバ１が例えばファイルサーバである場
合にその管理するファイル８の内容を画面に表示させよ
うとする時，サーバ１へは，ＴＴＹ端末２２，標準ＯＳ
２Ａを実装するプロセッサ９Ａ，ローカルＯＳ１０を実
装するプロセッサ９Ｂ及び９Ｃの４つからアクセスでき
る。このうち，前２者は，通常のアクセス手段である。
ＴＴＹ端末２２からは，ユーザ名とパスワードとを指定
してＬＯＧＩＮを実行することで，サーバ１を使用でき
る。ユーザ名，パスワード，ユーザの実行権等は，予
め，システム管理者により，登録され，標準ＯＳ２の管
理下にある。

【００１６】プロセッサ９Ａは，標準ＯＳ２と同じ標準
ＯＳ２Ａ（“Ａ”を付して区別する）を実装している。
従って，サーバ１を利用することに特に問題はない。例
えば，標準ＯＳ２がＵＮＩＸ（ＡＴ＆Ｔ社とベル研究所
によって開発された汎用オペレーティングシステム）で
ある場合には，ＴＣＰ／ＩＰを利用してプロセッサ９Ａ
からサーバ１（の標準ＯＳ２）へ直接ＬＯＧＩＮするこ
とができる。

【００１７】プロセッサ９Ｂは，パーソナルコンピュー
タ上のエミュレータ１６とアダプタ１４とからなる。エ
ミュレータ１６は，ローカルＯＳ１０（図示せず）を実
装し，また，ＬＡＮ１１Ａとの通信を制御するソフトウ
ェアからなる制御部１５を内蔵する。アダプタ１４は，
ＬＡＮ１１Ａとの通信を行うためのハードウェアからな
る。

【００１８】プロセッサ９Ｃは，ローカルＯＳ１０を実
装するパーソナルコンピュータ上にエミュレータ１９を
設けたものである。更に，プロセッサ９Ｃは，ＬＡＮ１
１Ａとの通信を制御するソフトウェアからなる制御部１
８と，ＬＡＮ１１Ａとの通信を行うためのハードウェア
であるアダプタ１７とを有する。

【００１９】プロセッサ９Ｂ及び９Ｃは，ローカルＯＳ
１０を実装するので，サーバ１のアダプタ１２から直接
標準ＯＳ２へというルートでの通信はできない。従って
アダプタ１２からサーバ１のエミュレート機構３及びデ
ータ変換機構７を介した上で，標準ＯＳ２と通信するこ
とになる。

【００２０】サーバ１は，ＬＡＮ１１Ａのトランシーバ
２１と，そのアダプタ１２で接続される。アダプタ１２
は，ＬＡＮ１１Ａとの通信を行うハードウェアからな
る。プロセッサ９Ａ乃至９Ｃは，ＬＡＮ１１Ａを介し
て，アダプタ１２と接続される点は共通である。しか
し，プロセッサ９Ａは，アダプタ１２から直接標準ＯＳ
２を使用できる。なお，ＴＴＹ端末２２も，直接，標準
ＯＳ２を使用できる。

【００２１】これに対して，本実施例のプロセッサ９Ｂ
及び９Ｃは，仮想端末制御機構６がネットワーク／プロ
トコル制御部４５を利用して行うエミュレーションによ
って，標準ＯＳ２を使用する。ここで，ネットワーク／
プロトコル制御部４５は，ネットワーク制御装置４とプ
ロトコル制御機構５とを一体に表したものである。

【００２２】仮想端末制御機構６は，標準ＯＳ２のイン
タフェースをサーバ１上（エミュレート機構３内）でロ
ーカルＯＳ１０によってエミュレートする。即ち，仮想
端末制御機構６は，プロセッサ９Ｂ及び９Ｃの各々に対
応してプロセス６１Ｂ及び６１Ｃを生成し，これらを仮
想端末６１Ｂ及び６１Ｃとする。仮想端末６１Ｂ及び６
１Ｃは，仮想端末制御機構６を介してネットワーク／プ
ロトコル制御部４５を利用して，ローカルプロトコル上
で対応するプロセッサ９Ｂ及び９Ｃと通信する。この通
信において，標準ＯＳ２のコマンドは，ローカルプロト
コル上では単なるデータとして取り扱われる。一方，プ
ロセッサ９Ｂ及び９Ｃは，標準ＯＳ２のコマンドを単な
るデータとして見ることにより，そのまま（データとし
て）入力可能としている。従って，オペレータはプロセ
ッサ９Ｂ及び９Ｃを標準ＯＳ２を実装する仮想的なプロ
セッサとして入力できる。これに対し，仮想端末６１Ｂ
及び６１Ｃは，標準ＯＳ２上に生成されるプロセスであ
るから，受け取ったデータを標準ＯＳ２のコマンドとし
て解釈実行する。

【００２３】以上によれば，オペレータにはプロセッサ
９Ｂ及び９Ｃをあたかも標準ＯＳ２を実装する如く見
せ，プロセッサ９Ｂおよび９Ｃには標準ＯＳ２を意識さ
せていない。また，通信もローカルプロトコル上で行う
ことができる。そして，仮想端末６１Ｂ及び６１Ｃは，
標準ＯＳ２のコマンドを解釈実行することができる。

【００２４】仮想端末制御機構６は，例えば，ＵＮＩＸ
のユーザインタフェース（主に，ＴＴＹ端末インタフェ
ース）をローカルプロトコルによってエミュレーション
する。この場合，非ＵＮＩＸ端末であるプロセッサ９Ｂ
及び９ＣにおいてローカルＯＳ１０等のプログラムは，
一切，変更する必要がない。標準（ＵＮＩＸ）ＯＳ２
は，ＵＮＩＸ端末であるプロセッサ９Ａのために登録さ
れたユーザ名，パスワード，ユーザの実行権等の情報
を，そのまま，プロセッサ９Ｂ及び９Ｃのために用い
る。

【００２５】データ変換機構７は，ローカルＯＳ１０の
データ形式と標準ＯＳ２のデータ形式とを相互に変換す
る。従って，ローカルＯＳ１０のプロセッサ９Ｂ及び９
Ｃから送信されたデータ（例えば非ＵＮＩＸファイル形
式）を標準ＯＳ２のファイル形式（例えばＵＮＩＸ形
式）に変換した上で，（ファイル）サーバ１のファイル
８に保存できる。これにより，プロセッサ９Ｂ及び９Ｃ
の処理したデータを，標準ＯＳ２のプロセッサ９Ａから
容易に参照し更新することができる。また，例えばプロ
セッサ９Ｂを新しい標準ＯＳ２のプロセッサに置換した
場合に，置換前のデータが標準ＯＳ２のデータ形式で保
存されているため，新しいプロセッサはそのまま，保存
データを使用できる。

【００２６】図３は，仮想端末制御機構６について示
す。仮想端末制御機構６は，仮想端末６１Ｂ，６１Ｃを
多重制御してエミュレーションの非同期処理を可能と
し，このために，ログイン管理部６３を有する管理プロ
セス６２，起動制御プロセス６４，実行状態管理制御プ
ロセス６６，起動制御プロセス６４と実行状態管理制御
プロセス６６とが共用する共用テーブル６５とを備え
る。

【００２７】仮想端末６１Ｂ，６１Ｃの多重制御を行う
のは，以下の理由による。例えば，ＵＮＩＸのライブラ
リなどでは，アプリケーションプログラム（プロセス）
に対するインタフェースは，完了型／同期型の関数が多
い。つまり，１プロセス内の処理は，ライブラリへの関
数の発行後，その処理の完了まで，止まってしまう。こ
れはネットワーク／プロトコル制御部４５を利用する場
合も同じである。即ち，サーバ１は，他のプロセッサか
らの要求を拒絶する。そこで，複数のプロセッサ９Ｂ，
９Ｃからの事象を制御するために，１つのプロセッサに
対応して１つのプロセスを生成し，多重制御する。

【００２８】仮想端末６１Ｂ，６１Ｃであるプロセスを
多重に生成し，管理するためのマネージャとして，管理
プロセス６２が設けられる。管理プロセス６２は，仮想
端末６１Ｂ，６１Ｃの生成のために必要な処理，例え
ば，メモリ領域の獲得や資源の割当等の処理を行い，仮
想端末６１Ｂ，６１Ｃを生成する。この生成は，例えば
ローカルプロトコル上で，サーバ１とプロセッサ９Ｂ，
９Ｃとの間の物理層のリンクが確立されることによっ
て，行われる。管理プロセス６２は，仮想端末６１Ｂ，
６１Ｃが処理を実行する以前，即ち，ローカルプロトコ
ル上でセション層のリンクが確立される以前の必要な処
理を行う。

【００２９】この処理の１つとして，ログイン管理部６
３がログイン管理を行う。即ち，物理層のリンクの確立
後，プロセッサ９Ａ，９Ｂからネットワーク／プロトコ
ル制御部４５を介して仮想端末制御機構６へ“ＬＯＧＩ
Ｎ”入力の有無を管理する。

【００３０】生成されたプロセス（仮想端末６１Ｂ，６
１Ｃ）は，図示の如く，管理プロセス６２（及び起動制
御プロセス６４）においてキューイングされ，プロセッ
サ９Ｂ又は９ＣからのＬＯＧＩＮを待ち合わせる。ＬＯ
ＧＩＮ入力がログイン管理部６３にあると，管理プロセ
ス６２は，起動要求を起動制御プロセス６４へ送る。起
動要求があると，起動制御プロセス６４は，キューイン
グしている当該プロセス６１Ｂ又は６１Ｃを起動する。
この起動又はＬＯＧＩＮ入力によりセション層のリンク
が確立され，以後，起動されたプロセス６１Ｂ又は６１
Ｃが処理を実行する。

【００３１】なお，このように，起動制御等のプロセス
と，実行プロセスとを分けることにより，複数の事象の
管理を容易にしている。即ち，例えば，ＵＮＩＸでは，
複数の事象の待ち合わせが難しいので，このように分け
ることで，待ち合わせの管理を容易にしている。

【００３２】起動制御プロセス６４は，プロセス６１
Ｂ，６１Ｃを起動すると，待ち合わせ(waite) をする。
待ち合わせは，以下の３つの事象を管理する。即ち，
プロセス６１Ｂ，６１Ｃなどの起動したプロセスの終
了，管理プロセス６２からの非同期事象，及び起動
したプロセスの実行時間監視及びバックアップである。
なお起動制御プロセス６４が各プロセス６１Ｂ，６１Ｃ
の管理をしている間，管理プロセス６２は他ユーザから
のログインを待ち合わせているとともに，強制終了や電
源断などの非同期事象を待ち合わせている。

【００３３】起動したプロセス６１Ｂ，６１Ｃの終了時
（）には，起動制御プロセス６４は実行状態管理制御
プロセス６６との間の共用テーブル６５に記憶されてい
る実行状態を参照し，プロセス６１Ｂ，６１Ｃの後処理
が行われていない場合，その後処理を代行する。例え
ば，直接，ネットワーク１１Ａ等に対し，指示を出す。

【００３４】このために，実行状態管理制御プロセス６
６は，各プロセス６１Ｂ，６１Ｃの実行状態を監視し，
その結果（実行状態）を共用テーブル６５の所定の領域
へ書き込む。

【００３５】管理プロセス６２からの非同期事象（）
については，強制終了通知を管理プロセス６２が受信し
た場合，起動制御プロセス６４は，強制的にメモリ上か
ら該当プロセス６１Ｂ，６１Ｃを消去する。なお，この
とき例えば１日の起動／終了の発生頻度をトレース（カ
ウント）しておき，もし，発生間隔が一定時間以内であ
る場合，メモリからの消去をマスクすることができる。
これによって，起動時間（ファイルから読み取り，メモ
リにロードし，ＣＰＵを割り当てるまでの時間）を短縮
できる（ＣＰＵ割り当てのみとなる）。

【００３６】また，上記の場合において，電源断の通
知を管理プロセス６２が受信した場合，起動制御プロセ
ス６４は，実行状態管理制御プロセス６６との間の共用
テーブル６５の実行状態を参照し，プロセッサ９Ｂ，９
Ｃと通信中のプロセス６１Ｂ，６１Ｃがないかを調べ
る。通信中のプロセス６１Ｂ，６１Ｃがあった場合，電
源断の通知を保留し，管理プロセス６２に，電源断不可
の通知を行う。管理プロセス６２は，何らかの手段（例
えば，画面メッセージ，ブザー等）でオペレータに電源
断不可を知らせる。電源断不可の知らせがある場合にお
いて，再度電源断の要求をオペレータが実施した（電源
断通知の保留中にもう一度電源断の通知があった）場
合，保留していた電源断を実行する。なお，電源断不可
の知らせは，通信中のプロセス６１Ｂ，６１Ｃが無くな
った時点で，管理プロセス６２によって自動的に消去さ
れる。保留中の電源断通知が無い場合において，電源断
の通知があった場合は，自動的（プロセッサに電源断メ
ッセージは送信する）に電源断となる。

【００３７】起動したプロセス６１Ｂ，６１Ｃの実行時
間監視及びバックアップ（）については，まず，実行
状態管理制御プロセス６６がタイマーにより，一定時間
以上，プロセッサ９Ｂ，９Ｃとの通信状態が無かった場
合，そのプロセス６１Ｂ，６１Ｃについて管理プロセス
６２経由で起動制御プロセス６４に，特定の信号を上げ
る。起動制御プロセス６４は，この信号を受信すると，
補助記憶装置に，プロセス６１Ｂ，６１Ｃをスワップア
ウトさせる。この後，実行状態管理プロセス６６よりプ
ロセッサ９Ｂ，９Ｃとの通信が再開されたことが通知さ
れるまで，スワップインしない。これによって，他プロ
セスとのメモリの資源について，有効利用をはかる。

【００３８】なお，プロセッサ９Ａについては，標準Ｏ
Ｓ２を実装しているので，図３に示す如く，対応する仮
想端末（プロセス）は生成されない。図４は，サーバ１
とプロセッサ９Ｃとの間の通信について示す。即ち，仮
想端末制御機構６が標準ＯＳ２のユーザインタフェース
をエミュレートする動作の概要を示す。

【００３９】接続要求があると，ネットワーク／プロト
コル制御部４５と制御部１８とによって，互いのアダプ
タ１２及び１７を介して，物理層のリンク（ネットワー
クパス）が確立される。これに応じて，仮想端末制御機
構６は，表示データとして“System Ready”を送り，Ｌ
ＯＧＩＮ入力を求める。エミュレータ１９は，“System
Ready”をプロセッサ９Ｃの画面に表示する。これを見
たオペレータが，“ＬＯＧＩＮ”を入力することによ
り，セション層がリンクされ，ローカルプロトコルパス
が確立される。

【００４０】このとき，仮想端末制御機構６は，物理層
のリンクにより仮想端末６１Ｃを生成してキューイング
し，セション層のリンクにより仮想端末６１Ｃを起動す
る。従って，以後は，仮想端末６１Ｃとプロセッサ９Ｃ
との間の通信の形で処理が行われる。即ち，ローカルプ
ロトコル上で標準ＯＳ２のエミュレートが行われる。

【００４１】なお，仮想端末制御機構６は，オペレータ
が“ＬＯＧＩＮ”と共に入力したユーザ名，パスワード
等を用いて，ユーザの利用資格，ファイル８へのアクセ
ス権等をチェックする。

【００４２】次に，仮想端末６１Ｃは，プロセッサ９Ｃ
の画面上へのプロンプト（例えば“Ready ”等）の表示
を行う。仮想端末６１Ｃは，表示データとしての“Read
y ”の送信要求をプロトコル／ネットワーク制御部４５
に対して行い，その要求受付の応答を受けて，プロセッ
サ９Ｃからの事象を待つ。エミュレータ１９は，オペレ
ータへの入力要求である“Ready”をプロセッサ９Ｃの
画面に表示する。

【００４３】これを見たオペレータは，標準ＯＳ２のコ
マンド，例えばＵＮＩＸのコマンド“ｌｓ”を入力す
る。コマンド“ｌｓ”は，ファイル８の内容の表示を命
令するものである。ここで，プロセッサ９Ｃは非ＵＮＩ
Ｘ端末であるが，オペレータはこれを意識することなく
ＵＮＩＸのコマンドを使用できる。一方，プロセッサ９
Ｃは，このコマンドをＵＮＩＸのコマンドと意識せず，
単なる文字データとして取り扱う。

【００４４】エミュレータ１９は，ＵＮＩＸのコマンド
“ｌｓ”をコマンドとしてではなくデータとして，ロー
カルプロトコルに乗せて，仮想端末６１Ｃへ送る。事象
待ちをしていた仮想端末６１Ｃは，送信された内容を読
み込む。

【００４５】仮想端末６１Ｃは，読み込んだコマンドを
取り出し，解釈して実行する。例えば仮想端末６１Ｃ
は，コマンド“ｌｓ”をデータ変換機構７を介して標準
ＯＳ２へ送り，その結果を受け取る。データ変換機構７
は，必要に応じてデータ形式を変換する。ユーザのファ
イル８へのアクセス権のチェックは，この時に標準ＯＳ
２が行ってもよい。標準ＯＳ２は，コマンド“ｌｓ”に
応じファイル８から該当するデータを取り出す。

【００４６】仮想端末６１Ｃは，プロセッサ９Ｃへのコ
マンドの実行結果の表示を行う。即ち，仮想端末６１Ｃ
は，データの送信要求と更に“Ready ”の送信要求をプ
ロトコル／ネットワーク制御部４５に対して行い，待ち
状態となる。エミュレータ１９は，実行結果及び“Read
y ”を表示する。これを見たオペレータは，その確認
（又は実行）を入力する。

【００４７】

【発明の効果】以上説明したように，本発明によれば，
異なるＯＳを実装するサーバとプロセッサとを有するデ
ータ処理システムにおいて，サーバに仮想端末制御機構
を設けることにより，サーバに実装された標準ＯＳのイ
ンタフェースをプロセッサに実装されたローカルＯＳで
エミュレートすることができるので，サーバとプロセッ
サとを同一ネットワークに接続して通信することが可能
となり，システムの標準化や保存すべきデータの標準化
に有効である。

【図面の簡単な説明】

【図１】本発明の原理構成図である。

【図２】実施例構成図である。

【図３】仮想端末制御機構説明図である。

【図４】エミュレート動作説明図である。

【図５】従来技術説明図である。

【符号の説明】

１サーバ２，２Ａ標準ＯＳ３エミュレート機構４ネットワーク制御装置５プロトコル制御機構６仮想端末制御機構７データ変換機構８ファイル９，９Ａ，９Ｂ，９Ｃプロセッサ１０ローカルＯＳ１１ネットワーク１１ＡＬＡＮ１２，１３，１４，１７アダプタ１５，１８制御部１６，１９エミュレータ２０終端抵抗２１トランシーバ２２ＴＴＹ端末４５ネットワーク／プロトコル制御部６１Ｂ，６１Ｃ仮想端末（プロセス）６２管理プロセス６３ログイン管理部６４起動制御プロセス６５共用テーブル６６実行状態管理制御プロセス

フロントページの続き (58)調査した分野(Int.Cl.⁶，ＤＢ名) G06F 13/00 G06F 9/44 G06F 15/00 H04L 12/00

Claims

(57)【特許請求の範囲】

【請求項１】ローカルオペレーティングシステム（１
０）を実装したプロセッサ（９）と，標準オペレーティ
ングシステム（２）を実装し，前記プロセッサ（９）か
らの要求に応じて所定のデータ処理を行ってその結果を
前記プロセッサ（９）に返すサーバ（１）と，前記プロ
セッサ（９）とサーバ（１）とを接続するネットワーク
（１１）とを備えたデータ処理システムにおいて，前記
ネットワーク（１１）の制御を行うネットワーク制御装
置（４）と，前記ネットワーク（１１）を介したプロセ
ッサ（９）との通信におけるプロトコルを制御するプロ
トコル制御機構（５）と，前記プロセッサ（９）を当該
サーバ（１）に接続された仮想端末として制御する仮想
端末制御機構（６）とからなるエミュレート機構（３）
を前記サーバ（１）に設けて，前記標準オペレーティン
グシステム（２）のインタフェースを前記ローカルオペ
レーティングシステム（１０）でエミュレーションする
と共に，前記仮想端末の入出力データと当該サーバ
（１）上の入出力データとを相互に変換するデータ変換
機構（７）を前記サーバ（１）に設けたことを特徴とす
るデータ処理システム。
【請求項２】前記仮想端末制御機構（６）が，前記プ
ロセッサ（９）の各々に応じてプロセスを生成して，こ
れらを前記仮想端末として管理することを特徴とする請
求項１に記載のデータ処理システム。
【請求項３】前記仮想端末であるプロセスの生成及び
管理を行う管理プロセス（６２）と，前記仮想端末であ
るプロセスの起動及び後処理を行う起動制御プロセス
（６４）と，前記仮想端末であるプロセスの実行状態の
管理を行う実行状態管理制御プロセス（６６）とを前記
仮想端末制御機構（６）に設けたことを特徴とする請求
項２に記載のデータ処理システム。