JP2017098763A - 管理サーバーおよび管理方法 - Google Patents

Abstract

【課題】ユーザにグループへのアクセス権を設定する際の手間およびミスを低減できる管理サーバの提供。
【解決手段】管理する画像形成装置が登録され、互いに階層化されたグループの情報が記録されたグループ管理ＤＢと、画像形成装置を管理するユーザの情報が記録されたユーザ管理ＤＢと、ユーザの各々が、グループのうち、いずれのグループに対してアクセス権を有しているかの情報が記録されたアクセス権テーブルと、グループ管理ＤＢを用いてグループを管理するグループ管理部と、ユーザ管理ＤＢを用いてユーザを管理するユーザ管理部と、アクセス権テーブルを用いてユーザのグループに対するアクセス権を管理し、ユーザがグループに新たに登録されたとき、登録されたユーザに対し、登録されたグループへのアクセス権を付与すると共に、登録されたグループの配下にあるグループに対してもアクセス権を付与するアクセス権管理部とを備える。
【選択図】図６

Description

本発明は、数多くの画像形成装置（ＭＦＰ、Multifunction Peripheral）を集中管理する管理サーバーおよび管理方法に関する。

従来、電子機器を効率良く管理するための様々な工夫がなされてきた。

例えば、特許文献１において開示されている技術では、システム全体における現状の機器利用に伴う所定期間内の消費電力量（現状値）と代替機器利用に伴う所定期間内の予想消費電力量（予想値）を計算し、計算値（利用者環境全体における代替前後の各消費電力量の合計値）を視覚的に比較可能な情報に加工し、利用者に提供する。

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

数多くの画像形成装置を集中管理する管理システムでは、例えば、多くの画像形成装置をグループ単位にまとめ、画像形成装置を管理するサービスマンを管理システムのユーザーとして、ユーザーアカウントにグループへのアクセス権を付与し、ユーザーがアクセス権を与えられたグループの画像形成装置にアクセスして、画像形成装置の状態を把握することが行われている。

従来、システム管理者は、グループへのアクセス権をユーザーアカウントに与える際、１つ１つのグループに対して個別にアクセス権を付与していた。

そのため、ある販売会社のサービスマネージャー（以下、上位ユーザーという）は、その販売会社に所属するサービスマン（以下、下位ユーザーという）に対して自身が管理しアクセス可能なグループ全体の中から個々の下位ユーザーがアクセス出来るグループを設定しアクセス権を付与する際に、上位ユーザーに適切にアクセス権が付与されていないために上位ユーザーが下位ユーザーに適切にアクセス権を付与することが出来ない場合があった。

以上のような事情に鑑み、本発明の目的は、ユーザーにグループへのアクセス権を設定する際の手間およびミスを低減できる管理サーバーおよび管理方法を提供することにある。

上記目的を達成するため、本発明の一形態に係る管理サーバーは、管理する１以上の画像形成装置が登録され、互いに階層化された１以上のグループの情報が記録されたグループ管理データベースと、前記１以上の画像形成装置を管理する１以上のユーザーアカウントの情報が記録されたユーザー管理データベースと、前記１以上のユーザーアカウントの各々が、前記１以上のグループのうち、いずれのグループに対してアクセス権を有しているかの情報が記録されたアクセス権テーブルと、前記グループ管理データベースを用いて前記１以上のグループを管理するグループ管理部と、前記ユーザー管理データベースを用いて前記１以上のユーザーアカウントを管理するユーザー管理部と、前記アクセス権テーブルを用いて前記ユーザーアカウントの前記グループに対するアクセス権を管理し、前記ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与するアクセス権管理部とを備える。そのため、ユーザーアカウントにグループへのアクセス権を設定する際の手間およびミスを低減できる。

上記目的を達成するため、本発明の一形態に係る管理サーバーでは、前記ユーザー管理データベースにおいて、前記ユーザーアカウントが、上位ユーザーアカウントおよび下位ユーザーアカウントに分けて管理されており、前記上位ユーザーアカウントは、自身のアクセス可能なグループの中から任意のグループに前記下位ユーザーアカウントを登録することが可能であり、前記アクセス権管理部は、前記上位ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記上位ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与し、前記下位ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記下位ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与する構成でもよい。

