操作権限管理システム及びプログラム
【課題】権限判定アルゴリズムがプログラム内にハードコーディングされているので、権限情報の修正が容易でない。
【解決手段】処理単位に関する権限情報を格納する領域の識別にポケット番号を使用し、当該ポケット番号を介して、各ユーザに関する権限情報の読み出しを実現する。また、ポケット番号に関連付けて各ユーザの権限情報を管理する。
【解決手段】処理単位に関する権限情報を格納する領域の識別にポケット番号を使用し、当該ポケット番号を介して、各ユーザに関する権限情報の読み出しを実現する。また、ポケット番号に関連付けて各ユーザの権限情報を管理する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの操作権限に応じたアプリケーションの利用又は操作を可能とする管理システム及びプログラムに関する。例えばメニュー単位の利用可否や操作ボタン単位の操作可否を簡単に管理できる技術に関する。
【背景技術】
【０００２】
Ｗｅｂアプリケーションプログラム等においては、操作ユーザの権限に応じて利用できる機能（メニュー単位）や「ボタン」操作に制限を加える場合がある。この利用制限の可否の判定は、一般に、アプリケーションプログラム自体が行っている。なお、判定時には、操作ユーザの役職、組織、役割（ロール）、グループ情報等をチェックする。
【０００３】
例えば図１１に示すように、プログラムＡ１００１の初期処理部１００２を用いて、操作画面１００３の操作権限を管理するものがある。初期処理部１００２は、必要に応じて、人事情報データベース１０００４の役職、組織、役割（ロール）等やグループ管理データベース１００５のグループ情報、役割（ロール）等を直接参照し、操作画面１００３の操作ユーザがボタンやメニュー等を操作する権限を有しているか否かの確認を実行する。この他、アクセス権限テーブルの利用により、メニューのコマンド操作のみを単純に管理するものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１５５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、操作権限のチェックが必要な場合、権限の要件によって、組織情報、役職情報、グループ情報等を参照して利用又は操作権限の有無を判断する必要がある。また、権限の判定に使用するアルゴリズムは、一般に、プログラム内にハードコーディングされている。このため、権限の要件に追加や変更が生じた場合、プログラムの改修が必要になり、容易に変更することができない。また、一時的に操作ユーザに操作権限を付与する場合など対応ができないという問題がある。
【０００６】
そこで、本発明は、ユーザの権限の有無を表す情報を、データベースを用いて一元管理する仕組みを提供する。また、本発明は、権限の判定アルゴリズムをルール定義情報ファイルで管理することにより、権限の変更にも容易に対応できる仕組みを提供する。
【課題を解決するための手段】
【０００７】
本発明では、処理単位に対する権限の有無を表す情報を格納する領域にポケット番号を付し、当該ポケット番号を介して各ユーザの権限に関する情報の読み出しや管理を実現する。
【発明の効果】
【０００８】
本発明により、各ユーザの権限の有無を表す情報のデータベース上での一元管理を実現でき、権限の有無をチェックするアルゴリズムをプログラム本体に記述する必要を無くすことができる。結果的に、権限の有無をチェックするアルゴリズムのカスタマイズを容易に実現できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係る操作権限管理システムの構成例を示す図。
【図２】ユーザ管理情報を保持する人事情報ファイルの構成例を示す図。
【図３】項目定義情報を保持する人事情報定義ファイルの構成例を示す図。
【図４】ルール情報を保持するルール定義情報ファイルの構成例を示す図。
【図５】権限情報作成プログラムの処理の概要を示すフローチャート（その１）。
【図６】権限情報作成プログラムの処理の概要を示すフローチャート（その２）。
【図７】操作権限の情報を保持する権限情報データベースの構成例を示す図。
【図８】ポケット番号と権限定義との対応関連を説明する図。
【図９】画面プログラムで実行される処理の概要を示すフローチャート。
【図１０】権限情報作成プログラムと入出力ファイルの関係を概要的に説明する図。
【図１１】権限チェック方式の従来例を説明する図。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、後述する装置構成や処理動作の内容は発明を説明するための一例であり、本発明は、後述する装置構成や処理動作に既知の技術を組み合わせた発明や後述する装置構成や処理動作の一部を既知の技術と置換した発明も包含する。
【００１１】
（システム構成）
図１に、実施の形態で使用する操作権限管理システムの構成例を示す。本システムは、権限情報データベース１０７を利用する画面プログラム１０１と、権限情報データベース１０７への取込データとなる権限情報ＣＳＶファイル１０８を作成する権限情報作成プログラム１０９とで構成される。
【００１２】
画面プログラム１０１は、操作画面１０４の表示に初期処理部１０２を使用する。初期処理部１０２は、権限処理部１０３を通じて、メニュー１０５とボタン１０６に対応するユーザ固有の権限情報（オン（１）／オフ（０））を取得する。基本的に、オン（１）は、権限が「在る」ことを意味し、オフ（０）は、権限が「無い」ことを意味する。権限処理部１０３は、ユーザＩＤとポケット番号を指定して、権限情報データベース１０７から特定のユーザに固有の権限情報を取得する。
【００１３】
初期処理部１０２は、取得した権限情報（オン（１）／オフ（０））に基づいて、メニュー１０５の利用可否の判定やボタン１０６の表示／非表示の判定を実行する。なお、メニュー１０５の表示／非表示を初期処理部１０２で判定しても良いし、常に表示されたボタン１０６の操作の可否を初期処理部１０２で判定しても良い。
【００１４】
権限情報作成プログラム１０９は、人事情報定義解析部１１０、ルール定義解析部１１１、人事情報解析部１１２、ルール判定／出力部１１３により構成される。人事情報定義解析部１１０は、人事情報ファイル１１４を規定する各項目定義の情報（項目ＩＤ、属性、出力情報など）を管理する人事情報定義ファイル１１５を解析する。ルール定義解析部１１１は、ポケット番号に対応付けられる条件式（１つ又は複数のルール定義で規定される）等を管理するルール定義情報ファイル１１６を解析する。人事情報解析部１１２は、人事情報定義ファイル１１５の形式に従って人事情報ファイル１１４を解析する。ルール判定／出力部１１３は、ルール定義解析部１１１で解析したルール定義と、人事情報解析部１１２で解析したユーザの人事情報に基づいて、各ポケット番号に対応付けられた条件式の成立の有無を評価し、評価結果を権限情報ＣＳＶファイル１０８として出力する。権限情報データベース１０７は、各ベンダーが提供するデータベースのインポート処理を使用し、権限情報ＣＳＶファイル１０８からデータベースに必要な権限情報を取り込む。
【００１５】
（入出力情報）
次に、画面プログラム１０１で使用する入力情報について説明する。画面プログラム１０１は、メニュー１０５、ボタン１０６等に対するユーザの操作権限の有無を、権限情報データベース１０７を利用して判定する。
【００１６】
図７に、権限情報データベース１０７の構造例を示す。権限情報データベース１０７は、ユーザ単位で権限情報（６０３−１〜６０３−ｎ）を格納する。権限情報は、追加情報部６０１と権限情報部６０２で構成される。追加情報部６０１は、人事情報ファイル１１４で必要な情報を、権限情報データベース１０７に追加情報として設定する領域である。追加情報の設定は、人事情報定義ファイル１１５の出力情報に応じて定義する。権限情報部６０２は、各機能（メニューなど）又は各操作（ボタン項目など）に対して個別に対応する権限情報にポケット番号を設定する。すなわち、ポケット番号には、アプリケーション又はシステムの任意の権限情報が定義される。
【００１７】
図８に、ポケット番号と権限定義との対応関係の一例を示す。この実施の形態の場合、図８に示すポケット番号と権限定義の対応関係を記述した対応関係テーブルは、画面プログラム１０１が参照可能な領域に格納される。対応関係テーブルの記憶領域は任意であるが、例えば画面プログラム１０１内に記述されていても良い。図８の場合、ポケット番号＃１（７０１）には画面Ａを構成する登録ボタンの操作権限が対応付けられており、ポケット番号＃２（７０２）には画面Ａを構成する承認ボタンの操作権限が対応付けられている。また、ポケット番号＃３（７０３）には画面Ｂを構成する受付ボタンの操作権限が対応付けられており、ポケット番号＃１０（７１０）にはメンテナンス操作に関する権限が対応付けられている。このように、ポケット番号には、アプリケーション又はシステムの処理単位（利用単位又は操作単位）について関連性が定義される。
【００１８】
次に、権限情報作成プログラム１０９で使用する入出力情報について説明する。権限情報作成プログラム１０９は、人事情報ファイル１１４、人事情報定義ファイル１１５及びルール定義情報ファイル１１６のデータを入力情報として使用する。人事情報ファイル１１４は、人事データに関する情報が設定されたＣＳＶ形式のファイルである。人事情報ファイル１１４は、図２に太線矢印で示すように、社員情報を管理する人事管理データベース情報（２０１−１〜２０１−ｎ）等の項目から権限の判定に必要な項目を選択的に抜き出した情報であり、項目−１（２０２−１）〜項目−ｎ（２０２−ｎ）のように、カンマで区切られたＣＳＶ形式のファイルである。本ファイルには、１人のユーザに対して１つのレコードが存在する。
【００１９】
図２を用いて説明した各項目（項目−１（２０２−１）〜項目−ｎ（２０２−ｎ））の項目定義は、人事情報定義ファイル１１５で定義する。人事情報定義ファイル１１５は、図３に示すように、項目ＩＤ３０１、属性３０２、出力情報３０３、備考３０４で構成される。項目ＩＤ３０１は、項目に対する定数名３０７を定義する。指定した定数名３０７はルール定義情報ファイル１１６のルール条件式で使用する。属性３０２は、項目の値に対する属性を定義する。値の情報が文字属性の場合”Ｃ”、数値属性の場合”９”、日付属性の場合”Ｄ”を設定する。出力情報３０３は、ルール判定／出力部１１３が出力する権限情報ＣＳＶファイル１０８の追加情報部６０１に出力する出力順を指定する。なお、「０」が指定された場合、追加情報部６０１に出力しないことを意味する。備考３０４は、主に項目名称を設定する。
【００２０】
ルール定義情報ファイル１１６は、ポケット番号に対して操作権限の可否を判定するためのルール条件を定義する。ルール定義情報ファイル１１６は、図４に示すように、ポケット番号４０１、権限設定値４０２、ルール定義４０３で構成される。なお、ルール定義４０３には、項目ＩＤ３０１、条件子４０４、判定値４０５を一組とする定義を、１つのポケット番号に対して複数組指定することができる。
【００２１】
ポケット番号４０１は、操作権限の可否情報を設定する領域番号を指定する。権限設定値４０２は、ルール定義の条件判定が真のときに、ポケット番号４０１に設定する値を指定する。ルール定義４０３は、図３で説明した項目ＩＤ３０１に対して操作権限できる条件を指定する。条件子４０４は、条件子としてEQ（= Equal），NE（<> Not Equal），LT（< Less Than），LE（<= Less than Equal），GT（> Grater Than），GE（>= Grater than Equal），SR（部分一致 Search）の７種類を指定ができる。判定値４０５は、項目ＩＤ３０１に対して比較する値を指定する。
【００２２】
例えば図４に示すポケット番号＃１（４０６）の場合、ルール定義（１）の項目ＩＤ３０１（ＳＥＣ：所属コード３０５）がＡ０１であり、かつ、ルール定義（２）の項目ＩＤ３０１（ＰＯＳ：役職コード３０６）が５０以上の場合、ポケット番号＃１に権限設定値４０２で指定した値（１）が設定されることを意味している。
【００２３】
ここで、同一行に記述された複数のルール定義は、各ルール定義のＡＮＤ（論理積）条件で設定されていることを意味している。一方、１つのポケット番号に対応するルール定義が複数行に記述されている場合（例えば符号４０７に示すように、ルール定義が２行について記述されている場合）、行単位で定義されたルール定義は、ＯＲ（論理和）条件で設定されていることを意味する。
【００２４】
（処理動作）
(1) 権限判定処理
図９に、画面プログラム１０１において実行される処理動作の概要を示す。この実施の形態の場合、画面プログラム１０１のうち初期処理部１０２の処理動作は、操作画面１０４がディスプレイに表示される前に実行される。
【００２５】
まず、ステップ８０１において、初期処理部１０２は、権限処理部１０３を使用して、登録ボタンの操作権限を取得する。例えばポケット番号と各機能の対応関係が図８で与えられる場合、権限処理部１０３は、ユーザＩＤとポケット番号＃１を指定して権限情報取得関数８５０を呼び出す（ステップ８８０）。
【００２６】
権限情報取得関数８５０は、権限情報データベース１０７から該当するユーザＩＤの権限情報を取得する（ステップ８５１）。この後、権限情報取得関数８５０は、該当するポケット番号について登録されている値を取得する（ステップ８５２）。この処理の終了後、権限情報取得関数８５０は、呼び出し元である権限処理部１０３にポケット番号＃１に設定されている値を戻す（ステップ８８１）。なお、権限処理部１０３は、取得した値を初期処理部１０２に与える。
【００２７】
次に、初期処理部１０２は、取得した権限情報に基づいて、ユーザが操作権限を有しているか否かを判定する（ステップ８０２）。操作権限がある場合、初期処理部１０２は、登録ボタンを操作画面上に表示する（ステップ８０３）。
【００２８】
続くステップ８０４において、初期処理部１０２は、権限処理部１０３を使用して、メンテナンスの操作権限を取得する。例えばポケット番号と各機能の対応関係が図８で与えられる場合、権限処理部１０３は、ユーザＩＤとポケット番号＃１０を指定して権限情報取得関数８５０を呼び出す（ステップ８８２）。
【００２９】
権限情報取得関数８５０は、権限情報データベース１０７から該当するユーザＩＤの権限情報を取得する（ステップ８５１）。この後、権限情報取得関数８５０は、該当するポケット番号＃１０について登録されている値を取得する（ステップ８５２）。この処理の終了後、権限情報取得関数８５０は、呼び出し元である権限処理部１０３にポケット番号に設定されている値を戻す（ステップ８８３）。なお、権限処理部１０３は、取得した値を初期処理部１０２に与える。
【００３０】
初期処理部１０２は、取得した権限情報に基づいて、ユーザが操作権限を有しているか否かを判定する（ステップ８０５）。操作権限がある場合、初期処理部１０２は、メンテナンスメニューを操作画面上に表示する（ステップ８０６）。
【００３１】
このように、各ユーザの権限の有無の判定とメニュー等の表示／非表示は、ポケット番号を通じて実現される。
【００３２】
(2) 権限情報作成処理
図５及び図６に、権限情報作成プログラム１０９において実行される処理動作の概要を示す。
【００３３】
職制改正等を原因として人事データベースが更新される場合、日次や月次で、権限情報データベース１０７の更新が必要となる。この更新動作を、権限情報作成プログラム１０９が実行する。この実施形態の場合、権限情報作成プログラム１０９は、スケジューラプログラムを通じて起動される（ステップ５０１）。スケジューラプログラムには任意のプログラムを適用できる。
【００３４】
最初の処理（ステップ５０２）は、権限情報作成プログラム１０９の人事情報定義解析部１１０を通じて実行される。人事情報定義解析部１１０は、人事定義情報ファイル１１５を読み込み（ステップ５５０）、項目ＩＤ、属性、出力情報の解析及びエラーチェックを実行する（ステップ５０３）。この際、読み込まれたデータと共に、解析結果やチェック結果の蓄積処理も実行される。構文エラー等が検出された場合、人事情報定義解析部１１０は、処理を中止してエラー情報を出力する（ステップ５０４、５１７）。
【００３５】
構文エラー等が検出されなかった場合、権限情報作成プログラム１０９の処理は、人事情報定義解析部１１０からルール定義解析部１１１に移る。ルール定義解析部１１１は、ルール定義ファイル１１６を読み込み（ステップ５５１）、ポケット番号、権限設定値、ルール定義の解析及びエラーチェックを実行する（ステップ５０６）。この際、読み込まれたデータと共に、解析結果やチェック結果の蓄積も実行される。構文エラー等が検出された場合、ルール定義解析部１１１は、処理を中止してエラー情報を出力する（ステップ５０７、５１７）。
【００３６】
構文エラー等が検出されなかった場合、権限情報作成プログラム１０９の処理は、ルール定義解析部１１１から人事情報解析部１１２に移る。人事情報解析部１１２は、人事情報ファイル１１４を１レコード単位で読み込む（ステップ５０９、５５２）。そして、人事情報解析部１１２は、読み込まれた１レコードについて、情報の解析及びエラーチェックを実行する（ステップ５１０）。この際、読み込まれたデータと共に、解析結果やチェック結果の蓄積も実行される。構文エラー（人事定義情報ファイル１１５で定義した情報と異なる情報）等が検出された場合、人事情報解析部１１２は、処理を中止してエラー情報を出力する（ステップ５１１、５１７）。
【００３７】
構文エラー等が検出されなかった場合、権限情報作成プログラム１０９の処理は、人事情報解析部１１２からルール判定／出力部１１３に移る。ルール判定／出力部１１３は、ルール定義解析部１１１で解析したルール定義情報と、人事情報解析部１１２で解析した人事情報に基づいてルール定義に従った判定処理を実行する（ステップ５１４）。ポケット番号に対する条件式を評価した結果、ルール定義が真と判定された場合、ルール判定／出力部１１３は、次のルール定義の評価を実施する（ループ５１３）。全てのルール定義が真の場合、ルール判定／出力部１１３は、該当するポケット番号に権限設定値を代入する（ステップ５１５）。
【００３８】
いずれかのルール定義が偽と判定された場合、ルール判定／出力部１１３は、次のポケット番号についてルール定義の評価を実施する（ループ５１２）。前述したように、各ポケット番号について全てのルール定義が真の場合、ルール判定／出力部１１３は、処理対象であるポケットポケット番号に権限設定値を代入する（ステップ５１５）。
【００３９】
全てのポケット番号に対するルール評価が完了した場合、ルール判定／出力部１１３は、次の人事情報ファイルのレコードを読み込み（ループ５０８）、前述した手順により読み出されたレコードのポケット番号についてルール定義の評価を実施する。この評価動作は、ルール判定／出力部１１３が、人事情報ファイル１１４のＥＯＦ（End Of File)まで繰り返し実行される。
【００４０】
人事情報ファイル１１４の全てのファイルについての評価が終了すると、ルール判定／出力部１１３は、操作権限の情報として権限情報ＣＳＶファイル１０８を出力する（ステップ５５３）。
【００４１】
図１０に、以上説明した権限情報作成プログラム１０９の処理内容を模式的に示す。図１０は、人事情報定義ファイル１１５、ルール定義情報ファイル１１６及び人事情報ファイル１１４が権限情報作成プログラム１０９に対する入力ファイルであり、権限情報ＣＳＶファイル１０８が権限情報作成プログラム１０９の出力ファイルであるものとして表している。
【００４２】
図１０の場合、人事情報ファイル１１４のデータ９０３のデータは、ユーザＩＤ、所属コード及び役職コードのみであるものとする。また、人事情報定義ファイル１１５のデータ９０１の項目ＩＤは、ユーザＩＤ（：ＵＩＤ）、所属コード（：ＳＥＣ）、役職コード（：ＰＯＳ）で定義されるものとする。また、データ９０１の出力情報は、ユーザＩＤと所属コードを出力対象とするものとする。ルール定義情報ファイル１１６のデータ９０２は、ポケット番号＃１、＃２、＃５に対してルール定義を記述しているものとする。
【００４３】
この場合、権限情報作成プログラム１０９は、図５及び図６に示した処理手順に基づいてデータ９０４に示すデータ構造の権限情報ＣＳＶファイルを生成する。例えばユーザＩＤ「Ａ００１」の場合、ポケット番号＃１のルール定義（１）とルール定義（２）の両方について「真」の判定結果が得られる。従って、権限情報ＣＳＶファイルのうちユーザＩＤ「Ａ００１」に対応するポケット番号＃１に権限設定値「１」が代入される。その他のポケット番号＃２〜＃５については、いずれも全てのルール定義について「真」の結果が得られないので権限設定値は「０」のままに維持される。同様に、ユーザＩＤ「Ａ００２」については、権限情報ＣＳＶファイルのうちユーザＩＤ「Ａ００２」に対応するポケット番号＃５だけに権限設定値「１」が代入され、ユーザＩＤ「Ｂ００１」と「Ｂ００３」には、権限情報ＣＳＶファイルのうちユーザＩＤ「Ｂ００１」と「Ｂ００３」に対応するポケット番号＃２だけにそれぞれ権限設定値「１」が代入される。
【００４４】
なお、ルール定義情報ファイル１１６で指定した最大ポケット番号（図１０の場合、「５」）の範囲内で未定義のポケット番号９０５（図１０の場合、ポケット番号「３」、「４」）がある場合、権限情報ＣＳＶファイル１０８には「０」が設定される。
【００４５】
（まとめ）
以上説明したように、利用単位又は操作単位に関する権限情報を格納する領域を識別する番号（すなわち、ポケット番号）に対して利用又は操作権限の有無を表す情報を関連付けると共に、同ポケット番号に対して利用又は操作権限の判断条件を既定するルール定義を記述することにより、権限チェックのアルゴリズムがプログラム本体に記述されていなくても、権限情報の更新管理と権限に基づいた制御を実現することができる。この結果、一時的に権限を付与する必要がある場合でも、人事データベース等への影響を無くすことなく、権限の有無のチェックに使用するアルゴリズムを自由に変更できる。
【００４６】
（他の実施の形態）
前述した実施の形態の場合には、ユーザが利用又は操作権限を有する場合には対応するメニュー１０５やボタン１０６を操作画面に表示する場合について説明した。しかしながら、メニュー１０５やボタン１０６は基本的に操作画面上に表示し、権限を有しないユーザによるメニュー１０５やボタン１０６の操作を無効にしても良い。
【００４７】
また、前述した実施の形態においては、ユーザの情報が人事情報である場合について説明した。しかしながら、機能やボタンの利用や操作を、特定の個人やグループを単位として制限する際に参照される情報であれば、各種のユーザ情報に適用できる。
【符号の説明】
【００４８】
１０１…画面プログラム、１０２…初期処理部、１０３…権限処理部、１０４…操作画面、１０７…権限情報データベース、１０８…権限情報ＣＳＶファイル、１０９…権限情報作成プログラム、１１０…人事情報定義解析部、１１１…ルール定義解析部、１１２…人事情報解析部、１１３…ルール判定／出力部、１１４…人事情報ファイル、１１５…人事情報定義ファイル、１１６…ルール定義情報ファイル。
【技術分野】
【０００１】
本発明は、ユーザの操作権限に応じたアプリケーションの利用又は操作を可能とする管理システム及びプログラムに関する。例えばメニュー単位の利用可否や操作ボタン単位の操作可否を簡単に管理できる技術に関する。
【背景技術】
【０００２】
Ｗｅｂアプリケーションプログラム等においては、操作ユーザの権限に応じて利用できる機能（メニュー単位）や「ボタン」操作に制限を加える場合がある。この利用制限の可否の判定は、一般に、アプリケーションプログラム自体が行っている。なお、判定時には、操作ユーザの役職、組織、役割（ロール）、グループ情報等をチェックする。
【０００３】
例えば図１１に示すように、プログラムＡ１００１の初期処理部１００２を用いて、操作画面１００３の操作権限を管理するものがある。初期処理部１００２は、必要に応じて、人事情報データベース１０００４の役職、組織、役割（ロール）等やグループ管理データベース１００５のグループ情報、役割（ロール）等を直接参照し、操作画面１００３の操作ユーザがボタンやメニュー等を操作する権限を有しているか否かの確認を実行する。この他、アクセス権限テーブルの利用により、メニューのコマンド操作のみを単純に管理するものがある（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１５５４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、操作権限のチェックが必要な場合、権限の要件によって、組織情報、役職情報、グループ情報等を参照して利用又は操作権限の有無を判断する必要がある。また、権限の判定に使用するアルゴリズムは、一般に、プログラム内にハードコーディングされている。このため、権限の要件に追加や変更が生じた場合、プログラムの改修が必要になり、容易に変更することができない。また、一時的に操作ユーザに操作権限を付与する場合など対応ができないという問題がある。
【０００６】
そこで、本発明は、ユーザの権限の有無を表す情報を、データベースを用いて一元管理する仕組みを提供する。また、本発明は、権限の判定アルゴリズムをルール定義情報ファイルで管理することにより、権限の変更にも容易に対応できる仕組みを提供する。
【課題を解決するための手段】
【０００７】
本発明では、処理単位に対する権限の有無を表す情報を格納する領域にポケット番号を付し、当該ポケット番号を介して各ユーザの権限に関する情報の読み出しや管理を実現する。
【発明の効果】
【０００８】
本発明により、各ユーザの権限の有無を表す情報のデータベース上での一元管理を実現でき、権限の有無をチェックするアルゴリズムをプログラム本体に記述する必要を無くすことができる。結果的に、権限の有無をチェックするアルゴリズムのカスタマイズを容易に実現できる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係る操作権限管理システムの構成例を示す図。
【図２】ユーザ管理情報を保持する人事情報ファイルの構成例を示す図。
【図３】項目定義情報を保持する人事情報定義ファイルの構成例を示す図。
【図４】ルール情報を保持するルール定義情報ファイルの構成例を示す図。
【図５】権限情報作成プログラムの処理の概要を示すフローチャート（その１）。
【図６】権限情報作成プログラムの処理の概要を示すフローチャート（その２）。
【図７】操作権限の情報を保持する権限情報データベースの構成例を示す図。
【図８】ポケット番号と権限定義との対応関連を説明する図。
【図９】画面プログラムで実行される処理の概要を示すフローチャート。
【図１０】権限情報作成プログラムと入出力ファイルの関係を概要的に説明する図。
【図１１】権限チェック方式の従来例を説明する図。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて、本発明の実施の形態を説明する。なお、後述する装置構成や処理動作の内容は発明を説明するための一例であり、本発明は、後述する装置構成や処理動作に既知の技術を組み合わせた発明や後述する装置構成や処理動作の一部を既知の技術と置換した発明も包含する。
【００１１】
（システム構成）
図１に、実施の形態で使用する操作権限管理システムの構成例を示す。本システムは、権限情報データベース１０７を利用する画面プログラム１０１と、権限情報データベース１０７への取込データとなる権限情報ＣＳＶファイル１０８を作成する権限情報作成プログラム１０９とで構成される。
【００１２】
画面プログラム１０１は、操作画面１０４の表示に初期処理部１０２を使用する。初期処理部１０２は、権限処理部１０３を通じて、メニュー１０５とボタン１０６に対応するユーザ固有の権限情報（オン（１）／オフ（０））を取得する。基本的に、オン（１）は、権限が「在る」ことを意味し、オフ（０）は、権限が「無い」ことを意味する。権限処理部１０３は、ユーザＩＤとポケット番号を指定して、権限情報データベース１０７から特定のユーザに固有の権限情報を取得する。
【００１３】
初期処理部１０２は、取得した権限情報（オン（１）／オフ（０））に基づいて、メニュー１０５の利用可否の判定やボタン１０６の表示／非表示の判定を実行する。なお、メニュー１０５の表示／非表示を初期処理部１０２で判定しても良いし、常に表示されたボタン１０６の操作の可否を初期処理部１０２で判定しても良い。
【００１４】
権限情報作成プログラム１０９は、人事情報定義解析部１１０、ルール定義解析部１１１、人事情報解析部１１２、ルール判定／出力部１１３により構成される。人事情報定義解析部１１０は、人事情報ファイル１１４を規定する各項目定義の情報（項目ＩＤ、属性、出力情報など）を管理する人事情報定義ファイル１１５を解析する。ルール定義解析部１１１は、ポケット番号に対応付けられる条件式（１つ又は複数のルール定義で規定される）等を管理するルール定義情報ファイル１１６を解析する。人事情報解析部１１２は、人事情報定義ファイル１１５の形式に従って人事情報ファイル１１４を解析する。ルール判定／出力部１１３は、ルール定義解析部１１１で解析したルール定義と、人事情報解析部１１２で解析したユーザの人事情報に基づいて、各ポケット番号に対応付けられた条件式の成立の有無を評価し、評価結果を権限情報ＣＳＶファイル１０８として出力する。権限情報データベース１０７は、各ベンダーが提供するデータベースのインポート処理を使用し、権限情報ＣＳＶファイル１０８からデータベースに必要な権限情報を取り込む。
【００１５】
（入出力情報）
次に、画面プログラム１０１で使用する入力情報について説明する。画面プログラム１０１は、メニュー１０５、ボタン１０６等に対するユーザの操作権限の有無を、権限情報データベース１０７を利用して判定する。
【００１６】
図７に、権限情報データベース１０７の構造例を示す。権限情報データベース１０７は、ユーザ単位で権限情報（６０３−１〜６０３−ｎ）を格納する。権限情報は、追加情報部６０１と権限情報部６０２で構成される。追加情報部６０１は、人事情報ファイル１１４で必要な情報を、権限情報データベース１０７に追加情報として設定する領域である。追加情報の設定は、人事情報定義ファイル１１５の出力情報に応じて定義する。権限情報部６０２は、各機能（メニューなど）又は各操作（ボタン項目など）に対して個別に対応する権限情報にポケット番号を設定する。すなわち、ポケット番号には、アプリケーション又はシステムの任意の権限情報が定義される。
【００１７】
図８に、ポケット番号と権限定義との対応関係の一例を示す。この実施の形態の場合、図８に示すポケット番号と権限定義の対応関係を記述した対応関係テーブルは、画面プログラム１０１が参照可能な領域に格納される。対応関係テーブルの記憶領域は任意であるが、例えば画面プログラム１０１内に記述されていても良い。図８の場合、ポケット番号＃１（７０１）には画面Ａを構成する登録ボタンの操作権限が対応付けられており、ポケット番号＃２（７０２）には画面Ａを構成する承認ボタンの操作権限が対応付けられている。また、ポケット番号＃３（７０３）には画面Ｂを構成する受付ボタンの操作権限が対応付けられており、ポケット番号＃１０（７１０）にはメンテナンス操作に関する権限が対応付けられている。このように、ポケット番号には、アプリケーション又はシステムの処理単位（利用単位又は操作単位）について関連性が定義される。
【００１８】
次に、権限情報作成プログラム１０９で使用する入出力情報について説明する。権限情報作成プログラム１０９は、人事情報ファイル１１４、人事情報定義ファイル１１５及びルール定義情報ファイル１１６のデータを入力情報として使用する。人事情報ファイル１１４は、人事データに関する情報が設定されたＣＳＶ形式のファイルである。人事情報ファイル１１４は、図２に太線矢印で示すように、社員情報を管理する人事管理データベース情報（２０１−１〜２０１−ｎ）等の項目から権限の判定に必要な項目を選択的に抜き出した情報であり、項目−１（２０２−１）〜項目−ｎ（２０２−ｎ）のように、カンマで区切られたＣＳＶ形式のファイルである。本ファイルには、１人のユーザに対して１つのレコードが存在する。
【００１９】
図２を用いて説明した各項目（項目−１（２０２−１）〜項目−ｎ（２０２−ｎ））の項目定義は、人事情報定義ファイル１１５で定義する。人事情報定義ファイル１１５は、図３に示すように、項目ＩＤ３０１、属性３０２、出力情報３０３、備考３０４で構成される。項目ＩＤ３０１は、項目に対する定数名３０７を定義する。指定した定数名３０７はルール定義情報ファイル１１６のルール条件式で使用する。属性３０２は、項目の値に対する属性を定義する。値の情報が文字属性の場合”Ｃ”、数値属性の場合”９”、日付属性の場合”Ｄ”を設定する。出力情報３０３は、ルール判定／出力部１１３が出力する権限情報ＣＳＶファイル１０８の追加情報部６０１に出力する出力順を指定する。なお、「０」が指定された場合、追加情報部６０１に出力しないことを意味する。備考３０４は、主に項目名称を設定する。
【００２０】
ルール定義情報ファイル１１６は、ポケット番号に対して操作権限の可否を判定するためのルール条件を定義する。ルール定義情報ファイル１１６は、図４に示すように、ポケット番号４０１、権限設定値４０２、ルール定義４０３で構成される。なお、ルール定義４０３には、項目ＩＤ３０１、条件子４０４、判定値４０５を一組とする定義を、１つのポケット番号に対して複数組指定することができる。
【００２１】
ポケット番号４０１は、操作権限の可否情報を設定する領域番号を指定する。権限設定値４０２は、ルール定義の条件判定が真のときに、ポケット番号４０１に設定する値を指定する。ルール定義４０３は、図３で説明した項目ＩＤ３０１に対して操作権限できる条件を指定する。条件子４０４は、条件子としてEQ（= Equal），NE（<> Not Equal），LT（< Less Than），LE（<= Less than Equal），GT（> Grater Than），GE（>= Grater than Equal），SR（部分一致 Search）の７種類を指定ができる。判定値４０５は、項目ＩＤ３０１に対して比較する値を指定する。
【００２２】
例えば図４に示すポケット番号＃１（４０６）の場合、ルール定義（１）の項目ＩＤ３０１（ＳＥＣ：所属コード３０５）がＡ０１であり、かつ、ルール定義（２）の項目ＩＤ３０１（ＰＯＳ：役職コード３０６）が５０以上の場合、ポケット番号＃１に権限設定値４０２で指定した値（１）が設定されることを意味している。
【００２３】
ここで、同一行に記述された複数のルール定義は、各ルール定義のＡＮＤ（論理積）条件で設定されていることを意味している。一方、１つのポケット番号に対応するルール定義が複数行に記述されている場合（例えば符号４０７に示すように、ルール定義が２行について記述されている場合）、行単位で定義されたルール定義は、ＯＲ（論理和）条件で設定されていることを意味する。
【００２４】
（処理動作）
(1) 権限判定処理
図９に、画面プログラム１０１において実行される処理動作の概要を示す。この実施の形態の場合、画面プログラム１０１のうち初期処理部１０２の処理動作は、操作画面１０４がディスプレイに表示される前に実行される。
【００２５】
まず、ステップ８０１において、初期処理部１０２は、権限処理部１０３を使用して、登録ボタンの操作権限を取得する。例えばポケット番号と各機能の対応関係が図８で与えられる場合、権限処理部１０３は、ユーザＩＤとポケット番号＃１を指定して権限情報取得関数８５０を呼び出す（ステップ８８０）。
【００２６】
権限情報取得関数８５０は、権限情報データベース１０７から該当するユーザＩＤの権限情報を取得する（ステップ８５１）。この後、権限情報取得関数８５０は、該当するポケット番号について登録されている値を取得する（ステップ８５２）。この処理の終了後、権限情報取得関数８５０は、呼び出し元である権限処理部１０３にポケット番号＃１に設定されている値を戻す（ステップ８８１）。なお、権限処理部１０３は、取得した値を初期処理部１０２に与える。
【００２７】
次に、初期処理部１０２は、取得した権限情報に基づいて、ユーザが操作権限を有しているか否かを判定する（ステップ８０２）。操作権限がある場合、初期処理部１０２は、登録ボタンを操作画面上に表示する（ステップ８０３）。
【００２８】
続くステップ８０４において、初期処理部１０２は、権限処理部１０３を使用して、メンテナンスの操作権限を取得する。例えばポケット番号と各機能の対応関係が図８で与えられる場合、権限処理部１０３は、ユーザＩＤとポケット番号＃１０を指定して権限情報取得関数８５０を呼び出す（ステップ８８２）。
【００２９】
権限情報取得関数８５０は、権限情報データベース１０７から該当するユーザＩＤの権限情報を取得する（ステップ８５１）。この後、権限情報取得関数８５０は、該当するポケット番号＃１０について登録されている値を取得する（ステップ８５２）。この処理の終了後、権限情報取得関数８５０は、呼び出し元である権限処理部１０３にポケット番号に設定されている値を戻す（ステップ８８３）。なお、権限処理部１０３は、取得した値を初期処理部１０２に与える。
【００３０】
初期処理部１０２は、取得した権限情報に基づいて、ユーザが操作権限を有しているか否かを判定する（ステップ８０５）。操作権限がある場合、初期処理部１０２は、メンテナンスメニューを操作画面上に表示する（ステップ８０６）。
【００３１】
このように、各ユーザの権限の有無の判定とメニュー等の表示／非表示は、ポケット番号を通じて実現される。
【００３２】
(2) 権限情報作成処理
図５及び図６に、権限情報作成プログラム１０９において実行される処理動作の概要を示す。
【００３３】
職制改正等を原因として人事データベースが更新される場合、日次や月次で、権限情報データベース１０７の更新が必要となる。この更新動作を、権限情報作成プログラム１０９が実行する。この実施形態の場合、権限情報作成プログラム１０９は、スケジューラプログラムを通じて起動される（ステップ５０１）。スケジューラプログラムには任意のプログラムを適用できる。
【００３４】
最初の処理（ステップ５０２）は、権限情報作成プログラム１０９の人事情報定義解析部１１０を通じて実行される。人事情報定義解析部１１０は、人事定義情報ファイル１１５を読み込み（ステップ５５０）、項目ＩＤ、属性、出力情報の解析及びエラーチェックを実行する（ステップ５０３）。この際、読み込まれたデータと共に、解析結果やチェック結果の蓄積処理も実行される。構文エラー等が検出された場合、人事情報定義解析部１１０は、処理を中止してエラー情報を出力する（ステップ５０４、５１７）。
【００３５】
構文エラー等が検出されなかった場合、権限情報作成プログラム１０９の処理は、人事情報定義解析部１１０からルール定義解析部１１１に移る。ルール定義解析部１１１は、ルール定義ファイル１１６を読み込み（ステップ５５１）、ポケット番号、権限設定値、ルール定義の解析及びエラーチェックを実行する（ステップ５０６）。この際、読み込まれたデータと共に、解析結果やチェック結果の蓄積も実行される。構文エラー等が検出された場合、ルール定義解析部１１１は、処理を中止してエラー情報を出力する（ステップ５０７、５１７）。
【００３６】
構文エラー等が検出されなかった場合、権限情報作成プログラム１０９の処理は、ルール定義解析部１１１から人事情報解析部１１２に移る。人事情報解析部１１２は、人事情報ファイル１１４を１レコード単位で読み込む（ステップ５０９、５５２）。そして、人事情報解析部１１２は、読み込まれた１レコードについて、情報の解析及びエラーチェックを実行する（ステップ５１０）。この際、読み込まれたデータと共に、解析結果やチェック結果の蓄積も実行される。構文エラー（人事定義情報ファイル１１５で定義した情報と異なる情報）等が検出された場合、人事情報解析部１１２は、処理を中止してエラー情報を出力する（ステップ５１１、５１７）。
【００３７】
構文エラー等が検出されなかった場合、権限情報作成プログラム１０９の処理は、人事情報解析部１１２からルール判定／出力部１１３に移る。ルール判定／出力部１１３は、ルール定義解析部１１１で解析したルール定義情報と、人事情報解析部１１２で解析した人事情報に基づいてルール定義に従った判定処理を実行する（ステップ５１４）。ポケット番号に対する条件式を評価した結果、ルール定義が真と判定された場合、ルール判定／出力部１１３は、次のルール定義の評価を実施する（ループ５１３）。全てのルール定義が真の場合、ルール判定／出力部１１３は、該当するポケット番号に権限設定値を代入する（ステップ５１５）。
【００３８】
いずれかのルール定義が偽と判定された場合、ルール判定／出力部１１３は、次のポケット番号についてルール定義の評価を実施する（ループ５１２）。前述したように、各ポケット番号について全てのルール定義が真の場合、ルール判定／出力部１１３は、処理対象であるポケットポケット番号に権限設定値を代入する（ステップ５１５）。
【００３９】
全てのポケット番号に対するルール評価が完了した場合、ルール判定／出力部１１３は、次の人事情報ファイルのレコードを読み込み（ループ５０８）、前述した手順により読み出されたレコードのポケット番号についてルール定義の評価を実施する。この評価動作は、ルール判定／出力部１１３が、人事情報ファイル１１４のＥＯＦ（End Of File)まで繰り返し実行される。
【００４０】
人事情報ファイル１１４の全てのファイルについての評価が終了すると、ルール判定／出力部１１３は、操作権限の情報として権限情報ＣＳＶファイル１０８を出力する（ステップ５５３）。
【００４１】
図１０に、以上説明した権限情報作成プログラム１０９の処理内容を模式的に示す。図１０は、人事情報定義ファイル１１５、ルール定義情報ファイル１１６及び人事情報ファイル１１４が権限情報作成プログラム１０９に対する入力ファイルであり、権限情報ＣＳＶファイル１０８が権限情報作成プログラム１０９の出力ファイルであるものとして表している。
【００４２】
図１０の場合、人事情報ファイル１１４のデータ９０３のデータは、ユーザＩＤ、所属コード及び役職コードのみであるものとする。また、人事情報定義ファイル１１５のデータ９０１の項目ＩＤは、ユーザＩＤ（：ＵＩＤ）、所属コード（：ＳＥＣ）、役職コード（：ＰＯＳ）で定義されるものとする。また、データ９０１の出力情報は、ユーザＩＤと所属コードを出力対象とするものとする。ルール定義情報ファイル１１６のデータ９０２は、ポケット番号＃１、＃２、＃５に対してルール定義を記述しているものとする。
【００４３】
この場合、権限情報作成プログラム１０９は、図５及び図６に示した処理手順に基づいてデータ９０４に示すデータ構造の権限情報ＣＳＶファイルを生成する。例えばユーザＩＤ「Ａ００１」の場合、ポケット番号＃１のルール定義（１）とルール定義（２）の両方について「真」の判定結果が得られる。従って、権限情報ＣＳＶファイルのうちユーザＩＤ「Ａ００１」に対応するポケット番号＃１に権限設定値「１」が代入される。その他のポケット番号＃２〜＃５については、いずれも全てのルール定義について「真」の結果が得られないので権限設定値は「０」のままに維持される。同様に、ユーザＩＤ「Ａ００２」については、権限情報ＣＳＶファイルのうちユーザＩＤ「Ａ００２」に対応するポケット番号＃５だけに権限設定値「１」が代入され、ユーザＩＤ「Ｂ００１」と「Ｂ００３」には、権限情報ＣＳＶファイルのうちユーザＩＤ「Ｂ００１」と「Ｂ００３」に対応するポケット番号＃２だけにそれぞれ権限設定値「１」が代入される。
【００４４】
なお、ルール定義情報ファイル１１６で指定した最大ポケット番号（図１０の場合、「５」）の範囲内で未定義のポケット番号９０５（図１０の場合、ポケット番号「３」、「４」）がある場合、権限情報ＣＳＶファイル１０８には「０」が設定される。
【００４５】
（まとめ）
以上説明したように、利用単位又は操作単位に関する権限情報を格納する領域を識別する番号（すなわち、ポケット番号）に対して利用又は操作権限の有無を表す情報を関連付けると共に、同ポケット番号に対して利用又は操作権限の判断条件を既定するルール定義を記述することにより、権限チェックのアルゴリズムがプログラム本体に記述されていなくても、権限情報の更新管理と権限に基づいた制御を実現することができる。この結果、一時的に権限を付与する必要がある場合でも、人事データベース等への影響を無くすことなく、権限の有無のチェックに使用するアルゴリズムを自由に変更できる。
【００４６】
（他の実施の形態）
前述した実施の形態の場合には、ユーザが利用又は操作権限を有する場合には対応するメニュー１０５やボタン１０６を操作画面に表示する場合について説明した。しかしながら、メニュー１０５やボタン１０６は基本的に操作画面上に表示し、権限を有しないユーザによるメニュー１０５やボタン１０６の操作を無効にしても良い。
【００４７】
また、前述した実施の形態においては、ユーザの情報が人事情報である場合について説明した。しかしながら、機能やボタンの利用や操作を、特定の個人やグループを単位として制限する際に参照される情報であれば、各種のユーザ情報に適用できる。
【符号の説明】
【００４８】
１０１…画面プログラム、１０２…初期処理部、１０３…権限処理部、１０４…操作画面、１０７…権限情報データベース、１０８…権限情報ＣＳＶファイル、１０９…権限情報作成プログラム、１１０…人事情報定義解析部、１１１…ルール定義解析部、１１２…人事情報解析部、１１３…ルール判定／出力部、１１４…人事情報ファイル、１１５…人事情報定義ファイル、１１６…ルール定義情報ファイル。
【特許請求の範囲】
【請求項１】
ユーザ毎に規定された処理単位に対する権限の有無を表す情報と、その格納領域を指定するポケット番号とを対応付けて格納する権限情報データベースと、
前記ポケット番号と前記処理単位との対応関係を記述した対応関係テーブルと、
特定のユーザに対する特定の処理単位に対する権限の有無の判定が要求されるとき、ポケット番号と特定のユーザの識別子に基づいて前記権限情報データベースにアクセスし、当該ユーザに対応する権限の有無を表す情報を取得する権限処理部と
を有することを特徴とする操作権限管理システム。
【請求項２】
１つ又は複数のルール定義をポケット番号に対応付けて格納するルール定義情報ファイルと各ユーザの情報とを照合し、ポケット番号に対応付けられている１つ又は複数のルール定義の全てを同時に満たすユーザが検出された場合には、前記権限情報データベースの該当ユーザに対応するポケット番号に所定の権限設定値を反映させるルール判定部
を有することを特徴とする請求項１に記載の操作権限管理システム。
【請求項３】
前記ルール定義情報ファイルは、ポケット番号、権限設定値、項目ＩＤ、条件子、判定値で構成され、
前記ルール定義は、項目ＩＤ、条件子、判定値で構成される
ことを特徴とする請求項２に記載の操作権限管理システム。
【請求項４】
前記ユーザの情報は、人事情報である
ことを特徴とする請求項３に記載の操作権限管理システム。
【請求項５】
特定のユーザに対する特定の処理単位に対する権限の有無の判定が要求されるとき、
判定対象である処理単位に基づいて、当該処理単位に対する権限の有無を表す情報が格納される領域を特定するポケット番号を対応関係テーブルから読み出す処理と、
読み出されたポケット番号とポケット番号と特定のユーザの識別子に基づいて、処理単位に対する権限の有無を表す情報が格納される領域にそれぞれ固有のポケット番号を対応付けて格納する権限情報データベースにアクセスし、対応する権限の有無を表す情報を取得する処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項６】
１つ又は複数のルール定義をポケット番号に対応付けて格納するルール定義情報ファイルと各ユーザの情報とを照合する処理と、
ポケット番号に対応付けられている１つ又は複数のルール定義の全てを同時に満たすユーザが検出された場合には、前記権限情報データベースの該当ユーザに対応するポケット番号に所定の権限設定値を反映させる処理と
をコンピュータに実行させることを特徴とする請求項５に記載のプログラム。
【請求項１】
ユーザ毎に規定された処理単位に対する権限の有無を表す情報と、その格納領域を指定するポケット番号とを対応付けて格納する権限情報データベースと、
前記ポケット番号と前記処理単位との対応関係を記述した対応関係テーブルと、
特定のユーザに対する特定の処理単位に対する権限の有無の判定が要求されるとき、ポケット番号と特定のユーザの識別子に基づいて前記権限情報データベースにアクセスし、当該ユーザに対応する権限の有無を表す情報を取得する権限処理部と
を有することを特徴とする操作権限管理システム。
【請求項２】
１つ又は複数のルール定義をポケット番号に対応付けて格納するルール定義情報ファイルと各ユーザの情報とを照合し、ポケット番号に対応付けられている１つ又は複数のルール定義の全てを同時に満たすユーザが検出された場合には、前記権限情報データベースの該当ユーザに対応するポケット番号に所定の権限設定値を反映させるルール判定部
を有することを特徴とする請求項１に記載の操作権限管理システム。
【請求項３】
前記ルール定義情報ファイルは、ポケット番号、権限設定値、項目ＩＤ、条件子、判定値で構成され、
前記ルール定義は、項目ＩＤ、条件子、判定値で構成される
ことを特徴とする請求項２に記載の操作権限管理システム。
【請求項４】
前記ユーザの情報は、人事情報である
ことを特徴とする請求項３に記載の操作権限管理システム。
【請求項５】
特定のユーザに対する特定の処理単位に対する権限の有無の判定が要求されるとき、
判定対象である処理単位に基づいて、当該処理単位に対する権限の有無を表す情報が格納される領域を特定するポケット番号を対応関係テーブルから読み出す処理と、
読み出されたポケット番号とポケット番号と特定のユーザの識別子に基づいて、処理単位に対する権限の有無を表す情報が格納される領域にそれぞれ固有のポケット番号を対応付けて格納する権限情報データベースにアクセスし、対応する権限の有無を表す情報を取得する処理と
をコンピュータに実行させることを特徴とするプログラム。
【請求項６】
１つ又は複数のルール定義をポケット番号に対応付けて格納するルール定義情報ファイルと各ユーザの情報とを照合する処理と、
ポケット番号に対応付けられている１つ又は複数のルール定義の全てを同時に満たすユーザが検出された場合には、前記権限情報データベースの該当ユーザに対応するポケット番号に所定の権限設定値を反映させる処理と
をコンピュータに実行させることを特徴とする請求項５に記載のプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１１−６５５２３（Ｐ２０１１−６５５２３Ａ）
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願番号】特願２００９−２１６９１４（Ｐ２００９−２１６９１４）
【出願日】平成２１年９月１８日（２００９．９．１８）
【出願人】（０００２３３０５５）株式会社日立ソリューションズ (1,610)
【Ｆターム（参考）】
【公開日】平成２３年３月３１日（２０１１．３．３１）
【国際特許分類】
【出願日】平成２１年９月１８日（２００９．９．１８）
【出願人】（０００２３３０５５）株式会社日立ソリューションズ (1,610)
【Ｆターム（参考）】
[ Back to top ]