(57)【要約】【課題】通信量を抑えつつ、高精度でデバイスのステータスを管理することができるサーバーを提供する。【解決手段】ＭＦＰ３００のステータスを管理するサーバー１００は、クライアント装置５００からのＭＦＰのステータスの問い合わせを受け付けると（Ｓ１）と、メモリーに記憶されている、該ステータスの性質が動的か静的かを読み出す（Ｓ２）。該ステータスの性質が動的である場合、サーバーはＭＦＰと通信してステータスを取得してクライアント装置に回答する（Ｓ３１、Ｓ３２、Ｓ５）。サーバーはＭＦＰから取得したステータスをメモリーに記憶し（Ｓ３３）、メモリーにおけるステータスの変動が規定条件を満たすか否かに基づいて性質が動的か静的かを判断する（Ｓ３４）。そしてサーバーは、その判断に基づいてメモリーに記憶された該ステータスの性質を更新する（Ｓ３５）。【選択図】図４
2015146104.tif 000002
【特許請求の範囲】
【請求項１】
デバイスのステータスを管理するためのサーバーであって、
前記デバイスと通信することで、前記デバイスのステータスを取得するための取得手段と、
前記デバイスのステータスを記憶するための第１の記憶手段と、
前記ステータスの性質を記憶するための第２の記憶手段と、
前記第１の記憶手段における前記ステータスの変動が規定条件を満たすか否かに基づいて、前記ステータスの性質が動的か静的かを判断するための判断手段と、
前記判断手段での判断に基づいて、前記第２の記憶手段に記憶された前記ステータスの性質を更新するための更新手段と、
クライアントからの前記デバイスのステータスの問い合わせに対して前記デバイスのステータスを回答するための回答手段とを備え、
前記回答手段は、前記クライアントから問い合わされた前記ステータスの性質が動的である場合には前記取得手段で前記デバイスから前記ステータスを取得して前記クライアントに回答し、静的である場合には前記第１の記憶手段から読み出して前記クライアントに回答する、サーバー。
【請求項２】
前記取得手段は前記デバイスに対して所定頻度で、前記第２の記憶手段に静的と記憶されている前記ステータスを取得し、
前記判断手段は、前記第１の記憶手段における前記ステータスと前記取得手段で取得された前記ステータスとに基づいて、静的である性質が動的に変化するか否かを判断する、請求項１に記載のサーバー。
【請求項３】
前記取得手段は、前記判断手段にて所定の頻度で前記ステータスの性質が静的から変化しないと判断された場合に、前記デバイスから前記ステータスを取得する頻度を前記所定頻度よりも低くする、請求項２に記載のサーバー。
【請求項４】
前記ステータスの性質の指示を受け付けるための第１の入力手段をさらに備え、
前記更新手段は、前記指示に従って前記第２の記憶手段に記憶された前記ステータスの性質を固定し、
前記取得手段は、前記第２の記憶手段において静的に固定されている前記ステータスについては、前記所定頻度での前記デバイスからの取得は実行しない、請求項２または３に記載のサーバー。
【請求項５】
前記更新手段は、前記第２の記憶手段で静的と記憶されている前記ステータスの性質を所定のタイミングで動的に変更し、
前記判断手段は、前記所定のタイミングの後には、前記規定条件よりも緩やかな条件を用いて前記ステータスの性質を判断し、
前記更新手段は、前記所定のタイミングの後に前記判断手段において前記ステータスの性質が静的に変化すると判断された場合に前記第２の記憶手段における前記ステータスの性質を静的に戻す、請求項１〜４のいずれかに記載のサーバー。
【請求項６】
前記デバイスに対して設定されている使用規則の入力を受け付けるための第２の入力手段をさらに備え、
前記判断手段は、前記第１の記憶手段における前記ステータスと前記使用規則とに基づいて前記ステータスの性質を判断する、請求項１〜５のいずれかに記載のサーバー。
【請求項７】
前記クライアントから問い合わせがリアルタイムの前記ステータスを要求するものである場合、前記回答手段は、前記ステータスの性質に関わらず前記取得手段で前記デバイスから前記ステータスを取得して前記クライアントに回答する、請求項１〜６のいずれかに記載のサーバー。
【請求項８】
前記回答手段がクライアントからの問い合わせに対して前記取得手段で前記デバイスから前記ステータスを取得して前記クライアントに回答するか、前記第１の記憶手段から読み出して前記クライアントに回答するかを規定する条件の入力を受け付けるための第３の入力手段をさらに備え、
前記回答手段は、前記条件が前記クライアントからの問い合わせに対して前記第１の記憶手段から読み出して前記クライアントに回答することを示している場合は、前記クライアントから問い合わせがリアルタイムの前記ステータスを要求するものであっても、前記ステータスの性質が動的であっても、前記第１の記憶手段から読み出して前記クライアントに回答する、請求項７に記載のサーバー。
【請求項９】
前記デバイスは画像形成装置を含む、請求項１〜８のいずれかに記載のサーバー。
【請求項１０】
請求項９に記載のサーバーを搭載した、画像形成装置。
【請求項１１】
デバイスのステータスを管理する方法であって、
クライアントからの前記デバイスのステータスの問い合わせを受け付けるステップと、
メモリーに記憶されている、前記ステータスの性質が動的か静的かを読み出すステップと、
前記ステータスの性質が動的である場合、前記デバイスと通信して前記ステータスを取得して前記クライアントに回答するステップと、
前記デバイスから取得した前記ステータスを前記メモリーに記憶するステップと、
前記メモリーにおける前記ステータスの変動が規定条件を満たすか否かに基づいて、前記ステータスの性質が動的か静的かを判断するステップと、
前記判断するステップでの判断に基づいて、前記メモリーに記憶された前記ステータスの性質を更新するステップと、
前記ステータスの性質が静的である場合、前記メモリーから前記ステータスを読み出して前記クライアントに回答するステップとを備える、管理方法。
【請求項１２】
コンピューターに、デバイスのステータスを管理する処理を実行させるプログラムであって、
クライアントからの前記デバイスのステータスの問い合わせを受け付けるステップと、
メモリーに記憶されている、前記ステータスの性質が動的か静的かを読み出すステップと、
前記ステータスの性質が動的である場合、前記デバイスと通信して前記ステータスを取得して前記クライアントに回答するステップと、
前記デバイスから取得した前記ステータスを前記メモリーに記憶するステップと、
前記メモリーにおける前記ステータスの変動が規定条件を満たすか否かに基づいて、前記ステータスの性質が動的か静的かを判断するステップと、
前記判断するステップでの判断に基づいて、前記メモリーに記憶された前記ステータスの性質を更新するステップと、
前記ステータスの性質が静的である場合、前記メモリーから前記ステータスを読み出して前記クライアントに回答するステップとを前記コンピューターに実行させる、管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はサーバー、画像形成装置、管理プログラム、および管理方法に関し、特に、画像形成装置のステータスを管理するサーバー、画像形成装置、管理プログラム、および管理方法に関する。
【背景技術】
【０００２】
近年、画像形成装置などのデバイスを含むシステムにおいて、デバイスのステータスの管理の重要性が増している。デバイスのステータスとは、デバイスの様々な現在の状態を含む。デバイスのステータスには、たとえば、デバイスが現在、可動中であるか否か、所定の時点から現時点までの使用状況（履歴）、設定、属性、などが該当する。
【０００３】
このようなデバイスのステータスの管理は、たとえば、デバイスに情報（たとえばプリントジョブ）を転送するアプリケーションや、ユーザーの使用状況の把握、消耗品の消費状況の把握、などから要請される。
【０００４】
このようなニーズに鑑みて、たとえば特開２００６−１７９０１４号公報（以下、特許文献１）や、特開２０１３−８９１９２号公報（以下、特許文献２）は、ゲートウェイやジョブ管理サーバーなどのサーバーでデバイスのステータスを管理する方法を開示している。これらの方法では、所定の項目のステータスに関してはサーバーとデバイスとの間で通信することでリアルタイムのステータスを得、上記項目以外のステータスはデバイスから取得したステータスをキャッシュしておくことがなされている。これにより、サーバーとデバイスとの間の通信量の削減を図っている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１７９０１４号公報
【特許文献２】特開２０１３−８９１９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、これらの方法では、サーバーがデバイスに対してリアルタイムでステータスを問い合わせる項目が固定されているため、不要な通信が生じる可能性もある。また逆に、リアルタイムでステータスの問い合わせが必要となる項目が生じる可能性もある。
【０００７】
本発明はこのような問題に鑑みてなされたものであって、通信量を抑えつつ、高精度でデバイスのステータスを管理することができるサーバー、画像形成装置、管理プログラム、および管理方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のある局面に従うと、サーバーはデバイスのステータスを管理するためのサーバーであって、デバイスと通信することで、デバイスのステータスを取得するための取得手段と、デバイスのステータスを記憶するための第１の記憶手段と、ステータスの性質を記憶するための第２の記憶手段と、第１の記憶手段におけるステータスの変動が規定条件を満たすか否かに基づいて、ステータスの性質が動的か静的かを判断するための判断手段と、判断手段での判断に基づいて、第２の記憶手段に記憶されたステータスの性質を更新するための更新手段と、クライアントからのデバイスのステータスの問い合わせに対してデバイスのステータスを回答するための回答手段とを備える。回答手段は、クライアントから問い合わされたステータスの性質が動的である場合には取得手段でデバイスからステータスを取得してクライアントに回答し、静的である場合には第１の記憶手段から読み出してクライアントに回答する。
【０００９】
好ましくは、取得手段はデバイスに対して所定頻度で、第２の記憶手段に静的と記憶されているステータスを取得し、判断手段は、第１の記憶手段におけるステータスと取得手段で取得されたステータスとに基づいて、静的である性質が動的に変化するか否かを判断する。
【００１０】
より好ましくは、取得手段は、判断手段にて所定の頻度でステータスの性質が静的から変化しないと判断された場合に、デバイスからステータスを取得する頻度を上記の所定頻度よりも低くする。
【００１１】
好ましくは、サーバーはステータスの性質の指示を受け付けるための第１の入力手段をさらに備え、更新手段は上記指示に従って第２の記憶手段に記憶されたステータスの性質を固定し、取得手段は、第２の記憶手段において静的に固定されているステータスについては上記所定頻度でのデバイスからの取得は実行しない。
【００１２】
好ましくは、更新手段は、第２の記憶手段で静的と記憶されているステータスの性質を所定のタイミングで動的に変更し、判断手段は、上記所定のタイミングの後には、規定条件よりも緩やかな条件を用いてステータスの性質を判断し、更新手段は、上記所定のタイミングの後に判断手段においてステータスの性質が静的に変化すると判断された場合に第２の記憶手段におけるステータスの性質を静的に戻す。
【００１３】
好ましくは、サーバーは、デバイスに対して設定されている使用規則の入力を受け付けるための第２の入力手段をさらに備え、判断手段は、第１の記憶手段におけるステータスと使用規則とに基づいてステータスの性質を判断する。
【００１４】
好ましくは、クライアントから問い合わせがリアルタイムのステータスを要求するものである場合、回答手段は、ステータスの性質に関わらず取得手段でデバイスからステータスを取得してクライアントに回答する。
【００１５】
より好ましくは、サーバーは、回答手段がクライアントからの問い合わせに対して取得手段でデバイスからステータスを取得してクライアントに回答するか、第１の記憶手段から読み出してクライアントに回答するかを規定する条件の入力を受け付けるための第３の入力手段をさらに備え、回答手段は、上記条件がクライアントからの問い合わせに対して第１の記憶手段から読み出してクライアントに回答することを示している場合は、クライアントから問い合わせがリアルタイムのステータスを要求するものであっても、ステータスの性質が動的であっても、第１の記憶手段から読み出してクライアントに回答する。
【００１６】
好ましくは、管理対象のデバイスは画像形成装置を含む。
本発明の他の局面に従うと、画像形成装置は、サーバーを搭載する。
【００１７】
本発明のさらに他の局面に従うと、管理方法はデバイスのステータスを管理する方法であって、クライアントからのデバイスのステータスの問い合わせを受け付けるステップと、メモリーに記憶されている、ステータスの性質が動的か静的かを読み出すステップと、ステータスの性質が動的である場合、デバイスと通信してステータスを取得してクライアントに回答するステップと、デバイスから取得したステータスをメモリーに記憶するステップと、メモリーにおけるステータスの変動が規定条件を満たすか否かに基づいて、ステータスの性質が動的か静的かを判断するステップと、判断するステップでの判断に基づいて、メモリーに記憶されたステータスの性質を更新するステップと、ステータスの性質が静的である場合、メモリーからステータスを読み出してクライアントに回答するステップとを備える。
【００１８】
本発明のさらに他の局面に従うと、管理プログラムはコンピューターにデバイスのステータスを管理する処理を実行させるプログラムであって、クライアントからのデバイスのステータスの問い合わせを受け付けるステップと、メモリーに記憶されている、ステータスの性質が動的か静的かを読み出すステップと、ステータスの性質が動的である場合、デバイスと通信してステータスを取得してクライアントに回答するステップと、デバイスから取得したステータスをメモリーに記憶するステップと、メモリーにおけるステータスの変動が規定条件を満たすか否かに基づいて、ステータスの性質が動的か静的かを判断するステップと、判断するステップでの判断に基づいて、メモリーに記憶されたステータスの性質を更新するステップと、ステータスの性質が静的である場合、メモリーからステータスを読み出してクライアントに回答するステップとをコンピューターに実行させる。
【発明の効果】
【００１９】
この発明によると、通信量を抑えつつ、高精度でデバイスのステータスを管理することができる。
【図面の簡単な説明】
【００２０】
【図１】実施の形態にかかるシステムの構成の具体例を示す概略図である。
【図２】システムに含まれるサーバーの装置構成の具体例を示すブロック図である。
【図３】システムに含まれるＭＦＰ（Multi-Functional  Peripheral）の装置構成の具体例を示すブロック図である。
【図４】システムでの動作概要を表わした図である。
【図５】ステータステーブルの具体例を示す図である。
【図６】ステータス性質テーブルの具体例を示す図である。
【図７】ステータス性質テーブルの他の具体例を示す図である。
【図８】サーバーの機能構成の具体例を示すブロック図である。
【図９】サーバーでの動作の流れの具体例を表わすフローチャートである。
【図１０】サーバーでの動作の流れの具体例を表わすフローチャートである。
【発明を実施するための形態】
【００２１】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがって、これらの説明は繰り返さない。
【００２２】
＜システム構成＞
図１は、本実施の形態にかかるシステムの構成の具体例を示す概略図である。図１を参照して、本システムは、デバイスのステータスを管理するためのサーバー１００と、サーバー１００での管理対象のデバイスの一例としてのＭＦＰ（Multi-Functional  Peripheral）３００Ａ，３００Ｂ，３００Ｃとを含む。ＭＦＰ３００Ａ，３００Ｂ，３００Ｃを代表させてＭＦＰ３００と称する。
【００２３】
以降の説明では、サーバー１００での管理対象のデバイスがＭＦＰ３００であるものとするが、その他のデバイスであってもよい。また、サーバー１００での管理対象となる複数の種類のデバイスが本システムに含まれていてもよい。
【００２４】
サーバー１００とＭＦＰ３００とは、無線通信を行なっても有線の通信を行なってもよい。また、サーバー１００とＭＦＰ３００とは、ＬＡＮ（Local  Area  Network）などの専用回線を介した通信であってもよいし、インターネットなどの公衆回線を利用した通信であってもよいし、それらを両方行なってもよいし、それらの組み合わせであってもよい。さらに、サーバー１００とＭＦＰ３００とがインターネットなどの公衆回線を利用した通信を行なう場合、サーバー１００とＭＦＰ３００との間にファイアウォールが設けられてもよい。
【００２５】
サーバー１００にはクライアント装置５００Ａ，５００Ｂが通信可能に接続されて、デバイスのステータスがこれら装置から要求される。クライアント装置５００Ａ，５００Ｂを代表させてクライアント装置５００と称する。クライアント装置５００は、たとえばＭＦＰなどであるデバイスのステータスを取得して処理や管理を行なったり、監視したり、確認したりする機能を有する装置であればどのような装置であってもよい。クライアント装置５００には、たとえば、ジョブ管理サーバー（プリントサーバー）や、ＭＦＰ３００に対してジョブを転送可能なモバイルタブレット（端末装置）などが相当する。
【００２６】
サーバー１００とクライアント装置５００とも、無線通信を行なっても有線の通信を行なってもよいし、ＬＡＮ（Local  Area  Network）などの専用回線を介した通信であってもよいし、インターネットなどの公衆回線を利用した通信であってもよいし、それらを両方行なってもよいし、それらの組み合わせであってもよい。
【００２７】
＜装置構成＞
サーバー１００は一般的なコンピューターで構成されてよい。または、サーバー１００は、複数台のサーバーが協働して構成されてもよい。図２は、サーバー１００の装置構成の具体例を示すブロック図であって、一般的なサーバーの装置構成が示されている。
【００２８】
図２を参照して、サーバー１００は、装置全体を制御するためのＣＰＵ（Central  Processing  Unit）１０と、ＣＰＵ１０で実行されるプログラムを記憶するためのメモリーであるＲＯＭ（Read  Only  Memory）１１と、ＣＰＵ１０がプログラムを実行する際の計算値を記憶したり作業領域となったりするメモリーであるＲＡＭ（Random  Access  Memory）１２と、大容量の記憶装置の一例としてのＨＤＤ（Hard  Disk  Drive）１３と、ＭＦＰ３００等の他の装置と通信するための通信部１４とを含む。
【００２９】
ＭＦＰ３００はサーバー１００での管理対象のデバイスの一例であって、特定の構成に限定されない。図３は、ＭＦＰ３００の装置構成の具体例を示すブロック図であって、一般的なＭＦＰの装置構成が示されている。
【００３０】
図３を参照して、ＭＦＰ３００は、装置全体を制御するためのＣＰＵ３０と、ＣＰＵ３０で実行されるプログラムを記憶するためのメモリーであるＲＯＭ３１と、ＣＰＵ３０がプログラムを実行する際の計算値を記憶したり作業領域となったりするメモリーであるＲＡＭ３２と、画像データなどを記憶するためのメモリーの一例であるＨＤＤ３３と、スキャナー３４と、プリンター３５と、操作パネル３６と、サーバー１００等の他の装置と通信するための通信部３７とを含む。
【００３１】
＜動作概要＞
本システムにおいて、サーバー１００はクライアント装置５００からＭＦＰ３００のステータスの問い合わせを受け付けて、その問い合わせに対してステータスを回答する。サーバー１００の管理対象となるＭＦＰ３００のステータスは、ＭＦＰ３００に関するあらゆる情報を含む。たとえば、ＭＦＰ３００のステータスは、ＭＦＰ３００の装置名や機種などの固有の情報、接続されている後処理装置や印刷の設定などの属性情報、プリント枚数やトナー残量などの使用状況に関する情報、などを含む。
【００３２】
ＭＦＰ３００のステータスのうちＭＦＰ３００の装置名や機種などの固有の情報は、時間経過に従って変化する可能性は小さい。一方、プリント枚数やトナー残量などの使用状況に関する情報は時間経過に従って変化する可能性が大きい。接続されている後処理装置や印刷の設定などの属性情報は時間経過に従って変化する可能性が必ずしもないとは限らない。つまり、ＭＦＰ３００のステータスは、時間経過に従って変化する可能性が様々である。そこで、本システムでは、サーバー１００はクライアント装置５００から上記問い合わせを受け付けると、上記可能性に応じて回答する。
【００３３】
サーバー１００は、上記可能性に応じて回答するために、予めステータスについての時間経過に従って変化する可能性をステータスの性質としてメモリーに記憶しておく。ステータスの性質として、以下の説明では、時間経過に従って変化する可能性が所定以上大きい性質を「動的」、所定より小さい性質を「静的」と称する。
【００３４】
図４は、本システムでの動作概要を表わした図である。図４を参照して、クライアント装置５００は、自身に搭載されるアプリケーションの実行、またはアクセス先の装置の提供する機能に従ったタイミングで、サーバー１００に対してＭＦＰ３００のステータスを問い合わせる（ステップＳ１）。たとえば、クライアント装置５００がジョブ管理サーバーである場合には、クライアント装置５００はジョブの発行を受け付けたタイミングで当該ジョブ処理を行なうデバイスの候補となるＭＦＰ３００のステータスを確認する。サーバー１００は、問い合わされたステータスの性質をメモリーから読み出す（ステップＳ２）。
【００３５】
問い合わされたステータスの性質が動的であった場合、つまり、問い合わされたステータスが時間経過に従って変化する可能性が所定以上大きい場合には、サーバー１００は現在のステータスをＭＦＰ３００から取得してクライアント装置５００に回答する動作を行なう（ステップＳ３）。
【００３６】
詳しくは、問い合わされたステータスの性質が動的であった場合、サーバー１００はＭＦＰ３００にステータスを問い合わせ（ステップＳ３１）、ＭＦＰ３００からステータスの回答を得ることで（ステップＳ３２）、ＭＦＰ３００からステータスを取得する。サーバー１００は、取得したステータスを予め規定されたメモリーに記憶（キャッシュ）する（ステップＳ３３）。
【００３７】
図５は、ステータステーブルの具体例を示す図である。一例として、サーバー１００は、図５に表わされたように、各ＭＦＰ３００のステータスをテーブル形式で自身のメモリーに記憶する。記憶するメモリーは自身のメモリーに限定されず、他の記憶装置にあってもよい。
【００３８】
好ましくは、サーバー１００は、所定期間、ＭＦＰ３００から取得したステータスを（上書きせずに）メモリーに記憶する。そして、サーバー１００は、メモリーにおけるステータスの変動が規定条件を満たすか否かに基づいて当該ステータスの性質が動的か静的かを判断する（ステップＳ３４）。規定条件としては、たとえば、所定頻度でステータスに変動があるか否か、であってもよいし、変動が所定範囲であるか否か、であってもよい。規定条件は、予めサーバー１００に設定されているものであってもよいし、管理者等の特定のユーザーによって、設定や変更が可能であってもよい。さらに、規定条件は、ＭＦＰ３００ごとに異なっていてもよい。
【００３９】
上記のように、サーバー１００は、予めステータスの性質を記憶しておく。図６は、ステータス性質テーブルの具体例を示す図である。一例として、サーバー１００は、図６に表わされたように、各ＭＦＰ３００のステータスの性質をテーブル形式で自身のメモリーに記憶する。記憶するメモリーは自身のメモリーに限定されず、他の記憶装置にあってもよい。
【００４０】
サーバー１００は、上記ステップＳ３４での判断に基づいて、図６のステータス性質テーブルを更新する（ステップＳ３５）。すなわち、サーバー１００は、動的とステータス性質テーブルに記憶されていた、問い合わされたステータスを静的であると上記ステップＳ３４で判断した場合、ステップＳ３５でステータス性質テーブルにおける当該ステータスの性質を「動的」から「静的」に書き換える。
【００４１】
たとえば、ステータスの変動の可能性があるとして印刷の設定などの属性情報のステータスの性質が「動的」と登録されていた場合であっても、所定期間変動がない場合には、サーバー１００は、当該ステータスの性質を「動的」から「静的」に変化させてステータス性質テーブルを更新する。これにより、その後にクライアント装置５００から当該ステータスが問い合わされた場合には、後述するように、サーバー１００はその都度、ＭＦＰ３００に問い合わせることなくキャッシュから読み出してステータスを回答することになる。そのため、サーバー１００がＭＦＰ３００にステータス問い合わせるための通信量をより抑えることができる。
【００４２】
一方、問い合わされたステータスの性質が静的であった場合、つまり、問い合わされたステータスが時間経過に従って変化する可能性が所定より小さい場合には、サーバー１００は、以前にＭＦＰ３００から取得してメモリーに記憶（キャッシュ）してあるステータスをメモリーから読み出してクライアント装置５００に回答する動作を行なう（ステップＳ４）。
【００４３】
すなわち、サーバー１００は、問い合わされたステータスの性質が静的であった場合には、図５のステータステーブルから当該ステータスを読み出す（ステップＳ４１）。これにより、ＭＦＰ３００に問い合わせるための通信量を抑えることができる。
【００４４】
そして、サーバー１００は、ＭＦＰ３００から取得したステータス、またはメモリーから読み出したステータスを、問い合わせたクライアント装置５００に回答する（ステップＳ５）。
【００４５】
なお、好ましくはサーバー１００は、管理対象のデバイスとして新たなＭＦＰが登録されたタイミングや該ＭＦＰがリセットされたタイミングなど、予め規定された初期のタイミングにおいては、ステータス性質テーブルにおいて当該ＭＦＰのすべてのステータスの性質を「動的」と登録する。その後、サーバー１００は上記の動作を繰り返すこと各ステータスの性質が判断されて書き換えられる。
【００４６】
上記のように、ステータス性質テーブルにおいて「静的」と登録されたステータスについて問い合わせを受けた場合、サーバー１００はクライアント装置５００に問い合わせることなくステータステーブルに記憶されているステータスを回答する。そのため、ＭＦＰ３００に問い合わせるための通信量を抑えることができる一方で、ステータス性質テーブルに「静的」と登録された後にステータステーブルに登録されたステータスから変化が生じていた場合にはクライアント装置５００に対して適切なステータスが回答されなくなる。
【００４７】
たとえば、ＭＦＰ３００に接続されている後処理装置を示す情報のどのステータスは静的と判断されて、ステータス性質テーブルにおいて「静的」と登録される場合がある。しかしながら、後処理装置の接続が変更された場合にはステータスが変動することになる。そのような場合、いったんステータス性質テーブルに「静的」と登録された後にはキャッシュから読み出したステータスを回答する動作のみとすると、上記の場合にはＭＦＰ３００に接続された後処理装置の情報を表わすステータスが適切にクライアント装置５００に回答されなくなる。
【００４８】
そこで、好ましくはサーバー１００は、「静的」とステータス性質テーブルに登録されたステータスをＭＦＰ３００から所定頻度で取得して、ステータステーブルに記憶されているステータスと取得したステータスとに基づいて「静的」である性質が動的に変化するか否かを判断する。上記の所定頻度は、たとえば、予め規定された時間間隔などが該当し、その頻度に応じてサーバー１００はＭＦＰ３００に対してステータスを要求する。所定の間隔でサーバー１００がＭＦＰ３００に対してステータスを要求することを、以降の説明ではポーリングとも称する。サーバー１００が上記のポーリングを実施することにより、本システムでは、いったん「静的」と登録された性質がその後に変化したステータスについても、適切にステータスを回答することができる。
【００４９】
より好ましくは、上記の判断において所定の頻度でステータスの性質が静的から変化しないと判断された場合には、サーバー１００は、ポーリングの時間間隔を広げ、頻度を上記の所定頻度よりも低くする。これにより、ポーリングによる通信量を抑えつつ、性質の変化に対応することが可能となる。
【００５０】
なお、サーバー１００は、たとえば管理者などの特定のユーザーによる指示入力を他の装置や図示しない入力装置から受け付けるなどして、ステータス性質テーブルにおいて「静的」と登録された性質を固定することができてもよい。図７はステータス性質テーブルの他の具体例を示す図である。一例として、ステータス性質テーブルにおいて、「静的」と登録された性質について、さらに、その性質がサーバー１００での判断に従って「動的」に変更されないように固定されたものであるか否かを示す情報が付加されていてもよい。図７の例では、「静的」の登録と共に、当該「静的」な性質が固定されているか否かを表わすチェック（フラグ）が付加されている。たとえば、チェックがＯＮの性質は「静的」な性質が固定されており、ＯＦＦの性質は「静的」な性質が固定されていないことを表わす。たとえばＭＦＰの装置名（デバイス名）は変更されることがない。また、カラー設定などの設定も、管理者がＭＦＰ３００に設定を固定すると決定した場合には、変更されることがないと言える。そこで、図７に表わされたように、デバイス名やカラー設定などは、「静的」な性質を固定することができる。
【００５１】
より好ましくは、サーバー１００は、ステータス性質テーブルにおいて「静的」と登録されたステータスについては、上記のポーリングを実施しない。これにより、ポーリングによる通信量をより抑えることができる。
【００５２】
なお、いったんステータス性質テーブルに「静的」と登録された後のステータスの変動に対処する他の例として、サーバー１００は、たとえば管理者などの特定のユーザーによる指示入力を他の装置や図示しない入力装置から受け付けるなどして所定のタイミングに、ステータス性質テーブルにおいて「静的」と登録された性質を一時的に「動的」に書き換えてもよい。上記所定のタイミングは指示を受け付けたタイミングに限定されず、電源ＯＮ時や、規定された時刻など、予め規定されたタイミングであってよい。
【００５３】
サーバー１００は、ステータス性質テーブルで「静的」と登録されたステータスについては問い合わされるとＭＦＰ３００に問い合わせる。そして、ＭＦＰ３００から取得したステータスも含むメモリーでのステータスの変動に基づいて性質を判断する。上記のように、一時的にすべてのステータスが「動的」と書き換えられることで、サーバー１００は、すべてのステータスについてＭＦＰ３００に問い合わせてその後に性質を判断することになる。そのため、一度、改めて判断の機会を設けることになり、「静的」の性質で適切か否かを確認することができる。これにより、性質の変化に適切に対応することが可能となる。
【００５４】
なお、一時的に「動的」に書き換えたステータスの性質を判断する場合、サーバー１００は、通常の判断に用いる基準よりも低い基準を用いてもよい。すなわち、「動的」に一時的に書き換えられたステータスは「静的」である可能性が高いステータスであるため、たとえば判断に用いるステータスの取得期間を短くしたり、変動範囲を小さくしたり、通常の判断に用いる基準よりも低い基準を用いて、早いタイミングで「静的」と判断されるようにしてもよい。このようにすることで、サーバー１００での処理負荷を削減することができる。
【００５５】
なお、上記の例では、サーバー１００にてメモリーにおけるステータスの変動に応じて当該ステータスが静的であるか動的であるか判断されるものとしている。判断の基準の他の例として、サーバー１００は、さらに、ＭＦＰ３００に対して設定されている使用規則とステータスとに基づいてステータスの性質を判断してもよい。使用規則は、一例として、規則が変更されたときや予め規定されたときなどの所定のタイミングにクライアント装置５００から入力されてもよい。
【００５６】
たとえば、ＭＦＰ３００に対して「所定期間（たとえば１カ月）で印刷枚数が１０００枚を超えると、１０００枚に達した時点から規定日（たとえば１２月３１日）まで印刷が禁止される」という使用規則が設定されている場合、サーバー１００は、当該規則の入力を、上記の所定のタイミングでたとえばクライアント装置５００から受け付ける。サーバー１００はＭＦＰ３００からの印刷枚数を表わすステータスと使用規則とを比較して、１０００枚に達しているか否かを判断する。そして、該ステータスが１０００枚未満の枚数を表わすものである場合、サーバー１００は、該ステータスの性質を動的と判断する。一方、該ステータスが１０００枚を表わすものである場合、サーバー１００は該ステータスの性質を静的と判断する。これにより、サーバー１００がＭＦＰ３００にステータス問い合わせるための通信量をより抑えることができる。
【００５７】
なお、クライアント装置５００での処理によっては、リアルタイムのＭＦＰ３００のステータスが必要となる場合もある。そこで、クライアント装置５００は、サーバー１００に対してＭＦＰ３００へのステータスの問い合わせを要求するようにしてもよい。好ましくはクライアント装置５００は、上記ステップＳ１でサーバー１００に対してステータスを問い合わせる際に、問い合わせに当該問い合わせがリアルタイム性を要求するものであるか否かを表わす情報（たとえば、リアルタイム性ありフラグ）を付加する。
【００５８】
サーバー１００は、上記ステップＳ１でクライアント装置５００から受け付けたステータスの問い合わせにリアルタイム性ありフラグが付加されていた場合、問い合わされたステータスが静的なものであっても、ＭＦＰ３００にステータスを問い合わせてクライアント装置５００に回答する。すなわち、クライアント装置５００からの問い合わせにリアルタイム性ありフラグが付加されている場合には、サーバー１００は上記ステップＳ２でステータスの性質を読み出してその結果に応じて動作を分岐することなく、一律に、ＭＦＰ３００にステータスを問い合わせる。このようにすることで、クライアント装置５００に対して必要とするステータスを確実に回答することができる。
【００５９】
または、管理者などの特定のユーザーや特定の操作によって、サーバー１００に対して、クライアント装置５００からのステータスの問い合わせに対して、すべて、ＭＦＰ３００に問い合わせてステータスを取得した上で回答すること、または、ＭＦＰ３００に問い合わせることなくメモリーから読み出して回答すること、を設定可能であってもよい。すなわち、たとえば時間帯や曜日や、センサーや通信量などによって検知される周囲のユーザーの人数などに応じてＭＦＰ３００に問い合わせてステータスを取得した上で回答するかＭＦＰ３００に問い合わせることなくメモリーから読み出して回答するかを判断し得る条件がサーバー１００に対して設定されてもよい。たとえば、時間帯によっては動的なステータスであってもまったく変動しないことが分かっている場合、その時間帯にはＭＦＰ３００に問い合わせることなくメモリーから読み出して回答するとした条件をサーバー１００に対して指定することで、サーバー１００は、クライアント装置５００からの問い合わせがあった時刻の属する時間帯に応じていずれの対処とするかを判断する。つまり、この場合、ステータスの変動に基づかずに規定された条件に従って、すべてを動的と取り扱うか静的と取り扱うかがサーバー１００にて判断される。このように判断されることで、実際に即した用いられ方が実現される。
【００６０】
＜機能構成＞
図８は、上記動作を行なうためのサーバー１００の機能構成の具体例を示すブロック図である。図８の各機能は、サーバー１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行することで、主にＣＰＵ１０で実現される。しかしながら、一部機能は、図２に表わされた他のハードウェア構成、または図示されていない電気回路などのハードウェア構成によって実現されてもよい。
【００６１】
図８を参照して、サーバー１００のメモリーの一例であるＨＤＤ１３は、図５のステータステーブルのようにステータスを記憶するための記憶領域であるステータス記憶部１３１と、図６または図７のステータス性質テーブルのようにステータスの性質を記憶するための記憶領域であるステータス性質記憶部１３２を含む。
【００６２】
さらに図８を参照して、ＣＰＵ１０は、通信部１４を介して管理対象のデバイスの一例であるＭＦＰ３００と通信する（問い合わせて回答を取得する）ことでＭＦＰ３００のステータスを取得し、取得したステータスをステータス記憶部１３１に書き込むための取得部１０１と、ステータス記憶部１３１におけるステータスの変動が規定条件を満たすか否かに基づいてステータスの性質が動的か静的かを判断するための判断部１０２と、判断部１０２での判断に基づいてステータス性質記憶部１３２に記憶されたステータスの性質を更新するための更新部１０３と、クライアント装置５００からのＭＦＰ３００のステータスの問い合わせを受け付けるための問い合わせ入力部１０４と、該問い合わせに対してＭＦＰ３００のステータスを回答するための回答部１０５とを含む。回答部１０５は、問い合わされたステータスの性質が動的である場合には取得部１０１でＭＦＰ３００からステータスを取得してクライアント装置５００に回答する。問い合わされたステータスの性質が静的である場合には、回答部１０５は、ステータス記憶部１３１からステータスを読み出してクライアント装置５００に回答する。
【００６３】
判断部１０２は、一例として、図４に表わされたように、取得部１０１がＭＦＰ３００からステータスを取得しステータス記憶部１３１に書き込んだタイミングでステータス記憶部１３１における変動に基づいて性質を判断する。
【００６４】
好ましくは、取得部１０１は、ステータス性質記憶部１３２に静的と記憶されているステータスについては上記ポーリングを実施してＭＦＰ３００から所定頻度で取得する。そして、判断部１０２は、ステータス記憶部１３１におけるステータスと取得部１０１で取得されたステータスとに基づいて、静的である性質が動的に変化するか否かを判断する。このとき、規定期間、性質が変化しないと判断されるなど、所定の頻度で判断部１０２においてステータスの性質が静的から変化しないと判断される場合には、好ましくは取得部１０１は、ポーリング間隔を上記の所定頻度よりも短く（頻度を低く）する。
【００６５】
好ましくは、ＣＰＵ１０は、図８に示されたように、他の装置などからステータスの性質の指示を受け付けるための指示入力部１０６をさらに含む。更新部１０３は、当該指示に従ってステータス性質記憶部１３２に記憶されたステータスの性質を図７のように固定する。この場合、取得部１０１は静的に固定されているステータスについては上記ポーリングを実施しない。
【００６６】
好ましくは、更新部１０３は、更新手段は、ステータス性質記憶部１３２に静的と記憶されているステータスの性質を、所定のタイミングで一時的に動的に書き換える。上記所定のタイミングは、予め更新部１０３に設定されているものであってもよいし、他の装置〜通信部１４を介して入力されるものであってもよいし、図示しない入力装置から入力されるものであってもよい。また、更新部１０３に所定のタイミングを判断し得る条件が設定されており、更新部１０３は、該条件を用いて所定のタイミングになったことを判断して書き換えを行なってもよい。好ましくは、判断部１０２は、一時的に動的に書き換えられた後には、通常の性質の判断に用いる上記の規定条件よりも緩やかな条件を用いてステータスの性質を判断する。
【００６７】
好ましくは、ＣＰＵ１０は、クライアント装置５００などの他の装置から通信部１４を介して、または図示しない入力装置から、ＭＦＰ３００に対して設定されている使用規則の入力を受け付けるための規則入力部１０７をさらに含む。判断部１０２は、ステータス記憶部１３１に記憶されているステータスと使用規則とに基づいてステータスの性質を判断する。
【００６８】
問い合わせ入力部１０４がクライアント装置５００から上記のリアルタイム性ありフラグの付された問い合わせを受け付けた場合には、好ましくは、回答部１０５は、ステータス性質記憶部１３２に記憶されているステータスの性質に関わらず取得部１０１でＭＦＰ３００からステータスを取得してクライアントに回答する。
【００６９】
好ましくは、ＣＰＵ１０は、回答部１０５がクライアント装置５００からの問い合わせに対して取得部１０１でＭＦＰ３００からステータスを取得して回答するか、ステータス記憶部１３１から読み出して回答するかを規定する条件の入力を受け付けて回答部１０５に設定するための設定入力部１０８をさらに含む。回答部１０５は、上記条件に基づいてステータス記憶部１３１から読み出して回答すると判断した場合には、クライアント装置５００から問い合わせにリアルタイム性ありフラグが付されていた場合であっても、また、ステータス性質記憶部１３２に動的と記憶されていても、ステータス記憶部１３１からステータスを読み出してクライアント装置５００に回答する。
【００７０】
＜動作フロー＞
図９および図１０は、サーバー１００での動作の流れの具体例を表わすフローチャートである。図９および図１０のフローチャートに表わされた動作は、サーバー１００のＣＰＵ１０がＲＯＭ１１に記憶されているプログラムをＲＡＭ１２上に読み出して実行し、図８の機能を発揮することによって実現される。
【００７１】
図９を参照して、サーバー１００がクライアント装置５００からＭＦＰ３００のステータスの問い合わせを受け付けると（ステップＳ１０１でＹＥＳ）、ＣＰＵ１０は、問い合わされたメモリーからステータスの性質を読み出して確認する（ステップＳ１０７）。このとき、好ましくは、ＣＰＵ１０は、クライアント装置５００からの問い合わせに対してメモリーから読み出して回答することが設定されているか否かを確認する。そして、このような設定がない場合（ステップＳ１０３でＮＯ）に、次の確認に移る。すなわち、上記の設定がなされていない場合（ステップＳ１０３でＮＯ）、好ましくは、ＣＰＵ１０は、次に、クライアント装置５００からの問い合わせにリアルタイム性ありフラグが付加されているか否かを確認する。そして、リアルタイム性ありフラグが付加されていない場合に（ステップＳ１０５でＮＯ）、好ましくは、ＣＰＵ１０は、メモリーからステータスの性質を読み出して確認する（ステップＳ１０７）。
【００７２】
ステータスの性質が動的であった場合（ステップＳ１０９でＹＥＳ）、ＣＰＵ１０は、ＭＦＰ３００にステータスを問い合わせて、ＭＦＰ３００からステータスを取得する（ステップＳ１１１）。そして、ＣＰＵ１０は、取得したステータスをクライアント装置５００に回答する（ステップＳ１１３）。ＣＰＵ１０は、さらに、取得したステータスをメモリーに記憶（キャッシュ）する（ステップＳ１１５）。
【００７３】
ＣＰＵ１０は、メモリーにおけるステータスの変動が規定条件を満たすか否かに基づいて、ステータスの性質が動的か静的かを判断する（ステップＳ１１７）。その結果、ステータスの性質がメモリーに記憶されている性質と異なる性質と判断された場合、つまり、性質が変化した場合（ステップＳ１１９でＹＥＳ）、ＣＰＵ１０は、メモリーを更新し、変化後のステータスの性質を記憶させる（ステップＳ１２１）。以上でＣＰＵ１０は一連の動作を完了して最初に戻す。
【００７４】
一方、上記ステップＳ１０７の確認においてメモリーに記憶されているステータスの性質が静的であった場合（ステップＳ１０９でＮＯ）、ＣＰＵ１０は、メモリーからステータスを読み出して（ステップＳ１２３）、クライアント装置５００に回答する（ステップＳ１２５）。クライアント装置５００からの問い合わせに対してメモリーから読み出して回答することが設定されている場合にも（ステップＳ１０３でＹＥＳ）、ＣＰＵ１０は上記ステップＳ１２３，Ｓ１２５の動作を行なって、メモリーから読み出したステータスをクライアント装置５００に回答する。
【００７５】
なお、クライアント装置５００からの問い合わせにリアルタイム性ありフラグが付加されている場合には（ステップＳ１０５でＹＥＳ）、ＣＰＵ１０は上記ステップＳ１０７，Ｓ１０９のステータスの性質の確認を行なうことなく、上記ステップＳ１１１以下の、ＭＦＰ３００からステータスを取得してクライアント装置５００に回答する動作を行なう。
【００７６】
なお、上記ステップＳ１１７のステータスの性質の判断は、上記のようなＭＦＰ３００からステータスを取得したタイミングに限定されない。たとえば、予め性質を判断するタイミングが規定されている場合、ＣＰＵ１０は、当該タイミングに達したことを検知すると（ステップＳ１２７でＹＥＳ）、上記ステップＳ１１７に動作を戻して、ステータスの性質を判断する。
【００７７】
上記のタイミングではなく（ステップＳ１２７でＮＯ）、図１０を参照して、ポーリング間隔が経過して次のポーリングを実施するタイミングに達したことを検知すると（ステップＳ２０１でＹＥＳ）、ＣＰＵ１０は、メモリーに静的と登録されているステータスを読み出し（ステップＳ２０３）、当該ステータスをＭＦＰ３００から取得する（ステップＳ２０７）。好ましくは、ＣＰＵ１０は、メモリーにおいて静的に固定されていない場合に（ステップＳ２０５でＮＯ）、当該固定されていない静的なステータスをＭＦＰ３００から取得する。
【００７８】
ＣＰＵ１０は、取得したステータスをメモリーに記憶（キャッシュ）し（ステップＳ２０９）、ステータスの性質を判断する（ステップＳ２１１）。その結果、ステータスの性質がメモリーに記憶されている性質と異なる性質と判断された場合、つまり、性質が動的に変化している場合（ステップＳ２１３でＹＥＳ）、ＣＰＵ１０は、メモリーに記憶されている性質を静的から動的に書き換えて、メモリーを更新する（ステップＳ２１５）。一方、ステータスの性質がメモリーに記憶されている性質から変化なく静的なままであった場合（ステップＳ２１３でＮＯ）、ＣＰＵ１０は、ポーリングの間隔を延長する（ステップＳ２１７）。ＣＰＵ１０は、所定頻度、変化がないと判断された場合にポーリングの間隔を延長するようにしてもよい。
【００７９】
ポーリングを実施するタイミングではなく（ステップＳ２０１でＮＯ）、ＭＦＰ３００の使用規則の入力を受け付けると（ステップＳ２１９でＹＥＳ）、ＣＰＵ１０は、上記ステップＳ１１７に動作を戻して、ステータスの性質を判断する。このとき、ＣＰＵ１０は、メモリーに記憶されているステータスとＭＦＰ３００の使用規則とを用いて性質を判断する。
【００８０】
＜実施の形態の効果＞
以上の構成により、本システムでは、サーバー１００の管理対象のデバイスであるＭＦＰ３００のステータスの問い合わせがクライアント装置５００からなされた場合、問い合わされたステータスが静的なステータスであった場合にはサーバー１００がＭＦＰ３００に問い合わせることなくキャッシュ（メモリー）から読み出してクライアント装置５００に回答する。そのため、サーバー１００とＭＦＰ３００との間の通信量を抑えることができる。
【００８１】
サーバー１００は、メモリーにおけるステータスの変動に応じてステータスの性質を判断し、必要に応じて記憶されているステータスの性質を書き換える。これにより、動的であったステータスが小さくなった場合には性質が静的に書き換えられる。そのため、サーバー１００とＭＦＰ３００との間の通信をより抑えることができる。
【００８２】
好ましくは、サーバー１００は、性質が静的とメモリーに登録されたステータスについても、所定頻度でポーリングを行なってステータスを取得することでその性質を判断し、必要に応じて静的から動的に書き換える。これにより、ステータスの管理の精度を向上させることができる。
【００８３】
好ましくは、サーバー１００は、上記の判断結果に応じて、ポーリングの間隔を延長する。また、メモリーで静的に固定されている性質についてはポーリングを実施しないようにする。これにより、サーバー１００とＭＦＰ３００との間の通信量を抑えることができる。
【００８４】
好ましくは、サーバー１００はメモリーに静的と登録されているステータスを、ユーザー操作や所定のタイミングに一時的に動的に書き換える。これにより、その後にサーバー１００はＭＦＰ３００から当該ステータスを取得することになり、その性質を判断することができる。そのため、ステータスの管理の精度を向上させることができる。
【００８５】
好ましくは、特定のユーザーなどによって規定された期間に、サーバー１００はステータスの性質に関わらずキャッシュから読み出したステータスをクライアント装置５００に回答する。これにより、上記規定された期間におけるサーバー１００とＭＦＰ３００との間の通信がなされないようにすることができる。
【００８６】
好ましくは、クライアント装置５００からのリアルタイムのステータスの要求（リアルタイム性フラグあり）に対しては、サーバー１００はステータスの性質に関わらずＭＦＰ３００からステータスを取得して回答する。これにより、クライアント装置５００の要求に応じることができる。
【００８７】
＜その他の例＞
以上の説明では、図１に示されたように、サーバー１００、ＭＦＰ３００、およびクライアント装置５００がそれぞれ別個の、独立した装置であるものとしている。しかしながら、サーバー１００はＭＦＰ３００に含まれてもよい。または、サーバー１００はクライアント装置５００に含まれてもよい。たとえば前者の場合、図８の各機能は、ＭＦＰ３００のＣＰＵ３０がＲＯＭ３１に記憶されているプログラムをＲＡＭ３２上に読み出して実行することで、主に、ＭＦＰ３００で実現される。
【００８８】
また、ステータスを記憶するメモリーやステータスの性質を記憶するメモリーは必ずしもサーバー１００に搭載されていなくてもよく、他の装置であってもよい。たとえば、サーバー１００は、１台のサーバーのみならず複数台のサーバーが協働して実現されるものであってもよい。この場合、一例として、ステータスを記憶するメモリーを搭載したサーバーおよびステータスの性質を記憶するメモリーを搭載したサーバーがサーバー１００を構成するサーバー群に含まれてもよい。
【００８９】
さらに、上述の動作をサーバー１００のＣＰＵ１０（ＭＦＰ３００で実現する場合にはＭＦＰ３００のＣＰＵ３０）に実行させるためのプログラムを提供することもできる。上記のように、サーバー１００は一般的なコンピューターで構成されてよく、また、ＭＦＰ３００も一般的なＭＦＰで構成されてよい。そのため、上記プログラムを提供することによって既存のコンピューターやＭＦＰをサーバー１００として機能させることができる。これにより、既存の装置を用いて本システムを容易に構築することができる。
【００９０】
このようなプログラムは、コンピューターに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact  Disk-Read  Only  Memory）、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピューター読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピューターに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。
【００９１】
なお、本発明にかかるプログラムは、コンピューターのオペレーティングシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。
【００９２】
また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。
【００９３】
提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【００９４】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００９５】
１０，３０  ＣＰＵ、１１，３１  ＲＯＭ、１２，３２  ＲＡＭ、１３，３３  ＨＤＤ、１４，３７  通信部、３４  スキャナー、３５  プリンター、３６  操作パネル、１００  サーバー、１０１  取得部、１０２  判断部、１０３  更新部、１０４  問い合わせ入力部、１０５  回答部、１０６  指示入力部、１０７  規則入力部、１０８  設定入力部、１３１  ステータス記憶部、１３２  ステータス性質記憶部、３００，３００Ａ，３００Ｂ，３００Ｃ  ＭＦＰ、５００，５００Ａ，５００Ｂ  クライアント装置。
【図１】
2015146104.tif 000003
【図２】
2015146104.tif 000004
【図３】
2015146104.tif 000005
【図４】
2015146104.tif 000006
【図５】
2015146104.tif 000007
【図６】
2015146104.tif 000008
【図７】
2015146104.tif 000009
【図８】
2015146104.tif 000010
【図９】
2015146104.tif 000011
【図１０】
2015146104.tif 000012