JP6578847B2 - 画像処理装置及びプログラム - Google Patents

Description

本発明は、画像処理装置及びプログラムに関する。

ユーザのパーソナルコンピュータ等から複合機等の画像処理装置（画像形成装置とも呼ばれる）に送られた文書（印刷データ）は、すぐに印刷出力される場合もあれば、ある程度の時間画像処理装置内に蓄積される場合もある。後者の例として、例えば親展印刷又はセキュリティ印刷等と呼ばれる利用形態がある。この利用形態では、ユーザは自分のコンピュータから画像処理装置に文書（印刷データ）を送って蓄積した後、その画像処理装置のところまで行ってパスワード等を出力を指示する。したがって、ユーザが画像処理装置まで行って出力操作を行うまでの間は、文書が画像処理装置内に蓄積されている。

また、ネットワークに接続された複数の複合機等の画像処理装置をグループ運用するシステムが普及している。この種のシステムでは、ユーザが画像処理装置に蓄積した文書は、同じグループ内の他の画像処理装置のＵＩ（ユーザインタフェース）画面にも一覧表示され、その表示から選択して印刷出力できる。そして、この種のシステムの中には、画像処理装置がシャットダウンされる際に、その画像処理装置に蓄積されている文書の複製をネットワーク上の他の画像処理装置に転送することで、シャットダウン中もその文書を他の画像処理装置にて印刷可能としているものもある。

例えば特許文献１には、送信装置から画像形成装置に印刷データが送信された後に、この画像形成装置が利用できない状態になった場合にも、この印刷データに応じた画像を形成できるようにすることを目指したシステムが開示されている。このシステムでは、クライアント装置は、複数の画像形成装置に含まれるいくつかの画像形成装置に対し画像データを送信する。画像形成装置は、クライアント装置から画像データを受信し、受信した画像データと実質同一な画像データを複数の画像形成装置のうち基準数の画像形成装置から取得できない状況である場合には、自装置以外の画像形成装置に対し画像データを送信する。また、画像形成装置は、画像データを受信した画像形成装置に関する管理テーブルを複数の画像形成装置に対し送信する。

特許文献２には、印刷処理の際、ジョブ本来の蓄積元の情報処理端末の稼働の有無に関わらず、印刷処理を実行することを目指したシステムが開示されている。このシステムでは、グループ内のクライアントＰＣがシャットダウンがあったとき、グループ内の他のクライアントＰＣにジョブを転送し、蓄積させてバックアップし、かつこのバックアップに関する情報を常に更新管理する。

特開２０１３−０９２８９０号公報 特開２００９−０７５８３２号公報

画像処理装置は、文書を永久的に保存することを前提とした文書管理システムとは違い、ユーザから送られてきた文書を印刷出力するまで一時的に蓄積するのみであり、印刷出力が完了するとその文書を削除するのが原則である。したがって、画像処理装置に蓄積した文書の複製を他の画像処理装置に転送して蓄積させることで可用性を向上させたシステムでは、ある画像処理装置で文書を印刷した場合に、他の画像処理装置にあるその文書の複製（又はオリジナル）を削除する必要がある。仮にこの削除がなされないと、その文書の後でユーザがいずれかの画像処理装置を操作した際、印刷したはずの文書が印刷候補の一覧に表示され、混乱を招く。文書の印刷を行った画像処理装置からその複製等を蓄積している画像処理装置に指示を送って削除させればよいが、複製等を蓄積している画像処理装置がシャットダウン中等でその指示を受け取ることができない場合には、印刷済みの文書がグループ内に残ることになる。

本発明は、アクセス不可状態になる際に自装置内に蓄積された文書の複製をグループ内の他の画像処理装置に転送する画像処理装置において、文書が印刷された際にアクセス不可状態の画像処理装置内にあるその文書のオリジナル又は複製を削除できる仕組みを提供する。

請求項１に係る発明は、自装置に蓄積した文書データを、自装置と同じ装置グループ内の他の画像処理装置からの要求に応じて提供する提供手段と、自装置がアクセス不可状態に移行する際に、自装置内に蓄積された文書の複製を前記装置グループ内の稼働状態の他の画像処理装置から選択した画像処理装置に転送する転送手段と、前記装置グループ内の他の画像処理装置から文書の複製を受信した場合に、その複製を蓄積すると共に、その複製を受信したことを示す受信履歴を記録する受信履歴記録手段と、自装置内の文書又は前記装置グループ内の他の画像処理装置から取得した文書を印刷した場合に、その文書を印刷したことを示す印刷履歴を記録する印刷履歴記録手段と、自装置がアクセス不可状態から稼働状態に移行した後、前記装置グループ内の他の画像処理装置から、自装置に蓄積している文書についての受信履歴及び印刷履歴を取得した場合に、当該文書を自装置から削除する削除手段と、を含む画像処理装置である。

