JP6075327B2 - 画像形成装置、処理方法、および制御プログラム - Google Patents

Description

この発明は画像形成装置、処理方法、および制御プログラムに関し、特に、複数台の画像形成装置からなるプリントシステムで用いられる画像形成装置、該プリントシステムにおける処理方法、および制御プログラムに関する。

ＭＦＰ（Multi-Functional Peripheral）などの画像形成装置を複数台、ネットワークに接続し、ユビキタスでプリント可能なシステムが提案されている。このシステムは、ユビキタスプリントシステムなどとも呼ばれる。たとえば、特開２００９−１５５２０号公報（以下、特許文献１）、特開２００８−１４６４３７号公報（以下、特許文献２）、および特開２００５−２２３５５１号公報（以下、特許文献３）などが、複数台のプリンターを含んだ印刷システムに関する様々な技術を開示している。

さらに、画像形成装置の高機能化に伴って画像形成装置がサーバー機能を持つようになったことから、該システムにはサーバーが含まれないようになってきている。このようなシステムは、サーバーレスユビキタスプリントシステム、などとも呼ばれる。

サーバーレスユビキタスプリントシステムでは、いずれかの画像形成装置がサーバー機能を発揮してサーバーとして機能し、ユーザーがログインした画像形成装置に対してジョブ一覧を渡す。これにより、ユーザーはログインした画像形成装置で、自身が発行し、サーバーとして機能する画像形成装置にスプールされたジョブを確認し、プリントを指示することができる。

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

このようなシステムはたとえばオフィス環境において構築されることが多い。そのため、オフィスの拡大に伴って、システムにより多くの画像形成装置を含ませたいというニーズが高まっている。

しかしながら、システムを構成する画像形成装置の台数が多くなるほど、ユーザーのログインした画像形成装置が当該ユーザーの発行したジョブのスプールの有無を問い合わせる画像形成装置の台数が多くなる。これは、システム内での通信の負荷を増大させることにつながる。その結果、システムでの処理能力が低下してしまうという問題が生じる。

本発明はこのような問題に鑑みてなされたものであって、プリントシステムに含まれる画像形成装置の台数が増加した場合であっても、該システムでの処理能力を低下を防ぐことのできる画像形成装置、該システムにおける処理方法、および制御プログラムを提供することを目的としている。

上記目的を達成するために、本発明のある局面に従うと、グループ管理装置は複数の画像形成装置が接続された画像形成システムで用いられるグループ管理装置であって、複数の画像形成装置のうちの一部の画像形成装置を、ユーザーと対応付けて、当該ユーザーの発行したジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置のグループとして決定し、当該グループをユーザーと対応付けて記憶装置に記憶させる制御部と、複数の画像形成装置からユーザーの使用履歴を受信する受信手段とを備える。制御部は、受信手段が受信したユーザーの使用履歴に基づいて、当該ユーザーと対応付けられたジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置を決定し、記憶装置に記憶されているグループを更新する。

好ましくは、使用履歴は、ジョブに関する情報を要求した履歴を含む。

好ましくは、制御部は、使用履歴に基づいて、ユーザーの使用頻度の高い画像形成装置から順にグループに属する画像形成装置を決定する。

好ましくは、制御部は、ジョブに関する情報を取得するための通信速度が、予め規定された速度を下回らないよう、グループに属する画像形成装置として、規定数の画像形成装置を決定する。

好ましくは、制御部は、使用履歴のうち所定期間内の使用履歴に基づいてグループに属する画像形成装置を決定する。

好ましくは、制御部により決定されたグループに属する画像形成装置に対して、グループに属する画像形成装置に関する情報を通知する第１の通知手段をさらに備える。

好ましくは、制御部は、さらに、受信手段が受信した使用履歴に基づいて、ユーザーの発行したジョブをスプールする画像形成装置を決定し、ジョブをスプールする画像形成装置として決定された画像形成装置に関する情報を、ユーザーのジョブを発行する装置に通知する第２の通知手段をさらに備える。

好ましくは、制御部は、ユーザーと対応付けて、ジョブに関する情報を要求する優先度の異なる複数のグループを決定する。

好ましくは、グループ管理装置は画像形成装置である。

好ましくは、制御部は、ユーザーの発行したジョブに関する情報を複数の画像形成装置に要求する。グループ管理装置としての画像形成装置は、要求に基づいて取得したジョブに関する情報に対応するジョブのうち、選択されたジョブを、当該ジョブをスプールする画像形成装置から取得してジョブを実行するジョブ処理手段をさらに備える。制御部は、グループに属する画像形成装置に対して、グループに属さない画像形成装置よりも優先してジョブに関する情報を要求する。
好ましくは、制御部は、自装置にログインしたユーザーの発行したジョブに関する情報を要求する。
本発明の他の局面に従うと、プログラムは複数の画像形成装置が接続された画像形成システムで用いられるグループ管理装置として機能するコンピュータで実行されるプログラムであって、コンピュータに、（ａ）複数の画像形成装置のうちの一部の画像形成装置を、ユーザーと対応付けて、当該ユーザーの発行したジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置のグループとして決定するステップと、（ｂ）決定されたグループをユーザーと対応付けて記憶装置に記憶させるステップと、（ｃ）複数の画像形成装置からユーザーの使用履歴を受信するステップと、実行させる。ステップ（ａ）において、ステップ（ｃ）において受信したユーザーの使用履歴に基づいて、当該ユーザーと対応付けられたジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置を決定し、記憶装置に記憶されているグループを更新する。
好ましくは、使用履歴は、ジョブに関する情報を要求した履歴を含む。
好ましくは、ステップ（ａ）において、使用履歴に基づいて、ユーザーの使用頻度の高い画像形成装置から順にグループに属する画像形成装置を決定する。
好ましくは、ステップ（ａ）において、ジョブに関する情報を取得するための通信速度が、予め規定された速度を下回らないよう、グループに属する画像形成装置として、規定数の画像形成装置を決定する。
好ましくは、ステップ（ａ）において、使用履歴のうち所定期間内の使用履歴に基づいてグループに属する画像形成装置を決定する。
好ましくは、（ｄ）ステップ（ａ）において決定されたグループに属する画像形成装置に対して、グループに属する画像形成装置に関する情報を通知するステップをさらにコンピュータに実行させる。
好ましくは、（ｅ）ステップ（ｃ）において受信した使用履歴に基づいて、ユーザーの発行したジョブをスプールする画像形成装置を決定するステップと、（ｆ）ステップ（ｅ）においてジョブをスプールする画像形成装置として決定された画像形成装置に関する情報を、ユーザーのジョブを発行する装置に通知するステップと、をさらにコンピュータに実行させる。
好ましくは、（ｇ）ユーザーと対応付けて、ジョブに関する情報を要求する優先度の異なる複数のグループを決定するステップをさらにコンピュータに実行させ、
ステップ（ｇ）において、ステップ（ｃ）において受信したユーザーの使用履歴に基づいて、ジョブに関する情報を要求する優先度の異なる複数のグループを更新する。
好ましくは、上記プログラムにおいて、グループ管理装置は画像形成装置である。
好ましくは、グループ管理装置である画像形成装置として機能するコンピュータで実行されるプログラムは、（ｈ）ユーザーの発行したジョブに関する情報を複数の画像形成装置に要求するステップと、（ｉ）ステップ（ｈ）における要求に基づいて取得したジョブに関する情報に対応するジョブのうち、選択されたジョブを、当該ジョブをスプールする画像形成装置から取得してジョブを実行するステップと、をさらにコンピュータに実行させ、ステップ（ｈ）においては、グループに属する画像形成装置に対して、グループに属さない画像形成装置よりも優先してジョブに関する情報を要求する。
好ましくは、ステップ（ｈ）において、自装置にログインしたユーザーの発行したジョブに関する情報を要求する、請求項２１に記載のプログラム。

