JP5256097B2 - ログイン処理装置、ログイン処理方法及びプログラム - Google Patents

Description

本発明は、ログイン処理技術に関し、特に、外部システムのユーザ情報を利用可能なログイン機能を持つアプリケーションに関する。

近年の情報に関するセキュリティ意識の高まりに伴い、機密情報を取り扱うようなアプリケーションソフトウェアはログイン機能を備えるものが極めて一般的になっている。このようなアプリケーションは、通常、アプリケーション内部に、リソースへのアクセス権限情報を含むユーザ情報を保持する。

ユーザ情報及び権限情報を内部に持つ一般的なアプリケーションでは、ユーザＩＤ、ログイン認証用のパスワード、ユーザ名、権限情報、ユーザ固有のアプリケーション設定情報、をデータとして内部に持ち、ユーザＩＤとパスワード等の認証によってログイン処理を行い、アプリケーションの機能を権限の範囲内で利用する。

様々なアプリケーションを組み合わせて利用するシステムでは、個々のアプリケーション毎にユーザを管理しようとすると、管理が煩雑になり運用コストも増大する。このような問題を解決する手段の１つに、ユーザ情報の管理を一元化する方式がある。このような方式の１つを開示する技術文献として、下記特許文献１が挙げられる。この特許文献１に記載の発明は、既存のＷｅｂサーバにおけるシステム構成を変更することなく、独立した認証手段を有する複数のＷｅｂサーバに対するシングルサインオンを可能とする認証統括システムを提供するものである。

特開２００６−３５０８６６号公報

ところで、上記特許文献１に記載されているようなシステムでは、導入時にユーザ情報・権限情報を統合あるいは再設定する必要がある。企業等が既に基幹業務システムなどで独自のユーザ情報を一元管理している場合に、当該企業に追加でアプリケーションシステムを導入するケースを想定してみると、シングルサインオンシステムを導入する場合に、導入に伴いユーザ情報を再設定する必要がある。

ところが、既に安定稼動している基幹業務システムのユーザ管理・ログイン認証処理を、周辺のアプリケーション導入のためだけにシングルサインオンや統合認証基盤へと移行する作業を行うことは、コストの面から考えて現実的でない。そこで、このような場面にアプリケーションを追加で導入する場合、基幹業務システム等の外部システムの構成を一切変更することなく、かつ、外部システムのユーザ情報を利用してログイン処理（ユーザの認証およびアプリケーションの利用可能機能に関する権限設定）を行うことを可能とすることが重要となる。

本発明の目的は、基幹業務システム等の外部システムの構成を一切変更することなく、かつ、外部システムのユーザ情報を利用してログイン処理（ユーザの認証およびアプリケーションの利用可能機能に関する権限設定）を行う機能をもつアプリケーションを提供することにある。

本発明の一観点によれば、ログイン処理装置と、前記ログイン処理装置と接続されるアプリケーションデータベースと、を含むサーバ装置であって、前記アプリケーションデータベースは、前記サーバ装置のアプリケーション内での利用権限の組み合わせを、ユーザ端末を特定するユーザＩＤと、前記ログイン装置においては、ユーザ毎に使える機能、アクセスできるリソースに対して一定の権限をセットで付与する権限グループとして定義した権限グループ情報を登録する権限グループ情報データベースと、前記サーバ装置と接続され、ユーザ管理情報を保持し前記サーバ装置とは独立したユーザ管理を行っている外部システムから取得したユーザ管理情報を前記サーバ装置で利用できる形に変換したユーザ情報を登録するユーザ情報データベースと、外部システムとの接続方法・認証方法を定義した接続・認証方法情報データベースと、外部システムから取得したユーザ管理情報のうち権限に関する項目を前記権限グループとマッピングするための権限変換情報を有し、前記ログイン処理装置は、ユーザ端末（ＰＣ）のログイン画面表示を制御するログイン画面処理部と、前記接続・認証方法情報に基づいて前記外部システムから前記ユーザ管理情報を取得するユーザ情報取得部と、取得した前記ユーザ管理情報を前記サーバ装置内部のユーザ管理情報の形式に変換するユーザ情報変換処理部と、を有することを特徴とするサーバ装置が提供される。

前記ユーザ情報は、少なくとも、前記ユーザ情報が登録されている登録元システムを特定する登録元ＩＤと、前記権限グループと、を有し、前記登録元ＩＤと前記ユーザＩＤとの組み合わせによって１つのユーザ情報が一意に特定される情報であり、前記ユーザ情報変換処理部は、登録元の前記ユーザ管理情報から取得した登録元権限情報を、前記権限変換情報を用いて前記サーバ装置の権限グループに変換する権限情報変換処理を実行することが好ましい。前記ユーザ情報変換処理部は、前記権限変換情報において、前記登録元ＩＤが前記ユーザの登録元ＩＤと一致し、かつ、前記登録元権限情報が取得した取得データ項目の権限と一致するレコードの権限グループを、前記ユーザ情報の権限グループを更新するため情報として更新前に取得するようにしても良い。ここでは更新は行われない。

前記ユーザ情報変換処理部は、ユーザの有効／無効チェックでは、前記接続・認証方法情報から該当する登録元ＩＤの有効確認方法を取得し、その方法に基づいてユーザの有効／無効チェックを行うようにしても良い。また、前記有効／無効チェックに失敗した場合は、その旨のメッセージをメッセージダイアログに表示し、ログイン画面表示処理を開始するようにしても良い。前記有効／無効チェックに成功した場合は、前記登録元ＩＤ、前記登録元から取得した前記ユーザＩＤと前記変換した権限グループ、有効／無効チェックの結果に基づいてユーザ情報の更新を行うユーザ情報更新処理部を有することが好ましい。前記ユーザ情報変換処理の前処理として、ユーザ認証を行う認証処理部を有することが好ましい。

さらに、ローカルユーザを作成するアプリケーション固有処理部と、前記ローカルユーザの作成・更新・削除を含むメンテナンス処理を行うローカルユーザメンテナンス処理部と、を有することが好ましい。前記ユーザ情報変換処理部は、ユーザがローカルユーザであるか否かの判定を最初に行うようにするのが好ましい。この処理を最初に行うのは、ユーザがローカルユーザであれば、これ以降の処理でユーザ情報を変換・更新する必要がないためである。

前記ログイン処理部は、前記ユーザ端末のログイン画面表示を制御するログイン画面処理部を有し、ユーザによって入力された、ユーザＩＤ（１０３）、パスワード（１０４）、ドロップダウンリストで選択された登録元（１０５）名に対応する登録元ＩＤの情報を取得し、取得したユーザＩＤが空白でなければ、ログイン画面処理を終了し、ユーザから入力されたユーザＩＤ、パスワード、および、登録元ＩＤを次のユーザ情報取得処理部に引継ぎ、ログイン画面処理を正常終了することが好ましい。前記外部システムが複数の場合に、前記ログイン画面表示において、ログイン画面の登録元に登録元ＩＤに対応する登録元システム名をドロップダウンリストの項目として設定し、ログイン画面を表示させることが好ましい。

