(57)【要約】【課題】サーバによって管理されるリソースの利用状況を把握するべき立場の者が、ユーザのそれぞれについて利用状況を適切に把握することが可能となるコンピュータシステムを提供する。【解決手段】サーバ２０が、ツリー状の階層構造を有する複数のユーザアカウントを記憶し、ユーザ３１，３２，３３のそれぞれが利用しているリソースに関する集計情報となるリソース集計情報をユーザ３１，３２，３３のそれぞれについて作成する。そして各ユーザ３１，３２，３３からの要求に応じて、サーバ２０は当該ユーザ３１，３２，３３およびその下位に位置付けられる配下ユーザに関するリソース集計情報を当該ユーザ３１，３２，３３に提供する。【選択図】図２
2020204918.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザがネットワークを介してサーバにアクセスし、前記ユーザのそれぞれが前記サーバによって管理されるリソースを利用可能なコンピュータシステムにおいて、
前記サーバは、
前記ユーザのそれぞれに割り当てられたユーザアカウントであって前記ユーザのそれぞれを識別する識別情報を含んでおりツリー状の階層構造を有する複数のユーザアカウントと、前記ユーザのそれぞれが利用している前記リソースに関するリソース利用情報と、を記憶し、
前記リソース利用情報に基づき前記ユーザのそれぞれが利用しているリソースに関する集計情報となるリソース集計情報を前記ユーザのそれぞれについて作成し、
各ユーザからの要求に応じて、当該ユーザに関する前記リソース集計情報および／または前記ユーザアカウントの階層構造において当該ユーザの下位に位置付けられる配下ユーザに関する前記リソース集計情報を当該ユーザに提供すること
を特徴とするコンピュータシステム。
【請求項２】
前記サーバによって管理される前記リソースが、前記サーバと通信可能な設備機器、および前記設備機器の監視・操作を行うための管理画面を形成する管理画面データを含むこと
を特徴とする請求項１に記載のコンピュータシステム。
【請求項３】
前記ユーザのそれぞれについての前記リソース集計情報が、当該ユーザの下位に位置付けられる配下ユーザのユーザアカウント数、当該ユーザおよび当該ユーザの配下ユーザにより利用されている前記設備機器の数、当該ユーザおよび当該ユーザの配下ユーザにより利用されている前記管理画面データが占有するデータ領域の総計、のうち少なくとも１つを表すものであること
であることを特徴とする請求項２に記載のコンピュータシステム。
【請求項４】
前記サーバと通信可能な設備機器が、水処理設備に配置された機器であることを特徴とする請求項２または請求項３に記載のコンピュータシステム。
【請求項５】
前記サーバは、前記コンピュータシステムにログインしようとするログインユーザに対して、そのログインユーザの上位に位置付けられるオーナユーザに関する前記識別情報の入力を要求すること
を特徴とする請求項１ないし請求項４のいずれか１項に記載のコンピュータシステム。
【請求項６】
前記サーバは、前記コンピュータシステムにログインしようとするログインユーザが、そのログインユーザの前記オーナユーザが直接利用していないリソースにアクセスしようとしていると前記リソース利用情報に基づいて判断されるときには、前記オーナユーザに関する前記識別情報の入力要求を省略すること
を特徴とする請求項５に記載のコンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はコンピュータシステムに関するものであり、特に複数のユーザがネットワークを介してサーバにアクセスするコンピュータシステムに関するものである。
【背景技術】
【０００２】
従来、水処理設備といった各種設備の管理業者がその設備を管理するにあたって、設備内に作業員を常駐させるのではなく、ネットワークを介して遠隔地から設備の稼働状況を確認しながら管理作業を行うことがあった。特許文献１には、冷却装置やボイラ等の水処理設備の管理を支援するものとして、ユーザ端末の画面上に管理支援情報を含むユーザ固有の閲覧ページを表示する設備管理支援システムが記載されている。
【０００３】
こうした設備管理支援システムは必ずしも管理業者自身によって製作・運用されるとは限らず、しばしば管理業者とは別の業者である開発業者が設備管理支援システムの製作を行うことがある。そして、開発業者が製作した設備管理支援システムを含むコンピュータシステムの日常運用を、さらに別の業者である運用業者が行うこともある。
【０００４】
すなわち図５のネットワーク図に示すように、運用業者９１が用意したサーバ９２が、ネットワーク９３を介して管理対象の設備９４（水処理設備など）に配置されている機器と接続されている。設備９４に配置されている機器の例としては冷却装置に備えられた温度センサやボイラに繋がるブロー弁の開閉スイッチ（アクチュエータ）などが挙げられ、これらの機器の状態がネットワーク９３越しに監視・制御可能となっていることにより、遠隔地から設備９４の管理を行うことが可能である。こうした機器は外部に何らかの情報を出力するもの（例えば温度データを出力する温度センサ）と、外部から操作されることにより状態が変化するもの（例えば外部からの操作を受け付けることにより開閉状態が変化する開閉スイッチ）の両方がある。ここではこうした設備９４内の機器全般を設備機器９６と総称する。設備９４の管理を行うユーザ９５（管理業者など）は、ネットワーク９３を介してサーバ９２へアクセスする。サーバ９２には特許文献１で説明されているような、設備９４に係る管理支援情報を含む閲覧ページのデータが記憶されており、この閲覧ページを利用して設備機器９６の制御を行うことにより、ユーザ９５はネットワーク９３経由による設備９４の管理を行う。このようなコンピュータシステムにおいて、運用業者９１は各ユーザ９５がどの程度このシステムを利用したか（例えばどの程度サーバ９２の記憶領域を使用したか、どの程度の数の設備機器９６を利用しているか、など）を、サーバ９２を通じて把握することができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−１１４９４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記の従来のコンピュータシステムでは、直接サーバ９２を運用していない開発業者９０からでは各ユーザ９５によるシステムの利用状況を把握しづらいという問題点があった。開発業者９０が管理業者からの依頼を受けてシステム開発を行った場合、管理業者と開発業者９０との間での契約内容によっては、管理業者がユーザ９５としてシステムをどの程度利用したか（コンピュータシステムのリソースをどの程度使用したか）に応じて開発業者９０に利用料金が支払われる場合がある。
【０００７】
ところが上記のシステムでは開発業者９０はサーバ９２を直接は運用していないため、システム内で行われていることを直接知ることができない。そのため、例えば開発業者９０がユーザ９５としての管理業者によるリソースの利用量に応じて管理業者へ料金請求を行う場合には、開発業者９０は運用会社９１に依頼して、各ユーザ９５によるリソース使用状況の調査を行ってもらい、その調査結果を基にして各ユーザ９５に対して料金請求を行う、といったように、手間のかかる手続きを踏む必要があった。
【０００８】
また従来のコンピュータシステムにおいては、リソース使用状況の調査は個別のユーザ９５について行われるため、そのユーザ９５自身が使用しているリソースに関する情報しか得られない。そのため、ユーザ９５が自身より下位に位置付けられるサブユーザを用意し、そのサブユーザにリソースを使用させている場合（例えば管理業者がさらに別の下請け業者に管理業務を委託するような場合）、実態上の利用状況としてはそのサブユーザによる利用分も料金請求するべきであるにもかかわらず、サブユーザの利用分が開発業者９０からは直接調べられないため、適切な料金請求を行うことができないという問題もあった。
【０００９】
また、開発業者９０が複数の管理業者に対してコンピュータシステムの開発を行った場合、その複数の管理業者が同じコンピュータシステム（同じネットワーク９３）内でユーザ９５として管理作業を行っていると、上記のリソース使用状況の調査が更に困難となるため、それぞれの管理業者によるリソース使用状況を個別に把握するためには、互いに独立した複数のネットワーク９３を用意して、管理業者ごとに異なるネットワーク９３を使用させるといったことが行われることもあるが、ネットワーク９３を複数用意するのはコストが高くついてしまうという問題もあった。
【００１０】
そこで本発明は、サーバによって管理されるリソースの利用状況を把握するべき立場の者が、ユーザのそれぞれについて利用状況を適切に把握することが可能となるコンピュータシステムを提供することを課題とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するため、本発明に係るコンピュータシステムの実施形態の一例は、複数のユーザがネットワークを介してサーバにアクセスし、前記ユーザのそれぞれが前記サーバによって管理されるリソースを利用可能なコンピュータシステムにおいて、前記サーバは、前記ユーザのそれぞれに割り当てられたユーザアカウントであって前記ユーザのそれぞれを識別する識別情報を含んでおりツリー状の階層構造を有する複数のユーザアカウントと、前記ユーザのそれぞれが利用している前記リソースに関するリソース利用情報と、を記憶し、前記リソース利用情報に基づき前記ユーザのそれぞれが利用しているリソースに関する集計情報となるリソース集計情報を前記ユーザのそれぞれについて作成し、各ユーザからの要求に応じて、当該ユーザに関する前記リソース集計情報および／または前記ユーザアカウントの階層構造において当該ユーザの下位に位置付けられる配下ユーザに関する前記リソース集計情報を当該ユーザに提供することを特徴とする。
【００１２】
また好ましくは、前記サーバによって管理される前記リソースが、前記サーバと通信可能な設備機器、および前記設備機器の監視・操作を行うための管理画面を形成する管理画面データを含むとよい。
【００１３】
また好ましくは、前記ユーザのそれぞれについての前記リソース集計情報が、当該ユーザの下位に位置付けられる配下ユーザのユーザアカウント数、当該ユーザおよび当該ユーザの配下ユーザにより利用されている前記設備機器の数、当該ユーザおよび当該ユーザの配下ユーザにより利用されている前記管理画面データが占有するデータ領域の総計、のうち少なくとも１つを表すものであるとよい。また好ましくは、前記サーバと通信可能な設備機器が、水処理設備に配置された機器であるとよい。
【００１４】
また好ましくは、前記サーバは、前記コンピュータシステムにログインしようとするログインユーザに対して、そのログインユーザの上位に位置付けられるオーナユーザに関する前記識別情報の入力を要求するよい。
【００１５】
また好ましくは、前記サーバは、前記コンピュータシステムにログインしようとするログインユーザが、そのログインユーザの前記オーナユーザが直接利用していないリソースにアクセスしようとしていると前記リソース利用情報に基づいて判断されるときには、前記オーナユーザに関する前記識別情報の入力要求を省略するとよい。
【発明の効果】
【００１６】
本発明に係るコンピュータシステムの実施形態の一例によれば、ツリー状の階層構造を有するユーザアカウントがサーバによって記憶され、このユーザアカウントのツリー状の階層構造において上位に位置付けられるユーザは、自身の下位に位置付けられる配下ユーザに関するリソース集計情報をサーバから得ることが可能であるため、上位のユーザは自分よりも下位のユーザが利用しているリソースに関する集計情報を容易に把握することが可能となる。
【００１７】
またこのコンピュータシステムであれば、複数のユーザがアクセスしていても、そのユーザのそれぞれについてリソース集計情報が作成されるため、ユーザごとにネットワークを別々に用意したりしなくとも、上位に位置付けられるユーザは、配下ユーザについてそれぞれのユーザによるリソース使用状況を個別に知ることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態の一例としてのコンピュータシステムの構成を概略的に示すネットワーク図。
【図２】本実施形態における階層構造のユーザアカウントとログイン画面の一例を示す図。
【図３】コンピュータシステムにおいて管理されるリソースの一例を示す図。
【図４】コンピュータシステムにおいて作成されるリソース集計情報の一例を示す図。
【図５】従来のコンピュータシステムを示すネットワーク図。
【発明を実施するための形態】
【００１９】
以下、図面を参照して本発明に係るコンピュータシステムの実施形態の一例について説明する。図１のネットワーク図に、このコンピュータシステム１０が適用される管理対象の設備機器と複数のユーザとの関係を概略的に示す。インターネットなどのコンピュータネットワークであるネットワーク１２に対して、複数の設備、ここでは第１の水処理設備１６と第２の水処理設備１７が図示しないネットワーク機器を介して接続されている。より詳しくは、これらの設備にそれぞれ配置されている複数の機器、例えば各種センサやスイッチ、コントローラなどがそれぞれネットワーク１２と接続されている。ここでは例として、第１の水処理設備１６内の３つの設備機器１６ａ，１６ｂ，１６ｃと、第２の水処理設備１７内の３つの設備機器１７ａ，１７ｂ，１７ｃがそれぞれネットワーク１２に接続されているものとする。このネットワーク１２には複数のユーザ、ここでは第１のユーザ３１、第２のユーザ３２、第３のユーザ３３が、図示しないユーザ端末（業務用コンピュータや携帯機器など）を介してアクセス可能である。そしてネットワーク１２にはサーバ２０が接続されており、このサーバ２０は、第１の水処理設備１６の設備機器１６ａ，１６ｂ，１６ｃとも、第２の水処理設備１７の設備機器１７ａ，１７ｂ，１７ｃとも、第１のユーザ３１、第２のユーザ３２、第３のユーザ３３とも通信可能である。なお設備機器とユーザの数は任意であり、これより多くてもよいし、少なくてもよい。
【００２０】
ユーザの具体例としては、第１のユーザ３１がこのコンピュータシステム１０の運用者であって、第２のユーザ３２にこのコンピュータシステム１０の管理機能を一部貸し出しており、第２のユーザ３２がコンピュータシステムの提供者であって、第３のユーザ３３にコンピュータシステム１０を利用させているという形態が挙げられる。図面では第１のユーザ３１、第２のユーザ３２、第３のユーザ３３がそれぞれ１つずつ描かれているが、実際にはそれぞれの立場のユーザが複数存在してもよく、特に第１のユーザ３１が複数の第２のユーザ３２に管理機能を貸し出したり、第２のユーザ３２が複数の第３のユーザ３３にシステムを利用させたりすることが考えられる。また第３のユーザ３３が特定個人ではなく何らかの団体（自治体や企業など）である場合には、第３のユーザ３３はその団体に属する個人を自らのサブユーザとして指名し、そのサブユーザにシステムを利用させることもある。
【００２１】
ここで、サーバ２０は第１のユーザ３１、第２のユーザ３２、第３のユーザ３３のそれぞれに割り当てられたユーザアカウントを記憶している。このユーザアカウントはツリー状の階層構造を有している。図２にその階層構造のユーザアカウントを示す。
【００２２】
ここではユーザアカウントの種類が最上位アカウント、上位アカウント、下位アカウントの３層に分かれているものとする。最上位アカウントの直下には複数の上位アカウントが位置付けられており、上位アカウントそれぞれの直下には複数の下位アカウントが位置付けられている。ここでは一例として、第１のユーザ３１が最上位アカウント、第２のユーザ３２が上位アカウント、第３のユーザ３３が下位アカウントにそれぞれ属しているものとする。
【００２３】
こうした階層構造について、上位に位置する特定のユーザ、例えば第１のユーザ３１に対して、第１のユーザ３１から下位に辿っていって行き着く全てのユーザを、第１のユーザ３１の「配下ユーザ」と呼ぶものとする。図２では、第２のユーザ３２と第３のユーザ３３はいずれも第１のユーザ３１の「配下ユーザ」である。前述のように第３のユーザ３３がサブユーザを指名しているような場合には、サブユーザは第３のユーザのさらに「配下ユーザ」となる。
【００２４】
また、下位に位置する特定のユーザ、例えば第３のユーザ３３に対して、第３のユーザ３３から上位に辿っていって行き着く全てのユーザを、第３のユーザ３３の「オーナユーザ」と呼ぶものとする。図２では、第１のユーザ３１と第２のユーザ３２はいずれも第３のユーザ３３の「オーナユーザ」である。
【００２５】
各ユーザについてユーザをそれぞれ識別する識別情報、例えばユーザに固有のユーザＩＤやユーザ名が割り当てられており、また各ユーザがコンピュータシステムにログインする際に識別情報と組み合わせて入力することで自己証明を行うための認証符号、例えばパスワードが識別情報と組み合わせてサーバ２０に記憶されている。ここで、いずれかのユーザがログインユーザとしてコンピュータシステム１０にログインしようとする際には、サーバ２０は、階層構造内のどの位置にあたるユーザがログインユーザであるかを把握するために、そのログインユーザ自身の識別情報だけでなく、ログインユーザのオーナユーザの識別情報の入力を求める。例えば第３のユーザ３３がログインユーザであれば、第３のユーザ３３は自身のユーザＩＤおよびパスワードだけでなく、第１のユーザ３１のユーザＩＤと、第２ユーザ３２のユーザＩＤを入力しなければならない。
【００２６】
例えば図２に示すように、ユーザＩＤが“THIRD”である第３のユーザ３３がログインしようとする場合には、ログイン画面において“THIRD”は自身のユーザＩＤとパスワードだけではなく、自身の直上のオーナユーザである第２のユーザ３２（ここではユーザＩＤが“SECOND”）および更に上位のオーナユーザである第１のユーザ３１（ここではユーザＩＤが“FIRST”）のユーザＩＤを入力する必要がある。こうした識別情報がログイン時にサーバ２０へ送られることにより、サーバはログインユーザが階層構造の内のどの位置にあたる者であるかを正確に把握することができる。
【００２７】
一方、より上位に位置するアカウント、例えば最上位に位置する第１のユーザ３１の場合、自身より下位のアカウントについて具体的なユーザＩＤを入力する必要はない。例えばユーザ名が“FIRST”の第１のユーザ３１がログインする場合には、最上位アカウントのユーザＩＤとして“FIRST”を入力し、パスワード欄に自身のパスワードを入力する他は、上位アカウント、下位アカウントの具体的ユーザＩＤを入力する必要がない。例えばこれら欄を空欄のままとしたり、あるいは図２に示すように自身が管理者であることを示す符号（ここでは“admin”）を入力したりすればよい。あるいは、ユーザＩＤ欄が空欄のまま識別情報がサーバ２０へ送られる際には、自動的に空欄には“admin”が入力されているものして解釈されるようになっていてもよい。
【００２８】
一方、図１に示す設備機器１６ａ，１６ｂ，１６ｃ，１７ａ，１７ｂ，１７ｃ（以下代表として設備機器１６ａのみについて説明する）と直接の通信を行うことができるのはサーバ２０のみであり、第１のユーザ３１、第２のユーザ３２、第３のユーザ３３による設備機器１６ａへのアクセスは、実際にはサーバ２０を介して行われることになる。
【００２９】
具体的には、サーバ２０には設備機器１６ａの監視・操作を行うための管理画面を形成する管理画面データが記憶されており、例えば実際の利用者となる第３のユーザ３３が設備機器１６ａの監視・操作を行う場合には、管理画面データに基づき第３のユーザ３３のユーザ端末に設備機器１６ａの監視・操作を行うための管理画面が表示される。第３のユーザ３３は、この管理画面を閲覧・操作することにより、サーバ２０を介して設備機器１６ａの監視・操作を行うことができる。ここで、ユーザがいずれかの設備機器へのアクセスを行う際には、サーバ２０から管理画面データを受け取るための通信が必要となるため、サーバ２０は、どのユーザがどの設備機器へのアクセスを行っているかを把握することができる。
【００３０】
また、第３のユーザ３３は、監視・操作を行い易いように、この管理画面を改造したり、あるいは新しい管理画面を製作したりすることもできる。改造されたり、新しく製作されたりした管理画面の管理画面データはサーバ２０に送信されて記憶され、ユーザからの利用要求に応じて各ユーザのユーザ端末に送信される。
【００３１】
サーバ２０は各ユーザに対して、サーバ２０が管理しているリソースの利用を許可することができる。なおサーバ２０が管理しているリソースとは、コンピュータシステム１０を構成する要素のうち、ユーザによる利用の可否をサーバ２０が決定できるもののことであり、例えばコンピュータとしてのサーバ２０自身の能力、例えばデータ記憶領域（メモリ素子やストレージデバイスの容量）やＣＰＵによる演算能力がリソースとして管理される。そのほか、サーバ２０自身の要素でなくとも、サーバ２０による制御下にあるものはリソースとして管理され、例えば設備機器１６ａを始めとする設備機器もサーバ２０によってユーザによる利用の可否が決定されるので、これらの設備機器はリソースとして管理される。そしてサーバ２０は、各ユーザについて、そのユーザが利用しているリソースに関するリソース利用情報を記憶している。図３にリソース利用情報の一例を示す。
【００３２】
サーバ２０が各ユーザについて記憶しているリソース利用情報には複数の項目が存在する。図３では一例として、「直下ユーザ」、「把握可能設備機器」、「実利用設備機器」、「管理画面データ」の項目が示されている。「直下ユーザ」とは、ユーザアカウントの階層構造において、そのユーザの１つ下の階層（直下）に位置しているユーザは誰なのか、を示す情報である。「把握可能設備機器」とは、そのユーザが自分を含めた各ユーザによる利用状況を把握可能な（各ユーザによるアクセスを把握している）設備機器はどれか、を示す情報である。「実利用設備機器」とは、そのユーザが実際にどの設備機器にアクセス可能となっているか（どの設備機器を実際に利用するか）、を示す情報である。「管理画面データ」とは、そのユーザがどの管理画面データを利用しており、そのデータの容量がどの程度の大きさであるか、を示す情報である。なおこれらの他にも、サーバ２０が管理しているリソースの種類に応じて、リソース利用情報には多数の項目が含まれ得る。
【００３３】
図３では、第３のユーザ３３である“THIRD1”および“THIRD2”が第２のユーザ３２である“SECOND”の直下ユーザであることや、“THIRD1”は第１の水処理設備１６を利用可能、つまり具体的には設備機器１６ａ，１６ｂ，１６ｃを利用しており、“THIRD2”は第２の水処理設備１７を利用可能、つまり具体的には設備機器１７ａ，１７ｂ，１７ｃを利用していることなどが示されている。また“THIRD1”は管理画面データ（利用している第１の水処理設備１６に関する管理画面のデータ）を２件利用しており、具体的には２００メガバイトの管理画面データＡと、４００メガバイトの管理画面データＢを利用している（サーバ２０に合計６００メガバイト分のデータを記憶させている）ことがこのリソース利用情報に示されている。同様に、“THIRD2”についても管理画面データＣと管理画面データＤを利用していることが示されている。
【００３４】
一方、第３のユーザ３３の直上に位置付けられるユーザ、ここでは第２のユーザ３２である“SECOND”は、自身の配下ユーザである“THIRD1”と“THIRD2”が利用しているリソース、例えば管理画面データＡや管理画面データＣの内容を直接閲覧することはできないが、“THIRD1”が利用している第１の水処理設備１６と“THIRD2”が利用している第２の水処理設備１７の両方、すなわち設備機器１６ａ，１６ｂ，１６ｃ，１７ａ，１７ｂ，１７ｃ全てについて利用状況を把握可能である（「把握可能設備機器」のうちどの設備機器にどのユーザがアクセスしたかを知ることができる）。さらに配下ユーザが利用しているリソースがどれだけの量になっているか、例えば“THIRD1”と“THIRD2”それぞれがサーバ２０に記憶させている管理画面データの総量がどの程度のデータ容量であるか、などの、リソースに関する集計情報を知ることができる。
【００３５】
第２のユーザ３２（“SECOND”）がサーバ２０に対して、自分自身や第３のユーザ３３（“THIRD1”と“THIRD2”）が利用しているリソースに関する集計情報を要求すると、サーバ２０はリソース利用情報に基づいて、例えば図４に示されるような、“SECOND”に関するリソース集計情報５２，“THIRD1”に関するリソース集計情報５３，“THIRD2” に関するリソース集計情報５４を作成し、“SECOND”にリソース集計情報５２，５３，５４を提供する。ここではリソース集計情報５２，５３，５４として、利用している設備機器の数、各ユーザにより利用されている管理画面データが占有するデータ領域（管理画面データ容量）の総計（“THIRD1”は管理画面データＡ，Ｂの総容量６００ＭＢ、“THIRD2”は管理画面データＣ，Ｄの総容量４００ＭＢ）、集計期間（例えば過去１ヶ月）内にサーバ２０に対して行った通信データ量の総計（“THIRD1”は１，２００ＭＢ、“THIRD2”は９００ＭＢ）が示されている。“THIRD1”のリソース集計情報５３と“THIRD2”のリソース集計情報５４においては、第３のユーザ３３である“THIRD1”と“THIRD2”には配下ユーザが存在しない（配下ユーザ数が「０」）ため、配下ユーザが使用したリソース使用量、ここでは「管理画面データ容量総計」と「期間内通信量」をそれぞれ配下ユーザ全員について合計したもの（「配下ユーザ  管理画面データ容量総計」と「配下ユーザー  期間内通信量総計」）が「０」となっている。第２のユーザ３２である“SECOND”のリソース集計情報５２においては、“SECOND”自身が使用した「管理画面データ容量総計」および「期間内通信量」がゼロである一方で、配下ユーザ、すなわち“THIRD1”と“THIRD2”が使用したリソースが「配下ユーザ  管理画面データ容量総計」（計１，０００ＭＢ）と「配下ユーザー  期間内通信量総計」（計２，１００ＭＢ）として記録されている。なお、ユーザアカウントの階層構造において第３のユーザ３３のさらに下位に配下ユーザが存在する場合は、その配下ユーザ数や、配下ユーザにより使用されている通信量、管理画面データ容量などを、第３のユーザ、および第３のユーザ３３のオーナユーザである第２のユーザ３２はリソース集計情報として知ることができる。
【００３６】
同様に、第２のユーザ３２よりもさらに上位に位置付けられる第１のユーザ３１は、第２のユーザ３２に関するリソース集計情報をサーバ２０から得ることができるが、この時得られる集計情報は、自分の直下の第２のユーザ３２が利用しているリソースに関するものだけでなく、第２のユーザ３２の配下ユーザ、すなわち第３のユーザ３３が利用しているリソース使用量も含まれたものとなる。これにより、第１のユーザ３１は、第２のユーザ３２が単独で利用しているリソースに関する集計情報だけでなく、第２のユーザ３２と第２のユーザ３２の配下ユーザが利用しているリソースに関する集計情報を得ることができる。
【００３７】
前述の通り、それぞれの立場のユーザが複数存在する場合があり、例えば第１のユーザ３１の直下となる配下ユーザとして複数の第２のユーザ３２が存在したり、第２のユーザ３２の直下となる配下ユーザとして複数の第３のユーザ３３が存在したりする場合がある。このような場合、上位に位置するユーザは直下の配下ユーザとそれに連なる配下ユーザに関するリソース集計情報をまとめて得ることも可能である。
【００３８】
すなわち、第１のユーザ３１が特定の第２のユーザ３２のリソース集計情報を得ようとする場合、その第２のユーザ３２によるリソースの利用状況（例えば、第２のユーザ３２が何名の第３のユーザ３３を配下としているか、第２のユーザ３２自身はどの設備機器へのアクセスを行っているか等）だけではなく、第２のユーザ３２の配下ユーザである第３のユーザ３３の集団が全体として利用しているリソースの利用状況（第３のユーザ３３たちがアクセス対象としている設備機器がどれであるか、どれだけの容量の管理画面データをサーバ２０に記憶させているか、等）を知ることが可能である。
【００３９】
本実施形態のコンピュータシステム１０によれば、ツリー構造のユーザアカウントにおいて上位に位置するユーザ（上記の例では第１のユーザ３１）は、自分自身と、自身の下位に位置する配下ユーザについて、ツリー構造内の直下に位置するユーザ（上記の例では第２のユーザ３２）だけでなく、それに連なる更に下位の配下ユーザ（上記の例では第３のユーザ３３）まで含めて全体のリソース集計情報を得ることができる。そのため、例えば配下ユーザによるリソースの利用量に応じてオーナユーザが配下ユーザに利用料金を請求する場合に、オーナユーザは自身の直下のユーザだけでなく、それに連なる配下ユーザが利用しているリソース量も含めて料金計算を行うことができる。
【００４０】
またリソース集計情報はユーザのそれぞれについて作成されるため、例えばオーナユーザの直下に複数の配下ユーザが存在する場合（例えば１名の第１のユーザ３１に対して複数の第２のユーザ３２が存在する場合）においても、オーナユーザは配下ユーザのそれぞれについて個別にリソース集計情報を得ることができる。そのため、複数の配下ユーザが全員同じネットワーク１２上に存在していたとしても、オーナユーザは配下ユーザ別にリソースの利用状況を把握することができ、配下ユーザごとにネットワーク１２を別々に構築する必要がない。
【００４１】
なお、前述のログインユーザに対する識別情報の入力要求について、階層構造の下位に位置するユーザ、例えば第３のユーザ３３が独自に作成した管理画面データなど、第３のユーザ３３が利用しているリソースであって、そのオーナユーザ（第１のユーザ３１および第２のユーザ３２）が直接は利用していないリソースへのアクセスが（リソースへの直リンクＵＲＬなどにより）要求された場合には、図２に示すように、そのリソースを直接利用している第３のユーザ３３の識別情報（とパスワード）のみを入力要求し、オーナユーザ（第１のユーザ３１と第２のユーザ３２の識別情報）の入力要求は省略されてもよい。サーバ２０は、何らかのリソース（例えば特定の管理画面）へのアクセス要求があった際に、リソース利用情報に基づき、配下ユーザが利用しているリソースであって、その配下ユーザのオーナユーザが直接利用していないリソースへのアクセスであることを判断することができる。
【００４２】
また、階層構造の上位に位置するユーザは、一定の条件下で自身の配下ユーザのアカウントを消去することも可能である。例えば利用を停止したユーザなどのアカウントを消去することで、サーバにて管理される有限のリソースをより有効に活用することができる。ただし活動中のアカウントを誤って消去してしまうことのないよう、利用しているリソースが存在しないアカウントでなければ消去できないようになっていることが望ましい。例えばリソース利用情報において、どの項目も利用していない配下ユーザについてのみ消去可能とすることが望ましい。また規約違反などによりオーナユーザが配下ユーザを強制的にアカウント削除する場合であっても、まずはその配下ユーザによるリソース利用権限をすべて剥奪してから、その後改めてアカウント消去をするという手続きを踏むことが望ましい。
【００４３】
なお、以上の説明においては水処理設備１６，１７の設備管理支援を行うコンピュータシステム１０について説明したが、本発明のコンピュータシステムの適用対象はこれに限るものではなく、複数のユーザがネットワークを介してサーバにアクセスするコンピュータシステム全般について利用可能である。
【符号の説明】
【００４４】
１２    ネットワーク
１６    第１の水処理設備
１７    第２の水処理設備
１６ａ  設備機器
１６ｂ  設備機器
１６ｃ  設備機器
１７ａ  設備機器
１７ｂ  設備機器
１７ｃ  設備機器
２０    サーバ
３１    第１のユーザ
３２    第２のユーザ
３３    第３のユーザ
【図１】
2020204918.tif 000003
【図２】
2020204918.tif 000004
【図３】
2020204918.tif 000005
【図４】
2020204918.tif 000006
【図５】
2020204918.tif 000007