JP2009187535A - サーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラム - Google Patents

Abstract

【課題】サーバと画像形成装置との間のネットワークトラフィックの軽減を図ること。
【解決手段】この発明にかかる画像処理システム１００は、サーバ１１０と、画像形成装置１２０と、クライアントＰＣ１３０と、シンクライアントＰＣ１４０と、がそれぞれネットワーク１５０を介して接続されている。クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）は、ネットワーク１５０を介してサーバ１１０に印刷指示を送る。シンクライアント環境では、このサーバ１１０と画像形成装置１２０との間のネットワークが非常に狭帯域であることが想定される。そこで、この発明では、比較的容量の大きい印刷命令データは、全体を圧縮処理してサーバ１１０から画像形成装置１２０へ送信する。
【選択図】図１

Description

この発明は、シンクライアント環境にあっても、スムーズな印刷環境を提供するサーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムに関する。

近年、セキュリティニーズの高まりによりセキュアなデスクトップ環境を実現したいといった要望から、シンクライアントシステムが注目されている。シンクライアントシステムとは、クライアント端末には最低限の機能しか持たせず、サーバ側でアプリケーションやファイルなどの資源を管理するシステムの総称である。このシンクライアントシステムでは、全てのリソースをサーバ側で管理しているため、画像印刷を実行する際には、ネットワークを介してサーバ側からプリンタ側へ印刷命令データを転送し印刷処理を実行することになる。

ところで、近年、印刷品質の向上が要求されるにつれて、印刷命令データの容量が増大する傾向が続いている。そこで、容量の大きい印刷命令データを取り扱う場合に、ネットワーク内においても、効率的な印刷命令データの送受信が望まれている。そこで、ネットワークトラフィックを軽減するため印刷命令データを圧縮しデータ容量を縮小し、プリンタ側で圧縮データを伸張し印刷を行うソリューションが提案されている（たとえば、特許文献１，２を参照）。

特開２００２−２９２９４３号公報 特開２００２−２４０３６８号公報

図１６は、従来の画像形成装置の概略構成の一例を示すブロック図である（特許文献１に記載のもの）。この装置は、プリンタ内に受信バッファ１４０１とイメージバッファ１４０２とを結ぶ伝送路上に設けられた圧縮イメージデータ伸張処理部１４０３を介するデータ転送と、圧縮イメージデータ伸張処理部１４０３を介さないデータ転送を行うことができる。このため、受信した印刷命令データが圧縮されたデータか否か、またデータ容量の大きさによって最適なデータ転送路を選択し、各バッファ間におけるデータ転送に対するＣＰＵの関与を軽減させることができるという利点がある。

しかしながら、特許文献１に開示された技術では、データの圧縮はデータ容量の大きいイメージデータのみにしか適用されておらず、文字を含む印刷命令データ全てに適用されているわけではない。命令解釈部１４０４に入る前段階、要はグラフィック、文字、ＰＪＬ（Ｐｒｉｎｔｅｒ Ｊｏｂ Ｌａｎｇｕａｇｅ）言語などを含む印刷命令データ全てを圧縮していないため、たとえば文字データのみの印刷命令データだと無圧縮のままデータ転送されることになる。シンクライアント環境にてスムーズな印刷環境を提供するためには、サーバ側からプリンタ側に転送するデータを圧縮してデータ容量を小さくし、ネットワークトラフィックを軽減するということが必要である。このため、適用範囲がイメージデータだけでは、シンクライアント環境下にてスムーズな印刷環境を提供することが困難であるという問題があった。

また、特許文献２に記載の装置では、上位装置からの任意の圧縮ファイル形式で記述された静止画像を入力情報とし、前記入力情報をビットマップに展開し、作像エンジンに出力する装置であって、前記入力情報における任意の圧縮ファイル形式に対応して前記入力情報を伸張することができる。

しかしながら、この特許文献２に記載された装置は、高精細静止画像を高速に印刷することを目的としたもので、シンクライアント環境下での印刷処理については何も検討されていない。したがって、シンクライアント環境下にてスムーズな印刷環境を提供するものではない。

この発明は、上述した従来技術による問題点を解消するため、サーバと画像形成装置との間のネットワークトラフィックを軽減させ、効率よく印刷命令データの送受信が行えるサーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムを提供することを目的とする。

また、画像形成装置側での印刷処理の効率を向上させ、短い時間で印刷処理を実行することが可能な画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムを提供することも、この発明の目的である。

上述した課題を解決し、目的を達成するため、請求項１の発明にかかるサーバは、ネットワークとの接続が可能であり、印刷命令データを生成する印刷命令データ生成手段と、前記印刷命令データ生成手段で生成された印刷命令データ全体に対して暗号化処理を施す暗号化手段と、前記印刷命令データ生成手段で生成された印刷命令データ、または前記暗号化手段により暗号化された印刷命令データ全体に対して圧縮処理を行う圧縮処理手段と、を備えたことを特徴とする。

また、請求項２の発明にかかるサーバは、請求項１に記載の発明において、前記印刷命令データに対する暗号化処理の必要性を判定する第１の判定手段を備えていることを特徴とする。

また、請求項３の発明にかかるサーバは、請求項１または２に記載の発明において、前記印刷命令データに対する圧縮処理の必要性を判定する第２の判定手段を備えていることを特徴とする。

また、請求項４の発明にかかる画像形成装置は、ネットワークとの接続が可能であり、受信した印刷命令データを一時的に記憶する第１のバッファと、前記印刷命令データに圧縮処理が施されているか否かを判定する圧縮データ判定手段と、圧縮された印刷命令データを伸張する圧縮データ伸張処理手段と、前記圧縮データ伸張処理手段によって伸張されたデータを一時的に記憶する第２のバッファと、前記印刷命令データを展開する命令解釈手段と、前記第１のバッファに記憶された前記印刷命令データを前記圧縮データ伸張処理手段または前記命令解釈手段のいずれかに伝送することを決定する伝送路決定手段と、を備えていることを特徴とする。

また、請求項５の発明にかかる画像形成装置は、請求項４に記載の発明において、前記第１のバッファから前記圧縮データ伸張処理手段を介して前記第２のバッファへ続くデータ伝送路を備えていることを特徴とする。

また、請求項６の発明にかかる画像形成装置は、請求項４または５に記載の発明において、前記第１のバッファから前記命令解釈手段へ続くデータ伝送路を備えていることを特徴とする。

また、請求項７の発明にかかる画像形成装置は、請求項４〜６のいずれか一つに記載の発明において、前記圧縮データ判定手段が、受信した印刷命令データのマジックナンバから圧縮形式を判定することを特徴とする。

また、請求項８の発明にかかる画像形成装置は、請求項４〜７のいずれか一つに記載の発明において、前記印刷命令データが暗号化されているか否かを判定する暗号化データ判定手段と、前記暗号化データ判定手段の判定に基づき、暗号化された印刷命令データを復号する暗号化データ復号処理手段と、を備えていることを特徴とする。

また、請求項９の発明にかかる画像形成装置は、請求項８に記載の発明において、前記圧縮データ伸張処理手段および前記暗号化データ復号処理手段が、いずれも複数備えられていることを特徴とする。

また、請求項１０の発明にかかる画像形成装置は、請求項４〜９のいずれか一つに記載の発明において、前記第１のバッファおよび前記第２のバッファがいずれも複数のバッファからなり、前記複数のバッファにはそれぞれ所定のＩＤが付与されており、前記伝送路決定手段が、ＩＤ管理テーブルに基づいて前記複数のバッファに付与されたＩＤを管理し当該ＩＤを指定することで前記印刷命令データを経由させるバッファを決定することを特徴とする。

