JP2015103149A - 管理システムおよび管理システムの制御方法 - Google Patents

Abstract

【課題】状況に応じてユーザ（販売会社のオペレータやサービスマン等のサービス提供者）にとって見る必要が高い顧客の情報から逐次表示するユーザエクスペリエンスの高い表示をセキュアに提供すること。
【解決手段】デバイス管理サーバ１０１では、複数の拠点ネットワークに設置された画像形成装置１０２から収集され稼働情報を、異なるアクセス権が設定された各テナント別機器情報記憶部４０２で分離して管理する。代表データ変換部４０３は、セキュアに分離管理されている複数のテナントの稼働情報の一部を顧客単位で集計し、該集計した稼働情報のなかの一部の情報を秘匿または除外して記憶部４０４で管理する。表示優先順位判断部４０７及び表示情報送信部４０８は、デバイス管理サーバ１０１で管理されている稼働情報を、注目度の高い顧客の情報や異常な集計値を示す顧客の情報を優先し、ユーザに提供する。
【選択図】図４

Description

本発明は、デバイスを管理する管理システムおよび管理システムの制御方法に関するものである。

近年、顧客の画像形成装置（複写機やプリンタ）等のネットワークデバイスの機器管理、障害復旧、印刷状況の改善提案、などをアウトソーシングで行うデバイス管理サービスを、インターネット上のサーバでクラウドサービスとして実現する方法がある。デバイス管理サービスでは、サービス提供者がサービス提供先の顧客の運用状況をＷｅｂＵＩに表示して、状況の把握や監視を行う必要がある。さらに、問題が発生している顧客が存在しないかを確認する目的や、特定の顧客の運用状況を他の顧客と比較する目的のために、１つのＷｅｂＵＩに複数の顧客の情報を一覧表示する必要がある。

クラウドサービスでは、顧客のデータを分離してマルチテナント構造で管理することが多い。しかし、マルチテナント構造では、複数顧客のデータに対して１回のクエリ文でアクセスできないため、複数顧客のデータを取得するには時間がかかるといった問題がある。そのため、サービス提供者にとって見る必要が高い顧客から逐次表示する、ユーザエクスペリエンスの高い表示方法が必要となる。

特許文献１には、予めユーザが情報のカテゴリ毎に表示優先順位を定め、サーバから配信される情報のカテゴリを識別し、優先順位の高い情報から順次表示する技術が開示されている。

特開２０１１−２１５８６２号公報

しかしながら、特許文献１では、情報に対してカテゴリとその優先順位が固定的であり、状況に応じて優先順位を動的に変更することができない。デバイス管理サービスにおいて運用状況を把握する際には、同じ情報でも状況に応じて優先順位が変動する。例えば、ある運用値が同じく目標値を下回っている２つの顧客であっても、集計の開始当初で下回っている顧客より、十分な集計期間を経たあとに下回っている顧客の方が、問題度が高い。また、同じ運用状況であっても、より多くの料金を支払っている等で注目度が高い顧客の方が、優先度が高い場合もある。このため、特許文献１の技術をデバイス管理サービスに用いても、顧客の情報を適切な優先順位で表示することができない。

また、上述のように、デバイス管理サービスでは、顧客のデータをテナント毎に分離してセキュリティを保った状態で管理することが多く、顧客の情報の表示優先順位を決めるためには、同一の記憶部で複数顧客の情報を比較する必要がある。しかし、テナントごとに分離してセキュリティ管理している情報を、セキュアに分離されていない同一の記憶領域で比較することは、セキュリティや情報保護の観点で好ましくない。

本発明は、上記の問題点を解決するためになされたものである。本発明の目的は、状況に応じてユーザ（販売会社のオペレータやサービスマン等のサービス提供者）にとって見る必要が高い顧客の情報から逐次表示して、ユーザエクスペリエンスの高い表示をセキュアに提供することができる仕組みを提供することである。

本発明は、複数の拠点ネットワークに設置されたネットワークデバイスの稼働情報を収集する管理システムであって、収集され稼働情報を、異なるアクセス権が設定された複数のテナントに分離して管理する第１管理手段と、前記第１管理手段により分離されて管理されている複数のテナントの稼働情報の一部を、グループ単位で集計して管理する第２管理手段と、前記第２管理手段により管理されている前記集計された稼働情報を、ユーザに対して提供する提供手段と、を有し、前記第２管理手段は、前記集計された稼働情報のなかの一部の情報を秘匿または除外して管理することを特徴とする。

本発明によれば、状況に応じてユーザにとって見る必要が高い顧客の情報から逐次表示して、ユーザエクスペリエンスの高い表示をセキュアに提供することができる。

本発明のデバイス管理システムの構成を例示する図。 画像形成装置のハードウェア構成を例示する図。 デバイス管理サーバ等のハードウェア構成を例示する図。 デバイス管理システムのソフトウェア構成を例示する図。 操作者注目度情報のデータ構成を例示する図。 機器情報代表データのデータ構成を例示する図。 顧客別運用状況の一覧画面を例示する図。 注目顧客の比較表示画面を例示する図。 顧客別運用状況の一覧画面をスクリプトにより表示するシーケンス図。 顧客別運用状況の一覧画面をＰｕｓｈ送信により表示するシーケンス図。 表示優先順位を判断するデバイス管理サーバの処理を例示するフローチャート。

以下、本発明を実施するための形態について図面を用いて説明する。

まず、本発明の一実施例を示すデバイス管理システムを構成している各装置について、図１を参照して説明する。
図１は、本発明の一実施例を示すデバイス管理システムの構成の一例を示す図である。

図１に示すように、本実施例のデバイス管理システムでは、デバイス管理サーバ１０１、画像形成装置１０２、情報処理装置１０３、クライアント端末１０４が、ネットワーク１０５を介して接続されている。

本実施例では、管理システムの管理対象となる顧客（例えば、顧客Ａ、顧客Ｂ）やテナントという単位で、画像形成装置１０２をグルーピングして管理している（詳細は後述する）。グルーピングの単位は、顧客に限定するものではなく、組織や拠点などの単位であってもよい。

