JP3700788B2 - セキュリティ管理方法 - Google Patents

Description

本発明は情報処理システムにおけるセキュリティ管理方法に関する。

情報処理システムにおいてセキュリティ管理を行う方法として、特公平０３−３７２２４号公報（特許文献１）にあるようにパスワードによる利用者の識別と、利用者毎の利用可能なメニューおよびデータ範囲の設定が一般的である。さらに、進んだ方法として企業における利用を主眼とした場合は、特開平０３−２４６７４２号公報（特許文献２）のように、利用者・部門別の画面利用情報をデータとして管理し、重要メニュー、サブメニューの様に階層化して利用者名、パスワードと一致した場合のみ利用可能とすることにより機密性を高める方法がある。このような現在のセキュリティ管理を利用しても企業内の組織体系に合わせた設定を行うことは可能であり、情報処理システムを管理する部署が利用者の身分あるいは部門、課などを考慮してメニューの設定を行っている。

特公平３−３７２２４号公報 特開平３−２４６７４２号公報

しかし従来技術では利用者数が少ないうちは問題ないが、従業員一人一人に上記のパスワード、メニューを設定した場合や、組織の数が増加した場合、情報処理システム管理部門の作業負荷が大幅に増えることになる。また情報処理システム管理部門は、組織内の各部署がどのような処理やデータを利用するか詳しく知らないために、必要以上に許可範囲を狭くしたり、逆に本来許可されるべきでない情報も許可されるといった弊害もでてくる。企業では組織の変更や人員の異動は頻繁に行われるが、人事異動などが発生した場合は個人毎の許可範囲が変わるので改めてメニューやパスワードの設定を行なう必要があり、保守にも手間がかかるといった問題がある。またその対応が遅かったり忘れた場合は本来は禁止されるべき元の部署の情報がアクセスでき、新しい部署での情報にアクセスができないといった問題が起きる。

本発明は、このようなセキュリティ管理と企業組織との不整合を無くして、企業組織に合った形でセキュリティ管理ができ、設定および変更を容易にすることにより、情報システム部門の作業負荷を軽減し、かつ機密安全性を高めることを目的とする。

本発明のセキュリティ管理方法は、
少なくとも、入力装置、表示装置及び補助記憶装置を備えた情報処理システムにおけるセキュリティ管理方法であって、
前記入力装置から入力された情報処理システムの利用者の社員コード又はログイン名及びパスワードに基づいて前記補助記憶装置に記憶されているパスワードファイルを検索することにより、前記利用者が正当な利用者であるか否かを判定する工程と、
前記工程において、前記利用者が正当な利用者であると判定された場合、前記利用者の個人メニューファイルがあるか否かを判断する工程と、
前記工程において、前記利用者の個人メニューファイルがないと判断された場合、前記利用者の社員コードに基づいて前記補助記憶装置に記憶されている組織データファイルを検索することにより、前記利用者の組織上の上位者を特定する工程と、
特定された前記上位者の個人メニューファイルを前記補助記憶装置から獲得する工程と、
獲得された前記上位者の個人メニューファイルに基づいて表示データを作成し、前記表示装置にメニューを表示する工程と、
表示された前記メニューに対する前記入力装置から入力されたメニュー項目選択指示に基づいて前記利用者の個人メニューを作成する工程と
を備えたことを特徴とする。

また、本発明のセキュリティ管理方法は、
情報処理システムの利用者の所属部署が変更になった場合、前記入力装置から入力された前記利用者の社員コードに基づいて前記補助記憶装置に記憶されている前記利用者の個人メニューファイルを削除する工程と、
前記補助記憶装置に記憶されている前記組織データファイルから前記利用者の社員コードを削除する工程と、
前記入力装置から入力された前記利用者の異動先の所属部署の部署コードに基づいて前記組織データファイルの中の前記異動先の部署の欄に前記利用者の社員コードを追加する工程と
を更に備えたことを特徴とする。

本発明によれば、下位者の個人メニューをその上位者のメニューから作成することによって、情報システム管理部門の作業負荷を軽減し、その部署に適合したセキュリティを設定することができるので、機密安全性が高まる。また、下位者は上位者の持つメニューを基にさらに制限したメニューからのみ情報システムにアクセスするので機密安全性が高まる。また、担当者自身が上位者の持つメニューを基に許可された範囲から自分のメニューを作成、編集できるので情報システムを操作するときの操作性、視認性が高まる。また、人事異動によって担当者が別の部署に異動した場合でも、組織データを更新するだけで異動者の許可範囲を変更できるので、情報システム管理部門の作業負荷を軽減でき、人事異動と許可範囲変更の時間差をなくすことができる。

