(57)【要約】【課題】データの送受信が不能となった場合でも、滞ることなく処理を継続できる情報処理装置、印刷装置及び印刷システムを提供する。【解決手段】通常時はデータ送受と機器の接続を管理する接続機構を介してデータを送受信するＩＥＥＥ１３９４ドライバ３１により受信される制御データに基づいて印刷処理を実行すると共に、受信した制御データ及び当該制御データの受信時間間隔Ｔを制御データ保存タスク５４に記憶する。ＩＥＥＥ１３９４ドライバ３１によるデータの送受信が不能になった場合には、制御データ保存タスク５４の記憶内容に基づいて制御データの代替データとして予測データを生成すると共に、予測データを受信したとみなして出力する自律送受信擬似ドライバ５２による自律通信処理を実行させる。【選択図】図８
2009026232.tif 000002
【特許請求の範囲】
【請求項１】
データ送受と機器の接続を管理する接続機構を介してデータを送受信する送受信手段と、
前記送受信手段により受信したデータ及び当該データの受信時間間隔を記憶するデータ記憶手段と、
前記データ記憶手段に記憶されたデータ及び前記受信時間間隔に基づいて前記データの代替データを生成する生成手段と、
前記生成手段により生成された代替データを受信したデータとみなして前記送受信手段に代替する代替送受信手段と、
前記送受信手段による前記接続機構を介したデータの送受信が不能になった場合に、前記生成手段及び前記代替送受信手段を動作させて代替送受信処理を実行するように制御する通信制御手段と、
を備えた情報処理装置。
【請求項２】
データ送受と機器の接続を管理する接続機構を介してデータを送受信する送受信手段と、
主として前記送受信手段により受信される制御データに基づいて印刷処理を実行する印刷処理実行手段と、
前記印刷処理の実行中に受信した制御データ及び当該制御データの受信時間間隔を記憶する制御データ記憶手段と、
前記制御データ記憶手段に記憶された制御データ及び受信時間間隔に基づいて前記制御データの代替データを生成する生成手段と、
前記生成手段により生成された代替データを受信した制御データとみなして前記送受信手段に代替する代替送受信手段と、
前記送受信手段によるデータの送受信が可能な場合は、前記送受信手段により受信される制御データに基づいて前記印刷処理実行手段による前記印刷処理を行う通常処理を実行し、前記送受信手段による前記接続機構を介したデータの送受信が不能になった場合には、前記生成手段及び前記代替送受信手段を動作させて代替送受信処理を実行すると共に、前記送受信手段によるデータの送受信が可能になった場合に、前記代替送受信処理から前記通常処理に復帰させるように制御する通信制御手段と、
を備えた印刷装置。
【請求項３】
前記通信制御手段は、前記印刷処理実行手段が前記印刷処理の実行中であり、前記送受信手段による前記接続機構を介したデータの送受信が不能になった場合に、前記生成手段及び前記代替送受信手段を動作させて代替送受信処理を実行するように制御することを特徴とする請求項２記載の印刷装置。
【請求項４】
前記通信制御手段は、前記代替送受信処理から前記通常処理に復帰させる際に、前記印刷処理実行手段による印刷処理に重複及び抜けが生じないように復帰時期を決定することを特徴とする請求項２又は請求項３記載の印刷装置。
【請求項５】
前記印刷処理として、連帳状の記録媒体上に画像形成を形成することを特徴とする請求項２〜４の何れか１項記載の印刷装置。
【請求項６】
請求項２〜５記載の何れか１項記載の印刷装置が前記接続機構を介して複数接続され、
各印刷装置は、前記制御データに基づいて印刷処理を実行することを特徴とする印刷システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、印刷装置及び印刷システムに関する。
【背景技術】
【０００２】
商業印刷等では、プリンタや後処理装置などの印刷装置を、印刷制御用のバスに接続して印刷ラインが形成される場合がある。
【０００３】
この場合、各装置は単一の制御バスで接続されているため、１の印刷制御用のバスで接続された装置を組み合わせて複数の印刷ラインを構成することもできるし、印刷ラインを構成する装置の組み合わせを適宜変更することもできる。したがって、印刷ラインをジョブ内容や各装置の動作状態に応じて装置の組合せを変更したり、１の印刷ラインで印刷を実行している間に他の印刷ラインの印刷装置の保守を実施したりすることで、稼働率を向上させつつ多様な印刷業務に対応できる。
【０００４】
ここで、印刷制御用のバスとして、高速かつリアルタイム性が保証されたシリアルバス方式であるＩＥＥＥ１３９４方式を利用する場合がある。この場合、各装置は、印刷ライン上の各装置とＩＥＥＥ１３９４方式のケーブル（以下、ＩＥＥＥ１３９４ケーブルという）を介した通信を行なうことによって強調動作を行なう。
【０００５】
ＩＥＥＥ１３９４方式では、各装置の電源投入・切断やＩＥＥＥ１３９４ケーブルの挿抜等が行なわれると、バスリセットが発生する。このバスリセットは、各機器のコンフィグレーション手続を行なって各装置の接続状態を決定する処理であり、バスリセットが発生すると、コンフィグレーション手続が完了するまでの間、ＩＥＥＥ１３９４ケーブルで接続された全機器間で、一時的に通信不可能になる。印刷の実行中に通信が中断されると、出力されないページが生じる場合がある。
【０００６】
このため、例えば、１の印刷ラインにおいて装置の電源切断、投入を伴う保守を行なう場合には、同じＩＥＥＥ１３９４ケーブルに接続された他の印刷ラインによる印刷処理を予め停止しておく必要がある。
【０００７】
また、１の印刷ラインの装置の電源を誤って切断・投入してしまった場合には、バスリセットが発生するため、同じＩＥＥＥ１３９４ケーブルに接続された全ての装置間で通信が不可能になり、誤って電源を切断・投入してしまった装置を含む印刷ラインだけでなく、全ての印刷ラインにおいて、コンフィグレーションが終了した後に、再度改めて各機器間で装置情報を交換する必要があり、各印刷ラインでの印刷処理はその後に再開される。
【０００８】
ここで、従来、例えば、下記特許文献１に記載されているように、画像形成装置において、データ送受と機器の接続を管理するＩＥＥＥ１３９４インタフェースによりデータを受信し、機器接続の追加、削除等によるバスリセット信号の発生を判断し、バスリセット信号を検出した場合には画像データの印刷を中止し、異常を識別するための印刷を実行することが提案されている。
【０００９】
なお、特許文献１によれば、異常を識別するための印刷に基づいて異常を識別するのはユーザであり、異常を識別するための印刷としては、用紙にエラーが発生したことを示す印刷をしたり、用紙のサイズ、色、向き等を異ならせて出力したりすることが提案されている。これにより、出力されなかったページがある可能性をユーザに報知することができる。
【特許文献１】特開２０００−２５５１２０公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、データの送受信が不能となった場合でも、滞ることなく処理を継続できる情報処理装置、印刷装置及び印刷システムを提供することが目的である。
【課題を解決するための手段】
【００１１】
請求項１の発明は、データ送受と機器の接続を管理する接続機構を介してデータを送受信する送受信手段と、前記送受信手段により受信したデータ及び当該データの受信時間間隔を記憶するデータ記憶手段と、前記データ記憶手段に記憶されたデータ及び前記受信時間間隔に基づいて前記データの代替データを生成する生成手段と、前記生成手段により生成された代替データを受信したデータとみなして前記送受信手段に代替する代替送受信手段と、前記送受信手段による前記接続機構を介したデータの送受信が不能になった場合に、前記生成手段及び前記代替送受信手段を動作させて代替送受信処理を実行するように制御する通信制御手段と、を備えている。
【００１２】
請求項２の発明は、データ送受と機器の接続を管理する接続機構を介してデータを送受信する送受信手段と、主として前記送受信手段により受信される制御データに基づいて印刷処理を実行する印刷処理実行手段と、前記印刷処理の実行中に受信した制御データ及び当該制御データの受信時間間隔を記憶する制御データ記憶手段と、前記制御データ記憶手段に記憶された制御データ及び受信時間間隔に基づいて前記制御データの代替データを生成する生成手段と、前記生成手段により生成された代替データを受信した制御データとみなして前記送受信手段に代替する代替送受信手段と、前記送受信手段によるデータの送受信が可能な場合は、前記送受信手段により受信される制御データに基づいて前記印刷処理実行手段による前記印刷処理を行う通常処理を実行し、前記送受信手段による前記接続機構を介したデータの送受信が不能になった場合には、前記生成手段及び前記代替送受信手段を動作させて代替送受信処理を実行すると共に、前記送受信手段によるデータの送受信が可能になった場合に、前記代替送受信処理から前記通常処理に復帰させるように制御する通信制御手段と、を備えている。
【００１３】
請求項３の発明は、前記通信制御手段は、前記印刷処理実行手段が前記印刷処理の実行中であり、前記送受信手段による前記接続機構を介したデータの送受信が不能になった場合に、前記生成手段及び前記代替送受信手段を動作させて代替送受信処理を実行するように制御することを特徴としている。
【００１４】
請求項４の発明は、前記通信制御手段は、前記代替送受信処理から前記通常処理に復帰させる際に、前記印刷処理実行手段による印刷処理に重複及び抜けが生じないように復帰時期を決定することを特徴としている。
【００１５】
請求項５の発明は、前記印刷処理として、連帳状の記録媒体上に画像形成を形成することを特徴としている。
【００１６】
請求項６の発明は、請求項２〜５記載の何れか１項記載の印刷装置が前記接続機構を介して複数接続され、各印刷装置は、前記制御データに基づいて印刷処理を実行することを特徴としている。
【発明の効果】
【００１７】
請求項１記載の発明によれば、データの送受信が不能となった場合でも、滞ることなく処理を継続できる。
【００１８】
請求項２記載の発明によれば、データの送受信が不能となった場合でも、滞ることなく印刷処理を継続できる。
【００１９】
請求項３記載の発明によれば、代替送受信処理が不要な場合には切換えが行なわれない。
【００２０】
請求項４記載の発明によれば、代替送受信処理の実行による印刷処理の重複や抜けを防止できる。
【００２１】
請求項５記載の発明によれば、印刷処理の中断による記録媒体の廃棄を低減できる。
【００２２】
請求項６記載の発明によれば、データの送受信が不能となった場合でも、滞ることなく印刷処理を継続できる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照して、本発明に係る実施の形態について説明する。
【００２４】
図１は、本実施の形態に係るプリントシステム１０の構成を概略的に示す説明図である。同図に示されるように、プリントシステム１０は、アンワインダー１２、ワインダー１３、プリンタ１４、カッター１６及びスタッカー１８等の印刷装置により構成されている。
【００２５】
また、プリントシステム１０を構成する各印刷装置は、複数（同図に示す例では、４）の印刷ラインＬを構成している。各印刷ラインを構成する装置の種類や順番は、モノクロ印刷、カラー印刷、両面印刷、装丁処理等の印刷条件に応じた印刷パターンによって適宜設定される。
【００２６】
ここで、同図に示されるように、プリントシステム１０の各印刷ラインＬを構成する全ての印刷装置は、単一の制御バス２０に接続されており、同一の印刷ラインを構成するか否かに拘らず、互いに制御データの授受が可能に構成されている。各印刷装置では、同じ印刷ラインＬを構成する他の印刷装置と制御データの授受を行うことにより、強調動作を行なう。
【００２７】
なお、以下では、バス接続にはＩＥＥＥ１３９４ケーブル２１（図示省略）を用い、制御バス２０として、シリアルバス方式であるＩＥＥＥ１３９４方式を利用する形態について説明する。
【００２８】
また、各印刷ラインＬを構成する各印刷装置は、上記制御バス２０とは別に、プリントシステム１０で実行する印刷ジョブを送信するクライアント端末（図示省略）等が接続されたＬＡＮ等のネットワーク４１（同図では図示省略）に接続されている。
【００２９】
図２〜図４には、図１に示す各印刷ラインＬ１〜４の構成の一例がそれぞれ示されている。なお、印刷ラインＬ２については、印刷ラインＬ１と同様の構成であるので、図示及び説明を省略する。
【００３０】
図２に示されるように、印刷ラインＬ１は、連帳紙１１がセットされ、印刷ラインＬ１の用紙搬送経路上に連帳紙１１を送り出すアンワインダー１２Ａと、搬送経路上を矢印Ｐ方向に搬送される連帳紙１１の記録面に画像を形成するプリンタ１４Ａ、１４Ｂと、画像記録済み（印刷済み）の連帳紙１１を巻き取るワインダー１３Ａと、を含んで構成されている。
【００３１】
このように構成された印刷ラインＬ１では、アンワインダー１２Ａにより送り出される連帳紙１１に対して２台のプリンタ１４Ａ，１４Ｂにより画像が形成され、画像形成後の連帳紙１１はアンワインダー１３Ａにより巻き取られる。
【００３２】
これにより、連帳紙１１のまま、プリンタ１４Ａでは連帳紙１１の表面側、プリンタ１４Ｂでは連帳紙１１の裏面側、にそれぞれ画像を形成する両面印刷を行ったり、プリンタ１４Ａとプリンタ１４Ｂとで、同一の記録面に対して異なる色の画像をそれぞれ形成する二色印刷を行ったりすることができる。
【００３３】
図３に示されるように、印刷ラインＬ３は、連帳紙１１がセットされ、印刷ラインＬ３の用紙搬送経路上に連帳紙１１を送り出すアンワインダー１２Ｃと、搬送経路上を矢印Ｐ方向に搬送される連帳紙１１の記録面に画像を形成するプリンタ１４Ｅと、プリンタ１４Ｅにより画像が形成された連帳紙１１を印刷ジョブの指示内容に応じたサイズにカットするカッター１６Ａと、カッター１６Ａによりカットされたカット紙１１Ｃを積層して収容するスタッカー１８Ａと、を含んで構成されている。
【００３４】
このように構成された印刷ラインＬ３では、連帳紙１１に対する画像形成からカットして出力するまでの工程を１の印刷ラインで行なう。なお、プリンタ１４Ｅが、連帳紙１１への両面印刷や、カラー印刷に対応している場合には、両面印刷やカラー印刷済みのカット紙１１Ｃとして出力される。
【００３５】
図４に示されるように、印刷ラインＬ４は、連帳紙１１がセットされ、印刷ラインＬ４の搬送経路上に連帳紙１１を送り出すアンワインダー１２Ｄと、４台のプリンタ１４Ｆ，１４Ｇ，１４Ｈ，１４Ｊと、カッター１６Ｂと、２台のスタッカー１８Ｂ，１８Ｃと、を含んで構成されている。
【００３６】
このように構成された印刷ラインＬ４では、４台のプリンタ１４Ｆ，１４Ｇ，１４Ｈ，１４Ｊにより順次連帳紙１１に対する画像形成が行われた後に、カッター１８Ｂにより印刷ジョブの指示内容に応じたサイズにカットされる。カットされたカット紙１１Ｃは、２つのスタッカー１８Ｂ，１８Ｃに分類されて積層される。
【００３７】
なお、印刷ラインＬの構成は、上記印刷ラインＬ１〜Ｌ４に挙げた構成に限られるものではない。また、全ての印刷装置は単一の制御バス２０に接続されているので、印刷ラインＬ上の何れかの印刷装置が故障した場合や、一時的に印刷ラインＬを構成する印刷装置の組合せを変更する場合等には、適宜印刷ラインＬを構成する印刷装置は変更される。
【００３８】
ここで、図５に示されるように、各印刷装置は、シリアルバスコントローラ３０を介して制御バス２０を用いた制御データの送受信を行っている。
【００３９】
図６には、印刷装置の一例として、プリンタ１４Ａの概略構成が示されている。同図に示されるように、プリンタ１４Ａは、例えば、帯電された感光体ドラムの表面に光ビームを照射して静電潜像を形成し、静電潜像をトナーにより現像して連帳紙１１の記録面に転写して定着させることにより画像を形成する画像形成部２２を含んで構成されている。
【００４０】
また、プリンタ１４Ａには、画像形成部２２の動作を制御するメカニカルコントローラ２４及びプリンタ１４Ａ全体の動作を制御するプリンタコントローラ２６も含まれて構成されている。メカニカルコントローラ２４は、プリンタコントローラ２６に接続されており、プリンタコントローラの指示に応じて画像形成動作を行なう。
【００４１】
プリンタコントローラ２６は、ＩＥＥＥ１３９４ケーブル２１で他の印刷装置のコントローラとバス接続されている。なお、同図では、ＩＥＥＥ１３９４ケーブル２１は、床面１９の下部に埋設されている。
【００４２】
プリンタコントローラ２６には、プリンタ１４Ａ全体の動作を制御するためのプロセッサ２７と、メモリ２８と、上記シリアルバスコントローラ３０と、が含まれて構成されている。
【００４３】
ここで、図７（Ａ）には、制御バス２０を介して各印刷装置が授受する制御データのフォーマットの一例が示されている。なお、同図において、数値は先頭からのバイト数を示している。
【００４４】
制御データは、複数の情報が１セットとして送信され、同図に示されるように、制御データに含まれる情報の内容に応じてＡ〜Ｆの領域に分割することができる。各領域のデータが示す情報の一例を以下の表１に示す。
【００４５】
【表１】
2009026232.tif 000003
【００４６】
先頭から０〜１バイトの領域Ａは、印刷制御データ種別を示すデータであり、例えば、印刷処理のスタート、ストップ等の情報を示すデータにより構成される。
【００４７】
また、先頭から２〜３バイトの領域Ｂは、送信元装置のＩＤを示すデータ、先頭から４〜５バイトの領域Ｃは、送信先（あて先）装置のＩＤを示すデータである。
【００４８】
制御バス２０では、各印刷装置から出力された制御データは全ての制御バス２０に接続された全ての印刷装置に送信される。このため、各印刷装置のシリアルバスコントローラ３０では、送信先装置のＩＤに各印刷装置に割り当てられたＩＤが含まれるか否かを判断して、必要な制御データを選択して各印刷装置のコントローラに入力する。
【００４９】
また、先頭から６〜９バイトの領域Ｄは、ページ番号を示すデータ、先頭から１０〜１３バイトの領域Ｅがジョブ番号を示すデータ、先頭から１４〜１７バイトの領域Ｆは、セット番号を示す領域である。各印刷装置のコントローラでは、領域Ｄ〜Ｆのデータに基づいて、どのジョブの何ページの何セット目の印刷処理に関する情報を示す制御データであるかを識別する。
【００５０】
図８には、本実施の形態に係るプリンタ１４Ａにおけるプリンタコントローラ２６のソフトウエア構成を示す機能ブロック図が示されている。同図に示されるように、プリンタコントローラ２６は、メカニカルコントローラ２４及びＩＥＥＥ１３９４ドライバ３１に接続されている。また、プリンタコントローラ２６は、制御アプリケーションタスク４０、スプーラ４２、メモリ４４、送信タスク４６、受信タスク４８、自律通信制御タスク５０、自律送受信擬似ドライバ５２及び制御データ保存タスク５４を含んで構成されている。
【００５１】
ＩＥＥＥ１３９４ドライバ３１は、制御バス２０に接続されると共に、プリンタコントローラ２６の送信タスク４６及び受信タスク４８と接続されている。ＩＥＥＥ１３９４ドライバ３１では、制御バス２０を介して授受されるデータを検知して受信タスク４８を介してプリンタ１４側に入力する。また、送信タスク４６を介してプリンタ１４側から入力されるデータを、制御バス２０を介して外部に送信する。
【００５２】
なお、送信タスク４６及び受信タスク４８には、通信のためのバッファが備えられており、各印刷装置間での制御バス２０及びＩＥＥＥ１３９４ドライバ３１を介した送受信を適切に実行する。
【００５３】
制御アプリケーションタスク４０には、ＩＥＥＥ１３９４ドライバ３１を介して入力される制御データが、後述する自律通信制御タスクを介して入力される。制御アプリケーションタスク４０では、入力された制御データに基づいて、画像形成部２２による印刷処理の対象となる印刷ジョブのページを特定する。また、制御アプリケーションタスク４０は、特定した印刷ジョブのページ単位での印刷ジョブの読出し要求をスプーラ４２に対して出力する。
【００５４】
制御アプリケーションタスク４０では、読出し要求に応じてスプーラ４２から入力された印刷ジョブをメカニカルコントローラ２４に出力し、メカニカルコントローラ２４を介して画像形成部２２による印刷処理を実行させる。
【００５５】
スプーラ４２は、上記ネットワーク４１及びメモリ４４に接続されており、外部のクライアントＰＣ等によりネットワーク４１を介して入力された印刷ジョブをハードディスク等により構成されたメモリ４４に一時的に記憶して蓄積させる。
【００５６】
また、スプーラ４２は、制御アプリケーションタスク４０に接続されており、制御アプリケーションタスク４０からの要求に応じて、メモリ４４から印刷ジョブを読み出して出力する。
【００５７】
一方、自律通信制御タスク５０は、送信タスク４６、受信タスク４８及び制御アプリケーションタスク４０にそれぞれ接続されている。また、自律通信制御タスク５０には、自律通信擬似ドライバ５２及び制御データ保存タスク５４が接続されている。
【００５８】
図９には、通常時の制御バス２０を介した通信に関する機能ブロック図が示されている。同図に示されるように、通常時は、自律通信制御タスク５０では、受信タスク４８を介して制御アプリケーションタスク４０に入力される制御データを監視して、制御データ保存タスク５４に記憶する。
【００５９】
ここで、受信タスク４８に入力されるデータには、上述の制御データだけではなく、制御バス２０上で発生したバスリセットを通知するバスリセット発生通知や、これに伴うバスコンフィグレーションやアプリケーションネゴシエーション等の処理に関する通知も含まれる。
【００６０】
本実施の形態では、自律通信制御タスク５０では、上述の制御データだけを制御データ保存タスク５４に記憶し、他の通知等については、制御データ保存タスク５４には記憶しない。
【００６１】
また、上記バスコンフィグレーションやアプリケーションネゴシエーションの実行中には、装置間での制御データの授受は一時的に不可能になる。
【００６２】
なお、同図に示されるように、通常時には、自律送受信擬似ドライバ５２が用いられることはない。
【００６３】
図１０には、バスリセット発生直後の制御バス２０を介した通信に関する機能ブロック図が示されている。同図に示されるように、バスリセットが発生すると、ＩＥＥＥ１３９４ドライバ３１から受信タスクにその旨を示すバスリセット発生通知が入力される。
【００６４】
自律通信制御タスク５０では、受信タスク４８がバスリセット通知を出力した場合には、送信タスク４６の制御データの送信先を自律送受信擬似ドライバ５２に切換えると共に、自律送受信擬似ドライバ５２による予測データの生成及び受信タスク４８への出力を指示することにより自律通信モードを実行する。
【００６５】
なお、本実施の形態では、自律通信制御タスク５０は、制御アプリケーションタスクにより連続印刷処理を実行中にバスリセット通知を受信した場合に、自律通信を実行する。
【００６６】
図１１には、自律通信実行時の通信に関する機能ブロック図が示されている。同図に示されるように、自律通信においては、ＩＥＥＥ１３９４ドライバ３１にデータを出力しても制御バス２０を介した通信が不可能となっているため、自律送受信擬似ドライバ５２を用いて自律通信が実行される。
【００６７】
なお、同図に示す状態において、ＩＥＥＥ１３９４ドライバ３１は、他の装置のＩＥＥＥ１３９４ドライバとの間で制御バス２０におけるバスコンフィグレーションを実行している。
【００６８】
自律送受信擬似ドライバ５２は、自律通信制御タスク５０から自律通信モードを実行する旨の指示信号が入力されると、制御データ保存タスク５４に記憶された情報に基づいて予測データを生成し、生成した予測データを受信タスク４８に入力する。
【００６９】
なお、自律通信制御タスク５０では、当該予測データについても、制御データ保存タスク５４に記憶する。
【００７０】
ここで、制御データ保存タスク５４には、上記制御データの履歴に基づいて予測データを生成するための予測ルールも記憶されている。当該予測データは、例えば以下の表２に示されるルールを用いて予め設定することができる。
【００７１】
【表２】
2009026232.tif 000004
【００７２】
図７（Ｂ）には、表２に示すルールを用いて予め連続印刷実行時用に設定した制御データの予測ルールの一例が示されている。なお、同図において、各領域内の文字は、［ルール］：［バイト数］を示しており、「ルール」は表２のルールに相当し、バイト数は当該ルールを適用するバイト数を示している。例えば、オフセット「０」から２バイトは「固定領域」、オフセット「６」から４バイトは「可変領域＋１」であることを示している。
【００７３】
同図に示す例では、連続印刷においては同じ印刷ラインの前後の装置間で制御データの授受が行われるため、上述した印刷制御データ種別、送信元装置ＩＤ及び送信先装置ＩＤを示す領域Ａ〜Ｃについては固定領域としている。また、同図に示す例では、連続印刷においては１つのジョブをページ単位で順次処理することから、ページ番号を示す領域Ｄについて可変領域としてインクリメント（１を加算）していくように設定すると共に、ジョブ番号及びセット番号を示す領域Ｅ及び領域Ｆについては固定領域としている。
【００７４】
したがって、このように設定された予測ルールが記憶されている場合には、制御データ保存タスク５４には、制御アプリケーションタスク４０に入力された制御データのうち、直近の制御データの各領域Ａ〜Ｆの値をそれぞれ記憶しておけばよい。
【００７５】
予測データにおいて、固定領域とされている領域のデータについては、制御データ保存タスク５４に記憶されている値をそのまま用い、可変領域については、記憶されている制御データの値に対してルールに従った演算を施して予測データを生成する。
【００７６】
さらに、制御データ保存タスク５４には、上記予測ルールが対応する制御データを受信する時間間隔Ｔについても、予め記憶されている。なお、印刷処理はページ毎に実行されるため、制御データもページ毎に送信される。したがって、例えば印刷ラインＬにおけるプロセス速度（印刷スピード）が１１５０（mm/sec）であり、１ページの搬送方向長さが１１インチである場合、時間間隔Ｔは以下のようになる。
Ｔ＝11（inch）×25.4（mm/inch）÷1150（mm/sec）＝0.243（sec）＝243（msec）
【００７７】
すなわち、自律送受信擬似ドライバ５２では、制御データ保存タスク５４に予め記憶された時間間隔Ｔで、制御データ保存タスク５４に予め記憶された予測ルール及び制御データに基づいて予測データを生成して、受信タスク４８に出力する。
【００７８】
なお、自律送受信擬似ドライバ５２では、送信タスク４６から入力される制御データのうち、特定のデータについては保持し、その他のデータについては破棄する。
【００７９】
ここで、上記バスコンフィグレーションが終了すると、受信タスク４８には、ＩＥＥＥ１３９４ドライバ３１を介してバスリセット回復通知が入力される。当該バスリセット回復通知が入力されると、各装置のアプリケーション同士でのネゴシエーション（以下、「アプリケーションネゴシエーション」という）が実行される。
【００８０】
図１２には、自律通信実行時であって、制御バス２０におけるバスコンフィグレーションの終了後、バスリセット回復通知を受信した場合の通信に関する機能ブロック図が示されている。同図に示されるように、バスリセット回復通知が入力されると、その後はＩＥＥＥ１３９４ドライバ３１を介したアプリケーションネゴシエーションと、自律送受信擬似ドライバ５２を用いた連続印刷と、が並行して実行される。
【００８１】
自律通信制御タスク５０では、受信タスク４８に予測データが入力された場合には、バスコンフィグレーション中と同様に制御アプリケーションタスク４０に予測データを出力すると共に制御データ保存タスク４６に記憶する。
【００８２】
一方、自律通信制御タスク５０では、受信タスク４８にバスリセット回復通知が入力された場合は、そのまま制御アプリケーションタスク４０にバスリセット回復通知を入力する。
【００８３】
制御アプリケーションタスク４０では、バスリセット回復通知が入力されると、送信タスク４６を介したアプリケーションネゴシエーションに関するデータの送信を行う。なお、この時点では、送信タスク４６の送信先は自律送受信擬似ドライバ５２のままであるので、制御アプリケーションタスク４０から出力されるアプリケーションネゴシエーションに関するデータは、送信タスク４６を介して自律送受信擬似ドライバ５２に入力される。
【００８４】
自律送受信擬似ドライバ５２では、アプリケーションネゴシエーションに関するデータについては破棄せずにＩＥＥＥ１３９４ドライバ３１に出力する。
【００８５】
また、制御バス２０に接続された他の印刷装置からのアプリケーションネゴシエーションに関するデータは、ＩＥＥＥ１３９４ドライバ３１により受信され、受信タスク４８を介して制御アプリケーションタスク４０に入力される。
【００８６】
すなわち、アプリケーションネゴシエーションは、制御アプリケーションタスク４０により実行され、当該アプリケーションネゴシエーションの実行中も、連続印刷処理は継続する。
【００８７】
図１３には、アプリケーションネゴシエーションが完了し、バスリセット回復通知を受信した場合の通信に関する機能ブロック図が示されている。アプリケーションネゴシエーションが完了すると、制御アプリケーションタスク４０から自律通信制御タスク５０に対して、アプリケーションネゴシエーション完了通知が出力される。当該アプリケーションネゴシエーション完了通知に応じて、自律通信制御タスク５０では、送信タスク４６の送信先をＩＥＥＥ１３９４ドライバ３１に切換える。
【００８８】
ここで、アプリケーションネゴシエーションが完了すると、送信タスク４６の送信先がＩＥＥＥ１３９４ドライバ３１となるため、各印刷装置からの制御データが受信される。
【００８９】
自律通信制御タスク５０では、アプリケーションネゴシエーション完了通知が入力されてから一定の観察期間Ｗは、自律送受信擬似ドライバ５２を介した予測データの生成及び出力を継続する。これにより、少なくともアプリケーションネゴシエーションが完了してから観察期間Ｗが経過するまでは、受信タスク４８には、予測データと制御データとの両方が入力される。
【００９０】
自律通信制御タスク５０では、この観察期間Ｗにおいては予測データだけを制御アプリケーションタスク４０に入力して制御データは破棄する。また、自律通信制御タスク５０では、この観察期間Ｗに受信タスク４８に入力される予測データと制御データの入力タイミングを比較して、予測データに基づく印刷処理から制御データに基づく印刷処理への切換えタイミングを決定する。
【００９１】
なお、観察期間Ｗは、１ページ分の時間分以上、すなわち上記時間間隔Ｔ以上とすることが好ましい。
【００９２】
また、自律通信制御タスク５０では、決定した切換えタイミングで、自律送受信擬似ドライバ５２による予測データの生成及び出力を終了させることにより、通常時の連続印刷動作（図９に示す機能ブロック図参照）に移行する。
【００９３】
なお、図６、図８〜１３では、プリンタ１４Ａの構成を例に説明したが、ＩＥＥＥ１３９４ドライバ３１、送信タスク４６、受信タスク４８、自律通信制御タスク５０、自律送受信擬似ドライバ５２、制御データ保存タスク５４は、制御バス２０に接続される他の印刷装置のコントローラにもそれぞれ設けられており、各印刷装置の相互作用により上記の動作が実現される。また、制御アプリケーションタスク４０については、それぞれの印刷装置に設けられているが、その機能は各印刷装置の種類等によって異なる。
【００９４】
以下に、本実施の形態の作用を説明する。
【００９５】
図１４は、自律通信制御タスク５０による受信データ監視処理の流れを示すフローチャートであり、以下、同図を参照して、本実施の形態に係る受信データ監視処理について説明する。
【００９６】
まず、ステップ１００では、データの受信待ちを行い、次のステップ１０２では、受信したデータの解析を行なう。
【００９７】
受信タスク４８にデータが入力されたことを自律通信制御タスク５０が検知すると、ステップ１００が肯定判定となり、自律通信制御タスク５０により受信したデータが解析される。なお、受信したデータの解析は、受信したデータがバスリセット通知であるか否かを識別できる程度に行なわれていればよい。
【００９８】
次のステップ１０４では、解析の結果、受信したデータがバスリセット通知であるか否かを判定し、当該判定が否定判定となった場合はステップ１０６に移行して、制御アプリケーションタスク４０に出力し、その後にステップ１０８に移行する。
【００９９】
ステップ１０８では、ステップ１０２による解析の結果、受信したデータが制御データであるか否かを判定し、当該判定が肯定判定となった場合はステップ１１０に移行して、受信した制御データを保存タスク５４に記憶し、その後に本受信データ監視処理を終了する。また、ステップ１０８で否定判定となった場合は、ステップ１１０の処理を実行することなく本受信データ監視処理を終了する。
【０１００】
一方、ステップ１０４で肯定判定となった場合は、ステップ１１２に移行して、連続印刷中か否かを判定し、当該判定が否定判定となった場合はステップ１０６に移行する。
【０１０１】
また、ステップ１１２で肯定判定となった場合はステップ１１４に移行して、自律通信処理を実行し、その後に本受信データ監視処理を終了する。
【０１０２】
図１５は、上記受信データ監視処理における自律通信処理（図１７のステップ１１２参照）の流れを示すフローチャートであり、以下、同図を参照して本実施の形態に係る自律通信処理について説明する。
【０１０３】
まず、ステップ１２２では、自律送受信擬似ドライバ５２にバスリセット通知を入力し、その後にステップ１２４に移行して、送信タスク４６の送信先を自律送受信擬似ドライバ５２に切換え、その後にステップ１２６に移行する。
【０１０４】
これにより、自律送受信擬似ドライバ５２では、前回の制御データの受信タイミングから時間間隔Ｔ経過後に、予測データの生成及び出力の時間間隔Ｔ毎の実行を開始する。
【０１０５】
ステップ１２６では、受信タスク４８へのデータの入力待ちを行い、次のステップ１２８では、入力されたデータが予測データであるか否かを判定する。当該判定が肯定判定となった場合はステップ１３０に移行して、制御アプリケーションタスク４０に予測データを入力すると共に、制御データ保存タスク５４に記憶することにより保存して、再びステップ１２６に戻る。
【０１０６】
一方、ステップ１２８で否定判定となった場合は、バスリセット回復通知が受信されたと判断してステップ１３２に移行し、制御アプリケーションタスク４０にバスリセット回復通知を入力し、その後にステップ１３４に移行する。
【０１０７】
これにより、制御アプリケーションタスク４０では、送信タスク４６を介してアプリケーションネゴシエーションを送信する。また、この時点では、総信タスク４６の送信先は自律送受信擬似ドライバ５２であるが、自律送受信擬似ドライバ５２では、アプリケーションネゴシエーションが入力された場合にはＩＥＥＥ１３９４ドライバ３１に出力するので、アプリケーションネゴシエーションは実行される。
【０１０８】
ステップ１３４では、アプリケーションネゴシエーションの完了通知が制御アプリケーションから入力されたか否かを判定し、当該判定が否定判定となった場合はステップ１３６に移行する。
【０１０９】
ステップ１３６では、受信タスク４８にデータは入力されたか否かを判定し、当該判定が否定判定となった場合は再びステップ１３４に戻る。一方、ステップ１３６で肯定判定となった場合はステップ１３８に移行して、入力されたデータを制御アプリケーションタスクに入力し、その後にステップ１４０に移行して、入力されたデータが予測データであるか否かを判定する。当該判定が肯定判定となった場合はステップ１４２に移行して、予測データを制御データ保存タスク５４に記憶することにより保存して、再びステップ１３４に戻る。また、ステップ１４０で否定判定となった場合は、ステップ１４２の処理を実行することなくステップ１３４に戻る。
【０１１０】
一方、ステップ１３４で肯定判定となった場合はステップ１４４に移行して、送信タスク４６の送信先をＩＥＥＥ１３９４ドライバ３１に切換え、その後にステップ１４６に移行する。
【０１１１】
これにより、各印刷装置では、制御データの制御バス２０を介した授受が再開され、受信タスク４８には、自律送受信擬似ドライバ５２から入力される予測データと、ＩＥＥＥ１３９４ドライバ３１により受信された制御データと、が入力されるようになる。
【０１１２】
ステップ１４６では、観察期間Ｗの計時を開始し、その後にステップ１４８に移行して、受信タスク４８に入力される予測データと制御データのうち、制御データを破棄して予測データを制御アプリケーションタスク４０に入力しつつ、本データと予測データの入力タイミングを観察する。
【０１１３】
次のステップ１５０では、観察期間Ｗが経過したか否かを判定し、当該判定が否定判定となった場合は、再びステップ１４８に戻る。その後、ステップ１５０が肯定判定となると、ステップ１５２に移行して、予測データに基づく印刷処理から制御データに基づく印刷処理への切換えタイミングを決定し、その後にステップ１５４に移行する。
【０１１４】
ここで、図１６及び図１７は、それぞれ制御データと予測データとの受信タスク４８への入力タイミングの一例を示すタイミングチャートである。なお、同図において、Ｘで示すタイミングはアプリケーションネゴシエーションが完了したタイミングを、Ｙで示すタイミングは切換えタイミングを示している。また、同図に示す数値は、予測データ及び制御データのページ番号を示している。また、括弧を付した数値でページ番号を示す予測データ及び制御データは、実際には受信タスク４８には入力されない。
【０１１５】
図１６に示されるように、予測データの入力タイミングの方が制御データの入力タイミングよりも遅い場合には、観察期間Ｗ経過後、観察期間Ｗ内に入力されて破棄された制御データ（イ）に相当する予測データ（ア）の受信タスク４８への入力後、次の制御データの入力前に、切換えタイミングを決定する。
【０１１６】
一方、図１７（Ａ）に示されるように、予測データの入力タイミングの方が制御データの入力タイミングよりも早い場合には、観察期間Ｗ内において制御アプリケーションタスク４０に入力された予測データに相当する制御データ（イ）が入力後、次の予測データの入力前に、切換えタイミングを決定する。
【０１１７】
ステップ１５４では、切換えタイミングとなるのを待ち、切換えタイミングでステップ１５６に移行して、ステップ自律送受信擬似ドライバ５２に予測データの生成及び出力の完了通知を入力し、その後に本自律通信処理を終了する。
【０１１８】
なお、上記制御データ保存タスク５４に記憶する予測ルールは、制御データに基づく学習により生成したり更新したりすることもできる。この場合、制御データは直近の制御データだけでなく、複数の制御データを履歴として蓄積記憶することが好ましく、上記制御データの時間間隔Ｔについても、カウンタやタイマ等を用いて同一の種別（Ｔｙｐｅ  ＩＤ）の制御データを受信する時間間隔を計測して統計等を導出するようにしてもよい。
【０１１９】
また、図１７（Ａ）に示されるように、予測データの入力タイミングが制御データの入力タイミングよりも早い場合には、図１７（Ｂ）に示されるように、観察期間Ｗを経過したタイミングを切換えタイミングとすると共に、観察期間Ｗ内に入力された予測データに相当する制御データ（イ）を破棄するようにしてもよい。
【０１２０】
さらに、上記実施の形態において、連続印刷中にバスリセットが発生した場合に、バスリセットが発生したことを示す自律通信マークを連帳紙１１上に形成するようにしてもよい。
【０１２１】
図１８には、バスリセットが発生したことを示す自律通信マーク８２が連張紙１１に形成された状態の一例が示されている。同図に示すＰは連帳紙１１の搬送方向を示しており、鎖線８０はページの境界を示している。すなわち、同図に示す例では、ページの余白となる位置に、自律通信マーク８２を形成している。
【０１２２】
このようにする場合、例えば、受信タスク４８にバスリセット通知が入力された場合に、自律通信制御タスク５０は、自律通信処理を実行すると共に制御アプリケーションタスク４０にもバスリセット通知を入力する。さらに、制御アプリケーションタスク４０では、連続印刷中にバスリセット通知が入力された場合には、連続印刷を中断することなく、バスリセットが発生したことを示す画像を連帳紙１１上に追加形成する。
【０１２３】
これに限らず、例えば、予測データに自律通信マーク８２を埋め込むようにしてもよい。
【０１２４】
なお、自律通信マーク８２としては、文字、写真、マーク、バーコード等を適用することができる。また、印刷ラインＬ１，Ｌ２，４のように、複数のプリンタ１４により画像を形成する重連の構成の印刷ラインにおいては、全てのプリンタ１４により自律通信マーク８２を形成する必要はなく、何れか１のプリンタ１４によって自律通信マーク８２を形成してもよい。
【０１２５】
また、自律通信マークには、そのときの印刷制御データのサマリーを含めてもよく、また、バーコード等、機械可読形式とした場合には、後処理装置により読み取って自動判別させるようにしてもよい。
【０１２６】
さらに、上記実施の形態で説明した通信制御に関する機能（図８〜１３参照）や処理の流れ（図１４及び図１５参照）は、本発明の主旨を逸脱しない範囲で適宜変更可能であることは言うまでもない。
【図面の簡単な説明】
【０１２７】
【図１】実施の形態に係るプリントシステムの概略を示す構成図である。
【図２】実施の形態に係るプリントシステムの印刷ラインの一例を示す構成図である。
【図３】実施の形態に係るプリントシステムの印刷ラインの一例を示す構成図である。
【図４】実施の形態に係るプリントシステムの印刷ラインの一例を示す構成図である。
【図５】実施の形態に係るプリントシステムの各印刷装置と制御バスとの接続構成を示すブロック図である。
【図６】印刷装置の一例として、プリンタの内部構成を示す図である。
【図７】（Ａ）は制御データのフォーマットの一例を示す説明図であり、（Ｂ）は予測ルールの一例を示す説明図である。
【図８】プリンタコントローラのソフトウエア構成を示す機能ブロック図である。
【図９】通常時の通信に関する機能ブロック図である。
【図１０】バスリセット発生直後の通信に関する機能ブロック図である。
【図１１】自律通信実行時の通信に関する機能ブロック図である。
【図１２】自律通信実行時であって、バスコンフィグレーションの終了後、バスリセット回復通知を受信した場合の通信に関する機能ブロック図である。
【図１３】アプリケーションネゴシエーションが完了し、バスリセット回復通知を受信した場合の通信に関する機能ブロック図である。
【図１４】実施の形態に係る受信データ監視処理の流れを示すフローチャートである。
【図１５】実施の形態に係る自律通信処理の流れを示すフローチャートである。
【図１６】制御データと予測データとの受信タスクへの入力タイミングの一例を示すタイミングチャートである。
【図１７】制御データと予測データとの受信タスクへの入力タイミングの一例を示すタイミングチャートである。
【図１８】バスリセットが発生したことを示す自律通信マークが連帳紙に形成された状態の一例を示す図である。
【符号の説明】
【０１２８】
１０  プリントシステム
１１  連帳紙
１２  アンワインダー
１３  ワインダー
１４  プリンタ
１６  カッター
１８  スタッカー
２０  制御バス
２１  ＩＥＥＥ１３９４ケーブル
２２  画像形成部
２４  メカニカルコントローラ
２６  プリンタコントローラ
３０  シリアルバスコントローラ
３１  ＩＥＥＥ１３９４ドライバ（送受信手段)
４０  制御アプリケーションタスク
４６  送信タスク
４８  受信タスク
５０  自律通信制御タスク（通信制御手段）
５２  自律送受信擬似ドライバ（生成手段、代替送受信手段）
５４  制御データ保存タスク（データ記憶手段、制御データ記憶手段）
８２  自律通信マーク
【図１】
2009026232.tif 000005
【図２】
2009026232.tif 000006
【図３】
2009026232.tif 000007
【図４】
2009026232.tif 000008
【図５】
2009026232.tif 000009
【図６】
2009026232.tif 000010
【図７】
2009026232.tif 000011
【図８】
2009026232.tif 000012
【図９】
2009026232.tif 000013
【図１０】
2009026232.tif 000014
【図１１】
2009026232.tif 000015
【図１２】
2009026232.tif 000016
【図１３】
2009026232.tif 000017
【図１４】
2009026232.tif 000018
【図１５】
2009026232.tif 000019
【図１６】
2009026232.tif 000020
【図１７】
2009026232.tif 000021
【図１８】
2009026232.tif 000022