JP2003067336A - コンピュータ・システム及びユーザ管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 個々のユーザ毎に定められた利用権限に従っ
て個々のユーザによるシステムの利用をコントロールす
ることを、メインテナンス性やセキュリティ性を損なう
ことなく実現する。 【解決手段】 個々のサーバ14によって実現される複数
のアプリケーション・システムを含むＭＩシステム10を
利用するにあたり、ＰＣ12を介して運用管理サーバ16へ
ユーザＩＤ等を送信してログインを要求すると、サーバ
16はユーザＩＤのチェック後にチケットを発行し、ユー
ザが利用権限を有するアプリケーション・システムのみ
利用可能なメニュー画面をディスプレイ54に表示させ
る。個々のアプリケーション・システムが提供する各種
機能の利用は、対応するサーバ14へチケットを送信する
ことで行われ、サーバ14ではチケットによるユーザ認証
を行った後に、要求された機能の利用権限をユーザが有
している場合にのみ要求された機能を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータ・シス
テム及びユーザ管理方法に係り、特に、複数種のアプリ
ケーション・システムを含んで構成されたコンピュータ
・システム、及び該コンピュータ・システムに適用可能
なユーザ管理方法に関する。

【０００２】

【従来の技術】コンピュータ・システムにおいて、予め
登録された正当なユーザ以外の他者の不正利用を排除す
ることは、一般に、正当なユーザのユーザ情報（例えば
ユーザＩＤとパスワード）を予め記憶しておき、コンピ
ュータ・システムにログインしようとしているユーザに
対してユーザ情報の送信を要求し、パーソナル・コンピ
ュータ（ＰＣ）等の端末を介してユーザ側から送信され
たユーザ情報を予め記憶されているユーザ情報と照合
し、ログインしようとしているユーザが正当なユーザか
否かを判断することによって行われる。コンピュータ・
システムが提供する機能（サービス）は、正当なユーザ
であると判断されて正常にログインできたユーザのみが
利用可能となる。

【０００３】また、コンピュータ・システムが提供する
種々の機能の中には、正当なユーザのうちの一部のユー
ザに対してのみ利用を許可している機能が存在している
場合もある。このような場合、コンピュータ・システム
は、提供機能に対する個々のユーザの利用権限を規定す
る権限情報を予め記憶しておき、ログインしたユーザの
権限情報を参照し、ログインした個々のユーザに対して
個々のユーザが利用権限を有している機能のみを提供す
るように構成される。なお、権限情報はユーザ情報と共
に単一のデータベース（ＤＢ）に保存されることが一般
的であった。

【０００４】

【発明が解決しようとする課題】ところで、金融機関で
は、業務の効率向上・顧客へのサービス向上を目的とし
て、かなり以前より業務の機械化に取り組んでいるが、
金融機関における業務は多種多様であるために、互いに
異なる業務の遂行を支援するための互いに独立した多数
種のアプリケーション・システムが存在しており、各ア
プリケーション・システムを利用するためには、個々の
アプリケーション・システム毎に設けられた専用端末を
操作して各アプリケーション・システムに個別にログイ
ンする必要があった。このため、各種のアプリケーショ
ン・システムを統合して単一のコンピュータ・システム
を構築することが検討されている。

【０００５】しかしながら、上記のように互いに異なる
サービスを提供する複数種のアプリケーション・システ
ムを統合して単一のコンピュータ・システムを構築した
等の場合、例えば或るアプリケーション・システムの権
限情報が、ユーザの利用権限のレベルを複数のクラスに
分類したときに個々のユーザが何れのクラスの何れに属
するかを表す情報であるのに対し、別のアプリケーショ
ン・システムの権限情報は、アプリケーション・プログ
ラムがユーザに提供可能な全機能について個々のユーザ
が利用権限を有するか否かを各々規定する情報である等
のように、権限情報の体系自体からして個々のアプリケ
ーション・システム毎に相違していることが多い。

【０００６】このような場合に、個々のアプリケーショ
ン・システムに対応する権限情報を統合し、ユーザ情報
と共に単一のＤＢに保存したとすると、ＤＢに保存する
情報のデータ構造が極めて複雑になるので、例えばユー
ザの新規追加、或いは特定のアプリケーション・システ
ムに対応する権限情報のデータ構造の変更（例えば利用
権限のレベルを分類するクラス数の変更や、個々のユー
ザの利用権限を詳細に定めたテーブルの追加等）を行う
必要が生じた場合の作業が非常に煩雑となり、メインテ
ナンス性が大幅に低下するという問題がある。

【０００７】また、上記のように、個々のユーザを単位
としてコンピュータ・システムの利用を管理するための
情報（各アプリケーション・システムに対応する権限情
報やユーザ情報）をＤＢに一元管理すると、正当なユー
ザ以外の他者が、コンピュータ・システムに侵入して上
記のＤＢに保管されている情報を書き替えることで、コ
ンピュータ・システムを自由に不正利用することも可能
となってしまうため、セキュリティの面からも好ましく
ない。

【０００８】本発明は上記事実を考慮して成されたもの
で、個々のユーザ毎に定められた利用権限に従って個々
のユーザによるシステムの利用をコントロールすること
を、メインテナンス性やセキュリティ性を損なうことな
く実現できるコンピュータ・システム及びユーザ管理方
法を得ることが目的である。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の発明に係るコンピュータ・システム
は、ユーザによって操作される端末と通信回線を介して
接続されたコンピュータが、複数種のアプリケーション
・プログラムを含むプログラム群を実行することで実現
され、複数種のアプリケーション・システムを含んで構
成されたコンピュータ・システムであって、前記コンピ
ュータ・システムを利用可能な個々のユーザを確認する
ためのユーザ情報と、前記複数種のアプリケーション・
システムのうち前記個々のユーザが利用権限を有してい
るアプリケーション・システムを特定するための第１権
限情報を記憶する第１記憶手段と、前記複数種のアプリ
ケーション・システムのうち、ユーザに提供可能な複数
種の機能についての個々のユーザの利用権限が一定でな
い個々のアプリケーション・システムに対応して設けら
れ、対応するアプリケーション・システムがユーザに提
供可能な複数種の機能のうち、前記アプリケーション・
システムの利用権限を有する個々のユーザが利用権限を
有している機能を特定するための第２権限情報を記憶す
る第２記憶手段と、前記コンピュータ・システムへのユ
ーザのログイン要求に対し、前記第１記憶手段に記憶さ
れているユーザ情報に基づいてユーザの確認を行い、正
当な利用者であることを確認できたユーザに対し、前記
第１権限情報に基づき前記ユーザが利用権限を有してい
るアプリケーション・システムについてのみ利用を許可
する確認・許可手段と、を備え、前記第２記憶手段が設
けられているアプリケーション・システムは、自システ
ムがユーザに提供可能な機能の利用を要求しているユー
ザに対し、対応する第２記憶手段に記憶されている第２
権限情報に基づいて、前記ユーザが利用権限を有してい
る機能のみを前記ユーザに提供することを特徴としてい
る。

【００１０】請求項１記載の発明に係るコンピュータ・
システムは、ユーザによって操作される端末（ＰＣ等か
ら成るクライアント・コンピュータであってもよいし、
ＴＳＳ端末装置等の端末であってもよい）と通信回線を
介して接続されたコンピュータが、複数種のアプリケー
ション・プログラムを含むプログラム群を実行すること
で実現され、複数種のアプリケーション・システム（コ
ンピュータが各アプリケーション・プログラムを実行す
ることで実現されるシステム）を含んで構成されてい
る。なお、前記プログラム群を実行するコンピュータは
単一のコンピュータであってもよいが、複数台のコンピ
ュータで前記プログラム群を分担して実行する構成の方
が、コンピュータに加わる負荷を分散させることができ
るので好ましい。

【００１１】請求項１記載の発明では、コンピュータ・
システムを利用可能な個々のユーザを確認するためのユ
ーザ情報、及び複数種のアプリケーション・システムの
うち個々のユーザが利用権限を有しているアプリケーシ
ョン・システムを特定するための第１権限情報が第１記
憶手段に記憶されており、確認・許可手段は、コンピュ
ータ・システムへのユーザのログイン要求に対し、第１
記憶手段に記憶されているユーザ情報に基づいてユーザ
の確認を行い、正当な利用者であることを確認できたユ
ーザに対し、第１権限情報に基づきユーザが利用権限を
有しているアプリケーション・システムについてのみ利
用を許可する。

【００１２】なお、ユーザ情報としては、例えばユーザ
ＩＤとパスワード等の情報を適用することができる。ま
た、ユーザが利用権限を有しているアプリケーション・
システムについてのみ利用を許可することは、例えば請
求項２に記載したように、ユーザが個々のアプリケーシ
ョン・システムの利用を要求するためのメニュー画面
に、正当な利用者であることを確認できたユーザが利用
権限を有しているアプリケーション・システムのみを選
択肢として表示させることによって実現できるが、他の
方法を用いてもよい。

【００１３】第１権限情報は個々のアプリケーション・
システムを単位とする個々のユーザの利用権限を表す情
報であり、ユーザ情報についても個々のユーザを単位と
する情報であるので、第１記憶手段に記憶されるこれら
の情報のデータ構造は何れも簡単である。従って、本発
明に係るコンピュータ・システムを利用可能なユーザを
新規追加したり、或いはアプリケーション・システムを
新規追加する等を目的とした情報の書き替えも容易であ
り、メインテナンス性に優れている。