この発明によると、プリントシステムに含まれる画像形成装置の台数が増加した場合であっても、該システムでの処理能力を低下を防ぐことのできる。

実施の形態にかかるプリントシステム（以下、システム）の構成の具体例を示す図である。 システムに含まれるＭＦＰ（Multi-Functional Peripheral）の装置構成の具体例を示すブロック図である。 システムでの動作概要を説明するための図である。 システムでの、お気に入りグループに関する処理の概要を表わした図である。 ユーザーのお気に入りグループの具体例を表わした図である。 ＭＦＰの機能構成の具体例を表わすブロック図である。 ＭＦＰでの動作の流れの具体例を表わしたフローチャートである。 ＭＦＰでの動作の流れの具体例を表わしたフローチャートである。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。

＜システム構成＞
図１は、本実施の形態にかかるプリントシステム（以下、システム）の構成の具体例を示す図である。図１を参照して、本システムは、画像形成装置の一例としての、複数台のＭＦＰ（Multi-Functional Peripheral）１００Ａ、１００Ｂ，１００Ｃ，…（これらを代表させてＭＦＰ１００とも称する）を含む。

ＭＦＰ１００は、ＰＣ（パーソナルコンピューター）２００などの、当該ＭＦＰ１００と電気的に接続された他の装置からジョブを受け付け可能である。ＭＦＰ１００は、受け付けたジョブをメモリーに格納（スプール）する。

＜装置構成＞
図２は、ＭＦＰ１００の装置構成の具体例を示すブロック図である。図２を参照して、ＭＦＰ１００は、装置全体を制御するためのＣＰＵ（Central Processing Unit）１０と、ＣＰＵで実行されるプログラムを記憶するためのメモリーであるＲＯＭ（Read Only Memory）１１と、ＣＰＵ１０でプログラムを実行する際の作業領域となるメモリーであるＲＡＭ（Random Access Memory）１２と、ジョブなどを記憶するための大型の記憶装置の一例としてのＨＤＤ（Hard Disk Drive）１３と、プリンター１４と、スキャナー１５と、操作パネル１６と、他のＭＦＰやＰＣなどと通信するためのネットワークコントローラー１７とを含む。

＜動作概要＞
（ジョブ実行の流れ）
図３は、本システムでの動作概要を説明するための図である。図３を参照して、本システムを利用するユーザーＡは、自身のログインしたＰＣ２００から本システムに対してジョブを発行する（ステップＳ１）。ユーザーＡの発行したジョブは、本システムを構成する複数のＭＦＰのうちの、予めユーザーＡに対して規定されているＭＦＰ（図３ではＭＦＰ１００Ｂ）に転送され、当該ＭＦＰ１００Ｂにてスプールされる（ステップＳ２）。ユーザーに対して、当該ユーザーの発行したジョブをスプールするＭＦＰと規定されているＭＦＰのことを、ストレージＭＦＰとも称する。

ユーザーＡに規定されたストレージＭＦＰは、ＰＣ２００にインストールされているポートモニターによって記憶され、管理されている。すなわち、ＰＣ２００のポートモニターは、文書作成アプリケーションなどのジョブ作成のプログラムから、ユーザーＡからのジョブの転送が指示されると、該プログラムからの転送先の指示に関わらず、予めユーザーＡについて記憶しているストレージＭＦＰに対して当該ジョブを転送する。

ユーザーＡは、発行したジョブを本システムで実行する（たとえば印刷する）場合、いずれのＭＦＰにログインしても構わない。すなわち、ユーザーＡは、発行したジョブを実行させる際に、本システムに含まれるＭＦＰ１００Ａにログインする（ステップＳ３）。なお、ユーザーのログインしたＭＦＰを、以降の説明においてクライアントＭＦＰとも称する。

クライアントＭＦＰであるＭＦＰ１００Ａは、本システムを構成するＭＦＰ１００に対して、当該ユーザーＡの発行したジョブを特定する情報の一覧（以降、リストと称する）を要求する（ステップＳ４）。この要求を受けた他のＭＦＰは、当該ユーザーＡの発行したジョブをスプールしている場合にはリストをＭＦＰ１００Ａに対して送信する（ステップＳ５）。

ＭＦＰ１００Ａは、入力されたリストおよび自身にスプールしている当該ユーザーの発行したジョブに基づいて、ユーザーＡが本システムに対して発行したジョブの一覧を表示し、その中から実行するジョブの選択を受け付ける（ステップＳ６）。実行するジョブが選択されると、ＭＦＰ１００Ａは、該当するジョブを当該ジョブをスプールしているストレージＭＦＰに対して要求し、実行する（ステップＳ７）。

