JPH09198331A

JPH09198331A - インターフェース装置及び方法及び情報処理システム

Info

Publication number: JPH09198331A
Application number: JP483996A
Authority: JP
Inventors: Kenjiro Cho; 健二朗長
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1996-01-16
Filing date: 1996-01-16
Publication date: 1997-07-31

Abstract

(57)【要約】【課題】複数のノードが相互に通信可能なシステムにお
いて、共有アドレス空間にマップされた他のノードへの
アクセスを、及びノード間の割り込み要求を容易に、簡
単な構成で実現する。【解決手段】ネットワークインターフェース６、７は内
部バス５、１７を監視し、外部装置へのアクセスが発生
すると、当該アクセスに応じてリードパケット、ライト
パケットをシリアル回線３に発行するとともに、シリア
ル回線３上のパケットを監視し、自装置へのアクセスを
検出すると、これを内部バス５、１７へのアクセスサイ
クルに変換する。割り込み要求信号１４が発生するとラ
イトサイクル発生回路１３は、シリアル回線３を介して
割り込み発生レジスタ１１のアドレスに所定データを書
き込む。割り込み発生レジスタ１１に所定データが書き
込まれると、ＣＰＵ４に対して割り込み要求が発生す
る。

Description

【発明の詳細な説明】

【０００１】本発明はアドレス空間を共有するネットワ
ークにおけるインターフェース装置及びその方法及び情
報処理システムに関するものである。

【０００２】

【従来の技術】従来、ホストコンピュータ（以下、ホス
トと称する）と周辺装置とを接続する場合には、次の２
つの方式が知られている。即ち、（１）バスに直接デバ
イスを接続し、デバイス側のレジスタと割り込み機構を
使ってデバイスの制御を行なうメモリマップＩＯ方式、
（２）インテリジェント化したデバイスをネットワーク
を介して接続し、ホスト−デバイス間をネットワークプ
ロトコルを用いて通信するネットワーク方式、である。

【０００３】

【発明が解決しようとする課題】しかしながら、上記従
来例では以下のような問題がある。

【０００４】まず、（１）の方式では、ホストと周辺装
置との接続部を、簡単な回路でかつ低コストで実現する
ことが可能である。その上、デバイスがメモリ空間上に
直接見えるメモリマップＩＯ方式のため、プログラムの
作成／検証も容易である。しかしながら、ホストの内部
バスに直結するため、当該ホスト以外の他のホストに接
続することができず、複数のホストによるデバイスの共
有ができない。

【０００５】また、（２）の方式では、複数のホストに
よるデバイスの共有が可能である反面、柔軟なネットワ
ーク通信をサポートするための回路が複雑になる。その
上、ネットワークプロトコルを扱うためのソフトウェア
も複雑になり、ソフトウェアの開発、メンテナンスのコ
ストが増大する。

【０００６】また、上述した方式とは別に、アドレス空
間を共有する方式のネットワークも提案されているが、
この種のネットワークは並列コンピュータの接続等に用
いられるものであり、簡単なデバイスの接続や割り込み
回路に対する考慮はなされていない。

【０００７】本発明は上記従来技術の問題点に鑑みてな
されたものであり、複数のノードが相互に通信可能なシ
ステムにおいて、共有アドレス空間にマップされた他の
ノードへのアクセスを容易に、簡単な構成で実現するイ
ンターフェース装置及び方法及び情報処理システムを提
供することを目的とする。

【０００８】また、本発明は、上記インターフェース装
置及び方法及び情報処理システムにおいて、ノード間の
割り込み要求を実現することを目的とする。

【０００９】

【課題を解決するための手段】上記の目的を達成する本
発明のインターフェース装置は以下の構成を備える。即
ち、複数のノードが通信手段によって相互に通信可能に
構成されたシステムにおけるインターフェース装置であ
って、他のノードのアドレス空間へのアクセスを検出す
る第１検出手段と、前記第１検出手段で他のノードのア
ドレス空間へのアクセスが検出された場合、当該アクセ
スの内容に基づいて所定の形態のデータ列を生成する第
１生成手段と、前記第１生成手段で生成されたデータ列
を前記通信手段によって出力する出力手段とを備える。

【００１０】また、好ましくは、他のノードに対する割
り込み要求を検出する第２検出手段と、前記第２検出手
段で割り込み要求が検出された場合、特定のアクセスの
ためのデータ列を、前記出力手段で出力すべきデータ列
として生成する第２生成手段とを更に備える。

【００１１】上記の目的を達成する本発明の他の構成の
インターフェース装置は以下の構成を備えている。即
ち、複数のノードが通信手段によって相互に通信可能に
構成されたシステムにおけるインターフェース装置であ
って、他のノードより前記通信手段に送信されるデータ
列より、当該ノードへのアクセスを検出する検出手段
と、当該ノードへのアクセスが検出された場合、前記デ
ータ列の示す情報に基づいて当該ノード内のバスへのア
クセスを実行するアクセス手段とを備える。

