JP2010108347A - ネットワークインタフェース装置、印刷制御方法、印刷制御プログラム、および画像形成装置 - Google Patents

Abstract

【課題】 認証サーバがダウンするなどの理由により印刷方法が切り替わることによって未出力となってしまう印刷データを出力させることが可能な仕組みを提供する。
【解決手段】 ＮＩＣアプリケーション８００の印刷ジョブ受付処理において、ＬＤＡＰサーバ２００へ接続可能（第１の印刷モード）であればジョブをマスストレージ５００に格納し、接続不可能な場合（第２の印刷モード）、印刷データをマスストレージ５００に格納することなく出力する。このとき、出力フラグが「ｆａｌｓｅ」ならば当該印刷データを削除し印刷は行わない。また、認証済みのユーザについてユーザ認証情報を認証キャッシュに記憶しておき、第２の印刷モードでのユーザ認証で、認証キャッシュに記憶されていれば当該ユーザについて印刷予約し、その後の第２の印刷モードの受付処理において、印刷予約があれば、当該ユーザについてマスストレージ５００に格納されているジョブを出力する。
【選択図】 図７

Description

本発明は、印刷データを生成する情報処理装置と、ユーザの認証を行う認証サーバと通信可能に接続される画像形成装置に設けられるネットワークインタフェース装置、印刷制御方法、印刷制御プログラム、画像形成装置に関する。

従来から、ユーザが印刷装置からサーバ上に一時蓄積された印刷データに対して印刷要求を行うことで、印刷装置から印刷データの出力を可能にする所謂「プルプリント（蓄積印刷）」のプリントシステムが提案されている。
「プルプリント（蓄積印刷）」のプリントシステムの例として、特許文献１が挙げられる。特許文献１には、複合機に認証機能を備え、セキュリティを考慮した印刷制御システムが開示されている。

特許文献１は以下の通りである。
特許文献１の図４に示されるように、まず、ユーザは、クライアントＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１００にログインする（（１）−１）。そしてクライアントＰＣ１００からプリンタへの印刷指示を行う（（１）−２）。そして、クライアントＰＣ１００は、生成した印刷データをプリントサーバ２００に送信して（（２）−１）、プリントサーバ２００の所定の格納場所に格納させる（（２）−２）。この時点で印刷装置へは印刷データを送信しない。
次に、クライアントＰＣ１００は、プリントサーバ２００に送信した印刷データの書誌情報データを生成し、該生成した書誌情報データを印刷管理サーバ４００に送信して、印刷管理サーバ４００の所定の格納場所に格納させる（（３）−１）。印刷管理サーバ４００は、クライアントＰＣ１００から書誌情報データファイルが格納されると、該書誌情報データファイルを解析し書誌情報を書誌情報ＤＢに登録する（（３）−２）。次に、複合機３００は、カードリーダによりＩＣカード４１０を検知すると、該ＩＣカード４１０内の個人認証情報を読み取り、該読み取った個人認証情報を認証要求として印刷管理サーバ４００に送信する（（４）−１）。印刷管理サーバ４００は、複合機３００より個人認証情報を受信すると、該個人認証情報の認証処理を印刷管理サーバ４００の外部記憶装置上に記憶されるＩＣカード認証用テーブルに基づいて行い、認証結果を複合機３００に返信する（（４）−２）。

次に、複合機３００は、印刷管理サーバ４００から、認証に成功した旨の認証結果（クライアントＰＣ１００のログインユーザＩＤ）を受信すると、印刷管理サーバ４００に印刷データ一覧要求を送信する（（５）−１）。
なお、印刷データ一覧要求には、クライアントＰＣ１００のログインユーザＩＤが含まれているものとする。印刷管理サーバ４００は、複合機３００から印刷データ一覧要求を受信すると、該印刷データ一覧要求に含まれるログインユーザＩＤで書誌情報ＤＢを検索して、該ログインユーザＩＤに対応する印刷データ一覧を生成し、複合機３００に返信する（（５）−２）。複合機３００は、印刷管理サーバ４００から印刷データ一覧を受信すると、該印刷データ一覧を操作部３０８のＵＩ上に表示する。そして、ユーザにより、印刷データが選択され、印刷指示がなされると、複合機３００は、該選択された印刷データの印刷要求（出力指示）を印刷管理サーバ４００に送信する（６）。

印刷管理サーバ４００は、複合機３００から印刷データの印刷要求（出力指示）を受信すると、該出力指示がなされた印刷データの書誌情報を、クライアントＰＣ１００のログインユーザ名，印刷データのタイムスタンプをキーにして書誌情報ＤＢから検索し、該検索した書誌情報から該当する印刷データを格納しているプリントサーバ２００を特定し、該プリントサーバ２００に該当する印刷データの印刷指示を送信する（７）。プリントサーバ２００は、印刷管理サーバ４００から印刷指示を受信すると、該印刷指示に基づいて印刷データを複合機３００に送信して複合機３００で印刷させる（８）。

上記の方法によれば、印刷物が出力されるのは、ユーザが印刷装置からサーバ上に印刷要求を行ったときとなるので、印刷物が長時間放置されることを防ぐことができ、セキュアなプリントシステムを実現できる。
特開２００６−９９７１４号公報

しかしながら、認証サーバがダウンしているときなど、認証サーバと通信できない場合、認証ができないために印刷することができず、業務を滞らせてしまうという問題があった。
この問題を解決するためには、ユーザから送信された印刷データを一旦サーバに蓄積し、ユーザが印刷装置からサーバに印刷要求を行ったときに蓄積された印刷データを印刷する第１の印刷方法と、送信された印刷データを蓄積せずに、そのまま出力する第２の印刷方法を備え、通常は第１の印刷方法を用い、認証サーバが止まったときに第２の印刷方法に切り替える仕組みが考えられる。
これにより、認証サーバが使えない場合も印刷ができ、業務を滞らせないシステムが実現できる。

しかし、このように印刷方法を切り替える技術の場合、第１の印刷方法から第２の印刷方法に切り替わった時、サーバに蓄積された印刷データを印刷することができないという問題がある。
例えば、第１の印刷方法のときに印刷データを１００ジョブ投入していて、認証サーバが停止し、第２の印刷方法に切り替わった場合、ユーザは再び１００ジョブの印刷データを投入しなければならず、非常に不便である。
また、第２の印刷方法から第１の印刷方法に切り替わったときに、サーバに蓄積されている不要な印刷データを削除することができないという問題もある。

そこで、本発明の目的は、例えば認証サーバがダウンするなどの理由により印刷方法が切り替わることによって未出力となってしまう印刷データを出力させることが可能な仕組みを提供することである。

前述した目的を達成するために第１の発明は、画像形成装置に接続され、印刷データを送信する情報処理装置と、ユーザの認証を行う認証サーバと通信するネットワークインタフェース装置であって、前記情報処理装置から、印刷データを受け付ける受付手段と、前記印刷データを記憶する記憶手段と、ユーザを識別するためのユーザ識別情報の受付に応じて、前記ユーザ識別情報の認証を行って前記記憶手段に記憶されている印刷データを印刷する第１の印刷モードか、前記記憶手段に記憶することなく前記受付手段で受け付けた印刷データを印刷する第２の印刷モードかを判定する印刷モード判定手段と、前記印刷モード判定手段で、前記第１の印刷モードであると判断した場合、前記記憶手段によって記憶されている印刷データから、前記ユーザ識別情報に応じた印刷データを取得する第１の取得手段と、前記印刷モード判定手段で、前記第２の印刷モードであると判断した場合、前記受付手段での印刷データの受付に応じて、当該印刷データのユーザと一致する前記記憶手段に記憶されている印刷データを取得する第２の取得手段と、前記第１の取得手段または第２の取得手段で取得した印刷データを前記画像形成装置で印字するために、前記画像形成装置に送信する送信手段と、を備えることを特徴とするネットワークインタフェース装置である。

第１の発明に係るネットワークインタフェース装置によって、第２の印刷モードにおいて、受付手段により受け付けた当該ユーザの当該印刷データの出力とともに、当該ユーザと一致する記憶手段に記憶されている印刷データを印刷することが可能であり、認証サーバが何らかの理由で動作しない場合でも、記憶手段に記憶されている印刷データの印刷を行うことが可能となり、ユーザの業務をとめることがない可用性の高いセキュアプリントシステムを構築できる。

また、一定間隔で、または、ユーザ識別情報の受付時に、前記認証サーバに通信可能か否かを判断する判断手段と、前記判断手段が、前記認証サーバに通信可能であると判断した場合、前記第１の印刷モードへ設定を変更し、前記判断手段が、前記認証サーバに通信可能でないと判断した場合、前記第２の印刷モードへ設定を変更する設定変更手段と、を更に備えることが望ましい。
これによって、一定間隔、あるいは、ユーザ認証時に認証サーバが通信可能か否かを判断するため、認証サーバの復帰に対して自動的に印刷モードの復帰、切り替えが可能になる。

また、前記第２の印刷モード時における前記受付手段で受け付けた印刷データを削除するか否かを判定する削除判定手段と、を更に備え、前記削除判定手段で削除すると判定された場合、前記受付手段で受け付けた印刷データを削除する。また、前記削除判定手段で削除しないと判定された場合、前記第２の取得手段で取得した印刷データと、前記受付手段で受け付けた印刷データとを出力する。
これによって、認証サーバが何らかの理由で動作しないときに記憶手段に記憶されている印刷データの印刷を行う際、第２の取得手段で取得した印刷データのみを印刷するか、あるいは、第２の取得手段で取得した印刷データと、受付手段で受け付けた印刷データの両方を印刷するかを設定することが可能になる。

また、前記第１の印刷モード時に、ユーザを識別するためのユーザ識別情報の受付に応じて、当該ユーザ識別情報を記憶する認証記憶手段を更に備えることが望ましい。また、前記第２の印刷モード時に、ユーザを識別するためのユーザ識別情報の受付において、前記認証記憶手段にユーザ識別情報が記憶されているか否かを判定する認証判定手段と、前記認証判定手段で記憶されていると判定される場合には、当該ユーザ識別情報に対応するユーザの印刷データを印刷可能にユーザ識別情報を設定する印刷予約手段を更に備えることが望ましい。また、前記送信手段は、前記第２の印刷モード時に、前記受付手段での印刷データの受付において、当該印刷データのユーザが前記印刷予約手段により設定されたユーザ識別情報に対応するユーザと一致した場合に、第２の取得手段で取得した印刷データを送信し、一致しない場合には前記受付手段で受付けた印刷データを出力することが望ましい。

認証記憶手段を更に備えることにより、認証されたユーザ名およびユーザ識別情報を記憶しておくことが可能になり、ユーザ識別情報を元にユーザ名を求めることが可能になる。
また、印刷予約手段を更に備えることにより、ユーザ識別情報の受付において記憶手段に記憶されている印刷データの印刷を予約することが可能になる。
さらに、第２の印刷モード時における受付手段での印刷データのユーザと印刷予約手段により予約したユーザが一致すれば、記憶手段に記憶されている印刷データを印刷することが可能になる。

また、前記受付手段で受け付けた印刷データは、前記第２の印刷モード時に削除するか否かの設定を前記情報処理装置に備えるプリンタドライバで設定された印刷データであることが望ましい。
これによって、ユーザは、受付手段で受け付けた印刷データを第２の印刷モード時に削除するか否かの設定を行うことができる。

第２の発明は、画像形成装置に接続され、印刷データを送信する情報処理装置と、ユーザの認証を行う認証サーバと通信するネットワークインタフェース装置における印刷制御方法であって、前記情報処理装置から、印刷データを受け付ける受付工程と、前記印刷データを記憶する記憶工程と、ユーザを識別するためのユーザ識別情報の受付に応じて、前記ユーザ識別情報の認証を行って前記記憶手段に記憶されている印刷データを印刷する第１の印刷モードか、前記記憶手段に記憶することなく前記受付手段で受け付けた印刷データを印刷する第２の印刷モードかを判定する印刷モード判定工程と、前記印刷モード判定手段で、前記第１の印刷モードであると判断した場合、前記記憶手段によって記憶されている印刷データから、前記ユーザ識別情報に応じた印刷データを取得する第１の取得工程と、前記印刷モード判定手段で、前記第２の印刷モードであると判断した場合、前記受付手段での印刷データの受付に応じて、当該印刷データのユーザと一致する前記記憶手段に記憶されている印刷データを取得する第２の取得工程と、前記第１の取得手段または第２の取得手段で取得した印刷データを前記画像形成し装置で印字するために、前記画像形成装置に送信する送信工程と、を含むことを特徴とする印刷制御方法である。