請求項２に係る発明は、前記削除手段は、自装置がアクセス不可状態から稼働状態に移行した後、定期的に前記装置グループ内の他の画像処理装置から受信履歴及び印刷履歴を取得し、これにより自装置に蓄積している文書についての受信履歴及び印刷履歴を取得した場合に、当該文書を自装置から削除する、ことを特徴とする請求項１に記載の画像処理装置である。

請求項３に係る発明は、コンピュータを、自装置に蓄積した文書データを、自装置と同じ装置グループ内の他の画像処理装置からの要求に応じて提供する提供手段、自装置がアクセス不可状態に移行する際に、自装置内に蓄積された文書の複製を前記装置グループ内の稼働状態の他の画像処理装置から選択した画像処理装置に転送する転送手段、前記装置グループ内の他の画像処理装置から文書の複製を受信した場合に、その複製を蓄積すると共に、その複製を受信したことを示す受信履歴を記録する受信履歴記録手段、自装置内の文書又は前記装置グループ内の他の画像処理装置から取得した文書を印刷した場合に、その文書を印刷したことを示す印刷履歴を記録する印刷履歴記録手段、自装置がアクセス不可状態から稼働状態に移行した後、前記装置グループ内の他の画像処理装置から、自装置に蓄積している文書についての受信履歴及び印刷履歴を取得した場合に、当該文書を自装置から削除する削除手段、として機能させるためのプログラムである。

請求項１又は３に記載の発明によれば、アクセス不可状態になる際に自装置内に蓄積された文書の複製をグループ内の他の画像処理装置に転送する画像処理装置において、文書が印刷された際にアクセス不可状態の画像処理装置内にあるその文書のオリジナル又は複製を削除できる。

請求項２に係る発明によれば、当該画像処理装置の稼働状態に移行する際に当該画像処理装置に蓄積された文書に対応する受信履歴及び印刷履歴を持つグループ内の他の画像処理装置がアクセス不可状態であっても、その後他の画像処理装置が稼働状態になった後の定期的なタイミングで、当該画像処理装置がその受信履歴及び印刷履歴を取得し、その文書を削除することができる。

複数の画像処理装置がグループを形成するシステムを説明するための図である。 個々の画像処理装置の機能構成の例を示す図である。 画像処理装置の全体的な処理手順を示す図である。 転送時処理の詳細な手順の例を示す図である。 受信履歴の例を示す図である。 印刷時処理の詳細な手順の例を示す図である。 受信履歴と印刷履歴を含んだログデータの例を示す図である。 削除処理の詳細な手順の例を示す図である。 処理の流れの説明に用いるグループの具体例を示す図である。 グループの具体例において１つの装置がシャットダウンされた場合の処理を説明するための図である。 グループの具体例において更に別の装置がシャットダウンされた場合の処理を説明するための図である。 グループの具体例において２台の装置がアクセス不可状態になっているときの文書の蓄積状態を示す図である。 図１２の状態での稼働状態の装置（Ｃ機）のログデータの例を示す図である。 グループの具体例において稼働状態の装置で文書の印刷がなされた際の処理を説明するための図である。 グループの具体例においてアクセス不可状態の装置が稼働状態へ遷移する際の処理を説明するための図である。 グループの具体例においてアクセス不可状態の装置が稼働状態へ遷移する際の削除処理により文書が削除された状態を示す図である。

以下、図面を参照して本発明の実施形態を説明する。

図１に示すように、本実施形態の画像処理装置１００ａから１００ｇ（以下、区別の必要がない場合は画像処理装置１００と総称する）は、ＬＡＮ（ローカルエリアネットワーク）等のデータ通信用のネットワーク２００を介して相互に通信可能となっている。各画像処理装置１００には、それぞれ、そのネットワーク２００での通信のための通信アドレス（例えばＩＰアドレス）が割り当てられている。

画像処理装置１００は、印刷データ（以下「文書」とも呼ぶ）を受け取って印刷する機能を有する装置であり、例えばデジタルプリンタやデジタル複合機（プリンタ、スキャナ、複写機、ファクシミリ等の機能を併せ持つ装置）等がその一例である。画像処理装置１００は、パーソナルコンピュータや携帯端末（例えばスマートフォン）等のクライアント装置（図示省略）から、ネットワーク２００を介して印刷データを受信する。

図示の画像処理装置１００は、他の画像処理装置１００とグループを形成可能であり、グループ内のいずれかの画像処理装置１００に対して入力して蓄積した文書（印刷データ）は、同じグループ内のどの画像処理装置１００からでも印刷出力できるようにするための仕組みを有している。この仕組みは、それら複数の画像処理装置１００同士の協調動作で実現される、サーバレス（サーバを用いない）の仕組みである。すなわち、この仕組みでは、入力された文書（印刷データ）を集中管理する１つのプリントサーバ等のサーバは用いない。このように、グループ内の画像処理装置１００に蓄積した文書を、そのグループ内のどの画像処理装置１００からでも印刷できるという機能を、以下では「グループ印刷機能」とも呼ぶ。また、そのような画像処理装置１００のグループのことを「サーバレスグループ」又は単に「グループ」と呼ぶ。