上記目的を達成するため、本発明の一形態に係る管理方法では、グループ管理部が、管理する１以上の画像形成装置が登録され、互いに階層化された１以上のグループの情報が記録されたグループ管理データベースを用いて前記１以上のグループを管理し、ユーザー管理部が、前記１以上の画像形成装置を管理する１以上のユーザーアカウントの情報が記録されたユーザー管理データベースを用いて前記１以上のユーザーアカウントを管理し、アクセス権管理部が、前記１以上のユーザーアカウントの各々が、前記１以上のグループのうち、いずれのグループに対してアクセス権を有しているかの情報が記録されたアクセス権テーブルを用いて前記ユーザーアカウントの前記グループに対するアクセス権を管理し、前記ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与する。

以上のように、本発明によれば、ユーザーアカウントにグループへのアクセス権を設定する際のミスを低減できる。

本発明の一実施形態に係る管理システム１００が稼働する環境の全体像を説明するための全体図である。 従来技術の問題点について説明するための図である。 従来技術の問題点について説明するための図である。 従来技術の問題点について説明するための図である。 従来技術の問題点について説明するための図である。 本発明のポイントである、グループの階層化とユーザーアカウントのグループへの登録について説明するための図である。 管理サーバー１０が一般的なコンピューターにより構成される場合の構成図である。 管理サーバー１０において、グループを生成しユーザーアカウントにアクセス権を設定するまでの処理の流れを説明するためのフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［全体構成］
まず、本発明の一実施形態に係る管理システムが稼働する環境の全体像を説明する。図１は、本発明の一実施形態に係る管理システム１００が稼働する環境の全体像を説明するための全体図である。

管理システム１００は、管理クラウド１内に設置された管理サーバー１０、保守サーバー２０、および構成サーバー３０を含んでいる。管理システム１００では、管理する画像形成装置４０をグループにまとめて管理し、管理サーバー１０が、管理システム１００のユーザーアカウントが、どのグループにアクセス出来るかを管理している。

保守サーバー２０は、販売会社Ａまたは販売代理会社ＢのサービスマンＢ、Ｃ、Ｅが最終顧客Ｘ、Ｙ、Ｚのサイトに設置された画像形成装置４０をリモート保守するために用いられる。

構成サーバー３０は、販売会社Ａまたは販売代理会社ＢのサービスマンＢ、Ｃ、Ｅが最終顧客Ｘ、Ｙ、Ｚのサイトに設置された画像形成装置４０の構成を管理するために用いられる。

また、クラウド管理者は、管理クラウド１の管理を行う管理端末５０から管理クラウド１にアクセスし、管理クラウド１を管理する。

画像形成装置４０を使用する、最終顧客Ｘ社、Ｙ社、およびＺ社のサイトに設置してある画像形成装置４０は、ネットワークを介して管理クラウド１からリモートで管理されている。

販売会社Ａおよび販売代理会社ＢのサービスマンＢ、Ｃ、Ｅ（セールスマンを含んでもよい）は、各最終顧客の画像形成装置４０の保守等を行うために、管理クラウド１のユーザーとなり、サービス端末６０を介して管理クラウド１にアクセスし、各最終顧客のサイトに設置してある画像形成装置４０のリモート保守等を行う。

なお、以下の説明では、管理クラウド１のユーザーである販売会社および販売代理会社のサービスマネージャーＡ、Ｄを上位ユーザーと呼び、サービスマンＢ、Ｃ、Ｄを下位ユーザーと呼び、管理システム１００が管理する画像形成装置４０のユーザーである最終顧客と区別する。

クラウド管理者は、上位ユーザーおよび下位ユーザーのアクセス出来るグループを設定することが出来る。また、上位ユーザーは、自身のアクセス可能なグループの範囲から下位ユーザーのアクセス出来るグループを設定することが出来る。

以上、本発明の一実施形態に係る管理システム１００が稼働する環境の全体像を説明した。

［従来技術の問題点］
次に、従来技術の問題点について説明する。図２から図５は、従来技術の問題点について説明するための図である。

従来、画像形成装置４０などは、図２に示す「Ａ社支店Ａ−１」や「最終顧客Ｘ社」のような、個独立したグループにまとめて管理されていた。

ここで、最終顧客Ｙ社に対応するグループ「最終顧客Ｙ社」を新たに生成する場合を考える。