また、請求項１１の発明にかかる画像形成装置は、請求項１０に記載の発明において、前記伝送路決定手段が、前記印刷命令データのジョブ優先度を判定し、当該ジョブ優先度の順に前記印刷命令データの処理が実行できるように、前記印刷命令データを経由させるバッファを決定することを特徴とする。

また、請求項１２の発明にかかる画像形成装置は、請求項４〜１１のいずれか一つに記載の発明において、前記圧縮データ伸張処理手段が、破損した前記印刷命令データを検出することを特徴とする。

また、請求項１３の発明にかかる画像形成装置は、請求項１２に記載の発明において、前記圧縮データ伸張処理手段が、破損した前記印刷命令データを検出すると、前記命令解釈手段にキャンセル要求を送信し、前記命令解釈手段の動作を停止させることを特徴とする。

また、請求項１４の発明にかかる画像形成装置は、請求項１２または１３に記載の発明において、前記圧縮データ伸張処理手段が、破損した前記印刷命令データを検出すると、当該印刷命令データをクリアすることを特徴とする。

また、請求項１５の発明にかかる画像処理システムは、請求項１〜３のいずれか一つに記載のサーバと、請求項４〜１４のいずれか一つに記載の画像形成装置と、前記サーバから前記画像形成装置への印刷命令データの送信を制御するクライアントＰＣまたはシンクライアントＰＣと、を備えていることを特徴とする。

また、請求項１６の発明にかかる画像処理方法は、請求項１５に記載の画像処理システムにおいて実行される画像処理方法であって、前記サーバにおいて前記画像形成装置へ送信する印刷命令データ全体の圧縮処理を行うデータ圧縮処理工程と、前記画像形成装置において受信した印刷命令データが圧縮処理されているか否かを判定するデータ圧縮判定工程と、前記データ圧縮判定工程の結果に基づき、前記画像形成装置内における前記印刷命令データの処理効率を向上させるように、前記印刷命令データの伝送路を決定するデータ伝送路決定工程と、を備えていることを特徴とする。

また、請求項１７の発明にかかる画像処理方法は、請求項１６に記載の発明において、前記データ圧縮判定工程が、受信した印刷命令データからマジックナンバを読み出すマジックナンバ読出工程と、前記マジックナンバ読出工程で読み出されたマジックナンバがデータの圧縮形式を示すコードと一致するか否かを判定するデータ圧縮形式判定工程と、を備えていることを特徴とする。

また、請求項１８の発明にかかる画像処理方法は、請求項１６または１７に記載の発明において、前記データ圧縮判定工程において前記印刷命令データが圧縮処理されていると判定された場合は、前記データ伝送路決定工程で前記印刷命令データを伸張させる前記圧縮データ伸張処理手段が配置されている伝送路を選択することを特徴とする。

また、請求項１９の発明にかかる画像処理方法は、請求項１６〜１８のいずれか一つに記載の発明において、前記サーバにおいて前記画像形成装置へ送信する印刷命令データ全体の暗号化処理を行うデータ暗号化工程と、前記画像形成装置において受信した印刷命令データが暗号化処理されているか否かを判定するデータ暗号化判定工程と、を備え、前記データ伝送路決定工程は、前記データ暗号化判定工程の結果に基づき、前記画像処理装置内における前記印刷命令データの処理効率を向上させるように、前記印刷命令データの伝送路を決定することを特徴とする。

また、請求項２０の発明にかかる画像処理方法は、請求項１９に記載の発明において、前記データ暗号化判定工程において前記印刷命令データが暗号化処理されていると判定された場合は、前記データ伝送路決定工程で前記印刷命令データを復号させる前記暗号化データ復号処理手段が配置されている伝送路を選択することを特徴とする。

また、請求項２１の発明にかかる画像処理プログラムは、請求項１６〜２０のいずれか一つに記載の画像処理方法をコンピュータに実行させることを特徴とする。

この発明にかかるサーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムによれば、容量の大きいイメージデータのみではなく、グラフィック、文字、ＰＪＬ言語を含む印刷命令データ全てを圧縮して送信するので、サーバと画像形成装置との間のネットワークトラフィックを軽減させ、効率よく印刷命令データの送受信が行えるという効果を奏する。

また、この発明にかかるサーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムによれば、特に、前記画像形成装置側で、圧縮データと非圧縮データの伝送路を区分し、双方のデータを効率的に処理可能にしたので、画像形成装置における印刷処理の効率を向上させ、短い時間で印刷処理を実行することができるという効果を奏する。

以下、添付図面を参照して、この発明にかかるサーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムの好適な実施の形態を詳細に説明する。

（画像処理システムの全体構成）
図１は、本発明の実施の形態にかかる画像処理システムの全体構成を示す図である。この画像処理システム１００は、サーバ１１０と、画像形成装置（プリンタ）１２０と、クライアントＰＣ１３０と、シンクライアントＰＣ１４０と、がそれぞれネットワーク１５０を介して接続されている。クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）は、ネットワーク１５０を介してサーバ１１０に印刷指示を送る。シンクライアント環境では、このサーバ１１０と画像形成装置１２０との間のネットワークが非常に狭帯域であることが想定される。この発明では、比較的容量の大きい印刷命令データは全体を圧縮して送信している。

（サーバの機能的構成）
図２は、この発明の実施の形態にかかるサーバの機能的構成を示すブロック図である。このサーバ１１０は、格納部２０１と、印刷命令データ生成部２０２と、第１の判定部２０３と、暗号化部２０４と、第２の判定部２０５と、圧縮処理部２０６と、を備えている。

格納部２０１は、印刷データを格納する。印刷命令データ生成部２０２は、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）から送られてきた印刷命令に従い、格納部２０１から取り出した印刷データに対し所定の情報を含むヘッダ、フッタを付加し、印刷命令データを生成する（印刷命令データの詳細は後述する）。第１の判定部２０３は、前記印刷命令データに対する暗号化の必要性の有無を判定する。たとえば、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）のプリンタドライバ（図示せず）において、ユーザから暗号化の必要性の有無についての指定を受け付け、暗号化の必要性の有無を示す暗号化情報を記憶しておく。そして、サーバ１１０は、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）から印刷命令とともに、暗号化情報を受信する。第１の判定部２０３は、暗号化情報を参照して、暗号化の必要性の有無を判定する。第１の判定部２０３で暗号化が必要と判定された印刷命令データは暗号化部２０４へ送られる。第１の判定部２０３で暗号化が不要と判定された印刷命令データは第２の判定部２０５へ送られる。暗号化部２０４では、印刷命令データを所定のアルゴリズムで暗号化する。ここで暗号化された印刷命令データは、第２の判定部２０５へ送られる。第２の判定部２０５では、印刷命令データの圧縮処理の必要性の有無を判定する。ここでは、印刷命令データの容量が所定量を超えているか否か（ネットワークトラフィックに負荷を生じさせるデータ容量か否か）で圧縮処理の必要性の有無を判定する。ここで、圧縮処理が必要と判定された印刷命令データは圧縮処理部２０６へ送られる。圧縮処理が不要と判定された印刷データは、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）から送られてきた印刷命令に従い、そのまま送信先の画像形成装置１２０へ送信される。圧縮処理部２０６では、第２の判定部２０５で圧縮が必要と判定された印刷命令データの圧縮処理が行われる。このとき、印刷命令データ全体が圧縮され、またデータの圧縮形式を示すマジックナンバが当該印刷命令データのヘッダに書き込まれる。

なお、図２では、印刷命令データに対して暗号化した後に圧縮処理を施すような構成のサーバ１１０を示したが、圧縮処理を先に施しその後に暗号化するようにしてもよい。

（印刷命令データの構造）
図３−１〜図３−３は、この発明の実施の形態にかかる画像処理システムで用いる印刷命令データの構造を示す図である。また、図３−４は、従来技術で用いられている印刷命令データの構造を示す図である。