各画像処理装置１００ａ〜１００ｇは、それぞれ自分が属するグループを表すグループ情報１５２ａ〜１５２ｇ（ただし図では１５２ａ〜１５２ｃだけを例示）を記憶している。グループ情報１５２ａ〜１５２ｇ（以下区別の必要がない場合はグループ情報１５２と総称）は、それぞれ自分が属するグループに含まれる各画像処理装置１００の通信アドレスのリストを含む。図１の例では、画像処理装置１００ａ、１００ｂ及び１００ｃが１つのグループ（「グループ１」）を形成しており、画像処理装置１００ａ、１００ｂ及び１００ｃはそれら三者の通信アドレスのリストを含んだグループ情報１５２ａ、１５２ｂ及び１５２ｃをそれぞれ保持している。

なお、１つの画像処理装置１００に焦点を当てると、その画像処理装置１００のグループ情報１５２は、その画像処理装置１００がグループ印刷機能の点で連携している連携先の画像処理装置１００の通信アドレスを示している。

具体的な使用シーンを例示すると、図１のシステム全体は例えば１つの会社内にある多数の画像処理装置１００群からなるシステムであり、それら多数の画像処理装置１００が、会社内の運用の仕方に応じていくつかのグループにグループ分けされているといった例が考えられる。

また、画像処理装置１００は複数のグループに属することも可能である。図２に示す例では、画像処理装置ａは、グループＸとグループＹの両方に所属している。画像処理装置ａからは、自装置に蓄積された文書だけでなく、グループＸに属する画像処理装置ｂ、ｃ、ｄに蓄積された文書も、グループＹに属する画像処理装置ｅ、ｆに蓄積された文書も出力可能である。

図２に個々の画像処理装置１００の内部構成の一例を示す。

図２に示す画像処理装置１００のうちのプリントエンジン１１０は、紙等の媒体に対して画像を形成（印刷）するための機構である。またスキャンエンジン１１５は、媒体上の画像を光学的に読み取り、読み取った画像を表す画像データを生成する機構である。図２では、画像処理装置１００として、印刷、スキャン、複写の機能を備えるものを例示したが、これは一例にすぎない。画像処理装置１００は、例えばこのほかにファクシミリ送受信の機能を有していてもよいし、印刷のみ等の単機能装置であってもよい。この点は、後述する変形例についても同様である。

タッチパネル１２０は、画像処理装置１００のローカルでのＵＩ（ユーザインタフェース）のための装置であり、ＵＩ画面を表示したり、そのＵＩ画面に対するユーザからのタッチ操作による入力を受け付けたりする。なお、画像処理装置１００は、ローカルＵＩのための装置として、タッチパネルの代わりに、又はこれに加えて、表示装置と機械的なボタンやテンキーによる入力装置を有していてもよい。

情報処理部１３０は、画像処理装置１００の制御のための各種情報処理を実行する機構である。情報処理部１３０は、処理制御部１４０、記憶部１５０、ＵＩ処理部１６０、グループ連携処理部１７０、文書転送処理部１８０及び文書削除処理部１９０を含む。

処理制御部１４０は、プリントエンジン１１０及びスキャンエンジン１１５を制御し、ユーザから指示された処理を実行する。例えば、処理制御部１４０は、ネットワーク２００等を介してユーザのパーソナルコンピュータ等から受信した印刷データをプリントエンジン１１０が受付可能な画像データに変換し、その画像データをプリントエンジン１１０に供給して印刷させる。また処理制御部１４０は、スキャンエンジン１１５を制御して原稿の画像を読み取り、読み取り結果の画像データをローカルの記憶領域に保存したり、ネットワーク上のパーソナルコンピュータ等に送信したりする。また、処理制御部１４０は、スキャンエンジン１１５で読み取った画像をプリントエンジン１１０に印刷させることで、複写処理を実現する。

また処理制御部１４０は、ネットワーク２００等を介してユーザから受信した文書（印刷データ）を、そのユーザの識別情報（「ユーザＩＤ」と呼ぶ）に対応づけて、画像処理装置１００内の記憶装置（図示省略）に記憶（蓄積）する機能を有する。なお、印刷データを入力したユーザのユーザＩＤは、ユーザが画像処理装置１００に対して印刷データの蓄積を依頼する際に、画像処理装置１００がユーザ認証を行うことで取得すればよい。

記憶部１５０は、ユーザから受信した文書群１５３と、画像処理装置１００が実行した処理についてのログデータ１５４とを記憶する。

ＵＩ処理部１６０は、画像処理装置１００のユーザインタフェース処理を行う。例えばＵＩ処理部１６０は、タッチパネル１２０にメニュー画面や設定画面等のＵＩ画面を表示したり、それらＵＩ画面に対するユーザの入力を取得したりする。

グループ連携処理部１７０は、前述のグループ印刷機能のための処理を実行する。

