印刷システム、画像形成装置、データ作成装置、保存装置、および制御方法
【課題】プリントサーバで保存している印刷データを画像形成装置でデータ変更して印刷する場合でも、情報漏えい時にプリントサーバが保存している印刷データを基に追跡することができるようにする。
【解決手段】データ作成装置は、画像形成装置からの要求により、アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成有し、前記画像形成装置は、前記データ作成装置が作成した印刷データに対する設定変更による設定の差分を差分データとして記録する手段と、前記印刷データに対する処理を実行した後に当該処理の完了通知を前記差分データと共に送信する手段とを有し、前記保存装置は、前記データ作成装置が作成した前記印刷データもしくはそれに対応する文書データの少なくともいずれかと、前記画像形成装置が記録した当該印刷データに対する差分データとを関連付けて保存する。
【解決手段】データ作成装置は、画像形成装置からの要求により、アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成有し、前記画像形成装置は、前記データ作成装置が作成した印刷データに対する設定変更による設定の差分を差分データとして記録する手段と、前記印刷データに対する処理を実行した後に当該処理の完了通知を前記差分データと共に送信する手段とを有し、前記保存装置は、前記データ作成装置が作成した前記印刷データもしくはそれに対応する文書データの少なくともいずれかと、前記画像形成装置が記録した当該印刷データに対する差分データとを関連付けて保存する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システム、画像形成装置、データ作成装置、保存装置および制御方法に関する。
【背景技術】
【０００２】
機密情報を扱うにあたって、プリンタ、ファクシミリ、複写機などの画像形成装置（デバイス）からそれらの情報が印刷され、知らせたくない者へ流出する問題がある。このような情報漏えいの問題に対応するために、画像形成装置が印刷した画像データを保存しておき、機密情報が流出した場合、保存した画像と照合し、その関連情報（印刷年月日、印刷者の識別情報）から、流出経路を特定することが考えられている。
【０００３】
この機能を実現するための一つの方法として、コンピュータからプリントサーバを経てプリンタで印刷する場合、プリントサーバにて印刷画像を保存する、という考えがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１４９３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら従来技術では、プリントサーバ等から取得した印刷データをプリンタ側で変更して印刷するような場合は、保存されているデータと印刷されたデータとが異なることになる。その結果、印刷されたデータを保存していたとしても、情報漏えい時に流出経路を特定する、という目的を達成できないことが有る。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は次の構成を有する。文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、印刷機能を含む複数の機能を有する画像形成装置と、前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、画像形成装置による処理が完了したデータを保存する保存装置とを備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムであって、前記データ作成装置は、前記画像形成装置からの要求により、前記アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成する作成手段を有し、前記画像形成装置は、前記データ作成装置が作成した印刷データに対する設定変更による設定の差分を差分データとして記録する記録手段と、前記印刷データに対する処理を実行した後に当該処理の完了通知を前記差分データと共に送信する送信手段とを有し、前記保存装置は、前記データ作成装置が作成した前記印刷データもしくは当該印刷データに対応する文書データの少なくともいずれかと、前記画像形成装置の記録手段により記録された当該印刷データに対する前記差分データとを関連付けて保存する保存手段を有する。
【発明の効果】
【０００７】
本発明によれば、画像形成装置で印刷されたデータをより正確に保存することが可能になり、セキュリティが向上する。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る構成要素のネットワーク上の配置を示す図。
【図２】本発明に係る管理者ＰＣやファイルサーバの構成を示す図。
【図３】本発明に係るデバイスの構成を示す図。
【図４】本発明に係るデバイスのソフトウェア構成を示す図。
【図５】本発明に係るシステム全体の動作を示すフローチャートの図。
【図６】本発明に係るデバイス上で動作するアプリケーションのＵＩの例図。
【図７】本発明に係る構成要素のブロックを示す図。
【図８】本発明に係るデバイスが返信する情報を決定するフローチャートの図。
【図９】本発明に係るブラウザ上で動作するアプリケーションの例図。
【図１０】本発明に係る印刷完了情報の一例を示す表の図。
【発明を実施するための形態】
【０００９】
＜第一の実施形態＞
［ハードウェア構成］
以下、本発明を実施するための形態について図面を用いて説明する。図１は、本実施形態の印刷システム全体の構成を説明するブロック図である。ユーザＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０１は、ユーザが操作するコンピュータであり、デバイス１０２は、画像形成装置である。イントラネット１０３に接続されたノードは、ノード間で双方向の通信が可能である。イントラネット１０３側のノードは、Ｐｒｏｘｙサーバ１０５を介してインターネット１０４に接続可能である。また、Ｐｒｏｘｙサーバ１０５はインターネット１０４側のノードから、イントラネット１０３側のネットワークへ接続を確立することを防ぐ機能も備える。文書サーバ１０６は、様々な文書データを保持し、要求に応じて、保持している文書データを提供する。アプリケーションサーバ１０７は、文書サーバ１０６に保持されている文書データを編集したり、印刷したりするサービスを提供する。保存装置である画像保存サーバ１０８は、アプリケーションサーバ１０７から印刷された文書データの画像データを保存する。データ作成装置である印刷データ作成サーバ１０９は、文書データから印刷装置（デバイス１０２等）が印刷可能な形式の印刷データを作成する。なお、インターネット１０４側に位置する各装置間においてもそれぞれ通信可能となっている。
【００１０】
上記の構成要素から成るシステムにおいて文書データの編集、印刷時のフローを説明する。ユーザＰＣ１０１上では、ブラウザ７０２が動作しており、アプリケーションサーバ１０７と対話的な操作ができる。ユーザＰＣ１０１のユーザは、アプリケーションサーバ１０７にログインする。なお、それぞれのサーバにおいてもログイン処理は必要であるが、今後の説明では省略する。ユーザＰＣ１０１からアプリケーションサーバ１０７に文書サーバ１０６内の文書データの展開が指示されると、アプリケーションサーバ１０７は文書サーバ１０６から文書データを取得し、それを編集可能なＵＩ（ユーザインタフェース）をユーザＰＣ１０１に返す。ユーザによる必要な編集が終わると、ユーザＰＣ１０１からアプリケーションサーバ１０７に文書データの保存が指示される。
【００１１】
保存指示を受けたアプリケーションサーバ１０７は文書サーバ１０６に文書データを保存する。また、ユーザは文書データを印刷する際、インターネット１０４上のどの印刷データ作成サーバを使用するかを指示することができ、印刷データ作成サーバを示す情報を文書データ内に保存することができる。ユーザはその文書データの印刷を指示するためのＵＲＬをアプリケーションサーバ１０７から取得できるものとする。なお、インターネット１０４側にある装置は、各装置の機能を明確にするためにそれぞれの役割ごとに異なるサーバとしたが、同一装置に全ての機能を有する構成としても構わない。
【００１２】
図２は、図１の構成要素となるコンピュータのブロック図である。ユーザＰＣ１０１、Ｐｒｏｘｙサーバ１０５、文書サーバ１０６、アプリケーションサーバ１０７、画像保存サーバ１０８、印刷データ作成サーバ１０９は図２に示すような内部構成になっている。通常、サーバは障害回避のためにＨＤＤなどの部品は冗長な構成になっていることが多い。冗長な構成とは、同じ機能を提供する部品を２つ以上備え、一方が故障しても他方が動作することにより、継続動作を保証するものである。
【００１３】
図２において、ＣＰＵ２０１は、即ち中央処理装置であり、このコンピュータ装置全体の制御および演算処理等を行うものである。ＲＯＭ２０２は、即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。ＲＡＭ２０３は、即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域であって、オペレーティングシステム（ＯＳ）、アプリケーション、デバイスドライバ、および通信制御などのプログラムがロードされ、実行される領域である。キーボード部２０４は、キーボード（不図示）より入力データを受け取りＣＰＵ２０１へ伝達する。
【００１４】
ＣＲＴ部２０５は、即ちディスプレイ制御部であり、ディスプレイ装置への表示制御をする。ＨＤ部２０６は、ＦＤ（フロッピー（登録商標）ディスク装置）、あるいはＨＤ（ハードディスク装置）、ＳＲＡＭ（不揮発性記憶装置）等の外部記憶装置であり、プログラムおよびデータを記憶・格納されている。また、記憶されたデータは、実行時に必要に応じて参照またはＲＡＭ２０３へロードされる。通信部２０７は、ネットワーク通信制御を行うものであり、図１で説明したようにネットワークに接続された他のコンピュータや周辺機器との通信が可能である。システムバス２０８は、上述した構成要素間のデータの通路となるべきものである。
【００１５】
図３は、デバイス１０２のブロック図である。デバイスが、複写機能、印刷機能、スキャン機能など複数の機能を備える場合、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）とも呼ばれる。デバイス１０２はデバイス全体を示す。コントローラ３０５は、デバイス１０２全体を制御する。コントローラ３０５の内部構成として、ＣＰＵ３０１があり、このコントローラ３０５の制御および演算処理等を行う。また、ＲＯＭ３０２は、システム起動プログラムの情報等の記憶領域である。ＲＡＭ３０３は、使用制限のないデータ記憶領域であり、ＨＤ部３０４はＨＤ（ハードディスク）あるいはＳＲＡＭなど不揮発性記憶装置である。
【００１６】
ＲＡＭ３０３は、ＯＳや通信制御およびエンジン制御などのプログラムがロードされ、実行されたり、データが記憶されたりする領域である。スキャナ３０６は、画像読み取り動作をする。プリンタ３０７は、コントローラの制御のもとで印刷動作をする。ＵＩ部３０８は、ユーザからの指示を受け付けたり、あるいは、表示を行ったりする。通信部３０９は、ネットワーク通信制御を行い，他のデバイスやコンピュータとの通信を可能にする。システムバス３１０は、上述した構成要素間のデータの通路となるべきものである。
【００１７】
［ソフトウェア構成］
図４は本発明のデバイス１０２のソフトウェア構成図である。本ソフトウェアはＲＯＭ３０２あるいはＨＤ部３０４に記憶され、デバイス起動時にＲＡＭ３０３にロードされ、実行される。ＯＳ４０１は、デバイス全体の資源を管理／制御する。ＡＰＩ−１（４０２）は、ＯＳ４０１上で動作するアプリケーションのためのインタフェースである。アプリケーションはＡＰＩ−１（４０２）を通じて、デバイス上のリソースにアクセスしたり、ＣＰＵでコマンドを実行したりすることができる。
【００１８】
コントローラ制御部４０３はＯＳ４０１上で動作し、スキャナ３０６、プリンタ３０７、ＵＩ部３０８などを制御する。リソース管理部４０４は、コントローラ制御部４０３、後述する仮想マシン４０５、仮想マシン４０５上の全アプリケーションがメモリ等のリソース資源を使用する際、予め決められた以上の資源が使用できないように制限するものである。仮想マシン４０５は、特定のアプリケーションを実行するために最適な実行環境である。例えば、Ｊａｖａ（登録商標）の仮想マシンなどにより実現されるものである。
【００１９】
ＡＰＩ−２（４０６）は、仮想マシン４０５上で動作するアプリケーションが、コントローラ制御部４０３、リソース管理部４０４、ＡＰＩ−１（４０２）などを利用するためのインタフェースである。アプリケーション管理アプリケーション４０７は、仮想マシン４０５上で動作するアプリケーションを管理する。後述するアプリケーションのダウンロード、アップロード、消去、有効無効化を行う。アプリケーション４０８は、仮想マシン４０５上で動作するアプリケーションのひとつである。デバイスには期待される役割に応じて、任意の機能を持つアプリケーションを任意の数だけインストールし、動作させることが可能である。前述した監視プログラムもアプリケーション４０８として動作させることができる。
【００２０】
［処理フロー］
次に本実施形態における印刷システムの処理を図５のフローチャートを用いて説明する。なお、フローチャートを示す図において、実線は各処理の主体（装置）における処理の流れを示し、破線は装置間におけるデータの流れを示している。図１に示したネットワーク上の各ノードはＷｅｂ Ｓｅｒｖｉｃｅを用いて相互に情報交換が可能である。Ｗｅｂ Ｓｅｒｖｉｃｅとは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）の技術を用いてソフトウェアの機能をネットワークを通じて利用できるようにしたものである。実装形態の一つとして、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）／ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）がある。
【００２１】
まず、処理の中で用いられるＵＩの例について述べる。図６はデバイス１０２上で動作する印刷アプリケーション７０５のＵＩである。ユーザは、インターネット１０４上の文書データの印刷を、特定のＵＲＬを指定することでデバイス１０２に指示することができる。このＵＲＬはアプリケーションサーバ１０７のＵＩ（ブラウザ上で提供される）から取得することができる。なお、本実施形態において、文書データを所定の画像形成装置（デバイス１０２等）が印刷できる形式に変換したデータを印刷用データと呼ぶ。
【００２２】
図７は図１に示した各機器のソフトウェア構成を示す図である。ユーザＰＣ１０１には、ネットワークからデータを送受信する送受信部７０１とブラウザ７０２がある。デバイス１０２には、ネットワークを介してデータを受信する送受信部７０３と印刷アプリケーション７０５とブラウザ７０４、ＷＥＢサーバ７０６がある。文書サーバ１０６には、ネットワークを介してデータを送受信する送受信部７０７とＷＥＢサーバ７０８と文書データを保存する保存部７０９がある。アプリケーションサーバ１０７には、ネットワークを介してデータを送受信する送受信部７１０と文書データを編集する文書編集アプリケーション７１２とＨＴＴＰ通信を行うＷＥＢサーバ７１１がある。画像保存サーバ１０８には、ネットワークを介してデータを送受信する送受信部７１３とＷＥＢサーバ７１４と文書データを保存する保存部７１５がある。
【００２３】
図６のダイアログ上でユーザによって印刷データ取得ボタン６０３が押されると、Ｓ５０１において、デバイス内の印刷アプリケーション７０５は印刷要求を受け付ける。Ｓ５０２において、デバイス１０２はユーザが指定したＵＲＬを取得し、Ｓ５０３において文書データのＵＲＬをアプリケーションサーバ１０７に要求する。Ｓ５０４において、アプリケーションサーバ１０７はデバイス１０２からの文書データの要求を受け付ける。そして、Ｓ５０５においてアプリケーションサーバ１０７は、文書データを特定するＵＲＬと、その文書データをデバイス１０２が印刷可能な形式の印刷用データに変換するための印刷データ作成サーバ１０９のＵＲＬをデバイス１０２に返す。
【００２４】
Ｓ５０６において、デバイス１０２は文書データのＵＲＬを取得する。そして、Ｓ５０７において、デバイス１０２は指定された文書データを印刷可能な形式である印刷用データに変換のために、印刷用データの作成要求を印刷データ作成サーバ１０９に依頼する。このとき、印刷データ作成サーバ１０９に文書データのＵＲＬを送る。
【００２５】
Ｓ５０８において、印刷データ作成サーバ１０９は、印刷用データの作成要求を受理する。このとき同時に文書データのＵＲＬを受け取る。Ｓ５０９において、印刷データ作成サーバ１０９は、受信した文書データのＵＲＬに基づいて文書データを文書サーバ１０６に要求する。Ｓ５１０において、文書サーバ１０６は、印刷データ作成サーバ１０９から文書データ要求を受信する。Ｓ５１１において、文書サーバ１０６は、印刷データ作成サーバ１０９からの文書データ要求に応じて、文書データを返信する。そして、Ｓ５１２において印刷データ作成サーバ１０９は文書サーバ１０６から送信された文書データを受信する。
【００２６】
Ｓ５１３において、印刷データ作成サーバ１０９は、印刷用データを作成する。このとき印刷用データを一意に特定するためのデータＩＤ（識別子）を同時に生成する。データＩＤの例としてはＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ、ＲＦＣ４１２２）などがある。Ｓ５１４において、印刷データ作成サーバ１０９は、印刷用データの作成が終わるとその印刷用データを保存し、そのデータにアクセスできるＵＲＬをデバイス１０２に送信する。次にＳ５１５において、印刷用データを画像保存サーバ１０８に送信する。この印刷用データには上述したデータＩＤも含まれる。
【００２７】
Ｓ５１６において、画像保存サーバ１０８は印刷用データを保存する。Ｓ５１７において、画像保存サーバ１０８は、印刷用データの保存が完了したら、それを印刷データ作成サーバ１０９に通知する。
【００２８】
デバイス１０２は、Ｓ５１８においてＳ５１４にて印刷データ作成サーバ１０９から送信された印刷用データのＵＲＬを取得する。そして、Ｓ５１９で取得したＵＲＬに基づいて、印刷データ作成サーバ１０９にデータを要求する。
【００２９】
印刷データ作成サーバ１０９は、Ｓ５２０においてデバイス１０２からのデータ要求を受理する。そして、Ｓ５２１において印刷用データをデバイス１０２に送信する。印刷用データには上述したデータＩＤも含まれる。デバイス１０２は、Ｓ５２２において印刷データ作成サーバ１０９から送信された印刷用データを取得する。そして、デバイス１０２は、Ｓ５２３において、取得した印刷用データの印刷設定を保存する。ここで印刷設定とは、印刷データを印刷する際の条件を指している。例えば色、レイアウト、ページ番号の印刷、地紋を埋め込むか、用紙サイズ、用紙タイプ、部数、配置順、ページ枠、印刷日時を印刷するか否か、詳細な色情報（カラーの彩度、使用スクリーン、コントラストなど）、フォーム合成、ステープル、パンチなどがある。なお、ここで挙げた項目に限定するものではなく、デバイス１０２が、提供する機能等に応じて必要な項目を設定することがきる。
【００３０】
Ｓ５２４において、デバイス１０２は、図７のような印刷を開始する旨のダイアログを出力する。このダイアログは「印刷」「変更、「設定変更」などのボタンを備える。Ｓ５２５において、デバイス１０２は、ユーザによってダイアログ中の設定変更が押下されたかを判定する。ユーザによってダイアログ中の設定変更が押下されず、印刷ボタン６０６が押下された場合（Ｓ５２５にてＮＯ）はＳ５２８へ進む。押下された場合（Ｓ５２５にてＹＥＳ）はＳ５２６で、設定を行うための図６（Ｃ）のようなダイアログを表示する。ユーザはこのＵＩを通して白黒・カラーといった印刷色やページレイアウトなどの印刷設定の変更を指示することが可能である。なお、この図６（Ｃ）にて示したダイアログは例であり、実際には、上述したように、他にも印刷設定項目は存在し、更なる項目を表示しても良い。
【００３１】
図６（Ｃ）において保存ボタン６１５が押下されると設定変更が完了したものとし、デバイス１０２はＳ５２７で印刷設定を保存する。ユーザによって印刷ボタン６０６が押下されるとデバイス１０２はＳ５２８にて印刷を実行する。Ｓ５２９において、印刷データ作成サーバ１０９に返信する差分データを決定する。差分データの決定方法については図８を用いて後述する。
【００３２】
Ｓ５３０において、デバイス１０２は差分データを印刷データ作成サーバ１０９に送信する。Ｓ５３１において、印刷データ作成サーバ１０９は、画像保存サーバ１０８からデータ保存完了通知を受信する。Ｓ５３２において、Ｓ５３０にてデバイス１０２から送信された差分データを受信する。Ｓ５３３において、印刷データ作成サーバ１０９は差分データを画像保存サーバ１０８に送信する。そして、印刷データ作成サーバ１０９は、Ｓ５３４において、画像データを削除する。
【００３３】
Ｓ５３５において、画像保存サーバ１０８は、印刷データ作成サーバ１０９から送信された差分データを受信する。そして、Ｓ５３６において、画像保存サーバ１０８はＳ５１６にて保存した元データとＳ５３５にて受信した差分データを関連付けて保存する。このとき関連付けのキーとして、Ｓ５１３にて生成されたデータＩＤを利用する。
【００３４】
［ダイアログ］
図６（Ａ）はデバイス１０２上で動作するアプリケーションのＵＩの一例を示す図である。ダイアログ６０１は、インターネット１０４上のドキュメントデータの取得を行うためのダイアログである。テキストボックス６０２では、印刷したいドキュメントのＵＲＬを指定する。印刷データ取得ボタン６０３は、押下されるとデータの取得を開始する。閉じるボタン６０４は、本ダイアログをクローズする。
【００３５】
図６（Ｂ）はデバイス１０２上で動作するアプリケーションのＵＩの一例を示す図である。図６（Ａ）に示した印刷データ取得ボタン６０３が押下され、印刷データの取得が完了すると、図６（Ｂ）のダイアログが出力される。ダイアログ６０５には、取得したデータのＵＲＬを示すダイアログ６０９が含まれる。印刷ボタン６０６は、押下されると印刷を開始する。印刷設定変更ボタン６０７は、押下されると印刷設定を変更するためのダイアグラムを表示する。中心ボタン６０８は、押下されるとアプリケーションを終了する。
【００３６】
図６（Ｃ）はデバイス１０２上で動作する印刷アプリケーション７０５のＵＩの一例を示す図であり、印刷設定変更ボタン６０７が押されると、ダイアログ６１０を表示する。コンボボックス６１１はカラー設定を指示するコンボボックスであり、カラー／白黒が選択可能である。白黒を選択した場合は、受信したデータにカラー情報が含まれていても、印刷は白黒になる。コンボボックス６１２はレイアウトを指定するコンボボックスであり、２ｉｎ１／６ｉｎ１／８ｉｎ１／製本印刷などが選択可能である。コンボボックス６１３は地紋を指定するためのコンボボックスであり、複写禁止／機密が選択でき、あるいは任意の文字列を入力することもできる。コンボボックス６１４はページ番号を印刷するか否かを指定するコンボボックスであり、印刷する／印刷しないが選択できる。保存ボタン６１５は、ユーザにより現在選択された印刷設定を保存する。閉じるボタン６１６を押下することにより、ダイアログ６１０は閉じられる。
【００３７】
図６（Ｄ）はデバイス１０２の透かし設定を行うためのＵＩである。透かし設定を行う際にダイアログ６１７が表示される。コンボボックス６１８は透かし情報として、印刷日時を埋め込むかあるいは埋め込まないかを指定するコンボボックスである。同様に、コンボボックス６１９、６２０、６２１、６２２ではそれぞれ、印刷ユーザ、機体番号、ドキュメントＵＲＬ、データＩＤ（Ｓ５１３で発行）を埋め込むか否かを指定することができる。
【００３８】
［差分データ決定処理］
図８に示す処理は、図５のＳ５２９にて示した、デバイス１０２が差分データを決定する際の処理を示したフローである。まず、Ｓ８０１においてデバイス１０２は返信データをクリアする。ここで差分データとは、テキスト、画像、その他任意のバイナリデータのリストである。Ｓ８０２において、デバイス１０２は印刷データに対する印刷設定の変更があったかを判定し、変更があれば（Ｓ８０２にてＹＥＳ）、Ｓ８０３において差分データに印刷設定を追加する。変更がなければ（Ｓ８０２にてＮＯ）、そのままＳ８０４に進む。
【００３９】
Ｓ８０４において、デバイス１０２は印刷データにおいて地紋設定があったかを判定する。地紋設定あれば（Ｓ８０４にてＹＥＳ）、Ｓ８０５において差分データに地紋設定を追加する。地紋設定がなければ（Ｓ８０４にてＮＯ）、Ｓ８０６へ進む。Ｓ８０６において、デバイス１０２は、印刷データに透かし設定があったかを判定する。透かし設定があれば（Ｓ８０６にてＹＥＳ）、Ｓ８０７において差分データに透かし設定を追加する。透かし設定がなければ、そのままＳ８０８へ進む。
【００４０】
Ｓ８０８において、デバイス１０２は印刷データに縮退があったかを判定する。縮退があれば（Ｓ８０８にてＹＥＳ）、Ｓ８０９において差分データに縮退情報を追加する。ここで縮退とは、デバイスが本来備えている機能が、機器の故障やトナーなど印刷リソースの不足により、当初想定していた印刷ができないことである。縮退がなければ、そのままＳ８１０へ進む。
【００４１】
Ｓ８１０において、デバイス１０２は印刷データにフォーム合成があったかを判定する。フォーム合成があれば（Ｓ８１０にてＹＥＳ）、Ｓ８１１において、デバイス１０２は差分データにフォーム情報を追加する。Ｓ８１２において、デバイス１０２は印刷完了情報を差分データに付加する。印刷完了情報とは当該ジョブにおける、終了ステイタス、印刷ページ数、印刷枚数、消費トナー量を示す情報である。印刷データにフォーム合成がなければ（Ｓ８１０にてＮＯ）、処理フローを終了する。印刷完了情報の例を図１０に示す。本実施形態においては、印刷完了情報は、図５のＳ５３０にて差分データと共に送信されることとなる。なお、図１０に示された印刷完了情報の項目に限定するものではなく、印刷データに対して管理する情報は、必要に応じて更に追加しても良いし、削減しても良い。
【００４２】
上述した“地紋”とは、複写すると、文字や画像が浮かび上がる特殊な模様が背景に印刷されているものである。有価証券、証明書など、複製による悪用を防ぎたいケースに有効である。地紋は、複写後にドットが残る領域と、複写後にドットが消える領域の同じ濃度を持つ２つの領域から構成されている。この２つの領域はほぼ同じ濃度であり、マクロ的には、一見すると「複写物」などの文字や画像が隠れていることが分からないが、ミクロ的にはそれぞれ異なる特性を持っている。
【００４３】
上述した“透かし”とは、印刷物にアクセス制御情報を目に見えないように埋め込むものである。一般的な実現方法として、英文字列のスペースの量を制御することにより情報を埋め込むタイプ、文字を回転するタイプ、文字を拡大縮小するタイプ、文字を変形させて情報を埋め込むタイプ等が提案されている。
【００４４】
上述した“フォーム合成”とは、あらかじめ登録されたフォーム画像と、投入されたジョブの画像をページ毎に合成して出力することを表している。つまり、フォーム合成が行われたか否かを示すフォーム合成情報に基づいて判定することとなる。
【００４５】
［文書編集アプリケーション］
図９はユーザＰＣ１０１のブラウザ７０２上で動作する文書編集アプリケーション７１２のＵＩの一例である。アプリケーションウインドウ９００は、文書編集アプリケーションの表示例である。ツールバー９０１は、ウインドウベースのアプリケーションがコマンドを受け付けるためのツールバーである。ボタン９０２はコマンドを指定するために用いられる。ここでは特に詳細を説明しないが、本アプリケーションはＷＥＢブラウザであるので、再読込、中止、ホームページへの移動、などを備える。テキストボックス９０３は、ＵＲＬを指定するために用いられる。ここにＵＲＬテキストを入力してキーボード（不図示）でＥｎｔｅｒキーを押すと、表示領域９０４に該ＵＲＬの内容が表示される。本実施形態では、ＵＲＬにワードプロセッサアプリケーションが指定されている。タグ９０５はＵＲＬに指定されたページのタイトルを示す。ツールバー９０６には、コマンドを指定するためのボタンが配置される。印刷ボタン９０７は押下されると、印刷アプリケーション７０５が立ち上がり、ダイアログ６０１が表示される。このとき、テキストボックス６０２には現在の文書を印刷するためのＵＲＬが入る。領域９０８は、編集中の文書データをＷＹＳＩＷＹＧ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）で表示するための領域である。ＷＹＳＩＷＹＧとは画面表示と印刷出力が同じであることを示す。
【００４６】
以上、第一の実施形態における処理および表示を述べた。これにより、デバイスで印刷されたデータの設定変更を管理し、より正確に出力したデータを保存することが可能になる。このことから、情報管理におけるセキュリティが向上する。具体的には、印刷データ作成サーバ側では、送信する印刷データを保存すると共に、印刷データを受信した側は、印刷が終了した場合は、その完了通知と受け取った印刷用データと出力したデータの差分情報を返送する。これにより、データ転送量をより少なく、かつ、印刷したデータを正確に記録することができ、情報漏えい時の追跡性を向上させることが出来る。
【００４７】
＜第二の実施形態＞
上述した第一の実施形態では、印刷した画像データのテキスト情報を保持していないため、文字列情報で検索するのが難しいという問題がある。印刷データを用いてテキスト抽出することが一般的に考えられるが、抽出精度（文字認識率）が十分得られない可能性がある。
【００４８】
この問題を図５のフローを変更することで改善する。Ｓ５１５で印刷用データを画像保存サーバ１０８に送信する際に、印刷用データに対応するＳ５１２で取得した文書データも送信し、Ｓ５１６で文書データも保存するようにする。
【００４９】
このように、文書データ、印刷用データ双方を保存することにより、流出情報から印刷者を特定する際に、テキスト情報、画像情報の双方を利用することが可能になる。
【００５０】
＜第三の実施形態＞
第二の実施形態において、データ保存のコストが高い場合、Ｓ５１６で文書データと印刷用データを保存する際に、それらのデータを比較しデータ量の小さい方を保存しても良い。
【００５１】
これにより、第二の実施形態の効果に加え、データを保存するために必要な容量を削減することが可能となり、資源の活用を図ることができる。
【００５２】
＜第四の実施形態＞
図５のフローチャートにおいて、Ｓ５０９で文書データを要求しているが、この際、アクセス制限を行うための認証情報が必要なことがある。これは認証情報が必要であれば、文書データに機密性があることを示唆している。ここに着目すると、認証情報が必要でない文書データであれば、その文書データに対する画像保存サーバ１０８に保存する価値が無いと考えられる。そこで、図５のフローチャートに認証情報が必要か否かを判定するステップを設け、認証情報が必要でない場合は、Ｓ５１６、Ｓ５３６の保存処理を削除することも可能である。
【００５３】
以上、文書データのアクセス制御の有無により、データを保存する必要性を判定し、必要な文書データに対してのみデータの保存を行うため、第一の実施形態の効果に加え資源の活用を図ることができる。
【００５４】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【技術分野】
【０００１】
本発明は、印刷システム、画像形成装置、データ作成装置、保存装置および制御方法に関する。
【背景技術】
【０００２】
機密情報を扱うにあたって、プリンタ、ファクシミリ、複写機などの画像形成装置（デバイス）からそれらの情報が印刷され、知らせたくない者へ流出する問題がある。このような情報漏えいの問題に対応するために、画像形成装置が印刷した画像データを保存しておき、機密情報が流出した場合、保存した画像と照合し、その関連情報（印刷年月日、印刷者の識別情報）から、流出経路を特定することが考えられている。
【０００３】
この機能を実現するための一つの方法として、コンピュータからプリントサーバを経てプリンタで印刷する場合、プリントサーバにて印刷画像を保存する、という考えがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１４９３７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら従来技術では、プリントサーバ等から取得した印刷データをプリンタ側で変更して印刷するような場合は、保存されているデータと印刷されたデータとが異なることになる。その結果、印刷されたデータを保存していたとしても、情報漏えい時に流出経路を特定する、という目的を達成できないことが有る。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は次の構成を有する。文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、印刷機能を含む複数の機能を有する画像形成装置と、前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、画像形成装置による処理が完了したデータを保存する保存装置とを備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムであって、前記データ作成装置は、前記画像形成装置からの要求により、前記アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成する作成手段を有し、前記画像形成装置は、前記データ作成装置が作成した印刷データに対する設定変更による設定の差分を差分データとして記録する記録手段と、前記印刷データに対する処理を実行した後に当該処理の完了通知を前記差分データと共に送信する送信手段とを有し、前記保存装置は、前記データ作成装置が作成した前記印刷データもしくは当該印刷データに対応する文書データの少なくともいずれかと、前記画像形成装置の記録手段により記録された当該印刷データに対する前記差分データとを関連付けて保存する保存手段を有する。
【発明の効果】
【０００７】
本発明によれば、画像形成装置で印刷されたデータをより正確に保存することが可能になり、セキュリティが向上する。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る構成要素のネットワーク上の配置を示す図。
【図２】本発明に係る管理者ＰＣやファイルサーバの構成を示す図。
【図３】本発明に係るデバイスの構成を示す図。
【図４】本発明に係るデバイスのソフトウェア構成を示す図。
【図５】本発明に係るシステム全体の動作を示すフローチャートの図。
【図６】本発明に係るデバイス上で動作するアプリケーションのＵＩの例図。
【図７】本発明に係る構成要素のブロックを示す図。
【図８】本発明に係るデバイスが返信する情報を決定するフローチャートの図。
【図９】本発明に係るブラウザ上で動作するアプリケーションの例図。
【図１０】本発明に係る印刷完了情報の一例を示す表の図。
【発明を実施するための形態】
【０００９】
＜第一の実施形態＞
［ハードウェア構成］
以下、本発明を実施するための形態について図面を用いて説明する。図１は、本実施形態の印刷システム全体の構成を説明するブロック図である。ユーザＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）１０１は、ユーザが操作するコンピュータであり、デバイス１０２は、画像形成装置である。イントラネット１０３に接続されたノードは、ノード間で双方向の通信が可能である。イントラネット１０３側のノードは、Ｐｒｏｘｙサーバ１０５を介してインターネット１０４に接続可能である。また、Ｐｒｏｘｙサーバ１０５はインターネット１０４側のノードから、イントラネット１０３側のネットワークへ接続を確立することを防ぐ機能も備える。文書サーバ１０６は、様々な文書データを保持し、要求に応じて、保持している文書データを提供する。アプリケーションサーバ１０７は、文書サーバ１０６に保持されている文書データを編集したり、印刷したりするサービスを提供する。保存装置である画像保存サーバ１０８は、アプリケーションサーバ１０７から印刷された文書データの画像データを保存する。データ作成装置である印刷データ作成サーバ１０９は、文書データから印刷装置（デバイス１０２等）が印刷可能な形式の印刷データを作成する。なお、インターネット１０４側に位置する各装置間においてもそれぞれ通信可能となっている。
【００１０】
上記の構成要素から成るシステムにおいて文書データの編集、印刷時のフローを説明する。ユーザＰＣ１０１上では、ブラウザ７０２が動作しており、アプリケーションサーバ１０７と対話的な操作ができる。ユーザＰＣ１０１のユーザは、アプリケーションサーバ１０７にログインする。なお、それぞれのサーバにおいてもログイン処理は必要であるが、今後の説明では省略する。ユーザＰＣ１０１からアプリケーションサーバ１０７に文書サーバ１０６内の文書データの展開が指示されると、アプリケーションサーバ１０７は文書サーバ１０６から文書データを取得し、それを編集可能なＵＩ（ユーザインタフェース）をユーザＰＣ１０１に返す。ユーザによる必要な編集が終わると、ユーザＰＣ１０１からアプリケーションサーバ１０７に文書データの保存が指示される。
【００１１】
保存指示を受けたアプリケーションサーバ１０７は文書サーバ１０６に文書データを保存する。また、ユーザは文書データを印刷する際、インターネット１０４上のどの印刷データ作成サーバを使用するかを指示することができ、印刷データ作成サーバを示す情報を文書データ内に保存することができる。ユーザはその文書データの印刷を指示するためのＵＲＬをアプリケーションサーバ１０７から取得できるものとする。なお、インターネット１０４側にある装置は、各装置の機能を明確にするためにそれぞれの役割ごとに異なるサーバとしたが、同一装置に全ての機能を有する構成としても構わない。
【００１２】
図２は、図１の構成要素となるコンピュータのブロック図である。ユーザＰＣ１０１、Ｐｒｏｘｙサーバ１０５、文書サーバ１０６、アプリケーションサーバ１０７、画像保存サーバ１０８、印刷データ作成サーバ１０９は図２に示すような内部構成になっている。通常、サーバは障害回避のためにＨＤＤなどの部品は冗長な構成になっていることが多い。冗長な構成とは、同じ機能を提供する部品を２つ以上備え、一方が故障しても他方が動作することにより、継続動作を保証するものである。
【００１３】
図２において、ＣＰＵ２０１は、即ち中央処理装置であり、このコンピュータ装置全体の制御および演算処理等を行うものである。ＲＯＭ２０２は、即ち読み出し専用メモリであり、システム起動プログラムの情報等の記憶領域である。ＲＡＭ２０３は、即ちランダムアクセスメモリであり、使用制限のないデータ記憶領域であって、オペレーティングシステム（ＯＳ）、アプリケーション、デバイスドライバ、および通信制御などのプログラムがロードされ、実行される領域である。キーボード部２０４は、キーボード（不図示）より入力データを受け取りＣＰＵ２０１へ伝達する。
【００１４】
ＣＲＴ部２０５は、即ちディスプレイ制御部であり、ディスプレイ装置への表示制御をする。ＨＤ部２０６は、ＦＤ（フロッピー（登録商標）ディスク装置）、あるいはＨＤ（ハードディスク装置）、ＳＲＡＭ（不揮発性記憶装置）等の外部記憶装置であり、プログラムおよびデータを記憶・格納されている。また、記憶されたデータは、実行時に必要に応じて参照またはＲＡＭ２０３へロードされる。通信部２０７は、ネットワーク通信制御を行うものであり、図１で説明したようにネットワークに接続された他のコンピュータや周辺機器との通信が可能である。システムバス２０８は、上述した構成要素間のデータの通路となるべきものである。
【００１５】
図３は、デバイス１０２のブロック図である。デバイスが、複写機能、印刷機能、スキャン機能など複数の機能を備える場合、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）とも呼ばれる。デバイス１０２はデバイス全体を示す。コントローラ３０５は、デバイス１０２全体を制御する。コントローラ３０５の内部構成として、ＣＰＵ３０１があり、このコントローラ３０５の制御および演算処理等を行う。また、ＲＯＭ３０２は、システム起動プログラムの情報等の記憶領域である。ＲＡＭ３０３は、使用制限のないデータ記憶領域であり、ＨＤ部３０４はＨＤ（ハードディスク）あるいはＳＲＡＭなど不揮発性記憶装置である。
【００１６】
ＲＡＭ３０３は、ＯＳや通信制御およびエンジン制御などのプログラムがロードされ、実行されたり、データが記憶されたりする領域である。スキャナ３０６は、画像読み取り動作をする。プリンタ３０７は、コントローラの制御のもとで印刷動作をする。ＵＩ部３０８は、ユーザからの指示を受け付けたり、あるいは、表示を行ったりする。通信部３０９は、ネットワーク通信制御を行い，他のデバイスやコンピュータとの通信を可能にする。システムバス３１０は、上述した構成要素間のデータの通路となるべきものである。
【００１７】
［ソフトウェア構成］
図４は本発明のデバイス１０２のソフトウェア構成図である。本ソフトウェアはＲＯＭ３０２あるいはＨＤ部３０４に記憶され、デバイス起動時にＲＡＭ３０３にロードされ、実行される。ＯＳ４０１は、デバイス全体の資源を管理／制御する。ＡＰＩ−１（４０２）は、ＯＳ４０１上で動作するアプリケーションのためのインタフェースである。アプリケーションはＡＰＩ−１（４０２）を通じて、デバイス上のリソースにアクセスしたり、ＣＰＵでコマンドを実行したりすることができる。
【００１８】
コントローラ制御部４０３はＯＳ４０１上で動作し、スキャナ３０６、プリンタ３０７、ＵＩ部３０８などを制御する。リソース管理部４０４は、コントローラ制御部４０３、後述する仮想マシン４０５、仮想マシン４０５上の全アプリケーションがメモリ等のリソース資源を使用する際、予め決められた以上の資源が使用できないように制限するものである。仮想マシン４０５は、特定のアプリケーションを実行するために最適な実行環境である。例えば、Ｊａｖａ（登録商標）の仮想マシンなどにより実現されるものである。
【００１９】
ＡＰＩ−２（４０６）は、仮想マシン４０５上で動作するアプリケーションが、コントローラ制御部４０３、リソース管理部４０４、ＡＰＩ−１（４０２）などを利用するためのインタフェースである。アプリケーション管理アプリケーション４０７は、仮想マシン４０５上で動作するアプリケーションを管理する。後述するアプリケーションのダウンロード、アップロード、消去、有効無効化を行う。アプリケーション４０８は、仮想マシン４０５上で動作するアプリケーションのひとつである。デバイスには期待される役割に応じて、任意の機能を持つアプリケーションを任意の数だけインストールし、動作させることが可能である。前述した監視プログラムもアプリケーション４０８として動作させることができる。
【００２０】
［処理フロー］
次に本実施形態における印刷システムの処理を図５のフローチャートを用いて説明する。なお、フローチャートを示す図において、実線は各処理の主体（装置）における処理の流れを示し、破線は装置間におけるデータの流れを示している。図１に示したネットワーク上の各ノードはＷｅｂ Ｓｅｒｖｉｃｅを用いて相互に情報交換が可能である。Ｗｅｂ Ｓｅｒｖｉｃｅとは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）の技術を用いてソフトウェアの機能をネットワークを通じて利用できるようにしたものである。実装形態の一つとして、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）／ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）がある。
【００２１】
まず、処理の中で用いられるＵＩの例について述べる。図６はデバイス１０２上で動作する印刷アプリケーション７０５のＵＩである。ユーザは、インターネット１０４上の文書データの印刷を、特定のＵＲＬを指定することでデバイス１０２に指示することができる。このＵＲＬはアプリケーションサーバ１０７のＵＩ（ブラウザ上で提供される）から取得することができる。なお、本実施形態において、文書データを所定の画像形成装置（デバイス１０２等）が印刷できる形式に変換したデータを印刷用データと呼ぶ。
【００２２】
図７は図１に示した各機器のソフトウェア構成を示す図である。ユーザＰＣ１０１には、ネットワークからデータを送受信する送受信部７０１とブラウザ７０２がある。デバイス１０２には、ネットワークを介してデータを受信する送受信部７０３と印刷アプリケーション７０５とブラウザ７０４、ＷＥＢサーバ７０６がある。文書サーバ１０６には、ネットワークを介してデータを送受信する送受信部７０７とＷＥＢサーバ７０８と文書データを保存する保存部７０９がある。アプリケーションサーバ１０７には、ネットワークを介してデータを送受信する送受信部７１０と文書データを編集する文書編集アプリケーション７１２とＨＴＴＰ通信を行うＷＥＢサーバ７１１がある。画像保存サーバ１０８には、ネットワークを介してデータを送受信する送受信部７１３とＷＥＢサーバ７１４と文書データを保存する保存部７１５がある。
【００２３】
図６のダイアログ上でユーザによって印刷データ取得ボタン６０３が押されると、Ｓ５０１において、デバイス内の印刷アプリケーション７０５は印刷要求を受け付ける。Ｓ５０２において、デバイス１０２はユーザが指定したＵＲＬを取得し、Ｓ５０３において文書データのＵＲＬをアプリケーションサーバ１０７に要求する。Ｓ５０４において、アプリケーションサーバ１０７はデバイス１０２からの文書データの要求を受け付ける。そして、Ｓ５０５においてアプリケーションサーバ１０７は、文書データを特定するＵＲＬと、その文書データをデバイス１０２が印刷可能な形式の印刷用データに変換するための印刷データ作成サーバ１０９のＵＲＬをデバイス１０２に返す。
【００２４】
Ｓ５０６において、デバイス１０２は文書データのＵＲＬを取得する。そして、Ｓ５０７において、デバイス１０２は指定された文書データを印刷可能な形式である印刷用データに変換のために、印刷用データの作成要求を印刷データ作成サーバ１０９に依頼する。このとき、印刷データ作成サーバ１０９に文書データのＵＲＬを送る。
【００２５】
Ｓ５０８において、印刷データ作成サーバ１０９は、印刷用データの作成要求を受理する。このとき同時に文書データのＵＲＬを受け取る。Ｓ５０９において、印刷データ作成サーバ１０９は、受信した文書データのＵＲＬに基づいて文書データを文書サーバ１０６に要求する。Ｓ５１０において、文書サーバ１０６は、印刷データ作成サーバ１０９から文書データ要求を受信する。Ｓ５１１において、文書サーバ１０６は、印刷データ作成サーバ１０９からの文書データ要求に応じて、文書データを返信する。そして、Ｓ５１２において印刷データ作成サーバ１０９は文書サーバ１０６から送信された文書データを受信する。
【００２６】
Ｓ５１３において、印刷データ作成サーバ１０９は、印刷用データを作成する。このとき印刷用データを一意に特定するためのデータＩＤ（識別子）を同時に生成する。データＩＤの例としてはＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ、ＲＦＣ４１２２）などがある。Ｓ５１４において、印刷データ作成サーバ１０９は、印刷用データの作成が終わるとその印刷用データを保存し、そのデータにアクセスできるＵＲＬをデバイス１０２に送信する。次にＳ５１５において、印刷用データを画像保存サーバ１０８に送信する。この印刷用データには上述したデータＩＤも含まれる。
【００２７】
Ｓ５１６において、画像保存サーバ１０８は印刷用データを保存する。Ｓ５１７において、画像保存サーバ１０８は、印刷用データの保存が完了したら、それを印刷データ作成サーバ１０９に通知する。
【００２８】
デバイス１０２は、Ｓ５１８においてＳ５１４にて印刷データ作成サーバ１０９から送信された印刷用データのＵＲＬを取得する。そして、Ｓ５１９で取得したＵＲＬに基づいて、印刷データ作成サーバ１０９にデータを要求する。
【００２９】
印刷データ作成サーバ１０９は、Ｓ５２０においてデバイス１０２からのデータ要求を受理する。そして、Ｓ５２１において印刷用データをデバイス１０２に送信する。印刷用データには上述したデータＩＤも含まれる。デバイス１０２は、Ｓ５２２において印刷データ作成サーバ１０９から送信された印刷用データを取得する。そして、デバイス１０２は、Ｓ５２３において、取得した印刷用データの印刷設定を保存する。ここで印刷設定とは、印刷データを印刷する際の条件を指している。例えば色、レイアウト、ページ番号の印刷、地紋を埋め込むか、用紙サイズ、用紙タイプ、部数、配置順、ページ枠、印刷日時を印刷するか否か、詳細な色情報（カラーの彩度、使用スクリーン、コントラストなど）、フォーム合成、ステープル、パンチなどがある。なお、ここで挙げた項目に限定するものではなく、デバイス１０２が、提供する機能等に応じて必要な項目を設定することがきる。
【００３０】
Ｓ５２４において、デバイス１０２は、図７のような印刷を開始する旨のダイアログを出力する。このダイアログは「印刷」「変更、「設定変更」などのボタンを備える。Ｓ５２５において、デバイス１０２は、ユーザによってダイアログ中の設定変更が押下されたかを判定する。ユーザによってダイアログ中の設定変更が押下されず、印刷ボタン６０６が押下された場合（Ｓ５２５にてＮＯ）はＳ５２８へ進む。押下された場合（Ｓ５２５にてＹＥＳ）はＳ５２６で、設定を行うための図６（Ｃ）のようなダイアログを表示する。ユーザはこのＵＩを通して白黒・カラーといった印刷色やページレイアウトなどの印刷設定の変更を指示することが可能である。なお、この図６（Ｃ）にて示したダイアログは例であり、実際には、上述したように、他にも印刷設定項目は存在し、更なる項目を表示しても良い。
【００３１】
図６（Ｃ）において保存ボタン６１５が押下されると設定変更が完了したものとし、デバイス１０２はＳ５２７で印刷設定を保存する。ユーザによって印刷ボタン６０６が押下されるとデバイス１０２はＳ５２８にて印刷を実行する。Ｓ５２９において、印刷データ作成サーバ１０９に返信する差分データを決定する。差分データの決定方法については図８を用いて後述する。
【００３２】
Ｓ５３０において、デバイス１０２は差分データを印刷データ作成サーバ１０９に送信する。Ｓ５３１において、印刷データ作成サーバ１０９は、画像保存サーバ１０８からデータ保存完了通知を受信する。Ｓ５３２において、Ｓ５３０にてデバイス１０２から送信された差分データを受信する。Ｓ５３３において、印刷データ作成サーバ１０９は差分データを画像保存サーバ１０８に送信する。そして、印刷データ作成サーバ１０９は、Ｓ５３４において、画像データを削除する。
【００３３】
Ｓ５３５において、画像保存サーバ１０８は、印刷データ作成サーバ１０９から送信された差分データを受信する。そして、Ｓ５３６において、画像保存サーバ１０８はＳ５１６にて保存した元データとＳ５３５にて受信した差分データを関連付けて保存する。このとき関連付けのキーとして、Ｓ５１３にて生成されたデータＩＤを利用する。
【００３４】
［ダイアログ］
図６（Ａ）はデバイス１０２上で動作するアプリケーションのＵＩの一例を示す図である。ダイアログ６０１は、インターネット１０４上のドキュメントデータの取得を行うためのダイアログである。テキストボックス６０２では、印刷したいドキュメントのＵＲＬを指定する。印刷データ取得ボタン６０３は、押下されるとデータの取得を開始する。閉じるボタン６０４は、本ダイアログをクローズする。
【００３５】
図６（Ｂ）はデバイス１０２上で動作するアプリケーションのＵＩの一例を示す図である。図６（Ａ）に示した印刷データ取得ボタン６０３が押下され、印刷データの取得が完了すると、図６（Ｂ）のダイアログが出力される。ダイアログ６０５には、取得したデータのＵＲＬを示すダイアログ６０９が含まれる。印刷ボタン６０６は、押下されると印刷を開始する。印刷設定変更ボタン６０７は、押下されると印刷設定を変更するためのダイアグラムを表示する。中心ボタン６０８は、押下されるとアプリケーションを終了する。
【００３６】
図６（Ｃ）はデバイス１０２上で動作する印刷アプリケーション７０５のＵＩの一例を示す図であり、印刷設定変更ボタン６０７が押されると、ダイアログ６１０を表示する。コンボボックス６１１はカラー設定を指示するコンボボックスであり、カラー／白黒が選択可能である。白黒を選択した場合は、受信したデータにカラー情報が含まれていても、印刷は白黒になる。コンボボックス６１２はレイアウトを指定するコンボボックスであり、２ｉｎ１／６ｉｎ１／８ｉｎ１／製本印刷などが選択可能である。コンボボックス６１３は地紋を指定するためのコンボボックスであり、複写禁止／機密が選択でき、あるいは任意の文字列を入力することもできる。コンボボックス６１４はページ番号を印刷するか否かを指定するコンボボックスであり、印刷する／印刷しないが選択できる。保存ボタン６１５は、ユーザにより現在選択された印刷設定を保存する。閉じるボタン６１６を押下することにより、ダイアログ６１０は閉じられる。
【００３７】
図６（Ｄ）はデバイス１０２の透かし設定を行うためのＵＩである。透かし設定を行う際にダイアログ６１７が表示される。コンボボックス６１８は透かし情報として、印刷日時を埋め込むかあるいは埋め込まないかを指定するコンボボックスである。同様に、コンボボックス６１９、６２０、６２１、６２２ではそれぞれ、印刷ユーザ、機体番号、ドキュメントＵＲＬ、データＩＤ（Ｓ５１３で発行）を埋め込むか否かを指定することができる。
【００３８】
［差分データ決定処理］
図８に示す処理は、図５のＳ５２９にて示した、デバイス１０２が差分データを決定する際の処理を示したフローである。まず、Ｓ８０１においてデバイス１０２は返信データをクリアする。ここで差分データとは、テキスト、画像、その他任意のバイナリデータのリストである。Ｓ８０２において、デバイス１０２は印刷データに対する印刷設定の変更があったかを判定し、変更があれば（Ｓ８０２にてＹＥＳ）、Ｓ８０３において差分データに印刷設定を追加する。変更がなければ（Ｓ８０２にてＮＯ）、そのままＳ８０４に進む。
【００３９】
Ｓ８０４において、デバイス１０２は印刷データにおいて地紋設定があったかを判定する。地紋設定あれば（Ｓ８０４にてＹＥＳ）、Ｓ８０５において差分データに地紋設定を追加する。地紋設定がなければ（Ｓ８０４にてＮＯ）、Ｓ８０６へ進む。Ｓ８０６において、デバイス１０２は、印刷データに透かし設定があったかを判定する。透かし設定があれば（Ｓ８０６にてＹＥＳ）、Ｓ８０７において差分データに透かし設定を追加する。透かし設定がなければ、そのままＳ８０８へ進む。
【００４０】
Ｓ８０８において、デバイス１０２は印刷データに縮退があったかを判定する。縮退があれば（Ｓ８０８にてＹＥＳ）、Ｓ８０９において差分データに縮退情報を追加する。ここで縮退とは、デバイスが本来備えている機能が、機器の故障やトナーなど印刷リソースの不足により、当初想定していた印刷ができないことである。縮退がなければ、そのままＳ８１０へ進む。
【００４１】
Ｓ８１０において、デバイス１０２は印刷データにフォーム合成があったかを判定する。フォーム合成があれば（Ｓ８１０にてＹＥＳ）、Ｓ８１１において、デバイス１０２は差分データにフォーム情報を追加する。Ｓ８１２において、デバイス１０２は印刷完了情報を差分データに付加する。印刷完了情報とは当該ジョブにおける、終了ステイタス、印刷ページ数、印刷枚数、消費トナー量を示す情報である。印刷データにフォーム合成がなければ（Ｓ８１０にてＮＯ）、処理フローを終了する。印刷完了情報の例を図１０に示す。本実施形態においては、印刷完了情報は、図５のＳ５３０にて差分データと共に送信されることとなる。なお、図１０に示された印刷完了情報の項目に限定するものではなく、印刷データに対して管理する情報は、必要に応じて更に追加しても良いし、削減しても良い。
【００４２】
上述した“地紋”とは、複写すると、文字や画像が浮かび上がる特殊な模様が背景に印刷されているものである。有価証券、証明書など、複製による悪用を防ぎたいケースに有効である。地紋は、複写後にドットが残る領域と、複写後にドットが消える領域の同じ濃度を持つ２つの領域から構成されている。この２つの領域はほぼ同じ濃度であり、マクロ的には、一見すると「複写物」などの文字や画像が隠れていることが分からないが、ミクロ的にはそれぞれ異なる特性を持っている。
【００４３】
上述した“透かし”とは、印刷物にアクセス制御情報を目に見えないように埋め込むものである。一般的な実現方法として、英文字列のスペースの量を制御することにより情報を埋め込むタイプ、文字を回転するタイプ、文字を拡大縮小するタイプ、文字を変形させて情報を埋め込むタイプ等が提案されている。
【００４４】
上述した“フォーム合成”とは、あらかじめ登録されたフォーム画像と、投入されたジョブの画像をページ毎に合成して出力することを表している。つまり、フォーム合成が行われたか否かを示すフォーム合成情報に基づいて判定することとなる。
【００４５】
［文書編集アプリケーション］
図９はユーザＰＣ１０１のブラウザ７０２上で動作する文書編集アプリケーション７１２のＵＩの一例である。アプリケーションウインドウ９００は、文書編集アプリケーションの表示例である。ツールバー９０１は、ウインドウベースのアプリケーションがコマンドを受け付けるためのツールバーである。ボタン９０２はコマンドを指定するために用いられる。ここでは特に詳細を説明しないが、本アプリケーションはＷＥＢブラウザであるので、再読込、中止、ホームページへの移動、などを備える。テキストボックス９０３は、ＵＲＬを指定するために用いられる。ここにＵＲＬテキストを入力してキーボード（不図示）でＥｎｔｅｒキーを押すと、表示領域９０４に該ＵＲＬの内容が表示される。本実施形態では、ＵＲＬにワードプロセッサアプリケーションが指定されている。タグ９０５はＵＲＬに指定されたページのタイトルを示す。ツールバー９０６には、コマンドを指定するためのボタンが配置される。印刷ボタン９０７は押下されると、印刷アプリケーション７０５が立ち上がり、ダイアログ６０１が表示される。このとき、テキストボックス６０２には現在の文書を印刷するためのＵＲＬが入る。領域９０８は、編集中の文書データをＷＹＳＩＷＹＧ（Ｗｈａｔ Ｙｏｕ Ｓｅｅ Ｉｓ Ｗｈａｔ Ｙｏｕ Ｇｅｔ）で表示するための領域である。ＷＹＳＩＷＹＧとは画面表示と印刷出力が同じであることを示す。
【００４６】
以上、第一の実施形態における処理および表示を述べた。これにより、デバイスで印刷されたデータの設定変更を管理し、より正確に出力したデータを保存することが可能になる。このことから、情報管理におけるセキュリティが向上する。具体的には、印刷データ作成サーバ側では、送信する印刷データを保存すると共に、印刷データを受信した側は、印刷が終了した場合は、その完了通知と受け取った印刷用データと出力したデータの差分情報を返送する。これにより、データ転送量をより少なく、かつ、印刷したデータを正確に記録することができ、情報漏えい時の追跡性を向上させることが出来る。
【００４７】
＜第二の実施形態＞
上述した第一の実施形態では、印刷した画像データのテキスト情報を保持していないため、文字列情報で検索するのが難しいという問題がある。印刷データを用いてテキスト抽出することが一般的に考えられるが、抽出精度（文字認識率）が十分得られない可能性がある。
【００４８】
この問題を図５のフローを変更することで改善する。Ｓ５１５で印刷用データを画像保存サーバ１０８に送信する際に、印刷用データに対応するＳ５１２で取得した文書データも送信し、Ｓ５１６で文書データも保存するようにする。
【００４９】
このように、文書データ、印刷用データ双方を保存することにより、流出情報から印刷者を特定する際に、テキスト情報、画像情報の双方を利用することが可能になる。
【００５０】
＜第三の実施形態＞
第二の実施形態において、データ保存のコストが高い場合、Ｓ５１６で文書データと印刷用データを保存する際に、それらのデータを比較しデータ量の小さい方を保存しても良い。
【００５１】
これにより、第二の実施形態の効果に加え、データを保存するために必要な容量を削減することが可能となり、資源の活用を図ることができる。
【００５２】
＜第四の実施形態＞
図５のフローチャートにおいて、Ｓ５０９で文書データを要求しているが、この際、アクセス制限を行うための認証情報が必要なことがある。これは認証情報が必要であれば、文書データに機密性があることを示唆している。ここに着目すると、認証情報が必要でない文書データであれば、その文書データに対する画像保存サーバ１０８に保存する価値が無いと考えられる。そこで、図５のフローチャートに認証情報が必要か否かを判定するステップを設け、認証情報が必要でない場合は、Ｓ５１６、Ｓ５３６の保存処理を削除することも可能である。
【００５３】
以上、文書データのアクセス制御の有無により、データを保存する必要性を判定し、必要な文書データに対してのみデータの保存を行うため、第一の実施形態の効果に加え資源の活用を図ることができる。
【００５４】
＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【特許請求の範囲】
【請求項１】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムであって、
前記データ作成装置は、
前記画像形成装置からの要求により、前記アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成する作成手段を有し、
前記画像形成装置は、
前記データ作成装置が作成した印刷データに対する設定変更による設定の差分を差分データとして記録する記録手段と、
前記印刷データに対する処理を実行した後に当該処理の完了通知を前記差分データと共に送信する送信手段と
を有し、
前記保存装置は、
前記データ作成装置が作成した前記印刷データもしくは当該印刷データに対応する文書データの少なくともいずれかと、前記画像形成装置の記録手段により記録された当該印刷データに対する前記差分データとを関連付けて保存する保存手段を有する
ことを特徴とする印刷システム。
【請求項２】
前記データ作成装置の作成手段は、前記印刷データを作成する際に、当該印刷データを一意に特定する識別子を生成することを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記差分データは、印刷設定、地紋設定、透かし情報、縮退情報、フォーム合成情報のうち少なくとも一つを含むことを特徴とする請求項１または２に記載の印刷システム。
【請求項４】
前記保存装置の保存手段は更に、データを保存する際に、前記印刷データと当該印刷データに対応する文書データのサイズを比較し、サイズが小さいデータを前記差分データと関連付けて保存することを特徴とする請求項１乃至３のいずれか一項に記載の印刷システム。
【請求項５】
前記保存装置の保存手段は更に、前記文書データに対するアクセス制限の有無に基づいて、当該文書データもしくは当該文書データに対応する印刷データを保存するか否かを決定することを特徴とする請求項１乃至４のいずれか一項に記載の印刷システム。
【請求項６】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムを構成する画像形成装置であって、
印刷データに対する設定変更による設定の差分を差分データとして記録する記録手段と、
前記印刷データに対する処理を実行し、当該処理の完了通知を前記差分データと共に送信する送信手段と
を有することを特徴とする画像形成装置。
【請求項７】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムを構成するデータ作成装置であって、
前記画像形成装置からの要求により、文書データから前記画像形成装置が印刷可能な形式である印刷データを作成する作成手段を有することを特徴とするデータ作成装置。
【請求項８】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムを構成する保存装置であって、
文書データもしくは当該文書データから所定の画像形成装置が印刷可能な形式に変換された印刷データの少なくともいずれかのデータと、印刷時における当該印刷データに対する設定変更による設定の差分である差分データとを関連付けて保存する保存手段を有することを特徴とする保存装置。
【請求項９】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムにおける制御方法であって、
前記データ作成装置において、
作成手段が、前記画像形成装置からの要求により、前記アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成する作成工程を有し、
前記画像形成装置において、
記録手段が、前記データ作成装置において作成された印刷データに対する設定変更による設定の差分を差分データとして記録する記録工程と、
送信手段が、前記印刷データに対する処理が実行された後に当該処理の完了通知を前記差分データと共に送信する送信工程と
を有し、
前記保存装置において、
保存手段が、前記データ作成装置において作成された前記印刷データもしくは当該印刷データに対応する文書データの少なくともいずれかと、前記画像形成装置の記録工程において記録された当該印刷データに対する前記差分データとを関連付けて保存する保存工程を有する
ことを特徴とする制御方法。
【請求項１】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムであって、
前記データ作成装置は、
前記画像形成装置からの要求により、前記アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成する作成手段を有し、
前記画像形成装置は、
前記データ作成装置が作成した印刷データに対する設定変更による設定の差分を差分データとして記録する記録手段と、
前記印刷データに対する処理を実行した後に当該処理の完了通知を前記差分データと共に送信する送信手段と
を有し、
前記保存装置は、
前記データ作成装置が作成した前記印刷データもしくは当該印刷データに対応する文書データの少なくともいずれかと、前記画像形成装置の記録手段により記録された当該印刷データに対する前記差分データとを関連付けて保存する保存手段を有する
ことを特徴とする印刷システム。
【請求項２】
前記データ作成装置の作成手段は、前記印刷データを作成する際に、当該印刷データを一意に特定する識別子を生成することを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記差分データは、印刷設定、地紋設定、透かし情報、縮退情報、フォーム合成情報のうち少なくとも一つを含むことを特徴とする請求項１または２に記載の印刷システム。
【請求項４】
前記保存装置の保存手段は更に、データを保存する際に、前記印刷データと当該印刷データに対応する文書データのサイズを比較し、サイズが小さいデータを前記差分データと関連付けて保存することを特徴とする請求項１乃至３のいずれか一項に記載の印刷システム。
【請求項５】
前記保存装置の保存手段は更に、前記文書データに対するアクセス制限の有無に基づいて、当該文書データもしくは当該文書データに対応する印刷データを保存するか否かを決定することを特徴とする請求項１乃至４のいずれか一項に記載の印刷システム。
【請求項６】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムを構成する画像形成装置であって、
印刷データに対する設定変更による設定の差分を差分データとして記録する記録手段と、
前記印刷データに対する処理を実行し、当該処理の完了通知を前記差分データと共に送信する送信手段と
を有することを特徴とする画像形成装置。
【請求項７】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムを構成するデータ作成装置であって、
前記画像形成装置からの要求により、文書データから前記画像形成装置が印刷可能な形式である印刷データを作成する作成手段を有することを特徴とするデータ作成装置。
【請求項８】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムを構成する保存装置であって、
文書データもしくは当該文書データから所定の画像形成装置が印刷可能な形式に変換された印刷データの少なくともいずれかのデータと、印刷時における当該印刷データに対する設定変更による設定の差分である差分データとを関連付けて保存する保存手段を有することを特徴とする保存装置。
【請求項９】
文書データを編集および保存する機能を備え、要求に応じて前記文書データを提供するアプリケーションサーバと、
印刷機能を含む複数の機能を有する画像形成装置と、
前記文書データから画像形成装置が印刷可能な印刷データを作成するデータ作成装置と、
画像形成装置による処理が完了したデータを保存する保存装置と
を備え、ネットワークを介してそれぞれの装置が通信可能な印刷システムにおける制御方法であって、
前記データ作成装置において、
作成手段が、前記画像形成装置からの要求により、前記アプリケーションサーバから取得した文書データから前記画像形成装置が印刷可能な形式の印刷データを作成する作成工程を有し、
前記画像形成装置において、
記録手段が、前記データ作成装置において作成された印刷データに対する設定変更による設定の差分を差分データとして記録する記録工程と、
送信手段が、前記印刷データに対する処理が実行された後に当該処理の完了通知を前記差分データと共に送信する送信工程と
を有し、
前記保存装置において、
保存手段が、前記データ作成装置において作成された前記印刷データもしくは当該印刷データに対応する文書データの少なくともいずれかと、前記画像形成装置の記録工程において記録された当該印刷データに対する前記差分データとを関連付けて保存する保存工程を有する
ことを特徴とする制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−２４８７６４（Ｐ２０１１−２４８７６４Ａ）
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願番号】特願２０１０−１２３３０１（Ｐ２０１０−１２３３０１）
【出願日】平成２２年５月２８日（２０１０．５．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２３年１２月８日（２０１１．１２．８）
【国際特許分類】
【出願日】平成２２年５月２８日（２０１０．５．２８）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]