【００１２】また、好ましくは、前記アクセスが特定の
アドレスに対するアクセスであった場合に割り込み信号
を出力する出力手段を更に備える。

【００１３】上記の構成を達成する本発明のインターフ
ェース方法は以下の工程を備えている。即ち、複数のノ
ードが通信手段によって相互に通信可能に構成されたシ
ステムにおけるインターフェース方法であって、他のノ
ードのアドレス空間へのアクセスを検出する第１検出工
程と、前記第１検出工程で他のノードのアドレス空間へ
のアクセスが検出された場合、当該アクセスの内容に基
づいて所定の形態のデータ列を生成する第１生成工程
と、前記第１生成工程で生成されたデータ列を前記通信
手段によって出力する出力工程とを備える。

【００１４】また、好ましくは、他のノードに対する割
り込み要求を検出する第２検出工程と、前記第２検出工
程で割り込み要求が検出された場合、特定のアクセスの
ためのデータ列を、前記出力工程で出力すべきデータ列
として生成する第２生成工程とを更に備える。

【００１５】また、上記の目的を達成する本発明の他の
構成のインターフェース制御方法は、複数のノードが通
信手段によって相互に通信可能に構成されたシステムに
おけるインターフェース方法であって、他のノードより
前記通信手段に送信されるデータ列より、当該ノードへ
のアクセスを検出する検出工程と、当該ノードへのアク
セスが検出された場合、前記データ列の示す情報に基づ
いて当該ノード内のバスへのアクセスを実行するアクセ
ス工程とを備える。

【００１６】また、好ましくは、前記アクセスが特定の
アドレスに対するアクセスであった場合に割り込み信号
を出力する出力工程を更に備える。

【００１７】また、上記の目的を達成する本発明の情報
処理システムは以下の構成を備える。即ち、通信手段を
介して相互に通信可能な複数の情報処理装置で構成され
た情報処理システムであって、他の情報処理装置のアド
レス空間に対するアクセスを検出して該アクセスに対応
する所定の形態のデータ列を生成する第１生成手段と、
発生した割り込み要求信号に基づいて、特定のアドレス
へアクセスするためのデータ列を生成する第２生成手段
と、前記第１及び第２生成手段で生成されたデータ列を
用いて他の情報処理装置へのアクセスを達成するアクセ
ス手段と、前記第２生成手段で生成されたデータ列でア
クセスされた場合に、当該情報処理装置内のプロセッサ
に対して割り込み要求信号を発生する発生手段とを備え
る。

【００１８】

【発明の実施の形態】以下、添付の図面を参照し手本発
明の好適な一実施形態を説明する。

【００１９】［第１の実施形態］本実施形態では、以下
の２つの機能を持つネットワークシステムを構成するも
のとする。即ち、（１）シリアル回線を介してアドレス
空間を共有することができる、（２）デバイスからホス
トへの割り込みを可能とする、という機能である。

【００２０】シリアル通信は、一本の信号線で通信を行
う方式であり、複数の信号線を用いる場合に比べて低コ
ストで構成することが可能であり、ネットワークを構成
する際に広く用いられる方法である。シリアル回線を用
いた通信では、回線上にデータをパケット化して送出す
ることによってデータのやりとりが行われる。

【００２１】通常、このようなシリアル通信は、ＴＣＰ
／ＩＰプロトコル等で知られるような階層化されたプロ
トコル層によってメッセージ通信として行われる。階層
化プロトコル方式は、非常に柔軟な通信メカニズムを組
み込むことを可能とする反面、複雑かつ膨大なソフトウ
ェアを必要とする。このような柔軟な通信方式はコンピ
ュータ同士を接続するのには有効であるが、周辺装置
（以下デバイスという）を接続するためには以下のよう
な問題がある。

【００２２】（１）簡単なデバイスを接続する場合は、
デバイスの制御のためのプログラムより、通信プログラ
ムのためのプログラムの方が複雑で大きくなる、（２）
プログラムの拡張やバグフィックスのためのソフトウェ
ア変更が頻繁に必要となるが、デバイス側のプログラム
はＲＯＭ化されることが多いため、バージョンアップが
困難である。

【００２３】そこで本実施形態では、メッセージ通信で
はなく、アドレス空間に直接マップする方式をとる。即
ち、ホストＣＰＵのバスアクセスを直接ネットワークの
通信パケットに変換することによって、ホストＣＰＵが
ネットワーク上のデバイスのレジスタを直接リード／ラ
イトできるようにする。これによって、通信プロトコル
層の必要がなくなり、ホスト上のプログラムからは、バ
ス接続されているメモリマップＩＯデバイスと同様にネ
ットワーク上のデバイスが見えることになり、同じデバ
イス制御プログラムを使うことができるようになる。即
ち、「バス接続」されていても「ネットワーク接続」さ
れていても同じデバイス制御プログラムを使うことが可
能となる。