（課題の説明）
ここで、本システムに含まれるＭＦＰの台数が少ない場合には、クライアントＭＦＰが本システムを構築するすべてのＭＦＰに対してリストを要求しても通信の負荷はさほど大きくはならない。しかしながら、本システムに含まれるＭＦＰの台数が多くなるとリストを要求するための通信量が多くなり、高負荷となる。そのため、リストを取得し、一覧表示するまでの時間がかかったり、他の通信に影響が出たりすることになる。

また、本システムに含まれるＭＦＰの台数が多くなるとリストが多くなる可能性がある。その場合、クライアントＭＦＰでは当該ユーザーの発行したジョブとして多くのジョブが提示されることになり、ユーザーが選択しにくくなる場合もある。

そこで、本システムでは、クライアントＭＦＰは、予めユーザーについて、リストを要求する優先度の高いＭＦＰのグループをお気に入りグループとして記憶しておく。そして、上記ステップＳ４でクライアントＭＦＰは、優先的に、当該グループを構成するＭＦＰに対してリストを要求する。なお、好ましくはクライアントＭＦＰは、当該グループからリストが取得されなかった場合や、ユーザーの選択がなされなかった場合などには、当該グループ外のＭＦＰに対してリストを要求する。または、クライアントＭＦＰは、お気に入りグループからのリストの処理と並行して、バックグラウンドでグループ外のＭＦＰに対してリストを要求しておいてもよい。

（お気に入りグループの更新の説明）
お気に入りグループは、本システムを構成するいずれかのＭＦＰにおいて、当該ユーザーの使用履歴に基づいて作成、更新される。好ましくは、お気に入りグループは、当該ユーザーのストレージＭＦＰとされているＭＦＰにおいて当該ユーザーの使用履歴に基づいて作成、更新される。

図４は、本システムでの、お気に入りグループに関する処理の概要を表わした図である。図４を参照して、ＭＦＰは、他のＭＦＰからログインユーザーについての使用履歴を取得する（ステップ＃１）。使用履歴は、ＭＦＰからユーザーがログアウトしたタイミングや、ＭＦＰにおいてジョブ処理が完了したタイミングなどに、当該ＭＦＰから他のＭＦＰに対して送信される。または、当該ＭＦＰにおいて、電源ＯＮ時や所定の時間間隔など、予め規定されたタイミングで他のＭＦＰに対して、たとえばお気に入りグループを記憶しているユーザーなど、予め規定されたユーザーの使用履歴を要求することで、当該ＭＦＰが使用履歴を取得してもよい。使用履歴は、受信したＭＦＰにおいて蓄積される。

ＭＦＰは、予め規定された特定のユーザーについての使用履歴、好ましくは、自身がストレージＭＦＰとされているユーザーの使用履歴に基づいて、当該ユーザーについてのお気に入りグループを更新する（ステップ＃２）。すなわち、ＭＦＰは、当該ユーザーについてのお気に入りグループに属するＭＦＰを決定する。そして、決定されたＭＦＰがすでに記憶されている当該ユーザーについてのお気に入りグループと相違ある場合、記憶されている当該ユーザーについてのお気に入りグループを上記決定に基づいて更新する。

図５は、ＭＦＰのメモリーに記憶されている、ユーザーのお気に入りグループの具体例を表わした図である。一例として、ＭＦＰは、ユーザーの使用履歴としてシステムに含まれるＭＦＰごとに当該ＭＦＰへのアクセス回数を記憶する。アクセス回数とは、当該ＭＦＰに対してリストを要求した回数や、ジョブを取得した回数や、ログインした回数などを指す。一例としてＭＦＰは、アクセス回数がしきい値以上であるＭＦＰを、当該ユーザーのお気に入りグループに属するＭＦＰに決定する。図５の例の場合、ＭＦＰは、しきい値３を記憶し、アクセス回数が３回以上のＭＦＰを当該ユーザーのお気に入りグループに属するＭＦＰに決定いている。

お気に入りグループの更新は、ＭＦＰが使用履歴を取得するたびに行なわれてもよいし、たとえば電源ＯＮ時や所定の時間間隔などの特定のタイミングで行なわれてもよい。また、他の例として、本システムを構成するＭＦＰに変化があった場合にお気に入りグループの更新が行なわれてもよい。このようにすることで、ユーザーについてのお気に入りグループが、当該ユーザーの本システムの使用に伴って動的に変化することになる。

ステップ＃２でＭＦＰは、一例として、使用頻度が高いＭＦＰから順に、予め規定された台数までのＭＦＰを当該ユーザーについてのお気に入りグループに属するＭＦＰと決定する。

お気に入りグループに属するＭＦＰの台数は、管理者等の特定のユーザーが設定可能であってもよいし、当該ユーザーが設定可能であってもよい。または、お気に入りグループに属するＭＦＰの台数は、当該ＭＦＰが当該お気に入りグループに属するＭＦＰからリストを取得するための通信速度が、予め規定した速度を下回らない台数であってもよい。または、お気に入りグループに属するＭＦＰの台数は、お気に入りグループに属するＭＦＰの決定が本システムに含まれるＭＦＰの台数が変化したときに行なわれる場合には、本システムの初期状態でのＭＦＰの台数であってもよい。つまり、本システムに含まれるＭＦＰの台数が増加した場合であっても、元の台数内でリストの要求を行なうことになる。

または、他の例として、ＭＦＰは、使用頻度がしきい値よりも高いＭＦＰを当該ユーザーについてのお気に入りグループに属するＭＦＰと決定してもよい。

しきい値は、管理者等の特定のユーザーが設定可能であってもよいし、当該ユーザーが設定可能であってもよい。

好ましくは、ＭＦＰは、お気に入りグループに属するＭＦＰを決定する際に、使用履歴として、予め規定されたユーザーについて、当該ユーザーの発行したジョブについてのリストを送信したＭＦＰの履歴（リストの取得履歴）、および／またはユーザーの選択したジョブを送信したＭＦＰの履歴（ジョブの取得履歴）、および／または当該ユーザーのログインＭＦＰとなった履歴（ログイン履歴）を用いる。すなわち、ＭＦＰは、お気に入りグループに属するＭＦＰを決定する際には、使用履歴として当該ユーザーのログインしたＭＦＰにおけるコピーやスキャンの使用履歴を利用しないようにしてもよい。または、ＭＦＰは、お気に入りグループに属するＭＦＰを決定する際に、使用履歴として当該ユーザーのログインしたＭＦＰにおけるコピーやスキャンの使用履歴も利用してもよい。