図３−１に示すように、この発明の実施の形態にかかる画像処理システムで用いる印刷命令データ３００は、ヘッダ３０１と、印刷データ３０２と、フッタ３０３と、により構成される。ヘッダ３０１は、データの先頭に付加され、グラフィック、文字、ＰＪＬ言語により記述された印刷データ３０２に関する情報を保持する。また、前述したような印刷データ３０２の重要度情報もこのヘッダ３０１に記述されている。印刷データ３０２は、グラフィック、文字、イメージなどをＰＣＬやＰＳやＰＤＦなどで表示可能なデータからなる。また、フッタ３０３は、印刷データ３０２のページ番号、文書作成日、作成者などのページ情報がグラフィック、文字、ＰＪＬ言語により記述される。

従来技術では、図３−４に示すように、印刷命令データ３００に含まれる印刷データ３０２内の容量の大きいデータに対してのみ圧縮処理を施し、ネットワーク１５０へ送信している。これに対して、この実施の形態では、まず、暗号化が不要な印刷命令データ３００は、図３−２に示すように、印刷命令データ３００全体に対して圧縮処理が施される。一方、暗号化が必要な印刷命令データ３００は、図３−３に示すように、まず印刷命令データ３００全体が暗号化され、その後暗号化されたデータ全体に対して圧縮処理が施される。したがって、この実施の形態では、印刷命令データ３００全体に対して圧縮処理を施すことで、従来技術と比較して、同じ内容のデータを送信する場合であっても、実際に送信される送信データの容量を十分に縮小することができる。よって、サーバ１１０と画像形成装置１２０との間のネットワークトラフィックを軽減させ、効率よく印刷命令データの送受信が行えるようになる。

なお、図３−３に示した印刷命令データ３００は暗号化された後に圧縮処理が施された場合の例を示したが、印刷命令データ３００は圧縮処理を施した後に、暗号化して送信するようにしてもよい。

（画像形成装置の機能的構成）
図４は、この発明の実施の形態にかかる画像形成装置の機能的構成を示すブロック図である。この画像形成装置１２０は、圧縮データ判定部４０１と、暗号化データ判定部４０２と、伝送路決定部４０３と、受信バッファ４０４（第１のバッファ）と、圧縮データ伸張処理部４０５と、暗号化データ復号処理部４０６と、ＰＤＬバッファ４０７（第２のバッファ）と、命令解釈部４０８と、を備えている。

圧縮データ判定部４０１は、サーバ１１０から送られてきた印刷命令データ３００が圧縮データか否かを判定する。暗号化データ判定部４０２は、受信した印刷命令データ３００が暗号化されているか否かを判定する。伝送路決定部４０３は、受信した印刷命令データ３００の伝送路を決定する。また、受信した印刷命令データ３００のジョブ優先度を判別し、その判別結果に従いデータの伝送路を決定してもよい。データの伝送路は、各処理部にデータの読込先または書込先となるバッファのＩＤを渡すことにより決定される（詳細は後述する）。受信バッファ４０４は、複数のバッファ（受信バッファ４０４ａ，受信バッファ４０４ｂ，・・・）からなっており、受信した印刷命令データ３００を一時的に保持する。圧縮データ伸張処理部４０５は、受信バッファ４０４からから圧縮された印刷命令データ３００を読み込み、データの伸張を行う。暗号化データ復号処理部４０６は、暗号化データ判定部４０２により暗号化されていると判定された印刷命令データ３００を復号する。ＰＤＬバッファ４０７は、複数のバッファ（ＰＤＬバッファ４０７ａ，ＰＤＬバッファ４０７ｂ，・・・）からなっており、ビットマップに展開される前の印刷命令データ３００を一時的に保持する。命令解釈部４０８は、伝送路決定部４０３からバッファＩＤを受け取り、当該バッファＩＤに対応するバッファから印刷命令データ３００を読み込み、印刷命令データ３００に含まれるグラフィック、文字、ＰＪＬ言語を含む印刷データ３０２をビットマップに展開する。また、圧縮データ伸張処理部４０５や暗号化データ復号処理部４０６を複数備えることにより、割り込み印刷処理が可能になる。

次に、伝送路決定部４０３の処理について説明する。図４に示したように、画像形成装置１２０は、複数のバッファを有する受信バッファ４０４と、複数のバッファを有するＰＤＬバッファ４０７と、圧縮データ伸張処理部４０５と、暗号化データ復号処理部４０６を有しており、それらすべてに所定のＩＤが割り振られている。これらは、ＩＤ管理テーブルによって管理されている。

図５は、ＩＤ管理テーブルの一例を示す図である。このＩＤ管理テーブルにより、どのバッファに受信した印刷命令データ３００を導くかを管理する。たとえば、非圧縮データを受信した場合、処理効率を高めるため（無駄なバッファ読み書き込みをしなくて済むようにするため）、伝送路決定部４０３は、当該データに受信バッファ４０４のいずれかのバッファに対応するバッファＩＤ（たとえば、ｎ＋１）を付与し、圧縮データ伸張処理部４０５を経由せずに命令解釈部４０８へ到達できるように制御する。一方、圧縮データを受信した場合、伝送路決定部４０３は、圧縮データ伸張処理部４０５に対して、当該圧縮データの読込先となる受信バッファ４０４のＩＤ（たとえば、ｎ）と書込先となるＰＤＬバッファ４０７のＩＤ（たとえば、ｍ）を渡し、命令解釈部４０８へはデータの読込先となるＰＤＬバッファ４０７のＩＤ（たとえば、ｍ）を渡すことで、圧縮データ伸張処理部４０５を経由することで、圧縮データが伸張されて命令解釈部４０８へ到達できるようになる。暗号化されたデータの復号が必要な場合も同様である。また、この画像形成装置１２０は、印刷命令データ３００の伸張処理と復号処理は、どちらを先に行ってもよく、受信した印刷命令データ３００の構造に従う。また、この画像形成装置１２０は、バッファが複数あるので、複数のデータ変換を同時に処理することができる。

また、この画像形成装置１２０では、圧縮された印刷命令データ３００を取り扱うことを想定している。圧縮データは、圧縮処理の際に、データの破損が生じることがある。破損したデータは、データの伸張処理を行う際に障害が発生するおそれがある。そこで、圧縮データ伸張処理部４０５に、破損データを原因とする障害回避機能を設けている。

図６は、圧縮データ伸張処理部の障害回避機能について説明するための図である。圧縮データ伸張処理部４０５は、破損データを検出すると、命令解釈部４０８にキャンセル要求を通知する。キャンセル要求を受け取ると、命令解釈部４０８はＰＤＬバッファ４０７からのデータ読み込みを中止する。続いて、圧縮データ伸張処理部４０５は、受信バッファ４０４から受信したデータ（破損データ）をクリアする。このようにすることで、破損データによる障害の発生を回避することができる。

（画像処理システムの処理）
次に、この発明の実施の形態にかかる画像処理システムの処理の内容を説明する。

図７は、この発明の実施の形態にかかる画像処理システムの処理手順を示すフローチャートである。まず、この図に基づき、画像処理システム１００の全体処理の概要を説明する。

図７のフローチャートにおいて、まず、印刷要求を行う（ステップＳ７０１）。すなわち、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）がネットワーク１５０を介してサーバ１１０に印刷指示を送信する。

次に、印刷命令データ３００を生成する（ステップＳ７０２）。ここでは、印刷命令データ生成部２０２は、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）から送られてきた印刷命令に従い、格納部２０１から取り出した印刷データ３０２に対し所定の情報を含むヘッダ、フッタを付加し、印刷命令データ３００を生成する。

