JPH04322348A - データ処理制御装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報処理部のデバイス
制御用のプログラムを修正することなく、デバイスの追
加・交換を可能とするデータ処理制御装置に関する。

【０００２】

【従来の技術】オフィスコンピュータの一般的なシステ
ム構成としては、図６に示すように、ＣＰＵ２１と、こ
のＣＰＵ２１に接続されたＲＡＭ２２、ディスク２３、
キーボード２４、ＣＲＴ２５、及びプリンタ２６などの
標準装備のデバイス、さらにこれら標準装備のデバイス
以外のいくつかのデバイス、例えばイメージリーダ、Ｏ
ＣＲ（光学式文字読取装置）、バーコードリーダなどの
デバイスＡ，Ｂ，Ｃ、これら各デバイスＡ，Ｂ，ＣとＣ
ＰＵ２１との間に介在するデバイスインタフェース部２
７Ａ，２７Ｂ，２７Ｃ、さらにアプリケーションプログ
ラムやオペレーティングシステム（ＯＳ）等から成る情
報処理を行う情報処理部３０などで構成されている。

【０００３】上記情報処理部３０は、全体の処理の流れ
を制御する情報処理制御部３１、処理の指示内容が記述
されているプログラムを解釈する言語解釈部３２、その
言語解釈部３２により解釈されるプログラムの指示にし
たがって実際のデータ処理を実行する実行制御部３３、
その実行制御部３３により制御される各種データ処理を
行うデータ処理部３４、及びデバイスＡ，Ｂ，Ｃの制御
を行うデバイス制御部３５Ａ，３５Ｂ，３５Ｃから構成
されている。

【０００４】ところで、上記ＲＡＭ２２、ディスク２３
、キーボード２４、ＣＲＴ（ＣＲＴディスプレイ）２５
、プリンタ２６などの標準的に装備されるデバイスは、
オフィスコンピュータ等の情報処理装置に固定的に装備
されているものであり、変更される可能性はほとんど無
いので、これら各デバイスの制御は情報処理部３０内に
予め組み込まれている制御プログラム（デバイスドライ
バ等）によって行われるようになっている。

【０００５】一方、デバイスＡ，Ｂ，Ｃは、オフィスコ
ンピュータの使用目的に応じて、選択的に装備されるも
のであり、これらのデバイスＡ，Ｂ，Ｃは、オフィスコ
ンピュータに装備されるときに、情報処理部３０内に新
たに組み込まれる各デバイスＡ，Ｂ，Ｃ制御用のプログ
ラム（デバイスドライバ等）にしたがって動作するデバ
イス制御部３５Ａ，３５Ｂ，３５Ｃにより制御される。

【０００６】

【発明が解決しようとする課題】ところで、上記のよう
な従来のオフィスコンピュータにおいては、デバイスＡ
，Ｂ，Ｃの他に、例えば、新たにデバイスＤを接続しよ
うとした場合、このデバイスＤを制御するためのデバイ
ス制御部３５Ｄを、情報処理部３０内に追加する必要が
ある。

【０００７】また、上記情報処理部３０内には、各デバ
イスを制御するための制御手順が記述されている膨大な
プログラムが組み込まれており、上述のように新たなデ
バイスを追加したり、デバイスの交換を行ったりして、
情報処理部３０内に新たにデバイス制御部を追加する場
合には、それに対応して、それまで組み込まれていた膨
大なプログラムを修正する必要がある。この場合、プロ
グラムの規模が大きいので、そのプログラムの修正には
多くの労力を要し、短期間で修正することは困難である
という問題があった。

【０００８】これは、各デバイスを制御するデバイス制
御部が、情報処理部３０内に組み込まれるデバイス制御
用の制御プログラムの実行に連動して動作しながら、直
接対応するデバイスを制御するようになっているためで
ある。

【０００９】してみれば、各デバイスを直接に制御する
デバイス制御部を情報処理部から切り離し、必要に応じ
て、デバイス及びデバイス制御用のプログラムを簡単に
追加できるようにすれば、情報処理部内のデバイス制御
用のプログラムを作成し直すという煩わしい作業を行わ
ずに、デバイスの追加・交換を容易かつ迅速に行うこと
ができるようになるものと考えられる。