本発明の実施例を図を用いて説明する。図１は本発明のブロック図である。ログイン名、パスワード、社員コード等を入力するための入力装置１と、入力されたログイン名、パスワード、社員コード等から正当な利用者かどうかをチェックするチェック部２と、表示メニューを作成するためのメニュー作成部３と、作成したメニューを表示するためのＣＲＴ等の表示装置４から構成され、さらにチェック部２で正当な利用者かチェックを行うための正当な利用者の情報が格納されたパスワードデータファイル５と、組織の階層情報、社員コード等が格納された組織データファイル６と、利用者の個人毎のメニューの情報が格納された個人メニューデータファイル７から構成されている。５、６、７はそれぞれ補助記憶装置に格納されている。

図１０は本実施例の概念を実際のメニュー例として示した図である。情報システムの機能の全メニューが１０１であり、管理レベルは全社、トップ管理者が利用できるメニューである。全メニュー１０１より財務会計部分のメニューのみを作成したメニューが１０２であり、管理レベルは部、管理する部門は財務部で、財務部の部門管理者が使用するメニューである。さらに管理レベルが部門のメニューから管理レベルが課単位のメニューを経て、管理レベルが担当者のメニュー１０３を作成している。これらの過程で組織データファイル６に含まれる会社の組織構造を参照して下位のメニューを作成している。

図２はパスワードデータファイル５の例であり、全ての利用者を識別するための情報が２１に格納されている。利用者を識別するためのログイン名、利用者を特定するための利用者のみが知るパスワード、社内で従業員に一意的に付けられた利用者の社員コード、利用者毎のメニューの情報が格納された個人メニューファイル７のファイル名から構成されている。

図３は個人メニューファイル７の例であり、利用者一人一人に３１に示す情報が格納されたファイルがある。一つ一つのメニュー項目を識別するためのメニューコード、メニューを表示装置４に表示するときに表示するかどうかを示す表示フラグ、メニュー作成部３で表示データを作成する時に使用するメニューの表示名、利用者が情報システムを使用して処理を起動するとき、メニュー項目と処理プログラムを結び付けるための起動プログラム名から構成されている。

図４は組織データファイル６の例であり、会社の組織構造を格納したファイル４１である。企業内で組織の階層に従って部署毎に一意に付けられた部署コードと部署名、その部署の管理者（例えば課長）の社員コード、その部署の所属員の社員コード（複数）から構成され、社員コードから所属部署が検索できるようになっている。また部署コードにより上位部署名も分かるように構成されている。

次に本実施例を図５のフローチャートを用いて説明する。図５は個人メニューを利用する担当者以外の人が個人メニューファイルを作成する時の処理フローチャートである。入力装置１より作成する担当者の社員コードを入力する（ＳＴ１）と、社員コードが正当かチェック部２でチェックする。正当であればメニュー作成部３で組織データファイル６を補助記憶装置から読み込む（ＳＴ２）。組織データファイル６では社員と所属部署の関係を情報として格納しているので、社員コードを基に所属部署とその部署の管理者を検索する（ＳＴ３）。検索の結果から管理者の社員コードが分かるので、パスワードデータファイル５から管理者の個人メニューファイル名を検索し、個人メニューファイル７を読み込む（ＳＴ４）。メニュー作成部３では、この管理者の個人メニューファイルから表示データを作成し、表示装置４にメニューを表示する（ＳＴ５）。

ＳＴ６、ＳＴ７、ＳＴ８は管理者の個人メニューの中から担当者に表示を許可するかどうかを入力する処理であり、入力装置１から認可、否認可を入力し（ＳＴ６）、否認可とするメニュー項目は削除し（ＳＴ７Ｎ、ＳＴ８）、認可するメニュー項目はそのまま残す（ＳＴ７Ｙ）。設定項目が終了したら（ＳＴ９Ｙ）担当者の個人メニューファイルに書き込む。これにより、管理者の個人メニューファイルから認可するメニュー項目のみで構成された担当者用の個人メニューファイルが作成できる。

図６は図５のフローチャートの処理に従って担当者用のメニューを作成した例である。
経理１課の課長に許可されたメニュー６１は、この課長の個人のメニューであり７個のメニュー項目からなる。このメニューから作成され担当者に許可されたメニューが６２であり、３個のメニュー項目となっている。このように本実施例によれば、組織上の上位者のメニューから制限して下位者のメニューを作る事ができるので全体メニューから作る場合に比べ少ない操作で担当者のメニューを作成できる。また、経理１課の許可範囲が課長自身のメニューにより制限されているので、経理１課の業務に詳しくない人が設定しても許可範囲の誤りなく個人メニューファイルを作成できる。