さらに、好ましくは、ＭＦＰは、お気に入りグループに属するＭＦＰを決定する際に当該ユーザーについての最新の使用履歴を用いる。すなわち、好ましくは、ＭＦＰは、当該ユーザーの使用履歴のうちの所定期間の使用履歴を用いる。所定期間は、たとえば、現時点から予め規定された過去の時点までの期間が該当する。

図５の例の場合、当該ユーザーが各ＭＦＰに最終にアクセスしたタイミングも使用履歴として記憶されている。そして、ＭＦＰは、そのうちの、現時点から所定期間内のアクセスのあった使用履歴のみを用いてお気に入りグループに属するＭＦＰを決定してもよい。

本システムにおいて、ユーザーの使用履歴に基づいてお気に入りグループ、つまり、リストを優先的に要求するＭＦＰのグループが構成されることで、当該ユーザーについてのストレージＭＦＰとなって当該ユーザーのジョブをスプールしている可能性の高いＭＦＰに対してリストを要求することができる。つまり、ストレージＭＦＰである可能性の高いＭＦＰに対してリストを要求するＭＦＰの台数を絞り込むことができる。そのため、本システムにおいてＭＦＰの台数が増加した場合であっても、通信の負荷を抑えつつ効率的にリストを取得することができる。また、本システムにおいてＭＦＰの台数が増加した場合であっても、リストに基づく当該ユーザーのジョブの一覧としてジョブを提示しすぎることなく、ユーザーの選択操作が煩雑になることを抑えることができる。

ＭＦＰは、当該ユーザーについてのお気に入りグループを更新すると、他のＭＦＰに対して更新後のお気に入りグループを通知する（ステップ＃３）。ステップ＃３で、一例としてＭＦＰは、更新後のお気に入りグループを構成する各ＭＦＰに対して、当該ユーザーのお気に入りグループを構成するＭＦＰそれぞれの特定情報を送信する。このとき、ＭＦＰは、更新前にお気に入りグループに属し、更新によって当該お気に入りグループに属さなくなったＭＦＰに対しても、当該お気に入りグループに属さなくなったことを通知するようにしてもよい。この通知を受けることで、当該お気に入りグループに属さなくなったＭＦＰは、当該ユーザーについてのお気に入りグループの記憶をメモリーから削除することができる。

さらに、ステップ＃３でＭＦＰは、更新後のお気に入りグループを構成する各ＭＦＰに対して、当該ユーザーの使用履歴も送信してもよい。このようにすることで、更新後のお気に入りグループを構成する各ＭＦＰにおいて、当該ユーザーの使用履歴を共有することができる。

（ストレージＭＦＰの更新の説明）
好ましくは、ＭＦＰは、メモリーに蓄積している、自身がストレージＭＦＰとされているユーザーの使用履歴に基づいて、当該ユーザーについてのストレージＭＦＰを更新する（ステップ＃４）。ストレージＭＦＰの更新は、お気に入りグループの更新と同じタイミングで行なわれてもよいし、異なるタイミングであってもよい。異なるタイミングとしては、お気に入りグループの更新が所定回数行なわれる度にストレージＭＦＰの更新が行なわれるものであってもよい。このようにすることで、当該ユーザーに対するストレージＭＦＰが、当該ユーザーの本システムの使用に伴って動的に変化することになる。

ステップ＃４でＭＦＰは、一例として、使用頻度がしきい値よりも高いＭＦＰを当該ユーザーについての新たなストレージＭＦＰと決定する。使用頻度は、お気に入りグループを更新する際に用いた使用頻度であってよい。好ましくは、ＭＦＰは、ストレージＭＦＰの決定の際に当該ユーザーについての最新の使用履歴を用いる。

ここでのしきい値は、ステップ＃２でお気に入りグループを更新する際に用いられたしきい値と同じであってもよい。または、異なるものであってもよい。ここでのしきい値が異なるものである場合、該しきい値は、管理者等の特定のユーザーが設定可能であってもよいし、当該ユーザーが設定可能であってもよい。さらに、該しきい値は、本システムを構成する各ＭＦＰにおけるジョブのスプール状況に応じて、ＭＦＰにおいて自動的に決定されてもよい。すなわち、ＭＦＰは、各ＭＦＰでのジョブのスプール量の偏り（偏差）としきい値との関係として、偏差が大きいほど低く、偏差が小さいほど高くなるような関係式を予め記憶しておく。そして、各ＭＦＰからスプール量を取得してその偏差を該関係式に代入することで、しきい値を算出してもよい。

ＭＦＰは、当該ユーザーについてのストレージＭＦＰを更新すると、ＰＣ２００にその旨を通知する（ステップ＃５）。ＰＣ２００はこの通知を受け付けると、搭載されているポートモニターでの記憶を書き換える。これにより、通知後に当該ユーザーからジョブの発行を受け付けると、ＰＣ２００はポートモニターによって自動的に上記決定されたストレージＭＦＰに対してジョブを転送することになる。また、ＭＦＰは、新たにストレージＭＦＰと決定されたＭＦＰに対してその旨を通知すると共に、当該ユーザーの使用履歴を該ＭＦＰに対して送信する。これにより、以降の当該ユーザーについてのお気に入りグループの更新やストレージＭＦＰの更新は、新たなストレージＭＦＰにおいて可能となる。

本システムにおいて、さらにユーザーの使用履歴に基づいてストレージＭＦＰが決定されることで、当該ユーザーのログインＭＦＰがアクセスする可能性の高いＭＦＰやログインＭＦＰとなる可能性の高いＭＦＰがストレージＭＦＰとなる。つまり、ストレージＭＦＰが当該ユーザーのお気に入りグループに含まれ、ログインＭＦＰからのリストの要求の対象となる可能性が高くなる。これにより、本システムにおいてＭＦＰの台数が増加した場合であっても、通信の負荷を抑えつつ効率的にリストを取得することができる。また、本システムにおいてＭＦＰの台数が増加した場合であっても、リストに基づく当該ユーザーのジョブの一覧としてジョブを提示しすぎることなく、ユーザーの選択操作が煩雑になることを抑えることができる。