さらに、ユーザ認証を行う認証処理部を有し、ユーザから入力されたパスワード、登録元ＩＤ、および登録元から取得した取得データ項目の全てを前処理であるユーザ情報取得部から引き継いでおり、前記認証処理部は、入力されたパスワードと、登録元から取得したパスワードとに基づいて、ユーザ認証を行うことが好ましい。さらに、前記ユーザ情報は、そのユーザが現在有効か否かを表すフラグを有していることが好ましい。
本発明は、上記に記載のサーバ装置と、ユーザＰＣと、外部システムと、を有するログインシステムであっても良い。

本発明の他の観点によれば、ログイン処理装置と、前記ログイン処理装置と接続されるアプリケーションデータベースと、を含むであって、前記アプリケーションデータベースは、前記サーバ装置のアプリケーション内での利用権限の組み合わせを、ユーザ端末を特定するユーザＩＤと、前記ログイン装置においては、ユーザ毎に使える機能、アクセスできるリソースに対して一定の権限をセットで付与する権限グループとして定義した権限グループ情報を登録する権限グループ情報データベースと、前記サーバ装置と接続され、ユーザ管理情報を保持し前記サーバ装置とは独立したユーザ管理を行っている外部システムから取得したユーザ管理情報を前記サーバ装置で利用できる形に変換したユーザ情報を登録するユーザ情報データベースと、外部システムとの接続方法・認証方法を定義した接続・認証方法情報データベースと、外部システムから取得したユーザ管理情報のうち権限に関する項目を前記権限グループとマッピングするための権限変換情報を有するサーバ装置におけるログイン方法であって、ユーザ端末（ＰＣ）のログイン画面表示からの入力と、前記接続・認証方法情報と、に基づいて、前記外部システムから前記ユーザ管理情報を取得するユーザ情報取得ステップと、取得した前記ユーザ管理情報を前記サーバ装置内部のユーザ管理情報の形式に変換するユーザ情報変換処理ステップと、を有することを特徴とするログイン方法が提供される。

前記ユーザ情報は、少なくとも、前記ユーザ情報が登録されている登録元システムを特定する登録元ＩＤと、前記権限グループと、を有し、前記登録元ＩＤと前記ユーザＩＤとの組み合わせによって１つのユーザ情報が一意に特定される情報であり、前記ユーザ情報変換処理ステップは、登録元の前記ユーザ管理情報から取得した登録元権限情報を、前記権限変換情報を用いて前記サーバ装置の権限グループに変換する権限情報変換処理を実行するステップを有することが好ましい。前記ユーザ情報変換処理ステップは、前記権限変換情報において、前記登録元ＩＤが前記ユーザの登録元ＩＤと一致し、かつ、前記登録元権限情報が取得した取得データ項目の権限と一致するレコードの権限グループを、前記ユーザ情報の権限グループを更新するため情報として更新前に取得するステップを有することが好ましい。
本発明は、コンピュータに、上記のいずれか１項に記載の方法を実行させるためのプログラムであっても良い。

本発明の外部システムのユーザ情報を利用可能なログイン機能を持つアプリケーションによれば、次のような効果がある。
基幹業務システム等の外部システムの構成を一切変更することなく、かつ外部システムのユーザ情報を利用してログイン処理（ユーザの認証およびアプリケーションの利用可能機能に関する権限設定）を行う機能をもつアプリケーションを提供することができる。

本発明の一実施の形態によるログイン処理プログラムを含むアプリケーションの一構成例を示す図である。 権限グループ情報を示すデータ構成例を示す図である。 ユーザ情報を示すデータ構成例を示す図である。 第１の基幹業務システムＡのユーザ管理情報のデータ構成例を示す図である。 第２の基幹情報系システムＢのユーザ管理情報のデータ構成例を示す図である。 ユーザ情報の登録元システムへの接続・認証方法情報のデータ構成例を示す図である。 権限変換情報のデータ構成例を示す図である。 ログイン画面の表示や画面からの入力データにおける処理（ログイン画面処理部）の流れを示すフローチャート図である。 登録元ＩＤに対応した外部システムのユーザ情報やローカルユーザ情報から、ログインに必要なユーザ情報を取得する処理（ユーザ情報取得処理部の処理）を示すフローチャート図である。 ユーザから入力されたパスワードと、登録元から取得したパスワードなどの情報からユーザ認証と、を行う処理（認証処理部の処理）を示すフローチャート図である。 取得したユーザ情報を内部のユーザ情報の形式に変換する（ユーザ情報変換処理部の処理）を示すフローチャート図である。 アプリケーションのユーザ情報を外部から取得したユーザ情報で更新する処理（ユーザ情報更新処理部の処理）を示すフローチャート図である。 本アプリケーションのログイン部分で用いる表示メッセージ例を示す、メッセージ一覧である。

以下、本発明を適用した外部システムのユーザ情報を利用可能なログイン機能を持つシステム（以下、「本システム」と呼ぶ。）の一実施の形態について説明する。

図１は、本発明の一実施の形態によるログイン機能を含む本システムの一構成例を示す図である。本実施の形態によるシステムにおいては、外部システムのユーザ情報を利用可能なログイン機能（ログイン処理部１１１）を持つアプリケーションプログラム（以下、「本アプリケーション」と呼ぶ。）は、ユーザからのログイン情報の入力を受け取るログイン画面（１０１）やメッセージを表示するダイアログ（１０２）を含み、処理部（１００ｂ）と通信インターフェイス（１０７）を備えたユーザインタフェース（１００）と、ＣＰＵと通信インターフェイス（１１９）を備え、ログイン処理部（１１１）やローカルユーザメンテナンス処理部（１１８）、及び、その他のアプリケーション固有処理部（１１７）とを含むサーバ側プログラム１１０と、利用する情報を格納したアプリケーションデータ（１２０）と、で構成される。サーバ側プログラム１１０は、ローカルサーバ１５２のＣＰＵにおいて実行される。ローカルサーバ１５２は、クライアントＰＣがＵＩによりアクセスする企業のサーバなどである。ユーザ・インタフェース（ＵＩ）（１００）は、例えば、処理部（１００ｂ）を備えたクライアントＰＣ１５１（端末）のＵＩである。また、クライアントＰＣ１５１とローカルサーバ１５２は、それぞれ通信インターフェイス（１０７）と通信インターフェイス（１１９）を介して通信を行う。

本アプリケーションのローカルサーバ１５２は、ユーザ情報を利用する目的で、企業内又は企業外のサーバとは異なる外部システム（外部サーバ）である、基幹業務システムＡ（１３０）および基幹情報系システムＢ（１４０）とネットワークＮＴ経由で接続されている。

基幹業務システムＡは、ユーザ管理情報（ＤＢ）Ａ（１３１）を保持し、基幹情報系システムＢはユーザ管理情報（ＤＢ）Ｂ（１４１）を保持し、基幹業務システムＡと基幹情報系システムＢとは、それぞれ本アプリケーションとは独立したユーザ管理を行っている。本アプリケーションのローカルサーバでは、外部のユーザ管理情報（ＤＢ）Ａやユーザ管理情報（ＤＢ）Ｂからユーザ情報を取得するが、外部のユーザ管理情報Ａ・Ｂの内容を変更することは一切しないようになっている。