例えば、グループ連携処理部１７０は、画像処理装置１００のローカルＵＩ（タッチパネル１２０等）を操作しているユーザ（認証済み）からの指示に応じて、また、ユーザが登録した文書のリストを当該画像処理装置１００やこれと連携する（すなわち同一グループ内の）ネットワーク２００上の他の画像処理装置１００から収集し、収集したリストを併合して印刷対象選択画面を生成する。この収集の際、グループ連携処理部１７０は、グループ情報内に含まれる他の画像処理装置１００の通信アドレスを宛先とし、指示元のユーザのユーザＩＤをパラメータとして含んだ文書リスト要求を送信する。そして、この要求に応じてそれら宛先の画像処理装置１００から返されてきた文書リストを取得する。ＵＩ処理部１６０は、その文書リストを含む印刷対象選択画面を生成し、タッチパネル１２０に表示する。ユーザは、その印刷対象選択画面から今回印刷したいものを選択する。この選択の結果は、ＵＩ処理部１６０を介してグループ連携処理部１７０に伝達される。グループ連携処理部１７０は、選択された文書を、その文書を蓄積している画像処理装置１００に要求し、これに応じて取得した文書を処理制御部１４０に渡して印刷を指示する。

またグループ連携処理部１７０は、他の画像処理装置１００からユーザＩＤを含んだ文書リスト要求を受け取ると、自装置内に蓄積されている、当該ユーザＩＤに対応する文書のリストを生成し、生成したリストを要求元の画像処理装置１００に返す。また、グループ連携処理部１７０は、リストの提供先の画像処理装置１００から、そのリスト内の文書に対する取得要求が到来すると、その文書をその画像処理装置１００に送信する。

文書転送処理部１８０は、シャットダウン等、画像処理装置１００がある閾値以上の長時間にわたって他の画像処理装置１００からアクセスできない状態（以下「アクセス不可状態」と呼ぶ）にする指示を受けた場合に、自装置内の記憶装置に蓄積した文書群を複製し、複製した文書群を、同じグループ内の他の画像処理装置１００に転送（退避）する処理を行う。画像処理装置１００がアクセス不可状態になると、画像処理装置１００内に蓄積されている文書を連携する他の画像処理装置１００から出力することができなくなる。このような自体を極力避けるため、この実施形態では、アクセス不可状態に移行する際に、画像処理装置１００内に蓄積されている文書群の複製を他の画像処理装置１００に蓄積するようにするのである。

文書削除処理部１９０は、印刷出力された文書を記憶部１５０から削除するための処理を行う。文書削除処理部１９０が行う記憶部１５０からの文書の削除には、当該画像処理装置１００（自機）で印刷した文書を削除する場合と、同じグループ内の他の画像処理装置１００（「連携機」と呼ぶ）で印刷された文書に対応する文書（すなわち前者の複製又はオリジナル）を削除する場合とが含まれる。また、連携機で印刷された文書に対応する文書を削除するケースには、自機が通常の稼働状態にあるときにその文書が印刷された場合と、自機がアクセス不可状態にあるときにその文書が印刷された場合とが含まれる。文書削除処理部１９０の処理については、後で詳しく説明する。

以上、画像処理装置１００の構成について説明した。次に画像処理装置１００が実行する処理手順の例を説明する。

図３に、画像処理装置１００が実行する処理のうち、本実施形態の文書削除に関連する処理の全体的な流れを示す。

この手順は、転送時処理（Ｓ１００）、印刷時処理（Ｓ２００）、削除処理（Ｓ３００及びＳ４００）の４つの大きな処理を含んでいる。Ｓ１００〜Ｓ４００の各処理の詳細は、後で別の図を参照して説明する。

これら各処理は、それぞれその処理のトリガとなるイベントが発生した場合に実行される。Ｓ３００とＳ４００の削除処理は、共に、当該画像処理装置１００がアクセス不可状態のときに記憶部１５０内の文書に対応する文書が連携機で削除された場合に、当該画像処理装置１００が稼働状態となった後でその文書を記憶部１５０から削除するための処理である。Ｓ３００とＳ４００とは、実行のトリガとなるイベントが異なる。Ｓ３００は、アクセス不可状態であった画像処理装置１００が稼働状態となった場合（例えば電源が切られた状態のものが電源投入により起動した場合）、又はグループ連携処理部１７０によるグループ内の連携機群との連携サービスが開始される際に、その状態変化や開始をトリガとして実行される処理であり、「ツイート方式」と呼ぶ。Ｓ４００は、稼働状態又はグループ連携サービス中の画像処理装置１００において、あらかじめ定めた時間間隔毎のタイミングが到来することをトリガとする処理であり、「ポーリング方式」と呼ぶ。図示例では、画像処理装置１００は、Ｓ３００とＳ４００のうちあらかじめ設定された方式の方を実行する。ただしこれは一例に過ぎず、１つの画像処理装置がＳ３００とＳ４００の両方を実行してもよい。例えば、起動時にＳ３００を実行し、その後定期的にＳ４００を実行する等である。