＜機能構成＞
図６は、上記動作を行なうためのＭＦＰ１００の機能構成の具体例を表わすブロック図である。図６の各機能は、ＭＦＰ１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行することで、主に、ＣＰＵ１０で実現される。しかしながら、一部機能が、図２に表わされた他の構成、または図示されていない電気回路などの他のハードウェア構成などによって実現されてもよい。

図６を参照して、メモリーの一例としてのＨＤＤ１３は、ユーザーごとのお気に入りグループを記憶するための記憶領域であるお気に入りグループ記憶部１３１と、ジョブを記憶（スプール）するための記憶領域であるジョブ記憶部１３２と、ユーザーごとの使用履歴を記憶するための記憶領域である使用履歴記憶部１３３とを含む。

さらに図６を参照して、ＣＰＵ１０は、操作パネル１６等を用いたユーザーからのログイン操作を受け付けてログイン処理を行なうためのログイン部１０１と、ログインユーザーが本システムに対して発行したジョブのリストをネットワークコントローラー１７を介して他のＭＦＰに要求するためのリスト要求部１０２と、ネットワークコントローラー１７を介して他のＭＦＰからリストの入力を受け付けるためのリスト入力部１０３と、リストに基づいてジョブ一覧を操作パネル１６に表示するためのリスト提示部１０４と、ジョブ一覧からの実行対象となるジョブの選択を受け付けるための選択部１０５と、選択されたジョブをスプールしているＭＦＰに対してネットワークコントローラー１７を介してジョブの送信を要求するためのジョブ要求部１０６と、ネットワークコントローラー１７を介して他のＭＦＰやＰＣ２００からジョブの入力を受け付けるためのジョブ入力部１０７と、実行対象のジョブの処理を行なうためのジョブ処理部１０８と、他のＭＦＰからの要求に応じて指定されたユーザーについてのジョブのリストをネットワークコントローラー１７を介して送信するためのリスト送信部１０９と、他のＭＦＰからユーザーの使用履歴の入力を受け付けるための履歴入力部１１０と、メモリーに蓄積されている使用履歴のうちの自身がストレージＭＦＰとされているユーザーの使用履歴を参照して、当該のユーザーのお気に入りグループを構成するＭＦＰを決定するための決定部１１２を有して、記憶されている当該ユーザーのお気に入りグループを更新するための更新部１１１と、更新後のお気に入りグループをネットワークコントローラー１７を介して他のＭＦＰに対して通知するための第１通知部１１３と、メモリーに蓄積されている使用履歴のうちの自身がストレージＭＦＰとされているユーザーに関する使用履歴を参照して、自身がストレージＭＦＰとされているユーザーの新たなストレージＭＦＰを決定するための決定部１１４と、決定されたストレージＭＦＰをネットワークコントローラー１７を介してＰＣ２００およびストレージＭＦＰと決定されたＭＦＰに通知するための第２通知部１１５と、他のＭＦＰからユーザーのお気に入りグループの通知を受け付けるためのグループ情報入力部１１６とを含む。

ジョブ入力部１０７は、ＰＣ２００からのジョブの入力の場合、受け付けたジョブをジョブ記憶部１３２に格納する。他のＭＦＰからのジョブの入力の場合、受け付けたジョブをジョブ処理部１０８に渡す。ジョブ処理部１０８は、ログインユーザーの指示操作に従ってプリンター１４で印刷するなど、当該ジョブを実行する。

リスト要求部１０２は、お気に入りグループ記憶部１３１に記憶されているログインユーザーについてのお気に入りグループを参照して、該グループに属するＭＦＰに対して、属さないＭＦＰよりも優先してリストを要求する。

更新部１１１に含まれる決定部１１２は、自身がストレージＭＦＰとされているユーザーの使用履歴が入力されたタイミングや、電源ＯＮ時や所定の時間間隔や本システムに含まれるＭＦＰの台数が変化したときなどの予め規定されたタイミングで、当該ユーザーのお気に入りグループに属するＭＦＰを決定する。

好ましくは、決定部１１２は、予め規定された台数に達するまで、上記ユーザーの使用履歴を参照して、当該ユーザーの使用頻度の高いＭＦＰから順にお気に入りグループに属するＭＦＰを決定する。この場合、好ましくは、予め規定された台数は、リストの取得速度が予め規定された速度を満たす台数である。

または、決定部１１２は、当該ユーザーの使用頻度が予め規定されたしきい値よりも高いＭＦＰをお気に入りグループに属するＭＦＰと決定する。この場合、好ましくは、しきい値は、管理者等の特定のユーザー、または当該ユーザーが設定するなどして、予め決定部１１２に記憶されている。

決定部１１４もまた、自身がストレージＭＦＰとされているユーザーの使用履歴が入力されたタイミングや、電源ＯＮ時や所定の時間間隔や本システムに含まれるＭＦＰの台数が変化したときなどの予め規定されたタイミングで、当該ユーザーのストレージＭＦＰを決定する。

好ましくは、決定部１１４は、当該ユーザーの使用頻度が予め規定されたしきい値よりも高いＭＦＰを当該ユーザーの新たなストレージＭＦＰと決定する。この場合、好ましくは、しきい値は、管理者等の特定のユーザー、または当該ユーザーが設定するなどして、予め決定部１１４に記憶されていてもよいし、本システムを構成する各ＭＦＰにおけるジョブのスプール状況に応じて、決定部１１４において算出されてもよい。すなわち、決定部１１４は、予め各ＭＦＰでのジョブのスプール量の偏り（偏差）としきい値との関係式を記憶しておき、各ＭＦＰからスプール量を取得してその偏差を該関係式に代入することでしきい値を算出してもよい。好ましくは、関係式は、偏差が大きいほどしきい値を低く、偏差が小さいほどしきい値を高くするような関係を規定している。

このとき、用いられる使用履歴は、当該ユーザーの使用履歴のうち所定期間内の使用履歴、たとえば、現時点から所定期間前の時点までの期間の使用履歴であってよい。また、用いられる使用履歴は、リストの取得履歴および／またはジョブの取得履歴および／またはログインＭＦＰとなった履歴を含む。