尚、本アプリケーションのローカルサーバと基幹業務システムＡおよび基幹情報系システムＢとの間には、ＨＴＴＰＳなどのセキュリティを確保した適切な通信手段でＮＴ接続されている。

クライアントＰＣ１５１のＵＩ（１００）において、ログイン画面（１０１）は、ユーザＩＤの入力欄（１０３）と、パスワードの入力欄（１０４）と、ユーザの登録元情報入力欄（１０５）と、ログインを実行するログインボタン（１０６）と、を有して構成されている。

ローカルサーバ内のアプリケーションデータ１２０は、本アプリケーション内での利用権限の組み合わせを権限グループとして定義した権限グループ定義（１２１）と、ローカルユーザ情報を登録するためあるいは外部から取得したユーザ情報を本アプリケーションで利用できる形に変換して登録するためのユーザ情報（１２２）と、外部システム等との接続方法や認証方法を定義した接続・認証方法情報（１２３）と、外部から取得したユーザ情報のうち権限に関する項目を本アプリケーションの権限グループとマッピングするための権限変換情報（１２４）から構成される。

ログイン処理部（１１１）は、クライアントＰＣがＵＩ（１００）のログイン画面表示を制御するログイン画面処理部（１１２）と、基幹業務システム（外部システム）（１３０）・（１４０）、本ローカルサーバ内部からユーザ情報を取得するユーザ情報取得部（１１３）と、ユーザ認証を行う認証処理部（１１４）と、取得したユーザ情報をローカルサーバ内部のユーザ情報（１２２）の形式に変換するユーザ情報変換処理部（１１５）と、外部のユーザ情報を内部のユーザ情報（１２２）に反映するユーザ情報更新処理部（１１６）と、から構成される。

本システムは、外部のユーザ情報も利用可能だが、アプリケーション固有処理部（１１７）においてローカルユーザを作成することもでき、そのローカルユーザの作成・更新・削除などのメンテナンス処理はローカルユーザメンテナンス処理部（１１８）で行うことができる。

図２は、ローカルサーバ内の本アプリケーションで利用する権限グループ定義（１２１）に定義されている情報の内容の例を示すデータ構成図である。本アプリケーションにおいては、ユーザ毎に使える機能やアクセスできるリソースに対して一定の権限をセットで付与することができるように構成されている。各権限（２２）（権限１、権限２、…）には、アプリケーションで利用できる機能やアクセス可能なリソースなどが入る。例えば、データベースの操作を行うアプリケーションを考えると、個々の権限として、テーブルの参照操作、テーブルの更新操作、テーブルの削除操作、テーブルの追加操作、ユーザの管理、などといった機能や、あるいはアクセス可能なリソースとしての個々のテーブルが定義される。そしてそれら個々の権限の有無の組み合わせを権限グループ（２１）として定義する。

図２中の○印は、権限を有することを表し、×印は権限を有さないことを表す。尚、ローカルサーバの本アプリケーションを用いるユーザに対して権限グループを付与することにより、ユーザが利用できる機能やリソースが決定されるものとする。

権限グループ情報は、本アプリケーション導入時に利用形態に応じて予め設定しておき、その後に、利用形態の変更等に伴って必要であれば適宜変更することができる。

例えば、権限グループ２１が“Ａ”の場合には、権限１から５まで全ての権限を有しており、フルアクセスが可能なことを示しており、権限グループ２１が“Ｂ”の場合には、権限１から３まで権限のみを有しており、例えば、本アプリケーションへのフルアクセスが可能なことを示しており、権限グループ２１が“Ｃ”の場合には、権限１、２のみを有しており、例えば、本アプリケーションのデータを参照のみが可能なことを示しており、権限グループ２１が“Ｄ”の場合には、権限１のみの最小の権限を有してことを示している。

図３は、ローカルサーバの本アプリケーションで利用されるユーザ情報（１２２）のデータ構成例を示す図である。１行に１つのユーザ情報が記述されており、それぞれのユーザ情報は、登録元ＩＤ（３１）、ユーザＩＤ（３２）、ユーザ名（３３）、パスワード（３４）、権限グループ（３５）、アプリケーション固有情報（３６）、有効フラグ（３７）、を有している。登録元ＩＤ（３１）とユーザＩＤ（３２）との組み合わせによって１つのユーザ情報が一意に特定される。登録元ＩＤ（３１）とは、ユーザ情報が登録されている登録元システムを特定するＩＤであり、本実施の形態では、登録元ＩＤが“００１”の場合は、本アプリケーション用のローカルサーバ自身にユーザ登録されていることを示している。このようなユーザをローカルユーザと呼び、ローカルユーザ以外を外部ユーザと呼ぶ。登録元ＩＤ（３１）が“００２”である場合は、外部の基幹業務システムＡに登録されているユーザ情報を表し、また、“００３”の場合は、外部の基幹情報系システムＢに登録されているユーザ情報を表す。尚、本実施の形態では、本アプリケーションをローカルユーザと外部ユーザとの両方で利用できるようにしているが、外部ユーザの利用のみに適用することも可能である。この場合には、図３で、登録元ＩＤ“００１”の行が存在しない。また、登録元ＩＤ（３１）は、３つに限定されるものでもなく、外部の基幹情報系システム数の増減に応じて適宜、変更されるものである。

ユーザＩＤ（３２）は、各登録元でユーザを一意に特定するＩＤである。ユーザ名（３３）は、ユーザの名称を表す。パスワード（３４）は、ユーザがローカルユーザの場合にパスワード認証を行うために設定する。権限グループ（３５）には、図２で定義した権限グループ（２１）と同じグループが設定される。アプリケーション固有情報（３６）とは、ユーザがそのアプリケーションの中で自由に設定保存できる情報のことであり、例えば、データベースの操作を行うアプリケーションであれば、ユーザが保存した検索条件登録、よく使う機能の登録、画面のレイアウト情報、画面のデザイン、ユーザ固有の設定などが挙げられる。

有効フラグ（３７）とは、そのユーザが現在有効か否かを表すフラグであり、１であれば有効、０であれば無効であることを示す。有効フラグが１の場合は、そのユーザは本アプリケーションにログインしてアプリケーションを利用することができる。有効フラグが０の場合は、ユーザ情報は保持するが、アプリケーションを利用することができない。本実施の形態で、ユーザ情報に有効フラグを持たせることによって、例えば一時的にあるユーザのフラグが無効になって利用できなくなったとしても、その後にそのユーザを再度有効に設定すれば、前述のアプリケーション固有情報を引き続き利用できるため、運用上便利である。

ユーザ情報の追加や更新（あるいは削除）は、ローカルユーザであれば図１（１１８）のローカルユーザメンテナンス処理部が行い、外部ユーザであれば図１（１１６）のユーザ情報更新処理部が行う。また、ユーザ情報は本システム全体を通して適宜参照される。