【００１０】本発明の課題は、各デバイスを直接に制御
するデバイス制御部を情報処理部から切り離し、必要に
応じてデバイス及びデバイス制御用のプログラムを簡単
に追加できるようにすることである。

【００１１】

【課題を解決するための手段】本発明の手段は次の通り
である。情報処理部１（図１の機能ブロック図参照、以
下同じ）は、各デバイス４−１，４−２，・・・４−ｎ
の中から使用するデバイス４−ｉ（ｉ＝１，２，・・・
ｎ）の指定を、論理デバイス名により指定されるもので
ある。デバイス定義部２は、論理デバイス名に対応する
物理的なデバイスの指標を記憶し、情報処理部１から入
力する論理デバイス名に対応する物理的なデバイスの指
標を出力する。上記物理的なデバイスの指標の内容は、
例えば、論理デバイス名に対応した実行ファイル名（ま
たは物理的デバイス名）や実行時のカレントディレクト
リ等から成るデバイスの使用環境に関する詳細が記述さ
れているデータである。また、上記実行ファイル名は、
上記デバイス４−１，４−２，・・・４−ｎの物理的な
位置を示す指標となるものであり、例えば各デバイス制
御部３−１，３−２，・・・３−ｎに記憶されている、
対応するデバイス４−１，４−２，・・・４−ｎを制御
する際に実行される実行形式のファイルの名称である。 デバイス制御部３−１，３−２，・・・３−ｎは、デバ
イス定義部２から出力される物理的なデバイスの指標に
応答して、その物理的なデバイスの指標により指定され
るデバイス４−１，４−２，・・・４−ｎの動作を制御
するものである。情報処理部１は、例えば請求項２記載
のように、デバイス制御部３−１，３−２，・・・３−
ｎに対して出力するレコードを、予め定められたレコー
ド形態（レコードフォーマット）で出力するような構成
にしてもよい。また、上記各デバイス制御部３−１，３
−２，・・・３−ｎも、例えば請求項２に記載のように
、対応する各デバイス４−１，４−２，・・・４−ｎか
ら入力されるデータを前記レコード形態に変換した後に
、情報処理部１に出力するような構成にしてもよい。

【００１２】

【作用】本発明の手段の作用は次の通りである。情報処
理部１は、論理デバイス名を指定されると、その論理デ
バイス名をデバイス定義部２に出力する。デバイス定義
部２は、入力される論理デバイス名に対応する物理的な
デバイスの指標を出力する。続いて、その出力される指
標に対応するデバイス制御部３−ｉ（ｉ＝１，２，・・
・ｎ）が起動され、そのデバイス制御部３−ｉは、上記
論理デバイス名に対応するデバイス４−ｉに対するデー
タの入出力を制御する。これにより、たとえば論理デバ
イス名によって指定されるデバイスがデバイス４−１で
あったとすると、このデバイス定義部２から出力される
デバイス４−１も対応する物理的なデバイスの指標に応
答して、デバイス制御部３−１が起動され、このデバイ
ス制御部３−１の制御により、情報処理部１からデバイ
ス４−１に対するデータの出力またはデバイス４−１か
ら出力されるデータの情報処理部１へのデータ入力が行
われる。このように、情報処理部１は、デバイス４−１
，４−２，・・・４−ｎに対するデータの入出力を行う
場合、論理デバイス名だけをデバイス定義部２に出力す
るだけでよいので、任意のデバイス４−ｉを情報処理装
置に追加する場合は、デバイス定義部２に追加するデバ
イス４−ｉに関する物理的な指標を論理デバイス名に対
応付けて書き込むと共に、デバイス４−ｉを制御するた
めのデバイス制御部３−ｉをデバイス定義部２に接続す
るだけで良く、情報処理部１内のデバイス制御用のプロ
グラムを修正する必要はない。したがって、各デバイス
を直接に制御するデバイス制御部を情報処理部から切り
離し、必要に応じてデバイス及びデバイス制御用のプロ
グラムを簡単に追加することができる。