顧客Ａの環境は、デバイス管理サーバ１０１と直接通信できる画像形成装置１０２が設定されている環境である。一方、顧客Ｂの環境は、デバイス管理サーバ１０１と直接通信できない画像形成装置１０２に対して、情報処理装置１０３が仲介してデバイス管理サーバ１０１と接続している環境である。

クライアント端末１０４は、パーソナルコンピュータに限定するものではなく、同機能を持つ画像形成装置や携帯端末などでもよい。また、ネットワーク１００やネットワーク１０５は、上述の各装置の間で情報をやり取りするための通信回線であり、インターネット、イントラネットの種別や、有線・無線は問わない。

デバイス管理サーバ１０１は、複数の拠点ネットワークに設置されたネットワークデバイス（図１の例では画像形成装置１０２）の稼働情報を収集する管理システムであり、１以上のサーバから構成される。本実施例では、デバイス管理サーバ１０１が、各顧客の拠点ネットワーク１００から収集したネットワークデバイス（画像形成装置１０２）のログ情報や障害情報などの稼働情報を蓄積して、レポーティングする機能を有する。例えば、レポーティング機能の一種として、後述する図７、図８で示すような、特定の顧客のデバイス稼働状況や運用状況に絞ったタイムリーな確認画面をクライアント端末１０４に表示する。この機能は、例えば、販売会社のオペレータやサービスマン向けに提供される。

なお、本実施例では、デバイス管理サーバ１０１が管理するネットワークデバイスの例として、プリンタや複写機等の画像形成装置を用いて説明するが、ネットワークデバイスは画像形成装置に限定されるものではない。

次に、デバイス管理システムを構成する各装置のハードウェア構成について説明する。
図２は、画像形成装置１０２のハードウェア構成を例示する図である。

図２に示すように、画像形成装置１０２は、画像処理ユニット２０１、印刷ユニット２０２、および読み込みユニット２０３を有する。画像形成装置１０２が複合機ではない場合は、読み込みユニット２０３が存在しない構成であってもよい。

画像処理ユニット２０１は、ＣＰＵ２０４、メモリ２０５、ハードディスク２０６、ユーザインタフェース２０７を有する。ＣＰＵ２０４は、各種プログラムを実行し、さまざまな機能を実現するユニットである。メモリ２０５は、各種情報を一時的に記憶するユニットである。ＣＰＵ２０４は、ハードディスク２０６に記憶されているプログラムをメモリ２０５にロードし実行する。また、メモリ２０５は、ＣＰＵ２０４の一時的な作業記憶領域としても利用されるユニットである。

ハードディスク２０６は、各種データを記憶するユニットであり、フラッシュメモリなどの同機能を持つ他のハードウェアでもよい。ユーザインタフェース２０７は、ユーザからの処理依頼を受け付けたり、ユーザに対して画面を出力するためのユニットである。

ＮＩＣ（Network Interface Card）２０８は、画像形成装置１０２をネットワーク１００等に接続するためのユニットである。図２に示した例は、画像形成装置の代表的なハードウェア構成であり、画像形成装置１０２はこの構成に限定されるものではない。例えば、画像形成装置１０２は、ＦＡＸボードや外部制御装置が接続されている構成であってもよい。

図３は、デバイス管理サーバ１０１、情報処理装置１０３、クライアント端末１０４のハードウェア構成を例示する図である。

図３において、３０１はＣＰＵであり、各種プログラムを実行し、さまざまな機能を実現するユニットである。メモリ３０２は、各種情報を一時的に記憶するユニットである。ＣＰＵ３０１は、ハードディスク３０３に記憶されているプログラムをメモリ３０２にロードしプログラムを実行する。また、メモリは、ＣＰＵ３０１の一時的な作業記憶領域としても利用されるユニットである。

ハードディスク３０３は、各種データを記憶するユニットであり、フラッシュメモリなどの同機能を持つ他のハードウェアでもよい。ユーザインタフェース３０４は、ユーザからの処理依頼を受け付けたり、ユーザに対して画面を出力するためのユニットである。

ＮＩＣ３０５は、デバイス管理サーバ１０１、クライアント端末１０４をネットワークに接続するためのユニットであり、ＮＩＣ３０５を使用してネットワーク１００や１０５に接続可能である。

図３に示した例は、デバイス管理サーバ１０１、情報処理装置１０３、クライアント端末１０４の代表的なハードウェア構成であり、デバイス管理サーバ１０１、情報処理装置１０３、クライアント端末１０４の構成はこれに限定されるものではない。なお、デバイス管理サーバ１０１は、１以上からのサーバからなるシステムであってもよい。

以下、デバイス管理システムのソフトウェア構成について説明する。
図４は、デバイス管理システムを構成する各装置のソフトウェア構成を例示する図である。

最初に、画像形成装置１０２を構成するソフトウェアについて説明する。
機器情報送信部４２０は、画像形成装置１０２を使用することで発生する各種情報を、デバイス管理サーバ１０１に送信する。各種情報とは、ジョブの実行履歴、エラー発生情報、稼働情報、消耗品情報、設定情報、操作履歴、修理情報、問合せ情報など、画像形成装置１０２を利用することで発生する情報であり、特定の情報に限定されるものではない。以下では、前記各種情報を機器情報と称する。

なお、機器情報送信部４２０の機能を実現するプログラムは、画像形成装置１０２のハードディスク２０６に記憶されており、ＣＰＵ２０４がメモリ２０５にプログラムをロードし実行することで、この機能は実現される。また、図４には示していないが、機器情報送信部４２０がない画像形成装置１０２があってもよい。機器情報送信部４２０がない画像形成装置１０２の機器情報は、情報処理装置１０３により収集されてデバイス管理サーバ１０１に送信される。詳細は後述する。