管理サーバー１０において、グループ「最終顧客Ｙ社」が生成される前のアクセス権の状態を図３に示す。サービスマネージャーＡは、グループ「Ａ社支店Ａ−１」および「最終顧客Ｘ社」にアクセス可能である。サービスマンＢは、グループ「最終顧客Ｘ社」にのみアクセス可能である。

次に、アクセス権が図３の状態の時に、クラウド管理者がグループ「最終顧客Ｙ社」を生成し、適切にアクセス権を設定した状態を図４に示す。クラウド管理者は、グループ「最終顧客Ｙ社」を生成した後（１）、サービスマネージャーＡにグループ「最終顧客Ｙ社」へのアクセス権を設定している（２）。

そのため、サービスマネージャーＡがサービスマンＣにグループ「最終顧客Ｙ社」へのアクセス権を与えることが出来る（３）。上位ユーザーは、自分のアクセス出来る範囲内から下位ユーザーにアクセス権を与えることが出来るからである。

次に、アクセス権が図３の状態の時に、クラウド管理者がグループ「最終顧客Ｙ社」を生成したが、適切にはアクセス権を設定し忘れた状態を図５に示す。クラウド管理者は、グループ「最終顧客Ｙ社」を生成した後（１）、サービスマネージャーＡにグループ「最終顧客Ｙ社」へのアクセス権を設定し忘れている（２）。

そのため、サービスマネージャーＡは、グループ「最終顧客Ｙ社」に対するアクセス権が無いので、グループ「最終顧客Ｙ社」に対するアクセス権をサービスマンＣに付与することが出来ないという問題が発生する。

以上、従来技術の問題点について説明した。

［グループの階層化とユーザーの登録］
次に、本発明のポイントである、グループの階層化とユーザーアカウントのグループへの登録について説明する。図６は、本発明のポイントである、グループの階層化とユーザーアカウントのグループへの登録について説明するための図である。

図６に示すように、本発明では、グループが階層化されている。すなわち、最も上層にあるグループ「販売会社Ａ」の直下に、グループ「Ａ社支社Ａ−１」、「Ａ社支社Ａ−２」、および「販売代理会社Ｂ」のグループがある。

そして、グループ「Ａ社支社Ａ−１」の直下には、グループ「最終顧客Ｘ社」がある。なお、グループ「最終顧客Ｙ社」は、まだ生成されていないものとする。

また、グループ「販売代理会社Ｂ」の直下には、グループ「最終顧客Ｚ社」がある。

ユーザー「サービスマネージャーＡ」は、クラウド管理者により、グループ「Ａ社支社Ａ−１」に登録されている。ユーザー「サービスマネージャーＡ」は、グループ「Ａ社支社Ａ−１」に登録された時点で、グループ「「Ａ社支社Ａ−１」およびその配下にあるグループ（この時点ではグループ「最終顧客Ｘ社」のみ）に対するアクセス権が自動的に付与されている。

ユーザー「サービスマンＢ」は、クラウド管理者または上位ユーザーであるユーザー「サービスマネージャーＡ」により、グループ「最終顧客Ｘ社」に登録され、グループ「最終顧客Ｘ社」およびその配下のグループ（現在は無い）に対するアクセス権が自動的に付与されている。

この状態において、クラウド管理者またはユーザー「サービスマネージャーＡ」が、グループ「最終顧客Ｙ社」をグループ「Ａ社支店Ａ−１」の配下に生成したとする（１）。

新しいグループ「最終顧客Ｙ社」がグループ「Ａ社支店Ａ−１」の配下に生成された時点で、ユーザー「サービスマネージャーＡ」にはグループ「最終顧客Ｙ社」に対するアクセス権が自動的に付与される（２）。

そのため、ユーザー「サービスマネージャーＡ」は、ユーザー「サービスマンＣ」をグループ「最終顧客Ｙ社」に登録することが出来るので、ユーザー「サービスマンＣ」にはグループ「最終顧客Ｙ社」に対するアクセス権が付与される（３）。

以上、本発明のポイントである、グループの階層化とユーザーのグループへの登録について説明した。

［管理サーバーの構成］
次に、管理サーバー１０の構成について説明する。管理サーバー１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。管理サーバー１０が一般的なコンピューターにより構成される場合の構成図を図７に示す。