図４は、図１に示す基幹業務システムＡのユーザ管理情報Ａ（１３１）のデータ構成例を示す図である。本実施の形態では、一般的な基幹業務システムのユーザ管理テーブルの項目を持つ例としてユーザ管理情報Ａ（１３１）を示す。ユーザ管理情報Ａは、１つのユーザ（行）毎に、ユーザＩＤ（４１）、ユーザ名（４２）、パスワード（４３）、権限（４４）、開始日（４５）、終了日（４６）などの情報を持ち、各ユーザデータはユーザＩＤによって一意に特定できる。尚、パスワードは、暗号化されて保存されており、基幹業務システムＡではパスワード認証の際に、これをシステムで一つだけ用意された復号用のキーで復号して利用している。そのため、基幹業務システムＡで使用するものと同じ復号用のキーが、本実施の形態によるシステムにおいて、予め登録されているものとする。権限（４４）は、ユーザが基幹業務システムＡを利用する権限である。また、開始日（４５）はユーザが基幹業務システムＡの利用を開始することができる日付であり、終了日（４６）は利用を終了する日付である。例えば、会社の基幹業務システムであることを考えると、社員が入社した時には、開始日に入社日を設定し、終了日には十分大きな日付を設定しておく。社員が退職する際には、社員の退職日を終了日に設定すると良い。また、社員が休職する際には、終了日に休職日を設定し、復職する際には終了日に十分大きな日付を設定するといった運用が好ましい。基幹業務システムのユーザ管理情報が、開始日、終了日などの項目を一般的に持つのは、あるユーザが業務システムの利用権限がなくなった後も、そのユーザＩＤを用いてデータの集計を行ったり、帳票に該当するユーザ名を表示したりする需要があるためである。

図５は、基幹情報系システムＢのユーザ管理情報Ｂ（１４１）のデータ構成を示すデータ構成例を示す図である。基幹情報系システムＢは、基幹情報系システムＡとは異なる仕組みを有している例として示しており、本実施の形態では、ユーザ管理情報ＢはユーザＩＤ（５１）、ユーザ名（５２）、パスワード（５３）、権限（５４）、認証用ダイジェスト（５５）を持つ。権限（５４）は、ユーザが基幹情報系システムＢを利用する権限である。また、認証用ダイジェスト（５５）とは、ユーザＩＤの後ろにパスワードを付加した文字列を、予めシステムで一つだけ用意されたハッシュ関数でハッシュ化したものである。基幹情報系システムＢでは、ユーザ認証には、認証用ダイジェストの一致を採用しているものとする。そのため、本システムにも、予め基幹情報系システムＢで使用するものと同じハッシュ関数が登録されているものとする。
尚、図４、図５に示すデータ構成は例示であり、その他のデータ構成であっても良い。

図６は、ユーザ情報の登録元システムへの接続・認証方法情報１２３のデータ構成例を示す図である。接続・認証方法情報は、ユーザの登録元毎に、登録元ＩＤ（６１）、登録元システム名（６２）、登録元システムとの通信手段をあらわす接続情報（６３）、登録元のユーザ管理情報から取得するデータ項目（６４）、ユーザ認証の方法（６５）、本システムが外部から取得したユーザのデータ項目を用いて認証を行う際に本システム内に予め準備しておく情報である事前設定（６６）、ユーザが有効かどうかを確かめる方法を設定する有効確認方法（６７）と、を含んで構成される。これら全ての項目は、本アプリケーションを導入する際に予め設定されるものである。また、ユーザ情報登録元のシステムを追加するタイミングでその登録元に関する情報を追加して設定する。

例えば、１行目のデータ構成は、自己のアプリケーションプログラム（ローカル）に関する設定値であり、図１に示すローカルユーザメンテナンス処理部（１１８）からのデータセットであり、登録元ＩＤ（６１）が“００１”であり、図３にも示すように登録元システム名はローカルであり、取得データ項目（６４）は、ユーザＩＤとパスワードである。また、有効確認方法（６７）は、有効フラグである。

２行目のデータ構成は、登録元ＩＤ（６１）が“００２”であり、図３にも示すように登録元システム名は基幹業務システムＡであり、取得データ項目（６４）は、ユーザＩＤ、パスワード、ユーザ名、権限、利用開始日、利用終了日である。パスワード認証（暗号化）の復号キー２が事前に設定されている。また、有効確認方法（６７）は、システム日付を、利用開始日と利用終了日と、比較することである。３行目のデータ構成は、登録元ＩＤ（６１）が“００３”であり、図３にも示すように登録元システム名は基幹業務システムＢであり、取得データ項目（６４）は、ユーザＩＤ、パスワード、ユーザ名、認証用ダイジェストである。認証方法（６５）が認証用ダイジェストの一致であり、ハッシュ関数が事前設定されている。また、有効確認方法（６７）は、ここでは、一例として常に有効とされている。これらの項目は、新たなアプリケーションの導入前に事前設定されているものである。

図７は、本実施の形態による権限変換情報１２４のデータ構成を示す図である。権限変換情報１２４には、外部システムＡ・Ｂのユーザ情報における権限４４・５４を、本実施の形態によるログイン処理システムの権限グループに変換するためのマッピング情報を登録しており、登録元ＩＤ（７１）と、事前に設定されている登録元の権限情報（７２）、本システムの権限グループ（７３）、で構成されている。例えば、図７の１行目の、登録元ＩＤ＝００２（基幹業務システムＡ）の権限Ｘは、図２に示す本アプリケーションの権限グループ（２１）Ａにマッピングされ、登録元ＩＤ＝００３ (基幹情報系システムＢ)の権限Ｒ１は、図２に示す本アプリケーションの権限グループ（２１）Ｃにマッピングされる。

通常、基幹業務システムのユーザ管理情報は、ユーザの権限に関する情報を１つ以上持っている。ところで、この権限情報は、リソースにアクセスできる強度（例えば、参照のみ、参照および更新、フルアクセス：図２参照）や、リソースに対する所有情報（人事部門、経理部門、設計部門、営業部門が所有など）に大別されるものがほとんどである。

そこで、登録元の権限情報を、本アプリケーションの権限グループに変換する変換テーブルを予め用意することによって、ユーザ毎に本アプリケーションの権限グループを設定する必要がなくなり自動的に付与することができるため、ユーザ管理の手間を省くことができる。逆に、たとえ、外部のユーザで本アプリケーションにログイン可能であっても、ユーザ毎に本アプリケーションの権限グループを設定する必要がある場合には、本アプリケーション用にユーザを定義するのと手間は変わらなくなる。つまり、単に外部ユーザでログインできるだけでは、ユーザ管理の手間はあまり変わらず、権限を自動的に付与することでユーザ管理の手間を省くことができる。

権限変換情報１２４は、本アプリケーションをローカルサーバに導入した時に、登録元システムの権限の種類に応じてデータを追加する。その後、登録元の権限体系の変更や、本システムの権限グループの変更、登録元と本実施の形態によるログイン認証システムの権限グループの対応ルールの変更などに伴って、適宜変更をおこなうことができる。

図８は、本実施の形態によるログイン画面の表示や画面からのデータ入力処理（ログイン画面処理部）の流れを示すフローチャート図である。本システムの起動後や、アプリケーション固有処理部でログアウトやエラーが発生した場合や、ログイン処理部でログインに失敗した場合などに、ログイン画面処理が実行される。