次に、情報処理装置１０３を構成するソフトウェアについて説明する。
機器情報収集部４３０は、機器情報送信部４２０がない画像形成装置１０２に対して、前記機器情報を収集する。情報を収集する方法や間隔については限定しない。機器情報送信部４３１は、機器情報収集部４３０が収集した機器情報をデバイス管理サーバ１０１に送信する。これにより、デバイス管理サーバ１０１に対して機器情報を送信できない画像形成装置１０２に対しても、情報処理装置１０３が仲介することで機器情報の収集と送信が可能となる。なお、機器情報収集部４３０、機器情報送信部４３１の機能を実現するプログラムは、情報処理装置１０３のハードディスク３０３に記憶されており、情報処理装置１０３のＣＰＵ３０１がメモリ３０２にプログラムをロードし実行することで、これらの機能が実現される。

次に、デバイス管理サーバ１０１を構成するソフトウェアについて説明する。
機器情報受信部４０１は、画像形成装置１０２や情報処理装置１０３から送信された機器情報を受信する。デバイス管理サーバ１０１側では、１以上の拠点を持つ顧客からの情報（機器情報）を、１以上のテナントに分離して、それぞれテナント別機器情報記憶部４０２として管理している。もちろん、１つの顧客の情報を１つのテナントとして管理してもよい。なお、異なる顧客は必ず異なるテナントに属する。

機器情報受信部４０１は、認証などの手段を用いてどのテナントから受信した機器情報なのかを識別する。テナント別機器情報記憶部４０２は、機器情報受信部４０１が受信した機器情報をテナント別に記憶する。機器情報にはテナント毎の機密情報や個人情報が含まれるため、セキュリティや情報保護のためにテナント別の機器情報を分けて記憶する。

各テナントの情報（テナント別機器情報記憶部４０２）は、論理的（または物理的）にデータベース（ＤＢ）上で分離して管理されており、各テナントには担当オペレータのみ参照可能なように異なるアクセス権が設定されている。即ち、テナント別機器情報記憶部４０２のように分離されて記憶されているテナント別の機器情報は、担当のオペレータのみが参照可能なようにそれぞれアクセス権が設定され、セキュアな情報として保護されている。なお、図示しないが、各テナントがいずれの顧客に属するかを示す情報もデバイス管理サーバ１０１側で記憶管理されているものとする。

なお、テナント別の機器情報を、テナント別に記憶する手段としては、ＤＢを別にする方法、テーブルを別にする方法、テーブル内のＩＤで区別する方法、テナント別にアクセス権を変える方法などがあるが、これら特定の方法に限定しない。

一方、顧客間でＷｅｂＵＩに表示する優先順位を決めるためには、同一の記憶部（例えばハードディスク３０３やメモリ３０２）で複数顧客の機器情報を比較する必要がある。しかし、テナント別機器情報記憶部４０２で分けて管理した情報をセキュアに分離されていない同一の記憶部で比較することは、セキュリティや情報保護の観点で好ましくない。本実施例では、代表データ変換部４０３が、テナント別機器情報記憶部４０２でテナント別に記憶された機器情報の一部を顧客単位で集計し、該集計した情報から機密情報や個人情報を除き、且つ顧客間で機器情報の運用状況を比較可能な代表データ（機器情報代表データ４０５）に変換する。これにより、セキュリティを保ちつつ顧客毎のデータを比較することができるようになる。

ここで、機密情報や個人情報を除く方法を例示する。例えば、機器が安定稼働している割合を表す安定稼働率という情報については、安定稼働率の運用実績値そのものではなく、顧客毎に定めた目標値を満たしているかという情報を代表データとして変換する。このような代表データを使用することで、セキュリティや情報保護を確保した上で、目標値を満たしていない顧客の方に注意が必要、といった顧客間の優先度を比較することができる。なお、機器情報代表データ４０５は、上記例に限定されるものではない。

記憶部４０４は、機器情報以外を記憶するためのもので、機器情報代表データ４０５と操作者注目度情報４０６を記憶する。機器情報代表データ４０５は、テナント別機器情報記憶部４０２で管理されている複数のテナントの機器情報の一部がグループ単位（ここでは顧客単位）で集計され、さらに集計された稼働情報のなかの一部の情報が秘匿または除外されたものである。詳細は図６で後述する。

操作者注目度情報４０６は、サービス提供者である操作者がどの顧客に注目しているかを表す情報で、図５で後述する。サービス提供者が注目する背景として、自分が運用を担当する顧客、利益の大きい顧客、等が考えられる。この操作者注目度情報４０６を用いることで、サービス提供者が注目する顧客を判断することができる。記憶部４０４は、後述する図７や図８のような表示を行うサービスを提供するための情報を記憶するために、上述のようにテナント毎に分離して情報記憶する各テナント別機器情報記憶部４０２とは別に設けられたものである。

表示優先順位判断部４０７は、クライアント端末１０４から機器情報の表示要求を受信した際に、機器情報代表データ４０５と操作者注目度情報４０６から、表示する顧客の優先順位を判断する。表示優先順位判断部４０７は、機器情報代表データ４０５を用いることで、より注意が必要な顧客を識別して優先順位を高くし、併せて操作者注目度情報４０６を用いることで、サービス提供者が注目する顧客の優先順位も高くする判断を行う。これら２つの情報を判断材料とすることで、表示優先順位判断部４０７は、サービス提供者が優先的に見たい顧客を動的に判断することができる。

表示情報送信部４０８は、表示優先順位判断部４０７で判断した優先順位に従ってテナント別機器情報記憶部４０２から順番に機器情報を取得し、クライアント端末１０４に機器情報を送信する。なお、表示情報送信部４０８は、送信する際に、テナント別機器情報記憶部４０２から取得した機器情報を顧客単位で集計して送信してもよい。また、表示情報送信部４０８は、記憶部４０４の機器情報代表データ４０５から顧客単位で集計された情報を、表示優先順位判断部４０７で判断した優先順に取得して、送信してもよい。機器情報代表データ４０５から顧客単位の情報を送信する場合、個人情報が秘匿又は除外された情報を送信するため、ユーザに提供されるデータは、よりセキュリティを確保したものとなる。また、個人情報を除外した情報と、個人情報が除外されていない情報の、どちらの情報を送信するかを、ユーザ権限や設定等で選択制御するようにしてもよい。