【００２４】ここで問題となるのが、デバイスからの割
り込みの実現である。バス接続のメモリマップＩＯデバ
イスではデバイスからＣＰＵへ割り込み信号を使って割
り込むことができ、デバイスの処理中にＣＰＵサイクル
を他のジョブに割り当てることができる。従って、ネッ
トワークによって接続した場合でもリード／ライトだけ
でなくデバイスからの割り込み機構もサポートすること
が、ホストＣＰＵの効率的利用の上で欠かせない。

【００２５】本実施形態では、バス接続のデバイス割込
と等価な割り込み機構を実現するため、デバイスからの
割り込み信号をホストへのライトパケットへ変換してホ
ストへ送信し、ホスト側においてこのライトパケットを
再び割り込み信号に変換して、ホストＣＰＵに割り込み
をかける構成をとる。

【００２６】以下、上述した構成を、添付の図を用いて
更に詳細に説明する。

【００２７】図１は本実施形態によるシステムの概要例
を表す図である。１及び２１はホストであり、パーソナ
ルコンピュータやワークステーション等である。２、２
０はデバイスである。ホスト１、２１とデバイス２、２
０は、シリアル回線３によって接続されている。デバイ
スとしては、例えば、磁気ディスク、プリンタ等が挙げ
られる。

【００２８】図２は第１の実施形態によるホストとデバ
イスの制御構成を表すブロック図である。ホスト１にお
いて、４はＣＰＵであり、ホスト１において実行される
各種制御を実現する。５はホスト１内の内部バスであ
る。６はネットワークインターフェースであり、内部バ
ス５とシリアル回線３との間のインターフェースとして
機能する。ネットワークインターフェース６については
後述する。１９はメモリであり、ＣＰＵ４が実行する各
種制御プログラムや各種データを格納するとともに、Ｃ
ＰＵ４が必要とする作業用メモリ領域を提供する。１１
は割り込み発生レジスタであり、所定のデータが書き込
まれることによりＣＰＵ４に対する割り込み要求信号１
２が出力される。なお、割り込み発生レジスタ１１につ
いても後述する。

【００２９】デバイス２は、モータ制御レジスタ８によ
ってモータ制御部１０を制御可能なデバイスである。デ
バイス２において、７はネットワークインターフェース
であり、デバイス２内の内部バス１７とシリアル回線３
とのインターフェースとして機能する。ネットワークイ
ンターフェース７については後述する。８はモータ制御
レジスタであり、デバイス２のモータ制御部１０がモー
タ（不図示）を制御する際に用いられる各種パラメータ
（例えば回転スピード、回転量等）が記憶される。な
お、モータ制御レジスタ８へのパラメータの設定はシリ
アル回線３を介してホスト１よりなされる。１０はモー
タ制御部であり、不図示のモータの駆動制御を行う。

【００３０】１３はライトサイクル発生回路であり、モ
ータ制御部１０よりの割り込み要求信号１４に応じて、
発生アドレスレジスタ１５に格納されたアドレスへの発
生データレジスタ１６に格納されたデータ（発生デー
タ）の書き込みを実行する。ライトサイクル発生回路１
３については後述する。１７は、デバイス２内の内部バ
スである。

【００３１】図３は本実施形態で用いるネットワーク上
の４種類の固定長パケットを示す図である。本実施形態
では、これらのパケットを用いてネットワークを介した
読み出し（リード）／書き込み（ライト）を行なう。図
３の各パケットにおいて、ｔｙｐｅは当該パケットが
「ライト」「リード」「Ａｃｋ」［Ｂｕｓｙ」のいずれ
であるかを示す。また、ｓｅｎｄｅｒＩＤは当該パケッ
トの発信元のホストあるいはデバイスのＩＤを示す。

【００３２】図３において（１）はライトパケットであ
り、address（アドレスフィールド）で示されるアドレ
スに対してdata（データフィールド）で示されるデータ
の書き込みを行うことを示す。（２）はリードパケット
であり、addressで示されるアドレスのデータの読み出
しを行うことを示す。（３）はＡｃｋパケットであり、
ライトパケットに対しては書き込みの完了を示し、リー
ドパケットに対しては読み出しの完了を示すと共に、読
み出されたデータを（data）として転送する。（４）は
Ｂｕｓｙパケットであり、内部バスが使用中のためにラ
イトパケット、あるいはリードパケットによるリード／
ライトが実行できないことを示す。

【００３３】図４は本実施形態におけるシステムのアド
レスマップを示す図である。図４で示すように、本実施
形態では、ネットワーク上のホストおよびデバイスはネ
ットワーク全体で共有するアドレス空間内の特定の領域
を割り当てられることになり、アドレス空間の共有が実
現されている。

【００３４】次に、上述のネットワークインターフェイ
ス６、７の働きについて説明する。ネットワークインタ
ーフェイス６、７は、それぞれの内部バスとネットワー
クの双方を監視する。内部バスの監視は、内部バスサイ
クルのアドレスを監視し、外部へのアドレスが発行され
るのを検出して、これをリードまたはライトパケットに
変換してネットワークに送出し、Ａｃｋパケットを持っ
てバスサイクルを終了する。