次に図４を参照して、転送時処理Ｓ１００の詳細な例を説明する。この転送時処理は、画像処理装置１００に対して稼働状態からアクセス不可状態に遷移する指示（図では代表として「シャットダウン」を示す）がなされたことをトリガとして、文書転送処理部１８０が実行する。

この処理では、ユーザや上位装置からシャットダウンの指示があった場合（Ｓ１０２の判定結果がＹｅｓ）、文書転送処理部１８０がＳ１０４以降の処理を実行する。すなわち、まず文書転送処理部１８０は、各連携機（すなわち同じグループ内の他の画像処理装置１００）に対して通信を試みる（Ｓ１０４）。そして、この試行の結果に基づいて通信可能な連携機があるかどうかを判定し（Ｓ１０６）、そのような連携機がなければ、処理を終了する。通信可能な連携機があれば、Ｓ１０８以降の処理に進む。

Ｓ１０８からＳ１１４の処理は、記憶部１５０に蓄積された文書群１５３の文書毎に実行される。すなわち、まず文書転送処理部１８０は、記憶部１５０から文書を１つ取りだし、その文書の複製を作成する（Ｓ１０８）。作成された複製は、オリジナルの文書と同じ文書内容及び属性を有する。属性の中には、その文書の識別情報である文書ＩＤや、その文書の蓄積指示をユーザから受け付けた画像処理装置１００の装置ＩＤが含まれる。この装置ＩＤは、その文書のオリジナルを蓄積した画像処理装置１００を示す。画像処理装置１００は、ユーザから文書の蓄積指示を受け付けた場合に、その文書を記憶部１５０に蓄積すると共に、その文書に対して少なくともサーバレスグループ内で一意な文書ＩＤを付与し、その文書ＩＤと自機の装置ＩＤとをその文書の属性に追加している。

この例では、Ｓ１０８では、記憶部１５０に蓄積されているすべての文書を複製するのではなく、自機がユーザから受け付けたオリジナルの文書のみを複製する。すなわち、記憶部１５０内の文書のうち連携機から受け取った複製については、Ｓ１０８では複製しない。記憶部１５０内の文書がオリジナルか複製かは、ログデータ１５４中にその文書の受信履歴があるか否かで判定すればよい。その文書の文書ＩＤを含んだ受信履歴があれば、その文書は複製であり、なければオリジナルである。

Ｓ１０８の後、文書転送処理部１８０は、個々の複製毎に、その複製の転送先とする連携機を、通信可能な連携機の中から１つ選択する（Ｓ１１０）。ここでは、Ｓ１０８で作成した複製だけでなく、連携機から過去に受信して記憶部１５０内に蓄積されている複製についても転送先を選択する。どの連携機を転送先とするかは本実施形態の特徴的な処理とは関係がない。公知のどのような選択基準を用いて選択してもよい。

そして、文書転送処理部１８０は、個々の複製を、それぞれ選択した転送先の連携機に対し転送する（Ｓ１１２）。転送した複製は、記憶部１５０から削除する。転送される複製のデータには、その文書の複製のデータ（文書内容及び属性）に加え、複製の転送であることを示すコードが含まれる。Ｓ１１２で転送される複製には、図４の処理の開始時点で既に記憶部１５０内に蓄積されていたものと、Ｓ１０８で作成されたものとの両方が含まれる。Ｓ１１２の結果、記憶部１５０内には、自機が受け付けたオリジナルの文書のみが残り、連携機から受け取った複製は残らない。このように、図４の例では、自機が受け付けたオリジナルの文書は連携機にコピーされ（したがってオリジナルは自機に残り）、過去に連携機から受け取って蓄積している複製文書は連携機にムーブされることになる。

文書転送処理部１８０から複製のデータを受け取った転送先の連携機は、その複製を自身の記憶部１５０に蓄積すると共に、ログデータ１５４に対して、他の画像処理装置１００から転送されてきた複製を受信したことを示す受信履歴を追加する（Ｓ１１４）。

図５に例示するログデータの１行目（文書ＩＤ「１００００１」の行）に例示する情報が、この受信履歴の例である。ログデータ１５４の個々のレコード（図５の各行）には、文書ＩＤ、複製元、ジョブタイプ、及びその他の項目群が含まれるが、受信履歴は、そのうちジョブタイプが「受信」であるレコードのことである。ジョブタイプは、そのログレコードに係る処理の種類を示す項目であり、「受信」の他に「プリント」等がある。ジョブタイプ「受信」は、連携機から文書の複製の転送を受信するジョブのタイプである。またログデータの項目のうちの「複製元」は、その複製のオリジナルを持つ画像処理装置１００の装置ＩＤを示す。「複製元」の情報は、転送されてきたその複製の属性情報から抽出すればよい。文書ＩＤは、その複製文書の識別情報であり、前述の通りこれはその文書のオリジナルの文書ＩＤに等しい。なお、ログデータのその他の項目には、例えばそのジョブが実行された日時やそのジョブの実行を指示したユーザのユーザＩＤ等が含まれる。

