(57)【要約】【課題】圧縮した印刷ジョブをスプールした場合においても、スプールしたジョブをキャンセルすることが可能な画像形成装置、情報処理装置、画像形成システム、画像形成方法、情報処理装置制御方法、画像形成システム制御方法、プログラム、及び記録媒体を提供することを目的とする。【解決手段】圧縮されたジョブをスプールした時点で、キャンセルなどに必要な情報を圧縮データ伸張部１４でプレ展開し、ＪＯＢスプールリスト管理部１３が保持するので、スプールしているジョブが圧縮されていても、キャンセル、一時停止及び再開をすることが可能となる。【選択図】図２
2009187064.tif 000002
【特許請求の範囲】
【請求項１】
情報処理装置から送信された送信データを記憶する送信データ記憶手段と、
前記送信データ記憶手段により記憶された前記送信データが圧縮された圧縮データである場合、前記圧縮データを伸張する伸張手段と、
前記伸張手段により伸張された伸張データを記憶する伸張データ記憶手段と、
前記送信データ又は前記伸張データを展開する命令解釈手段と、
前記送信データが圧縮されているか否かを判定する圧縮データ判定手段と、
前記圧縮データ判定手段の判定に基づいて前記送信データ記憶手段により記憶された前記送信データを前記伸張手段又は前記命令解釈手段のいずれかに伝送することを決定する伝送路決定手段と、
前記送信データをスプールする記憶手段と、
前記送信データをスプールするか否かを判定するスプール判定手段と、
前記記憶手段によりスプールされた前記送信データを管理するスプール管理手段と、
前記送信データが圧縮された圧縮データである場合、圧縮データの一部を伸張するプレ展開手段と、
前記プレ展開手段により伸張された伸張データに基づいて、前記スプール管理手段を制御するスプール管理制御手段と、を備えることを特徴とする画像形成装置。
【請求項２】
前記スプール管理手段は、前記送信データのＰＪＬから得られる情報を保持することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記記憶手段によりスプールされた前記送信データの印刷処理をキャンセルする印刷制御手段をさらに備えることを特徴とする請求項１又は２記載の画像形成装置。
【請求項４】
請求項１から３のいずれか１項記載の画像形成装置の記憶手段によりスプールされた前記送信データを管理するスプール管理手段を備えることを特徴とする情報処理装置。
【請求項５】
前記記憶手段によりスプールされた前記送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求手段をさらに備えることを特徴とする請求項４記載の情報処理装置。
【請求項６】
請求項４記載の情報処理装置と、
前記情報処理装置とネットワークを介して接続される請求項１から３のいずれか１項記載の画像形成装置と、を備える画像形成システムであって、
前記画像形成装置は、前記スプール管理手段により管理されているスプールされた前記送信データを前記情報処理装置に送信するスプール情報送信手段を備えることを特徴とする画像形成システム。
【請求項７】
請求項４記載の情報処理装置と、
請求項３記載の画像形成装置と、を備える画像形成システムであって、
前記情報処理装置は、前記画像形成装置の記憶手段によりスプールされた前記送信データを管理するスプール管理手段を備えること特徴とする画像形成システム。
【請求項８】
前記スプール管理手段は、前記送信データのプロトコルから得られる情報を保持することを特徴とする請求項１又は２記載の画像形成装置。
【請求項９】
情報処理装置から送信された送信データを記憶する送信データ記憶ステップと、
前記送信データ記憶ステップにより記憶された前記送信データが圧縮された圧縮データである場合、前記圧縮データを伸張する伸張ステップと、
前記伸張ステップにより伸張された伸張データを記憶する伸張データ記憶ステップと、
前記送信データ又は前記伸張データを展開する命令解釈ステップと、
前記送信データが圧縮されているか否かを判定する圧縮データ判定ステップと、
前記圧縮データ判定ステップの判定に基づいて前記送信データ記憶ステップにより記憶された前記送信データを前記伸張ステップ又は前記命令解釈ステップのいずれかに伝送することを決定する伝送路決定ステップと、
前記送信データをスプールする記憶ステップと、
前記送信データをスプールするか否かを判定するスプール判定ステップと、
前記記憶ステップによりスプールされた前記送信データを管理するスプール管理ステップと、
前記送信データが圧縮された圧縮データである場合、圧縮データの一部を伸張するプレ展開ステップと、
前記プレ展開ステップにより伸張された伸張データに基づいて、前記スプール管理ステップを制御するスプール管理制御ステップと、を備えることを特徴とする画像形成方法。
【請求項１０】
前記記憶ステップによりスプールされた前記送信データの印刷処理をキャンセルする印刷制御ステップを備え、
前記スプール管理ステップは、前記送信データのＰＪＬ及び前記送信データのプロトコルから得られる情報を保持することを特徴とする請求項９記載の画像形成方法。
【請求項１１】
請求項９又は１０記載の画像形成方法の記憶ステップによりスプールされた前記送信データを管理するスプール管理ステップと、前記記憶ステップによりスプールされた前記送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求ステップと、を備えることを特徴とする情報処理装置を制御する方法。
【請求項１２】
請求項４記載の情報処理装置と、
前記情報処理装置とネットワークを介して接続される請求項１から３のいずれか１項記載の画像形成装置と、を備える画像形成システムを制御する方法であって、
前記画像形成装置は、前記スプール管理ステップにより管理されているスプールされた前記送信データを前記情報処理装置に送信するスプール情報送信ステップを備えることを特徴とする画像形成システム制御方法。
【請求項１３】
請求項４記載の情報処理装置と、
請求項３記載の画像形成装置と、を備える画像形成システムを制御する方法であって、
前記情報処理装置は、前記画像形成装置の記憶ステップによりスプールされた前記送信データを管理するスプール管理ステップを備えること特徴とする画像形成システム制御方法。
【請求項１４】
情報処理装置から送信された送信データを記憶する処理と、
前記送信データを記憶する処理により記憶された前記送信データが圧縮された圧縮データである場合、前記圧縮データを伸張する処理と、
前記伸張する処理により伸張された伸張データを記憶する処理と、
前記送信データ又は前記伸張データを展開する処理と、
前記送信データが圧縮されているか否かを判定する処理と、
前記判定する処理の判定に基づいて前記送信データを記憶する処理により記憶された前記送信データを前記伸張する処理又は前記展開する処理のいずれかに伝送することを決定する処理と、
前記送信データをスプールする処理と、
前記送信データをスプールするか否かを判定する処理と、
前記スプールする処理によりスプールされた前記送信データを管理する処理と、
前記送信データが圧縮された圧縮データである場合、圧縮データの一部を伸張する処理と、
前記一部を伸張する処理により伸張された伸張データに基づいて、前記管理する処理を制御する処理と、をコンピュータに実行させる画像形成装置制御プログラム。
【請求項１５】
前記スプールする処理によりスプールされた前記送信データの印刷処理をキャンセルする処理と、
前記管理する処理に、前記送信データのＰＪＬ及び前記送信データのプロトコルから得られる情報を保持させる処理と、をコンピュータに実行させる請求項１４記載のプログラム。
【請求項１６】
請求項１４又は１５記載の画像形成装置制御プログラムのスプールする処理によりスプールされた前記送信データを管理するスプール管理処理と、前記スプールする処理によりスプールされた前記送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求処理と、をコンピュータに実行させる情報処理装置制御プログラム。
【請求項１７】
請求項１４から１６のいずれか１項記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スプールしたジョブをキャンセルする画像形成装置、情報処理装置、画像形成システム、画像形成方法、情報処理装置制御方法、画像形成システム制御方法、プログラム、及び記録媒体に関する。
【背景技術】
【０００２】
近年、セキュリティニーズの高まりによりセキュアなデスクトップ環境を実現したいといった要望から、シンクライアントシステムが注目されている。シンクライアントシステムとは、クライアント端末には最低限の機能しか持たせず、サーバ側でアプリケーションやファイルなどの資源を管理するシステムの総称である。
【０００３】
このシンクライアントシステムでは、全てのリソースをサーバ側で管理しているため、何かデータを印刷する際にはネットワークを介し、サーバ側からプリンタ側へ印刷データを転送し印刷することになる。その際、ネットワークトラフィックを軽減するため印刷データを圧縮しデータサイズを縮小させてプリンタに転送し、プリンタ側で圧縮データを伸張し印刷を行うソリューションが提案されている（例えば特許文献１参照）。
【特許文献１】特開２００２−２９７３３１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
図１５は、特許文献１の発明に係る画像形成装置の各機能を示すブロック図である。図１５に示されるように、上記特許文献１では、圧縮したジョブをスプールした場合の処理については記載されていない。ジョブをキャンセルするには、キャンセルするジョブの識別子を命令解釈部１７に通知する必要がある。しかし、圧縮したジョブをスプールするとジョブ識別子が読み込めないため、ジョブのキャンセル、一時停止、再開することができないという問題があった。
【０００５】
本発明はこのような実情を鑑みてなされたものであり、圧縮した印刷ジョブをスプールした場合においても、スプールしたジョブをキャンセルすることが可能な画像形成装置、情報処理装置、画像形成システム、画像形成方法、情報処理装置制御方法、画像形成システム制御方法、プログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の画像形成装置は、情報処理装置から送信された送信データを記憶する送信データ記憶手段と、送信データ記憶手段により記憶された送信データが圧縮された圧縮データである場合、圧縮データを伸張する伸張手段と、伸張手段により伸張された伸張データを記憶する伸張データ記憶手段と、送信データ又は伸張データを展開する命令解釈手段と、送信データが圧縮されているか否かを判定する圧縮データ判定手段と、圧縮データ判定手段の判定に基づいて送信データ記憶手段により記憶された送信データを伸張手段又は命令解釈手段のいずれかに伝送することを決定する伝送路決定手段と、送信データをスプールする記憶手段と、送信データをスプールするか否かを判定するスプール判定手段と、記憶手段によりスプールされた送信データを管理するスプール管理手段と、送信データが圧縮された圧縮データである場合、圧縮データの一部を伸張するプレ展開手段と、プレ展開手段により伸張された伸張データに基づいて、スプール管理手段を制御するスプール管理制御手段と、を備えることを特徴とする。
【０００７】
本発明の画像形成装置は、スプール管理手段は、送信データのＰＪＬから得られる情報を保持することを特徴とする。
【０００８】
本発明の画像形成装置は、記憶手段によりスプールされた送信データの印刷処理をキャンセルする印刷制御手段をさらに備えることを特徴とする。
【０００９】
本発明の情報処理装置は、画像形成装置の記憶手段によりスプールされた送信データを管理するスプール管理手段を備えることを特徴とする。
【００１０】
本発明の情報処理装置は、記憶手段によりスプールされた送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求手段をさらに備えることを特徴とする。
【００１１】
本発明の画像形成システムは、情報処理装置と画像形成装置を備える画像形成システムであって、情報処理装置は、画像形成装置の記憶手段によりスプールされた送信データを管理するスプール管理手段を備え、画像形成装置はスプール管理手段により管理されているスプールされた送信データを情報処理装置に送信するスプール情報送信手段を備えることを特徴とする。
【００１２】
本発明の画像形成システムは、情報処理装置は、記憶手段によりスプールされた送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求手段を備え、画像形成装置は、記憶手段によりスプールされた送信データの印刷処理をキャンセルする印刷制御手段を備えることを特徴とする。
【００１３】
本発明の画像形成装置は、スプール管理手段は、送信データのプロトコルから得られる情報を保持することを特徴とする。
【００１４】
本発明の画像形成方法は、情報処理装置から送信された送信データを記憶する送信データ記憶ステップと、送信データ記憶ステップにより記憶された送信データが圧縮された圧縮データである場合、圧縮データを伸張する伸張ステップと、伸張ステップにより伸張された伸張データを記憶する伸張データ記憶ステップと、送信データ又は前記伸張データを展開する命令解釈ステップと、送信データが圧縮されているか否かを判定する圧縮データ判定ステップと、圧縮データ判定ステップの判定に基づいて送信データ記憶ステップにより記憶された送信データを伸張ステップ又は命令解釈ステップのいずれかに伝送することを決定する伝送路決定ステップと、送信データをスプールする記憶ステップと、送信データをスプールするか否かを判定するスプール判定ステップと、記憶ステップによりスプールされた送信データを管理するスプール管理ステップと、送信データが圧縮された圧縮データである場合、圧縮データの一部を伸張するプレ展開ステップと、プレ展開ステップにより伸張された伸張データに基づいて、スプール管理ステップを制御するスプール管理制御ステップと、を備えることを特徴とする。
【００１５】
本発明の画像形成方法は、記憶ステップによりスプールされた送信データの印刷処理をキャンセルする印刷制御ステップを備え、スプール管理ステップは、送信データのＰＪＬ及び送信データのプロトコルから得られる情報を保持することを特徴とする。
【００１６】
本発明の情報処理装置を制御する方法は、画像形成方法の記憶ステップによりスプールされた送信データを管理するスプール管理ステップと、記憶ステップによりスプールされた送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求ステップと、を備えることを特徴とする。
【００１７】
本発明の画像形成システムを制御する方法は、情報処理装置と画像形成装置を備える画像形成システムを制御する方法であって、情報処理装置は画像形成装置の記憶ステップによりスプールされた送信データを管理するスプール管理ステップを備え、画像形成装置は、スプール管理ステップにより管理されているスプールされた送信データを情報処理装置に送信するスプール情報送信ステップを備えることを特徴とする。
【００１８】
本発明の画像形成システムを制御する方法は、情報処理装置は、記憶ステップによりスプールされた送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求ステップを備え、画像形成装置は記憶ステップによりスプールされた送信データの印刷処理をキャンセルする印刷制御ステップを備えることを特徴とする。
【００１９】
本発明の画像形成装置制御プログラムは、情報処理装置から送信された送信データを記憶する処理と、送信データを記憶する処理により記憶された送信データが圧縮された圧縮データである場合、圧縮データを伸張する処理と、伸張する処理により伸張された伸張データを記憶する処理と、送信データ又は伸張データを展開する処理と、送信データが圧縮されているか否かを判定する処理と、判定する処理の判定に基づいて送信データを記憶する処理により記憶された送信データを伸張する処理又は展開する処理のいずれかに伝送することを決定する処理と、送信データをスプールする処理と、送信データをスプールするか否かを判定する処理と、スプールする処理によりスプールされた送信データを管理する処理と、送信データが圧縮された圧縮データである場合、圧縮データの一部を伸張する処理と、一部を伸張する処理により伸張された伸張データに基づいて、管理する処理を制御する処理と、をコンピュータに実行させる。
【００２０】
本発明の画像形成装置制御プログラムは、スプールする処理によりスプールされた送信データの印刷処理をキャンセルする処理と、管理する処理に、送信データのＰＪＬ及び送信データのプロトコルから得られる情報を保持させる処理と、をコンピュータに実行させる。
【００２１】
本発明の情報処理装置制御プログラムは、画像形成装置制御プログラムのスプールする処理によりスプールされた送信データを管理するスプール管理処理と、スプール処理によりスプールされた送信データのジョブのキャンセル要求を画像形成装置に送信するキャンセル要求処理と、をコンピュータに実行させる。
【００２２】
本発明の記録媒体は、本発明のプログラムを記録したコンピュータ読み取り可能なプログラムである。
【発明の効果】
【００２３】
本発明によれば、ジョブをスプールした時点でキャンセルなどに必要な情報をスプール情報管理手段であるテーブル上に展開するので、スプールしているジョブが圧縮されていても、キャンセル、一時停止及び再開をすることが可能となる。
【発明を実施するための最良の形態】
【００２４】
以下に図面を用いて本発明の実施形態について詳細に説明する。
【００２５】
図１は、本発明の実施形態の構成概略図である。図１は、クライアントＰＣ（Personal Computer）１（シンクライアントＰＣ２）、画像形成装置３、画像形成装置４、情報処理装置５、から構成される。クライアントＰＣ１（シンクライアントＰＣ２）、画像形成装置３、画像形成装置４、情報処理装置５はネットワークに接続され、クライアントＰＣ１（シンクライアントＰＣ２）はネットワークを介して情報処理装置５に印刷指示を送信する。シンクライアント環境では、この情報処理装置５と画像形成装置３、４の間のネットワークが非常に狭帯域であることが想定される。
【００２６】
図２は、本発明の実施形態に係る画像形成装置３の機能構成を示すブロック図である。図２に示すように、画像形成装置３はデータ受信部１０、ＨＤＤ（Hard Disk Drive）１１、伝送路決定部１２、ＪＯＢスプールリスト管理部１３、圧縮データ伸張部１４、受信バッファ（送信データ記憶手段）１５、ＰＤＬ（Page Discription Language）バッファ（伸張データ記憶手段）１６、命令解釈部１７を備え、情報処理装置５、情報処理装置６とネットワークを介して接続されている。
【００２７】
情報処理装置（プリントサーバ）５は印刷データを画像形成装置３に送信し、画像形成装置３はデータ受信部１０で印刷データを受信する。データ受信部１０は、印刷データを受信し、印刷データのプロトコルの情報から、スプールするか判断し、スプールする場合はＨＤＤ（記憶手段）１１に書込み、スプールした印刷データのファイル情報をＪＯＢスプールリスト管理部１３に通知する。スプールしない印刷データは、伝送路決定部１２に送信する。
【００２８】
ＪＯＢスプールリスト管理部１３は、データ受信部１０から受けたファイル情報からＪＯＢスプールリストを作成する。印刷データファイルが圧縮されている場合は、圧縮データ伸張部１４にプレ展開要求をし、圧縮データ伸張部１４は圧縮データを展開する。ここでプレ展開とは、全て展開せず、圧縮データの一部を展開することを示す。
【００２９】
伝送路決定部１２は、受け取った印刷データが圧縮データか否かを判定し、圧縮データである場合は、圧縮データ伸張部１４で圧縮データを伸張させ、ＰＤＬバッファ１６に伸張データを書き込む。非圧縮データの場合は、受信バッファ１５にデータを書き込む。
【００３０】
圧縮データ伸張部１４は、伝送路決定部１２から受けた圧縮データを伸張する。プレ展開要求を受けた場合は、データの一部を展開する。命令解釈部１７は、ＰＤＬを解釈する。情報処理装置６は、ＪＯＢスプールリスト情報などを取得し、表示するサービスである。データ受信部１０は、情報処理装置６からのリクエストを受け、情報処理装置６のプロトコルにあわせて情報を送信する。
【００３１】
図３は圧縮データを印刷する処理を示したタイミングチャートである。圧縮データを印刷する場合の処理の一例について、図３に示すタイミングチャートを用いて詳細に説明する。
【００３２】
クライアントＰＣ１／シンクライアントＰＣ２は、ネットワークを介して情報処理装置５に印刷を指示する（フェーズＦ３０１）。この際、印刷を要求した印刷データを圧縮するか否かも指示する。
【００３３】
情報処理装置５は、グラフィック、文字、ＰＪＬ言語を含む印刷命令データを圧縮し（フェーズＦ３０２）、データ受信部１０へ印刷命令データを送信する（フェーズＦ３０３）。データ受信部１０は、上記Ｆ３０３で情報処理装置５から受信した印刷データが圧縮されているか否かを判定する（フェーズＦ３０４）。判定はプロトコルのスプール情報を基にして行う。
【００３４】
データ受信部１０は、印刷データを伝送路決定部１２へ送信する（フェーズＦ３０５）。伝送走路決定部１２は、受信したデータが圧縮されているのか否かの判定を行う（フェーズＦ３０６）。判定はデータのヘッダ内の圧縮形式を示すコード（マジックナンバ）を基に行う。圧縮データの判定方法については後述する。
【００３５】
伝送路決定部１２は、命令解釈部１７に決定したバッファＩＤ（読込先のバッファＩＤ）を送信し（フェーズＦ３０７）、また圧縮データ伸張部１４に決定したバッファＩＤ（読込先の受信バッファＩＤと書込み先のＰＤＬバッファＩＤ）を送信する（フェーズＦ３０８）。
【００３６】
伝送路決定部１２は、受信バッファ１５に印刷データを送信し（フェーズＦ３０９）、受信バッファ１５に送信された印刷データが圧縮データである場合、圧縮データ伸張部１４は受信バッファ１５から印刷データを読み込む（フェーズＦ３１０）。圧縮データ伸張部１４は、上記Ｆ３１０で読み込んだ圧縮されたデータを伸張し（フェーズＦ３１１）、伸張した印刷データをＰＤＬバッファ１６へ記憶させる。命令解釈部１７は、ＰＤＬバッファ１６から印刷命令データを読み出す。
【００３７】
図４は、圧縮データをジョブスプールする処理を示したタイミングチャートである。圧縮データをジョブスプールする処理の一例について、図４に示すタイミングチャートを用いて詳細に説明する。
【００３８】
情報処理装置５は、印刷データをデータ受信部１０へ送信する（フェーズＦ４０１）。データ受信部１０は、受信した印刷データが圧縮されているか否かを判定する（フェーズＦ４０２）。判定はプロトコルのスプール情報を基に行う。印刷データをスプールする場合には、データ受信部１０はＨＤＤ１１へ書込みを行い（フェーズＦ４０３）、かつスプールした情報（プロトコルの情報と保存したジョブファイル情報）をＪＯＢスプールリスト管理部１３へ通知する（フェーズＦ４０４）。
【００３９】
ＪＯＢスプールリスト管理部１３は、受信した印刷データが圧縮されているか否かを判定する（フェーズＦ４０５）。圧縮されていると判定した場合、ＪＯＢスプールリスト管理部１３は圧縮データ伸張部１４にプレ展開要求を行い、プレ展開の要求を受けた圧縮データ伸張部１４は、指定されたデータがみつかるまで圧縮されたデータを伸張する（フェーズＦ４０６）。尚、プレ展開の処理の詳細については後述する。
【００４０】
圧縮データ伸張部１４は、伸張した内容をＪＯＢスプールリスト管理部１３へ通知する（フェーズＦ４０７）。ＪＯＢスプールリスト管理部１３は、上記Ｆ４０７で圧縮データ伸張部１４から通知された情報と上記Ｆ４０４でデータ受信部１０から通知された情報を基にＪＯＢスプールリストを作成する（フェーズＦ４０８）。
【００４１】
図５は、クライアントＰＣ１／シンクライアントＰＣ２がＪＯＢスプールリストを取得する処理を示したタイミングチャートである。図１０は、クライアントＰＣ１／シンクライアントＰＣ２の画面上に表示されるスプールジョブ一覧の例を示した図である。クライアントＰＣ１／シンクライアントＰＣ２がスプールジョブ一覧を取得する処理の一例について、図５に示すタイミングチャート及び図１０に示す図を用いて詳細に説明する。
【００４２】
クライアントＰＣ１／シンクライアントＰＣ２は情報処理装置６にスプールジョブ一覧の取得を要求し（フェーズＦ５０１）、要求を受けた情報処理装置６は画像形成装置３のデータ受信部１０にスプールジョブ一覧取得を要求する（フェーズＦ５０２）。データ受信部１０は、ＪＯＢスプールリスト管理部１３にＪＯＢスプールリストを要求する（フェーズＦ５０３）。
【００４３】
データ受信部１０よりＪＯＢスプールリスト要求を受けたＪＯＢスプールリスト管理部１３は、データ受信部１０へＪＯＢスプールリストを送信する（フェーズＦ５０４）。ＪＯＢスプールリスト受信したデータ受信部１０は、情報処理装置６にスプールジョブ一覧を送信し（フェーズＦ５０５）、情報処理装置６は受信したスプールジョブ一覧をクライアントＰＣ１／シンクライアントＰＣ２に送信する（フェーズＦ５０６）。クライアントＰＣ１／シンクライアントＰＣ２の画面上には、図１０に示すようなスプールジョブ一覧が表示される。
【００４４】
図６は、スプール管理手段であるテーブルの一例を示した図である。図１１は、情報処理装置５上でスプールジョブを管理するテーブルを示した図である。
【００４５】
図６に示すように、スプールジョブ管理テーブルは以下に示すようにプロトコルとＰＪＬの情報から構成されている。
ＩＤ：スプールジョブに割り当てられるＩＤ情報
ユーザ名：プロトコルから得られるユーザ名情報
文書名：プロトコルから得られる文書名情報
状態：ジョブの状態
サイズ：プロトコルから得られるデータサイズ情報
ＴＲＡＣＫＩＤ：ＰＪＬのＴＲＡＣＫＩＤ（ＴＲＡＣＫＩＤは、ジョブを識別するＩＤを示す）
ＪＯＢＮＡＮＥ：ＰＪＬのＪＯＢＮＡＭＥ（ＪＯＢＮＥＭＥは、ジョブの名称を示す）
ＵＳＥＲＩＤ：ＰＪＬのＵＳＥＲＩＤ（ＵＳＥＲＩＤは、ユーザを識別するＩＤを示す）
ここでは、ＰＪＬコマンドのＴＲＡＣＫＩＤを例としているが、ＰＪＬコマンドでジョブが一意に識別可能なものであれば何を用いてもよい。
【００４６】
一方、図１１に示すように情報処理装置５上でスプールジョブを管理するテーブルは、以下に示すプロトコルから得られる情報から構成されている。
ＩＤ：スプールジョブに割り当てられるＩＤ
ユーザ名：プロトコルから得られるユーザ名情報
文書名：プロトコルから得られる文書名情報
状態：ジョブの状態
サイズ：プロトコルから得られるデータサイズ情報
尚、必要であれば図６と同様にＰＪＬの情報を保持することも可能である。ここでは、画像形成装置３と情報処理装置６間のデータ転送量を削減するために、最低限のデータを例としている。
【００４７】
図７は、上記プレ展開の処理の流れを示したフローチャートである。図１２は、ＰＪＬの一例を示した図である。プレ展開の処理の一例について、図７に示すフローチャート及び図１２に示す図を用いて詳細に説明する。
【００４８】
圧縮データ伸張部１４は、圧縮データを受信し（ステップＳ７０１）、その圧縮データが１バイト（byte）ずつｇｚｉｐ（gun zip）形式で圧縮されている場合には、圧縮データを先頭から順に展開していく（ステップＳ７０２）。そして、展開した圧縮データが＠ＰＪＬ  ＥＮＴＥＲ  ＬＡＮＧＵＡＧＥであるか否か判断する（ステップＳ７０３）。
【００４９】
＠ＰＪＬ  ＥＮＴＥＲ  ＬＡＮＧＵＡＧＥでない場合（ステップＳ７０３／ＮＯ）は、図１２に示すように、ＰＪＬヘッダが先頭に付加されていて、そのＰＪＬヘッダの＠ＰＪＬ  ＥＮＴＥＲ  ＬＡＮＧＵＡＧＥという情報が現れるまで展開を行う。上記Ｓ７０３において、＠ＰＪＬ  ＥＮＴＥＲ  ＬＡＮＧＵＡＧＥまで展開したと判断した場合(ステップＳ７０３／ＹＥＳ)は、展開を終了する。
【００５０】
上述したプレ展開の処理の例では、＠ＰＪＬ  ＥＮＴＥＲ  ＬＡＮＧＵＡＧＥまで展開するとしているが、図６に示すスプール管理手段であるテーブルに必要な情報が得られるのであれば、別のＰＪＬコマンドで展開を終了してもよい。例えば、＠ＰＪＬ  ＳＥＴ  ＴＲＣＫＩＤで展開を終了することも可能である。
【００５１】
図８は、ジョブのキャンセルのする処理の流れを示したタイミングチャートである。図９はキャンセルするＴＲＡＣＫＩＤを示すテーブルの例を示した図である。ジョブをキャンセルする処理の一例について、図８に示すタイミングチャート及び図９に示す図を用いて詳細に説明する。
【００５２】
クライアントＰＣ１／シンクライアントＰＣ２は、アプリケーション上で、上述したスプールジョブ一覧を参照し、その中のジョブのキャンセル要求を送信する（フェーズＦ８０１）。情報処理装置５は、クライアントＰＣ１／シンクライアントＰＣ２から指定を受けたジョブのキャンセル要求を画像形成装置３に送信し、画像形成装置３は、データ受信部１０でジョブのキャンセル要求を受信する（フェーズＦ８０２）。
【００５３】
データ受信部１０は、ＴＲＡＣＫＩＤ情報をＪＯＢスプールリスト管理部１３に要求し（ステップＳ８０３）、ＪＯＢスプールリスト管理部１３から、ジョブのＴＲＡＣＫＩＤを取得する（フェーズＦ８０４）。情報処理装置５側でＴＲＡＣＫＩＤの情報も保持している場合は、上記Ｆ８０３及びＦ８０４の処理は不要である。
【００５４】
データ受信部１０は、キャンセルするジョブのＴＲＡＣＫＩＤ（ＰＪＬのジョブ識別子）を命令解釈部１７に通知する（フェーズＦ８０５）。命令解釈部１７は、受信したＴＲＡＣＫＩＤをキャンセルするＴＲＡＣＫＩＤテーブルに保持する。命令解釈部１７は、受信バッファ１５（ＰＤＬバッファ１６）から読み込んだジョブのＴＲＡＣＫＩＤが、図９に示すようなキャンセルするＴＲＡＣＫＩＤテーブルにあれば、ジョブをキャンセルし、ＴＲＡＣＫＩＤテーブルからそのＴＲＡＣＫＩＤを消去する。尚、本実施形態ではＴＲＡＣＫＩＤを用いているが、ＰＪＬコマンドの別のジョブ識別子を用いることも可能である。
【００５５】
図１３は、上記圧縮データを判定する処理を示したフローチャートである。圧縮データであるか否かを判定する処理の流れの一例について図１３に示すフローチャトートを用いて詳細説明する。
【００５６】
データ圧縮判定は、まずデータを受信し（ステップＳ１３０１）、適当バイト数を読み出すことにより（ステップＳ１３０２）、該当するヘッダ内の圧縮形式を示すコード（マジックナンバ）があるか否かを判定する（ステップＳ１３０３）。該当するマジックナンバがある場合(ステップＳ１３０３／ＹＥＳ)は、データ圧縮形式が確定される（ステップＳ１３０４）。一方、該当するマジックナンバがない場合（ステップＳ１３０３／ＮＯ）は、非圧縮データであると確定される（ステップＳ１３０５）。
【００５７】
ここで、圧縮アルゴリズムには、必ずデータがどの形式で圧縮されたのかを理解するためのマジックナンバが付加されている。該当するマジックナンバと合致すれば、そのマジックナンバが示す圧縮形式で圧縮されたデータであり、該当しなければ非圧縮データであることを示す。また、上記Ｓ１３０２で適当バイト読み出すと表現したのは、マジックナンバは圧縮形式によってバイト数が異なるためである。
【００５８】
図１４は、スプールジョブのジョブ順入れ替えの処理を示すタイミングチャートである。スプールジョブのジョブ順入れ替えの処理の一例について、図１４に示すフローチャートを用いて詳細に説明する。
【００５９】
クライアントＰＣ１／シンクライアントＰＣ２は、アプリケーション上で、スプールジョブ一覧を参照し、その中のジョブの順番入れ替え要求を情報処理装置５へ送信する（フェーズＦ１４０１）。情報処理装置５は、クライアントＰＣ１／シンクライアントＰＣ２から指定を受けたジョブの順番入れ替え要求を画像形成装置３に送信し、画像形成装置３はデータ受信部１０でジョブの順番入れ替え要求を受ける（フェーズＦ１４０２）。
【００６０】
データ受信部１０は、ＪＯＢスプールリスト管理部１３に、ジョブの順番入れ替え要求をする（フェーズＦ１４０３）。ＪＯＢスプールリスト管理部１３は、ＪＯＢスプールリスト（スプールジョブ管理テーブル）の順番入れ替え要求を受けたジョブの順番を入れ替え、ＪＯＢスプールリストを作成する（フェーズＦ１４０４）。
【００６１】
本実施形態により、ジョブをスプールした時点でジョブのキャンセルに必要な情報をテーブル上に展開するので、スプールしているジョブが圧縮されている場合であっても、ジョブのキャンセル、一時停止及び再開を行うことが可能となる。
【００６２】
また、ＪＯＢスプールリストは、一部のデータ（ＰＪＬのヘッダ部分）をプレ展開した情報と最低限の印刷データの情報から作成されるので、画像形成装置３と情報処理装置６間の転送量を削減し、スムーズな印刷環境を提供することが可能となる。
【００６３】
また、クライアントＰＣ１／シンクライアントＰＣ２は、スプールジョブ一覧を取得して画面上で参照することができるので、キャンセルすべきジョブを容易に選択し、スムーズにキャンセルすることが可能となる。
【００６４】
また、クライアントＰＣ１／シンクライアントＰＣ２は、アプリケーション上でスプールジョブ一覧を参照し、その中のジョブの順番入れ替えについて情報処理装置５を介して画像形成装置３に要求することができるので、スプールジョブの順番の入れ替えをすべきジョブを容易に選択し、スムーズにスプールジョブの順番を入れ替えることが可能となる。
【００６５】
尚、各図のタイミングチャート及びフローチャートに示す処理を、ＣＰＵ（Central Processing Unit）が実行するためのプログラムは本発明によるプログラムを構成する。このプログラムを記録するコンピュータ読み取り可能な記録媒体としては、半導体記憶部や光学的及び／又は磁気的な記憶部等を用いることができる。このようなプログラム及び記録媒体を、前述した実施形態とは異なる構成のシステム等で用い、そこのＣＰＵで上記プログラムを実行させることにより、本発明と実質的に同じ効果を得ることができる。
【００６６】
以上好適な実施の形態に基づき具体的に説明したが、本発明は上述した画像形成装置、情報処理装置、画像形成システム、画像形成方法、情報処理装置制御方法、画像形成システム制御方法、プログラム、及び記録媒体に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であるということは言うまでもない。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施形態の概略構成図である。
【図２】本発明の実施形態に係る画像形成装置３の各機能を示すブロック図である。
【図３】本発明の実施形態に係る圧縮データを印刷する処理を示したタイミングチャートである。
【図４】本発明の実施形態に係る圧縮データをジョブスプールする処理を示したタイミングチャートである。
【図５】本発明の実施形態に係るクライアントＰＣ１／シンクライアントＰＣ２がＪＯＢスプールリストを取得する処理を示したタイミングチャートである。
【図６】本発明の実施形態に係るスプール管理手段であるテーブルの例を示した図である。
【図７】本発明の実施形態に係るプレ展開の処理の流れを示したフローチャートである。
【図８】本発明の実施形態に係るジョブのキャンセルのする処理の流れを示したタイミングチャートである。
【図９】本発明の実施形態に係るキャンセルするＴＲＡＣＫＩＤを示すテーブルの例を示した図である。
【図１０】本発明の実施形態に係るクライアントＰＣ１／シンクライアントＰＣ２の画面上に表示されるスプールジョブ一覧の例を示した図である。
【図１１】本発明の実施形態に係る情報処理装置５上でスプールジョブを管理するテーブルの例を示した図である。
【図１２】本発明の実施形態に係るＰＪＬの例を示した図である。
【図１３】本発明の実施形態に係る圧縮データを判定する処理を示したフローチャートである。
【図１４】本発明の実施形態に係るスプールジョブのジョブ順入れ替えの処理を示すタイミングチャートである。
【図１５】従来の画像形成装置の各機能を示すブロック図である。
【符号の説明】
【００６８】
１    クライアントＰＣ
２    シンクライアントＰＣ
３    画像形成装置
４    画像形成装置
５    情報処理装置
６    情報処理装置
１０    データ受信部
１１    ＨＤＤ
１２    伝送路決定部
１３    ＪＯＢスプールリスト管理部
１４    圧縮データ伸張部
１５    受信バッファ
１６    ＰＤＬバッファ
１７    命令解釈部
【図１】
2009187064.tif 000003
【図２】
2009187064.tif 000004
【図３】
2009187064.tif 000005
【図４】
2009187064.tif 000006
【図５】
2009187064.tif 000007
【図６】
2009187064.tif 000008
【図７】
2009187064.tif 000009
【図８】
2009187064.tif 000010
【図９】
2009187064.tif 000011
【図１０】
2009187064.tif 000012
【図１１】
2009187064.tif 000013
【図１２】
2009187064.tif 000014
【図１３】
2009187064.tif 000015
【図１４】
2009187064.tif 000016
【図１５】
2009187064.tif 000017