【００３５】これに対し、ネットワークの監視は、ネッ
トワーク上を流れるパケットを取り込んでそのアドレス
フィールドを監視し、自分の領域アドレスを持つパケッ
トを検出して、これをリードまたはライトの内部バスサ
イクルに変換した後、Ａｃｋパケットを返送する。ま
た、外部からのアクセスを受けた時点で、内部バスをロ
ック中等の理由で内部バスサイクルを開始できない場合
は、Ｂｕｓｙパケットを返送することができる。ビジー
パケットを受け取った送り手は、規定のウエイト時間の
後にパケットを再送する。

【００３６】以上のネットワークインターフェースの動
作を図５及び図６のフローチャートを参照して更に説明
する。図５は本実施形態におけるネットワークインター
フェースの内部バス監視に関る制御手順を表すフローチ
ャートである。また、図６は、本実施形態におけるネッ
トワークインターフェースのネットワーク監視に関る制
御手順を等わすフローチャートである。

【００３７】まず、内部バスの監視では、ステップＳ１
１で内部バス上に発行されたアクセスが検出される。ス
テップＳ１２において、上記検出されたアクセスが外部
装置へのアクセスであるか否かを判定する。これは、ネ
ットワークインターフェースが図４のようなメモリマッ
プを示す情報を保持しておき、内部バス上にアクセスさ
れたアドレスを検出することで判断できる。ステップＳ
１２において、アクセスが外部装置に対するものでなけ
ればステップＳ１１へ戻る。

【００３８】一方、ステップＳ１２において、検出され
たアクセスが外部に対するものであればステップＳ１３
へ進む。ステップＳ１３では、当該アクセスが書き込み
（ライト）か読み出し（リード）かを判断する。当該ア
クセスがライトの場合はステップＳ１４へ、リードの場
合はステップＳ１８へそれぞれ進む。

【００３９】ステップＳ１４では、当該アクセスの内容
に基づいてライトパケットを生成し、ステップＳ１５で
これをシリアル回線３上へ発行する。ステップＳ１６で
は、発行したライトパケットに対する応答パケットを受
信し、その応答パケットがＢｕｓｙパケットかＡｃｋパ
ケットかを判断する。受信したパケットがＡｃｋパケッ
トであれば、当該アクセスに関する処理を終了する。ま
た、受信したパケットがＢｕｓｙパケットであった場合
は、ステップＳ１７へ進み、所定時間のウエイトの後に
ステップＳ１４へ戻り、当該アクセスに基づくパケット
の生成と再発行を行う。なお、再発行回数が所定回数を
越えた場合に、当該アクセスをエラー終了とするように
構成してもよい。

【００４０】また、当該アクセスが読み出し（リード）
であった場合は、ステップＳ１８においてリードパケッ
トを生成し、ステップＳ１９で当該リードパケットを発
行する。ステップＳ２０で当該パケットに対する応答パ
ケットの受信を待ち、受信した応答パケットがＡｃｋパ
ケットかＢｕｓｙパケットかを判定する。応答パケット
がＢｕｓｙパケットであった場合は、ステップＳ２１で
所定時間のウエイトを行ってからステップＳ１８へ戻
り、当該リードパケットの再発行を行う。また、応答パ
ケットがＡｃｋパケットであった場合は、ステップＳ２
２へ進み、当該Ａｃｋパケットのデータフィールドにあ
るデータを内部バスへ出力する。

【００４１】以上のようにして、ネットワークインター
フェース６、７による内部バス監視が行われる。次に、
ネットワークインターフェース６、７によるネットワー
ク監視の手順を図６を用いて説明する。

【００４２】ステップＳ３１において、シリアル回線３
上を転送されるパケットよりアドレスフィールドを抽出
する。ステップＳ３２では、抽出されたアドレスフィー
ルドの示すアドレスが当該装置内のアドレスであるか否
かを判断する。当該装置外のアドレスであればステップ
Ｓ３１へ戻る。また、当該装置内のアドレスであれば、
即ち、当該パケットが当該装置へのアクセスを示すもの
であれば、ステップＳ３３へ進む。

【００４３】ステップＳ３３では当該装置内の内部バス
の状態をチェックし、内部バスが使用可能か否かを判断
する。内部バスがビジーで、使用可能状態であれば、ス
テップＳ３４へ進み、Ｂｕｓｙパケットを生成して発行
する。一方、ステップＳ３３で内部バスが使用可能な状
態であれば、ステップＳ３５へ進み、リードもしくはラ
イト処理が行われる。

【００４４】ステップＳ３５では、当該パケットが、リ
ードパケットかライトパケットのいずれであるかを判定
する。リードパケットであった場合は、ステップＳ３６
へ進み、当該パケットのアドレスフィールドのデータで
示されるアドレスへアクセスし、データの読み出しを行
う。そして、ステップＳ３７で、読み出したデータをＡ
ｃｋパケットのデータフィールドにのせて発行する。

