ユーザ管理システム
【課題】 複数のアプリケーションが統一のユーザ管理情報に対してユーザ項目を追加するシステムでは、ユーザ情報を適切に管理するのが困難である。
管理者がユーザ情報更新を行なおうとしても、不明な追加項目がある場合、その項目の入力値が不明であるがために、必要な他の項目の更新も行なえない場合がある。また逆に、不明な追加項目を無視してユーザ更新を行なった場合、その項目がセキュリティに関するものであれば、そのユーザに対して管理者が意図しないセキュリティ設定がなされるなど、セキュリティ上問題がある。
【解決手段】 プラグインのインストール時に、ユーザ情報にユーザ項目とその項目の設定条件を追加する。
ユーザ項目の設定条件に従って処理方法を判断する。
設定条件が必須であるユーザ項目が設定されていない場合、プラグインインストール時には該当ユーザを仮登録状態に設定し、ユーザ情報更新時には警告表示する。
管理者がユーザ情報更新を行なおうとしても、不明な追加項目がある場合、その項目の入力値が不明であるがために、必要な他の項目の更新も行なえない場合がある。また逆に、不明な追加項目を無視してユーザ更新を行なった場合、その項目がセキュリティに関するものであれば、そのユーザに対して管理者が意図しないセキュリティ設定がなされるなど、セキュリティ上問題がある。
【解決手段】 プラグインのインストール時に、ユーザ情報にユーザ項目とその項目の設定条件を追加する。
ユーザ項目の設定条件に従って処理方法を判断する。
設定条件が必須であるユーザ項目が設定されていない場合、プラグインインストール時には該当ユーザを仮登録状態に設定し、ユーザ情報更新時には警告表示する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プラグイン構造を持つユーザ管理システム及び、ユーザ管理を適切に行いセキュリティを向上するためのユーザ管理方法に関する。
【背景技術】
【０００２】
ユーザ情報を必要とする複数のアプリケーションが同一のシステムに存在する場合、一般的に、複数のアプリケーションで統一のユーザ管理情報を参照する方法がある。
【０００３】
従来のユーザ管理システムにおいて、あるアプリケーションが必要とするユーザ情報の項目が統一のユーザ管理情報に存在しない場合、アプリケーションからの入力により項目を追加する方法を施したものがある（例えば、特許文献１参照。）
【特許文献１】特開２００５−００４４９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
複数のアプリケーションが統一のユーザ管理情報を参照し、ユーザ情報の項目を追加するシステムでは、ユーザ情報を適切に管理するのが困難であるという問題がある。
【０００５】
例えば、管理者がユーザ情報を更新する場合、その管理者にとって不明な項目がユーザ情報に追加されている場合がある。その場合、不明な項目を空のまま更新すると、追加項目の入力値でエラーとなり、その管理者にとって必要な他の項目の更新も行なえないという問題がある。
【０００６】
また逆に、空でも追加を許可したり、追加項目がエラーになっても、ユーザ管理システム自体が予め持っている基本項目だけは正常に更新するようにした場合も、適切にユーザ情報の更新が行なえないという問題がある。例えば、ユーザ管理システムを使用するアプリケーションが、「複写機に対するユーザ毎の印刷制限枚数」や「複写機のユーザ毎の機能仕様制限」を追加項目として設定する場合がある。このとき、アプリケーションが、印刷制限枚数や機能仕様制限の項目が空の場合は、制限なしと見なして動作するような処理を行なっていた場合、管理者が意図しない制限無しのユーザが作成されて、セキュリティ上問題がある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明のユーザ管理システムは、
ユーザ情報を保持するユーザ管理手段（２０５）と、
プラグインのインストール時に、ユーザ情報にユーザ項目とその項目の設定条件を追加するユーザ項目追加手段（Ｓ１００）と、
プラグインのインストール時に、ユーザ項目の設定条件に従って処理方法を判断するインストール時処理方法判断手段（Ｓ１０１）と、
前記インストール時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていないユーザを仮登録状態に設定する仮登録設定手段（Ｓ１０２）と、
ユーザ情報更新画面にプラグインが追加したユーザ項目を表示する表示手段（２０９）と、
ユーザ情報更新時に、ユーザ項目の設定条件に従って処理方法を判断する更新時処理方法判断手段（Ｓ２００）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されている場合は、ユーザ情報を更新するユーザ情報更新手段（Ｓ２０１）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていない場合は警告表示する警告表示手段（Ｓ２０２）と、
を有することを特徴とするユーザ管理システムである。
【発明の効果】
【０００８】
プラグインがユーザ管理システムにユーザ項目を追加する際に、ユーザ項目に設定条件を付加し、設定条件によってユーザ情報の更新処理を変えることで、ユーザ情報の更新を適切に実行することが可能となる。また、セキュリティ上問題のあるユーザが作成されるのを防止する。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
ユーザ管理システムは、分散配置されたパーソナルコンピュータ（以下、ＰＣと呼ぶ）などの情報処理装置上で協調動作するユーザ管理ソフトウェアによって実現される。
【００１１】
図１は分散配置されるＰＣ１００の構成例を示すブロック図である。
【００１２】
ＣＰＵ１０１は、ＲＡＭ１０３をワークメモリとして、ＲＯＭ１０２およびハードディスクドライブ（ＨＤＤ）１１１に格納されたプログラムを実行し、システムバス１０４を介して後述する各構成を制御するとともに、後述するユーザ管理処理を実行する。
【００１３】
ＨＤＤ１１１は、オペレーティングシステム（ＯＳ）や上記のユーザ管理ソフトウェアを含む各種プログラムやデータを格納する。ユーザ管理ソフトウェアは、例えば、ディスクドライブ１１２にマウント可能なＣＤ−ＲＯＭなどの記憶媒体によって供給される。ＣＰＵ１０１は、ディスクコントローラ（ＤＫＣ）を介して、ＨＤＤ１１１およびディスクドライブ１１２にアクセスし、ユーザ管理ソフトウェアなどをＨＤＤ１１１にインストールする。
【００１４】
ＣＰＵ１０１は、プログラムに従い、ビデオカード（ＶＣ）１０６を介してモニタ１１０にユーザインタフェイス（ＵＩ）を表示する。ユーザは、キーボード（ＫＢ）１０９やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行なう。ＣＰＵ１０１は、キーボードコントローラ（ＫＢＣ）１０５を介してからユーザ指示や入力を受け付け、ユーザ指示や入力に応じて様々な処理を実行する。
【００１５】
また、ＣＰＵ１０１は、ネットワークインタフェイスカード（ＮＩＣ）１０８を介して、ネットワーク２００上の他のＰＣ、サーバなどと通信可能である。
【００１６】
図２はシステムの構成例を示す図である。
【００１７】
サーバ２０１は、図１の構成を有するＰＣである。サーバ２０１上で、ユーザ管理システム２０５を含む統合システム２０２が動作する。統合システム２０２は、プラグイン管理部２０３を有する。プラグイン管理部２０３は、追加プラグインのインストールを行なう機能と、追加プラグインを管理する機能を有する。
【００１８】
ユーザ管理システム２０５は、統合システム２０２の一部であり、ユーザ情報を管理する機能を有する。
【００１９】
ユーザ管理システム２０５は、調整部２０６およびユーザ管理部２０７を有する。
【００２０】
調整部２０６は、プラグインのインストール時や、ユーザ情報の更新時などに、条件に従って処理方法を判断する機能を有する。
【００２１】
ユーザ管理部２０７は、ユーザ情報を保持するデータベース（ＤＢ）を持ち、ユーザ情報を管理する機能を有する。
【００２２】
ＰＣ２０８は、管理者が操作するＰＣである。
【００２３】
管理者は、ＰＣ２０８のブラウザ２０９を通して、サーバ２０１上で動作する統合システム２０２にアクセスし、プラグインをインストールしたり、ユーザ情報を更新するなどの管理を行なう。
【００２４】
図３は、統合システム２０２にプラグインをインストールする手順の一例を示すフローチャートである。
【００２５】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグインインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ１００）
図４は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００２６】
ユーザ項目情報ファイルは、（１）プラグイン名（ＰｌｕｇｉｎＮａｍｅ）、（２）追加するユーザ項目（ＵｓｅｒＩｎｆｏ）、（３）追加するユーザ項目の設定（Ｓｅｔｔｉｎｇ）、の情報から構成される。
【００２７】
（３）のユーザ項目の設定には、追加するユーザ項目に対して、ユーザの新規作成ならびにユーザ情報更新の際に、そのユーザ項目の設定が必須か任意かの情報を入れる。ここでは必須か任意かを入れることとするが、「入力不可」など別の値を入れるようにしても良い。
【００２８】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析する。ユーザ項目情報ファイルに、追加するユーザ項目が存在する場合、ユーザ管理システム２０５の調整部２０６にユーザ項目情報を通知する。ユーザ項目情報を受け取った調整部２０６は、ユーザ項目情報をユーザ管理部２０７に保持し、また、（３）が「必須」であるユーザ項目が存在するか確認する。（Ｓ１０１）
調整部２０６は、（３）が「必須」であるユーザ項目が存在した場合、ユーザ管理部２０７で保持している全ての既存ユーザを仮登録状態にする。（Ｓ１０２）
調整部２０６は、プラグイン管理部２０３に結果を返却する。プラグイン管理部２０３は、仮登録状態になったユーザが存在しない場合は、プラグインのインストール完了を管理者に通知する。仮登録状態になったユーザが存在する場合は、プラグインのインストール完了と共に、仮登録状態になったユーザが存在することを管理者に通知する。（Ｓ１０３）
仮登録状態のユーザは、設定が「必須」である項目が入力されるまで、使用できない状態になる。設定が「必須」である項目が全て入力されると登録状態となる。
【００２９】
プラグインのアンインストール時には、プラグイン管理部２０３は、追加したユーザ項目をユーザ管理部２０７のユーザ項目情報から削除する。
【００３０】
図５は、ユーザの新規作成ならびにユーザ情報更新の手順の一例を示すフローチャートである。
【００３１】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのユーザの新規作成あるいは既存のユーザのユーザ情報更新要求を受け付けたユーザ管理システム２０５は、ブラウザ２０９にユーザの新規作成画面もしくはユーザ情報更新画面を表示する。図６は、ユーザの新規作成画面の一例である。ユーザ管理システム２０５は、ユーザの新規作成画面には、ユーザ名やメールアドレスなどの基本項目のほかに、Ｓ１０１でユーザ管理部２０７に保持したユーザ項目情報を参照し、プラグインにより追加されたユーザ項目の入力を表示する。
【００３２】
ユーザ管理システム２０５は、管理者からの「新規作成」ボタンもしくは「更新」ボタンの選択を受け付けると、調整部２０６において、ユーザ管理部２０７のユーザ項目情報を参照し、設定が「必須」である項目が全て入力されているかを確認する。（Ｓ２００）
全て入力されている場合は、ユーザ管理システム２０５は、ユーザを新規作成もしくはユーザ情報を更新する。（Ｓ２０１）
入力されていない項目が存在する場合は、ユーザ管理システム２０５は、ブラウザ２０９にエラーを表示する。（Ｓ２０２）
設定が「任意」である項目に入力があり、その入力値が不正な場合、その項目はエラー表示のみ行い、その他の項目だけで正常にユーザの新規作成もしくはユーザ情報の更新を行なっても良いし、ユーザの新規作成もしくはユーザの更新自体を失敗にしても良い。
【００３３】
次に、プラグインの設定変更によって、ユーザ項目の設定を変更する手順の一例を図７のフローチャートを用いて示す。
【００３４】
例として、ユーザ毎のプリンタの使用制限を行なうプラグイン２０４が統合システム２０２にインストールされているとする。
【００３５】
プラグイン２０４は、インストール時に、ユーザ管理部２０７が保持するユーザ項目情報に、ユーザ毎の「印刷制限枚数」や、「カラー印刷の制限」などを追加している。
【００３６】
またプラグイン２０４は、プラグイン設定により、「印刷制限」の管理を行なうか否かを変更することができる。
【００３７】
またプラグイン２０４は、内部に「印刷制限」の設定と、ユーザ項目の「印刷制限枚数」の関連情報を保持する。プラグイン２０４の「印刷制限」が「行なう」設定の場合は、ユーザ項目の「印刷制限枚数」は「必須」で、プラグイン２０４の「印刷制限」が「行なわない」設定の場合は、ユーザ項目の「印刷制限枚数」は「任意」であるとする。
【００３８】
プラグイン２０４は、管理者の操作により、ＰＣ２０８のブラウザ２０９から、「印刷制限」の設定の変更を受け付ける。
【００３９】
プラグイン２０４は、「印刷制限」設定変更により、ユーザ項目に影響があるかを確認する。（Ｓ３００）
プラグイン２０４の設定変更により、ユーザ項目に影響がない場合は、プラグイン２０４はプラグイン設定を変更して処理を終了する。（Ｓ３０６）
プラグイン２０４の設定変更により、ユーザ項目に影響がある場合は、プラグイン２０４は、影響を受けるユーザ項目の設定変更を、調整部２０６に依頼し、調整部２０６はユーザ管理部２０７が保持するユーザ項目情報の設定を変更する。（Ｓ３０１）
例えば、プラグイン２０４インストール時に、「印刷制限」が「行なわない」設定で、ユーザ項目の「印刷制限枚数」を「任意」で登録していた場合。「印刷制限」を「行なう」に設定変更すると、プラグイン２０４は、ユーザ項目の「印刷制限枚数」を「必須」に変更するよう調整部２０６に依頼する。
【００４０】
ユーザ項目の設定が、任意から必須に変更になったユーザ項目が無い場合は（Ｓ３０２）、ユーザ項目の設定が変更になったことを管理者に通知して（Ｓ３０５）、プラグイン設定を変更して処理を終了する。（Ｓ３０６）
ユーザ項目の設定が、任意から必須に変更になったユーザ項目がある場合は（Ｓ３０２）、調整部２０６は、ユーザ管理部２０７が保持するユーザ情報を参照し、既存ユーザで、変更になったユーザ項目が入力されていないユーザが存在するかを確認する。（Ｓ３０３）
調整部２０６は、変更になったユーザ項目が入力されていない既存ユーザを仮登録状態にする。（Ｓ３０４）
調整部２０６は、ユーザ項目の設定が変更になったことと、仮登録状態になったユーザが存在することを管理者に通知して（Ｓ３０５）、プラグイン設定を変更して処理を終了する。（Ｓ３０６）
次に、管理者ごとにユーザ項目の設定を変更する手順の一例を、図８のフローチャートを用いて示す。
【００４１】
例として、ユーザ毎のプリンタの使用制限を行なうプラグイン２０４と、ユーザ毎のネットワーク上のリソースへのアクセス制限を行なうプラグイン２１０が統合システム２０２にインストールされているとする。
【００４２】
プリンタの管理者と、ネットワーク管理者が異なる場合、プリンタの管理者はプラグイン２０４を使用し、プラグイン２１０は使用しない。
【００４３】
プリンタの管理者は、プラグイン２０４が追加したユーザ項目には、正しい値を設定する必要があるため、誤ってユーザ項目を空で設定してしまうなど、不正な値で設定することは防ぎたい。一方、プラグイン２１０が追加したユーザ項目は空でも設定できるようにしたい。
【００４４】
図９は、管理者ごとにユーザ項目の設定を変更する場合の、システムの構成例を示す図である。
【００４５】
統合システム２０２は、管理者情報管理部２１１を有する。管理者情報管理部２１１は、統合システム全体、あるいはプラグインが提供する一部の機能を管理する管理者を管理する機能を有する。
【００４６】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグインインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ４００）
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析する。ユーザ項目情報ファイルに、追加するユーザ項目が存在する場合（Ｓ４０１）、プラグイン管理部２０３は、管理者情報管理部２１１に保持する管理者情報を参照し、管理者一覧を取得する。プラグイン管理部２０３は、追加するユーザ項目一覧および管理者一覧を、ブラウザ２０９に表示する。（Ｓ４０２）
ブラウザ２０９上の画面では、各ユーザ項目に対して、その項目の設定を必須とするか任意とするかを、管理者ごとに選択する。
【００４７】
プラグインの追加操作を行なった管理者の、ブラウザ２０９における選択を受け付けたプラグイン管理部は、管理者とユーザ項目の関係を保持するように調整部２０６に依頼する。
【００４８】
調整部２０６は、ユーザ項目情報ならびに管理者とユーザ項目の関係をユーザ管理部２０７に保持する。（Ｓ４０３）
本例では、プラグインインストール時に管理者を選択する例を示したが、自動で、プラグインを追加した管理者に対してのみ、そのプラグインが追加したユーザ項目を必須とし、他の管理者に対しては、任意としても良い。
【００４９】
図１０は、管理者ごとにユーザ項目の設定を変更する場合の、ユーザの新規作成ならびにユーザ情報更新の手順の一例を示すフローチャートである。
【００５０】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのユーザ情報更新要求を受け付けたユーザ管理システム２０５は、ブラウザ２０９にユーザ情報更新画面を表示する。
【００５１】
ユーザ管理システム２０５は、管理者からの「更新」ボタンの選択を受け付ける。その際、ブラウザ２０９からはユーザの更新情報に加え、操作中の管理者情報も合わせて、ユーザ管理システムに渡す。（Ｓ５００）
ユーザ管理システム２０５は、調整部２０６において、ユーザ管理部２０７に保持しているユーザ項目情報ならびに管理者とユーザ項目の関係を参照し、Ｓ５００で受け取ったユーザの更新情報と照合する。（Ｓ５０１）
調整部２０６は、操作中の管理者に対して、設定が必須であるユーザ項目が全て入力されているかを確認し、全て入力されている場合は、ユーザ情報を更新し（Ｓ５０２）、入力されていない項目が存在する場合は、ブラウザ２０９にエラーを表示する。（Ｓ５０３）
次に、オプションプラグインのインストール・アンインストールによって、ユーザ項目の設定を変更する手順の一例を、図１１のフローチャートを用いて示す。
【００５２】
例として、ユーザ毎のプリンタの使用制限を行なうプラグイン２０４と、プラグイン２０４のオプションプラグインで、プラグイン２０４で設定したユーザ毎の「印刷制限枚数」と実際のユーザ毎の印刷枚数を分析する機能を持つプラグイン２１０について説明する。
【００５３】
プラグイン２０４単体では、ユーザ項目の「印刷制限枚数」は「任意」であったが、プラグイン２１０の機能を使用するためには、ユーザ項目の「印刷制限枚数」を必ず設定する必要があるとする。
【００５４】
プラグイン２０４が統合システム２０２にインストールされているとする。
【００５５】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグイン２１０のインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２１０を配置する。（Ｓ６００）
図１２は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００５６】
ユーザ項目情報ファイルは、図４と同様のインストールするプラグインのユーザ項目情報に加え、次の情報から構成される。（１）関連するプラグイン名（ＲｅｌａｔｅｄＰｌｕｇｉｎ）、（２）関連するユーザ項目（ＵｓｅｒＩｎｆｏ）、（３）関連するユーザ項目の設定（Ｓｅｔｔｉｎｇ）。
【００５７】
インストールするプラグイン２１０に関係するプラグインのプラグイン名（Ｐｌｕｇｉｎ２０４）と、その関連するユーザ項目（ＵｐｐｅｒＬｉｍｉｔ）および、そのユーザ項目の設定をどのように変更するかの情報を入れる。
【００５８】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析する。Ｓ１０１〜Ｓ１０２と同様に、設定が「必須」であるユーザ項目の追加がある場合、全ての既存ユーザを仮登録状態にする。（Ｓ６０１〜Ｓ６０２）
また、解析の結果、関連するプラグインが存在する場合（Ｓ６０３）、プラグイン管理部２０３は、調整部２０６にユーザ項目情報を通知する。ユーザ項目情報を受け取った調整部２０６は、ユーザ項目情報ファイルの内容に従って、ユーザ管理部２０７に保持している、関連するユーザ項目の設定を変更する。（Ｓ６０４）
変更の結果、設定が任意から必須に変更になった項目がある場合（Ｓ６０５）、調整部２０６は、ユーザ管理部２０７が保持するユーザ情報を参照し、既存ユーザで、変更になったユーザ項目が入力されていないユーザが存在するかを確認する。（Ｓ６０６）
調整部２０６は、必須項目が入力されていない既存ユーザを仮登録状態にして（Ｓ６０７）、管理者に通知する。（Ｓ６０８）
オプションプラグインのアンインストール時にも、同様に関連するプラグインのユーザ項目の設定を変更する。
【００５９】
次に、ユーザの基本属性によって、ユーザ項目の設定を変更する手順の一例を、図１３のフローチャートを用いて示す。
【００６０】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグインインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ７００）
図１４は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００６１】
ユーザ項目情報ファイルには、規定のユーザ属性（ＵｓｅｒＡｔｔｒｉｂｕｔｅ）ごとの、追加するユーザ項目の設定（Ｓｅｔｔｉｎｇ）の情報を入れる。
例えば、規定のユーザ属性に「役職分類」を使用する場合で説明する。
【００６２】
プラグインが追加するユーザ項目が管理者ＩＤ（ＡｄｍｉｎＩｄ）である場合、役職分類が「管理職」（Ａｄｍｉｎｉｓｔｒａｔｏｒ）の場合は、ユーザ項目の設定を必須として、役職分類が「一般」（Ｇｅｎｅｒａｌ）の場合は、ユーザ項目の設定を任意とする。
【００６３】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析し、ユーザ項目情報ならびにユーザ基本属性とユーザ項目の関係を保持するように調整部２０６に依頼する。
【００６４】
調整部２０６は、ユーザ項目情報ならびにユーザ基本属性とユーザ項目の関係をユーザ管理部２０７に保持する。（Ｓ７０１）
調整部２０６は、追加したユーザ項目についてユーザ毎にユーザ基本属性と照合して、（Ｓ７０２）、必須となる項目がある既存ユーザを仮登録状態にする。（Ｓ７０３）
プラグイン管理部２０３が、処理結果を管理者に通知して、処理を終了する。（Ｓ７０４）
例えば、基本属性が「管理職」のユーザは、ユーザ項目として管理者ＩＤが追加されたことにより、仮登録状態となる。
【００６５】
図１５は、ユーザの基本属性によって、ユーザ項目の設定を変更する場合の、ユーザの新規作成ならびにユーザ情報更新の手順の一例を示すフローチャートである。
【００６６】
ユーザ管理システム２０５は、管理者からのユーザ情報の「更新」ボタンの選択を受け付ける。
【００６７】
ユーザ管理システム２０５は、ユーザの更新情報を解析し、ユーザ基本属性が設定されているか否かを判断する。（Ｓ８００）
設定されていない場合は、エラー表示して処理を終了する。（Ｓ８０５）
ユーザ管理システム２０５は、情報を更新するユーザのユーザ基本属性を取得し（Ｓ８０１）、Ｓ７０１で保持した情報と照合して、ユーザ項目ごとに、入力が必須か任意かを判断する。（Ｓ８０２）
必須であるユーザ項目が全て入力されている場合は（Ｓ８０３）、ユーザ情報を更新し（Ｓ８０４）、入力されていない項目が存在する場合は、ブラウザ２０９にエラーを表示する。（Ｓ８０５）
ユーザ項目の設定の判断に使用するユーザ基本属性は、システムで固定にしても良いし、追加するユーザ項目ごとに異なるユーザ基本属性を指定するなどしても良い。
【００６８】
次に、ユーザ項目の属性によって、ユーザ項目の設定を変更する例を示す。
【００６９】
図１６は、ユーザ項目の属性と、属性ごとの設定を登録する手順の一例を示すフローチャートである。
【００７０】
ユーザ管理システム２０５は、ブラウザ２０９に、ユーザ項目属性一覧を表示する。（Ｓ９００）
ユーザ項目属性は、ユーザ項目が関連する分野などを示すもので、「セキュリティ」「コスト」などがある。
【００７１】
また、この画面で、ユーザ項目属性を追加できるようにしても良い。
【００７２】
ユーザ項目属性一覧画面は、ユーザ項目属性ごとに、入力が必須か任意かを指定可能な画面とする。ユーザ管理システム２０５は、ユーザ項目属性ごとの設定を、ユーザ管理部２０７に保持する。（Ｓ９０１）
図１７は、ユーザ項目の属性によって、ユーザ項目の設定を変更する場合の、プラグインインストールの手順の一例を示すフローチャートである。
【００７３】
プラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ１０００）
図１８は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００７４】
ユーザ項目情報ファイルには、ユーザ項目ごとの属性の情報を入れる。図１８の例では、ユーザ項目「ＵｐｐｅｒＬｉｍｉｔ」に対し、属性「Ｃｏｓｔ」を設定している。１つのユーザ項目に対し、複数の属性を設定できるようにしても良い。
【００７５】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析し、調整部２０６を介して、ユーザ項目情報ならびにユーザ項目の属性をユーザ管理部２０７に保持する。
【００７６】
調整部２０６は追加したユーザ項目の属性と、Ｓ９０１で保存したユーザ項目属性ごとの設定を照合し（Ｓ１００１）、追加したユーザ項目が必須か任意かを判断する。（Ｓ１００２）
「Ｃｏｓｔ」が必須と登録されている場合、ユーザ項目「ＵｐｐｅｒＬｉｍｉｔ」は必須となる。
【００７７】
１つのユーザ項目に対し、複数の属性が設定されている場合、そのうちひとつでも必須と判断された場合は必須とする。
【００７８】
追加したユーザ項目の中に、必須と判断した項目がある場合、調整部２０６は全ての既存ユーザを仮登録状態にして（Ｓ１００３）、管理者に通知する。（Ｓ１００４）
次に、ユーザの新規追加・更新時に、発生したエラーの種類によって動作を変更する手順の一例を、図１９のフローチャートを用いて示す。
【００７９】
図２０は、ユーザ項目情報ファイルの一例である。プラグインインストール時に、ユーザ項目毎に発生するエラーに対して、処理方法を記載する。
【００８０】
処理方法は、該当のエラーが発生した際に、ユーザの新規追加・更新自体を中止するか、あるいは、エラーが発生したユーザ項目以外の登録処理を続行するかなどを示す。
【００８１】
ユーザ項目情報ファイルの内容は、ユーザ管理部２０７に保持する。
【００８２】
ユーザ管理システム２０５は、管理者からのユーザ情報の「更新」ボタンの選択を受け付ける。
【００８３】
更新処理でエラーが発生した場合（Ｓ１１００）、ユーザ管理システム２０５は、エラー内容を判定する。（Ｓ１１０１）
ユーザ管理システム２０５は、調整部２０６において、エラー内容と、ユーザ管理部２０７に保持したエラー内容に対応する処理方法を照合し、処理方法を判断する。（Ｓ１１０２）
更新処理が続行できないエラーであると判断した場合、エラー表示して処理を終了する。（Ｓ１１０３）
更新処理が続行可能なエラーであると判断した場合、警告メッセージを表示して（Ｓ１１０４）、更新処理を実行する。（Ｓ１１０５）
本例では、プラグインインストール時に、ユーザ項目毎に発生するエラー内容毎に、処理内容を登録する例を示したが、エラー内容毎に「警告」「致命的」などのエラー種別を登録して、システム全体で、エラー種別ごとの処理を設定しておいても良い。
【００８４】
上記実施例は、全てユーザ管理について説明したが、上記手順の対象はユーザだけでなくユーザグループなど他の管理項目においても同様の手順を適用可能である。
【図面の簡単な説明】
【００８５】
【図１】情報処理装置の構成図
【図２】システムの構成図
【図３】プラグインインストール手順を示すフローチャート
【図４】ユーザ項目情報ファイル
【図５】ユーザ情報更新手順を示すフローチャート
【図６】ユーザの新規作成画面
【図７】プラグイン設定変更手順を示すフローチャート
【図８】プラグインインストール手順を示すフローチャート
【図９】システムの構成図
【図１０】ユーザ情報更新手順を示すフローチャート
【図１１】プラグインインストール手順を示すフローチャート
【図１２】ユーザ項目情報ファイル
【図１３】プラグインインストール手順を示すフローチャート
【図１４】ユーザ項目情報ファイル
【図１５】ユーザ情報更新手順を示すフローチャート
【図１６】ユーザ属性設定手順を示すフローチャート
【図１７】プラグインインストール手順を示すフローチャート
【図１８】ユーザ項目情報ファイル
【図１９】ユーザ情報更新手順を示すフローチャート
【図２０】ユーザ項目情報ファイル
【技術分野】
【０００１】
本発明は、プラグイン構造を持つユーザ管理システム及び、ユーザ管理を適切に行いセキュリティを向上するためのユーザ管理方法に関する。
【背景技術】
【０００２】
ユーザ情報を必要とする複数のアプリケーションが同一のシステムに存在する場合、一般的に、複数のアプリケーションで統一のユーザ管理情報を参照する方法がある。
【０００３】
従来のユーザ管理システムにおいて、あるアプリケーションが必要とするユーザ情報の項目が統一のユーザ管理情報に存在しない場合、アプリケーションからの入力により項目を追加する方法を施したものがある（例えば、特許文献１参照。）
【特許文献１】特開２００５−００４４９９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
複数のアプリケーションが統一のユーザ管理情報を参照し、ユーザ情報の項目を追加するシステムでは、ユーザ情報を適切に管理するのが困難であるという問題がある。
【０００５】
例えば、管理者がユーザ情報を更新する場合、その管理者にとって不明な項目がユーザ情報に追加されている場合がある。その場合、不明な項目を空のまま更新すると、追加項目の入力値でエラーとなり、その管理者にとって必要な他の項目の更新も行なえないという問題がある。
【０００６】
また逆に、空でも追加を許可したり、追加項目がエラーになっても、ユーザ管理システム自体が予め持っている基本項目だけは正常に更新するようにした場合も、適切にユーザ情報の更新が行なえないという問題がある。例えば、ユーザ管理システムを使用するアプリケーションが、「複写機に対するユーザ毎の印刷制限枚数」や「複写機のユーザ毎の機能仕様制限」を追加項目として設定する場合がある。このとき、アプリケーションが、印刷制限枚数や機能仕様制限の項目が空の場合は、制限なしと見なして動作するような処理を行なっていた場合、管理者が意図しない制限無しのユーザが作成されて、セキュリティ上問題がある。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明のユーザ管理システムは、
ユーザ情報を保持するユーザ管理手段（２０５）と、
プラグインのインストール時に、ユーザ情報にユーザ項目とその項目の設定条件を追加するユーザ項目追加手段（Ｓ１００）と、
プラグインのインストール時に、ユーザ項目の設定条件に従って処理方法を判断するインストール時処理方法判断手段（Ｓ１０１）と、
前記インストール時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていないユーザを仮登録状態に設定する仮登録設定手段（Ｓ１０２）と、
ユーザ情報更新画面にプラグインが追加したユーザ項目を表示する表示手段（２０９）と、
ユーザ情報更新時に、ユーザ項目の設定条件に従って処理方法を判断する更新時処理方法判断手段（Ｓ２００）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されている場合は、ユーザ情報を更新するユーザ情報更新手段（Ｓ２０１）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていない場合は警告表示する警告表示手段（Ｓ２０２）と、
を有することを特徴とするユーザ管理システムである。
【発明の効果】
【０００８】
プラグインがユーザ管理システムにユーザ項目を追加する際に、ユーザ項目に設定条件を付加し、設定条件によってユーザ情報の更新処理を変えることで、ユーザ情報の更新を適切に実行することが可能となる。また、セキュリティ上問題のあるユーザが作成されるのを防止する。
【発明を実施するための最良の形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
ユーザ管理システムは、分散配置されたパーソナルコンピュータ（以下、ＰＣと呼ぶ）などの情報処理装置上で協調動作するユーザ管理ソフトウェアによって実現される。
【００１１】
図１は分散配置されるＰＣ１００の構成例を示すブロック図である。
【００１２】
ＣＰＵ１０１は、ＲＡＭ１０３をワークメモリとして、ＲＯＭ１０２およびハードディスクドライブ（ＨＤＤ）１１１に格納されたプログラムを実行し、システムバス１０４を介して後述する各構成を制御するとともに、後述するユーザ管理処理を実行する。
【００１３】
ＨＤＤ１１１は、オペレーティングシステム（ＯＳ）や上記のユーザ管理ソフトウェアを含む各種プログラムやデータを格納する。ユーザ管理ソフトウェアは、例えば、ディスクドライブ１１２にマウント可能なＣＤ−ＲＯＭなどの記憶媒体によって供給される。ＣＰＵ１０１は、ディスクコントローラ（ＤＫＣ）を介して、ＨＤＤ１１１およびディスクドライブ１１２にアクセスし、ユーザ管理ソフトウェアなどをＨＤＤ１１１にインストールする。
【００１４】
ＣＰＵ１０１は、プログラムに従い、ビデオカード（ＶＣ）１０６を介してモニタ１１０にユーザインタフェイス（ＵＩ）を表示する。ユーザは、キーボード（ＫＢ）１０９やマウスなどのポインティングデバイスを操作して、ＵＩに対する指示や入力を行なう。ＣＰＵ１０１は、キーボードコントローラ（ＫＢＣ）１０５を介してからユーザ指示や入力を受け付け、ユーザ指示や入力に応じて様々な処理を実行する。
【００１５】
また、ＣＰＵ１０１は、ネットワークインタフェイスカード（ＮＩＣ）１０８を介して、ネットワーク２００上の他のＰＣ、サーバなどと通信可能である。
【００１６】
図２はシステムの構成例を示す図である。
【００１７】
サーバ２０１は、図１の構成を有するＰＣである。サーバ２０１上で、ユーザ管理システム２０５を含む統合システム２０２が動作する。統合システム２０２は、プラグイン管理部２０３を有する。プラグイン管理部２０３は、追加プラグインのインストールを行なう機能と、追加プラグインを管理する機能を有する。
【００１８】
ユーザ管理システム２０５は、統合システム２０２の一部であり、ユーザ情報を管理する機能を有する。
【００１９】
ユーザ管理システム２０５は、調整部２０６およびユーザ管理部２０７を有する。
【００２０】
調整部２０６は、プラグインのインストール時や、ユーザ情報の更新時などに、条件に従って処理方法を判断する機能を有する。
【００２１】
ユーザ管理部２０７は、ユーザ情報を保持するデータベース（ＤＢ）を持ち、ユーザ情報を管理する機能を有する。
【００２２】
ＰＣ２０８は、管理者が操作するＰＣである。
【００２３】
管理者は、ＰＣ２０８のブラウザ２０９を通して、サーバ２０１上で動作する統合システム２０２にアクセスし、プラグインをインストールしたり、ユーザ情報を更新するなどの管理を行なう。
【００２４】
図３は、統合システム２０２にプラグインをインストールする手順の一例を示すフローチャートである。
【００２５】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグインインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ１００）
図４は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００２６】
ユーザ項目情報ファイルは、（１）プラグイン名（ＰｌｕｇｉｎＮａｍｅ）、（２）追加するユーザ項目（ＵｓｅｒＩｎｆｏ）、（３）追加するユーザ項目の設定（Ｓｅｔｔｉｎｇ）、の情報から構成される。
【００２７】
（３）のユーザ項目の設定には、追加するユーザ項目に対して、ユーザの新規作成ならびにユーザ情報更新の際に、そのユーザ項目の設定が必須か任意かの情報を入れる。ここでは必須か任意かを入れることとするが、「入力不可」など別の値を入れるようにしても良い。
【００２８】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析する。ユーザ項目情報ファイルに、追加するユーザ項目が存在する場合、ユーザ管理システム２０５の調整部２０６にユーザ項目情報を通知する。ユーザ項目情報を受け取った調整部２０６は、ユーザ項目情報をユーザ管理部２０７に保持し、また、（３）が「必須」であるユーザ項目が存在するか確認する。（Ｓ１０１）
調整部２０６は、（３）が「必須」であるユーザ項目が存在した場合、ユーザ管理部２０７で保持している全ての既存ユーザを仮登録状態にする。（Ｓ１０２）
調整部２０６は、プラグイン管理部２０３に結果を返却する。プラグイン管理部２０３は、仮登録状態になったユーザが存在しない場合は、プラグインのインストール完了を管理者に通知する。仮登録状態になったユーザが存在する場合は、プラグインのインストール完了と共に、仮登録状態になったユーザが存在することを管理者に通知する。（Ｓ１０３）
仮登録状態のユーザは、設定が「必須」である項目が入力されるまで、使用できない状態になる。設定が「必須」である項目が全て入力されると登録状態となる。
【００２９】
プラグインのアンインストール時には、プラグイン管理部２０３は、追加したユーザ項目をユーザ管理部２０７のユーザ項目情報から削除する。
【００３０】
図５は、ユーザの新規作成ならびにユーザ情報更新の手順の一例を示すフローチャートである。
【００３１】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのユーザの新規作成あるいは既存のユーザのユーザ情報更新要求を受け付けたユーザ管理システム２０５は、ブラウザ２０９にユーザの新規作成画面もしくはユーザ情報更新画面を表示する。図６は、ユーザの新規作成画面の一例である。ユーザ管理システム２０５は、ユーザの新規作成画面には、ユーザ名やメールアドレスなどの基本項目のほかに、Ｓ１０１でユーザ管理部２０７に保持したユーザ項目情報を参照し、プラグインにより追加されたユーザ項目の入力を表示する。
【００３２】
ユーザ管理システム２０５は、管理者からの「新規作成」ボタンもしくは「更新」ボタンの選択を受け付けると、調整部２０６において、ユーザ管理部２０７のユーザ項目情報を参照し、設定が「必須」である項目が全て入力されているかを確認する。（Ｓ２００）
全て入力されている場合は、ユーザ管理システム２０５は、ユーザを新規作成もしくはユーザ情報を更新する。（Ｓ２０１）
入力されていない項目が存在する場合は、ユーザ管理システム２０５は、ブラウザ２０９にエラーを表示する。（Ｓ２０２）
設定が「任意」である項目に入力があり、その入力値が不正な場合、その項目はエラー表示のみ行い、その他の項目だけで正常にユーザの新規作成もしくはユーザ情報の更新を行なっても良いし、ユーザの新規作成もしくはユーザの更新自体を失敗にしても良い。
【００３３】
次に、プラグインの設定変更によって、ユーザ項目の設定を変更する手順の一例を図７のフローチャートを用いて示す。
【００３４】
例として、ユーザ毎のプリンタの使用制限を行なうプラグイン２０４が統合システム２０２にインストールされているとする。
【００３５】
プラグイン２０４は、インストール時に、ユーザ管理部２０７が保持するユーザ項目情報に、ユーザ毎の「印刷制限枚数」や、「カラー印刷の制限」などを追加している。
【００３６】
またプラグイン２０４は、プラグイン設定により、「印刷制限」の管理を行なうか否かを変更することができる。
【００３７】
またプラグイン２０４は、内部に「印刷制限」の設定と、ユーザ項目の「印刷制限枚数」の関連情報を保持する。プラグイン２０４の「印刷制限」が「行なう」設定の場合は、ユーザ項目の「印刷制限枚数」は「必須」で、プラグイン２０４の「印刷制限」が「行なわない」設定の場合は、ユーザ項目の「印刷制限枚数」は「任意」であるとする。
【００３８】
プラグイン２０４は、管理者の操作により、ＰＣ２０８のブラウザ２０９から、「印刷制限」の設定の変更を受け付ける。
【００３９】
プラグイン２０４は、「印刷制限」設定変更により、ユーザ項目に影響があるかを確認する。（Ｓ３００）
プラグイン２０４の設定変更により、ユーザ項目に影響がない場合は、プラグイン２０４はプラグイン設定を変更して処理を終了する。（Ｓ３０６）
プラグイン２０４の設定変更により、ユーザ項目に影響がある場合は、プラグイン２０４は、影響を受けるユーザ項目の設定変更を、調整部２０６に依頼し、調整部２０６はユーザ管理部２０７が保持するユーザ項目情報の設定を変更する。（Ｓ３０１）
例えば、プラグイン２０４インストール時に、「印刷制限」が「行なわない」設定で、ユーザ項目の「印刷制限枚数」を「任意」で登録していた場合。「印刷制限」を「行なう」に設定変更すると、プラグイン２０４は、ユーザ項目の「印刷制限枚数」を「必須」に変更するよう調整部２０６に依頼する。
【００４０】
ユーザ項目の設定が、任意から必須に変更になったユーザ項目が無い場合は（Ｓ３０２）、ユーザ項目の設定が変更になったことを管理者に通知して（Ｓ３０５）、プラグイン設定を変更して処理を終了する。（Ｓ３０６）
ユーザ項目の設定が、任意から必須に変更になったユーザ項目がある場合は（Ｓ３０２）、調整部２０６は、ユーザ管理部２０７が保持するユーザ情報を参照し、既存ユーザで、変更になったユーザ項目が入力されていないユーザが存在するかを確認する。（Ｓ３０３）
調整部２０６は、変更になったユーザ項目が入力されていない既存ユーザを仮登録状態にする。（Ｓ３０４）
調整部２０６は、ユーザ項目の設定が変更になったことと、仮登録状態になったユーザが存在することを管理者に通知して（Ｓ３０５）、プラグイン設定を変更して処理を終了する。（Ｓ３０６）
次に、管理者ごとにユーザ項目の設定を変更する手順の一例を、図８のフローチャートを用いて示す。
【００４１】
例として、ユーザ毎のプリンタの使用制限を行なうプラグイン２０４と、ユーザ毎のネットワーク上のリソースへのアクセス制限を行なうプラグイン２１０が統合システム２０２にインストールされているとする。
【００４２】
プリンタの管理者と、ネットワーク管理者が異なる場合、プリンタの管理者はプラグイン２０４を使用し、プラグイン２１０は使用しない。
【００４３】
プリンタの管理者は、プラグイン２０４が追加したユーザ項目には、正しい値を設定する必要があるため、誤ってユーザ項目を空で設定してしまうなど、不正な値で設定することは防ぎたい。一方、プラグイン２１０が追加したユーザ項目は空でも設定できるようにしたい。
【００４４】
図９は、管理者ごとにユーザ項目の設定を変更する場合の、システムの構成例を示す図である。
【００４５】
統合システム２０２は、管理者情報管理部２１１を有する。管理者情報管理部２１１は、統合システム全体、あるいはプラグインが提供する一部の機能を管理する管理者を管理する機能を有する。
【００４６】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグインインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ４００）
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析する。ユーザ項目情報ファイルに、追加するユーザ項目が存在する場合（Ｓ４０１）、プラグイン管理部２０３は、管理者情報管理部２１１に保持する管理者情報を参照し、管理者一覧を取得する。プラグイン管理部２０３は、追加するユーザ項目一覧および管理者一覧を、ブラウザ２０９に表示する。（Ｓ４０２）
ブラウザ２０９上の画面では、各ユーザ項目に対して、その項目の設定を必須とするか任意とするかを、管理者ごとに選択する。
【００４７】
プラグインの追加操作を行なった管理者の、ブラウザ２０９における選択を受け付けたプラグイン管理部は、管理者とユーザ項目の関係を保持するように調整部２０６に依頼する。
【００４８】
調整部２０６は、ユーザ項目情報ならびに管理者とユーザ項目の関係をユーザ管理部２０７に保持する。（Ｓ４０３）
本例では、プラグインインストール時に管理者を選択する例を示したが、自動で、プラグインを追加した管理者に対してのみ、そのプラグインが追加したユーザ項目を必須とし、他の管理者に対しては、任意としても良い。
【００４９】
図１０は、管理者ごとにユーザ項目の設定を変更する場合の、ユーザの新規作成ならびにユーザ情報更新の手順の一例を示すフローチャートである。
【００５０】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのユーザ情報更新要求を受け付けたユーザ管理システム２０５は、ブラウザ２０９にユーザ情報更新画面を表示する。
【００５１】
ユーザ管理システム２０５は、管理者からの「更新」ボタンの選択を受け付ける。その際、ブラウザ２０９からはユーザの更新情報に加え、操作中の管理者情報も合わせて、ユーザ管理システムに渡す。（Ｓ５００）
ユーザ管理システム２０５は、調整部２０６において、ユーザ管理部２０７に保持しているユーザ項目情報ならびに管理者とユーザ項目の関係を参照し、Ｓ５００で受け取ったユーザの更新情報と照合する。（Ｓ５０１）
調整部２０６は、操作中の管理者に対して、設定が必須であるユーザ項目が全て入力されているかを確認し、全て入力されている場合は、ユーザ情報を更新し（Ｓ５０２）、入力されていない項目が存在する場合は、ブラウザ２０９にエラーを表示する。（Ｓ５０３）
次に、オプションプラグインのインストール・アンインストールによって、ユーザ項目の設定を変更する手順の一例を、図１１のフローチャートを用いて示す。
【００５２】
例として、ユーザ毎のプリンタの使用制限を行なうプラグイン２０４と、プラグイン２０４のオプションプラグインで、プラグイン２０４で設定したユーザ毎の「印刷制限枚数」と実際のユーザ毎の印刷枚数を分析する機能を持つプラグイン２１０について説明する。
【００５３】
プラグイン２０４単体では、ユーザ項目の「印刷制限枚数」は「任意」であったが、プラグイン２１０の機能を使用するためには、ユーザ項目の「印刷制限枚数」を必ず設定する必要があるとする。
【００５４】
プラグイン２０４が統合システム２０２にインストールされているとする。
【００５５】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグイン２１０のインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２１０を配置する。（Ｓ６００）
図１２は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００５６】
ユーザ項目情報ファイルは、図４と同様のインストールするプラグインのユーザ項目情報に加え、次の情報から構成される。（１）関連するプラグイン名（ＲｅｌａｔｅｄＰｌｕｇｉｎ）、（２）関連するユーザ項目（ＵｓｅｒＩｎｆｏ）、（３）関連するユーザ項目の設定（Ｓｅｔｔｉｎｇ）。
【００５７】
インストールするプラグイン２１０に関係するプラグインのプラグイン名（Ｐｌｕｇｉｎ２０４）と、その関連するユーザ項目（ＵｐｐｅｒＬｉｍｉｔ）および、そのユーザ項目の設定をどのように変更するかの情報を入れる。
【００５８】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析する。Ｓ１０１〜Ｓ１０２と同様に、設定が「必須」であるユーザ項目の追加がある場合、全ての既存ユーザを仮登録状態にする。（Ｓ６０１〜Ｓ６０２）
また、解析の結果、関連するプラグインが存在する場合（Ｓ６０３）、プラグイン管理部２０３は、調整部２０６にユーザ項目情報を通知する。ユーザ項目情報を受け取った調整部２０６は、ユーザ項目情報ファイルの内容に従って、ユーザ管理部２０７に保持している、関連するユーザ項目の設定を変更する。（Ｓ６０４）
変更の結果、設定が任意から必須に変更になった項目がある場合（Ｓ６０５）、調整部２０６は、ユーザ管理部２０７が保持するユーザ情報を参照し、既存ユーザで、変更になったユーザ項目が入力されていないユーザが存在するかを確認する。（Ｓ６０６）
調整部２０６は、必須項目が入力されていない既存ユーザを仮登録状態にして（Ｓ６０７）、管理者に通知する。（Ｓ６０８）
オプションプラグインのアンインストール時にも、同様に関連するプラグインのユーザ項目の設定を変更する。
【００５９】
次に、ユーザの基本属性によって、ユーザ項目の設定を変更する手順の一例を、図１３のフローチャートを用いて示す。
【００６０】
管理者の操作により、ＰＣ２０８のブラウザ２０９からのプラグインインストール要求を受け付けたプラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ７００）
図１４は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００６１】
ユーザ項目情報ファイルには、規定のユーザ属性（ＵｓｅｒＡｔｔｒｉｂｕｔｅ）ごとの、追加するユーザ項目の設定（Ｓｅｔｔｉｎｇ）の情報を入れる。
例えば、規定のユーザ属性に「役職分類」を使用する場合で説明する。
【００６２】
プラグインが追加するユーザ項目が管理者ＩＤ（ＡｄｍｉｎＩｄ）である場合、役職分類が「管理職」（Ａｄｍｉｎｉｓｔｒａｔｏｒ）の場合は、ユーザ項目の設定を必須として、役職分類が「一般」（Ｇｅｎｅｒａｌ）の場合は、ユーザ項目の設定を任意とする。
【００６３】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析し、ユーザ項目情報ならびにユーザ基本属性とユーザ項目の関係を保持するように調整部２０６に依頼する。
【００６４】
調整部２０６は、ユーザ項目情報ならびにユーザ基本属性とユーザ項目の関係をユーザ管理部２０７に保持する。（Ｓ７０１）
調整部２０６は、追加したユーザ項目についてユーザ毎にユーザ基本属性と照合して、（Ｓ７０２）、必須となる項目がある既存ユーザを仮登録状態にする。（Ｓ７０３）
プラグイン管理部２０３が、処理結果を管理者に通知して、処理を終了する。（Ｓ７０４）
例えば、基本属性が「管理職」のユーザは、ユーザ項目として管理者ＩＤが追加されたことにより、仮登録状態となる。
【００６５】
図１５は、ユーザの基本属性によって、ユーザ項目の設定を変更する場合の、ユーザの新規作成ならびにユーザ情報更新の手順の一例を示すフローチャートである。
【００６６】
ユーザ管理システム２０５は、管理者からのユーザ情報の「更新」ボタンの選択を受け付ける。
【００６７】
ユーザ管理システム２０５は、ユーザの更新情報を解析し、ユーザ基本属性が設定されているか否かを判断する。（Ｓ８００）
設定されていない場合は、エラー表示して処理を終了する。（Ｓ８０５）
ユーザ管理システム２０５は、情報を更新するユーザのユーザ基本属性を取得し（Ｓ８０１）、Ｓ７０１で保持した情報と照合して、ユーザ項目ごとに、入力が必須か任意かを判断する。（Ｓ８０２）
必須であるユーザ項目が全て入力されている場合は（Ｓ８０３）、ユーザ情報を更新し（Ｓ８０４）、入力されていない項目が存在する場合は、ブラウザ２０９にエラーを表示する。（Ｓ８０５）
ユーザ項目の設定の判断に使用するユーザ基本属性は、システムで固定にしても良いし、追加するユーザ項目ごとに異なるユーザ基本属性を指定するなどしても良い。
【００６８】
次に、ユーザ項目の属性によって、ユーザ項目の設定を変更する例を示す。
【００６９】
図１６は、ユーザ項目の属性と、属性ごとの設定を登録する手順の一例を示すフローチャートである。
【００７０】
ユーザ管理システム２０５は、ブラウザ２０９に、ユーザ項目属性一覧を表示する。（Ｓ９００）
ユーザ項目属性は、ユーザ項目が関連する分野などを示すもので、「セキュリティ」「コスト」などがある。
【００７１】
また、この画面で、ユーザ項目属性を追加できるようにしても良い。
【００７２】
ユーザ項目属性一覧画面は、ユーザ項目属性ごとに、入力が必須か任意かを指定可能な画面とする。ユーザ管理システム２０５は、ユーザ項目属性ごとの設定を、ユーザ管理部２０７に保持する。（Ｓ９０１）
図１７は、ユーザ項目の属性によって、ユーザ項目の設定を変更する場合の、プラグインインストールの手順の一例を示すフローチャートである。
【００７３】
プラグイン管理部２０３は、プラグインのインストールを実行し、統合システム上にプラグイン２０４を配置する。（Ｓ１０００）
図１８は、プラグインのインストールパッケージに含めるユーザ項目情報ファイルの一例である。
【００７４】
ユーザ項目情報ファイルには、ユーザ項目ごとの属性の情報を入れる。図１８の例では、ユーザ項目「ＵｐｐｅｒＬｉｍｉｔ」に対し、属性「Ｃｏｓｔ」を設定している。１つのユーザ項目に対し、複数の属性を設定できるようにしても良い。
【００７５】
プラグイン管理部２０３は、ユーザ項目情報ファイルを解析し、調整部２０６を介して、ユーザ項目情報ならびにユーザ項目の属性をユーザ管理部２０７に保持する。
【００７６】
調整部２０６は追加したユーザ項目の属性と、Ｓ９０１で保存したユーザ項目属性ごとの設定を照合し（Ｓ１００１）、追加したユーザ項目が必須か任意かを判断する。（Ｓ１００２）
「Ｃｏｓｔ」が必須と登録されている場合、ユーザ項目「ＵｐｐｅｒＬｉｍｉｔ」は必須となる。
【００７７】
１つのユーザ項目に対し、複数の属性が設定されている場合、そのうちひとつでも必須と判断された場合は必須とする。
【００７８】
追加したユーザ項目の中に、必須と判断した項目がある場合、調整部２０６は全ての既存ユーザを仮登録状態にして（Ｓ１００３）、管理者に通知する。（Ｓ１００４）
次に、ユーザの新規追加・更新時に、発生したエラーの種類によって動作を変更する手順の一例を、図１９のフローチャートを用いて示す。
【００７９】
図２０は、ユーザ項目情報ファイルの一例である。プラグインインストール時に、ユーザ項目毎に発生するエラーに対して、処理方法を記載する。
【００８０】
処理方法は、該当のエラーが発生した際に、ユーザの新規追加・更新自体を中止するか、あるいは、エラーが発生したユーザ項目以外の登録処理を続行するかなどを示す。
【００８１】
ユーザ項目情報ファイルの内容は、ユーザ管理部２０７に保持する。
【００８２】
ユーザ管理システム２０５は、管理者からのユーザ情報の「更新」ボタンの選択を受け付ける。
【００８３】
更新処理でエラーが発生した場合（Ｓ１１００）、ユーザ管理システム２０５は、エラー内容を判定する。（Ｓ１１０１）
ユーザ管理システム２０５は、調整部２０６において、エラー内容と、ユーザ管理部２０７に保持したエラー内容に対応する処理方法を照合し、処理方法を判断する。（Ｓ１１０２）
更新処理が続行できないエラーであると判断した場合、エラー表示して処理を終了する。（Ｓ１１０３）
更新処理が続行可能なエラーであると判断した場合、警告メッセージを表示して（Ｓ１１０４）、更新処理を実行する。（Ｓ１１０５）
本例では、プラグインインストール時に、ユーザ項目毎に発生するエラー内容毎に、処理内容を登録する例を示したが、エラー内容毎に「警告」「致命的」などのエラー種別を登録して、システム全体で、エラー種別ごとの処理を設定しておいても良い。
【００８４】
上記実施例は、全てユーザ管理について説明したが、上記手順の対象はユーザだけでなくユーザグループなど他の管理項目においても同様の手順を適用可能である。
【図面の簡単な説明】
【００８５】
【図１】情報処理装置の構成図
【図２】システムの構成図
【図３】プラグインインストール手順を示すフローチャート
【図４】ユーザ項目情報ファイル
【図５】ユーザ情報更新手順を示すフローチャート
【図６】ユーザの新規作成画面
【図７】プラグイン設定変更手順を示すフローチャート
【図８】プラグインインストール手順を示すフローチャート
【図９】システムの構成図
【図１０】ユーザ情報更新手順を示すフローチャート
【図１１】プラグインインストール手順を示すフローチャート
【図１２】ユーザ項目情報ファイル
【図１３】プラグインインストール手順を示すフローチャート
【図１４】ユーザ項目情報ファイル
【図１５】ユーザ情報更新手順を示すフローチャート
【図１６】ユーザ属性設定手順を示すフローチャート
【図１７】プラグインインストール手順を示すフローチャート
【図１８】ユーザ項目情報ファイル
【図１９】ユーザ情報更新手順を示すフローチャート
【図２０】ユーザ項目情報ファイル
【特許請求の範囲】
【請求項１】
ユーザ情報を保持するユーザ管理手段（２０５）と、
プラグインのインストール時に、ユーザ情報にユーザ項目とその項目の設定条件を追加するユーザ項目追加手段（Ｓ１００）と、
プラグインのインストール時に、ユーザ項目の設定条件に従って処理方法を判断するインストール時処理方法判断手段（Ｓ１０１）と、
前記インストール時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていないユーザを仮登録状態に設定する仮登録設定手段（Ｓ１０２）と、
ユーザ情報更新画面にプラグインが追加したユーザ項目を表示する表示手段（２０９）と、
ユーザ情報更新時に、ユーザ項目の設定条件に従って処理方法を判断する更新時処理方法判断手段（Ｓ２００）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されている場合は、ユーザ情報を更新するユーザ情報更新手段（Ｓ２０１）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていない場合は警告表示する警告表示手段（Ｓ２０２）と、
を有することを特徴とするユーザ管理システム。
【請求項２】
プラグインの設定変更によって、ユーザ項目の設定条件を変更する設定条件変更手段（Ｓ３０１）を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項３】
プラグインを含む統合システム（２０２）の管理者を管理する管理者管理手段（２１１）と、
管理者ごとに、ユーザ項目の設定条件を設定する管理者条件設定手段（Ｓ４０３）と、
ユーザ情報更新操作を行なう管理者の管理者情報を取得する管理者情報取得手段（Ｓ５００）と、
前記管理者条件設定手段で設定したユーザ項目の設定条件と、前記管理者情報取得手段で取得した管理者情報に従って、処理方法を判断する管理者条件判断手段（Ｓ５０１）と、
を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項４】
プラグインの設定変更時に、自プラグインが追加したユーザ項目以外の関連する既存のユーザ項目の設定条件を変更する設定条件変更手段（Ｓ６０４）を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項５】
ユーザ属性ごとに、ユーザ項目の設定条件を設定する属性条件設定手段（Ｓ７０１）と、
前記属性条件設定手段で設定した設定条件と、ユーザ管理手段（２０５）に保持したユーザ情報に従って、処理方法を判断する属性条件判断手段（Ｓ８０２）と
を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項６】
ユーザ項目の属性ごとに、ユーザ項目の設定条件を設定する項目属性条件設定手段（Ｓ９０１）と、
前記項目属性条件設定手段で設定したユーザ項目の設定条件と、ユーザ項目の属性に従って、処理方法を判断する項目属性条件判断手段（Ｓ１００１）と
を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項７】
ユーザ項目ごとに発生するエラーに対する処理方法を設定するエラー処理方法設定手段（２０７）と、
エラー発生時にエラー内容を判定する判定手段（Ｓ１１０１）と、
前記判定手段によって判定したエラー内容と、前記エラー処理方法設定手段によって設定したエラー処理方法に従って、エラー処理方法を判断するエラー処理方法判断手段（Ｓ１１０２）とを有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項１】
ユーザ情報を保持するユーザ管理手段（２０５）と、
プラグインのインストール時に、ユーザ情報にユーザ項目とその項目の設定条件を追加するユーザ項目追加手段（Ｓ１００）と、
プラグインのインストール時に、ユーザ項目の設定条件に従って処理方法を判断するインストール時処理方法判断手段（Ｓ１０１）と、
前記インストール時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていないユーザを仮登録状態に設定する仮登録設定手段（Ｓ１０２）と、
ユーザ情報更新画面にプラグインが追加したユーザ項目を表示する表示手段（２０９）と、
ユーザ情報更新時に、ユーザ項目の設定条件に従って処理方法を判断する更新時処理方法判断手段（Ｓ２００）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されている場合は、ユーザ情報を更新するユーザ情報更新手段（Ｓ２０１）と、
前記更新時処理方法判断手段で判断した結果に従って、設定条件が必須であるユーザ項目が設定されていない場合は警告表示する警告表示手段（Ｓ２０２）と、
を有することを特徴とするユーザ管理システム。
【請求項２】
プラグインの設定変更によって、ユーザ項目の設定条件を変更する設定条件変更手段（Ｓ３０１）を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項３】
プラグインを含む統合システム（２０２）の管理者を管理する管理者管理手段（２１１）と、
管理者ごとに、ユーザ項目の設定条件を設定する管理者条件設定手段（Ｓ４０３）と、
ユーザ情報更新操作を行なう管理者の管理者情報を取得する管理者情報取得手段（Ｓ５００）と、
前記管理者条件設定手段で設定したユーザ項目の設定条件と、前記管理者情報取得手段で取得した管理者情報に従って、処理方法を判断する管理者条件判断手段（Ｓ５０１）と、
を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項４】
プラグインの設定変更時に、自プラグインが追加したユーザ項目以外の関連する既存のユーザ項目の設定条件を変更する設定条件変更手段（Ｓ６０４）を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項５】
ユーザ属性ごとに、ユーザ項目の設定条件を設定する属性条件設定手段（Ｓ７０１）と、
前記属性条件設定手段で設定した設定条件と、ユーザ管理手段（２０５）に保持したユーザ情報に従って、処理方法を判断する属性条件判断手段（Ｓ８０２）と
を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項６】
ユーザ項目の属性ごとに、ユーザ項目の設定条件を設定する項目属性条件設定手段（Ｓ９０１）と、
前記項目属性条件設定手段で設定したユーザ項目の設定条件と、ユーザ項目の属性に従って、処理方法を判断する項目属性条件判断手段（Ｓ１００１）と
を有することを特徴とする請求項１に記載のユーザ管理システム。
【請求項７】
ユーザ項目ごとに発生するエラーに対する処理方法を設定するエラー処理方法設定手段（２０７）と、
エラー発生時にエラー内容を判定する判定手段（Ｓ１１０１）と、
前記判定手段によって判定したエラー内容と、前記エラー処理方法設定手段によって設定したエラー処理方法に従って、エラー処理方法を判断するエラー処理方法判断手段（Ｓ１１０２）とを有することを特徴とする請求項１に記載のユーザ管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１０−１１３５９７（Ｐ２０１０−１１３５９７Ａ）
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願番号】特願２００８−２８６７０６（Ｐ２００８−２８６７０６）
【出願日】平成２０年１１月７日（２００８．１１．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２２年５月２０日（２０１０．５．２０）
【国際特許分類】
【出願日】平成２０年１１月７日（２００８．１１．７）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]