同図に示すように、管理サーバー１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。

ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、グループ管理ＤＢ（Database）１７ａ、ユーザー管理ＤＢ１７ｂ、およびアクセス権テーブル１７ｃが記憶されている。

グループ管理ＤＢ１７ａには、管理システム１００において生成されたグループの情報が格納されている。

ユーザー管理ＤＢ１７ｂには、管理システム１００に登録されたユーザーアカウントの情報が格納されている。

アクセス権テーブル１７ｃには、どのユーザーアカウントがどのグループに対してアクセス権を付与されているかが記録されている。

通信部１５は、保守サーバー２０、構成サーバー３０、画像形成装置４０、管理端末５０、およびサービス端末６０と情報のやりとりを行う為のネットワークと結ばれている。

ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。

操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

管理サーバー１０のＣＰＵ１１において実現される機能ブロックは、グループ管理部１１ａ、ユーザー管理部１１ｂ、およびアクセス権管理部１１ｃである。

グループ管理部１１ａは、グループ管理ＤＢ１７ａを用いて、管理システム１００において生成されたグループおよびグループ相互間の階層関係を管理する。

ユーザー管理部１１ｂは、ユーザー管理ＤＢ１７ｂを用いて、管理システム１００に登録されたユーザーのユーザーアカウントを管理する。

アクセス権管理部１１ｃは、アクセス権テーブル１７ｃを用いて、どのユーザーアカウントがどのグループに対しアクセス権を付与されているかを管理する。

以上、管理サーバー１０の構成について説明した。

［処理の流れ］
次に、管理サーバー１０において、グループを生成しユーザーアカウントにアクセス権を設定するまでの処理の流れを説明する。図８は、管理サーバー１０において、グループを生成しユーザーアカウントにアクセス権を設定するまでの処理の流れを説明するためのフローチャートである。

なお、グループを生成しユーザーアカウントにアクセス権を設定する操作を行う主体は、クラウド管理者でもよいし、上位ユーザーでもよい。クラウド管理者の場合は、グループ階層内のどの位置にでもグループを生成することが出来、上位ユーザーの場合は自身のアクセス可能な範囲のグループ階層内に新しいグループを生成することが出来る。なお、以下の説明では、操作者をクラウド管理者として説明する。

まず、クラウド管理者が管理サーバー１０にログインする（Ｓ１）。

次に、クラウド管理者の指示に基づき、グループ管理部１１ａが、新しいグループを生成する（ステップＳ２）。

次に、クラウド管理者の指示に基づき、グループ管理部１１ａが、生成したグループに管理する画像形成装置４０を登録する（ステップＳ３）。

次に、クラウド管理者の指示に基づき、ユーザー管理部１１ｂが、生成したグループにユーザー（上位ユーザーまたは下位ユーザー）のアカウントを登録する（ステップＳ４）。登録されたユーザーアカウントには、デフォルトで、登録されたグループおよびその配下のグループに対し、アクセス権が自動的に付与される。

次に、クラウド管理者の指示に基づき、アクセス権管理部１１ｃは、デフォルトで付与されたアクセス権の追加または変更を行う必要があるか否かを判断する（ステップＳ５）。

デフォルトのアクセス権を追加または変更する必要がある場合（ステップＳ５のＹ）は、アクセス権管理部１１ｃは、クラウド管理者の指示に基づき、生成されたグループに対するアクセス権の追加または変更を行い、処理結果はアクセス権テーブル１７ｃに記録される（ステップＳ６）。

次に、アクセス権管理部１１ｃは、クラウド管理者の指示に基づき、全てのグループ生成処理が完了したか否かを判断する（ステップＳ７）。

まだ生成するグループがある場合（ステップＳ７のＮ）、ステップＳ２に戻り処理を継続する。

生成したいグループが全て生成された場合（ステップＳ７のＹ）、クラウド管理者は管理サーバー１０からログアウトし、処理を終了する（ステップＳ８）。

以上、管理サーバー１０において、グループを生成しユーザーアカウントにアクセス権を設定するまでの処理の流れを説明した。

［変形例］
上記の説明では、下位ユーザーアカウントがグループに登録された場合、登録されたグループおよびその配下のグループに対するアクセス権が付与されるとしたが、これに限らず、下位ユーザーアカウントはデフォルトでは登録されたグループに対してのみアクセス権が付与される構成でもよい。

