画像処理装置及びその制御方法、プログラム
【課題】画像処理装置で処理される印刷データを予め予測して画像データに展開して準備することで、印刷データを速やかに印刷するための仕組みを提供する。
【解決手段】印刷データが画像データに展開されて印刷する画像処理装置において、印刷処理の履歴情報に基づいてレンダリング予約テーブル及び印刷頻度管理テーブルを作成して管理する。そして、電源オン時又は日付変更時に、レンダリング予約テーブルまたは印刷頻度管理テーブルに管理されている印刷データのうち、レンダリングされていない印刷データをラスタデータに展開しておく（Ｓ５０６）。そして、ユーザが印刷すべき印刷データを選択すると、予め準備されているラスタデータを用いて印刷処理を実行する。
【解決手段】印刷データが画像データに展開されて印刷する画像処理装置において、印刷処理の履歴情報に基づいてレンダリング予約テーブル及び印刷頻度管理テーブルを作成して管理する。そして、電源オン時又は日付変更時に、レンダリング予約テーブルまたは印刷頻度管理テーブルに管理されている印刷データのうち、レンダリングされていない印刷データをラスタデータに展開しておく（Ｓ５０６）。そして、ユーザが印刷すべき印刷データを選択すると、予め準備されているラスタデータを用いて印刷処理を実行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶手段に記憶されている印刷データを読み出して印刷する機能を有する画像処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
従来、印刷処理が実行された印刷データを印刷処理が終了した後も記憶装置に記憶しておいて、その印刷データを記憶装置から読み出して再印刷することが知られている。特に、特許文献１に記載された技術によれば、印刷データをビットマップの画像データに展開した後、このビットマップ画像データをメモリに記憶しておいて、再印刷時にはこの画像データを読み出して印刷することが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−１７５２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した特許文献１の場合は、印刷処理を実行した全てのビットマップ画像データを記憶するため、大容量のメモリが必要になってしまうという問題がある。
また、特許文献１には、メモリが一杯になった場合は、古い順からビットマップ画像データを消去することも記載されているが、古いからといって再印刷を行わないとは限らない。このため、再印刷を行おうとしたときに所望のデータが既に消されてしまっているという場合も考えられる。
更に、たとえば印刷処理の終了後に印刷データ（または画像データ）を外部の記憶装置に記憶させておくことも考えられる。
しかしながら、この場合、再印刷を行おうとしたときに、外部の記憶装置から印刷データ（または画像データ）をダウンロードしてくるのに時間がかかってしまう場合があった。このため、結果として速やかに印刷を実行できなくなり、作業効率が低下してしまう。
【０００５】
本発明は、上記の課題を解決するためになされたもので、画像処理装置で処理される印刷データを予め予測して画像データに展開して準備することで、印刷データを速やかに印刷するための仕組みを提供することを目的とする。
【０００６】
また、画像処理装置で処理される印刷データを予め予測して外部装置から取得して準備することで、印刷データを速やかに印刷するための仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために本発明の画像処理装置は、印刷データを記憶する記憶手段と、前記記憶手段に記憶されている印刷データを読み出して画像データに展開する展開処理を実行する展開手段と、前記展開手段により得られた画像データに基づいて印刷処理を実行する印刷手段と、前記印刷手段により実行された印刷処理の履歴情報を管理する管理手段と、前記管理手段により管理されている履歴情報に基づいて、前記展開手段に前記展開処理を実行させる制御手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像処理装置で処理される印刷データを予め予測して画像データに展開して準備することで、印刷データを速やかに印刷することができる。
また、画像処理装置で処理される印刷データを予め予測して外部装置から取得して準備することで、印刷データを速やかに印刷することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態を示す画像処理装置のハードウエアを示すブロック図である。
【図２】画像処理装置内で保存される文書ファイルの構成を示す図である。
【図３】本実施形態を示す画像処理装置における文書管理状態を示す図である。
【図４】図１に示したＨＤＤで管理される文書管理テーブルの一例を示す図である。
【図５】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図６】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図７】本実施形態を示す画像処理装置における文書管理状態を示す図である。
【図８】図７に示すＨＤＤで管理される操作履歴管理テーブルを示す図である。
【図９】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図１０】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図１１】画像処理装置内で保存される文書ファイルの構成を示す図である。
【図１２】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像処理装置のハードウエア構成を示すブロック図である。本実施形態では、画像処理装置の一例として、プリンタ部とスキャナ部とを備えるＭＦＰ（Multi Function Peripheral）を示す。画像処理装置は、ネットワークを介してホストコンピュータから印刷データを受信して、プリンタ部が印刷可能なビットマップ形式の画像データに展開する機能を備える。ここで、印刷データには、ページ記述言語に基づくＰＤＬデータやＰＤＦファイル等が含まれる。なお、本実施形態では、印刷データを文書ファイルと呼び、印刷データはＨＤＤ１０８で管理されているものとする。
図１において、１００は画像処理装置全体を制御するコントローラで、以下を備える。ＣＰＵ１０１は、画像処理装置のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ１０２は、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ１０３は、ＣＰＵ１０１が装置を制御する際に、一時的なデータの格納などに使用する。
【００１１】
ハードディスクドライブ（ＨＤＤ）１０８は、プリンタ１１０で印刷される印刷データの格納や行動履歴ログ、ドキュメントに関連付けられたインデックス情報など、様々なデータの格納に使用される。なお、本実施形態における画像データとは、印刷データをラスタイメージに展開する処理（レンダリング処理）により生成されるデータであって、プリンタ１１０が処理可能なデータのことを示す。
【００１２】
タイマ１１２は、タイマ処理における経過時刻の管理を行う。プリンタＩ／Ｆ制御部１０４は、プリンタ１１０を制御する。ＮＶＲＡＭ１０５は、不揮発性のメモリであり画像処理装置の各種設定値を保存する。
パネル制御部１０６は、オペレーションパネル１０９を制御し、各種情報の表示、ユーザからの指示入力を行う。ネットワークＩ／Ｆ制御部１０７は、ＬＡＮ１１１上の外部装置との間のデータ送受信を制御する。
バス１１３には、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０８、タイマ１１２、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、ネットワークＩ／Ｆ制御部１０７が接続される。ＣＰＵ１０１は、バス１１３に接続される上記各装置からの制御信号や各装置間のデータ信号を送受信する。
【００１３】
図２は、図１に示した画像処理装置内で保存される文書ファイルの構成を示す図である。本実施形態では、図１に示したＨＤＤ１０８で文書ファイルが管理される。また、本例は、ログインしたユーザに対応付けて、そのユーザが実行した印刷処理の履歴情報を管理する。
図２において、２０１は、文書とそれに紐付けられたインデックス情報を保存できるＨＤＤ１０８を備える画像処理装置を示している。
文書ファイル２０２，２０３，２０４はＨＤＤ１０８内に保存されている。文書ファイル２０２，２０３，２０４は複数ページからなる文書データで構成される。２０５は、文書ファイル２０４に紐付けられているインデックス情報テーブルを示している。そして、本インデックス情報には行動分類、印刷設定、利用日時（曜日）、利用したユーザ名などの情報が記述されている。
【００１４】
２０６はユーザで、ユーザ名が「Ｂ」であり、当該ユーザ２０６が画像処理装置２０１に保存されている文書ファイル２０４を印刷すると、インデックス情報テーブル２０５がインデックス情報テーブル２０７の内容に更新される。ここでは、ユーザ２０６は、文書ファイル２０４を２００７年６月１４日の木曜日に等倍でプリントした場合を例とする。これにより、画像処理装置２０１内に保存されているインデックス情報にユーザ２０６による履歴が追記される。
図２に示す例では、ユーザ名が「Ｂ」の印刷操作により文書２０４のインデックス情報テーブル２０５の状態に新しい情報が追記されると、インデックス情報テーブル２０７に更新されることを示している。
【００１５】
図３は、本実施形態を示す画像処理装置における文書ファイルの管理方法を示す図である。図３において、ラスタデータ３０１は、ＣＰＵ１０１がＲＡＭ１０３を用いて、文書ファイル２０４に対しレンダリング処理を行い生成したラスタデータである。ラスタデータ３０１は、プリンタ１１０が解釈可能な状態とした画像データである。ラスタデータは、その元データである文書ファイル２０４と紐付けて管理されている。
【００１６】
図４は、図１に示したＨＤＤ１０８で管理される文書管理テーブルの一例を示す図である。図４（Ａ）に示す文書管理テーブルは、レンダリング予約テーブルであり、文書ファイルとラスタファイルとを曜日別に管理している。例えば、「金曜」の行には、文書２０５と「ラスタ＿金１」という名称のラスタデータが示されている。これは、金曜日に文書２０５が定期的に印刷されることが多いことから、毎週金曜日に文書２０５に対応するラスタデータである「ラスタ＿金１」を準備しておく必要があることを示している。
また、図４（Ｂ）に示す文書管理テーブルは文書ファイルとラスタファイルの印刷頻度を管理している。本例では、レンダリング予約テーブルでは連続３週以上同じ曜日に印刷されている文書がリストアップ対象となっている。また、リストアップした文書にはラスタデータ化した際のファイル名も同テーブルに保持される。しかしながら、一つの曜日に最大３文書しか登録できないように制限されている。
これに対して、図４（Ｂ）に示す印刷頻度管理テーブルでは、月辺りの印刷回数を文書ファイル毎に区別して管理しており、その回数の上位３文書がリストアップされている。
【００１７】
図５及び図６は、本実施形態を示す画像処理装置のデータ処理手順の一例を示すフローチャートである。図５に示す処理は事前処理に対応し、図６に示す処理は、プリント処理に対応する。なお、フローチャートに示す各ステップは、図１に示したＣＰＵ１０１がＲＯＭ１０２、ＨＤＤ１０８に格納される制御プログラムをＲＡＭ１０３にロードして実行することで実現される。
本実施形態では、図２に示した履歴情報に基づいて、ユーザによる再印刷が実行される可能性が高そうな印刷データをＣＰＵ１０１が特定し、図４（Ａ）に示したレンダリング予約テーブル及び図４（Ｂ）に示した履歴情報管理テーブルを作成しておく。そして、画像処理装置の電源がオンになったこと、または日付が変化したことをトリガーとして、図５に示す手順に従って前もって印刷データの展開処理を自動的に行う。
まず、図５に示すステップＳ５０１で、画像処理装置２０１の電源がＯＮとなる、または日付が変更されるとステップＳ５０２に進む。ステップＳ５０２では、ＣＰＵ１０１は、画像処理装置２０１内の記憶装置であるＨＤＤ１０８に保持しているレンダリング予約テーブル及び印刷頻度管理テーブルにアクセスし、それらの内容を参照する。
次に、ステップＳ５０３で、ＣＰＵ１０１は、ステップＳ５０２で参照したレンダリング予約テーブル及び印刷頻度管理テーブルの内容に基づいて、ＨＤＤ１０８に保持されているラスタデータのうち、不要なラスタデータが存在するか否かを判定する。
【００１８】
具体的には、まずレンダリング予約テーブルを参照し、処理を実行している当日の曜日に対応していない文書ファイルのラスタデータを不要と判断する。つまり、例えば図４（Ａ）に示す例で金曜に処理を実行しているものとすると、文書２０５に対応するラスタデータは必要なものと判断され、文書２０４に対応するラスタデータは不要なものと判断されることになる。
次に、印刷頻度管理テーブルを参照し、テーブル内に含まれていない文書ファイルのラスタデータを不要と判断する。つまり、図４（Ｂ）に示す例では、文書ａａａに対応するラスタデータは必要なものと判断され、文書ｂｂｂに対応するラスタデータは不要なものと判断されることになる。
ステップＳ５０３で、不要なラスタデータが存在しないと判定した場合は、ステップＳ５０５に進み、不要なラスタデータが存在すると判定した場合は、ステップＳ５０４に進む。ステップＳ５０４では、不要と判断されたラスタデータを消去（削除）する。なお、ここでは不要と判断されたラスタデータをＨＤＤ１０８から消去する処理を行うものとするが、データを実際に消去するのではなく単に使用できない状態にする処理を行うだけでも良い。
ステップＳ５０５では、ＣＰＵ１０１は、ステップＳ５０２で参照したレンダリング予約テーブル及び印刷頻度管理テーブルの内容に基づいて、新たにラスタデータを生成する必要があるか否かを判定する。
【００１９】
具体的には、まずレンダリング予約テーブルを参照し、処理を実行している当日の曜日に対応している文書ファイルのうち、対応するラスタデータがＨＤＤ１０８に保持されていないものが存在する場合に、ラスタデータを生成する必要があると判定する。つまり、例えば図４（Ａ）に示す例で木曜に処理を実行しているものとし、文書２０４に対応するラスタデータが保持されていなかったとすれば、文書２０４に対応するラスタデータを新たに生成する必要があると判断されることになる。
次に、印刷頻度管理テーブルを参照し、テーブル内に含まれていない文書ファイルのうち、対応するラスタデータがＨＤＤ１０８に保持されていないものが存在する場合に、ラスタデータを生成する必要があると判定する。つまり、図４（Ｂ）に示す例では、文書ａａａに対応するラスタデータが保持されていなかったとすれば、文書ａａａに対応するラスタデータを新たに生成する必要があると判断されることになる。
【００２０】
ステップＳ５０５で、新たにラスタデータを生成する必要がないと判定した場合は、そのまま処理を終了し、新たにラスタデータを生成する必要があると判定した場合は、ステップＳ５０６に進む。ステップＳ５０６では、ラスタデータの生成が必要と判断された文書ファイルをＨＤＤ１０８から読み出してレンダリング処理を実行し、ラスタデータを生成する。以上がプリント処理の事前処理に対応する。
次に、図６を用いて文書ファイルの印刷処理について説明する。図６に示すステップＳ６０１で、ユーザによりＨＤＤ１０８に保持されている文書ファイルが選択され、オペレーションパネル１０９に表示されるユーザインタフェースを用いて印刷処理の実行が指示されるとステップＳ６０２に進む。
ステップＳ６０２では、ＣＰＵ１０１は、ユーザにより選択された文書ファイルに対応するラスタデータが既に作成されているか否かを判定する。そして、ステップＳ６０２での判定の結果、ラスタデータが作成されていればステップＳ６０４に進み、作成されていなければステップＳ６０３に進む。ステップＳ６０３では、選択された文書ファイルをＨＤＤ１０８から読み出してレンダリング処理を実行し、ラスタデータを生成する。
【００２１】
ステップＳ６０４では、選択された文書ファイルに対応するラスタデータをＨＤＤ１０８から読み出してプリンタ１１０による印刷処理を実行する。そして、続くステップＳ６０５では、図２を用いて説明した方法により、印刷された文書ファイルに対応するインデックス情報を更新する。
ステップＳ６０６では、更新したインデックス情報に基づいて、ステップＳ６０４で印刷処理を行った文書ファイルが、３週連続で同じ曜日に印刷処理されているか否かを判定する。この判定の結果、３週連続で同じ曜日に印刷処理されている場合は、ステップＳ６０７に進み、図４（Ａ）のレンダリング予約テーブルに新たに追記する。
【００２２】
続くステップＳ６０８では、ステップＳ６０４で印刷処理を行った文書ファイルが１ヶ月間で印刷された回数をカウントし、図４（Ｂ）の印刷頻度管理テーブルに記録されている他の文書ファイルの印刷回数と比較する（ステップＳ６０９）。この比較の結果、ステップＳ６０４で印刷処理を行った文書ファイルの印刷回数が他の文書よりも多い場合は、ステップＳ６１０に進み、ステップＳ６０４で印刷処理を行った文書ファイルを印刷頻度管理テーブルに新たに記録する。
【００２３】
ステップＳ６１１では、図４（Ａ）のレンダリング予約テーブル及び図４（Ｂ）の印刷頻度管理テーブルを参照し、ステップＳ６０４で印刷処理を行った文書ファイルのラスタデータを保存するかどうかを判定する。なお、ここではレンダリング予約テーブル及び印刷頻度管理テーブルの少なくとも一方に記録されている場合は、ラスタデータを保存すると判定するものとするが、印刷頻度管理テーブルに記録されている場合のみ保存すると判定するようにしても良い。
ステップＳ６１１の判定の結果、ラスタデータを保存しないと判定した場合はステップＳ６１２に進み、印刷処理に用いたラスタデータを削除する。一方、ラスタデータを保存すると判定した場合はそのまま処理を終了する。
以上の処理により、ＨＤＤ１０８に保存されている文書ファイルのうち、印刷が指示される可能性が高い文書ファイルを自動的に選択し、その文書ファイルのラスタデータを事前に準備しておくことができる。これにより、文書ファイルの印刷が指示された場合に、速やかに印刷処理を実行することが可能となる。
つまり、レンダリング予約テーブルまたは印刷頻度管理テーブルに記録されている文書ファイルについては、次回、同文書ファイルを印刷する時に、改めてレンダリング処理を実行することなく、即座に印刷することが可能となる。
なお、本実施形態では、「３週間連続で同じ曜日に同じ処理方法で印刷されている文書があるか」、「１ヶ月間に何回印刷されているか」といったアルゴリズムにて文書の行動予測を行っている場合を説明した。しかしながら、本発明は、上記アルゴリズムに限定されるものではなく、他の態様であっても構わない。
【００２４】
〔第２実施形態〕
第１実施形態では、画像処理装置自体が備える記憶装置内で管理されている文書ファイルの操作履歴情報又は印刷頻度に基づいて事前にレンダリング処理を行う場合について説明した。以下、画像処理装置が管理する操作履歴情報に基づいて他の画像処理装置の記憶装置やネットワーク上の記憶装置に記憶されている文書ファイルを事前に取得（ダウンロード）して処理する例について説明する。
また、上記実施形態は、「履歴情報」が印刷データ（又は画像データ）の属性情報として管理されている場合について説明した。本実施形態では、画像処理装置が管理している（操作）履歴情報に基づいて出力準備処理（レンダリング処理やダウンロードなど）を行う実施形態について説明する。
【００２５】
図７は、本実施形態を示す画像処理装置における文書管理状態を示す図である。本例は、画像処理装置がネットワークを介して記憶装置を備える外部装置と通信可能なネットワークシステムの例である。本実施形態では、外部装置として、ネットワークに接続される画像処理装置の例を示すが、サーバやＰＣなどの各種情報処理装置でもよい。
図７において、画像処理装置７０１はＬＡＮ１１１に接続されており、ＬＡＮ１１１に接続された他の機器、例えば画像処理装置７０２とデータの送受信を可能としている。また、画像処理装置７０１はその内部にＨＤＤ１０８を内蔵しており、ユーザにより画像処理装置７０１上で行われた操作履歴（行動履歴）および文書７０５をＨＤＤ１０８に格納している。
画像処理装置７０２は、画像処理装置７０１と同様のネットワーク１１１に接続されており、そのネットワーク１１１に接続された機器とデータの送受信を可能としている。
また、画像処理装置７０２は、その内部にデータ保持のためのＨＤＤ７０３を内蔵し、ＨＤＤ７０３には文書ファイル７０４と文書ファイル７０６が保存されている。
なお、矢印７０７は、画像処理装置７０１を操作するユーザからの指示に基づきＨＤＤ４０３に保存されている文書ファイル７０４が、ＬＡＮ１１１を介して画像処理装置７０１のＨＤＤ１０８へ転送される状態を示している。
【００２６】
図８は、図７に示した画像処理装置７０１が備えるＨＤＤ１０８に管理される操作履歴管理テーブルの一例を示す図である。本例では、画像処理装置７０１のＨＤＤ１０８内に保存される操作履歴を行動毎に分類して管理している。したがって、当該管理テーブルでは、画像処理装置７０１が画像処理装置７０２から文書ファイル７０４を取得してプルプリントした履歴が管理されている。
【００２７】
図８において、操作履歴管理テーブル８０１は、ＨＤＤ１０８へ格納されている情報であり、ユーザによりＦＡＸ送信やＢＯＸプリント、コピー動作など画像処理装置７０１に対して実行させたときの操作内容の履歴に対応する。なお、操作履歴管理テーブル８０１は、行動分類８０２、ファイルパス８０３、電話番号８０４、日時８０５の項目を行動履歴として管理している。
【００２８】
ここで、行動分類８０２は、画像処理装置７０１に実行させたアクションをＦＡＸ送信、コピー、ＢＯＸプリント、プルプリント、ＳＥＮＤ等で分類したものである。ファイルパス８０３は、ＦＡＸやプリントされた文書の所在を示したものであり、当該画像処理装置７０１内だけでなくＬＡＮ１１１により接続された画像処理装置７０２や、図示しないサーバなどのパスが管理される。電話番号８０４は、ＦＡＸ操作した際の送信先電話番号である。日時８０５は、ＦＡＸ送信やコピー動作、プリント動作などをした時間である。
また、８０６はファイルパスの一例であり、「￥￥画像処理装置４０２￥ＢＯＸＮｏ．０１￥文書４０４」というファイルを他の画像処理装置７０２からダウンロードしプルプリントしたことを示している。
また、画像処理装置７０１に含まれているＣＰＵ１０１によりＨＤＤ１０８に格納されている操作履歴管理テーブル８０１を「毎週同じ曜日に同じ処理方法で印刷されている文書があるか」、「毎日同じ時間で印刷している文書があるか」といったアルゴリズムにて解析する。
【００２９】
図９及び図１０は、本実施形態を示す画像処理装置のデータ処理手順の一例を示すフローチャートである。図９に示す処理は事前処理に対応し、図１０に示す処理は、プリント処理に対応する。なお、フローチャートに示す各ステップは、図１に示したＣＰＵ１０１がＲＯＭ１０２、ＨＤＤ１０８に格納される制御プログラムをＲＡＭ１０３にロードして実行することで実現される。
本実施形態では、図８に示した操作履歴管理テーブル８０１に基づいて、ユーザによる再印刷が実行される可能性が高そうな印刷データをＣＰＵ１０１が特定する。そして、画像処理装置の電源がオンになったこと、または日付が変化したことをトリガーとして、図９に示す手順に従って前もって文書データのダウンロード処理を自動的に行う。
【００３０】
まず、図９に示すステップＳ９０１で、画像処理装置２０１の電源がＯＮとなる、または日付が変更されるとステップＳ９０２に進む。ステップＳ９０２では、ＣＰＵ１０１は、画像処理装置２０１内の記憶装置であるＨＤＤ１０８に保持している操作履歴管理テーブル８０１にアクセスし、その内容を参照する。
次に、ステップＳ９０３で、ＣＰＵ１０１は、ステップＳ９０２で参照した操作履歴管理テーブルの内容に基づいて、ＨＤＤ１０８に保持されているダウンロードデータのうち、不要なダウンロードデータが存在するか否かを判定する。
具体的には、操作履歴管理テーブルを参照し、処理を実行している当日の曜日に印刷されたことがない文書ファイルのデータを不要と判断する。また、操作履歴管理テーブルに所定数以上のレコードが記録されていない文書ファイルのデータを不要と判断してもよい。
【００３１】
ステップＳ９０３で、不要なダウンロードデータが存在しないと判定した場合は、ステップＳ９０５に進み、不要なダウンロードデータが存在すると判定した場合は、ステップＳ９０４に進む。ステップＳ９０４では、不要と判断されたダウンロードデータを消去する。なお、ここでは不要と判断されたダウンロードデータをＨＤＤ１０８から消去する処理を行うものとするが、データを実際に消去するのではなく単に使用できない状態にする処理を行うだけでも良い。
ステップＳ９０５では、ＣＰＵ１０１は、ステップＳ９０２で参照した操作履歴管理テーブル８０１の内容に基づいて、新たに文書ファイルをダウンロードする必要があるか否かを判定する。
【００３２】
具体的には、操作履歴管理テーブルを参照し、処理を実行している当日の曜日に印刷されたことがある文書ファイルのうち、データがＨＤＤ１０８に保持されていないものが存在する場合に、文書ファイルのデータをダウンロードする必要があると判定する。また、操作履歴管理テーブルに所定数以上のレコードが記録されている文書ファイルのうち、データがダウンロードされていないものが有る場合に、文書ファイルのデータをダウンロードする必要があると判定してもよい。
【００３３】
ステップＳ９０５で、新たに文書ファイルをダウンロードする必要がないと判定した場合は、そのまま処理を終了し、新たに文書ファイルをダウンロードする必要があると判定した場合は、ステップＳ９０６に進む。ステップＳ９０６では、データのダウンロードが必要と判断された文書ファイルのデータをダウンロードする。以上がプリント処理の事前処理に対応する。
次に、図１０を用いて文書ファイルの印刷処理について説明する。図１０に示すステップＳ１００１で、ユーザによりＨＤＤ１０８に保持されている文書ファイルが選択され、オペレーションパネル１０９に表示されるユーザインタフェースを用いて印刷処理の実行が指示されるとステップＳ１００２に進む。
【００３４】
ステップＳ１００２では、ＣＰＵ１０１は、ユーザにより選択された文書ファイルに対応するデータが既にダウンロードされているか否かを判定する。そして、ステップＳ１００２での判定の結果、データがダウンロードされていればステップＳ１００４に進み、作成されていなければステップＳ１００３に進む。ステップＳ１００３では、選択された文書ファイルのデータをダウンロードする。
ステップＳ１００４では、選択された文書ファイルに対応するデータをＨＤＤ１０８から読み出してプリンタ１１０による印刷処理を実行する。そして、続くステップＳ１００５では、操作履歴管理テーブル８０１を更新する。
【００３５】
ステップＳ１００６では、更新した操作履歴管理テーブル８０１に基づいて、ステップＳ１００４で印刷処理を行った文書ファイルが、３週連続で同じ曜日に印刷処理されているか否かを判定する。この判定の結果、３週連続で同じ曜日に印刷処理されている場合は、そのまま処理を終了する。一方、３週連続で同じ曜日に印刷処理されていない場合は、ステップＳ１００７に進み、ステップＳ１００４で印刷処理を行った文書ファイルが１ヶ月間で印刷された回数をカウントし、操作履歴管理テーブルに記録されている他の文書ファイルの印刷回数と比較する（ステップＳ１００８）。この比較の結果、ステップＳ１００４で印刷処理を行った文書ファイルの印刷回数が他の文書よりも多い場合は、そのまま処理を終了する。ステップＳ１００８の判定の結果、印刷頻度が上位でないと判定した場合はステップＳ１００９に進み、印刷処理に用いたダウンロードデータを削除する。
以上の処理により、ＨＤＤ１０８に保存されている文書ファイルのうち、印刷が指示される可能性が高い文書ファイルのデータを自動的にダウンロードし、その文書ファイルのデータを事前に準備しておくことができる。これにより、文書ファイルの印刷が指示された場合に、速やかに印刷処理を実行することが可能となる。
【００３６】
〔第３実施形態〕
第２実施形態においては、画像処理装置全体の操作履歴管理テーブル５０１を利用して行動予測を行う場合について説明した。これに対して、操作履歴（操作ログ）をユーザ毎に持ち、そのログインしたユーザごとに行動予測を行う。そして、ユーザＩＤが入力された場合に、その行動要予測結果に基づいて、そのユーザＩＤに適応した推奨操作画面を表示する構成としてもよい。以下、その実施形態について説明する。
【００３７】
図１１は、本実施形態を示す画像処理装置で管理される操作履歴テーブルの一例を示す図である。本例は、操作履歴テーブルが、認証可能なユーザ毎に区別して管理している例である。なお、操作履歴テーブル１１０３〜１１０５は、画像処理装置１１０１が備える記憶媒体１１０２の中のユーザログ領域で管理されている。また、ＨＤＤ１１０２は、例えば図１に示したＨＤＤ１０８で構成される場合を示すが、他の記憶媒体であってもよい。また、記録媒体１１０２には、ユーザログ領域の他に、システムデータ領域、文書データ領域が確保されている。
図１１において、１１０１は画像処理装置であり、図１に示した画像処理装置と同等のハードウエア資源を備えている。１１０２はＨＤＤで、画像処理装置１１０１に内蔵され、ＨＤＤ１１０２にシステムデータや文書データ、ユーザログが記憶されている。
１１０３はユーザＡの操作ログの一例であり、ＨＤＤ１１０２に保存されている。特に、ユーザＡの本操作ログでは、行動分類にコピーやＦＡＸ動作が多いことが示されている。１１０４はユーザＢの操作ログの一例であり、ＨＤＤ１１０２に保存されている。特に、ユーザＢの本操作ログでは、行動分類にＢＯＸプリントが多いことを示している。
１１０５はユーザＣの操作ログの一例であり、ＨＤＤ１１０２に保存されている。特に、ユーザＣの本操作ログでは、行動分類にコピーが多いことを示している。
【００３８】
図１２は、本実施形態を示す画像処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ユーザの操作履歴を管理する処理例である。また、各ステップは、図１に示したＣＰＵ１０１がＲＯＭ１０２、ＨＤＤ１０８に格納される制御プログラムをＲＡＭ１０３にロードして実行することで実現される。
まず、Ｓ１２０１で、ユーザＡがオペレーションパネル１０９を操作して、ユーザＩＤの認証情報を画像処理装置１１０１に入力して、画像処理装置１１０１にログインする。
【００３９】
次に、Ｓ１２０２で、ユーザがオペレーションパネル１０９にて何かしらの設定を行い、スタートキーを押下した場合、ＣＰＵ１０１は、設定されたモードに従う画像処理を実行する。ここで、ユーザＡであれば、ＦＡＸ送信処理を実行することとなる。なお、ＦＡＸ送信を実行する場合には、操作ログに登録されたＦＡＸ送信履歴から、送信すべき文書ファイルをＡと特定して、送信すべき文書ファイルを文書ファイルＡとしてもよいかどうかをユーザに問い合わせてもよい。
そして、Ｓ１２０３で、ＣＰＵ１０１は、Ｓ１０１４で実行された画像処理機能に従い、ユーザの操作履歴へ行動分類、ファイル名等を記憶媒体１１０２に対し追記登録する。
【００４０】
次に、Ｓ１２０４で、画像処理装置１１０１は、追記登録された操作履歴に基づいて、ＣＰＵ１０１は機能毎の使用頻度を算出し、操作履歴の行動分類の解析結果として、当該ユーザの操作履歴に保存して、本処理を終了する。
このように、履歴情報をユーザ毎に区別して管理することによって、第１実施形態または第２実施形態で説明した、ラスタデータまたはダウンロードデータを保持しておくべき文書ファイルの選択をより精度良く行うことができる。
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００４１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００４２】
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０８ ＨＤＤ
１０９ オペレーションパネル
１１０ プリンタ
１１２ タイマ
【技術分野】
【０００１】
本発明は、記憶手段に記憶されている印刷データを読み出して印刷する機能を有する画像処理装置及びその制御方法、プログラムに関するものである。
【背景技術】
【０００２】
従来、印刷処理が実行された印刷データを印刷処理が終了した後も記憶装置に記憶しておいて、その印刷データを記憶装置から読み出して再印刷することが知られている。特に、特許文献１に記載された技術によれば、印刷データをビットマップの画像データに展開した後、このビットマップ画像データをメモリに記憶しておいて、再印刷時にはこの画像データを読み出して印刷することが知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平１１−１７５２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述した特許文献１の場合は、印刷処理を実行した全てのビットマップ画像データを記憶するため、大容量のメモリが必要になってしまうという問題がある。
また、特許文献１には、メモリが一杯になった場合は、古い順からビットマップ画像データを消去することも記載されているが、古いからといって再印刷を行わないとは限らない。このため、再印刷を行おうとしたときに所望のデータが既に消されてしまっているという場合も考えられる。
更に、たとえば印刷処理の終了後に印刷データ（または画像データ）を外部の記憶装置に記憶させておくことも考えられる。
しかしながら、この場合、再印刷を行おうとしたときに、外部の記憶装置から印刷データ（または画像データ）をダウンロードしてくるのに時間がかかってしまう場合があった。このため、結果として速やかに印刷を実行できなくなり、作業効率が低下してしまう。
【０００５】
本発明は、上記の課題を解決するためになされたもので、画像処理装置で処理される印刷データを予め予測して画像データに展開して準備することで、印刷データを速やかに印刷するための仕組みを提供することを目的とする。
【０００６】
また、画像処理装置で処理される印刷データを予め予測して外部装置から取得して準備することで、印刷データを速やかに印刷するための仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために本発明の画像処理装置は、印刷データを記憶する記憶手段と、前記記憶手段に記憶されている印刷データを読み出して画像データに展開する展開処理を実行する展開手段と、前記展開手段により得られた画像データに基づいて印刷処理を実行する印刷手段と、前記印刷手段により実行された印刷処理の履歴情報を管理する管理手段と、前記管理手段により管理されている履歴情報に基づいて、前記展開手段に前記展開処理を実行させる制御手段と、を備えることを特徴とする。
【発明の効果】
【０００８】
本発明によれば、画像処理装置で処理される印刷データを予め予測して画像データに展開して準備することで、印刷データを速やかに印刷することができる。
また、画像処理装置で処理される印刷データを予め予測して外部装置から取得して準備することで、印刷データを速やかに印刷することができる。
【図面の簡単な説明】
【０００９】
【図１】本実施形態を示す画像処理装置のハードウエアを示すブロック図である。
【図２】画像処理装置内で保存される文書ファイルの構成を示す図である。
【図３】本実施形態を示す画像処理装置における文書管理状態を示す図である。
【図４】図１に示したＨＤＤで管理される文書管理テーブルの一例を示す図である。
【図５】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図６】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図７】本実施形態を示す画像処理装置における文書管理状態を示す図である。
【図８】図７に示すＨＤＤで管理される操作履歴管理テーブルを示す図である。
【図９】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図１０】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【図１１】画像処理装置内で保存される文書ファイルの構成を示す図である。
【図１２】本実施形態を示す画像処理装置のデータ処理のフローチャートである。
【発明を実施するための形態】
【００１０】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム構成の説明＞
〔第１実施形態〕
図１は、本実施形態を示す画像処理装置のハードウエア構成を示すブロック図である。本実施形態では、画像処理装置の一例として、プリンタ部とスキャナ部とを備えるＭＦＰ（Multi Function Peripheral）を示す。画像処理装置は、ネットワークを介してホストコンピュータから印刷データを受信して、プリンタ部が印刷可能なビットマップ形式の画像データに展開する機能を備える。ここで、印刷データには、ページ記述言語に基づくＰＤＬデータやＰＤＦファイル等が含まれる。なお、本実施形態では、印刷データを文書ファイルと呼び、印刷データはＨＤＤ１０８で管理されているものとする。
図１において、１００は画像処理装置全体を制御するコントローラで、以下を備える。ＣＰＵ１０１は、画像処理装置のソフトウェアプログラムを実行し、装置全体の制御を行う。ＲＯＭ１０２は、装置のブートプログラムや固定パラメータ等が格納されている。ＲＡＭ１０３は、ＣＰＵ１０１が装置を制御する際に、一時的なデータの格納などに使用する。
【００１１】
ハードディスクドライブ（ＨＤＤ）１０８は、プリンタ１１０で印刷される印刷データの格納や行動履歴ログ、ドキュメントに関連付けられたインデックス情報など、様々なデータの格納に使用される。なお、本実施形態における画像データとは、印刷データをラスタイメージに展開する処理（レンダリング処理）により生成されるデータであって、プリンタ１１０が処理可能なデータのことを示す。
【００１２】
タイマ１１２は、タイマ処理における経過時刻の管理を行う。プリンタＩ／Ｆ制御部１０４は、プリンタ１１０を制御する。ＮＶＲＡＭ１０５は、不揮発性のメモリであり画像処理装置の各種設定値を保存する。
パネル制御部１０６は、オペレーションパネル１０９を制御し、各種情報の表示、ユーザからの指示入力を行う。ネットワークＩ／Ｆ制御部１０７は、ＬＡＮ１１１上の外部装置との間のデータ送受信を制御する。
バス１１３には、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、ＨＤＤ１０８、タイマ１１２、プリンタＩ／Ｆ制御部１０４、ＮＶＲＡＭ１０５、パネル制御部１０６、ネットワークＩ／Ｆ制御部１０７が接続される。ＣＰＵ１０１は、バス１１３に接続される上記各装置からの制御信号や各装置間のデータ信号を送受信する。
【００１３】
図２は、図１に示した画像処理装置内で保存される文書ファイルの構成を示す図である。本実施形態では、図１に示したＨＤＤ１０８で文書ファイルが管理される。また、本例は、ログインしたユーザに対応付けて、そのユーザが実行した印刷処理の履歴情報を管理する。
図２において、２０１は、文書とそれに紐付けられたインデックス情報を保存できるＨＤＤ１０８を備える画像処理装置を示している。
文書ファイル２０２，２０３，２０４はＨＤＤ１０８内に保存されている。文書ファイル２０２，２０３，２０４は複数ページからなる文書データで構成される。２０５は、文書ファイル２０４に紐付けられているインデックス情報テーブルを示している。そして、本インデックス情報には行動分類、印刷設定、利用日時（曜日）、利用したユーザ名などの情報が記述されている。
【００１４】
２０６はユーザで、ユーザ名が「Ｂ」であり、当該ユーザ２０６が画像処理装置２０１に保存されている文書ファイル２０４を印刷すると、インデックス情報テーブル２０５がインデックス情報テーブル２０７の内容に更新される。ここでは、ユーザ２０６は、文書ファイル２０４を２００７年６月１４日の木曜日に等倍でプリントした場合を例とする。これにより、画像処理装置２０１内に保存されているインデックス情報にユーザ２０６による履歴が追記される。
図２に示す例では、ユーザ名が「Ｂ」の印刷操作により文書２０４のインデックス情報テーブル２０５の状態に新しい情報が追記されると、インデックス情報テーブル２０７に更新されることを示している。
【００１５】
図３は、本実施形態を示す画像処理装置における文書ファイルの管理方法を示す図である。図３において、ラスタデータ３０１は、ＣＰＵ１０１がＲＡＭ１０３を用いて、文書ファイル２０４に対しレンダリング処理を行い生成したラスタデータである。ラスタデータ３０１は、プリンタ１１０が解釈可能な状態とした画像データである。ラスタデータは、その元データである文書ファイル２０４と紐付けて管理されている。
【００１６】
図４は、図１に示したＨＤＤ１０８で管理される文書管理テーブルの一例を示す図である。図４（Ａ）に示す文書管理テーブルは、レンダリング予約テーブルであり、文書ファイルとラスタファイルとを曜日別に管理している。例えば、「金曜」の行には、文書２０５と「ラスタ＿金１」という名称のラスタデータが示されている。これは、金曜日に文書２０５が定期的に印刷されることが多いことから、毎週金曜日に文書２０５に対応するラスタデータである「ラスタ＿金１」を準備しておく必要があることを示している。
また、図４（Ｂ）に示す文書管理テーブルは文書ファイルとラスタファイルの印刷頻度を管理している。本例では、レンダリング予約テーブルでは連続３週以上同じ曜日に印刷されている文書がリストアップ対象となっている。また、リストアップした文書にはラスタデータ化した際のファイル名も同テーブルに保持される。しかしながら、一つの曜日に最大３文書しか登録できないように制限されている。
これに対して、図４（Ｂ）に示す印刷頻度管理テーブルでは、月辺りの印刷回数を文書ファイル毎に区別して管理しており、その回数の上位３文書がリストアップされている。
【００１７】
図５及び図６は、本実施形態を示す画像処理装置のデータ処理手順の一例を示すフローチャートである。図５に示す処理は事前処理に対応し、図６に示す処理は、プリント処理に対応する。なお、フローチャートに示す各ステップは、図１に示したＣＰＵ１０１がＲＯＭ１０２、ＨＤＤ１０８に格納される制御プログラムをＲＡＭ１０３にロードして実行することで実現される。
本実施形態では、図２に示した履歴情報に基づいて、ユーザによる再印刷が実行される可能性が高そうな印刷データをＣＰＵ１０１が特定し、図４（Ａ）に示したレンダリング予約テーブル及び図４（Ｂ）に示した履歴情報管理テーブルを作成しておく。そして、画像処理装置の電源がオンになったこと、または日付が変化したことをトリガーとして、図５に示す手順に従って前もって印刷データの展開処理を自動的に行う。
まず、図５に示すステップＳ５０１で、画像処理装置２０１の電源がＯＮとなる、または日付が変更されるとステップＳ５０２に進む。ステップＳ５０２では、ＣＰＵ１０１は、画像処理装置２０１内の記憶装置であるＨＤＤ１０８に保持しているレンダリング予約テーブル及び印刷頻度管理テーブルにアクセスし、それらの内容を参照する。
次に、ステップＳ５０３で、ＣＰＵ１０１は、ステップＳ５０２で参照したレンダリング予約テーブル及び印刷頻度管理テーブルの内容に基づいて、ＨＤＤ１０８に保持されているラスタデータのうち、不要なラスタデータが存在するか否かを判定する。
【００１８】
具体的には、まずレンダリング予約テーブルを参照し、処理を実行している当日の曜日に対応していない文書ファイルのラスタデータを不要と判断する。つまり、例えば図４（Ａ）に示す例で金曜に処理を実行しているものとすると、文書２０５に対応するラスタデータは必要なものと判断され、文書２０４に対応するラスタデータは不要なものと判断されることになる。
次に、印刷頻度管理テーブルを参照し、テーブル内に含まれていない文書ファイルのラスタデータを不要と判断する。つまり、図４（Ｂ）に示す例では、文書ａａａに対応するラスタデータは必要なものと判断され、文書ｂｂｂに対応するラスタデータは不要なものと判断されることになる。
ステップＳ５０３で、不要なラスタデータが存在しないと判定した場合は、ステップＳ５０５に進み、不要なラスタデータが存在すると判定した場合は、ステップＳ５０４に進む。ステップＳ５０４では、不要と判断されたラスタデータを消去（削除）する。なお、ここでは不要と判断されたラスタデータをＨＤＤ１０８から消去する処理を行うものとするが、データを実際に消去するのではなく単に使用できない状態にする処理を行うだけでも良い。
ステップＳ５０５では、ＣＰＵ１０１は、ステップＳ５０２で参照したレンダリング予約テーブル及び印刷頻度管理テーブルの内容に基づいて、新たにラスタデータを生成する必要があるか否かを判定する。
【００１９】
具体的には、まずレンダリング予約テーブルを参照し、処理を実行している当日の曜日に対応している文書ファイルのうち、対応するラスタデータがＨＤＤ１０８に保持されていないものが存在する場合に、ラスタデータを生成する必要があると判定する。つまり、例えば図４（Ａ）に示す例で木曜に処理を実行しているものとし、文書２０４に対応するラスタデータが保持されていなかったとすれば、文書２０４に対応するラスタデータを新たに生成する必要があると判断されることになる。
次に、印刷頻度管理テーブルを参照し、テーブル内に含まれていない文書ファイルのうち、対応するラスタデータがＨＤＤ１０８に保持されていないものが存在する場合に、ラスタデータを生成する必要があると判定する。つまり、図４（Ｂ）に示す例では、文書ａａａに対応するラスタデータが保持されていなかったとすれば、文書ａａａに対応するラスタデータを新たに生成する必要があると判断されることになる。
【００２０】
ステップＳ５０５で、新たにラスタデータを生成する必要がないと判定した場合は、そのまま処理を終了し、新たにラスタデータを生成する必要があると判定した場合は、ステップＳ５０６に進む。ステップＳ５０６では、ラスタデータの生成が必要と判断された文書ファイルをＨＤＤ１０８から読み出してレンダリング処理を実行し、ラスタデータを生成する。以上がプリント処理の事前処理に対応する。
次に、図６を用いて文書ファイルの印刷処理について説明する。図６に示すステップＳ６０１で、ユーザによりＨＤＤ１０８に保持されている文書ファイルが選択され、オペレーションパネル１０９に表示されるユーザインタフェースを用いて印刷処理の実行が指示されるとステップＳ６０２に進む。
ステップＳ６０２では、ＣＰＵ１０１は、ユーザにより選択された文書ファイルに対応するラスタデータが既に作成されているか否かを判定する。そして、ステップＳ６０２での判定の結果、ラスタデータが作成されていればステップＳ６０４に進み、作成されていなければステップＳ６０３に進む。ステップＳ６０３では、選択された文書ファイルをＨＤＤ１０８から読み出してレンダリング処理を実行し、ラスタデータを生成する。
【００２１】
ステップＳ６０４では、選択された文書ファイルに対応するラスタデータをＨＤＤ１０８から読み出してプリンタ１１０による印刷処理を実行する。そして、続くステップＳ６０５では、図２を用いて説明した方法により、印刷された文書ファイルに対応するインデックス情報を更新する。
ステップＳ６０６では、更新したインデックス情報に基づいて、ステップＳ６０４で印刷処理を行った文書ファイルが、３週連続で同じ曜日に印刷処理されているか否かを判定する。この判定の結果、３週連続で同じ曜日に印刷処理されている場合は、ステップＳ６０７に進み、図４（Ａ）のレンダリング予約テーブルに新たに追記する。
【００２２】
続くステップＳ６０８では、ステップＳ６０４で印刷処理を行った文書ファイルが１ヶ月間で印刷された回数をカウントし、図４（Ｂ）の印刷頻度管理テーブルに記録されている他の文書ファイルの印刷回数と比較する（ステップＳ６０９）。この比較の結果、ステップＳ６０４で印刷処理を行った文書ファイルの印刷回数が他の文書よりも多い場合は、ステップＳ６１０に進み、ステップＳ６０４で印刷処理を行った文書ファイルを印刷頻度管理テーブルに新たに記録する。
【００２３】
ステップＳ６１１では、図４（Ａ）のレンダリング予約テーブル及び図４（Ｂ）の印刷頻度管理テーブルを参照し、ステップＳ６０４で印刷処理を行った文書ファイルのラスタデータを保存するかどうかを判定する。なお、ここではレンダリング予約テーブル及び印刷頻度管理テーブルの少なくとも一方に記録されている場合は、ラスタデータを保存すると判定するものとするが、印刷頻度管理テーブルに記録されている場合のみ保存すると判定するようにしても良い。
ステップＳ６１１の判定の結果、ラスタデータを保存しないと判定した場合はステップＳ６１２に進み、印刷処理に用いたラスタデータを削除する。一方、ラスタデータを保存すると判定した場合はそのまま処理を終了する。
以上の処理により、ＨＤＤ１０８に保存されている文書ファイルのうち、印刷が指示される可能性が高い文書ファイルを自動的に選択し、その文書ファイルのラスタデータを事前に準備しておくことができる。これにより、文書ファイルの印刷が指示された場合に、速やかに印刷処理を実行することが可能となる。
つまり、レンダリング予約テーブルまたは印刷頻度管理テーブルに記録されている文書ファイルについては、次回、同文書ファイルを印刷する時に、改めてレンダリング処理を実行することなく、即座に印刷することが可能となる。
なお、本実施形態では、「３週間連続で同じ曜日に同じ処理方法で印刷されている文書があるか」、「１ヶ月間に何回印刷されているか」といったアルゴリズムにて文書の行動予測を行っている場合を説明した。しかしながら、本発明は、上記アルゴリズムに限定されるものではなく、他の態様であっても構わない。
【００２４】
〔第２実施形態〕
第１実施形態では、画像処理装置自体が備える記憶装置内で管理されている文書ファイルの操作履歴情報又は印刷頻度に基づいて事前にレンダリング処理を行う場合について説明した。以下、画像処理装置が管理する操作履歴情報に基づいて他の画像処理装置の記憶装置やネットワーク上の記憶装置に記憶されている文書ファイルを事前に取得（ダウンロード）して処理する例について説明する。
また、上記実施形態は、「履歴情報」が印刷データ（又は画像データ）の属性情報として管理されている場合について説明した。本実施形態では、画像処理装置が管理している（操作）履歴情報に基づいて出力準備処理（レンダリング処理やダウンロードなど）を行う実施形態について説明する。
【００２５】
図７は、本実施形態を示す画像処理装置における文書管理状態を示す図である。本例は、画像処理装置がネットワークを介して記憶装置を備える外部装置と通信可能なネットワークシステムの例である。本実施形態では、外部装置として、ネットワークに接続される画像処理装置の例を示すが、サーバやＰＣなどの各種情報処理装置でもよい。
図７において、画像処理装置７０１はＬＡＮ１１１に接続されており、ＬＡＮ１１１に接続された他の機器、例えば画像処理装置７０２とデータの送受信を可能としている。また、画像処理装置７０１はその内部にＨＤＤ１０８を内蔵しており、ユーザにより画像処理装置７０１上で行われた操作履歴（行動履歴）および文書７０５をＨＤＤ１０８に格納している。
画像処理装置７０２は、画像処理装置７０１と同様のネットワーク１１１に接続されており、そのネットワーク１１１に接続された機器とデータの送受信を可能としている。
また、画像処理装置７０２は、その内部にデータ保持のためのＨＤＤ７０３を内蔵し、ＨＤＤ７０３には文書ファイル７０４と文書ファイル７０６が保存されている。
なお、矢印７０７は、画像処理装置７０１を操作するユーザからの指示に基づきＨＤＤ４０３に保存されている文書ファイル７０４が、ＬＡＮ１１１を介して画像処理装置７０１のＨＤＤ１０８へ転送される状態を示している。
【００２６】
図８は、図７に示した画像処理装置７０１が備えるＨＤＤ１０８に管理される操作履歴管理テーブルの一例を示す図である。本例では、画像処理装置７０１のＨＤＤ１０８内に保存される操作履歴を行動毎に分類して管理している。したがって、当該管理テーブルでは、画像処理装置７０１が画像処理装置７０２から文書ファイル７０４を取得してプルプリントした履歴が管理されている。
【００２７】
図８において、操作履歴管理テーブル８０１は、ＨＤＤ１０８へ格納されている情報であり、ユーザによりＦＡＸ送信やＢＯＸプリント、コピー動作など画像処理装置７０１に対して実行させたときの操作内容の履歴に対応する。なお、操作履歴管理テーブル８０１は、行動分類８０２、ファイルパス８０３、電話番号８０４、日時８０５の項目を行動履歴として管理している。
【００２８】
ここで、行動分類８０２は、画像処理装置７０１に実行させたアクションをＦＡＸ送信、コピー、ＢＯＸプリント、プルプリント、ＳＥＮＤ等で分類したものである。ファイルパス８０３は、ＦＡＸやプリントされた文書の所在を示したものであり、当該画像処理装置７０１内だけでなくＬＡＮ１１１により接続された画像処理装置７０２や、図示しないサーバなどのパスが管理される。電話番号８０４は、ＦＡＸ操作した際の送信先電話番号である。日時８０５は、ＦＡＸ送信やコピー動作、プリント動作などをした時間である。
また、８０６はファイルパスの一例であり、「￥￥画像処理装置４０２￥ＢＯＸＮｏ．０１￥文書４０４」というファイルを他の画像処理装置７０２からダウンロードしプルプリントしたことを示している。
また、画像処理装置７０１に含まれているＣＰＵ１０１によりＨＤＤ１０８に格納されている操作履歴管理テーブル８０１を「毎週同じ曜日に同じ処理方法で印刷されている文書があるか」、「毎日同じ時間で印刷している文書があるか」といったアルゴリズムにて解析する。
【００２９】
図９及び図１０は、本実施形態を示す画像処理装置のデータ処理手順の一例を示すフローチャートである。図９に示す処理は事前処理に対応し、図１０に示す処理は、プリント処理に対応する。なお、フローチャートに示す各ステップは、図１に示したＣＰＵ１０１がＲＯＭ１０２、ＨＤＤ１０８に格納される制御プログラムをＲＡＭ１０３にロードして実行することで実現される。
本実施形態では、図８に示した操作履歴管理テーブル８０１に基づいて、ユーザによる再印刷が実行される可能性が高そうな印刷データをＣＰＵ１０１が特定する。そして、画像処理装置の電源がオンになったこと、または日付が変化したことをトリガーとして、図９に示す手順に従って前もって文書データのダウンロード処理を自動的に行う。
【００３０】
まず、図９に示すステップＳ９０１で、画像処理装置２０１の電源がＯＮとなる、または日付が変更されるとステップＳ９０２に進む。ステップＳ９０２では、ＣＰＵ１０１は、画像処理装置２０１内の記憶装置であるＨＤＤ１０８に保持している操作履歴管理テーブル８０１にアクセスし、その内容を参照する。
次に、ステップＳ９０３で、ＣＰＵ１０１は、ステップＳ９０２で参照した操作履歴管理テーブルの内容に基づいて、ＨＤＤ１０８に保持されているダウンロードデータのうち、不要なダウンロードデータが存在するか否かを判定する。
具体的には、操作履歴管理テーブルを参照し、処理を実行している当日の曜日に印刷されたことがない文書ファイルのデータを不要と判断する。また、操作履歴管理テーブルに所定数以上のレコードが記録されていない文書ファイルのデータを不要と判断してもよい。
【００３１】
ステップＳ９０３で、不要なダウンロードデータが存在しないと判定した場合は、ステップＳ９０５に進み、不要なダウンロードデータが存在すると判定した場合は、ステップＳ９０４に進む。ステップＳ９０４では、不要と判断されたダウンロードデータを消去する。なお、ここでは不要と判断されたダウンロードデータをＨＤＤ１０８から消去する処理を行うものとするが、データを実際に消去するのではなく単に使用できない状態にする処理を行うだけでも良い。
ステップＳ９０５では、ＣＰＵ１０１は、ステップＳ９０２で参照した操作履歴管理テーブル８０１の内容に基づいて、新たに文書ファイルをダウンロードする必要があるか否かを判定する。
【００３２】
具体的には、操作履歴管理テーブルを参照し、処理を実行している当日の曜日に印刷されたことがある文書ファイルのうち、データがＨＤＤ１０８に保持されていないものが存在する場合に、文書ファイルのデータをダウンロードする必要があると判定する。また、操作履歴管理テーブルに所定数以上のレコードが記録されている文書ファイルのうち、データがダウンロードされていないものが有る場合に、文書ファイルのデータをダウンロードする必要があると判定してもよい。
【００３３】
ステップＳ９０５で、新たに文書ファイルをダウンロードする必要がないと判定した場合は、そのまま処理を終了し、新たに文書ファイルをダウンロードする必要があると判定した場合は、ステップＳ９０６に進む。ステップＳ９０６では、データのダウンロードが必要と判断された文書ファイルのデータをダウンロードする。以上がプリント処理の事前処理に対応する。
次に、図１０を用いて文書ファイルの印刷処理について説明する。図１０に示すステップＳ１００１で、ユーザによりＨＤＤ１０８に保持されている文書ファイルが選択され、オペレーションパネル１０９に表示されるユーザインタフェースを用いて印刷処理の実行が指示されるとステップＳ１００２に進む。
【００３４】
ステップＳ１００２では、ＣＰＵ１０１は、ユーザにより選択された文書ファイルに対応するデータが既にダウンロードされているか否かを判定する。そして、ステップＳ１００２での判定の結果、データがダウンロードされていればステップＳ１００４に進み、作成されていなければステップＳ１００３に進む。ステップＳ１００３では、選択された文書ファイルのデータをダウンロードする。
ステップＳ１００４では、選択された文書ファイルに対応するデータをＨＤＤ１０８から読み出してプリンタ１１０による印刷処理を実行する。そして、続くステップＳ１００５では、操作履歴管理テーブル８０１を更新する。
【００３５】
ステップＳ１００６では、更新した操作履歴管理テーブル８０１に基づいて、ステップＳ１００４で印刷処理を行った文書ファイルが、３週連続で同じ曜日に印刷処理されているか否かを判定する。この判定の結果、３週連続で同じ曜日に印刷処理されている場合は、そのまま処理を終了する。一方、３週連続で同じ曜日に印刷処理されていない場合は、ステップＳ１００７に進み、ステップＳ１００４で印刷処理を行った文書ファイルが１ヶ月間で印刷された回数をカウントし、操作履歴管理テーブルに記録されている他の文書ファイルの印刷回数と比較する（ステップＳ１００８）。この比較の結果、ステップＳ１００４で印刷処理を行った文書ファイルの印刷回数が他の文書よりも多い場合は、そのまま処理を終了する。ステップＳ１００８の判定の結果、印刷頻度が上位でないと判定した場合はステップＳ１００９に進み、印刷処理に用いたダウンロードデータを削除する。
以上の処理により、ＨＤＤ１０８に保存されている文書ファイルのうち、印刷が指示される可能性が高い文書ファイルのデータを自動的にダウンロードし、その文書ファイルのデータを事前に準備しておくことができる。これにより、文書ファイルの印刷が指示された場合に、速やかに印刷処理を実行することが可能となる。
【００３６】
〔第３実施形態〕
第２実施形態においては、画像処理装置全体の操作履歴管理テーブル５０１を利用して行動予測を行う場合について説明した。これに対して、操作履歴（操作ログ）をユーザ毎に持ち、そのログインしたユーザごとに行動予測を行う。そして、ユーザＩＤが入力された場合に、その行動要予測結果に基づいて、そのユーザＩＤに適応した推奨操作画面を表示する構成としてもよい。以下、その実施形態について説明する。
【００３７】
図１１は、本実施形態を示す画像処理装置で管理される操作履歴テーブルの一例を示す図である。本例は、操作履歴テーブルが、認証可能なユーザ毎に区別して管理している例である。なお、操作履歴テーブル１１０３〜１１０５は、画像処理装置１１０１が備える記憶媒体１１０２の中のユーザログ領域で管理されている。また、ＨＤＤ１１０２は、例えば図１に示したＨＤＤ１０８で構成される場合を示すが、他の記憶媒体であってもよい。また、記録媒体１１０２には、ユーザログ領域の他に、システムデータ領域、文書データ領域が確保されている。
図１１において、１１０１は画像処理装置であり、図１に示した画像処理装置と同等のハードウエア資源を備えている。１１０２はＨＤＤで、画像処理装置１１０１に内蔵され、ＨＤＤ１１０２にシステムデータや文書データ、ユーザログが記憶されている。
１１０３はユーザＡの操作ログの一例であり、ＨＤＤ１１０２に保存されている。特に、ユーザＡの本操作ログでは、行動分類にコピーやＦＡＸ動作が多いことが示されている。１１０４はユーザＢの操作ログの一例であり、ＨＤＤ１１０２に保存されている。特に、ユーザＢの本操作ログでは、行動分類にＢＯＸプリントが多いことを示している。
１１０５はユーザＣの操作ログの一例であり、ＨＤＤ１１０２に保存されている。特に、ユーザＣの本操作ログでは、行動分類にコピーが多いことを示している。
【００３８】
図１２は、本実施形態を示す画像処理装置におけるデータ処理手順の一例を示すフローチャートである。本例は、ユーザの操作履歴を管理する処理例である。また、各ステップは、図１に示したＣＰＵ１０１がＲＯＭ１０２、ＨＤＤ１０８に格納される制御プログラムをＲＡＭ１０３にロードして実行することで実現される。
まず、Ｓ１２０１で、ユーザＡがオペレーションパネル１０９を操作して、ユーザＩＤの認証情報を画像処理装置１１０１に入力して、画像処理装置１１０１にログインする。
【００３９】
次に、Ｓ１２０２で、ユーザがオペレーションパネル１０９にて何かしらの設定を行い、スタートキーを押下した場合、ＣＰＵ１０１は、設定されたモードに従う画像処理を実行する。ここで、ユーザＡであれば、ＦＡＸ送信処理を実行することとなる。なお、ＦＡＸ送信を実行する場合には、操作ログに登録されたＦＡＸ送信履歴から、送信すべき文書ファイルをＡと特定して、送信すべき文書ファイルを文書ファイルＡとしてもよいかどうかをユーザに問い合わせてもよい。
そして、Ｓ１２０３で、ＣＰＵ１０１は、Ｓ１０１４で実行された画像処理機能に従い、ユーザの操作履歴へ行動分類、ファイル名等を記憶媒体１１０２に対し追記登録する。
【００４０】
次に、Ｓ１２０４で、画像処理装置１１０１は、追記登録された操作履歴に基づいて、ＣＰＵ１０１は機能毎の使用頻度を算出し、操作履歴の行動分類の解析結果として、当該ユーザの操作履歴に保存して、本処理を終了する。
このように、履歴情報をユーザ毎に区別して管理することによって、第１実施形態または第２実施形態で説明した、ラスタデータまたはダウンロードデータを保持しておくべき文書ファイルの選択をより精度良く行うことができる。
また、本発明の目的は、以下の処理を実行することによっても達成される。即ち、上述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出す処理である。
【００４１】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【００４２】
１０１ ＣＰＵ
１０２ ＲＯＭ
１０３ ＲＡＭ
１０８ ＨＤＤ
１０９ オペレーションパネル
１１０ プリンタ
１１２ タイマ
【特許請求の範囲】
【請求項１】
印刷データを記憶する記憶手段と、
前記記憶手段に記憶されている印刷データを読み出して画像データに展開する展開処理を実行する展開手段と、
前記展開手段により得られた画像データに基づいて印刷処理を実行する印刷手段と、
前記印刷手段により実行された印刷処理の履歴情報を管理する管理手段と、
前記管理手段により管理されている履歴情報に基づいて、前記展開手段に前記展開処理を実行させる制御手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記展開処理とは、前記記憶手段に記憶されている印刷データに対してレンダリング処理を実行することによりラスタデータを生成する処理であることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
ユーザを認証する認証手段を更に備え、
前記管理手段は、前記認証手段により認証されたユーザ毎に区別して前記履歴情報を管理することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記記憶手段は、前記画像処理装置に接続された外部装置からネットワークを介して取得した印刷データを記憶することを特徴とする請求項１から３のいずれか１項に記載の画像処理装置。
【請求項５】
前記制御手段は、前記管理手段により管理されている履歴情報に基づいて、前記記憶手段に記憶されている印刷データの中から印刷頻度の高い印刷データを選択し、該印刷データの展開処理を前記展開手段に実行させることを特徴とする請求項１から４のいずれか１項に記載の画像処理装置。
【請求項６】
前記制御手段は、前記管理手段により管理されている履歴情報に基づいて、前記記憶手段に記憶されている印刷データの中から定期的に印刷処理が実行されている印刷データを選択し、該印刷データの展開処理を前記展開手段に実行させることを特徴とする請求項１から４のいずれか１項に記載の画像処理装置。
【請求項７】
印刷データを記憶する記憶手段と、前記記憶手段に記憶されている印刷データを読み出して画像データに展開する展開処理を実行する展開手段と、を備える画像処理装置の制御方法であって、
前記展開手段により得られた画像データに基づいて印刷処理を実行する印刷工程と、
前記印刷工程で実行された印刷処理の履歴情報を管理する管理工程と、
前記管理工程で管理されている履歴情報に基づいて、前記展開手段に前記展開処理を実行させる制御工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項８】
請求項７に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【請求項１】
印刷データを記憶する記憶手段と、
前記記憶手段に記憶されている印刷データを読み出して画像データに展開する展開処理を実行する展開手段と、
前記展開手段により得られた画像データに基づいて印刷処理を実行する印刷手段と、
前記印刷手段により実行された印刷処理の履歴情報を管理する管理手段と、
前記管理手段により管理されている履歴情報に基づいて、前記展開手段に前記展開処理を実行させる制御手段と、
を備えることを特徴とする画像処理装置。
【請求項２】
前記展開処理とは、前記記憶手段に記憶されている印刷データに対してレンダリング処理を実行することによりラスタデータを生成する処理であることを特徴とする請求項１に記載の画像処理装置。
【請求項３】
ユーザを認証する認証手段を更に備え、
前記管理手段は、前記認証手段により認証されたユーザ毎に区別して前記履歴情報を管理することを特徴とする請求項１または２に記載の画像処理装置。
【請求項４】
前記記憶手段は、前記画像処理装置に接続された外部装置からネットワークを介して取得した印刷データを記憶することを特徴とする請求項１から３のいずれか１項に記載の画像処理装置。
【請求項５】
前記制御手段は、前記管理手段により管理されている履歴情報に基づいて、前記記憶手段に記憶されている印刷データの中から印刷頻度の高い印刷データを選択し、該印刷データの展開処理を前記展開手段に実行させることを特徴とする請求項１から４のいずれか１項に記載の画像処理装置。
【請求項６】
前記制御手段は、前記管理手段により管理されている履歴情報に基づいて、前記記憶手段に記憶されている印刷データの中から定期的に印刷処理が実行されている印刷データを選択し、該印刷データの展開処理を前記展開手段に実行させることを特徴とする請求項１から４のいずれか１項に記載の画像処理装置。
【請求項７】
印刷データを記憶する記憶手段と、前記記憶手段に記憶されている印刷データを読み出して画像データに展開する展開処理を実行する展開手段と、を備える画像処理装置の制御方法であって、
前記展開手段により得られた画像データに基づいて印刷処理を実行する印刷工程と、
前記印刷工程で実行された印刷処理の履歴情報を管理する管理工程と、
前記管理工程で管理されている履歴情報に基づいて、前記展開手段に前記展開処理を実行させる制御工程と、
を備えることを特徴とする画像処理装置の制御方法。
【請求項８】
請求項７に記載の画像処理装置の制御方法をコンピュータに実行させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１０−２０１７７６（Ｐ２０１０−２０１７７６Ａ）
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願番号】特願２００９−４９４７２（Ｐ２００９−４９４７２）
【出願日】平成２１年３月３日（２００９．３．３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年９月１６日（２０１０．９．１６）
【国際特許分類】
【出願日】平成２１年３月３日（２００９．３．３）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]