次に、暗号化が必要か否かを判定する（ステップＳ７０３）。すなわち、第１の判定部２０３が、ステップＳ７０２で生成された印刷命令データ３００に対する暗号化の必要性の有無を判定する。暗号化の必要性の有無は、たとえば、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）から受信した暗号化情報に基づいて行う。ここで、暗号化が不要と判断された場合（ステップＳ７０３：Ｎｏ）は、ステップＳ７０５へ移行する。

一方、ステップＳ７０３において暗号化が必要と判断された場合（ステップＳ７０３：Ｙｅｓ）は、暗号化処理を施す（ステップＳ７０４）。暗号化部２０４が印刷命令データ３００を所定のアルゴリズムで暗号化する。

次に、圧縮処理が必要か否かを判定する（ステップＳ７０５）。ここでは、第２の判定部２０５が、印刷命令データ３００の圧縮処理の必要性の有無を判定する。ここでは、印刷命令データ３００の容量が所定量を超えているか否か（ネットワークトラフィックに負荷を生じさせるデータ容量か否か）で圧縮処理の必要性の有無を判定する。ここで、圧縮処理が不要と判定された場合（ステップＳ７０５：Ｎｏ）はステップＳ７０７へ移行する。なお、他の例としては、サーバ１１０は、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）から印刷命令とともに圧縮処理の有無を示す圧縮情報を受信し、第２の判定部２０５は、圧縮処理情報に基づいて圧縮処理の必要性の有無を判定してもよい。この場合には、たとえばクライアントＰＣ１３０（またはシンクライアントＰＣ１４０）のプリンタドライバにおいて、ユーザから圧縮処理の有無についての指定を受け付け、指定された圧縮処理の有無を示す圧縮情報を保持しておく。

一方、ステップＳ７０５において圧縮処理が必要と判定された場合（ステップＳ７０５：Ｙｅｓ）は、圧縮処理を施す（ステップＳ７０６）。ここでは、圧縮処理部２０６が印刷命令データ３００の圧縮処理を行う。なお、圧縮処理部２０６は、印刷命令データ３００を、ユーザにより作成された印刷データに付与されたマジックナンバにより定まる圧縮形式の圧縮ファイルに変換する。ここで、マジックナンバとは、たとえば、ＧＺＩＰやＬＺＨなどの圧縮形式を判別する文字列のことである。図８は、印刷データ５００を示す図である。クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）において、ユーザがアプリケーションを利用して印刷データを作成すると、このアプリケーションにより図８に示すように印刷データ５００のヘッダに、たとえば「０ｘ０８」などのマジックナンバのコード５１０が自動的に付与される。圧縮処理部２０６は、このマジックナンバのコードにより判別される圧縮形式での圧縮処理を行う。

次に、印刷命令データ３００を画像形成装置１２０が受信する（ステップＳ７０７）。

次に、圧縮処理が施されているか否かを判定する（ステップＳ７０８）。ここでは、圧縮データ判定部４０１がサーバ１１０から送られてきた印刷命令データ３００が圧縮データか否かを判定する。ステップＳ７０８における判定手法の詳細は後述する。圧縮処理が施されている場合（ステップＳ７０８：Ｙｅｓ）は、続いて、圧縮データは暗号化されているか否かを判定する（ステップＳ７０９）。ここでは、暗号化データ判定部４０２が受信した印刷命令データ３００が暗号化されているか否かを判定する。ここで、暗号化されていると判定された場合は（ステップＳ７０９：Ｙｅｓ）は、データ伸張、復号処理を行う（ステップＳ７１０）。ここでは、伝送路決定部４０３が、印刷命令データ３００が圧縮データ伸張処理部４０５に続き、暗号化データ復号処理部４０６を経由できるように、バッファＩＤを設定することにより、データの伸張、復号処理が可能になる。この後、印刷命令データ３００を命令解釈部４０８へ送る（ステップＳ７１４）。

一方、ステップＳ７０９において暗号化されていないと判定された場合（ステップＳ７０９：Ｎｏ）は、データ伸張処理のみを行う（ステップＳ７１１）。ここでは、伝送路決定部４０３が、印刷命令データ３００が圧縮データ伸張処理部４０５を経由できるように、バッファＩＤを設定することにより、データの伸張が可能になる。この後、印刷命令データ３００を命令解釈部４０８へ送る（ステップＳ７１４）。

また、ステップＳ７０８において圧縮処理が施されていない場合（ステップＳ７０８：Ｎｏ）は、続いて、非圧縮データは暗号化されているか否かを判定する（ステップＳ７１２）。ここでは、暗号化データ判定部４０２が受信した印刷命令データ３００が暗号化されているか否かを判定する。ここで、暗号化されていると判定された場合は（ステップＳ７１２：Ｙｅｓ）は、データ復号処理のみを行う（ステップＳ７１３）。ここでは、伝送路決定部４０３が、印刷命令データ３００が暗号化データ復号処理部４０６を経由できるように、バッファＩＤを設定することにより、データの復号処理が可能になる。この後、印刷命令データ３００を命令解釈部４０８へ送る（ステップＳ７１４）。

一方、ステップＳ７１２において暗号化されていないと判定された場合は（ステップＳ７１２：Ｎｏ）は、印刷命令データ３００を命令解釈部４０８へ送る（ステップＳ７１４）。ここでは、伝送路決定部４０３が、印刷命令データ３００が圧縮データ伸張処理部４０５および暗号化データ復号処理部４０６を経由しないようにバッファＩＤを設定することにより、印刷命令データ３００が受信バッファ４０４を経由した後直ちに命令解釈部４０８へ送られるようになる。

続いて、図７に示したステップＳ７０８における圧縮データの判定処理について説明する。圧縮アルゴリズムには、必ずデータがどの形式で圧縮されたのかを示すコードがデータのヘッダ内にマジックナンバとして付加されている。そこで、そのマジックナンバが圧縮形式をあらわすコードと合致すれば、そのコードと対応する圧縮形式で圧縮されたデータであり、合致しなければ非圧縮データであることが分かる。図９は、圧縮データ判定部４０１が有する圧縮判定テーブル４１０のデータ構成を示す図である。圧縮判定テーブル４１０において、圧縮形式とマジックナンバのコードとが対応付けられている。圧縮データ判定部４０１は、印刷命令データ３００のヘッダに付加されたマジックナンバのコードと圧縮判定テーブル４１０に記憶されているマジックナンバのコードとを比較することにより、圧縮データか否かを判定する。以下、この圧縮データの判定処理手順を示す。

図１０は、圧縮データ判定処理の手順を示すフローチャートである。図１０のフローチャートにおいて、まず、受信した印刷命令データ３００からマジックナンバのコードを読み出す（ステップＳ８０１）。次に、圧縮判定テーブル４１０に、印刷命令データ３００から読み出したマジックナンバのコードと一致するコードが記憶されているか否かを判定する（ステップＳ８０２）。印刷命令データ３００から読み出したコードと圧縮判定テーブル４１０に記憶されているコードとが一致する場合、すなわち、印刷命令データ３００から読み出したコードがデータの圧縮形式を示すマジックナンバのコードと一致する場合（ステップＳ８０２：Ｙｅｓ）は、データ圧縮形式を確定する（ステップＳ８０３）。一方、印刷命令データ３００から読み出したコードがデータの圧縮形式を示すマジックナンバのコードと一致しない場合（ステップＳ８０２：Ｎｏ）は、非圧縮データと判定する（ステップＳ８０４）。

以下、この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明する。

図１１は、この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。この図１１では、圧縮処理のみが施された印刷命令データを伝送する場合の例を示している。

図１１において、まず、印刷要求を行う（ステップＳ９０１）。具体的には、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）が、ネットワーク１５０を介し、サーバ１１０に印刷指示する。この時、印刷命令データ３００を圧縮する指示も行う。