なお、図４に示したデバイス管理サーバ１０１を構成するソフトウェアの機能を実現するプログラムは、デバイス管理サーバ１０１のハードディスク３０３に記憶されており、デバイス管理サーバ１０１のＣＰＵ３０１がメモリ３０２にプログラムをロードし実行することで、これらの機能が実現される。

なお、デバイス管理サーバ１０１の機能は、１つのサーバで実現してもよいし、１以上からのサーバからなる管理システムにより実現してもよい。１以上からのサーバからなる管理システムにより実現する場合、デバイス管理サーバ１０１の機能を、収集したデータを記憶する１以上のストレージサーバや、ＷｅｂＵＩを提供する管理機能等を提供する１以上の管理サーバ等で実現してもよい。

次に、クライアント端末１０４を構成するソフトウェアについて説明する。
表示部４４０は、デバイス管理サーバ１０１から受信した表示情報を表示する。表示情報が順次送信される場合は、受信した表示情報から逐次表示することができる。デバイス管理サーバ１０１で優先順位が高いと判断された情報から受信して逐次表示することで、サービス提供者が見たい情報から逐次表示することが可能となる。なお、表示部４４０機能を実現するプログラムは、クライアント端末１０４のハードディスク３０３に記憶されており、クライアント端末１０４のＣＰＵ３０１がメモリ３０２にプログラムをロードし実行することで、これらの機能が実現される。

図５は、デバイス管理サーバ１０１の記憶部４０４が管理する操作者注目度情報４０６のデータ構成の一例を示す図である。

ユーザＩＤ５０１は、デバイス管理サーバ１０１にアクセスしている操作者を識別する情報である。顧客ＩＤ５０２は、デバイス管理サーバ１０１で管理する顧客を識別する情報である。本実施例では、同じ顧客に対しても、操作者ごとに、注目度情報を記憶することができる。例えば、「○○商事」という顧客に対して、「ＳａｌｅｓＡｄｍｉｎ００１」という操作者は注目度が高いが、「ＳａｌｅｓＵｓｅｒ００１」という操作者は注目度が高くない、という管理ができる。

担当顧客５０３は、顧客毎に操作者が担当している顧客か否かを識別する情報であり、不図示の担当設定画面で操作者が担当する顧客を選択する。操作者が担当している顧客の場合には担当顧客５０３に「ｔｒｕｅ」、そうでない場合には担当顧客５０３に「ｆａｌｓｅ」が格納される。表示優先順位判断部４０７は、操作者が担当する顧客の方が操作者にとって注目度が高く、表示優先順位が高いと判断する。

アクセス回数５０４は、操作者が顧客に対して単位期間あたり何回アクセスしているかを示す情報である。表示優先順位判断部４０７は、アクセス回数が多い顧客の方が操作者にとって注目度が高く、表示優先順位が高いと判断する。

注目フラグ５０５は、操作者が注目する顧客であることを示す情報であり、図７で後述する注目フラグ７０９で設定することで、操作者が明示的に注目顧客であることを設定する。表示優先順位判断部４０７は、注目フラグが付いている顧客（「あり」の顧客）の方が操作者にとって注目度が高く、表示優先順位が高いと判断する。

なお、表示優先順位判断部４０７は、運用状況の表示要求を受信した際に、識別した操作者に対して担当顧客５０３、アクセス回数５０４、注目フラグ５０５から総合的に注目度の順位を付け、表示優先順位を判断する。順位づけのアルゴリズムについては特に限定しない。順位付けする際の、担当顧客５０３、アクセス回数５０４、注目フラグ５０５のパラメータの重みづけについては、不図示の設定画面により設定されたり、遺伝的アルゴリズムにより操作者毎に最適化されてもよい。

図６は、デバイス管理サーバ１０１の記憶部４０４が管理する機器情報代表データ４０５のデータ構成の一例を示す図である。

顧客ＩＤ６０１は、デバイス管理サーバ１０１で管理する顧客を識別する情報である。業種６０２は、顧客の業種を示す情報で、不図示の顧客情報登録画面で設定する。地域６０３は、顧客の地域を示す情報で、同じく不図示の顧客情報登録画面で設定する。デバイス規模６０４は、顧客が所持する画像形成装置１０２の台数規模を示す情報である。デバイス管理サービスでは、顧客の業種、地域、台数規模により印刷適正枚数や安定稼働率の特徴に違いがあるため、顧客の業種、地域、台数規模等の情報は、図８で後述する顧客の運用状況を比較表示する際の、比較対象を絞り込むための条件となる。

集計締め日６０５は、画像形成装置１０２から収集した機器情報を運用状況として集計する際に、集計の区切りの日を表す。表示優先順位判断部４０７は、集計締め日６０５も優先順位の判断に使用する。例えば、安定稼働率（月）６０６が「ＮＧ」の顧客があった場合、集計締め日６０５が現在日付に近い顧客の方が運用状況の改善期間が少ないため、優先順位が高いと判断する。安定稼働率とは、収集した機器情報から画像形成装置１０２がエラーなどで使用できない使用不可時間を計算し、「（顧客の営業時間−使用不可時間）÷顧客の営業時間」で計算する。これにより、顧客の営業時間の中で画像形成装置１０２を安定的に使用できた割合を確認することができる。

安定稼働率（月）６０６は、画像形成装置１０２を安定稼働していた割合が、顧客毎に設定された目標値を満たしているか否かを表す情報であり、満たしている場合は「ＯＫ」、満たしていない場合は「ＮＧ」が格納される。テナント別機器情報記憶部４０２では、安定稼働率の数値（％）や、画像形成装置１０２毎の安定稼働率、または顧客のグループ単位での安定稼働率の数値を記憶する。しかし、これらの情報は顧客の機密情報も含むため、代表データ変換部４０３が顧客別に目標値を満たしているか、という情報に変換して、安定稼働率（月）６０６に記憶している。図示しないが、安定稼働率（月）は過去の複数月の情報を記憶している。また、集計の単位は月に限定するものではなく、４半期、週、日、など他の単位でもよい。表示優先順位判断部４０７は、安定稼働率（月）６０６が「ＮＧ」の顧客は運用状況に注意や改善が必要なため、表示優先順位が高いと判断する。また、「○3f○電機」のように安定稼働率（月）を計算するための機器情報が収集されていない顧客（安定稼働率（月）６０６に「未収集」が格納されている顧客）も注意が必要なため、表示優先順位が高いと判断する。

