(57)【要約】【課題】  検索可能な印刷ログを、特別な装置を必要とすることなく作成する為の技術を提供すること。【解決手段】  クライアントＰＣ１３は印刷対象のテキストを構成するそれぞれの単位を個別に管理したテキスト情報を作成し、プリントサーバ１２はテキスト情報が管理するそれぞれの単位を連結して一連のテキストとして再構成し、再構成されたテキストを印刷ログ情報としてアーカイブサーバ１４に出力する。【選択図】  図１
2011081839.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して印刷ログを示す印刷ログ情報を受け取り、該受け取った印刷ログ情報をログ管理サーバに対して送信する印刷管理サーバと通信可能な情報処理装置であって、
アプリケーションソフトウェアからの印刷指示に応じて、印刷データと該印刷データの印刷ログ情報とを作成する作成手段と、
前記作成手段により作成された印刷ログ情報を前記印刷管理サーバに対して送信する第１の送信手段と、
前記第１の送信手段により前記印刷ログ情報が前記印刷管理サーバに対して正常に送信されたか否かを判断する判断手段と、
前記判断手段により正常に送信されたと判断されなかった場合には、前記作成手段により作成された印刷データを送信せず、前記判断手段により正常に送信されたと判断された場合には、前記作成手段により作成された印刷データを前記印刷装置に対して送信する第２の送信手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記アプリケーションソフトウェアはテキスト情報の印刷指示を行い、
前記印刷ログ情報は、ユーザ名、印刷時刻、ジョブ名を含むドキュメント情報と、前記テキスト情報におけるページ単位の情報であるページ情報と、を含むことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第１の送信手段は、前記作成手段が作成したページ情報をページ単位で前記印刷管理サーバに送信し、
前記判断手段は、前記作成手段が作成したページ情報が前記印刷管理サーバに対して正常に送信されたか否かをページ単位で判断し、
前記第２の送信手段は、正常に送信されたと前記判断手段が判断したページ情報に対応するページの印刷データを前記印刷装置に対して送信する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
ネットワークを介して印刷ログを示す印刷ログ情報を受け取り、該受け取った印刷ログ情報をログ管理サーバに対して送信する印刷管理サーバと通信可能な情報処理装置が行う情報処理方法であって、
アプリケーションソフトウェアからの印刷指示に応じて、印刷データと該印刷データの印刷ログ情報とを作成する作成工程と、
前記作成工程において作成された印刷ログ情報を前記印刷管理サーバに対して送信する第１の送信工程と、
前記第１の送信工程において前記印刷ログ情報が前記印刷管理サーバに対して正常に送信されたか否かを判断する判断工程と、
前記判断工程において正常に送信されたと判断されなかった場合には、前記作成工程において作成された印刷データを送信せず、前記判断工程において正常に送信されたと判断された場合には、前記作成工程において作成された印刷データを前記印刷装置に対して送信する第２の送信工程と
を備えることを特徴とする情報処理方法。
【請求項５】
コンピュータを、請求項１乃至３いずれか１項に記載の情報処理装置の各手段として機能させる為のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷技術に関するものである。
【背景技術】
【０００２】
近年、企業の顧客情報等の機密情報漏えい事件が頻発している。一度情報漏えい事件が公になると、情報漏えいを起した企業に対する信用が失われることに加え、損害賠償や対応に莫大な出費を強いられる。そのため、適切な情報漏えい対策が情報を管理する側に求められている。
【０００３】
この背景には、情報のディジタル化、ネットワーク化、モバイル化が進展したことに伴い、一度に大量の情報にアクセスすることが可能になると共に、情報の可搬性が飛躍的に向上したこと、などがあり、今後もこれらの傾向が加速していくことは必至である。
【０００４】
従来、情報漏えい対策として広く用いられている手法として、機密情報またはこれを格納するストレージサーバーなどにアクセス権を設定することで機密情報にアクセスできる人を限定する方法がある。
【０００５】
しかしながら、近年の情報漏えい事件は機密情報へのアクセスを許可された人物の意図的な内部犯行が圧倒的に多い傾向にあり、もはやアクセス権を設定することによる情報漏えい抑止効果だけでは充分な情報漏えい対策とは言えない。
【０００６】
一方、情報漏えいから守るべき情報として、大企業の顧客情報に代表されるような量的に膨大な情報のみではなく、情報量は少ないが質的に重要な情報も考慮に入れる必要がある。このような情報は、印刷物として容易に持ち出すことが可能であり、印刷についても情報漏えい抑止を意識した対策が望まれている。
【０００７】
また、従来からネットワーク印刷システムに係わるものでも情報漏えい防止のための技術が従来から提案されてきた。
【０００８】
例えば、印刷する文書や印刷データに印刷許可情報を設定しておき、印刷を行う場合にこの印刷許可情報を参照するもの（特許文献１参照）、ネットワークに接続されたデバイスを利用するためにユーザ認証を行う方法（特許文献２参照）等がある。
【０００９】
また、プリントサーバにより印刷データを再印刷可能な状態で保管すると共に、ジョブ名、クライアント名、ユーザ名などの情報を取得してタイムスタンプを付加したり、更には印刷データからビットマップを生成したりして印刷ログとして保管する方法（特許文献３参照）がある。
【００１０】
また上記に加え、プリンタ側でも印刷ログを取得しておき、これをサーバに格納する方法（特許文献４参照）もある。
【００１１】
また同様に、プリントサーバはクライアントから印刷データを受信すると同時に、ユーザを一意に特定できる情報も受信し、この印刷データとユーザ情報を元に印刷ログを生成し検索、閲覧、再印刷を可能とする方法もある（特許文献５参照）。
【先行技術文献】
【特許文献】
【００１２】
【特許文献１】特開２００４−２５２７８４号公報
【特許文献２】特開２００３−２８８３２７号公報
【特許文献３】特開２００２−１４９３７１号公報
【特許文献４】特開２００３−３３０６７７号公報
【特許文献５】特開２００４−１１８２４３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１３】
しかしながら、上記従来例の印刷ユーザ情報を埋め込むもの（特許文献１）、ユーザ認証を行うもの（特許文献２）などでは特別なアプリケーション、特別なプリンタなどのネットワークデバイスを必要とするものであり、限定された用途での運用に留まざるを得ない。つまり、日常的な業務で個人情報などの機密性の高い情報を扱うオフィスなどでの運用においては、特別な印刷アプリケーションや特別なプリンタなどのネットワークデバイスを導入することにより適用できる環境が狭まってしまうとい問題がある。
【００１４】
これとは対照的に上記特許文献３〜５に開示された方法ではこのような制限はなく、一般オフィスでの運用には大きな支障はなく、プリントサーバを介した印刷に限定すれば印刷内容情報の収集や蓄積、追跡が行えることになる。
【００１５】
しかし、これらの特許文献３〜５に開示された方法では印刷内容情報として印刷データをＰＤＬ形式で、もしくは印刷データをサーバ上でスプールする際の中間ファイルの形式で保存するため、オフィス内のプリンタから印刷される全ての印刷データを保存する場合、データサイズがかなり大きくなることから、
・  ネットワークにかかる負荷が大きくなる
・  長期間保存するためには保存先のプリントサーバに大容量のディスクが必要となりコストがかかる
・  印刷データもしくは中間ファイルをそのまま検索できない
といった課題があった。
【００１６】
本発明は以上の問題に鑑みてなされたものであり、検索可能な印刷ログを、特別な装置を必要とすることなく作成する為の技術を提供することを目的とする。
【課題を解決するための手段】
【００１７】
本発明の目的を達成するために、例えば、本発明の情報処理装置は以下の構成を備える。
【００１８】
即ち、ネットワークを介して印刷ログを示す印刷ログ情報を受け取り、該受け取った印刷ログ情報をログ管理サーバに対して送信する印刷管理サーバと通信可能な情報処理装置であって、
アプリケーションソフトウェアからの印刷指示に応じて、印刷データと該印刷データの印刷ログ情報とを作成する作成手段と、
前記作成手段により作成された印刷ログ情報を前記印刷管理サーバに対して送信する第１の送信手段と、
前記第１の送信手段により前記印刷ログ情報が前記印刷管理サーバに対して正常に送信されたか否かを判断する判断手段と、
前記判断手段により正常に送信されたと判断されなかった場合には、前記作成手段により作成された印刷データを送信せず、前記判断手段により正常に送信されたと判断された場合には、前記作成手段により作成された印刷データを前記印刷装置に対して送信する第２の送信手段と
を備えることを特徴とする。
【発明の効果】
【００１９】
本発明の構成により、検索可能な印刷ログを、特別な装置を必要とすることなく作成することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係る印刷システムの概略構成を示すブロック図である。
【図２】アーカイブサーバ１４、管理クライアントＰＣ１５、クライアントＰＣ１３、プリントサーバ１２に適用可能なコンピュータのハードウェア構成を示すブロック図である。
【図３】印刷対象のテキストファイルの印刷内容を含む印刷ログを作成し、プリントサーバ１２が有するドライバエージェントに出力する処理のフローチャートである。
【図４】あるページにおけるテキスト情報の一例を示す図である。
【図５】テキスト情報の再構成処理のフローチャートである。
【図６】図４に示したテキスト情報に対して図５に示したフローチャートに従った処理を施した場合に得られるテキスト情報を示す図である。
【図７】３種類のＸＭＬ形式の情報を結合して管理する処理のフローチャートである。
【発明を実施するための形態】
【００２１】
以下添付図面を参照して、本発明を好適な実施形態に従って詳細に説明する。
【００２２】
［第１の実施形態］
＜システムの構成について＞
図１は、本実施形態に係る印刷システムの概略構成を示すブロック図である。同図に示す如く、本実施形態に係る印刷システムは、アーカイブサーバ１４、管理クライアントＰＣ１５、クライアントＰＣ１３、プリントサーバ１２、プリンタ１１により構成されており、それぞれはＬＡＮやインターネットなどのネットワーク１０に接続されている。そのため、それぞれはこのネットワークを介して互いにデータ通信が可能となっている。なお、このネットワーク１０は有線、無線は問わない。
【００２３】
クライアントＰＣ１３は、印刷対象となるデータ、及びこのデータの印刷ログを作成し、作成したデータに基づく印刷データ、印刷ログをプリントサーバ１２に出力する。印刷ログについては後述する。本実施形態では印刷対象のデータはテキストのデータとする。
【００２４】
プリントサーバ１２はプリントサーバとして機能するものであり、後述するドライバエージェントを備える。ドライバエージェントの動作に関しては後述する。なお、ドライバエージェントは所定の常駐プログラムで構成することが考えられる。
【００２５】
プリンタ１１は、クライアントＰＣ１３からプリントサーバ１２を介して受けた印刷データに基づいた印刷を行う。
【００２６】
アーカイブサーバ１４は、プリントサーバ１２がクライアントＰＣ１３から受けた印刷ログを再構成して作成した印刷ログを受け、これを管理する。
【００２７】
管理クライアントＰＣ１５は、アーカイブサーバ１４が管理する印刷ログを検索し、特定の印刷が誰によっていつ行われたなどの検索を行う。
【００２８】
ここで、プリントサーバ１２について説明する。プリントサーバ１２には上述のドライバエージェント以外にも、プリンタ１１用のプリンタドライバ、クライアントＰＣ１３から再構成前の印刷ログを取得する為のＡｄｄ−ｉｎモジュールがインストールされており、いわゆるポイント・アンド・プリント機能によりクライアントＰＣ１３にも同等のプリンタドライバおよびＡｄｄ−ｉｎモジュールがインストールされる。従って印刷データはクライアントＰＣ１３からプリントサーバ１２経由でプリンタ１１に送られる。
【００２９】
また印刷ログはＸＭＬ形式でクライアントＰＣ１３からプリントサーバ１２が有するドライバエージェントに名前付きパイプで送られる。そしてドライバエージェントは印刷ログ中のテキスト部分（印刷対象のテキスト）について検索性を高めるために後述の再構成処理を行い、再構成を行った印刷ログをＸＭＬファイルとして、Ｗｅｂサービス機能を有するアーカイブサーバ１４にＳＯＡＰ（Simple Object Access Protocol）を介して転送する。なお、名前付きパイプとは、複数のプロセス間で双方向にデータをやり取りできるようにした共有メモリ領域が名前付きパイプである。ファイルに書き込んだり読み出したりする感覚で利用できる。また、SOAPとは、XMLとHTTPなどをベースとした、他のコンピュータにあるデータやサービスを呼び出すためのプロトコルである。
【００３０】
アーカイブサーバ１４は１ジョブあたり複数のＸＭＬファイルに分かれた印刷ログを、ハンドリングしやすいように結合する。
【００３１】
図２は、アーカイブサーバ１４、管理クライアントＰＣ１５、クライアントＰＣ１３、プリントサーバ１２に適用可能なコンピュータのハードウェア構成を示すブロック図である。なお、本実施形態ではそれぞれの装置は図２に示す構成を備えるコンピュータであるとするが、これに限定するものではない。
【００３２】
２１はＣＰＵで、ＲＯＭ２２やＲＡＭ２３に格納されているプログラムやデータを用いて本コンピュータ全体の制御を行うと共に、本コンピュータを適用する装置が行う後述の各処理を実行する。
【００３３】
２２はＲＯＭで、本コンピュータを適用した装置の設定データやブートプログラムなどを格納する。
【００３４】
２３はＲＡＭで、ハードディスク（ＨＤ）２４からロードされたプログラムやデータを一時的に記憶するためのエリアを備えると共に、ＣＰＵ２１が各処理を実行する際に使用するワークエリアを備える。
【００３５】
２４はハードディスクで、ここにＯＳ（オペレーティングシステム）や、本コンピュータを適用した装置が行う後述の処理をＣＰＵ２１に実行させるためのプログラムやデータ等が保存されており、これらの一部若しくは全部はＣＰＵ２１による制御に従ってＲＡＭ２３にロードされ、ＣＰＵ２１による処理対象となる。例えば本コンピュータをクライアントＰＣ１３に適用した場合にはこのハードディスク２４にはプリンタ１１のドライバやＡｄｄ−ｉｎモジュールのプログラムなどが保存されているし、本コンピュータをプリントサーバ１２に適用した場合にはこのハードディスク２４にはドライバやＡｄｄ−ｉｎモジュールのプログラム、さらには上記ドライバエージェントのプログラムが保存されている。
【００３６】
２５は入力装置で、キーボードやマウスなどにより構成されており、本コンピュータの操作者が操作することで、各種の指示をＣＰＵ２１に対して入力することができる。
【００３７】
２６はモニタで、ＣＲＴや液晶画面等により構成されており、ＣＰＵ２１による処理結果を画像や文字などでもって表示する。
【００３８】
２７はＩ／Ｆ（インターフェース）で、本コンピュータを適用した装置を上記ネットワーク１０に接続するためのインターフェースとして機能する。
【００３９】
＜システムの動作について＞
次に、本実施形態に係るシステムの動作について説明する。本実施形態に係るシステムはテキストファイルを印刷する場合、この印刷に係るログを作成して、管理する。以下では、この印刷ログを作成して管理するまでに本実施形態に係るシステムが行う処理について説明する。
【００４０】
先ず、クライアントＰＣ１３が行う処理について説明する。ここで、クライアントＰＣ１３のＲＡＭ２３には印刷対象となるテキストファイルが格納されているものとする。クライアントＰＣ１３の操作者が入力装置２５を操作してこのテキストファイルに対する印刷指示を入力すると、クライアントＰＣ１３は、ハードディスク２４にインストールされているプリンタドライバ、Ａｄｄ−ｉｎモジュールのプログラムを実行し、印刷対象のテキストファイルの印刷内容を含む印刷ログを作成し、プリントサーバ１２が有するドライバエージェントに出力する処理を行うのであるが、この処理について、同処理のフローチャートを示す図３を用いて詳細に説明する。
【００４１】
なお、同図のフローチャートに従った処理をクライアントＰＣ１３のＣＰＵ２１に実行させるためのプログラムやデータはクライアントＰＣ１３のハードディスク２４に保存されており、これをクライアントＰＣ１３のＣＰＵ２１による制御に従って適宜クライアントＰＣ１３のＲＡＭ２３にロードし、クライアントＰＣ１３のＣＰＵ２１がこれを用いて処理を行うことで、クライアントＰＣ１３は以下説明する各処理を実行することになる。
【００４２】
先ず、ＣＰＵ２１は、操作者が入力装置２５を用いてアプリケーションソフトを操作し、印刷対象のテキストファイルに対して印刷指示を入力したか否かを判断する（ステップＳ３０１）。このとき、クライアントＰＣ１３のＲＡＭ２３には予めハードディスク２４からプリンタドライバ、Ａｄｄ−ｉｎモジュールのプログラムがロードされており、これらはＣＰＵ２１の制御により印刷待ち状態となっている。
【００４３】
そして印刷指示が入力されたことをＣＰＵ２１が検知した場合には処理をステップＳ３０２に進め、ＤｏｃＩｎｆｏ１なる情報をＸＭＬ形式で作成する（ステップＳ３０２）。ＤｏｃＩｎｆｏ１なる情報には、操作者のユーザ名（換言すれば、クライアントＰＣ１３のユーザ名）、印刷時刻、ジョブ名が含まれており、これらの情報の取得方法については周知のものであるので、これに関する説明は省略する。
【００４４】
次に、ＣＰＵ２１はＤｏｃＩｎｆｏ１なる情報の作成が完了すると、作成したＤｏｃＩｎｆｏ１なる情報をＩ／Ｆ２７を介してプリントサーバ１２が有するドライバエージェントに対して送信する（ステップＳ３０３）。そしてこの送信が正常に行われた場合には処理をステップＳ３０４を介してステップＳ３０５に進めるのであるが、正常に行われなかった場合にはエラー処理を行う。なお、ステップＳ３０３における処理のバックグランドでは印刷対象のテキストファイルに基づいて印刷データが別のスレッドで生成されている。
【００４５】
ＤｏｃＩｎｆｏ１なる情報が正常に送信された場合には次に、印刷するページの用紙サイズ、解像度などのページヘッダを、印刷対象のテキストファイルに対して印刷指示する前段でクライアントＰＣ１３の操作者が設定した設定データから取得する（ステップＳ３０５）。
【００４６】
更に、アプリケーションソフトからは印刷対象のテキストが出力されるので、これを取得し（ステップＳ３０６）、取得したテキスト、及び上記ページヘッダを含むＰａｇｅＩｎｆｏなる情報をＸＭＬ形式でもって作成する（ステップＳ３０７）。
【００４７】
ここで、ステップＳ３０６、及びステップＳ３０７における処理は、アプリケーションからＧＤＩを介して取得するＤＤＩ（デバイスドライバインターフェース）コマンドの単位でＸＭＬ形式の情報を生成し、この処理を繰り返すことで１ページに相当するＸＭＬ形式の情報であるＰａｇｅＩｎｆｏを生成する。
【００４８】
例えばアプリケーションソフトは、ユーザがデータ作成を行った順番で、描画コマンドやテキストをプリンタドライバなどに出力する。これはＡｄｄ−ｉｎモジュールのプログラムに対しても同じで、例えば、テキストが１文字単位、単語単位、改行単位などの所定の単位でアプリケーションソフトから提供されれば、この単位で「テキストを示す識別情報であるタグ情報」を付加する処理を１ページを構成する全ての単位について行う。そして１ページを構成する全ての単位について行った後に１ページのエンド情報を受け取ることで、このページに対するテキスト情報を作成する。即ち作成したテキスト情報は、印刷対象のテキストを構成するそれぞれの単位を個別に管理したものである。テキスト情報を作成する処理は、印刷する全てのページについて行う。このようにして、全てのページに対するテキスト情報と上記ページヘッダとを含むＰａｇｅＩｎｆｏを得る。
【００４９】
図４は、あるページにおけるテキスト情報の一例を示す図で、同図では単語毎、文字毎に「テキストを示す識別情報であるタグ情報」、即ち＜ｔｅｘｔ＞、＜／ｔｅｘｔ＞が付加されている。なお、単語、若しくは文字が行の最後のものである場合には、＜ｔｅｘｔ＞、＜／ｔｅｘｔ＞は改行コードを含むようにして付加される（同図では「情報」、「Ｃｏｎｆｉｄｅｎｎｔｉａｌ」は改行コード「ＣＲ＋ＬＦ」とセットにしてタグ情報が付加されている）。
【００５０】
このようにして、単語毎、若しくは文字毎にタグ情報が付加されたテキスト情報が作成されると共に、このテキスト情報と上記ページヘッダとを含むＰａｇｅＩｎｆｏが得られる。
【００５１】
図３に戻って次に、ステップＳ３０７で作成したＰａｇｅＩｎｆｏをＩ／Ｆ２７を介してプリントサーバ１２が有するドライバエージェントに送信する（ステップＳ３０８）。そしてこの送信が正常に行われた場合には処理をステップＳ３０９を介してステップＳ３１０に進めるのであるが、正常に行われなかった場合にはエラー処理を行う。なおこのとき、正常に送信された場合には、そのページの印刷データがＩ／Ｆ２７を介してプリントサーバ１２に送信される。プリントサーバ１２はこの印刷データをプリンタ１１に出力するので、プリンタ１１はこの印刷データに基づいて、紙などの記録媒体上に印刷を行う。
【００５２】
また、後述の印刷ログとして情報が確保されれば情報の追跡が可能となるので確認が取れた単位で印刷データの出力を許可することができるものである。全てのページに係る印刷ログ情報を取得して出力確認の後で、全ページの印刷データを出力することも可能である。しかしながら、ページ単位で印刷データの出力処理を行うことでファーストプリントを早めることができるだけでなく、トータルの印刷時間を短縮でき、さらにはクライアントＰＣ１３におけるデータ一時保存領域を抑えることができる。
【００５３】
次に、印刷する全てのページについてＰａｇｅＩｎｆｏをプリントサーバ１２に送信したのか否かを判断し（ステップＳ３１０）、送信していない場合には処理をステップＳ３０５に戻し、次のページについてステップＳ３０５以降の処理を行うのであるが、全てのページについてＰａｇｅＩｎｆｏをプリントサーバ１２に送信したのであれば処理をステップＳ３１１に進め、印刷ページ数など、印刷処理が完了してから得られる情報を含むＤｏｃＩｎｆｏ２なる情報をＸＭＬ形式でもって作成し（ステップＳ３１１）、これをＩ／Ｆ２７を介してプリントサーバ１２が有するドライバエージェントに送信する（ステップＳ３１２）。そしてこの送信が正常に行われた場合には処理をステップＳ３１３を介してステップＳ３０１に戻すのであるが、正常に行われなかった場合にはエラー処理を行う。
【００５４】
以上説明したように、クライアントＰＣ１３は１つのテキストファイルを印刷する場合には、このテキストファイルの印刷データを作成してプリントサーバ１２に送信するだけでなく、このテキストファイルについてＤｏｃＩｎｆｏ１、ＰａｇｅＩｎｆｏ、ＤｏｃＩｎｆｏ２といった３種類のＸＭＬ形式の情報を作成し、作成したこれら３種類の情報を印刷ログとして送信する。換言すれば、印刷ログは、ＤｏｃＩｎｆｏ１、ＰａｇｅＩｎｆｏ、ＤｏｃＩｎｆｏ２から成る。
【００５５】
次に、プリントサーバ１２が行う処理について説明する。プリントサーバ１２には上述の通り、１つのテキストファイルの印刷を行う際には、このテキストファイルに基づく印刷データ、及び印刷ログがクライアントＰＣ１３から送信される。
【００５６】
プリントサーバ１２は、受信した印刷データについては上述の通りプリンタ１１に出力するのであるが、印刷ログのうち、ＰａｇｅＩｎｆｏに含まれているテキスト情報については後述の理由により再構成する。
【００５７】
図５は、テキスト情報の再構成処理のフローチャートである。なお、同図のフローチャートに従った処理をプリントサーバ１２のＣＰＵ２１に実行させるためのプログラム（ドライバエージェント）やデータはプリントサーバ１２のハードディスク２４に保存されており、これをプリントサーバ１２のＣＰＵ２１による制御に従って適宜プリントサーバ１２のＲＡＭ２３にロードし、プリントサーバ１２のＣＰＵ２１がこれを用いて処理を行うことで、プリントサーバ１２は以下説明する各処理を実行することになる。
【００５８】
先ず、ＣＰＵ２１は、テキスト情報を参照し、先頭の＜Ｔｅｘｔ＞と最後の＜／Ｔｅｘｔ＞以外の＜Ｔｅｘｔ＞、＜／Ｔｅｘｔ＞を削除する（ステップＳ５１）。
【００５９】
次に、テキスト情報中に改行コードが含まれていれば、それをスペースに置換する（ステップＳ５２）。
【００６０】
次に、テキスト情報中に制御コード（０ｘ００〜０ｘＦＦの文字コード）が含まれていればそれを削除し（ステップＳ５３）、更にテキスト情報中の各文字の文字コードをＵｎｉｃｏｄｅからＳｈｉｆｔ−ＪＩＳに変換する（ステップＳ５４）。
【００６１】
図６は、図４に示したテキスト情報に対して図５に示したフローチャートに従った処理を施した場合に得られるテキスト情報を示す図である。上述の通り、図４のテキスト情報（再構成前テキスト情報）では、印刷対象のテキストを構成するそれぞれの文字、単語を個別に管理しているものの、図６に示したテキスト情報（再構成後テキスト情報）では、それぞれの文字、単語を連結し、一連のテキストとして管理している。これにより、例えば図４のテキスト情報に対して「個人情報」なる単語で検索してもヒットしないものの、図６のテキスト情報に対して行えばヒットする。また、図６に示したテキスト情報中の各文字はＳＪＩＳコードで表現されているので、このテキスト情報は搭載するＯＳに依存して作成されたものではなく、汎用性の高いものとなる。以上の処理により、プリントサーバ１２はテキスト情報を再構成することができる。
【００６２】
ところで、上記３種類のＸＭＬ形式の情報（ＤｏｃＩｎｆｏ１、ＰａｇｅＩｎｆｏ、ＤｏｃＩｎｆｏ２）から成る印刷ログは、プリンタドライバおよびＡｄｄ−ｉｎから、例えば名前付きパイプといったプロセス間通信で送信することができる。実際のユーザ環境では複数のクライアントＰＣから同時に印刷ログ情報が１個のドライバエージェントに送信されることが想定されるが、名前付きパイプの１回のセッションで１ジョブ分の印刷ログ情報を送ることで、例えばドライバエージェント上ではジョブ毎にフォルダを分けて、ＸＭＬファイル形式で３種類の印刷ログ情報をまとめて管理し、アーカイブサーバ１４に送信する際にもＳＯＡＰの１回のセッションで１ジョブ分の印刷ログ情報を送る、といった方法でジョブ単位の印刷ログ情報のハンドリングを行うことが出来る。
【００６３】
さらに、アーカイブサーバ１４は、上記３種類のＸＭＬ形式の情報を結合する。これにより、１ジョブの印刷ログ情報を１ファイルで扱うことができるようになる。図７は、上記３種類のＸＭＬ形式の情報を結合して管理する処理のフローチャートである。
【００６４】
なお、同図のフローチャートに従った処理をアーカイブサーバ１４のＣＰＵ２１に実行させるためのプログラムやデータはアーカイブサーバ１４のハードディスク２４に保存されており、これをアーカイブサーバ１４のＣＰＵ２１による制御に従って適宜アーカイブサーバ１４のＲＡＭ２３にロードし、アーカイブサーバ１４のＣＰＵ２１がこれを用いて処理を行うことで、アーカイブサーバ１４は以下説明する各処理を実行することになる。
【００６５】
先ず、テンポラリのジョブ格納先のフォルダに格納されているＤｏｃＩｎｆｏ１のＸＭＬファイルをプリントサーバ１２から取得する（ステップＳ７１）。更に、ＰａｇｅＩｎｆｏのＸＭＬファイルを取得し（ステップＳ７２）、ＤｏｃＩｎｆｏ２のＸＭＬファイルを取得する（ステップＳ７３）。
【００６６】
そして取得したこれら３種類のＸＭＬファイルを結合する（ステップＳ７４）。ここでＰａｇｅＩｎｆｏが複数個ある場合にはそれらを結合し、さらにＤｏｃＩｎｆｏ１、ＤｏｃＩｎｆｏ２と結合する。
【００６７】
そして結合した１つのＸＭＬファイルを自身が有するハードディスク２４に保存する（ステップＳ７５）。これにより、ジョブ単位で印刷ログ情報を蓄積・管理することができる。
【００６８】
さらに実装としては、例えばアーカイブサーバ内で、フロントエンドのＷｅｂサービスとバックエンドの蓄積・検索サーバに分かれている場合、Ｗｅｂサービスで１個のＸＭＬファイルに結合しておき、蓄積・検索サーバでＸＭＬファイルからＤｏｃＩｎｆｏ１、ＤｏｃＩｎｆｏ２およびＰａｇｅＩｎｆｏ内の用紙サイズ、解像度などの情報をＤＢに入れて管理し、テキスト情報は結合してジョブ単位でＤＢ内の情報と紐付けて管理しておくという方法がある。
【００６９】
なお、アーカイブサーバ１４に上記３種類のＸＭＬファイルを登録する処理についてはこれに限定するものではない。
【００７０】
そして、管理クライアントＰＣ１５の操作者はアーカイブサーバ１４のハードディスク２４に登録された各再構成後テキスト情報に対して所定のキーワードを含むものを検索するなどを行うことができる。これは上記再構成処理により、各文字、単語が結合され、一連のテキストとしてアーカイブサーバ１４が管理していること、そしてテキスト情報中の各文字の文字コードがＯＳに依存しない一般的なものであることに起因している。
【００７１】
そして所定のキーワードを含むテキスト情報がヒットすれば、これと共に管理されているＤｏｃＩｎｆｏ１を参照すれば、所定のキーワードを含むテキストを印刷したユーザを特定することができるし、印刷時刻も特定することができる。
【００７２】
［第２の実施形態］
第１の実施形態において、プリントサーバ１２が行う処理をクライアントＰＣ１３が行うようにしても良い。その場合にはプリントサーバ１２が有するドライバエージェントをクライアントＰＣ１３にインストールする必要がある。よってこの場合にはクライアントＰＣ１３が生成した印刷ログ（ＤｏｃＩｎｆｏ１、ＰａｇｅＩｎｆｏ、ＤｏｃＩｎｆｏ２）は直接アーカイブサーバ１４に送信することになる。
【００７３】
また上記再構成処理をアーカイブサーバ１４側で行うようにしても良い。特にアーカイブサーバ１４側での印刷ログの蓄積先が他のＤＢサーバになっている場合などは、文字コード変換のようなＤＢサーバに依存する処理は、アーカイブサーバ１４側で行った方が良い。
【００７４】
逆に上記３種類の印刷ログ情報のＸＭＬの結合はドライバエージェントで行うことも出来る。ファイル操作のアーカイブサーバ１４での負荷を減らすには、この方が良いと考えられる。
【００７５】
以上の各実施形態によって、特別な印刷アプリケーションや特別なプリンタなどのネットワークデバイスなどを必要とせず、印刷内容としてテキスト情報を扱うのでネットワークへの負荷、サーバへの負荷を軽くしコストも押さえることができる。
【００７６】
また、印刷内容のテキスト情報で扱い、且つ再構成することにより検索性を高くすることができる。
【００７７】
さらに、分割されてでてくる印刷ログをジョブ単位で扱うことにより、問題発生時のジョブ単位での確実な情報収集を可能とする。
【００７８】
［その他の実施形態］
また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【００７９】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８０】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００８１】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【図１】
2011081839.tif 000003
【図２】
2011081839.tif 000004
【図３】
2011081839.tif 000005
【図４】
2011081839.tif 000006
【図５】
2011081839.tif 000007
【図６】
2011081839.tif 000008
【図７】
2011081839.tif 000009