ログイン画面処理を開始されると、本システムにおいて、ログイン処理部（プログラム）は、まずログイン情報の初期化を行い（ステップＳ８０）、次に接続・認証方法情報（１２３）から、登録元ＩＤと登録元システム名の組み合わせを全て読み込む（ステップＳ８１）。次に、ログイン画面の登録元（１０５）に登録元ＩＤに対応する登録元システム名をドロップダウンリストの項目として設定し、ログイン画面を表示する（ステップＳ８２）。

ログイン処理部（プログラム）は、図１にも示される、ログインボタン（１０６）の押下を検知すると、ユーザによって入力された、ユーザＩＤ（１０３）、パスワード（１０４）、ドロップダウンリストで選択された登録元（１０５）名に対応する登録元ＩＤの情報を取得する（ステップＳ８３）。

取得したユーザＩＤが空白であれば、メッセージＭ０１（“ユーザＩＤを入力してください”）をメッセージダイアログ（１０２）に表示し、ログイン画面処理の開始に戻る（ステップＳ８４，Ｓ８５）。取得したユーザＩＤが空白でなければ、ログイン画面処理を終了し、ユーザから入力されたユーザＩＤ、パスワード、および、登録元ＩＤを次のユーザ情報取得処理部に引継ぎ、ログイン画面処理を正常終了し、ユーザ情報取得処理部（図１：１１６）における処理を開始する。

図９は、登録元ＩＤに対応した外部システムのユーザ情報やローカルユーザ情報から、ログインに必要なユーザ情報を取得する処理（ユーザ情報取得処理部１１６）を示すフローチャート図である。

処理の開始時には、上述のように、ログイン画面処理部（１１２）において、ユーザによって画面から入力された登録元ＩＤ、ユーザＩＤ、および、パスワードの情報を引き継いでいる。

ユーザ情報取得処理部（プログラム）は、まず、接続・認証方法情報（１２３）から、ユーザから入力された登録元ＩＤ（６１）に対応する接続方法（６３）を図６のテーブルを参照して取得し（ステップＳ９１）、登録元のユーザ管理情報に接続し（ステップＳ９２）、ユーザＩＤが登録元のユーザ管理情報に存在するか否かをチェックする（ステップＳ９３）。例えばログイン画面（１０１）から、登録元＝基幹業務システムＡ、ユーザＩＤ＝ichi-soft、が入力されている場合は（図３参照）、ユーザ情報取得処理部（プログラム）は、図６の接続方法としてＴＣＰ／ＩＰ，ＳＱＬ接続を選択し、基幹業務システムＡＮＩＴＣＰ／ＩＰ接続を行い、ユーザ管理情報Ａテーブルに対し、ユーザＩＤ＝ichi-softに該当するデータが存在するかどうか確認するＳＱＬ文を発行する。

ユーザＩＤに関するチェック（ステップＳ９２）の結果、ユーザＩＤが登録元に存在しなければ（Ｎ）、メッセージＭ０２（“入力したユーザＩＤは登録元に存在しません。”）などをメッセージダイアログ（１０２）に表示させ、ログイン画面表示処理を開始する（ステップＳ９４）。

ユーザＩＤが登録元に存在した場合には（Ｙ）、そのユーザＩＤを検索キーとして、図６の接続・認証方法情報の取得データ項目（６４）で定義しているデータ項目を登録元のユーザ管理情報から取得する（ステップＳ９５）。例えば、登録元＝基幹システムＡ、ユーザＩＤ＝ichi-softの場合、取得データ項目は、ユーザＩＤ，パスワード、ユーザ名、権限、利用開始日、利用終了日であり、ユーザＩＤ=ichi-softをキーに、これらの項目の値を取得するＳＱＬ文を基幹業務システムＡのユーザ管理情報Ａ（１３１）に対して発行し、各項目の値を取得する。

取得データ項目の取得に成功した場合は（Ｙ）、ユーザから入力されたパスワード、登録元ＩＤ、および登録元から取得した取得データ項目の全てを、次の認証処理部に引き継いで、ユーザ情報取得処理を正常終了し、認証処理部（１１４）を開始する（ステップＳ９６）。

取得に失敗した場合は（Ｎ）、メッセージＭ０３（“ユーザ情報を正しく取得できませんでした。本アプリケーションの管理者にお問合せください。”）をメッセージダイアログ（１０２）に表示し、ログイン画面表示処理を開始する（ステップＳ９７）。

図１０は、ユーザ操作などにより入力されたパスワードと、登録元から取得したパスワードなどの情報とから、ユーザ認証を行う処理（認証処理部）の流れを示すフローチャート図である。

本処理の開始時には、ユーザから入力されたパスワード、登録元ＩＤ、および登録元から取得した取得データ項目の全てを前処理であるユーザ情報取得部から引き継いでいる。
認証処理部（１１４）では、まず、図６の接続・認証方法情報から、登録元ＩＤ（６１）に対応する認証方法（６５）および事前設定（６６）の項目の読込を行い（ステップＳ１０１）、登録元から取得した情報および事前設定に定義した情報を用いて、認証方法（６５）に記述した方法で認証を行い（ステップＳ１０２）、認証結果を判定する（ステップＳ１０３）。

認証を行うユーザの登録元システムがローカル、基幹業務システムＡ、基幹情報系システムＢの場合について、それぞれ例として認証の手順を説明する。認証手続きに必要なプログラムについては既に認証（Ｓ１０２）に一般的なライブラリが組み込まれているものとする。

ユーザの登録元がローカルの場合は、平文のパスワード認証を行う。（Ｓ１０２）では、ユーザから入力されたパスワードと、ローカルのユーザ情報（１２２）から取得したパスワードを比較して、一致すれば認証成功とし、一致しなければ認証失敗とする。

ユーザの登録元が基幹業務システムＡである場合は、パスワード認証を行うが、ユーザ管理情報Ａから取得したパスワード（４３）は、暗号化されているため、事前設定（６６）の復号キーにより復号を行い、それをユーザから入力されたパスワードと比較して、一致すれば認証成功とし、一致しなければ認証失敗とする。

ユーザの登録元が基幹情報系システムＢである場合は、ユーザから入力されたユーザＩＤの後ろにユーザから入力されたパスワードを付加した文字列を事前設定（６６）のハッシュ関数でハッシュ化して、それをユーザ管理情報Ｂから取得した認証用ダイジェスト（５５）と比較する。比較結果が一致すれば認証成功とし、一致しなければ認証失敗とする。

上記処理により認証成功かどうか判定し（Ｓ１０３）、認証成功でない場合は（Ｎ）、メッセージＭ０４（“ユーザ認証に失敗しました。正しいログインパスワードを入力してもログインできない場合は、本アプリケーションの管理者にお問合せください。 ”）をメッセージダイアログ（１０２）に表示し、ログイン画面表示処理を開始する（ステップＳ１０４）。認証成功の場合は（Ｙ）、登録元ＩＤ、登録元から取得した取得データ項目の全て、を次のユーザ情報変換処理部（１１５）に引き継いで、認証処理部を正常終了し、ユーザ情報変換処理部を開始する。