印刷適正枚数は、収集した機器情報から、画像形成装置１０２の平均印刷枚数が予め画像形成装置１０２ごとに設定された印刷下限枚数と印刷上限枚数の範囲に入っているか否かで、画像形成装置１０２の使用状況が適正な状態であるかを表す情報である。印刷下限枚数を下回る場合は、使用されていない画像形成装置１０２としてＵｎｄｅｒという判定が行われる。印刷上限枚数を上回る場合は、過剰に使用されている画像形成装置１０２として、Ｏｖｅｒと判断される。サービス提供者は、Ｕｎｄｅｒ、Ｏｖｅｒと判定された画像形成装置１０２の配置を変更するなどで、適正状態の画像形成装置１０２を増やすことが必要となる。

印刷適正枚数（月）６０７は、平均印刷枚数が適正と判断される画像形成装置１０２の割合が、顧客毎に設定された目標値を満たしているか否かを表す情報であり、満たしている場合は「ＯＫ」、満たしていない場合は「ＮＧ」が格納される。印刷適正枚数も安定稼働率と同様に、テナント別機器情報記憶部４０２では具体的な数値や画像形成装置１０２毎の値を記憶しているが、代表データ変換部４０３が顧客別に平均値が適正な状態であるかに変換して、印刷適正枚数（月）６０７に記憶している。印刷適正枚数（月）６０７も過去の複数月の情報を記憶し、集計の単位も月単位に限定しない。表示優先順位判断部４０７は、印刷適正枚数（月）６０７が「ＮＧ」の顧客、または印刷適正枚数（月）を計算するための機器情報が収集されていない顧客（「未収集」の顧客）は、運用状況に注意や改善が必要なため、表示優先順位が高いと判断する。「ＮＧ」と「未収集」のどちらの表示優先順位を高く判断してもよい。

表示優先順位判断部４０７は、運用状況の表示要求を受信した際に、識別した操作者の提供先顧客に対して、集計締め日６０５、安定稼働率（月）６０６、印刷適正枚数（月）６０７から総合的に注目度の順位を付け、表示優先順位を判断する。さらに顧客ごとに優先順位をつけるだけではなく、安定稼働率や印刷適正枚数といった単位で優先順位をつけることもできる。例えば、「○○電機」の場合、安定稼働率（月）６０６は「未収集」のため表示優先順位が高いと判断するが、印刷適正枚数（月）６０７は「ＯＫ」のため表示優先順位が低いと判断する。順位づけのアルゴリズムについては、操作者注目度情報４０６と同様に限定しない。また、機器情報代表データ４０５の種類は、安定稼働率と印刷適正枚数に限定されるものではなく、機器情報から算出可能な運用状況データであれば他のデータであってもよい。

図７は、クライアント端末１０４がデバイス管理サーバ１０１から表示情報を受信したときに、クライアント端末１０４の表示部４４０が表示する、顧客別運用状況の一覧画面の一例を示す図である。本画面は、サービス提供者が提供先の顧客の運用状況を一覧表示し、運用状況に問題がないかを確認する目的で使用される。

操作者表示部７０１は、サービス提供者である操作者の情報を表示する領域で、不図示の認証画面を経て特定された操作者のＩＤを出力する。注目顧客表示部７０２は、操作者が注目する顧客を表示する領域である。デバイス管理サーバ１０１の表示優先順位判断部４０７が、操作者注目度情報４０６で表示優先順位が高いと判断した顧客の情報を注目顧客表示部７０２に表示する。

運用状況表示部７０３は、顧客別の運用状況を表示する領域で、本実施例では顧客名、機器の安定稼働率、機器毎の印刷適正枚数を表示しているが、表示内容は上記に限定されるものではない。

注目フラグ７０９は、注目する顧客を操作者が明示的に指定するフラグである。注目フラグ７０９を有効にすることで、操作者注目度情報４０６の注目フラグ５０５が有効「あり」になる。

情報取得中記号７０４は、デバイス管理サーバ１０１から情報を取得中の状態を表す記号である。表示する記号の種類は限定するものではなく、デバイス管理サーバ１０１で判断された優先順位の順番を表示しても良い。

要注意顧客表示部７０５は、運用に注意が必要な顧客を表示する領域である。デバイス管理サーバ１０１の表示優先順位判断部４０７が、機器情報代表データ４０５で表示優先順位が高いと判断した顧客の情報を要注意顧客表示部７０５に表示する。

警告コメント表示部７０６は、表示優先順位判断部４０７が判断した注意が必要な理由を表示する領域である。「○○不動産」の例では、機器情報の集計値が運用目標値を下回っていることを警告するメッセージの例として「集計値が目標値を下回っています。」のコメントを表示している。また、「○○電機」の例では、機器情報が顧客の環境が一定期間受信できていないことを警告するメッセージの例として「安定稼働率を測定するための集計値が１０日以上収集されていません。」のコメントを表示している。

通常顧客の表示部７０７は、デバイス管理サーバ１０１の表示優先順位判断部４０７により、優先順位が高くないと判断された顧客の運用状況を表示する領域である。

図７に示すように、優先順位が高いと判断された顧客から順次表示することで、操作者は注目すべき顧客からより早く運用状況を見ることができる。また、操作者注目度情報４０６と機器情報代表データ４０５の両方を用いて優先順位を判断することで、操作者が注目する顧客と、操作者は注目していないが運用に注意が必要な顧客から、総合的に判断された優先順位で表示することができる。