【００１４】また請求項１記載の発明では、複数種のア
プリケーション・システムのうち、ユーザに提供可能な
複数種の機能についての個々のユーザの利用権限が一定
でない個々のアプリケーション・システムに対応して第
２記憶手段が設けられており、この第２記憶手段には、
対応するアプリケーション・システムがユーザに提供可
能な複数種の機能のうち、前記アプリケーション・シス
テムの利用権限を有する個々のユーザが利用権限を有し
ている機能を特定するための第２権限情報が記憶されて
いる。そして、第２記憶手段が設けられているアプリケ
ーション・システムは、自システムがユーザに提供可能
な機能の利用を要求しているユーザに対し、対応する第
２記憶手段に記憶されている第２権限情報に基づいて、
前記ユーザが利用権限を有している機能のみを前記ユー
ザに提供する。これにより、個々のユーザ毎に定められ
た利用権限（第１権限情報及び第２権限情報によって規
定される利用権限）に従って、個々のユーザによるシス
テムの利用をコントロールすることができる。

【００１５】なお、第２記憶手段が設けられているアプ
リケーション・システムが、自システムがユーザに提供
可能な機能の利用を要求しているユーザに対し、該ユー
ザが利用権限を有している機能のみをユーザに提供する
ことは、例えば請求項３に記載したように、前記ユーザ
に対し、前記提供可能な機能の利用をユーザが要求する
ための画面に、前記ユーザが利用権限を有している機能
のみを選択肢として表示させるか、又は、前記ユーザが
利用権限を有していない機能の利用が前記ユーザから要
求された場合に利用権限外であることを報知することに
よって実現できるが、他の方法を用いてもよい。

【００１６】第２権限情報は、ユーザに提供可能な複数
種の機能についての個々のユーザの利用権限が一定でな
い個々のアプリケーション・システム固有の権限情報で
あるので、アプリケーション・システムが提供する機能
の種類等に応じて情報の体系が相違することになり、例
えば請求項４に記載したように、対応するアプリケーシ
ョン・システムがユーザに提供可能な機能についてのユ
ーザの利用権限のレベルを複数のクラスに分類したとき
に、前記アプリケーション・システムの利用権限を有す
る個々のユーザが前記複数のクラスの何れに属するかを
表す情報である場合もあれば、対応するアプリケーショ
ン・システムがユーザに提供可能な全機能について、前
記アプリケーション・システムの利用権限を有する個々
のユーザが利用権限を有するか否かを各々表す情報であ
る場合もある。

【００１７】これに対して請求項１記載の発明では、ユ
ーザに提供可能な複数種の機能についての個々のユーザ
の利用権限が一定でないアプリケーション・システムの
各々に対応して第２記憶手段が設けられているので、個
々の第２記憶手段に記憶されている第２権限情報は、全
てのアプリケーション・システムの第２権限情報を統合
した場合と比較して、データ構造が簡単になる。従っ
て、特定のアプリケーション・システムに対応する第２
権限情報の情報体系を変更する等を目的とした第２権限
情報の書き替えも容易であり、メインテナンス性に優れ
ている。

【００１８】また、請求項１記載の発明において、特定
のアプリケーション・システムが提供する特定の機能を
特定ユーザが利用することは、第１記憶手段に記憶され
ている第１権限情報が、前記特定ユーザが前記特定のア
プリケーション・システムの利用権限を有していること
を表す内容となっており、かつ前記特定のアプリケーシ
ョン・システムに対応する第２記憶手段に記憶されてい
る第２権限情報が、前記特定ユーザが前記特定の機能の
利用権限を有していることを表す内容となっていること
で初めて可能になる。このように、請求項１記載の発明
では、個々のユーザの利用権限を規定する情報が第１記
憶手段と第２記憶手段に分散されて管理されているの
で、セキュリティ性にも優れている。

【００１９】従って、請求項１記載の発明によれば、個
々のユーザ毎に定められた利用権限に従って個々のユー
ザによるシステムの利用をコントロールすることを、メ
インテナンス性やセキュリティ性を損なうことなく実現
することができる。

【００２０】請求項５記載の発明は、請求項１記載の発
明において、第２記憶手段が設けられているアプリケー
ション・システムは、自システムがユーザに提供可能な
複数種の機能のうちの何れかの機能の利用がユーザから
要求される毎に、利用が要求されている機能の利用権限
をユーザが有しているか否かを判断することを特徴とし
ている。

【００２１】請求項５記載の発明では、第２記憶手段が
設けられているアプリケーション・システムが、提供可
能な複数種の機能のうちの何れかの機能の利用がユーザ
から要求される毎に、利用が要求されている機能の利用
権限を前記ユーザが有しているか否かを判断するので、
アプリケーション・システムが提供可能な機能に対する
ユーザの利用権限を、各アプリケーション・システムが
提供可能な個々の機能を単位として管理することが可能
となり、各アプリケーション・システムが提供可能な個
々の機能が、利用権限のないユーザによって不正に利用
されることを確実に阻止することができる。

【００２２】請求項６記載の発明は、請求項１記載の発
明において、前記確認・許可手段は、正当な利用者であ
ることを確認できたユーザに対し、前記ユーザが利用権
限を有するアプリケーション・システムを前記ユーザが
利用する際に用いるためのチケット情報を与え、前記複
数種のアプリケーション・システムの各々は、自システ
ムがユーザに提供可能な機能の利用を要求しているユー
ザが正当なチケット情報を所持しているか否かを判断す
ることで、前記利用を要求しているユーザが自システム
の利用権限を有している正当な利用者か否かを判定する
ことを特徴としている。

【００２３】請求項６記載の発明では、正当な利用者で
あることを確認できたユーザにチケット情報を与え、複
数種のアプリケーション・システムの各々は、ユーザが
正当なチケット情報を所持しているか否かを判断するこ
とで、前記ユーザが正当な利用者か否かを判定するの
で、正当なチケット情報を所持していないユーザが、利
用権限を有していない特定のアプリケーション・システ
ムに直接アクセスし、該特定のアプリケーション・シス
テムが提供する機能を不正に利用しようとした場合に
も、これを阻止することができる。従って、請求項６記
載の発明によれば、確認・許可手段による正当な利用者
であることの確認を経ることなく、コンピュータ・シス
テムが不正利用されることを阻止することができる。

【００２４】なお、請求項６記載の発明において、確認
・許可手段は、例えば請求項７に記載したように、チケ
ット情報として、所定の情報を秘密鍵によって暗号化し
た情報を用いることができる。この場合、複数種のアプ
リケーション・システムの各々は、ユーザから端末を介
して送信されたチケット情報を公開鍵によって復号化し
た際に所定の情報が再現されるか否かに基づいて、ユー
ザが正当なチケット情報を所持しているか否かを判断す
ることができる。

【００２５】請求項８記載の発明は、請求項６記載の発
明において、確認・許可手段に異常が生じた場合に、コ
ンピュータ・システムへのユーザのログイン要求に対
し、前記ユーザのユーザＩＤを付加することで、前記ユ
ーザがアプリケーション・システムを利用する際に使用
可能な障害用チケット情報をユーザに与える障害チケッ
ト提供手段を更に備えたことを特徴としている。

【００２６】本発明において、確認・許可手段として機
能するコンピュータに何らかの異常が発生した等の理由
により確認・許可手段に異常が生じ、コンピュータ・シ
ステムへのログイン要求が正常に受付けされなくなった
場合、各アプリケーション・システム自体は利用可能な
状態であっても、正当な利用者が全てのアプリケーショ
ン・システムを利用できない状態に陥る、という不都合
がある。これに対して請求項８記載の発明では、確認・
許可手段に異常が生じた場合に、障害チケット提供手段
によって障害用チケット情報がユーザに与えられるの
で、確認・許可手段に異常が生じた場合にも、正当な利
用者が全てのアプリケーション・システムを利用できな
い状態に陥ることを回避することができる。

【００２７】請求項９記載の発明に係るユーザ管理方法
は、ユーザによって操作される端末と通信回線を介して
接続されたコンピュータが、複数種のアプリケーション
・プログラムを含むプログラム群を実行することで実現
され、複数種のアプリケーション・システムを含んで構
成されたコンピュータ・システムに適用可能なユーザ管
理方法であって、前記コンピュータ・システムを利用可
能な個々のユーザを確認するためのユーザ情報と、前記
複数種のアプリケーション・システムのうち前記個々の
ユーザが利用権限を有しているアプリケーション・シス
テムを特定するための第１権限情報を第１記憶手段に記
憶しておくと共に、前記複数種のアプリケーション・シ
ステムのうち、ユーザに提供可能な複数種の機能につい
ての個々のユーザの利用権限が一定でない個々のアプリ
ケーション・システムに対応して設けられた第２記憶手
段に、対応するアプリケーション・システムがユーザに
提供可能な複数種の機能のうち、前記アプリケーション
・システムの利用権限を有する個々のユーザが利用権限
を有している機能を特定するための第２権限情報を記憶
しておき、前記コンピュータ・システムへのユーザのロ
グイン要求に対し、前記第１記憶手段に記憶されている
ユーザ情報に基づいてユーザの確認を行い、正当な利用
者であることを確認できたユーザに対し、前記第１権限
情報に基づき前記ユーザが利用権限を有しているアプリ
ケーション・システムについてのみ利用を許可し、前記
第２記憶手段が設けられているアプリケーション・シス
テムに対し、ユーザより前記アプリケーション・システ
ムが提供可能な機能の利用が要求された場合に、対応す
る第２記憶手段に記憶されている第２権限情報に基づい
て、前記ユーザが利用権限を有している機能のみを前記
ユーザに提供することを特徴としているので、請求項１
記載の発明と同様に、個々のユーザ毎に定められた利用
権限に従って個々のユーザによるシステムの利用をコン
トロールすることを、メインテナンス性やセキュリティ
性を損なうことなく実現できる。

【００２８】

【発明の実施の形態】以下、図面を参照して本発明の実
施形態の一例を詳細に説明する。図１には、金融機関の
各種業務を支援するために金融機関に設置されたコンピ
ュータ・システム１０（以下、ＭＩシステム１０と称す
る）が示されている。

