JP3512603B2 - データ処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、割込ソースとなる
複数の機能モジュールと、機能モジュールの発行する割
込要求の優先選択や通知先選択をまとめて処理する割込
制御部と、最終的な割込通知先となる中央制御部とで構
成される階層化された割込通知形態を持つデータ処理装
置に関し、特に、上位層への効率的な割込通知を実現す
るデータ処理装置に関する。

【０００２】

【従来の技術】データ処理装置の備える割込機能を持つ
機能モジュール（ＤＭＡコントローラなど）は、データ
処理装置の高速化や高機能化に伴って、その駆動周波数
が高速となり、その搭載数も増大する傾向にある。ただ
相対的に高速なデータ転送を必須条件としない割込要求
信号は、システムバスより低速なクロックで動作する非
同期インターフェイスやシリアルバスインターフェイス
などで実現される。

【０００３】一方、機能モジュールの搭載数の増大に伴
い、中央制御部と割込ソースとなる機能モジュールとの
間に割込制御部を設けて、その割り込みのマスク機構や
割込通知先指定などの制御を行わせるというように、割
込通知機構を階層化するのが一般的である。したがっ
て、この割込制御部では、非同期信号の同期化ロスのタ
イミングや、割り込みの刈り取りタイミングとのすれ違
いによる割込要求のロストに注意を払った設計が必要と
なる。

【０００４】従来は、割込要因の発生したタイミングの
みを上位の割込制御部へ通知する機能を持つ機能モジュ
ールを採用するという方法を採るか、ソフトウェアを使
って、機能モジュールに対する割り込み刈り取りコマン
ドの発行後、割込制御部に対して、割込要因が刈り取ら
れて新たな割り込みを受け付け可能となったことを改め
て通知するという方法を採るしかなかった。

【０００５】

【発明が解決しようとする課題】しかしながら、割込要
因の発生したタイミングのみを上位の割込制御部へ通知
する機能を持つ機能モジュールを採用するという方法を
採ると、この機能モジュールが一般的でなく入手が困難
であるために、機能モジュールの仕様に制限されたデー
タ処理装置を構築することになるという問題点や、デー
タ処理装置の仕様に適合する機能モジュールが見つから
ない場合には、新たにその仕様に合わせた機能モジュー
ルを自作する必要があるという問題点があった。

【０００６】一方、ソフトウェアを使って、機能モジュ
ールに対する割り込み刈り取りコマンドの発行後、割込
制御部に対して、割込要因が刈り取られて新たな割り込
みを受け付け可能となったことを改めて通知するという
方法を採ると、ソフトウェアのステップ数が増大するこ
とでシステム全体の性能を低下させるという問題があっ
た。

【０００７】すなわち、通常の方法としては、割込制御
部において割込マスク機構を設け、ソフトウェアが一度
割込要求を受け付けたら該当する割込マスクをセット
し、一連の割込処理の中で割込ソースに存在する割込要
因の刈り取った後、一定のダミーサイクルを設けてから
割込マスクを開放して、新たな割り込みを受け付け可能
にするというシーケンスを必要とするため、無駄なソフ
トウェアのステップが組み込まれてシステム性能を低下
させていたのである。

【０００８】本発明はかかる事情に鑑みてなされたもの
であって、複数の割込ソースの発行する割込要求をまと
めて処理する割込制御部を備えることで、階層的な割込
通知形態に従って、上位層となる中央制御部やソフトウ
ェアに対して割込要求を通知する構成を採るときにあっ
て、特別な機能モジュールを用いることなく、また、ソ
フトウェアに負担をかけることなく、割込要求の切れ目
を正確に判断できるようにすることで、上位層への効率
的な割込通知を実現する新たなデータ処理装置の提供を
目的とする。

【０００９】

