(57)【特許請求の範囲】
【請求項１】
複数の画像形成装置と、
利用者を識別する利用者情報と、前記複数の画像形成装置に含まれる画像形成装置を示す装置情報とを関連付けて記憶する第１の記憶部と、
前記利用者情報に対応する画像データを、当該利用者情報と関連付けて前記第１の記憶部に記憶された装置情報が示す画像形成装置に送信する送信装置と、
各々の前記画像形成装置に備えられ、前記送信装置から送信された前記画像データを記憶する第２の記憶部と、
各々の前記画像形成装置に備えられ、前記利用者情報の入力を受け付ける受付部と、
各々の前記画像形成装置に備えられ、前記入力された利用者情報と関連付けて前記第１の記憶部に記憶された装置情報が示す画像形成装置から、当該利用者情報に対応する画像データを取得する第１の取得部と、
各々の前記画像形成装置に備えられ、前記第１の取得部により取得された前記画像データに応じた画像を形成する画像形成部と、
各々の前記画像形成装置に備えられ、前記入力された利用者情報に対応する当該画像形成装置の使用履歴を前記第２の記憶部に記録する記録部と、
前記記録部により記録された使用履歴に基づいて、前記入力された利用者情報に対応する使用頻度が決められた条件を満たす場合には、当該画像形成装置と当該利用者情報とを特定する特定部と、
前記特定部により特定された前記画像形成装置を示す装置情報と前記特定された利用者情報とが関連付けて記憶されるように、前記第１の記憶部に記憶された前記装置情報を更新する更新部と
を備え、
前記特定部は、各々の前記画像形成装置に備えられ、前記記録部により記録された前記使用履歴に基づいて、前記入力された利用者情報に対応する自装置の使用頻度が第１の閾値に達した場合には、当該利用者情報と自装置とを特定し、当該特定された利用者情報と自装置を示す装置情報とを前記更新部に通知し、
前記更新部は、前記通知された装置情報と利用者情報とが関連付けて記憶されるように、前記第１の記憶部に記憶された前記装置情報を更新し、
前記複数の画像形成装置に含まれる第１の画像形成装置は、
前記記録部により記録された前記使用履歴に基づいて、前記入力された利用者情報に対応する当該第１の画像形成装置の使用頻度が第１の閾値に達した場合には、当該利用者情報と関連付けて前記第１の記憶部に記憶された装置情報が示す第２の画像形成装置に、当該利用者情報に対応する当該第２の画像形成装置の使用頻度が第２の閾値以上であるか否かを問い合わせる問い合わせ部を備え、
前記特定部は、前記第２の画像形成装置から前記使用頻度が前記第２の閾値未満であることを示す応答があった場合には、前記利用者情報と前記装置情報の通知を行い、
前記第２の画像形成装置は、
前記記録部により記録された前記使用履歴に基づき、前記問い合わせ部により問い合わせられた前記使用頻度が前記第２の閾値以上であるか否かを応答する応答部を備えることを特徴とする画像形成システム。
【請求項２】
前記特定部は、前記応答部から前記使用頻度が前記第２の閾値以上であることを示す応答があった場合には、前記利用者情報と前記装置情報の通知を行わない
ことを特徴とする請求項１に記載の画像形成システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成システム、画像形成装置及びプログラムに関する。
【背景技術】
【０００２】
利用者によって指定された画像データをプリントサーバ装置に格納して、この画像データに対して複数の画像形成装置からアクセスできるようにする技術が知られている。例えば、特許文献１には、ユーザ端末から送信された印刷ジョブをプリントサーバに一時保留しておき、ユーザがプリンタに指紋等の認証情報を入力して認証に成功すると、プリンタが、入力された認証情報に対応する印刷ジョブをプリントサーバから取得し、印刷を実行する技術が記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２４２８５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、画像形成装置に画像データを記憶させ、いずれの画像形成装置を使用してもこの画像データに応じた画像を形成することができる画像形成システムにおいて、利用者の使用頻度に応じた画像形成装置に画像データを記憶させる仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の請求項１に係る画像形成システムは、複数の画像形成装置と、利用者を識別する利用者情報と、前記複数の画像形成装置に含まれる画像形成装置を示す装置情報とを関連付けて記憶する第１の記憶部と、前記利用者情報に対応する画像データを、当該利用者情報と関連付けて前記第１の記憶部に記憶された装置情報が示す画像形成装置に送信する送信装置と、各々の前記画像形成装置に備えられ、前記送信装置から送信された前記画像データを記憶する第２の記憶部と、各々の前記画像形成装置に備えられ、前記利用者情報の入力を受け付ける受付部と、各々の前記画像形成装置に備えられ、前記入力された利用者情報と関連付けて前記第１の記憶部に記憶された装置情報が示す画像形成装置から、当該利用者情報に対応する画像データを取得する第１の取得部と、各々の前記画像形成装置に備えられ、前記第１の取得部により取得された前記画像データに応じた画像を形成する画像形成部と、各々の前記画像形成装置に備えられ、前記入力された利用者情報に対応する当該画像形成装置の使用履歴を前記第２の記憶部に記録する記録部と、前記記録部により記録された使用履歴に基づいて、前記入力された利用者情報に対応する使用頻度が決められた条件を満たす場合には、当該画像形成装置と当該利用者情報とを特定する特定部と、前記特定部により特定された前記画像形成装置を示す装置情報と前記特定された利用者情報とが関連付けて記憶されるように、前記第１の記憶部に記憶された前記装置情報を更新する更新部とを備え、前記特定部は、各々の前記画像形成装置に備えられ、前記記録部により記録された前記使用履歴に基づいて、前記入力された利用者情報に対応する自装置の使用頻度が第１の閾値に達した場合には、当該利用者情報と自装置とを特定し、当該特定された利用者情報と自装置を示す装置情報とを前記更新部に通知し、前記更新部は、前記通知された装置情報と利用者情報とが関連付けて記憶されるように、前記第１の記憶部に記憶された前記装置情報を更新し、前記複数の画像形成装置に含まれる第１の画像形成装置は、前記記録部により記録された前記使用履歴に基づいて、前記入力された利用者情報に対応する当該第１の画像形成装置の使用頻度が第１の閾値に達した場合には、当該利用者情報と関連付けて前記第１の記憶部に記憶された装置情報が示す第２の画像形成装置に、当該利用者情報に対応する当該第２の画像形成装置の使用頻度が第２の閾値以上であるか否かを問い合わせる問い合わせ部を備え、前記特定部は、前記第２の画像形成装置から前記使用頻度が前記第２の閾値未満であることを示す応答があった場合には、前記利用者情報と前記装置情報の通知を行い、前記第２の画像形成装置は、前記記録部により記録された前記使用履歴に基づき、前記問い合わせ部により問い合わせられた前記使用頻度が前記第２の閾値以上であるか否かを応答する応答部を備えることを特徴とする。
【発明の効果】
【００１８】
請求項１に係る発明によれば、画像形成装置に画像データを記憶させ、いずれの画像形成装置を使用してもこの画像データに応じた画像を形成することができる画像形成システムにおいて、利用者の使用頻度に応じた画像形成装置に画像データを記憶させる仕組みを提供することができる。
請求項１に係る発明によれば、利用者情報に対応する画像形成装置の使用頻度が第１の閾値に達した場合には、この利用者情報に対応する画像データをこの画像形成装置に記憶させることができる。
請求項１に係る発明によれば、利用者情報に対応する第１の画像形成装置の使用頻度が第１の閾値に達し、且つ、この利用者情報に対応する第２の画像形成装置の使用頻度が第２の閾値未満である場合には、この利用者情報に対応する画像データを第１の画像形成装置に記憶させることができる。
請求項２に係る発明によれば、利用者情報に対応する第１の画像形成装置の使用頻度が第１の閾値に達していても、この利用者情報に対応する第２の画像形成装置の使用頻度が第２の閾値以上である場合には、装置情報の更新を行わないようにすることができる。
【図面の簡単な説明】
【００１９】
【図１】第１実施形態に係る画像形成システムの構成を示す模式図
【図２】配信サーバ装置のハードウェア構成を示す図
【図３】配信サーバ装置に記憶されたユーザ情報の一例を示す図
【図４】クライアント装置のハードウェア構成を示す図
【図５】プリンタドライバに設定された情報の一例を示す図
【図６】画像形成装置のハードウェア構成を示す図
【図７】画像形成装置に記憶されたユーザ情報の一例を示す図
【図８】第１実施形態に係る画像形成装置の機能構成を示す図
【図９】第１実施形態に係る配信サーバ装置の機能構成を示す図
【図１０】プリント動作を示すシーケンスチャート
【図１１】ユーザ認証処理を示すフローチャート
【図１２】画像データリストの一例を示す図
【図１３】第１実施形態に係るユーザ情報の更新動作を示すシーケンスチャート
【図１４】記録情報の一例を示す図
【図１５】更新後のユーザ情報の一例を示す図
【図１６】第２実施形態に係る画像形成装置の機能構成を示す図
【図１７】第２実施形態に係るユーザ情報の更新動作を示すシーケンスチャート
【図１８】第３実施形態に係る配信サーバ装置の機能構成を示す図
【図１９】第３実施形態に係るユーザ情報の更新動作を示すシーケンスチャート
【図２０】ログの一例を示す図
【図２１】ユーザ情報の更新処理を示すフローチャート
【図２２】集計情報の一例を示す図
【発明を実施するための形態】
【００２０】
［第１実施形態］
１．画像形成システムの構成
図１は、第１実施形態に係る画像形成システム１の構成を示す模式図である。画像形成システム１は、配信サーバ装置１０と、クライアント装置２０と、画像形成装置３０Ａ、３０Ｂ及び３０Ｃとを備えている。この配信サーバ装置１０、クライアント装置２０及び画像形成装置３０Ａ、３０Ｂ、３０Ｃは、通信回線２を介して互いに接続されている。この画像形成システム１は、画像形成装置３０に画像データを格納させ、いずれの画像形成装置３０を使用してもこの画像データに応じた画像を形成することができる仕組みを有する。なお、以下の説明では、画像形成装置３０Ａ、３０Ｂ及び３０Ｃを区別する必要がない場合には、総称して「画像形成装置３０」という。
【００２１】
図２は、配信サーバ装置１０のハードウェア構成を示す図である。配信サーバ装置１０は、ＣＰＵ（Central Processing Unit）１１と、メモリ１２と、通信部１３と、記憶部１４と、操作部１５と、表示部１６とを備えている。ＣＰＵ１１は、メモリ１２に記憶されたプログラムを実行することにより、配信サーバ装置１０の各部を制御する。通信部１３は、通信回線２に接続される通信インターフェースである。配信サーバ装置１０は、通信部１３を用いてクライアント装置２０又は画像形成装置３０と通信を行う。記憶部１４は、ハードディスクなどの記憶装置である。記憶部１４には、ユーザ情報４１が記憶されている。この記憶部１４は、第１の記憶部として用いられる。操作部１５は、例えばキーボードとマウスを備えている。操作部１５は、配信サーバ装置１０を操作するのに用いられる。表示部１６は、液晶ディスプレイなどの表示装置である。
【００２２】
図３は、ユーザ情報４１の一例を示す図である。このユーザ情報４１においては、ユーザＩＤと複数のスプーラ情報とが関連付けられている。ユーザＩＤは、利用者を識別する情報である。スプーラ情報は、画像データを格納する画像形成装置３０を示す情報である。このスプーラ情報としては、例えば画像形成装置に割り当てられたＩＰ（Internet Protocol）アドレスや識別番号が用いられる。図３に示すスプーラ情報「ｓｐｏｏｌｅｒＡ」、「ｓｐｏｏｌｅｒＢ」、「ｓｐｏｏｌｅｒＣ」は、それぞれ画像形成装置３０Ａ、３０Ｂ、３０Ｃを示す。また、スプーラ情報には、優先順位が割り当てられている。図３に示す「１」、「２」、「３」は、それぞれスプーラ情報に割り当てられた優先順位を示す。以下の説明では、優先順位「１」が割り当てられたスプーラ情報を「プライマリスプーラ情報」といい、優先順位「２」が割り当てられたスプーラ情報を「セカンダリスプーラ情報」という。
【００２３】
ユーザ情報４１が作成される際、各ユーザＩＤには、例えば「ｓｐｏｏｌｅｒＡ」、「ｓｐｏｏｌｅｒＢ」及び「ｓｐｏｏｌｅｒＣ」の中からランダムに選択された２つのスプーラ情報が関連付けられるようになっている。このとき、スプーラ情報の優先順位も、「１」と「２」のいずれかがランダムに選択されて割り当てられる。図３に示すユーザ情報４１では、ユーザＩＤ「ｕｓｅｒ００１」に対して、プライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」と、セカンダリスプーラ情報「ｓｐｏｏｌｅｒＣ」とが関連付けられている。これは、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像データが、画像形成装置３０Ａ又は画像形成装置３０Ｃに格納されることを意味する。このとき、画像形成装置３０Ａの方が、画像形成装置３０Ｃに優先して使用される。
【００２４】
図４は、クライアント装置２０のハードウェア構成を示す図である。クライアント装置２０は、ＣＰＵ２１と、メモリ２２と、通信部２３と、記憶部２４と、操作部２５と、表示部２６とを備えている。ＣＰＵ２１は、メモリ２２に記憶されたプログラムを実行することにより、クライアント装置２０の各部を制御する。通信部２３は、通信回線２に接続される通信インターフェースである。クライアント装置２０は、通信部２３を用いて配信サーバ装置１０又は画像形成装置３０と通信を行う。記憶部２４は、ハードディスクなどの記憶装置である。この記憶部２４には、プリンタドライバ４２が記憶されている。プリンタドライバ４２は、画像形成装置３０を制御する機能を有するプログラムである。操作部２５は、例えばキーボードとマウスを備えている。操作部２５は、クライアント装置２０を操作するのに用いられる。表示部２６は、液晶ディスプレイなどの表示装置である。
【００２５】
プリンタドライバ４２には、画像形成装置３０に画像データを送信するときに必要な情報が設定されている。図５は、プリンタドライバ４２に設定された情報の一例を示す図である。このプリンタドライバ４２には、図３に示すユーザ情報４１に含まれるユーザＩＤ「ｕｓｅｒ００１」と、プライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」及びセカンダリスプーラ情報「ｓｐｏｏｌｅｒＣ」とが設定されている。なお、プリンタドライバ４２には、プライマリスプーラ情報とセカンダリスプーラ情報だけが設定されており、優先順位「３」が割り当てられたスプーラ情報は設定されないようになっている。
【００２６】
図６は、画像形成装置３０のハードウェア構成を示す図である。画像形成装置３０は、制御部３１と、通信部３２と、記憶部３３と、ＵＩ（User Interface）部３４と、画像形成部３５と、カード読取部３６とを備えている。制御部３１は、画像形成装置３０の各部を制御する。制御部３１は、例えばＣＰＵとメモリとを備えている。ＣＰＵは、メモリに記憶されたプログラムを実行することにより、制御部３１の機能を実現する。通信部３２は、通信回線２に接続される通信インターフェースである。画像形成装置３０は、通信部３２を用いて、配信サーバ装置１０、クライアント装置２０又は他の画像形成装置３０と通信を行う。記憶部３３は、ハードディスクやフラッシュメモリなどの記憶装置である。記憶部３３は、画像データが格納される格納領域３７を有している。この記憶部３３は、第２の記憶部として用いられる。また、記憶部３３には、上述したユーザ情報４１に対応するユーザ情報４１ａが記憶されている。
【００２７】
ＵＩ部３４は、例えばタッチスクリーンと操作ボタンとを備えている。ＵＩ部３４は、画像形成装置３０を操作するのに用いられる。画像形成部３５は、例えば電子写真方式のプリンタである。画像形成部３５は、画像データに応じた画像を用紙等の媒体に形成（プリント）する。カード読取部３６は、ＩＣ（integrated circuit）カードに記憶された情報を非接触で読み取る。ＩＣカードは、利用者の認証を行うために予めその利用者に渡されている。ＩＣカードには、上述したユーザ情報４１に含まれるユーザＩＤが記憶されている。なお、画像形成装置３０は、上述した構成の他に、スキャナやファクシミリなどの機能を実現する構成を備えていてもよい。以下の説明において、画像形成装置３０Ａ、３０Ｂ、３０Ｃの構成を区別する必要がある場合には、それぞれ符号に「Ａ」、「Ｂ」、「Ｃ」という文字を付して説明する。
【００２８】
図７は、ユーザ情報４１ａの一例を示す図である。このユーザ情報４１ａは、図３に示すユーザ情報４１と同一のユーザＩＤ及びスプーラ情報が含まれている。ただし、このユーザ情報４１ａには、プライマリスプーラ情報とセカンダリスプーラ情報だけが含まれており、優先順位「３」が割り当てられたスプーラ情報は含まれないようになっている。
【００２９】
図８は、画像形成装置３０の機能構成を示す図である。各画像形成装置３０は、同様の機能構成を有している。ただし、図８では、一方の画像形成装置３０が有する機能構成については、他方の画像形成装置３０において図示を省略している。受付部３０１は、カード読取部３６により実現される。第３の取得部３０２、表示制御部３０３、第１の取得部３０４、認証部３０５、記録部３０６及び特定部３０７は、制御部３１において例えばＣＰＵがプログラムを実行することにより実現される。画像形成装置３０の機能構成は、単一のプログラムにより実現されてもよいし、複数のプログラムにより実現されてもよい。図９は、配信サーバ装置１０の機能構成を示す図である。更新部１０１は、ＣＰＵ１１がプログラムを実行することにより実現される。
【００３０】
クライアント装置２０は、ユーザＩＤに対応する画像データを、このユーザＩＤと関連付けて配信サーバ装置１０に記憶されたスプーラ情報が示す画像形成装置３０に送信する。この画像データには、画像データを識別する情報を含む属性情報が付加されている。スプーラ情報は、画像形成装置３０を示す装置情報の一例である。クライアント装置２０は、送信装置として用いられる。なお、クライアント装置２０は、実際には、プリンタドライバ４２に設定された情報に基づいて、画像データの送信を行っている。しかし、上述したように、プリンタドライバ４２には、配信サーバ装置１０に記憶されたユーザ情報４１に含まれるユーザＩＤとスプーラ情報とが設定されている。したがって、クライアント装置２０は、配信サーバ装置１０に記憶されたユーザ情報４１に基づいて、画像データの送信を行っているといえる。
【００３１】
受付部３０１は、ユーザＩＤの入力を受け付ける。ユーザＩＤは、利用者を識別する識別情報の一例である。第３の取得部３０２は、入力されたユーザＩＤと関連付けて配信サーバ装置１０に記憶された複数のスプーラ情報のうち、プライマリスプーラ情報が示す画像形成装置３０とセカンダリスプーラ情報が示す画像形成装置３０とから、入力されたユーザＩＤに対応する画像データに付加された属性情報を取得する。このプライマリスプーラ情報とセカンダリスプーラ情報は、第１の装置情報の一例である。これらのスプーラ情報は、優先順位に従って選択された定められた数（２個）のスプーラ情報である。なお、第３の取得部３０２は、実際には記憶部３３に記憶されたユーザ情報４１ａに基づいて、属性情報の取得を行っている。しかし、上述したように、このユーザ情報４１ａには、配信サーバ装置１０に記憶されたユーザ情報４１と同一のユーザＩＤ及びスプーラ情報が含まれている。したがって、第３の取得部３０２は、配信サーバ装置１０に記憶されたユーザ情報４１に基づいて、属性情報を取得しているといえる。
【００３２】
表示制御部３０３は、第３の取得部３０２により取得された属性情報をＵＩ部３４に表示させる。ＵＩ部３４は、表示部として用いられる。第１の取得部３０４は、ＵＩ部３４に表示された属性情報に基づいて選択された画像データを取得する。認証部３０５は、入力されたユーザＩＤを用いて、利用者の認証を行う。記録部３０６は、入力されたユーザＩＤ毎に、このユーザＩＤを用いて認証が行われた認証回数を記憶部３３に記録する。この認証回数は、利用者の使用履歴の一例である。なお、認証回数は、ユーザＩＤの認証履歴に基づいて算出される認証頻度である。つまり、記録部３０６は、認証履歴を記録し、この認証履歴に基づいて、ユーザＩＤを用いて認証が行われた頻度を算出しているといえる。特定部３０７は、記録部３０６により記録された認証回数に基づいて、自装置におけるユーザＩＤに対応する認証回数が第１の閾値に達した場合には、このユーザＩＤと自装置とを特定し、特定されたユーザＩＤと自装置を示すスプーラ情報とを配信サーバ装置１０に通知する。つまり、特定部３０７は、ユーザＩＤに対応する自装置の認証回数が閾値に達したという条件を満たしている場合には、このユーザＩＤと自装置とを特定する。図９に示す更新部１０１は、画像形成装置３０から通知されたスプーラ情報とユーザＩＤとが関連付けて記憶されるように、記憶部１４に記憶されたユーザ情報４１のスプーラ情報を更新する。
【００３３】
２．画像形成システムの動作
（１）プリント動作
図１０は、画像形成システム１のプリント動作を示すシーケンスチャートである。利用者は、クライアント装置２０を操作して、プリント指示を行う。具体的には、利用者は、操作部２５を用いて、画像データを指定し、プリントを指示する。ここでは、利用者により、画像データＤ１が指定され、プリントが指示された場合を想定する。
【００３４】
プリント指示が行われると、クライアント装置２０は、プリンタドライバ４２に設定された情報に基づいて、画像データＤ１を画像形成装置３０に送信する（ステップＳ１１）。具体的には、プリンタドライバ４２には、図５に示すようにユーザＩＤ「ｕｓｅｒ００１」と、プライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」及びセカンダリスプーラ情報「ｓｐｏｏｌｅｒＣ」とが設定されている。この場合、ＣＰＵ２１は、まず画像データＤ１にこのユーザＩＤ「ｕｓｅｒ００１」を含む属性情報を付加する。これにより、画像データＤ１は、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像データとして用いられる。また、属性情報には、このユーザＩＤの他に、画像データＤ１を識別するファイル名等の情報が含まれる。
【００３５】
属性情報を付加した後、ＣＰＵ２１は、通信部２３を制御して、プライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」が示す画像形成装置３０Ａに画像データＤ１を送信する。ただし、画像形成装置３０Ａに障害が発生していたり、クライアント装置２０と画像形成装置３０Ａとの間の通信回線２に障害が発生したりしている場合には、画像形成装置３０Ａに画像データＤ１を送信することができない。このように、画像形成装置３０Ａが利用できない状況である場合、ＣＰＵ２１は、通信部２３を制御して、セカンダリスプーラ情報「ｓｐｏｏｌｅｒＣ」が示す画像形成装置３０Ｃに画像データＤ１を送信する。
【００３６】
つまり、クライアント装置２０は、ユーザＩＤに対応する画像データを、プリンタドライバ４２に設定されたスプーラ情報が示す画像形成装置３０のうち、利用可能であって、付加された優先順位が最も高いスプーラ情報が示す画像形成装置３０に送信する。この利用可能とは、画像形成装置３０に画像データを格納できることをいう。画像形成装置３０が利用可能か否かは、例えば画像形成装置３０にエコー要求を送信し、この画像形成装置３０からエコー応答が返されるか否かにより判断される。画像形成装置３０及び通信回線２が正常に動作している場合には、画像形成装置３０からエコー応答が返される。一方、画像形成装置３０に障害が発生していたり、クライアント装置２０と画像形成装置３０との間の通信回線２に障害が発生したりしている場合には、画像形成装置３０からエコー応答が返ってこない。指定期間内にエコー応答が返ってこない場合、クライアント装置２０は、画像形成装置３０が利用できない状況であると判断する。
【００３７】
ここでは、画像形成装置３０Ａが利用可能である場合を想定する。この場合、画像データＤ１は、クライアント装置２０から画像形成装置３０Ａに送信される。画像形成装置３０Ａは、クライアント装置２０から画像データＤ１を受信すると、この画像データＤ１を記憶部３３Ａの格納領域３７Ａに格納する（ステップＳ１２）。
【００３８】
利用者は、プリント指示を行った後、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのいずれかがある場所に移動する。例えば、利用者は、自分が普段使っている画像形成装置３０がある場所に移動してもよいし、普段使っている画像形成装置３０が他の利用者によって使用中である場合には、その近くにある画像形成装置３０がある場所に移動してもよい。また、利用者は、自分が今いる場所から最も近い画像形成装置３０がある場所に移動してもよい。つまり、利用者は、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのうちいずれか１つを使用するべく、その画像形成装置３０がある場所へと移動する。ここでは、利用者が、画像形成装置３０Ｂがある場所に移動した場合を想定する。
【００３９】
画像形成装置３０のＵＩ部３４には認証画面が表示されており、認証を行わないと、画像形成装置３０の操作を受け付けないようになっている。利用者は、画像形成装置３０Ｂを使用すべく、自分のＩＣカードをカード読取部３６Ｂにかざして認証を行う。画像形成装置３０Ｂは、カード読取部３６Ｂを介してユーザＩＤが入力されると、このユーザＩＤを用いてユーザ認証処理を行う（ステップＳ１３）。
【００４０】
図１１は、ユーザ認証処理を示すフローチャートである。ここでは、ＩＣカードにユーザＩＤ「ｕｓｅｒ００１」が記憶されている場合を想定する。この場合、カード読取部３６Ｂは、ＩＣカードからユーザＩＤ「ｕｓｅｒ００１」を読み取る（ステップＳ１３１）。制御部３１Ｂは、このユーザＩＤ「ｕｓｅｒ００１」が記憶部３３Ｂに記憶されたユーザ情報４１ａに含まれるか否かを判断する（ステップＳ１３２）。例えば、ユーザＩＤ「ｕｓｅｒ００１」がユーザ情報４１ａに含まれていない場合（ステップＳ１３２：ＮＯ）、制御部３１Ｂは、認証に失敗したことを示すメッセージをＵＩ部３４Ｂに表示させて（ステップＳ１３３）、この処理を終了する。この場合、利用者は、画像形成装置３０Ｂを使用することはできない。一方、図７に示すように、ユーザＩＤ「ｕｓｅｒ００１」がユーザ情報４１ａに含まれている場合（ステップＳ１３２：ＹＥＳ）、制御部３１Ｂは、利用者を正当な利用者として認証し（ステップＳ１３４）、次のステップＳ１４に進む。
【００４１】
画像形成装置３０Ｂは、記憶部３３Ｂに記憶されたユーザ情報４１ａに基づいて、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像データの属性情報を取得する。具体的には、図３に示すように、ユーザ情報４１ａでは、ユーザＩＤ「ｕｓｅｒ００１」に対して、プライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」とセカンダリスプーラ情報「ｓｐｏｏｌｅｒＣ」とが関連付けられている。この場合、制御部３１Ｂは、通信部３２Ｂを制御して、このプライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」が示す画像形成装置３０Ａと、セカンダリスプーラ情報「ｓｐｏｏｌｅｒＣ」が示す画像形成装置３０Ｃとに、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像データの属性情報を要求する（図１０のステップＳ１４）。
【００４２】
画像形成装置３０Ａ，３０Ｃは、画像形成装置３０Ｂから要求された属性情報を有している場合には、この属性情報を画像形成装置３０Ｂに送信する（ステップＳ１５）。上述したように、画像形成装置３０Ａの記憶部３３Ａには、画像データＤ１が格納されている。この画像データＤ１には、ユーザＩＤ「ｕｓｅｒ００１」を含む属性情報が付加されている。この場合、制御部３１Ａは、記憶部３３Ａからこの属性情報を読み出し、通信部３２Ａを制御して画像形成装置３０Ｂに送信する。また、画像形成装置３０Ｃの記憶部３３Ｃには、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像データＤ２が格納されているものとする。この画像データＤ２には、画像データＤ１と同様に、ユーザＩＤ「ｕｓｅｒ００１」を含む属性情報が付加されている。この場合、制御部３１Ｃは、記憶部３３Ｃからこの属性情報を読み出し、通信部３２Ｃを制御して画像形成装置３０Ｂに送信する。画像形成装置３０Ｂは、画像形成装置３０Ａ及び３０Ｃからこれらの属性情報を受信する。
【００４３】
属性情報を取得すると、画像形成装置３０Ｂは、この属性情報を用いて画像データリスト５０を作成し、ＵＩ部３４Ｂに表示させる（ステップＳ１６）。図１２は、画像データリスト５０の一例を示す図である。この画像データリスト５０には、画像形成装置３０Ａから取得した画像データＤ１の属性情報と、画像形成装置３０Ｃから取得した画像データＤ２の属性情報とが並べて配置されている。また、ＵＩ部３４Ｂには、画像データリスト５０とともに、プリントの指示を受け付ける「プリント」ボタン５１が表示されている。利用者は、ＵＩ部３４に表示された画像データリスト５０に基づいて所望の画像データを選択し、「プリント」ボタン５１を押す。ここでは、画像データＤ１が選択され、「プリント」ボタン５１が押された場合を想定する。
【００４４】
「プリント」ボタン５１が押されると、画像形成装置３０Ｂは、選択された画像データＤ１が格納された画像形成装置３０からこの画像データＤ１を取得する。具体的には、制御部３１Ｂは、通信部３２Ｂを制御して、画像データＤ１の属性情報の送信元である画像形成装置３０Ａに画像データＤ１を要求する（ステップＳ１７）。画像形成装置３０Ａは、画像形成装置３０Ｂから要求された画像データＤ１を記憶部３３Ａから読み出し、画像形成装置３０Ｂに送信する（ステップＳ１８）。画像形成装置３０Ｂは、画像形成装置３０Ａからこの画像データＤ１を受信する。
【００４５】
画像データＤ１を取得すると、画像形成装置３０Ｂは、この画像データＤ１に応じたプリント処理を行う（ステップＳ１９）。具体的には、制御部３１Ｂは、画像データＤ１を画像形成部３５Ｂに供給し、画像データＤ１に応じた画像を形成させる。画像形成部３５Ｂは、制御部３１Ｂの制御の下、画像データＤ１に応じた画像を媒体に形成する。
【００４６】
（２）ユーザ情報の更新動作
配信サーバ装置１０に記憶されているユーザ情報４１は、利用者がどの画像形成装置３０をよく使っているかに応じて更新される。図１３は、ユーザ情報４１の更新動作を示すシーケンスチャートである。画像形成装置３０は、ユーザＩＤ毎に認証回数を記録している。具体的には、制御部３１は、ユーザＩＤ毎に、このユーザＩＤを用いてユーザ認証処理が行われた認証回数をカウントする。ただし、制御部３１は、記憶部３３に記憶されたユーザ情報４１ａにおいて、自装置を示すスプーラ情報と関連付けられたユーザＩＤについては、認証回数をカウントしない。
【００４７】
例えば、画像形成装置３０ＢにおいてユーザＩＤ「ｕｓｅｒ００１」を用いてユーザ認証処理が行われた場合、制御部３１Ｂは、このユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数を１増やす。制御部３１は、カウントした認証回数を記録情報４３に記録する。この記録情報４３は、記憶部１４に記憶される。図１４は、画像形成装置３０Ｂに記憶された記録情報４３の一例を示す図である。この記録情報４３では、ユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数として「５回」が記録されている。これは、画像形成装置３０Ｂにおいて、ユーザＩＤ「ｕｓｅｒ００１」を用いてユーザ認証処理が「５回」行われたことを示している。この認証回数は、例えば１日１回リセットされる。あるいは、認証回数は、何日かに１回リセットされてもよい。この場合、認証回数は、日をまたいでカウントされることになる。
【００４８】
画像形成装置３０は、記録情報４３に記録された認証回数が閾値に達した場合には、この認証回数に対応するユーザＩＤと自装置とを特定し、このユーザＩＤと自装置を示すスプーラ情報とを配信サーバ装置１０に通知する。具体的には、制御部３１は、記録情報４３に含まれる認証回数が閾値に達したか否かを判断する（図１３のステップＳ２１）。ここでは、閾値として「５回」が定められている場合を想定する。
【００４９】
記録情報４３に含まれる認証回数がいずれも閾値に達していない場合（ステップＳ２１：ＮＯ）、制御部３１ＢはステップＳ２１に戻る。一方、例えば図１４に示す記録情報４３では、ユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値の「５回」に達している（ステップＳ２１：ＹＥＳ）。この場合、制御部３１Ｂは、このユーザＩＤ「ｕｓｅｒ００１」と画像形成装置３０Ｂとを特定する（ステップＳ２２）。制御部３１Ｂは、通信部３２Ｂを制御して、このユーザＩＤ「ｕｓｅｒ００１」と自装置を示すスプーラ情報「ｓｐｏｏｌｅｒＢ」とを含む更新情報を配信サーバ装置１０に送信する（ステップＳ２３）。これにより、画像形成装置３０Ｂにおいて特定されたユーザＩＤと画像形成装置３０Ｂを示すスプーラ情報とが配信サーバ装置１０に通知される。
【００５０】
配信サーバ装置１０は、画像形成装置３０から更新情報を受信すると、予め決められたタイミング（例えば、毎日深夜に１回）で、記憶部１４に記憶されたユーザ情報４１を更新する（ステップＳ２４）。図１５は、更新後のユーザ情報４１の一例を示す図である。具体的には、上述したように、画像形成装置３０ＢからユーザＩＤ「ｕｓｅｒ００１」とスプーラ情報「ｓｐｏｏｌｅｒＢ」とを含む更新情報を受信した場合、ＣＰＵ１１は、図３に示すユーザ情報４１において、ユーザＩＤ「ｕｓｅｒ００１」に関連付けられたプライマリ情報「ｓｐｌｏｏｅｒＡ」とセカンダリスプーラ情報「ｓｐｌｏｏｅｒＣ」の優先順位を一つずつ下げる。これにより、図１５に示すように、プライマリ情報「ｓｐｌｏｏｅｒＡ」の優先順位が「１」から「２」に変更され、セカンダリスプーラ情報「ｓｐｌｏｏｅｒＣ」の優先順位が「２」から「３」に変更される。また、ＣＰＵ１１は、画像形成装置３０Ｂから受信したスプーラ情報「ｓｐｏｏｌｅｒＢ」を、ユーザＩＤ「ｕｓｅｒ００１」のプライマリスプーラ情報として記憶させる。これにより、図１５に示すように、ユーザＩＤ「ｕｓｅｒ００１」とプライマリスプーラ情報「ｓｐｏｏｌｅｒB」とが関連付けて記憶される。なお、画像形成装置３０から同一のユーザＩＤを含む複数の更新情報を受信した場合、配信サーバ装置１０は、最後に受信した更新情報に基づいて、このステップＳ２４の処理を行う。
【００５１】
（３）ユーザ情報の配信動作
配信サーバ装置１０は、記憶部１４に記憶されたユーザ情報４１と、画像形成装置３０に記憶されたユーザ情報４１ａとを同期させるために、最新のユーザ情報４１に対応するユーザ情報４１ａを画像形成装置３０に配信する。具体的には、ＣＰＵ１１は、予め決められたタイミング（例えば、毎日深夜に１回）になると、記憶部１４からユーザ情報４１を読み出す。ＣＰＵ１１は、このユーザ情報４１からユーザＩＤと、プライマリスプーラ情報及びセカンダリスプーラ情報とを抽出して、ユーザ情報４１ａを作成する。なお、優先順位「３」が割り当てられたスプーラ情報は、ユーザ情報４１ａには含まれない。ＣＰＵ１１は、通信部１３を制御して、作成したユーザ情報４１ａを画像形成装置３０Ａ、３０Ｂ及び３０Ｃに送信する。画像形成装置３０Ａ、３０Ｂ及び３０Ｃは、配信サーバ装置１０からユーザ情報４１ａを受信すると、このユーザ情報４１ａをそれぞれ記憶部３３Ａ、３３Ｂ及び３３Ｃに記憶させる。これにより、画像形成装置３０Ａ、３０Ｂ及び３０Ｃに記憶されたユーザ情報４１ａが更新される。
【００５２】
（４）プリンタドライバの更新動作
クライアント装置２０は、プリンタドライバ４２に設定されたスプーラ情報を、配信サーバ装置１０に記憶されたユーザ情報４１のスプーラ情報と同期させるために、プリンタドライバ４２に設定されたスプーラ情報を更新する。具体的には、ＣＰＵ２１は、予め決められたタイミングになると、通信部１３を制御して、プリンタドライバ４２に設定されたユーザＩＤ「ｕｓｅｒ００１」に対応するスプーラ情報を配信サーバ装置１０に要求する。この予め決められたタイミングとは、例えば毎日最初にプリント指示が行われたときである。
【００５３】
配信サーバ装置１０は、クライアント装置２０から要求されたスプーラ情報を、記憶部１４に記憶されたユーザ情報４１から抽出し、クライアント装置２０に送信する。具体的には、ＣＰＵ１１は、図１５に示すユーザ情報４１から、クライアント装置２０に要求されたユーザＩＤ「ｕｓｅｒ００１」に関連付けられたプライマリスプーラ情報「ｓｐｏｏｌｅｒB」とセカンダリスプーラ情報「ｓｐｏｏｌｅｒＡ」とを抽出する。ＣＰＵ１１は、通信部１３を制御して、抽出したこれらのスプーラ情報をクライアント装置２０に送信する。なお、優先順位「３」が割り当てられたスプーラ情報「ｓｐｏｏｌｅｒＣ」はクライアント装置２０には送信されない。クライアント装置２０は、配信サーバ装置１０からスプーラ情報を受信すると、受信したスプーラ情報をプリンタドライバ４２に設定する。これにより、プリンタドライバ４２に設定されたスプーラ情報が更新される。
【００５４】
（５）画像データの検索動作
画像形成装置３０に格納された画像データは、プリント処理に用いられた後も、削除されずにそのまま残る。これは、利用者が同一の画像データを用いて、繰り返しプリント処理を行う場合があるからである。ところで、図１５に示す例では、ユーザ情報４３の更新により、ユーザＩＤ「ｕｓｅｒ００１」に関連付けられたスプーラ情報「ｓｐｏｏｌｅｒＣ」の優先順位が、「２」から「３」に変更されている。他方、配信サーバ装置１０から画像形成装置３０に配信されるユーザ情報４１ａには、優先順位「３」が割り当てられたスプーラ情報「ｓｐｏｏｌｅｒＣ」は含まれない。そうすると、ユーザ情報４１が更新された後は、ユーザ情報４１が更新される前にこのスプーラ情報が示す画像形成装置３０Ｃに格納された画像データが取得されなくなってしまう。
【００５５】
画像形成システム１は、このような画像データを検索する仕組みを有している。ここでは、利用者が画像形成装置３０Ｂを使用してプリント処理を行う場合を想定する。この画像形成装置３０Ｂには、利用者によってユーザＩＤ「ｕｓｅｒ００１」が入力されている。画像形成装置３０Ｂは、図１０に示すステップＳ１６において画像データリスト５０を表示するときに、画像データリスト５０とともに検索ボタンをＵＩ部３４Ｂに表示させる。この検索ボタンは、ユーザＩＤ「ｕｓｅｒ００１」に対応する他の画像データの属性情報を取得する指示を受け付ける。利用者は、ＵＩ部３４Ｂに表示された画像データリスト５０の中に、自分が指定した画像データの属性情報が含まれていない場合には、この検索ボタンが押す。検索ボタンが押されると、画像形成装置３０Ｂは、ユーザＩＤ「ｕｓｅｒ００１」に対応するプライマリスプーラ情報及びセカンダリスプーラ情報以外のスプーラ情報（第２の装置情報の一例）を配信サーバ装置１０から取得する。
【００５６】
具体的には、制御部３１Ｂは、通信部３２Ｂを制御して、ユーザＩＤ「ｕｓｅｒ００１」に対応するプライマリスプーラ情報及びセカンダリスプーラ情報以外のスプーラ情報を要求する。配信サーバ装置１０は、画像形成装置３０Ｂから要求されたスプーラ情報を記憶部１４から読み出し、画像形成装置３０Ｂに送信する。具体的には、図１５に示すように、ユーザ情報４１には、ユーザＩＤ「ｕｓｅｒ００１」に対して、プライマリスプーラ情報「ｓｐｏｏｐｅｒＢ」とセカンダリスプーラ情報「ｓｐｏｏｐｅｒＡ」と優先順位「３」が割り当てられたスプーラ情報「ｓｐｏｏｐｅｒＣ」とが関連付けられている。ＣＰＵ１１は、これらのスプーラ情報のうち、優先順位「３」のスプーラ情報「ｓｐｏｏｌｅｒＣ」を抽出する。ＣＰＵ１１は、通信部１３を制御して、抽出したスプーラ情報を画像形成装置３０Ｂに送信する。
【００５７】
画像形成装置３０Ｂは、配信サーバ装置１０からスプーラ情報「ｓｐｏｏｌｅｒＣ」を受信すると、図１０に示すステップＳ１４〜Ｓ１５と同様に、このスプーラ情報が示す画像形成装置１０ＣからユーザＩＤ「ｕｓｅｒ００１」に対応する画像データの属性情報を取得する。画像形成装置３０Ｂは、取得した属性情報を画像データリスト５０に追加する。以降の処理は、図１０に示すステップＳ１７〜Ｓ１９と同じである。
【００５８】
第１実施形態では、画像形成装置３０において或るユーザＩＤに対応する認証回数が閾値に達した場合には、配信サーバ装置１０に記憶されたユーザ情報４１が更新され、このユーザＩＤに対応する画像データがこの画像形成装置３０に格納されるようになる。この認証回数は、画像形成装置３０の使用頻度を示す情報である。従って、第１実施形態によれば、利用者の使用頻度に応じた画像形成装置に画像データが格納される。
【００５９】
また、第１実施形態では、認証回数が閾値に達したか否かを判断する処理を、各画像形成装置３０で行っている。従って、例えばこの処理を配信サーバ装置１０でまとめて行う場合に比べて、処理の負荷が分散される。また、第１実施形態では、プリンタドライバ４２にプライマリスプーラ情報とセカンダリスプーラ情報とが設定されている。従って、一方のスプーラ情報が示す画像形成装置３０が利用できない場合であっても、他方の画像形成装置３０に画像データが格納される。また、第１実施形態では、プライマリスプーラ情報及びセカンダリスプーラ情報以外のスプーラ情報が示す画像形成装置３０に画像データが格納されている場合であっても、検索ボタンを押すことにより、この画像形成装置３０から属性情報や画像データが取得され、取得された画像データに応じた画像が形成される。
【００６０】
［第２実施形態］
第２実施形態では、ユーザ情報４１の更新動作において、第１実施形態と異なる動作が行われる。上述した第１実施形態では、例えば画像形成装置３０Ｂにおいて、ユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値に達すると、配信サーバ装置１０に記憶されたユーザ情報４１が更新され、図１５に示すように画像形成装置３０Ｂを示すスプーラ情報「ｓｐｏｏｌｅｒＢ」が、ユーザＩＤ「ｕｓｅｒ００１」のプライマリスプーラ情報として記憶される。ところで、利用者は、画像形成装置３０Ｂの他に、図３に示す更新前のユーザ情報４１においてユーザＩＤ「ｕｓｅｒ００１」に関連付けられたプライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」が示す画像形成装置３０Ａもよく使用している場合がある。この場合、ユーザ情報４１の更新が行われると、却って不便になることがある。第２実施形態に係る画像形成システム１は、このような場合にユーザ情報４１の更新が行われないようにする仕組みを有している。それ以外の構成及び動作については、第１実施形態と同様であるため、その説明を省略する。
【００６１】
図１６は、第２実施形態に係る画像形成装置３０の機能構成を示す図である。なお、図８に示した機能構成と同じものについては、その説明を省略する。問い合わせ部３０８及び応答部３０９は、制御部３１において例えばＣＰＵがプログラムを実行することにより実現される。これらの機能構成は、単一のプログラムにより実現されてもよいし、複数のプログラムにより実現されてもよい。
【００６２】
問い合わせ部３０８は、記録部３０６により記録された認証回数に基づいて、ユーザＩＤを用いて認証部３０５により認証が行われた認証回数が閾値に達した場合には、この認証回数と関連付けて配信サーバ装置１０に記憶されたスプーラ情報が示す他の画像形成装置３０に、このユーザＩＤに対応する他の画像形成装置３０の認証回数が第１の閾値以上であるか否かを問い合わせる。この場合、問い合わせ部３０８を有する画像形成装置３０が第１の画像形成装置として用いられる。また、問い合わせ部３０８の問い合わせ先となる他の画像形成装置３０が第２の画像形成装置として用いられる。なお、問い合わせ部３０８は、実際には、記憶部３３に記憶されたユーザ情報４１ａに基づいて、問い合わせ先となる他の画像形成装置３０を特定している。しかし、上述したように、このユーザ情報４１ａには、配信サーバ装置１０に記憶されたユーザ情報４１と同一のユーザＩＤ及びスプーラ情報が含まれている。したがって、問い合わせ部３０８は、配信サーバ装置１０に記憶されたユーザ情報４１に基づいて、問い合わせ先となる他の画像形成装置３０を特定しているといえる。
【００６３】
応答部３０９は、自装置で記録された認証回数に基づき、問い合わせ部３０８により問い合わせられた認証回数が第１の閾値以上であるか否かを応答する。この第２の閾値は、上述した第１の閾値と同じであってもよいし、第１の閾値より小さくてもよい。特定部３０７は、応答部３０９から認証回数が第２の閾値未満であることを示す応答があった場合には、上述した第１実施形態と同様に、ユーザＩＤとスプーラ情報の通知を行う。反対に、特定部３０７は、応答部３０９から認証回数が第２の閾値以上であることを示す応答があった場合には、このユーザＩＤとスプーラ情報の通知を行わない。
【００６４】
図１７は、第２実施形態に係るユーザ情報４１の更新動作を示すシーケンスチャートである。画像形成装置３０は、上述した第１実施形態と同様に、ユーザＩＤ毎に認証回数を記録している。ただし、この第２実施形態では、画像形成装置３０は、ユーザ情報４１ａにおいて自装置を示すスプーラ情報と関連付けられたユーザＩＤについても、認証回数のカウントを行う。画像形成装置３０は、図１３に示すステップＳ２１及び２２と同様に、記録情報４３に記録された認証回数が閾値に達した場合には、この認証回数に対応するユーザＩＤと自装置とを特定する（ステップＳ３１，３２）。ここでは、画像形成装置３０Ｂにおいて、ユーザＩＤ「ｕｓｅｒ００１」と画像形成装置３０Ｂとが特定された場合を想定する。
【００６５】
この場合、画像形成装置３０Ｂは、記憶部３３Ｂに記憶されたユーザ情報４１ａにおいて、ユーザＩＤ「ｕｓｅｒ００１」に関連付けられたスプーラ情報が示す他の画像形成装置３０に、このユーザＩＤに対応する他の画像形成装置３０の認証回数が閾値に達しているか否かを問い合わせる（ステップＳ３３）。具体的には、図７に示すように、ユーザ情報４１ａでは、ユーザＩＤ「ｕｓｅｒ００１」に対してプライマリスプーラ情報「ｓｐｏｏｌｅｒＡ」が関連付けられている。この場合、制御部３１Ｂは、通信部３２Ｂを制御して、このプライマリスプーラ情報が示す画像形成装置３０Ａに、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像形成装置３０Ａの認証回数が閾値に達しているか否かを問い合わせる。
【００６６】
画像形成装置３０Ａは、記録情報４３に記録された認証回数に基づき、画像形成装置３０Ｂから問い合わせられた認証回数が閾値以上であるか否かを応答する（ステップＳ３４）。具体的には、制御部３１Ａは、記憶部３３Ａに記憶された記録情報４３において、ユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値以上であるか否かを判断する。ユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値以上である場合、制御部３１Ａは、通信部３２Ａを制御して、認証回数が閾値以上であることを示す応答情報を画像形成装置３０Ｂに送信する。一方、ユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値未満である場合、制御部３１Ａは、通信部３２Ａを制御して、認証回数が閾値未満であることを示す応答情報を画像形成装置３０Ｂに送信する。
【００６７】
画像形成装置３０Ｂは、画像形成装置３０ＡからユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値未満であることを示す応答があった場合には（ステップＳ３５：閾値未満）、図１３に示すステップＳ２３と同様に、このユーザＩＤ「ｕｓｅｒ００１」と自装置のスプーラ情報「ｓｐｏｏｌｅｒＢ」とを含む更新情報を配信サーバ装置１０に送信する（ステップＳ３６）。これにより、画像形成装置３０Ｂを示すスプーラ情報「ｓｐｏｏｌｅｒＢ」とユーザＩＤ「ｕｓｅｒ００１」とが配信サーバ装置１０に通知される。配信サーバ装置１０は、画像形成装置３０Ｂから更新情報を受信すると、図１３に示すステップＳ２４と同様に、記憶部１４に記憶されたユーザ情報４１を更新する（ステップＳ３７）。
【００６８】
一方、画像形成装置３０Ｂは、画像形成装置３０ＡからユーザＩＤ「ｕｓｅｒ００１」に対応する認証回数が閾値以上であることを示す応答があった場合には（ステップＳ３５：閾値以上）、更新情報を送信せずにこの処理を終了する。つまり、画像形成装置３０Ｂは、画像形成装置３０Ａから認証回数が閾値以上であることを示す応答があった場合には、スプーラ情報とユーザＩＤの通知を行わない。この場合、配信サーバ装置１０においてユーザ情報４１の更新は行われない。
【００６９】
第２実施形態では、ユーザＩＤに対応する画像形成装置３０Ｂの認証回数が閾値に達し、且つ、このユーザＩＤに対応する画像形成装置３０Ａの認証回数が閾値未満である場合には、配信サーバ装置１０に記憶されたユーザ情報４１が更新され、画像形成装置３０Ｂに画像データが格納されるようになる。言い換えると、第２実施形態では、ユーザＩＤに対応する画像形成装置３０Ｂの認証回数が閾値に達していても、このユーザＩＤに対応する画像形成装置３０Ａの認証回数が閾値以上である場合には、配信サーバ装置１０に記憶されたユーザ情報４１が更新されない。この認証回数は、画像形成装置３０の使用頻度を示す情報である。従って、第２実施形態によれば、利用者の使用頻度に応じた画像形成装置に画像データが格納される。また、第２実施形態では、上述した第１実施形態と同様に、認証回数が閾値に達したか否かを判断する処理を、各画像形成装置３０で行っている。従って、例えばこの処理を配信サーバ装置１０がまとめて行う場合に比べて、処理の負荷が分散される。
【００７０】
［第３実施形態］
第３実施形態では、ユーザ情報４１の更新動作において、第１実施形態と異なる動作が行われる。第３実施形態では、利用者がどの画像形成装置３０をよく使っているかを配信サーバ装置１０側で相対的に判断している。また、第３実施形態では、認証回数に代えてログ情報４４を用いて、利用者がよく使っている画像形成装置３０を特定している。このログ情報４４は、画像形成装置３０における処理の履歴を示す情報である。それ以外の構成及び動作については、第１実施形態と同様であるため、その説明を省略する。
【００７１】
図１８は、第３実施形態に係る配信サーバ装置１０の機能構成を示す図である。第２の取得部１０２、特定部３０７及び更新部１０１は、ＣＰＵ１１がプログラムを実行することにより実現される。配信サーバ装置１０の機能構成は、単一のプログラムにより実現されてもよいし、複数のプログラムにより実現されてもよい。例えば、第２の取得部１０２は、他の機能構成を実現するプログラムとは異なるアプリケーションプログラムにより実現されてもよい。
【００７２】
第２の取得部１０２は、画像形成装置３０Ａ、３０Ｂ及び３０Ｃから、各画像形成装置３０において記録されたログ情報４４を取得する。このログ情報４４には、画像形成部３５における画像形成履歴を示す情報が含まれる。ログ情報４４は、利用者の使用履歴の一例である。特定部３０７は、画像形成装置３０に代えて配信サーバ装置１０に備えられる。特定部３０７は、第２の取得部１０２により取得されたログ情報４４に基づいて、ユーザＩＤに対応する画像データに応じたプリント回数を算出し、ユーザＩＤと、画像形成装置３０Ａ、３０Ｂ及び３０ＣのうちこのユーザＩＤに対応するプリント回数が最も高い画像形成装置３０とを特定する。このプリント回数は、ユーザＩＤに対応する画像データに応じて画像形成部３５により画像が形成された頻度を示す。つまり、特定部３０７は、ユーザＩＤと、このユーザＩＤに対応する画像データに応じて画像が形成された頻度が最も高いという条件を満たす画像形成装置３０とを特定する。更新部１０１は、特定部３０７により特定された画像形成装置３０を示すスプーラ情報と特定されたユーザＩＤとが関連付けて記憶されるように、記憶部１４に記憶されたユーザ情報４１のスプーラ情報を更新する。
【００７３】
図１９は、第３実施形態に係るユーザ情報４１の更新動作を示すシーケンスチャートである。画像形成装置３０は、ユーザＩＤ毎にログ情報４４を記録している。具体的には、制御部３１はユーザＩＤ毎に、そのユーザＩＤに対応する処理の履歴をログ情報４４に記録している。画像形成装置３０がプリント機能の他に、スキャナやファクシミリなどの機能を有している場合、この処理の履歴には、プリント処理の履歴だけではなく、スキャナやファクシミリなどの処理の履歴も含まれる。このログ情報４４は、記憶部３３に記憶される。
【００７４】
図２０は、ログ情報４４の一例を示す図である。このログ情報４４においては、処理日時と、ユーザＩＤと、処理種別とが関連付けられている。処理日時は、処理が行われた日時である。ユーザＩＤは、利用者によって入力されたものである。処理種別は、処理の種別を示す情報である。ユーザＩＤ「ｕｓｅｒ００１」が入力されたときに、プリント処理が行われた場合、制御部３１は、このプリント処理が行われた日時「２０１１／９／１／１１：３０」と、このユーザＩＤ「ｕｓｅｒ００１」と、処理種別「プリント」とを関連付けてログ情報４４に記録する。以下の説明では、処理種別「プリント」を含む処理の履歴を「プリントログ」という。
【００７５】
配信サーバ装置１０は、予め決められたタイミングで、各画像形成装置３０からログ情報４４を取得する。具体的には、ＣＰＵ１１は、予め決められたタイミングになると、通信部１３を制御して、画像形成装置３０Ａ、３０Ｂ及び３０Ｃにログ情報４４を要求する（図１９のステップＳ４１）。画像形成装置３０Ａ、３０Ｂ及び３０Ｃは、この要求に応じて、それぞれ記憶部３３Ａ、３３Ｂ、３３Ｃからログ情報４４を読み出し、配信サーバ装置１０に送信する（ステップＳ４２）。配信サーバ装置１０は、画像形成装置３０Ａ、３０Ｂ及び３０Ｃからログ情報４４を受信すると、受信したログ情報４４に基づいて、記憶部１４に記憶されたユーザ情報４１の更新処理を行う（ステップＳ４３）。
【００７６】
図２１は、ユーザ情報４１の更新処理を示すフローチャートである。ＣＰＵ１１は、画像形成装置３０Ａ、３０Ｂ及び３０Ｃから受信したログ情報４４をユーザＩＤ毎に集計して、集計情報４５を作成する（ステップＳ４３１）。図２２は、集計情報４５の一例を示す図である。この集計情報４５においては、ユーザＩＤと、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのプリント回数とが関連付けられている。ユーザＩＤは、ログ情報４４に含まれるものである。プリント回数は、ログ情報４４に含まれるプリントログの数を算出したものである。例えば、画像形成装置３０Ａから図２０に示すログ情報４４を受信した場合を想定する。このログ情報４４は、ユーザＩＤ「ｕｓｅｒ００１」に対応するプリントログが１個含まれている。これは、画像形成装置３０Ａにおいて、ユーザＩＤ「ｕｓｅｒ００１」に対応するプリント処理が１回行われたことを示す。この場合、ＣＰＵ１１は、集計情報４５に、ユーザＩＤ「ｕｓｅｒ００１」に対応する画像形成装置３０Ａのプリント回数として「１回」を追加する。ＣＰＵ１１は、画像形成装置３０Ｂ、３０Ｃのプリント回数についても同様の方法で算出し、集計情報４５に追加する。
【００７７】
ＣＰＵ１１は、作成した集計情報４５に基づいて、この集計情報４５に含まれるユーザＩＤと、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのうち、このユーザＩＤに対応するプリント回数が最も多い画像形成装置３０とを特定する（ステップＳ４３２）。図２２に示す集計情報４５では、ユーザＩＤ「ｕｓｅｒ００１」に対して、画像形成装置３０Ａのプリント回数「１回」と、画像形成装置３０Ｂのプリント回数「５回」と、画像形成装置３０Ｃのプリント回数「０回」とが関連付けられている。そうすると、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのうち、ユーザＩＤ「ｕｓｅｒ００１」に対応するプリント回数が最も多いのは、画像形成装置３０Ｂである。この場合、ＣＰＵ１１は、ユーザＩＤ「ｕｓｅｒ００１」と画像形成装置３０Ｂとを特定する。ＣＰＵ１１は、集計情報４５に含まれる全てのユーザＩＤについて、この処理を行う。そして、ＣＰＵ１１は、図１３に示すステップＳ２４と同様に、特定された画像形成装置３０が示すスプーラ情報と特定されたユーザＩＤとが関連付けて記憶されるように、記憶部１４に記憶されたユーザ情報４１を更新する（ステップＳ４３３）。
【００７８】
第３実施形態では、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのうち、ユーザＩＤに対応するプリント回数が最も多い画像形成装置３０に、このユーザＩＤに対応する画像データが格納されるようになる。このプリント回数は、画像形成装置３０の使用頻度を示す情報である。従って、第３実施形態によれば、利用者の使用頻度に応じた画像形成装置に画像データが格納される。また、第３実施形態では、認証回数に代えて、プリントログが用いられている。これにより、ユーザＩＤに対応するプリント処理が行われた頻度が高い画像形成装置３０に、そのユーザＩＤに対応する画像データが格納される。
【００７９】
［変形例］
本発明は、上述した実施形態に限定されず、以下のように変形してもよい。また、以下の変形例を相互に組み合わせてもよい。
【００８０】
（１）変形例１
上述した第１実施形態又は第２実施形態において、画像形成装置３０は、認証回数に代えてプリントログを用いて、ユーザＩＤに対応するプリント回数が閾値に達したか否かを判断してもよい。この場合、画像形成装置３０は、第３実施形態で説明したように、ユーザＩＤ毎にログ情報４４を記録する。そして、画像形成装置３０は、図２１に示すステップＳ４３１と同様に、このログ情報４４をユーザＩＤ毎に集計して、集計情報４５を作成する。画像形成装置３０は、作成した集計情報４５に含まれるプリント回数が閾値を越えた場合、次のステップに進む。
【００８１】
画像形成装置３０が、プリント機能の他に、スキャナやファクシミリなどの複数の機能を有している場合、利用者は、プリント処理以外の処理を行うために、画像形成装置３０を使用する場合がある。そうすると、認証回数が多い画像形成装置３０が、必ずしも利用者がプリント処理をする際に使用する頻度が高い画像形成装置３０であるとは限らない。この変形例１では、認証回数に代えて、プリントログが用いられている。従って、変形例１によれば、ユーザＩＤに対応するプリント処理が行われた頻度が高い画像形成装置３０に、そのユーザＩＤに対応する画像データが格納されるようになる。
【００８２】
（２）変形例２
上述した第３実施形態において、配信サーバ装置１０は、プリントログに代えて認証回数を用いて、認証回数が最も多い画像形成装置３０を特定してもよい。この場合、画像形成装置３０は、ユーザＩＤ毎に認証履歴を記録する。配信サーバ装置１０は、図１９に示すステップＳ４１及びＳ４２において、画像形成装置３０Ａ、３０Ｂ及び３０Ｃから認証履歴を取得する。配信サーバ装置１０は、図１９に示すステップＳ４３において、画像形成装置３０Ａ、３０Ｂ及び３０Ｃから取得した認証履歴に基づいて、各画像形成装置３０においてユーザＩＤを用いて行われた認証回数を算出し、ユーザＩＤと、画像形成装置３０Ａ、３０Ｂ及び３０ＣのうちこのユーザＩＤに対応する認証回数が最も多い画像形成装置３０を特定する。そして、配信サーバ装置１０は、図２１に示すステップＳ４３３と同様に、特定した画像形成装置３０とユーザＩＤとに基づいて、記憶部１４に記憶されたユーザ情報４１を更新する。この変形例２では、ログ情報４４を用いていないため、画像形成装置３０においてログ情報４４を記録する必要がない。
【００８３】
（３）変形例３
上述した配信サーバ装置１０に代えて、画像形成装置３０のいずれかがこの配信サーバ装置１０の役割を担ってもよい。配信サーバ装置１０の役割を担う画像形成装置３０は、予め決められている。以下の説明では、この画像形成装置３０を「マスタ装置」という。この場合、マスタ装置の記憶部３３には、配信サーバ装置１０と同様に、ユーザ情報４１が記憶されている。マスタ装置は、配信サーバ装置１０と同様に、上述したユーザ情報の更新動作、ユーザ情報の配信動作、プリンタドライバの更新動作を行う。例えば、第３実施形態に係るユーザ情報の更新動作を行う場合、マスタ装置は、他の画像形成装置３０からログ情報４４を取得する。そして、マスタ装置は、記憶部３３に記憶されているログ情報４４と、他の画像形成装置３０から取得したログ情報４４とに基づいて、画像形成装置３０Ａ、３０Ｂ及び３０Ｃのうちプリント回数が最も多い画像形成装置３０を特定する。
【００８４】
マスタ装置は、サブネット毎に設けられていてもよい。この場合、マスタ装置は、他の画像形成装置３０にユーザ情報４１ａを配信するときに、同一サブネット内に設けられた他の画像形成装置３０だけにユーザ情報４１ａを配信してもよい。また、マスタ装置は、動的に変更されてもよい。例えば、各画像形成装置３０には、マスタ装置に関する優先順位が設定されている。通常は、この優先順位が最も高い画像形成装置３０がマスタ装置となる。ただし、例えば電源が切られた場合など、優先順位が高い画像形成装置３０が利用できない状況になった場合には、次に優先順位が高い画像形成装置３０がマスタ装置となる。画像形成装置３０の状況は、例えば上述したエコー要求を定期的に互いに送信することにより確認する。
【００８５】
（４）変形例４
上述したユーザ認証処理は、画像形成装置３０において行われていた。しかし、ユーザ認証処理は、配信サーバ装置１０側で行われてもよい。この場合、画像形成装置３０は、配信サーバ装置１０にユーザ認証処理を依頼する。具体的には、制御部３１は、通信部３２を制御して、利用者によって入力されたユーザＩＤを配信サーバ装置１０に送信する。配信サーバ装置１０は、画像形成装置３０からの依頼に応じて、図１１に示すステップＳ１３２と同様の処理を行い、認証に成功したか否かを応答する。画像形成装置３０は、配信サーバ装置１０から認証に失敗したことを示す応答があった場合には、図１１に示すステップＳ１３３に進む。一方、画像形成装置３０は、配信サーバ装置１０から認証に成功したことを示す応答があった場合には、図１０に示すステップＳ１４に進む。
【００８６】
上述した変形例３のように、マスタ装置が配信サーバ装置１０の役割を担う場合には、ユーザ認証処理がマスタ装置側で行われてもよい。この場合、マスタ装置以外の画像形成装置３０が、マスタ装置にユーザ認証処理を依頼する。マスタ装置は、この依頼に応じてユーザ認証処理を行い、認証に成功したか否かを応答する。
【００８７】
（５）変形例５
クライアント装置２０から画像データを送信するときに、プライマリスプーラ情報が示す画像形成装置３０もセカンダリスプーラ情報が示す画像形成装置３０も利用できない場合がある。この場合、クライアント装置２０は、プリンタドライバ４２に設定されたユーザＩＤに対応するプライマリスプーラ情報及びセカンダリスプーラ情報以外のスプーラ情報を配信サーバ装置１０から取得し、このスプーラ情報が示す画像形成装置３０に画像データを送信してもよい。
【００８８】
（６）変形例６
図３に示すユーザ情報４１には、ユーザＩＤに対して最大３個のスプーラ情報が関連付けられていた。しかし、画像形成装置３０の台数が多い場合には、ユーザＩＤに対してより多くのスプーラ情報が関連付けられる場合がある。この場合、上述した画像データの検索動作において、画像形成装置３０は、プライマリスプーラ情報とセカンダリスプーラ情報以外のスプーラ情報のうち、優先順位に従って選択される決められた数（例えば５個）のスプーラ情報を配信サーバ装置１０から取得してもよい。
【００８９】
（７）変形例７
画像形成装置３０に記憶されるユーザ情報４１ａには、プライマリスプーラ情報とセカンダリスプーラ情報とが含まれていた。しかし、ユーザ情報４１ａに含まれるスプーラ情報の数は、２個に限定されない。例えば、１個のスプーラ情報だけが含まれていてもよいし、３個以上のスプーラ情報が含まれていてもよい。ユーザ情報４１ａに含まれるスプーラ情報の数は、予め定められている。つまり、ユーザ情報４１ａには、優先順位に従って選択される予め定められた数のスプーラ情報が含まれる。あるいは、ユーザ情報４１ａには、配信サーバ装置１０に記憶されたユーザ情報４１において、ユーザＩＤに関連付けられた全てのスプーラ情報が含まれていてもよい。
【００９０】
（８）変形例８
上述したユーザ情報の配信動作では、前回配信されたユーザ情報４１ａとの差分だけが配信されてもよい。この場合、画像形成装置３０は、配信サーバ装置１０から受信した差分のユーザ情報４１ａのみ更新する。
【００９１】
（９）変形例９
上述したユーザＩＤは、利用者を識別する利用者情報の一例である。この利用者情報は、ユーザＩＤに限定されない。例えば、利用者情報は、利用者に渡されるＩＣカードに割り当てられたカードＩＤであってもよいし、利用者に割り当てられたメールアドレスであってもよい。また、上述したように、ＩＣカードは利用者一人ひとりに渡されるようになっているため、ＩＣカードに割り当てられたカードＩＤが利用者情報として用いられてもよい。
【００９２】
（１０）変形例１０
ユーザ認証処理は、ＩＣカードを使用せずに行われてもよい。例えば、利用者が、画像形成装置３０のＵＩ部３４を用いて、自分のユーザＩＤを入力してもよい。この場合、ＵＩ部３４が、利用者により入力された利用者情報を受け付ける受付部として用いられる。また、ユーザＩＤに代えて、指紋などの生体情報が用いられてもよい。この場合、画像形成装置３０には、この生体情報を読み取る装置が設けられる。この場合、この装置が、利用者により入力された利用者情報を受け付ける受付部として用いられる。
【００９３】
（１１）変形例１１
ユーザ認証処理は、ユーザＩＤとパスワードとを用いて行われてもよい。この場合、ユーザ情報４１では、ユーザＩＤとパスワードとが関連付けられる。利用者は、ユーザ認証処理を行うときに、例えばＵＩ部３４を用いてパスワードを入力する。
【００９４】
（１２）変形例１２
上述したプリント動作では、画像データリスト５０を表示した後に、利用者により選択された画像データを取得していた。しかし、この画像データリスト５０の表示は必ずしも行われなくてもよい。例えば、図１０に示すステップＳ１３のユーザ認証処理の後、属性情報の取得を行わずに、画像データの取得を行ってもよい。この場合、画像形成装置３０は、ユーザ情報４１ａにおいて、入力されたユーザＩＤに関連付けられたプライマリスプーラ情報が示す画像形成装置３０と、セカンダリスプーラ情報が示す画像形成装置３０の両方に、そのユーザＩＤに対応する画像データを要求する。この場合、利用者は、画像データを選択する必要はない。
【００９５】
（１３）変形例１３
画像形成システム１の構成は、図１に示す構成に限らない。例えば、利用者の人数に応じて、画像形成装置３０の数を増やしてもよい。また、クライアント装置２０は、利用者の人数分設けられてもよい。
【００９６】
（１４）変形例１４
画像形成部３５は、電子写真方式以外の方式で画像を形成するプリンタであってもよい。また、画像形成部３５は、白黒の画像を形成するものであってもよいし、カラーの画像を形成するものであってもよい。ＵＩ部３４は、表示部として用いられるタッチパネルを備えていたが、タッチパネルに代えて液晶ディスプレイなどの表示装置を備えていてもよい。
【００９７】
（１５）変形例１５
ＣＰＵ１１、ＣＰＵ２１又は制御部３１のＣＰＵにおいて実行されるプログラムは、磁気テープ、磁気ディスク、フレキシブルディスク、光ディスク、光磁気ディスク、メモリなどの記録媒体に記録した状態で提供され、配信サーバ装置１０、クライアント装置２０又は画像形成装置３０にインストールされてもよい。また、このプログラムは、インターネット等の通信回線を介して配信サーバ装置１０、クライアント装置２０又は画像形成装置３０にダウンロードされてもよい。
【符号の説明】
【００９８】
１…画像形成システム、２…通信回線、１０…配信サーバ装置、１１…ＣＰＵ、１２…メモリ、１３…通信部、１４…記憶部、２０…クライアント装置、３０…画像形成装置、３１…制御部、３２…通信部、３３…記憶部、３４…ＵＩ部、３５…画像形成部、３６…カード読取部、１０１…更新部、１０２…第２の取得部、３０１…受付部、３０２…第３の取得部、３０３…表示制御部、３０４…第１の取得部、３０５…認証部、３０６…記録部、３０７…特定部、３０８…問い合わせ部、３０９…応答部
【図１】
0005866971.tif 000002
【図２】
0005866971.tif 000003
【図３】
0005866971.tif 000004
【図４】
0005866971.tif 000005
【図５】
0005866971.tif 000006
【図６】
0005866971.tif 000007
【図７】
0005866971.tif 000008
【図８】
0005866971.tif 000009
【図９】
0005866971.tif 000010
【図１０】
0005866971.tif 000011
【図１１】
0005866971.tif 000012
【図１２】
0005866971.tif 000013
【図１３】
0005866971.tif 000014
【図１４】
0005866971.tif 000015
【図１５】
0005866971.tif 000016
【図１６】
0005866971.tif 000017
【図１７】
0005866971.tif 000018
【図１８】
0005866971.tif 000019
【図１９】
0005866971.tif 000020
【図２０】
0005866971.tif 000021
【図２１】
0005866971.tif 000022
【図２２】
0005866971.tif 000023