【００２９】ＭＩシステム１０は、金融機関の各部署に
設置された多数台のクライアントＰＣ１２（本発明の端
末に相当）と、複数台のアプリケーション・サーバ１４
と、運用管理サーバ１６と、障害用サーバ１８が、イン
トラネット２０を介して相互に接続されて構成されてい
る。なお、アプリケーション・サーバ１４、運用管理サ
ーバ１６及び障害用サーバ１８は、請求項１に記載のコ
ンピュータに各々対応している。

【００３０】各アプリケーション・サーバ１４は、各々
ワークステーション又は汎用の大型コンピュータから成
り、ＣＰＵ１４Ａ、ＲＯＭ１４Ｂ、ＲＡＭ１４Ｃ、入出
力ポート１４Ｄを備え、これらがアドレスバス、データ
バス、制御バス等のバス１４Ｅを介して互いに接続され
て構成されている。入出力ポート１４Ｄには、各種の入
出力機器として、イントラネット２０に接続された通信
制御装置（例えばルータ）２２、ディスプレイ２４、マ
ウス２６、キーボード２８、ＨＤＤ３０、及びＣＤ−Ｒ
ＯＭからの情報の読み出しを行うＣＤ−ＲＯＭドライブ
３２が各々接続されている。

【００３１】金融機関では、業務の効率向上・顧客への
サービス向上を目的として、かなり以前より業務の機械
化に取り組んでいるが、金融機関における業務は多種多
様であるために、互いに異なる業務を支援するための互
いに独立した複数種のアプリケーション・システムが存
在していた。各アプリケーション・サーバ１４は、元々
は個々のアプリケーション・システムを実現するため
に、個々のアプリケーション・システムに対応して設け
られたコンピュータであり、各アプリケーション・サー
バ１４のＨＤＤ３０には、対応する特定業務を支援する
処理（アプリケーション処理）をＣＰＵ１４Ａによって
実行するための互いに異なるアプリケーション・プログ
ラムが予めインストールされている。

【００３２】本実施形態に係るＭＩシステム１０は、各
アプリケーション・サーバ１４によって実現される複数
種のアプリケーション・システムを統合することで構築
されたシステムであり、ＭＩシステム１０のユーザは、
イントラネット２０に接続された単一のクライアントＰ
Ｃ１２を介してＭＩシステム１０にログインすること
で、任意のアプリケーション・システムが提供する任意
の機能を利用することも可能に構成されている。

【００３３】但し、ＭＩシステム１０では、各アプリケ
ーション・システムがユーザに提供可能な各機能のう
ち、個々のユーザの業務に必要な機能についてのみ個々
のユーザに利用権限を与えている。具体的には、ＭＩシ
ステム１０への個々のユーザのログインの管理、及び、
ＭＩシステム１０が提供可能な各機能についての個々の
ユーザの利用権限の管理の一部（個々のアプリケーショ
ン・システムを単位とする個々のユーザの利用権限の管
理）は運用管理サーバ１６によって行われる。なお、個
々のアプリケーション・システムの利用に際してのより
細かな利用権限の管理は個々のアプリケーション・シス
テム（個々のアプリケーション・サーバ１４）で行われ
る。

【００３４】運用管理サーバ１６はワークステーション
又は汎用の大型コンピュータから成り、ＣＰＵ１６Ａ、
ＲＯＭ１６Ｂ、ＲＡＭ１６Ｃ、入出力ポート１６Ｄを備
え、これらがアドレスバス、データバス、制御バス等の
バス１６Ｅを介して互いに接続されて構成されている。
入出力ポート１６Ｄには、各種の入出力機器として、デ
ィスプレイ３６、マウス３８、キーボード４０、イント
ラネット２０に接続された通信制御装置（例えばルー
タ）４２、ＨＤＤ４４、及びＣＤ−ＲＯＭからの情報の
読み出しを行うＣＤ−ＲＯＭドライブ４６が各々接続さ
れている。運用管理サーバ１６には、ＭＩ運用管理処理
（詳細は後述）を運用管理サーバ１６のＣＰＵ１６Ａに
よって実行するためのＭＩ運用管理プログラムがＨＤＤ
４４にインストールされている。

【００３５】障害用サーバ１８は、運用管理サーバ１６
と同様にワークステーション又は汎用の大型コンピュー
タから成るコンピュータであり、運用管理サーバ１６に
障害が発生し、ＭＩシステム１０へのログインが困難と
なった場合に、ユーザがＭＩシステム１０にログインす
るための処理を運用管理サーバ１６に代って行う。

【００３６】また、クライアントＰＣ１２はパーソナル
・コンピュータ（ＰＣ）から成り、ＣＰＵ１２Ａ、ＲＯ
Ｍ１２Ｂ、ＲＡＭ１２Ｃ、入出力ポート１２Ｄを備え、
これらがアドレスバス、データバス、制御バス等のバス
１２Ｅを介して互いに接続されて構成されている。入出
力ポート１２Ｄには、各種の入出力機器として、イント
ラネット２０に接続された通信制御装置（例えばルー
タ）５２、ディスプレイ５４、マウス５６、キーボード
５８、ＨＤＤ６０、及びＣＤ−ＲＯＭからの情報の読み
出しを行うＣＤ−ＲＯＭドライブ６２が各々接続されて
いる。クライアントＰＣ１２には、ＭＩシステム利用処
理（詳細は後述）をクライアントＰＣ１２のＣＰＵ１２
Ａによって実行するためのＭＩシステム利用プログラム
がＨＤＤ６０にインストールされている。

【００３７】次に本実施形態の作用として、まず権限情
報の登録について説明する。運用管理サーバ１６のＨＤ
Ｄ４４には、ＭＩシステム１０への個々のユーザのログ
インの管理及び個々のアプリケーション・システムを単
位とする個々のユーザの利用権限の管理を行うためのユ
ーザ情報データベース（ＤＢ）が記憶されている。この
ユーザ情報ＤＢには、個々のユーザについて、例えば次
の表１に示すような情報が記憶されている。

【００３８】

【表１】

【００３９】表１において、「ユーザＩＤ」はＭＩシス
テム１０の利用権限を有する個々のユーザを識別するた
めの情報であり、「パスワード」はログインに際してユ
ーザ認証に用いる情報、「所属部署ＩＤ」「役職ＩＤ」
及び「その他の属性情報」は個々のユーザの所属部署、
役職やその他（例えば個々のユーザが行う業務の管理区
分等）を識別するための情報である。また、本実施形態
に係るＭＩシステム１０では、個々のユーザに対し、個
々のユーザの業務の遂行に必要なアプリケーション・シ
ステムについてのみ利用権限を与えている。このため
「利用権限を有するアプリケーション」には、個々のユ
ーザが利用権限を有しているアプリケーション・システ
ムのＩＤが登録設定される。ユーザ情報ＤＢへの個々の
ユーザの情報の登録は、ＭＩシステム１０全体を管理し
ている部署で行われる。

【００４０】なお、上述した各種の情報のうち、「利用
権限を有するアプリケーション」は本発明の第１権限情
報に、それ以外の情報は本発明のユーザ情報に各々対応
しており、ユーザ情報ＤＢを記憶するＨＤＤ４４は本発
明の第１記憶手段に対応している。表１からも明らかな
ように、ユーザ情報ＤＢにはアプリケーション・システ
ムを単位とする各ユーザの利用権限のみが記憶されてい
るので、ユーザ情報ＤＢに記憶されている情報はデータ
構造が非常に簡単であり、利用ユーザを追加したり、新
たなアプリケーション・システムが追加された場合に情
報を更新する等のメインテナンスを簡単に行うことがで
きる。

【００４１】また、各アプリケーション・サーバ１４の
ＨＤＤ３０には、個々のユーザが対応するアプリケーシ
ョン・システムを利用するに際し、より細かな利用権限
の管理を行うために、個々のユーザの利用権限を特定す
るための情報が登録された権限情報ＤＢが記憶されてい
る。なお、権限情報ＤＢは本発明の第２権限情報に対応
しており、権限情報ＤＢを記憶する各アプリケーション
・サーバ１４のＨＤＤ３０は本発明の第２記憶手段に対
応している。この権限情報ＤＢの内容（利用権限を規定
する情報の体系）は個々のアプリケーション・システム
（個々のアプリケーション・サーバ１４）によって相違
している。

【００４２】すなわち、本実施形態では、各アプリケー
ション・サーバ１４によって実現される各アプリケーシ
ョン・システムの中に、日本銀行の当座預金や国債の決
済に関する業務を支援するためのアプリケーション・シ
ステム（以下、ＲＴＧＳシステムという）が含まれてい
る。このＲＴＧＳシステムでは、例として次の表２に示
すように、ユーザに与える利用権限が２次元のマトリッ
クスを用いてユーザの所属部署及び役職毎に予めパター
ン化されており、所属部署及び役職毎に定められた利用
権限のパターンは権限パターン情報としてＲＴＧＳシス
テムの権限情報ＤＢに記憶されている。

【００４３】

【表２】

【００４４】但し、「●」は参照のみ可、「○」は参照
及び更新可 従って、ＲＴＧＳシステムでは所属部署及び役職が同一
のユーザに同一の利用権限が与えられるので、ＲＴＧＳ
システムを利用する個々のユーザに対する利用権限の設
定は、図２に例として示すユーザ情報設定画面からも明
らかなように、所属部署（図２では「部室名」及び「グ
ループ」）、役職（図２では「権限」）、ユーザＩＤ
（ログインＩＤ）等の情報を入力することで完了し、Ｒ
ＴＧＳシステムの権限情報ＤＢには、個々のユーザの利
用権限が何れのパターンに対応しているかを特定するた
めの情報（例えば所属部署ＩＤと役職ＩＤ等）がユーザ
ＩＤと対応されて記憶される。