【課題を解決するための手段】図１に本発明の原理構成
を図示する。図中、１は本発明を具備するデータ処理装
置１であって、ソフトウェアを実行する１つ又は複数の
中央制御部１０と、中央制御部１０に対して割込要求を
発行する複数の割込ソース１１と、システムバス１２
と、優先順位に従って割込ソース１１の発行する割込要
求を選択して、割込種別毎に規定される中央制御部１０
に通知する１つ又は複数の割込制御部１３とを備える。

【００１０】ここで、割込制御部１３には、ソフトウェ
アからの指示に応答して、割込要求の通知先となる中央
制御部１０を選択する選択手段が備えられることがあ
る。この選択手段は、複数の中央制御部１０を選択可能
にすることがある。そして、割込要求がシステムバス１
２を使って通知されるときに備えられて、この選択手段
により選択される複数の中央制御部１０に対して、順番
に割込要求を送信する送信手段が備えられることがあ
る。

【００１１】割込制御部１３は、本発明を実現するため
に、検出手段１４と、遮断手段１５と、解除手段１６
と、タイマ手段１７と、設定手段１８と、第２の検出手
段１９と、第２の解除手段２０と、強制解除手段２１と
を備える。

【００１２】この検出手段１４は、システムバス１２の
バストランザクションをモニタすることで、中央制御部
１０が割込ソース１１に対して割込要因の刈り取りコマ
ンドを発行したのか否かを検出する。遮断手段１５は、
中央制御部１０に割込要求が通知された後、その割込要
求と同一の割込要求が同一の割込ソース１１から発行さ
れるときに、それを遮断する。解除手段１６は、検出手
段１４の検出結果に応答して、遮断手段１５の遮断処理
を解除する。

【００１３】タイマ手段１７は、割込ソース１１に共通
的に設けられ、検出手段１４が刈り取りコマンドを検出
するときに計時処理に入って、規定時間経過後にタイム
アウトを出力したり、割込ソース１１に対応付けて設け
られ、検出手段１４が対となる割込ソース１１に対して
の刈り取りコマンドを検出するときに計時処理に入っ
て、規定時間経過後にタイムアウトを出力する。設定手
段１８は、ハードウェア又はソフトウェアにより、タイ
マ手段１７のタイムアウト時間を設定する。

【００１４】第２の検出手段１９は、割込ソース１１の
発行する割込要求のネゲートタイミングを検出する。第
２の解除手段２０は、第２の検出手段１９がネゲートタ
イミングを検出するときに、遮断手段１５の遮断処理を
解除する。強制解除手段２１は、ソフトウェアからの指
示に応答して、遮断手段１５の遮断処理を強制的に解除
する。

【００１５】このように構成される本発明のデータ処理
装置１では、割込制御部１３の遮断手段１５は、中央制
御部１０に割込要求が通知された後、その割込要求と同
一の割込要求が同一の割込ソース１１から発行されると
きに、それを遮断する。

【００１６】この構成を採るときに、検出手段１４は、
システムバス１２のバストランザクションをモニタする
ことで、中央制御部１０が割込ソース１１に対して割込
要因の刈り取りコマンドを発行したのか否かを検出し、
この検出処理を受けて、解除手段１６は、検出手段１４
が刈り取りコマンドの発行を検出するときに、遮断手段
１５の遮断処理を解除する。

【００１７】このときに、解除手段１６は、タイマ手段
１７がタイムアウトを出力するときに、遮断手段１５の
遮断処理を解除することで正確な解除処理を実行するこ
とがある。

【００１８】また、割込ソース１１が個別に初期化処理
を実行することがあり、これから、第２の検出手段１９
が割込ソース１１の発行する割込要求のネゲートタイミ
ングを検出すると、第２の解除手段２０は、遮断手段１
５の遮断処理を解除する。

【００１９】また、割込ソース１１が個別に初期化処理
を実行することがあり、これから、ソフトウェアが遮断
手段１５の遮断処理の解除を指示すると、強制解除手段
２１は、その指示に応答して遮断手段１５の遮断処理を
強制的に解除する。

