| 【発明の名称】 |
画像出力システム |
| 【発明者】 |
【氏名】大津 一紀
|
| 【要約】 |
【課題】画像出力システムにおいて、障害部解析を行えるようにする。
【解決手段】印刷データを作成するホストコンピュータ１０１および作成された印刷データを出力するプリンタ１０２からなる画像出力システムであって、印刷障害が発生した際に、障害解析モードへの切り替えおよびレベル設定を行うテストアプリケーションプログラム２０１と、障害解析モードに応じて障害解析用データレベルを変更し障害解析用データを作成する障害解析モード判断手段２０３と、障害解析用データを基に障害箇所の特定を行う障害解析プログラム２０２とを有する構成とする。 |
【特許請求の範囲】
【請求項１】印刷データを作成する情報処理装置および作成された印刷データを出力する画像出力装置からなる画像出力システムであって、印刷障害が発生した際に、障害解析モードへの切り替えおよびレベル設定を行う障害解析モード設定手段と、障害解析モードに応じて障害解析用データレベルを変更し障害解析用データを作成する障害解析用データ作成手段と、障害解析用データを基に障害箇所の特定を行う障害部特定手段とを有することを特徴とする画像出力システム。
【請求項２】前記障害解析モード設定手段は、通信データレベル、プリンタ言語レベルおよびイメージデータレベルの設定レベルを少なくとも有することを特徴とする請求項１記載の画像出力システム。
【請求項３】前記障害部特定手段は、プリンタ言語からイメージデータへの展開を行うプリンタエミュレーション手段を含むことを特徴とする請求項１または２記載の画像出力システム。
【請求項４】前記障害解析用データ作成手段は、障害解析モードが通信データレベルである場合、受信通信データと共に送信通信データを送受信タイミングで保持し、これを前記障害部特定手段に送信することを特徴とする請求項１〜３の何れか一項に記載の画像出力システム。
【請求項５】前記障害解析用データ作成手段は、障害解析モードに応じて必要なモジュールのみを起動することを特徴とする請求項１〜４の何れか一項に記載の画像出力システム。
【請求項６】前記障害解析モード設定手段および前記障害特定手段は前記情報処理装置に設けられ、前記障害解析用データ作成手段は前記画像出力装置に設けられていることを特徴とする請求項１〜５の何れか一項に記載の画像出力システム。
【請求項７】前記障害部特定手段は、通信データレベル、プリンタ言語レベルおよびイメージデータレベルの設定レベルそれぞれのモードにおける障害解析用データをもとにして、ネットワーク部通信エラー、ネットワーク部と印刷データ解析部間エラーまたは印刷データ解析部エラーの何れかのエラーかを判断することを特徴とする請求項１〜６の何れか一項に記載の障害検知方法。
|
【発明の詳細な説明】【０００１】
【発明の属する技術分野】本発明は、印刷データを作成する情報処理装置とネットワークを経由して情報処理装置から印刷データを受信した画像出力装置とからなる画像出力システムに関し、特に、画像出力における障害解析に適用して有効な技術に関する。
【０００２】
【従来の技術】従来では、画像出力システム、例えばカラーレーザビームプリンタ等のプリンタとホストコンピュータとを、イーサネット（登録商標）などのインタフェースを用いて接続している。
【０００３】このような画像出力システムでは、ホストコンピュータ上のアプリケーションはユーザが作成した画像情報をプリンタドライバに渡し、プリンタドライバはプリンタが解釈可能な印刷データ（Ｐｒｉｎｔｅｒ Ｄｅｓｃｒｉｐｔｏｎ Ｌａｎｇｕａｇｅ）（以下、「ＰＤＬ」という。）に変換し、作成し印刷データを標準インタフェースを介してプリンタに送信し、プリンタは受信した印刷データを解釈してラスタイメージに展開した後、プリンタエンジンへ出力する。そして、プリンタエンジンでは受信したラスタイメージをハードコピー出力する構成となっている。
【０００４】ところで近年、カラーレーザプリンタのインタフェースとしてはイーサネットが標準となっており、複数の異なる種類のクライアントコンピュータから印刷指令を受けて印刷処理を行っている。
【０００５】さらに、ネットワーク制御はネットワーク制御専用のＣＰＵで行うプリントサーバカード形式から、プリンタコントローラと同じＣＰＵを用いてネットワーク制御を行う方式へと移行してきている。プリンタコントローラと同じＣＰＵを用いてネットワーク制御する方式をオンボードネットワークと呼んでいるが、従来のカード形式に対して障害切り分けが行い難くなっている。
【０００６】すなわち、従来のカード形式では、障害発生時には別のネットワークインタフェースカード（以下、「ＮＩＣ」という。）に取り替えて動作確認することによって、ネットワーク関連の障害であるか、プリンタコントローラの障害であるかの判断が行えていた。
【０００７】
【発明が解決しようとする課題】しかし、オンボードネットワークになると、障害内容等の解析ができないので、障害箇所を特定することが困難であった。
【０００８】そこで、本発明は、障害部解析を行うことのできる画像出力システムを提供することを目的とする。
【０００９】
【課題を解決するための手段】この課題を解決するために、本発明の画像出力システムは、印刷データを作成する情報処理装置および作成された印刷データを出力する画像出力装置からなる画像出力システムであって、印刷障害が発生した際に、障害解析モードへの切り替えおよびレベル設定を行う障害解析モード設定手段と、障害解析モードに応じて障害解析用データレベルを変更し障害解析用データを作成する障害解析用データ作成手段と、障害解析用データを基に障害箇所の特定を行う障害部特定手段とを有する構成としたものである。
【００１０】これにより、設定した障害解析レベルでの障害を検知するこができ、各障害解析レベルでの障害状況により障害箇所を特定することができる。
【００１１】
【発明の実施の形態】本発明の請求項１に記載の発明は、印刷データを作成する情報処理装置および作成された印刷データを出力する画像出力装置からなる画像出力システムであって、印刷障害が発生した際に、障害解析モードへの切り替えおよびレベル設定を行う障害解析モード設定手段と、障害解析モードに応じて障害解析用データレベルを変更し障害解析用データを作成する障害解析用データ作成手段と、障害解析用データを基に障害箇所の特定を行う障害部特定手段とを有する画像出力システムであり、設定した障害解析レベルでの障害を検知するこができ、各障害解析レベルでの障害状況により障害箇所を特定することができるという作用を有する。
【００１２】本発明の請求項２に記載の発明は、請求項１記載の発明において、障害解析モード設定手段は、通信データレベル、プリンタ言語レベルおよびイメージデータレベルの設定レベルを少なくとも有する画像出力システムであり、データ転送シーケンスに関する障害と、ＰＤＬコマンドレベルでの障害と、コマンド解析部までのデータに関する障害と、ビットマップ生成部までのデータに関する障害であるかを判断することができるという作用を有する。
【００１３】本発明の請求項３に記載の発明は、請求項１または２記載の発明において、障害部特定手段は、プリンタ言語からイメージデータへの展開を行うプリンタエミュレーション手段を含む画像出力システムであり、情報処理装置側で画像出力装置と同じ処理が可能になり、障害解析が行いやすくなると共に、画像出力装置で発生する障害を再現することができるという作用を有する。
【００１４】本発明の請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、障害解析用データ作成手段は、障害解析モードが通信データレベルである場合、受信通信データと共に送信通信データを送受信タイミングで保持し、これを障害部特定手段に送信する画像出力システムであり、データ転送シーケンスを把握することができ、データ転送シーケンスでの障害解析が行い易くなるという作用を有する。
【００１５】本発明の請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、障害解析用データ作成手段は、障害解析モードに応じて必要なモジュールのみを起動する画像出力システムであり、障害検出時にメモリ不足となる状況の発生を抑制することができるという作用を有する。
【００１６】本発明の請求項６に記載の発明は、請求項１〜５の何れか一項に記載の発明において、障害解析モード設定手段および障害特定手段は情報処理装置に設けられ、障害解析用データ作成手段は画像出力装置に設けられている画像出力システムであり、情報処理装置からの制御が可能になり、ユーザの操作が簡易になるとともに、画面表示により障害個所の認識が行いやすくなるという作用を有する。
【００１７】本発明の請求項７に記載の発明は、請求項１〜６の何れか一項に記載の発明において、障害部特定手段は、通信データレベル、プリンタ言語レベルおよびイメージデータレベルの設定レベルそれぞれのモードにおける障害解析用データをもとにして、ネットワーク部通信エラー、ネットワーク部と印刷データ解析部間エラーまたは印刷データ解析部エラーの何れかのエラーかを判断する画像出力システムであり、複数のモードによる障害解析により、より的確な障害個所を特定することができるという作用を有する。
【００１８】以下、本発明の実施の形態について、図１から図１６を用いて説明する。なお、これらの図面において同一の部材には同一の符号を付しており、また、重複した説明は省略されている。
【００１９】図１は本発明の一実施の形態であるプリンタをホストコンピュータとともに示すブロック図、図２は図１のプリンタおよびホストコンピュータの主要部の構成を示すブロック図、図３は障害解析レベルが通信データレベル時におけるホストコンピュータの主要機能を示すブロック図、図４は障害解析レベルが通信データレベル時におけるホストコンピュータによる障害解析コマンド送信処理を示すフローチャート、図５は障害解析レベルが通信データレベル時におけるホストコンピュータによる障害解析プログラムの障害解析処理を示すフローチャート、図６は障害解析レベルが通信データレベル時におけるレーザビームプリンタの障害解析コマンド受信時の処理を示すフローチャート、図７は障害解析レベルが通信データレベル時におけるレーザビームプリンタの障害解析コマンド処理時の主要機能を示すブロック図、図８は障害解析レベルが通信データレベル時におけるレーザビームプリンタの障害解析コマンド処理を示すフローチャート、図９は障害解析レベルがプリンタ言語レベル時におけるホストコンピュータの主要機能を示すブロック図、図１０は障害解析レベルがプリンタ言語レベル時におけるホストコンピュータの障害解析コマンド送信時の処理を示すフローチャート、図１１は障害解析レベルがプリンタ言語レベル時におけるホストコンピュータでの障害解析プログラムの障害解析処理を示すフローチャート、図１２は障害解析レベルがプリンタ言語レベル時におけるレーザビームプリンタの障害解析コマンド処理時の主要機能を示すブロック図、図１３は障害解析レベルがプリンタ言語レベル時におけるレーザビームプリンタの障害解析コマンド処理を示すフローチャート、図１４は障害解析レベルがプリンタ言語レベル時におけるホストコンピュータの障害解析コマンド送信時の処理を示すフローチャート、図１５は障害解析レベルがイメージデータレベル時におけるレーザビームプリンタの障害解析コマンド処理時の主要機能を示すブロック図、図１６は障害解析レベルがイメージデータレベル時におけるレーザビームプリンタの障害解析コマンド処理を示すフローチャートである。
【００２０】先ず、本実施の形態の画像出力システムであるホストコンピュータ１０１およびプリンタ（レーザビームプリンタ、インクジェットプ等のプリンタ）１０２について図１を参照して説明する。
【００２１】なお、プリンタは、レーザビームプリンタおよびインクジェットプリンタに限定されるものではなく、他のプリント方式のプリンタでもよいことは言うまでもない。
【００２２】ホストコンピュータ（情報処理装置）１０１は、アプリケーションプログラム部１０３と、データ変換処理部１０４と、ＰＤＬスプール部１０５と、ネットワークデータ送受信部１０６とを備える構成となっている。また、プリンタ（画像出力装置）１０２は、ネットワーク部１０７と、ＩＦ制御部１０８と、送受信バッファ１０９と、中央管理部１１０と、中間データ生成部１１２と、ワークメモリ１１３と、ビットマップ生成部１１４と、バンドバッファ１１５と、エンジン出力部１１６と、エンジン１１７と、プリンタ設定部１１８と、ステータス情報部１１９とを備える構成となっている。
【００２３】ホストコンピュータ１０１の各部の機能を説明すると、アプリケーションプログラム部１０３は、画像データを作成する。データ変換処理部１０４は、アプリケーションプログラム１０３で作成された画像データをプリンタ１０２が解釈可能なページ記述言語（以下、「ＰＤＬ」という。）に変換する。ＰＤＬスプール部１０５には、データ変換処理部１０４で作成されたＰＤＬが格納される。ネットワークデータ送受信部１０６は、ホストコンピュータ１０１とプリンタ１０２との間におけるネットワーク経由でのデータの送信／受信制御を行い、ＰＤＬスプール部１０５からＰＤＬデータを取り出しプリンタ１０２にデータを転送する。
【００２４】次に、プリンタ１０２の機能を説明すると、ネットワーク部１０７は、ホストコンピュータ１０１との間におけるネットワーク経由でのデータの送信／受信を行う。ＩＦ制御部１０８はネットワーク部１０７のみでなくセントロニクス部（図示せず）等の各インタフェースからのデータ送受信の制御を行い、印字情報であるＰＤＬをインタフェースから受信し、送受信バッファ１０９に受信ＰＤＬデータを格納し、中央管理部１１０にデータ受信通知とデータ格納先アドレスを通知する。コマンド解析部１１１は、中央管理部１１０からデータ受信通知と受信ＰＤＬデータ格納先を受け取り、送受信バッファ１０９に保持されているＰＤＬデータを取り出し、コマンド解析を行う。そして、印刷ジョブ単位毎に印字動作を設定するコマンドである場合は中央管理部１１０に設定を通知し、描画情報のコマンドである場合は中間データ生成部１１２へコマンドを渡す。中央管理部１１０では印刷ジョブの管理と設定を行う。中間データ生成部１１２は、描画コマンドを受け取り、描画コマンドからプリンタ中間言語（Ｄｉｓｐｌａｙ Ｌｉｓｔ）（以下、「ＤＬ」という。）へ変換してワークメモリ１１３に格納する。中間データ生成部１１２はページの管理をしており、１ページ分のＤＬ作成が終了すると、ＤＬ格納先アドレスを含んだＤＬ作成終了通知を中央管理部１１０に出す。中央管理部１１０は、中間データ生成部１１２からＤＬ作成終了通知を受け取ると、ビットマップ生成部１１４にビットマップ生成要求を出す。ビットマップ生成部１１４は、中央管理部１１０からＤＬ格納先アドレスを含んだビットマップ生成要求を受け取ると、ワークメモリ１１３に保持されているＤＬを取り出してバンドバッファ１１５にビットマップ展開し、エンジンへのデータ出力が遅れない範囲のバンドバッファ上にビットマップ展開が終了すると、中央管理部１１０に準備完了通知を出す。中央管理部１１０に準備完了通知を出した後、残りのバンドバッファに展開を開始する。中央管理部１１０はビットマップ生成部１１４からの通知を受け取ると、エンジン出力部１１６にエンジン出力要求を出す。エンジン出力部１１６は、中央管理部１１０からのエンジン出力指示を受け取ると、バンドバッファ１１５から順次ビットマップデータを取り出しエンジン１１７へ出力する。エンジン１１７ではエンジン出力部１１６からの出力データを元にＣＭＹＫの画像を感光体上に像形成し、形成した像を用紙上に転写して画像を形成する。そして、用紙上に画像形成が終了して排紙されると、エンジン出力部１１６は中央管理部１１０に印字完了通知を出す。プリンタ設定部１１８はユーザからの設定を受け付け、ユーザ設定内容を中央管理部１１０に通知し、中央管理部１１０はプリンタの設定を変更する。ステータス情報部１１９はホストコンピュータ１０１からステータス要求が発生した際に、中央管理部１１０からプリンタ１０２のステータス情報を取得し、送受信バッファ１０９にステータス情報を含んだ送信データを書き込み、中央管理部１１０にステータス準備完了を通知する。中央管理部１１０はステータス情報部１１９からステータス準備完了通知を受け取るとＩＦ制御部１０８にデータ送信要求を出し、ＩＦ制御部１０８はステータス要求ホストコンピュータに対してインタフェースを選択してステータスデータを送信する。なお、プリンタ１０２の制御は１つのＣＰＵを用いて制御を行っている。
【００２５】図２は、ホストコンピュータ１０１とプリンタ１０２の主要部の構成を機能別に示したブロック図である。
【００２６】ホストコンピュータ１０１は、テストアプリケーションプログラム（障害解析モード設定手段）２０１と、データ変換処理部１０４と、ＰＤＬスプール部１０５と、ネットワークデータ送受信部１０６と、障害解析プログラム（障害部特定手段）２０２とを備えている。プリンタ１０２は、ネットワーク部１０７と、ＩＦ制御部１０８と、送受信バッファ１０９と、中央管理部１１０と、コマンド解析部１１１とを備え、コマンド解析部１１１は障害解析モード判断手段（障害解析用データ作成手段）２０３を備えている。なお、プリンタ１０２には上述した以外の図１で示される機能ブロックも備えている。
【００２７】ここで、ホストコンピュータ１０１各部の機能を説明する。
【００２８】テストアプリケーションプログラム２０１は障害解析実行プログラムであり、障害解析レベルの設定を行って障害解析コマンドをプリンタ１０２に対して発行し、障害解析用画像を呼び出し、データ変換処理部１０４によりＰＤＬデータへと変換してこれをＰＤＬスプール部１０５に蓄積し、ネットワークデータ送受信部１０６によりプリンタ１０２へ障害解析用画像のＰＤＬデータを送信する。障害解析プログラム２０２は、プリンタ１０２からの返信データをネットワークデータ送受信部１０６経由で取得し、取得したデータを解析して障害発生の有無および障害発生箇所の判定を行う。障害解析レベルとしては３レベルあり、通信における障害の有無を判断する通信データレベルと、ネットワーク部１０７とＩＦ制御部１０８との間のデータ受け渡しにおける障害の有無と、データ変換処理部１０４でのＰＤＬデータ作成時における障害の有無を判断するプリンタ言語レベルと、コマンド解析部１１１以降の処理における障害の有無を判断するイメージデータレベルとがある。
【００２９】次に、プリンタ１０２各部の機能を説明する。
【００３０】コマンド解析部１１１は受信したデータの解析を行い、コマンドとして処理する。コマンド解析部１１１でコマンドが障害解析要求コマンドである場合、障害解析モード判断手段２０３により障害解析レベルを特定し、障害解析レベルに応じた障害解析モードにシステムを切り替える。
【００３１】次に、障害解析レベルが通信データレベルである場合について説明する。
【００３２】図３はホストコンピュータ１０１の主要機能ブロック図を示したものであり、図４はホストコンピュータ１０１の障害解析コマンド送信時の処理フローチャートを示したものであり、図５はホストコンピュータ１０１における障害解析プログラム２０２の障害解析処理フローチャートを示したものである。
【００３３】先ず、テストアプリケーションプログラム２０１の動作について説明する。
【００３４】図４において、テストアプリケーションプログラム２０１で障害解析が通信データレベルで実行された場合（Ｓ４０１）、テストアプリケーションプログラム２０１はパケットトレース要求コマンドをプリンタ１０２に発行し（Ｓ４０２）、プリンタ１０２がパケットトレースモードに切り替わったかを、レーザビームプリンタのステータス情報を取得することによって判断する（Ｓ４０３）。プリンタ１０２がパケットトレースの準備ができた場合、障害解析用データを読み込み（Ｓ４０４）、データ変換処理部１０４により障害解析用データをＰＤＬデータへ変換し（Ｓ４０５）、作成された障害解析用ＰＤＬデータをＰＤＬスプール部１０５に蓄積する（Ｓ４０６）。次に、障害解析プログラム２０２を通信データレベルで起動し（Ｓ４０７）、ＰＤＬスプール部１０５に蓄積されている障害解析用ＰＤＬデータをプリンタ１０２へ送信する（Ｓ４０８）。蓄積されている全ての障害解析用ＰＤＬデータを送信するとプログラムを終了する（Ｓ４０９）。
【００３５】次に、障害解析プログラム２０２の動作について説明する。
【００３６】図３において、障害解析プログラム２０２は、パケット再構成手段３０１と、パケット解析手段３０２と、送信パケット抽出手段３０３と、送信データ抽出手段３０４と、プリンタエミュレーション手段３０５とを備えている。
【００３７】図５において、障害解析プログラム２０２は通信データレベルで起動されると、ホストコンピュータ１０１からの障害解析用ＰＤＬデータに対する返信データの受信を開始する（Ｓ５０１）。そして、全ての返信データを受信したかをチェックし（Ｓ５０２）、全ての返信データを受信している場合は、パケット再構成手段３０１において返信データから送受信パケットを再構成する（Ｓ５０３）。次に、再構成したパケットデータに関してパケット解析手段３０２においてデータ転送シーケンスに関して不具合がある箇所および警告箇所を検出し、パケット転送シーケンスを表示すると共に不具合箇所および警告箇所を指摘する（Ｓ５０４）。この時点で、転送シーケンスに問題があれば指摘が行われる。ここで取り扱っている転送シーケンスとはＬＰＲ（Ｌｉｎｅ Ｐｒｉｎｔｅｒ Ｒｅｍｏｔｅ）で印刷が行われている場合は、ＬＰＲとＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）である。また、Ｓ５０３で再構成されたパケットはＩＰデータグラム形式のパケットである。転送シーケンスで問題がなければ（Ｓ５０５）、再構成されたパケットのうちホストコンピュータ１０１が送信したホスト送信パケットのみを送信パケット抽出手段３０３において抽出し（Ｓ５０６）、ホスト送信パケットからＰＤＬデータを送信データ抽出手段３０４において取り出し（Ｓ５０７）、プリンタエミュレーション手段３０５において、Ｓ５０７で取り出したＰＤＬデータを解析し、ＰＤＬコマンドレベルでの不具合がないかを判断し、不具合がある場合は、不具合コマンド情報を表示し、不具合がない場合はプリンタ１０２で行っていると同じようにラスタイメージデータを作成し表示する（Ｓ５０８）。
【００３８】次に、障害解析レベルが通信データレベルである場合について説明する。
【００３９】図６はプリンタ１０２の障害解析コマンド受信時の処理フローチャートを示したものであり、図７はプリンタ１０２の障害解析コマンド処理時の主要機能ブロック図を示したものであり、図８はプリンタ１０２の障害解析コマンド処理フローチャートを示したものである。
【００４０】図６において、先ず、プリンタ１０２はホストコンピュータ１０１からデータを受信すると（Ｓ６０１）、受信したデータが障害解析コマンドであるかをコマンド解析部１１１で判断し（Ｓ６０２）、障害解析コマンドである場合、障害解析モード判断手段２０３で障害解析モードを特定し、障害解析モードが通信データレベルである場合、レーザビームプリンタをパケットトレースモードで再起動する（Ｓ６０３）。Ｓ６０２において受信コマンドが障害解析コマンドなく、描画コマンドである場合は、中間データ生成部１１２へ描画コマンドを渡してＤＬ作成を行う（Ｓ６０４）。データ全てを受信し処理したかを判断し（Ｓ６０５）、全て処理するまでＳ６０１からＳ６０４を行う。
【００４１】次に、パケットトレースモードでプリンタ１０２が起動された際の動作について説明する。
【００４２】図７および図８において、プリンタ１０２はパケットトレースモードで起動されると、パケットトレースに必要なネットワークＩＦ７０１と、データ受信手段７０２と、受信パケットバッファ７０３と、受信パケット解析手段７０４と、パケットログ手段７０５と、パケットログバッファ７０６と、送信パケット作成手段７０７と、送信パケットバッファ７０８と、データ送信手段７０９で起動され（Ｓ８０１）、パケットログバッファ７０６をシステムメモリから取得可能最大サイズで取得し（Ｓ８０２）、セッション要求を待つ（Ｓ８０３）。セッション要求が発生すると、データ受信手段７０２はネットワークＩＦ７０１を介してパケットを受信して受信パケットバッファ７０３へ格納し、受信パケット解析手段７０４にパケット受信を通知する（Ｓ８０４）。なお、パケット解析手段７０４と送信パケット作成手段７０７はＬＰＲとＴＣＰ／ＩＰに相当する。受信パケット解析手段７０４は受信パケットをパケットログ手段７０５に渡し（Ｓ８０５）、パケットログ手段７０５は受信パケットをパケットログバッファにＩＰデータとしてコピーする（Ｓ８０６）。パケットログ手段７０５はパケットログバッファ７０６に受信パケットのコピーが終了すると、受信パケット解析手段７０４に受信パケットを戻し、受信パケット解析手段７０４は受信パケットに対して受信応答が必要であるかを判断し（Ｓ８０７）、受信応答が必要である場合は、送信パケット作成手段７０７に対して受信応答パケット作成要求を出し、ホストコンピュータ１０１に対して受信応答を送信する（Ｓ８０８）。送信パケット作成手段７０７は受信パケットから受信応答パケット作成要求を受けると、応答パケットを作成し、送信パケットバッファ７０８にパケットを蓄積し、データ送信手段７０９にパケット送信要求を出す。データ送信手段７０９は送信パケットバッファから送信パケットを取り出し、ホストコンピュータ１０１に対して受信応答を送信する。なお、ここでいう受信応答は、ＴＣＰの応答確認（ＡＣＫ：Ａｃｋｎｏｌｅｇｅ）と、ＬＰＲの受信応答確認を示している。送信パケット作成手段７０７は受信応答パケットを作成すると共に、パケットログ手段７０５に対して受信応答パケットのコピーを渡し（Ｓ８０９）、パケットログ手段７０５は受け取った受信応答パケットをパケットログバッファ７０６にＩＰデータとしてコピーを行う（Ｓ８１０）。データ受信をすべて行ってセッション終了が要求されると（Ｓ８１１）、プリンタ１０２はホストコンピュータ１０１の障害解析プログラム２０２に対してセッション要求を出し、セッションが成立すると、パケットログバッファ７０６に蓄積したパケットデータをデータとしてホストコンピュータ１０１に送信する（Ｓ８１２）。パケットログ手段７０５は送受信のタイミングにしたがってパケットログバッファ７０６にパケットを蓄積する。また、パケットログバッファ７０６に蓄積されているパケットが、イーサネットの最大長を超える場合は、２つに分割してパケットを作成して送信を行い、障害解析プログラム２０２のＳ５０３においてパケットを再構成する。
【００４３】上記のような通信データレベルでの障害解析により、ホストコンピュータ１０１からプリンタ１０２間での通信障害であるデータ転送シーケンスに関して不具合と、ＰＤＬコマンドレベルでの不具合をチェックすることが可能になる。
【００４４】次に、障害解析レベルがプリンタ言語レベルである場合について説明する。
【００４５】図９はホストコンピュータ１０１の主要機能ブロック図を示したものであり、図１０はホストコンピュータ１０１の障害解析コマンド送信時の処理フローチャートを示したものであり、図１１はホストコンピュータ１０１における障害解析プログラム２０２の障害解析処理フローチャートを示したものである。
【００４６】先ず、テストアプリケーションプログラム２０１の動作について説明する。
【００４７】テストアプリケーションプログラム２０１で障害解析がプリンタ言語レベルで実行された場合（Ｓ１００１）、テストアプリケーションプログラム２０１はリプライ要求コマンドをプリンタ１０２に発行し（Ｓ１００２）、障害解析用データを読み込み（Ｓ１００３）、データ変換処理部１０４により障害解析用データをＰＤＬデータへ変換し（Ｓ１００４）、作成された障害解析用ＰＤＬデータをＰＤＬスプール部１０５に蓄積する（Ｓ１００５）。次に、障害解析プログラム２０２をプリンタ言語レベルで起動し（Ｓ１００６）、ＰＤＬスプール部１０５に蓄積されている障害解析用ＰＤＬデータをプリンタ１０２へ送信する（Ｓ１００７）。蓄積されている全ての障害解析用ＰＤＬデータを送信すると、プログラムを終了する（Ｓ１００８）。
【００４８】次に、障害解析プログラム２０２の動作について説明する。
【００４９】障害解析プログラム２０２はプリンタエミュレーション手段３０５を備えている。そして、障害解析プログラム２０２はプリンタ言語レベルで起動されると、ホストコンピュータ１０１からの障害解析用ＰＤＬデータに対する返信データの受信を開始する（Ｓ１１０１）。全ての返信データを受信したかをチェックし（Ｓ１１０２）、全ての返信データを受信している場合は、プリンタエミュレーション手段３０５においてリプライされたＰＤＬデータを解析し、ＰＤＬコマンドレベルでの不具合がないかを判断し（Ｓ１１０４）、不具合がある場合は、エラーメッセージと不具合コマンド情報を表示し（Ｓ１１０５）、不具合がない場合はプリンタ１０２で行っているのと同じようにラスタイメージデータに展開し（Ｓ１１０６）、展開イメージデータを画面上に表示する（Ｓ１１０７）。
【００５０】次に、障害解析レベルがプリンタ言語レベルである場合について説明する。
【００５１】図１２はプリンタ１０２の障害解析コマンド処理時の主要機能ブロック図を示したものである。なお、プリンタ１０２には図１２で示している機能ブロック以外の図１で示される機能ブロックも備えている。図１３はプリンタ１０２の障害解析コマンド処理フローチャートを示したものである。
【００５２】先ず、プリンタ１０２はホストコンピュータ１０１からＰＤＬデータを受信すると（Ｓ１３０１）、受信したデータが障害解析コマンドであるかをコマンド解析部１１１で判断し、障害解析コマンドである場合、障害解析モード判断手段２０３で障害解析モードを特定し（Ｓ１３０２）、障害解析モードがプリンタ言語レベルである場合、データリプライ機能を有効にする（Ｓ１３０３）。次に、受信したデータが描画コマンドである場合は、データリプライ機能が有効であるかを判断し（Ｓ１３０４）、データリプライ機能が有効である場合は、データリプライ手段１２０１に受信データを渡し、データリプライ手段１２０１は送受信バッファ１０９から送信用バッファを確保し、確保した送信用バッファに受信データをコピーし、中央管理部１１０に送信ホストコンピュータ１０１へ送信を要求する。中央管理部１１０はデータリプライ手段１２０１からの送信要求に対して、ＩＦ制御部１０８に送信用データの送信要求を出し、ＩＦ制御部１０８はネットワーク部１０７に対して送信データの送信要求を出す。ネットワーク部１０７は送信データの送信要求を受けると、ホストコンピュータ１０１の障害解析プログラム２０２との間でセッションが確立されていない場合は、セッションの確立を要求し、セッション確立後送信データを送信する（Ｓ１３０５）。Ｓ１３０４においてデータリプライ機能が有効でない場合は、通常のコマンド処理が行われる（Ｓ１３０６）。そして、全てのデータを受信するまで、上記の処理を行う（Ｓ１３０７）。
【００５３】上記のようなプリンタ言語レベルでの障害解析により、プリンタ１０２のコマンド解析部１１１までのデータに関して障害があるか否かを判断することができ、データ通信レベルでの障害解析において障害がなく、プリンタ言語レベルでの障害解析により障害がある場合は、ネットワーク部１０７からコマンド解析部１１１までの間で障害があると判断できる。
【００５４】次に、障害解析レベルがイメージデータレベルである場合について説明する。
【００５５】図１４はホストコンピュータ１０１の障害解析コマンド送信時の処理フローチャートを示したものである。ここで、機能ブロック図は図９に示した構成と同じであるため、説明は省略する。また、テストアプリケーションプログラム２０１の動作としては図１０に示したフローチャートとほぼ同じであり、Ｓ１００６において障害解析プログラムを起動する際に、イメージデータレベルで起動する点のみが異なっている。
【００５６】次に、障害解析プログラム２０２の動作について説明する。
【００５７】障害解析プログラム２０２はプリンタエミュレーション手段３０５を備えている。障害解析プログラム２０２は、イメージデータレベルで起動されると、ホストコンピュータ１０１からの障害解析用ＰＤＬデータに対する返信データの受信を開始する（Ｓ１４０１）。そして、全ての返信データを受信したかをチェックし（Ｓ１４０２）、全ての返信データを受信している場合は、プリンタエミュレーション手段３０５において、リプライされたイメージデータをページ形式に変更して画面上に表示する（Ｓ１４０３）。
【００５８】次に、障害解析レベルがイメージデータレベルである場合について説明する。
【００５９】図１５はプリンタ１０２の障害解析コマンド処理時の主要機能ブロック図を示したものである。なお、プリンタ１０２には図１５で示している機能ブロック以外の図１で示される機能ブロックも備えている。図１６はプリンタ１０２の障害解析コマンド処理フローチャートを示したものである。
【００６０】先ず、プリンタ１０２はホストコンピュータ１０１からＰＤＬデータを受信すると（Ｓ１６０１）、受信したデータが障害解析コマンドであるかをコマンド解析部１１１で判断し、障害解析コマンドである場合、障害解析モード判断手段２０３で障害解析モードを特定し（Ｓ１６０２）、障害解析モードがイメージデータレベルである場合、バンドデータ転送部１５０１を有効にする（Ｓ１６０３）。次に、受信したデータが描画コマンドである場合は、中間データ生成部１１２へコマンドを渡す。中間データ生成部１１２は描画コマンドを受け取り、描画コマンドからＤＬへ変換してワークメモリ１１３に格納する（Ｓ１６０４）。中間データ生成部１１２はページの管理をしており、１ページ分のＤＬ作成が終了すると（Ｓ１６０５）、中間データ生成部１１２は中央管理部１１０にＤＬ格納先アドレスを含んだＤＬ作成終了通知を出す（Ｓ１６０６）。中央管理部１１０は中間データ生成部１１２からＤＬ作成終了通知を受け取ると、ビットマップ生成部１１４にビットマップ生成要求を出す。ビットマップ生成部１１４は中央管理部１１０からＤＬ格納先アドレスを含んだビットマップ生成要求を受け取ると、ワークメモリ１１３に保持されているＤＬを取り出し、バンドバッファ１１５にビットマップ展開する（Ｓ１６０７）。ビットマップ生成部１１４はバンドバッファへのビットマップ展開が終了すると、中央管理部１１０にバンドへのビットマップ展開が終了したことを通知する。中央管理部１１０はビットマップ生成部１１４からのバンドへのビットマップ展開終了通知を受け、バンドデータ転送部１５０１にバンド上にビットマップ展開されたイメージデータをホストコンピュータ１０１に送信することを要求する。バンドデータ転送部１５０１は送受信バッファ１０９から送信用バッファを確保し、バンドバッファ上のイメージデータを確保した送信用バッファにコピーして、中央管理部１１０に送信要求を出す。中央管理部１１０はバンドデータ転送部１５０１からの送信要求に対して、ＩＦ制御部１０８に送信用データの送信要求を出し、ＩＦ制御部１０８はネットワーク部１０７に対して送信データの送信要求を出す。ネットワーク部１０７は送信データの送信要求を受けると、ホストコンピュータ１０１の障害解析プログラム２０２との間でセッションが確立されていない場合は、セッションの確立を要求し、セッション確立後送信データを送信する（Ｓ１６０８）。１ページ分のバンドに関して処理が終了したかを判断し（Ｓ１６０９）、終了していない場合はＳ１６０７に戻る。
【００６１】上記のようなイメージデータレベルでの障害解析により、プリンタ１０２のビットマップ生成部１１４までのデータに関して障害があるか否かを判断することができ、データプリンタ言語レベルでの障害解析において障害がなく、イメージデータレベルでの障害解析により障害がある場合は、コマンド解析部１１１からビットマップ生成部１１４までの間で障害があると判断できる。
【００６２】上述したように、本実施の形態によれば、ホストコンピュータ１０１は、障害解析実行プログラムであり、障害解析レベルの設定を行って障害解析用画像のＰＤＬデータを送信するテストアプリケーションプログラム２０１と、プリンタ１０２からの返信データを解析して障害発生の有無、および障害発生箇所の判定を行う障害解析プログラム２０２とを有し、プリンタ１０２は、コマンドが障害解析要求コマンドである場合、障害解析レベルを特定し、障害解析レベルに応じた障害解析モードにシステムを切り替える障害解析モード判断手段２０３とを有するため、障害解析レベルを設定し、設定した障害解析レベルでの障害を検知するこができ、ネットワーク接続されたプリンタにおける各障害解析レベルでの障害状況により障害箇所を特定することができる。
【００６３】なお、本実施の形態では障害解析レベルは３レベルであったが、これに限定されるものではなく、さらに細かく設定することも可能である。
【００６４】また、本実施の形態ではテストアプリケーションプログラム２０１と障害解析プログラム２０２を別プログラムとしたが、これに限定されるものではなく、同一プログラムであってもよい。
【００６５】さらに、本実施の形態では障害解析モード毎に説明を行ったが、連続して障害解析モードを切り替えて実行してもよい。
【００６６】なお、本実施の形態ではオンボードネットワークでの障害解析を行っているが、ＣＰＵを持ったプリントサーバカード形式においてネットワーク機能を持たせることにより障害解析を行うことができる。
【００６７】
【発明の効果】以上のように、本発明によれば、設定した障害解析レベルでの障害を検知するこができ、各障害解析レベルでの障害状況により障害箇所を特定することができるという有効な効果が得られる。
【００６８】また、本発明によれば、データ転送シーケンスに関する障害と、ＰＤＬコマンドレベルでの障害と、コマンド解析部までのデータに関する障害と、ビットマップ生成部までのデータに関する障害であるかを判断することができるという有効な効果が得られる。
【００６９】さらに、本発明によれば、情報処理装置側で画像出力装置と同じ処理が可能になり、障害解析が行いやすくなると共に、画像出力装置で発生する障害を再現することができるという有効な効果が得られる。
【００７０】本発明によれば、データ転送シーケンスを把握することができ、データ転送シーケンスでの障害解析が行い易くなるという有効な効果が得られる。
【００７１】本発明によれば、障害検出時にメモリ不足となる状況の発生を抑制することができるという有効な効果が得られる。
【００７２】本発明によれば、情報処理装置からの制御が可能になり、ユーザの操作が簡易になるとともに、画面表示により障害個所の認識が行いやすくなるという有効な効果が得られる。
【００７３】本発明によれば、複数のモードによる障害解析により、より的確な障害個所を特定することができるという有効な効果が得られる。
|
| 【出願人】 |
【識別番号】０００００５８２１
【氏名又は名称】松下電器産業株式会社
|
| 【出願日】 |
平成１２年１０月３０日（２０００．１０．３０） |
| 【代理人】 |
【識別番号】１０００９７４４５
【弁理士】
【氏名又は名称】岩橋 文雄 （外２名）
|
| 【公開番号】 |
特開２００２−１３２４８３（Ｐ２００２−１３２４８３Ａ） |
| 【公開日】 |
平成１４年５月１０日（２００２．５．１０） |
| 【出願番号】 |
特願２０００−３３０２４６（Ｐ２０００−３３０２４６） |
|