【００１３】

【実施例】以下、一実施例を図２〜図９を参照しながら
説明する。図２は、オフィスコンピュータの全体的なシ
ステム構成を示すブロック図である。

【００１４】同図において、ＣＰＵ（中央処理装置）１
２１は、情報処理部２１０を制御して、ファイル処理や
、各種デバイスの入出力制御等の情報処理を行う。情報
処理部２１０は、情報処理部２１０全体の制御を行う情
報処理制御部２１１、その情報処理制御部２１１の制御
を受けて実行すべき処理（プログラム）の解釈を行う言
語解釈部２１２、その言語解釈部２１２により解釈され
た処理を逐次実行する実行制御部２１３、その実行制御
部２１３の制御を受けてファイルのレコード処理等のデ
ータ処理を行うデータ処理制御部２１４、同じく実行制
御部２１３の制御を受けて入出力デバイスに対するデー
タ入出力の制御を行う入出力制御部２１５から成る。

【００１５】ＲＡＭ１２２は、ＣＰＵ１２１が、情報処
理部２１０を起動させて、各種データ処理（ファイル処
理、入出力デバイス制御処理等）を行う場合に使用され
る作業領域等を有するランダム・アクセス・メモリであ
る。

【００１６】また、ディスク１２３は、磁気ディスクや
光磁気ディスク等のデータ書き換え可能なディスクから
成り、各種データファイルやデータ処理用のアプリケー
ションプログラム等を格納する。

【００１７】また、キーボード１２４は、オペレータが
各種業務を行うときに、業務を指示する命令（コマンド
）やデータを入力するために用いられるキー入力装置で
ある。

【００１８】ＣＲＴディスプレイ１２５は、オペレータ
がキーボード１２４を介して入力する上記コマンドのエ
コー表示や、そのコマンドの実行結果等を表示する。プ
リンタ１２６は、ＣＰＵ１２１が情報処理部２１０を実
行させることにより作成される各種帳票、文書等の印刷
出力を行う。

【００１９】デバイス定義部１３０は、入出力制御部２
１５の管理下にあるもので、入出力制御部２１５から論
理デバイス名の指定を受け、その指定された論理デバイ
ス名に対応する実行ファイル名等をデバイス論理インタ
ーフェース部１６０に送る。この実行ファイル名は、デ
バイスＡ，Ｂ，Ｃを制御する各デバイス制御部１４２Ａ
，１４２Ｂ，１４２Ｃに記憶されている実行ファイル（
実行形式のファイル）の名称であり、各デバイスの物理
的な位置を示す指標となるものである。

【００２０】デバイス論理インターフェース部１６０は
、入出力制御部２１５と各デバイス制御部１４２Ａ，１
４２Ｂ，１４２Ｃとの間に介在するインターフェースで
あり、デバイス定義部１３０から送られてくる実行ファ
イル名を各デバイス制御部１４２Ａ，１４２Ｂ，１４２
Ｃに出力すると共に、各デバイス制御部１４２Ａ，１４
２Ｂ，１４２Ｃが出力するデータを入出力制御部２１５
に出力する。

【００２１】デバイスＡ，Ｂ，Ｃは各種入出力装置であ
り、例えば、デバイスＡはＯＣＲ（光学的文字読取装置
：Ｏｐｔｉｃａｌ　Ｃｈａｒａｃｔｅｒ　Ｒｅａｄｅｒ
）、デバイスＢは磁気テープ、デバイスＣはイメージリ
ーダ等から成る。

【００２２】これらのデバイスＡ，Ｂ，Ｃ・・・は、シ
ステム拡張用のデバイスであり、必要に応じて後から接
続したりあるいは取り外すことが可能なデバイスである
。そして、上記デバイスＡ，Ｂ，Ｃに対応して、それぞ
れ、デバイス制御部１４２Ａ、１４２Ｂ、１４２Ｃが設
けられている。