図１１は、取得したユーザ情報を内部のユーザ情報（１２２）の形式に変換する（ユーザ情報変換処理部（１１５））の処理の流れを示すフローチャート図である。本処理の開始時には、登録元ＩＤ、登録元から取得した取得データ項目の全て、を前処理である認証処理部から引き継いでいる。

ユーザ情報更新処理では、まず、登録元ＩＤからユーザがローカルユーザかどうかを判定する（ステップＳ１１−０１）。ローカルユーザであれば（Ｙ）、ユーザ情報の有効フラグ（３７）が“１”であるかどうか判定し（ステップＳ１１−０２）、“１”であれば（Ｙ）有効なユーザとみなし、ユーザ情報変換処理を正常終了、ログイン処理も正常終了し、その後のアプリケーション固有処理部（１１７）を開始する。この時点でユーザはログインに成功したことになる。

ローカルユーザで、ユーザ情報の有効フラグ（３７）が“１”でなければ（Ｎ）、メッセージＭ０５（“ユーザが無効になっているため、ログインできませんでした。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１１−０３）、ログイン画面表示処理を開始する。

尚、ユーザがローカルユーザかどうかを判定する（ステップＳ１１−０１）処理を最初に行うのは、ユーザがローカルユーザであれば、これ以降の処理でユーザ情報を変換・更新する必要がないためである。ローカルユーザのユーザ情報更新処理はログイン処理処理部（１１１）とは独立して、ローカルユーザメンテナンス処理部（１１８）でおこなう。また、（ステップＳ１１−０１、Ｓ１１−０２，Ｓ１１−０３）の処理は、認証処理部（１１４）とユーザ情報変換処理部（１１５）との間で行う実装でもかまわず、また、ローカルユーザを全く使わない運用であれば、当該処理を実装しなくても良い。

（ステップＳ１１−０１）の判定結果で、ユーザがローカルユーザではない場合は（Ｎ）、登録元のユーザ管理情報から取得したユーザの権限を、権限変換情報を用いて本アプリケーションの権限グループに変換する処理である、権限情報変換（ステップＳ１１−０４）を行う。権限情報変換では、権限変換情報（１２４）において、の登録元ＩＤ（７１）がユーザの登録元ＩＤと一致し、かつ、登録元権限情報（７２）が（ステップＳ９５）で取得した取得データ項目（６４）の権限と一致するレコードの権限グループ（７３）を、ユーザ情報の権限グループ（３５）を更新するため情報として取得する（ここでは更新は行わない）。

例として、ユーザ管理情報Ａに登録されているユーザＩＤ＝ichi-softが本システムにログインを行う場合を説明すると、ユーザichi-softの登録元ＩＤは、図６の接続・認証方法情報（１２３）より、“００２”であり、図４のユーザichi-softの登録元システムでの権限は（４４）より、“権限Ｘ”である。従って、図７の権限変換情報により、権限グループは１行目の“Ａ”となる。

次に、プログラムは変換成功か否かを判定する（ステップＳ１１−０５）。権限変換情報が適切に設定されていない等の理由で、権限の変換に失敗した場合は、メッセージＭ０６（“権限の変換に失敗しました。本アプリケーションの管理者にお問合せください。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１１−０６）、ログイン画面表示処理を開始する。

変換が成功した場合は、ユーザが登録元システムのユーザ管理情報において、有効なユーザであるかどうかを判定する、ユーザの有効／無効チェック（ステップＳ１１−０７）を行う。

ユーザの有効／無効チェック（ステップＳ１１−０７）では、まず接続・認証方法情報から該当する登録元ＩＤの有効確認方法（６７）を取得し、その方法に基づいてユーザの有効／無効チェックを行う。

ユーザの有効／無効チェックを行うユーザの登録元システムが基幹業務システムＡ、基幹情報系システムＢの場合について、それぞれ例としてチェックの手順を説明する。ユーザの有効／無効チェックに必要なプログラムについてはそれぞれの登録元ＩＤごとに個別に組み込まれているものとする。

ユーザの登録元が基幹業務システムＡの場合は、本アプリケーションのシステム日付を取得し、システム日付が取得データ項目（６４）で取得した利用開始日以上であり、かつ、システム日付が取得データ項目（６４）で取得した利用終了日以下であれば（図４の４５、４６、図６の６７参照）、ユーザは有効とする（Ｙ）。そうでなければ、ユーザは無効とする（Ｎ）。

ユーザの登録元が期間情報系システムＢの場合は、基幹情報系システムＢのユーザ管理情報Ｂではユーザの有効／無効という概念を持っていないため、取得データ項目（６４）にユーザの有効／無効を判定する情報は設定されておらず（図６参照）、有効確認方法（６７）は常に有効と判定する方法が設定されている。そのため、接続・認証方法情報の有効確認方法（６７）より、常にユーザは有効となる。

有効／無効チェックに失敗した場合は（Ｎ）、メッセージＭ０７（“ユーザの有効／無効チェックに失敗しました。本アプリケーションの管理者にお問合せください。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１１−０８，Ｓ１１−０９）、ログイン画面表示処理を開始する。

有効／無効チェックに成功（ステップＳ１１−０８）した場合は（Ｙ）、登録元ＩＤ、登録元から取得したユーザＩＤとユーザ名、及び（ステップＳ１１−０４）で変換した権限グループ、有効／無効チェックの結果を次のユーザ情報更新処理部（１１６）に引き継いで、ユーザ情報変換処理を正常終了し、ユーザ情報更新処理部を開始する。

図１２は、本アプリケーションのユーザ情報（１２２）を外部から取得したユーザ情報で更新する処理（ユーザ情報更新処理部１１６）の流れを示すフローチャート図である。
本処理の開始時には、前処理であるユーザ情報変換処理部（１１５）から、登録元ＩＤ、登録元から取得したユーザＩＤとユーザ名、及び、変換後の権限グループ、有効／無効チェックの結果を引き継いでいる。

まず、有効／無効チェックの結果、ユーザが有効でない（ステップＳ１２−０１）場合で（Ｎ）、ユーザ情報に前処理部から引き継いだ登録元ＩＤとユーザＩＤの組に一致するレコードが存在し、かつそのレコードの有効フラグが１でない（Ｓ１２−０２）場合（Ｎ）、ログインしようとしているユーザは無効であり、かつ、ユーザ情報の有効フラグも“０”になっているため、ユーザ情報を更新することなく、メッセージＭ０８（“ユーザが無効になっているため、ログインできませんでした。登録元システムにログイン可能な場合は、本アプリケーションの管理者にお問合せください。 ”）をメッセージダイアログ（１０２）に表示し（ステップＳ１２−０３）、ログイン画面表示処理を開始する。

有効／無効チェックの結果、ユーザが有効でない（ステップＳ１２−０１）場合で（Ｎ）、ユーザ情報に前処理部から引き継いだ登録元ＩＤとユーザＩＤの組に一致するレコードが存在し、かつ、そのレコードの有効フラグが１である（ステップＳ１２−０２）場合（Ｙ）、ログインしようとしているユーザは無効であるが、ユーザ情報の有効フラグは“１”になったままであるため、ユーザ情報の有効フラグを“０”に更新し、ログインできなくする（ステップＳ１２−０４）。そしてメッセージＭ０９（“登録元のユーザが無効になっているため、本システムでもログインは無効になりました。ユーザ固有の設定情報は保存されます。本システムを引き続き利用する場合は登録元システム管理者へお問合せください。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１２−０５）、ログイン画面表示処理を開始する。