【００４５】また、ＭＩシステム１０の各アプリケーシ
ョン・システムの中には、円資金に関する業務を支援す
るためのアプリケーション・システム（以下、ＲＡＰＩ
Ｄシステムという）が含まれている。このＲＡＰＩＤシ
ステムでは、ユーザの所属部署及び役職と無関係に、利
用権限のパターンを任意に作成可能とされている。

【００４６】すなわち、例として図３に示すＲＡＰＩＤ
システムの権限パターン設定画面は、画面右側に機能名
称表示欄７０が設けられており、この機能名称表示欄７
０に一覧表示された機能の中から特定の機能を選択する
ことで、選択した機能の利用権限が作成中の利用権限の
パターンに付加される。作成された利用権限のパターン
は、権限パターン設定画面の左側に設けられたパターン
番号入力欄７２に設定されたパターン番号がＩＤとして
付加され、権限パターン情報としてＲＡＰＩＤシステム
の権限情報ＤＢに記憶される。

【００４７】そして、ＲＡＰＩＤシステムを利用する個
々のユーザに対する利用権限の設定は、例として図４に
示すユーザ情報設定画面からも明らかなように、ユーザ
ＩＤや所属部署、役職等の情報に加え、該ユーザに設定
する利用権限のパターンを設定欄７４にパターン番号
（ＩＤ）で設定することで完了し、ＲＡＰＩＤシステム
の権限情報ＤＢには、個々のユーザの利用権限が何れの
パターンに対応しているかを特定するためのパターンＩ
Ｄ等の情報がユーザＩＤと対応されて記憶される。な
お、ＲＡＰＩＤシステムでは利用権限のパターンをユー
ザの所属部署及び役職と無関係に作成できるので、必要
に応じて個々のユーザ毎にパターンを作成することも可
能であり、個々のユーザの利用権限をより細かく設定す
ることができる。

【００４８】また、各アプリケーション・システムの中
には、デリバティブに関する業務を支援するためのアプ
リケーション・システム（以下、ＰＹＲＡＭＩＤシステ
ムという）が含まれている。このＰＹＲＡＭＩＤシステ
ムでは、ユーザに与える利用権限として、次の表３に示
すような複数のカテゴリが存在しており、利用権限の規
定方法は各カテゴリ毎に相違している。

【００４９】

【表３】

【００５０】例えば表３に示した各カテゴリのうち、
「オペレーション権限」については、アシスタント／デ
ィーラー／チーフの各役職に対応する３つのオペレーシ
ョン権限クラスについて、「オペレーション権限」に属
する各種機能の利用権限が各々パターン化されており、
個々のオペレーション権限クラス毎の各種機能の利用権
限のパターンは、オペレーション権限パターン情報とし
てＰＹＲＡＭＩＤシステムの権限情報ＤＢに記憶されて
いる。

【００５１】ＰＹＲＡＭＩＤシステムを利用する個々の
ユーザに対する「オペレーション権限」に関する利用権
限の設定は、個々のユーザが３つのオペレーション権限
クラスのうちの何れのクラスに属するかを指定すること
によって行われ、指定したオペレーション権限クラスが
ユーザＩＤと対応されてＰＹＲＡＭＩＤシステムの権限
情報ＤＢに記憶されることにより、個々のユーザの「オ
ペレーション権限」に属する各種機能の利用権限（各種
オペレーション画面を操作（参照のみ／参照及び更新）
する権限）が登録される。

【００５２】また「取引オペレーション権限」について
は、アシスタント／ディーラー／チーフの各役職に対応
する３つの取引オペレーション権限クラスについて、
「取引オペレーション権限」に属する各種機能の利用権
限が各々パターン化されていると共に、「取引オペレー
ション権限」に関連する利用権限（例えば取扱可能な通
貨権限や取扱可能な商品権限等）が、所属部署及び個々
のユーザが行う業務の管理区分を単位として定められて
おり、個々の取引オペレーション権限クラス毎の利用権
限のパターン、所属部署及び管理区分を単位とする利用
権限は、取引オペレーション権限情報としてＰＹＲＡＭ
ＩＤシステムの権限情報ＤＢに記憶されている。

【００５３】このため「取引オペレーション権限」に関
しては、ＰＹＲＡＭＩＤシステムを利用する個々のユー
ザが３つの取引オペレーション権限クラスのうちの何れ
のクラスに属するかを指定すると共に、所属部署及び管
理区分を指定することによって行われ、指定した取引オ
ペレーション権限クラス、所属部署及び管理区分がユー
ザＩＤと対応されてＰＹＲＡＭＩＤシステムの権限情報
ＤＢに記憶されることにより、個々のユーザの「取引オ
ペレーション権限」に属する各種の利用権限（約定デー
タに対する各種のオペレーション権限）が登録される。

【００５４】このように、各アプリケーション・システ
ムが提供可能な各種機能を単位とする各ユーザの細かな
利用権限については、対応する各アプリケーション・サ
ーバ１４のＨＤＤ３０に記憶され、アプリケーション・
システム毎に分離されているので、ＭＩシステム１０に
関する各ユーザの利用権限を一元管理する場合と比較し
て、利用権限を規定する情報（各アプリケーション・サ
ーバ１４の権限情報ＤＢに記憶する情報）のデータ構造
が簡単になると共に、他のアプリケーション・システム
の影響を受けることなく利用権限を規定する情報の体系
を自由に定めることができる。従って、利用ユーザの追
加等のメインテナンスや利用権限を規定する情報の体系
そのものの変更等も比較的簡単に行うことができる。

【００５５】続いて図５〜図７のフローチャートを参照
し、ユーザがＭＩシステム１０を利用する際に各コンピ
ュータで実行される処理について説明する。ユーザがク
ライアントＰＣ１２に対してＭＩシステム１０の利用を
指示すると、ＭＩシステム利用プログラムがクライアン
トＰＣ１２のＣＰＵ１２Ａによって実行されることによ
り、図５に示すＭＩシステム利用処理がクライアントＰ
Ｃ１２で実行される。

【００５６】このＭＩシステム利用処理では、まずステ
ップ１００において、例として図８に示すようなＭＩロ
グイン画面をクライアントＰＣ１２のディスプレイ５４
に表示することで、ＭＩシステム１０にログインするた
めのユーザＩＤ及びパスワードの入力をユーザに要請す
る。次のステップ１０２ではユーザからログインの実行
が指示されたか判定し、判定が肯定される迄待機する。

【００５７】ＭＩログイン画面には、ユーザＩＤを入力
するための入力欄７６、パスワードを入力するための入
力欄７８及びログインの実行を指示するためのボタン８
０が設けられている。ユーザがクライアントＰＣ１２の
キーボード５８やマウス５６を操作することで、入力欄
７６にユーザＩＤを、入力欄７８にパスワードを各々入
力し、更にボタン８０をクリックすると、ステップ１０
２の判定が肯定されてステップ１０４へ移行し、入力さ
れたユーザＩＤ及びパスワードをイントラネット２０を
介して運用管理サーバ１６へ送信することで、ＭＩシス
テム１０へのログインを要求する。ステップ１０６で
は、ログイン要求に対する応答を運用管理サーバ１６か
ら受信したか否か判定し、判定が肯定される迄待機す
る。

【００５８】一方、運用管理サーバ１６では、ＣＰＵ１
６ＡによってＭＩ運用管理プログラムが実行されること
で、図６に示すＭＩ運用管理処理が常時実行されてい
る。このＭＩ運用管理処理では、ステップ１７０でクラ
イアントＰＣ１２等の他のコンピュータから何らかの要
求を受信したか否か判定し、判定が肯定される迄待機す
る。ステップ１７０の判定が肯定されるとステップ１７
２へ移行し、他のコンピュータから受信した要求の内容
を判定し、判定結果に応じて分岐する。

【００５９】受信した要求が前述のようなクライアント
ＰＣ１２からのログイン要求であった場合には、ステッ
プ１７２からステップ１７４へ移行する。なお、ステッ
プ１７４〜ステップ１９０は本発明の確認・許可手段に
対応している。

【００６０】すなわち、ステップ１７４では、クライア
ントＰＣ１２から受信したユーザＩＤ及びパスワードを
キーにしてユーザ情報ＤＢを検索する。また、次のステ
ップ１７６では、ステップ１７４の検索の結果に基づ
き、受信したユーザＩＤとパスワードの組み合わせがユ
ーザ情報ＤＢに登録されているか否かを判定する。この
判定が否定された場合には、今回のログイン要求がＭＩ
システム１０の正当なユーザからの要求ではないと判断
できるのでステップ１９０へ移行し、ログイン要求元の
クライアントＰＣ１２に対し、ユーザＩＤ未登録やパス
ワード誤り等の理由でログインを受け付けできない旨を
通知するエラー応答を送信した後にステップ１７０に戻
る。

【００６１】また、ステップ１７６の判定が肯定された
場合には、ユーザＩＤ及びパスワードと対応付けられて
ユーザ情報ＤＢに記憶されている情報（所属部署ＩＤや
役職ＩＤ等）をユーザ情報ＤＢから読み出してＲＡＭ１
６Ｃ等に一時記憶した後にステップ１７８へ移行し、受
信したユーザＩＤをキーにしてログイン管理テーブルを
検索する。また、ステップ１８０ではステップ１７８の
検索の結果に基づき、受信したユーザＩＤがログイン管
理テーブルに登録されているか否か判定する。