【００２０】このようにして、本発明のデータ処理装置
１では、システムバス１２のバストランザクションをモ
ニタすることで割込要求の切れ目を判断する構成を採る
ので、割込要求の切れ目を正確に判断できようになり、
これにより、上位層への効率的な割込通知を実現できる
ようになる。

【００２１】

【発明の実施の形態】以下、実施の形態に従って本発明
を詳細に説明する。図２に、本発明を具備するデータ処
理装置１の一実施例を図示する。

【００２２】図中、図１で説明したように、１０は中央
制御部、１１は割込ソース、１２はシステムバス、１３
は割込制御部である。この中央制御部１０は、通知され
た割込要求をソフトウェアに通知する手段と、ソフトウ
ェアの指示に従ってコマンドをバストランザクションの
形で発行する手段とを備える。

【００２３】割込ソース１１は、割込要因の発生を検出
すると、割込要因レジスタにその割込要因を保持すると
ともに、非同期割込要求線３０を使って割込要因種別を
割込制御部１３に通知する手段と、ソフトウェアの指示
に応答して、割込要因レジスタの内容をクリアする手段
とを備える。

【００２４】割込制御部１３は、非同期割込要求線３０
を使ってレベル通知（割込要因の発生から割込要因の刈
り取りコマンドの発行まで割込要求をアサートし続ける
方式）される割込要求を取り込み、一意に決定されてい
る優先順位に従って優先選択を行った後に、それを割込
種別毎に一意に決定されている特定の中央制御部１０に
通知する手段と、中央制御部１０へ割込要求を通知した
後、同一の割込ソース１１からの同一の割込要求を受け
付けないようにクローズするゲート手段と、システムバ
ス１２のバストランザクションを常にモニタすること
で、ソフトウェアの指示に応答して中央制御部１０が発
行する割込要因のクリアコマンドが割込ソース１１に受
け付けられたことを検出する手段と、割込要因のクリア
コマンドが検出されるときに、上記ゲート手段をオープ
ンすることで、対応する割込ソース１１からの新たな割
込要求の受け付けを可能にする手段とを備える。

【００２５】この図２に示すように、本発明のデータ処
理装置１は、複数の中央制御部１０と複数の割込ソース
１１とが共通のシステムバス１２に接続され、複数の割
込制御部１３が非同期割込要求線３０を介して割込ソー
ス１１から通知される割込要求を取り込んで通知先制御
及び優先選択を行った後、中央制御部１０へ割込要求を
発行する構成を採るときに、割込制御部１３が、モニタ
用バス１２ａを使ってシステムバス１２を常時モニタす
ることで、中央制御部１０から割込ソース１１に発行さ
れる割込要因の刈り取りコマンドを検出して、それに従
って、同一の割込ソース１１からの同一の割込要求を再
び受け付けられるようにする構成を採っている。

【００２６】図２に示す本発明のデータ処理装置１で
は、複数の中央制御部１０と複数の割込ソース１１とが
共通のシステムバス１２に接続される構成を開示した
が、図３に示すように、中央制御部１０の接続されるシ
ステムバス１２αと、割込ソース１１の接続されるシス
テムバス１２βとが別の動作クロックで動作する別のも
のとなる場合もある。このときには、バスコンバータ３
１が備えられることになる。ここで、この図３では、モ
ニタ用バス１２ａがシステムバスβに接続されているこ
とを想定しているが、システムバスαに接続されてもよ
いことは言うまでもない。また、システムバスの分割数
は３つ以上のこともある。

【００２７】更に、図２に示す本発明のデータ処理装置
１では、割込制御部１３が階層化されていない構成を開
示したが、図４に示すように、割込制御部１３が階層化
されて、全ての割込要求の優先選択を最上位に位置する
１つの上位割込制御部１３ａで最終的に実行する構成を
採ることもある。ここで、この図４では、階層が２段の
ものを想定しているが、３段以上で階層化されることも
ある。