有効／無効チェックの結果ユーザが有効である（ステップＳ１２−０１）場合で（Ｙ）、ユーザ情報に前処理部から引き継いだ登録元ＩＤとユーザＩＤとの組に一致するレコードが存在しない（ステップＳ１２−０６）場合（Ｎ）、現在ログインしようとしている外部ユーザの情報をユーザ情報に登録する必要があるため、ユーザ情報にレコードを追加する（Ｓ１２−０７）。レコードを追加する際、ユーザ情報の登録元ＩＤ（３１）、ユーザ名、権限グループ、にはそれぞれ前処理部から引き継いだ登録元ＩＤ、ユーザ名、権限グループを設定し、パスワード（３４）は空白を設定し、アプリケーション固有情報（３６）には、デフォルト値を設定し、有効フラグには“１”を設定する。そして、メッセージＭ１０（“登録元○○のユーザＸＸを本アプリケーションのユーザとして新規追加しました。ユーザ固有の設定情報などはデフォルト値を設定しています。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１２−０８）、ユーザ情報更新処理、ログイン処理を正常終了し、アプリケーション固有処理部を開始する。なお、○○の部分には、対応する登録元システム名（６２）、ＸＸの部分にはユーザＩＤを表示する。この時点でユーザは本アプリケーションへのログイン成功となる。

次に、以下では、有効／無効チェックの結果、ユーザが有効である（ステップＳ１２−０１）場合で（Ｙ）、ユーザ情報に前処理部から引き継いだ登録元ＩＤとユーザＩＤの組に一致するレコードが存在する（ステップＳ１２−０６でＹ）場合の処理を記述する。
ユーザ情報に変更が無い場合（ステップＳ１２−０９でＮ）、すなわち前処理部から引き継いだ情報が、ユーザ情報の内容とそれぞれ一致する場合は、ユーザ情報を更新する必要がないため、ユーザ情報更新処理、ログイン処理を正常終了し、アプリケーション固有処理部を開始する。この時点でユーザは本アプリケーションへのログイン成功となる。ユーザ情報に変更がある（ステップＳ１２−０９でＹ）場合で、ユーザ情報の有効フラグが“０”（ステップＳ１２−１０）の場合（Ｙ）、登録元のユーザが有効になっていて、本アプリケーションのユーザ情報の有効フラグが“０”（無効）になっているため、ユーザ情報の有効フラグを“１”に更新する（ステップＳ１２−１１）。そして、メッセージＭ１１（“本アプリケーションを再び利用可能になりました。ユーザ固有の設定情報などは以前のものをお使いいただけます。もし本アプリケーションのご利用がはじめての場合は、登録元システム管理者へお問合せください。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１２−１２）、（ステップＳ１２−１３）へ処理を続行する。

ユーザ情報に変更がある（ステップＳ１２−０９でＹ）場合で、ユーザ情報の有効フラグが“０”（ステップＳ１２−１０）でない場合（Ｎ）、（ステップＳ１２−１３）へ処理を続行する。

権限グループに変更がある（ステップＳ１２−１３でＹ）場合、ユーザ情報の権限グループ（３５）を前処理部から引き継いだ権限グループで更新し（ステップＳ１２−１４）、メッセージＭ１２（“登録元の権限が変更されたため、権限グループを○○から××に更新しました。本システムで利用できる機能やリソース等が制限される場合がございます。登録元の権限が変更されていない場合は本アプリケーションの管理者へお問合せください。”）をメッセージダイアログ（１０２）に表示し（ステップＳ１２−１５）、（ステップＳ１２−１６）へ処理を続行する。尚、メッセージＭ１２中の○○には更新前の権限グループを、××には更新後の権限グループをそれぞれ表示する。
権限グループに変更がない（ステップＳ１２−１３でＮ）場合、（ステップＳ１２−１６）へ処理を続行する。

（ステップＳ１２−１６）でユーザ名に変更がある場合（Ｙ）、ユーザ情報のユーザ名（３３）を前処理部から引き継いだユーザ名で更新し（ステップＳ１２−１７）、メッセージＭ１３（“ユーザ名を○○から××に更新しました。”）をメッセージダイアログ（１０２）に表示する（ステップＳ１２−１８）。尚、メッセージＭ１３中の○○には更新前のユーザ名を、××には更新後のユーザ名をそれぞれ表示する。そしてユーザ情報更新処理、ログイン処理を正常終了し、アプリケーション固有処理部を開始する。この時点でユーザは本アプリケーションへのログイン成功となる。

（ステップＳ１２−１６）でユーザ名に変更がない場合（Ｎ）、ユーザ情報更新処理、ログイン処理を正常終了し、アプリケーション固有処理部を開始する。この時点でユーザは本アプリケーションへのログイン成功となる。

図１３は、本アプリケーションのログイン部分で用いる表示メッセージ例を示す、メッセージ一覧である。本アプリケーションは、外部システムのユーザを用いてログインできるため、ログイン時のエラーが、本アプリケーション側の設定に起因するものなのか、それとも登録元システムのユーザ情報に起因するものなのかを明確にすることは、エラー発生時のユーザの対応の観点から重要である。本アプリケーションで用いるメッセージは、現象が本アプリケーション側の設定に起因する場合は、（“本アプリケーションの管理者にお問合せください”）という表現を用い、登録元システムのユーザ情報等に起因するものの場合は（“登録元システム管理者へお問合せください”）といった表現を用いて、ログインエラー発生時に、アプリケーションがユーザに問合せ先を知らせることができるようにしている。

尚、本実施の形態では、まずユーザＩＤが各登録元のユーザ管理情報に存在するかどうか確認し、次に認証およびログインに必要な情報をユーザ管理情報から取得し、そして本システム内部で、あらかじめ登録された手順に従い、認証処理をおこなう実装例を示したが、発明はこの実装例に限定されるものではない。

以上に説明したように、本発明の実施の形態による外部システムのユーザ情報を利用可能なログイン機能を持つアプリケーションによれば、基幹業務システム等の外部システムの構成を一切変更することなく、かつ、外部システムのユーザ情報を利用してログイン処理（ユーザの認証およびアプリケーションの利用可能機能に関する権限設定）を行う機能をもつアプリケーションを提供することができるという効果がある。

尚、本実施の形態による装置及び方法は、上述の図示例にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。
また、実施の形態で説明した機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより各部の処理を行ってもよい。

本発明は、認証装置に利用することができる。

（１００） ユーザ・インタフェース（ＵＩ）
（１００ｂ） 処理部
（１０１） ログイン画面
（１０２） ダイアログ
（１０７） 通信インターフェイス
（１１０） プログラム
（１１１） ログイン処理部
（１１７） アプリケーション固有処理部
（１１９） 通信インターフェイス
（１１８） ローカルユーザメンテナンス処理部
（１２０） アプリケーションデータ
（１３０） 基幹業務システムＡ
（１４０） 基幹情報系システムＢ
（１５１） クライアントＰＣ
（１５２） ローカルサーバ

