インタフェース装置及びその制御方法
【課題】 一方のインタフェースのみのパフォーマンスを測定するだけでは性能低下の原因を特定することができない。
【解決手段】 第１機器と第２機器との間に介在するインタフェース装置及びその制御方法であって、第１機器からの第１制御信号に応じて第１機器からデータを受信し、第２機器からの第２制御信号に応じてデータを第２機器に出力する。これら第１及び第２制御信号の状態を監視し、その監視された第１及び第２制御信号の状態に応じて、第１機器或いは第２機器のいずれの性能が低下しているかを判定する。
【解決手段】 第１機器と第２機器との間に介在するインタフェース装置及びその制御方法であって、第１機器からの第１制御信号に応じて第１機器からデータを受信し、第２機器からの第２制御信号に応じてデータを第２機器に出力する。これら第１及び第２制御信号の状態を監視し、その監視された第１及び第２制御信号の状態に応じて、第１機器或いは第２機器のいずれの性能が低下しているかを判定する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はインタフェース装置及びその制御方法に関する。
【背景技術】
【０００２】
印刷対象の画像データを生成するコントローラと、その画像データを基に紙に印刷する印刷装置とが独立した印刷システムにおいて、システムの不具合等で所望の性能を発揮できない場合がある。印刷システムの機能低下はユーザの生産性を低下させるため、その不具合は早期に解決しなければならず、特に、その原因がコントローラ或いは印刷装置のどちらにあるかを解明することが重要となる。こうした状況において、コントローラ及び印刷装置が接続されるインタフェースでは、画像データの転送状況を監視し、問題の切り分けを行うことが考えられる。インタフェースでのデータの転送状況を監視する手法として、一定サイズのダミーデータを転送し、そのデータの転送に要した時間から、データの転送速度を求めることで、インタフェースの状況を判定するものがある（特許文献１参照）。また、キャッシュ等の待ち行列に対して閾値を設け、その待ち行列の長さが閾値を超えたか否かを判定するのに加えて、一定時間におけるデータの転送量を測定することで、システムパフォーマンスを測定するものがある（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２２２３３６号公報
【特許文献２】特開平８−２４１２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、コントローラと印刷装置間のインタフェースでは、印刷時の画像データが転送されている期間が監視対象であるため、それ以外の期間で転送状況を監視する場合は正常状態と判定されてしまう。またバスブリッジ回路は、異なるプロトコルで実現されたインタフェース間にバッファを有することがあるため、一方のインタフェースでのパフォーマンス低下を、ある程度そのバッファが吸収することも可能となる。この場合、一方のインタフェースのみのパフォーマンスを測定するだけでは性能低下の原因を特定することができない。更に、待ち行列等のバッファに着目したパフォーマンスの測定においても、データ転送の初期状態では、バッファのデータ保持量がフルとなる状態も有り得る。よって、単純にバッファに閾値を設けてインタフェースを監視するだけでは、正確なパフォーマンスの測定を行うことはできない。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本発明の特徴は、第１機器と第２機器との間でのデータの転送を監視し、この監視結果に基づいて、性能低下の原因が第１機器或いは第２機器にあるかを正確に判定できる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係るインタフェース装置は以下のような構成を備える。即ち、
第１機器と第２機器との間に介在するインタフェース装置であって、
前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する第１インタフェース手段と、
前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する第２インタフェース手段と、
前記第１及び前記第２制御信号の状態を監視する監視手段と、
前記監視手段により監視された前記第１及び前記第２制御信号の状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、第１機器と第２機器との間でのデータの転送を監視し、この監視結果に基づいて、性能低下の原因が第１機器或いは第２機器にあるかを正確に判定することができる。この結果、性能低下の原因がいずれの機器にあるかを早期に特定することが可能となり、ユーザの生産性への影響を最小限に留めることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る印刷システムの構成を示す図。
【図２】実施形態に係る画像形成装置の機能構成を示すブロック図。
【図３】本発明の実施形態１に係るインタフェース部の機能構成を示すブロック図。
【図４】実施形態１に係るコントローラ及び画像形成装置間での画像データ転送プロトコルを説明する図。
【図５】実施形態１に係るステータス信号の転送プロトコルを説明する図。
【図６】実施形態１に係るインタフェース部による監視処理を説明するフローチャート。
【図７】実施形態２に係るインタフェース部の機能構成を示すブロック図。
【図８】実施形態２に係るインタフェース部による監視処理を説明するフローチャート。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
図１は、本発明の実施形態に係る印刷システムの構成を示す図である。
【００１２】
クライアント装置１００は、コントローラ１０１に対して印刷ジョブを送信するもので、例えばパーソナルコンピュータ等である。コントローラ１０１は、クライアント装置１００から受信した印刷ジョブに従って印刷用の画像データを生成し、データケーブル１０２を介して、その生成した画像データを画像形成装置（印刷装置）１０３に送信する。画像形成装置１０３は、データケーブル１０２を介して受信した画像データを紙（シート）等の記録媒体に印刷するもので、例えば複合機等で実現される。データケーブル１０２は、コントローラ１０１と画像形成装置１０３とを接続して画像データを転送するためのケーブルであり、専用のケーブルで実現されても良く、或いはイーサネット（登録商標）等で使用される規格化されたケーブルであっても良い。クライアント装置１００とコントローラ１０１及び画像形成装置１０３は、イーサネット（登録商標）等で実現されるＬＡＮ（ローカルエリアネットワーク）１０４を介して接続されている。
【００１３】
図２は、実施形態に係る画像形成装置１０３の機能構成を示すブロック図である。
【００１４】
画像形成装置１０３は、制御部２０１、ストレージ部２０２、ＵＩ部２０３、画像処理部２０４、印刷部２０５及びインタフェース部２０８を有し、各部はバス２０６を介して接続されている。また制御部２０１及びインタフェース部２０８は、バス２０６以外に、ステータス信号２０７により接続されている。制御部２０１は、画像形成装置１０３の動作を統括して制御しており、各部への動作指示を行う。ストレージ部２０２は、画像形成装置１０３の制御プログラム、及び生成されるデータ等を一時的に保持するもので、ＲＯＭ，ＲＡＭ，ＨＤＤ等を具備している。ＵＩ部２０３は、ユーザインタフェースを実現するためのもので、ユーザが画像形成装置１０３を操作するための表示パネル（不図示）や各種入力キー（不図示）等を有している。画像処理部２０４は、この画像形成装置１０３が受信した画像データを、紙に印刷するために必要な画像データを作成するために画像処理を実施しており、例えば専用のハードウェア等で構成される。印刷部（プリンタエンジン）２０５は、画像データを紙等の記録媒体に印刷する。ここでは例えば、ページ単位で印刷するページプリンタ等を想定しているが本発明はこれに限定されない。インタフェース部２０８は、データケーブル１０２を介して受信した画像データをストレージ部２０２に転送すると共に、コントローラ１０１からのデータ転送を監視し、監視した結果をステータス信号２０７を介して制御部２０１に伝える。バス２０６は、画像形成装置１０３を構成する各部でのコマンド及びデータを送受信するためのバスであり、例えばＰＣＩ等のバスで構成される。ステータス信号２０７は、インタフェース部２０８で判定されたステータスを制御部２０１に送信するための専用信号であるが、このステータスはバス２０６を介して伝送されても良い。
【００１５】
［実施形態１］
図３は、本発明の実施形態１に係るインタフェース部２０８の機能構成を示すブロック図である。尚、ここではインタフェース部２０８は、画像形成装置１０３の一部として示されているが、機器同士を接続する独立したインタフェース装置であっても良い。この場合は、インタフェース部２０８は第１機器（コントローラ１０１）と第２機器（画像形成装置１０３）に間に介在するインタフェース装置となる。
【００１６】
インタフェース部２０８は、データ受信部（第１インタフェース）３０１、バッファ部３０２、データ送信部（第２インタフェース）３０３、受信監視部３０４、送信監視部３０５、閾値保持部３０６及び結果判定部３０７を含んでいる。データ受信部３０１は、データケーブル１０２を介してコントローラ１０１から画像データを受信すると共に、バッファ部３０２の空き容量に従ってコントローラ１０１に対する制御を行う。バッファ部３０２は、コントローラ１０１から受信した画像データを一時的に保持するバッファであり、ＲＡＭ等を有している。データ送信部３０３は、バッファ部３０２に保持された画像データをバス２０６を介してストレージ部２０２に送信する。受信監視部３０４は、データ受信部３０１の制御状態を監視する。送信監視部３０５は、データ送信部３０３の制御状態を監視する。閾値保持部３０６は、受信監視部３０４及び送信監視部３０５において制御の状態を判定するための閾値を保持する。結果判定部３０７は、受信監視部３０４及び送信監視部３０５で監視した内容から結果を判定する。
【００１７】
受信データ信号３０８は、データ受信部３０１とバッファ部３０２とを接続する信号であり、画像データをバッファ部３０２に保持するために必要となる画像データ信号及び制御信号を含んでいる。送信データ信号３０９は、バッファ部３０２とデータ送信部３０３とを接続する信号であり、画像データをバッファ部３０２からストレージ部２０２に送信するために必要となる画像データ信号及び制御信号を含んでいる。受信ステータス信号３１０は、コントローラ１０１とデータ受信部３０１との間で実施される制御において、データ転送中であることを示す信号、及びコントローラ１０１から転送された画像データが有効であることを示す信号を含んでいる。送信ステータス信号３１１は、データ送信部３０３とストレージ部２０２との間で実施される制御において、データ転送中であることを示す信号、及びデータ送信部３０３からのデータ送信を一時的に停止させることを示す信号を含んでいる。監視バス３１２は、受信監視部３０４、送信監視部３０５、閾値保持部３０６及び結果判定部３０７におけるデータの送受信を行うバスであり、この監視バス３１２を介して、データ受信及び送信の監視に使用される閾値データや監視データがやり取りされる。ステータス信号２０７は、結果判定部３０７で判定されたステータスを制御部２０１に送信するための信号である。クロック発生回路３１３は、基準となる所定の周波数のクロック信号を発生して、このクロック信号を上記各部に供給している。尚、このクロック発生回路３１３から発生される基準クロックは、この画像形成装置１０３の基準クロックを基に作成しても良い。
【００１８】
図４は、本発明の実施形態１に係るコントローラ１０１と画像形成装置１０３との間での画像データの転送プロトコルを説明する図である。尚、図４に示すサイクルＴ１〜Ｔ１３は、上述のクロック信号を基本クロックとして定めたものである。
【００１９】
Ｒｅｑ信号４００は、画像データの送信を要求する信号であり、画像形成装置１０３からコントローラ１０１に対して送信される。Ｓｔａｒｔ信号４０１は、画像データの送信開始を示す信号であり、コントローラ１０１から画像形成装置１０３に対して送信される。Ｅｎｄ信号４０２は、画像データの送信終了を示す信号であり、コントローラ１０１から画像形成装置１０３に対して送信される。Ｄａｔａ信号４０３は画像データを示す信号であり、コントローラ１０１から画像形成装置１０３に対して送信される。ＤＶａｌｉｄ信号４０４は、Ｄａｔａ信号４０３上のデータが有効な画像データであるか否かを示す信号（第１制御信号）であり、ここではハイレベルのときに有効であることを示している。このＤＶａｌｉｄ信号４０４は、コントローラ１０１から画像形成装置１０３に対して送信される。Ｂｕｓｙ信号４０５は、画像形成装置１０３がコントローラ１０１からの画像データの受信を継続可能か否かを示す制御信号（第２制御信号）であり、画像形成装置１０３からコントローラ１０１に対して送信される。ここではＢｕｓｙ信号４０５がハイレベルのとき、画像形成装置１０３がコントローラ１０１からの画像データの受信できないことを示している。
【００２０】
画像形成装置１０３は１ページのデータを受信する準備ができるまで、Ｒｅｑ信号４００を“０”（ロウレベル）に固定する（Ｔ１）。画像形成装置１０３は１ページのデータを受信可能な状態になるとＲｅｑ信号４００を１サイクルだけ“１”（ハイレベル）にする（Ｔ２）。コントローラ１０１は、Ｒｅｑ信号４００が“１”になったことを検出すると、画像データの送信準備を始める（Ｔ３）。そしてコントローラ１０１は、画像データの準備が整った時点で画像データを送信し始める。この時、コントローラ１０１は、Ｓｔａｒｔ信号４０１を１サイクルだけ“１”に固定し、有効な画像データをＤａｔａ信号４０３に出力し、ＤＶａｌｉｄ信号４０４を“１”に固定する（Ｔ４）。コントローラ１０１は、送信可能な画像データを保持し続ける限りＤａｔａ信号４０３に有効な画像データを出力し、ＤＶａｌｉｄ信号４０４を“１”に固定する（Ｔ５）。そしてコントローラ１０１は、送信可能な画像データが準備できなくなった時点でＤａｔａ信号４０３の出力を停止し、ＤＶａｌｉｄ信号４０４を“０”にする（Ｔ６）。またコントローラ１０１は、再び送信可能な画像データを準備できた時点で有効なデータをＤａｔａ信号４０３に出力し、ＤＶａｌｉｄ信号４０４を“１”にする（Ｔ７）。
【００２１】
一方、画像形成装置１０３は、コントローラ１０１からの画像データを継続して受信できないと判断するとＢｕｓｙ信号４０５を“１”に固定する（Ｔ８）。コントローラ１０１は、Ｂｕｓｙ信号４０５が“１”に固定されたことを検出すると、予めシステムで規定されたサイクル以内に画像データの転送を停止する（Ｔ８）。そして画像形成装置１０３は、コントローラ１０１から画像データを受信可能な状態になるまでＢｕｓｙ信号４０５を“１”に固定する（Ｔ９）。そして画像形成装置１０３は、コントローラ１０１からの画像データが受信可能な状態になるとＢｕｓｙ信号４０５を“０”に固定する（Ｔ１０）。これによりコントローラ１０１は、Ｂｕｓｙ信号４０５が“０”に固定されたことを検出すると、有効な画像データの転送を再開する（Ｔ１１）。
【００２２】
そしてコントローラ１０１は、最後の有効な画像データを送信する際に、１サイクルだけＥｎｄ信号４０２を“１”に固定する（Ｔ１２）。こうしてコントローラ１０１は、１ページの画像データの送信を終了すると、ＤＶａｌｉｄ信号４０４を“０”に固定する（Ｔ１３）。
【００２３】
本実施形態１では、Ｒｅｑ信号４００、Ｓｔａｒｔ信号４０１及びＥｎｄ信号４０２はページ単位で送信されるものとするが、本発明はこれに限定されるものではない。また、画像データの転送に他のプロトコルを用いたとしても本発明は適用可能である。
【００２４】
図５は、本発明の実施形態１に係るステータス信号２０７の転送プロトコルを説明する図である。
【００２５】
Ｓｔａｔｕｓ信号５００は、インタフェース部２０８で判定された結果を示す信号であり、インタフェース部２０８から制御部２０１に対して送信される。ＳＶａｌｉｄ信号５０１は、Ｓｔａｔｕｓ信号５００上のデータが有効な信号か否かを示す信号であり、インタフェース部２０８から制御部２０１に対して送信される。インタフェース部２０８は、制御部２０１に対して送信すべきＳｔａｔｕｓ信号５００が準備できていない場合はＳＶａｌｉｄ信号５０１を“０”（ロウレベル）に固定する（Ｔ２０，Ｔ２２，Ｔ２４，Ｔ２６）。インタフェース部２０８は、制御部２０１に対して送信すべきＳｔａｔｕｓ信号５００が準備できた場合にＳＶａｌｉｄ信号５０１を“１”（ハイレベル）に固定する（Ｔ２１，Ｔ２３，Ｔ２５）。
【００２６】
Ｓｔａｔｕｓ信号５００の有効な値が“００”の場合は、コントローラ１０１及び画像形成装置１０３の何れも正常動作であると判定した場合を示す（Ｔ２１）。またＳｔａｔｕｓ信号５００の有効な値が“０１”の場合は、コントローラ１０１が性能低下の原因であると判定した場合を示す（Ｔ２３）。更に、Ｓｔａｔｕｓ信号５００の有効な値が“１０”の場合は、画像形成装置１０３が性能低下の原因であると判定した場合を示す（Ｔ２５）。
【００２７】
このように実施形態１では、Ｓｔａｔｕｓ信号５００及びＳＶａｌｉｄ信号５０１による専用のプロトコルを使用した。しかし、インタフェース部２０８内に専用のレジスタを設け、制御部２０１からアクセス可能な構成とすることで、ＰＣＩ等でも実現可能である。
【００２８】
図６は、本発明の実施形態１に係るインタフェース部２０８による監視処理を説明するフローチャートである。
【００２９】
まずＳ１００で、データ受信部３０１は、Ｓｔａｒｔ信号４０１が“１”に固定されたことを検出することで、コントローラ１０１からの画像データが送信されたと判断する。そして送られてくる画像データを受信し、その画像データを受信データ信号３０８を介してバッファ部３０２に送信して格納する。更に、データ受信部３０１は、受信ステータス信号３１０を介して受信監視部３０４にデータの受信が開始されたことを通知する。受信監視部３０４は、画像データの受信が開始されたことを監視バス３１２を介して送信監視部３０５に通知する。
【００３０】
次にＳ１０１で、こうしてコントローラ１０１からの画像データの受信が開始されると、バッファ部３０２には、その受信した画像データが格納されていく。バッファ部３０２は、データ送信部３０３にて送信可能なデータ量を格納したことを検出すると、送信データ信号３０９を介してデータ送信部３０３に通知する。データ送信部３０３は、バッファ部３０２からの指示に基づいて、バッファ部３０２に保持された画像データをバス２０６を介してストレージ部２０２に送信する。またデータ送信部３０３は、送信ステータス信号３１１を介して送信監視部３０５に、画像データの送信が開始されたことを通知する。送信監視部３０５は、画像データの送信が開始されたことを監視バス３１２を介して受信監視部３０４に通知する。
【００３１】
次にＳ１０２に進み、受信監視部３０４及び送信監視部３０５は、インタフェース部２０８での画像データの送受信が開始されたことを受けて、それぞれの監視を開始する。
【００３２】
次にＳ１０３で、受信監視部３０４は、受信ステータス信号３１０を介してデータ受信部３０１でのＤＶａｌｉｄ信号４０４が“１”に固定されている間の、基準クロックのサイクル数をカウントする。即ち、ＤＶａｌｉｄ信号４０４が“１”に固定されている時間を計測する。そして、そのカウント値と閾値保持部３０６に保持されたＤＶａｌｉｄ信号４０４用の閾値とを比較する。
【００３３】
また送信監視部３０５は、送信ステータス信号３１１を介してデータ送信部３０３でのＰＣＩバス上のＢｕｓｙ信号が“１”に固定されている間の、基準クロックのサイクル数をカウントする。即ち、Ｂｕｓｙ信号４０５が“１”に固定されている時間を計測する。そして、そのカウント値と、閾値保持部３０６に保持されたＢｕｓｙ信号用の閾値と比較する。尚、このＢｕｓｙ信号は、ＰＣＩバス上のＴＲＤＹ＃（ターゲットレディ）信号であっても良い。ここで、閾値保持部３０６が保持する閾値は、監視バス３１２を介して受信監視部３０４及び送信監視部３０５から参照可能なものとする。データ受信部３０１は、Ｅｎｄ信号４０２が“１”に固定されたことを検出することで、コントローラ１０１からの画像データ受信が完了したと判断する。更にデータ受信部３０１は、受信ステータス信号３１０を介して受信監視部３０４にデータ受信が完了したことを通知する。受信監視部３０４は、データ受信が完了したことを監視バス３１２を介して送信監視部３０５及び結果判定部３０７に通知する。受信監視部３０４及び送信監視部３０５は、データ受信が完了した通知を受けて、監視結果を保持しつつそれぞれの監視処理を完了させる。
【００３４】
結果判定部３０７は、データ送信完了の通知を受けて、受信監視部３０４及び送信監視部３０５の監視結果を監視バス３１２を介して受信し、これらの結果から性能低下の原因の切り分けを行う。ここではＳ１０４で、送信監視部３０５の監視結果からＢｕｓｙ信号４０５が“１”に固定される時間（サイクル数）が閾値を超えたかどうかを判定し、閾値を越えた時はＳ１０５に進み、画像形成装置１０３が原因と判定する。これはＢｕｓｙ信号４０５はハイレベルになっている時間が長い、即ち、画像形成装置１０３が画像データが受信がイネーブルである時間が所定時間よりも短いということは、何らかの原因で画像形成装置１０３の性能が低下していると考えられるためである。
【００３５】
またＳ１０４で、Ｂｕｓｙ信号４０５が“１”に固定されるサイクル数が閾値より小さいと判定するとＳ１０７に進み、受信監視部３０４の監視結果からＤＶａｌｉｄ信号４０４のサイクル数が閾値より小さいかどうかを判定する。閾値より小さい場合はＳ１０８に進み、コントローラ１０１が原因と判定する。これはＤＶａｌｉｄ信号４０４がハイレベル（有効データを出力イネーブル）となる期間が所定時間よりも短いということは、何らかの原因でコントローラ１０１の性能が低下していてデータの出力性能が低下していると考えられるためである。
【００３６】
一方、Ｓ１０７で、ＤＶａｌｉｄ信号４０４のサイクル数が閾値より大きいと判定するとＳ１０９に進み、正常動作と判定する。こうしてＳ１０５，Ｓ１０８，Ｓ１０９のいずれかを実行した後Ｓ１０６に進み、結果判定部３０７は、その判定した結果をステータス信号２０７を介して制御部２０１に通知する。
【００３７】
以上説明したように本実施形態１によれば、コントローラ１０１から画像形成装置１０３に画像データを転送する際、その画像データの転送中の制御信号の状況に応じて、データ転送の性能の低下が、いずれに起因していているかを判別できる。
【００３８】
［実施形態２］
図７は、本発明の実施形態２に係るインタフェース部２０８の機能構成を示すブロック図である。尚、実施形態２に係る印刷システムの構成は前述の実施形態１と同様であるため、その説明を省略する。
【００３９】
図７において、図３に示したものと同じ構成要素には同一の参照番号を付与し、その説明は省略する。ここでは、本発明の実施形態２に特徴的な構成要素のみ説明する。
【００４０】
インタフェース部２０８は、データ受信部３０１、バッファ部３０２、データ送信部３０３、閾値保持部３０６、結果判定部３０７及びバッファ監視部７００を含んでいる。バッファ監視部７００は、バッファ部３０２に保持されたデータ量を監視し、特に画像データの送受信開始時のデータ量及び画像データの送受信中のデータ量を監視する。バッファ監視部７００及びデータ受信部３０１は、受信ステータス信号３１０にて接続されている。バッファ監視部７００及びデータ送信部３０３は、送信ステータス信号３１１にて接続されている。バッファ監視部７００及びバッファ部３０２は、バッファステータス信号７０１にて接続されている。バッファステータス信号７０１は、バッファ部３０２に保持されたデータ量を示す信号で構成される。バッファ監視部７００、閾値保持部３０６及び結果判定部３０７は監視バス３１２にて接続されている。
【００４１】
図８は、本発明の実施形態２に係るインタフェース部２０８による監視処理を説明するフローチャートである。図８において、図６に示したものと同じ構成要素には同一の参照番号を付与し、その説明は省略する。ここでは、本発明の実施形態２に特徴的な構成要素のみ説明する。
【００４２】
バッファ監視部７００は、受信ステータス信号３１０及び送信ステータス信号３１１を介して画像データの送受信が開始されたことを検出する。この時Ｓ２００で、バッファ監視部７００は、バッファステータス信号７０１を介して、バッファ部３０２に保持されているデータ量を初期状態として保持する。この時、バッファ監視部７００は、監視バス３１２を介して接続された閾値保持部３０６の閾値に基づき、バッファ部３０２の初期状態をフル状態、通常状態、空状態の３状態のいずれかに分類する。例えば、閾値保持部３０６で保持されている閾値を「２０」％及び「８０」％とし、バッファ部３０２に保持されていたデータ量がバッファ部３０２の全容量に対してＸ％であったとする。ここでＸの値が「０」から「２０」の場合は空状態、Ｘの値が「２１」から「８０」の場合は通常状態、Ｘの値が「８１」から「１００」の場合はフル状態と判定される。そしてＳ２０１で、バッファ監視部７００は、バッファ部３０２の状態監視を開始する。
【００４３】
そしてＳ１０３に進み、バッファ監視部７００は、受信ステータス信号３１０及び送信ステータス信号３１１を介して画像データの送受信が完了したことを検出すると、監視結果を保持しつつ監視処理を完了させる。
【００４４】
次にＳ２０２に進み、結果判定部３０７は、バッファ監視部７００に保持されたバッファ部３０２の初期状態及びバッファ部３０２の監視結果から性能低下の原因切り分けを実施する。即ち、Ｓ２０２で、バッファ部３０２の監視結果がフル状態の場合で、かつＳ２０３で、バッファ部３０２の初期状態がフル状態の場合はＳ１０９に進み、正常状態と判定する。これはデータ転送が完了した状態で、バッファ部３０２の状態が初期状態からフルのままであることは、コントローラ１０１からの画像データの転送と画像形成装置１０３による画像形成が順調に実行されていることを示しているためである。
【００４５】
一方、Ｓ２０２で、バッファ部３０２の監視結果がフル状態の場合で、かつ、Ｓ２０３でバッファ部３０２の初期状態がフル状態ではない場合はＳ１０５に進み、画像形成装置１０３が原因と判定される。これは画像形成装置１０３における処理が遅れているため、バッファ部３０２がフルになったと考えられるためである。
【００４６】
またＳ２０２で、バッファ部３０２の監視結果がフル状態ではない場合で、かつＳ２０４で、バッファ部３０２の監視結果が空状態ではない場合はＳ１０９に進み、正常状態と判定される。これは画像形成装置１０３における処理が順調であるため、これはデータ転送が完了した状態でバッファ部３０２が空でなく、かつフルでないと考えられるためである。
【００４７】
またＳ２０２で、バッファ部３０２の監視結果がフル状態ではない場合で、かつＳ２０４で、バッファ部３０２の監視結果が空状態の場合で、かつＳ２０５で、バッファ部３０２の初期状態が空状態の場合はＳ１０９に進み、正常状態と判定される。これは画像形成装置１０３における処理が順調であり、これはデータ送信が完了した状態でバッファ部３０２が空となっているためである。
【００４８】
またＳ２０２で、バッファ部３０２の監視結果がフル状態でなく、かつＳ２０４で、バッファ部３０２の監視結果が空状態で、かつＳ２０５で、バッファ部３０２の初期状態が空状態でない場合はＳ１０８に進み、コントローラ１０１が原因と判定される。これは、バッファ部３０２が初期状態で空でなかったものが空の状態になっているのは、コントローラ１０１よりも画像形成装置１０３における画像データの処理能力が上回っていることを表しているため、性能低下はコントローラ１０１が原因と判定される。
【００４９】
こうしてＳ１０５、Ｓ１０８，Ｓ１０９のいずれかを実行するとＳ１０６に進み、結果判定部３０７は、Ｓ１０５，Ｓ１０８，Ｓ１０９で判定した結果を、ステータス信号２０７を介して制御部２０１に通知する。
【００５０】
以上説明したように本実施形態２によれば、バッファ部３０２におけるデータの保持状態に基づいて、コントローラ１０１と画像形成装置１０３との間のデータ転送の性能の低下が、いずれに起因していているかを判別できる。
【００５１】
以上説明したように本実施形態によれば、画像データの転送が実施されている適切なタイミングでデータ転送を監視し、この監視結果に基づいて、正確に性能低下の原因切り分けを行うことができる。この結果、印刷装置の性能低下の原因を早期に特定することが可能となり、ユーザの生産性への影響を最小限に留めることができる。
【００５２】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明はインタフェース装置及びその制御方法に関する。
【背景技術】
【０００２】
印刷対象の画像データを生成するコントローラと、その画像データを基に紙に印刷する印刷装置とが独立した印刷システムにおいて、システムの不具合等で所望の性能を発揮できない場合がある。印刷システムの機能低下はユーザの生産性を低下させるため、その不具合は早期に解決しなければならず、特に、その原因がコントローラ或いは印刷装置のどちらにあるかを解明することが重要となる。こうした状況において、コントローラ及び印刷装置が接続されるインタフェースでは、画像データの転送状況を監視し、問題の切り分けを行うことが考えられる。インタフェースでのデータの転送状況を監視する手法として、一定サイズのダミーデータを転送し、そのデータの転送に要した時間から、データの転送速度を求めることで、インタフェースの状況を判定するものがある（特許文献１参照）。また、キャッシュ等の待ち行列に対して閾値を設け、その待ち行列の長さが閾値を超えたか否かを判定するのに加えて、一定時間におけるデータの転送量を測定することで、システムパフォーマンスを測定するものがある（特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−２２２３３６号公報
【特許文献２】特開平８−２４１２２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、コントローラと印刷装置間のインタフェースでは、印刷時の画像データが転送されている期間が監視対象であるため、それ以外の期間で転送状況を監視する場合は正常状態と判定されてしまう。またバスブリッジ回路は、異なるプロトコルで実現されたインタフェース間にバッファを有することがあるため、一方のインタフェースでのパフォーマンス低下を、ある程度そのバッファが吸収することも可能となる。この場合、一方のインタフェースのみのパフォーマンスを測定するだけでは性能低下の原因を特定することができない。更に、待ち行列等のバッファに着目したパフォーマンスの測定においても、データ転送の初期状態では、バッファのデータ保持量がフルとなる状態も有り得る。よって、単純にバッファに閾値を設けてインタフェースを監視するだけでは、正確なパフォーマンスの測定を行うことはできない。
【０００５】
本発明の目的は、上記従来技術の問題点を解決することにある。
【０００６】
本発明の特徴は、第１機器と第２機器との間でのデータの転送を監視し、この監視結果に基づいて、性能低下の原因が第１機器或いは第２機器にあるかを正確に判定できる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために本発明の一態様に係るインタフェース装置は以下のような構成を備える。即ち、
第１機器と第２機器との間に介在するインタフェース装置であって、
前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する第１インタフェース手段と、
前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する第２インタフェース手段と、
前記第１及び前記第２制御信号の状態を監視する監視手段と、
前記監視手段により監視された前記第１及び前記第２制御信号の状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定手段と、を有することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、第１機器と第２機器との間でのデータの転送を監視し、この監視結果に基づいて、性能低下の原因が第１機器或いは第２機器にあるかを正確に判定することができる。この結果、性能低下の原因がいずれの機器にあるかを早期に特定することが可能となり、ユーザの生産性への影響を最小限に留めることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る印刷システムの構成を示す図。
【図２】実施形態に係る画像形成装置の機能構成を示すブロック図。
【図３】本発明の実施形態１に係るインタフェース部の機能構成を示すブロック図。
【図４】実施形態１に係るコントローラ及び画像形成装置間での画像データ転送プロトコルを説明する図。
【図５】実施形態１に係るステータス信号の転送プロトコルを説明する図。
【図６】実施形態１に係るインタフェース部による監視処理を説明するフローチャート。
【図７】実施形態２に係るインタフェース部の機能構成を示すブロック図。
【図８】実施形態２に係るインタフェース部による監視処理を説明するフローチャート。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。
【００１１】
図１は、本発明の実施形態に係る印刷システムの構成を示す図である。
【００１２】
クライアント装置１００は、コントローラ１０１に対して印刷ジョブを送信するもので、例えばパーソナルコンピュータ等である。コントローラ１０１は、クライアント装置１００から受信した印刷ジョブに従って印刷用の画像データを生成し、データケーブル１０２を介して、その生成した画像データを画像形成装置（印刷装置）１０３に送信する。画像形成装置１０３は、データケーブル１０２を介して受信した画像データを紙（シート）等の記録媒体に印刷するもので、例えば複合機等で実現される。データケーブル１０２は、コントローラ１０１と画像形成装置１０３とを接続して画像データを転送するためのケーブルであり、専用のケーブルで実現されても良く、或いはイーサネット（登録商標）等で使用される規格化されたケーブルであっても良い。クライアント装置１００とコントローラ１０１及び画像形成装置１０３は、イーサネット（登録商標）等で実現されるＬＡＮ（ローカルエリアネットワーク）１０４を介して接続されている。
【００１３】
図２は、実施形態に係る画像形成装置１０３の機能構成を示すブロック図である。
【００１４】
画像形成装置１０３は、制御部２０１、ストレージ部２０２、ＵＩ部２０３、画像処理部２０４、印刷部２０５及びインタフェース部２０８を有し、各部はバス２０６を介して接続されている。また制御部２０１及びインタフェース部２０８は、バス２０６以外に、ステータス信号２０７により接続されている。制御部２０１は、画像形成装置１０３の動作を統括して制御しており、各部への動作指示を行う。ストレージ部２０２は、画像形成装置１０３の制御プログラム、及び生成されるデータ等を一時的に保持するもので、ＲＯＭ，ＲＡＭ，ＨＤＤ等を具備している。ＵＩ部２０３は、ユーザインタフェースを実現するためのもので、ユーザが画像形成装置１０３を操作するための表示パネル（不図示）や各種入力キー（不図示）等を有している。画像処理部２０４は、この画像形成装置１０３が受信した画像データを、紙に印刷するために必要な画像データを作成するために画像処理を実施しており、例えば専用のハードウェア等で構成される。印刷部（プリンタエンジン）２０５は、画像データを紙等の記録媒体に印刷する。ここでは例えば、ページ単位で印刷するページプリンタ等を想定しているが本発明はこれに限定されない。インタフェース部２０８は、データケーブル１０２を介して受信した画像データをストレージ部２０２に転送すると共に、コントローラ１０１からのデータ転送を監視し、監視した結果をステータス信号２０７を介して制御部２０１に伝える。バス２０６は、画像形成装置１０３を構成する各部でのコマンド及びデータを送受信するためのバスであり、例えばＰＣＩ等のバスで構成される。ステータス信号２０７は、インタフェース部２０８で判定されたステータスを制御部２０１に送信するための専用信号であるが、このステータスはバス２０６を介して伝送されても良い。
【００１５】
［実施形態１］
図３は、本発明の実施形態１に係るインタフェース部２０８の機能構成を示すブロック図である。尚、ここではインタフェース部２０８は、画像形成装置１０３の一部として示されているが、機器同士を接続する独立したインタフェース装置であっても良い。この場合は、インタフェース部２０８は第１機器（コントローラ１０１）と第２機器（画像形成装置１０３）に間に介在するインタフェース装置となる。
【００１６】
インタフェース部２０８は、データ受信部（第１インタフェース）３０１、バッファ部３０２、データ送信部（第２インタフェース）３０３、受信監視部３０４、送信監視部３０５、閾値保持部３０６及び結果判定部３０７を含んでいる。データ受信部３０１は、データケーブル１０２を介してコントローラ１０１から画像データを受信すると共に、バッファ部３０２の空き容量に従ってコントローラ１０１に対する制御を行う。バッファ部３０２は、コントローラ１０１から受信した画像データを一時的に保持するバッファであり、ＲＡＭ等を有している。データ送信部３０３は、バッファ部３０２に保持された画像データをバス２０６を介してストレージ部２０２に送信する。受信監視部３０４は、データ受信部３０１の制御状態を監視する。送信監視部３０５は、データ送信部３０３の制御状態を監視する。閾値保持部３０６は、受信監視部３０４及び送信監視部３０５において制御の状態を判定するための閾値を保持する。結果判定部３０７は、受信監視部３０４及び送信監視部３０５で監視した内容から結果を判定する。
【００１７】
受信データ信号３０８は、データ受信部３０１とバッファ部３０２とを接続する信号であり、画像データをバッファ部３０２に保持するために必要となる画像データ信号及び制御信号を含んでいる。送信データ信号３０９は、バッファ部３０２とデータ送信部３０３とを接続する信号であり、画像データをバッファ部３０２からストレージ部２０２に送信するために必要となる画像データ信号及び制御信号を含んでいる。受信ステータス信号３１０は、コントローラ１０１とデータ受信部３０１との間で実施される制御において、データ転送中であることを示す信号、及びコントローラ１０１から転送された画像データが有効であることを示す信号を含んでいる。送信ステータス信号３１１は、データ送信部３０３とストレージ部２０２との間で実施される制御において、データ転送中であることを示す信号、及びデータ送信部３０３からのデータ送信を一時的に停止させることを示す信号を含んでいる。監視バス３１２は、受信監視部３０４、送信監視部３０５、閾値保持部３０６及び結果判定部３０７におけるデータの送受信を行うバスであり、この監視バス３１２を介して、データ受信及び送信の監視に使用される閾値データや監視データがやり取りされる。ステータス信号２０７は、結果判定部３０７で判定されたステータスを制御部２０１に送信するための信号である。クロック発生回路３１３は、基準となる所定の周波数のクロック信号を発生して、このクロック信号を上記各部に供給している。尚、このクロック発生回路３１３から発生される基準クロックは、この画像形成装置１０３の基準クロックを基に作成しても良い。
【００１８】
図４は、本発明の実施形態１に係るコントローラ１０１と画像形成装置１０３との間での画像データの転送プロトコルを説明する図である。尚、図４に示すサイクルＴ１〜Ｔ１３は、上述のクロック信号を基本クロックとして定めたものである。
【００１９】
Ｒｅｑ信号４００は、画像データの送信を要求する信号であり、画像形成装置１０３からコントローラ１０１に対して送信される。Ｓｔａｒｔ信号４０１は、画像データの送信開始を示す信号であり、コントローラ１０１から画像形成装置１０３に対して送信される。Ｅｎｄ信号４０２は、画像データの送信終了を示す信号であり、コントローラ１０１から画像形成装置１０３に対して送信される。Ｄａｔａ信号４０３は画像データを示す信号であり、コントローラ１０１から画像形成装置１０３に対して送信される。ＤＶａｌｉｄ信号４０４は、Ｄａｔａ信号４０３上のデータが有効な画像データであるか否かを示す信号（第１制御信号）であり、ここではハイレベルのときに有効であることを示している。このＤＶａｌｉｄ信号４０４は、コントローラ１０１から画像形成装置１０３に対して送信される。Ｂｕｓｙ信号４０５は、画像形成装置１０３がコントローラ１０１からの画像データの受信を継続可能か否かを示す制御信号（第２制御信号）であり、画像形成装置１０３からコントローラ１０１に対して送信される。ここではＢｕｓｙ信号４０５がハイレベルのとき、画像形成装置１０３がコントローラ１０１からの画像データの受信できないことを示している。
【００２０】
画像形成装置１０３は１ページのデータを受信する準備ができるまで、Ｒｅｑ信号４００を“０”（ロウレベル）に固定する（Ｔ１）。画像形成装置１０３は１ページのデータを受信可能な状態になるとＲｅｑ信号４００を１サイクルだけ“１”（ハイレベル）にする（Ｔ２）。コントローラ１０１は、Ｒｅｑ信号４００が“１”になったことを検出すると、画像データの送信準備を始める（Ｔ３）。そしてコントローラ１０１は、画像データの準備が整った時点で画像データを送信し始める。この時、コントローラ１０１は、Ｓｔａｒｔ信号４０１を１サイクルだけ“１”に固定し、有効な画像データをＤａｔａ信号４０３に出力し、ＤＶａｌｉｄ信号４０４を“１”に固定する（Ｔ４）。コントローラ１０１は、送信可能な画像データを保持し続ける限りＤａｔａ信号４０３に有効な画像データを出力し、ＤＶａｌｉｄ信号４０４を“１”に固定する（Ｔ５）。そしてコントローラ１０１は、送信可能な画像データが準備できなくなった時点でＤａｔａ信号４０３の出力を停止し、ＤＶａｌｉｄ信号４０４を“０”にする（Ｔ６）。またコントローラ１０１は、再び送信可能な画像データを準備できた時点で有効なデータをＤａｔａ信号４０３に出力し、ＤＶａｌｉｄ信号４０４を“１”にする（Ｔ７）。
【００２１】
一方、画像形成装置１０３は、コントローラ１０１からの画像データを継続して受信できないと判断するとＢｕｓｙ信号４０５を“１”に固定する（Ｔ８）。コントローラ１０１は、Ｂｕｓｙ信号４０５が“１”に固定されたことを検出すると、予めシステムで規定されたサイクル以内に画像データの転送を停止する（Ｔ８）。そして画像形成装置１０３は、コントローラ１０１から画像データを受信可能な状態になるまでＢｕｓｙ信号４０５を“１”に固定する（Ｔ９）。そして画像形成装置１０３は、コントローラ１０１からの画像データが受信可能な状態になるとＢｕｓｙ信号４０５を“０”に固定する（Ｔ１０）。これによりコントローラ１０１は、Ｂｕｓｙ信号４０５が“０”に固定されたことを検出すると、有効な画像データの転送を再開する（Ｔ１１）。
【００２２】
そしてコントローラ１０１は、最後の有効な画像データを送信する際に、１サイクルだけＥｎｄ信号４０２を“１”に固定する（Ｔ１２）。こうしてコントローラ１０１は、１ページの画像データの送信を終了すると、ＤＶａｌｉｄ信号４０４を“０”に固定する（Ｔ１３）。
【００２３】
本実施形態１では、Ｒｅｑ信号４００、Ｓｔａｒｔ信号４０１及びＥｎｄ信号４０２はページ単位で送信されるものとするが、本発明はこれに限定されるものではない。また、画像データの転送に他のプロトコルを用いたとしても本発明は適用可能である。
【００２４】
図５は、本発明の実施形態１に係るステータス信号２０７の転送プロトコルを説明する図である。
【００２５】
Ｓｔａｔｕｓ信号５００は、インタフェース部２０８で判定された結果を示す信号であり、インタフェース部２０８から制御部２０１に対して送信される。ＳＶａｌｉｄ信号５０１は、Ｓｔａｔｕｓ信号５００上のデータが有効な信号か否かを示す信号であり、インタフェース部２０８から制御部２０１に対して送信される。インタフェース部２０８は、制御部２０１に対して送信すべきＳｔａｔｕｓ信号５００が準備できていない場合はＳＶａｌｉｄ信号５０１を“０”（ロウレベル）に固定する（Ｔ２０，Ｔ２２，Ｔ２４，Ｔ２６）。インタフェース部２０８は、制御部２０１に対して送信すべきＳｔａｔｕｓ信号５００が準備できた場合にＳＶａｌｉｄ信号５０１を“１”（ハイレベル）に固定する（Ｔ２１，Ｔ２３，Ｔ２５）。
【００２６】
Ｓｔａｔｕｓ信号５００の有効な値が“００”の場合は、コントローラ１０１及び画像形成装置１０３の何れも正常動作であると判定した場合を示す（Ｔ２１）。またＳｔａｔｕｓ信号５００の有効な値が“０１”の場合は、コントローラ１０１が性能低下の原因であると判定した場合を示す（Ｔ２３）。更に、Ｓｔａｔｕｓ信号５００の有効な値が“１０”の場合は、画像形成装置１０３が性能低下の原因であると判定した場合を示す（Ｔ２５）。
【００２７】
このように実施形態１では、Ｓｔａｔｕｓ信号５００及びＳＶａｌｉｄ信号５０１による専用のプロトコルを使用した。しかし、インタフェース部２０８内に専用のレジスタを設け、制御部２０１からアクセス可能な構成とすることで、ＰＣＩ等でも実現可能である。
【００２８】
図６は、本発明の実施形態１に係るインタフェース部２０８による監視処理を説明するフローチャートである。
【００２９】
まずＳ１００で、データ受信部３０１は、Ｓｔａｒｔ信号４０１が“１”に固定されたことを検出することで、コントローラ１０１からの画像データが送信されたと判断する。そして送られてくる画像データを受信し、その画像データを受信データ信号３０８を介してバッファ部３０２に送信して格納する。更に、データ受信部３０１は、受信ステータス信号３１０を介して受信監視部３０４にデータの受信が開始されたことを通知する。受信監視部３０４は、画像データの受信が開始されたことを監視バス３１２を介して送信監視部３０５に通知する。
【００３０】
次にＳ１０１で、こうしてコントローラ１０１からの画像データの受信が開始されると、バッファ部３０２には、その受信した画像データが格納されていく。バッファ部３０２は、データ送信部３０３にて送信可能なデータ量を格納したことを検出すると、送信データ信号３０９を介してデータ送信部３０３に通知する。データ送信部３０３は、バッファ部３０２からの指示に基づいて、バッファ部３０２に保持された画像データをバス２０６を介してストレージ部２０２に送信する。またデータ送信部３０３は、送信ステータス信号３１１を介して送信監視部３０５に、画像データの送信が開始されたことを通知する。送信監視部３０５は、画像データの送信が開始されたことを監視バス３１２を介して受信監視部３０４に通知する。
【００３１】
次にＳ１０２に進み、受信監視部３０４及び送信監視部３０５は、インタフェース部２０８での画像データの送受信が開始されたことを受けて、それぞれの監視を開始する。
【００３２】
次にＳ１０３で、受信監視部３０４は、受信ステータス信号３１０を介してデータ受信部３０１でのＤＶａｌｉｄ信号４０４が“１”に固定されている間の、基準クロックのサイクル数をカウントする。即ち、ＤＶａｌｉｄ信号４０４が“１”に固定されている時間を計測する。そして、そのカウント値と閾値保持部３０６に保持されたＤＶａｌｉｄ信号４０４用の閾値とを比較する。
【００３３】
また送信監視部３０５は、送信ステータス信号３１１を介してデータ送信部３０３でのＰＣＩバス上のＢｕｓｙ信号が“１”に固定されている間の、基準クロックのサイクル数をカウントする。即ち、Ｂｕｓｙ信号４０５が“１”に固定されている時間を計測する。そして、そのカウント値と、閾値保持部３０６に保持されたＢｕｓｙ信号用の閾値と比較する。尚、このＢｕｓｙ信号は、ＰＣＩバス上のＴＲＤＹ＃（ターゲットレディ）信号であっても良い。ここで、閾値保持部３０６が保持する閾値は、監視バス３１２を介して受信監視部３０４及び送信監視部３０５から参照可能なものとする。データ受信部３０１は、Ｅｎｄ信号４０２が“１”に固定されたことを検出することで、コントローラ１０１からの画像データ受信が完了したと判断する。更にデータ受信部３０１は、受信ステータス信号３１０を介して受信監視部３０４にデータ受信が完了したことを通知する。受信監視部３０４は、データ受信が完了したことを監視バス３１２を介して送信監視部３０５及び結果判定部３０７に通知する。受信監視部３０４及び送信監視部３０５は、データ受信が完了した通知を受けて、監視結果を保持しつつそれぞれの監視処理を完了させる。
【００３４】
結果判定部３０７は、データ送信完了の通知を受けて、受信監視部３０４及び送信監視部３０５の監視結果を監視バス３１２を介して受信し、これらの結果から性能低下の原因の切り分けを行う。ここではＳ１０４で、送信監視部３０５の監視結果からＢｕｓｙ信号４０５が“１”に固定される時間（サイクル数）が閾値を超えたかどうかを判定し、閾値を越えた時はＳ１０５に進み、画像形成装置１０３が原因と判定する。これはＢｕｓｙ信号４０５はハイレベルになっている時間が長い、即ち、画像形成装置１０３が画像データが受信がイネーブルである時間が所定時間よりも短いということは、何らかの原因で画像形成装置１０３の性能が低下していると考えられるためである。
【００３５】
またＳ１０４で、Ｂｕｓｙ信号４０５が“１”に固定されるサイクル数が閾値より小さいと判定するとＳ１０７に進み、受信監視部３０４の監視結果からＤＶａｌｉｄ信号４０４のサイクル数が閾値より小さいかどうかを判定する。閾値より小さい場合はＳ１０８に進み、コントローラ１０１が原因と判定する。これはＤＶａｌｉｄ信号４０４がハイレベル（有効データを出力イネーブル）となる期間が所定時間よりも短いということは、何らかの原因でコントローラ１０１の性能が低下していてデータの出力性能が低下していると考えられるためである。
【００３６】
一方、Ｓ１０７で、ＤＶａｌｉｄ信号４０４のサイクル数が閾値より大きいと判定するとＳ１０９に進み、正常動作と判定する。こうしてＳ１０５，Ｓ１０８，Ｓ１０９のいずれかを実行した後Ｓ１０６に進み、結果判定部３０７は、その判定した結果をステータス信号２０７を介して制御部２０１に通知する。
【００３７】
以上説明したように本実施形態１によれば、コントローラ１０１から画像形成装置１０３に画像データを転送する際、その画像データの転送中の制御信号の状況に応じて、データ転送の性能の低下が、いずれに起因していているかを判別できる。
【００３８】
［実施形態２］
図７は、本発明の実施形態２に係るインタフェース部２０８の機能構成を示すブロック図である。尚、実施形態２に係る印刷システムの構成は前述の実施形態１と同様であるため、その説明を省略する。
【００３９】
図７において、図３に示したものと同じ構成要素には同一の参照番号を付与し、その説明は省略する。ここでは、本発明の実施形態２に特徴的な構成要素のみ説明する。
【００４０】
インタフェース部２０８は、データ受信部３０１、バッファ部３０２、データ送信部３０３、閾値保持部３０６、結果判定部３０７及びバッファ監視部７００を含んでいる。バッファ監視部７００は、バッファ部３０２に保持されたデータ量を監視し、特に画像データの送受信開始時のデータ量及び画像データの送受信中のデータ量を監視する。バッファ監視部７００及びデータ受信部３０１は、受信ステータス信号３１０にて接続されている。バッファ監視部７００及びデータ送信部３０３は、送信ステータス信号３１１にて接続されている。バッファ監視部７００及びバッファ部３０２は、バッファステータス信号７０１にて接続されている。バッファステータス信号７０１は、バッファ部３０２に保持されたデータ量を示す信号で構成される。バッファ監視部７００、閾値保持部３０６及び結果判定部３０７は監視バス３１２にて接続されている。
【００４１】
図８は、本発明の実施形態２に係るインタフェース部２０８による監視処理を説明するフローチャートである。図８において、図６に示したものと同じ構成要素には同一の参照番号を付与し、その説明は省略する。ここでは、本発明の実施形態２に特徴的な構成要素のみ説明する。
【００４２】
バッファ監視部７００は、受信ステータス信号３１０及び送信ステータス信号３１１を介して画像データの送受信が開始されたことを検出する。この時Ｓ２００で、バッファ監視部７００は、バッファステータス信号７０１を介して、バッファ部３０２に保持されているデータ量を初期状態として保持する。この時、バッファ監視部７００は、監視バス３１２を介して接続された閾値保持部３０６の閾値に基づき、バッファ部３０２の初期状態をフル状態、通常状態、空状態の３状態のいずれかに分類する。例えば、閾値保持部３０６で保持されている閾値を「２０」％及び「８０」％とし、バッファ部３０２に保持されていたデータ量がバッファ部３０２の全容量に対してＸ％であったとする。ここでＸの値が「０」から「２０」の場合は空状態、Ｘの値が「２１」から「８０」の場合は通常状態、Ｘの値が「８１」から「１００」の場合はフル状態と判定される。そしてＳ２０１で、バッファ監視部７００は、バッファ部３０２の状態監視を開始する。
【００４３】
そしてＳ１０３に進み、バッファ監視部７００は、受信ステータス信号３１０及び送信ステータス信号３１１を介して画像データの送受信が完了したことを検出すると、監視結果を保持しつつ監視処理を完了させる。
【００４４】
次にＳ２０２に進み、結果判定部３０７は、バッファ監視部７００に保持されたバッファ部３０２の初期状態及びバッファ部３０２の監視結果から性能低下の原因切り分けを実施する。即ち、Ｓ２０２で、バッファ部３０２の監視結果がフル状態の場合で、かつＳ２０３で、バッファ部３０２の初期状態がフル状態の場合はＳ１０９に進み、正常状態と判定する。これはデータ転送が完了した状態で、バッファ部３０２の状態が初期状態からフルのままであることは、コントローラ１０１からの画像データの転送と画像形成装置１０３による画像形成が順調に実行されていることを示しているためである。
【００４５】
一方、Ｓ２０２で、バッファ部３０２の監視結果がフル状態の場合で、かつ、Ｓ２０３でバッファ部３０２の初期状態がフル状態ではない場合はＳ１０５に進み、画像形成装置１０３が原因と判定される。これは画像形成装置１０３における処理が遅れているため、バッファ部３０２がフルになったと考えられるためである。
【００４６】
またＳ２０２で、バッファ部３０２の監視結果がフル状態ではない場合で、かつＳ２０４で、バッファ部３０２の監視結果が空状態ではない場合はＳ１０９に進み、正常状態と判定される。これは画像形成装置１０３における処理が順調であるため、これはデータ転送が完了した状態でバッファ部３０２が空でなく、かつフルでないと考えられるためである。
【００４７】
またＳ２０２で、バッファ部３０２の監視結果がフル状態ではない場合で、かつＳ２０４で、バッファ部３０２の監視結果が空状態の場合で、かつＳ２０５で、バッファ部３０２の初期状態が空状態の場合はＳ１０９に進み、正常状態と判定される。これは画像形成装置１０３における処理が順調であり、これはデータ送信が完了した状態でバッファ部３０２が空となっているためである。
【００４８】
またＳ２０２で、バッファ部３０２の監視結果がフル状態でなく、かつＳ２０４で、バッファ部３０２の監視結果が空状態で、かつＳ２０５で、バッファ部３０２の初期状態が空状態でない場合はＳ１０８に進み、コントローラ１０１が原因と判定される。これは、バッファ部３０２が初期状態で空でなかったものが空の状態になっているのは、コントローラ１０１よりも画像形成装置１０３における画像データの処理能力が上回っていることを表しているため、性能低下はコントローラ１０１が原因と判定される。
【００４９】
こうしてＳ１０５、Ｓ１０８，Ｓ１０９のいずれかを実行するとＳ１０６に進み、結果判定部３０７は、Ｓ１０５，Ｓ１０８，Ｓ１０９で判定した結果を、ステータス信号２０７を介して制御部２０１に通知する。
【００５０】
以上説明したように本実施形態２によれば、バッファ部３０２におけるデータの保持状態に基づいて、コントローラ１０１と画像形成装置１０３との間のデータ転送の性能の低下が、いずれに起因していているかを判別できる。
【００５１】
以上説明したように本実施形態によれば、画像データの転送が実施されている適切なタイミングでデータ転送を監視し、この監視結果に基づいて、正確に性能低下の原因切り分けを行うことができる。この結果、印刷装置の性能低下の原因を早期に特定することが可能となり、ユーザの生産性への影響を最小限に留めることができる。
【００５２】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
第１機器と第２機器との間に介在するインタフェース装置であって、
前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する第１インタフェース手段と、
前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する第２インタフェース手段と、
前記第１及び前記第２制御信号の状態を監視する監視手段と、
前記監視手段により監視された前記第１及び前記第２制御信号の状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定手段と、
を有することを特徴とするインタフェース装置。
【請求項２】
前記判定手段は、前記第１制御信号がイネーブルである時間が所定時間よりも短い場合、前記第１機器の性能が低下していると判定することを特徴とする請求項１に記載のインタフェース装置。
【請求項３】
前記判定手段は、前記第２制御信号がイネーブルである時間が所定時間よりも短い場合、前記第２機器の性能が低下していると判定することを特徴とする請求項１に記載のインタフェース装置。
【請求項４】
第１機器と第２機器との間に介在するインタフェース装置であって、
前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する第１インタフェース手段と、
前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する第２インタフェース手段と、
前記第１インタフェース手段と前記第２インタフェース手段との間で前記データを保持するバッファ手段と、
前記バッファ手段における前記データの保持状態を監視する監視手段と、
前記監視手段により監視された前記データの保持状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定手段と、
を有することを特徴とするインタフェース装置。
【請求項５】
前記データの保持状態は、前記バッファ手段の初期状態及び前記データを保持している量を含むことを特徴とする請求項４に記載のインタフェース装置。
【請求項６】
第１機器と第２機器との間に介在するインタフェース装置を制御する制御方法であって、
第１インタフェース手段が、前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する工程と、
第２インタフェース手段が、前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する工程と、
監視手段が、前記第１及び前記第２制御信号の状態を監視する監視工程と、
判定手段が、前記監視工程で監視された前記第１及び前記第２制御信号の状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定工程と、
を有することを特徴とするインタフェース装置の制御方法。
【請求項７】
第１機器と第２機器との間に介在するインタフェース装置を制御する制御方法であって、
第１インタフェース手段が、前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する工程と、
第２インタフェース手段が、前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する工程と、
バッファ手段が、前記第１インタフェース手段と前記第２インタフェース手段との間で前記データをバッファ部に保持する工程と、
監視手段が、前記バッファ部における前記データの保持状態を監視する監視工程と、
判定手段が、前記監視工程で監視された前記データの保持状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定工程と、
を有することを特徴とするインタフェース装置の制御方法。
【請求項１】
第１機器と第２機器との間に介在するインタフェース装置であって、
前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する第１インタフェース手段と、
前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する第２インタフェース手段と、
前記第１及び前記第２制御信号の状態を監視する監視手段と、
前記監視手段により監視された前記第１及び前記第２制御信号の状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定手段と、
を有することを特徴とするインタフェース装置。
【請求項２】
前記判定手段は、前記第１制御信号がイネーブルである時間が所定時間よりも短い場合、前記第１機器の性能が低下していると判定することを特徴とする請求項１に記載のインタフェース装置。
【請求項３】
前記判定手段は、前記第２制御信号がイネーブルである時間が所定時間よりも短い場合、前記第２機器の性能が低下していると判定することを特徴とする請求項１に記載のインタフェース装置。
【請求項４】
第１機器と第２機器との間に介在するインタフェース装置であって、
前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する第１インタフェース手段と、
前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する第２インタフェース手段と、
前記第１インタフェース手段と前記第２インタフェース手段との間で前記データを保持するバッファ手段と、
前記バッファ手段における前記データの保持状態を監視する監視手段と、
前記監視手段により監視された前記データの保持状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定手段と、
を有することを特徴とするインタフェース装置。
【請求項５】
前記データの保持状態は、前記バッファ手段の初期状態及び前記データを保持している量を含むことを特徴とする請求項４に記載のインタフェース装置。
【請求項６】
第１機器と第２機器との間に介在するインタフェース装置を制御する制御方法であって、
第１インタフェース手段が、前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する工程と、
第２インタフェース手段が、前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する工程と、
監視手段が、前記第１及び前記第２制御信号の状態を監視する監視工程と、
判定手段が、前記監視工程で監視された前記第１及び前記第２制御信号の状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定工程と、
を有することを特徴とするインタフェース装置の制御方法。
【請求項７】
第１機器と第２機器との間に介在するインタフェース装置を制御する制御方法であって、
第１インタフェース手段が、前記第１機器からの第１制御信号に応じて前記第１機器からデータを受信する工程と、
第２インタフェース手段が、前記第２機器からの第２制御信号に応じてデータを前記第２機器に出力する工程と、
バッファ手段が、前記第１インタフェース手段と前記第２インタフェース手段との間で前記データをバッファ部に保持する工程と、
監視手段が、前記バッファ部における前記データの保持状態を監視する監視工程と、
判定手段が、前記監視工程で監視された前記データの保持状態に応じて、前記第１機器或いは前記第２機器のいずれの性能が低下しているかを判定する判定工程と、
を有することを特徴とするインタフェース装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１３−１０５３３６（Ｐ２０１３−１０５３３６Ａ）
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願番号】特願２０１１−２４９０６９（Ｐ２０１１−２４９０６９）
【出願日】平成２３年１１月１４日（２０１１．１１．１４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２５年５月３０日（２０１３．５．３０）
【国際特許分類】
【出願日】平成２３年１１月１４日（２０１１．１１．１４）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]