(57)【要約】【課題】  ユーザーＰＣのディスクの容量が減少しても、印刷を禁止しないようにする。【解決手段】  ＰＣのハードディスクの空き容量が一定値以下のＤｉｓｋ  Ｆｕｌｌ状態になった場合、ログの取得を中止する。さらに、ＰＣのハードディスクの空き容量が予め設定された容量以下のＮｅａｒ  Ｆｕｌｌ状態の場合、ページ数を減らしてログの対象を絞って容量を減らしてログが溜まる速度を落とし、Ｄｉｓｋ  Ｆｕｌｌになるまでのログを取得できる期間を延長する。【選択図】  図５
2011113494.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーＰＣ（２０５）、画像処理サーバー（２０２）を含むログ監査システムであって、ユーザーＰＣ（２０５）は、予め設定された「ユーザーＰＣ（２０５）内部の記憶装置の残容量の第一の制限値」と「ログの停止を許可する設定値」をユーザＰＣ内部の記憶手段から読み出し、これと、ユーザーＰＣから収集した記憶手段の残容量とを比較して、「残容量が制限値を下回り、かつ、ログの停止が許可されている」場合、印刷データの取得を停止する印刷データ取得停止制御手段（３０５）を持つ事を特徴とするログ監査記録システム。
【請求項２】
請求項１において、ユーザーＰＣ（２０５）が、前記の残容量が第一の制限値を下回った場合でも予め設定された第二の制限値までログの収集を継続することを特徴とするログ監査システム。
【請求項３】
請求項２において、前記ユーザーＰＣ（２０５）が、前記残容量が第一の制限値を下回ってログを収集する際、複数ページのログのうち予め設定した範囲のページのログのみを収集することを特徴とするログ監査システム。
【請求項４】
請求項３において、ログの画像データの解像度を下げてログのデータサイズを削減することを特徴とするログ監査システム。
【請求項５】
請求項３において、ログのテキスト情報のみ収集することでログのデータサイズを削減することを特徴とするログ監査システム。
【請求項６】
請求項２，３，４において、ログの収集方法を記憶装置の残容量の変化と２つ以上の制限値によって自動的に切り替えることを特徴とするログ監査システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク接続されたクライアント（ユーザーＰＣ）、サーバ、データベースサーバ等で構成されるログ監査システムにおいて、ユーザーＰＣのＤｉｓｋ残容量によるログ取得制御に関するものである。
【背景技術】
【０００２】
ＰＣやデバイス（ＭＦＰ、ＬＢＰ）によるコピーやスキャン、送信、印刷といったジョブの画像データやテキストデータ（コンテンツログ情報）を取得してデータベースで集中管理し、データベースに蓄積後、不正なジョブ操作による情報漏洩が発生していないことを検索し監査するログ監査システムがある。その中に、ユーザーがＰＣで印刷した印刷データをログ情報に変換し、サービスプロバイダ（ＳＰ）に送信する機能を持つドライバーエージェント（ＤＡ）がある。ＤＡでは、ユーザーが印刷した印刷データをＯＳから収集し、テキストや画像を取り出したログ情報を作成して（ＳＰ）に送信する。（ＤＡ）では、印刷データから作成したログは、（ＳＰ）に送付する前に一旦ＰＣのＤｉｓｋに保存している。
【０００３】
特許文献１は画像処理サーバーの記憶装置の空き容量が設定された閾値よりも少ない場合、印刷データ記憶端末からのログの受信を拒否する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１４６３２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このログ監査システムの中で、ＰＣからデバイスへの直接印刷のジョブを監視する役目は、ＰＣにインストールされた印刷ログからログを抽出するドライバーエージェント（ＤＡ）が行っている。
【０００６】
実際の運用環境では、ログを受信してＯＣＲをかけたり、データベースへの保存の制御をおこなうサービスプロバイダ（ＳＰ）の異常やネットワークトラブルなどでＤＡからＳＰにログを送信できず、溜まったログによってＰＣのハードディスクの空き容量が減少、圧迫されるケースがある。
【０００７】
これまでは、監査の厳密性を優先して画像ログ記録システムが確実にログを収集できる様、何らかの原因でＰＣのハードディスクの空き容量が一定値以下になった場合、ＰＣからの印刷を禁止する仕様となっていた。
【０００８】
このため、このようなケースでは印刷が行えないために業務に支障があり、改善が望まれていた。
【課題を解決するための手段】
【０００９】
ＰＣのハードディスクの空き容量が一定値以下のＤｉｓｋ  Ｆｕｌｌ状態になった場合、ログの取得を中止すればＰＣのハードディスク容量の枯渇は防げる。しかし、これでは、ハードディスクの空き容量が減りＤｉｓｋ  Ｆｕｌｌ状態になると直ぐにログの取得が止まり文書の内容の検索ができなくなる。そして、その間に漏洩が起きた場合に発見が難しくなり、セキュリティーが急激に低下する。
【００１０】
そこで、ＰＣのハードディスクの空き容量が予め設定された容量以下のＮｅａｒ  Ｆｕｌｌ状態の場合、ページ数を減らしてログの対象を絞って容量を減らしてログが溜まる速度を落とし、Ｄｉｓｋ  Ｆｕｌｌになるまでのログを取得できる期間を延長する。
【発明の効果】
【００１１】
何らかの原因でハードディスクがＤｉｓｋ  Ｆｕｌｌ状態になった場合でも印刷を禁止しないので、業務が継続できる様になり利便性が向上する。さらに、Ｄｉｓｋ  Ｎｅａｒ  Ｆｕｌｌでログの収集対象を絞ることでハードディスクの使用量を抑え、ログの停止までより長期間のログ収集を可能とする。その結果、セキュリティーの急激な低下も回避することができる。そして、ハードディスクの空き容量が増えた場合、自動的にログの収集を元に戻すことができるので、ＰＣ原因でのハードディスクの空き容量の変化にも柔軟に対応することができる。
【図面の簡単な説明】
【００１２】
【図１】本提案に関するハードウエアの構成を説明した図である。
【図２】本提案に関するシステムの構成を説明した図である。
【図３】本提案に関するユーザーＰＣのソフトウエア機能構成図である。
【図４】本提案に関するシステムの一運用形態を説明した図である
【図５】本提案に関するシステムの一運用形態において、ユーザーＰＣ  のＤｉｓｋ  Ｎｅａｒ  Ｆｕｌｌについて説明した図である
【図６】本提案に関するシステムの一運用形態において、ユーザーＰＣ  Ｄｉｓｋ  Ｆｕｌｌについて説明した図である
【図７】本提案に関するユーザーＰＣのＤｉｓｋ容量に対するログ収集範囲の状態を説明した図である。
【図８】本提案に関するユーザーＰＣのＤｉｓｋ容量に対するログ収集範囲の状態を説明した図である。
【図９】本提案に関するユーザーＰＣのＤｉｓｋ容量が十分に残っている状態のログ収集範囲について説明した図である。
【図１０】本提案に関するユーザーＰＣのＤｉｓｋ容量がＮｅａｒ  Ｆｕｌｌ状態のログ収集範囲について説明した図である。
【図１１】本提案に関するユーザーＰＣのＤｉｓｋ容量がＦｕｌｌ状態のログ収集範囲について説明した図である。
【図１２】本提案に関するユーザーＰＣでの動作を説明したフローチャートである。
【発明を実施するための形態】
【００１３】
図１は、本提案を実現するためのコンピュータ装置の構成を説明する図である。（１０１）はＲＯＭで、通常、不揮発性メモリが使用される。（１０２）はＲＡＭで通常揮発性メモリが使用される。（１０３）はＣＰＵ、（１０４）は入出力装置ＦＤＤ、ＵＳＢ機器、などがこれにあたる。（１０５）はＬＡＮインタフェースで、ネットワーク経由でプリンタや他コンピュータ装置、サーバ等にコンピュータを接続する事ができる。（１０６）は表示用ディスプレイ、（１０７）はキーボード、マウス機器、（１０８）は記憶装置で、通常ハードディスクドライブが使用される、（１０５）の様にネットワーク経由で接続する場合もある。
【００１４】
本提案で説明する電子文書の文字隠蔽システムを構成するソフトウエアは、記憶装置（１０８）に格納されており、動作時にＲＡＭ（１０２）に読み込まれ、ＣＰＵ（１０３）により実行され、入出力装置（１０４）、ＬＡＮインタフェース（１０５）、表示装置（１０６）などの装置の制御を行う。
【００１５】
図２は、本提案を実現するためのシステム構成の一形態を説明する図である。
【００１６】
ネットワークには、共通で使用できるディジタル複合機（２０１）、画像処理サーバ（２０２）、データベースサーバ（データベース）（２０３）、Ｗｅｂサーバ（２０４）、ユーザーＰＣ（クライアントＰＣ）（２０５）、プリントサーバ（２０６）、プリンタ（２０７）、管理者ＰＣ（２０８）が接続されている。
【００１７】
ディジタル複合機（２０１）は、スキャナ・プリンタ・コピー・メール・ＦＡＸ等の機能を持っている。また、ディジタル複合機（２０１）は、実行したジョブに関して、そのジョブの電子的な画像データを生成し、画像データに解像度変換処理を行い、当該ディジタル複合機（２０１）の記憶装置に画像データを一時保存する。ディジタル複合機（２０１）は、保存された画像データを定期的に画像処理サーバ（２０２）へ送信する。
【００１８】
ユーザーＰＣ（２０５）にはプリンタドライバーがインストールされている。印刷処理が行われる（印刷ジョブの実行）と、プリンタドライバーはそのジョブの電子的な画像データを生成したり、文書描画命令から文字情報を取り出してテキストデータを生成したりする。ユーザーＰＣ（２０５）は、これらの画像データ、テキストデータを画像処理サーバ（２０２）にすぐに送信するか、当該ユーザーＰＣの記憶装置に一時保存して定期的な間隔で画像処理サーバ（２０２）に送信する。
【００１９】
なお、プリンタドライバーは、プリントサーバ（２０６）にインストールされているプリンタドライバーを共有化してインストールしたものであっても良い。この場合、ユーザーＰＣ（２０５）で印刷指示された電子データの追跡用データ（画像データ、テキストデータ）は、プリントサーバ（２０６）に保存される。プリントサーバ（２０６）はその後、定期的な間隔で追跡用データ（画像データ、テキストデータ）を画像処理サーバ（２０２）に送信する。
【００２０】
画像処理サーバ（２０２）は、ディジタル複合機（２０１）やプリントサーバ（２０６）などから転送されてきた画像データに対し、データベースサーバ（２０３）に格納できる形式に画像変換処理や解像度変換処理を行う。また、画像処理サーバ（２０２）では、管理者によりＯＣＲを行う設定がされている場合、ＯＣＲ処理を行い、画像データからテキストデータを取り出す。画像処理サーバ（２０２）は、処理が終わった画像データから順番にデータベースサーバ（２０３）に登録するとともに、当該画像データに対応するテキストデータを該画像の全文検索テキストとしてデータベースサーバ（２０３）に登録する。
【００２１】
管理者ＰＣ（２０８）は、システム管理者（監査者）がデータベースサーバ（２０３）へアクセスし、情報漏洩が発生していないか監査を行うためのユーザーＰＣである。Ｗｅｂサーバ（２０４）は、管理者ＰＣ（２０８）がアクセスするＷｅｂサーバで、データベースサーバに接続して監査用データを収集して管理者ＰＣ（２０８）にＨｔｔｐプロトコルで送信する。
【００２２】
（２０９）はネットワーク（ＬＡＮ）である。
【００２３】
図３は、ユーザーＰＣ（２０５）における印刷処理の一機能構成を説明した図である。アプリケーション（３０１）、グラフィックエンジン（３０２）、プリンタドライバ（３０３）、およびシステムスプーラ（３０４）は、ユーザーＰＣのＨＤＤ（ハードディスク等の記憶装置）に保存されたプログラムとして存在する。これらは、ＯＳなどの処理によってＲＡＭ（１０２）にロードされてＣＰＵ（１０３）により実行されるプログラムモジュールである。
【００２４】
また、アプリケーション（３０１）および、プリンタドライバ（３０３）は、図には記載されていないＦＤＤやＣＤ−ＲＯＭ、あるいはネットワークを経由してＨＤＤ等の記憶装置（１０８）に追加する事が可能である。記憶装置（１０８）に保存されているアプリケーション（３０１）は、ＲＡＭ（１０２）にロードされ実行される。このアプリケーション（３０１）からプリンタ（２０７）に対して印刷（描画）を行う場合、同様にＲＡＭ（１０２）にロードされ実行可能な状態にあるグラフィックエンジン（３０２）を利用して印刷を行う。
【００２５】
グラフィックエンジン（３０２）は、印刷装置（プリンタ等）ごとに用意されたプリンタドライバ（３０３）を記憶装置（１０８）からＲＡＭ（１０２）にロードし、アプリケーション（３０１）から出力されたデータをプリンタドライバ（３０３）に渡す。なお、グラフィックエンジン（３０２）はアプリケーション（３０１）から受け取るＧＤＩ（Ｇｒａｐｈｉｃ  Ｄｅｖｉｃｅ  Ｉｎｔｅｒｆａｃｅ）関数をＤＤＩ（Ｄｅｖｉｃｅ  Ｄｒｉｖｅｒ  Ｉｎｔｅｒｆａｃｅ）関数に変換してプリンタドライバ（３０３）へ出力する。
【００２６】
プリンタドライバ（３０３）は、グラフィックエンジン（３０２）から受け取ったＤＤＩ関数に基づいて、プリンタが認識可能な制御コマンド、たとえばＰＤＬ（Ｐａｇｅ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｌａｎｇｕａｇｅ）に変換する。変換されたプリンタ制御コマンドは、システムスプーラ（３０４）を経由してプリンタ（２０７）に印刷データとして送られる。
【００２７】
本実施形態の印刷システムでは、プリンタドライバー（３０３）内に印刷データ取得停止制御手段（３０５）と、電子データ生成部（３０６）を有する。印刷データ取得停止制御手段（３０５）は、ＨＤＤの容量を監視しており、Ｎｅａｒ  Ｆｕｌｌ、Ｆｕｌｌ状態が検出された場合、それぞれの状態より予め設定されたログの取得範囲の情報を格納したテーブルをＨＤＤから収集し、電子データ生成部（３０６）に対してログの取得範囲の情報に従いログ収集の指示を行う。
【００２８】
印刷データ取得停止制御手段（３０５）と、電子データ生成部（３０６）はプリンタドライバ（３０３）のビルトインモジュールであっても良いし、個別のインストレーションによって追加されるライブラリモジュールの形式であってもかまわない。プリンタドライバー（３０３）では、電子データ生成部（３０６）と、その動作を制御する印刷データ取得停止制御手段（３０５）により追跡用データの抽出・生成を行い、電子データ転送部（３０７）に送る。ここで、追跡用データとして格納されるデータは、画像データ、テキストデータ、ログ情報である。
【００２９】
また、電子データ生成部（３０７）はアプリケーション（３０１）に応じて、該ＤＤＩ関数からテキストデータを抽出するかどうかを判断する事ができる。
【００３０】
電子データ転送部（３０７）は追跡用データを受け取り、これを画像処理サーバ（２０２）に転送する。なお、電子データ転送部（３０７）は、受け取った追跡用データを必要に応じて加工したり、選別してもよい。また、電子データ転送部は、追跡用データを受け取ると同時に画像処理サーバ（２０２）に送信しても良いし、ＨＤＤ等の記憶装置に一時保存し、別途指定される送信スケジュールに従い画像処理サーバ（２０２）に送信しても良い。
【００３１】
図４は、ユーザーＰＣ（２０５）、サービスプロバイダ（４０２）、プリンタ（２０７）で構成されるコンピュータ装置におけるＤｉｓｋ容量が十分に確保できる状態での動作を説明した図である。
【００３２】
ユーザーがアプリケーション（３０１）等からプリンター（２０７）に印刷を行う場合、図３で説明したように印刷データ取得停止制御手段（３０５）と電子データ生成部（３０６）によって
ログを生成し、ハードディスク装置（４０１）に一保存する。次に、電子データ転送部（３０７）が予め設定された手順により、ハードディスク（４０１）に一時保存されたログ情報を画像処理サーバ（４０２）へネットワーク（４０４）を通して送信する。画像処理サーバ（４０２）は、ＯＣＲ処理など必要な画像処理を行い、ログをＤＢ（４０３）に保存する。
【００３３】
図５は、ユーザーＰＣ（２０５）、サービスプロバイダ（５０２）、プリンタ（２０７）で構成されるコンピュータ装置におけるＤｉｓｋ容量がＮｅａｒ  Ｆｕｌｌ状態での動作を説明した図である。
【００３４】
このケースでは、ユーザーＰＣと画像処理サーバーの通信がネットワークトラブル等によって不通となり、ログの登録ができないケースについての説明である。このケースは、画像処理サーバーにログを登録できないために、ユーザーが印刷する度にハードディスクに作成されるログ情報が、徐々にユーザーＰＣのハードディスクに蓄積され、予め設定された
Ｄｉｓｋ  Ｎｅａｒ  Ｆｕｌｌの容量まで減少した状況を想定している。
【００３５】
ユーザーがアプリケーション（３０１）等からプリンター（２０７）に印刷を行う場合、図３で説明したように印刷データ取得停止制御手段（３０５）と電子データ生成部（３０６）によって
ログを生成し、ハードディスク装置（５０１）に保存する。
【００３６】
その際、印刷データ取得停止制御手段（３０５）では、最初にコンピュータ装置（２０５）におけるＤｉｓｋ容量がＮｅａｒ  ＦｕｌｌまたはＦｕｌｌ状態かどうかを予め設定された残容量と比較し、
Ｄｉｓｋ容量がＮｅａｒ  Ｆｕｌｌ状態の場合、予め設定された、取得ページ（先頭、最終等任意の連続、指定ページ）、収集対象（Ｔｅｘｔ／画像等）、画像解像度（高／中／低）等のログ収集種別に従いログを作成し、ハードディスク（５０１）に一時的に保存する。
【００３７】
次に、電子データ転送部（３０７）が予め設定された手順により、ハードディスク（５０１）に一時保存されたログ情報を画像処理サーバ（５０２）へネットワーク（５０４）を通して送信する。画像処理サーバ（５０２）は、ＯＣＲ処理など必要な画像処理を行い、ログをＤＢ（５０３）に保存する。
【００３８】
図６は、ユーザーＰＣ（２０５）、サービスプロバイダ（６０２）、プリンタ（２０７）で構成されるコンピュータ装置におけるＤｉｓｋ容量が  Ｆｕｌｌ状態での動作を説明した図である。
このケースでは、ユーザーＰＣと画像処理サーバーの通信がネットワークトラブル等によって不通となり、ログの登録ができないケースについての説明である。このケースは、画像処理サーバーにログを登録できないために、ユーザーが印刷する度にハードディスクに作成されるログ情報が、徐々にユーザーＰＣのハードディスクに蓄積され、予め設定されたＤｉｓｋ  Ｆｕｌｌの容量まで減少した状況を想定している。
【００３９】
ユーザーがアプリケーション（３０１）等からプリンター（２０７）に印刷を行う場合、図３で説明したように印刷データ取得停止制御手段（３０５）と電子データ生成部（３０６）によってログを生成し、ハードディスク装置（６０１）に保存する。
【００４０】
その際、印刷データ取得停止制御手段（３０５）では、最初にコンピュータ装置（２０５）におけるＤｉｓｋ容量がＮｅａｒ  ＦｕｌｌまたはＦｕｌｌ状態かどうかを予め設定された残容量と比較し、Ｄｉｓｋ容量がＦｕｌｌ状態の場合、ユーザー名、ファイル名、ファイルサイズ、日時等の小さいサイズのテキストデータで構成されたログ情報を作成しハードディスク（６０１）に一時的に保存する。
【００４１】
次に、電子データ転送部（３０７）では、予め設定された手順により、ハードディスク（６０１）に一時保存されたログの管理情報を画像処理サーバ（６０２）へネットワーク（６０４）を通して送信する。画像処理サーバ（６０２）は、ログの管理情報をＤＢ（６０３）に保存する。
【００４２】
図７は、ユーザーＰＣのハードディスクの残容量と、ログ収集の種類の関係を説明した図である。この図は、ハードディスクの残容量が通常の状態から減少してゆく過程についての説明で、３０％でＤｉｓｋ  Ｎｅａｒ  Ｆｕｌｌ状態、１０％で、Ｄｉｓｋ  Ｆｕｌｌ状態となる設定値が予め保存されている例について説明する。
【００４３】
ハードディスク（７０４）の残容量が８０％（７０１）では、Ｄｉｓｋ  Ｎｅａｒ  Ｆｕｌｌ／Ｆｕｌｌ状態では無く、容量が十分にあると判断される。よって、ログ収集は通常状態の全ページ（７０７）が対象となる。このとき、図５の様に画像処理サーバへのログの登録がＮＧの場合、ユーザーＰＣのハードディスク（７０４）にログが蓄積され、この状態が続くと、残容量が３０％（７０２）となり、Ｄｉｓｋ  Ｎｅａｒ  Ｆｕｌｌの状態と判断される。よって、ログ収集は部分ページ（７０８）が対象となる。
【００４４】
さらに、図６の様に画像処理サーバへのログの登録がＮＧがさらに続くと、残容量が１０％（７０３）となり、Ｄｉｓｋ  Ｆｕｌｌの状態と判断される。よって、ログ収集は中断（７０９）となる。
【００４５】
ただし、図６で説明した様にログの管理情報の収集は前述の設定値によって取得／非取得を選択することができる。
【００４６】
図８は、ユーザーＰＣのハードディスクの残容量と、ログ収集の種類の関係を説明した図である。この図では、ネットワークトラブル等によって不通となっていた画像処理サーバーとの通信が復旧して、ハードディスクの残容量が１０％以下のＤｉｓｋ  Ｆｕｌｌの状態から通常の状態へ増加してゆく過程についての説明で、ハードディスクの残容量が１０％を超えるとＤｉｓｋ  Ｎｅａｒ  Ｆｕｌｌ状態、３０％を超えると、通常状態となる設定値が予め保存されている例について説明する。
【００４７】
ハードディスク（８０４）の残容量が１０％（８０１）以下では、Ｄｉｓｋ  Ｆｕｌｌ状態で、ログ収集は行わない状態（８０７）である。ただし、予め設定されていれば、ログの管理情報のみの収集を行う。
【００４８】
画像処理サーバへのログの登録がＯＫに変わった場合、ユーザーＰＣのハードディスク（８０４）に蓄積されているログがサーバーに送信される、この状態が続けば、残容量がだんだん増え、１０％を超えると（８０１）、Ｄｉｓｋ  Ｎｅａｒ  Ｆｕｌｌの状態（８０２）と判断される。この状態では、ログ収集は部分ページ（８０８）が対象となる。
【００４９】
さらに、図６の様に画像処理サーバへのログの登録ＯＫが続くと、残容量が３０％（８０２）を超え、通常のＤｉｓｋ容量の状態（８０３）と判断される。よって、全ページのログの収集を行う（８０９）。
【００５０】
図９は、ユーザーＰＣ（２０５）、サービスプロバイダ（４０２）、プリンタ（２０７）で構成されるコンピュータ装置におけるＤｉｓｋ容量が十分に確保できる状態における、印刷文書とログの作成からＤＢに保存するためのファイル作成について説明した図である。
【００５１】
ユーザーがアプリケーション（３０１）から印刷した文書は、グラフィックエンジン（３０２）、を経てプリンタドライバ（３０３）に届く。プリンタドライバ（３０３）では、印刷データ取得停止制御手段（３０５）、によって制御される電子データ生成部（３０６）がある。
【００５２】
アプリケーション（３０１）が印刷する時点では、複数ページのドキュメントの形式（９０１）となっているが、プリンタドライバ（３０３）は、それぞれ１ページの情報として別々に受け取る。たとえば、元の文書が１０ページの場合、（９０２、９０３）の様に別々に１０ページの文書として受け取る。電子データ生成部（３０６）では、これらのページを印刷データ取得停止手段（３０５）の指示によって、予め設定された、取得ページ（先頭、最終等任意の連続、指定ページ）、収集対象（Ｔｅｘｔ／画像等）、画像解像度（高／中／低）等のログ収集種別に従いログを作成し、ハードディスクに保存する。
【００５３】
図１０は、ユーザーＰＣ（２０５）、サービスプロバイダ（４０２）、プリンタ（２０７）で構成されるコンピュータ装置におけるＤｉｓｋ  Ｎｅａｒ  Ｆｕｌｌ状態における、印刷文書とログの作成からＤＢに保存するためのファイル作成について説明した図である。
【００５４】
ユーザーがアプリケーション（３０１）から印刷した文書は、グラフィックエンジン（３０２）、を経てプリンタドライバ（３０３）に届く。プリンタドライバ（３０３）では、印刷データ取得停止制御手段（３０５）、によって制御される電子データ生成部（３０６）がある。
【００５５】
アプリケーション（３０１）が印刷する時点では、複数ページのドキュメントの形式（９０１）となっているが、プリンタドライバ（３０３）は、それぞれ１ページの情報として別々に受け取る。たとえば、元の文書が１０ページの場合、（９０２、９０３）の様に別々に１０ページの文書として受け取る。電子データ生成部（３０６）では、これらのページを印刷データ取得停止手段（３０５）の指示によって、予め設定された、取得ページ（先頭、最終等任意の連続、指定ページ）、収集対象（Ｔｅｘｔ／画像等）、画像解像度（高／中／低）等のログ収集種別に従い指定された先頭と最終ページ（１００２，１００３）のログを作成し（１００４）、ハードディスクに保存する。
【００５６】
図１１は、ユーザーＰＣ（２０５）、サービスプロバイダ（４０２）、プリンタ（２０７）で構成されるコンピュータ装置におけるＤｉｓｋ  Ｆｕｌｌ状態における、印刷文書とログの作成からＤＢに保存するためのファイル作成について説明した図である。
【００５７】
ユーザーがアプリケーション（３０１）から印刷した文書は、グラフィックエンジン（３０２）、を経てプリンタドライバ（３０３）に届く。プリンタドライバ（３０３）では、印刷データ取得停止制御手段（３０５）、によって制御される電子データ生成部（３０６）がある。
【００５８】
アプリケーション（３０１）が印刷する時点では、複数ページのドキュメントの形式（９０１）となっているが、プリンタドライバ（３０３）は、それぞれ１ページの情報として別々に受け取る。たとえば、元の文書が１０ページの場合、（９０２、９０３）の様に別々に１０ページの文書として受け取る。電子データ生成部（３０６）では、これらのページを印刷データ取得停止手段（３０５）の指示によって、データ取得を停止するので、ログは生成されない。
【００５９】
図１２は、ユーザーＰＣでのログの作成の流れを説明したフローチャートである。この例では、ログの管理情報のみの収集は行わない設定について説明する。
【００６０】
ユーザーＰＣで印刷が起動されると（１２０１）、印刷データ取得停止制御手段（３０５）はＨＤＤの空き状況を収集し（１２０２）、Ｄｉｓｋ  Ｆｕｌｌかどうか判断し（１２０３）、  Ｄｉｓｋ  Ｆｕｌｌであれば処理を終了する。Ｄｉｓｋ  Ｆｕｌｌで無ければ、処理変数の初期設定“ページ＝０”を行う（１２０４）。
【００６１】
次に、最終ページかどうか判断し（１２０５）、最終ページであれば、処理を終了する。最終ページで無い場合、処理変数に“１”を加算“ページ＋１”する（１２０６）。予め記憶装置に保存されたログ取得対象の設定値を収集する（１２０７）。（１２０７）で収集した設定値を基に指定されたページのログを前述の設定値に従い収集する（１２０８）。収集したログのうち画像情報に関して指定解像度に変換する（１２０９）。
【図１】
2011113494.tif 000003
【図２】
2011113494.tif 000004
【図３】
2011113494.tif 000005
【図４】
2011113494.tif 000006
【図５】
2011113494.tif 000007
【図６】
2011113494.tif 000008
【図７】
2011113494.tif 000009
【図８】
2011113494.tif 000010
【図９】
2011113494.tif 000011
【図１０】
2011113494.tif 000012
【図１１】
2011113494.tif 000013
【図１２】
2011113494.tif 000014