【００４５】一方、ステップＳ３５で当該パケットがラ
イトパケットであると判定されると、ステップＳ３８へ
進み、当該パケットのアドレスフィールドのデータで示
されるアドレスに、当該パケットのデータフィールドの
データを書き込む。そして、ステップＳ３９において、
Ａｃｋパケットを発行する。

【００４６】以下に実際のリード／ライト動作例を説明
する。

【００４７】１．ホストからデバイスのレジスタへのラ
イトホスト１でデバイス２上のモータ制御レジスタ８にライ
トする動作を説明する。ホスト１内のＣＰＵ３は内部バ
ス５上にデバイス２上のモータ制御レジスタに対するラ
イトバスサイクルを開始する。ホスト１上のネットワー
クインターフェイス６は、発生されたアドレスからバス
アクセスがネットワーク上の外部アクセスであることを
識別し、バスアクセスをライトパケットに変換してシリ
アル回線３上に送出する。

【００４８】デバイス２のネットワークインターフェイ
ス７はこのパケットを取り込み、パケット内のアドレス
が自分の領域に一致するので内部バスアクセスに変換す
る。その結果、モータ制御レジスタ８に対するライトサ
イクルが実効される。デバイス２のネットワークインタ
ーフェイス７は、この内部レジスタへの書き込みサイク
ルが終了するとホストへＡｃｋパケットを返送する。ホ
スト１のネットワークインターフェイス６はこのアック
パケットを受けて内部バスサイクルを終了する。

【００４９】２．ホストからデバイスのレジストへのリ
ード基本的にはライトの場合と同じである。違いは、ホスト
からのライトパケットの代わりにデータを持たないリー
ドパケットが送られて、デバイス側で読み出されたデー
タがＡｃｋパケットに載せて返送されることである。

【００５０】上述したように、デバイスからホストへの
割り込み処理は効率的な処理に欠かせないものであり、
本実施形態では、割り込み処理を実現するための構成を
備える。以下に、本実施形態の割り込み処理を説明す
る。

【００５１】本実施形態による割り込み処理の概要は次
の通りである。まず、デバイスからの割り込みを実現す
るためにホスト側とデバイス側の両方に割り込み動作を
実現するための回路を設ける。即ち、ホスト１側には割
り込み発生レジスタ１１があり、このレジスタに書き込
みを行うと割り込み要求信号１２によりＣＰＵ４に割り
込みがかかる。一方、デバイス２側にはライトサイクル
発生回路１３があり、モータ制御部１０の発生する割り
込み要求信号１４を内部バス１７上へのライトサイクル
に変換する。この際に発生されるアドレスとデータは、
ライトサイクル発生回路１３内部の発生アドレスレジス
タ１５と発生データレジスタ１６に保持された値が使用
される。

【００５２】ライトサイクル発生回路１３によって実行
された書き込みは外部装置（ホスト１）への書き込みで
あるから、ネットワークインターフェース７によってシ
リアル回線３へ発行され、ネットワークインターフェー
ス６によって割り込み発生レジスタ１１へ書き込みが行
われる。

【００５３】割り込み発生レジスタ１１は、書込まれた
データに対応した割り込み要求信号を発生する。即ち、
発生データレジスタ１６に格納された発生データが書込
まれることにより、これに対応した割込み要求信号が発
生することになる。

【００５４】通常、割込みにはプライオリティがあり、
割込み発生レジスタ１１への書込みデータに対応したプ
ライオリティの割込み要求が発行される。従って、図２
では割込み要求信号１２は１本で示されているが、複数
本の割込み要求信号が存在してもよい。

【００５５】図７はデバイス２における割り込み要求動
作を説明するフローチャートである。ステップＳ６１で
は、モータ制御部１０より割り込み要求が発生したか否
かを判定する。割り込み要求の発生が検出されるとステ
ップＳ６２へ進み、発生アドレスレジスタ１５に格納さ
れている発生アドレスに対して、発生データレジスタ１
６に格納されている発生データを書き込むための書き込
みサイクルを発生する。

【００５６】図８は本実施形態におけるライトサイクル
発生回路１３の構成例を表すブロック図である。同図に
おいて、モータ制御部１０より発生した割り込み要求は
書き込み制御部１０１へ入力される。斯きこみ制御部１
０１は、割り込み要求を受けると、当該システムの書き
込みサイクルに基づくタイミングで、アクセス先のアド
レス、書き込むデータ、書き込みを示す制御信号を内部
バス１７へ出力する。ここで、アクセス先のアドレス
は、発生アドレスレジスタ１５に格納されたアドレスで
あり、３ステートバッファ１０２のゲートを制御するこ
とで内部バス１７へのアドレス信号の出力を制御する。
同様に、書き込むデータは、発生データレジスタ１６に
格納されたデータであり、３ステートバッファ１０３の
ゲートを制御することでデータ信号の出力を制御する。