つぎに、担当者が自分のメニューを作成するときの実施例を図７のフローチャートに従って説明する。担当者は入力装置１より自分のログイン名、パスワードを入力すると（ＳＴ２１）、チェック部２ではパスワードデータファイル５を検索して利用者に登録されているかどうかをチェックする（ＳＴ２２）。正当な利用者であればメニュー作成部３で、この担当者の個人メニューファイルが作成済かどうかをチェックし（ＳＴ２３）、作成済であればＳＴ２３Ｙに行く。未作成であればＳＴ２３Ｎに行き、組織データファイル６を読み込む（ＳＴ２４）。社員コードを基に組織データファイル６から所属部署とその部署の管理者を検索する（ＳＴ２５）。検索の結果から管理者の社員コードが分かるので、パスワードデータファイル５から管理者の個人メニューファイル名を獲得し、この管理者の個人メニューファイルを担当者の個人メニューファイルにコピーする（ＳＴ２６）。この情報を基に表示データを作成して表示装置４にメニューを表示する（ＳＴ２７）。ＳＴ２８、ＳＴ２９、ＳＴ３０では担当者自らが必要と思われるメニュー項目を表示する、しないを入力する。表示する場合は個人メニューファイル３１の表示フラグをＯＮ（ＳＴ３１）、表示しない場合はＯＦＦ（ＳＴ３０）とする。メニュー項目の設定が終了（ＳＴ３２Ｙ）段階で個人メニューファイルを書き込む。これにより、この担当者の個人メニューファイルが作成される。

担当者が自分のメニューを作成するのは次の二つの場合が考えられる。一つは上位者（例えば課長）が図５のフローチャートによって作成済みの個人メニューファイルがあるが、担当者がさらに操作性を向上したい場合であり、もう一つは上位者と担当者のセキュリティ管理レベルがほとんど同じ（例えば課内のグループ長と担当者）場合で担当者は未作成の状態から個人メニューを作れば良い。

図８は作成済みの個人メニューを基に各メニュー項目を編集することによって、見やすく操作性を向上するための操作画面例である。作成済みの個人メニューを表示したウインドウが８１であり、作成済み個人メニューウインドウ８１を階層構造で表示した基メニューウインドウが８３である。これを基に表示、非表示の入力、およびメニュー項目の順番入れ換えなどの操作を行う編集ウインドウが８２である。個人メニューを変更するには、基メニューウインドウ８３の中で設定ボタンをポインティングデバイス例えばマウスでクリックすると、基ウインドウ８３と同じ内容が編集ウインドウ８２に表示される。この編集ウインドウ８２の中で、例えば日常業務のメニュー項目をクリックし、非表示に設定、経営分析のメニュー項目をクリックしメニューの先頭に移動などの操作を行う。その結果が編集ウインドウ８２の様に、先頭に経営分析、経営分析情報設定、帳表作成のメニューとなっている。この編集操作を終了すれば、メニューウインドウ８１は編集ウインドウ８３に従ったメニューになる。

図９は人事異動にともなって担当者の所属部署が変更になったときの、個人メニューを無効とするフローチャートである。入力装置１から異動者の社員コードを入力する（ＳＴ５０）。社員コードの正当性をチェック後、社員コードを基にパスワードデータファイル５から個人メニューファイル名を得て、このファイルを削除する（ＳＴ５１）。次に組織データファイルを読み込んで（ＳＴ５２）元籍の部署から異動者の社員コードを削除する（ＳＴ５３）。次に入力装置１から異動先の部署の部署コードを入力し（ＳＴ５４）、異動先部署に異動者の社員コードを追加する（ＳＴ５５）。組織データファイルを補助記憶装置に書き込み（ＳＴ５６）、終了する。これにより組織データを変更するだけで異動した担当者のメニューは削除され、しかもパスワードは残されているので、この後異動者が情報システムを利用しようとするとログインは可能であるが元籍の部署のメニューは表示されない。新たなメニューは新しい部署での上位管理者のメニューから作成するので、システム管理部門の手間をかけずに、人事異動に伴うセキュリティ管理が容易にできる。