次に、データを圧縮する（ステップＳ９０２）。サーバ１１０の圧縮処理部２０６がグラフィック、文字、ＰＪＬ言語を含む印刷命令データ３００を圧縮する。

次に、印刷命令を受信する（ステップＳ９０３）。サーバ１１０から画像形成装置１２０が印刷命令データ３００を受信する。

次に、データの判定を行う（ステップＳ９０４）。判定は、画像形成装置１２０の圧縮データ判定部４０１が行う。印刷命令データ３００のヘッダ３０１にあるマジックナンバを確認することで、データの圧縮形式が判明する。

次に、データ判定結果を受信する（ステップＳ９０５）。伝送路決定部４０３が圧縮データ判定部４０１から送られたデータが圧縮されているか否かの判定結果を受け取る。

バッファＩＤを決定する（ステップＳ９０６）。伝送路決定部４０３が使用する（印刷命令データ３００を送る）バッファのＩＤを決定する。バッファＩＤの手法は、前述のとおりである。

命令解釈部４０８がバッファＩＤを受信する（ステップＳ９０７）。命令解釈部４０８がデータを読込先となるＰＤＬバッファ４０７のＩＤを受信する。

圧縮データ伸張処理部４０５がバッファＩＤを受信する（ステップＳ９０８）。圧縮データ伸張処理部４０５が、データの読込先となる受信バッファ４０４のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

第１のデータ書き込みを行う（ステップＳ９０９）。受信バッファ４０４へ伝送路決定部４０３が受信した印刷命令データ３００を書き込む。

第１のデータ読み込みを行う（ステップＳ９１０）。圧縮データ伸張処理部４０５が、ステップＳ９０９で書き込まれたデータを読み込む。

データ伸張処理を行う（ステップＳ９１１）。圧縮データ伸張処理部４０５が、ステップＳ９１０で読み込まれた圧縮データを伸張する。

第２のデータ書き込みを行う（ステップＳ９１２）。ステップＳ９１１で伸張された印刷命令データ３００を圧縮データ伸張処理部４０５がＰＤＬバッファ４０７へ書き込む。

第２のデータ読み込みを行う（ステップＳ９１３）。命令解釈部４０８が、ステップＳ９１１でＰＤＬバッファ４０７に書き込まれた印刷命令データ３００を読み込む。

ビットマップ展開を行う（ステップＳ９１４）。命令解釈部４０８が、ステップＳ９１３で読み込んだ印刷命令データ３００に含まれる印刷データ３０２をビットマップ展開する。

図１２は、この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。この図１２では、暗号化処理のみが施された印刷命令データを伝送する場合の例を示している。

図１２において、まず、印刷要求を行う（ステップＳ１００１）。具体的には、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）が、ネットワーク１５０を介し、サーバ１１０に印刷指示する。この時、印刷命令データ３００を暗号化する指示も行う。

次に、データを暗号化する（ステップＳ１００２）。サーバ１１０の暗号化部２０４がグラフィック、文字、ＰＪＬ言語を含む印刷命令データ３００を暗号化する。

次に、印刷命令を受信する（ステップＳ１００３）。サーバ１１０から画像形成装置１２０が印刷命令データ３００を受信する。

次に、データの判定を行う（ステップＳ１００４）。判定は、画像形成装置１２０の暗号化データ判定部４０２が行う。

次に、データ判定結果を受信する（ステップＳ１００５）。伝送路決定部４０３が暗号化データ判定部４０２から送られたデータが暗号化されているか否かの判定結果を受け取る。

バッファＩＤを決定する（ステップＳ１００６）。伝送路決定部４０３が使用する（印刷命令データ３００を送る）バッファのＩＤを決定する。バッファＩＤの手法は、前述のとおりである。

命令解釈部４０８がバッファＩＤを受信する（ステップＳ１００７）。命令解釈部４０８がデータの読込先となるＰＤＬバッファ４０７のＩＤを受信する。

暗号化データ復号処理部４０６がバッファＩＤを受信する（ステップＳ１００８）。暗号化データ復号処理部４０６が、データの読込先となる受信バッファ４０４のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

第１のデータ書き込みを行う（ステップＳ１００９）。受信バッファ４０４へ伝送路決定部４０３が受信した印刷命令データ３００を書き込む。

第１のデータ読み込みを行う（ステップＳ１０１０）。暗号化データ復号処理部４０６が、ステップＳ１００９で書き込まれたデータを読み込む。

データの復号を行う（ステップＳ１０１１）。暗号化データ復号処理部４０６が、ステップＳ１０１０で読み込まれた暗号化されたデータを復号する。

第２のデータ書き込みを行う（ステップＳ１０１２）。ステップＳ１０１１で復号された印刷命令データ３００を暗号化データ復号処理部４０６がＰＤＬバッファ４０７へ書き込む。

第２のデータ読み込みを行う（ステップＳ１０１３）。命令解釈部４０８が、ステップＳ１０１２でＰＤＬバッファ４０７に書き込まれた印刷命令データ３００を読み込む。

ビットマップ展開を行う（ステップＳ１０１４）。命令解釈部４０８が、ステップＳ１０１３で読み込んだ印刷命令データ３００に含まれる印刷データ３０２をビットマップ展開する。

図１３は、この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。この図１３では、暗号化処理を施した後に、さらに圧縮処理が施された印刷命令データを伝送する場合の例を示している。

図１３において、まず、印刷要求を行う（ステップＳ１１０１）。具体的には、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）が、ネットワーク１５０を介し、サーバ１１０に印刷指示する。このとき、印刷命令データ３００を暗号化し、圧縮する指示も行う。

次に、データを暗号化する（ステップＳ１１０２）。サーバ１１０の暗号化部２０４がグラフィック、文字、ＰＪＬ言語を含む印刷命令データ３００を暗号化する。

続けて、データを圧縮する（ステップＳ１１０３）。圧縮処理部２０６が、ステップＳ１１０２で暗号化されたデータをさらに圧縮する。

次に、印刷命令を受信する（ステップＳ１１０４）。サーバ１１０から画像形成装置１２０が印刷命令データ３００を受信する。

次に、データの判定を行う（ステップＳ１１０５）。判定は、画像形成装置１２０の圧縮データ判定部４０１および暗号化データ判定部４０２が行う。

次に、データ判定結果を受信する（ステップＳ１１０６）。伝送路決定部４０３が、圧縮データ判定部４０１および暗号化データ判定部４０２から送られたデータが圧縮されているか否かまた暗号化されているか否かの判定結果を受け取る。

バッファＩＤを決定する（ステップＳ１１０７）。伝送路決定部４０３が使用する（印刷命令データ３００を送る）バッファのＩＤを決定する。バッファＩＤの手法は、前述のとおりである。

暗号化データ復号処理部４０６がバッファＩＤを受信する（ステップＳ１１０８）。暗号化データ復号処理部４０６が、データの読込先となるＰＤＬバッファ４０７のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

圧縮データ伸張処理部４０５がバッファＩＤを受信する（ステップＳ１１０９）。圧縮データ伸張処理部４０５が、データの読込先となる受信バッファ４０４のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

命令解釈部４０８がバッファＩＤを受信する（ステップＳ１１１０）。命令解釈部４０８がデータの読込先となるＰＤＬバッファ４０７のＩＤを受信する。

第１のデータ書き込みを行う（ステップＳ１１１１）。受信バッファ４０４へ伝送路決定部４０３が受信した印刷命令データ３００を書き込む。

第１のデータ読み込みを行う（ステップＳ１１１２）。圧縮データ伸張処理部４０５が、ステップＳ１１１１で書き込まれたデータを読み込む。

データ伸張処理を行う（ステップＳ１１１３）。圧縮データ伸張処理部４０５が、ステップＳ１１１２で読み込んだ圧縮データを伸張する。