以上のように、図７の顧客別運用状況の一覧画面は、グループ単位（ここでは顧客単位）で集計された稼働情報を、グループごとに俯瞰表示するためのものである。図７の顧客別運用状況の一覧画面では、担当顧客５０３、アクセス回数（／月）５０４、注目フラグ５０５等の注目度指標に従い、注目度の高いグループ（注目顧客）の情報を優先して提供する。また、顧客別運用状況の一覧画面では、安定稼働率（月）６０６、印刷適正枚数（月）６０７等の集計値が、異常な集計値を示すグループ（注目が必要な顧客）の情報を優先して提供する。

図８は、クライアント端末１０４がデバイス管理サーバ１０１から表示情報を受信したときに、クライアント端末１０４の表示部４４０が表示する、注目顧客に対する運用状況の比較表示画面の一例を示す図である。本画面は、サービス提供者が特定の顧客の運用状況を改善するために、注目顧客と条件が似ている顧客の中で運用状況が好調な顧客と、不調な顧客を比較表示するために使用される。

注目顧客表示部８０１は、操作者が注目する１つの顧客を表示する領域である。注目顧客は、不図示の注目顧客の選択画面で選択指定された特定の顧客の情報が表示される。また、セッション情報やクッキー情報の中に保存されている顧客が注目顧客と判断されてもよい。さらに、デバイス管理サーバ１０１の表示優先順位判断部４０７が、操作者注目度情報４０６で表示優先順位が高いと判断した顧客が表示されてもよい。

運用状況表示部８０２は、運用状況表示部７０３と同様に顧客別の運用状況を表示する領域である。

絞り込み条件指定部８０３は、注目顧客と条件が類似する顧客を検索する際の条件を指定する。本画面例では、顧客の地域、業種、デバイス台数規模、月の集計の区切りを示す締め日の中から選択できる。図８の例では、注目顧客である「○○不動産」と顧客の「地域」と「デバイス台数規模」が類似する顧客の中で、運用状況が好調な顧客と、運用状況が不調な顧客を検索する設定となっている。条件の項目は、上記に限定されるものではない。

好調顧客表示部８０４は、注目顧客と絞り込み条件が類似する顧客の中で、運用が好調な顧客を表示する領域である。デバイス管理サーバ１０１の表示優先順位判断部４０７が、上記絞り込まれた顧客の機器情報代表データ４０５で表示優先順位が高いと判断した顧客の情報を表示する。なお、好調顧客表示部８０４に表示する顧客を判断する場合、表示優先順位判断部４０７は、より好調な顧客の優先順位が高くなるように判断する。例えば、表示優先順位判断部４０７は、安定稼働率（月）６０６や印刷適正枚数（月）６０７が「ＯＫ」の顧客は運用状況が好調なため、表示優先順位が高いと判断する。

不調顧客表示部８０５は、注目顧客と絞り込み条件が類似する顧客の中で、運用が不調な顧客を表示する領域である。デバイス管理サーバ１０１の表示優先順位判断部４０７が、上記絞り込まれた顧客の機器情報代表データ４０５で表示優先順位が高いと判断した顧客の情報を表示する。なお、不調顧客表示部８０５に表示する顧客を判断する場合、表示優先順位判断部４０７は、より不調な顧客の優先順位が高くなるように判断する。例えば、表示優先順位判断部４０７は、安定稼働率（月）６０６や印刷適正枚数（月）６０７が「ＮＧ」の顧客は運用状況が不調なため、表示優先順位が高いと判断する。

操作者は、好調顧客表示部８０４に表示される運用状況が好調な顧客と、不調顧客表示部８０５に表示される不調な顧客を、注目顧客８０１に表示される注目顧客と比較表示することで、注目顧客や不調な顧客の運用を効果的に改善することができる。また、表示優先順位判断部４０７が注目顧客と比較する際に、比較対象の顧客が前回の集計締め日から少しの期間が経過していない場合、今月の機器情報代表データ４０５ではなく先月の機器情報代表データ４０５で比較する。これは、集計締め日から経過日数が少ない場合は集計された機器情報代表データ４０５に信憑性が低いためであり、より信憑性が高い機器情報代表データ４０５を用いることで、効果のある比較情報を提供することができる。

図８の注目顧客比較表示画面は、グループ単位（ここでは顧客単位）で集計された稼働情報をグループごとに比較して表示するためのものである。図８の注目顧客比較表示画面では、業種６０２、地域６０３、デバイス規模６０４、集計締め日６０５等の条件で類似する特徴を持つグループの情報を優先して提供する。

クライアント端末１０４は、デバイス管理サーバ１０１から順番に情報を取得し、取得できた情報から逐次表示するが、その方法はいくつかある。その方法の１つとして、クライアント端末１０４の表示部４４０で、Ｊａｖａｓｃｒｉｐｔに代表されるスクリプトを実行することで実現する方法がある（Ｊａｖａは登録商標）。

図９は、クライアント端末１０４が顧客別運用状況の一覧画面や注目顧客に対する運用状況の比較表示画面をスクリプトにより逐次表示する際の、クライアント端末１０４とデバイス管理サーバ１０１の間の処理シーケンス図である。以下の処理は、図４に示したソフトウェア構成において、デバイス管理サーバ１０１のＣＰＵ３０１とクライアント端末１０４のＣＰＵ３０１がそれぞれ各プログラムを実行することにより実現される。

始めに、Ｓ９０１において、クライアント端末１０４の表示部４４０が、デバイス管理サーバ１０１に対して運用状況の一覧表示要求（図７の運用状況の一覧表画面または図８の注目顧客に対する運用状況の比較画面の表示要求）を行う。この一覧表示要求に応じて、デバイス管理サーバ１０１の表示優先順位判断部４０７は、Ｓ９０２において、どの顧客のどの情報から表示するかの優先順位を判断する。なお、Ｓ９０２の詳細は後述する図１１で説明する。

さらに、Ｓ９０３において、デバイス管理サーバ１０１の表示優先順位判断部４０７は、上記Ｓ９０２で判断した優先順位に基づいて機器情報を取得するスクリプトと、画面のベースとなる初期ＨＴＭＬをクライアント端末１０４に送信する。