【００６２】このログイン管理テーブルは、ＭＩシステ
ム１０に現在ログインしている全ユーザのユーザＩＤを
登録するテーブルであり、ステップ１８０の判定が肯定
された場合には二重ログインであると判断できるので、
ステップ１９０において、ログイン要求元のクライアン
トＰＣ１２に対して二重ログインを通知するエラー応答
を送信した後にステップ１７０に戻る。また、ステップ
１８０の判定が否定された場合には、要求されているロ
グインは正当なユーザからの正当なログイン要求である
と判断し、ステップ１８２において、先に受信したユー
ザＩＤをログイン日時等の情報と対応付けてログイン管
理テーブルに追加登録する。

【００６３】次のステップ１８４では、ユーザ情報ＤＢ
から読み出して一時記憶している情報及びユーザＩＤに
基づいて、ログインするユーザが利用権限の有るアプリ
ケーション・システムを利用する際に必要となるチケッ
トを生成する。具体的には、例えばユーザＩＤ等のユー
ザに関する情報に、チケット発行日時や、ユーザが知り
得ない所定のマジックワード（例えばバージョン情報）
等を付加した後に、一連の情報を秘密鍵によって暗号化
することによって生成することができる。

【００６４】また、ステップ１８６ではユーザ情報ＤＢ
から読み出して一時記憶している権限情報（「利用権限
を有するアプリケーション」）に基づき、ログイン要求
元のクライアントＰＣ１２のディスプレイ５４に表示す
るＭＩメニュー画面（一例を図９に示す）を規定するメ
ニュー定義情報を生成する。

【００６５】図９は、ＭＩシステム１０の各アプリケー
ション・システムのうち、ＲＴＧＳシステム及びＲＡＰ
ＩＤシステムについてのみ利用権限を有しているユーザ
がログインした際に表示されるＭＩメニュー画面が示さ
れている。図９からも明らかなように、本実施形態に係
るＭＩメニュー画面には、ＭＩシステム１０に含まれる
各アプリケーション・システムの名称が記されたボタン
８２Ａ〜８２Ｇが設けられているが、ユーザが利用権限
を有しているアプリケーション・システムのボタン８２
（図９の例ではボタン８２Ｃ，８２Ｄ）についてのみ、
ユーザが利用対象として選択可能なようにアクティブ表
示され、ユーザが利用権限を有していないアプリケーシ
ョン・システムに対応するボタン８２は非アクティブ表
示されることで、利用対象として選択できないようにな
っている。

【００６６】ステップ１８６では、メニュー定義情報に
基づいて上記のようなＭＩメニュー画面がクライアント
ＰＣ１２のディスプレイ５４に表示されるように、メニ
ュー定義情報を生成する。なお、上記のように非アクテ
ィブ表示することに代えて、ユーザが利用権限を有して
いないアプリケーション・システムに対応するボタン８
２を表示しないようにしてもよい。

【００６７】そして次のステップ１８８では、生成した
チケット及びメニュー定義情報をログイン要求元のクラ
イアントＰＣ１２へ送信することで、ログイン要求に対
して正常応答を返し、ステップ１７０に戻る。

【００６８】ＭＩシステム利用処理（図５）では、ステ
ップ１０４でログインを要求してから所定時間以内に運
用管理サーバ１６から何らかの応答を受信するか、又は
運用管理サーバ１６からの応答がタイムアウトになる
と、ステップ１０８において、運用管理サーバ１６から
正常な応答を受信したか否か判定する。

【００６９】運用管理サーバ１６からエラー応答を受信
した場合、或いは運用管理サーバ１６からの応答がタイ
ムアウトになった場合には、判定が否定されてステップ
１１２へ移行し、ディスプレイ５４にエラー画面を表示
することで、ＭＩシステム１０への通常のログインに失
敗したことをユーザに通知する。そして、運用管理サー
バ１６からのエラー応答を受信している場合には、受信
したエラー応答に基づき、ユーザＩＤ未登録やパスワー
ド誤り等の理由でログインを受け付けできない旨を通知
するメッセージを表示したり、或いは二重ログインであ
ることを通知するメッセージを表示する。

【００７０】次のステップ１１４では運用管理サーバ１
６からの応答がタイムアウトになったか否かに基づい
て、運用管理サーバ１６に障害が発生しているか否かを
判定する。判定が否定された場合にはステップ１０２に
戻り、ユーザＩＤ及びパスワードが入力されてログイン
の実行が再度指示される迄待機する。なお、ステップ１
１４の判定が肯定された場合の処理については後述す
る。

【００７１】また、運用管理サーバ１６から正常な応答
を受信した場合には、ステップ１０８の判定が肯定され
てステップ１１０へ移行し、運用管理サーバ１６から受
信したチケット及びメニュー定義情報をＨＤＤ６０に記
憶する。次のステップ１２２では、ＨＤＤ６０に記憶し
たメニュー定義画面に基づいて、前述したＭＩメニュー
画面（図９参照）をディスプレイ５４に表示する。

【００７２】前述のように、ＭＩメニュー画面は、ユー
ザが利用権限を有していないアプリケーション・システ
ムは利用対象として選択できないようになっているの
で、利用権限を有していないアプリケーション・システ
ムをユーザが利用することを阻止することができる。ま
た、複数のアプリケーション・システムの利用権限を有
しているユーザが、利用権限を有している複数のアプリ
ケーション・システムを順次又は並列に利用する場合に
も、ユーザＩＤ及びパスワードを入力しログインを指示
する、というログイン動作を１回行うのみで、単一のク
ライアントＰＣ１２から複数のアプリケーション・シス
テムを利用することが可能となり、シングル・サインオ
ンを実現できる。

【００７３】ステップ１２４では、ＭＩメニュー画面内
の何れかのボタンが選択されたか否か判定し、判定が肯
定される迄待機する。オペレータがマウス５６等を操作
してＭＩメニュー画面内の何れかのボタンを選択する
と、ステップ１２４の判定が肯定されてステップ１２６
へ移行し、ユーザによって選択されたボタンが、ボタン
８２Ａ〜８２Ｇのうちアクティブ表示されている特定の
ボタン８２か否かに基づいて、利用権限を有する特定の
アプリケーション・システムの利用がユーザによって選
択されたか否かを判定する。

【００７４】ステップ１２６の判定が肯定された場合に
はステップ１２８へ移行し、ＨＤＤ６０に記憶している
チケットを読み出し、読み出したチケットにユーザによ
る操作の内容を表す情報等を付加し、ユーザによって選
択されたボタン８２に対応する特定のアプリケーション
・サーバ１４へ送信することで、対応する特定のアプリ
ケーション・システムが提供する各種機能のうち、ユー
ザの指示に対応する特定機能（例えばＭＩメニュー画面
上の対応するボタン８２がユーザによって選択された場
合には、特定のアプリケーション・システムのメインメ
ニューをディスプレイ５４に表示させる機能）の利用を
要求する。次のステップ１３０では、チケット送信先の
アプリケーション・サーバ１４から何らかの応答を受信
したか否か判定し、判定が肯定される迄待機する。

【００７５】一方、各アプリケーション・サーバ１４で
は、ＨＤＤ３０にインストールされているアプリケーシ
ョン・プログラムがＣＰＵ１４Ａによって実行されるこ
とで、図７に示すＭＩアプリケーション処理が各々実行
されている。ＭＩアプリケーション処理では、ステップ
２１０でクライアントＰＣ１２から特定機能の利用を要
求する情報を受信したか否か判定し、判定が肯定される
迄待機する。

【００７６】本実施形態において、例えばＲＴＧＳシス
テムが提供する特定機能をユーザが利用することは、Ｍ
Ｉメニュー画面上のＲＴＧＳシステムに対応するボタン
８２Ｃを選択し、ＲＴＧＳシステムに対応するアプリケ
ーション・サーバ１４により、例として図１０に示すよ
うなＲＴＧＳシステムのメニューバーがディスプレイ５
４に表示されている状態で、プルダウンメニューを表示
させて所望の項目を選択することによって成される。

【００７７】また、例えばＲＡＰＩＤシステムが提供す
る特定機能を利用することは、ＭＩメニュー画面上のＲ
ＡＰＩＤシステムに対応するボタン８２Ｄを選択し、Ｒ
ＡＰＩＤシステムに対応するアプリケーション・サーバ
１４により、例として図１１に示すようなＲＡＰＩＤシ
ステムのメインメニュー画面がディスプレイ５４に表示
されている状態で、所望の項目を順次選択することによ
って成される。

【００７８】ここで、図１０や図１１に示すメニューを
ディスプレイ５４に表示させることを含め、特定のアプ
リケーション・システムの特定機能を利用することは、
詳しくは、特定機能の利用を要求する操作をユーザが行
う毎に、ユーザの操作に応じてクライアントＰＣ１２か
ら対応するアプリケーション・サーバ１４へ特定機能の
利用を要求する情報が送信され（前述したステップ１２
８）、情報を受信したアプリケーション・サーバ１４
が、図７のステップ２１０の判定が肯定されることでス
テップ２１２以降を実行することによって実現される。

【００７９】図７のフローチャート（のステップ２１
２）は、特定機能の利用を要求する情報をクライアント
ＰＣ１２から受信する毎に個々のアプリケーション・サ
ーバ１４で実行される処理のうちの共通する部分につい
て説明するフローチャートであり、以下では、情報を受
信したアプリケーション・サーバ１４（アプリケーショ
ン・システム）及び利用が要求された機能を明記するこ
となくステップ２１２以降を説明するが、実際の処理
（例えば後述するステップ２２０に相当する処理の内容
等）は、情報を受信したアプリケーション・サーバ１４
（アプリケーション・システム）及び利用が要求された
機能によって大きく相違していることを付記しておく。