【００２８】図５に、割込制御部１３の一実施例を図示
する。割込制御部１３は、この図に示すように、バスモ
ニタ部４０と、割込受信部４１と、通知先制御部４２
と、ゲート部４３と、優先選択部４４と、送信部４５
と、再オプーン制御部４６とを備える。

【００２９】このバスモニタ部４０は、モニタ用バス１
２ａを介して、システムバス１２のバストランザクショ
ンを常時モニタする。割込受信部４１は、割込ソース１
１に対応付けて設けられて、割込ソース１１から割り込
まれた非同期の割込要求信号を同期化する。通知先制御
部４２は、割込受信部４１の受信する割込要求を、割込
種別毎にハードウェアにて一意的に決定されている特定
の１個の中央制御部１０に通知する。

【００３０】ゲート部４３は、一度、中央制御部１０へ
割込要求を通知した後、同じ割込ソース１１からの同じ
割込要求を受け付けないようにクローズする。優先選択
部４４は、中央制御部１０に対応付けて設けられて、ハ
ードウェアにて一意的に決定されている優先順位に従っ
て、ある時刻で中央制御部１０に対して発生している全
ての割込要求の優先選択を行う。送信部４５は、優先選
択部４４に対応付けて設けられて、中央制御部１０に対
して割込要求を発行する。

【００３１】再オプーン制御部４６は、バスモニタ部４
０により、ソフトウェアの指示で中央制御部１０が発行
する各割込ソース１１に対する割込要因のクリアコマン
ドが正常に割込ソース１１に受け付けられたことが検出
されるときに、対応する割込ソース１１からの新たな割
込要求が受け付け可能となるようにゲート部４３をオー
プンする。

【００３２】このように構成される割込制御部１３は、
以下のステップに従って割り込みを伝播する。すなわ
ち、任意の割込ソース１１（Ｓj ）からの割込要求を、
その割込ソース１１に割り当てられている割込受信部４
１（Ｖj ）にて受信すると、その割込要求は、まず通知
先制御部４２へ伝達される。

【００３３】通知先制御部４２は、予め決められている
通知先の中央制御部１０（Ｃk ）に対する割込要求とし
て、その中央制御部１０に対応付けて設けられるゲート
部４３（Ｇjk）へ、その割込要求を発行する。この割込
要求を受け付けると、ゲート部４３は、通知先の中央制
御部１０（Ｃk ）に対応付けられる優先選択部４４（Ａ
k ）へ割込要求を通知する。

【００３４】優先選択部４４は、複数のゲート部４３か
ら通知された複数の割込要求の中から、予めハードウェ
アによって決定されている優先順位に従って優先選択を
行い、対応する送信部４５（Ｘk ）に対して、通知すべ
き割込種別と割込送信要求の開始トリガとを発行する。
これを受けて、送信部４５は、指定された割込種別を、
予め中央制御部１０との間で規定されているインターフ
ェイスに従って通知を行う。

【００３５】このようにして、割込ソース１１の発行す
る割込要求が中央制御部１０に通知されることになる。
そして、割込制御部１３は、以下のステップに従ってゲ
ート部４３をクローズする。

【００３６】すなわち、送信部４５から割込要求が発行
されると、必ず中央制御部１０に受け付けられるような
インターフェイスである場合には、送信部４５からゲー
ト部４３へ割込要求の完了を通知することで、対応する
ゲート部４３をクローズする。

【００３７】一方、図６に示すように、送信部４５から
割込要求が発行された後、中央制御部１０からの割込受
了応答により受け付けられたことを陽に通知する（受け
付けられない場合には無応答である場合や、割り込みビ
ジー信号を応答する場合がある）ようなインターフェイ
スである場合には、送信部４５で検出された割込受領応
答をゲート部４３へ通知することによって、対応するゲ
ート部４３をクローズする。

【００３８】このようにして、割込ソース１１の発行す
る割込要求が中央制御部１０に通知されると、ゲート部
４３がクローズされることになる。そして、割込制御部
１３は、以下のステップに従ってゲート部４３を再オー
プンする。