第３の発明は、ネットワークインタフェース装置において、第２の発明を実行させる印刷制御プログラムである。

第４の発明は、印刷データを送信する情報処理装置と通信可能な画像形成装置であって、
前記情報処理装置から、印刷データを受け付ける受付手段と、前記印刷データを記憶する記憶手段と、ユーザを識別するためのユーザ識別情報の受付に応じて、前記ユーザ識別情報の認証を行って前記記憶手段に記憶されている印刷データを印刷する第１の印刷モードか、前記記憶手段に記憶することなく前記受付手段で受け付けた印刷データを印刷する第２の印刷モードかを判定する印刷モード判定手段と、前記印刷モード判定手段で、前記第１の印刷モードであると判断した場合、前記記憶手段によって記憶されている印刷データから、前記ユーザ識別情報に応じた印刷データを取得する第１の取得手段と、前記印刷モード判定手段で、前記第２の印刷モードであると判断した場合、前記受付手段での印刷データの受付に応じて、当該印刷データのユーザと一致する前記記憶手段に記憶されている印刷データを取得する第２の取得手段と、を備えることを特徴とする画像形成装置である。

本発明によれば、例えば認証サーバがダウンするなどの理由により印刷方法が切り替わることによって未出力となってしまう印刷データを出力させることが可能な仕組みを提供することが可能になる。

以下、添付図面を参照しながら、本発明に係るセキュアプリントシステムの好適な実施形態について詳細に説明する。
図１は従来のセキュアプリントシステムの構成の一例を示す図である。

図１に示すように、例えば、階毎に設置する１又は複数の印刷装置１０００に接続されたＮＩＣ７００、管理者に１台、ユーザ毎に１台ずつというように設置する１又は複数のクライアントＰＣ３００、拠点毎に設置する１又は複数のプリンタサーバ１０１、拠点毎に設置する１又は複数の認証サーバ１０２がＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１５０を介して接続される。また、ＮＩＣ７００には、ＵＳＢケーブル１６０を介してカードリーダ４００が接続される。

クライアントＰＣ３００は、印刷装置１０００の設定を行うＰＣである。クライアントＰＣ３００は、ＬＡＮ１５０を介して、例えば、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などによって、印刷装置１０００と通信することができる機能を搭載したＰＣである。
また、クライアントＰＣ３００は、ユーザが印刷ジョブを投入するためのＰＣである。ユーザがクライアントＰＣ３００上で動くアプリケーションからプリンタドライバを介して印刷ジョブを生成すると、プリンタドライバがＬＰＲ（Ｌｉｎｅ ＰＲｉｎｔｅｒ Ｄａｅｍｏｎ Ｐｒｏｔｏｃｏｌ）等の印刷プロトコルを用いて、印刷ジョブを印刷装置１０００やプリンタサーバ１０１に送信することができる。

プリンタサーバ１０１は、クライアントＰＣ３００から印刷ジョブを受け取り、印刷ジョブを解析してジョブ情報を取得し、印刷ジョブを蓄積する。また、印刷装置１０００から印刷要求を受け取り、印刷要求に含まれるユーザ名をもとにして、蓄積ジョブからユーザのジョブを検索し、見つかったユーザのジョブを印刷装置１０００に対して印刷指示を行う。

認証サーバ１０２は、印刷装置１０００がユーザ認証を行うためのサーバである。カードＩＤ２１１に紐づくユーザ名、メールアドレス、利用権限等のデータを持っている。認証サーバ１０２は、印刷装置１０００からの問い合わせに対して、ユーザの有無と、ユーザが存在する場合は、そのユーザ情報を返答する機能を有する。

カードリーダ４００は、ＵＳＢケーブル１６０を介してＮＩＣ７００に接続される。
カードリーダ４００は、ＩＣカード４１０（記憶媒体）（例えば、ソニー（登録商標）社のフェリカ（ＦｅｌｉＣａ）（登録商標））がかざされるとカード内部の情報（記憶媒体識別情報）を読み取り、ＵＳＢケーブル１６０およびＮＩＣ７００を介して印刷装置１０００に通知する。なお、本実施の形態ではＩＣカード４１０を用いて認証処理を行うように構成したが、指紋などを用いて認証を行うように構成することが可能である。その場合、カードリーダ４００を指紋リーダに置き換え、指紋リーダで読み取られた指紋情報を認証サーバ１０２に送信することで認証を行う。

次に、図２を参照しながら、本発明に係るセキュアプリントシステム１について説明する。
図２は、本発明に係るセキュアプリントシステム１の構成の一例を示す図である。

図２に示すセキュアプリントシステム１は、ＬＡＮ１５０を介してクライアントＰＣ（情報処理装置）３００、ＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）サーバ（認証サーバ）２００、ＮＩＣ（ネットワークインタフェース装置）７００が接続される。印刷装置１０００は、ＮＩＣ（ネットワークインタフェース装置）７００を介して接続される。
ＮＩＣ７００は、ＵＳＢケーブル１６０、ＵＳＢハブ６００を介してマスストレージ（記憶部）５００、カードリーダ４００を接続している。
マスストレージ５００及びＵＳＢハブ６００がＮＩＣ７００を介して印刷装置１０００に外付けされているが、印刷装置１０００に内蔵するようにしてもよい。また、ＮＩＣ７００が複数のＵＳＢポート１６０を有する場合はＵＳＢハブ６００を介する必要はなく、ＮＩＣ７００にカードリーダ４００及びマスストレージ５００が直接接続される。

ＬＤＡＰサーバ２００は、図１の認証サーバ１０２の役割を行うもので、ＬＤＡＰプロトコルにて通信を行う機能を有する。ＬＤＡＰサーバ２００は、内部のディレクトリにユーザ情報を一元管理することができる。ＬＤＡＰサーバ２００は、１つのサーバで構成しても良い。また、ＬＤＡＰサーバ２００は、後述するように、プライマリおよびセカンダリの２つのサーバによって構成しても良い。また、ＬＤＡＰサーバ２００は、３つ以上のサーバによって構成しても良い。いずれの場合であっても、ＬＤＡＰサーバ２００がダウンするとは、ＬＤＡＰサーバ２００を構成する全てのサーバがダウンしたことを意味するものとする。
図２では、ＬＤＡＰサーバ２００を使用しているが、認証を行うことができるサーバであればＬＤＡＰサーバに限らない。
クライアントＰＣ３００は、印刷データを生成する情報処理装置である。

マスストレージ５００は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）やフラッシュメモリのような大容量のファイルシステムを持つハードウエアで、ＵＳＢケーブル１６０を介してＵＳＢハブ６００に接続している。
マスストレージ５００は、印刷装置１０００からファイル書き込み、読み込み、削除等のファイルシステムの制御を行うことが可能である。

次に、図３、図４、図５を参照しながら、クライアントＰＣ３００、ＬＤＡＰサーバ２００、印刷装置１０００、ＮＩＣ７００について説明する。
図３は、ＬＤＡＰサーバ２００、クライアントＰＣ３００のハードウエア構成を示す図、図４は、印刷装置１０００のハードウエア構成を示す図、図５は、ＮＩＣ７００のハードウエア構成を示す図である。

図３に示すように、ＬＤＡＰサーバ２００、クライアントＰＣ３００は、システムバス２００４を介してＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）２００１、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２００２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２００３、入力コントローラ２００５、ビデオコントローラ２００６、メモリコントローラ２００７、通信Ｉ／Ｆコントローラ２００８が接続される。

ＣＰＵ２００１は、システムバス２００４に接続される各デバイスやコントローラを統括的に制御する。
ＲＯＭ２００３あるいは外部メモリ２０１１は、ＣＰＵ２００１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や、各サーバあるいは各ＰＣが実行する各種プログラム等を保持している。
ＲＡＭ２００２は、ＣＰＵ２００１の主メモリ、ワークエリア等として機能する。ＣＰＵ２００１は、処理の実行に際して必要なプログラム等をＲＯＭ２００３あるいは外部メモリ２０１１からＲＡＭ２００２にロードし、ロードしたプログラムを実行することで各種動作を実現する。

入力コントローラ２００５は、キーボード（ＫＢ）２００９やマウス（図示しない）等のポインティングデバイス等からの入力を制御する。
ビデオコントローラ２００６は、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）２０１０等の表示器への表示を制御する。表示器はＣＲＴに限らず、液晶ディスプレイ等の他の表示器でもよい。これらは、必要に応じて管理者が使用する。

メモリコントローラ２００７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、あるいは、ＰＣＭＣＩＡ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ Ｍｅｍｏｒｙ Ｃａｒｄ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ａｓｓｏｃｉａｔｉｏｎ）カードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２０１１へのアクセスを制御する。
通信Ｉ／Ｆコントローラ２００８は、ＬＡＮ１５０のようなネットワークを介して外部機器と接続・通信し、ネットワーク上での通信制御処理を実行する。通信Ｉ／Ｆコントローラ２００８は、例えば、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた通信等が可能である。

ＣＰＵ２００１は、例えばＲＡＭ２００２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２０１０上に表示することが可能である。また、ＣＰＵ２００１は、ＣＲＴ２０１０上のマウスカーソル（図示しない）等によるユーザ指示を可能とする。
ＬＤＡＰサーバ２００、クライアントＰＣ３００のハードウエア上で動作する各種プログラムは、外部メモリ２０１１に記録されており、必要に応じてＲＡＭ２００２にロードされ、ＣＰＵ２００１により実行される。プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等は、外部メモリ２０１１に格納されている。

次に、印刷装置１０００のハードウエア構成について説明する。
図４に示すように、印刷装置１０００は、入力部３０００、ＣＰＵ３００１、操作部３００２、印刷処理部３００３、記憶部３００４、出力部３００５、用紙カセット３００６等を有する。

入力部３０００は、本印刷装置とＮＩＣ７００を接続するものであり、ＮＩＣ７００とのデータ通信を制御する。
ＣＰＵ３００１は、印刷装置１０００全体の動作を制御する。
操作部３００２は、印刷装置１０００に直接ユーザによる操作のインタフェースを提供する。
印刷処理部３００３は、入力部３０００で受信したコマンドの解析、印刷データ（ＰＤＬ）の解析等を行う。
記憶部３００４は、印刷装置１０００を動作させるためのＲＯＭ（図示しない）、ＲＡＭ（図示しない）、二次記憶装置（図示しない）等からなる。ＲＡＭは使用制限のないデータ記憶領域で、入力部３０００の受信バッファ、あるいは、印刷処理部３００３でのデータ展開等に使用する。
出力部３００５は、入力部３０００で受信した印刷データを、印刷処理部３００３で印刷可能なイメージ情報に展開したものを紙に転写する。
用紙カセット３００６は、出力部３００５の処理に合わせて適切な用紙を供給する。

ＮＩＣ７００は、ネットワークインタフェースカードであり、ＬＡＮ１５０を介して他の機器から受信したデータをＮＩＣ７００が窓口となって受け取り、ＮＩＣ内部のプログラム（図示しない）や、印刷装置１０００の入力部３０００に渡す。

次に、ＮＩＣ７００のハードウエア構成について説明する。
図５に示すように、ＮＩＣ７００は、ＣＰＵ４００１、ＲＡＭ４００２、通信Ｉ／Ｆコントローラ４００３、ＵＳＢＩ／Ｆコントローラ４００４、内部メモリ４００５、メモリコントローラ４００６、ＲＯＭ４００７、機器Ｉ／Ｆコントローラ４００８等を有する。

ＣＰＵ４００１はＮＩＣ７００の制御を行うもので、内部で接続されている装置を制御する。
ＲＡＭ４００２は、ＣＰＵ４００１の主メモリ、ワークエリア等として機能する。ＣＰＵ４００１は、処理の実行に際して必要なプログラム等をＲＯＭ４００７あるいは内部メモリ４００５からＲＡＭ４００２にロードして、ロードしたプログラムを実行する。
通信Ｉ／Ｆコントローラ４００３は、ＬＡＮ１５０のようなネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰやＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）などの通信プロトコルを用いた通信が可能である。

ＵＳＢＩ／Ｆコントローラ４００４は、カードリーダ４００、マスストレージ５００及びＵＳＢハブ６００などのＵＳＢ機器とＮＩＣ７００を接続、通信するもので、ＵＳＢの通信制御処理を実行する。
内部メモリ４００５は、ＮＩＣ７００を制御するＯＳが搭載されており、またＯＳ上で動作するアプリケーションプログラム、その設定情報を記憶する。
メモリコントローラ４００６は、各種のアプリケーション、各種データ等を記憶する内部メモリ４００５へのアクセスを制御する。
ＲＯＭ４００７は、読み出し専用の半導体メモリであり、電源を切っても内容が消えないことからブートプログラムが格納される。
機器Ｉ／Ｆコントローラ４００８は、ＮＩＣ７００と印刷装置１０００を接続、通信する。