Claims (13)

1. アプリケーションプログラムに対するログイン処理を行うログイン処理部と、前記アプリケーションプログラムが使用するアプリケーションデータベースと、を含むログイン処理装置であって、
   前記アプリケーションデータベースは、前記アプリケーションプログラム内での利用権限の組み合わせを、ユーザを特定するユーザＩＤと、ユーザ毎に使える機能、アクセスできるリソースに対して一定の権限をセットで付与する権限グループとして定義した権限グループ情報を登録する権限グループ情報データベースと、ユーザ管理情報を保持し前記ログイン処理装置とは独立したユーザ管理を行っている外部システムから取得したユーザ管理情報を前記アプリケーションプログラムで利用できる形に変換したユーザ情報を登録するユーザ情報データベースと、外部システムとの接続方法・認証方法を定義した接続・認証方法情報データベースと、外部システムから取得したユーザ管理情報のうち権限に関する項目を前記権限グループとマッピングするための権限変換情報を有し、前記ログイン処理部は、ユーザ端末のログイン画面表示を制御するログイン画面処理部と、前記接続・認証方法情報に基づいて前記外部システムから前記ユーザ管理情報を取得するユーザ情報取得部と、取得した前記ユーザ管理情報を前記アプリケーションプログラム内部のユーザ管理情報の形式に変換するユーザ情報変換処理部と、を有することを特徴とするログイン処理装置。
2. 前記ユーザ情報は、少なくとも、前記ユーザ情報が登録されている登録元システムを特定する登録元ＩＤと、前記権限グループと、を有し、前記登録元ＩＤと前記ユーザＩＤとの組み合わせによって１つのユーザ情報が一意に特定される情報であり、
   前記ユーザ情報変換処理部は、登録元の前記ユーザ管理情報から取得した登録元権限情報を、前記権限変換情報を用いて前記ログイン処理装置の権限グループに変換する権限情報変換処理を実行することを特徴とする請求項１に記載のログイン処理装置。
3. 前記ユーザ情報変換処理部は、前記権限変換情報において、前記登録元ＩＤが前記ユーザの登録元ＩＤと一致し、かつ、前記登録元権限情報が取得した取得データ項目の権限と一致するレコードの権限グループを、前記ユーザ情報の権限グループを更新するため情報として更新前に取得することを特徴とする請求項２に記載のログイン処理装置。
4. 前記ユーザ情報変換処理部は、
   ユーザの有効／無効チェックでは、前記接続・認証方法情報から該当する登録元ＩＤの有効確認方法を取得し、その方法に基づいてユーザの有効／無効チェックを行うことを特徴とする請求項３に記載のログイン処理装置。
5. 前記有効／無効チェックに成功した場合は、前記登録元ＩＤ、前記登録元から取得した前記ユーザＩＤと前記変換した権限グループ、有効／無効チェックの結果に基づいてユーザ情報の更新を行うユーザ情報更新処理部を有することを特徴とする請求項４に記載のログイン処理装置。
6. さらに、ローカルユーザを作成するアプリケーション固有処理部と、前記ローカルユーザの作成・更新・削除を含むメンテナンス処理を行うローカルユーザメンテナンス処理部と、を有することを特徴とする請求項１から５までのいずれか１項に記載のログイン処理装置。
7. 前記ログイン処理部は、
   前記ユーザ端末のログイン画面表示を制御するログイン画面処理部を有し、ユーザによって入力された、ユーザＩＤ、パスワード、ドロップダウンリストで選択された登録元名に対応する登録元ＩＤの情報を取得し、取得したユーザＩＤが空白でなければ、ログイン画面処理を終了し、ユーザから入力されたユーザＩＤ、パスワード、および、登録元ＩＤを次のユーザ情報取得処理部に引継ぎ、ログイン画面処理を正常終了することを特徴とする請求項１から６までのいずれか１項に記載のログイン処理装置。
8. 前記外部システムが複数の場合に、前記ログイン画面表示において、ログイン画面の登録元に登録元ＩＤに対応する登録元システム名をドロップダウンリストの項目として設定し、ログイン画面を表示させることを特徴とする請求項７に記載のログイン処理装置。
9. さらに、ユーザ認証を行う認証処理部を有し、
   ユーザから入力されたパスワード、登録元ＩＤ、および登録元から取得した取得データ項目の全てを前処理であるユーザ情報取得部から引き継いでおり、
   前記認証処理部は、入力されたパスワードと、登録元から取得したパスワードとに基づいて、ユーザ認証を行うことを特徴とする請求項１から８までのいずれか１項に記載のログイン処理装置。
10. アプリケーションプログラムに対するログイン処理を行うログイン処理部と、前記アプリケーションプログラムが使用するアプリケーションデータベースと、を含むログイン処理装置であって、前記アプリケーションデータベースは、前記アプリケーションプログラム内での利用権限の組み合わせを、ユーザ端末を特定するユーザＩＤと、ユーザ毎に使える機能、アクセスできるリソースに対して一定の権限をセットで付与する権限グループとして定義した権限グループ情報を登録する権限グループ情報データベースと、ユーザ管理情報を保持し前記ログイン処理装置とは独立したユーザ管理を行っている外部システムから取得したユーザ管理情報を前記ログイン処理装置で利用できる形に変換したユーザ情報を登録するユーザ情報データベースと、外部システムとの接続方法・認証方法を定義した接続・認証方法情報データベースと、外部システムから取得したユーザ管理情報のうち権限に関する項目を前記権限グループとマッピングするための権限変換情報を有するログイン処理装置におけるログイン処理方法であって、
    ユーザ端末のログイン画面表示からの入力と、前記接続・認証方法情報と、に基づいて、前記外部システムから前記ユーザ管理情報を取得するユーザ情報取得ステップと、
    取得した前記ユーザ管理情報を前記ログイン処理装置内部のユーザ管理情報の形式に変換するユーザ情報変換処理ステップと、を有することを特徴とするログイン処理方法。
11. 前記ユーザ情報は、少なくとも、前記ユーザ情報が登録されている登録元システムを特定する登録元ＩＤと、前記権限グループと、を有し、前記登録元ＩＤと前記ユーザＩＤとの組み合わせによって１つのユーザ情報が一意に特定される情報であり、
    前記ユーザ情報変換処理ステップは、登録元の前記ユーザ管理情報から取得した登録元権限情報を、前記権限変換情報を用いて前記ログイン処理装置の権限グループに変換する権限情報変換処理を実行するステップを有することを特徴とする請求項１０に記載のログイン処理方法。
12. 前記ユーザ情報変換処理ステップは、前記権限変換情報において、前記登録元ＩＤが前記ユーザの登録元ＩＤと一致し、かつ、前記登録元権限情報が取得した取得データ項目の権限と一致するレコードの権限グループを、前記ユーザ情報の権限グループを更新するための情報として更新前に取得するステップを有することを特徴とする請求項１１に記載のログイン処理方法。
13. コンピュータに、請求項１０から１２までのいずれか１項に記載の方法をログイン処理装置に実行させるためのログイン処理プログラム。

Images