次に図６を参照して、印刷時処理（Ｓ２００）の詳細な手順を例示する。この処理は、ユーザが画像処理装置１００のタッチパネル１２０に表示された、そのユーザにアクセス権のある文書のリストから、印刷対象とする１以上の文書を選択し、印刷開始指示を行うことで開始される。

すなわち、印刷開始指示があると（Ｓ２０２がＹｅｓ）、グループ連携処理部１７０は、ユーザが選択した印刷対象の文書を、それぞれその文書を蓄積している連携機又は自機から取得する（Ｓ２０４）。そして、取得した印刷対象の文書毎に、Ｓ２０６以下の処理を実行する。

すなわち、グループ連携処理部１７０は、取得した文書を処理制御部１４０に渡して印刷を実行させる（Ｓ２０６）。処理制御部１４０は、その文書をプリントエンジン１１０に印刷させ、ログデータ１５４に対してその印刷についてのレコードである印刷履歴を記録する（Ｓ２０８）。

印刷履歴は、図７に示すログデータ例における上から２つめの文書ＩＤ「１００００１」のレコードや、４つめの文書ＩＤ「１００００２」のレコードのように、ジョブタイプが「プリント」であるログレコードである。また印刷履歴中の「文書ＩＤ」は、印刷された文書の識別情報である。

Ｓ２０８の後、文書削除処理部１９０がＳ２１０以降の処理を行う。すなわち、まず文書削除処理部１９０は、Ｓ２０６で印刷した文書は自機の記憶部１５０から取得したものか否（すなわち連携機から取得）かを判定する（Ｓ２１０）。この判定結果がＹｅｓの場合、自機の記憶部１５０内からその文書を削除する（Ｓ２１２）。また、Ｓ２１０の判定結果がＹｅｓ、Ｎｏのどちらの場合でも、文書削除処理部１９０は、その文書の文書ＩＤをパラメータとして含んだ削除要求を各連携機に送る（Ｓ２１４）。この削除要求を受信した各連携機は、その削除要求に含まれる文書ＩＤを持つ文書が自分の記憶部１５０内にあれば、その文書を記憶部１５０から削除する。なお、この削除要求が送信された際にアクセス不可状態である連携機はその削除要求を受け取ることができないので、その連携機内にもしその文書ＩＤを持つ文書（オリジナル又は複製）がもしあれば、その文書は削除されないで残る。このような形で印刷時に削除されずに残った文書については、次に説明するＳ３００又はＳ４００（削除処理）で削除される。

次に図８を参照して、ツイート方式での削除処理（Ｓ３００）のの詳細な手順を例示する。この処理は、アクセス不可状態であった画像処理装置１００が稼働状態となったことをトリガとして開始される。

すなわち、画像処理装置１００が電源投入等により稼働状態に遷移すると（Ｓ３０２の判定結果がＹｅｓ）、文書削除処理部１９０は、自機の記憶部１５０内に文書が蓄積されているか否かをチェックする（Ｓ３０４）。記憶部１５０内に文書が１つも蓄積されていなければ、「印刷済みにもかかわらず残っている文書」も当然ながらないので、この処理は終了する。

自機の記憶部１５０内に文書が蓄積されている場合、次に文書削除処理部１９０は、同じグループ内の各連携機に対して通信を試行するなどして、通信可能な連携機があるかどうかを調べる（Ｓ３０６）。通信可能な連携機が１台もなければ（Ｓ３０６の判定結果がＮｏ）、自機内の文書が連携機で印刷済みかどうかの確認がまったくできないので、この処理は終了する。

Ｓ３０６で通信可能な連携機がある場合は、文書削除処理部１９０は、自機及びそれら通信可能な連携機から、それぞれログデータ１５４に含まれる受信履歴と印刷履歴を取得する（Ｓ３０８）。

Ｓ３０８の後、文書削除処理部１９０は、自機の記憶部１５０内に蓄積されている文書毎にＳ３１０及びＳ３１２の処理を行う。すなわち、文書削除処理部１９０は、Ｓ３０８で取得した受信履歴群及び印刷履歴群の中から、当該文書の文書ＩＤを含むものを探す。そして、受信履歴と印刷履歴の両方について、その文書ＩＤを含むものが見つかったか否かを判定する（Ｓ３１０）。この判定の結果、その文書ＩＤを含む受信履歴と印刷履歴のペアが見つかった場合（Ｓ３１０の判定結果がＹｅｓ）は、当該文書を記憶部１５０から削除する（Ｓ３１２）。このとき、その文書についての受信履歴や印刷履歴を自機や連携機から削除してもよい。

Ｓ３１０でその文書ＩＤを含む受信履歴と印刷履歴のペアが見つからなかった場合は、Ｓ３１２はスキップし、自機内に蓄積された別の文書についてＳ３１０の処理を実行する。

以上図８を参照してツイート方式の削除処理について説明した。