【００３９】すなわち、割込要求を受け付けたソフトウ
ェアは、新しい割り込みを検出／処理するために、割込
処理ルーチンの中で、割込ソース１１に存在する割込要
因をクリアする命令を実行する。中央制御部１０では、
その命令を解釈してシステムバス１２上に、割り込み刈
り取りコマンド（割込ソース１１内に存在する割込要因
レジスタのリード処理又はライト処理となるのが一般
的）を発行する。

【００４０】割込制御部１３のバスモニタ部４０は、シ
ステムバス１２上の全てのバストランザクションをモニ
タしているので、その中の割り込み刈り取りコマンドに
関するバストランザクションを検出し、これによって、
どの割込ソース１１に対するどの割込要因のクリアコマ
ンドが発行されたのかを知ることができる。

【００４１】このバスモニタ部４０で検出された割込ソ
ース番号と割込要因種別は、再オープン制御部４６へ通
知され、この通知を受け取ると、再オープン制御部４６
は、指定されたゲート部４３を再びオープンするための
トリガを発行する。この再オープン指示を受けて、ゲー
ト部４３は、同じ割込ソース１１からの新しい割込要求
を受け付け可能にする。

【００４２】このようにして、同じ割込ソース１１が、
中央制御部１０からの割り込み刈り取りコマンドの受け
付けと同時に新しい割込要求を発生するような場合で
も、それを新たな割込要求として、中央制御部１０へ通
知することが可能となるのである。

【００４３】図２ないし図４の実施例では、非同期割込
要求線３０を使って、割込ソース１０の発行する割込要
求を割込制御部１３に通知する構成を採ったが、図７に
示すように、非同期割込要求線３０に代えて、同期クロ
ックで動作するシリアルバス割込要求線３２を使う構成
を採ることも可能である。

【００４４】同期クロックで動作するシリアルバス割込
要求線３２を使って割り込み要求を通知する方法では、
送信側と受信側で伝送するデータフォーマットさえ規定
しておけば、基本的には１本の信号線で、理論上無限数
の割込要因を同時に（一回の転送フレームによって）通
知可能となり、非同期割込要求線３０を使用する場合に
比べて製造コストの低下に効果がある。

【００４５】すなわち、非同期割込要求線３０を使用す
るレベル通知方式では、割込要因１種類に対して割込信
号線１本を割り当てるか、複数の割込要因をエンコーデ
ィングして複数の割込信号線に割り当てるかする必要が
あり、割込要因を複数保持可能な機能モジュールを割込
ソース１１とした場合には、割込インターフェイスだけ
のためにプリント板上配線やモジュールのピン使用数の
観点から無駄の多い作りとなり、製造コスト増大をもた
らすのである。

【００４６】図８ないし図１０に、再オープン制御部４
６の一実施例を図示する。図８に示す再オープン制御部
４６は、割り込み刈り取りコマンドが受け付けられてか
ら前の割込要求がネゲートされるまでの最大時間（全て
の割込ソース１０での最大時間）に設定されている共通
ディレイタイマ部５０を設ける構成を採って、バスモニ
タ部４０から通知される割り込み刈り取りコマンドの検
出タイミングから、一定時間後にゲート部４３を再オー
プンするトリガを発行する構成を採っている。

【００４７】これにより、割込要因のクリアコマンドを
受け付けてから一定時間経過しないと、実際の割込要求
がネゲートされないような割込ソース１１を混在して搭
載した場合にも、十分長い時間待たせた後にゲート部４
３を再オープンすることによって、新しい割込要求を正
常に通知可能となるのである。

【００４８】図９に示す再オープン制御部４６は、図８
で示した共通ディレイタイマ部５０に代えて、割込ソー
ス１１毎の個別ディレイタイマ部５１を設ける構成を採
っている。