次に、図６、図７を参照しながら、本発明の好適な実施形態に係るセキュアプリントシステム１の処理概要にについて説明する。
図６は、セキュアプリントシステム１の蓄積印刷時の処理概要を示す図、図７は、セキュアプリントシステム１の通常印刷時の処理概要を示す図である。

図６に示す蓄積印刷時の処理は、印刷方法が蓄積の場合の処理である。すなわち、ＬＤＡＰサーバ２００が正常に動作しており、ＩＣカード４１０がカードリーダ４００にかざされることにより、マスストレージ５００に蓄積された印刷データを印刷するものである。
一方、図７に示す通常印刷時の処理は、ＬＤＡＰサーバ２００が正常に動作していない場合の印刷方法であり、印刷データをマスストレージ５００に蓄積せず、ＩＣカード４１０をカードリーダ４００にかざすことなく、クライアントＰＣ３００から投入した印刷データをそのまま印刷する通常の印刷方法である。

本発明の実施の形態のセキュアプリントシステム１は、ＬＤＡＰサーバ２００が正常に動作しているときにジョブを投入し、当該ジョブの出力前にＬＤＡＰサーバ２００がダウンし、印刷方法が「蓄積」から「通常」に変更された状態の下で、マスストレージ５００に蓄積された当該ジョブの出力を可能にするものである。

図６に示す蓄積印刷時には、まず、ユーザがクライアントＰＣ３００にログインし（ステップ１−１）、データの印刷指示を行う（ステップ１−２）。
プリンタドライバは、印刷装置１０００に対して、データからジョブを生成して送信する（ステップ２−１）。ここで、ジョブをマスストレージ５００に格納する（ステップ２−２）。

印刷指示をしたユーザが、カードリーダ４００にＩＣカード４１０をかざす（ステップ３−１）。カードリーダ４００は、ＩＣカード４１０からカードＩＤ２１１を読み取って、印刷装置１０００に通知する（ステップ３−２）。
印刷装置１０００は、受け取ったカードＩＤ２１１に一致するユーザ名（ユーザ識別情報）をＬＤＡＰサーバ２００に問い合わせる（ステップ４−１）。ＬＤＡＰサーバ２００は、ＬＤＡＰディレクトリ２０１内を検索し、検索したユーザ名（ユーザ識別情報）を印刷装置１０００に送信する（ステップ４−２）。
印刷装置１０００は、マスストレージ５００内からユーザ名（ユーザ識別情報）に一致するジョブを取得し（ステップ５−１）、該当するジョブを印刷装置１０００に渡す（ステップ５−２）。
印刷装置１０００は、受け取ったジョブを印字し、出力する（ステップ６−１）。

図７に示す通常印刷時には、蓄積ジョブを印刷予約したいユーザが、カードリーダ４００にＩＣカード４１０をかざす（ステップ１−１）。カードリーダ４００は、ＩＣカード４１０からカードＩＤ２１１を読み取って、印刷装置１０００に通知する（ステップ１−２）。印刷装置１０００はカードをかざさしたユーザを印刷予約する。
ユーザがクライアントＰＣ３００にログインし（ステップ２−１）、データの印刷指示を行う（ステップ２−２）。
プリンタドライバは、印刷装置１０００に対して、データからジョブを生成して送信する（ステップ３−１）。印刷装置１０００は受け取ったジョブを解析してユーザ名を取得する（ステップ３−２）。

ここで、ユーザが印刷予約されていない時は、ジョブはそのまま印刷装置１０００から印字され、出力される（ステップ４−１Ａ）。
一方、ユーザが印刷予約している時は、印刷装置１０００は、マスストレージ５００内からユーザ名に一致するジョブを取得し（ステップ４−１Ｂ）、該当するジョブを印刷装置１０００に渡す（ステップ４−２Ｂ）。
印刷装置１０００は、受け取ったジョブを印字し、出力する（ステップ５−１）。また、マスストレージ５００に蓄積されたジョブだけでなく、ステップ３−１で受信したジョブもあわせて出力する（ステップ５−２）。なお、ステップ１−１で作成するジョブの設定によっては、このジョブを出力させないことも可能である。

次に、図８、２０、２１、２２、２３、２５、２６、２７、２８、２９、３０、３１、３２、３３、３４を参照しながら、セキュアプリントシステム１の全体の処理の流れについて説明する。
図８は、本発明に係るセキュアプリントシステム１の構成を示すブロック図、図２０は、設定情報８０２の一例を示す図、図２１は、動作情報８６０の詳細を示す図、図２２は、認証キャッシュ８７０の一例を示す図、図２３は、印刷予約情報８８０の一例を示す図、図２５は、ジョブ３１０の詳細を示す図、図２６は、印刷情報管理ヘッダ３１１の詳細を示す図、図２７は、ジョブ情報８２０の詳細を示す図、図２８は、ジョブリスト８０５の詳細を示す図、図２９は、実行リスト８０４の詳細を示す図、図３０は、ファイルシステム５０１の詳細を示す図、図３１は、ＩＣカード４１０の詳細を示す図、図３２は、ユーザ情報２１０の一例を示す図、図３３は、ＬＤＡＰディレクトリ２０１の詳細を示す図、図３４は、出力設定画面の一例を示す図である。

図８に示すように、セキュアプリントシステム１は、ＬＤＡＰサーバ２００とクライアントＰＣ３００、印刷装置１０００に接続されたＮＩＣ７００が、双方向通信可能なＬＡＮ１５０を介して接続している。ＮＩＣ７００には、ＵＳＢ通信可能なＵＳＢケーブル１６０を介して、マスストレージ５００、ＵＳＢハブ６００及びカードリーダ４００が接続している。

ＬＤＡＰサーバ２００は、ＬＤＡＰディレクトリ２０１、ＬＤＡＰ機能部２０２、Ｉ／Ｆドライバ部１９０等を有する。ＬＤＡＰサーバ２００は、冗長構成をとることが可能で、複数台設置してもよい。
ＬＤＡＰサーバ２００は、システム内でのユーザ情報の検索という役割を有するため、ユーザ情報の格納及び検索機能を持つサーバであればＬＤＡＰサーバに限らない。

ＬＤＡＰディレクトリ２０１は、図３３に示すデータを格納している。
ＬＤＡＰディレクトリ２０１は、データ群をまとめる最上位の単位ｓｕｆｆｉｘの下に識別コードが１または複数配備されており、さらに、その識別コードの下に１または複数のユーザ情報２１０が格納される。
一般的に、識別コードはＯＵ（Ｏｒｇａｎｉｚａｔｉｏｎ Ｕｎｉｔ）で構築される。また、Ａｃｔｉｖｅ Ｄｉｒｅｃｔｏｒｙ（登録商標）では、ｓｕｆｆｉｘがドメインという単位にあたる。

ユーザ情報２１０は、図３２に示すようにカードＩＤ２１１、ユーザ名２１２（ユーザ識別情報）、パスワード２１３、サブユーザ１ ２１４、サブユーザ２ ２１５、サブユーザ３ ２１６、サブユーザ４ ２１７、利用制限２１８等を有する。
カードＩＤ２１１は、図３１に示すように、ユーザのＩＣカード４１０のＩＤを登録するもので、ＬＤＡＰディレクトリ２０１のｓｕｆｆｉｘ以下に含まれるユーザ情報２１０群の中で一意となる値である。なお、本実施の形態では、ＩＣカード４１０にはカードＩＤを記憶させておき、このカードＩＤを用いて認証処理を行うように構成するが、ＩＣカード４１０には社員番号などのユーザＩＤを記憶させておき、このユーザＩＤを用いて認証処理を行うように構成することも可能である。この場合、ユーザ名２１２にユーザＩＤが記憶されており、ユーザ名２１２と、ＩＣカード４１０から読みとったユーザＩＤとが一致すると認証がとれたと判断される。
ユーザ名２１２は、カードＩＤ２１１と一致するＩＣカード４１０を保持しているユーザの名前である。
パスワード２１３は、ユーザの認証を行う際に、本人確認を行うために格納される。
サブユーザ１〜４ ２１４〜２１７は、ユーザが使っているメインのユーザ名２１２とは別の名前で、ユーザが他のユーザの代理を行う場合に使用するユーザ名である。
利用制限２１８は、印刷装置１０００を利用する上での制限情報が格納されている。

ＬＤＡＰ機能部２０２は、ＬＤＡＰプロトコルに従って通信の接続、認証、検索、変更、追加、削除、切断等を行う。
接続では、接続要求を発行したクライアントに対して、論理的な通信経路を確保する。
認証では、認証要求を発行したユーザ名を、ＬＤＡＰディレクトリ２０１内から検索し、パスワードの照合を行って認証結果を返答する。
検索では、検索要求を受けた値を元に、ＬＤＡＰディレクトリ２０１から該当するユーザを検索し、一致したユーザ情報２１０を返答する。
Ｉ／Ｆドライバ部１９０は、ＬＡＮ１５０等のネットワークを介して外部機器と接続・通信を行うもので、ＴＣＰ／ＩＰやＵＤＰなどの通信プロトコルに従って通信を制御する。

クライアントＰＣ３００は、アプリケーション部３０１、プリンタドライバ部３０２、送信バッファ３０３、Ｉ／Ｆドライバ部１９０等を有する。
アプリケーション部３０１は、ユーザにグラフィックユーザインタフェースを提供し、ユーザの目的に適った画像データを生成する。
プリンタドライバ部３０２は、アプリケーション部３０１が生成した画像データを印刷装置１０００で印刷可能なページ記述言語（ＰＤＬ）データに変換する。さらに、ＰＤＬデータに対して、図２６に示すようにジョブオーナ３１２、ジョブ名３１３、出力フラグ３１４等のジョブ情報を含んだ印刷情報管理ヘッダ３１１を付与し、図２５に示すジョブ３１０を作成する。尚、ジョブオーナ３１２はジョブを作成したユーザ名を示すものであり、ジョブ名３１３はジョブを識別するための名称であり、出力フラグ３１４はそのジョブを出力させるかどうか、を判定するためのフラグ（「ｔｒｕｅ」又は「ｆａｌｓｅ」）である。

この出力フラグは、プリンタドライバのアドオンモジュールをインストールすることで設定可能であり、アドオンモジュールをインストールすると図３４のプリンタドライバの印刷設定画面が追加される。この印刷設定画面でマスストレージ５００に蓄積されているジョブを出力させるか否かの有無と、現在印刷対象となっているアプリケーションデータの印刷の有無を指示することが可能である。尚、図３４の画面で３４０１にチェックを入れると、マスストレージ５００に蓄積されているジョブを出力させることが可能となる。また３４０２にチェックを入れると、そのクライアントＰＣ３００から投入するジョブの印刷情報管理ヘッダ３１１に含まれる出力フラグ３１４が「ｔｒｕｅ」となり、現在印刷対象となっているアプリケーションデータの印刷と、マスストレージ５００に記憶されている印刷データの印刷の両方を実行することが可能となる。
図３４の画面で３４０１にチェックを入れないと、マスストレージ５００に蓄積されているジョブを出力させない。３４０１にチェックを入れない場合には、３４０２へのチェックの入力を不可として構成する。

このような図３４の画面を用いてマスストレージ５００に蓄積されているジョブを出力させるか否かを決定させる場合、印刷情報管理ヘッダ３１１に蓄積ジョブ出力有無フラグ（不図示）を保持して、蓄積ジョブ出力有無フラグが「ｔｒｕｅ」、つまり蓄積ジョブを出力する設定の場合、図１０以降の処理を実行するように構成してもよい。この場合、蓄積ジョブ出力有無フラグは、図３４の画面の３４０１のチェックに対応する。

尚、以上の説明では蓄積ジョブの出力の有無を図３４の画面の３４０１のチェックで制御できるように構成したが、後述する図１１のステップＳ１５９で印刷予約情報が設定されれば蓄積ジョブは必ず出力するようにして、３４０１のチェック項目を備えない構成でも実現可能である。
また、３４０１でチェックがあった場合でも、後述する図１１のステップＳ１５９で印刷予約情報が設定されなければ蓄積ジョブは出力されないものとする。
また、以上の説明では、出力フラグを、プリンタドライバのアドオンモジュールで実現する方法を説明したが、図９、図１０のジョブ受付時のアプリケーション８００側の処理によって、出力フラグを設定させるようにしてもよい。この場合、例えば、管理者が全てのジョブに対して同一の出力フラグを設定できる設定ファイルを、アプリケーション８００に含めるように構成しても良い。