ポーリング方式の削除処理は、処理の実行タイミングがツイート方式と異なるだけで、実行する処理内容と同様である。すなわち、ポーリング方式では、定期的な処理タイミングが到来すると、図８のＳ３０４〜Ｓ３１２の処理を実行する。

以上、本実施形態の画像処理装置１００の構成及び処理について説明した。次に、本実施形態のシステム全体としての動作を、具体例を用いて説明する。

以下では、具体例として、図９に示すようにＡ、Ｂ、及びＣ機という３台の画像処理装置１００から構成されたサーバレスグループを用いて説明する。図９の例では、ある１人のユーザＸが、Ａ機及びＢ機に対してそれぞれ文書５００ａ及び５００ｂを蓄積している。文書５００ａの文書ＩＤは「１００００１」であり、文書５００ｂの文書ＩＤは「１００００２」であるとする。また、そのユーザＸはＣ機には文書を蓄積していない。また、この時点では、Ａ、Ｂ、及びＣ機はすべて稼働状態であるとする。

この状況で、図１０に示すように、Ａ機に対してシャットダウン指示がなされたとする。この場合、Ａ機は、蓄積している文書５００ａの複製を作成し、連携機に転送する。ここでは、Ｂ機が転送先に選ばれたとする。この転送により、Ｂ機は、ユーザＸに対応する文書として、文書５００ｂのオリジナルと、文書５００ａの複製とを保持することになる。またＢ機には、図５に示したログデータの１行目（文書ＩＤ「１００００１」）の受信履歴が記録される。なお、シャットダウンしたＡ機には、文書５００ａのオリジナルが残る。

次に図１１に示すように、Ｂ機がシャットダウン動作に入ったとする。この場合、Ｂ機は、自分が受け付けたオリジナル文書（文書ＩＤ「１００００２」）の複製を作成し、この複製と、Ａ機から転送されてきた複製（文書ＩＤ「１００００１」）とをＣ機に転送してから、シャットダウンする。

この結果、図１２に示すように、シャットダウンしたＢ機にはオリジナル文書（文書ＩＤ「１００００２」）が残り、稼働中のＣ機は文書ＩＤ「１００００１」と「１００００２」の２つの複製を蓄積した状態となる。また既にシャットダウンしてアクセス不可状態となっているＡ機には文書ＩＤ「１００００１」のオリジナルが蓄積されている。またこのときＣ機のログデータ１５４には、図１３に示す１行目及び２行目の受信履歴が追加される。これらの受信履歴は、それら２つの複製を受信したことを示す。なお文書ＩＤ「１００００１」の受信履歴の「複製元」は、その文書の転送元であるＢ機ではなく、その文書のオリジナルがあるＡ機を示している。

この状態で、図１４に示すようにユーザＸが稼働中のＣ機まで行き、Ｃ機に蓄積されているそれら２つの文書（複製）の印刷を行ったとする。この場合、Ｃ機のログデータ１５４には、それら文書ＩＤ「１００００１」と「１００００２」の２文書についての印刷履歴が追加される（図７のログデータの２及び４行目）。またＣ機に蓄積されていたそれら２文書は削除される。Ｃ機は、印刷が完了すると、それら２つの文書の「複製元」であるＡ機及びＢ機に対して各文書の削除を指示する。しかし、Ａ機もＢ機もアクセス不可状態なので、その指示を受け取ることができないため、削除は行われない。

この後Ａ機に対して起動が指示されたとする。この場合、Ａ機は、図１５に示すようにグループ内の連携機に対して、受信履歴及び印刷履歴の問合せ（図８のＳ３０８）を行う。この場合、稼働中の連携機であるＣ機から、文書ＩＤ「１００００１」と「１００００２」についての印刷履歴と受信履歴がＡ機に返信される。このうち、文書ＩＤ「１００００１」はＡ機に蓄積されている文書に該当する（図８のＳ３１０参照）。したがってＡ機は、図１６に示すように、その文書を記憶部１５０から削除する（図８のＳ３１２参照）。これにより、印刷された文書ＩＤ「１００００１」の文書データは、グループ内から完全に削除されたこととなる。

Ｂ機が起動した際にも同様の処理が行われ、Ｂ機内に残っていた文書ＩＤ「１００００２」の文書データが削除される。

なお、図１４の状態の後、Ａ機又はＢ機が起動する際に、Ｃ機がアクセス不可状態となっている場合もある。この場合、Ａ機及びＢ機は、起動時にはＣ機から受信履歴と印刷履歴を得ることができない。この場合も、Ａ機及びＢ機は、ポーリング方式の削除処理を実行することで、Ｃ機が起動した時点の次のポーリングのタイミングで、記憶部１５０内に残っている文書が印刷されたことをＣ機から知得し、それら文書を削除することができる。