第２のデータ書き込みを行う（ステップＳ１１１４）。ステップＳ１１１３で伸張された印刷命令データ３００を圧縮データ伸張処理部４０５がＰＤＬバッファ４０７へ書き込む。

第２のデータ読み込みを行う（ステップＳ１１１５）。暗号化データ復号処理部４０６が、ステップＳ１１１３で書き込まれたデータを読み込む。

データの復号を行う（ステップＳ１１１６）。暗号化データ復号処理部４０６が、ステップＳ１１１５で読み込んだ暗号化されたデータを復号する。

第３のデータ書き込みを行う（ステップＳ１１１７）。ステップＳ１１１６で復号された印刷命令データ３００を暗号化データ復号処理部４０６がＰＤＬバッファ４０７へ書き込む。

第３のデータ読み込みを行う（ステップＳ１１１８）。命令解釈部４０８が、ステップＳ１１１７でＰＤＬバッファ４０７に書き込まれた印刷命令データ３００を読み込む。

ビットマップ展開を行う（ステップＳ１１１９）。命令解釈部４０８が、ステップＳ１１１８で読み込んだ印刷命令データ３００に含まれる印刷データ３０２をビットマップ展開する。

図１４は、この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。この図１４では、圧縮処理を施した後に、さらに暗号化処理が施された印刷命令データを伝送する場合の例を示している。

図１４において、まず、印刷要求を行う（ステップＳ１２０１）。具体的には、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）が、ネットワーク１５０を介し、サーバ１１０に印刷指示する。この時、印刷命令データ３００を圧縮し、さらに暗号化する指示も行う。

次に、データを圧縮する（ステップＳ１２０２）。サーバ１１０の圧縮処理部２０６が、グラフィック、文字、ＰＪＬ言語を含む印刷命令データ３００を圧縮する。

続けて、データを暗号化する（ステップＳ１２０３）。暗号化部２０４が、ステップＳ１２０２で圧縮されたデータをさらに暗号化する。

次に、印刷命令を受信する（ステップＳ１２０４）。サーバ１１０から画像形成装置１２０が印刷命令データを受信する。

次に、データの判定を行う（ステップＳ１２０５）。判定は、画像形成装置１２０の暗号化データ判定部４０２および圧縮データ判定部４０１が行う。

次に、データ判定結果を受信する（ステップＳ１２０６）。伝送路決定部４０３が、暗号化データ判定部４０２および圧縮データ判定部４０１から送られたデータが暗号化されているか否かまた圧縮されているか否かの判定結果を受け取る。

バッファＩＤを決定する（ステップＳ１２０７）。伝送路決定部４０３が使用する（印刷命令データ３００を送る）バッファのＩＤを決定する。バッファＩＤの手法は、前述のとおりである。

暗号化データ復号処理部４０６がバッファＩＤを受信する（ステップＳ１２０８）。暗号化データ復号処理部４０６が、データの読込先となる受信バッファ４０４のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

圧縮データ伸張処理部４０５がバッファＩＤを受信する（ステップＳ１２０９）。圧縮データ伸張処理部４０５が、データの読込先となるＰＤＬバッファ４０７と書込先となるＰＤＬバッファ４０７のＩＤを受信する。

命令解釈部４０８がバッファＩＤを受信する（ステップＳ１２１０）。命令解釈部４０８がデータの読込先となるＰＤＬバッファ４０７のＩＤを受信する。

第１のデータ書き込みを行う（ステップＳ１２１１）。受信バッファ４０４へ伝送路決定部４０３が受信した印刷命令データ３００を書き込む。

第１のデータ読み込みを行う（ステップＳ１２１２）。暗号化データ復号処理部４０６が、ステップＳ１２１１で書き込まれたデータを読み込む。

データの復号を行う（ステップＳ１２１３）。暗号化データ復号処理部４０６が、ステップＳ１２１２で読み込んだ暗号化されたデータを復号する。

第２のデータ書き込みを行う（ステップＳ１２１４）。ステップＳ１２１３で復号された印刷命令データ３００を暗号化データ復号処理部４０６がＰＤＬバッファ４０７へ書き込む。

第２のデータ読み込みを行う（ステップＳ１２１５）。圧縮データ伸張処理部４０５が、ステップＳ１２１４で書き込まれたデータを読み込む。

データ伸張処理を行う（ステップＳ１２１６）。圧縮データ伸張処理部４０５が、ステップＳ１２１５で読み込んだ圧縮データを伸張する。

第３のデータ書き込みを行う（ステップＳ１２１７）。ステップＳ１２１６で伸張された印刷命令データ３００を圧縮データ伸張処理部４０５がＰＤＬバッファ４０７へ書き込む。

第３のデータ読み込みを行う（ステップＳ１２１８）。命令解釈部４０８が、ステップＳ１２１７でＰＤＬバッファ４０７に書き込まれた印刷命令データ３００を読み込む。

ビットマップ展開を行う（ステップＳ１２１９）。命令解釈部４０８が、ステップＳ１２１８で読み込んだ印刷命令データ３００に含まれる印刷データ３０２をビットマップ展開する。

このように、圧縮データ伸張処理部４０５、暗号化データ復号処理部４０６は、伝送路決定部４０３から読込先／書込先バッファのＩＤを受け取ると、そのバッファからデータを常に読み込んで処理し書き込もうとする。このため、読込先バッファに何もデータが書き込まれていなければ、その処理は見かけ上停止していることになる。そこで、バッファＩＤを管理することで、圧縮データ伸張処理部４０５および暗号化データ復号処理部４０６に効果的にデータを送り込み、処理効率を向上させている。

また、この画像処理システム１００を構成する画像形成装置１２０では、受信バッファ４０４、ＰＤＬバッファ４０７以外に、圧縮データ伸張処理部４０５を複数設けるとよい。このようにすることで、割り込み印刷にも対応できる。この場合、伝送路決定部４０３が受信した印刷命令データ３００のジョブ優先度からバッファＩＤを決定しデータを割り振ることになる。割り込まれた受信バッファ４０４にはサーバ１１０からの印刷命令データ３００が書き込まれないため、見かけ上停止することになる。割り込んだ圧縮データ伸張処理部４０５は、バッファＩＤが決定されることで、読込先／書込先が分かるため動作することになる。また、割り込みジョブが非圧縮データである場合、同様にＰＤＬバッファ４０７を介さないデータ伝送路を備えている。以下、割り込み印刷を行う場合の処理を示す。

図１５は、割り込み印刷を行う場合における印刷命令データの伝送制御を説明するためのタイミングチャートである。

図１５において、まず、印刷要求を行う（ステップＳ１３０１）。具体的には、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）が、ネットワーク１５０を介し、サーバ１１０に印刷指示する。この時、印刷命令データ３００を圧縮する指示も行う。

次に、データを圧縮する（ステップＳ１３０２）。サーバ１１０の圧縮処理部２０６がグラフィック、文字、ＰＪＬ言語を含む印刷命令データ３００を圧縮する。

次に、印刷命令を受信する（ステップＳ１３０３）。サーバ１１０から画像形成装置１２０が印刷命令データ３００を受信する。

次に、データの判定を行う（ステップＳ１３０４）。判定は、画像形成装置１２０の圧縮データ判定部４０１が行う。印刷命令データ３００のヘッダ３０１にあるマジックナンバを確認することで、データの圧縮形式が判明する。

次に、データ判定結果を受信する（ステップＳ１３０５）。伝送路決定部４０３が圧縮データ判定部４０１から送られたデータが圧縮されているか否かの判定結果を受け取る。

バッファＩＤを決定する（ステップＳ１３０６）。伝送路決定部４０３が使用する（印刷命令データ３００を送る）バッファのＩＤを決定する。バッファＩＤの手法は、前述のとおりである。