【００５７】なお、複数のホストによるデバイスの共有
は、それぞれのホストが有する割り込み発生レジスタの
発生アドレスをシステム内で唯一のアドレスとし、デバ
イスを使用するホストが、デバイスの使用時に発生アド
レスレジスタ１５に当該ホストの発生アドレスを書き込
めばよい。なお、発生データに関しては、各ホストで共
通でも良いし、異なるものであってもよい。

【００５８】次に、割り込み動作例を順を追って説明す
る。

【００５９】ホスト１は事前に自分の割り込み発生レジ
スタ１１のアドレスと割り込みを発生させるために割り
込み発生レジスタ１１に書き込むべき値をデバイス側の
ライトサイクル発生回路１３内の発生アドレスレジスタ
１５と発生データレジスタ１６にそれぞれ登録してお
く。

【００６０】デバイス２がホスト１へ割り込みを行う際
には、モータ制御部１０が発生する割り込み要求信号１
４がライトサイクル発生回路１３によってデバイス内部
のバスライトサイクルに変換される。この際にバス上に
出るアドレス及びデータは、先にホスト１によって登録
されたホスト１の割り込み発生レジスタ１１のアドレス
とそこに書き込むデータである。

【００６１】デバイス２側のネットワークインターフェ
イス７にとっては、このバスサイクルは通常の外部アク
セスと同様に見えるため、外部アクセスであることを検
出してライトパケットをネットワークに送出する。ホス
ト１側のネットワークインターフェイス６はこのライト
パケットを取り込み、内部バスサイクルに変換する。そ
の結果、割り込み発生レジスタ１１に発生データの書き
込みが行われ、割り込み要求信号１２を介してＣＰＵ４
に割り込みがかかる。割り込みのためのライトサイクル
は通常のライトサイクルと同様にアックパケットの返送
によって終了する。

【００６２】以上説明したように第１の実施形態によれ
ば、複数のホストとデバイスがシリアル回線で接続され
たシステムにおいて、簡易な構成で複数のホストによる
デバイスの共有化が可能となると共に、デバイスからの
割り込み処理も可能となる。即ち、（１）ネットワーク
上のデバイスが単一アドレス空間上に見えて、デバイス
のレジスタが複数のホストから直接リード／ライトでき
るとともに、（２）デバイス側からホスト側への割込が
可能である、という特徴を持つシステムを簡単な回路構
成により実現することが可能となる。

【００６３】また、ネットワーク上のデバイスの制御
が、ホストに直接バス接続されたデバイスとまったく同
様に扱える。さらに、ネットワークプロトコルが不要と
なるため、プログラムはホスト側だけで済むようにな
り、ソフトウェアの開発、評価、メンテナンスのための
コスト削減が図れるという効果がある。

【００６４】［第２の実施形態］上記第１の実施形態で
は、シリアル回線によるネットワークインターフェース
を説明したが、ホストやデバイスを接続する形態はこれ
に限られるものではない。例えば、外部バス接続によっ
て構成されたシステムに本発明のインターフェースを適
用することも可能である。

【００６５】図９は、第２の実施形態によるシステムの
構成例を表すブロック図である。ホストとデバイスをネ
ットワークを介さずに直接バス接続した例を示す。第１
の実施形態（図２）と比較して、ネットワークインター
フェイス６、７によるネットワーク接続が、バス変換イ
ンターフェイス２２、２３によるバス接続に置き換わ
り、シリアル回線３が外部バス２４に置き変わってい
る。各パケットは、シリアルに転送された第１の実施形
態とは異なり、パラレルデータとして転送されることに
なる。

【００６６】以上の点を除けば第１の実施形態と同様の
処理でデバイスの共有、割り込み発生の実現が可能とな
る。このためデバイス制御プログラムにとっては、デバ
イスがマップされるアドレスが変わる以外まったく変更
の必要がない。第１の実施形態の場合は、図４のアドレ
スマップに示すように、デバイス用のスロットがいくつ
かあって、システム構成によってそのどれかのスロット
（アドレス領域）にマップされる。つまり、システム構
成によってデバイスのアドレスが変化する。また、第２
の実施形態によるバス接続の場合も、通常デバイス用の
アドレス領域が幾つかあって、システム構成によってデ
バイスのアドレスが変わる。しかしながら、通常のデバ
イス制御プログラムは、デバイスのマップされるアドレ
スを初期化できるようになっており、結果的に、両実施
形態において、デバイス制御プログラムにはいかなる変
更も不要となる。

【００６７】なお、上記実施形態ではデバイスがモータ
の場合を示したが、他のデバイスでも同様の効果がある
ことは明らかである。

【００６８】なお、本発明は、複数の機器（例えばホス
トコンピュータ，インタフェイス機器，リーダ，プリン
タなど）から構成されるシステムに適用しても、一つの
機器からなる装置（例えば、複数のＣＰＵを備えたコン
ピュータ等）に適用してもよい。

【００６９】