送信バッファ３０３は、プリンタドライバ部３０２が作成したジョブ３１０を一時的に格納し、スプールを実現する。

ＵＳＢハブ６００は、ＵＳＢ通信部１９５等を有する。ＵＳＢハブ６００は、ＵＳＢデータを中継し、ＵＳＢハブ６００に接続された機器のＵＳＢデータを他の各機器へ転送する。
ＵＳＢ通信部１９５は、ＵＳＢ仕様に従ってコントロール転送、インタラプト転送、バルク転送、アイソクロナス転送などのデータ通信を行う。データ転送することが必要条件であり、転送速度やＵＳＢバージョンなどは特に問わない。

マスストレージ５００は、ファイルシステム５０１、ファイルシステム管理部５０２、ＵＳＢ通信部１９５等を有する。
図３０に示すように、ファイルシステム５０１はジョブ３１０を内部記憶装置（図示しない）に格納する。また、ジョブ３１０の書き込み、読み込み、削除等を行う。

カードリーダ４００は、ＵＳＢ通信部１９５、カード読取部４０１等を有する。
カード読取部４０１は、ＩＣカード４１０からカードＩＤ２１１を読み取るためのものである。ＩＣカード４１０がカードリーダ４００にかざされると、ＩＣカード４１０からカードＩＤ２１１等の情報を読み取り、ＵＳＢ通信部１９５を介して接続された他機器に情報を伝達する。

ＮＩＣ７００は、アプリケーション８００、ＮＩＣ ＯＳ９００等を有する。
アプリケーション８００は、ＮＩＣ ＯＳ９００上で動作するプログラムである。
ＮＩＣ ＯＳ９００は、ＮＩＣ７００を制御すると同時に、ＮＩＣ７００上のアプリケーション８００の管理、印刷装置１０００への各種指示なども行う。

ＮＩＣ７００のアプリケーション８００は、設定情報管理部８０１、設定情報８０２、ＬＰＲ通信部８０３、実行リスト８０４、ジョブリスト８０５、ＬＤＡＰ通信部８０６、定期チェック部８０７、印刷情報管理プロトコル解析部８０８、リスト管理部８０９、ユーザ通知部８１０、カードリーダ管理部８１１、ファイル管理部８１２、印刷指示部８１３、ビープ指示部８１４、パネル表示指示部８１５等を有する。

設定情報管理部８０１は、図２０に示すアプリケーション８００の実行に必要な設定情報８０２を管理するもので、設定情報８０２の書き込み、読み出しを行う。
クライアントＰＣ３００が、ブラウザを使ってアプリケーション８００にアクセスしてアプリケーション８００の設定情報を設定し、アプリケーション８００がクライアントＰＣ３００からの指示を受け取ると、設定情報管理部８０１は、設定されたデータを設定情報８０２として保持する。
設定情報８０２は、ｓｕｆｆｉｘ８３１、識別コード８３２、プライマリサーバ８３３、プライマリポート８３４、セカンダリサーバ８３５、セカンダリポート８３６、ユーザ８３７、パスワード８３８、印刷予約有効時間８３９等を有する。

ｓｕｆｆｉｘ８３１、識別コード８３２は、ＬＤＡＰサーバ２００に検索要求を発行する際、検索場所を指定する条件となる。
プライマリサーバ８３３、プライマリポート８３４、セカンダリサーバ８３５、セカンダリポート８３６は、ＬＤＡＰサーバ２００に接続するための情報である。ＬＤＡＰサーバ２００は冗長構成をとることができるため、プライマリ・セカンダリのように複数台の設定することが可能となっている。
ユーザ８３７、パスワード８３８は、ＬＤＡＰサーバ２００に認証要求を発行する際に必要な情報である。
印刷予約有効時間８３９は、図２３に示す印刷予約情報８８０の有効期限を設定するための情報である。印刷予約情報８８０とは、ユーザ名２１２とタイムスタンプ８７１から構成され、印刷予約を行っているユーザを表すものである。これは印刷方法８６１が「通常」の場合でも、ユーザの蓄積ジョブを印刷させるための情報である。つまり、この印刷予約情報８８０に記憶されているユーザの蓄積ジョブが印刷を実行することができる。より詳細にはカードをかざすことによって、そのカードに対応するユーザの蓄積ジョブが印刷できる状態となる。

ＬＰＲ通信部８０３は、ＬＰＲ印刷プロトコルを解析し、通信を行うもので、クライアントＰＣ３００からジョブ３１０を受け取る際のプロトコルを解析し、通信する。
ここでは、例示的にＬＰＲと記したが、印刷プロトコルであれば特にＬＰＲに限らない。

実行リスト８０４は、図２９で示されるもので、図２８に示すジョブリスト８０５のサブセットである。印刷を実施するときは、実行リスト８０４に格納されたジョブ情報８２０をもとに印刷指示を行う。
ジョブリスト８０５は、図２７に示すジョブ情報８２０で構成されている。ジョブ情報８２０は、ジョブ３１０を管理するために必要な情報を抽出した情報で、ユーザ名８２１、ファイル名８２２、ジョブ名８２３、タイムスタンプ８２４、出力フラグ８２５等を有する。ジョブリスト８０５は、ファイルシステム５０１に格納されているジョブ３１０の情報をすべて保持している。

ＬＤＡＰ通信部８０６は、ＬＤＡＰサーバ２００とＬＤＡＰプロトコルに従って通信を行うもので、設定情報８０２のプライマリサーバ８３３及びプライマリポート８３４で指定されるＬＤＡＰサーバ２００に接続する。
ＬＤＡＰ通信部８０６は、設定情報８０２のユーザ８３７及びパスワード８３８用いて認証を行う。また、ＬＤＡＰ通信部８０６は設定情報８０２のｓｕｆｆｉｘ８３１、識別コード８３２を検索場所として、カードＩＤ２１１に紐づくユーザ情報２１０（図３２）を検索する。プライマリにもセカンダリにもアクセスできなかった場合、図２１で示される動作情報８６０の印刷方法８６１を「通常」に設定する。なお、動作情報８６０は設定情報８０２と同様にアプリケーション８００上で管理される情報である。プライマリもしくはセカンダリにアクセスできた場合、図２１で示される動作情報８６０の印刷方法８６１を「蓄積」に設定する。印刷方法８６１のデフォルトの設定は蓄積とする。
また、ＬＤＡＰ通信部８０６が検索を行った結果、ユーザ情報２１０が見つかった場合、図２２で示される認証キャッシュ８７０に、ユーザ情報２１０のカードＩＤ２１１とユーザ名２１２を登録しておく（認証記憶）。これは、認証サーバ停止時でもユーザ名２１２からカードＩＤ２１１を解決できるようにするためである。なお、認証キャッシュ８７０は、設定情報１８と同様にアプリケーション８００上で管理される情報である。なお、ＩＣカード４１０にユーザＩＤ（ユーザ名）が登録されている場合には、認証キャッシュ８７０にはユーザＩＤ（ユーザ名）のみを登録させておくことでも実現可能である。

定期チェック部８０７は、ＬＤＡＰサーバ２００とＮＩＣ７００が通信できる状態にあるかどうか、また印刷予約情報８８０の有効期限が切れていないか、を定期的に監視する。実際の接続処理等は、ＬＤＡＰ通信部８０６を通じて行われる。定期チェック部８０７は、動作情報８６０の印刷方法８６１が「蓄積」であれば、何もチェックは行わないが、動作情報８６０の印刷方法８６１が「通常」であれば、ＬＤＡＰサーバ２００とＮＩＣ７００が通信できると判断した場合で、印刷方法８６１を「蓄積」に設定変更する。これにより、認証サーバダウン時の印刷切り替えの復帰を実現する。
また、印刷予約情報８８０のタイムスタンプと設定情報８０２の印刷予約有効時間８３９を比較して、有効期限のチェックを行い、有効期限が切れていれば印刷予約情報８８０の削除を行う。これは、印刷予約を行ったユーザが出力を忘れた場合でも、一定時間経過後に他のユーザが印刷予約をできるようにするためである。

印刷情報管理プロトコル解析部８０８は、ジョブ３１０に含まれる印刷情報管理ヘッダ３１１を解析する。印刷情報管理ヘッダ３１１は、ＰＤＬデータの先頭に付加されるバイナリデータで、様々なジョブ情報が含まれる。
印刷情報管理ヘッダ３１１に含まれるジョブオーナ３１２とジョブ名３１３、出力フラグ３１４を取得し、ジョブ情報８２０を作成する際、印刷情報管理プロトコル解析部８０８で解析した値を利用する。また、印刷情報管理プロトコルを解析後、印刷方法８６１の状態を見て、「通常」であれば、ジョブ３１０を印刷するために印刷指示部８１３にジョブ３１０を渡す。一方、印刷方法８６１の設定が「蓄積」であれば、ジョブを保存するためにファイル管理部８１２にジョブ３１０を渡す。

リスト管理部８０９は、実行リスト８０４及びジョブリスト８０５を管理する。ジョブ３１０がファイルシステム５０１に書き込まれると、ジョブ情報８２０をファイル管理部８１２から受け取り、ジョブリスト８０４に追加して管理する。また、ジョブリスト８０５の中でＬＤＡＰ通信部８０６から渡されたユーザ名に一致したジョブ情報８２０を抽出し、実行リスト８０４を作成する。リスト管理部８０９は、印刷完了時にファイル管理部８１２から通知を受け、該当するジョブ情報８２０をジョブリスト８０５から削除する。

ユーザ通知部８１０は、印刷装置１０００を利用しているユーザに対して、エラーなどを通知する。ユーザ通知部８１０は、ＮＩＣ ＯＳ９００に対してビープ指示し、印刷装置１０００からビープ音を鳴動させてユーザの聴覚に訴えたり、パネル表示指示を行って任意の文字を印刷装置１０００のパネルに表示し、ユーザの視覚に訴えたりする機能を持つ。

カードリーダ管理部８１１は、ＮＩＣ７００にＵＳＢ１６０を介して接続されたカードリーダ４００を制御するためのものである。ＩＣカード４１０がカードリーダ４００にかざされると、カードリーダ管理部８１１はカードＩＤ２１１を取得する。

ファイル管理部８１２は、ジョブ３１０をアプリケーション８００内で管理する。ファイル管理部８１２は、ジョブ３１０を暗号化してファイルシステム５０１に格納したり、ジョブ３１０を復号化し、印刷指示部８１３にジョブ３１０を送ったり、あるいは、印刷指示部８１３へのジョブ投入が終わったタイミングで、該当するジョブ３１０をファイルシステム５０１から削除する。

印刷指示部８１３は、ファイル管理部８１２から送られてきた復号化されたジョブ３１０をＮＩＣ ＯＳ９００に対して、印刷情報管理プロトコルを用いて印刷指示する。なお、このとき印刷排他フラグ８６２を使って印刷処理の排他制御を行う。これは、印刷方法が「通常」のときに、印刷予約情報８８０に登録されたユーザが印刷をすると、蓄積されたジョブを出力するが、そのときに他のユーザがクライアントＰＣ３００から印刷を行ってそれぞれの印刷物が混ざってしまうのを防ぐためである。
また、印刷指示部８１３はジョブ情報８２０の出力フラグ８２５の状態を見て、そのジョブを出力するかどうかを決定する。

ビープ指示部８１４は、ユーザ通知部８１０からのビープ指令を受け取って、ＮＩＣ ＯＳ９００に通知する。ビープ音に関しては、印刷情報管理プロトコル、ＪＬ、ＵＤＰ等、様々な方法でビープ鳴動を実現できるが、どの機能がサポートされているかは印刷装置１０００によって異なる。ビープ指示部８１４は、印刷装置１０００の種別による違いを吸収して適切なビープ指示を行う。
パネル表示指示部８１５は、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ Ｂａｓe）を使って印刷装置１０００のパネル（図示しない）に任意のメッセージを表示させる。一定時間表示させることができない機種の印刷装置１０００の場合は、数秒表示後に表示のリセットを行う。

次に、ＮＩＣ ＯＳ９００について詳細を説明する。
ＮＩＣ ＯＳ９００は、Ｉ／Ｆドライバ部１９０、ＵＳＢ通信部１９５、暗号/復号化部９０５、印刷情報管理プロトコル解析・通信部９０４、ＪＬ通信部９０３、ＵＤＰ通信部９０２、ＭＩＢ通信部９０１、通信制御部９０６を有する。