圧縮データ伸張処理部４０５がバッファＩＤを受信する（ステップＳ１３０７）。圧縮データ伸張処理部４０５が、データの読込先となる受信バッファ４０４のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

命令解釈部４０８がバッファＩＤを受信する（ステップＳ１３０８）。命令解釈部４０８がデータの読込先となるＰＤＬバッファ４０７のＩＤを受信する。

第１のデータ書き込みを行う（ステップＳ１３０９）。受信バッファ４０４へ伝送路決定部４０３が受信した印刷命令データ３００を書き込む。

第１のデータ読み込みを行う（ステップＳ１３１０）。圧縮データ伸張処理部４０５が、ステップＳ１３０９で書き込まれたデータを読み込む。

データ伸張処理を行う（ステップＳ１３１１）。圧縮データ伸張処理部４０５が、ステップＳ１３１０で読み込んだ圧縮されたデータを伸張する。

第２のデータ書き込みを行う（ステップＳ１３１２）。ステップＳ１３１１で伸張された印刷命令データ３００を圧縮データ伸張処理部４０５がＰＤＬバッファ４０７へ書き込む。

第２のデータ読み込みを行う（ステップＳ１３１３）。命令解釈部４０８が、ステップＳ１３１２でＰＤＬバッファ４０７に書き込まれた印刷命令データ３００を読み込む。

ビットマップ展開を行う（ステップＳ１３１４）。命令解釈部４０８が、ステップＳ１３１３で読み込んだ印刷命令データ３００に含まれる印刷データ３０２をビットマップ展開する。

さらに、上記ステップＳ１３０１〜ステップＳ１３１４の処理と平行して以下の処理を行う。

印刷要求を行う（ステップＳ１３１５）。具体的には、クライアントＰＣ１３０（またはシンクライアントＰＣ１４０）が、ネットワーク１５０を介し、サーバ１１０に印刷指示する。この時、印刷命令データを圧縮する指示も行う。

次に、データを圧縮する（ステップＳ１３１６）。サーバ１１０の圧縮処理部２０６がグラフィック、文字、ＰＪＬ言語を含む印刷命令データを圧縮する。

次に、印刷命令を受信する（ステップＳ１３１７）。サーバ１１０から画像形成装置１２０が印刷命令データを受信する。

次に、データの判定を行う（ステップＳ１３１８）。判定は、画像形成装置１２０の圧縮データ判定部４０１が行う。印刷命令データ３００のヘッダ３０１にあるマジックナンバを確認することで、データの圧縮形式が判明する。

次に、データ判定結果を受信する（ステップＳ１３１９）。伝送路決定部４０３が圧縮データ判定部４０１から送られたデータが圧縮されているか否かの判定結果を受け取る。

バッファＩＤを決定する（ステップＳ１３２０）。伝送路決定部４０３が使用する（印刷命令データ３００を送る）バッファのＩＤを決定する。ここでは、受信した印刷命令データ３００のジョブ優先度からバッファＩＤが決定される。

他の圧縮データ伸張処理部４０５がバッファＩＤを受信する（ステップＳ１３２１）。他の圧縮データ伸張処理部４０５が、データの読込先となる受信バッファ４０４のＩＤと書込先となるＰＤＬバッファ４０７のＩＤを受信する。

命令解釈部４０８がバッファＩＤを受信する（ステップＳ１３２２）。命令解釈部４０８がデータの読込先となるＰＤＬバッファ４０７のＩＤを受信する。

第３のデータ書き込みを行う（ステップＳ１３２３）。受信バッファ４０４へ伝送路決定部４０３が受信した印刷命令データ３００を書き込む。

第３のデータ読み込みを行う（ステップＳ１３２４）。他の圧縮データ伸張処理部４０５が、ステップＳ１３２３で書き込まれたデータを読み込む。

データ伸張処理を行う（ステップＳ１３２５）。他の圧縮データ伸張処理部４０５が、ステップＳ１３２４で読み込んだ圧縮されたデータを伸張する。

第４のデータ書き込みを行う（ステップＳ１３２６）。ステップＳ１３２５で伸張された印刷命令データ３００を他の圧縮データ伸張処理部４０５がＰＤＬバッファ４０７へ書き込む。

第４のデータ読み込みを行う（ステップＳ１３２７）。命令解釈部４０８が、ステップＳ１３２６でＰＤＬバッファ４０７に書き込まれた印刷命令データ３００を読み込む。

ビットマップ展開を行う（ステップＳ１３２８）。命令解釈部４０８が、ステップＳ１３２７で読み込んだ印刷命令データ３００に含まれる印刷データ３０２をビットマップ展開する。

なお、図１５では圧縮された印刷命令データ３００による割り込み印刷処理の例を示した。しかし、印刷命令データ３００が暗号化されている場合は、画像形成装置１２０において暗号化データ復号処理部４０６を複数備え、図１５に示した手順と同様な処理を行うことで暗号化された印刷命令データ３００による割り込み印刷処理も可能になる。

以上説明したように、この実施の形態にかかる画像処理システムでは、容量の大きいイメージデータのみではなく、グラフィック、文字、ＰＪＬ言語を含む印刷命令データ全てを圧縮して送信するので、サーバと画像形成装置との間のネットワークトラフィックを軽減させ、効率よく印刷命令データの送受信が行えるようになる。

また、この実施の形態にかかる画像処理システムでは、特に、前記画像形成装置側で、圧縮データと非圧縮データの伝送路を区分し、双方のデータを効率的に処理することを可能にしたので、画像形成装置における印刷処理の効率を向上させ、短い時間で印刷処理を実行することできる。すなわち、圧縮された印刷命令データと圧縮されていない印刷命令データが混在して前記画像形成装置に送られた場合、圧縮されていない印刷命令データを圧縮データ伸張処理部４０５へ渡しＰＤＬバッファ４０７へ書き込むと、多くのステップを経るため処理時間が増大し速度低下につながってしまう。そこで、この実施の形態では、圧縮されていない印刷命令データを受信した場合は、受信バッファ４０４からそのまま命令解釈部４０８に到達するデータ伝送路を形成することで、印刷命令データの処理効率を向上させている。特に、この実施の形態では、画像形成装置内に複数のバッファを備え、これらのバッファにバッファＩＤを付与し、そのバッファＩＤをＩＤ管理テーブルによって管理することで、データ処理効率が向上するように印刷命令データの伝送路を決定することができる。

さらに、圧縮データ伸張処理部４０５や暗号化データ復号処理部４０６を複数備えることで、割り込み印刷処理の可能になる。

また、この実施の形態では、送信する印刷命令データの暗号化にも対応しているため、機密文書の印刷処理にも適している。

なお、本実施の形態で説明した画像処理方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。

以上のように、この発明にかかるサーバ、画像形成装置、画像処理システム、画像処理方法、および画像処理プログラムは、サーバと画像形成装置との間のネットワークトラフィックの軽減に有用であり、また画像形成装置における印刷処理効率をより向上させることができる。

本発明の実施の形態にかかる画像処理システムの全体構成を示す図である。 この発明の実施の形態にかかるサーバの機能的構成を示すブロック図である。 この発明の実施の形態にかかる画像処理システムで用いる印刷命令データの構造を示す図である。 この発明の実施の形態にかかる画像処理システムで用いる印刷命令データの構造を示す図である。 この発明の実施の形態にかかる画像処理システムで用いる印刷命令データの構造を示す図である。 従来技術で用いられている印刷命令データの構造を示す図である。 この発明の実施の形態にかかる画像形成装置の機能的構成を示すブロック図である。 ＩＤ管理テーブルの一例を示す図である。 圧縮データ伸張処理部の障害回避機能について説明するための図である。 この発明の実施の形態にかかる画像処理システムの処理手順を示すフローチャートである。 印刷データ５００を示す図である。 圧縮データ判定部４０１が有する圧縮判定テーブル４１０のデータ構成を示す図である。 圧縮データ判定処理の手順を示すフローチャートである。 この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。 この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。 この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。 この発明の実施の形態にかかる画像処理システムにおける具体的な印刷命令データの伝送制御を説明するためのタイミングチャートである。 割り込み印刷を行う場合における印刷命令データの伝送制御を説明するためのタイミングチャートである。 従来の画像形成装置の概略構成の一例を示すブロック図である。