【００２３】これらのデバイス制御部１４２Ａ，１４２
Ｂ，１４２Ｃは、それぞれ固有の実行ファイル名を有す
る実行ファイル（実行形式のファイル）を記憶しており
、デバイス論理インターフェース部１６０から自己が記
憶している実行ファイル名をパラメータとするデータ入
出力命令が送信されてきた場合に、起動を開始し、記憶
している実行ファイルを実行することにより、それぞれ
対応するデバイスインターフェース部１５２Ａ，１５２
Ｂ，１５２Ｃを介して、対応するデバイスＡ，Ｂ，Ｃに
対するデータの入出力を制御する。

【００２４】ここで、上記情報処理部２１０が処理する
データの形態（データフォーマット）を説明する。情報
処理部２１０が処理するデータは可変長のレコードであ
り、複数のフィールドから成っている。そして、情報処
理部２１０は、レコード単位でデータ処理を行う。

【００２５】上記レコードの構成は、 （フィールドデータ，フィールドデータ，；フィールド
データ，フィールドデータ，フィールドデータ）のよう
になっている。

【００２６】“（”は、１レコードの先頭を示す区切り
コード “，”は、フィールドの区切りを示す区切りコード“：
”は、キーとなるフィールドとデータであるフィールド
との境界、つまり１レコードにおけるキーとデータとの
境界を示す区切りコード となっている。したがって、区切りコード“：”より前
のフィールドデータがキーとなっている。

【００２７】尚、上記各フィールドデータは、全て可変
長データである。また、１レコード内の各フィールドの
名称及び各フィールドのデータ形態は、このレコードを
記憶するファイルのファイル名と対応して予め定義され
ており、その定義情報は、ディスク１２３等に記憶され
ている。また、フィールドのデータ形態は、例えば、文
字、数値、イメージ等から成る。

【００２８】そして、情報処理部２１０の入出力制御部
２１５から出力される命令は、論理的なデバイス（論理
デバイス名によって指定されるデバイス）が常に存在す
るものとして、統一的な形態（フォーマット）で出力さ
れる。

【００２９】また、各デバイスＡ，Ｂ，Ｃとの間で送受
される動作指令は、データのヘッダ部分に記録されてお
り、入出力制御部２１５とデバイス制御部１４２Ａ，１
４２Ｂ，１４２Ｃがこの動作指令を解読することにより
データの送受が行われる。

【００３０】次に、上記デバイス定義部１３０が、入出
力制御部２１５から送られてくる論理デバイス名に応答
して物理的なデバイスを示す指標となる実行ファイル名
を出力するために、内部に記憶しているデバイス定義テ
ーブルの構成を図３に示す。

【００３１】同図に示すように、デバイス定義テーブル
には、システム内の各デバイスＡ，Ｂ，Ｃ毎に、「論理
デバイス名：実行ファイル名：実行時のカレントディレ
クトリ名：デバイスを動作させるために必要なその他の
情報」 という構成のデバイス定義データが記憶されている。

【００３２】実行ファイル名は、前述したように、各デ
バイス制御部１４２Ａ，１４２Ｂ，１４２Ｃに記憶され
ている実行ファイルの名称であり、各デバイスＡ，Ｂ，
Ｃの物理的な位置を示す指標となるものである。そして
、デバイス論理インターフェース部１６０から実行ファ
イル名をパラメータとする動作命令（データ入出力命令
等）が出力されると、その実行ファイル名で指定される
実行ファイルを記憶しているデバイス制御部１４２Ａ，
１４２Ｂ，１４２Ｃが起動される。尚、上記実行ファイ
ル名の代わりに物理的なデバイス名を用いるようにして
も良い。この場合は、デバイス論理インターフェース部
１６０が、受信する物理デバイス名に対応する実デバイ
スを判断し、その実デバイスを制御するデバイス制御部
に対し動作指示命令を出力する。