暗号/復号化部９０５は、データの暗号化及び復号化を行うためのものである。形式は固定のものではなく、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）やトリプルＤＥＳ、ＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）等のブロック暗号化、及びＲＣ４などのストリーム暗号化などを行うことができる。
印刷情報管理プロトコル解析・通信部９０４は、印刷情報管理プロトコルに従ってデータ通信を行うためのものである。印刷情報管理プロトコルは、印刷装置１０００の制御を行うための通信プロトコルであり、印刷指示やビープ音鳴動等などが行える。
ＪＬ通信部９０３は、ＪＬ通信を行うためのものである。ＪＬはジョブ制御言語であり、印刷装置１０００の情報取得指令や、ＰＤＬデータの受信指令、印刷装置１０００に対してのビープ指令などを行うことができる。

ＵＤＰ通信部９０２は、ＵＤＰ通信を行う。このＵＤＰ通信を使って、ＤＮＳ（Ｄｏｍａｉｎ Ｎａｍｅ Ｓｙｓｔｅｍ）クエリや、ビープ指令などを行うことができる。
ＭＩＢ通信部９０１は、ＭＩＢ通信を行うためのものである。ＭＩＢは、通信機器を管理するためのプロトコルで、印刷装置１０００のパネル表示等を行う。
通信制御部９０６は、Ｉ／Ｆドライバ部１９０から受信したデータを、アプリケーション８００に通知したり、印刷装置１０００に渡したりする。通信制御部９０６は、ＬＡＮ１５０を介してＮＩＣ７００に送信されたデータをアプリケーション８００に転送する。また、アプリケーション８００から送信されてきたデータを印刷装置１０００に転送する。

次に、印刷装置１０００について説明する。
印刷装置１０００は、Ｉ／Ｆドライバ部１９０、受信バッファ１００１、送信バッファ１００２、ＭＩＢ通信部９０１、ＵＤＰ通信部９０２、ＪＬ通信部９０３、印刷情報管理プロトコル解析・通信部９０４、ＬＰＲ通信部８０３、パネル表示部１００８、ビープ鳴動部１００９、ＰＤＬトランスレータ部１０１１、機器ＤＢ部１０１０、描画バッファ１０１２、描画部１０１３、プリンタエンジン部１０１４を有する。

受信バッファ１００１は、Ｉ／Ｆドライバ部１９０で受信した全データを一時的に確保し、処理遅延の緩衝材となる。
送信バッファ１００２は、Ｉ／Ｆドライバ部１９０に送信する前の全データを一時的に確保し、処理遅延の緩衝材となる。
パネル表示部１００８は、指定されたメッセージを印刷装置１０００のパネルに表示する。
ビープ鳴動部１００９は、印刷装置１０００内蔵の鳴動装置（図示しない）を作動させ、音を鳴らす。
機器ＤＢ部１０１０は、ＪＬにより設定された印刷装置１０００の情報を格納し、ＰＤＬトランスレータ部１０１１に情報を提供する。ここでいう環境情報とは、例えば印刷枚数のことである。

ＰＤＬトランスレータ部１０１１は、ＰＤＬデータの翻訳処理を行い、描画に適した描画オブジェクトである中間データに変換を行う。
描画バッファ１０１２は、ＰＤＬトランスレータ部１０１１によって生成された描画オブジェクトの中間データを、実際に印刷を行うまで一時的に格納しておく。
描画部１０１３は、描画バッファ１０１２に一時格納された描画オブジェクトを実際に描画してビットマップ画像であるイメージデータを生成する。
プリンタエンジン部１０１４は、描画部１０１３が生成したビットマップ画像を受け取り、既知の印刷技術により用紙等のメディアに印刷を行う。

次に、図９、１０、１１、１２、１３、１４、１５、１６、１７、１８、１９、２４を参照しながら、本発明に係るセキュアプリントシステム１の詳細な処理について説明する。
図９は、セキュアプリントシステム１の印刷ジョブ受付処理手順の一例を示すフローチャート、図１０は、セキュアプリントシステム１の印刷ジョブ受付処理手順の一例を示すフローチャート、図１１は、セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート、図１２は、セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート、図１３は、セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート、図１４は、セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート、図１５は、セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート、図１６は、セキュアプリントシステム１のジョブ印刷処理手順の一例を示すフローチャート、図１７は、セキュアプリントシステム１の定期チェック処理手順の一例を示すフローチャート、図１８は、セキュアプリントシステム１の印刷処理手順の一例を示すフローチャート、図１９は、セキュアプリントシステム１のユーザ通知処理手順の一例を示すフローチャート、図２４は、印刷装置１０００に表示するメッセージの一例を示す図である。

以下では、ＮＩＣ７００が行う処理について、アプリケーション８００の機能とＮＩＣ ＯＳ９００との機能を区別して記載する。そのため、便宜上、処理の主体は、アプリケーション８００とＮＩＣ ＯＳ９００とする。但し、実際には、処理を行う主体は、ＮＩＣ７００である。ハードウエアであるＮＩＣ７００は、ソフトウエアであるアプリケーション８００またはＮＩＣ ＯＳ９００と協働して、後述する処理を実行する。

図９、１０を参照しながら、セキュアプリントシステム１のジョブ受付の処理について説明する。
図９では、ＮＩＣ７００は、クライアントＰＣ３００から、印刷データを受付ける。また、ＮＩＣ７００は、受け付けた印刷データをマスストレージ５００に記憶する。図１０では、ＮＩＣ７００は、印刷データを印刷装置１０００に送信する。また、印刷予約情報８８０に応じて、マスストレージ５００に格納された印刷データを出力する。

図９に示すように、セキュアプリントシステム１へのジョブ投入の処理では、クライアントＰＣ３００のアプリケーションが、プリンタドライバを介してジョブ３１０を生成する（ステップＳ００１）。
クライアントＰＣ３００が、生成されたジョブ３１０をＮＩＣ ＯＳ９００に対して送信すると（ステップＳ００２）、ＮＩＣ ＯＳ９００はクライアントＰＣ３００から送信されたデータを受信し、アプリケーション８００に転送する。（ステップＳ００３）。

アプリケーション８００は、ジョブ３１０の印刷情報管理ヘッダ３１１を解析し、ジョブオーナ及びジョブ名及び出力フラグ３１４を取得し（ステップＳ００４）、ジョブ情報８２０を作成する（ステップＳ００５）。このとき、ジョブ３１０から取得したジョブオーナ３１２をユーザ名８２１として、取得したジョブ名３１３をジョブ名８２３として、取得した出力フラグ３１４を出力フラグ８２５としてジョブ情報８２０に格納する。また、アプリケーション内で一意となる文字列を生成してファイル名８２２とする。タイムスタンプ８２４は、ファイル書き込み後に記憶する。
ファイル名８２２にジョブ名８２３を使わないのは、ファイルシステム５０１内で不用意にファイルが上書きされてしまうのを防ぐためである。ジョブ名８２３は、ユーザが自由に設定できるものである。また、ファイルシステム５０１では同名のファイルは存在できない。よって、ユーザがすでにファイルシステム５０１にあるファイルを意識せずに、たまたま同名のファイルを印刷処理した場合、ファイルシステム５０１内で、すでにある同名のファイルを上書きすることになる。これを避けるために、アプリケーションで一意となる文字列を生成して、ファイル名８２２とするのである。

アプリケーション８００は、動作情報８６０の印刷方法８６１を見て分岐処理を行う（ステップＳ００６）。なお、印刷方法８６１の初期値は「蓄積」となっている。
クライアントＰＣ３００は、印刷方法がマスストレージ５００を使ったものか、ＬＤＡＰサーバ２００と通信できずにそのまま印刷装置１０００から出力するのか、意識する必要はない。印刷出力する際に、ＬＤＡＰサーバ２００と通信できているのか否かを意識せずに、ジョブ３１０を送信することができるため、設定変更の手間が省け、よりユーザビリティの高いセキュアプリントシステムを実現している。

印刷方法８６１が「蓄積」に設定されている場合、アプリケーション８００は、ジョブ３１０を暗号化するため、ジョブ３１０のデータをＮＩＣ ＯＳ９００に渡し、暗号化鍵や暗号化アルゴリズムなどを指定する（ステップＳ００７）。
ＮＩＣ ＯＳ９００は、渡されたジョブデータを指定されたパラメータを用いて暗号化する（ステップＳ００８）。
アプリケーション８００は、ＮＩＣ ＯＳ９００が暗号化したジョブをファイルシステム５０１に書き込む（ステップＳ００９）。
ファイルシステム５０１にジョブ３１０を書き込むことにより、従来のようにプリンタサーバ１０１にジョブ３１０を書き込む必要がなくなる。これにより、プリンタサーバ１０１を不要なものとし、よりセキュリティの高いセキュアプリントシステムを実現している。また、プリンタサーバ１０１が不要なため、サーバを設置するコストや、セキュアプリントシステム導入におけるサーバ設置の設定などの手間が省ける。さらに、万が一、マスストレージ５００が印刷装置１０００から取り外された場合も、ジョブ３１０は暗号化して書き込まれているため、ジョブ３１０内のＰＤＬデータを読み取られる心配はなく、より高いセキュリティを実現している。

ＮＩＣ ＯＳ９００が、ジョブ３１０を保存した処理をマスストレージ５００に伝達すると（ステップＳ０１０）、マスストレージ５００は暗号化されたジョブ３１０をファイルシステム５０１に書き込む（ステップＳ０１１）。
ＮＩＣ ＯＳ９００が、暗号化されたジョブ３１０のファイルシステム５０１への書き込み処理をアプリケーション８００に伝達すると（ステップＳ０１２）、アプリケーション８００はファイルシステム５０１にジョブ３１０を書き込み終了した時点のタイムスタンプを取得し、ジョブ情報８２０のタイムスタンプ８２４に格納する（ステップＳ０１３）。
アプリケーション８００は、作成したジョブ情報８２０をジョブリスト８０５に格納する（ステップＳ０１４）。
ここでアプリケーション８００がファイル書き込み終了時のタイムスタンプを保存するのは、クライアントＰＣ３００によって時刻は任意に設定されているので、クライアントＰＣ３００からのジョブ投入時間を参照すると、時刻の整合性を確保できないからである。

図１０に示すように、図９のステップＳ００６で、動作情報８６０の印刷方法８６１が「通常」に設定されている場合、アプリケーション８００は、動作情報８６０の印刷排他フラグ８６２を見て、分岐処理を行う（ステップＳ０２１）。なお印刷排他フラグ８６２の初期値は「ｆａｌｓｅ」である。
印刷排他フラグ８６２が「ｔｒｕｅ」の場合、アプリケーション８００はウェイト処理を行って（ステップＳ０２２）、しばらく待った後に再び印刷排他フラグ８６２の判定を行う（ステップＳ０２１）。
印刷排他フラグ８６２が「ｆａｌｓｅ」の場合、アプリケーション８００は印刷排他フラグ８６２を「ｔｒｕｅ」にする（ステップＳ０２３）。つまり、前に印刷処理している印刷データがない場合には印刷排他フラグ８６２が「ｆａｌｓｅ」なので、印刷排他フラグ８６２を「ｔｒｕｅ」にする。

ここで、前に印刷処理している印刷データがある場合には印刷排他フラグ８６２が「ｔｒｕｅ」なので、一定時間たったのち、後述のステップＳ０２６で印刷排他フラグ８６２が「ｆａｌｓｅ」になったかをステップＳ０２１で判定する。この間、前の印刷処理がなされているので、クライアントＰＣ３００から取得した他のジョブが出力されないようになる。
この印刷排他フラグ８６２にかかわる一連の処理（ステップＳ０２１〜ステップＳ０２３）は、一人のユーザの印刷処理を行っている間に他のユーザの印刷処理をさせないようにするためである。これにより、印刷方法８６１が「通常」に設定されていて、クライアントＰＣ３００から投入した印刷ジョブが蓄積されずそのまま出力される場合に、各ユーザのジョブが混ざらないようにすることが可能となる。

アプリケーション８００は、印刷予約情報８８０を見て、分岐処理を行う（ステップＳ０２４）。
すなわち、アプリケーション８００は、印刷予約情報８８０にユーザ名２１２とタイムスタンプ８７１が設定されていなければ、投入されたジョブをそのまま出力するために図１８に示す印刷処理を行う（ステップＳ０２５）。また、印刷予約情報８８０にユーザ名２１２とタイムスタンプ８７１が設定されていた場合、ユーザ名２１２と前段のステップＳ０１１で取得したジョブ情報８２０のユーザ名８２１を比較する（ステップＳ０２４）。この結果、同一のユーザ名でなければ、投入されたジョブをそのまま出力するために図１８に示す印刷処理を行う（ステップＳ０２５）。
印刷処理を行った後、他のユーザの印刷ジョブを受け付けることができるように、印刷排他フラグ８６２を「ｆａｌｓｅ」にする（ステップＳ０２６）。