【発明の効果】以上説明したように、本発明によれば、
複数のノードが相互に通信可能なシステムにおいて、共
有アドレス空間にマップされた他のノードへのアクセス
を容易に、簡単な構成で実現することが可能となる。

【００７０】また、本発明によれば、ノード間の割り込
み要求が実現され、ホスト装置と周辺装置との接続に好
適なシステムが構築される。

【００７１】このため、例えば、ホストで周辺装置を共
有可能なネットワーク型の利点を有するとともに、メモ
リマップＩＯ方式のように簡単に扱える周辺装置の接続
機構を簡単な回路構成で実現することが可能となる。

【００７２】また、割り込み要求時に、特定のアドレス
への書き込みアクセスを行う様に構成するので、複数の
ノードのいずれに割り込み要求を行うかを容易に制御で
きる。

【００７３】また、割り込み要求時に、特定のアドレス
へ特定のデータを書き込むことで割り込みの発生を制御
するように構成すれば、よりきめの細かい割り込み制御
が可能となる。

【００７４】また、本発明によれば、割り込み要求時に
発生するアクセスの対象となるアドレス、あるいはアド
レスとデータが外部よりの書き込みに応じて保持するよ
うに構成される。このため、例えば、周辺装置が割り込
み要求を発生した場合等において、当該割り込み要求を
適正なホスト装置へ発行するように設定することが容易
に行える。

【００７５】

【図面の簡単な説明】

【図１】本実施形態によるシステムの概要例を表す図で
ある。

【図２】第１の実施形態によるホストとデバイスの制御
構成を表すブロック図である。

【図３】本実施形態で用いるネットワーク上の４種類の
固定長パケットを示す図である。

【図４】本実施形態におけるシステムのアドレスマップ
を示す図である。

【図５】本実施形態におけるネットワークインターフェ
ースの内部バス監視に関る制御手順を表すフローチャー
トである。

【図６】本実施形態におけるネットワークインターフェ
ースのネットワーク監視に関る制御手順を等わすフロー
チャートである。

【図７】デバイスにおける割り込み要求動作を説明する
フローチャートである。

【図８】本実施形態におけるライトサイクル発生回路の
構成例を表すブロック図である。

【図９】第２の実施形態によるシステムの構成例を表す
ブロック図である。

【符号の説明】

１、２１ホストコンピュータ２、２０デバイス３シリアル回線４ＣＰＵ５、１７内部バス６、７ネットワークインターフェイス８モータ制御レジスタ１０モータ制御部１１割り込み発生レジスタ１２割り込み要求信号１３ライトサイクル発生回路１４割り込み要求信号１５発生アドレスレジスタ１６発生データレジスタ１８モータ制御信号１９メモリ

Claims

【特許請求の範囲】