【００８０】ステップ２１２では、クライアントＰＣ１
２から受信した情報に含まれるチケットを抽出し、抽出
したチケットに基づいて、要求元のクライアントＰＣ１
２を操作しているユーザの認証を行う。このユーザ認証
は、受信したチケットが運用管理サーバ１６によって発
行された正当なチケットか否かを判断することで行うこ
とができ、具体的には、例えば運用管理サーバ１６が暗
号化に用いた秘密鍵に対応する公開鍵を用いてチケット
を復号化し、復号化によって得られた一連の情報に含ま
れているユーザＩＤがＨＤＤ３０に記憶されている権限
情報ＤＢに登録されているか否かを照合すると共に、前
記一連の情報に含まれているマジックワードを正規のマ
ジックワードと照合することで行うことができる。

【００８１】なお、運用管理サーバ１６によって発行さ
れたチケットには有効期限が設けられている。本実施形
態では、チケットの有効期限を「運用管理サーバ１６に
よってチケットが発行されてから２４時間未満」として
いる。チケットを復号化することで得られる一連の情報
にはチケット発行日時が含まれており、ステップ２１２
では、チケット発行日時からの経過時間が２４時間未満
か否かも判定し、２４時間以上経過していた場合には正
当なチケットではないと判断する。この場合、ユーザ
は、ＭＩシステム１０から一旦ログアウトした後に再度
ログインすることで、チケットを再度取得する必要があ
る。

【００８２】ステップ２１４では、ステップ２１２にお
ける認証の結果に基づいて、クライアントＰＣ１２を介
して特定機能の利用を要求しているユーザが、対応する
アプリケーション・システムの利用権限を有する正当な
ユーザか否か判定する。受信したチケットが運用管理サ
ーバ１６によって発行された正当なチケットではないと
判断された場合には、ステップ２１４の判定が否定され
てステップ２３０へ移行し、要求元のクライアントＰＣ
１２に対して、ユーザが対応するアプリケーション・シ
ステムの利用権限を有していない旨を通知するエラー応
答を返し、ステップ２１０に戻る。

【００８３】仮に、所望のアプリケーション・システム
が提供する所望の機能を不正に利用しようと目論む者
が、クライアントＰＣ１２からアプリケーション・サー
バ１４に直接アクセスするための手段を知り得たとして
も、上述のように、正当なチケットを所有していなけれ
ばエラーとなり、そしてチケットを偽造することは極め
て困難であるので、アプリケーション・システム側でチ
ケットによるユーザ認証を行うことにより、ＭＩシステ
ム１０にログインすることなくＭＩシステム１０を不正
に利用することを阻止することができる。

【００８４】一方、受信したチケットが運用管理サーバ
１６によって発行された正当なチケットであると判断さ
れた場合にはステップ２１６へ移行し、前記一連の情報
に含まれるユーザＩＤを用いて権限情報ＤＢを検索する
ことで、特定機能の利用を要求しているユーザに対応す
る情報を抽出する。そして、次のステップ２１８におい
て、ステップ２１６の検索によって抽出された情報に基
づいて、特定機能の利用を要求しているユーザが特定機
能の利用権限を有しているか否か判定する。

【００８５】例えばＲＴＧＳシステムでは、所属部署及
び役職毎に利用権限のパターンが定められており、ＲＴ
ＧＳシステムの利用権限を有する個々のユーザの利用権
限が何れのパターンに対応しているかを特定するための
情報が、個々のユーザのユーザＩＤと対応付けられてＲ
ＴＧＳシステムの権限情報ＤＢに記憶されているので、
利用権限の有無の判定は、例えば特定機能の利用を要求
しているユーザのユーザＩＤに基づいて、該ユーザの利
用権限を表す利用権限パターンを特定し、利用が要求さ
れている特定機能が、前記特定した利用権限パターン上
で「利用権限有り」になっているか否かを判断すること
によって成される。

【００８６】また、例えばＲＡＰＩＤシステムでは、利
用権限のパターンがユーザの所属部署及び役職と無関係
に作成されるが、ＲＡＰＩＤシステムの利用権限を有す
る個々のユーザの利用権限が何れのパターンに対応して
いるかを特定するための情報が、個々のユーザのユーザ
ＩＤと対応付けられてＲＡＰＩＤシステムの権限情報Ｄ
Ｂに記憶されているので、利用権限の有無の判定は、Ｒ
ＴＧＳシステムと同様に、例えば特定機能の利用を要求
しているユーザのユーザＩＤに基づいて、該ユーザの利
用権限を表す利用権限パターンを特定し、利用が要求さ
れている特定機能が、前記特定した利用権限パターン上
で「利用権限有り」になっているか否かを判断すること
によって成される。

【００８７】更に、例えばＰＹＲＡＭＩＤシステムで
は、ユーザに与える利用権限として複数のカテゴリ（表
３参照）が存在しているので、利用権限の有無は、例え
ばユーザから利用を要求されている特定機能が何れのカ
テゴリに属する機能かを判断し、判断したカテゴリに応
じた判定方法で判定される。

【００８８】すなわち、「オペレーション権限」につい
ては、「オペレーション権限」に属する各種機能の利用
権限がオペレーション権限クラス毎にパターン化されて
おり、ＰＹＲＡＭＩＤシステムの利用権限を有する個々
のユーザのオペレーション権限クラスがユーザＩＤと対
応付けられてＰＹＲＡＭＩＤシステムの権限情報ＤＢに
記憶されているので、ユーザから利用が要求された特定
機能が「オペレーション権限」に属する機能であった場
合、利用権限の有無の判定は、例えば特定機能の利用を
要求しているユーザのユーザＩＤに基づいて、該ユーザ
のオペレーション権限クラスを特定し、利用が要求され
ている特定機能が、前記特定したオペレーション権限ク
ラスに対応する利用権限パターン上で「利用権限有り」
になっているか否かを判断することによって成される。

【００８９】また「取引オペレーション権限」について
は、「取引オペレーション権限」に属する各種機能の利
用権限が取引オペレーション権限クラス毎にパターン化
されていると共に、「取引オペレーション権限」に関連
する利用権限が所属部署及び管理区分を単位として定め
られており、ＰＹＲＡＭＩＤシステムの利用権限を有す
る個々のユーザの取引オペレーション権限クラス、所属
部署及び管理区分が、ユーザＩＤと対応付けられてＰＹ
ＲＡＭＩＤシステムの権限情報ＤＢに記憶されている。

【００９０】このため、ユーザから利用が要求された特
定機能が「取引オペレーション権限」に属する機能であ
った場合、利用権限の有無の判定は、例えば特定機能の
利用を要求しているユーザのユーザＩＤに基づいて、該
ユーザの取引オペレーション権限クラス、所属部署及び
管理区分を各々特定し、利用が要求されている特定機能
が、前記特定した取引オペレーション権限クラスに対応
する利用権限パターン上で「利用権限有り」になってお
り、かつ特定した所属部署及び管理区分を単位とする利
用権限でも利用権限内か否か（すなわち、取引オペレー
ション権限クラスによって規定される利用権限と所属部
署及び管理区分によって規定される利用権限の論理積
（ＡＮＤ))を判断することによって成される。

【００９１】特定機能の利用を要求しているユーザが特
定機能の利用権限を有していない場合には、ステップ２
１８の判定が否定されてステップ２３０へ移行し、要求
元のクライアントＰＣ１２に対して、利用が要求された
特定機能はユーザの利用権限外である旨を通知するエラ
ー応答を返し、ステップ２１０に戻る。

【００９２】また、利用が要求されている特定機能の利
用権限をユーザが有していた場合には、ステップ２１８
の判定が肯定されてステップ２２０へ移行し、ユーザの
要求に応じて特定機能を提供する処理を行う。この処理
としては、例えばユーザがクライアントＰＣ１２のディ
スプレイ５４への表示を要求した情報をＨＤＤ３０等か
ら読み出す処理、ＨＤＤ３０等に記憶されている情報の
うちユーザが更新を指示した情報を更新する処理、ユー
ザの指示に応じて所定の演算を行う処理、ユーザの指示
に応じて他のコンピュータへ所定の情報（電文）を送信
する処理等が挙げられる。

【００９３】ステップ２２２では、ステップ２２０で行
った処理結果に基づき、該処理の結果を要求元のクライ
アントＰＣ１２のディスプレイ５４に表示するための画
面定義情報を生成する。次のステップ２２４では、ステ
ップ２２２で生成した画面定義情報によって定義される
画面内に、ユーザが利用権限を有していない項目（例え
ばユーザが利用権限を有していない機能を選択するため
のボタン等）が有るか否か判定する。

【００９４】ステップ２２４の判定が肯定された場合に
はステップ２２６へ移行し、前述のＭＩメニュー画面と
同様に、ユーザが利用権限を有していない項目が非アク
ティブ表示になるように画面定義情報の内容を変更した
後にステップ２２８へ移行する。なお、非アクティブ表
示にすることに代えて、ディスプレイ５４に表示されな
いように画面定義情報の内容を変更するようにしてもよ
い。また、ステップ２２４の判定が否定された場合に
は、何ら処理を行うことなくステップ２２８へ移行す
る。そして、ステップ２２８では要求元のクライアント
ＰＣ１２へ画面定義情報等を送信し、ステップ２１０に
戻る。

【００９５】チケット等を送信したクライアントＰＣ１
２が送信先のアプリケーション・サーバ１４から何らか
の応答を受信すると、ＭＩシステム利用処理（図５）の
ステップ１３０の判定が肯定され、次のステップ１３２
でアプリケーション・サーバ１４からの応答が正常応答
か否か判定する。アプリケーション・サーバ１４からの
応答がエラー応答の場合には、前記判定が否定されてス
テップ１３６へ移行し、所定のエラー画面をディスプレ
イ５４に表示すると共に、受信したエラー応答の内容に
応じて、選択されたアプリケーション・システムはユー
ザの利用権限外である旨を通知するメッセージ、或い
は、利用が要求された特定機能はユーザの利用権限外で
ある旨を通知するメッセージを表示する。