【００４９】一般に、割り込みのクリアコマンドの受け
付けから、実際に前の割込要求がネゲートされるまでの
時間は割込ソース１１によってばらつきがあり、共通デ
ィレイタイマ部５０のように一定のディレイ時間で固定
されていると、搭載される複数の割込ソース１１の組み
合わせによっては、非常に大きいディレイ時間に設定さ
ぜるを得なくなる場合がある。そのとき、その最も大き
なディレイ時間を必要とする割込ソース１１の使用頻度
が他の割込ソース１１に比べて非常に小さいような場合
には、システム性能を低下させる要因となる。

【００５０】この問題を解決するために、図９に示す再
オープン制御部４６では、割込ソース１１毎に個別ディ
レイタイマ部５１を設け、各個別ディレイタイマ部５１
のディレイ時間（タイムアウト時間）を、対応する割込
ソース１１において割り込みクリアコマンドの受け付け
から実際に前の割込要求がネゲートされるまでに必要と
される最小限の時間に設定しているのである。

【００５１】これにより、割り込みクリアコマンドから
実際の割込要求がネゲートされるまでの時間が不統一の
割込ソース１１を混在させた場合にも、効率のよいゲー
ト部４３の再オープン機構が実現できることになる。

【００５２】図１０に示す再オープン制御部４６は、個
別ディレイタイマ部５１のディレイ時間がシステムバス
１２を介してソフトウェアにより再設定可能となる構成
を採っている。このため、割込制御部１３もシステムバ
ス１２配下に接続され、バストランザクションのモニタ
も、このシステムバス１２そのものから行う形態とな
る。

【００５３】個別ディレイタイマ部５１のディレイ時間
の再設定は、ソフトウェアによるアドレスマップされた
割込制御部１３内のレジスタライトによって行われるの
で、中央制御部１０から割込制御部１３へ通知されるシ
ステムバス１２上のバストランザクションを解釈してレ
ジスタにセットするタイマ時間設定部５２が、再オープ
ン制御部４６に設けられることになる。

【００５４】データ処理装置１としてシステムバス１２
上にコネクタを設けて、そのコネクタにアドインボード
の形態で任意の機能モジュールを追加していく形態（Ｐ
ＣＩモジュールなどが相当する）を採る場合には、ベー
スとなるデータ処理装置本体の開発（出荷）後に新しい
機能モジュールが開発されることが多い。その場合、新
しい機能モジュールの仕様に合わせて、個別ディレイタ
イマ部５１のディレイ時間を変更可能とする機能を持た
せておかないと、前記のような、割り込みクリアコマン
ドから実際の割込要求がネゲートされるまでの待ち時間
に無駄が生じて性能を低下させる場合がある。図１０の
実施例は、この問題を解決するためのものである。

【００５５】図１１ないし図１４に、割込制御部１３の
一実施例を図示する。図１１に示す割込制御部１３は、
割込受信部４１で割込要求のネゲートを検出した場合
に、対応するゲート部４３に対して、再オープン指示の
トリガを発行する構成を採っている。

【００５６】割込ソース１１となる機能モジュール個別
に初期化する手段を設けることにより、機能モジュール
が障害を検出して停止した場合に、システム全体を初期
化すると業務に支障を来たす場合にも、該当する機能モ
ジュールのみを初期化して再立ち上げすることにより、
業務に支障を来たすことなくシステムの運用を継続する
ことが可能となる。

【００５７】これを実現するため、割込制御部１３の割
込受信部４１で割込要求のネゲートを検出した場合に、
速やかに該当する割込要因のゲート部４３を再オープン
する構成を採ることで、初期化によってソフトウェアに
無視される割り込みクリアコマンドの発行無しに、新た
な割込要求を通知可能としたものである。

【００５８】図１２に示す割込制御部１３は、再オープ
ン制御部４６に、バスモニタ部４０の検出結果に応答し
てゲート部４３を再オープンさせる強制再オープン制御
部５３の他に、ソフトウェアの指示に応答してゲート部
４３を再オープンさせる強制再オープン制御部５４を設
ける構成を採っている。