＜動作フロー＞
図７および図８は、ＭＦＰ１００での動作の流れの具体例を表わしたフローチャートである。図７および図８のフローチャートで表わされた動作は、ＭＦＰ１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行し、図６の各機能を発揮することによって実現される。

図７を参照して、ＭＦＰ１００がユーザーからのログインを受け付けた場合（ステップＳ１０１でＹＥＳ）、ＣＰＵ１０は、当該ログインユーザーについてのお気に入りグループをメモリーから読み出す（ステップＳ１０３）。ＣＰＵ１０はお気に入りグループを参照して、本システムを構成するＭＦＰのうちの当該ログインユーザーについてのリストを要求するＭＦＰを特定する。

ＣＰＵ１０は、該当するＭＦＰに対して当該ログインユーザーのリストを要求する（ステップＳ１０５）。そして、該当するＭＦＰからリストを受け付けると（ステップＳ１０７でＹＥＳ）、ＣＰＵ１０は、受け付けたリストに基づいて当該ログインユーザーの発行したジョブの一覧を操作パネル１６に表示する（ステップＳ１１３）。

ここで、好ましくはＣＰＵ１０は、お気に入りグループを構成するいずれのＭＦＰからもリストの入力がなかった場合（ステップＳ１０７でＮＯ）、本システムに含まれ、お気に入りグループに属していない他のＭＦＰに対してリストを要求する（ステップＳ１０９）。そして、お気に入りグループに属していないＭＦＰからリストを受け付けた場合に（ステップＳ１１１でＹＥＳ）、ＣＰＵ１０は、そのリストに基づいて当該ログインユーザーの発行したジョブの一覧を操作パネル１６に表示する（ステップＳ１１３）。

なお、いずれのＭＦＰからもリストが入力されなかった場合には（ステップＳ１０７でＮＯ、かつステップＳ１１１でＮＯ）、本システムのいずれのＭＦＰでも当該ログインユーザーの発行したジョブがスプールされていないことになる。そのため、ＣＰＵ１０は、以降の動作を行なうことなく処理を終了し、最初に戻す。なお、この場合、好ましくはＣＰＵ１０は、操作パネル１６で「該当するジョブがありません」などのエラー報知を行なう。

操作パネル１６に表示したジョブ一覧の中から実行するジョブの選択を受け付けると（ステップＳ１１５でＹＥＳ）、ＣＰＵ１０は、当該ジョブをスプールするＭＦＰからジョブを取得する（ステップＳ１１７）。そして、ＣＰＵ１０は、ユーザー操作に従って選択されたジョブを実行する（ステップＳ１１９）。

このとき、好ましくは、ＣＰＵ１０は、リストを取得したＭＦＰの履歴や、ジョブを取得したＭＦＰの履歴や、当該ログインユーザーのログインを受け付けた履歴などを当該ログインユーザーの使用履歴として、本システムに含まれる他のＭＦＰに対して送信する（ステップＳ１２１）。ここでの送信先は、たとえば、当該ログインユーザーについてのお気に入りグループに含まれるＭＦＰであってもよいし、本システムに含まれるすべてのＭＦＰであってもよい。

なお、この例では、ログインＭＦＰが当該ログインユーザーの使用履歴を他のＭＦＰに送信するものとしている。しかしながら、使用履歴はログインＭＦＰで記録される例に限定されない。たとえば、ストレージＭＦＰ側において、ログインＭＦＰからのアクセス記録を当該ログインユーザーについての使用履歴として記録してもよい。

一方、ＭＦＰ１００がＰＣ２００からジョブの入力を受け付けた場合（ステップＳ１２３でＹＥＳ）、ＣＰＵ１０は、当該ジョブをメモリーにスプールする（ステップＳ１２５）。ＣＰＵ１０は、メモリーにスプールされているジョブの発行者であるユーザーについてのリストの要求を他のＭＦＰから受け付けた場合（ステップＳ１２７でＹＥＳ）、リストを送信する（ステップＳ１２９）。さらに、ジョブが要求されると（ステップＳ１３１でＹＥＳ）、該当するジョブを送信する（ステップＳ１３３）。

なお、ＣＰＵ１０は、上記ステップＳ１３３でジョブを送信すると、メモリーから当該ジョブを削除してもよい。または、ＣＰＵ１０は、リストの送信の有無、およびジョブの送信の有無に関わらず、ジョブの受信から所定期間の後にメモリーから削除してもよいし、ジョブの削除、保存期間をジョブの規定に従ってもよい。

図７を参照して、ＭＦＰ１００が他のＭＦＰから、自身がストレージＭＦＰとされているユーザーについての使用履歴の入力を受け付けた場合（ステップＳ１４１でＹＥＳ）、ＣＰＵ１０は、入力された使用履歴を蓄積する（ステップＳ１４３）。そして、使用履歴を受信したタイミングなど特定のタイミングで、ＣＰＵ１０は、当該ユーザーについてのお気に入りグループを更新する処理を実行する。

すなわち、ＣＰＵ１０は、当該ユーザーについて蓄積されている使用履歴を参照して、たとえば使用頻度が高いＭＦＰから順に所定台数までのＭＦＰ、あるいは、使用頻度がしきい値以上のＭＦＰを、当該ユーザーのお気に入りグループに属するＭＦＰと決定する（ステップＳ１４５）。そして、ＣＰＵ１０は、すでにメモリーに記憶している当該ユーザーのお気に入りグループを更新する（ステップＳ１４７）。次に、ＣＰＵ１０は、更新後のお気に入りグループを通知する（ステップＳ１４９）。ここでＣＰＵ１０は、たとえば、更新後のお気に入りグループを構成する各ＭＦＰに通知してもよい。また、ＣＰＵ１０は、更新前にお気に入りグループに属し、更新によって当該お気に入りグループに属さなくなったＭＦＰにもさらに通知してもよい。また、ＣＰＵ１０は、通知の際に、ＭＦＰの特定情報に加えて、当該ユーザーの使用履歴も送信してもよい。

好ましくは、ＣＰＵ１０は、当該ユーザーの新たなストレージＭＦＰを決定する処理も実行する。ストレージＭＦＰを決定する処理は、図８に表わされたように、たとえば当該ユーザーの使用履歴を受け付けたタイミングなどの、お気に入りグループを更新するタイミングと同じタイミングで実行されてもよいし、異なるタイミングであってもよい。