【００３３】このように、デバイス定義部１３０は、入
出力制御部２１５から送られてくる論理デバイス名に応
答して、実行ファイル名，実行時のカレントディレクト
リ名，及びその他のデバイスを動作するために必要な情
報等から成るデバイスＡ，Ｂ，Ｃの使用環境に関する詳
細な記述データを、デバイス論理インターフェース部１
６０に出力するものである。なお、このデバイス定義部
１３０の内容は、必要に応じて（デバイスの追加・交換
等に応じて）、キーボード１２４からのキー入力により
任意に書き換え可能である。

【００３４】次に上記のような構成のオフィスコンピュ
ータの動作を説明する。まず、ディスク１２３等から情
報処理部２１０に読み込まれた処理プログラムは、言語
解釈部２１２でその内容が解釈され、言語解釈部２１２
は、解釈された結果を逐次、所定の処理単位毎に実行制
御部２１３に送る。そして、実行制御部２１３は、受け
取る処理内容に基づいて、データ処理制御部２１４と入
出力制御部２１５を制御して所定の処理を実行する。

【００３５】上記動作において、実行制御部２１３は、
受け取る処理内容がデバイスに対するデータの入出力を
伴うものであった場合、論理デバイス名と論理デバイス
への動作指示命令を、入出力制御部２１５に出力する。 入出力制御部２１５は、その動作指示命令を入力すると
、デバイス定義部１３０に対し入力した論理デバイス名
を出力する。デバイス定義部１３０は、その論理デバイ
ス名を入力すると、その論理デバイス名に対応する実行
ファイル名等をデバイス論理インタフェース部１６０に
出力する。

【００３６】デバイス論理インタフェース部１６０は、
上記デバイス定義部１３０から入力する実行ファイル名
等を、各デバイス制御部１４２Ａ，１４２Ｂ，１４２Ｃ
に対して出力する。このことにより、上記実行ファイル
名の実行ファイルを記憶しているデバイス制御部（当該
デバイス制御部）が、上記実行ファイルを実行して、対
応するデバイスインタフェース部を介して、上記論理デ
バイス名に対応するデバイスに対し、入出力制御部２１
５から指示される命令に応じた動作制御を行う。

【００３７】この、当該デバイスの動作結果（データ入
力、データ出力の結果等）は、当該デバイス制御部によ
りデバイス論理インターフェース部１６０を介して、一
旦入出力制御部２１５に送られた後、さらにデータ処理
制御部２１４に送られる。

【００３８】すなわち、当該デバイス制御部は、当該デ
バイスから入力されるデータを、１レコード分ずつ蓄え
、前述した形態のレコードに変換した後、デバイス論理
インタフェース部１６０を介して情報処理部２１０の入
出力制御部２１５に送る。すなわち、各デバイス制御部
１４２Ａ，１４２Ｂ，１４２Ｃから入力されるデータの
形態は、ディスク１２３内のファイルに入力されるレコ
ードの形態と同様である。

【００３９】そして、上記入出力制御部２１５に送られ
たデータ（レコード）は、データ処理制御部２１４の制
御により、一旦ＲＡＭ１２２に記憶された後、所定の加
工処理が施される。そして、その加工されたデータ（レ
コード）は、データ処理制御部２１４の制御によってデ
ィスク１２３内の所定のファイルに書き込まれたり、Ｃ
ＲＴ１２５やプリンタ１２６に出力される。

【００４０】また、上記入出力制御部２１５を介してＣ
ＲＴ１２５、プリンタ１２６、または各デバイスＡ，Ｂ
，Ｃに出力されるデータの形態は、ディスク１２３内の
ファイルから出力されるレコード形態と同様である。 そして、各デバイス制御部１４２Ａ，１４２Ｂ，１４２
Ｃは、入力されるデータを、各デバイスＡ，Ｂ，Ｃが処
理可能なデータ形態に変換して各デバイスＡ，Ｂ，Ｃに
出力する。