符号の説明

１００ 画像処理システム
１１０ サーバ
１２０ 画像形成装置
１３０ クライアントＰＣ
１４０ シンクライアントＰＣ
１５０ ネットワーク
２０１ 格納部
２０２ 印刷命令データ生成部
２０３ 第１の判定部
２０４ 暗号化部
２０５ 第２の判定部
２０６ 圧縮処理部
３００ 印刷命令データ
３０１ ヘッダ
３０２ 印刷データ
３０３ フッタ
４０１ 圧縮データ判定部
４０２ 暗号化データ判定部
４０３ 伝送路決定部
４０４，４０４ａ，４０４ｂ 受信バッファ
４０５ 圧縮データ伸張処理部
４０６ 暗号化データ復号処理部
４０７，４０７ａ，４０７ｂ ＰＤＬバッファ
４０８ 命令解釈部

Claims (21)

1. ネットワークとの接続が可能であり、
   印刷命令データを生成する印刷命令データ生成手段と、
   前記印刷命令データ生成手段で生成された印刷命令データ全体に対して暗号化処理を施す暗号化手段と、
   前記印刷命令データ生成手段で生成された印刷命令データ、または前記暗号化手段により暗号化された印刷命令データ全体に対して圧縮処理を行う圧縮処理手段と、
   を備えたことを特徴とするサーバ。
2. 前記印刷命令データに対する暗号化処理の必要性を判定する第１の判定手段を備えていることを特徴とする請求項１に記載のサーバ。
3. 前記印刷命令データに対する圧縮処理の必要性を判定する第２の判定手段を備えていることを特徴とする請求項１または２に記載のサーバ。
4. ネットワークとの接続が可能であり、
   受信した印刷命令データを一時的に記憶する第１のバッファと、
   前記印刷命令データに圧縮処理が施されているか否かを判定する圧縮データ判定手段と、
   圧縮された印刷命令データを伸張する圧縮データ伸張処理手段と、
   前記圧縮データ伸張処理手段によって伸張されたデータを一時的に記憶する第２のバッファと、
   前記印刷命令データを展開する命令解釈手段と、
   前記第１のバッファに記憶された前記印刷命令データを前記圧縮データ伸張処理手段または前記命令解釈手段のいずれかに伝送することを決定する伝送路決定手段と、
   を備えていることを特徴とする画像形成装置。
5. 前記第１のバッファから前記圧縮データ伸張処理手段を介して前記第２のバッファへ続くデータ伝送路を備えていることを特徴とする請求項４に記載の画像形成装置。
6. 前記第１のバッファから前記命令解釈手段へ続くデータ伝送路を備えていることを特徴とする請求項４または５に記載の画像形成装置。
7. 前記圧縮データ判定手段は、受信した印刷命令データのマジックナンバから圧縮形式を判定することを特徴とする請求項４〜６のいずれか一つに記載の画像形成装置。
8. 前記印刷命令データが暗号化されているか否かを判定する暗号化データ判定手段と、
   前記暗号化データ判定手段の判定に基づき、暗号化された印刷命令データを復号する暗号化データ復号処理手段と、
   を備えていることを特徴とする請求項４〜７のいずれか一つに記載の画像形成装置。
9. 前記圧縮データ伸張処理手段および前記暗号化データ復号処理手段は、いずれも複数備えられていることを特徴とする請求項８に記載の画像形成装置。
10. 前記第１のバッファおよび前記第２のバッファはいずれも複数のバッファからなり、前記複数のバッファにはそれぞれ所定のＩＤが付与されており、
    前記伝送路決定手段が、ＩＤ管理テーブルに基づいて前記複数のバッファに付与されたＩＤを管理し当該ＩＤを指定することで前記印刷命令データを経由させるバッファを決定することを特徴とする請求項４〜９のいずれか一つに記載の画像形成装置。
11. 前記伝送路決定手段は、前記印刷命令データのジョブ優先度を判定し、当該ジョブ優先度の順に前記印刷命令データの処理が実行できるように、前記印刷命令データを経由させるバッファを決定することを特徴とする請求項１０に記載の画像形成装置。
12. 前記圧縮データ伸張処理手段は、破損した前記印刷命令データを検出することを特徴とする請求項４〜１１のいずれか一つに記載の画像形成装置。
13. 前記圧縮データ伸張処理手段は、破損した前記印刷命令データを検出すると、前記命令解釈手段にキャンセル要求を送信し、前記命令解釈手段の動作を停止させることを特徴とする請求項１２に記載の画像形成装置。
14. 前記圧縮データ伸張処理手段は、破損した前記印刷命令データを検出すると、当該印刷命令データをクリアすることを特徴とする請求項１２または１３に記載の画像形成装置。
15. 請求項１〜３のいずれか一つに記載のサーバと、
    請求項４〜１４のいずれか一つに記載の画像形成装置と、
    前記サーバから前記画像形成装置への印刷命令データの送信を制御するクライアントＰＣまたはシンクライアントＰＣと、
    を備えていることを特徴とする画像処理システム。
16. 請求項１５に記載の画像処理システムにおいて実行される画像処理方法であって、
    前記サーバにおいて前記画像形成装置へ送信する印刷命令データ全体の圧縮処理を行うデータ圧縮処理工程と、
    前記画像形成装置において受信した印刷命令データが圧縮処理されているか否かを判定するデータ圧縮判定工程と、
    前記データ圧縮判定工程の結果に基づき、前記画像形成装置内における前記印刷命令データの処理効率を向上させるように、前記印刷命令データの伝送路を決定するデータ伝送路決定工程と、
    を備えていることを特徴とする画像処理方法。
17. 前記データ圧縮判定工程は、
    受信した印刷命令データからマジックナンバを読み出すマジックナンバ読出工程と、
    前記マジックナンバ読出工程で読み出されたマジックナンバがデータの圧縮形式を示すコードと一致するか否かを判定するデータ圧縮形式判定工程と、
    を備えていることを特徴とする請求項１６に記載の画像処理方法。
18. 前記データ圧縮判定工程において前記印刷命令データが圧縮処理されていると判定された場合は、前記データ伝送路決定工程で前記印刷命令データを伸張させる前記圧縮データ伸張処理手段が配置されている伝送路を選択することを特徴とする請求項１６または１７に記載の画像処理方法。
19. 前記サーバにおいて前記画像形成装置へ送信する印刷命令データ全体の暗号化処理を行うデータ暗号化工程と、
    前記画像形成装置において受信した印刷命令データが暗号化処理されているか否かを判定するデータ暗号化判定工程と、
    を備え、
    前記データ伝送路決定工程は、前記データ暗号化判定工程の結果に基づき、前記画像形成装置内における前記印刷命令データの処理効率を向上させるように、前記印刷命令データの伝送路を決定することを特徴とする請求項１６〜１８のいずれか一つに記載の画像処理方法。
20. 前記データ暗号化判定工程において前記印刷命令データが暗号化処理されていると判定された場合は、前記データ伝送路決定工程で前記印刷命令データを復号させる前記暗号化データ復号処理手段が配置されている伝送路を選択することを特徴とする請求項１９に記載の画像処理方法。
21. 請求項１６〜２０のいずれか一つに記載の画像処理方法をコンピュータに実行させることを特徴とする画像処理プログラム。

Images