【００９６】また、アプリケーション・サーバ１４から
の応答が正常応答の場合には、ステップ１３２の判定が
肯定されてステップ１３４へ移行し、アプリケーション
・サーバ１４から受信した画面定義情報に基づいて、先
に特定機能を利用を要求したことに対するアプリケーシ
ョン・サーバ１４（アプリケーション・システム）の処
理結果をディスプレイ５４に表示する。これにより、ユ
ーザが利用を要求した特定機能についての処理結果をユ
ーザが参照又は確認することができる。

【００９７】次のステップ１３８では、アプリケーショ
ン・システムが提供する他の特定機能の利用がユーザに
よって選択されたか否か判定する。判定が否定された場
合にはステップ１４０へ移行し、ユーザによってアプリ
ケーション・システムの利用終了が選択されたか否か判
定する。この判定も否定された場合にはステップ１３８
に戻り、何れかの判定が肯定される迄ステップ１３８，
１４０を繰り返す。

【００９８】例えばユーザがキーボード５８やマウス５
６等を操作し、ディスプレイ５４に表示された項目のう
ち、利用したい特定機能に対応する特定項目を選択する
と、ステップ１３８の判定が肯定されてステップ１２８
に戻り、上述したステップ１２８以降の処理が繰り返さ
れることになる。これにより、ユーザはアプリケーショ
ン・システムが提供する各種機能のうち業務の遂行に必
要な機能（自身が利用権限を有する機能）を利用しなが
ら、業務を遂行することができる。ユーザによってアプ
リケーション・システムの利用終了が選択されると、ス
テップ１４０の判定が肯定されてステップ１２２に戻
り、ディスプレイ５４にＭＩメニュー画面が再度表示さ
れる。

【００９９】ところで、ＭＩメニュー画面（図９）に
は、利用するアプリケーション・システムを選択するた
めのボタン８２の他に、パスワードを変更するためのボ
タン８４と、ＭＩシステム１０からログアウトするため
のボタン８６も設けられている。また、図９では非アク
ティブ表示されているが、システム管理者がメインテナ
ンス作業等を行うためのボタン８８も設けられている。

【０１００】ディスプレイ５４にＭＩメニュー画面が表
示されている状態で、ユーザによってボタン８２以外の
ボタンが選択された場合には、ステップ１２２からステ
ップ１２４，１２６を経てステップ１４２へ移行し、Ｍ
Ｉシステム１０からのログアウトがユーザによって選択
されたか否か判定する。

【０１０１】判定が否定された場合にはステップ１５０
へ移行し、ユーザが選択したボタンに対応する処理（例
えばパスワードを変更するための処理や、システム管理
者がメインテナンス等の作業を行うための処理）の実行
を運用管理サーバ１６に要求する。これにより、運用管
理サーバ１６ではＭＩ運用管理処理（図６）のステップ
１７０，１７２を経てステップ１９８へ移行し、クライ
アントＰＣ１２からの要求に応じた処理を実行する。そ
して、ユーザが選択したボタンに対応する処理が完了す
ると、ＭＩシステム利用処理（図５）のステップ１５０
からステップ１２２に戻る。

【０１０２】また、ＭＩシステム１０からログアウトす
るためのボタン８６がユーザによって選択された場合に
は、ステップ１４２からステップ１４４へ移行し、ＨＤ
Ｄ６０に格納していたチケットを廃棄する。ステップ１
４６では、運用管理サーバにユーザＩＤを送信してＭＩ
システム１０からのログアウトを要求し、次のステップ
１４８では応答を受信する迄待機する。

【０１０３】運用管理サーバ１６では、クライアントＰ
Ｃ１２からログアウトが要求されると、ＭＩ運用管理処
理（図６）のステップ１７０，１７２を経てステップ１
９２へ移行する。ステップ１９２では、受信したユーザ
ＩＤをキーにしてログイン管理テーブルを検索し、ステ
ップ１９４ではステップ１９２における検索の結果に基
づき、ログイン管理テーブルから該当情報（ユーザＩＤ
やログイン日時等）を削除する。そして、ログアウト要
求元のクライアントＰＣ１２に対し、正常にログアウト
できた旨を通知する応答を送信する。

【０１０４】この応答がログアウト要求元のクライアン
トＰＣ１２で受信されることで、ＭＩシステム利用処理
（図５）のステップ１４８の判定が肯定され、ＭＩシス
テム利用処理の実行が終了する。

【０１０５】続いて、運用管理サーバ１６の応答がタイ
ムアウトになった場合（ＭＩシステム利用処理（図５）
のステップ１１４の判定が肯定された場合）の処理につ
いて説明する。本実施形態では運用管理サーバ１６が二
重化されているので、運用管理サーバ１６からの応答が
タイムアウトになった場合は、運用管理サーバ１６の両
系共に障害が発生し応答を返すことができない状態であ
ると判断できる。

【０１０６】このため、ステップ１１４の判定が肯定さ
れた場合にはステップ１１６へ移行し、ログインを要求
しているユーザによって入力されたユーザＩＤ及びパス
ワードを障害用サーバ１８へ送信することで、ＭＩシス
テム１０へのログインを要求する。次のステップ１１８
では、障害用サーバ１８から応答を受信したか否か判定
し、判定が肯定される迄待機する。

【０１０７】本実施形態では障害用サーバ１８にユーザ
情報ＤＢが設けられていないため、クライアントＰＣ１
２からログインが要求されると、障害用サーバ１８は障
害時用チケット（ユーザＩＤが未設定のチケット）を生
成し、ログイン要求元のクライアントＰＣ１２へ送信す
る。障害用サーバ１８に対してログインを要求したクラ
イアントＰＣ１２は、障害用サーバ１８から障害時用チ
ケットを受信すると、ステップ１１８の判定が肯定され
てステップ１２０へ移行し、受信した障害時用チケット
にログインを要求しているユーザのユーザＩＤを設定
し、ＨＤＤ６０に格納した後にステップ１２２へ移行す
る。

【０１０８】これにより、運用管理サーバ１６に障害が
発生し正規のチケットが発行されない場合にも、障害用
サーバ１８によって発行される障害時用チケットを用い
ることで、ＭＩシステム１０の各アプリケーション・シ
ステムを利用することができる。また、運用管理サーバ
１６に障害が発生している際にも、各アプリケーション
・システムにおいて、ユーザＩＤに基づく利用権限のチ
ェックが行われるので、ユーザが利用権限外のアプリケ
ーション・システムを利用したり、利用権限外の機能を
利用することを阻止することができる。

【０１０９】なお、上記ではＭＩシステム１０を利用す
るための専用プログラム（ＭＩシステム利用プログラ
ム）がクライアントＰＣ１２にインストールされてお
り、このプログラムに従ってクライアントＰＣ１２がＭ
Ｉシステム利用処理を行うことで、ＭＩシステム１０の
利用が可能となる場合を例に説明したが、本発明はこれ
に限定されるものではなく、例えばクライアントＰＣ１
２にブラウザ等の一般的なプログラムのみがインストー
ルされている環境下でも本発明は実現可能である。

【０１１０】また、上記ではＭＩシステム１０に含まれ
る全てのアプリケーション・システムに各ユーザ毎の利
用権限を規定する権限情報ＤＢが設けられており、各ア
プリケーション・システムは、ユーザから特定機能の利
用が要求される毎に、チケットを用いたユーザ認証を行
うと共に、権限情報ＤＢに基づきユーザが特定機能の利
用権限を有しているか否かを判定する場合を説明した
が、これに限定されるものではなく、本発明に係るコン
ピュータ・システムの中に、個々のユーザの利用権限が
一定のアプリケーション・システム（例えば提供可能な
全機能を全ユーザに提供するアプリケーション・システ
ム）が含まれていてもよい。この場合、利用権限の判定
は省略可能であるが、セキュリティ性確保のためにチケ
ットを用いたユーザ認証は省略しないことが望ましい。

【０１１１】また、上記では金融機関のコンピュータ・
システムに本発明を適用した例を説明したが、これに限
定されるものではなく、本発明は、複数のアプリケーシ
ョン・システムを含んで構成された任意のコンピュータ
・システムに適用可能であることは言うまでもない。

【０１１２】

【発明の効果】以上説明したように請求項１及び請求項
９記載の発明は、コンピュータ・システムを利用可能な
個々のユーザを確認するためのユーザ情報と、個々のユ
ーザが利用権限を有しているアプリケーション・システ
ムを特定するための第１権限情報を第１記憶手段に記憶
すると共に、アプリケーション・システムに対応して設
けられた第２記憶手段に、対応するアプリケーション・
システムが提供可能な複数種の機能のうち、個々のユー
ザが利用権限を有している機能を特定するための第２権
限情報を記憶し、コンピュータ・システムへのユーザの
ログイン要求に対し、ユーザ情報に基づいてユーザの確
認を行い、正当な利用者であることを確認できたユーザ
に対し、第１権限情報に基づき前記ユーザが利用権限を
有しているアプリケーション・システムについてのみ利
用を許可し、アプリケーション・システムは、自システ
ムがユーザに提供可能な機能の利用を要求しているユー
ザに対し、第２権限情報に基づき、前記ユーザが利用権
限を有している機能のみを前記ユーザに提供するので、
個々のユーザ毎に定められた利用権限に従って個々のユ
ーザによるシステムの利用をコントロールすることを、
メインテナンス性やセキュリティ性を損なうことなく実
現できる、という優れた効果を有する。

【０１１３】請求項５記載の発明は、請求項１記載の発
明において、アプリケーション・システムは、提供可能
な複数種の機能のうちの何れかの機能の利用がユーザか
ら要求される毎に、要求されている機能の利用権限をユ
ーザが有しているか否かを判断するので、上記効果に加
え、各アプリケーション・システムが提供可能な個々の
機能が、利用権限のないユーザによって不正に利用され
ることを確実に阻止することができる、という効果を有
する。

