(57)【特許請求の範囲】
【請求項１】
データの伝達経路であるバスと、
前記バスを介してデータの送受信を行う複数のデバイスと、
前記バスがロックしていないか否かを検知するバス制御部と、
前記バスにアクセスするためのスイッチ部と、を備え、
前記バス制御部は、前記複数のデバイスのうちのいずれかのデバイスが他のデバイスに処理要求を行った後に、処理要求元のデバイスまたは処理要求先のデバイスから前記バスに対して処理完了を示す完了信号の送信が無いことに起因する前記バスのロックを検知したとき、前記完了信号を前記バスに対して代理で送信することにより、前記バスのロックを解除し、前記バスに対して前記完了信号を代理で送信した後、前記バスのロックの発生原因となったデバイスと前記バスとの接続の遮断を前記スイッチ部に行わせることによって、前記バスのロックの発生原因となったデバイスに前記バスへのアクセスを行わせず、
前記バス制御部は、前記バスのロックの発生原因となったデバイスと前記バスとの接続の遮断を前記スイッチ部に行わせた後、前記バスのロックの発生原因となったデバイスのみをリセットし、リセットしたデバイスと前記バスとの接続を前記スイッチ部に行わせ、
前記複数のデバイスには、画像データに対して画像処理を施す画像処理部が含まれ、
前記画像処理部は、それぞれが前記スイッチ部を介して前記バスに接続される第１画像処理部と第２画像処理部とに分割されており、
前記第１画像処理部と前記バスとの接続が前記スイッチ部により遮断されたとき、以降の前記画像処理は前記第２画像処理部が行うことを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置を含むことを特徴とする画像形成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および画像形成装置に関する。
【背景技術】
【０００２】
従来、情報処理装置を含む様々な装置（たとえば、画像形成装置など）において、処理要求を行うデバイス、および、処理要求を受けるデバイスを互いにバスで接続した制御システムが採用されている。たとえば、処理要求を行うデバイスはバスマスターと称され、処理要求を受けるデバイスはバススレーブと称される。
【０００３】
このような情報処理装置では、バスマスターからバススレーブに処理要求が送信され、バススレーブがバスマスターからの要求処理を実施する。このため、バスマスターに異常が発生すると、バススレーブに適切な処理要求が送信されず、バススレーブによって制御される機構部が誤動作する恐れがある。
【０００４】
そこで、従来では、バスマスターに異常が発生したときに、そのバスマスターの異常をバススレーブに検出させ、バススレーブから機構部への制御信号をリセットさせる技術が提案されている（たとえば、特許文献１参照）。このようにすると、バススレーブによって制御される機構部は誤動作せずに停止するので、機構部が誤動作することに起因する不都合の発生を抑制することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１５４９２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、特許文献１では、複数のバスマスターおよびバススレーブが同一のバスに接続されている。この構成の場合、通常では、所定のバスマスターがバスを使用している最中に、所定のバスマスター以外の他のバスマスターはバスを使用することができない。したがって、たとえば、所定のバスマスターがバスを使用している最中に所定のバスマスターに異常が発生すると、所定のバスマスターによるバスの使用が継続した状態となり、その状態が解消されるまで、所定のバスマスター以外の他のバスマスターはバスを使用することができない（バスがロックする）。このため、バスのロックを解除するための操作（たとえば、装置全体を再起動する操作）をユーザーに行ってもらう必要がある。その結果、ユーザーからすると利便性が悪い。
【０００７】
本発明は、上記の課題を解決するためになされたものであり、バスのロックを自動的に解除することによってユーザーの利便性を向上させることが可能な情報処理装置および画像形成装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明の情報処理装置は、データの伝達経路であるバスと、バスを介してデータの送受信を行う複数のデバイスと、バスがロックしていないか否かを検知するバス制御部と、を備えている。そして、バス制御部は、複数のデバイスのうちのいずれかのデバイスが他のデバイスに処理要求を行った後に、処理要求元のデバイスまたは処理要求先のデバイスからバスに対して処理完了を示す完了信号の送信が無いことに起因するバスのロックを検知したとき、完了信号をバスに対して代理で送信することにより、バスのロックを解除する。
【０００９】
ここで、複数のデバイスのうちのいずれかのデバイスが他のデバイスに処理要求を行った後、通常であれば、処理要求元のデバイスまたは処理要求先のデバイスからバスに対して完了信号が送信されるまで、処理要求元のデバイスがバスの使用を継続する。したがって、処理要求元のデバイスまたは処理要求先のデバイスからバスに対して完了信号の送信が無い場合には、処理要求元のデバイスによるバスの使用が継続され、バスがロックした状態となる。このため、バスのロックの発生原因となったデバイス以外のデバイスがバスを使用することができなくなる。この場合、ユーザーからすると、装置全体を再起動するなどの何らかの操作を行わなければならず、利便性が悪い。
【００１０】
そこで、本発明の情報処理装置では、バス制御部は、処理要求元のデバイスまたは処理要求先のデバイスからバスに対して処理完了を示す完了信号の送信が無いことに起因するバスのロックを検知したとき、完了信号をバスに対して代理で送信する。このため、処理要求元のデバイスによるバスの使用を終わらせることができ、バスのロックが自動的に解除される。これにより、バスのロックを解除するための操作をユーザーに行わせる必要がなくなるので、ユーザーの利便性が向上する。
【００１１】
上記の構成において、好ましくは、バス制御部は、バスに対して完了信号を代理で送信した後、バスのロックの発生原因となったデバイスにバスへのアクセスを行わせない。ここで、従前にバスのロックの発生原因となったデバイスが再びバスにアクセスして処理要求を行うと、従前と同じようにバスがロックする可能性がある。
【００１２】
しかし、本発明の情報処理装置では、バス制御部は、バスのロックの発生原因となったデバイスにバスへのアクセスを行わせない。このため、従前と同じようにバスがロックするのを抑制することができる。
【００１３】
上記の構成において、より好ましくは、バスにアクセスするためのスイッチ部をさらに備え、バス制御部は、バスに対して完了信号を代理で送信した後、バスのロックの発生原因となったデバイスとバスとの接続の遮断をスイッチ部に行わせる。このように構成すれば、容易に、バスのロックの発生原因となったデバイスにバスへのアクセスを行わせないようにすることができる。
【００１４】
上記の構成において、好ましくは、バス制御部は、バスのロックの発生原因となったデバイスのみをリセットする。このように構成すれば、バスのロックの発生原因となったデバイスに異常が発生していた場合に、容易に、そのデバイスを異常状態から復帰させることができる。
【００１５】
また、本発明の画像形成装置は、上記の情報処理装置を含んでいる。このように構成された画像形成装置では、バスのロックを自動的に解除することができ、それによってユーザーの利便性が向上する。
【発明の効果】
【００１６】
以上のように、本発明によれば、バスのロックを自動的に解除することによってユーザーの利便性を向上させることが可能な情報処理装置および画像形成装置を容易に得ることができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態による情報処理装置を含む画像形成装置の全体構成図
【図２】本発明の一実施形態による情報処理装置のハードウェア構成を示したブロック図
【図３】本発明の一実施形態による情報処理装置に含まれるバス制御部の機能を説明するための図
【図４】本発明の一実施形態による情報処理装置の動作（バスのロックを解除するときの動作）を説明するためのフロー図
【発明を実施するための形態】
【００１８】
以下に、図１を参照して、本発明の一実施形態による情報処理装置１５０を含む画像形成装置１００の全体構成について説明する。
【００１９】
本実施形態の画像形成装置１００は、たとえば、コピー、プリンター、スキャナーおよびファックスなどの複数種のジョブの実行が可能な複合機である。そして、この画像形成装置１００は、操作パネル１０１、画像読取部１０２、給紙部１０３、搬送路１０４、画像形成部１０５および定着部１０６などを備える。なお、以下の説明では、給紙部１０３、搬送路１０４、画像形成部１０５および定着部１０６を含む機構部をエンジン部１０７と称する場合もある。
【００２０】
操作パネル１０１は、表示面がタッチパネルで覆われた液晶表示部１１を含む。この液晶表示部１１には、各種設定などを行うためのメニューおよび設定キー（ソフトキー）が表示されるとともに、装置状態などを示すメッセージも表示される。また、操作パネル１０１には、数値入力が必要な設定指示を受け付けるためのテンキー１２や、各種ジョブの実行開始の指示を受け付けるためのスタートキー１３なども設けられている。
【００２１】
画像読取部１０２は、原稿を読み取り、原稿の画像データを生成する。画像読取部１０２には、図示しないが、露光ランプ、ミラー、レンズおよびイメージセンサーなどの光学系部材が設けられている。そして、画像読取部１０２は、載置読取用コンタクトガラス２１に載置される原稿を読み取る際、露光ランプの光を原稿に照射し、反射光を受けたイメージセンサーの出力値をＡ／Ｄ変換した後、Ａ／Ｄ変換後のデータに対して各種補正（シェーディング補正など）を施すことによって、画像データを生成する。これにより、画像読取部１０２による原稿の読み取り動作によって得られた画像データに基づき印刷を行うことができる。また、画像読取部１０２による原稿の読み取り動作によって得られた画像データを蓄積することもできる。
【００２２】
また、画像読取部１０２には、原稿カバー２２が設けられている。そして、載置読取用コンタクトガラス２１による原稿の読み取り時には、載置読取用コンタクトガラス２１に載置された原稿を原稿カバー２２で押えることができるようになっている。なお、この原稿カバー２２に原稿搬送装置としての機能を持たせても良い。この場合には、原稿カバー２２によって、送り読取用コンタクトガラス２３に原稿を１枚ずつ送ることができるようになる。
【００２３】
給紙部１０３は、用紙Ｐを収容するカセット３１を複数有し、それら複数のカセット３１に収容された用紙Ｐを搬送路１０４に供給する。この給紙部１０３には、収容された用紙Ｐを引き出すピックアップローラー３２や、用紙Ｐの重送を抑制するための分離ローラー対３３などが設けられている。
【００２４】
搬送路１０４は、装置内部において用紙Ｐを搬送する。具体的に言うと、給紙部１０３から供給された用紙Ｐは、搬送路１０４によって、画像形成部１０５および定着部１０６をこの順番で通過し、排出トレイ４１にまで導かれる。この搬送路１０４には、用紙Ｐを搬送する複数の搬送ローラー対４２が設けられている。さらに、用紙Ｐを画像形成部１０５の手前で待機させ、タイミングを合わせて画像形成部１０５に送り出すレジストローラー対４３も設けられている。
【００２５】
画像形成部１０５は、画像データに基づきトナー像を形成し、そのトナー像を用紙Ｐに転写する。画像形成部１０５は、感光体ドラム５１、帯電装置５２、露光装置５３、現像装置５４、転写ローラー５５およびクリーニング装置５６などを含んでいる。
【００２６】
トナー像の形成プロセスおよびトナー像の用紙Ｐへの転写プロセスとしては、まず、感光体ドラム５１を回転駆動させ、その感光体ドラム５１の表面を帯電装置５２で所定電位に帯電させる。また、露光装置５３は、画像データに基づき光ビームＬを出力し、感光体ドラム５１の表面を走査露光する。これにより、感光体ドラム５１の表面に静電潜像を形成する。続いて、現像装置５４は、感光体ドラム５１の表面に形成された静電潜像にトナーを供給して現像する。
【００２７】
そして、転写ローラー５５は、感光体ドラム５１の表面に圧接する。この後、レジストローラー対４３がタイミングを計り、転写ローラー５５と感光体ドラム５１との間に用紙Ｐを進入させる。このとき、転写ローラー５５には所定の電圧が印加される。これによって、感光体ドラム５１の表面のトナー像が用紙Ｐに転写される。なお、転写プロセスが終わると、クリーニング装置５６は、感光体ドラム５１の表面に残留するトナーなどを除去する。
【００２８】
定着部１０６は、用紙Ｐに転写されたトナー像を加熱・加圧して定着させる。この定着部１０６は、発熱源を内蔵する定着ローラー６１と、定着ローラー６１に圧接される加圧ローラー６２とを含んでいる。そして、トナー像が転写された用紙Ｐは、定着ローラー６１と加圧ローラー６２との間を通過することで、加熱・加圧される。これにより、用紙Ｐにトナー像が定着され、印刷が完了する。そして、印刷済みの用紙Ｐは、搬送路１０４に導かれ、搬送ローラー対４２によって排出トレイ４１に送られる。
【００２９】
次に、図２を参照して、画像形成装置１００のハードウェア構成について説明する。
【００３０】
画像形成装置１００の装置全体の制御は、主制御部１１０が行う。この主制御部１１０は、中央演算処理装置であるＣＰＵ１１１を含む。また、主制御部１１０（ＣＰＵ１１１）は、記憶部１１２とバス１を介して接続されている。記憶部１１２は、ＲＯＭ１１２ａ、ＲＡＭ１１２ｂおよびＨＤＤ１１２ｃなどからなる。なお、主制御部１１０に記憶部１１２が設けられていても良い。
【００３１】
そして、主制御部１１０は、バス１を介して、操作パネル１０１、画像読取部１０２およびエンジン部１０７（給紙部１０３、搬送路１０４、画像形成部１０５および定着部１０６）と接続される。これにより、主制御部１１０は、記憶部１１２に記憶された各種のプログラムおよびデータに基づき、全体制御や演算などを行う。
【００３２】
操作パネル１０１は、ＣＰＵなどからなる表示制御部１０１ａを含み、表示制御部１０１ａは、操作パネル１０１の表示制御を行う。画像読取部１０２は、ＣＰＵなどからなる読取制御部１０２ａを含み、読取制御部１０２ａは、画像読取部１０２の読取制御を行う。エンジン部１０７は、ＣＰＵなどからなるエンジン制御部１０７ａを含み、エンジン制御部１０７ａは、エンジン部１０７の制御（たとえば、各種回転体を回転させるモーターのオン／オフの制御）を行う。
【００３３】
また、主制御部１１０は、バス１を介して画像処理部１２０と接続される。画像処理部１２０は、たとえば、画像処理専用のＡＳＩＣやメモリーなどからなっている。そして、画像処理部１２０は、画像データに対して、濃度変換処理、拡大／縮小処理、回転処理、および、圧縮／伸張処理などの各種画像処理を施す。なお、画像処理部１２０は、たとえば、複数のブロックに分割される場合がある（本実施形態では、第１画像処理部１２１および第２画像処理部１２２の２つに分割されている場合を例にとる）。そして、この場合には、第１画像処理部１２１および第２画像処理部１２２のうちのいずれか一方のみが画像処理を行うこともあるし、第１画像処理部１２１および第２画像処理部１２２の両方が画像処理を行うこともある。
【００３４】
さらに、主制御部１１０は、バス１を介して通信部１３０と接続される。この通信部１３０は、たとえば、外部のコンピューター２００とネットワーク（あるいは、通信ケーブル）を介して通信可能に接続される。これにより、コンピューター２００から送信された画像データに基づき印刷を行うことができる。また、画像読取部１０２による原稿の読み取り動作によって得られた画像データをコンピューター２００に送信することもできる。さらに、たとえば、通信部１３０にモデムなどを内蔵しても良く、この場合、電話回線などのネットワークを介して、外部のファックス装置３００とファックス通信を行うことができる。
【００３５】
このように、本実施形態では、複数のデバイスが共通のバス１に接続され、複数のデバイス間のデータ通信が共通のバス１を介して行われる。なお、この実施形態においては、記憶部１１２、表示制御部１０１ａ、読取制御部１０２ａ、エンジン制御部１０７ａ、画像処理部１２０および通信部１３０などがデバイスに相当し、これら複数のデバイスを含むバスシステムが情報処理装置１５０に相当する。そして、情報処理装置１５０の各デバイスは、バスマスター（処理要求を行うデバイス）にもなり得るし、バススレーブ（処理要求を受けるデバイス）にもなり得る。
【００３６】
ところで、複数のバスマスターが共通のバス１に接続される情報処理装置１５０においては、複数のバスマスターは同時にバス１を使用することはできない。したがって、この情報処理装置１５０には、各バスマスターのバス１の使用を調停するためのバス制御部１４０が設けられている。なお、このバス制御部１４０の機能を主制御部１１０に持たせても良い。
【００３７】
たとえば、バススレーブにアクセスしようとするバスマスターは、バススレーブへのアクセスに際して、バス制御部１４０にバス１の使用許可を要求する旨の信号を送信する。バス制御部１４０は、現時点でバス１が使用されているか否かを判断し、バス１が使用されていなければ、バス１の使用許可を要求したバスマスターにバス１の使用許可を付与する旨の信号を返信する。
【００３８】
なお、２つ以上のバスマスターからバス１の使用許可の要求があり、それによってバス１の使用許可の要求が競合する場合がある。このため、複数のバスマスターには、たとえば、バス１の使用に関する優先順位が設定されている。そして、バス制御部１４０は、２つ以上のバスマスターから同時にバス１の使用許可を要求された場合、バス１の使用許可を要求した２以上のバスマスターのうち、優先順位の高いバスマスターに優先的にバス１の使用許可を付与する旨の信号を送信する。
【００３９】
これにより、バス制御部１４０からバス１の使用許可を付与されたバスマスターは、バス１を使用することができるようになる。そして、バス制御部１４０は、バス１の使用許可を付与したバスマスターがバス１を使用している間、他のバスマスターにバス１の使用許可を付与しない。すなわち、バス１の使用許可が付与されたバスマスター以外のバスマスターは、バス１を使用することができない。
【００４０】
バス制御部１４０からバス１の使用許可を付与されたバスマスターは、バススレーブに対して、何らかの処理を要求する。一例を挙げると、バスマスターが画像処理部１２０であり、バススレーブが記憶部１１２である場合、画像処理部１２０は、記憶部１１２に対して、画像データの書き込みや読み出しを要求する。そして、処理が完了すると、バスマスターまたはバススレーブは、バス１に対して処理完了を示す完了信号を送信する。
【００４１】
ここで、たとえば、バス１を使用している一対のデバイス（バスマスターおよびバススレーブ）のいずれかに何らかの異常が発生していると、その一対のデバイス間で処理要求の送受信がなされたとしても、処理が行われず、バス１に対して完了信号が送信されない場合がある。このような場合には、バス１が使用中のままとなり、他のデバイスがバス制御部１４０にバス１の使用許可を要求したとしても、他のデバイスはバス１の使用権を得ることができない（バス１を使用することができない）。すなわち、バス１がロックされた状態で維持される。そして、バス１がロックすると、画像形成装置１００を再起動しなければならず、ユーザーにとっては利便性が悪い。
【００４２】
このような不都合を解消するため、本実施形態のバス制御部１４０は、複数のデバイスのうちのいずれかのデバイスが他のデバイスに処理要求を行った後に、処理要求元のデバイスまたは処理要求先のデバイスからバス１に対して処理完了を示す完了信号の送信が無いことに起因するバス１のロックが発生していないか否かを検知する。そして、バス制御部１４０は、バス１のロックを検知したとき、完了信号をバス１に対して代理で送信することにより、バス１のロックを解除する。
【００４３】
具体的に言うと、図３に示すように、バス制御部１４０は、ロック検知回路１４１および代理応答回路１４２を含んでいる。なお、ロック検知回路１４１および代理応答回路１４２がバス制御部１４０とは別個に設けられていても良い。
【００４４】
ロック検知回路１４１は、バス１がロックしたことを検知するための回路である。たとえば、ロック検知回路１４１は、一対のデバイス間で処理要求の送受信がなされた後、予め定められた時間内にバス１に対する完了信号の送信が無ければ、バス１がロックしたと判断する。あるいは、ロック検知回路１４１は、一対のデバイス間で処理要求の送受信がなされた後、予め定められた時間内に処理が行われなければ、バス１がロックしたと判断する。なお、バス１のロックを検知するときに判断基準となる時間は、たとえば、現実的に有り得ない程度の長い時間に設定しておけば良い。そして、ロック検知回路１４１は、バス１のロックを検知すると、検知結果を代理応答回路１４２に通知する。
【００４５】
代理応答回路１４２は、バス１がロックしたことをロック検知回路１４１から通知されると、完了信号をバス１に対して代理で送信する。これにより、一対のデバイス間のバス１を介しての通信が終了するので、バス１が開放される。
【００４６】
ただし、バス１が開放された後、従前にバス１のロックの発生原因となったデバイスが再びバス１にアクセスすると、バス１のロックを引き起こす可能性が高い。そこで、本実施形態のバス制御部１４０は、バス１に対して完了信号を代理で送信した後、バス１のロックの発生原因となったデバイスにバス１へのアクセスを行わせないようにする。
【００４７】
具体的には、デバイスとバス１との間にスイッチ部２（たとえば、トランジスタなどを含む部分）が接続されており、そのスイッチ部２のオン／オフの制御をバス制御部１４０が行うようになっている。そして、バス制御部１４０は、バス１に対して完了信号を代理で送信した後、バス１のロックの発生原因となったデバイスとバス１との間の遮断をスイッチ部２に行わせる。
【００４８】
さらに、バス制御部１４０は、バス１のロックの発生原因となったデバイスのみにリセット信号を送信してリセットする。これにより、バス１のロックの発生原因となったデバイスに異常が発生していれば、そのデバイスが異常状態から復帰する可能性がある。このとき、たとえば、バス制御部１４０は、バス１のロックの発生原因となったデバイスとバス１との間を遮断した後、バス１のロックの発生原因となったデバイスをリセットする。この後、バス制御部１４０は、リセットしたデバイスとバス１との間の接続をスイッチ部２に行わせる。これにより、従前にバス１のロックの発生原因となったデバイスは、再びバス１にアクセスすることができる。
【００４９】
なお、図示しないが、電源（図示せず）とデバイスとの間にリセット回路を設け、バス１のロックの発生原因となったデバイスへの電源投入を遮断することによってリセットするようにしても良い。
【００５０】
次に、図４を参照して、バス１がロックした後、バス制御部１４０がバス１のロックを解除するまでの動作について説明する。
【００５１】
まず、図４のフローのスタート時点では、たとえば、バス１の使用権が第１画像処理部１２１（処理要求元のデバイス、バスマスター）に割り当てられ、その第１画像処理部１２１が記憶部１１２（処理要求先のデバイス、バススレーブ）に処理要求を行おうとしている。そして、第１画像処理部１２１が記憶部１１２に処理要求を行ったとき、図４のフローがスタートする。
【００５２】
ステップＳ１において、バス制御部１４０（ロック検知回路１４１）は、第１画像処理部１２１（処理要求元のデバイス）が記憶部１１２（処理要求先のデバイス）に処理要求したことを示す処理要求信号を受信する。
【００５３】
ステップＳ２において、バス制御部１４０（ロック検知回路１４１）は、バス１がロックしていないか否かを検知する。そして、バス１がロックしていなければ、ステップＳ３に移行し、バス制御部１４０は、第１画像処理部１２１（処理要求元のデバイス）と記憶部１１２（処理要求先のデバイス）との間で行われる処理を続行させる。その一方、バス１がロックしていれば、ステップＳ４に移行する。なお、バス１がロックしているということは、第１画像処理部１２１に異常が発生している可能性が高い。
【００５４】
ステップＳ４に移行すると、バス制御部１４０（代理応答回路１４２）は、完了信号をバス１に対して代理で送信する。これにより、バス１のロックが解除される。
【００５５】
ステップＳ５において、バス制御部１４０は、第１画像処理部１２１（処理要求元のデバイス）とバス１との間の接続の遮断をスイッチ部２に行わせる。このため、第１画像処理部１２１は、バス１にアクセスすることができなくなる。しかし、第１画像処理部１２１以外のデバイス（たとえば、第２画像処理部１２２）は、バス１にアクセスすることができる。したがって、この場合には、たとえば、以降の画像処理を第２画像処理部１２２のみで行わせるようにすれば、ジョブを中断させる必要はない。
【００５６】
ステップＳ６において、バス制御部１４０は、第１画像処理部１２１（処理要求元のデバイス）のみをリセットする。このようにすると、第１画像処理部１２１が異常状態から復帰する場合がある。
【００５７】
ステップＳ７において、バス制御部１４０は、リセットした第１画像処理部１２１（リセットしたデバイス）とバス１との接続をスイッチ部２に行わせる。これにより、第１画像処理部１２１は、バス１にアクセスすることができる。そして、ステップＳ６の動作で第１画像処理部１２１が異常状態から復帰していれば、次に第１画像処理部１２１が処理を行うとき、バス１がロックすることはない。
【００５８】
本実施形態では、上記のように、バス制御部１４０は、複数のデバイスのうちのいずれかのデバイスが他のデバイスに処理要求を行った後に、処理要求元のデバイスまたは処理要求先のデバイスからバス１に対して処理完了を示す完了信号の送信が無いことに起因するバス１のロックを検知したとき、完了信号をバス１に対して代理で送信する。
【００５９】
ここで、複数のデバイスのうちのいずれかのデバイスが他のデバイスに処理要求を行った後、通常であれば、処理要求元のデバイスまたは処理要求先のデバイスからバス１に対して完了信号が送信されるまで、処理要求元のデバイスがバスの使用を継続する。したがって、処理要求元のデバイスまたは処理要求先のデバイスからバス１に対して完了信号の送信が無い場合には、処理要求元のデバイスによるバス１の使用が継続され、バス１がロックした状態となる。このため、バス１のロックの発生原因となったデバイス以外のデバイスがバス１を使用することができなくなる。この場合、ユーザーからすると、装置全体を再起動するなどの何らかの操作を行わなければならず、利便性が悪い。
【００６０】
そこで、本実施形態では、バス制御部１４０は、処理要求元のデバイスまたは処理要求先のデバイスからバス１に対して処理完了を示す完了信号の送信が無いことに起因するバス１のロックを検知したとき、完了信号をバス１に対して代理で送信する。このため、処理要求元のデバイスによるバス１の使用を終わらせることができ、バス１のロックが自動的に解除される。これにより、バス１のロックを解除するための操作をユーザーに行わせる必要がなくなるので、ユーザーの利便性が向上する。
【００６１】
また、本実施形態では、上記のように、バス制御部１４０は、バス１に対して完了信号を代理で送信した後、バス１のロックの発生原因となったデバイスにバス１へのアクセスを行わせない。ここで、従前にバス１のロックの発生原因となったデバイスが再びバス１にアクセスして処理要求を行うと、従前と同じようにバス１がロックする可能性がある。
【００６２】
しかし、本実施形態では、バス制御部１４０は、バス１のロックの発生原因となったデバイスにバス１へのアクセスを行わせない。このため、従前と同じようにバス１がロックするのを抑制することができる。
【００６３】
また、本実施形態では、上記のように、バス制御部１４０は、バス１に対して完了信号を代理で送信した後、バス１のロックの発生原因となったデバイスとバス１との接続の遮断をスイッチ部２に行わせる。このように構成すれば、容易に、バス１のロックの発生原因となったデバイスにバス１へのアクセスを行わせないようにすることができる。
【００６４】
また、本実施形態では、上記のように、バス１のロックの発生原因となったデバイスのみをリセットする。このように構成すれば、バス１のロックの発生原因となったデバイスに異常が発生していた場合に、容易に、そのデバイスを異常状態から復帰させることができる。
【００６５】
今回開示された実施形態は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記実施形態の説明ではなく特許請求の範囲によって示され、さらに、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれる。
【符号の説明】
【００６６】
１  バス
２  スイッチ部
１００  画像形成装置
１４０  バス制御部
１５０  情報処理装置
【図１】
0005745996.tif 000002
【図２】
0005745996.tif 000003
【図３】
0005745996.tif 000004
【図４】
0005745996.tif 000005