(57)【要約】  【課題】  デバイスの利用者数が多大な場合であっても、各利用者毎に管理しているデータを更新する際に、その処理にようする負荷を増大させることのないデータ処理装置および方法並びにプログラムを提供する。  【解決手段】  外部情報取得手段が、スケジュール管理システム８や人員ＤＢ９から、利用者のスケジュール情報等を取得し、このスケジュール情報等に基づいて、キャッシュ管理部１３がプリンタ６を利用する可能性のある利用者を特定する。そして、キャッシュ管理部１３は、ＤＢ３に格納されているユーザ情報のうち、特定した利用者に対応するユーザ情報をキャッシュ保持部１４にキャッシュする。実績値更新部１５によるプリンタ６の利用に関わる実績値の更新は、キャッシュ保持部１４が保持しているキャッシュに対して行う。【選択図】        図２
2007087187.tif 000002
【特許請求の範囲】
【請求項１】
デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理装置において、
利用者のスケジュール情報を取得するスケジュール情報取得手段と、
前記スケジュール情報取得手段が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のある利用者を特定する利用者特定手段と、
前記利用者特定手段が特定した利用者のデータをキャッシュするキャッシュ手段と、
前記デバイスに発生した事象に基づいて、前記キャッシュ手段がキャッシュする利用者のデータを更新するデータ更新手段と
を具備することを特徴とするデータ処理装置。
【請求項２】
デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理装置において、
利用者のスケジュール情報を取得するスケジュール情報取得手段と、
前記スケジュール情報取得手段が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のない利用者を特定する利用者特定手段と、
前記デバイスの全利用者から前記利用者特定手段が特定した利用者を除外した利用者のデータをキャッシュするキャッシュ手段と、
前記デバイスに発生した事象に基づいて、前記キャッシュ手段がキャッシュする利用者のデータを更新するデータ更新手段と
を具備することを特徴とするデータ処理装置。
【請求項３】
前記利用者特定手段は、前記スケジュール情報に含まれる時刻情報に基づいて前記デバイスを利用する可能性のある利用者を特定し、
前記キャッシュ手段は、前記利用者特定手段が利用者を特定する毎に前記キャッシュを更新する
ことを特徴とする請求項１または２に記載のデータ処理装置。
【請求項４】
前記デバイスは、画像形成装置であり、
前記データは、前記画像形成装置の利用実績値である
ことを特徴とする請求項３記載のデータ処理装置。
【請求項５】
前記スケジュール情報取得手段は、前記スケジュール情報を前記デバイスを含んで構成されるシステムの外部から取得することを特徴とする請求項３記載のデータ処理装置。
【請求項６】
デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理方法であって、
利用者特定手段が利用者のスケジュール情報に基づいて前記デバイスを利用する可能性のある利用者を特定し、該特定した利用者のデータをキャッシュ手段がキャッシュし、データ更新手段が前記デバイスに発生した事象に基づいて前記キャッシュ手段がキャッシュする利用者のデータを更新することを特徴とするデータ処理方法。
【請求項７】
デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理方法であって、
利用者特定手段が利用者のスケジュール情報に基づいて前記デバイスを利用する可能性のない利用者を特定し、前記デバイスの全利用者から該特定した利用者を除外した利用者のデータをキャッシュ手段がキャッシュし、データ更新手段が前記デバイスに発生した事象に基づいて前記キャッシュ手段がキャッシュする利用者のデータを更新することを特徴とするデータ処理方法。
【請求項８】
前記特定は、前記スケジュール情報に含まれる時刻情報に基づいて繰り返し行われ、該特定が行われる毎に前記キャッシュを更新することを特徴とする請求項６または７に記載のデータ処理方法。
【請求項９】
前記デバイスは、画像形成装置であり、
前記データは、前記画像形成装置の利用実績値である
ことを特徴とする請求項８記載のデータ処理方法。
【請求項１０】
前記スケジュール情報は、前記デバイスを含んで構成されるシステムの外部から取得されることを特徴とする請求項８記載のデータ処理方法。
【請求項１１】
デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理プログラムであって、
利用者のスケジュール情報を取得するスケジュール情報取得機能と、
前記スケジュール情報取得機能が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のある利用者を特定する利用者特定機能と、
前記利用者特定機能が特定した利用者のデータをキャッシュするキャッシュ機能と、
前記デバイスに発生した事象に基づいて、前記キャッシュ機能がキャッシュする利用者のデータを更新するデータ更新機能と
をコンピュータに実現させることを特徴とするデータ処理プログラム。
【請求項１２】
デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理プログラムであって、
利用者のスケジュール情報を取得するスケジュール情報取得機能と、
前記スケジュール情報取得機能が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のない利用者を特定する利用者特定機能と、
前記デバイスの全利用者から前記利用者特定機能が特定した利用者を除外した特定する利用者特定機能と、
前記利用者特定機能が特定した利用者のデータをキャッシュするキャッシュ機能と、
前記デバイスに発生した事象に基づいて、前記キャッシュ機能がキャッシュする利用者のデータを更新するデータ更新機能と
をコンピュータに実現させることを特徴とするデータ処理プログラム。
【請求項１３】
前記利用者特定機能は、前記スケジュール情報に含まれる時刻情報に基づいて前記デバイスを利用する可能性のある利用者を特定し、
前記キャッシュ機能は、前記利用者特定機能が利用者を特定する毎に前記キャッシュを更新する
ことを特徴とする請求項１１または１２に記載のデータ処理プログラム。
【請求項１４】
前記デバイスは、画像形成装置であり、
前記データは、前記画像形成装置の利用実績値である
ことを特徴とする請求項１３記載のデータ処理プログラム。
【請求項１５】
前記スケジュール情報取得機能は、前記スケジュール情報を前記デバイスを含んで構成されるシステムの外部から取得することを特徴とする請求項１３記載のデータ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理装置および方法並びにプログラムに関し、特に、デバイスに関連した該デバイスの利用者毎のデータを処理するデータ処理装置および方法並びにプログラムに関する。
【背景技術】
【０００２】
コンピュータの周辺装置等として利用されるデバイスには、プリンタやスキャナ等、様々なものがある。これらの装置は、利用に応じた課金を行う場合や、利用状況に応じてその利用を制限する場合等、種々の理由により、利用者によるデバイスの利用状況をデータとして記録するものがある。
【０００３】
ここで、利用者毎の利用状況を管理するシステムについて説明する。図５は、プリントシステムの構成例を示した図である。同図に示すプリントシステムは、データサーバ２と、プリントサーバ４、クライアント５、プリンタ６、プリントジョブ制御端末７をネットワーク１０を介して接続して構成される。
【０００４】
データサーバ２には、ＤＢ（データベース）３が接続され、データサーバ２は、ＤＢ３への情報の書き込みやＤＢ３からの情報の読み出し等を行う。ＤＢ３は、このプリントシステムの利用者に関する情報であるユーザ情報や、一時的に保存するプリントジョブに関するジョブ情報３２等が格納されている。
【０００５】
プリントサーバ４は、プリントジョブの受け付けやプリンタ６に対する印刷指示の発行などの処理を行う。なお、プリントサーバ４は、ネットワーク１０に複数台接続して利用することも可能である。
【０００６】
クライアント５は、パーソナルコンピュータ等の情報処理装置であり、各種アプリケーションを動作させるとともに、プリントジョブを生成して発行する。このクライアント５は、通常、複数台がネットワーク１０に接続されて利用される。
【０００７】
プリンタ６は、プリントサーバ４からの印刷指示に基づいて、印刷処理を実行し、実行した結果をデータサーバ２に通知する。また、プリントジョブ制御端末７は、オンデマンドプリント処理を実行する際に、印刷指示を発行する装置となる。なお、オンデマンドプリント処理については後述する。このプリントジョブ制御端末７の物理的な配置位置は、プリンタ６の近傍となる。また、プリンタ６とプリントジョブ制御端末７は、それぞれ複数台をネットワーク１０に接続して利用することもできる。
【０００８】
ここで、図５に示したプリントシステムでオンデマンドプリント処理を実行する場合の動作について説明する。図６は、プリントシステムを構成する各装置間での指示やデータ等の情報の流れを示した図である。
【０００９】
まず、利用者の操作によってクライアント５がプリントジョブを発行すると、当該ジョブは、プリントサーバ４によって受け付けられる（ステップ１０１）。プリントジョブを受け付けたプリントサーバ４は、当該ジョブをデータサーバ２に登録し（ステップ１０２）、データサーバ２は、当該ジョブをＤＢ３に格納する（ステップ１０３）。
【００１０】
その後、プリントジョブを発行した利用者がプリントジョブ制御端末７の前に出向き、プリントジョブ制御端末７を操作してジョブ一覧を表示させようとすると、プリントジョブ制御端末７からデータサーバ２にジョブ一覧表示要求が送信される（ステップ１０４）。このジョブ一覧表示要求を受けたデータサーバ２は、ＤＢ３からジョブを検索し（ステップ１０５）、ジョブの一覧情報を取得する（ステップ１０６）。そして、データサーバ２は、取得したジョブの一覧情報に基づいて、ジョブ一覧をプリントジョブ制御端末７に送信する（ステップ１０７）。
【００１１】
プリントジョブ制御端末７は、ジョブ一覧を受信すると、当該ジョブ一覧を表示する。この表示に基づいて利用者が所望のプリントジョブを選択すると、プリントジョブ制御端末７は、選択されたプリントジョブに対する印刷指示をデータサーバ２に送信する（ステップ１０８）。印刷指示を受けたデータサーバ２は、ＤＢ３からジョブを検索し（ステップ１０９）、該当するプリントジョブをＤＢ３から取得する（ステップ１１０）。そして、データサーバ２は、取得したプリントジョブをプリントサーバ４に送信する（ステップ１１１）。
【００１２】
プリントジョブを受信したプリントサーバ４は、当該プリントジョブから印刷データを抽出し、抽出した印刷データをプリンタ６に送信する（ステップ１１２）。そして、当該印刷データを受信したプリント６は、当該印刷データに基づいて印刷処理を実行する。
【００１３】
プリンタ６は、印刷処理が終了すると、その結果として、プリントジョブを発行した利用者を識別する情報や印刷処理の内容（印刷枚数やカラーモード等）を処理結果としてデータサーバ２に通知する（ステップ１１３）。
【００１４】
プリンタ６から処理結果の通知を受けたデータサーバ２は、処理結果に含まれる利用者を識別する情報に基づいて、ＤＢ３から該当するユーザ情報３１を検索する（ステップ１１４）。そして、データサーバ２は、検索結果を得ると（ステップ１１５）、該当するユーザ情報のうち、プリント枚数等を示す実績値を、処理結果に含まれる印刷処理の内容に基づいて更新する（ステップ１１６）。
【００１５】
このような処理により、図５に示したプリントシステムでは、利用者毎のプリンタ６の使用に関する実績値を管理し、この実績値に基づいて課金やプリント制限を行うことが可能となる。
【００１６】
なお、前述したプリントシステムとは関連しないが、印刷装置においてキャッシュを行う技術は、特許文献１に記載されている。
【特許文献１】特開２００４−８２４３５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１７】
ところで、前述したプリントシステムは、官公庁や会社、学校等の組織で利用されることが多い。この場合、利用者として登録される人数は、数千人から数万人に達することもあり、膨大な量となる。このように、利用者数が膨大となった場合には、データサーバによる実績値の更新（前述の図６に示したデータサーバ２が実行するステップ１１４乃至１１６に相当する処理）に、多大な負荷がかかり、結果として、データサーバのパフォーマンスが低下してしまうことがある。
【００１８】
そこで、本発明は、デバイスの利用者数が多大な場合であっても、各利用者毎に管理しているデータを更新する際に、その処理にようする負荷を増大させることのないデータ処理装置および方法並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
上述した目的を達成するため、請求項１の発明は、デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理装置において、利用者のスケジュール情報を取得するスケジュール情報取得手段と、前記スケジュール情報取得手段が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のある利用者を特定する利用者特定手段と、前記利用者特定手段が特定した利用者のデータをキャッシュするキャッシュ手段と、前記デバイスに発生した事象に基づいて、前記キャッシュ手段がキャッシュする利用者のデータを更新するデータ更新手段とを具備することを特徴とする。
【００２０】
また、請求項２の発明は、デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理装置において、利用者のスケジュール情報を取得するスケジュール情報取得手段と、前記スケジュール情報取得手段が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のない利用者を特定する利用者特定手段と、前記デバイスの全利用者から前記利用者特定手段が特定した利用者を除外した利用者のデータをキャッシュするキャッシュ手段と、前記デバイスに発生した事象に基づいて、前記キャッシュ手段がキャッシュする利用者のデータを更新するデータ更新手段とを具備することを特徴とする。
【００２１】
また、請求項３の発明は、請求項１または２の発明において、前記利用者特定手段は、前記スケジュール情報に含まれる時刻情報に基づいて前記デバイスを利用する可能性のある利用者を特定し、前記キャッシュ手段は、前記利用者特定手段が利用者を特定する毎に前記キャッシュを更新することを特徴とする。
【００２２】
また、請求項４の発明は、請求項３の発明において、前記デバイスは、画像形成装置であり、前記データは、前記画像形成装置の利用実績値であることを特徴とする。
【００２３】
また、請求項５の発明は、請求項３の発明において、前記スケジュール情報取得手段は、前記スケジュール情報を前記デバイスを含んで構成されるシステムの外部から取得することを特徴とする。
【００２４】
また、請求項６の発明は、デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理方法であって、利用者特定手段が利用者のスケジュール情報に基づいて前記デバイスを利用する可能性のある利用者を特定し、該特定した利用者のデータをキャッシュ手段がキャッシュし、データ更新手段が前記デバイスに発生した事象に基づいて前記キャッシュ手段がキャッシュする利用者のデータを更新することを特徴とする。
【００２５】
また、請求項７の発明は、デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理方法であって、利用者特定手段が利用者のスケジュール情報に基づいて前記デバイスを利用する可能性のない利用者を特定し、前記デバイスの全利用者から該特定した利用者を除外した利用者のデータをキャッシュ手段がキャッシュし、データ更新手段が前記デバイスに発生した事象に基づいて前記キャッシュ手段がキャッシュする利用者のデータを更新することを特徴とする。
【００２６】
また、請求項８の発明は、請求項６または７の発明において、前記特定は、前記スケジュール情報に含まれる時刻情報に基づいて繰り返し行われ、該特定が行われる毎に前記キャッシュを更新することを特徴とする。
【００２７】
また、請求項９の発明は、請求項８の発明において、前記デバイスは、画像形成装置であり、前記データは、前記画像形成装置の利用実績値であることを特徴とする。
【００２８】
また、請求項１０の発明は、請求項８発明において、前記スケジュール情報は、前記デバイスを含んで構成されるシステムの外部から取得されることを特徴とする。
【００２９】
また、請求項１１の発明は、デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理プログラムであって、利用者のスケジュール情報を取得するスケジュール情報取得機能と、前記スケジュール情報取得機能が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のある利用者を特定する利用者特定機能と、前記利用者特定機能が特定した利用者のデータをキャッシュするキャッシュ機能と、前記デバイスに発生した事象に基づいて、前記キャッシュ機能がキャッシュする利用者のデータを更新するデータ更新機能とをコンピュータに実現させることを特徴とする。
【００３０】
また、請求項１２の発明は、デバイスで発生した事象に基づいて、該デバイスの利用者毎に管理しているデータを更新するデータ処理プログラムであって、利用者のスケジュール情報を取得するスケジュール情報取得機能と、前記スケジュール情報取得機能が取得したスケジュール情報に基づいて、前記デバイスを利用する可能性のない利用者を特定する利用者特定機能と、前記デバイスの全利用者から前記利用者特定機能が特定した利用者を除外した特定する利用者特定機能と、前記利用者特定機能が特定した利用者のデータをキャッシュするキャッシュ機能と、前記デバイスに発生した事象に基づいて、前記キャッシュ機能がキャッシュする利用者のデータを更新するデータ更新機能とをコンピュータに実現させることを特徴とする。
【００３１】
また、請求項１３の発明は、請求項１１または１２の発明において、前記利用者特定機能は、前記スケジュール情報に含まれる時刻情報に基づいて前記デバイスを利用する可能性のある利用者を特定し、前記キャッシュ機能は、前記利用者特定機能が利用者を特定する毎に前記キャッシュを更新することを特徴とする。
【００３２】
また、請求項１４の発明は、請求項１３の発明において、前記デバイスは、画像形成装置であり、前記データは、前記画像形成装置の利用実績値であることを特徴とする。
【００３３】
また、請求項１５の発明は、請求項１３の発明において、前記スケジュール情報取得機能は、前記スケジュール情報を前記デバイスを含んで構成されるシステムの外部から取得することを特徴とする。
【発明の効果】
【００３４】
本発明によれば、デバイスの利用者毎に管理しているデータを更新する際に、その利用者数が多大な場合であっても、効率よく処理が可能となる。
【発明を実施するための最良の形態】
【００３５】
以下、本発明に係るデータ処理装置および方法並びにプログラムの一実施の形態について、添付図面を参照して詳細に説明する。
【実施例１】
【００３６】
図１は、本発明を適用したプリントシステムの構成例を示した図である。同図に示すプリントシステムは、データサーバ１と、プリントサーバ４、クライアント５、プリンタ６、プリントジョブ制御端末７、スケジュール管理システム８、人員ＤＢ（データベース）９をネットワーク１０を介して接続して構成される。なお、この図１に示したプリントシステムは、図５に示したプリントシステムのデータサーバ２をデータサーバ１と入れ替えた構成である。また、スケジュール管理システム８と人員ＤＢ９は、別のシステムで利用されているもので、従来から存在したものであるが、図５においてはプリントシステムと関連することは無かったため、非表示としていた。このスケジュール管理システム８と人員ＤＢ９は、必ずしもネットワーク１０に接続されている必要はない。
【００３７】
データサーバ１には、ＤＢ（データベース）３が接続され、データサーバ１は、ＤＢ３への情報の書き込みやＤＢ３からの情報の読み出し等を行う。このデータサーバ１は、本発明を適用したもので、キャッシュ機構を有し、ＤＢ３に格納されている情報の一部をキャッシュする。ＤＢ３は、このプリントシステムの利用者に関する情報であるユーザ情報や、一時的に保存するプリントジョブに関するジョブ情報３２等が格納されている。
【００３８】
プリントサーバ４は、プリントジョブの受け付けやプリンタ６に対する印刷指示の発行などの処理を行う。なお、プリントサーバ４は、ネットワーク１０に複数台接続して利用することも可能である。
【００３９】
クライアント５は、パーソナルコンピュータ等の情報処理装置であり、各種アプリケーションを動作させるとともに、プリントジョブを生成して発行する。このクライアント５は、通常、複数台がネットワーク１０に接続されて利用される。
【００４０】
プリンタ６は、プリントサーバ４からの印刷指示に基づいて、印刷処理を実行し、実行した結果をデータサーバ２に通知する。また、プリントジョブ制御端末７は、オンデマンドプリント処理を実行する際に、印刷指示を発行する装置となる。なお、オンデマンドプリント処理については後述する。このプリントジョブ制御端末７の物理的な配置位置は、プリンタ６の近傍となる。また、プリンタ６とプリントジョブ制御端末７は、それぞれ複数台をネットワーク１０に接続して利用することもできる。
【００４１】
スケジュール管理システム８は、このプリントシステムを利用する組織に属する人員のスケジュールを管理しているシステムで、人員ＤＢ９は、その人員に関するデータを管理しているデータベースである。
【００４２】
なお、このプリントシステムの動作は、一部を除いて従来のプリントシステムと同様に動作する。図５に示した動作例では、ステップ１１４乃至１１６の処理を除いては、図１に示したプリントシステムの説明にも適用できる。
【００４３】
ここで、データサーバ１の詳細について説明する。図２は、データサーバ１の機能的な構成を示すブロック図である。なお、データサーバ１は、実際には、コンピュータと、このコンピュータを動作させるプログラムにより実現されるものである。
【００４４】
同図に示すように、データサーバ１は、ユーザ情報管理部１１と、外部情報取得部１２、キャッシュ管理部１３、キャッシュ保持部１４、実績値更新部１５を具備して構成される。なお、同図に示す各部は、本発明を適用した場合に特有の処理を実行する際に必要な機能部のみを示しており、実際には、データサーバ１には他の機能部も存在する。
【００４５】
ユーザ情報管理部１１は、ＤＢ３に格納されているユーザ情報３１の読み出しや書き込み等の処理を行う。
【００４６】
外部情報取得部１２は、スケジュール情報管理部８や人員ＤＢ９からスケジュール情報等を取得する。スケジュール情報等を取得するタイミングとしては、スケジュール情報管理部８や人員ＤＢ９でスケジュールが更新されたことを検知して取得してもよいし、所定間隔でスケジュール情報管理部８や人員ＤＢ９でスケジュールを確認するように構成してもよい。なお、スケジュール情報管理部８や人員ＤＢ９がネットワーク１０に接続されていない場合には、これらからの情報を記憶媒体を介して取得するようにしてもよいため、このような場合には、外部情報取得部１２は、記録媒体から情報を読み出す手段を含むこととなる。
【００４７】
キャッシュ管理部１３は、外部情報取得部１２が取得した外部情報に基づいて、ユーザ情報管理部１１がＤＢ３から読み出したユーザ情報３１から、キャッシュ対象となる情報を特定して、キャッシュ保持部１４にキャッシュとして保持させるとともに、キャッシュ保持部１４が保持している情報を、必要に応じてユーザ情報管理部１１にＤＢ３へ書き込ませる。キャッシュ対象となる情報は、プリンタ６を利用する可能性のある利用者に対応するユーザ情報である。
【００４８】
キャッシュ保持部１４は、キャッシュ管理部１３が特定した情報をキャッシュとして保持する。
【００４９】
実績値更新部１５は、プリンタ６から処理結果を受信した際に、その処理結果に基づいて、キャッシュ保持部１４がキャッシュとして保持しているユーザ情報の実績値を更新する。また、実績値を更新する対象のユーザ情報がキャッシュ保持部１４に保持されていない場合には、ユーザ情報管理部１１を介してＤＢ３に格納されているユーザ情報３１を直接更新する。
【００５０】
このようにデータサーバ１は、ＤＢ３に格納されているユーザ情報３１の一部をキャッシュしているため、図５に示したステップ１１４乃至１１６の処理においては、ＤＢ３へアクセスすることなく、キャッシュに対して実績値の更新を行うこととなる。
【００５１】
次に、キャッシュ管理部１３がキャッシュ対象とするユーザ情報の特定方法の例について説明する。
【００５２】
ここで説明する例は、プリントシステムを大学等の学校で利用し、その利用者は学生が主であるものとする。このような環境でプリントシステムを利用する場合、プリンタ６を利用する可能性のある利用者は、ある時間帯では、その時間帯での受講生に限られることとなる。したがって、キャッシュ管理部１３は、受講生をプリンタ６を利用する可能性のある利用者として特定する。
【００５３】
受講生をプリンタ６を利用する可能性のある利用者として特定する場合、外部情報取得部１２は、スケジュール管理システム８や人員ＤＢ９から、図３（ａ）、図３（ｂ）のそれぞれに示すような情報を取得し、これらの情報に基づいてキャッシュ管理部１３が、受講生を特定する。
【００５４】
図３（ａ）に示した情報は、授業ＩＤに対してその授業ＩＤに対応する授業を受講している学生の学生ＩＤを関連付けた情報である。これにより、各授業をどの学生が受講しているかを特定することができる。
【００５５】
図３（ｂ）に示した情報は、授業ＩＤに対してその授業の詳細情報を示した情報である。授業の詳細情報とは、教室（場所）、開講曜日、開始／終了時刻、人数等である。
【００５６】
この図３（ａ）に示した情報と図３（ｂ）に示した情報から、キャッシュ管理部１３は、図３（ｃ）に示すような、教室毎の授業に対応したキャッシュ管理スケジュールを構成することができる。もちろん、スケジュール管理システム８等が同様の情報を有していれば、当該情報を取得すればよいこととなる。
【００５７】
この図３（ｃ）に示した情報に基づき、キャッシュ管理部１３は、キャッシュを生成し、生成したキャッシュをキャッシュ保持部１４に保持させる。ＤＢ３に格納されているユーザ情報３１とキャッシュされるユーザ情報の関係は、図３（ｄ）に示すようなものとなる。
【００５８】
なお、キャッシュ管理部１３は、各授業の開始前にキャッシュを生成してキャッシュ保持部１４に保持させ、各授業が終了すると、キャッシュ保持部１４が保持しているユーザ情報をＤＢ３に格納されているユーザ情報３１に反映させる。
【００５９】
また、通常、授業は一定の期間継続して行われるものであるため、図３（ｃ）に示すような情報は、授業が継続している間、利用することが可能である。
【実施例２】
【００６０】
実施例１では、キャッシュ管理部１３がキャッシュ対象とするユーザ情報の特定方法の例として、プリントシステムを学校で利用する場合を説明したが、実施例２では、プリントシステムを会社等の組織で利用し、その利用者は社員が主であるものとする。このような環境でプリントシステムを利用する場合、プリンタ６を利用する可能性のある利用者は、基本的には社員全員であるが、ある時間帯では、出張中や外出中、会議中等の不在社員を除外した社員に限られることとなる。したがって、キャッシュ管理部１３は、不在社員を除外した社員をプリンタ６を利用する可能性のある利用者として特定する。
【００６１】
不在社員を除外した社員をプリンタ６を利用する可能性のある利用者として特定する場合、外部情報取得部１２は、スケジュール管理システム８や人員ＤＢ９から、各社員のスケジュールを取得する。このスケジュールに基づいて、キャッシュ管理部１３が、日々の時間帯毎に出張中の社員や外出中の社員、会議中の社員等を特定する。特定した結果は、図４（ａ）に示すように、各時間帯毎に不在社員ＩＤを関連付けた情報となる。
【００６２】
そして、キャッシュ管理部１３は、時間帯毎に、ユーザＤＢ３に格納されているユーザ情報３１から、不在社員の情報を除外したユーザ情報をキャッシュし、キャッシュ保持部１４に保持させる。
【００６３】
キャッシュ管理部１３は、一定の時間帯毎にキャッシュを再構築する。このため、時間帯が遷移すると、図４（ｂ）に示すように、キャッシュからページアウトされるユーザ情報や、新たにページインされるユーザ情報、継続してキャッシュされるユーザ情報が存在することとなる。キャッシュ管理部１３は、ページアウトするユーザ情報については、その処理に際して、キャッシュ保持部１４が保持しているユーザ情報をＤＢ３に格納されているユーザ情報３１に反映させる。
【図面の簡単な説明】
【００６４】
【図１】本発明を適用したプリントシステムの構成例を示した図である。
【図２】データサーバ１の機能的な構成を示すブロック図である。
【図３】取得する情報とキャッシュする情報の例を示した図である。
【図４】取得する情報とキャッシュする情報の例を示した図である。
【図５】プリントシステムの構成例を示した図である。
【図６】プリントシステムを構成する各装置間での指示やデータ等の情報の流れを示した図である。
【符号の説明】
【００６５】
１    データサーバ
２    データサーバ
３    ＤＢ
４    プリントサーバ
５    クライアント
６    プリンタ
７    プリントジョブ制御端末
８    人員ＤＢ
９    スケジュール管理システム
１０    ネットワーク
１１    ユーザ情報管理部
１２    外部情報取得部
１３    キャッシュ管理部
１４    キャッシュ保持部
１５    実績値更新部
１６    ユーザ情報
１７    ジョブ情報
【図１】
2007087187.tif 000003
【図２】
2007087187.tif 000004
【図３】
2007087187.tif 000005
【図４】
2007087187.tif 000006
【図５】
2007087187.tif 000007
【図６】
2007087187.tif 000008