さらに、本実施例では管理者の個人メニューファイルを基に下位者の個人メニューファイル７を作成する例を示したが、組織変更にともなって管理者自身も人事異動することもある。この場合、一時的に管理者レベルの個人メニューファイルが無くなってしまう不都合も発生する。これを防ぐには管理者の個人メニューファイルではなく、仮想的な管理者を設定し仮想管理者のパスワード、個人メニューファイルを作成して置けばよい。さらに仮想管理者のログイン名を部署コードと一致させれば、即ち部署単位のメニューが作成できることになる。パスワードデータファイルの中に部署コードをログイン名として設定すれば、図５のフローチャートにより、部署単位のメニューが作成できる。担当者の個人メニューを仮想管理者（部門）の個人メニューから作成すれば、管理者個人のメニューと、組織上のメニューと分離することができる。

また本実施例ではログイン名と社員コードを別のものとして説明したが、共に情報システム内では一意であるので、ログイン名に社員コードを使用すれば、パスワードデータファイル５の容量が少なくなり、情報システム管理部門の作業負荷も少なくなる。

また、本実施例では企業内の組織を例に説明したが、関連会社を含めた組織にも適用できる。例えば、本社と複数の関連会社がある場合、関連会社を一部門に位置付けて組織データファイルに組み込めば、関連会社の担当者もセキュリティ管理された情報システムのメニューを利用できる。今まで説明したように、本実施例を用いると情報処理システム管理部門では利用者のパスワード管理を行う必要があるが、一人一人の許可範囲についてまで関わる必要はなくなる。一人一人の許可範囲は組織の上位管理者およびその下の中間管理者が決めれば、必然的に下位者の範囲も決定されてくるので、許可範囲の誤りも少なくなる。このように本発明によれば企業における組織図に則ってセキュリティ管理の設定が容易にできるようになり、また下位者が組織図の範囲を越えてデータを利用することもできなくなり、情報処理システムの機密安全性が高められる。

本発明によるセキュリティ管理方法の一実施例を示す機能ブロック図である。 パスワードデータファイルの一例を示す構成図である。 個人メニューファイルの一例を示す構成図である。 組織データファイルの一例を示す構成図である。 本発明によるセキュリティ管理方法の一実施例を示すフローチャートである。 本発明によって作成された個人メニューの一実施例を示す画面である。 本発明によるセキュリティ管理方法において、担当者自身が自分のメニューを作成する場合の一実施例を示すフローチャートである。 本発明によるセキュリティ管理方法において、人事異動によって担当者が他部署に異動した場合の一実施例を示すフローチャートである。 個人メニューを作成する操作の一実施例を示す画面である。 組織の階層に対応したメニューの一実施例を示す画面である。

符号の説明

１ 入力装置
２ チェック部
３ メニュー作成部
４ 表示装置
５ パスワードデータファイル
６ 組織データファイル
７ 個人メニューファイル

Claims (2)

1. 少なくとも、入力装置、表示装置及び補助記憶装置を備えた情報処理システムにおけるセキュリティ管理方法であって、
   前記入力装置から入力された情報処理システムの利用者の社員コード又はログイン名及びパスワードに基づいて前記補助記憶装置に記憶されているパスワードファイルを検索することにより、前記利用者が正当な利用者であるか否かを判定する工程と、
   前記工程において、前記利用者が正当な利用者であると判定された場合、前記利用者の個人メニューファイルがあるか否かを判断する工程と、
   前記工程において、前記利用者の個人メニューファイルがないと判断された場合、前記利用者の社員コードに基づいて前記補助記憶装置に記憶されている組織データファイルを検索することにより、前記利用者の組織上の上位者を特定する工程と、
   特定された前記上位者の個人メニューファイルを前記補助記憶装置から獲得する工程と、
   獲得された前記上位者の個人メニューファイルに基づいて表示データを作成し、前記表示装置にメニューを表示する工程と、
   表示された前記メニューに対する前記入力装置から入力されたメニュー項目選択指示に基づいて前記利用者の個人メニューを作成する工程と
   を備えたことを特徴とする情報処理システムにおけるセキュリティ管理方法。
2. 情報処理システムの利用者の所属部署が変更になった場合、前記入力装置から入力された前記利用者の社員コードに基づいて前記補助記憶装置に記憶されている前記利用者の個人メニューファイルを削除する工程と、
   前記補助記憶装置に記憶されている前記組織データファイルから前記利用者の社員コードを削除する工程と、
   前記入力装置から入力された前記利用者の異動先の所属部署の部署コードに基づいて前記組織データファイルの中の前記異動先の部署の欄に前記利用者の社員コードを追加する工程と
   を更に備えたことを特徴とする請求項１に記載の情報処理システムにおけるセキュリティ管理方法。

Images