【００４１】このように、デバイスＡ，Ｂ，Ｃに対する
データの入出力は、情報処理部２１０とは独立して動作
するデバイス定義部１３０及びデバイス制御部１４２Ａ
，１４２Ｂ，１４２Ｃを介して行われる。したがって、
例えば、デバイスＤを後から追加するというような場合
でも、従来のように、デバイスＤを制御するためのプロ
グラム（デバイスＤ用のドライバ等）を追加するために
情報処理部２１０内のデバイス制御用のプログラムを修
正したり、各デバイスのデータ形態に変換するプログラ
ムの修正などの煩わしい作業が不要となる。すなわち、
本実施例では、デバイス定義部１３０の前記デバイス定
義テーブルにデバイスＤ用のデバイス定義データを新た
に追加するだけで良い。そして、後は、デバイスＤと共
にデバイスＤを制御するためのデバイス制御部１４２Ｄ
とデバイスインターフェース部１５２Ｄをデバイス論理
インターフェース部１６０に接続するだけでよい。

【００４２】上記実施例は、自己のシステムに接続され
たデバイスをアクセス制御する場合の例であるが、以下
に説明する実施例（第２の実施例）は、本発明を、コン
ピュータネットワークのように、複数のホストコンピュ
ータから成るシステムに応用した例である。

【００４３】この第２の実施例のシステム構成を、図４
に示す。同図に示すシステムは、ローカルエリアネット
ワークであり、同軸ケーブルや光ファイバ等の伝送媒体
３０１に、ドランシーバ３０２−１，３０２−２，・・
・を介して、複数のホストコンピュータが接続される構
成となっている。同図において、図２に示すブロックと
同一ブロックには同一符号を付し、詳しい説明は省略す
る。

【００４４】同図において、一点鎖線で囲った部分が他
のホストコンピュータ（第２のホストコンピュータ）で
あり、同図の左側に示すホストコンピュータ（第１のホ
ストコンピュータ）が、前述した図２に示すオフィスコ
ンピュータである。尚、同図においては、第１のホスト
コンピュータを示す図においてデバイスＡ，Ｂ，Ｃ，Ｄ
等を一部省略している。

【００４５】第１のホストコンピュータ及び第２のホス
トコンピュータは、いずれも、デバイス論理インターフ
ェース部１６０，４６０が、それぞれトランシーバ３０
２−１，３０２−２に接続されることによって、ローカ
ルエリアネットワークに接続されている。

【００４６】同図に示すように、第２のホストコンピュ
ータも、図２に示す第１のホストコンピュータとほぼ同
様の構成となっており、ＣＰＵ４２１と、ＣＰＵ４２１
により実行される情報処理部５１０、ＣＰＵ４２１に接
続されているＲＡＭ４２２，ディスク４２３，キーボー
ド４２４，ＣＲＴ４２５，プリンタ４２６，デバイス定
義部４３０，デバイス論理インターフェース部４６０を
有しており、デバイス論理インターフェース部４６０に
は、デバイス制御部４４２Ａ，４４２Ｂ，４４２Ｃ，４
４２Ｄが接続されている。そして、上記各デバイス制御
部４４２Ａ，４４２Ｂ，４４２Ｃ，４４２Ｄは、それぞ
れデバイスインターフェース部４５２Ａ，４５２Ｂ，４
５２Ｃ，４５２Ｄを介してデバイスＡ１　，Ｂ１　，Ｃ
１　，Ｄ１　と接続されている。

【００４７】このようなローカルエリアネットワークに
おいて、第１のホストコンピュータのデバイス定義部１
６０には、図５に示すような構成のデバイス定義テーブ
ルが記憶される。すなわち、デバイス定義部１６０に記
憶されるデバイス定義テーブルの各デバイス定義データ
の形態（フォーマット）は、 「論理デバイス名：ネットワークタイプ：ホスト名：実
行ファイル名：実行時のカレントディレクトリ名：デバ
イスを動作させるために必要なその他の情報」という構
成となっている。上記デバイス定義データの中でネット
ワークタイプは、各種ネットワークを示すもので、ネッ
トワークの種類以外に各種通信回線の種類（公衆回線、
ＤＤＸ網等）や各種通信方式（ポイントツーポイント，
マルチドロップ等）も指定可能である。また、ホスト名
は、各ホストコンピュータに固有に割り当てられる名称
である。