【請求項１】複数のノードが通信手段によって相互に
通信可能に構成されたシステムにおけるインターフェー
ス装置であって、他のノードのアドレス空間へのアクセスを検出する第１
検出手段と、前記第１検出手段で他のノードのアドレス空間へのアク
セスが検出された場合、当該アクセスの内容に基づいて
所定の形態のデータ列を生成する第１生成手段と、前記第１生成手段で生成されたデータ列を前記通信手段
によって出力する出力手段とを備えることを特徴とする
インターフェース装置。
【請求項２】他のノードに対する割り込み要求を検出
する第２検出手段と、前記第２検出手段で割り込み要求が検出された場合、特
定のアクセスのためのデータ列を、前記出力手段で出力
すべきデータ列として生成する第２生成手段とを更に備
えることを特徴とする請求項１に記載のインターフェー
ス装置。
【請求項３】前記特定のアクセスのためのデータ列
は、割り込み要求先のノードのアドレス空間内の特定の
アドレスへのアクセスを指示することを特徴とする請求
項２に記載のインターフェース装置。
【請求項４】外部のノードより書き込まれる前記特定
のアドレスを保持する保持手段を更に備え、前記第２生成手段は、前記保持手段に保持された特定の
アドレスを用いてデータ列を生成することを特徴とする
請求項３に記載のインターフェース装置。
【請求項５】前記特定のアクセスのためのデータ列
は、特定のアドレスへの特定のデータの書き込みを指示
することを特徴とする請求項２に記載のインターフェー
ス装置。
【請求項６】外部ノードより書き込まれる前記特定の
アドレス及び前記特定のデータを保持する保持手段を更
に備え、前記第２生成手段は、前記保持手段に保持された特定の
アドレス及びデータを用いてデータ列を生成することを
特徴とする請求項５に記載のインターフェース装置。
【請求項７】複数のノードが通信手段によって相互に
通信可能に構成されたシステムにおけるインターフェー
ス装置であって、他のノードより前記通信手段に送信されるデータ列よ
り、当該ノードへのアクセスを検出する検出手段と、当該ノードへのアクセスが検出された場合、前記データ
列の示す情報に基づいて当該ノード内のバスへのアクセ
スを実行するアクセス手段とを備えることを特徴とする
インターフェース装置。
【請求項８】前記アクセスが特定のアドレスに対する
アクセスであった場合に割り込み信号を出力する出力手
段を更に備えることを特徴とする請求項７に記載のイン
ターフェース装置。
【請求項９】前記アクセスが特定のアドレスに対する
特定のデータの書き込みであった場合に割り込み信号を
出力する出力手段を更に備えることを特徴とする請求項
７に記載のインターフェース装置。
【請求項１０】前記特定アドレスを前記通信手段を介
して他のノードに通知する通知手段を更に備えることを
特徴とする請求項８に記載のインターフェース装置。
【請求項１１】前記特定アドレス及び特定データを前
記通信手段を介して他のノードに通知する通知手段を更
に備えることを特徴とする請求項９に記載のインターフ
ェース装置。
【請求項１２】前記通信手段は、シリアル回線による
通信接続であることを特徴とする請求項１乃至請求項１
１のいずれかに記載のインターフェース装置。
【請求項１３】前記通信手段は、バス接続によって通
信を行うことを特徴とする請求項１乃至請求項１１のい
ずれかに記載のインターフェース装置。
【請求項１４】複数のノードが通信手段によって相互
に通信可能に構成されたシステムにおけるインターフェ
ース方法であって、他のノードのアドレス空間へのアクセスを検出する第１
検出工程と、前記第１検出工程で他のノードのアドレス空間へのアク
セスが検出された場合、当該アクセスの内容に基づいて
所定の形態のデータ列を生成する第１生成工程と、前記第１生成工程で生成されたデータ列を前記通信手段
によって出力する出力工程とを備えることを特徴とする
インターフェース方法。
【請求項１５】他のノードに対する割り込み要求を検
出する第２検出工程と、前記第２検出工程で割り込み要求が検出された場合、特
定のアクセスのためのデータ列を、前記出力工程で出力
すべきデータ列として生成する第２生成工程とを更に備
えることを特徴とする請求項１４に記載のインターフェ
ース方法。
【請求項１６】前記特定のアクセスのためのデータ列
は、割り込み要求先のノードのアドレス空間内の特定の
アドレスへのアクセスを指示することを特徴とする請求
項１５に記載のインターフェース方法。
【請求項１７】外部のノードより書き込まれる前記特
定のアドレスを保持する保持工程を更に備え、前記第２生成工程は、前記保持工程に保持された特定の
アドレスを用いてデータ列を生成することを特徴とする
請求項１６に記載のインターフェース方法。
【請求項１８】前記特定のアクセスのためのデータ列
は、特定のアドレスへの特定のデータの書き込みを指示
することを特徴とする請求項１５に記載のインターフェ
ース方法。
【請求項１９】外部ノードより書き込まれる前記特定
のアドレス及び前記特定のデータを保持する保持工程を
更に備え、前記第２生成工程は、前記保持工程に保持された特定の
アドレス及びデータを用いてデータ列を生成することを
特徴とする請求項１８に記載のインターフェース方法。
【請求項２０】複数のノードが通信手段によって相互
に通信可能に構成されたシステムにおけるインターフェ
ース方法であって、他のノードより前記通信手段に送信されるデータ列よ
り、当該ノードへのアクセスを検出する検出工程と、当該ノードへのアクセスが検出された場合、前記データ
列の示す情報に基づいて当該ノード内のバスへのアクセ
スを実行するアクセス工程とを備えることを特徴とする
インターフェース方法。
【請求項２１】前記アクセスが特定のアドレスに対す
るアクセスであった場合に割り込み信号を出力する出力
工程を更に備えることを特徴とする請求項２０に記載の
インターフェース方法。
【請求項２２】前記アクセスが特定のアドレスに対す
る特定のデータの書き込みであった場合に割り込み信号
を出力する出力工程を更に備えることを特徴とする請求
項２０に記載のインターフェース方法。
【請求項２３】前記特定アドレスを前記通信手段を介
して他のノードに通知する通知工程を更に備えることを
特徴とする請求項２１に記載のインターフェース方法。
【請求項２４】前記特定アドレス及び特定データを前
記通信手段を介して他のノードに通知する通知工程を更
に備えることを特徴とする請求項２２に記載のインター
フェース方法。
【請求項２５】通信手段を介して相互に通信可能な複
数の情報処理装置で構成された情報処理システムであっ
て、他の情報処理装置のアドレス空間に対するアクセスを検
出して該アクセスに対応する所定の形態のデータ列を生
成する第１生成手段と、発生した割り込み要求信号に基づいて、特定のアドレス
へアクセスするためのデータ列を生成する第２生成手段
と、前記第１及び第２生成手段で生成されたデータ列を用い
て他の情報処理装置へのアクセスを達成するアクセス手
段と、前記第２生成手段で生成されたデータ列でアクセスされ
た場合に、当該情報処理装置内のプロセッサに対して割
り込み要求信号を発生する発生手段とを備えることを特
徴とする情報処理システム。