初期ＨＴＭＬとは、図７や図８でグラフが表示される前の画面を意味し、クライアント端末１０４の表示部４４０は、Ｓ９０４において、初期ＨＴＭＬに基づいて画面を表示する。このとき、表示前のグラフについては、情報取得中記号７０４を表示する。

次にＳ９０５において、クライアント端末１０４の表示部４４０は、上記Ｓ９０３で受信したスクリプトを実行し、上記Ｓ９０２で判断された表示優先順位に従って、デバイス管理サーバ１０１に対して機器情報の取得要求を行う。

Ｓ９０６において、デバイス管理サーバ１０１では、表示情報送信部４０８が、上記取得要求で指定された顧客の機器情報をテナント別機器情報記憶部４０２から取得し、Ｓ９０７において、上記Ｓ９０６で取得した機器情報をクライアント端末１０４に送信する。なお、表示情報送信部４０８は、送信する際に、テナント別機器情報記憶部４０２から取得した機器情報を顧客単位で集計して送信してもよい。また、表示情報送信部４０８は、Ｓ９０６で、上記取得要求で指定された顧客の機器情報として、顧客単位で集計された情報を、機器情報代表データ４０５から取得し、Ｓ９０７で送信してもよい。

Ｓ９０８において、クライアント端末１０４の表示部４４０は、デバイス管理サーバ１０１から受信した機器情報を、運用状況表示部７０３、８０２に表示（描画）する。

なお、Ｓ９０９〜Ｓ９１２についても、Ｓ９０５〜Ｓ９０８と同様に、クライアント端末１０４は、上記Ｓ９０２で判断された表示優先順位に従ってデバイス管理サーバ１０１から機器情報を取得し、取得できた情報を表示部４４０に表示する。これら同様の処理を繰り返し、表示すべき顧客の情報をすべて表示すると、処理シーケンスは終了する。なお、本実施例では、機器情報の取得要求を直列処理に行ったが、Ｓ９０５とＳ９１１を並列処理で行うことで全体の表示時間を短くしてもよい。

また、逐次表示する別の方法の１つとして、ＷｅｂＳｏｃｋｅｔに代表されるデバイス管理サーバ１０１から機器情報をＰｕｓｈ送信することで実現する方法がある。以下、図１０を用いて詳細に説明する。
図１０は、デバイス管理サーバ１０１が機器情報をＰｕｓｈ送信することで顧客別運用状況の一覧画面や注目顧客に対する運用状況の比較表示画面を逐次表示する際の、クライアント端末１０４とデバイス管理サーバ１０１の間の処理シーケンス図である。以下の処理は、図４に示したソフトウェア構成において、デバイス管理サーバ１０１のＣＰＵ３０１とクライアント端末１０４のＣＰＵ３０１が各プログラムをそれぞれ実行することにより実現される。

始めに、Ｓ１００１において、クライアント端末１０４の表示部４４０が、デバイス管理サーバ１０１に対して運用状況の一覧表示要求（図７の運用状況の一覧表画面または図８の注目顧客に対する運用状況の比較画面の表示要求）を行う。この表示要求に応じて、デバイス管理サーバ１０１は、図９で示した上述した初期ＨＴＭＬをクライアント端末１０４に送信する（Ｓ１００２）。

クライアント端末１０４の表示部４４０は、Ｓ１００３において、上記初期ＨＴＭＬに基づいて画面を表示する。次に、クライアント端末１０４は、Ｓ１００４において、デバイス管理サーバ１０１に対してコネクションを接続するとともに、機器情報の取得要求を行う。

この取得要求に応じて、デバイス管理サーバ１０１の表示優先順位判断部４０７は、Ｓ１００５において、どの顧客のどの情報から表示するかの優先順位を判断する。なお、Ｓ１００５の詳細は後述する図１１で説明する。

次に、Ｓ１００６において、デバイス管理サーバ１０１は、優先順位が高い顧客の機器情報をテナント別機器情報記憶部４０２から取得し、Ｓ１００７において、表示情報送信部４０８は、取得した機器情報をクライアント端末１０４に送信する。なお、表示情報送信部４０８は、送信する際に、テナント別機器情報記憶部４０２から取得した機器情報を顧客単位で集計して送信してもよい。また、表示情報送信部４０８は、Ｓ１００６で、上記取得要求で指定された顧客の機器情報として、顧客単位で集計された情報を、機器情報代表データ４０５から取得し、Ｓ１００７で送信してもよい。

Ｓ１００８において、クライアント端末１０４の表示部４４０は、デバイス管理サーバ１０１から受信した機器情報を、運用状況表示部７０３、８０２に表示（描画）する。

Ｓ１００９〜Ｓ１０１１についても、上記Ｓ１００６〜Ｓ１００８と同様に、デバイス管理サーバ１０１は、Ｓ１００５で判断した表示優先順位に従って機器情報を取得し、取得できた情報をクライアント端末１０４に送信する。これら同様の処理を繰り返し、表示すべき顧客の情報をすべて送信すると、Ｓ１０１２でデバイス管理サーバ１０１はコネクションを接続し、処理シーケンスは終了する。なお、本実施例では機器情報の取得要求を直列処理に行ったが、Ｓ１００６とＳ１００９を並列処理で行うことで全体の表示時間を短くしてもよい。

本実施例では、図９と図１０を用いてクライアント端末１０４がデバイス管理サーバ１０１から順番に情報を取得し、取得できた情報から逐次表示する方法を示した。しかし、上記２つの方法に限定されるものではない。

図１１は、デバイス管理サーバ１０１の表示優先順位判断部４０７が図９のＳ９０２や図１０のＳ１００５において顧客の表示優先順位を判断する際の処理の一例を示すフローチャートである。以下の処理は、図４に示したデバイス管理サーバ１０１のソフトウェア構成において、デバイス管理サーバ１０１のＣＰＵ３０１が各プログラムを実行することにより実現される。

