(57)【要約】【課題】  従来、ネットワーク機器の稼働情報を正確さを維持しつつ効率よく管理することができない場合があった。【解決手段】  管理装置が、稼動情報を最初に取得した時間情報と最後に取得した時間情報とを前記識別子毎に格納する第１テーブルと、ネットワーク機器から取得した識別子毎の稼動情報を取得した際の時間情報とともに当該識別子毎の稼動情報を履歴情報として格納する第３テーブルとを記憶しておき、新たに稼動情報を取得した際に、前回から変化のない識別子に関する情報を格納することなく、変化のあった稼動情報を前記第３テーブルに格納することで更新を行う。そして、稼動情報の集計の際に、集計期間において稼動情報が取得されている識別子に関する情報が前記第３テーブルに格納されていない場合であっても、集計結果に当該識別子に関する情報が含まれるように集計を行うことを特徴とする。【選択図】図７
2012064155.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク機器から稼働情報を取得し稼働履歴を管理する管理装置であって、
前記ネットワーク機器から取得した稼動情報が、該ネットワーク機器が具備する機能に関する、前記ネットワーク機器を利用するユーザに関連付けられた識別子毎の利用回数を示す情報であるかを判別する判別手段と、
前記利用回数を示す情報を最初に取得した時点を示す第１の情報と、最後に取得した時点を示す第２の情報とを前記識別子毎に格納する第１テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を格納する第２テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を取得した時点の情報とともに当該識別子毎の利用回数を示す情報を履歴情報として格納する第３テーブルと、を記憶する記憶手段と、
前記判別手段により前記識別子毎の利用回数を示す情報であると判別された際に、前記識別子毎の利用回数を示す情報及び当該情報を取得した時点の情報により、前記第１テーブル及び前記第３テーブルを更新する更新手段と、
集計期間を指定した情報の取得要求を受信する受信手段と、
前記取得要求に応じて、前記第１テーブル及び前記第３テーブルに基づき、前記集計期間における識別子毎の利用回数の集計を行う集計手段と、
前記集計手段による集計結果を出力する出力手段とを備え、
前記更新手段は、新たに前記ネットワーク機器から識別子毎の利用回数を示す情報を取得した際に、前記第２テーブルに格納される前回取得された識別子毎の利用回数を示す情報と比較して、利用回数に変化のない識別子に関する情報を格納することなく、利用回数に変化のあった識別子の利用回数を示す情報を前記第３テーブルに格納することで更新を行い、
前記集計手段は、前記第１テーブルを参照して前記集計期間において利用回数を示す情報が取得されている識別子に関する情報が前記第３テーブルに格納されていない場合であっても、集計結果に当該識別子に関する情報が含まれるように集計を行うことを特徴とする管理装置。
【請求項２】
前記更新手段は、前記集計手段による集計が行われた後に、前記第２テーブルに格納される前回取得された識別子毎の利用回数を示す情報を削除することを特徴とする請求項１に記載の管理装置。
【請求項３】
前記集計手段は、前記第１テーブルを参照して前記集計期間において利用回数を示す情報が取得されていない識別子に関する情報を、集計結果に含まれないように集計を行うことを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記ネットワーク機器は画像形成装置であり、
前記利用回数は、前記画像形成装置における印刷枚数を含むことを特徴とする請求項１乃至３の何れか一項に記載の管理装置。
【請求項５】
ネットワーク機器から稼働情報を取得し稼働履歴を管理する管理装置における制御方法であって、
前記ネットワーク機器から取得した稼動情報が、該ネットワーク機器が具備する機能に関する、前記ネットワーク機器を利用するユーザに関連付けられた識別子毎の利用回数を示す情報であるかを判別する判別工程と、
前記利用回数を示す情報を最初に取得した時点を示す第１の情報と、最後に取得した時点を示す第２の情報とを前記識別子毎に格納する第１テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を格納する第２テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を取得した時点の情報とともに当該識別子毎の利用回数を示す情報を履歴情報として格納する第３テーブルと、を記憶する記憶工程と、
前記判別工程で前記識別子毎の利用回数を示す情報であると判別された際に、前記識別子毎の利用回数を示す情報及び当該情報を取得した時点の情報により、前記第１テーブル及び前記第３テーブルを更新する更新工程と、
集計期間を指定した情報の取得要求を受信する受信工程と、
前記取得要求に応じて、前記第１テーブル及び前記第３テーブルに基づき、前記集計期間における識別子毎の利用回数の集計を行う集計工程と、
前記集計工程での集計結果を出力する出力工程とを備え、
前記更新工程では、新たに前記ネットワーク機器から識別子毎の利用回数を示す情報を取得した際に、前記第２テーブルに格納される前回取得された識別子毎の利用回数を示す情報と比較して、利用回数に変化のない識別子に関する情報を格納することなく、利用回数に変化のあった識別子の利用回数を示す情報を前記第３テーブルに格納することで更新を行い、
前記集計工程では、前記第１テーブルを参照して前記集計期間において利用回数を示す情報が取得されている識別子に関する情報が前記第３テーブルに格納されていない場合であっても、集計結果に当該識別子に関する情報が含まれるように集計を行うことを特徴とする制御方法。
【請求項６】
請求項１乃至４の何れか一項に記載の手段としてコンピュータを機能させるためのプログラム。
【請求項７】
ネットワーク機器と、該ネットワーク機器から取得した稼働情報を管理する管理装置と、該管理装置が管理する情報を要求するユーザ装置と、を含む情報処理システムであって、
前記ネットワーク機器は、
前記管理装置に対して稼動情報を送信する送信手段を備え、
前記管理装置は、
前記ネットワーク機器から取得した稼動情報が、該ネットワーク機器が具備する機能に関する、前記ネットワーク機器を利用するユーザに関連付けられた識別子毎の利用回数を示す情報であるかを判別する判別手段と、
前記利用回数を示す情報を最初に取得した時点を示す第１の情報と、最後に取得した時点を示す第２の情報とを前記識別子毎に格納する第１テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を格納する第２テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を取得した時点の情報とともに当該識別子毎の利用回数を示す情報を履歴情報として格納する第３テーブルと、を記憶する記憶手段と、
前記判別手段により前記識別子毎の利用回数を示す情報であると判別された際に、前記識別子毎の利用回数を示す情報及び当該情報を取得した時点の情報により、前記第１テーブル及び前記第３テーブルを更新する更新手段とを備え、
前記ユーザ装置は、
前記管理装置に対して、集計期間を指定した情報の取得要求を行う要求手段と、
前記取得要求に応じて、前記管理装置による前記第１テーブル及び前記第３テーブルに基づく前記集計期間における識別子毎の利用回数の集計の結果を取得して表示する表示手段とを備え、
前記更新手段は、新たに前記ネットワーク機器から識別子毎の利用回数を示す情報を取得した際に、前記第２テーブルに格納される前回取得された識別子毎の利用回数を示す情報と比較して、利用回数に変化のない識別子に関する情報を格納することなく、利用回数に変化のあった識別子の利用回数を示す情報を前記第３テーブルに格納することで更新を行い、
前記管理装置による集計においては、前記第１テーブルを参照して前記集計期間において利用回数を示す情報が取得されている識別子に関する情報が前記第３テーブルに格納されていない場合であっても、集計結果に当該識別子に関する情報が含まれるように集計を行うことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続された機器の稼働状況を管理する技術に関するものである。
【背景技術】
【０００２】
通信制御装置が搭載された画像形成装置などのネットワーク機器の稼働状況を、遠隔地から管理するシステムが存在している。このようなシステムでは、複数のネットワーク機器とそれらを管理する管理装置とが、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）インターネットを介して互いに接続されている。ネットワーク機器は、管理装置に対して自装置の障害情報や機能使用回数（カウンタ情報）などの稼動情報を送信する。ここで、たとえば機能使用回数などは定期的に送信されている。管理装置は、受信した稼働情報を蓄積し、履歴として管理することで、過去から現在までの任意の期間のネットワーク機器の稼働情報を参照、分析できるように構成されている。
【０００３】
また、１つのネットワーク機器を複数の部門（ユーザまたはユーザグループ）で共有する場合がある。そこで、部門ごとの使用状況を管理するため、ネットワーク機器に部門の情報を設定しておき、部門単位での機能使用回数を記録するネットワーク機器が存在する（例えば、特許文献１参照）。さらに、ネットワーク機器は、部門単位の機能使用回数を、定期的に管理装置へ送信するよう構成することができる。
【０００４】
さらに、同一環境に複数のネットワーク機器が存在し、それを多数の部門で共有する場合、設定効率を考慮して、その複数のネットワーク機器の部門設定を共通の設定で行うことがしばしばある。当然、各部門においては、通常、一部のネットワーク機器を使用することが多いので、個々のネットワーク機器は時々しか使用しないような部門の情報を含むことがある。この場合、いくつかのネットワーク機器の部門ごとの機能使用回数の情報は、数か月にわたり、殆ど変化しないことになる。このため、管理装置においては、各ネットワーク機器から特に変化のない部門の機能使用回数情報をも定期的に受信し、履歴として管理していることになる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０００−２０９４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、ネットワーク機器に設定される部門の情報は、ネットワーク機器に固定ではなく、ネットワーク機器の管理者により後から追加や削除が可能である。そのため、大量の情報を効率よく蓄積するために、管理装置側で単純に機能使用回数に変化のない部門の情報を破棄すると、以下のような問題が発生し得る。
【０００７】
たとえば、特定の期間の使用回数情報を集計する際に、集計結果からでは、”ネットワーク機器に存在しない（追加前または削除後の）部門”と、”ネットワーク機器に存在するが、情報に変化が無く保存領域に蓄積されなかった部門”と、の区別がつかなくなる。それにより、集計結果において、ネットワーク機器で設定された部門の情報を正しく反映して出力することができないので、ネットワーク機器の管理者などが状況の正確な把握ができなくなってしまうことになる。
【０００８】
本発明は上述の問題点に鑑みなされたものであり、ネットワーク機器の部門に関する稼働状況を、正確さを維持しつつ効率よく管理する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の１以上の問題点を解決するため、本発明の管理装置は以下の構成を備える。すなわち、前記ネットワーク機器から取得した稼動情報が、該ネットワーク機器が具備する機能に関する、前記ネットワーク機器を利用するユーザに関連付けられた識別子毎の利用回数を示す情報であるかを判別する判別手段と、前記利用回数を示す情報を最初に取得した時点を示す第１の情報と、最後に取得した時点を示す第２の情報とを前記識別子毎に格納する第１テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を格納する第２テーブルと、前記ネットワーク機器から取得した識別子毎の利用回数を示す情報を取得した際の時点の情報とともに当該識別子毎の利用回数を示す情報を履歴情報として格納する第３テーブルと、を記憶する記憶手段と、前記判別手段により前記識別子毎の利用回数を示す情報であると判別された際に、前記識別子毎の利用回数を示す情報及び当該情報を取得した時点の情報により、前記第１テーブル及び前記第３テーブルを更新する更新手段と、集計期間を指定した情報の取得要求を受信する受信手段と、前記取得要求に応じて、前記第１テーブル及び前記第３テーブルに基づき、前記集計期間における識別子毎の利用回数の集計を行う集計手段と、前記集計手段による集計結果を出力する出力手段とを備え、前記更新手段は、新たに前記ネットワーク機器から識別子毎の利用回数を示す情報を取得した際に、前記第２テーブルに格納される前回取得された識別子毎の利用回数を示す情報と比較して、利用回数に変化のない識別子に関する情報を格納することなく、利用回数に変化のあった識別子の利用回数を示す情報を前記第３テーブルに格納することで更新を行い、前記集計手段は、前記第１テーブルを参照して前記集計期間において利用回数を示す情報が取得されている識別子に関する情報が前記第３テーブルに格納されていない場合であっても、集計結果に当該識別子に関する情報が含まれるように集計を行うことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ネットワーク機器の部門に関する稼働状況を、正確さを維持しつつ効率よく管理する技術を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】情報処理システム全体の概略図である。
【図２】管理装置のハードウェア構成を示す図である。
【図３】管理装置の機能ブロックを示す図である。
【図４】受信管理テーブルに関する説明を行うための図である。
【図５】部門情報テーブルに関する説明を行うための図である。
【図６】部門情報履歴保持部で保持される部門情報履歴テーブルの一例を表す図である。
【図７】稼働情報を受信したときの管理装置の処理を示すフローチャートである。
【図８】部門情報の要求を受信したときの管理装置の処理を示すフローチャートである。
【図９】管理装置が要求元に返す部門単位の機能使用回数情報の一例を表す図である。
【発明を実施するための形態】
【００１２】
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。
【００１３】
（第１実施形態）
本発明に係る情報処理システムの第１実施形態として、ネットワーク機器の稼働情報を管理する情報処理システムを例に挙げて以下に説明する。
【００１４】
＜システム構成＞
図１は、第１実施形態に係る情報処理システム全体を示す図である。ネットワーク機器１００と管理装置１１０、表示装置１２０は、互いにネットワーク１３０を介して接続されている。なお、以下の説明においては、ネットワーク機器１００は、複合機（ＭＦＰ：Multi Function Peripheral）などの画像形成装置を想定するがこれに限定されない。また、以下では説明を簡単にするために、１台のネットワーク機器１００について記載しているが、情報処理システム内には複数のネットワーク機器が存在し得る。
【００１５】
ネットワーク機器１００は、自装置での稼働情報を自装置内の記憶部に格納している。稼働情報は、ネットワーク機器１００に設定されている部門（ユーザまたはユーザグループ）単位の機能の利用回数の情報が含まれている。稼動情報には、他にも、ネットワーク機器内部の消耗部材の使用回数など部門単位で管理されていないような情報も含まれる。
【００１６】
管理装置１１０は、ネットワーク機器１００の稼働情報をネットワーク機器１００から直接、または不図示の仲介装置を介して受信し、稼働履歴として蓄積して管理する。上述のように、管理装置１１０が受信する稼働情報には、ネットワーク機器１００における部門単位の機能使用回数の情報を含む。表示装置１２０は、管理装置１１０の蓄積する稼働情報をユーザが閲覧するための装置で、管理装置１１０から取得した稼働情報を表示する。ネットワーク１３０は、ＬＡＮやＷＡＮ、インターネットなどがあるが、機器間で相互に通信可能であれば有線接続であっても無線接続であっても良い。
【００１７】
図２は、第１実施形態に係る管理装置１１０のハードウェア構成を表す図である。管理装置１１０は、ディスプレイなどの出力装置と接続する出力Ｉ／Ｆ部２０１と、キーボードなどの入力装置と接続する入力Ｉ／Ｆ部２０２、記憶装置２０３、メモリ２０４、ＣＰＵ２０５、通信Ｉ／Ｆ部２０６からなる。
【００１８】
記憶装置２０３には、ＯＳ（Operating System）やネットワーク機器１００の稼働履歴の情報を管理する管理プログラム、ネットワーク機器１００などから受信した稼働情報などが格納されている。ＣＰＵ２０５は、記憶装置２０３からプログラムをメモリ２０４にロードし、実行する。通信Ｉ／Ｆ部２０６は、ネットワーク１３０に接続され、ネットワーク機器１００の稼働情報を受信するとともに、表示装置１２０へネットワーク機器１００の稼働情報を送信する。
【００１９】
図３は、管理装置１１０の本発明に関連する機能ブロックを示す図である。具体的には、ネットワーク機器から受信する部門ごとの機能使用回数情報の受信、及び管理に関わる機能を示している。ネットワーク機器から受信する他の稼動情報については、詳細は省略するが、それらの情報も記憶装置に参照可能に記憶されることになる。各機能部は、ＣＰＵ２０５が記憶装置２０３に格納されたプログラムを実行することにより実現される。
【００２０】
受信情報保持部３０１は、管理装置１１０が受信するネットワーク機器１００の部門単位の機能使用回数情報における、部門ごとの初回受信、最終（最新）受信に関する時間情報を保持する。保持する情報の詳細については、図４を参照して後述する。最新部門情報保持部３０２は、ネットワーク機器１００ごとの最新の部門単位の機能使用回数情報を部門情報テーブルとして保持、管理する。保持する情報の詳細については、図５を参照して後述する。部門情報履歴保持部３０３は、受信した部門単位の機能使用回数情報の履歴を保持する。保持する情報の詳細については、図６を参照して後述する。
【００２１】
稼働情報受信部３０４は、ネットワーク機器１００の稼働情報を通信Ｉ／Ｆ部２０６を介して受信する。部門情報判別部３０５は、受信した稼働情報が部門単位の機能使用回数情報であるか否かを判別する。
【００２２】
部門情報管理部３０６は、受信情報保持部３０１、最新部門情報保持部３０２、部門情報履歴保持部３０３に情報を格納したり、更新したりする。
【００２３】
部門情報要求受信部３０９は、任意の期間における部門単位の機能使用回数情報の集計の要求を、通信Ｉ／Ｆ部２０６を介して受信する。部門判定部３１０は、受信情報保持部３０１の保持する情報に基づき、指定された任意の期間における集計対象となる部門を判定する。部門情報抽出部３１１は、部門情報履歴保持部３０３から、集計対象となる部門単位の機能使用回数情報を抽出する。部門情報返却部３１２は、部門単位の機能使用回数情報の集計結果を部門情報の要求元に通信Ｉ／Ｆ部２０６を介して送信する。
【００２４】
＜情報を格納するテーブル構成＞
図４は、受信情報保持部３０１の保持する受信管理テーブル４００の一例を表す図である。受信管理テーブル４００（第１テーブル）は、ネットワーク機器１００における部門毎の情報を１部門１レコードで格納している。なお、部門ＩＤ４０１は、それぞれの部門を一意に特定するためのＩＤ情報（識別子）である。
【００２５】
初回受信日４０２は、ネットワーク機器１００から、それぞれの部門に対して、機能使用回数情報を最初に受信した日（第１時刻）を記録するフィールドである。例えば、図４では、部門ＩＤ「０００１」に対する機能使用回数情報を「2009/01/01」に初めて受信したことを示す。また、最終受信日４０３は、それぞれの部門に対して、機能使用回数情報を最後に受信した日（第２時刻）を記録するフィールドである。
【００２６】
なお、図４では、初回受信、最終受信に関する時間の情報として１日を単位とした情報を格納しているが、より細かい時刻情報（時間、分、秒など）を含めても良い。また、受信側（管理装置１１０）ではなく送信側（ネットワーク機器１００）で設定された時間情報でも良い。
【００２７】
図５の稼働情報受信部３０４が受信する部門単位の機能使用回数情報を格納する部門情報テーブル（第２テーブル）を示している。具体的に図５（ａ）は「2010/02/24」に受信した部門単位の機能使用回数情報の例を、図５（ｂ）は「2010/02/25」に受信した部門単位の機能使用回数情報の例を示している。稼働情報受信部３０４が受信する稼働情報のうち部門単位の機能使用回数情報は、図６で後述する部門情報履歴保持部３０３で記憶される前に、一時的に最新部門情報保持部３０２に部門情報テーブルとして保持される。
【００２８】
ここで、部門単位の機能使用回数情報に含まれる必要な情報が部門情報履歴保持部３０３で記憶されたあと、最新部門情報保持部３０２に部門情報テーブルとして保持されている前回受信した機能使用回数情報はクリアされる。なお、部門単位の機能使用回数情報を受信するたびに、最新部門情報保持部３０２に、利用することのない部門情報テーブルで管理されている情報に対して、上書きすることで一時保持を行っても良い。
【００２９】
部門情報テーブル５００は「2010/02/24」に稼働情報受信部３０４が受信した部門単位の機能使用回数情報を示している。部門ＩＤ５０１は、ネットワーク機器１００に設定されているネットワーク機器１００を利用する部門を一意に特定するためのＩＤ情報である。トータルカウンタ５０２や、白黒プリント５０３、カラープリント５０４は、機能使用回数情報のフィールドである。ここれは、それぞれが部門ＩＤで識別される部門が消費した印刷枚数を示している。本例においては、トータルカウンタ、白黒プリント、カラープリントの３つの使用回数に分類しているが、カウント値で管理されるようなものであれば他の情報（例えばＦＡＸやスキャンの使用回数など）を管理することも可能である。つまり、ここでは、各機能の利用回数を当該機能を利用したユーザやユーザグループに関連付けられた識別子毎に格納しているといえる。
【００３０】
部門情報テーブル５５０は「2010/02/25」に稼働情報受信部３０４が受信した部門単位の機能使用回数情報を示している。部門情報テーブル５００と同様の情報（部門ＩＤ、トータルカウンタ、白黒プリント、及びカラープリント）が管理されている。
【００３１】
図６は、部門情報履歴保持部３０３の保持する部門情報履歴テーブル６００の一例を表す図である。部門情報履歴テーブル６００（第３テーブル）は、部門単位の機能使用回数情報を受信する度に、部門を単位としたレコードで追記し、履歴情報として蓄積する。
【００３２】
受信日６０１は、機能使用回数情報を受信した受信日を記録するフィールドである。部門ＩＤ６０２は、ネットワーク機器１００に設定されている部門を一意に特定するためのＩＤ情報であって、本例では同じ受信日の中で昇順に管理されている。部門情報履歴テーブル６００は、受信日６０１と部門ＩＤ６０２とのペアで、１つのレコードが一意に特定される。トータルカウンタ６０３や、白黒プリント６０４、カラープリント６０５は、機能使用回数情報のフィールドである。このとき、トータルカウンタ６０３や、白黒プリント６０４、カラープリント６０５は、図６の例では機能使用回数情報の前回値との差分を格納しているが、受信した機能使用回数情報のまま格納しても問題ない。なお、差分として格納した場合、より少ない格納データ量で履歴を格納することが可能になる。
【００３３】
部門情報履歴テーブル６００には、前回から機能使用回数に変化のない部門の情報は登録されない。図５の例で示したように、「2010/02/25」に受信した機能使用回数情報では、部門ＩＤ「０００４」の使用回数は、前回受信時から変化が無い。そこで、図６に示す部門情報履歴テーブル６００の例においては、「2010/02/25」の登録情報に部門ＩＤ「０００４」に関するレコードがないことがわかる。
【００３４】
＜管理装置の動作＞
図７は、管理装置１１０がネットワーク機器１００の稼働情報を受信したときの、管理装置１１０の制御方法を示すフローチャートである。なお、以下では、管理装置１１０が、前回の収集タイミングでネットワーク機器１００から受信した機能使用回数情報を示す部門情報テーブル５００を最新部門情報保持部３０２で保持している。そして、「2010/02/25」に、新規に機能使用回数情報を受信し、最新部門情報保持部３０２が部門情報テーブル５５０として保持するものとして説明する。
【００３５】
Ｓ７０１では、稼働情報受信部３０４は、ネットワーク機器１００の稼働情報を受信する。ここでは、受信方法として、ネットワーク機器１００からの定期送信されたものを受信している。なお、定期送信以外にも、管理者の指示などにより不定期に稼動情報をネットワーク機器１００が送信するとしてもよい。
【００３６】
Ｓ７０２では、部門情報判別部３０５は、受信した部門単位の機能使用回数情報であるか否かを、受信した稼働情報に付加されているタグや内容等を確認することにより判別する。受信した稼働情報が部門単位の機能使用回数情報であると判別すると、Ｓ７０３に進み、そうでない場合は本処理を終了する。参考までに、部門単位の機能使用回数情報以外の稼動情報を受信した場合には、他の方法を用いて適宜、管理装置１１０が参照、分析が可能となるように管理することになる。
【００３７】
Ｓ７０３では、部門情報管理部３０６は、新規に受信した部門単位の機能使用回数情報を示す部門情報テーブル５５０の部門ＩＤと、受信情報保持部３０１の保持する受信管理テーブル４００の部門ＩＤ４０１とを比較する。そして、部門ＩＤ４０１に存在しない新規の部門ＩＤが部門情報テーブル５５０に含まれる場合、その部門ＩＤはネットワーク機器１００に新規に設定された部門であると判断する。そして、部門情報管理部３０６は、当該新規に設定された部門の情報を受信管理テーブル４００に追加する。このとき、初回受信日４０２には機能使用回数情報を受信したときの受信日が記録される。
【００３８】
なお、上述の新規部門の判断を、例えば、部門情報テーブル５５０の部門ＩＤと、部門情報テーブル５００の部門ＩＤ５０１とを比較し判断するよう構成しても良い。
【００３９】
Ｓ７０４では、部門情報管理部３０６は、部門情報テーブル５５０に含まれる全ての部門ＩＤについて、受信管理テーブル４００の最終受信日４０３をＳ７０１で受信した部門単位の機能使用回数情報の受信日の情報に更新する。
【００４０】
なお、ここでは、最終受信日４０３を部門情報テーブル５５０に含まれる全ての部門ＩＤについて更新している。ただし、部門ＩＤが削除されたことを検知して、削除された部門ＩＤ４０１に対する最終受信日４０３を併せて更新するようにしても良い。
【００４１】
なお、部門ＩＤの削除は、部門情報管理部３０６が、部門情報テーブル５５０の部門ＩＤと、最新部門情報保持部３０２の保持する部門情報テーブル５００の部門ＩＤ５０１とを比較することにより検出され得る。つまり、部門ＩＤ５０１に存在し、部門ＩＤに存在しない部門ＩＤ５０１があった場合、その部門ＩＤ５０１はネットワーク機器１００から設定を削除された部門であると判断する。部門情報管理部３０６は、当該削除された部門の最終受信日４０３を部門情報テーブル５００を受信した受信日の情報により更新する。
【００４２】
以下で説明するＳ７０５〜Ｓ７０７では、受信した稼動情報の蓄積を行う。Ｓ７０５では、部門情報テーブル５５０に含まれる各々の部門の機能使用回数情報について、部門情報テーブル５００の機能使用回数情報フィールド５０２〜５０４とを比較し、差分値を計算する。Ｓ７０５で計算した機能使用回数の差分値が０（ゼロ）であった場合、Ｓ７０７に進む。
【００４３】
Ｓ７０６では、Ｓ７０５で計算した機能使用回数の差分値が０（ゼロ）でない、つまり機能使用回数に変化があった場合、稼動情報の受信日ごとに、その部門を示す部門ＩＤ及び機能使用回数の差分値を、部門情報履歴テーブル６００へ追記する。
【００４４】
Ｓ７０７では、全部門に対して蓄積処理を完了したか否かを判定する。完了した場合は、Ｓ７０８に進み、蓄積処理が完了していない場合は、次の部門を対象としてＳ７０５に進む。
【００４５】
例えば、部門情報テーブル５００を保持している状態で、部門情報テーブル５５０で示す機能使用回数情報を受信した場合、部門ＩＤ「０００１」「０００５」の部門のみ、機能使用回数に変化がある。そのため、部門ＩＤ「０００１」「０００５」については、差分値を部門情報履歴テーブル６００へ追記し格納する。これは、例えば、図６の受信日「2010/02/25」のレコードにより示されている。一方で、部門ＩＤ「０００４」「０６００」の部門は、機能使用回数に変化がない（差分値が０である）ため、部門情報履歴テーブル６００へは格納しない。このように、Ｓ７０５〜Ｓ７０６で機能使用回数情報に変化のない部門の情報を格納しないようにすることで、部門情報履歴テーブル６００に蓄積されるデータ量を削減できる。
【００４６】
Ｓ７０８では、部門情報管理部３０６は、部門情報テーブル５００の内容を消去することで、最新部門情報保持部３０２の保持する部門情報テーブルを更新し、本処理を終了する。
【００４７】
図８は、蓄積された部門単位の機能使用回数情報を集計した情報の要求を受信したときの、管理装置１１０の処理を示すフローチャートである。
【００４８】
Ｓ８０１で、部門情報要求受信部３０９は、ネットワーク機器１００の部門情報の要求を、例えば外部装置である表示装置１２０（ユーザ装置）から受信する。このとき部門情報要求受信部３０９は、集計の対象となる所定の期間（集計期間）の指定を受け付ける。ここでの部門情報の要求とは、特定月や特定日といった特定期間における、機能使用回数の集計情報の要求といえる。要求元の装置では、集計情報を一般的なウェブブラウザなどを用いて表示することで参照が可能となる。
【００４９】
部門情報の要求を受信すると、以下で説明するＳ８０２〜Ｓ８０６で、要求元に返却するための部門単位の機能使用回数情報の出力判断を部門ごとに行う。
【００５０】
Ｓ８０２では、部門判定部３１０は、指定された集計期間において、機能使用回数情報を受信していた部門であるか否かを判定する。つまり、指定された集計期間と、受信管理テーブル４００の各部門の初回受信日４０２と最終受信日４０３との間の期間とが一部でも重複する部門を、集計対象となる部門と判定する。集計期間において、機能使用回数情報を受信していた部門であると判定された場合にはＳ８０３に進み、そうでないと判定された場合はＳ８０６に進む。
【００５１】
例えば、受信管理テーブル４００を保持している状態において、集計期間「2010/02/24〜2010/02/25」が指定された場合を例に説明する。この例においては、部門ＩＤ「０００１」の部門は、最終受信日が「2010/02/25」であり、初回受信日が「2009/01/01」であるため、集計期間と受信期間とが重複している。一方、部門ＩＤ「０００２」で示す部門は、集計期間と受信期間は重複しない。これは、集計期間においては既にネットワーク機器において削除された部門と判定できる。
【００５２】
Ｓ８０３では、部門情報抽出部３１１は、部門情報履歴テーブル６００から集計対象となる部門の集計期間内の機能使用回数情報を検索し抽出する。そして、Ｓ８０４では、Ｓ８０３で集計対象となる部門の集計期間内の機能使用回数情報が１レコード以上抽出されれば、部門情報返却部３１２は、抽出したレコードの機能使用回数を参照し、集計する。
【００５３】
一方、Ｓ７０５〜Ｓ７０６において説明したように、機能使用回数に変化のない部門の情報は部門情報履歴テーブル６００に格納されていない。その場合、Ｓ８０５では、部門情報返却部３１２は、集計期間内に機能使用回数が変化しなかった部門と判断し、機能使用回数をゼロ（０）回として扱う。この情報により、集計期間において、ネットワーク機器１００に当該部門は設定されていたが、その部門によりネットワーク機器が利用されなかったことが把握できるようになる。
【００５４】
Ｓ８０６では、部門情報返却部３１２は、例えば、部門ＩＤ「０００２」で示す部門については集計対象としない。
【００５５】
Ｓ８０７では、全部門に対して集計結果において出力対象とするかの判定処理を完了したか否かを判定する。完了した場合は、Ｓ８０８に進み、処理が完了していない場合は、次の部門を対象としてＳ８０２に進む。
【００５６】
Ｓ８０８では、部門情報返却部３１２は、Ｓ８０３〜Ｓ８０５で抽出・集計した部門単位の機能使用回数情報の集計結果（第４テーブル）を生成し、要求元（表示装置１２０）に送信する。この集計結果は表示装置１２０において表示される。
【００５７】
図９は、管理装置１１０が部門情報の要求の要求元に返す部門単位の機能使用回数情報の集計結果の一例を表す図である。
【００５８】
この例では、部門ＩＤ「０００２」で示す部門は集計期間に既にネットワーク機器において削除された部門であったので、出力されていない。また、部門ＩＤ「０００４」で示す部門は、部門情報履歴テーブル６００に集計期間内のレコードが存在しない。しかし、図４のテーブルから、集計期間内に当該部門がネットワーク機器１００に設定されていると判定できるので、テーブル９００において、機能使用回数を「０回」として出力している。
【００５９】
以上説明したとおり本実施形態によれば、管理装置１１０は、ネットワーク機器の稼働状況の情報を正確さを維持しつつ効率よく管理することが可能となる。
【００６０】
（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2012064155.tif 000003
【図２】
2012064155.tif 000004
【図３】
2012064155.tif 000005
【図４】
2012064155.tif 000006
【図５】
2012064155.tif 000007
【図６】
2012064155.tif 000008
【図７】
2012064155.tif 000009
【図８】
2012064155.tif 000010
【図９】
2012064155.tif 000011