【０１１４】請求項６記載の発明は、請求項１記載の発
明において、正当な利用者であることを確認できたユー
ザに対してチケット情報を与え、各アプリケーション・
システムは、提供可能な機能の利用を要求しているユー
ザが正当なチケット情報を所持しているか否かを判断す
ることで、前記ユーザが正当な利用者か否かを判定する
ので、上記効果に加え、確認・許可手段による正当な利
用者であることの確認を経ることなく、コンピュータ・
システムが不正利用されることを阻止することができ
る、という効果を有する。

【０１１５】請求項８記載の発明は、請求項６記載の発
明において、確認・許可手段に異常が生じた場合に、コ
ンピュータ・システムへのユーザのログイン要求に対
し、障害用チケット情報をユーザに与えるようにしたの
で、上記効果に加え、確認・許可手段に異常が生じた場
合にも、正当な利用者が全てのアプリケーション・シス
テムを利用できない状態に陥ることを回避できる、とい
う効果を有する。

【図面の簡単な説明】

【図１】 本実施形態に係るコンピュータ・システムの
概略構成を示すブロック図である。

【図２】 ＲＴＧＳシステムのユーザ情報設定画面の一
例を示すイメージ図である。

【図３】 ＲＡＰＩＤシステムのユーザ情報設定画面の
一例を示すイメージ図である。

【図４】 ＲＡＰＩＤシステムのユーザ情報設定画面の
一例を示すイメージ図である。

【図５】 クライアントＰＣで実行されるＭＩシステム
利用処理の内容を示すフローチャートである。

【図６】 運用管理サーバで実行されるＭＩ運用管理処
理の内容を示すフローチャートである。

【図７】 アプリケーション・サーバで実行されるＭＩ
アプリケーション処理の内容を示すフローチャートであ
る。

【図８】 ＭＩログイン画面の一例を示すイメージ図で
ある。

【図９】 ＭＩメニュー画面の一例を示すイメージ図で
ある。

【図１０】 ＲＴＧＳシステムのメニューバーの一例を
示すイメージ図である。

【図１１】 ＲＡＰＩＤシステムのメインメニュー画面
の一例を示すイメージ図である。

【符号の説明】

１０ コンピュータ・システム １２ クライアントＰＣ １４ アプリケーション・サーバ １６ 運用管理サーバ １８ 障害用サーバ ２０ イントラネット ３０ ＨＤＤ ４４ ＨＤＤ ５４ ディスプレイ ５６ マウス ５８ キーボード

Claims (9)

【特許請求の範囲】
1. 【請求項１】 ユーザによって操作される端末と通信回
   線を介して接続されたコンピュータが、複数種のアプリ
   ケーション・プログラムを含むプログラム群を実行する
   ことで実現され、複数種のアプリケーション・システム
   を含んで構成されたコンピュータ・システムであって、 前記コンピュータ・システムを利用可能な個々のユーザ
   を確認するためのユーザ情報と、前記複数種のアプリケ
   ーション・システムのうち前記個々のユーザが利用権限
   を有しているアプリケーション・システムを特定するた
   めの第１権限情報を記憶する第１記憶手段と、 前記複数種のアプリケーション・システムのうち、ユー
   ザに提供可能な複数種の機能についての個々のユーザの
   利用権限が一定でない個々のアプリケーション・システ
   ムに対応して設けられ、対応するアプリケーション・シ
   ステムがユーザに提供可能な複数種の機能のうち、前記
   アプリケーション・システムの利用権限を有する個々の
   ユーザが利用権限を有している機能を特定するための第
   ２権限情報を記憶する第２記憶手段と、 前記コンピュータ・システムへのユーザのログイン要求
   に対し、前記第１記憶手段に記憶されているユーザ情報
   に基づいてユーザの確認を行い、正当な利用者であるこ
   とを確認できたユーザに対し、前記第１権限情報に基づ
   き前記ユーザが利用権限を有しているアプリケーション
   ・システムについてのみ利用を許可する確認・許可手段
   と、 を備え、 前記第２記憶手段が設けられているアプリケーション・
   システムは、自システムがユーザに提供可能な機能の利
   用を要求しているユーザに対し、対応する第２記憶手段
   に記憶されている第２権限情報に基づいて、前記ユーザ
   が利用権限を有している機能のみを前記ユーザに提供す
   ることを特徴とするコンピュータ・システム。
2. 【請求項２】 前記確認・許可手段は、ユーザが個々の
   アプリケーション・システムの利用を要求するためのメ
   ニュー画面に、前記正当な利用者であることを確認でき
   たユーザが利用権限を有しているアプリケーション・シ
   ステムのみを選択肢として表示させることで、前記ユー
   ザが利用権限を有しているアプリケーション・システム
   についてのみ利用を許可することを特徴とする請求項１
   記載のコンピュータ・システム。
3. 【請求項３】 前記第２記憶手段が設けられているアプ
   リケーション・システムは、自システムがユーザに提供
   可能な機能の利用を要求しているユーザに対し、前記提
   供可能な機能の利用をユーザが要求するための画面に、
   前記ユーザが利用権限を有している機能のみを選択肢と
   して表示させるか、又は、前記ユーザが利用権限を有し
   ていない機能の利用が前記ユーザから要求された場合に
   利用権限外であることを報知することで、前記ユーザが
   利用権限を有している機能のみを前記ユーザに提供する
   ことを特徴とする請求項１記載のコンピュータ・システ
   ム。
4. 【請求項４】 前記第２権限情報は、対応するアプリケ
   ーション・システムがユーザに提供可能な機能について
   のユーザの利用権限のレベルを複数のクラスに分類した
   ときに、前記アプリケーション・システムの利用権限を
   有する個々のユーザが前記複数のクラスの何れに属する
   かを表す情報、又は、対応するアプリケーション・シス
   テムがユーザに提供可能な各機能について、前記アプリ
   ケーション・システムの利用権限を有する個々のユーザ
   が利用権限を有するか否かを各々表す情報であることを
   特徴とする請求項１記載のコンピュータ・システム。
5. 【請求項５】 前記第２記憶手段が設けられているアプ
   リケーション・システムは、自システムがユーザに提供
   可能な複数種の機能のうちの何れかの機能の利用がユー
   ザから要求される毎に、利用が要求されている機能の利
   用権限を前記ユーザが有しているか否かを判断すること
   を特徴とする請求項１記載のコンピュータ・システム。
6. 【請求項６】 前記確認・許可手段は、正当な利用者で
   あることを確認できたユーザに対し、前記ユーザが利用
   権限を有するアプリケーション・システムを前記ユーザ
   が利用する際に用いるためのチケット情報を与え、前記
   複数種のアプリケーション・システムの各々は、自シス
   テムがユーザに提供可能な機能の利用を要求しているユ
   ーザが正当なチケット情報を所持しているか否かを判断
   することで、前記利用を要求しているユーザが自システ
   ムの利用権限を有している正当な利用者か否かを判定す
   ることを特徴とする請求項１記載のコンピュータ・シス
   テム。
7. 【請求項７】 前記確認・許可手段は、前記チケット情
   報として、所定の情報を秘密鍵によって暗号化した情報
   を用い、前記複数種のアプリケーション・システムの各
   々は、前記ユーザから前記端末を介して送信されたチケ
   ット情報を公開鍵によって復号化した際に前記所定の情
   報が再現されるか否かに基づいて、前記ユーザが正当な
   チケット情報を所持しているか否かを判断することを特
   徴とする請求項６記載のコンピュータ・システム。
8. 【請求項８】 前記確認・許可手段に異常が生じた場合
   に、前記コンピュータ・システムへのユーザのログイン
   要求に対し、前記ユーザのユーザＩＤを付加することで
   前記ユーザがアプリケーション・システムを利用する際
   に使用可能な障害用チケット情報をユーザに与える障害
   チケット提供手段を更に備えたことを特徴とする請求項
   ６記載のコンピュータ・システム。
9. 【請求項９】 ユーザによって操作される端末と通信回
   線を介して接続されたコンピュータが、複数種のアプリ
   ケーション・プログラムを含むプログラム群を実行する
   ことで実現され、複数種のアプリケーション・システム
   を含んで構成されたコンピュータ・システムに適用可能
   なユーザ管理方法であって、 前記コンピュータ・システムを利用可能な個々のユーザ
   を確認するためのユーザ情報と、前記複数種のアプリケ
   ーション・システムのうち前記個々のユーザが利用権限
   を有しているアプリケーション・システムを特定するた
   めの第１権限情報を第１記憶手段に記憶しておくと共
   に、 前記複数種のアプリケーション・システムのうち、ユー
   ザに提供可能な複数種の機能についての個々のユーザの
   利用権限が一定でない個々のアプリケーション・システ
   ムに対応して設けられた第２記憶手段に、対応するアプ
   リケーション・システムがユーザに提供可能な複数種の
   機能のうち、前記アプリケーション・システムの利用権
   限を有する個々のユーザが利用権限を有している機能を
   特定するための第２権限情報を記憶しておき、 前記コンピュータ・システムへのユーザのログイン要求
   に対し、前記第１記憶手段に記憶されているユーザ情報
   に基づいてユーザの確認を行い、 正当な利用者であることを確認できたユーザに対し、前
   記第１権限情報に基づき前記ユーザが利用権限を有して
   いるアプリケーション・システムについてのみ利用を許
   可し、 前記第２記憶手段が設けられているアプリケーション・
   システムに対し、ユーザより前記アプリケーション・シ
   ステムが提供可能な機能の利用が要求された場合に、対
   応する第２記憶手段に記憶されている第２権限情報に基
   づいて、前記ユーザが利用権限を有している機能のみを
   前記ユーザに提供することを特徴とするユーザ管理方
   法。