【００５９】すなわち、ソフトウェアによるアドレスマ
ップされた割込制御部１３内のレジスタライトにより、
ゲート部４３の再オープンを行う構成を採るので、ソフ
トウェアの指示で中央制御部１０が割込制御部１３に対
して発行するシステムバス１２上のバストランザクショ
ンを解釈し、指定されたゲート部４３を再オープンする
強制再オープン制御部５３を設ける構成を採るのであ
る。

【００６０】従って、割込制御部１３もシステムバス１
２配下に接続され、バストランザクションのモニタも、
このシステムバス１２そのものから行う形態となる。こ
の構成を採ることで、割込ソース１１となる機能モジュ
ールが障害を検出して停止した場合に、システム全体を
初期化すると業務に支障を来たす場合にも、該当する機
能モジュールのみを初期化して再立ち上げすることによ
り、業務に支障を来たすことなくシステムの運用を継続
することが可能となる。

【００６１】図１３に示す割込制御部１３は、割込要求
の通知先をソフトウェアによって変更可能とする構成を
採っている。このため通知先制御部４２内に、システム
バス１２上のバストランザクションを解釈してレジスタ
にセットする通知先設定部５５を設けている。従って、
割込制御部１３もシステムバス１２配下に接続され、バ
ストランザクションのモニタも、このシステムバス１２
そのものから行う形態となる。

【００６２】通知先の再設定は、ソフトウェアによるア
ドレスマップされた割込制御部１３内のレジスタライト
によって行われる。また、通知先設定部５５から発行さ
れる選択信号は常に排他的に１本のみがイネーブルとな
る。

【００６３】この構成を採ることで、任意の割込要求を
任意の中央制御部１０で動作するソフトウェアに通知可
能とすることで、システム性能の向上が図られることに
なる。

【００６４】この構成を採るときに、通知先設定部５５
から発行される選択信号が複数本排他的にイネーブルと
なることを許すようにすると、割込要求を同時に任意の
複数の中央制御部１０に対して発行できるようになる。

【００６５】パワーオフ割り込みのように、全てのプロ
セッサ上で動作しているソフトウェアに緊急に通知する
必要のある割り込みの場合には、ブロードキャスト機能
が無いと、割り込みの伝達に時間がかかって結果的にシ
ステムの異常をもたらす場合がある。このようなブロー
ドキャスト機能を持たせることで、この問題を解決でき
るようになる。

【００６６】このブロードキャスト機能を実現するため
に、図１４に示す割込制御部１３では、中央制御部１０
に対して通知する割込要求をシステムバス１２を使用し
たバストランザクションで実現するために、指定された
複数の中央制御部１０に対して、順番に割り込みトラン
ザクションを起動する割込送信制御部５６を設ける構成
を採っている。

【００６７】この割込送信制御部５６は、ソフトウェア
により通知先として設定された複数の中央制御部１０に
対する割り込みトランザクションを、一定の時間をおい
て順番に起動することで、中央制御部１０に対する割込
要求の通知を実現する。

【００６８】図示実施例に従って本発明を説明したが、
本発明はこれに限定されるものではない。例えば、実施
例では、中央制御部１０／割込制御部１３を複数とする
ことを想定して本発明を説明したが、本発明はこれらが
１台しか備えられないときにもそのまま適用できるので
ある。

【００６９】

【発明の効果】本発明によれば、割込要因の通知パスが
階層化され、最下位層に割込要求をレベル通知する割込
ソースを複数搭載したデータ処理装置において、割込制
御部において一度割込要求を受け付けた後、割り込み刈
り取りコマンドをモニタすることによって、割込要求線
では判断不可能な割込要求の切れ目（前の割込要求と新
しい割込要求の境界）を判断することが可能となり、そ
の結果、より効率的な上位層への割込通知が可能とな
る。

【図面の簡単な説明】

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

【図２】本発明の一実施例である。

【図３】本発明の一実施例である。

【図４】本発明の一実施例である。