【００４８】このように新たに、ネットワークタイプと
ホスト名の指定を付加したことにより、第２のホストコ
ンピュータの各デバイスＡ１　，Ｂ１　，Ｃ１　，Ｄ１
　を第１のホストコンピュータのＣＰＵ１２１が直接ア
クセスすることが可能となっている。また、その逆も可
能である。

【００４９】すなわち、第１のホストコンピュータから
第２のホストコンピュータのデバイスＡ１　をアクセス
する場合は、まず、第１のホストコンピュータの情報処
理部２１０の入出力制御部２１５が、そのデバイスＡ１
　に対応する論理デバイス名をデバイス定義部１３０に
送り、これを受けてデバイス定義部１３０は、自己が記
憶しているデバイス定義テーブルから、その入力する論
理デバイス名に対応する「ネットワークタイプ：ホスト
名：実行ファイル名：実行時のカレントディレクトリ名
：その他のデバイスを動作するために必要な情報など」
から成るデバイス定義データを読み出す。そして、その
読み出したネットワーク及びホスト名をもとに、第２の
ホストコンピュータのデバイスであることを認識し、デ
バイス論理インターフェース部１６０，トランシーバ３
００−１，トランシーバ３００−２，及び第２のホスト
コンピュータのデバイス論理インターフェース４６０を
介して、第２のホストコンピュータのデバイスＡ１　を
アクセスする。

【００５０】このようにして、他のホストコンピュータ
に接続されたデバイスも、自己のホストコンピュータ内
のデバイスと同様にして、論理デバイス名のみを指定す
ることにより直接かつ容易にアクセスすることができる
。

【００５１】なお、上記実施例において、本体装置に標
準的に装備されているキーボード１２４、ＣＲＴ１２５
等のデバイスは変更される可能性がないため、これらの
デバイスの制御部が、情報処理制御部２１０内に予め組
み込まれる構成としたが、必要であれば、これらのデバ
イスの制御部も、情報処理部２１０から分離して、デバ
イス論理インタフェース部１６０に接続するような構成
としても良い。

【００５２】

【発明の効果】本発明によれば、各デバイスを直接に制
御するデバイス制御部を情報処理部から切り離し、必要
に応じてデバイス及びデバイス制御用のプログラムを簡
単に追加できるようにしたので、デバイスの追加・交換
時に、従来のように情報処理部内のデバイス制御用のプ
ログラムを作成し直すという煩わしい作業を行う必要が
なくなり、デバイスの追加・交換を容易かつ迅速に行う
ことができる。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】本発明の第１の実施例であるオフィスコンピュ
ータのシステム構成図である。

【図３】上記第１実施例におけるデバイス定義部に記憶
されるデバイス定義テーブルの構成を示す図である。

【図４】本発明の第２の実施例であるローカルエリアネ
ットワークのシステム構成図でる。

【図５】上記第２実施例におけるデバイス定義部に記憶
されるデバイス定義テーブルの構成を示す図である。

【図６】従来のオフィスコンピュータのシステム構成図
である。

【符号の説明】

１　　情報処理部 ２　　デバイス定義部

Claims (2)

【特許請求の範囲】
1. 【請求項１】　　使用するデバイスの指定を論理デバイ
   ス名により指定される情報処理部と、前記論理デバイス
   名に対応する物理的なデバイスの指標を記憶し、前記情
   報処理部から入力される論理デバイス名に対応する物理
   的なデバイスの指標を出力するデバイス定義部と、該デ
   バイス定義部から出力される物理的なデバイスの指標に
   応答して、その物理的なデバイスの指標により指定され
   るデバイスの動作を制御するデバイス制御部と、を有す
   ることを特徴とするデータ処理制御装置。
2. 【請求項２】　　前記情報処理部は、前記デバイス制御
   部に対して出力するレコードを予め定められたレコード
   形態で出力し、前記デバイス制御部は、対応する前記各
   デバイスから入力されるデータを上記レコード形態に変
   換したのちに前記情報処理部へ入力することを特徴とす
   る請求項１記載のデータ処理制御装置。