すなわち、ＣＰＵ１０は、蓄積されている当該ユーザーの使用履歴を参照して、使用頻度が予め規定しているしきい値を超えるＭＦＰがあるか否かを判断する。そして、しきい値以上の使用頻度のＭＦＰがある場合（ステップＳ１５１でＹＥＳ）、ＣＰＵ１０は、当該ＭＦＰを当該ユーザーの新たなストレージＭＦＰと決定する（ステップＳ１５３）。そして、ＣＰＵ１０は、ストレージＭＦＰと決定したＭＦＰを、ＰＣ２００に通知する（ステップＳ１５５）。好ましくは、ＣＰＵ１０は、ストレージＭＦＰと決定したＭＦＰに対して、メモリーに蓄積されている、当該ユーザーの使用履歴を送信することで通知する。このようにすることで、ストレージＭＦＰと決定されたＭＦＰにおいて、当該ユーザーを特定のユーザーとして、お気に入りグループの更新や、次のストレージＭＦＰの決定などの処理を行なうことができる。

＜実施の形態の効果＞
本実施の形態にかかるシステムに含まれるＭＦＰが上記の動作を行なうことによって、ログインユーザーが本システムに対して発行したジョブのスプールの有無を問い合わせるＭＦＰが、当該ユーザーの使用履歴に基づいて動的に決定される。そのため、システムに含まれるＭＦＰの台数が多くなり、上記問い合わせを優先的に行なうＭＦＰを所定数に絞る場合に、当該ユーザーの発行したジョブをスプールしている可能性の高いＭＦＰに問い合わせを行なう可能性を高めることができる。そのため、通信量の増加を抑えて効率的にログインユーザーのジョブを取得することができ、処理の高速化を図ることができる。

また、ユーザーの選択する可能性の高いジョブを一覧として表示することができるため、ユーザーの操作の効率を向上させることができる。

＜他の例１＞
なお、上記したお気に入りグループとは別に、ユーザーごとに、管理者等の特定のユーザーによって設定された、複数のＭＦＰからなるグループ（近傍グループ）が規定されていてもよい。近傍グループは、たとえば、ＭＦＰの配置が所定エリア内にある複数台のＭＦＰからなるものなどであって、予め管理者等によってユーザーごとに、当該ユーザーが使用可能とするＭＦＰとして設定されるものが該当する。

この場合、ＭＦＰ１００はユーザーごとに規定された近傍グループを記憶しておき、その中のＭＦＰからお気に入りグループを決定したり、新たなストレージＭＦＰを決定したりしてもよい。

＜他の例２＞
以上の例で、本システムに含まれるＭＦＰは、ログインユーザーの発行したジョブのスプールを優先的に問い合わせるＭＦＰのグループを１つ、当該ユーザーのお気に入りグループとして構築している。しかしながら、グループは１つに限定されず、優先度に応じて複数のグループが構築されてもよい。すなわち、ＭＦＰは、ユーザーについて、優先度の順に第１グループ、第２グループ、…と優先度に応じた複数段階のグループを、当該ユーザーの使用履歴に基づいて動的に作成してもよい。この場合、ＭＦＰは、ログインユーザーについて、まず、第１グループのＭＦＰに対してジョブのスプールの有無を問い合わせる。そして、リストが得られなかった場合や、スプールされているジョブの数が規定数に満たなかった場合や、ユーザーがその中から選択しなかった場合などに、次の第２グループのＭＦＰに対してジョブのスプールの有無を問い合わせる。つまり、ＭＦＰは、優先度に応じて段階的に問い合わせを行なってもよい。

このようにすることでも、通信量の増加を抑えて効率的にジョブを取得することができる。

＜他の例３＞
以上の例では、本システムがサーバーを含まない、いわゆるサーバーレスシステムであることを前提としている。そのため、いずれかのＭＦＰ（たとえばストレージＭＦＰ）が当該ユーザーのお気に入りグループを更新したり、新たなストレージＭＦＰを決定したりするものとしている。しかしながら、このような処理を行なうＭＦＰはストレージＭＦＰに限定されない。たとえば、いずれかのＭＦＰが管理機能を有して、一元的に当該ＭＦＰがすべてのユーザーについてお気に入りグループを更新したり、新たなストレージＭＦＰを決定したりしてもよい。また、本システムがお気に入りグループやストレージＭＦＰを管理するためのサーバーを含み、当該サーバーによって行なわれてもよい。

＜他の例４＞
さらに、上述の動作をＭＦＰのＣＰＵに実行させるためのプログラムを提供することもできる。このようなプログラムを提供することによって、既存のＭＦＰに上記の動作を実行させることができる。そのため、既存のＭＦＰを利用して上記のシステムを容易に構築することができる。

このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、本発明にかかるプログラムは、コンピュータのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ ＣＰＵ、１１ ＲＯＭ、１２ ＲＡＭ、１３ ＨＤＤ、１４ プリンター、１５ スキャナー、１６ 操作パネル、１７ ネットワークコントローラー、１００，１００Ａ，１００Ｂ ＭＦＰ、１０１ ログイン部、１０２ リスト要求部、１０３ リスト入力部、１０４ リスト提示部、１０５ 選択部、１０６ ジョブ要求部、１０７ ジョブ入力部、１０８ ジョブ処理部、１０９ リスト送信部、１１０ 履歴入力部、１１１ 更新部、１１２，１１４ 決定部、１１３ 第１通知部、１１５ 第２通知部、１１６ グループ情報入力部、１３１ お気に入りグループ記憶部、１３２ ジョブ記憶部、１３３ 使用履歴記憶部、２００ ＰＣ。

Claims (22)

1. 複数の画像形成装置が接続された画像形成システムで用いられるグループ管理装置であって、
   前記複数の画像形成装置のうちの一部の画像形成装置を、ユーザーと対応付けて、当該ユーザーの発行したジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置のグループとして決定し、当該グループを前記ユーザーと対応付けて記憶装置に記憶させる制御部と、
   前記複数の画像形成装置から前記ユーザーの使用履歴を受信する受信手段と、
   を備え、
   前記制御部は、前記受信手段が受信したユーザーの使用履歴に基づいて、当該ユーザーと対応付けられた前記ジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置を決定し、前記記憶装置に記憶されている前記グループを更新する、グループ管理装置。