また、アプリケーション８００は、印刷予約情報８８０にユーザ名２１２とタイムスタンプ８７１が設定されていた場合、ユーザ名２１２と前段Ｓ０１１で取得したジョブ情報８２０のユーザ名８２１を比較し（ステップＳ０２４）、同一のユーザ名の場合、実行リスト８０４を作成する（ステップＳ０２７）。具体的には、後述する処理と同様の処理を行う（図１４のステップＳ１２６、ステップＳ１２７）。

次に、アプリケーション８００は、作成した実行リスト８０４をもとに、マスストレージ５００から蓄積ジョブを取得し、蓄積ジョブの印刷を行う（ステップＳ０２８）。具体的には、後述する処理と同様の処理を行う（図１５のステップＳ１３５〜ステップＳ１３９）。
ステップＳ０２７、Ｓ０２８では、印刷方法が「通常」の場合において、印刷予約情報８８０に設定されているユーザ名２１２のジョブをジョブリスト８０５から検索して実行リスト８０４を作成する。そして、後述する図１６のステップＳ２０１において、実行リスト８０４のジョブを取得する（第２の取得手段）。
さらに、アプリケーション８００は、印刷予約情報８８０を削除する（ステップＳ０２９）。印刷予約情報８８０は、通常印刷時に蓄積ジョブの印刷を行うための情報であり、ユーザの印刷予約の役割を果たす。また、最大１ユーザまでが印刷予約情報８８０に登録することが可能である。よって、蓄積ジョブ印刷後、他のユーザが蓄積ジョブ印刷の予約を行うことができるように、印刷予約情報８８０を削除する。

アプリケーション８００は、前段の図９のステップＳ０１１で取得したジョブ情報８２０の出力フラグ８２５を見て、分岐処理を行う（削除判定）（ステップＳ０３０）。
出力フラグ８２５が「ｆａｌｓｅ」の場合、アプリケーション８００は、受け付けたジョブを削除して（ステップＳ０３１）、他のユーザの蓄積ジョブ印刷予約を受け付けられるように、カードリーダ４００を制御してポーリングの開始を行う（ステップＳ０３２）。その後、他のユーザの印刷ジョブを受け付けることができるように、印刷排他フラグを「ｆａｌｓｅ」にする（ステップＳ０２６）。
出力フラグ８２５が「ｔｒｕｅ」の場合、アプリケーション８００は、受け付けたジョブ３１０の印刷処理（図１８）を行い（ステップＳ０３３）、カードリーダ４００を制御してポーリングの開始を行う（ステップＳ０３２）。その後、他のユーザの印刷ジョブを受け付けることができるように、印刷排他フラグを「ｆａｌｓｅ」にする（ステップＳ０２６）。

上記処理（ステップＳ０３０〜ステップＳ０３３）は、蓄積されたジョブを出力した後に、蓄積ジョブだけでなくクライアントＰＣ３００から出力指示した印刷物も出力させるかどうか、を制御するために行う処理である。例えば、蓄積ジョブを印刷して、さらに新しいジョブも合わせて印刷したい場合は、出力フラグを「ｔｒｕｅ」にすることで、蓄積ジョブと投入ジョブの両方のジョブを出力することができる。一方、単に蓄積ジョブを出力したいだけの場合は、出力フラグを「ｆａｌｓｅ」にすることで、クライアントＰＣ３００から投入したジョブを出力させることなく、蓄積ジョブのみを出力することができる。よって無駄な印刷物が出力されないようになる。なお、本実施の形態では、蓄積ジョブの後に投入ジョブを印刷するか否かを判定するように構成したが、投入ジョブを印刷するか否かを先に判定し、投入ジョブを印刷すると判定される場合には投入ジョブを先に印刷して、その後蓄積ジョブを印刷するように構成することも可能である。

次に、図１１、１２、１３、１４、１５を参照しながら、セキュアプリントシステム１のカード検知後の処理について説明する。
図１１では、ＮＩＣ７００は、ＬＤＡＰサーバ２００との通信を確立する。このときＮＩＣ７００は、ＬＤＡＰサーバ２００と通信できるか否かを判断する。ＬＤＡＰサーバ２００と通信できない場合、ＮＩＣ７００は、印刷方法８６１を「通常」に設定する。また、認証サーバと通信可能、かつ印刷方法８６１が「通常」の場合、ＮＩＣ７００は、印刷方法８６１を「蓄積」に設定する。

図１１に示すように、カードリーダ４００は、ＩＣカード４１０を検知して、内部に記録されているカードＩＤ２１１を読み取り（ステップＳ１００）、ＮＩＣ ＯＳ９００は読み取った情報をアプリケーション８００に伝達する（ステップＳ１０１）。

アプリケーション８００は、動作情報８６０の印刷方法８６１を確認する（印刷モード判定）（ステップＳ１０２）。
印刷方法８６１が「通常」に設定されている場合、アプリケーション８００は認証キャッシュの確認を行う（認証判定）（ステップＳ１０８）。認証キャッシュにステップＳ１００で読み取ったカードＩＤ２１１が存在した場合にはステップＳ１５９の処理に推移し、認証キャッシュにステップＳ１００で読み取ったカードＩＤ２１１が存在しない場合にはステップＳ１６２の処理に推移する。
印刷方法８６１が「蓄積」に設定されている場合、アプリケーション８００は設定情報８０２をもとに、ＬＤＡＰサーバ２００に接続を試みる（ステップＳ１０４）。より詳細には、アプリケーション８００は、設定情報８０２を参照し、プライマリであるＬＤＡＰサーバ２００ａのプライマリポートに対して接続を行い、仮に接続できなかった場合は、セカンダリであるＬＤＡＰサーバ２００ｂのセカンダリポートに対して接続を行う。
もしくはステップＳ１０２で、印刷方法８６１が「通常」に設定されていても、ＬＤＡＰサーバ２００に通信を行い通信が確立できる場合は、印刷方法８６１を「蓄積」に変更し、ステップＳ１０９の処理に遷移する。

ＮＩＣ ＯＳ９００は、接続要求をもとにＬＤＡＰサーバ２００に接続を試行し（ステップＳ１０５）、アプリケーション８００は、接続試行が成功したか否かで分岐処理を行う（ステップＳ１０６）。
より詳細には、プライマリであるＬＤＡＰサーバ２００ａ、およびセカンダリであるＬＤＡＰサーバ２００ｂの両方に接続できなかった場合、接続失敗とみなす。
接続失敗の場合は、アプリケーション８００は、印刷方法８６１を「通常」（第２の印刷モード）に変更し、（ステップＳ１０７）、認証キャッシュの確認を行う（ステップＳ１０８）。
ＬＤＡＰサーバ２００に接続できなかった場合、印刷方法８６１を「通常」に切り替えるため、次回の印刷からはマスストレージ５００にジョブ３１０を保存せずに、印刷装置１０００から直接印刷することになる。従って、ＬＤＡＰサーバ２００と通信できない状態のときも印刷物を出力することが可能となる。

アプリケーション８００は、認証キャッシュ８７０の確認を行う（ステップＳ１０８）。より詳細には、前段のステップＳ１００で取得したカードＩＤ２１１が認証キャッシュ８７０に登録されている１または複数のカードＩＤ２１１のいずれかに一致するかどうかを確認する。
ステップＳ１０８の結果、認証キャッシュ８７０に一致するカードＩＤ２１１があった場合は、アプリケーション８００は、印刷予約情報８８０を設定する（ステップＳ１５９）。より詳細には、印刷予約情報８８０のユーザ名２１２には、認証キャッシュ８７０で一致するカードＩＤ２１１に紐づいたユーザ名２１２を設定し、タイムスタンプ８７１には現在時刻を設定する。なおタイムスタンプ８７１は印刷予約情報８８０の期限切れをチェックするためのものである。
前述（ステップＳ０２４〜ステップＳ０２８）のように、ユーザがクライアントＰＣ３００からジョブを投入した時に、印刷予約情報８８０が登録されていなければ蓄積ジョブを印刷することができない。よって、カードをかざして印刷予約をしなければ蓄積ジョブを印刷することができないので、認証サーバが停止して通常印刷を行っている状況下でも、セキュリティの高い印刷ができる。

次に、アプリケーション８００は、図２４に示すメッセージからメッセージ１である「ＡＰインサツヨヤク」を選択し、図１９に示すユーザ通知処理を行い（ステップＳ１６０）、カードリーダ４００を制御して、ポーリングを停止する（ステップＳ１６１）。ポーリングを停止することによって、カードリーダ４００はカードを読み取らない状態となる。よって、複数ユーザが印刷予約情報８８０を登録することができない上に、印刷予約情報８８０の上書きもできない。このことにより、予約した複数ユーザが同時に通常印刷を行った時にそれぞれの蓄積ジョブが出力されてしまい、セキュリティが低下するのを防ぐことができる。また、印刷予約情報８８０が設定されている間に、他のユーザがカードをかざして印刷予約情報８８０を上書きすることを防ぐことができる。
尚、ポーリング停止後、一定時間クライアントＰＣ３００からカードに対応するユーザのジョブが送信されなければポーリングの停止を解除し、ポーリングを開始する。これについては後述の図１７で説明する。

つまり、印刷方法が「通常」の場合、図１１において、ユーザがカードをかざすと、Ｓ１５９で、マスストレージ５００に記憶されている、カードをかざしたユーザが印刷要求したジョブの印刷予約情報が作成される。その後、図９において一定時間内にユーザが自身のクライアントＰＣ３００から印刷を実行すると、図１０において印刷予約情報に従って、マスストレージ５００に記憶されているジョブを取得して印刷する（Ｓ０２８）。

前段のステップＳ１０８の結果、認証キャッシュ８７０に一致するカードＩＤ２１１が存在しなかった場合は、アプリケーション８００は、図２４に示すメッセージからメッセージ２である「ＡＰユーザキャッシュナシ」を選択し、図１９に示すユーザ通知処理を行う（ステップＳ１６２）。

次に、図１１のステップＳ１０６で、プライマリであるＬＤＡＰサーバ２００ａ、あるいはセカンダリであるＬＤＡＰサーバ２００ｂのいずれかに接続できた場合、アプリケーション８００はＬＤＡＰ認証を行う（図１２のステップＳ１０９）。
設定情報８０２のユーザ８３７及びパスワード８３８をＬＤＡＰサーバ２００に送信し、認証要求を発行する。なお、この認証処理に関しては、ＬＤＡＰサーバ２００が認証をしなければ検索をさせないという強固なセキュリティが施されている場合の処理である。他の実施形態として、検索を行うにあたって認証が必要ない設定（非認証の設定）がなされていた場合は、認証に伴うＳ１０９からＳ１１４までの処理を省略してもよい。

ＮＩＣ ＯＳ９００は、アプリケーション８００から伝達されたデータ（設定情報８０２）をＬＤＡＰサーバ２００に送信する（ステップＳ１１０）。
ＬＤＡＰサーバ２００は、受信したデータ（設定情報８０２）のユーザ名でＬＤＡＰディレクトリ２０１を検索する。ユーザが見つかった場合、受信したデータと対応するユーザのユーザ情報２１０に含まれるパスワード２１３を照合し、認証結果を返答する（ステップＳ１１１）。
ＮＩＣ ＯＳ９００が、ＬＤＡＰサーバ２００から受信したデータをアプリケーション８００に伝達すると（ステップＳ１１２）、アプリケーション８００はＬＤＡＰ認証結果を受け取る（ステップＳ１１３）。

アプリケーション８００は、前段のステップＳ１１３での認証結果の可否により分岐処理を行い（ステップＳ１１４）、認証に失敗した場合、図２４に示すメッセージからメッセージ３の「ＡＰサーバエラー」を選択し、ユーザ通知処理を行う(ステップＳ１１５)。
認証に成功した場合、アプリケーション８００は設定情報８０２をもとにカードＩＤ２１１の検索をＬＤＡＰサーバ２００に対して行う（ステップＳ１１６）。
アプリケーション８００は、設定情報８０２のｓｕｆｆｉｘ８３１と識別コード８３２を用いて検索位置を指定する。

