(57)【要約】【課題】印刷元がログ情報を出力していない場合には、印刷装置は、印刷を禁止し、紙への出力を行わせないよう制御することを目的とする。【解決手段】印刷元がプリントサーバーの場合、プリントサーバーからログ情報を取得し、印刷元がクライアント装置の場合、クライアント装置がログ情報を書き込んでいるログ管理サーバーからログ情報を取得する、ログ情報取得手段と、ログ情報取得手段でログ情報が取得された場合、印刷ジョブに係る印刷を実行する制御手段と、を有することによって課題を解決する。【選択図】図３
2011031553.tif 000002
【特許請求の範囲】
【請求項１】
印刷元がプリントサーバーの場合、前記プリントサーバーからログ情報を取得し、印刷元がクライアント装置の場合、前記クライアント装置がログ情報を書き込んでいるログ管理サーバーからログ情報を取得する、ログ情報取得手段と、
前記ログ情報取得手段でログ情報が取得された場合、印刷ジョブに係る印刷を実行する制御手段と、
を有する印刷装置。
【請求項２】
前記制御手段は、前記ログ情報取得手段でログ情報が取得され、取得されたログ情報がログ情報に関するポリシー情報に則っている場合、印刷ジョブに係る印刷を実行する、請求項１記載の印刷装置。
【請求項３】
前記ログ情報取得手段は、印刷ジョブに基づいて、印刷元がプリントサーバーか、クライアント装置かを判断し、印刷元がプリントサーバーの場合、前記プリントサーバーからログ情報を取得し、印刷元がクライアント装置の場合、前記クライアント装置がログ情報を書き込んでいるログ管理サーバーからログ情報を取得する、請求項１又は２記載の印刷装置。
【請求項４】
ログ情報に関するポリシー情報を取得するポリシー情報取得手段を更に有し、
前記ログ情報取得手段は、前記ポリシー情報取得手段で取得されたポリシー情報に基づいて、ログ情報の確認を行うか否かを判定し、ログ情報の確認を行うと判定した場合、ログ情報を取得する、請求項１乃至３何れか１項記載の印刷装置。
【請求項５】
前記ポリシー情報取得手段は、印刷ジョブにポリシー情報が含まれている場合には、前記印刷ジョブよりポリシー情報を取得し、印刷ジョブにポリシー情報が含まれていない場合には、ポリシー管理サーバーからポリシー情報を取得する、請求項４記載の印刷装置。
【請求項６】
印刷装置が実行する印刷制御方法であって、
印刷元がプリントサーバーの場合、前記プリントサーバーからログ情報を取得し、印刷元がクライアント装置の場合、前記クライアント装置がログ情報を書き込んでいるログ管理サーバーからログ情報を取得する、ログ情報取得ステップと、
前記ログ情報取得ステップでログ情報が取得された場合、印刷ジョブに係る印刷を実行する制御ステップと、
を含む印刷制御方法。
【請求項７】
コンピュータを、
印刷元がプリントサーバーの場合、前記プリントサーバーからログ情報を取得し、印刷元がクライアント装置の場合、前記クライアント装置がログ情報を書き込んでいるログ管理サーバーからログ情報を取得する、ログ情報取得手段と、
前記ログ情報取得手段でログ情報が取得された場合、印刷ジョブに係る印刷を実行する制御手段と、
して機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷装置、印刷制御方法及びプログラムに関する。
【背景技術】
【０００２】
デバイスで管理されているログ情報は限られている。例えば、デバイスのログインＩＤはデバイスで管理されているが（部門ＩＤ等の場合が多い）、個人を特定できるとは限らない。そのため、監査等に備えて、デバイスの印刷ログと紐づいた形で印刷元（例えばクライアント装置等）がより多くの情報をログ情報として残すことが望まれる。
【０００３】
特許文献１には、プリンタがプリントサーバーにおいて印刷ジョブ単位に集約された印刷用紙や解像度等の印刷条件に基づいて印刷ジョブの実行可否の判断を行い、印刷できない場合、判断結果をプリントサーバーに通知する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１７１３２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし現状、印刷元でログ情報を残していない場合でも印刷装置で文書を出力できてしまう問題がある。
【０００６】
本発明はこのような問題点に鑑みなされたもので、印刷元がログ情報を出力していない場合には、印刷装置は、印刷を禁止し、紙への出力を行わせないよう制御することを目的とする。
【課題を解決するための手段】
【０００７】
そこで、本発明は、印刷元がプリントサーバーの場合、前記プリントサーバーからログ情報を取得し、印刷元がクライアント装置の場合、前記クライアント装置がログ情報を書き込んでいるログ管理サーバーからログ情報を取得する、ログ情報取得手段と、前記ログ情報取得手段でログ情報が取得された場合、印刷ジョブに係る印刷を実行する制御手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、印刷元がログ情報を出力していない場合には、印刷装置は、印刷を禁止し、紙への出力を行わせないよう制御することができる。
【図面の簡単な説明】
【０００９】
【図１】実施形態１の印刷システムのシステム構成の一例を示す図である。
【図２】印刷装置のハードウェア構成の概略を示す図である。
【図３】印刷装置の詳細な構成の一例を示す図である。
【図４】クライアントＰＣ、ロギングサーバー、ポリシー管理サーバー、プリントサーバーに共通なハードウェア構成の一例を示す図である。
【図５】クライアントＰＣ、ロギングサーバー、ポリシー管理サーバー、プリントサーバーのソフトウェア構成の一例を示す図である。
【図６】ログ情報の一例を示す図である。
【図７】ポリシー情報をＸＭＬ形式で表現した場合の一例を示す図である。
【図８】実施形態１の印刷装置で実行される印刷制御の処理の一例を示したフローチャートである。
【図９】ポリシー情報の取得処理の一例を示したフローチャートである。
【図１０】ログ情報の取得処理の一例を示したフローチャートである。
【図１１】実施形態２の印刷装置で実行される印刷制御の処理の一例を示したフローチャートである。
【図１２】実施形態２の印刷システムのシステム構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施形態について図面に基づいて説明する。
【００１１】
＜実施形態１＞
図１は、実施形態１の印刷システムのシステム構成の一例を示す図である。
本実施形態による印刷システムは、クライアントＰＣ１０１、印刷装置１０２、ロギングサーバー１０３、ポリシー管理サーバー１０４、プリントサーバー１０５を含んで構成され、各々がネットワークで接続されているものとする。ここで、ロギングサーバー１０３は、ログ管理サーバーの一例である。
印刷装置１０２は、複合機（ＭＦＰ）の形態であっても、プリンタ、複写機、ＦＡＸ等であってもよい。
次に、図２を参照して、本実施形態による印刷装置の構成例について説明する。図２は、印刷装置のハードウェア構成の概略を示す図である。
印刷元コンピュータ２０１は、本実施形態でいうところのクライアントＰＣ（クライアント装置）１０１若しくはプリントサーバー１０５であり、画像情報の供給源又はプリンタの制御装置として機能する。
印刷装置１０２は、コントローラ２０２、パネル部２０３及びプリンタエンジン２０４を含んで構成される。コントローラ２０２は、印刷元コンピュータ２０１から供給される画像情報（例えば、ＥＳＣコード、ページ記述言語等）に基づいて、ページ毎にラスタデータを生成し、プリンタエンジン２０４に送出する。
プリンタエンジン２０４は、コントローラ２０２から供給されるラスタデータに基づいて、感光ドラム上に潜像を形成し、その潜像を記憶媒体上に転写・定着（電子写真方式）することにより画像を記録する。なお、プリンタエンジン２０４は、インクジェット方式等、他のプリント方式を用いてもよい。
パネル部２０３は、ユーザインタフェースとして使用される。ユーザは、パネル部２０３を操作することにより、ユーザが所望する動作を印刷装置１０２に指示することができる。また、パネル部２０３には、印刷装置１０２の処理内容や、ユーザへの警告内容が表示され、省電力モードの場合は表示が消えた状態になる。
【００１２】
次に図３を参照して、印刷装置１０２の構成の詳細について説明する。図３は、印刷装置の詳細な構成の一例を示す図である。
コントローラ２０２は、パネルＩ／Ｆ部３０１、ホストＩ／Ｆ部３０２、画像データ発生部３０３、ＲＯＭ３０４及び画像メモリ３０５を含む。また、コントローラ２０２は、エンジンＩ／Ｆ部３０６、ＲＡＭ３０７、ＤＭＡ制御部３０８、ＣＰＵ３０９、ＥＥＰＲＯＭ３１０、補助記憶装置３１１及び外部Ｉ／Ｆ部３２２を含む。
パネルＩ／Ｆ部３０１は、パネル部２０３とのデータ通信を行い、ユーザがパネル部２０３において設定／指示した内容をＣＰＵ３０９に通知する。また、パネルＩ／Ｆ部３０１は、ＣＰＵ３０９から通知されたユーザへの指示をパネル部２０３に通知する。ホストＩ／Ｆ部３０２は、通信ネットワークやＵＳＢ等の情報伝達媒体を介してクライアントＰＣ１０１やプリントサーバー１０５の他、ＰＤＡ、携帯電話等の情報端末装置と双方向に通信接続を行う。エンジンＩ／Ｆ部３０６は、プリンタエンジン２０４と接続されており、ＣＰＵ３０９は、エンジンＩ／Ｆ部３０６を介して信号を制御し、受信する信号からプリンタエンジン２０４の状態を認識することができる。
画像データ発生部３０３は、印刷元コンピュータ２０１より供給されたＰＤＬ等の画像情報に基づいて、プリンタエンジン２０４に供給するラスタデータを生成（ラスタライズ）する。画像メモリ３０５は、生成したラスタデータを一時的に保持するためのメモリである。ＣＰＵ３０９は、ＲＯＭ３０４や補助記憶装置３１１に保持されたプログラムに基づいて、ＣＰＵバス３２１に接続されたデバイスを制御する。ＲＡＭ３０７は、ＣＰＵ３０９が使用する一時記憶用メモリとしてのＲＡＭであり、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張できるように構成されている。また、ＲＡＭ３０７は、描画オブジェクトを格納する描画オブジェクト格納部や、ＲＯＭ３０４に保持された制御プログラムによって一時的に使用されるワークメモリ等として用いられる。ＥＥＰＲＯＭ３１０は、例えば、濃度補正テーブル等の制御情報を保持するための不揮発性メモリで構成される。
【００１３】
ＤＭＡ制御部３０８は、ＣＰＵ３０９からの指示により画像メモリ３０５内のラスタデータをエンジンＩ／Ｆ部３０６に転送する。補助記憶装置３１１は、例えば、ハードディスクであり、印刷データやその他制御情報等を保存する。補助記憶装置３１１に記憶されたデータは、主記憶装置であるＲＡＭ３０７等に読み出されてＣＰＵ３０９によって使用される。外部Ｉ／Ｆ部３２２は、ロギングサーバー１０３やポリシー管理サーバー１０４、プリントサーバー１０５とネットワークを介して通信を行い、ログ情報の確認・取得やポリシー情報の確認・取得に使用される。
また、印刷データ取得部３１２、ポリシー情報取得部３１３、ログ情報取得部３１８、印刷判断部３１４は、ＣＰＵ３０９が、ＲＯＭ３０４や補助記憶装置３１１からプログラムをロードして実行することで実現される。印刷データ取得部３１２は、情報伝達媒体、例えば、通信ネットワークを介して、ホストＩ／Ｆ部３０２から印刷データを取得する。ポリシー情報取得部３１３は、外部Ｉ／Ｆ部３２２を介してポリシー管理サーバー１０４にアクセスし、現在のログ情報の運用に関するポリシー情報を取得する。ログ情報取得部３１８は、外部Ｉ／Ｆ部３２２を介してロギングサーバー１０３やプリントサーバー１０５にアクセスし、対象ジョブのログ情報を取得する。印刷判断部３１４は、取得したポリシー情報及び／又はログ情報等に従って印刷を実行するか否かを判断する。
ＣＰＵバス３２１は、アドレス、データ、コントロールバスを含む信号を伝達する。コントローラ２０２内の各コンポーネントは、それぞれＣＰＵバス３２１に接続された全てのデバイスにアクセス可能である。
【００１４】
図４は、クライアントＰＣ、ロギングサーバー、ポリシー管理サーバー、プリントサーバーに共通なハードウェア構成の一例を示す図である。図４において、ＣＰＵ４００は、ＲＯＭ４０２のプログラム用ＲＯＭに記憶された、或いはハードディスク４０９からＲＡＭ４０１にロードされたオペレーティングシステムやアプリケーション等のプログラムを実行する。以降で説明する各フローチャートにおいてクライアントＰＣ１０１、ロギングサーバー１０３、ポリシー管理サーバー１０４、プリントサーバー１０５で実行される処理はこのプログラムの実行により実現される。ＲＡＭ４０１は、ＣＰＵ４００の主メモリ、ワークエリア等として機能する。キーボードコントローラ４０３は、キーボード４０７や図示しないポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ４０４は、各種ディスプレイ４０８の表示を制御する。ディスクコントローラ４０５は、各種データを記憶するハードディスク（ＨＤ）４０９やフレキシブルディスク（ＦＤ）等におけるデータアクセスを制御する。ＮＣ４０６は、ネットワークに接続されて、ネットワークに接続された他の機器との通信制御処理を実行する。
【００１５】
図５のａ）、ｂ）、ｃ）、ｄ）は、それぞれクライアントＰＣ１０１、プリントサーバー１０５、ロギングサーバー１０３、ポリシー管理サーバー１０４上で動作するソフトウェアの構成を示す。
図５ａ）において、画像形成部５０１は、印刷対象となる印刷データ、例えば、ＰＤＦデータやＰＤＬデータを作成するもので、通常はプリンタドライバとして実装される。また、この印刷データ作成時には、本実施形態における印刷システム内で一意に特定できるＩＤをも生成し、Ｊｏｂ  ＩＤとして印刷データに付与するものとする。
ログ生成部５０２は、クライアントＰＣ１０１が印刷データを生成・送信する際のログ情報を生成する。このログ情報には、本実施形態における印刷システム内での印刷操作を一意に特定できるようＪｏｂ  ＩＤ等が含まれるものとする。
また、送信部５０３は、画像形成部５０１で生成した印刷データを印刷装置１０２やプリントサーバー１０５へ送信すると共に、ログ生成部５０２で生成したログ情報をロギングサーバー１０３へ送信する。送信部５０３は、印刷データを送信する際に送信元が画像形成部５０１を含むクライアントＰＣ１０１であることが識別可能な識別子を含めて送信するようにしてもよい。また、送信部５０３は、印刷データを送信する際に、ポリシー管理サーバー１０４へアクセスし、ポリシー情報を取得した上で、印刷データに付与して送信を行ってもよい。
【００１６】
図５ｂ）において、受信部５０４は、クライアントＰＣ１０１から送信された印刷データを受信する。この受信部５０４は、受信した印刷データを印刷ジョブとして管理する機能を有する場合もある。送信部５０５は、受信部５０４で受信した印刷データを印刷装置１０２へ送信するが、印刷データに前記Ｊｏｂ  ＩＤが付与されていない場合には、印刷システム内で一意に特定されるＪｏｂ  ＩＤを生成し、印刷データに付与した上で送信する。印刷データを送信するに当たって、送信部５０５は、受信先でプリントサーバー１０５から送信したことが判別できるような識別情報を付与して送信を行う。また、送信部５０５は、印刷データを送信する際に、ポリシー管理サーバー１０４へアクセスしてポリシー情報を取得し、印刷データに付与して送信を行ってもよい。
一方、ログ生成部５０６は、送信した印刷データの情報からログ情報を生成し、ログ保存部５０７がＨＤ等の外部メモリへログ情報の保存を行う。
ちなみに、図６は、ログ保存部５０７が保存するログ情報の一例を示したものである。ここではＪｏｂ  ＩＤと印刷操作を実行したユーザ名、印刷が実行された日時（印刷データを印刷装置１０２へ送信した日時）、印刷対象の文書名等がログ情報として記録されているがあくまで一例である。
【００１７】
図５ｃ）において、ログ受信部５０８は、クライアントＰＣ１０１から送信されてきたログ情報の受信を行い、ログ保存部５０９はそのログ情報をＨＤ等の外部メモリへ保存を行う。リクエスト受信部５１０は、印刷装置１０２等からログ情報の取得、若しくは確認に関するリクエストが送られてきた場合、そのリクエストを受信する。ログ検索部５１１は、リクエスト受信部５１０で受信したリクエストで指定されているＪｏｂ  ＩＤを取り出し、そのＪｏｂ  ＩＤを検索キーとして保存されているログ情報から一致するデータを検索する。ログ返信部５１２は、ログ検索部５１１で検索した結果、一致したデータをリクエスト元に対して返信する。
本実施形態におけるリクエストは、前記Ｊｏｂ  ＩＤのように特定の操作を一意に特定できるようなＩＤを入力要素として、そのＩＤに紐づくログ情報を返却することを想定している。ただし、特定の日時やある期間を示す日時、若しくはその他、ログ情報として保存されているデータを入力要素として、関連するログ情報を返却するような仕組みでもよい。
ロギングサーバー１０３のログ保存部５０９が保存するログ情報は、プリントサーバー１０５のログ保存部５０７が保存するログ情報はほぼ同じと考えてよく、一例を示すと図６に示したようになる。
図５ｄ）において、リクエスト受信部５１３は、ログ情報に関して現在運用されているポリシー情報を取得、若しくは確認に関するリクエストを受け付ける。ポリシー返却部５１４は、ログ情報に関して現在運用されているポリシー情報をリクエスト元に対して返信する。返信する場合のデータ形式としては様々だが、ログ情報に関するポリシー情報をＸＭＬ形式で表現した場合の一例を図７に示す。図７は、ポリシー情報をＸＭＬ形式で表現した場合の一例を示す図である。
【００１８】
ここで図８を用いて、本実施形態における印刷システムの処理を説明する。
図８は、実施形態１の印刷装置で実行される印刷制御の処理の一例を示したフローチャートである。
まずＳ８０１で、印刷データ取得部３１２が、ホストＩ／Ｆ部３０２経由で印刷元コンピュータ２０１から送信されてきた印刷データを受信する。
次に、Ｓ８０２で、ポリシー情報取得部３１３が、ポリシー情報の取得を行うが、より具体的な処理は図９のフローチャートで表される。図９のＳ９０１で、ポリシー情報取得部３１３が、Ｓ８０１で受信した印刷データにポリシー情報が付随しているかどうかを判断する。ポリシー情報が付随していなければ、Ｓ９０２でポリシー情報取得部３１３が、外部Ｉ／Ｆ部３２２経由でポリシー管理サーバー１０４へアクセスし、ポリシー情報を取得する。Ｓ９０１でポリシー情報が印刷データに付属している場合は、Ｓ９０３でポリシー情報取得部３１３が、印刷データからポリシー情報を取り出す。
Ｓ８０３では、ポリシー情報取得部３１３が、Ｓ８０２で取得したポリシー情報を解析し、印刷時にログ情報の確認が必要かどうかを判断するフラグを確認する。印刷時にログ情報の確認が必要かどうかを判断するフラグは、図７では、「＜Ｃｏｎｆｉｒｍａｔｉｏｎ  Ｆｌａｇ＝"ＯＮ"／＞」と表現されており、図７では「印刷時にログ情報の確認が必要」というポリシーフラグが設定されていることを示す。この図７のポリシーデータの表現はあくまで一例であり、他のデータ形式でもよい。
このフラグが、「ログ情報の確認が必要ない」ということを示していれば、Ｓ８０６へと進んでＣＰＵ３０９は、エンジンＩ／Ｆ経由で印刷データをプリンタエンジン２０４へと渡し、通常通り印刷を実行させる。
【００１９】
このフラグが、「ログ情報の確認が必要」ということを示していれば、Ｓ８０４へ進み、ログ情報取得部３１８が、ログ情報の取得を試みる。このＳ８０４の処理はより具体的には図１０で表される。まずＳ１０００で、ログ情報取得部３１８が、Ｓ８０１で受信した印刷データに付随するＪｏｂ  ＩＤを取得する。次にＳ１００１で、ログ情報取得部３１８が、Ｓ８０１で受信した印刷データに付随する印刷元情報を参照し、印刷元がプリントサーバー１０５なのか、クライアントＰＣ１０１なのかを判別する。印刷元がクライアントＰＣの場合には、Ｓ１００３へと進み、ログ情報取得部３１８が、外部Ｉ／Ｆ部３２２経由でロギングサーバー１０３へとアクセスしてＳ１０００で取得したＪｏｂ  ＩＤに関連したログ情報をリクエストする。一方、Ｓ１００１で印刷元がプリントサーバー１０５であると判断された場合、Ｓ１００２で、ログ情報取得部３１８は、外部Ｉ／Ｆ部３２２経由でプリントサーバー１０５へとアクセスし、Ｓ１０００で取得したＪｏｂ  ＩＤに関連したログ情報をリクエストする。
Ｓ８０５では、印刷判断部３１４が、Ｓ８０４でリクエストしたログ情報が取得できたかどうかを判定する。ログ情報が取得できれば印刷元でログ情報を残していたことが確認できるので、Ｓ８０６に進んでＣＰＵ３０９が、エンジンＩ／Ｆ経由で印刷データをプリンタエンジン２０４へと渡し、印刷を実行させる。
【００２０】
一方、Ｓ８０５で印刷判断部３１４がログ情報を取得できなかったと判定した場合、Ｓ８０７へと進み、印刷判断部３１４は、印刷データを補助記憶装置３１１内に保存する（留め置く）。その後、Ｓ８０８で印刷判断部３１４が、外部Ｉ／Ｆ部３２２を通じてメール等を送信することで、管理者へ通知を行う。通知を受けた管理者は、留め置かれている印刷データに関して印刷を承認するかどうかを判断する。印刷判断部３１４は、管理者が承認したと判断した場合、Ｓ８０６に処理を進め、管理者が承認しなかったと判断した場合、Ｓ８１０に処理を進める。Ｓ８０６では、ＣＰＵ３０９が、エンジンＩ／Ｆ経由で印刷データをプリンタエンジン２０４へと渡し、印刷を実行させる。Ｓ８１０では、印刷判断部３１４が、印刷データを廃棄して、一連の処理を終了する。
以上の処理により、印刷元がドライバでもプリントサーバーでも、ログ情報を出力する設定になっていない、若しくはログ情報を出力できるコンポーネントがインストールされていない場合、印刷装置１０２は、印刷を禁止し紙への出力を行わせないよう制御できる。
【００２１】
＜実施形態２＞
実施形態１において、印刷元がログ情報を出力していれば、印刷装置１０２は、印刷処理を実行していた。しかしログ情報を監査対象として使用する場合、ログ情報にポリシーに沿った内容が記録されているかどうかが重要である。そこで、本実施形態では、印刷元で出力されたログ情報がポリシーに則った内容かどうかを考慮する印刷装置１０２の処理に関して、図１１のフローチャートを用いて説明する。
図１１は、実施形態２の印刷装置で実行される印刷制御の処理の一例を示したフローチャートである。
図１１のＳ８０１からＳ８０４までに関しては、図８のＳ８０１からＳ８０４までと同様である。Ｓ１１０１では、Ｓ８０４でリクエストしたログ情報を取得すると共に、Ｓ８０２で取得したポリシー情報の比較を印刷判断部３１４が行う。例えば図７のポリシー情報では、ＧＵＩＤ型の「Ｊｏｂ  ＩＤ」と、文字列型の「Ｕｓｅｒ  Ｎａｍｅ」と、ＤａｔｅＴｉｍｅ型の「Ｐｒｉｎｔ  Ｔｉｍｅ」と、文字列型の「Ｄｏｃｕｍｅｎｔ  Ｎａｍｅ」とが指定されている。よって、これらの項目が指定されたデータ型でログ情報に記録されている必要がある。そこで、印刷判断部３１４は、取得したログ情報がこのポリシー情報の条件に合致しているかどうかを確認する。
【００２２】
また、図７のポリシー情報の「Ｕｓｅｒ  Ｎａｍｅ」の項目には、依存パラメータが＜Ｄｅｐｅｎｄｅｎｃｙ＞要素として指定されている。これは図１２に示すように、本システムが運用されている環境にＬＤＡＰのようなユーザ情報を一元管理するユーザ管理サーバー１２０１が存在する場合を想定している。図７のポリシーは「ＡＤ＿１」というユーザ管理サーバーに依存しているということを表している。
この場合、印刷判断部３１４が、外部Ｉ／Ｆ部３２２を通じてユーザ管理サーバー１２０１にアクセスし、ログ情報に記録されたユーザが存在するかどうかを確認してもよい。このようにポリシー情報の条件に合致しているかどうかを印刷判断部３１４が判定した結果、合致していればＳ８０６に処理を進める。一方、印刷判断部３１４が判定した結果、合致していなければＳ１１０２に処理を進める。Ｓ８０６では、ＣＰＵ３０９が、エンジンＩ／Ｆ経由で印刷データをプリンタエンジン２０４へと渡し、印刷を実行させる。Ｓ１１０２では、印刷判断部３１４が、印刷データを補助記憶装置３１１内に保存する（留め置く）。この留め置かれた印刷データは、Ｓ１１０３でユーザがパネル部２０３等を通して不足項目の入力を行い、Ｓ１１０４で印刷判断部３１４が、ユーザ入力データをログ情報の補完情報として外部Ｉ／Ｆ部３２２を通してロギングサーバー１０３へ保存を行ってもよい。このログ情報の補完情報の保存が完了すれば、Ｓ８０６へと進み、ＣＰＵ３０９がエンジンＩ／Ｆ経由で印刷データをプリンタエンジン２０４へと渡し、印刷を実行させてもよい。
以上の処理により、印刷元で出力されたログ情報がポリシーに則った内容かどうかを判断してから印刷許可することで、ポリシー通りのログ情報の出力を強制できる。
【００２３】
＜その他の実施形態＞
上述した機能又はフローチャートに係る工程は、ネットワーク又は各種記憶媒体を介して記憶装置等に記憶したソフトウェア（プログラム）をパソコン（コンピュータ）等の処理装置（ＣＰＵ、プロセッサ）にて実行することでも実現できる。
【００２４】
以上、上述した各実施形態によれば、印刷元がログ情報を出力していない場合には、印刷装置は、印刷を禁止し、紙への出力を行わせないよう制御することができる。
【００２５】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００２６】
１０１  クライアントＰＣ、１０２  印刷装置
【図１】
2011031553.tif 000003
【図２】
2011031553.tif 000004
【図３】
2011031553.tif 000005
【図４】
2011031553.tif 000006
【図５】
2011031553.tif 000007
【図６】
2011031553.tif 000008
【図７】
2011031553.tif 000009
【図８】
2011031553.tif 000010
【図９】
2011031553.tif 000011
【図１０】
2011031553.tif 000012
【図１１】
2011031553.tif 000013
【図１２】
2011031553.tif 000014