もし、この変形例の構成で、下位ユーザーアカウントが、登録されたグループ配下のグループに対してもアクセス権が必要な場合は、その都度、上位ユーザーまたはクラウド管理者が下位ユーザーに対して、下位ユーザーアカウントが登録されているグループの配下にあるグループに対するアクセス権を、その都度、付与することが出来る。

［補足事項］
以上のように、本発明に係る管理サーバー１０は、管理する１以上の画像形成装置４０が登録され、互いに階層化された１以上のグループの情報が記録されたグループ管理データベース１７ａと、前記１以上の画像形成装置４０を管理する１以上のユーザーアカウントの情報が記録されたユーザー管理データベース１７ｂと、前記１以上のユーザーアカウントの各々が、前記１以上のグループのうち、いずれのグループに対してアクセス権を有しているかの情報が記録されたアクセス権テーブル１７ｃと、前記グループ管理データベース１７ａを用いて前記１以上のグループを管理するグループ管理部１１ａと、前記ユーザー管理データベース１７ｂを用いて前記１以上のユーザーアカウントを管理するユーザー管理部１１ｂと、前記アクセス権テーブル１７ｃを用いて前記ユーザーアカウントの前記グループに対するアクセス権を管理し、前記ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与するアクセス権管理部１１ｃとを備える。

その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１ … 管理クラウド
１０ … 管理サーバー
１１ … ＣＰＵ
１１ａ… グループ管理部
１１ｂ… ユーザー管理部
１１ｃ… アクセス権管理部
１２ … ＲＯＭ
１３ … ＲＡＭ
１４ … 操作入力部
１５ … 通信部
１６ … 表示部
１７ … 記憶部
１７ａ… グループ管理ＤＢ
１７ｂ… ユーザー管理ＤＢ
１７ｃ… アクセス権テーブル
１８ … バス
２０ … 保守サーバー
３０ … 構成サーバー
４０ … 画像形成装置
５０ … 管理端末
６０ … サービス端末
１００ … 管理システム

Claims (3)

1. 管理する１以上の画像形成装置が登録され、互いに階層化された１以上のグループの情報が記録されたグループ管理データベースと、
   前記１以上の画像形成装置を管理する１以上のユーザーアカウントの情報が記録されたユーザー管理データベースと、
   前記１以上のユーザーアカウントの各々が、前記１以上のグループのうち、いずれのグループに対してアクセス権を有しているかの情報が記録されたアクセス権テーブルと、
   前記グループ管理データベースを用いて前記１以上のグループを管理するグループ管理部と、
   前記ユーザー管理データベースを用いて前記１以上のユーザーアカウントを管理するユーザー管理部と、
   前記アクセス権テーブルを用いて前記ユーザーアカウントの前記グループに対するアクセス権を管理し、前記ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与するアクセス権管理部と
   を備えた
   管理サーバー。
2. 請求項１に記載の管理サーバーであって、
   前記ユーザー管理データベースにおいて、
   前記ユーザーアカウントが、上位ユーザーアカウントおよび下位ユーザーアカウントに分けて管理されており、
   前記上位ユーザーアカウントは、
   自身のアクセス可能なグループの中から任意のグループに前記下位ユーザーアカウントを登録することが可能であり、
   前記アクセス権管理部は、
   前記上位ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記上位ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与し、
   前記下位ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記下位ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与する
   管理サーバー。
3. グループ管理部が、管理する１以上の画像形成装置が登録され、互いに階層化された１以上のグループの情報が記録されたグループ管理データベースを用いて前記１以上のグループを管理し、
   ユーザー管理部が、前記１以上の画像形成装置を管理する１以上のユーザーアカウントの情報が記録されたユーザー管理データベースを用いて前記１以上のユーザーアカウントを管理し、
   アクセス権管理部が、前記１以上のユーザーアカウントの各々が、前記１以上のグループのうち、いずれのグループに対してアクセス権を有しているかの情報が記録されたアクセス権テーブルを用いて前記ユーザーアカウントの前記グループに対するアクセス権を管理し、前記ユーザーアカウントが前記グループに新たに登録されたとき、登録された前記ユーザーアカウントに対し、登録された前記グループへのアクセス権を付与すると共に、登録された前記グループの配下にある前記グループに対してもアクセス権を付与する
   管理方法。

Images