ＮＩＣ ＯＳ９００は、アプリケーション８００から伝達されたデータをＬＤＡＰサーバ２００へ送信する（ステップＳ１１７）。
ＬＤＡＰサーバ２００は、アプリケーション８００から送信されたデータをもとにＬＤＡＰディレクトリ２０１を検索し、検索結果を返信する（ステップＳ１１８）。
指定されたｓｕｆｆｉｘ８３１及び識別コード８３２以下にあるデータの中から、指定されたカードＩＤ２１１を探し、見つかったユーザ情報２１０を送信する。ｓｕｆｆｉｘ８３１や識別コード８３２は、ＬＤＡＰディレクトリ２０１中のユーザの位置を特定するために指定する情報であり、一般的にＬＤＡＰ検索の際にＳｅａｒｃｈＢａｓｅとして指定される値である。

ＮＩＣ ＯＳ９００が、ＬＤＡＰサーバ２００から受信したデータをアプリケーション８００に伝達すると（ステップＳ１１９）、アプリケーション８００はＬＤＡＰサーバ２００からの検索結果を取得する（ステップＳ１２０）。

次に、図１３に示すように、アプリケーション８００は、ＬＤＡＰサーバ２００からの検索結果を見てユーザ情報２１０が取得できたか、即ち、ユーザが存在したか否かにより分岐処理を行う（ステップＳ１２１）。
ユーザ情報２１０が取得できない場合、アプリケーション８００は図２４に示すメッセージからメッセージ４の「ＡＰユーザミトウロク」を選択し、ユーザ通知処理を行う（ステップＳ１２２）。

ユーザ情報が取得できた場合、アプリケーション８００はユーザ情報２１０の利用制限をもとに、ユーザに利用権があるか否かで分岐処理を行う（ステップＳ１２３）。
利用制限には様々な設定方法が考えられるが、例えば、４桁の数字で利用権限を表現し、１桁目がプリンタの利用権限、２桁目がコピーの利用権限、３桁目がスキャンの利用権限、４桁目がファクスの利用権限とする。そして、その値が“０”は「使用不可能」、“１”は「モノクロのみ使用可能」、“２”は「カラーモノクロ双方利用可能」とする。そして、ユーザ情報２１０内の利用権限を参照し、プリンタの項目が“０”ならば「権限なし」、“１”あるいは“２”ならば「権限あり」、とみなすという方法が考えられる。
ステップＳ１２３において利用権限がない場合、アプリケーション８００は図２４に示すメッセージからメッセージ５の「ＡＰユーザエラー」を選択し、ユーザ通知処理を行う（ステップＳ１２４）。

前段ステップＳ１２３の判定で「権限がある」と判定された場合、アプリケーション８００は、認証キャッシュの更新を行う（ステップＳ１２５）。より詳細には、前段図１２のステップＳ１２０で取得したユーザ情報２１０のカードＩＤ２１１およびユーザ名２１２を認証キャッシュとして登録する。すでに同じデータが登録されていた場合は、上書きを行う。
認証情報をキャッシュすることで、認証サーバが停止したときも、カードＩＤ２１１をもとにして、ユーザ名２１２を解決することができる。

図１４では、ＮＩＣ７００は、ＬＤＡＰサーバ２００と通信できる場合、マスストレージ５００からユーザ情報２１０に応じた印刷データを取得する。
図１４に示すように、利用権限がある場合、アプリケーション８００は取得したユーザ情報２１０内のユーザ名をキーとして、ジョブリスト８０５の中からユーザ名が一致するジョブ情報８２０を抽出する（ステップＳ１２６）。
アプリケーション８００は、抽出したジョブ情報８２０をリストにして実行リスト８０４を作成する（ステップＳ１２７）。ステップＳ１２７では、印刷方法が「蓄積」の場合において、当該ユーザのジョブをジョブリスト８０５から検索して実行リスト８０４を作成する。そして、後述する図１６のステップＳ２０１において、実行リスト８０４のジョブを取得する（第１の取得手段）。

アプリケーション８００は、取得したユーザ情報２１０の中からサブユーザを取得する（ステップＳ１２８）。
直前にサブユーザ１を取得していれば、次のサブユーザ２を取得する。サブユーザに関連するＳ１２８からＳ１３１までの一連の処理は、一人のユーザで複数ユーザの印刷物を出力させるために行う処理である。例えば、従来はＩＣカード一枚につき１ユーザまでしか登録できなかったため、秘書が上司の印刷物を出力したい場合はＩＣカードを借りる必要があった。また、一人で２台のＰＣを使っているユーザは２枚のＩＣカードを携帯する必要があった。この一連のサブユーザに関連する処理を行うことにより、上記問題を解決し、１枚のＩＣカードで複数ユーザの印刷物を出力することが可能となる。

アプリケーション８００は、取得したサブユーザをチェックし（ステップＳ１２９）、サブユーザ４までのすべてのサブユーザを取得した場合、あるいは、サブユーザが取得できなかった場合、登録されていなかった場合はＳ１３２へ進む。
サブユーザが取得できた場合、アプリケーション８００はサブユーザに一致するジョブ情報８２０をジョブリスト８０５の中から抽出し（ステップＳ１３０）、抽出したジョブ情報８２０を実行リスト８０４に加える（ステップＳ１３１）。

すべてのサブユーザを取得すると、アプリケーション８００は作成した実行リスト８０４をソートする（ステップＳ１３２）。
より詳細には、ジョブ情報８２０をタイムスタンプ８２４でソートし、続いてユーザ名８２１でソートし、ユーザ名８２１のまとまりで時系列に並び替える。このソートにより、複数ユーザの印刷物を出力したいときにユーザ毎にまとまった出力物が得られ、分別の手間が省ける。また、各ユーザの印刷物はタイムスタンプ順に並んでいるため、印刷実行したユーザの指示通りの順番になりユーザにわかりやすい出力順になる。また、ソートの仕方についてはこの方法に限られず、ユーザ名でソートし、続いてタイムスタンプでソートしてもよい。

次に、図１５に示すように、アプリケーション８００は、実行リスト８０４内のジョブ情報８２０の数をチェックし（ステップＳ１３３）、０件の場合、図２４に示すメッセージからメッセージ６の「ＡＰジョブナシ」を選択し、ユーザ通知処理を行う（ステップＳ１３４）。

実行リスト８０４内のジョブ情報８２０の数が１件以上の場合、アプリケーション８００は実行リスト８０４内のジョブ情報８２０の数で、ループ処理を行う(ステップＳ１３５)。すべてのジョブ情報８２０を参照すると、ループ処理を終了する。このループ処理とは、実行リストにある全てのジョブ情報８２０に関して、ステップＳ１３６からステップＳ１３８を行う処理である。ステップＳ１３５では、つまり、実行リストにある全てのジョブ情報８２０について、当該処理を終えたかを判定し、当該処理を終えた判定すると、ステップＳ１３９へ進む。
アプリケーション８００は、ジョブ投入可否を判定する（ステップＳ１３６）。通常、印刷機器はＲＡＭに制限があるため、一度に投入できる印刷ジョブを制限している。ジョブ投入可否を判定するのは、投入制限を越えているにも関わらずジョブを投入してしまい、印刷が失敗してしまうことを防ぐためである。
次に、アプリケーション８００はウェイト処理を行う（ステップＳ１３７）。このウェイト処理は、ジョブが投入制限を越えて投入できない場合にループ（ステップＳ１３６からステップＳ１３７）を回り続け、ＣＰＵを占有してしまう現象を防ぐ。
アプリケーション８００は、図１６に示すジョブ印刷処理を行い（ステップＳ１３８）、実行リスト８０４内のジョブ情報８２０をすべてクリアする（ステップＳ１３９）。

次に、図１６を参照しながら、セキュアプリントシステム１のジョブ印刷処理について説明する。
図１６では、ＮＩＣ７００は、印刷データを印刷装置１０００に送信する。

図１６に示すように、アプリケーション８００は、上位から渡されたジョブ情報８２０をもとに、ファイルシステム５０１内からジョブ３１０を取得する（ステップＳ２０１）。
アプリケーション８００は、ジョブ情報８２０に格納されているファイル名８２２に一致するファイルシステム５０１内のファイルの取得をマスストレージ５００に要求する。
ＮＩＣ ＯＳ９００が、アプリケーション８００からの指令をマスストレージ５００に伝達すると（ステップＳ２０２）、マスストレージ５００はファイルシステム５０１から指定のファイルを読み込んで、アプリケーション８００に返し（ステップＳ２０３）、ＮＩＣ ＯＳ９００がマスストレージ５００からの指令をアプリケーション８００に伝達する（ステップＳ２０４）。

アプリケーション８００は、取得したジョブ３１０の復号化をＮＩＣ ＯＳ９００に要求し、同時に復号化キーや復号化アルゴリズム等を指定する（ステップＳ２０５）。
ＮＩＣ ＯＳ９００は、データの復号化処理を行い（ステップＳ２０６）、アプリケーション８００は復号化されたジョブ３１０の印刷指示を行う（ステップＳ２０７）。
ＮＩＣ ＯＳ９００は、アプリケーション８００からの指令を受け取り、図１８に示す印刷処理を行う（ステップＳ２０８）。

ＮＩＣ ＯＳ９００が、印刷装置１０００の指令をアプリケーション８００へ伝達すると（ステップＳ２１３）、アプリケーション８００は該当するジョブ３１０をファイルシステム５０１からの削除をマスストレージ５００に要求する（ステップＳ２１４）。
ＮＩＣ ＯＳ９００が、アプリケーション８００の指令をマスストレージ５００へ伝達すると（ステップＳ２１５）、マスストレージ５００は指定されたジョブ３１０をファイルシステム５０１から削除する（ステップＳ２１６）。
ＮＩＣ ＯＳ９００は、マスストレージ５００からの指令をアプリケーション８００へ伝達する（ステップＳ２１７）。

次に、図１７を参照しながら、セキュアプリントシステム１の定期チェック処理について説明する。
図１７では、ＮＩＣ７００は、一定間隔でＬＤＡＰサーバ２００と通信可能かどうかを確認し、印刷方法８６１が「通常」に設定されている、かつＬＤＡＰサーバ２００と通信可能、な場合、印刷方法８６１を「蓄積」に設定する。また印刷予約情報８８０の有効期限チェックを行い、有効期限が切れていれば、印刷予約情報８８０を削除する。
なお、これらの処理は、アプリケーション８００の起動時に開始され、アプリケーション８００が終了するまで繰り返される。

図１７に示すように、アプリケーション８００は、印刷方法８６１の確認を行う（ステップＳ３０１）。
印刷方法８６１が「蓄積」の場合、アプリケーション８００は、ウェイト処理を行い（ステップＳ３０６）、再び印刷方法８６１の確認を行う（ステップＳ３０１）。このウェイト処理は、印刷方法８６１が「蓄積」の場合にループ（ステップＳ３０１からステップＳ３０５）を回り続け、ＣＰＵを占有してしまう現象を防ぐ。

印刷方法８６２が「通常」の場合、アプリケーション８００は、アプリケーション８００は設定情報８０２に設定されたプライマリであるＬＤＡＰサーバ２００ａ及びセカンダリであるＬＤＡＰサーバ２００ｂのポートへの接続をＮＩＣ ＯＳ９００に要求し、ＮＩＣ ＯＳ９００は指定された２つのＬＤＡＰサーバ２００に接続を行う。
アプリケーション８００は、プライマリであるＬＤＡＰサーバ２００ａまたはセカンダリであるＬＤＡＰサーバ２００ｂのいずれかに接続できたかどうか確認を行う（ステップＳ３０２）。

接続できた場合、アプリケーション８００は、印刷予約情報８８０の情報を削除し（ステップＳ３０３）、印刷方法８６１を「蓄積」（第１の印刷モード）に切り替える（ステップＳ３０５）。その後、ウェイト処理を行い（ステップＳ３０６）、再び印刷方法８６１の確認を行う（ステップＳ３０１）。
これにより、ＬＤＡＰサーバ２００が復帰したときに自動的に印刷方法８６１を「蓄積」に切り替えることができ、手動でアプリケーション８００の設定をわざわざ変更する手間が省ける。

接続できなかった場合、アプリケーション８００は、印刷予約情報８８０の有効期限をチェックする（ステップＳ３０７）。より詳細には、印刷予約情報８８０のタイムスタンプ８７１に設定情報８０２の印刷予約情報有効時間８３９を加算したものが、現在時刻を過ぎているかどうかで判断する。
有効期限のチェックを行うことで、印刷予約を行ったユーザが印刷を忘れた場合でも、一定時間経過後に他のユーザが印刷予約できるようになる。
有効期限が切れていなければ、アプリケーション８００は、ウェイト処理を行い（ステップＳ３０５）、再び印刷方法８６１の確認を行う（ステップＳ３０１）。
有効期限が切れていた場合、アプリケーション８００は、印刷予約情報８８０を削除し（ステップＳ３０８）、カードリーダ４００を制御して、ポーリングを開始する（ステップＳ３０９）。その後、ウェイト処理を行い（ステップＳ３０６）、再び印刷方法８６１の確認を行う（ステップＳ３０１）。

