(57)【要約】      （修正有）【課題】プリント／スプーリングサブシステムにおいて画像処理／プリントジョブの送信、レンダリング、出力等のリリースを安全に行う。【解決手段】ヘッダー付き画像処理／プリントジョブを形成するために、画像処理／プリントジョブとプリントジョブヘッダーとを関連付け、クライアントホスト装置の保障リリース入力装置で入力される保障リリース入力を、プリントジョブヘッダーに保障リリース指示コマンド／コードを含めることによってプリントジョブヘッダーに関連付け、ヘッダー付き画像処理／プリントジョブをデータパケットに分割し、最初のデータパケットを画像処理装置に送信し、最初のデータパケットに保障リリース指示コマンド／コードが含まれているかどうかを判定し、最初のデータパケットに保障リリース指示コマンド／コードが含まれている場合、上記ヘッダー付き画像処理／プリントジョブの残りのデータパケットの受信を拒絶する。【選択図】図７
2006338674.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのクライアントホスト装置と、少なくとも１つの画像処理装置とを含む分散コンピュータシステムにおいてジョブのリリースを安全に行うための方法であって、
ジョブとジョブヘッダーとを関連付けてヘッダー付きジョブを生成する工程と、
上記プリントジョブヘッダーと保障リリース入力とを関連付けるために保障リリース指示情報を上記プリントジョブヘッダーに含める工程と、
上記ヘッダー付きジョブをデータパケットに分割する工程と、
分割した上記データパケットのうちの少なくとも最初の１つ以上のデータパケットを少なくとも１つの上記画像処理装置に送信する工程と、
上記少なくとも最初の１つ以上のデータパケットに、保障リリース指示情報が含まれているかどうかを判定する判定工程と、
上記少なくとも最初の１つ以上のデータパケットに保障リリース指示情報が含まれている場合に、上記ヘッダー付きジョブの残りのデータパケットの受信を拒絶する受信拒絶工程とを含むことを特徴とする方法。
【請求項２】
上記画像処理装置に備えられる保障リリース入力装置を介して入力される上記保障リリース入力を受け付ける工程と、
上記保障リリース入力を受け付けた後に、上記画像処理装置が上記ヘッダー付きジョブについての残りのデータパケットを受信する工程とを含むことを特徴とする請求項１に記載の方法。
【請求項３】
上記受信拒絶工程によって、上記クライアントホスト装置に残るデータパケットが存在することを特徴とする請求項１に記載の方法。
【請求項４】
上記受信拒絶工程において、上記データパケットを受信した論理チャネル／ポートにおける残りのデータパケットの受信を遮断することを特徴とする請求項１に記載の方法。
【請求項５】
上記受信拒絶工程において、上記データパケットを受信した論理チャネル／ポートにおける残りのデータパケットの受信を保留することを特徴とする請求項１に記載の方法。
【請求項６】
上記受信拒絶工程において上記データパケットの受信を拒絶している期間中に、上記データパケットを受信した第１の論理チャネル／ポートとは異なる第２の論理チャネル／ポートにおいて第２のジョブについての少なくとも１つのデータパケットを受信して解析することを特徴とする請求項１に記載の方法。
【請求項７】
上記判定工程は、
入力解析器において上記ヘッダー付きジョブの最初の１つ以上のデータパケットを受信する工程Ａと、
ジョブヘッダーを全て受信したかどうかを判定する工程Ｂと、
上記工程Ｂにおいてジョブヘッダーを全て受信していないと判定した場合、上記入力解析器において上記ヘッダー付きジョブの次の１つ以上のデータパケットを受信する工程Ｃとを含み、
上記工程Ｂにおいてジョブヘッダーを全て受信するまで上記工程Ｂおよび上記工程Ｃを繰り返すことで、上記ジョブヘッダーに上記保障リリース指示情報が含まれているかどうかを判定することを特徴とする請求項１に記載の方法。
【請求項８】
上記工程Ｂより前に、上記最初の１つ以上のデータパケットおよび上記次の１つ以上のデータパケットを先読みする工程を含むことを特徴とする請求項７に記載の方法。
【請求項９】
上記クライアントホスト装置と上記画像処理装置との間に備えられ、上記クライアントホスト装置の機能の少なくとも一部を実行する機能分散装置を備えていることを特徴とする請求項１に記載の方法。
【請求項１０】
上記画像処理装置と上記クライアントホスト装置との間に備えられ、上記画像処理装置の機能の少なくとも一部を実行する機能分散装置を備えていることを特徴とする請求項１に記載の方法。
【請求項１１】
少なくとも１つのクライアントホスト装置と、少なくとも１つの画像処理装置とを備え、ジョブの送信および処理を安全に行うためのシステムであって、
保障リリース入力を受け付ける保障リリース入力装置と、
上記少なくとも１つのクライアントホスト装置側に備えられる画像処理装置ドライバーと、
上記画像処理装置に関連付けられた入力解析器と、
上記画像処理装置と上記入力解析器とを機能的に接続する少なくとも１つの論理チャネル／ポートとを備え、
上記画像処理装置ドライバーは、
ジョブヘッダーと第１のジョブとを関連付けてヘッダー付きジョブを作成する手段と、
上記プリントジョブヘッダーと保障リリース入力とを関連付けるために保障リリース指示情報を上記プリントジョブヘッダーに含める手段と、
上記ヘッダー付きジョブをデータパケットに分割する手段と、
上記少なくとも１つの論理チャネル／ポートを介して上記画像処理装置に少なくとも最初の１つ以上のデータパケットを送信する手段とを備え、
上記入力解析器は、
上記データパケットを受信する手段と、
受信したデータパケットに、保障リリース指示情報が含まれているかどうかを判定する手段と、
上記データパケットに保障リリース指示情報が含まれている場合に、上記少なくとも１つの論理チャネル／ポートにおける上記ヘッダー付きジョブの残りのデータパケットの受信を拒絶する手段とを備えていることを特徴とするシステム。
【請求項１２】
上記画像処理装置に備えられる保障リリース入力装置を介して上記保障リリース入力が入力されたときに、上記上記少なくとも１つの論理チャネル／ポートを介して上記ヘッダー付きジョブの残りのデータパケットを受信することを特徴とする請求項１１に記載のシステム。
【請求項１３】
上記受信を拒絶する手段は、上記データパケットを受信した論理チャネル／ポートにおける残りのデータパケットの受信を遮断することを特徴とする請求項１１に記載のシステム。
【請求項１４】
上記受信を拒絶する手段は、上記データパケットを受信した論理チャネル／ポートにおける残りのデータパケットの受信を保留することを特徴とする請求項１１に記載のシステム。
【請求項１５】
上記データパケットの受信を拒絶している期間中に、上記データパケットを受信した第１の論理チャネル／ポートとは異なる第２の論理チャネル／ポートにおいて第２のジョブについての少なくとも１つのデータパケットを受信して解析する手段を備えていることを特徴とする請求項１１に記載のシステム。
【請求項１６】
上記クライアントホスト装置と上記画像処理装置との間に備えられ、上記クライアントホスト装置の少なくとも一部の機能を実行する機能分散装置を備えていることを特徴とする請求項１１に記載のシステム。
【請求項１７】
上記画像処理装置と上記クライアントホスト装置との間に備えられ、上記画像処理装置の少なくとも一部の機能を実行する機能分散装置を備えていることを特徴とする請求項１１に記載のシステム。
【請求項１８】
少なくとも１つのクライアントホスト装置と、少なくとも１つの画像処理装置とを含む分散コンピュータシステムにおいてジョブのリリースを安全に行うための方法であって、
上記少なくとも１つのクライアントホスト装置側で、保障リリース指示情報を含むジョブヘッダーとジョブとを含むヘッダー付きジョブを生成する工程と、
上記ジョブについての上記ジョブヘッダーの一部を論理チャネル／ポートを介して上記少なくとも１つの画像処理装置に送信するとともに、上記ヘッダー付きジョブの残りを上記少なくとも１つのクライアントホスト装置側に留める工程と、
上記画像形成装置側で、上記ジョブヘッダーの一部に保障リリース指示情報が含まれているかどうかを判定する工程と、
上記ジョブヘッダーの一部に保障リリース指示情報が含まれている場合に、上記ヘッダー付きジョブの残りの受信を拒絶する工程と、
上記画像処理装置に備えられる保障リリース入力装置を介して保障リリース入力が入力されたときに、上記ヘッダー付きジョブの残りの受信を許可する工程とを含むことを特徴とする方法。
【請求項１９】
上記受信を拒絶する工程において、上記ジョブヘッダーの一部を受信した論理チャネル／ポートにおける上記ヘッダー付きジョブの残りの受信を遮断し、
上記受信を許可する工程において、上記画像処理装置への上記ヘッダー付きジョブの残りの送信を許可するために、上記遮断を解除することを特徴とする請求項１８に記載の方法。
【請求項２０】
上記受信を拒絶する工程において、上記ジョブヘッダーの一部を受信した論理チャネル／ポートにおける上記ヘッダー付きジョブの残りの受信を保留し、
上記受信を許可する工程において、上記画像処理装置への上記ヘッダー付きジョブの残りの送信を許可するために、上記保留を解除することを特徴とする請求項１８に記載の方法。
【請求項２１】
上記分散コンピュータシステムは、第１のクライアントホスト装置と、第２のクライアントホスト装置と、１つの画像処理装置とを備えており、
上記第１のクライアントホスト装置側で、保障リリース指示情報を含むジョブヘッダーとジョブとを含む第１のヘッダー付きジョブを生成する工程と、
上記第２のクライアントホスト装置側で、保障リリース指示情報を含まないジョブヘッダーとジョブとを含む第２のヘッダー付きジョブを生成する工程と、
上記第１のヘッダー付きジョブについての上記ジョブヘッダーの一部を第１の論理チャネル／ポートを介して上記画像処理装置に送信するとともに、上記第１のヘッダー付きジョブの残りを上記第１のクライアントホスト装置側に留める工程と、
上記画像形成装置側で、上記第１のヘッダー付きジョブについてのジョブヘッダーの一部に保障リリース指示情報が含まれているかどうかを判定し、上記第１のヘッダー付きジョブの残りの第１の論理チャネル／ポートを介した受信を拒絶する工程と、
上記第２のヘッダー付きジョブについての上記ジョブヘッダーの一部を第２の論理チャネル／ポートを介して上記画像処理装置に送信するとともに、上記第２のヘッダー付きジョブの残りを上記第２のクライアントホスト装置側に留める工程と、
上記画像処理装置側で、上記第２のヘッダー付きジョブについての上記ジョブヘッダーの少なくとも一部に保障リリース指示情報が含まれているかどうかを判定し、上記第２のヘッダー付きジョブの残りの第２の論理チャネル／ポートを介した受信を許可する工程とを含むことを特徴とする請求項１８に記載の方法。
【請求項２２】
上記分散コンピュータシステムは、１つのクライアントホスト装置と、１つの画像処理装置とを備えており、
上記クライアントホスト装置側で、保障リリース指示情報を含むジョブヘッダーとジョブとを含む第１のヘッダー付きジョブを生成する工程と、
上記クライアントホスト装置側で、保障リリース指示情報を含まないジョブヘッダーとジョブとを含む第２のヘッダー付きジョブを生成する工程と、
上記第１のヘッダー付きジョブについての上記ジョブヘッダーの一部を第１の論理チャネル／ポートを介して上記画像処理装置に送信するとともに、上記第１のヘッダー付きジョブの残りを上記クライアントホスト装置側に留める工程と、
上記画像形成装置側で、上記第１のヘッダー付きジョブについての上記ジョブヘッダーの一部に保障リリース指示情報が含まれているかどうかを判定し、上記第１のヘッダー付きジョブの残りの第１の論理チャネル／ポートを介した受信を拒絶する工程と、
上記第２のヘッダー付きジョブについての上記ジョブヘッダーの一部を第２の論理チャネル／ポートを介して上記画像処理装置に送信するとともに、上記第２のヘッダー付きジョブの残りを上記第２のクライアントホスト装置側に留める工程と、
上記画像処理装置側で、上記第２のヘッダー付きジョブについての上記ジョブヘッダーの少なくとも一部に保障リリース指示情報が含まれているかどうかを判定し、上記第２のヘッダー付きジョブの残りの第２の論理チャネル／ポートを介した受信を許可する工程とを含むことを特徴とする請求項１８に記載の方法。
【請求項２３】
上記分散コンピュータシステムは、１つのクライアントホスト装置と、第１の画像処理装置と、第２の画像処理装置とを備えており、
上記クライアントホスト装置側で、保障リリース指示情報を含むジョブヘッダーとジョブとを含む第１のヘッダー付きジョブを生成する工程と、
上記クライアントホスト装置側で、保障リリース指示情報を含まないジョブヘッダーとジョブとを含む第２のヘッダー付きジョブを生成する工程と、
上記第１のヘッダー付きジョブについての上記ジョブヘッダーの一部を第１の論理チャネル／ポートを介して上記第１の画像処理装置に送信するとともに、上記第１のヘッダー付きジョブの残りを上記クライアントホスト装置側に留める工程と、
上記第１の画像形成装置側で、上記第１のヘッダー付きジョブについての上記ジョブヘッダーの一部に保障リリース指示情報が含まれているかどうかを判定し、上記第１のヘッダー付きジョブの残りの第１の論理チャネル／ポートを介した受信を拒絶する工程と、
上記第２のヘッダー付きジョブについての上記ジョブヘッダーの一部を第２の論理チャネル／ポートを介して上記第２の画像処理装置に送信するとともに、上記第２のヘッダー付きジョブの残りを上記第２のクライアントホスト装置側に留める工程と、
上記第２の画像処理装置側で、上記第２のヘッダー付きジョブについての上記ジョブヘッダーの少なくとも一部に保障リリース指示情報が含まれているかどうかを判定し、上記第２のヘッダー付きジョブの残りの第２の論理チャネル／ポートを介した受信を許可する工程とを含むことを特徴とする請求項１８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プリントジョブを安全に送信および画像処理するための保障リリースシステム（secured release system）に関する。より具体的には、従来のプリント・スプーリング・サブシステムで生じる画像処理装置におけるプリントジョブの送信、レンダリング、出力のリリースを安全に行うためのシステムに関する。
【背景技術】
【０００２】
今日のビジネス環境では、共通の周辺機器を用いて複数のユーザにサービスを提供することが有利であることが多い。例えば、図１に示すように、ユーザ（例えば、秘書のグループ、課金部門、小企業における全ての従業員など）の使用するホスト装置１００（コンピュータなど）が共通の画像処理装置１０２にネットワークを介して接続される。画像処理装置１０２は、例えば、ＭＦＰ（多機能の周辺装置／プリンタ／製品）、プリンタ、ファクシミリ、コピー機、スキャナ、ファイリング装置、文書変換装置であってもよい。また、画像処理装置１０２は、従来から公知のものであってもよく、未公知のものであってもよい。最も単純な形態では、ユーザが画像処理装置のサービスを要求すると、画像処理装置が自動的にサービスを提供する（自動印字など）。画像処理装置１０２は一般的には少なくとも一部のユーザに対して離れた位置に配置されるので、対話型印刷の形態をとることが好ましい。対話型印刷は、プライバシー、機密性を保障し、他のユーザに誤って引き渡されたり、置き違えられたり、廃棄されたりすることなく、正しいユーザにこのユーザのプリントジョブ（印刷、ＦＡＸ、コピー、スキャン、文書マニピュレーションに限らずあらゆる種類の画像処理ジョブを含むプリントジョブ）を引き渡すことができる安全な形態を提供する。
【０００３】
スプーラー１０４は、クライアントホスト装置１００からプリントデータを入力（スプーリング）されることによってプリンタに順番に（例えば受信の順に）プリントデータを送信する。そして、そのプリントデータを予め定められた順序あるいは動的に優先順位を付けた順序でプリンタに出力（デスプール）する。典型的な従来のプリント・スプーリング・サブシステムとしては、ＭＳ  ＷＩＮＤＯＷＳ（登録商標）およびＡＳ／４００（登録商標）などがある。なお、スプーラー１０４は、クライアントホスト装置１００からプリンタデータをキューに入力できるものであれば、どのような装置あるいは機構であってもよい。また、デスプーラー１０６は、プリンタにプリントデータを出力できるものであれば、どのような適用例、装置、機構であってもよい。
【０００４】
ところで、ユーザが、プリントジョブを安全に送信することを望む場合がよくある。図２〜図６は、プリントジョブの送信および画像処理に用いられる従来技術のシステムを示している。しかしながら、これら従来技術の方法は、いずれも重大な問題を抱えている。
【０００５】
図２は、プリントジョブの暗号化によって無許可のアクセスを防止する従来の暗号化手法を用いた自動印刷方法に使用される装置を示している。この方法では、保障されていないプリントジョブ１１４ａは、ホスト装置１００においてデスプーリング工程中に暗号化され（暗号化されたプリントジョブ１１４ｂが生成され）、画像処理装置１０２において解読される（解読されたプリントジョブ１１４ｃが生成される）。なお、ホスト装置１００と画像処理装置１０２との間において、通信レイヤーが暗号化されてもよく、データレイヤーが暗号化されてもよい。ところが、この方法では、送信中の無許可のアクセスに対する安全性を提供できるものの、プリントジョブ１１４ｄが出力ビンに出力された後のアクセスに対する安全性を確保できない。
【０００６】
図３は、ビンに安全に出力することのできる対話型印刷の方法を示している。この方法では、プリントジョブ１１８ａが無許可で取得されたりアクセスされたりすることを防止するために、画像形成された機密プリントジョブは、物理的に保障リリース出力ビン１１６ａ（例えば錠あるいは機械的な鍵を用いたもの）に出力されて保持される。リリース機構（例えば鍵）を用いることにより、ユーザは、自分のプリントジョブ１１８ｂを保持している出力ビン１１６ａにアクセスしてこのプリントジョブ１１８ｂを得ることができる。なお、この場合、出力ビン１１６ａに出力されるプリントジョブ１１８ａは、リリースされた後に出力ビン１１６ｂに出力される物理的な文書（プリントジョブ１１８ｂ）である。このシステムの変形例として、メールボックスシステムや、画像処理装置１０２から複数の物理的に保障リリース出力ビン（各出力ビンがそれぞれ物理的に保障されている）に用紙を分類するソーターなどが考えられる。ユーザが自分のプリントジョブ１１８ａを機密にしておきたい場合、ユーザは、このプリントジョブ１１８ａの出力先として、自身が物理的なアクセス手段を有する出力ビン１１６ａを指示する。この方法の不利な点は、出力ビンを特別に設計する必要がある点である。また、複数の出力ビンを備える実施例では、リリース権（例えばこれらの鍵）を有する複数のユーザに対応する十分な数の出力ビンが必要である点も不利な点である。また、この方法の他の問題として、その場限りの保障リリースの形態をサポートしていない点があげられる。
【０００７】
図４は、暗号化されたメモリリリース手法（機密印刷あるいはＰＩＮ印刷）を用いた対話型印刷方法に使用される装置を示している。機密プリントジョブ１２２ａは、このジョブ１２２ａが無許可で取得されたりアクセスされたりすることを防止するために、画像処理および出力され、暗号化された仮想ロックシステム（例えば、後述する保障リリースコード(secured release code)としての符号あるいは個人認証番号（ＰＩＮ））を用いて保障メモリ（secured memory）１２０に保持される。この保障メモリ１２０は、画像処理装置１０２に備えられるメモリあるいは内部記憶装置である。プリントジョブを生成するときに、ユーザが保障リリースコード１２４を入力するようにしてもよい。この保障リリースコード１２４は、一般に細分化（単方向の暗号化）される。そして、細分化に関する値が機密ジョブ１２２ａに付加される。画像処理装置１０２が機密プリントジョブ１２２ａを受け取ると、保障メモリ１２０に保持すべき機密プリントジョブ１２２ａとして完全にラスター化される（ＲＩＰ）。機密プリントジョブ１２２ａのオーナーは、画像処理装置１０２の操作パネル１２６を介して保障リリースコード１２４を入力することによって機密プリントジョブ１２２ａをリリースできる。一般に、画像処理装置１０２は、クライアント側で同じ細分化アルゴリズムを使用して、入力された保障リリースコード１２４を細分化し(例えばＭＤ５)、それを機密プリントジョブ１２２ａに記憶された細分化に関する値と比較する。その後、機密プリントジョブ１２２ａのＲＩＰページが作成され、出力プリントジョブ１２２ｂとして出力される。この方法の不利な点の１つは、ラスター化された機密プリントジョブ１２２ａが、画像処理装置１０２の保障メモリ１２０におけるかなりの記憶領域を占めてしまう点である。保障メモリ１２０は、このラスター化された機密プリントジョブ１２２ａを記憶するとともに、他の保障リリースジョブ（secured release job）あるいは非保障リリースジョブ(non-secured release job)を記憶する必要がある。このため、一度に処理できる機密プリントジョブの数は制限されてしまう。また、機密プリントジョブ以外のジョブの数についても制限してしまう場合がある。また、この方法の他の問題点として、ラスター化された機密プリントジョブ１２２ａが記憶されているときに、画像処理装置１０２が物理的に危険にさらされ、保障メモリ１２０にアクセスされた場合、機密プリントジョブ１２２ａが暗号化されていたとしても、認識できる「解読された」内容を含む場合がある点があげられる。また、この方法のさらに他の不利な点として、機密プリントジョブ１２２ａが取り忘れられた場合（すなわち、発行したユーザによって取り出されなかった場合）、ラスター化された機密プリントジョブ１２２ａによって使用されている記憶領域は、適切な許可を有するオペレータが保障メモリ１２０から機密プリントジョブ１２２ａを削除できるまで、無期限に専有されてしまう点があげられる。
【０００８】
図５は、暗号化されたメモリを実行する手法を用いた対話型印刷方法に使用される装置を示している。ホスト装置１００および画像処理装置１０２は、いずれもＩＤカード１３２を読み取るためのＩＤ読取器１３０を備えている。ユーザがプリントジョブ１３４ａを提出する場合、ユーザはホスト装置１００のＩＤ読み取り器１３０にＩＤカード１３２を挿入する。すると、ホスト装置１００の画像処理システムは、プリントジョブ１３４ａにＩＤコードを付加し（一般に細分化されて付加される）、このＩＤコードおよびプリントジョブ１３４を画像処理装置１０２に実行前のプリントジョブ１３４ｂとして送信する。この実行前のプリントジョブ１３４ｂは、画像処理装置１０２に記憶される。ユーザは、画像処理装置１０２のＩＤ読み取り器１３０にＩＤカード１３２を挿入することによってこの画像処理装置１０２にアクセスし、プリントジョブ１３４ｃ，１３４ｄ（ＲＩＰおよび出力）を実行させることができる。この方法の問題点は、ラスター化されておらず、実行されていないプリントジョブ１３４ｂが画像処理装置１０２のメモリにおいて非常に大きな記憶容量を専有してしまう点である。また、他の問題点として、実行していないプリントジョブ１３４ｂが記憶されているときに画像処理装置１０２が物理的に危険にさらされ、記憶されている情報にアクセスされた場合、実行されていないプリントジョブ１３４ｂが引き出されてしまう点がある。実行されていないプリントジョブ１３４ｂが暗号化されていない場合、その内容が別の場所で処置されて暴露されてしまう。また、実行されていないプリントジョブ１３４ｂが暗号化されている場合であっても、もし暗号化コードがハッキングされればこのジョブの内容にアクセスされてしまう。この方法のさらに他の問題点として、実行されていないプリントジョブ１３４ｂが取り忘れられた場合（すなわち、発行したユーザによって取り出されなかった場合）、この忘れられたプリントジョブ１３４ｂによって記憶領域が無期限に専有されてしまう点がある。
【０００９】
図６は、遠隔記憶手法を用いた対話型印刷方法に用いられる装置を示している。この方法においては、ユーザは、ホスト装置１００から保障リリースプリントサーバ（secure release print server）１４２にプリントジョブ１４０ａとともに保障リリースコード１４３を送信する。その後、プリントジョブ１４０ｂは、保障リリースプリントサーバ１４２に保持される。ユーザは、画像処理装置１０２の操作パネル１４４を介して保障リリースコード１４３を入力することによって、このプリントジョブ１４０ａをリリースさせることができる。画像処理装置１０２は、プリントサーバー１４２と通信を行い、入力されたリリースコード１４３を保障リリースプリントサーバ１４２に送る。その後、保障リリースプリントサーバ１４２は、リリースコード１４３に対応するプリントジョブ１４０ｃを画像処理装置１０２にデスプールする。このプリントジョブ１４０ｃは現像されてプリントジョブ１４０ｄとなり、プリントジョブ出力１１４ｅとして出力ビン１１６に出力される。このプリントジョブは画像処理装置１０２において保障リリースモード（secured release mode）で保持されていないので、プリントジョブ１４０はホスト装置１００と画像処理装置１０２との中間の場所（プリントサーバー１４２）に危険にさらされながら保持される恐れがある。例えば、プリントサーバー１４２におけるプリント管理権を有するオペレータがプリントジョブ１４０ｃをコピーして他の場所でプリントジョブ１４０ｃを処理する場合がある。
【特許文献１】特開２００１−７５７５２号公報（２００１年３月２３日公開）
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、従来のプリント／スプーリングサブシステムで生じる画像処理装置における画像処理／プリントジョブの送信、レンダリング、出力のリリースを安全に行う（保障する）ための効果的な方法を提供することを目的としている。
【課題を解決するための手段】
【００１１】
本発明の方法は、以下の工程を含む。すなわち、
（i）ジョブヘッダーを、ジョブに関連付け、ヘッダー付きジョブを作成する。
(ii)保障リリース入力（secured release input）（例えばホスト装置に備えられる入力装置を介して入力される）とジョブヘッダーとを、このジョブヘッダーに保障リリース指示情報を含まることによって関連付ける。
（iii）このヘッダー付きジョブをデータパケットに分割する。
（iv）最初の１つ以上のデータパケットを画像処理装置に送信する。
（v）このデータパケットに保障リリース指示情報が含まれているかどうかを判定する。
（vi）上記データパケットに保障リリース指示情報が含まれている場合、その後に続くヘッダー付きジョブの受信を拒絶する。
【００１２】
ここで、保障リリース指示情報とは、保障リリースモード（安全性を確保してジョブのリリースを行うモード）で処理すべきジョブであることを示す情報（例えばコマンドやコード）である。また、保障リリース入力とは、リリースを行うかどうかの確認に用いるための情報である。保障リリース入力としては、例えば、ＩＤコード、英数字コード、暗証番号（ＰＩＮ）、磁気ＩＤカード、スマートカード、生物測定センサーからの生体情報（例えば網膜スキャンや指紋等）などを用いることができる。
【００１３】
画像処理装置の保障リリース入力装置が保障リリース入力を受信した場合、残りのヘッダー付きジョブが受信される。
【００１４】
上記残りのヘッダー付きジョブは、リリースされるまでクライアントホスト装置に保持されることが好ましい。
【００１５】
なお、本発明の好ましい実施形態では、従来から存在するプリントサブシステムを変更することなく用いることができる。
【００１６】
本発明の他の目的、特徴、および利点は、後述する本発明の詳細な説明および添付した図面によって容易に理解されるであろう。
【発明の効果】
【００１７】
本発明の方法およびシステムは、ヘッダー付きジョブを形成するために、ジョブとジョブヘッダーとを関連付け、ジョブヘッダーに保障リリース指示コマンド／コードを含めることによって保障リリース入力をジョブヘッダーに関連付け、ジョブヘッダーの一部を画像処理装置に送信し、このジョブヘッダーの一部に保障リリース指示情報が含まれているかどうかを判定し、含まれている場合に、上記ヘッダー付きジョブの残りのデータパケットの受信を拒絶する。これにより、ジョブのリリースを安全に行うことができる。
【発明を実施するための最良の形態】
【００１８】
本実施形態にかかるシステムは、画像処理／プリントジョブ（ジョブ）のリリースを安全かつ効率的に行うためのものであり、上記画像処理／プリントジョブは、画像処理装置１０２に安全にリリースされるまでクライアントホスト装置１００に保持される。
【００１９】
本実施形態では、ヘッダー付き画像処理／プリントジョブ１５０（図７参照）を用いる。このヘッダー付き画像処理／プリントジョブ１５０は、プリントジョブヘッダー１５２と画像処理／プリントジョブ１５４ａとを含む。画像処理プリントジョブ（例えば文書）を安全にリリースすべき場合、プリントジョブヘッダー１５２には、その旨を示す保障リリース指示コマンド／コード（secured release indicative command/code、保障リリース指示情報）１５６が含められる。なお、ヘッダー付き画像処理／プリントジョブ１５０は、データパケット（符号１５０ａ，１５０ｂ，１５０ｃ）に分割されてもよい。
【００２０】
このシステムは、従来からあるホスト装置１００およびそのプリントサブシステム（例えばプリントスプーラー１０４およびデスプーラー１０６（例えばプリントプロセッサおよびポートモニター））とともに機能することが好ましい。ホスト装置１００のプリントサブシステムは、画像処理装置ドライバー１６０（例えばプリンタドライバー）をインストールすること以外は、何ら変更を施す必要がないことが好ましい。画像処理装置ドライバー１６０は、ソフトウェアとしてインストールされてもよく、ハードウェア／ファームウェア装置であってもよい。ホスト装置１００に、オプションとして専用の保障リリース入力装置（secured release input apparatus）１６４（保障リリース入力（ＳＲＩ）１６２を受け付けるシステム）を付加してもよい。
【００２１】
本実施形態にかかるシステムは、他の構成要素として、入力解析器１７０（図７参照）を備えている。最初の１つ以上のデータパケット１５０ａは、この入力解析器１７０に送信される。入力解析器１７０が、プリントジョブヘッダー１５２（最初の１つ以上データパケット１５０ａ）に保障リリース指示コマンド／コード１５６が含まれていると判断した場合、画像処理装置１０２は、これに対応する論理チャネル／ポートにおける上記ヘッダー付き画像処理／プリントジョブに関するその後のデータパケット（例えば１５０ｂ，１５０ｃ）の受信を拒絶する。「受信の拒絶」は、対応する論理チャネル／ポートにおいて、後に続くデータパケット（例えば１５０ｂ，１５０ｃ）を遮断（block）あるいは保留することによって実行される。
【００２２】
本発明は、入力解析器１７０および保障リリース入力１６２を入力するための機構を備えた専用の画像処理装置１０２によって実行されてもよい。また、本発明は、最先端ではない従来の画像処理装置１０２とともに機能するものであってもよい。本発明をどのような画像処理装置１０２にも適用できるようにするための１つの手法として、画像処理装置１０２に入力解析器１７０および／または保障リリース入力１６２を入力するための機構を含めればよい。本発明を従来から存在する画像処理装置１０２とともに機能させるための他の手法として、クライアントホスト装置１００と画像処理装置１０２との間で機能する専用の機能分散装置（Interspersed device、図１５および図１６参照）を設けてもよい。上記機能分散装置は、例えば、入力解析器１７０および／または保障リリース入力１６２を入力するための機構を備えていてもよい。好ましい実施形態として、ある論理チャネル／ポートで保障リリースプリントジョブ（secured release print job）の受信が拒絶されている間、他の論理チャネル／ポートで分析された他のプリントジョブ（保障リリースプリントジョブであっても非保障プリントジョブであってもよい）を受信できるようにしてもよい。
【００２３】
ユーザの観点から見て、本発明において保障リリースプリントジョブを用いた画像処理を要求することは簡単な処理である。例えば、ユーザが保障リリース形態を用いて機密文書を印刷することを希望する場合、ユーザは、アプリケーションプログラム（例えばＭＳ−Ｗｏｒｄ（登録商標））から画像処理／プリントジョブ１５４ａの画像処理要求を行う。すると、ユーザは、ホスト装置１００の保障リリース入力装置１６４に保障リリース入力１６２を入力することを促される。その後、ユーザは、対応する画像処理装置１０２にそのプリントジョブを取りに行けばよい。なお、本発明の好ましい実施形態では、このユーザによるプリントジョブの回収が遅くなることを、他のユーザのプリントジョブの画像形成を遅らせることなく許容する。プリントジョブを回収するために、ユーザは、保障リリース入力１６２を、画像処理装置１０２の保障リリース入力装置１６６（操作パネル１６６）上に入力する。その後、ユーザは、画像処理装置１０２の出力ビン１１６から画像処理／プリントジョブ１５４ｂを取得する。
【００２４】
（ヘッダー付き画像処理／プリントジョブ）
図７は、プリントジョブヘッダー１５２と画像処理／プリントジョブ１４３ａ（例えば画像データ）とを含む、ヘッダー付き画像処理／プリントジョブ１５０の一例を示している。プリントジョブヘッダー１５２は、画像処理／プリントジョブ１５４ａの最初の部分に付加されたもの（added to）、増補されたもの(augmented to)、追加されたもの（appended to）、組み込まれたもの（incorporated into）、連結されたもの（linked with）など、画像処理／プリントジョブ１５４ａに含めるために変形したものあるいは画像処理／プリントジョブ１５４ａに含められたもの（以下、「関連付けられたもの」という）であれば、どのようなタイプのものでもよい。プリントジョブヘッダー１５２は、個別に分割された形態、ファイル、コマンド、コードなどであってもよい。本発明の好ましい実施形態として、文書が保障リリースされるべきものである場合、プリントジョブヘッダー１５２が、保障リリース指示コマンド／コード１５６を含んでいてもよい。この保障リリース指示コマンド／コード１５６は、プリントジョブヘッダー１５２に付加されたもの、増補されたもの、追加されたもの、組み込まれたもの、連結されたものなど、プリントジョブヘッダー１５２に含めるために変形したものあるいはプリントジョブヘッダー１５２に含められたもの（以下、「関連付けられたもの」という）であればよい。プリントジョブヘッダー１５２は、例えばジョブの広範な設定１５８ａ、履歴データ１５８ｂ、その他の設定、コマンド、コードなど、他の情報を含んでいてもよい。ヘッダー付き画像処理／プリントジョブ１５０は、データパケット（１５０ａ，１５０ｂ，１５０ｃ）に分割されてもよい。
【００２５】
保障リリース入力１６２は、プリントジョブヘッダー１５２の保障リリース指示コマンド／コード１５６に「関連している」。ここでいう「関連している」とは、保障リリース入力１６２に基づいて、それぞれの保障リリース指示コマンド／コード１５６を有する文書にアクセスすることが可能になっていればよく、例えば、保障リリース入力１６２と保障リリース指示コマンド／コード１５６とが一致していてもよく、解析、判定（例えばルックアップ関数等を用いた判定など）、他の比較あるいは対比方法によって一方から他方を特定できる形態であってもよい。なお、ホスト装置１００の保障リリースの入力装置１６４で入力された保障リリース入力１６２は、画像処理装置１０２の保障リリースの入力装置１６６で入力された保障リリース入力１６２と異なっていてもよい。また、保障リリースを指示する各コマンド／コード１５６に対応する保障リリース入力１６２が複数存在してもよい。例えば、全ての保障リリースプリントジョブをリリースするマスター保障リリース入力１６２を用いてもよい。
【００２６】
なお、ヘッダー付き画像処理／プリントジョブ１５０は、同じサイズあるいは異なるサイズの複数のデータパケット（例えば１５０ａ，１５０ｂ，１５０ｃ）に分割されてもよい。また、これらのデータパケットのうちの一部または全部のサイズは、予め設定されていてもよく、ユーザによって動的に設定されてもよい。また、少なくとも最初のデータパケットのサイズは、プリントジョブヘッダー１５２のサイズに正確に設定するようにしてもよい。
【００２７】
また、ヘッダー付き画像処理／プリントジョブ１５０は、以下に示す方法によって生成されてもよい。第１の方法として、ヘッダー付き画像処理／プリントジョブ１５０を、適用するデータをヘッダー付き画像処理／プリントジョブ１５０に変換するための画像処理装置のドライバー１６０を用いて変換してもよい。他の方法として、保障リリース入力１６２を含めるように変形あるいは増補する、直接変換アプリケーションによってヘッダー付き画像処理／プリントジョブ１５０を生成してもよい。この直接変換アプリケーションは、その後、保障リリース入力１６２とアプリケーション／画像処理データとを一まとめにする。
【００２８】
（入力解析器）
図７は、入力解析器１７０によって行われる処理を示している。入力解析器１７０は、プリントジョブヘッダー１５２に保障リリース指示コマンド／コード１５６が含まれているかどうかを判定する。そして、保障リリース指示コマンド／コード１５６が含まれている場合、画像処理装置１０２は、これに対応する論理チャネル／ポートにおけるヘッダー付き画像処理／プリントジョブ１５０に関するその後のデータパケットの受信を拒絶する。
【００２９】
図７に示したように、ヘッダー付き画像処理／プリントジョブ１５０の最初の１つ以上のデータパケット１５０ａは、入力解析器１７０に送られる。画像処理装置１０２がプリントジョブの最初の１つ以上のデータパケット１５０ａを受け取ると、入力解析器１７０は、保障リリースプリントジョブを示す保障リリース指示コマンド／コード１５６であるかを判定するためのデータを先に読み込む（１７２）。この先読みは、その後のパケットの受信許諾に先立つデータの解析とみなすこともできる。プリントジョブヘッダー１５２の端部が存在しなければ（１７３）、次の最初の１つ以上のデータパケット１５０ａの受信が許諾される（１７４）。プリントジョブヘッダー１５２の端部を示すデータは、例えば、ヒューレットパッカード社によって開発されたＰＪＬ言語（@PJL ENTER LANGAGE=<format>）などの予め知っているコマンド言語を用いることができる。
【００３０】
プリントジョブヘッダー１５２を全て受信すると（例えばプリントジョブヘッダー１５２の端部のデータパケットに遭遇すると）（１７３）、保障リリース指示コマンド／コード１５６が検知されたかどうかを判定する。この判定における解析処理の一部として、データパケットを予め知っているコマンド言語（例えば、シャープ製のデジタル画像形成装置AR-507，AR-M450で用いられている「@PJL SET SUSPENDKEY="<PIN>"」などのプリントジョブ言語（PJL）など）に応じて保障リリース指示コマンド／コード１５６を示すデータに分解する処理を行う。
【００３１】
プリントジョブヘッダー１５２において保障リリース指示コマンド／コード１５６が検出されなかった場合（１７５）、このプリントジョブは通常のジョブとして扱われ、全てのデータパケットが受信許諾されて受信され、画像処理装置１０２で処理の順番待ちにされる（queued）。一般に、通常の処理では、画像処理装置１０２が、記憶能力および伝送能力に応じて、保留することがないように受信を継続する。
【００３２】
一方、保障リリース指示コマンド／コード１５６が検出された場合、入力解析器１７０は、ヘッダー付き画像処理／プリントジョブ１５０に機密であること（例えば保障リリースプリントジョブであること）を示す情報を付加する。プリントジョブが機密である場合、画像処理装置１０２は、このプリントジョブに対応する論理チャネル／ポートにおけるその後に続くデータパケット（例えば１５０ｂ，１５０ｃ）の受信を拒絶する（１７７）。なお、上記の受信拒絶（１７７）は、遮断（クライアントホスト装置１００のポートモニターからのＩ／Ｏ（入力／出力）を遮断）することによって行われてもよく、対応する論理チャネル／ポートでのデータパケット（例えば１５０ｂ，１５０ｃ）の受信を保留することによって行われてもよい。また、保障リリース指示コマンド／コード１５６が発見された場合、上記受信拒絶は、その後のデータパケットが入力解析器１７０によって解析されないように、通信レイヤーで行われてもよい。
【００３３】
その後、論理チャネル／ポートはユーザが保障リリースを開始するまで保留モードに保たれる。ユーザは、プリントジョブを取り出すために、操作パネル１６６を介して保障リリース入力１６２を入力する。
【００３４】
なお、図７に示した処理の順序は典型例を示すものであって、これに限るものではない。例えば、上記先読み工程（１７２）において保障リリース指示コマンド／コード１５６が検出された場合に、図７に破線で示したように、画像処理装置１０２がすぐにその後のデータパケットの受信を拒絶するようにしてもよい。
【００３５】
また、データパケットの解析を行っている期間に、入力解析器１７０が、プリントジョブの他の属性（例えば、ジョブ名、文書名、ユーザ名など）を示すコマンドの解析を行うようにしてもよい。
【００３６】
また、入力解析器１７０は、例えば、ソフトウェアをアップグレードすることによってシステムにインストール／付加されてもよく、ソフトウェアとして予めインストールされていてもよく、ハードウェアとして実装されてもよい。
【００３７】
（典型的な実施例）
図８は、本発明の好ましい実施形態を示す図である。この実施例では、保障リリース画像処理／プリントジョブ１５４ａの画像処理要求をユーザが行う。この図に示す構成では、クライアントホスト装置１００は、従来から公知の画像処理スプーリング／デスプーリングサブシステム１０４，１０６（ホスト装置プリントサブシステム）および画像処理装置ドライバー（プリンタドライバー）１６０を備えている。この従来から公知のホスト装置１００のプリントサブシステムは、例えば、プリントスプーラー１０４、MS-WINDOWS（登録商標）におけるグラフィック表示インターフェース（GDI）、およびデスプーラー１０６を備えている。画像処理装置のドライバー１６０は、保障リリースプリントジョブを示す命令を埋め込んだプリントジョブを生成する。この実施例では、画像処理装置１０２は、入力解析器１７０および保障リリース入力１６２を入力するための機構（操作パネル１６６）を備えている。
【００３８】
プリントジョブがアプリケーションプログラム（例えば文書処理プログラム、会計処理プログラム（spread sheet program）、描画プログラムなど）を用いて生成された後、
ユーザがアプリケーションプログラム（あるいは補助プログラム）から保障リリースプリントジョブの画像処理（デスプールの開始）を要求する。例えば、ユーザがプリントスプーラー１０４を介してプリントジョブのスケジューリングをすることによってプリントジョブのデスプールが開始するようにしてもよい。
【００３９】
ユーザに対して、保障リリース入力装置１６４を介して保障リリース入力１６２を入力することを促すようにしてもよい。あるいは、特定のホスト装置１００で発生したプリントジョブ、所定の用途の全てのプリントジョブ、あるいはその他の部分集合に含まれるプリントジョブなどに対して、自動的に保障リリース入力１６２を適用するようにしてもよい。
【００４０】
画像処理装置ドライバー１６０は、保障リリース入力１６２（あるいは保障リリース入力１６２を示す他のコマンド／コード）と関連付けたヘッダー付き画像処理／プリントジョブ１５０を生成する（好ましくはプリントジョブヘッダー１５２に関連付ける）。ヘッダー付き画像処理／プリントジョブ１５０（画像処理装置が準備するデータ）は、連続するデータパケット１５０ａ，１５０ｂ，１５０ｃとして生成されることが好ましい。また、最初の１つ以上のデータパケット１５０ａは、プリントジョブヘッダー１５２の全部または一部を含むことが好ましい。
【００４１】
ヘッダー付きプリントジョブ１５０はプリントスプーラー１０４にスプールされ、画像処理装置１０２にデスプールされる。デスプーラーは、例えば、ドライバー１６０に特有のスプーラースレッド（spooler thread)を介して起動されるプリントプロセッサおよびポートモニターであってもよい。ポートモニターは、画像処理装置に特有のスプーラースレッドの下で起動され、データパケット１５０ａ，１５０ｂ，１５０ｃのストリームで画像処理装置１０２にプリントジョブを送信するためのプロトコル（例えば遠隔ラインプリンタ（ＬＰＲ））を開始する。ホスト装置１００のプリントサブシステムがプリントジョブのデスプールを開始すると、スプーラー１０４は、画像処理装置１０２に特有のスプーラースレッドを生成あるいは割り当て、この特定のスレッドからデスプール処理を開始する。親スプーラースレッドおよび他の子スプーラースレッドは、この特定のスレッドに対して非同期であり続ける。デスプール処理では、論理チャネル／ポート（例えば、ＬＰＲ，ＩＰＰ，９１００ポートなど）を介して画像処理装置（例えば、ＴＣＰ／ＩＰでネットワークに接続された画像処理装置１０２）との接続を確立する。論理チャネル／ポートを用いることにより、複数のクライアントホスト装置１００を、画像処理装置１０２の同じチャネル／ポートに同時に接続できる（図１０参照）。また、論理チャネル／ポートを用いることにより、単一のクライアントホスト装置１００が、画像処理装置１０２の同じチャネル／ポートとの間で同時に複数の接続を確立できる（図１１参照）。さらに、論理チャネル／ポートを用いることにより、単一のクライアントホスト装置１００が複数の画像処理装置１０２における異なるチャネル／ポートとの間で複数の接続を同時に確立できる（図１２参照）。
【００４２】
論理チャネル／ポートへの接続が確立されると、クライアントホスト装置１００および画像処理装置１０２は、印刷プロトコルを用いてデータパケットの順序に沿ってプリントジョブを送信する。クライアントホスト装置１００と画像処理装置１０２との間で各データパケットの受信受諾の返信を行う初期接続（protocol handshaking）が行われる。
【００４３】
画像処理装置１０２が最初の１つ以上のデータパケット１５０ａを受信すると、入力解析器１７０が、プリントジョブヘッダー１５２に保障リリース指示コマンド／コード１５６が含まれているがどうかを判定する。プリントジョブヘッダー１５２において保障リリース指示コマンド／コード１５６が検出されなかった場合（１７５）、このプリントジョブは通常のジョブとして扱われ、全てのデータパケットが受信許諾されて受信され、画像処理装置１０２で処理の順番待ちにされる。しかしながら、保障リリース指示コマンド／コード１５６が検出された場合、画像処理装置１０２は、そのヘッダー付き画像処理／プリントジョブ１５０が送信されてきた論理チャネル／ポートにおけるその後のデータパケット（例えば１５０ｂ、１５０ｃ）の受信を拒絶する。
【００４４】
その後、論理チャネル／ポートは、図１４に示すように、ユーザが保障リリースを開始するまで保留モードにされる。
【００４５】
図８に示した例は、本発明の好ましい実施例の１つを説明するためのものであり、本発明の技術範囲を限定するものではない。
【００４６】
図９は、画像処理装置１０２がどのように非保障リリースプリントジョブ１８０ａ（例えば自動プリントジョブ）および保障リリースプリントジョブ１８０ｂ（ヘッダー付き画像処理／プリントジョブ１５０）のキュー（順序待ち設定）を行うかを示す図である。この実施例では、画像処理装置１０２は、プリントジョブの全てではないにしても一部を画像処理／プリントジョブ記憶部１８２に記憶させる能力を有している。画像処理／プリントジョブ記憶部１８２としては、例えば、ＲＡＭ、ハードディスク、安全な外部記憶装置などを用いることができる。
【００４７】
非保障リリースプリントジョブ１８０ａについては、画像処理装置１０２におけるプリントジョブの処理の準備ができるまで、プリントジョブ全体１８２ａが画像処理／プリントジョブ記憶部１８２に記憶される。保障リリースプリントジョブ１８０ｂについては、このプリントジョブが安全にリリースされ、画像処理装置１０２におけるプリントジョブ１８０ｂの保障リリース処理の準備ができるまで、プリントジョブ１８０ｂの一部のみ（保障リリース指示コマンド／コード１５６を含む最初の１つ以上のデータパケット１５０ａ）が、画像処理／プリントジョブ記憶部１８２に記憶される。残りのデータパケット（例えば１５０ｂ，１５０ｃ）は、ホスト装置１００に残っているので、より安全に保たれる。
【００４８】
図９に示したように画像処理／プリントジョブ記憶部１８２を用いることにより、安全性とメモリの節約という２つの効果が得られる。保障リリースプリントジョブにおけるプリントジョブ１８２ｂ（主にプリントジョブヘッダー１５２）の一部のみが画像処理装置１０２の画像処理／プリントジョブ記憶部１８２に記憶されるので、画像処理装置１０２から取得される可能性のある保障情報はほとんどなく、危険にさらされない。また、保障リリースプリントジョブにおけるプリントジョブ１８２ｂの一部のみが画像処理装置１０２の画像処理／プリントジョブ記憶部１８２に記憶されるので、メモリ／記憶領域を著しく節約できる。
【００４９】
図１０は、第１ホスト装置１００（ホスト装置Ａ）からの保障リリースプリントジョブ１８４（１８４ａ〜１８４ｄｄ）の受信拒否中に、第２ホスト装置１００（ホスト装置Ｂ）からのプリントジョブ１８８（１８６ａ〜１８６ｄ）は受信できるようにした画像処理装置１０２の実施例を示している。この図に示すように、ホスト装置Ａは、保障リリースプリントジョブ１８４の最初の１つ以上のデータパケット１８４ａを画像処理装置１０２に送信する。残りの遮断／保留されたデータパケット１８４ｂ〜１８４ｄは、ホスト装置Ａに残る。ホスト装置Ａが最初の１つ以上のデータパケット１８４ａを送信する前、あるいは送信している期間中、あるいは送信した後に、ホスト装置Ｂは、非保障リリースプリントジョブ１８６を送信する（図１０には、画像処理装置１０２に送信されたデータパケット１８６ａ〜１８６ｂと、これから送信されるデータパケット１８６ｃ〜１８６ｄとが示されている）。画像処理装置１０２は、保障リリースプリントジョブ１８４の画像処理（画像形成）が行われることを待つことなく、非保障リリースプリントジョブ１８６の画像処理を行うことができ、ユーザは、画像処理装置１０２の出力ビン１１６からそれを取り出すことができる。
【００５０】
図１０に示したシナリオを作成する典型的な方法としては、他の論理チャネル／ポートにおいてデータ１８８を受信している間、画像処理装置１０２に、論理チャネル／ポートにおける保障リリースプリントジョブ１８４についてのデータパケット１８４ａ〜１８４ｃの受信拒絶を行わせることである。例えば、画像処理装置１０２が共有される場合、同じあるいは異なるチャネル／ポートにおいて異なるクライアントホスト装置１００からのプリントジョブの入力処理の開始あるいは継続が許可される。例えば、複数のクライアントホスト装置１００がＬＰＲポートにデスプールすることができる。画像処理装置の入力工程では、入力スレッドのプール、および、同じチャネル／ポートへの異なるネットワーク接続（異なるネットワークアドレスからの接続）のための処理スレッドとしての個別のスレッドの割り当てを作成することによって、異なるクライアントホスト装置１００から同じチャネル／ポートにおける同時入力を管理する。
【００５１】
図１１は、本発明においてホスト装置を１つ備えたシステムの実施例を示している。この実施例では、画像処理装置１０２は、保障リリースプリントジョブ１８４（１８４ａ〜１８４ｄ）の受信を拒絶（遮断）している間に、同じホスト装置１００からの非保障リリースプリントジョブ１８６（１８６ａ〜１８６ｄ）の受信を行うことができるようになっている。この図は、ホスト装置１００が、画像処理装置１０２への保障リリースプリントジョブ１８４の最初の１つ以上のデータパケット１８４ａを送信している状態を示している。遮断／保留された残りのデータパケット１８４ｂ〜１８４ｄは、ホスト装置１００に残る。ホスト装置１００が最初の１つ以上のデータパケット１８４ａを送信する前、あるいは送信している期間中、あるいは送信した後に、このホスト装置１００は、非保障リリースプリントジョブ１８６を送信する（図１１には、画像処理装置１０２に送信されたデータパケット１８６ａ〜１８６ｂと、これから送信されるデータパケット１８６ｃ〜１８６ｄとが示されている）。画像処理装置１０２は、保障リリースプリントジョブ１８４の画像処理（画像形成）が行われることを待つことなく、非保障リリースプリントジョブ１８６の画像処理を行うことができ、ユーザは、画像処理装置１０２の出力ビン１１６からそれを取り出すことができる。
【００５２】
図１１に示したシナリオを作成するための典型的な方法は、画像処理装置１０２が、もともとのチャネル／ポート１８７ａとは異なるチャネル／ポート１８７ｂにおいて、同じクライアントホスト装置１００から異なるプリントジョブの受信を開始（あるいは継続）することである。例えば、MS-WINDOWS（登録商標）では、プリントスプーラー１０４が、インストールされた画像処理装置ドライバー１６０毎に個別のデスプールスレッドを生成する。クライアントホスト装置１００は、同じ画像処理装置１０２について、２つの論理インストールされた画像処理装置ドライバー１６０を生成する。この２つの論地インストールされた画像処理装置ドライバー１６０は、チャネル／ポート接続のタイプが異なっている（例えばＬＰＲと９１００）。この例では、スプーラー１０４は、個別のスレッドを生成する。そして、１つの保障リリースプリントジョブ１８４が１つのスレッドにおいて受信拒絶されている間、スプーラー１０４は、同じ画像処理装置１０２への第２のプリントジョブ１８６（保障リリースプリントジョブであってもよく、非保障リリースプリントジョブであってもよい）のデスプールを継続できるようになっている。画像処理装置１０２の入力処理は、各チャネル／ポート１８７ａ，１８７ｂについて個別の処理スレッドを割り当てることによって、異なるチャネル／ポート１８７ａ，１８７ｂからの同時入力を管理する。
【００５３】
図１２は、複数の論理入力チャネル／ポートを複数の画像処理装置１０２（画像処理装置Ａおよび画像処理装置Ｂ）に接続する実施例を示している。これにより、ホスト装置１００は、保障リリースプリントジョブ１８４（１８４ａ〜１８４ｄ）の受信が拒絶（遮断）された後も印刷を継続できるようになっている。この場合、プリントスプーラー１０４は、インストールされた、異なる画像処理装置ドライバー１６０に対して、個別のスレッドを生成し、受信を拒絶されている保障リリースプリントジョブのデスプールと同時に他のプリントジョブのデスプールを開始する。
【００５４】
図１２に示すように、クライアントホスト装置１００は、第１の画像処理装置１０２（画像処理装置Ａ）によって保障リリースプリントジョブ１８４（１８４ａ〜１８４ｄ）の受信が拒絶されている間も、他の画像処理装置１０２（画像処理装置Ｂ）へのプリントジョブ（保障リリースおよび非保障リリース）のデスプールを継続する。この図は、１つのホスト装置と２つの画像処理装置とを備えたシステムの実施例を示している。この実施例では、第２の画像処理装置１０２（画像処理装置Ｂ）がホスト装置１００から非保障リリースプリントジョブ１８６（１８６ａ〜１８６ｄ）を受信している間、第１の画像処理装置１０２（画像処理装置Ａ）が同じホスト装置１００からの保障リリースプリントジョブ１８４（１８４ａ〜１８４ｄ）の受信を拒絶するようになっている。この図に示すように、ホスト装置１００は、画像処理装置１０２（画像処理装置Ａ）に保障リリースプリントジョブ１８４の最初の１つ以上のデータパケット１８４ａを送信する。残りの遮断／保留されたデータパケット１８４ｂ〜１８４ｄは、ホスト装置１００に残る。ホスト装置１００が最初の１つ以上のデータパケット１８４ａを送信する前、あるいは送信している期間中、あるいは送信した後に、ホスト装置１００は、非保障リリースプリントジョブ１８６を送信する（図１２には、画像処理装置１０２（画像処理装置Ｂ）に送信されたデータパケット１８６ａ〜１８６ｂと、これから送信されるデータパケット１８６ｃ〜１８６ｄとが示されている）。第１の画像処理装置１０２（画像処理装置Ａ）において保障リリースプリントジョブの画像処理（画像形成）が行われるのを待つことなく、第２の画像処理装置１０２（画像処理装置Ｂ）は非保障リリースプリントジョブ１８６の画像処理を行うことができ、ユーザは、画像処理装置１０２（画像処理装置Ｂ）の出力ビン１１６からそれを取り出すことができる。
【００５５】
図１３は、ホスト装置１００の１つの入力チャネル／ポートを、１つの論理チャネル／ポートを有する１つの画像処理装置１０２に接続する実施例を示している。この実施例では、保障リリースプリントジョブ１８４は、同じホスト装置１００からこの論理チャネル／ポートへの保障リリースプリントジョブ１８４の受信が拒絶（遮断）されているときに、ユーザが第２の画像処理／プリントジョブ１８８の画像処理装置１０２の同じ論理チャネル／ポートへのデスプールを試みた場合、第２の画像処理／プリントジョブ１８８は、第１の保障リリースプリントジョブ１８４が許諾されて完全にデスプールされるまで、クライアントホスト装置の論理画像処理キュー（例えば印刷キュー）に留められる。
【００５６】
なお、図１１で説明した複数のチャネル／ポートを用いることにより、図１３の問題を解決することができる。例えば、クライアントホスト装置１００は、同じ画像処理装置１０２について、チャネル／ポート接続のタイプが異なる（例えばＬＰＲと９１００）２つの論理インストールされた画像処理装置ドライバー１６０を生成できる。より高度なホスト装置１００のプリントサブシステムでは、画像処理装置１０２およびホスト装置１００のスプーラー１０４，デスプーラー１０６は、同じクライアントホスト装置１００から同じチャネル／ポートへの複数のプリントジョブのデスプールを同時に行える。このような方法は、ＵＳ特許出願１０／９２５６０２に開示されている。
【００５７】
図１４は、画像処理装置１０２での受信を拒絶（遮断）されていた保障リリースプリントジョブをリリースするための保障リリース方法の一例を示している。保障リリースプリントジョブを取り出すために、ユーザは、例えば画像処理装置１０２の操作パネル１６６に保障リリース入力１６２を入力する。あるいは、ユーザが、他の保障リリース入力装置１６６用いて保障リリース入力１６２を入力するようにしてもよく、ウェブページを用いて遠隔的に保障リリース入力１６２を入力するようにしてもよい。保障リリースプリントジョブが安全にリリースされたとき、ホスト装置１００のポートモニターが「非遮断」あるいは「非保留」にされるとともに、画像処理装置１０２が論理チャネル／ポートでのデータパケット（例えば１５０ｂ，１５０ｃ，１５０ｄ）の受信許可を再開する。これは、プリントジョブを送信するためにホスト装置あるいはサーバーにリクエストを送信する公知のプルシステムとは異なっている。本発明では、プリントジョブを論理チャネル／ポートにおいて保留モードにし、この論理チャネル／ポートが「非遮断」あるいは「非保留」になるまで待機する。入力解析器１７０は、画像処理装置１０２に送信すべき残りのデータパケット（例えば１５０ｂ，１５０ｃ，１５０ｄ）の送信を許可して、受け入れを再開する。（最初の１つ以上のデータパケットは、画像処理装置に保持されることが好ましい。）その後、プリントジョブの処理が通常の処理で行われる。例えば、画像処理装置１０２はプリントジョブの画像処理（画像形成）および出力を行う。その後、ユーザは、画像処理装置１０２の出力ビン１１６から画像処理／プリントジョブの出力１５４ｂを取り出すことができる。
【００５８】
図１５は、クライアントホスト装置１００と画像処理装置１０２との間で機能する専用の機能分散装置１９０（例えばプリントサーバー）を備えた実施例を示している。この実施例では、クライアントホスト装置１００と専用の機能分散装置１９０とが共にクライアントホスト装置側の機能を担う。このシステムを用いることにより、ホスト装置１００は、保障リリースプリントジョブを、後にこの保障リリースプリントジョブを画像処理装置１０２に送信する専用の機能分散装置１９０に送信する。クライアントホスト装置１００が機能分散装置１９０へのプリントジョブのデスプールを開始した後、この専用の機能分散装置１９０は、クライアントホスト装置１００の少なくとも一部の機能を担う。例えば、この専用の機能分散装置１９０は、画像処理装置１０２へのプリントジョブのデスプールする機能、付加的な論理チャネル／ポートを提供する機能、画像処理装置１０２にプリントジョブをリリースする機能のうちの少なくともも１つ以上を有していてもよい。この実施例では、画像処理／プリントジョブは、画像処理装置１０２への安全なリリースが行われるまで、機能分散装置１９０（この機能分散装置１９０はクライアントホスト装置側の機能を有する）に保持される。なお、図８〜図１４に示した各実施例を、機能分散装置１９０を用いる形態に変更してもよい。
【００５９】
図１６は、クライアントホスト装置１００と画像処理装置１０２との間で機能する専用の機能分散装置１９２（例えばプリントサーバー）を備えた実施例を示している。この実施例では、クライアントホスト装置１００と専用の機能分散装置１９２とが共にクライアントホスト装置側の機能を担う。この実施例では、機能分散装置１９２が、画像処理装置側の機能の少なくとも一部を担っている。例えば、機能分散装置１９２が、受信を拒絶する機能（入力解析器１７０の機能を含む）、記憶装置／メモリ（例えば、ヘッダー付き画像処理／プリントジョブ１５０の最初の一部を記憶するための記憶装置／メモリ）としての機能、付加的な論理チャネル／ポートを提供する機能、操作パネル１６６としての機能のうちの少なく友１つ以上を有していてもよい。この実施例は、標準的な画像処理装置１０２、あるいはその近傍に専用の箱を備える形態に変更してもよい。このシステムを用いることにより、ホスト装置１００は、保障リリースプリントジョブを機能分散装置１９２に送信する。機能分散装置１９２は、その後、保障リリース入力１６２を入力されたときにこの保障リリースプリントジョブを画像処理装置１０２に送信する。なお、図８〜図１４に示した各実施例を、機能分散装置１９２を用いる形態に変更してもよい。
【００６０】
図１７は、クライアントホスト装置１００が、プリントジョブの最初の一部１９４（ヘッダー付きプリントジョブのデータパケット）を複数の画像処理装置１０２にデスプールする実施例を示している。この実施例に係るシステムは、「続けて印刷する」あるいは「どこで印刷してもよい」といった印刷形態を実行できる。プリントジョブの最初の部分１９４を複数の画像処理装置１０２にデスプールした後、ユーザは、複数の画像処理装置１０２のうちのどの画像処理装置１０２からでも、プリントジョブを安全にリリースすることができる。一度安全にリリースされると、その旨が残りの画像処理装置１０２に通知され、プリントジョブの最初の部分１９４のコピーが消去される。
【００６１】
なお、本発明において、入力／出力（Ｉ／Ｏ）保障リリースを待機するタイムアウトを定めてもよい。このタイムアウトは、ユーザが画像処理／プリントジョブを安全にリリースするための十分な時間を確保するように設定すればよい。このタイムアウトが終了するまでにユーザが保障リリースコードを入力しなかった場合、装置あるいはホストは、接続を終了し、画像処理／プリントジョブを消去する。このタイムアウトは、タイムアウトが超過したときに、画像処理／プリントジョブを消去するためのものであってもよい。ホスト装置１００が、接続の終了が決定され次第、画像処理／プリントジョブの一部を消去するようにしてもよい。この方法により、拒絶されたり忘れられたりした画像処理／プリントジョブによってシステム資源が浪費されることを防止できる。この入力／出力（Ｉ／Ｏ）タイムアウトは、クライアントホスト装置１００で行われてもよく、画像処理装置１０２で行われてもよく、両方で行われてもよい。
【００６２】
（その他）
本明細書において、プリントジョブおよび画像処理ジョブは、例えばファクシミリ送信、コピー、画像読取、文書操作などの一般的なプリントジョブであってもよく、その他の一般的でないプリントジョブであってもよい。
他の実施例として、文書保管／検索、操作、送信などの文書管理を行うものであってもよい。また、プリントジョブは、認証制御や暗号化などの他のリリースセキュリティー属性を有していてもよい。
【００６３】
保障リリース入力１６２は、ＩＤコードに限らず、英数字コード、暗証番号（ＰＩＮ）、磁気ＩＤカード、スマートカード、生物測定センサーからの生体情報（例えば網膜スキャンや指紋等）など、どのようなタイプの識別情報であってもよい。また、保障リリース入力プリントのリリース機構は、保障リリースに限らず、保障リリース入力１６２を用いない対話型リリースを行うようにしてもよい。
【００６４】
保障リリース入力１６２は、ホスト装置１００および／または画像処理装置において、例えばキーボード、マウス、マイク、操作パネルなどの一般的な入力装置を用いて入力することができる。他の実施例として、保障リリース入力１６２を、特殊なハードウェアを用いて入力するようにしてもよい。例えば、一般的な入力装置に加えて、あるいは一般的な入力装置に代えて、専用のキーパッド、磁気ＩＤカード読み取り装置、生物測定センサー（例えば指紋や網膜スキャン）などの特殊な保障リリース入力装置１６４を用いて保障リリース入力１６２を入力するようにしてもよい。
【００６５】
なお、特に重要なプリントジョブについて、暗号化や上書きなどの追加のセキュリティー手段を用いてもよい。
【００６６】
本明細書において用いた用語および表現は、本発明の実施例を説明するためのものであって、本発明の技術範囲を限定するものではなく、これらの用語・表現、あるいはこれらの用語・表現の一部の等価物を除外するものではない。本発明の技術範囲は、特許請求の範囲の記載によってのみ決定される。
【産業上の利用可能性】
【００６７】
本発明は、画像処理／プリントジョブの送信、レンダリング、出力等を行うプリント／スプーリングサブシステムに適用できる。例えば、ＭＦＰ、プリンタ、ファクシミリ、コピー機、スキャナ、ファイリング装置、文書変換装置などの画像処理装置と、この画像処理装置に接続されるホスト装置とを含むシステムに適用できる。
【図面の簡単な説明】
【００６８】
【図１】図１は、本発明の一実施形態にかかるシステムおよび方法を実現するためのコンピュータネットワークの一例を示す説明図である。
【図２】図２は、従来技術にかかるホスト装置および画像処理装置の概要を示す図であり、対話型印刷において暗号化方法を実行するための画像処理装置を示している。
【図３】図３は、従来技術にかかるホスト装置および画像処理装置の概要を示す図であり、対話型印刷において安全化された出力ビンにジョブをリリースする方法を実行するための画像処理装置を示している。
【図４】図４は、従来技術にかかるホスト装置および画像処理装置の概要を示す図であり、対話型印刷において暗号化メモリを用いてジョブをリリースする方法を実行するための画像処理装置を示している。
【図５】図５は、従来技術にかかるホスト装置および画像処理装置の概要を示す図であり、対話型印刷において暗号化メモリを用いてジョブのリリースおよび実行を行う方法を実行するための画像処理装置を示している。
【図６】図６は、従来技術にかかるホスト装置および画像処理装置の概要を示す図であり、対話型印刷において遠隔記憶する方法を実行するための画像処理装置を示している。
【図７】図７は、本発明の典型的な方法の１つを用いる画像処理装置の入力解析器におけるヘッダーの流れを示すフロー図である。
【図８】図８は、本発明の典型的なシステムの概要を示す図であり、対話型印刷においてホスト装置に記憶したジョブをリリースする方法を実行するためのホスト装置および画像処理装置を含むシステムを示している。
【図９】図９は、画像処理装置において安全になっていない機密のリリースプリントジョブを記憶するための内部画像処理キューの概要を示す図である。
【図１０】図１０は、ホスト装置を２つ備えた好ましいシステムの概要を示す図であり、安全化されずに他方のホスト装置からリリースされたプリントジョブのI／Oを許諾している間は、安全化されて一方のホスト装置からリリースされたプリントジョブのI／Oを拒絶するシステムを示している。
【図１１】図１１は、ホスト装置を１つ備えた好ましいシステムの概要を示す図であり、安全化されずにこのホスト装置からリリースされたプリントジョブのI／Oを許諾している間は、安全化されて同じホスト装置からリリースされたプリントジョブのI／Oを拒絶するシステムを示している。
【図１２】図１２は、ホスト装置を１つ備えた好ましいシステムの概要を示す図であり、ホスト装置が複数の画像処理装置に接続するための複数の論理入力チャネル／ポートを有しており、受信を承諾されるか、あるいは承諾を要さない他の論理入力チャネル／ポートからのプリントジョブの印刷を継続するとともに、後から受信した安全化されたリリースプリントジョブを拒絶するシステムを示している。
【図１３】図１３は、１つの画像処理装置に接続するために入力チャネル／ポートを１つ備えたホスト装置の概要を示す図である。
【図１４】図１４は、プリントジョブを安全化してリリースするための方法を示す説明図である。
【図１５】図１５は、クライアントホスト装置と画像処理装置との間に配置され、クライアントホスト装置の機能のうちのいくつかを提供する機能分散装置を機能的に示したブロック図である。
【図１６】図１６は、クライアントホスト装置と画像処理装置との間に配置され、画像処理装置の機能のうちのいくつかを提供する機能分散装置を機能的に示したブロック図である。
【図１７】図１７は、クライアントホスト装置がデスプールしている複数の画像処理装置への、「続けて印刷する」あるいは「どこで印刷してもよい」という印刷形態を実行するためのプリントジョブの最初の部分（sub-portion）を示すブロック図である。
【符号の説明】
【００６９】
１００  ホスト装置
１０２  画像処理装置
１０４  スプーラー
１０６  デスプーラー
１１６  出力ビン
１２０  保障メモリ
１６０  画像処理装置ドライバー
１６４，１６６  保障リリース入力装置
１７０  入力解析器
１８２  画像処理／プリントジョブ記憶部
１８７ａ，１８７ｂ  チャネル／ポート
１９０，１９２  機能分散装置
【図１】
2006338674.tif 000003
【図２】
2006338674.tif 000004
【図３】
2006338674.tif 000005
【図４】
2006338674.tif 000006
【図５】
2006338674.tif 000007
【図６】
2006338674.tif 000008
【図７】
2006338674.tif 000009
【図８】
2006338674.tif 000010
【図９】
2006338674.tif 000011
【図１０】
2006338674.tif 000012
【図１１】
2006338674.tif 000013
【図１２】
2006338674.tif 000014
【図１３】
2006338674.tif 000015
【図１４】
2006338674.tif 000016
【図１５】
2006338674.tif 000017
【図１６】
2006338674.tif 000018
【図１７】
2006338674.tif 000019