【図５】割込制御部の一実施例である。

【図６】割込通知のインターフェイスの説明図である。

【図７】本発明の一実施例である。

【図８】再オープン制御部の一実施例である。

【図９】再オープン制御部の一実施例である。

【図１０】再オープン制御部の一実施例である。

【図１１】割込制御部の一実施例である。

【図１２】割込制御部の一実施例である。

【図１３】割込制御部の一実施例である。

【図１４】割込制御部の一実施例である。

【符号の説明】

１ データ処理装置 １０ 中央制御部 １１ 割込ソース １２ システムバス １３ 割込制御部 １４ 検出手段 １５ 遮断手段 １６ 解除手段 １７ タイマ手段 １８ 設定手段 １９ 第２の検出手段 ２０ 第２の解除手段 ２１ 強制解除手段

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平２−207332（ＪＰ，Ａ) 特開 昭61−175827（ＪＰ，Ａ) 特開 平４−160437（ＪＰ，Ａ) 特開 平６−75778（ＪＰ，Ａ) 特開 昭62−219030（ＪＰ，Ａ) 特開 平４−180129（ＪＰ，Ａ) 特開 平９−212472（ＪＰ，Ａ) 特開 昭61−60136（ＪＰ，Ａ) 特開 平３−182936（ＪＰ，Ａ) 特開 平７−28774（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 9/46 - 9/54 G06F 13/24 - 13/26

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 ソフトウェアを実行する１つ又は複数の
   中央制御部と、中央制御部に対して割込要求を発行する
   複数の割込ソースと、優先順位に従って割込要求を選択
   して割込種別毎に規定される中央制御部に通知する１つ
   又は複数の割込制御部とを備えるデータ処理装置におい
   て、 システムバスのバストランザクションをモニタすること
   で、中央制御部が割込ソースに対して割込要因の刈り取
   りコマンドを発行したのか否かを検出する検出手段と、 中央制御部に割込要求が通知された後、該割込要求と同
   一の割込要求が同一の割込ソースから発行されるとき
   に、それを遮断する遮断手段と、 上記検出手段が刈り取りコマンドの発行を検出するとき
   に、上記遮断手段の遮断処理を解除する解除手段とを備
   えることを、 特徴とするデータ処理装置。
2. 【請求項２】 請求項１記載のデータ処理装置におい
   て、 検出手段が刈り取りコマンドを検出するときに計時処理
   に入って、規定時間経過後にタイムアウトを出力するタ
   イマ手段を備え、 解除手段は、上記タイマ手段がタイムアウトを出力する
   ときに、遮断手段の遮断処理を解除することを、 特徴とするデータ処理装置。
3. 【請求項３】 請求項１記載のデータ処理装置におい
   て、 割込ソース対応に設けられ、検出手段が対となる割込ソ
   ースに対しての刈り取りコマンドを検出するときに計時
   処理に入って、規定時間経過後にタイムアウトを出力す
   るタイマ手段を備え、 解除手段は、上記タイマ手段がタイムアウトを出力する
   ときに、遮断手段の遮断処理を解除することを、 特徴とするデータ処理装置。
4. 【請求項４】 請求項１ないし３記載のデータ処理装置
   において、 割込ソースの発行する割込要求のネゲートタイミングを
   検出する第２の検出手段と、 上記第２の検出手段がネゲートタイミングを検出すると
   きに、遮断手段の遮断処理を解除する第２の解除手段と
   を備えることを、 特徴とするデータ処理装置。
5. 【請求項５】 請求項１ないし４記載のデータ処理装置
   において、 ソフトウェアからの指示に応答して、遮断手段の遮断処
   理を強制的に解除する強制解除手段を備えることを、 特徴とするデータ処理装置。
6. 【請求項６】 請求項１ないし５記載のデータ処理装置
   において、 ソフトウェアからの指示に応答して、割込要求の通知先
   となる中央制御部を選択する選択手段を備えることを、 特徴とするデータ処理装置。