次に、図１８を参照しながら、セキュアプリントシステム１の印刷処理について説明する。
図１８では、ＮＩＣ７００は、印刷装置１０００に印刷データを転送し、印刷装置１０００は印刷データを解析し、印刷物を出力する。

図１８に示すように、ＮＩＣ ＯＳ９００は上位から受け取ったジョブ３１０を印刷装置１０００に転送し（ステップＳ４０１）、印刷装置１０００は転送されたジョブ３１０を受け付け、受信バッファ１００１に格納し、スプール処理を行う（ステップＳ４０２）。
印刷装置１０００は、スプールされたジョブ３１０の印刷情報管理ヘッダ３１１を解析する（ステップＳ４０３）。解析したデータは、図示しない内部ログデータなどに利用される。
印刷装置１０００は、ジョブ３１０内のＰＤＬデータを解析し、描画オブジェクトの中間データを作成し、さらにその中間データをもとにビットマップイメージを作成する（ステップＳ４０４）。
印刷装置１０００は、作成したビットマップイメージを既知の印刷技術により用紙等のメディアに印刷を行う（ステップＳ４０５）。

次に、図１９を参照しながら、セキュアプリントシステム１のユーザ通知処理について説明する。
図１９に示すように、アプリケーション８００は、上位から伝達されたメッセージ文字列を取得し（ステップＳ５０１）、ビープ音鳴動、及び指定のメッセージ表示をＮＩＣ ＯＳ９００に要求する（ステップＳ５０２）。
ＮＩＣ ＯＳ９００は、印刷装置１０００の種別を判定し、適切な方法を使ってビープ音鳴動を指示する（ステップＳ５０３）。例えば、機種によってＵＤＰ、印刷情報管理プロトコル、ＪＬを使用したりするため、その情報をＮＩＣ ＯＳ９００が吸収し、印刷装置１０００の機種にあった方法でビープ音鳴動指示をする。パネル表示については、ＭＩＢを用いて表示指示を印刷装置１０００に送る。
印刷装置１０００は、指令を受け取り、ビープ音を鳴動させ（ステップＳ５０４）、パネルに指定されたメッセージを表示させる（ステップＳ５０５）。

このように本発明の実施の形態によれば、例えば認証サーバがダウンするなどの理由により印刷方法が切り替わることによって未出力となってしまう印刷データを出力させることが可能な仕組みを提供することが可能になる。

本発明に係るセキュアプリントシステム１では、認証サーバが何らかの理由で動作しない場合でも、印刷を行うことが可能であるため、ユーザの業務をとめることがない可用性の高いシステムを構築することが可能になる。
また、一定間隔、あるいは、ユーザ認証時に認証サーバが通信可能か否かを判断するため、認証サーバの復帰に対して自動的に印刷モードの復帰、切り替えが可能になるとともに、印刷モードの切り替えにより未出力となってしまう印刷データを出力させることが可能になる。

また、認証サーバが停止して第２の印刷モードの印刷方法に切り替わった時に、出力フラグにより、蓄積された印刷データとともに、当該受付による印刷データを印刷するか否かをユーザが設定することが可能となる。
さらに、認証サーバが停止して第２の印刷モードの印刷方法に切り替わった時に、認証キャッシュ等により、セキュリティを確保しつつ蓄積された印刷データを出力することができるので、ユーザは、第１の印刷モードで蓄積した印刷データを再送信する必要がなくなる。
また、それによって、認証サーバが復帰して第２の印刷モードから第１の印刷モードに印刷方法が切り替わった時に、ユーザが不要な印刷データを削除する必要がなくなる。

以上、添付図面を参照しながら本発明に係るセキュアプリントシステムおよびネットワークインタフェース装置等の好適な実施形態について説明したが、前述した実施の形態に限定されるものではない。当業者であれば、特許請求の範囲に記載された技術的思想の範疇内において各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

従来のセキュアプリントシステムの構成の一例を示す図 本発明に係るセキュアプリントシステム１の構成の一例を示す図 ＬＤＡＰサーバ２００、クライアントＰＣ３００のハードウエア構成を示す図 印刷装置１０００のハードウエア構成を示す図 ＮＩＣ７００のハードウエア構成を示す図 セキュアプリントシステム１の実施例を示す図（第１の印刷モード） セキュアプリントシステム１の実施例を示す図（第２の印刷モード） 本発明に係るセキュアプリントシステム１の構成を示すブロック図 セキュアプリントシステム１の印刷ジョブ受付処理手順の一例を示すフローチャート セキュアプリントシステム１の印刷ジョブ受付処理手順の一例を示すフローチャート セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート セキュアプリントシステム１のカード検知処理手順の一例を示すフローチャート セキュアプリントシステム１のジョブ印刷処理手順の一例を示すフローチャート セキュアプリントシステム１の定期チェック処理手順の一例を示すフローチャート セキュアプリントシステム１の印刷処理手順の一例を示すフローチャート セキュアプリントシステム１のユーザ通知処理手順の一例を示すフローチャート 設定情報８０２の一例を示す図 動作情報８６０の一例を示す図 認証キャッシュ８７０の一例を示す図 印刷予約情報８８０の一例を示す図 印刷装置１０００に表示するメッセージの一例を示す図 ジョブ３１０の詳細を示す図 印刷情報管理ヘッダ３１１の詳細を示す図 ジョブ情報８２０の詳細を示す図 ジョブリスト８０５の詳細を示す図 実行リスト８０４の詳細を示す図 ファイルシステム５０１の詳細を示す図 ＩＣカード４１０の詳細を示す図 ユーザ情報２１０の一例を示す図 ＬＤＡＰディレクトリ２０１の詳細を示す図 出力設定画面の一例を示す図

符号の説明

１………セキュアプリントシステム
１５０………ＬＡＮ
１６０………ＵＳＢケーブル
２００………ＬＤＡＰサーバ
３００………クライアントＰＣ
４００………カードリーダ
５００………マスストレージ
６００………ＵＳＢハブ
７００………ＮＩＣ
８００………アプリケーション
９００………ＮＩＣ ＯＳ
１０００………印刷装置

Claims (12)

1. 画像形成装置に接続され、印刷データを送信する情報処理装置と、ユーザの認証を行う認証サーバと通信するネットワークインタフェース装置であって、
   前記情報処理装置から、印刷データを受け付ける受付手段と、
   前記印刷データを記憶する記憶手段と、
   ユーザを識別するためのユーザ識別情報の受付に応じて、前記ユーザ識別情報の認証を行って前記記憶手段に記憶されている印刷データを印刷する第１の印刷モードか、前記記憶手段に記憶することなく前記受付手段で受け付けた印刷データを印刷する第２の印刷モードかを判定する印刷モード判定手段と、
   前記印刷モード判定手段で、前記第１の印刷モードであると判断した場合、前記記憶手段によって記憶されている印刷データから、前記ユーザ識別情報に応じた印刷データを取得する第１の取得手段と、
   前記印刷モード判定手段で、前記第２の印刷モードであると判断した場合、前記受付手段での印刷データの受付に応じて、当該印刷データのユーザと一致する前記記憶手段に記憶されている印刷データを取得する第２の取得手段と、
   前記第１の取得手段または第２の取得手段で取得した印刷データを前記画像形成装置で印字するために、前記画像形成装置に送信する送信手段と、
   を備えることを特徴とするネットワークインタフェース装置。
2. 一定間隔で、または、ユーザ識別情報の受付時に、前記認証サーバに通信可能か否かを判断する判断手段と、
   前記判断手段が、前記認証サーバに通信可能であると判断した場合、前記第１の印刷モードへ設定を変更し、前記判断手段が、前記認証サーバに通信可能でないと判断した場合、前記第２の印刷モードへ設定を変更する設定変更手段と、
   を更に備えることを特徴とする請求項１記載のネットワークインタフェース装置。
3. 前記第２の印刷モード時における前記受付手段で受け付けた印刷データを削除するか否かを判定する削除判定手段と、を更に備え、
   前記削除判定手段で削除すると判定された場合、前記受付手段で受け付けた印刷データを削除することを特徴とする請求項１または請求項２に記載のネットワークインタフェース装置。
4. 前記削除判定手段で削除しないと判定された場合、前記第２の取得手段で取得した印刷データと、前記受付手段で受け付けた印刷データとを出力することを特徴とする請求項３に記載のネットワークインタフェース装置。
5. 前記第１の印刷モード時に、ユーザを識別するためのユーザ識別情報の受付に応じて、当該ユーザ識別情報を記憶する認証記憶手段を更に備えることを特徴とする請求項１乃至請求項４のいずれか１項に記載のネットワークインタフェース装置。
6. 前記第２の印刷モード時に、ユーザを識別するためのユーザ識別情報の受付において、前記認証記憶手段にユーザ識別情報が記憶されているか否かを判定する認証判定手段と、
   前記認証判定手段で記憶されていると判定される場合には、当該ユーザ識別情報に対応するユーザの印刷データを印刷可能にユーザ識別情報を設定する印刷予約手段を更に備えることを特徴とする請求項５に記載のネットワークインタフェース装置。
7. 前記送信手段は、前記第２の印刷モード時に、前記受付手段での印刷データの受付において、当該印刷データのユーザが前記印刷予約手段により設定されたユーザ識別情報に対応するユーザと一致した場合に、第２の取得手段で取得した印刷データを送信し、一致しない場合には前記受付手段で受付けた印刷データを出力することを特徴とする請求項６に記載のネットワークインタフェース装置。
8. 前記受付手段で受け付けた印刷データは、前記第２の印刷モード時に削除するか否かの設定を前記情報処理装置に備えるプリンタドライバで設定された印刷データであることを特徴とする請求項１乃至請求項７のいずれか１項に記載のネットワークインタフェース装置。
9. 前記ユーザ識別情報は、記憶媒体に記憶されるユーザ名または、記憶媒体に記憶される記憶媒体識別情報を用いて、前記認証サーバで認証されることによって得られるユーザ名であることを特徴とする請求項１乃至８のいずれか１項に記載のネットワークインタフェース装置。
10. 画像形成装置に接続され、印刷データを送信する情報処理装置と、ユーザの認証を行う認証サーバと通信するネットワークインタフェース装置における印刷制御方法であって、
    前記情報処理装置から、印刷データを受け付ける受付工程と、
    前記印刷データを記憶する記憶工程と、
    ユーザを識別するためのユーザ識別情報の受付に応じて、前記ユーザ識別情報の認証を行って前記記憶手段に記憶されている印刷データを印刷する第１の印刷モードか、前記記憶手段に記憶することなく前記受付手段で受け付けた印刷データを印刷する第２の印刷モードかを判定する印刷モード判定工程と、
    前記印刷モード判定手段で、前記第１の印刷モードであると判断した場合、前記記憶手段によって記憶されている印刷データから、前記ユーザ識別情報に応じた印刷データを取得する第１の取得工程と、
    前記印刷モード判定手段で、前記第２の印刷モードであると判断した場合、前記受付手段での印刷データの受付に応じて、当該印刷データのユーザと一致する前記記憶手段に記憶されている印刷データを取得する第２の取得工程と、
    前記第１の取得手段または第２の取得手段で取得した印刷データを前記画像形成し装置で印字するために、前記画像形成装置に送信する送信工程と、
    を含むことを特徴とする印刷制御方法。
11. ネットワークインタフェース装置において、請求項１０記載の方法を実行させる印刷制御プログラム。
12. 印刷データを送信する情報処理装置と通信可能な画像形成装置であって、
    前記情報処理装置から、印刷データを受け付ける受付手段と、
    前記印刷データを記憶する記憶手段と、
    ユーザを識別するためのユーザ識別情報の受付に応じて、前記ユーザ識別情報の認証を行って前記記憶手段に記憶されている印刷データを印刷する第１の印刷モードか、前記記憶手段に記憶することなく前記受付手段で受け付けた印刷データを印刷する第２の印刷モードかを判定する印刷モード判定手段と、
    前記印刷モード判定手段で、前記第１の印刷モードであると判断した場合、前記記憶手段によって記憶されている印刷データから、前記ユーザ識別情報に応じた印刷データを取得する第１の取得手段と、
    前記印刷モード判定手段で、前記第２の印刷モードであると判断した場合、前記受付手段での印刷データの受付に応じて、当該印刷データのユーザと一致する前記記憶手段に記憶されている印刷データを取得する第２の取得手段と、
    を備えることを特徴とする画像形成装置。

Images