2. 前記使用履歴は、前記ジョブに関する情報を要求した履歴を含む、請求項１に記載のグループ管理装置。
3. 前記制御部は、前記使用履歴に基づいて、前記ユーザーの使用頻度の高い画像形成装置から順に前記グループに属する画像形成装置を決定する、請求項１または２に記載のグループ管理装置。
4. 前記制御部は、前記ジョブに関する情報を取得するための通信速度が、予め規定された速度を下回らないよう、前記グループに属する画像形成装置として、規定数の画像形成装置を決定する、請求項３に記載のグループ管理装置。
5. 前記制御部は、前記使用履歴のうち所定期間内の使用履歴に基づいて前記グループに属する画像形成装置を決定する、請求項１〜４のいずれかに記載のグループ管理装置。
6. 前記制御部により決定されたグループに属する画像形成装置に対して、前記グループに属する画像形成装置に関する情報を通知する第１の通知手段をさらに備える、請求項１〜５のいずれかに記載のグループ管理装置。
7. 前記制御部は、さらに、前記受信手段が受信した使用履歴に基づいて、前記ユーザーの発行したジョブをスプールする画像形成装置を決定し、
   前記ジョブをスプールする画像形成装置として決定された画像形成装置に関する情報を、前記ユーザーのジョブを発行する装置に通知する第２の通知手段をさらに備える、請求項１〜６のいずれかに記載のグループ管理装置。
8. 前記制御部は、前記ユーザーと対応付けて、前記ジョブに関する情報を要求する優先度の異なる複数のグループを決定する、請求項１〜７のいずれかに記載のグループ管理装置。
9. 請求項１〜８のいずれかに記載のグループ管理装置は画像形成装置である。
10. 前記制御部は、ユーザーの発行したジョブに関する情報を前記複数の画像形成装置に要求し、
    前記グループ管理装置としての画像形成装置は、
    前記要求に基づいて取得したジョブに関する情報に対応するジョブのうち、選択されたジョブを、当該ジョブをスプールする画像形成装置から取得してジョブを実行するジョブ処理手段をさらに備え、
    前記制御部は、前記グループに属する画像形成装置に対して、グループに属さない画像形成装置よりも優先して前記ジョブに関する情報を要求する、請求項９に記載のグループ管理装置としての画像形成装置。
11. 前記制御部は、自装置にログインしたユーザーの発行したジョブに関する情報を要求する、請求項１０に記載のグループ管理装置として画像形成装置。
12. 複数の画像形成装置が接続された画像形成システムで用いられるグループ管理装置として機能するコンピュータで実行されるプログラムであって、
    前記プログラムは、前記コンピュータに、
    （ａ）前記複数の画像形成装置のうちの一部の画像形成装置を、ユーザーと対応付けて、当該ユーザーの発行したジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置のグループとして決定するステップと、
    （ｂ）前記決定されたグループを前記ユーザーと対応付けて記憶装置に記憶させるステップと、
    （ｃ）前記複数の画像形成装置から前記ユーザーの使用履歴を受信するステップと、実行させ、
    前記ステップ（ａ）において、前記ステップ（ｃ）において受信したユーザーの使用履歴に基づいて、当該ユーザーと対応付けられた前記ジョブに関する情報を要求する優先度が他の画像形成装置よりも高い画像形成装置を決定し、前記記憶装置に記憶されている前記グループを更新する、プログラム。
13. 前記使用履歴は、前記ジョブに関する情報を要求した履歴を含む、請求項１２に記載のプログラム。
14. 前記ステップ（ａ）において、前記使用履歴に基づいて、前記ユーザーの使用頻度の高い画像形成装置から順に前記グループに属する画像形成装置を決定する、請求項１２または１３に記載のプログラム。
15. 前記ステップ（ａ）において、前記ジョブに関する情報を取得するための通信速度が、予め規定された速度を下回らないよう、前記グループに属する画像形成装置として、規定数の画像形成装置を決定する、請求項１４に記載のプログラム。
16. 前記ステップ（ａ）において、前記使用履歴のうち所定期間内の使用履歴に基づいて前記グループに属する画像形成装置を決定する、請求項１２〜１５のいずれかに記載のプログラム。
17. （ｄ）前記ステップ（ａ）において決定されたグループに属する画像形成装置に対して、前記グループに属する画像形成装置に関する情報を通知するステップをさらにコンピュータに実行させる、請求項１２〜１６のいずれかに記載のプログラム。
18. （ｅ）前記ステップ（ｃ）において受信した使用履歴に基づいて、前記ユーザーの発行したジョブをスプールする画像形成装置を決定するステップと、
    （ｆ）前記ステップ（ｅ）において前記ジョブをスプールする画像形成装置として決定された画像形成装置に関する情報を、前記ユーザーのジョブを発行する装置に通知するステップと、
    をさらにコンピュータに実行させる、請求項１２〜１７のいずれかに記載のプログラム。
19. （ｇ）前記ユーザーと対応付けて、前記ジョブに関する情報を要求する優先度の異なる複数のグループを決定するステップをさらにコンピュータに実行させ、
    前記ステップ（ｇ）において、前記ステップ（ｃ）において受信したユーザーの使用履歴に基づいて、前記ジョブに関する情報を要求する優先度の異なる複数のグループを更新する、請求項１２〜１８のいずれかに記載のプログラム。
20. 請求項１２〜１９のいずれかに記載のプログラムにおいて、
    前記グループ管理装置は画像形成装置である。
21. 前記グループ管理装置である画像形成装置として機能するコンピュータで実行されるプログラムは、
    （ｈ）ユーザーの発行したジョブに関する情報を前記複数の画像形成装置に要求するステップと、
    （ｉ）前記ステップ（ｈ）における要求に基づいて取得したジョブに関する情報に対応するジョブのうち、選択されたジョブを、当該ジョブをスプールする画像形成装置から取得してジョブを実行するステップと、
    をさらにコンピュータに実行させ、
    前記ステップ（ｈ）においては、前記グループに属する画像形成装置に対して、グループに属さない画像形成装置よりも優先して前記ジョブに関する情報を要求する、請求項２０に記載のプログラム。
22. 前記ステップ（ｈ）において、自装置にログインしたユーザーの発行したジョブに関する情報を要求する、請求項２１に記載のプログラム。

Images