最初にＳ１１０１において、表示優先順位判断部４０７は、運用状況の一覧取得要求（図７の運用状況の一覧表画面または図８の注目顧客に対する運用状況の比較画面の表示要求）に、図８の８０３で指定可能な絞り込み条件が存在するかを判断する。そして、絞り込み条件が存在すると判断した場合（Ｓ１１０１でＹｅｓの場合）、表示優先順位判断部は、Ｓ１１０２において、機器情報代表データ４０５から絞り込み条件に一致する顧客を絞り込み、Ｓ１１０３に処理を移行する。一方、絞り込み条件が存在しないと判断した場合（Ｓ１１０１でＮｏの場合）、表示優先順位判断部４０７は、そのままＳ１１０３に処理を移行する。

Ｓ１１０３において、表示優先順位判断部４０７は、運用状況の一覧取得要求を行ったユーザＩＤと操作者注目度情報４０６から、注目度の高い顧客に点数を付ける。例えば、担当顧客である顧客には５点、アクセス回数が多い顧客順に５点〜１点、注目フラグがある顧客には５点を付けて、合計点を比較する方法がある。

次にＳ１１０４において、表示優先順位判断部４０７は、機器情報代表データ４０５から注意が必要な顧客に点数を付ける。例えば、安定稼働率（月）６０６、印刷適正枚数（月）６０７において、「ＮＧ」には５点、「未収集」には３点、「ＯＫ」には０点を付ける。さらに、次回の集計締め日までの期日が、５日未満には×１倍、５日以上１０未満には×０．８倍、１０日以上には０．５倍で、先の点数に乗算し、顧客間で点数を比較する方法がある。これにより、次回の集計締め日までの期間を考慮して、注意が必要な顧客の点数を付けることができる。

最後にＳ１１０５において、表示優先順位判断部４０７は、Ｓ１１０３とＳ１１０４で付与した点数を足し合わせて比較し、点数の高い順に表示優先順位を付ける。点数の付け方は上記に限定されるものではない。

以上示したように、サービス提供者（例えば販売会社のオペレータやサービスマン等）がＷｅｂＵＩに表示する状況に応じて、管理システムが顧客間での表示優先順位を動的に判断し、より優先度の高い顧客の情報からＷｅｂＵＩに表示できる。また、顧客間での表示優先順位の判断を、個人情報を秘匿又は除外したデータの比較により行うことにより、収集したデータのセキュリティを保つことができる。よって、サービス提供者が注目している顧客や、注意が必要な顧客、さらに特定の顧客と類似性のある顧客等のデバイス稼働状況や運用状況に絞ったタイムリーな確認画面を、セキュリティを保持しつつサービス提供者に提供できる。

なお、上記実施例では、デバイス管理サーバ１０１の表示情報送信部４０８が優先順に顧客の情報をクライアント端末１０４に送信し、クライアント端末１０４が受信順に表示する構成を示した。しかし、デバイス管理サーバ１０１の表示情報送信部４０８が顧客の情報を優先順に並べた表示画面を作成してクライアント端末１０４に送信し、クライアント端末１０４が前記顧客の情報を優先順に並べた表示画面を受信して表示するようにしてもよい。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
また、上記各実施例を組み合わせた構成も全て本発明に含まれるものである。

（他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
本発明は上記実施例に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施例の有機的な組合せを含む）が可能であり、それらを本発明の範囲から除外するものではない。即ち、上述した各実施例及びその変形例を組み合わせた構成も全て本発明に含まれるものである。

Claims (10)

1. 複数の拠点ネットワークに設置されたネットワークデバイスの稼働情報を収集する管理システムであって、
   収集され稼働情報を、異なるアクセス権が設定された複数のテナントに分離して管理する第１管理手段と、
   前記第１管理手段により分離されて管理されている複数のテナントの稼働情報の一部を、グループ単位で集計して管理する第２管理手段と、
   前記第２管理手段により管理されている前記集計された稼働情報を、ユーザに対して提供する提供手段と、を有し、
   前記第２管理手段は、前記集計された稼働情報のなかの一部の情報を秘匿または除外して管理することを特徴とする管理システム。
2. 前記第２管理手段は、グループごとの注目度指標を管理し、
   前記提供手段は、前記集計された稼働情報をグループごとに俯瞰表示する場合には、前記注目度指標に従い、注目度の高いグループの情報を優先して提供することを特徴とする請求項１に記載の管理システム。
3. 前記提供手段は、異常な集計値を示すグループの情報を優先して提供することを特徴とする請求項１又は２に記載の管理システム。
4. 前記提供手段は、前記集計された稼働情報をグループごとに比較表示する場合には、類似する特徴を持つグループの情報を優先して提供することを特徴とする請求項１乃至３のいずれか１項に記載の管理システム。
5. 前記提供手段は、指定されたグループと類似する特徴を持つグループの情報を優先して提供することを特徴とする請求項４に記載の管理システム。
6. 前記提供手段は、指定される条件において類似する特徴を持つグループの情報を優先して提供することを特徴とする請求項４又は５に記載の管理システム。
7. 前記提供手段は、前記集計された稼働情報をグループごとに表示する場合に、特定のグループに対してメッセージをつけて提供を行うことを特徴とする請求項１乃至６のいずれか１項に記載の管理システム。
8. 前記グループは、管理システムの管理対象となる顧客であることを特徴とする請求項１乃至７のいずれか１項に記載の管理システム。
9. 前記秘匿または除外される情報は、個人情報であることを特徴とする請求項１乃至８のいずれか１項に記載の管理システム。
10. 複数の拠点ネットワークに設置されたネットワークデバイスの稼働情報を収集する管理システムの制御方法であって、
    収集され稼働情報を、異なるアクセス権が設定された複数のテナントに分離して第１管理手段に記憶し管理する第１管理ステップと、
    前記第１管理手段で分離されて管理されている複数のテナントの稼働情報の一部を、グループ単位で集計して第２管理手段に記憶し管理する第２管理ステップと、
    前記第２管理手段で管理されている前記集計された稼働情報を、ユーザに対して提供する提供ステップと、を有し、
    前記第２管理ステップは、前記集計された稼働情報のなかの一部の情報を秘匿または除外して管理することを特徴とする管理システムの制御方法。

Images