以上、本発明の一実施形態を説明した。上記実施形態では、画像処理装置１００は、記憶部１５０内の文書が複製の場合、アクセス不可状態に移行する際、その複製を転送先にムーブし、記憶部１５０からはその複製を削除したが、これは一例に過ぎない。アクセス不可状態に移行する際に複製の複製を作成して転送先に転送し、元の複製を画像処理装置１００内に残してもよい。図１１の例でいえば、シャットダウンするＢ機に、オリジナルの文書（文書ＩＤ「１００００２」）だけでなく、文書ＩＤ「１００００１」の複製も残すようにしてもよい。アクセス不可状態となったＢ機は、再度起動する際、又は起動後の定期的なポーリングタイミングで、Ｃ機に対して受信履歴及び印刷履歴の問合せを行うことで、それら２つの文書が印刷されたこと知り、それらを削除することができる。

以上に例示した画像処理装置１００の情報処理部１３０は、コンピュータにそれら各装置の機能を表すプログラムを実行させることにより実現される。ここで、コンピュータは、例えば、ハードウエアとして、ＣＰＵ等のマイクロプロセッサ、ランダムアクセスメモリ（ＲＡＭ）およびリードオンリメモリ（ＲＯＭ）等のメモリ（一次記憶）、ＨＤＤ（ハードディスクドライブ）やＳＳＤ（ソリッドステートドライブ）等の固定記憶装置を制御するコントローラ、各種Ｉ／Ｏ（入出力）インタフェース、ローカルエリアネットワークなどのネットワークとの接続のための制御を行うネットワークインタフェース等が、たとえばバスを介して接続された回路構成を有する。また、そのバスに対し、例えばＩ／Ｏインタフェース経由で、ＣＤやＤＶＤなどの可搬型ディスク記録媒体に対する読み取り及び／又は書き込みのためのディスクドライブ、フラッシュメモリなどの各種規格の可搬型の不揮発性記録媒体に対する読み取り及び／又は書き込みのためのメモリリーダライタ、などが接続されてもよい。上に例示した各機能モジュールの処理内容が記述されたプログラムがＣＤやＤＶＤ等の記録媒体を経由して、又はネットワーク等の通信手段経由で、ＨＤＤ等の固定記憶装置に保存され、コンピュータにインストールされる。固定記憶装置に記憶されたプログラムがＲＡＭに読み出されＣＰＵ等のマイクロプロセッサにより実行されることにより、上に例示した機能モジュール群が実現される。

１００ 画像処理装置、１１０ プリントエンジン、１１５ スキャンエンジン、１２０ タッチパネル、１３０ 情報処理部、１４０ 処理制御部、１５０ 記憶部、１５３ 文書群、１５４ ログデータ、１６０ ＵＩ処理部、１７０ グループ連携処理部、１８０ 文書転送処理部、１９０ 文書削除処理部、２００ ネットワーク。

Claims (3)

1. 自装置に蓄積した文書データを、自装置と同じ装置グループ内の他の画像処理装置からの要求に応じて提供する提供手段と、
   自装置がアクセス不可状態に移行する際に、自装置内に蓄積された文書の複製を前記装置グループ内の稼働状態の他の画像処理装置から選択した画像処理装置に転送する転送手段と、
   前記装置グループ内の他の画像処理装置から文書の複製を受信した場合に、その複製を蓄積すると共に、その複製を受信したことを示す受信履歴を記録する受信履歴記録手段と、
   自装置内の文書又は前記装置グループ内の他の画像処理装置から取得した文書を印刷した場合に、その文書を印刷したことを示す印刷履歴を記録する印刷履歴記録手段と、
   自装置がアクセス不可状態から稼働状態に移行した後、前記装置グループ内の他の画像処理装置から、自装置に蓄積している文書についての受信履歴及び印刷履歴を取得した場合に、当該文書を自装置から削除する削除手段と、
   を含む画像処理装置。
2. 前記削除手段は、自装置がアクセス不可状態から稼働状態に移行した後、定期的に前記装置グループ内の他の画像処理装置から受信履歴及び印刷履歴を取得し、これにより自装置に蓄積している文書についての受信履歴及び印刷履歴を取得した場合に、当該文書を自装置から削除する、ことを特徴とする請求項１に記載の画像処理装置。
3. コンピュータを、
   自装置に蓄積した文書データを、自装置と同じ装置グループ内の他の画像処理装置からの要求に応じて提供する提供手段、
   自装置がアクセス不可状態に移行する際に、自装置内に蓄積された文書の複製を前記装置グループ内の稼働状態の他の画像処理装置から選択した画像処理装置に転送する転送手段、
   前記装置グループ内の他の画像処理装置から文書の複製を受信した場合に、その複製を蓄積すると共に、その複製を受信したことを示す受信履歴を記録する受信履歴記録手段、
   自装置内の文書又は前記装置グループ内の他の画像処理装置から取得した文書を印刷した場合に、その文書を印刷したことを示す印刷履歴を記録する印刷履歴記録手段、
   自装置がアクセス不可状態から稼働状態に移行した後、前記装置グループ内の他の画像処理装置から、自装置に蓄積している文書についての受信履歴及び印刷履歴を取得した場合に、当該文書を自装置から削除する削除手段、
   として機能させるためのプログラム。