(57)【特許請求の範囲】
【請求項１】
ユーザが有する権限に基づいて、情報に対する処理を許可するシステムに用いられるユーザ権限管理装置であって、前記システムには、前記システムを利用可能なユーザの追加及び削除を行なう権限を管理する管理者ユーザが存在し、
前記システムを使用するユーザは、前記管理者ユーザと、限定された権限を持つ一般ユーザとに分類され、かつ前記一般ユーザは、前記一般ユーザの通常の権限よりも強い権限を持つ特権ユーザからなる特権グループに属すことが可能であり、
前記ユーザ権限管理装置は、
前記特権グループに属するユーザの識別情報を記憶するための記憶手段と、
前記一般ユーザに関し、前記特権グループに追加又は前記特権グループから削除することを求める、前記管理者ユーザ又は前記一般ユーザからの申請を受付けるための申請受付手段と、
前記申請受付手段が前記申請を受付けたことに応答し、前記記憶手段に記憶されている前記特権グループに属するユーザに対し、前記申請を承認するか否かの判断を求め、その判断に基づいて、前記申請受付手段が受付けた申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための決定手段とを含む、ユーザ権限管理装置。
【請求項２】
前記ユーザ権限管理装置は、前記特権グループに属するユーザが存在しない場合には、前記申請受付手段が前記申請を受付けたことに応答して、前記決定手段による決定に代えて、特定のユーザの承認に基づいて、前記申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための手段をさらに含む、請求項１に記載のユーザ権限管理装置。
【請求項３】
前記特定のユーザは、前記管理者ユーザである、請求項２に記載のユーザ権限管理装置。
【請求項４】
前記ユーザ権限管理装置は、前記特権グループに属するユーザの重要度合いを、前記権限を有するユーザごとに記憶するための手段をさらに含み、
前記決定手段は、前記申請受付手段が前記申請を受付けたことに応答し、前記特権グループに属するユーザに対して前記申請を承認するか否かの判断を求め、その判断結果と、その判断を行なったユーザの重要度合いとに基づいて、前記申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かについて決定するための手段を含む、請求項１に記載のユーザ権限管理装置。
【請求項５】
前記ユーザ権限管理装置は、前記重要度合いの変更についての申請を受付けるための変更受付手段と、
前記特権グループに属するユーザの承認に基づいて、前記変更受付手段が受付けた申請の可否を決定するための第１の手段とをさらに含む、請求項４に記載のユーザ権限管理装置。
【請求項６】
前記重要度合いは積算可能であり、
前記決定するための第１の手段は、前記申請受付手段が前記申請を受付けたことに応答し、前記特権グループに属するユーザに対して前記申請を承認するか否かの判断を求め、当該申請を承認するユーザの重要度合いの積算値に基づいて、前記申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための手段を含む、請求項４に記載のユーザ権限管理装置。
【請求項７】
前記決定するための手段は、前記申請受付手段が前記申請を受付けたことに応答し、前記特権グループに属するユーザに対して前記申請を承認するか否かの判断を求め、前記特権グループに属するユーザのうち、前記申請を承認したユーザの重要度合いの積算値と、予め定められた値との比較に基づいて、前記申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための比較手段を含む、請求項６に記載のユーザ権限管理装置。
【請求項８】
前記比較手段は、前記積算値が前記予め定められた値を超えると、前記権限の付与又は削除を承認する、請求項７に記載のユーザ権限管理装置。
【請求項９】
前記決定するための手段は、
前記申請受付手段が前記申請を受付けたことに応答し、前記特権グループに属するユーザに対して前記申請を承認するか否かの判断を求めるための手段と、
前記特権グループに属するユーザの内、前記判断を求めるための手段による求めに応じて前記申請を承認するユーザの重要度合いの積算値と、前記申請の承認に反対するユーザの重要度合いの積算値との比較に基づいて、前記申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための比較手段を含む、請求項６に記載のユーザ権限管理装置。
【請求項１０】
前記比較手段は、前記特権グループに属するユーザの内、前記判断を求めるための手段による求めに応じて前記申請を承認するユーザの重要度合いの積算値が、前記申請の承認に反対するユーザの重要度合いの積算値より大きいか否かにしたがって、申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための手段を含む、請求項９に記載のユーザ権限管理装置。
【請求項１１】
前記ユーザ権限管理装置は、ある処理を実行する要求を、前記特権グループに属するユーザから受けたことに応答して、当該ユーザの重要度合いを前記記憶するための手段から読出し、当該読出された重要度合いに基づいて、前記処理の実行を許可又は禁止するための手段をさらに含む、請求項４〜１０のいずれかに記載のユーザ権限管理装置。
【請求項１２】
前記ユーザ権限管理装置は、
前記許可又は禁止するための手段によって前記ある処理の実行が許可され実行されたことに応答して、前記ある処理が実行された回数をユーザごとに記憶するための回数記憶手段と、
前記回数更新記憶手段に記憶された、前記ある処理のユーザごとの実行回数に基づいて、各ユーザの前記重要度合いを変化させるための手段とをさらに含む、請求項１１に記載のユーザ権限管理装置。
【請求項１３】
ユーザが有する権限に基づいて、情報に対する処理を許可するシステムに用いられるユーザ権限管理方法であって、前記システムには、前記システムを利用可能なユーザの追加及び削除を行なう権限を管理する管理者ユーザが存在し、
前記システムを使用するユーザは、前記管理者ユーザと、限定された権限を持つ一般ユーザとに分類され、かつ前記一般ユーザは、前記一般ユーザの通常の権限よりも強い権限を持つ特権ユーザからなる特権グループに属すことが可能であり、
記憶装置が、前記特権グループに属するユーザの識別情報を記憶するステップと、
演算処理装置が、前記一般ユーザに関し、前記特権グループに追加又は前記特権グループから削除することを求める、前記管理者ユーザ又は前記一般ユーザからの申請を受付けるステップと、
演算処理装置が、前記申請を受付けるステップで前記申請が受付けられたことに応答し、前記記憶装置に記憶されている前記特権グループに属するユーザに対し、前記申請を承認するか否かの判断を求め、その判断に基づいて、前記申請を受付けるステップで受付けた申請に係るユーザの識別情報を前記記憶装置に追加又は削除する操作を行なうか否かを決定するステップとを含む、ユーザ権限管理方法。
【請求項１４】
ユーザが有する権限に基づいて、情報に対する処理を許可するシステムに用いられるユーザ権限管理装置を、コンピュータにより実現するコンピュータプログラムであって、
前記システムには、前記システムを利用可能なユーザの追加及び削除を行なう権限を管理する管理者ユーザが存在し、
前記システムを使用するユーザは、前記管理者ユーザと、限定された権限を持つ一般ユーザとに分類され、かつ前記一般ユーザは、前記一般ユーザの通常の権限よりも強い権限を持つ特権ユーザからなる特権グループに属すことが可能であり、
前記コンピュータプログラムは、前記コンピュータを、
前記特権グループに属するユーザの識別情報を記憶するための記憶手段と、
前記一般ユーザに関し、前記特権グループに追加又は前記特権グループから削除することを求める、前記管理者ユーザ又は前記一般ユーザからの申請を受付けるための申請受付手段と、
前記申請受付手段が前記申請を受付けたことに応答し、前記記憶手段に記憶されている前記特権グループに属するユーザに対し、前記申請を承認するか否かの判断を求め、その判断に基づいて、前記申請受付手段が受付けた申請に係るユーザの識別情報を前記記憶手段に追加又は削除する操作を行なうか否かを決定するための決定手段として機能させる、コンピュータプログラム。
【請求項１５】
請求項１４に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザの権限を管理する技術に関し、特に、ネットワークシステムを利用するユーザの権限を的確に管理する技術に関する。
【背景技術】
【０００２】
従来、ネットワークシステムの利用においては、画像ジョブのログファイル等のセキュアなデータに関して、閲覧できるユーザを制限することが行なわれる。そのために、通常は、ネットワークシステムのシステム管理者が特定のユーザに対して特定のデータを閲覧するための権限を付与し、権限が付与されたユーザのみがその特定のデータを閲覧できるように管理される。
【０００３】
特許文献１は、画像データの管理者が、特定のグループのユーザに対して、この画像データの閲覧を認可するための技術を開示する。
【特許文献１】特開２００４−３１０２８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のシステムでは、システム管理者は、任意のユーザに任意の権限を付与することができる。特許文献１に記載の技術においては、特定のグループのユーザだけでなく、画像データの管理者（システム管理者に相当）も、この画像データを閲覧することができることが前提である。
【０００５】
ところで、人事考課等の個人情報に関するデータをネットワークシステムで管理し、管理職の立場にあるユーザのみにこのデータの閲覧及び編集を許可したい場合がある。そのような場合、本来は、このような個人情報を閲覧したり編集したりする職務権限がないシステム管理者であっても、その内容を閲覧したり編集したりすることができるという問題がある。すなわち、本来は予め定められた職位以上の管理職だけが閲覧したり編集したりできるように管理すべきデータが、管理職ではないシステム管理者によっても同様に取り扱えるという問題がある。
【０００６】
特許文献１に記載の技術を、このようなシステムに適用した場合、管理職の立場にあるユーザだけではなく、システム管理者がこのデータを閲覧及び編集することができてしまう。システム管理者は、自分に任意の権限を付与することができるためである。本来は、データを閲覧することができないはずのシステム管理者に、データの閲覧を許可してしまうようなシステムには問題がある。
【０００７】
さらに、管理職といっても、多くの場合、階層的に異なる権限が与えられ、上位の管理職と下位の管理職とでは、職務権限に差異があるのが通常である。このような権限の差異に的確に対応させて、データを閲覧したり編集したりすることを、細かく管理することは煩雑である。
【０００８】
したがって、本発明の目的は、特定の権限を持つユーザのみが操作可能とすべきデータについては、そのグループに属さないユーザは、たとえシステム管理者といえども操作することができないように権限を管理することができる、ユーザ権限管理装置、ユーザ権限管理方法、その方法をコンピュータに実現するためのプログラム、そのプログラムを記録した記録媒体を提供することである。
【０００９】
本発明の他の目的は、特定のデータを操作する権限を持つユーザの権限に差異を与え、データの操作に対する権限を詳細にかつ容易に管理することができる、ユーザ権限管理装置、ユーザ権限管理方法、その方法をコンピュータに実現するプログラム、そのプログラムを記録した記録媒体を提供することである。
【課題を解決するための手段】
【００１０】
この発明のある局面に係るユーザ権限管理装置は、ユーザが有する権限に基づいて、情報に対する処理を許可するシステムに用いられる。このユーザ権限管理装置は、処理についてのユーザの権限を記憶するための記憶手段と、記憶手段に記憶されているユーザの権限を用い、権限を有するユーザの承認に基づいて、ユーザに対する権限の付与又は削除の可否について決定するための決定手段とを含む。
【００１１】
好ましくは、ユーザ権限管理装置は、権限の付与又は削除の申請を受付けるための受付け手段をさらに含む。決定手段は、承認に基づいて、受付け手段が受付けた、権限の付与又は削除の可否について決定するための手段を含む。
【００１２】
さらに好ましくは、ユーザ権限管理装置は、権限を有するユーザが存在しない場合には、特定のユーザの承認に基づいて、権限の付与の可否を決定するための手段をさらに含む。さらに好ましくは、特定のユーザは、権限を有しないが、システムへのユーザの登録を行なう管理ユーザである。
【００１３】
さらに好ましくは、ユーザ権限管理装置は、権限を有するユーザの重要度合いを、権限を有するユーザごとに記憶するための手段をさらに含む。決定手段は、権限を有するユーザの承認と、その重要度合いとに基づいて、権限の付与又は削除の可否について決定するための手段を含む。
【００１４】
さらに好ましくは、ユーザ権限管理装置は、重要度合いの変更についての申請を受付けるための受付手段をさらに含む。決定手段はさらに、権限を有するユーザの承認に基づいて、受付手段が受付けた、重要度合いの変更についての申請の可否を決定するための手段を含む。
【００１５】
さらに好ましくは、重要度合いは積算可能であり、決定手段は、権限を有する複数のユーザのうち、権限の付与又は削除を承認するユーザの重要度合いの積算値に基づいて、権限の付与又は削除の可否について決定するための手段を含む。
【００１６】
さらに好ましくは、決定するための手段は、権限を有するユーザのうち、権限の付与又は削除を承認したユーザの重要度合いの積算値と、予め定められた値との比較に基づいて、権限の付与又は削除の可否について決定するための比較手段を含む。
【００１７】
さらに好ましくは、比較手段は、積算値が予め定められた値を超えると、権限の付与又は削除を承認するための手段を含む。
【００１８】
さらに好ましくは、決定するための手段は、権限の付与又は削除を承認するユーザの重要度合いの積算値と、反対するユーザの重要度合いの積算値との比較に基づいて、権限の付与又は削除の可否について決定するための比較手段を含む。
【００１９】
さらに好ましくは、比較手段は、権限の付与又は削除の可否を承認するユーザの重要度合いの積算値が、反対するユーザの重要度合いの積算値より大きいと、権限の付与又は削除を承認するための手段を含む。
【００２０】
さらに好ましくは、ユーザ権限管理装置は、ある処理を実行する要求を、あるユーザから受けたことに応答して、そのユーザの重要度合いに基づいて、処理を許可するか否かを判断するための手段をさらに含む。
【００２１】
さらに好ましくは、ユーザ権限管理装置は、ユーザの処理の実行回数に基づいて、当該ユーザの重要度合いを変化させるための手段をさらに含む。
【００２２】
本発明の第２の局面に係るユーザ権限管理方法は、ユーザが有する権限に基づいて、情報に対する処理を許可するシステムに用いられるユーザ権限管理方法であって、記憶装置が、処理についてのユーザの権限を記憶するステップと、演算処理装置が、記憶装置に記憶されている権限と、権限を有するユーザの承認とに基づいて、ユーザに対する前限の付与又は削除の可否について決定するステップとを含む。
【００２３】
本発明の第３の局面に係るコンピュータプログラムは、ユーザが有する権限に基づいて、情報に対する処理を許可するユーザ権限管理装置を、コンピュータにより実現するコンピュータプログラムであって、コンピュータを、処理についてのユーザの権限を記憶する記憶手段と、記憶手段に記憶されているユーザの権限を用い、権限を有するユーザの承認に基づいて、権限を有しないユーザに対する権限の付与又は削除の可否について決定する決定手段として機能させる。
【発明を実施するための最良の形態】
【００２４】
以下、本発明の実施の形態について、添付図面に基づき詳細に説明する。なお、以下の説明では、同一の部品または処理には同一の符号を付してある。それらの機能及び名称も同一である。したがって、それらについての詳細な説明は繰返さない。
【００２５】
＜第１の実施の形態＞
以下、本発明の第１の実施の形態に係るユーザ権限管理システムについて、図１〜図９を参照して説明する。
【００２６】
［ユーザの構成］
図１は、本実施の形態に係るユーザ権限管理システムを含むネットワークシステムの管理対象（ユーザの構成と権限）を示す図である。
【００２７】
図１を参照して、ネットワークシステムの管理対象１００は、このネットワークシステムの限定的な利用のみが許可された一般ユーザ１１６（以下、このようなユーザを単にユーザと記載する場合がある）と、ネットワークシステムを管理する権限を有するシステム管理者１０２と、ネットワークシステム内で扱われる全データに対する操作が可能な権限を有する特権グループ１１０に属するユーザ（以下、このような権限を有するユーザを単に特権ユーザと記載する場合がある）とを含む。一般ユーザ１１６としてこのシステムに登録されたユーザを特権グループ１１０に追加することにより、このユーザは特権ユーザとしての権限を獲得し、このシステム内の全データに対する操作が可能になる。なお、特権ユーザが処理が可能なデータは、ネットワークシステム内の全データではなく、特定のデータであってもよい。
【００２８】
システム管理者１０２は、未登録のユーザをネットワークに参加できる一般ユーザ１１６として追加登録したり、一般ユーザ１１６を特権グループ１１０に追加するための申請を特権ユーザに対して行なったりすることができるユーザ追加権限１０４と、一般ユーザ１１６の登録を抹消したり、特権グループ１１０に属していた特権ユーザを特権グループ１１０から削除するための申請を特権ユーザに対して行なったりできるユーザ削除権限１０６と、ネットワークシステムに登録可能な一般ユーザ１１６の上限数を登録したり、特権グループ１１０に登録可能なユーザの数を変更したりできるユーザ数変更権限１０８とを有する。ここで留意すべきは、ユーザを特権グループ１１０に追加したり、特権ユーザを特権グループ１１０から削除したりする処理は、システム管理者１０２が直ちに実行できるわけではなく申請が行なえるのみで、基本的には特権ユーザの承認を必要とするということである。
【００２９】
特権グループ１１０に属するユーザ（特権ユーザ）は、システム管理者１０２によって特権ユーザの追加の申請及び特権ユーザの削除の申請を承認することができる特権グループ承認権限１１２と、ネットワークシステム内の特定のデータを処理することができる特権グループ資産利用権限１１４とを有する。
【００３０】
すなわち、本実施の形態においては、システム管理者１０２は一般ユーザ１１６を特権グループ１１０に追加することはできず、追加するための申請を行なうことができるに過ぎない。特権グループ１１０からのユーザの削除も同様である。特権ユーザがこれらの申請を承認することにより、特権グループ１１０へのユーザの追加及び特権グループ１１０からのユーザの削除を実現することができる。
【００３１】
［ネットワーク環境］
図２は、本実施の形態に係るユーザ権限管理システムが稼動しているネットワークシステム１５０のネットワーク環境を示す図である。
【００３２】
図２を参照して、ネットワークシステム１５０は、ネットワーク回線１５２と、ネットワーク回線１５２に接続され、ネットワークシステム１５０を利用するユーザの権限を管理するためのユーザ権限管理システムが稼動するユーザ権限管理サーバ１５４と、ネットワーク回線１５２に接続された端末１５６Ａ、１５６Ｂ及び１５６Ｃと、ネットワーク回線１５２に接続され、特権グループ１１０のみが閲覧可能な特定のデータを管理するためのデータサーバ１５８とを含む。
【００３３】
なお、端末１５６Ａ、１５６Ｂ及び１５６Ｃのハードウェア構成は、相互に同一であるとは限らないが、基本的には類似している。
【００３４】
［ハードウェア構成］
図３は、ユーザ権限管理サーバ１５４のハードウェア構成を示す図である。
【００３５】
図３を参照して、ユーザ権限管理サーバ１５４は、ネットワーク回線１５２を介してデータサーバ１５８又は端末１５６Ａ〜１５６Ｃとの間で通信を行なうためのＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）１９０と、ＮＩＣ１９０が接続されたバス２０６と、バス２０６にいずれも接続された、メインＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１９２、ユーザの権限を管理するプログラム等を記憶するためのＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１９４、メインＣＰＵ１９２が作業用のメモリとして使用するＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１９６、種々のプログラムの記憶領域を提供するためのＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１９８、及びメインＣＰＵ１９２がユーザの権限を管理するプログラムを実行する際に使用される種々のテーブルを記憶するための記憶装置２００とを含む。
【００３６】
ＲＯＭ１９４が記憶するユーザの権限を管理するプログラムは、特権グループ１１０への一般ユーザ１１６の追加の申請をシステム管理者１０２から受付ける特権ユーザ追加申請プログラムと、追加の申請を承認する特権ユーザ追加承認プログラムと、特権グループ１１０から特権ユーザの削除の申請をシステム管理者１０２から受付ける特権ユーザ削除申請プログラムと、削除の申請を承認する特権ユーザ削除承認プログラムとを含む。
【００３７】
記憶装置２００は、ユーザ全般に関する情報を記憶するためのユーザ管理テーブル２０２と、特権グループ１１０に属するユーザに関する情報を記憶するための特権グループ管理テーブル２０４とを含む。
【００３８】
［ユーザ管理テーブル２０２の構成］
図４は、ユーザ管理テーブル２０２の構成を示す図である。
【００３９】
図４を参照して、ユーザ管理テーブル２０２は、ネットワークシステム１５０におけるユーザを一意に識別する識別子を記憶するためのユーザＩＤフィールドと、ユーザの名前を記憶するためのユーザ名フィールドと、ユーザが定めたパスワードを記憶するためのパスワードフィールドと、ユーザが属しているグループに関する情報を記憶するためのグループフィールドとを含む。
【００４０】
ユーザがシステム管理者１０２である場合、そのユーザのレコードのグループフィールドには「システム管理者１０２」を示す情報が格納される。ユーザが一般ユーザ１１６である場合、そのレコードのグループフィールドには「一般ユーザ１１６」を示す情報が格納される。
【００４１】
［特権グループ管理テーブル２０４の構成］
図５は、特権グループ管理テーブル２０４の構成を示す図である。
【００４２】
図５を参照して、特権グループ管理テーブル２０４は、グループＩＤフィールドと、各グループの名称を格納するためのグループ名フィールドと、各グループに属するユーザのユーザＩＤを記憶するためのユーザＩＤフィールドとを含む。
【００４３】
特権グループ１１０には、３つのグループがある。これらは、特権グループ１１０に属するユーザが属する「特権グループ（承認）」と、特権グループ１１０への追加が申請されたがまだ承認されていないユーザが属する「特権グループ（追加候補）」と、特権グループ１１０からの削除が申請されたがまだ承認されていないユーザが属する「特権グループ（削除候補）」とからなる。
【００４４】
［ソフトウェア構成］
図６〜図９は、本実施の形態に係るユーザ権限管理サーバ１５４で実行される、特権グループ１１０を管理するためのプログラムの制御構造を示すフローチャートである。これらのプログラムをメインＣＰＵ１９２が実行することにより、ユーザ権限管理サーバ１５４の各種機能が実現される。これらのプログラムは、ユーザ権限管理サーバ１５４のコンソールコマンド、又は、端末１５６Ａ〜１５６Ｃからユーザ権限管理サーバ１５４にログインして入力されたコマンドを受付けることにより実行される。
【００４５】
（特権ユーザ追加申請プログラム）
図６は、システム管理者１０２が、特権グループ１１０へのユーザの追加を申請するためにユーザ権限管理サーバ１５４にアクセスし、特権ユーザ追加申請コマンドを入力したときに、メインＣＰＵ１９２により実行される特権ユーザ追加申請プログラムの制御構造を示すフローチャートである。このコマンドの入力時には、アクセス者のパスワードと追加申請対象のユーザＩＤとが引数として入力されるものとする。以下、図６に示すフローチャートを参照して、特権ユーザ追加申請プログラムの制御構造を説明する。
【００４６】
ステップ（以下、ステップをＳと記載する。）２５０にて、メインＣＰＵ１９２は、ユーザ管理テーブル２０２を参照して、アクセス者に対する正しいパスワードが入力されたか否かを判定する。正しいパスワードが入力されると（Ｓ２５０にてＹＥＳ）、処理はＳ２５２へ移される。もしそうでないと（Ｓ２５０にてＮＯ）、処理はＳ２５０へ戻されて正しいパスワードが入力されるまで待機する。Ｓ２５２にて、メインＣＰＵ１９２は、アクセス者がシステム管理者１０２であるか否かを判定する。このとき、メインＣＰＵ１９２は、アクセス者のユーザ名及びパスワードに合致するレコードをユーザ管理テーブル２０２から検索し、このレコードのグループフィールドに、システム管理者１０２であることを示す情報が格納されているか否かを判定する。アクセス者がシステム管理者１０２であると判定されると（Ｓ２５２にてＹＥＳ）、処理はＳ２５４へ移される。もしそうでないと（Ｓ２５２にてＮＯ）、この処理は終了する（このプログラムは何もせず直ちに終了する。）。
【００４７】
Ｓ２５４にて、メインＣＰＵ１９２は、追加対象となるユーザのユーザＩＤ（コマンド入力時に引数として入力されたユーザＩＤ）を特権グループ管理テーブル２０４の特権グループ（追加候補）のレコードのユーザＩＤフィールドに追加する。Ｓ２５６にて、メインＣＰＵ１９２は、承認されている特権ユーザが存在するか否かを判定する。このとき、メインＣＰＵ１９２は、特権グループ管理テーブル２０４の特権グループ（承認）のレコードのユーザＩＤフィールドに１又は複数のユーザＩＤが存在するか否かを判定する。承認されている特権ユーザが存在すると判定されると（Ｓ２５６にてＹＥＳ）、この処理は終了する（このプログラムは何もせず直ちに終了する。）。もしそうでないと（Ｓ２５６にてＮＯ）、処理はＳ２５８へ移される。
【００４８】
Ｓ２５８にて、メインＣＰＵ１９２は、特権グループ管理テーブル２０４の特権グループ（追加候補）のレコードに追加されたユーザＩＤを、特権グループ管理テーブル２０４の特権グループ（承認）のレコードのユーザＩＤフィールドにコピーし、コピーしたユーザを特権グループ（追加候補）のレコードのユーザＩＤフィールドから削除する。その後、この処理は終了する。
【００４９】
（特権ユーザ追加承認プログラム）
図７は、特権グループ１１０のユーザ（特権ユーザ）が、特権グループ１１０へのユーザの追加申請を承認するためにユーザ権限管理サーバ１５４にアクセスし、特権ユーザ追加承認コマンドを入力したときに、メインＣＰＵ１９２により実行される特権ユーザ追加承認プログラムの制御構造を示すフローチャートである。このコマンドの入力時には、アクセス者のパスワードと追加承認対象のユーザＩＤとが引数として入力されるものとする。以下、図７に示すフローチャートを参照して、特権ユーザ追加承認プログラムの制御構造を説明する。
【００５０】
Ｓ２８０にて、メインＣＰＵ１９２は、Ｓ２５０と同様にして、アクセス者に対する正しいパスワードが入力されたか否かを判定する。正しいパスワードが入力されると（Ｓ２８０にてＹＥＳ）、処理はＳ２８２へ移される。もしそうでないと（Ｓ２８０にてＮＯ）、処理はＳ２８０へ戻されて正しいパスワードが入力されるまで待機する。Ｓ２８２にて、メインＣＰＵ１９２は、アクセス者が特権ユーザであるか否かを判定する。このとき、メインＣＰＵ１９２は、アクセス者のユーザＩＤをユーザ管理テーブル２０２から取得し、特権グループ管理テーブル２０４の特権グループ（承認）のレコードのユーザＩＤフィールドに、取得したユーザＩＤが存在するか否かを判定する。アクセス者が特権ユーザであると判定されると（Ｓ２８２にてＹＥＳ）、処理はＳ２８４へ移される。もしそうでないと（Ｓ２８２にてＮＯ）、この処理は終了する（このプログラムは何もせず直ちに終了する。）。
【００５１】
Ｓ２８４にて、メインＣＰＵ１９２は、特権グループ管理テーブル２０４の特権グループ（追加候補）のレコードのユーザＩＤフィールドに記憶されているユーザＩＤの中にコマンド入力時に引数として入力されたユーザＩＤがあれば（ユーザＩＤがない場合には、引数入力ミスの可能性をユーザに報知することが好ましい。）、そのユーザＩＤを、特権グループ管理テーブル２０４の特権グループ（承認）のレコードのユーザＩＤフィールドにコピーし、コピーしたユーザを特権グループ（追加候補）のレコードのユーザＩＤフィールドから削除する。その後、この処理は終了する。
【００５２】
（特権ユーザ削除申請プログラム）
図８は、システム管理者１０２が、特権グループ１１０からのユーザの削除を申請するためにユーザ権限管理サーバ１５４にアクセスし、特権ユーザ削除申請コマンドを入力したときに、メインＣＰＵ１９２により実行される特権ユーザ削除申請プログラムの制御構造を示すフローチャートである。このコマンドの実行時には、アクセス者のパスワードと削除対象のユーザのユーザＩＤとが引数として入力されるものとする。以下、図８に示すフローチャートを参照して、特権ユーザ削除申請プログラムの制御構造を説明する。
【００５３】
Ｓ３００にて、メインＣＰＵ１９２は、Ｓ２５０と同様にして、アクセス者に対する正しいパスワードが入力されたか否かを判定する。正しいパスワードが入力されると（Ｓ３００にてＹＥＳ）、処理はＳ３０２へ移される。もしそうでないと（Ｓ３００にてＮＯ）、処理はＳ３００へ戻されて正しいパスワードが入力されるまで待機する。Ｓ３０２にて、メインＣＰＵ１９２は、Ｓ２５２と同様にして、アクセス者がシステム管理者１０２であるか否かを判定する。アクセス者がシステム管理者１０２であると判定されると（Ｓ３０２にてＹＥＳ）、処理はＳ３０４へ移される。もしそうでないと（Ｓ３０２にてＮＯ）、この処理は終了する（このプログラムは何もせず直ちに終了する。）。
【００５４】
Ｓ３０４にて、メインＣＰＵ１９２は、削除対象となるユーザのユーザＩＤ（コマンド入力時に引数として入力されたユーザＩＤ）を特権グループ管理テーブル２０４の特権グループ（削除候補）のレコードのユーザＩＤフィールドに追加する。その後、この処理は終了する。
【００５５】
（特権ユーザ削除承認プログラム）
図９は、特権グループ１１０のユーザ（特権ユーザ）が、特権グループ１１０からのユーザの削除申請を承認するためにユーザ権限管理サーバ１５４にアクセスし、特権ユーザ削除承認コマンドを入力したときに、メインＣＰＵ１９２により実行される特権ユーザ削除承認プログラムの制御構造を示すフローチャートである。このコマンドの入力時には、アクセス者のパスワードと削除承認対象のユーザのユーザＩＤとが引数として入力されるものとする。以下、図９に示すフローチャートを参照して、特権ユーザ削除承認プログラムの制御構造を説明する。
【００５６】
Ｓ３３０にて、メインＣＰＵ１９２は、Ｓ２５０と同様にして、アクセス者に対する正しいパスワードが入力されたか否かを判定する。正しいパスワードが入力されると（Ｓ３３０にてＹＥＳ）、処理はＳ３３２へ移される。もしそうでないと（Ｓ３３０にてＮＯ）、処理はＳ３３０へ戻されて正しいパスワードが入力されるまで待機する。Ｓ３３２にて、メインＣＰＵ１９２は、Ｓ２８２と同様にして、アクセス者が特権ユーザであるか否かを判定する。アクセス者が特権ユーザであると判定されると（Ｓ３３２にてＹＥＳ）、処理はＳ３３４へ移される。もしそうでないと（Ｓ３３２にてＮＯ）、この処理は終了する（このプログラムは何もせず直ちに終了する。）。
【００５７】
Ｓ３３４にて、メインＣＰＵ１９２は、特権グループ管理テーブル２０４の特権グループ（削除候補）のレコードのユーザＩＤフィールドに記憶されているユーザＩＤの中にコマンド入力時に引数として入力されたユーザＩＤがあり、かつ、そのユーザＩＤが特権グループ（承認）のレコードのユーザＩＤフィールドに記憶されているユーザＩＤの中にあれば（ユーザＩＤがない場合には、引数入力ミスの可能性をユーザに報知することが好ましい。）、そのユーザＩＤを、特権グループ（承認）のレコードのユーザＩＤフィールド及び特権グループ（削除候補）のレコードのユーザＩＤフィールドから削除する。その後、この処理は終了する。
【００５８】
［動作］
以上のような構造及びフローチャートに基づく、本実施の形態に係るユーザ権限管理サーバ１５４の動作について、場合を分けて説明する。なお、ユーザ管理テーブル２０２には複数の一般ユーザ１１６のレコードが存在し、それらの一般ユーザ１１６の中で、システム管理者１０２の権限を有する者が少なくとも１人いるものとする。
【００５９】
（システム管理者１０２以外の一般ユーザ１１６による特権ユーザ追加申請）
特権グループ１１０の権限の付与を申請するために、システム管理者１０２以外の一般ユーザ１１６が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ追加申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４は、このアクセスの後、図６に示した特権ユーザ追加申請プログラムを実行する。
【００６０】
ユーザ権限管理サーバ１５４は、端末１５６の操作者である、システム管理者１０２以外の一般ユーザ１１６から、ユーザ名、パスワード、及び追加の申請対象となるユーザ名を受け、この一般ユーザ１１６から正しいパスワードが入力されるまで待機する（Ｓ２５０）。一般ユーザ１１６から正しいパスワードが入力されると（Ｓ２５０にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２が参照されて、アクセス者がシステム管理者１０２の権限を有するか否かが判定され、この場合にはアクセス者がシステム管理者１０２でないと判定される（Ｓ２５２にてＮＯ）。この場合、ユーザ権限管理サーバ１５４は特権ユーザ追加申請プログラムを終了するので、何も処理されない。
【００６１】
（システム管理者１０２による特権ユーザ追加申請：特権ユーザなし）
特権グループ１１０の権限の付与を申請するために、システム管理者１０２が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ追加申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４は、このアクセスの後、図６に示した特権ユーザ追加申請プログラムを実行する。
【００６２】
ユーザ権限管理サーバ１５４は、端末１５６の操作者である、システム管理者１０２から、ユーザ名、パスワード、及び追加の申請対象となるユーザ名を受け、このシステム管理者１０２から正しいパスワードが入力されるまで待機する（Ｓ２５０）。システム管理者１０２から正しいパスワードが入力されると（Ｓ２５０にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２が参照されて、アクセス者がシステム管理者１０２の権限を有するか否かが判定されて、この場合にはアクセス者がシステム管理者１０２であると判定される（Ｓ２５２にてＹＥＳ）。
【００６３】
特権グループ管理テーブル２０４の特権グループ（追加候補）に、追加の申請対象となるユーザのユーザＩＤが記憶される（Ｓ２５４）。ここでは、特権ユーザがいないので（Ｓ２５６にてＮＯ）、ユーザ権限管理サーバ１５４により、追加の申請対象となるユーザに対して特権グループ１１０の権限の付与が承認される（Ｓ２５８）。
【００６４】
（システム管理者１０２による特権ユーザ追加申請後のユーザによる承認）
特権ユーザが少なくとも１人いる状態で、システム管理者１０２が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ追加申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４は、このアクセスの後、図６に示した特権ユーザ追加申請プログラムを実行する。
【００６５】
特権グループ管理テーブル２０４の特権グループ（追加候補）に、追加の申請対象となるユーザのユーザＩＤが記憶される（Ｓ２５４）までの動作は、上述の通りである。ここでは、特権ユーザがいるので（Ｓ２５６にてＹＥＳ）、ユーザ権限管理サーバ１５４による特権ユーザ追加申請プログラムは終了する（すなわち、この時点では、この一般ユーザ１１６は特権ユーザとして承認されていない。）。
【００６６】
特権グループ１１０の権限の付与を承認するために、特権ユーザが、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ追加承認コマンドを入力すると、ユーザ権限管理サーバ１５４により、特権ユーザ追加承認プログラム（図７）が実行される。
【００６７】
ユーザ権限管理サーバ１５４は、特権ユーザからユーザ名及びパスワードを受け、特権ユーザから正しいパスワードが入力されるまで待機する（Ｓ２８０）。この特権ユーザから正しいパスワードが入力されると（Ｓ２８０にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２及び特権グループ管理テーブル２０４が参照されて、アクセス者が特権ユーザであるか否かが判定されて、アクセス者が特権ユーザであると判定される（Ｓ２８２にてＹＥＳ）。
【００６８】
ユーザ権限管理サーバ１５４により、特権グループ管理テーブル２０４の特権グループ（追加候補）に記憶されているユーザＩＤが、特権グループ（承認）のレコードのグループＩＤのフィールドにコピーされて、特権グループ（追加候補）のレコードのグループＩＤのフィールドから削除される（Ｓ２８４）。すなわち、ユーザ権限管理サーバ１５４は、追加の申請対象となる一般ユーザ１１６に対して、特権グループ１１０の権限の付与を承認したことになる（すなわち、この一般ユーザ１１６が特権ユーザとして承認された。）。
【００６９】
一方、特権グループ１１０の権限の付与を承認するために、特権グループ１１０の権限を有さない一般ユーザ１１６が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ追加承認コマンドを入力すると、ユーザ権限管理サーバ１５４により、特権ユーザ追加承認プログラム（図７）が実行される。
【００７０】
ユーザ権限管理サーバ１５４は、一般ユーザ１１６からユーザ名及びパスワードを受け、一般ユーザ１１６から正しいパスワードが入力されるまで待機する（Ｓ２８０）。この一般ユーザ１１６から正しいパスワードが入力されると（Ｓ２８０にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２及び特権グループ管理テーブル２０４が参照されて、アクセス者が特権ユーザであるか否かが判定されて、アクセス者が特権ユーザでないと判定される（Ｓ２８２にてＮＯ）。この場合、ユーザ権限管理サーバ１５４は特権ユーザ追加承認プログラムを終了するので、何も処理されない。すなわち、ユーザ権限管理サーバ１５４は、追加の申請対象となる一般ユーザ１１６に対して、特権グループ１１０の権限の付与を承認しないことになる（すなわち、この一般ユーザ１１６が特権ユーザとなることが承認されなかった。）。
【００７１】
（システム管理者１０２以外の一般ユーザ１１６による特権ユーザ削除申請）
特権グループ１１０の権限の剥奪を申請するために、システム管理者１０２以外の一般ユーザ１１６が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ削除申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４は、このアクセスの後、図８に示した特権ユーザ削除申請プログラムを実行する。
【００７２】
ユーザ権限管理サーバ１５４は、端末１５６の操作者である、システム管理者１０２以外の一般ユーザ１１６から、ユーザ名、パスワード、及び追加の申請対象となるユーザ名を受け、この一般ユーザ１１６から正しいパスワードが入力されるまで待機する（Ｓ３００）。一般ユーザ１１６から正しいパスワードが入力されると（Ｓ３００にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２が参照されて、アクセス者がシステム管理者１０２の権限を有するか否かが判定され、この場合にはアクセス者がシステム管理者１０２でないと判定される（Ｓ３０２にてＮＯ）。この場合、ユーザ権限管理サーバ１５４は特権ユーザ削除申請プログラムを終了するので、何も処理されない。
【００７３】
（システム管理者１０２による特権ユーザ削除申請）
特権グループ１１０の権限の剥奪を申請するために、システム管理者１０２が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ削除申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４は、このアクセスの後、図８に示した特権ユーザ削除申請プログラムを実行する。
【００７４】
ユーザ権限管理サーバ１５４は、端末１５６の操作者である、システム管理者１０２から、ユーザ名、パスワード、及び追加の申請対象となるユーザ名を受け、このシステム管理者１０２から正しいパスワードが入力されるまで待機する（Ｓ３００）。システム管理者１０２から正しいパスワードが入力されると（Ｓ３００にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２が参照されて、アクセス者がシステム管理者１０２の権限を有するか否かが判定されて、この場合にはアクセス者がシステム管理者１０２であると判定される（Ｓ３０２にてＹＥＳ）。
【００７５】
特権グループ管理テーブル２０４の特権グループ（削除候補）に、削除の申請対象となるユーザのユーザＩＤが記憶される（Ｓ３０４）。このとき、ユーザ権限管理サーバ１５４により、特権グループ管理テーブル２０４の特権グループ（承認）のレコードに記憶されている削除対象のユーザＩＤが、特権グループ（削除候補）のレコードにコピーされる。
【００７６】
（システム管理者１０２による特権ユーザ削除申請後のユーザによる承認）
特権グループ１１０の権限の付与を剥奪するために、特権ユーザが、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ削除承認コマンドを入力すると、ユーザ権限管理サーバ１５４により、特権ユーザ削除承認プログラム（図９）が実行される。
【００７７】
ユーザ権限管理サーバ１５４は、特権ユーザからユーザ名及びパスワードを受け、特権ユーザから正しいパスワードが入力されるまで待機する（Ｓ３３０）。この特権ユーザから正しいパスワードが入力されると（Ｓ３３０にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２及び特権グループ管理テーブル２０４が参照されて、アクセス者が特権ユーザであるか否かが判定されて、アクセス者が特権ユーザであると判定される（Ｓ３３２にてＹＥＳ）。
【００７８】
ユーザ権限管理サーバ１５４により、特権グループ管理テーブル２０４の特権グループ（削除候補）に記憶されているユーザＩＤが、特権グループ（承認）のレコードのグループＩＤのフィールドから削除されて、特権グループ（削除候補）のレコードのグループＩＤのフィールドからも削除される（Ｓ３３４）。すなわち、ユーザ権限管理サーバ１５４は、削除の申請対象となる特権ユーザに対して、特権グループ１１０の権限の剥奪を承認したことになる（すなわち、この特権ユーザは特権グループ１１０から削除された。）。
【００７９】
一方、特権グループ１１０の権限の剥奪を承認するために、特権グループ１１０の権限を有さない一般ユーザ１１６が、端末１５６からユーザ権限管理サーバ１５４にアクセスして特権ユーザ削除承認コマンドを入力すると、ユーザ権限管理サーバ１５４により、特権ユーザ削除承認プログラム（図９）が実行される。
【００８０】
ユーザ権限管理サーバ１５４は、一般ユーザ１１６からユーザ名及びパスワードを受け、一般ユーザ１１６から正しいパスワードが入力されるまで待機する（Ｓ３３０）。この一般ユーザ１１６から正しいパスワードが入力されると（Ｓ３３０にてＹＥＳ）、ユーザ権限管理サーバ１５４により、ユーザ管理テーブル２０２及び特権グループ管理テーブル２０４が参照されて、アクセス者が特権ユーザであるか否かが判定されて、アクセス者が特権ユーザでないと判定される（Ｓ３３２にてＮＯ）。この場合、ユーザ権限管理サーバ１５４は特権ユーザ削除承認プログラムを終了するので、何も処理されない。すなわち、ユーザ権限管理サーバ１５４は、削除の申請対象となる特権ユーザに対して、特権グループ１１０の権限の剥奪を承認しないことになる（すなわち、この特権ユーザは一般ユーザ１１６となることが承認されなかった。）。
【００８１】
以上のようにして、本実施の形態に係るユーザ権限管理サーバによると、特権グループの権限を有する一般ユーザ（特権ユーザ）にのみ、特権グループの権限の付与及び剥奪を許可する。したがって、特権グループの権限を有する一般ユーザのみが、特権グループの権限の付与及び剥奪を決定することが可能であり、ネットワークシステムのシステム管理者１０２は、特権グループの権限の付与及び剥奪を申請することはできても決定することはできず、特権グループにおいて管理されている情報を自由に操作することができない。
【００８２】
［変形例］
上述した実施の形態では、ユーザ権限管理サーバ１５４は、特権ユーザにのみ特権グループの権限の付与及び剥奪の承認を許可していた。しかし、本発明はそのような実施の形態には限定されない。たとえば、特権ユーザが操作可能な特定のデータがデータサーバ１５８に登録されており、この特定のデータをどの一般ユーザ（特権グループに属していない。）に対して閲覧可能又は編集可能にさせるのかについて、特権ユーザが承認できるようにしてもよい。具体的には、特権ユーザではなく一般ユーザのまま、特定のデータを閲覧することのみが許可されたり、編集することのみが許可されたりするようになる。
【００８３】
＜第２の実施の形態＞
以下、本発明の第２の実施の形態に係るユーザ権限管理システムについて、図１０〜図２０を参照して説明する。なお、以下の説明において、上述した第１の実施の形態と同じ構造及び同じ処理並びに同じ動作についての説明はここでは繰返さない。本実施の形態においては、異なる権限を有する特権ユーザ１１６０を管理するために、特権ユーザ１１６０ごとにポイントという概念（特権ユーザの重要度合い）を備えることが特徴である。
【００８４】
［ユーザの構成］
図１０は、第１の実施の形態における図１に対応する図である。図１０は、本実施の形態に係るユーザ権限管理システムを含むネットワークシステムの管理対象（ユーザの構成と権限とサービス）を示す図である。図１０を参照して、ネットワークシステムの管理対象１０００は、図１のシステム管理者１０２に対応するシステム管理者１０２０と、図１の特権グループ１１０に対応する特権グループ１１００と、データ閲覧、データ編集（実行、削除）、社外へのアクセス、ポイント変更、特権ユーザ追加、特権ユーザ削除等のサービス１２００とを含む。
【００８５】
システム管理者１０２０は、ユーザ追加権限１０４及びユーザ削除権限１０６に加えて、ポイント指定権限１０２２を有する。ポイント指定権限１０２２は、一般ユーザを特権ユーザ１１６０に追加する特権ユーザ追加申請の際に、追加申請される一般ユーザのポイントを決定できる権限である。
【００８６】
特権グループ１１００に属する特権ユーザ１１６０は、特権グループ承認権限１１２及び特権グループ資産利用権限１１４を有することに加えて、特権ユーザ１１６０ごとにポイント１１６２が管理される。このポイントにより、特権ユーザ１１６０であっても、特定のサービスしか実行することができなかったり、複数の特権ユーザ１１６０のポイントの合計で、追加申請又は削除申請並びにポイント変更申請が承認されるか否かが判定されたりする。
【００８７】
［ネットワーク環境］
図１１は、第１の実施の形態における図２に対応する図である。図１１は、本実施の形態に係るユーザ権限管理システムが稼動しているネットワークシステムのネットワーク環境を示す図である。図１１を参照して、ネットワークシステム１５００は、図２に示すユーザ権限管理サーバ１５４の代わりに、ユーザ権限管理サーバ１５４とは異なるプログラムを実行するユーザ権限管理サーバ１５４０を含む。異なるプログラムの詳細については後述する。
【００８８】
［ハードウェア構成］
図１２は、第１の実施の形態における図３に対応する図である。図１２は、本実施の形態に係るユーザ権限管理システムのユーザ権限管理サーバ１５４０のハードウェア構成を示す図である。
【００８９】
図１２に示すＲＯＭ１９４が記憶するユーザの権限を管理するプログラムは、特権グループ１１００への一般ユーザ１１６の追加の申請をシステム管理者１０２０から受付ける特権ユーザ追加申請プログラムと、特権グループ１１００への一般ユーザの追加の申請を承認する特権ユーザ追加承認プログラムと、特権ユーザ１１６０に対して許可されたサービスの実行時にその特権ユーザ１１６０にポイントを付与するサービス実行時のポイント付与プログラムと、特権ユーザ１１６０が有するポイントを変更するポイント変更プログラム、特権グループ１１００から特権ユーザ１１６０を削除する特権ユーザ削除プログラムとを含む。
【００９０】
図１２に示すように、ユーザ権限管理サーバ１５４０は、図３に示すユーザ権限管理サーバ１５４の記憶装置２００の代わりに記憶装置２０００を備える。この記憶装置２０００は、図３に示す記憶装置２００のユーザ管理テーブル２０２に加えて、ポイント一覧テーブル２１００及びサービス一覧テーブル２２００を記憶する。また、この記憶装置２０００は、図３に示す特権グループ管理テーブル２０４に別のテーブルを加えた特権グループ管理テーブル２０４０を記憶する。特権グループ管理テーブル２０４０は、図５に示す特権グループ管理テーブル２０４に加えて、別の特権グループ管理テーブル２０４２を含む。
【００９１】
このように、記憶されるテーブルが異なるため、ユーザ権限管理サーバ１５４０の記憶装置２０００は、第１の実施の形態に係るユーザ権限管理サーバ１５４の記憶装置２００とは別の構成であるとして説明する。なお、メインＣＰＵ１９２０については、異なるプログラムを実行する点で第１の実施の形態とは異なるので、ハードウェアとしての構成は同じであるが、本実施の形態においては、上述の第１の実施の形態のメインＣＰＵ１９２と区別して説明する。
【００９２】
［特権グループ管理テーブル２０４２の構成］
図１３は、特権グループ管理テーブル２０４２の構成を示した図である。図１３を参照して、特権グループ管理テーブル２０４２は、グループＩＤフィールドと、各グループの名称を格納するためのグループ名フィールドと、この特権グループ１１００に属する特権ユーザ１１６０のポイントを一斉に増加させる場合のポイントを格納するためのポイント一斉変更（増加）フィールドと、ポイントを一斉に減少させる場合のポイントを格納するためのポイント一斉変更（減少）フィールドと、ポイントを一斉に統一させる場合のポイントを格納するためのポイント一斉変更（統一）フィールドと、この特権グループ１１００に属する特権ユーザ１１６０の総ポイントの上限ポイントを格納するための総ポイント上限フィールドと、この特権グループ１１００に属する特権ユーザ１１６０の総ポイントの下限ポイントを格納するための総ポイント下限フィールドと、１ポイント増加のために必要なサービス使用回数を格納するためのサービス使用回数格納フィールドとを含む。
【００９３】
たとえば、グループＩＤが「Ｇ＿ＩＤ０１」で特定される特権グループ（承認）については、この特権グループ１１００に属する特権ユーザ１１６０のポイントを一斉に増加させるときには２ポイント増加させ、ポイントを一斉に減少させるときには２ポイント減少させ、ポイントを一斉に統一させるときには５ポイントに統一させる。また、この特権グループ１１００については、この特権グループ１１００に属する特権ユーザ１１６０のポイントの総和の上限が５０ポイントで下限が０ポイントであり、サービスの使用回数が１００回になると、ポイントが１ポイント増加される。
【００９４】
［ポイント一覧テーブル２１００の構成］
図１４は、ポイント一覧テーブル２１００の構成を示した図である。図１４を参照して、ポイント一覧テーブル２１００は、ユーザ名格納フィールド２１０２と、各ユーザのポイント情報を格納するポイント情報格納フィールド２１０４とを含む。
【００９５】
ポイント情報格納フィールド２１０４には、ポイント情報として、現在のポイント値、ポイント上限値、ポイント下限値、サービス利用回数が記憶される。なお、ポイント上限値については、図１３に示した特権グループ１１００の総ポイント上限（図１３では５０ポイント）を現在の特権ユーザ数（図１４では５人）で除算した値（この場合には１０ポイント）としている。この上限ポイント及び下限ポイントを超える範囲ではポイントを設定することはできない。
【００９６】
たとえば、ユーザ名「ｕｓｅｒ０１」のユーザは、ポイントの値は「８」、ポイントの上限は「１０」、ポイントの下限は「０」、サービスの利用回数は「９２」であることを表している。このユーザは現在「８」のポイントを持っており、上限「１０」及び下限「０」を超えてポイントを設定することはできない。また、各種サービスを９２回利用していることを表し、あと８回各種サービスを実行すると８ポイントから９ポイントになることを表している。
【００９７】
［サービス一覧テーブル２２００の構成］
図１５は、サービス一覧テーブル２２００の構成を示した図である。図１５を参照して、サービス一覧テーブル２２００は、サービス名格納フィールド２２０２と、各サービスのサービス情報を格納するサービス情報格納フィールド２２０４とを含む。
【００９８】
サービス情報格納フィールド２２０４には、サービス情報として、サービスの内容、そのサービスの実行のために必要なポイントの値、特定のサービスにはそのサービスの承認のために必要なポイントの値が記憶される。
【００９９】
たとえば、ユーザ追加サービスについては、追加申請するユーザは「５」以上のポイントを有していなければならず、また特権ユーザ１１６０全員の承認、又は、承認した特権ユーザ１１６０のポイントの和が「３０」を超える必要があるということを表している。
【０１００】
［ソフトウェア構成］
図１６〜図２０は、本実施の形態に係るユーザ権限管理サーバ１５４０で実行される、特権グループ１１００を管理するためのプログラムの制御構造を示すフローチャートである。これらのプログラムをメインＣＰＵ１９２０が実行することにより、ユーザ権限管理サーバ１５４０の各種機能が実現される。これらのプログラムは、ユーザ権限管理サーバ１５４０のコンソールコマンド、又は、端末１５６Ａ〜１５６Ｃからユーザ権限管理サーバ１５４０にログインして入力されたコマンドを受付けることにより実行される。
【０１０１】
（特権ユーザ追加申請プログラム）
図１６は、第１の実施の形態における図６に対応するフローチャートである。このフローチャートは、システム管理者１０２０が、特権グループ１１００へのユーザの追加を申請するためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ追加申請コマンドを入力したときに、メインＣＰＵ１９２０により実行される特権ユーザ追加申請プログラムの制御構造を示す。このコマンドの実行時には、アクセス者のパスワードと追加対象のユーザのユーザＩＤとが引数として入力されるものとする。
【０１０２】
以下、図１６に示すフローチャートを参照して、特権ユーザ追加申請プログラムの制御構造を説明する。
【０１０３】
Ｓ５００にて、メインＣＰＵ１９２０は、特権グループ１１００への追加候補ユーザのポイント（システム管理者判断）を仮設定する。この処理は、以下のような理由で行なわれる。
【０１０４】
追加候補ユーザは、この時点では、まだ特権ユーザ１１６０ではないためポイントを有していない。後述するように、このユーザが特権ユーザ１１６０として追加が承認されると（図１６のＳ２５８又は図１７のＳ２８４の処理が行なわれると）、図１５のポイント一覧テーブル２１００に示したような各種サービスを受けることができる。しかしながら、ポイントを有していないと、閲覧することすら不可能であり、サービスを一定回数以上まで受けることも不可能であるのでポイントはいつまでも増加しない。このため、特権ユーザ１１６０として追加されても、特権ユーザ１１６０としてなんらサービスを受けることができない。このような不都合を回避することが、ポイントが仮設定される理由の１つである。
【０１０５】
（特権ユーザ追加承認プログラム）
図１７は、第１の実施の形態における図７に対応するフローチャートである。このフローチャートは、特権ユーザ１１６０が、特権グループ１１００へのユーザの追加申請を承認するためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ追加承認コマンドを入力したときに、メインＣＰＵ１９２０により実行される特権ユーザ追加承認プログラムの制御構造を示す。このコマンドの入力時には、アクセス者のパスワードと追加承認対象のユーザＩＤとが引数として入力されるものとする。
【０１０６】
以下、図１７に示すフローチャートを参照して、特権ユーザ追加承認プログラムの制御構造を説明する。
【０１０７】
Ｓ５１０にて、メインＣＰＵ１９２０は、特権グループ管理テーブル２０４の特権グループ（追加候補）のレコードのユーザＩＤフィールドに記憶されているユーザＩＤの中にコマンド入力時に引数として入力されたユーザＩＤがあれば（ユーザＩＤがない場合には、引数入力ミスの可能性をユーザに報知することが好ましい。）、そのユーザＩＤのユーザを、追加候補ユーザとして読出す。
【０１０８】
Ｓ５１２にて、メインＣＰＵ１９２０は、特権グループ１１００への追加候補ユーザのポイント（特権ユーザ判断）を仮設定する。この仮設定の理由も上述したとおり、全ての特権ユーザ１１６０が承認してしまうと（後述のＳ５１４参照）、ポイントがない特権ユーザ１１６０が発生してしまうことを回避する。また、システム管理者１０２０により仮設定されたポイントよりも特権ユーザ１１６０により仮設定されたポイントが優先される。
【０１０９】
Ｓ５１４にて、メインＣＰＵ１９２０は、特権グループ１１００への追加候補ユーザのポイントが追加承認ポイントよりも大きいか、又は、全ての特権ユーザ１１６０が承認したか否かを判定する。特権グループ１１００への追加候補ユーザのポイントが追加承認ポイントよりも大きいと判定されるか、又は、全ての特権ユーザ１１６０が承認したと判定されると（Ｓ５１４にてＹＥＳ）、処理はＳ２８４へ移される。特権グループ１１００への追加候補ユーザのポイントが追加承認ポイント以下であると判定され、かつ、特権ユーザ１１６０の一人でも承認していないと判定されると（Ｓ５１４にてＮＯ）、処理はＳ５１６へ移される。
【０１１０】
Ｓ５１６にて、メインＣＰＵ１９２０は、特権グループ１１００への追加候補ユーザのポイントの変更指示があるか否かを判定する。このとき、メインＣＰＵ１９２０は、アクセスしている特権ユーザ１１６０から入力された情報に基づいて、変更指示があるか否かを判定する。追加候補ユーザのポイントの変更指示があると判定されると（Ｓ５１６にてＹＥＳ）、処理はＳ５１２へ戻され、この特権ユーザ１１６０による追加候補ユーザのポイントの仮設定処理が行なわれ、追加承認が再度判定される。もしそうでないと（Ｓ５１６にてＮＯ）、この処理は終了する（すなわち、この特権グループ１１００への追加候補ユーザの追加は承認されない。）。
【０１１１】
（サービス実行時のポイント付与プログラム）
図１８は、特権ユーザ１１６０が、権限に基づいてサービスを実行するためにユーザ権限管理サーバ１５４０にアクセスし、サービスコマンド（サービス選択及びサービス実行）を入力したときに、メインＣＰＵ１９２０により実行されるポイント付与プログラムの制御構造を示す。このコマンドの入力時には、アクセス者のパスワードと実行対象サービスとが引数として入力されるものとする。
【０１１２】
以下、図１８に示すフローチャートを参照して、ポイント付与プログラムの制御構造を説明する。
【０１１３】
Ｓ５２０にて、メインＣＰＵ１９２０は、特権ユーザ１１６０が要求したサービスを選択する。なお、特権ユーザ１１６０は、図１５に示すサービス一覧テーブル２２００の中から要求するサービスに対応するコマンドを入力する。この入力に基づいて、メインＣＰＵ１９２０は、特権ユーザ１１６０が要求したサービスを選択する。Ｓ５２２にて、メインＣＰＵ１９２０は、アクセスした特権ユーザ１１６０のポイントを図１４のポイント一覧テーブル２１００から、選択されたサービスの実行必要ポイントを図１５のサービス一覧テーブル２２００から、それぞれ読出す。
【０１１４】
Ｓ５２４にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のポイントがサービス実行ポイントよりも大きいか否かを判定する。この特権ユーザ１１６０のポイントがサービス実行ポイントよりも大きいと判定されると（Ｓ５２４にてＹＥＳ）、処理はＳ５２６へ移される。もしそうでないと（Ｓ５２４にてＮＯ）、この処理は終了する（すなわち、何も処理しない。）。
【０１１５】
Ｓ５２６にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０が要求したサービスを実行する。Ｓ５２８にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のサービス利用回数を増加させる。Ｓ５３０にて、メインＣＰＵ１９２０は、アクセスした特権ユーザ１１６０が属する特権グループ１１００のポイント増加利用回数を図１３の特権グループ管理テーブル２０４２から読出す。
【０１１６】
Ｓ５３２にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のサービス利用回数が、ポイント増加利用回数よりも大きいか否かを判定する。この特権ユーザ１１６０のサービス利用回数が、ポイント増加利用回数よりも大きいと判定されると（Ｓ５３２にてＹＥＳ）、処理はＳ５３４へ移される。もしそうでないと（Ｓ５３２にてＮＯ）、この処理は終了する。Ｓ５３４にてメインＣＰＵ１９２０は、この特権ユーザ１１６０のポイントを増加させる。なお、このとき、この特権ユーザ１１６０のサービス利用回数はリセットされる。
【０１１７】
（ポイント変更プログラム）
図１９は、特権ユーザ１１６０が、権限に基づいてポイント変更サービスを実行するためにユーザ権限管理サーバ１５４０にアクセスし、ポイント変更サービスコマンドを入力したときに、メインＣＰＵ１９２０により実行されるポイント変更プログラムの制御構造を示す。このコマンドの入力時には、アクセス者のパスワードと実行対象サービスであるポイント変更サービスの識別情報とが引数として入力されるものとする。なお、以下においては、特権ユーザ１１６０が自己のポイントを変更する場合について説明するが、特権ユーザ１１６０が自己以外の特権ユーザ１１６０のポイントを変更するものであってもよい。その場合には、自己以外の特権ユーザ１１６０の識別情報が引数として必要になる。
【０１１８】
以下、図１９に示すフローチャートを参照して、ポイント変更プログラムの制御構造を説明する。
【０１１９】
Ｓ５４０にて、メインＣＰＵ１９２０は、特権ユーザ１１６０が要求したポイント変更サービスを選択する。Ｓ５４２にて、メインＣＰＵ１９２０は、アクセスした特権ユーザ１１６０のポイントを図１４のポイント一覧テーブル２１００から、選択されたポイント変更サービスの実行必要ポイント及び承認ポイントを図１５のサービス一覧テーブル２２００から、それぞれ読出す。
【０１２０】
Ｓ５４４にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のポイントがポイント変更サービスの実行ポイントよりも大きいか否かを判定する。この特権ユーザ１１６０のポイントがポイント変更サービスの実行ポイントよりも大きいと判定されると（Ｓ５４４にてＹＥＳ）、処理はＳ５４６へ移される。もしそうでないと（Ｓ５４４にてＮＯ）、この処理は終了する（すなわち、何も処理しない。）。
【０１２１】
Ｓ５４６にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のポイント（特権ユーザ判断）を仮設定する。この仮設定されたポイントが、この特権ユーザ１１６０が要求するポイントである。Ｓ５４８にて、メインＣＰＵ１９２０は、特権グループ１１００のユーザ（特権ユーザ１１６０）にポイント変更承認を依頼する。このとき、他の特権ユーザ１１６０は、この変更候補ユーザのポイント変更を承認するためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ１１６０ポイント変更承認コマンドを入力すると、他の特権ユーザ１１６０による承認が行なわれる。
【０１２２】
Ｓ５５０にて、メインＣＰＵ１９２０は、ポイント変更候補ユーザのポイント（ポイント変更前）がポイント変更承認のポイントよりも大きいか、又は、全ての特権ユーザ１１６０がポイント変更候補ユーザのポイント変更を承認したか否かを判定する。ポイント変更候補ユーザのポイントがポイント変更承認のポイントよりも大きいと判定されるか、又は、全ての特権ユーザ１１６０が承認したと判定されると（Ｓ５５０にてＹＥＳ）、処理はＳ５５２へ移される。ポイント変更候補ユーザのポイントがポイント変更承認のポイント以下であると判定され、かつ、特権ユーザ１１６０の一人でも承認していないと判定されると（Ｓ５５０にてＮＯ）、この処理は終了する（すなわち、この特権ユーザ１１６０のポイント変更は承認されない。）。Ｓ５５２にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のポイントを変更する。
【０１２３】
（特権ユーザ削除プログラム）
図２０は、特権ユーザ１１６０が、権限に基づいて特権ユーザ削除サービスを実行するためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ削除サービスコマンドを入力したときに、メインＣＰＵ１９２０により実行される特権ユーザ削除プログラムの制御構造を示す。このコマンドの入力時には、アクセス者のパスワードと削除対象のユーザのユーザＩＤと実行対象サービスである特権ユーザ削除サービスの識別情報とが引数として入力されるものとする。以下、図２０に示すフローチャートを参照して、特権ユーザ削除プログラムの制御構造を説明する。
【０１２４】
Ｓ５６０にて、メインＣＰＵ１９２０は、特権ユーザ１１６０が要求した特権グループ１１００からのユーザ削除サービスを選択する。Ｓ５６２にて、メインＣＰＵ１９２０は、アクセスした特権ユーザ１１６０のポイントを図１４のポイント一覧テーブル２１００から、選択された特権ユーザ削除サービスの実行必要ポイント及び承認ポイントを図１５のサービス一覧テーブル２２００から、それぞれ読出す。
【０１２５】
Ｓ５６４にて、メインＣＰＵ１９２０は、この特権ユーザ１１６０のポイントが特権ユーザ削除サービスの実行ポイントよりも大きいか否かを判定する。この特権ユーザ１１６０のポイントが特権ユーザ削除サービスの実行ポイントよりも大きいと判定されると（Ｓ５６４にてＹＥＳ）、処理はＳ５６６へ移される。もしそうでないと（Ｓ５６４にてＮＯ）、この処理は終了する（すなわち、何も処理しない。）。
【０１２６】
Ｓ５６６にて、メインＣＰＵ１９２０は、コマンド入力時に引数として入力された削除対象のユーザＩＤに基づいて、特権グループ１１００から削除されるユーザを削除候補ユーザとして選択する。Ｓ５６８にて、メインＣＰＵ１９２０は、特権グループ１１００のユーザ（特権ユーザ１１６０）にユーザ削除承認を依頼する。このとき、他の特権ユーザ１１６０は、この削除候補ユーザの削除を承認するためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ削除承認コマンドを入力すると、その特権ユーザ１１６０による承認が行なわれるとともに、その特権ユーザ１１６０のポイントが削除承認ユーザの合計ポイントとして積算される。さらに、他の特権ユーザ１１６０は、この削除候補ユーザの削除を承認しないためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ削除反対コマンドを入力すると、その特権ユーザ１１６０による削除承認が行なわれないとともに、その特権ユーザ１１６０のポイントが削除反対ユーザの合計ポイントとして、その特権ユーザ１１６０のポイントが積算される。なお、この特権グループ１１００のポイント総計を予め算出しておいて、このポイント総計から削除承認ユーザの合計ポイントを減算して削除反対ユーザの合計ポイントを算出するようにしてもかまわない。もちろん、ポイント総計から削除反対ユーザの合計ポイントを減算して削除承認ユーザの合計ポイントを算出するようにしてもかまわない。
【０１２７】
Ｓ５７０にて、メインＣＰＵ１９２０は、削除承認ユーザのポイントが削除反対ユーザのポイントよりも大きいか否かを判定する。削除承認ユーザのポイントが削除反対ユーザのポイントよりも大きいと判定されると（Ｓ５７０にてＹＥＳ）、処理はＳ３３４へ移される。もしそうでないと（Ｓ５７０にてＮＯ）、この処理は終了する（すなわち、この削除候補ユーザの削除は承認されない。）。なお、Ｓ３３４の処理の後に、図１８の特権ユーザ１１６０が実行したサービスに対するポイント付与処理を行なうようにしてもかまわない。
【０１２８】
［動作］
以上のような構造及びフローチャートに基づく、本実施の形態に係るユーザ権限管理サーバ１５４０の動作について、場合を分けて説明する。なお、ユーザ管理テーブル２０２には複数の一般ユーザのレコードが存在し、それらの一般ユーザの中で、システム管理者１０２０の権限を有する者が少なくとも１人いるものとする。
【０１２９】
（システム管理者１０２０による特権ユーザ追加申請：特権ユーザ１１６０なし）
特権グループ１１００の権限の付与を申請するために、システム管理者１０２０が、端末１５６からユーザ権限管理サーバ１５４０にアクセスして特権ユーザ追加申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４０は、このアクセスの後、図１６に示した特権ユーザ追加申請プログラムを実行する。
【０１３０】
特権グループ管理テーブル２０４の特権グループ（追加候補）に、追加の申請対象となるユーザのユーザＩＤが記憶される（Ｓ２５４）までは、前述の第１の実施の形態と同じである。
【０１３１】
追加候補ユーザのポイントがシステム管理者１０２０により仮設定される（Ｓ５００）。ここでは、特権ユーザ１１６０がいないので（Ｓ２５６にてＮＯ）、ユーザ権限管理サーバ１５４０により、追加の申請対象となるユーザに対して特権グループ１１００の権限の付与が承認される（Ｓ２５８）。この場合において、この特権グループ１１００への追加が承認されたユーザのポイントは、システム管理者１０２０が仮設定したポイントであって、この時点で確定ポイントとなる。
【０１３２】
（システム管理者１０２０による特権ユーザ追加申請後のユーザによる承認）
特権ユーザ１１６０が少なくとも１人いる状態で、システム管理者１０２０が、端末１５６からユーザ権限管理サーバ１５４０にアクセスして特権ユーザ追加申請コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４０は、このアクセスの後、図１６に示した特権ユーザ追加申請プログラムを実行する。
【０１３３】
特権グループ管理テーブル２０４の特権グループ（追加候補）に、追加の申請対象となるユーザのユーザＩＤが記憶され（Ｓ２５４）、システム管理者１０２０により追加候補ユーザのポイントガ仮設定される（Ｓ５００）までの動作は、上述の通りである。ここでは、特権ユーザ１１６０がいるので（Ｓ２５６にてＹＥＳ）、ユーザ権限管理サーバ１５４０による特権ユーザ追加申請プログラムは終了する（すなわち、この時点では、この一般ユーザは特権ユーザ１１６０として承認されていない。）。
【０１３４】
特権グループ１１００の権限の付与を承認するために、特権ユーザ１１６０が、端末１５６からユーザ権限管理サーバ１５４０にアクセスして特権ユーザ追加承認コマンドを入力すると、ユーザ権限管理サーバ１５４０により、特権ユーザ追加承認プログラム（図１７）が実行される。
【０１３５】
ユーザ権限管理サーバ１５４０により、アクセス者が特権ユーザ１１６０であると判定される（Ｓ２８２にてＹＥＳ）までは、上述の第１の実施の形態と同じである。追加候補ユーザのポイントが特権ユーザ１１６０により仮設定される（Ｓ５１２）。
【０１３６】
追加候補ユーザのポイントが追加承認ポイントよりも大きいと（Ｓ５１４にてＹＥＳ）、ユーザ権限管理サーバ１５４０により、特権グループ管理テーブル２０４の特権グループ（追加候補）に記憶されているユーザＩＤが、特権グループ（承認）のレコードのグループＩＤのフィールドにコピーされて、特権グループ（追加候補）のレコードのグループＩＤのフィールドから削除される（Ｓ２８４）。
【０１３７】
また、追加候補ユーザのポイントが追加承認ポイント以下であっても（Ｓ５１４にてＮＯ）、追加候補ユーザのポイントを変更する指示があって（Ｓ５１６にてＹＥＳ）、追加候補ユーザのポイントが追加承認ポイントよりも大きくなると（Ｓ５１４にてＹＥＳ）、ユーザ権限管理サーバ１５４０により、特権グループ管理テーブル２０４の特権グループ（追加候補）に記憶されているユーザＩＤが、特権グループ（承認）のレコードのグループＩＤのフィールドにコピーされて、特権グループ（追加候補）のレコードのグループＩＤのフィールドから削除される（Ｓ２８４）。
【０１３８】
さらに、追加候補ユーザのポイントが追加承認ポイント以下であっても、全ての特権ユーザ１１６０が追加承認すると（Ｓ５１４にてＹＥＳ）、追加候補ユーザのポイントに関係なく、ユーザ権限管理サーバ１５４０により、特権グループ管理テーブル２０４の特権グループ（追加候補）に記憶されているユーザＩＤが、特権グループ（承認）のレコードのグループＩＤのフィールドにコピーされて、特権グループ（追加候補）のレコードのグループＩＤのフィールドから削除される（Ｓ２８４）。
【０１３９】
すなわち、（１）特権ユーザ１１６０が設定した追加候補ユーザのポイントが追加承認ポイントよりも高いか、（２）特権ユーザ１１６０が再度設定した追加候補ユーザのポイントが追加承認ポイントよりも高くなったか、（３）全ての特権ユーザ１１６０が追加承認したかのいずれかの場合に、ユーザ権限管理サーバ１５４０は、追加の申請対象となる一般ユーザに対して、特権グループ１１００の権限の付与を承認したことになる（すなわち、この一般ユーザが特権ユーザ１１６０として承認された。）。
【０１４０】
なお、上述の（１）〜（３）のいずれでもない場合には、ユーザ権限管理サーバ１５４０は、追加の申請対象となる一般ユーザに対して、特権グループ１１００の権限の付与を承認しないことになる（すなわち、この一般ユーザが特権ユーザ１１６０となることが承認されなかった。）。
【０１４１】
（特権ユーザ１１６０へのポイント付与）
特権ユーザ１１６０が、端末１５６からユーザ権限管理サーバ１５４０にアクセスして特権ユーザ１１６０に与えられたサービスのコマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４０は、このアクセスの後、図１８に示したポイント付与プログラムを実行する。
【０１４２】
ユーザ権限管理サーバ１５４０により、アクセス者が特権ユーザ１１６０であると判定される（Ｓ２８２にてＹＥＳ）までは、上述の第１の実施の形態と同じである。特権ユーザ１１６０の要求に従ってサービスが選択され（Ｓ５２０）、この特権ユーザ１１６０のポイント及び選択されたサービスの実行必要ポイントが読出される（Ｓ５２２）。
【０１４３】
サービスを要求した特権ユーザ１１６０のポイントが、選択されたサービスの実行必要ポイントよりも大きいと（Ｓ５２４にてＹＥＳ）、サービスが実行される（Ｓ５２６）。なお、サービスを要求した特権ユーザ１１６０のポイントが、選択されたサービスの実行必要ポイント以下であると（Ｓ５２４にてＮＯ）、サービスは実行されない。
【０１４４】
サービスが実行されると、この特権ユーザ１１６０の利用回数が増加される（Ｓ５２８）。特権グループ１１００のポイント増加利用回数が読出されて（Ｓ５３０）、この特権ユーザ１１６０のサービス利用回数がポイント増加利用回数よりも大きいと（Ｓ５３２にてＹＥＳ）、この特権ユーザ１１６０のポイントが増加される（Ｓ５３４）。なお、特権ユーザ１１６０のサービス利用回数がポイント増加利用回数以下であると（Ｓ５３２にてＮＯ）、この特権ユーザ１１６０のポイントが増加されない（Ｓ５３４）。
【０１４５】
（特権ユーザ１１６０のポイント変更）
特権ユーザ１１６０が、端末１５６からユーザ権限管理サーバ１５４０にアクセスして特権ユーザ１１６０に与えられたサービスの中のポイント変更コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４０は、このアクセスの後、図１９に示したポイント変更プログラムを実行する。
【０１４６】
ユーザ権限管理サーバ１５４０により、アクセス者が特権ユーザ１１６０であると判定される（Ｓ２８２にてＹＥＳ）までは、上述の第１の実施の形態と同じである。特権ユーザ１１６０の要求に従ってポイント変更サービスが選択され（Ｓ５４０）、この特権ユーザ１１６０のポイントと、選択されたポイント変更サービスの実行必要ポイント及び承認ポイントとが読出される（Ｓ５４２）。
【０１４７】
サービスを要求した特権ユーザ１１６０のポイントが、選択されたポイント変更サービスの実行必要ポイントよりも大きいと（Ｓ５４４にてＹＥＳ）、ポイント変更サービスが実行される（Ｓ５４６〜Ｓ５５２）。なお、サービスを要求した特権ユーザ１１６０のポイントが、選択されたポイント変更サービスの実行必要ポイント以下であると（Ｓ５４４にてＮＯ）、サービスは実行されない。
【０１４８】
ポイント変更サービスの動作は、以下の通りである。この特権ユーザ１１６０が要求するポイントが仮設定される（Ｓ５４６）。特権ユーザ１１６０にポイント変更承認が依頼され（Ｓ５４８）、他の特権ユーザ１１６０は、この変更候補ユーザのポイント変更を承認するためにユーザ権限管理サーバ１５４０にアクセスし、特権ユーザ１１６０ポイント変更承認コマンドを入力すると、他の特権ユーザ１１６０による承認が行なわれる。
【０１４９】
変更候補ユーザのポイントが変更承認ポイントよりも大きいと（Ｓ５５０にてＹＥＳ）、ユーザ権限管理サーバ１５４０により、変更候補ユーザのポイントが変更される（Ｓ５５２）。
【０１５０】
また、変更候補ユーザのポイントが変更承認ポイント以下であっても、全ての特権ユーザ１１６０が変更承認すると（Ｓ５５０にてＹＥＳ）、変更候補ユーザのポイントに関係なく、ユーザ権限管理サーバ１５４０により、変更候補ユーザのポイントが変更される（Ｓ５５２）。
【０１５１】
すなわち、（４）変更候補ユーザのポイントが変更承認ポイントよりも高いか、（５）全ての特権ユーザ１１６０が変更承認したかのいずれかの場合に、ユーザ権限管理サーバ１５４０は、ポイント変更を申請している特権ユーザ１１６０に対して、ポイント変更を承認したことになる。
【０１５２】
なお、上述の（４）、（５）のいずれでもない場合には、ユーザ権限管理サーバ１５４０は、ポイント変更を申請している特権ユーザ１１６０に対して、ポイント変更を承認しないことになる（すなわち、この特権ユーザ１１６０のポイント変更が承認されなかった。）。
【０１５３】
（特権ユーザ１１６０の削除）
特権ユーザ１１６０が、端末１５６からユーザ権限管理サーバ１５４０にアクセスして特権ユーザ１１６０に与えられたサービスの中の特権ユーザ削除コマンドを入力した場合の動作について説明する。ユーザ権限管理サーバ１５４０は、このアクセスの後、図２０に示した特権ユーザ削除プログラムを実行する。
【０１５４】
ユーザ権限管理サーバ１５４０により、アクセス者が特権ユーザ１１６０であると判定される（Ｓ３３２にてＹＥＳ）までは、上述の第１の実施の形態と同じである。特権ユーザ１１６０の要求に従って特権ユーザ削除サービスが選択され（Ｓ５６０）、この特権ユーザ１１６０のポイントと、選択されたポイント変更サービスの実行必要ポイント及び承認ポイントとが読出される（Ｓ５６２）。
【０１５５】
サービスを要求した特権ユーザ１１６０のポイントが、選択された特権ユーザ削除サービスの実行必要ポイントよりも大きいと（Ｓ５６４にてＹＥＳ）、特権ユーザ削除サービスが実行される（Ｓ５６６〜Ｓ５７０、Ｓ３３４）。なお、サービスを要求した特権ユーザ１１６０のポイントが、選択された特権ユーザ削除サービスの実行必要ポイント以下であると（Ｓ５６４にてＮＯ）、サービスは実行されない。
【０１５６】
特権ユーザ削除サービスの動作は、以下の通りである。この特権ユーザ１１６０が要求する、特権グループ１１００から削除したい特権ユーザ１１６０が選択され（Ｓ５６６）、その選択されたユーザが特権グループ管理テーブル２０４の特権グループ（削除候補）のフィールドにコピーされる（Ｓ３０４）。特権ユーザ１１６０に特権ユーザ削除承認が依頼され（Ｓ５６８）、他の特権ユーザ１１６０は、この削除候補ユーザの削除を承認するためにユーザ権限管理サーバ１５４０にアクセスし、削除承認コマンドを入力すると、他の特権ユーザ１１６０による承認が行なわれる。
【０１５７】
他の特権ユーザ１１６０は、この削除候補ユーザに対して削除承認する特権ユーザ１１６０群と、削除反対する特権ユーザ１１６０群（又は削除承認しない特権ユーザ１１６０群）とが存在する。それぞれのユーザ群に属する特権ユーザ１１６０のポイントを総計して、削除承認ユーザの合計ポイントと、削除反対ユーザの合計ポイントとを算出する。
【０１５８】
削除承認ユーザの合計ポイントが、削除反対ユーザの合計ポイントよりも大きいと（Ｓ５７０にてＹＥＳ）、この削除候補ユーザは特権グループ１１００から削除される（Ｓ３３４）。一方、削除承認ユーザの合計ポイントが、削除反対ユーザの合計ポイント以下であると（Ｓ５７０にてＮＯ）、この削除候補ユーザは特権グループ１１００から削除されない。
【０１５９】
なお、このような承認と反対とをそれぞれ集計して、処理を決定するのは、特権ユーザ１１６０の削除に限定されず、特権ユーザ１１６０の追加、ポイントの変更、サービスの許可にも適用できる。
【０１６０】
以上のようにして、本実施の形態に係るユーザ権限管理サーバによると、特権ユーザをポイントによって階層化して、上位階層の特権ユーザほど権限を大きくし、下位階層の特権ユーザよりも権限を大きくした。このため、特権ユーザを一律に管理するのではなく、細かく権限を管理することができる。
【０１６１】
［変形例］
上述した実施の形態では、特権ユーザに与えられたサービスの種類にかかわらず、サービス使用した回数がポイント増加のためのサービス回数を超えると、ポイントを増加させていた。サービスの内容に応じて（たとえば、重要なサービスであれば重みを大きく重要でないサービスであれば重みを軽くして）、重要なサービスであれば少ない使用回数でもポイントを増加させるようにしてもかまわない。
【０１６２】
今回開示された実施の形態は単に例示であって、本発明が上述した実施の形態のみに限定されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。
【図面の簡単な説明】
【０１６３】
【図１】本発明の第１の実施の形態に係るユーザ権限管理システムを含むネットワークシステムの管理対象の構成を示す図である。
【図２】本発明の第１の実施の形態に係るユーザ権限管理サーバ１５４を含むネットワークシステムのネットワーク環境を示す図である。
【図３】図２に示すユーザ権限管理サーバ１５４のハードウェア構成を示す図である。
【図４】図３に示すユーザ管理テーブル２０２の構成を示す図である。
【図５】図３に示す特権グループ管理テーブル２０４の構成を示す図である。
【図６】図２に示すユーザ権限管理サーバ１５４により実行される、特権ユーザ追加申請プログラムの制御構造を示すフローチャートである。
【図７】図２に示すユーザ権限管理サーバ１５４により実行される、特権ユーザ追加承認プログラムの制御構造を示すフローチャートである。
【図８】図２に示すユーザ権限管理サーバ１５４により実行される、特権ユーザ削除申請プログラムの制御構造を示すフローチャートである。
【図９】図２に示すユーザ権限管理サーバ１５４により実行される、特権ユーザ削除承認プログラムの制御構造を示すフローチャートである。
【図１０】本発明の第２の実施の形態に係るユーザ権限管理システムを含むネットワークシステムを利用する管理対象の構成を示す図である。
【図１１】本発明の第２の実施の形態に係るユーザ権限管理サーバ１５４０を含むネットワークシステムのネットワーク環境を示す図である。
【図１２】図１１に示すユーザ権限管理サーバ１５４０のハードウェア構成を示す図である。
【図１３】図１２に示す特権グループ管理テーブル２０４０に含まれる特権グループ管理テーブル２０４２の構成を示す図である。
【図１４】図１２に示すポイント一覧テーブル２１００の構成を示す図である。
【図１５】図１２に示すサービス一覧テーブル２２００の構成を示す図である。
【図１６】図１１に示すユーザ権限管理サーバ１５４０により実行される、特権ユーザ追加申請プログラムの制御構造を示すフローチャートである。
【図１７】図１１に示すユーザ権限管理サーバ１５４０により実行される、特権ユーザ追加承認プログラムの制御構造を示すフローチャートである。
【図１８】図１１に示すユーザ権限管理サーバ１５４０により実行される、ポイント付与プログラムの制御構造を示すフローチャートである。
【図１９】図１１に示すユーザ権限管理サーバ１５４０により実行される、ポイント変更プログラムの制御構造を示すフローチャートである。
【図２０】図１１に示すユーザ権限管理サーバ１５４０により実行される、特権ユーザ削除プログラムの制御構造を示すフローチャートである。
【符号の説明】
【０１６４】
１５０、１５００  ネットワークシステム
１５２  ネットワーク回線
１５４、１５４０  ユーザ権限管理サーバ
１５６（１５６Ａ、１５６Ｂ、１５６Ｃ）  端末
１５８  データサーバ
１９０  ＮＩＣ
１９２  メインＣＰＵ
１９４  ＲＯＭ
１９６  ＲＡＭ
１９８  ＨＤＤ
２００  記憶装置
２０２  ユーザ管理テーブル
２０４、２０４０  特権グループ管理テーブル
２０６  バス
【図１】
0004990180.tif 000002
【図２】
0004990180.tif 000003
【図３】
0004990180.tif 000004
【図４】
0004990180.tif 000005
【図５】
0004990180.tif 000006
【図６】
0004990180.tif 000007
【図７】
0004990180.tif 000008
【図８】
0004990180.tif 000009
【図９】
0004990180.tif 000010
【図１０】
0004990180.tif 000011
【図１１】
0004990180.tif 000012
【図１２】
0004990180.tif 000013
【図１３】
0004990180.tif 000014
【図１４】
0004990180.tif 000015
【図１５】
0004990180.tif 000016
【図１６】
0004990180.tif 000017
【図１７】
0004990180.tif 000018
【図１８】
0004990180.tif 000019
【図１９】
0004990180.tif 000020
【図２０】
0004990180.tif 000021