(57)【要約】【課題】共用識別子を割り当てる業務サーバを利用するユーザの証跡を個人単位で特定することができる。【解決手段】共用識別子管理テーブル１ａは、ユーザのアクセスする業務サーバ３の、ユーザに割り当てる共用識別子の使用状態を管理する。共用識別子取得手段１ｂは、ユーザの業務サーバ３へのログイン要求に応じて、共用識別子管理テーブル１ａの未使用の共用識別子を取得する。ログテーブル１ｃは、共用識別子取得手段１ｂによって取得された共用識別子とその共用識別子を割り当てたユーザとを関連付けて記憶する。【選択図】図１
2010003119.tif 000002
【特許請求の範囲】
【請求項１】
代理認証を行うサーバにおいて、
ユーザのアクセスする業務サーバの前記ユーザに割り当てる共用識別子の使用状態を管理する共用識別子管理テーブルと、
前記ユーザの前記業務サーバへのログイン要求に応じて、前記共用識別子管理テーブルの未使用の前記共用識別子を取得する共用識別子取得手段と、
前記共用識別子取得手段によって取得された前記共用識別子と前記ユーザとを関連付けて記憶するログテーブルと、
を有することを特徴とするサーバ。
【請求項２】
前記ユーザごとに前記ユーザの属性を記憶したユーザ属性テーブルを有し、
前記共用識別子取得手段は、前記ユーザの属性に対応した未使用の前記共用識別子が存在しない場合、前記ユーザの属性に対応しない未使用の前記共用識別子を取得することを特徴とする請求項１記載のサーバ。
【請求項３】
前記ユーザの使用する端末、当該サーバ、および前記業務サーバの情報をマージして前記ユーザの証跡を示す監査証跡テーブルを生成する監査証跡テーブル生成手段を有することを特徴とする請求項１記載のサーバ。
【請求項４】
代理認証を行うサーバにログインして業務サーバにアクセスする端末において、
当該端末に実装されるオペレーティングシステムからプロセスを取得するプロセス取得手段と、
前記プロセスに基づいてユーザが前記業務サーバのどの業務を処理しているか判断する業務処理判断手段と、
前記サーバに対して前記ユーザが処理していない前記業務サーバの前記業務に対応する共用識別子を解放するように要求する共用識別子解放手段と、
を有することを特徴とする端末。
【請求項５】
代理認証を行うサーバの代理認証方法において、
ユーザの業務サーバへのログイン要求に応じて、前記ユーザのアクセスする前記業務サーバの前記ユーザに割り当てる共用識別子の使用状態を管理する共用識別子管理テーブルから未使用の前記共用識別子を取得する共用識別子取得ステップと、
前記共用識別子取得ステップによって取得された前記共用識別子と前記ユーザとを関連付けて記憶する関連記憶ステップと、
を有することを特徴とする代理認証方法。
【請求項６】
代理認証を行うサーバにログインして業務サーバにアクセスする端末の共用識別子解放方法において、
当該端末に実装されるオペレーティングシステムからプロセスを取得するプロセス取得ステップと、
前記プロセスに基づいてユーザが前記業務サーバのどの業務を処理しているか判断する業務処理判断ステップと、
前記サーバに対して前記ユーザが処理していない前記業務サーバの前記業務に対応する共用識別子を解放するように要求する共用識別子解放ステップと、
を有することを特徴とする共用識別子解放方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ、端末、代理認証方法、および共用識別子解放方法に関し、特に代理認証を行うサーバ、代理認証するサーバにログインして業務サーバにアクセスする端末、代理認証を行うサーバの代理認証方法、および代理認証するサーバにログインして業務サーバにアクセスする端末の共用識別子解放方法に関する。
【背景技術】
【０００２】
昨今のＩＴシステムの広がりにより、個人情報の漏洩や情報改ざん等のセキュリティ事故が多発する社会的な背景を受け、その抑止と発生時の迅速な対処のため、「ＩＤの一元管理」と「確実な本人認証」を目的としたＩＤ管理システムの必要性が高まっている。一方で、様々な業務においてＩＴシステムを利用する機会が増加し、ＩＤやアクセス権限、認証因子の管理・維持に関する利用者の負担が増大している。そこで、利用者の負担解消に向けた施策として、ＳＳＯ（シングルサインオン）の導入が進んでいる。
【０００３】
ユーザ数が、例えば、数十万人に上る超大規模組織において、複数の拠点で多数の業務を取り扱う場合、業務システム側のＩＤ管理工数やマシンリソースの制限により、１つのＩＤを複数のユーザで利用する「共用ＩＤ」が利用されるケースがある。
【０００４】
図１９は、ＳＳＯの一方式である代理ログイン方式を説明する図である。図１９には、ユーザＡ〜Ｄが使用する端末１０１、ＳＳＯサーバ（代理ログインサーバ）１０２、および業務サーバ１０３が示してある。
【０００５】
ユーザＡ〜Ｄには、個人ＩＤおよびパスワードが一意に割り当てられる（以下パスワードは省略）。例えば、図１９に示すように、ユーザＡ〜Ｄには、それぞれｕｓｅｒＡ〜ｕｓｅｒＤの個人ＩＤが割り当てられる。ＳＳＯサーバ１０２は、ユーザＡ〜Ｄに割り当てられた個人ＩＤを記憶している。
【０００６】
ユーザＡ〜ＤがＳＳＯ用の個人ＩＤでＳＳＯサーバ１０２にログインすると、ＳＳＯサーバ１０２は、ユーザＡ〜Ｄが使用権限を持つ業務サーバ１０３の共用ＩＤを端末１０１に送信する。端末１０１は、送信された共用ＩＤにより業務サーバ１０３にログインし、これにより、ユーザＡ〜Ｄは、業務サーバ１０３にアクセスできるようになる。
【０００７】
例えば、ユーザＡが個人ＩＤ‘ｕｓｅｒＡ’でＳＳＯサーバ１０２にログインすると、ＳＳＯサーバ１０２は、ユーザＡが使用権限を持つ共用ＩＤ‘ａａａａａａ’を端末１０１に送信する。端末１０１は、送信された共用ＩＤ‘ａａａａａａ’により業務サーバ１０３にログインし、これにより、ユーザＡは、業務サーバ１０３にアクセスできる。なお、ユーザＡが使用権限を持つ共用ＩＤ‘ａａａａａａ’は、ユーザＢと共用されている。
【０００８】
なお、従来、利用者が複数の受信端末を持つ場合でも、利用者の個人情報である課金ＩＤを利用せず、それらが同一の利用者が利用していることを管理することができる映像配信システムが提供されている（例えば、特許文献１参照）。
【特許文献１】特開２００７−２０８９３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかし、従来の共用ＩＤを用いるログインシステムでは、ユーザのログインおよびログアウトの履歴を残すことはできるが、業務システムを利用したユーザの証跡を個人単位で特定することはできないという問題点があった。
【００１０】
例えば、図１９の例の場合、ＳＳＯサーバ１０２では、ユーザＡ，Ｂがログインしたことは分かるが、ともに共用ＩＤ‘ａａａａａａ’を用いて業務サーバ１０３にアクセスするため、どちらが業務サーバ１０３にアクセスしたのか特定することができない。
【００１１】
また、業務サーバ１０３では、共用ＩＤ‘ａａａａａａ’のユーザがログインしたことは分かるが、ユーザＡ，Ｂのどちらがログインしたのか特定できない。
このように、ＳＳＯサーバ１０２の監査証跡および業務サーバ１０３の監査証跡からは、業務サーバ１０３の業務システムを利用した個人を特定することができない。
【００１２】
本件はこのような点に鑑みてなされたものであり、業務サーバを利用するユーザの証跡を個人単位で特定することができるサーバ、端末、代理認証方法、および共用識別子解放方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決するために、代理認証を行うサーバが提供される。このサーバは、ユーザのアクセスする業務サーバの前記ユーザに割り当てる共用識別子の使用状態を管理する共用識別子管理テーブルと、前記ユーザの前記業務サーバへのログイン要求に応じて、前記共用識別子管理テーブルの未使用の前記共用識別子を取得する共用識別子取得手段と、前記共用識別子取得手段によって取得された前記共用識別子と前記ユーザとを関連付けて記憶するログテーブルと、を有する。
【発明の効果】
【００１４】
開示のサーバでは、業務サーバを利用するユーザの証跡を個人単位で特定することができるようになる。
【発明を実施するための最良の形態】
【００１５】
図１は、サーバの概要を説明する図である。図１にはサーバ１の他にネットワークを介して接続された端末２ａ，２ｂおよび業務サーバ３を示している。サーバ１は、共用識別子管理テーブル１ａ、共用識別子取得手段１ｂ、およびログテーブル１ｃを有している。
【００１６】
共用識別子管理テーブル１ａは、ユーザのアクセスする業務サーバ３の、ユーザに割り当てる共用識別子の使用状態を管理する。
共用識別子取得手段１ｂは、ユーザの業務サーバ３へのログイン要求に応じて、共用識別子管理テーブル１ａの未使用の共用識別子を取得する。
【００１７】
ログテーブル１ｃは、共用識別子取得手段１ｂによって取得された共用識別子とその共用識別子を割り当てたユーザとを関連付けて記憶する。
サーバ１の動作について説明する。端末２ａ，２ｂは、例えば、異なる場所の事業所Ａ１，Ａ２に設置され、端末２ａはユーザＡ，Ｂ、端末２ｂはユーザＣ，Ｄによって共用されるとする。業務サーバ３は、事業所Ａ１（端末２ａ）のユーザＡ，Ｂに割り当てる共用識別子‘ａａ’と、事業所Ａ２（端末２ｂ）のユーザＣ，Ｄに割り当てる共用識別子‘ｂｂ’とを有しているとする。
【００１８】
サーバ１の共用識別子管理テーブル１ａは、業務サーバ３の共用識別子‘ａａ’，‘ｂｂ’の使用状態を管理している。共用識別子取得手段１ｂは、ユーザＡ〜Ｄの業務サーバ３へのログイン要求に応じて、共用識別子管理テーブル１ａの未使用の共用識別子を取得する。
【００１９】
例えば、ユーザＡが業務サーバ３へログイン要求したとする。この場合、事業所Ａ１のユーザＡ，Ｂに割り当てる共用識別子‘ａａ’が未使用（空き）であれば、共用識別子取得手段１ｂは、共用識別子‘ａａ’を取得する。サーバ１は、共用識別子取得手段１ｂによって取得された共用識別子‘ａａ’を端末２ａに送信し、これにより、ユーザＡは、共用識別子‘ａａ’を用いて業務サーバ３にアクセスすることができる。
【００２０】
また、共用識別子‘ａａ’が使用中で、事業所Ａ２のユーザＣ，Ｄに割り当てる共用識別子‘ｂｂ’が未使用である場合、共用識別子取得手段１ｂは、共用識別子‘ｂｂ’を取得する。サーバ１は、共用識別子取得手段１ｂによって取得された共用識別子‘ｂｂ’を端末２ａに送信し、これにより、ユーザＡは、共用識別子‘ａａ’を用いて業務サーバ３にアクセスすることができる。
【００２１】
ログテーブル１ｃは、共用識別子取得手段１ｂによって取得された共用識別子と、その共用識別子を割り当てたユーザとを関連付けて記憶する。例えば、上記例より、ユーザＡに共用識別子‘ａａ’が割り当てられた場合、ログテーブル１ｃには、ユーザＡと共用識別子‘ａａ’とが関連付けられて記憶される。ユーザＡに共用識別子‘ｂｂ’が割り当てられた場合、ログテーブル１ｃには、ユーザＡと共用識別子‘ｂｂ’とが関連付けられて記憶される。
【００２２】
このように、サーバ１は、業務サーバ３の共用識別子‘ａａ’，‘ｂｂ’の使用状況を管理してユーザＡ〜Ｄに割り当て、ユーザＡ〜ＤとユーザＡ〜Ｄに割り当てた共用識別子とを関連づけて管理する。これにより、どのユーザＡ〜Ｄにどの共用識別子を割り当てたかが明確となり、確実な監査証跡を得ることが可能となる。
【００２３】
また、空いている共用識別子‘ａａ’，‘ｂｂ’をユーザの属性に関係なく割り当てるので、共用識別子‘ａａ’，‘ｂｂ’の使用効率が向上し、また、複数のユーザが同時に業務サーバ３にアクセスすることが可能となる。
【００２４】
また、業務サーバ３を改造することなく、共用識別子におけるユーザ個人の監査証跡を残すことが可能となる。
次に、実施の形態を図面を参照して詳細に説明する。
【００２５】
図２は、監査証跡システムの構成例を示した図である。図２に示すように、端末１２ａ〜１２ｃ、ＳＳＯサーバ１３、および業務サーバ１４ａ，１４ｂは、ネットワーク１５を介して接続されている。ネットワーク１５は、例えば、インターネットである。図２の監査証跡システムは、例えば、出張機関を有する官公庁、工場などの製造拠点を多数有する製造業、流通拠点を全国規模で有する流通・運輸業に適用される。
【００２６】
端末１２ａは、事業所１１ａに設置されている。端末１２ｂは、事業所１１ｂに設置されている。端末１２ｃは、事業所１１ｃに設置されている。端末１２ａ〜１２ｃはそれぞれ、複数のユーザによって使用される。例えば、端末１２ａは、ユーザＡ，Ｂによって使用される。以下では、事業所１１ａ〜１１ｃはそれぞれ、事業所−１、事業所−２、事業所−３と呼ぶことがある。
【００２７】
ＳＳＯサーバ１３は、ユーザに一意に割り当てられた個人ＩＤとパスワードとそのユーザの属性（例えば、どの事業所１１ａ〜１１ｃに駐在しているか、どの業務サーバ１４ａ，１４ｂにアクセスできるか、どの業務の使用権限を有しているかなど）とを記憶している（以下では、パスワードを省略）。また、ＳＳＯサーバ１３は、業務サーバ１４ａ，１４ｂの共用ＩＤの使用状況を管理している。また、ＳＳＯサーバ１３は、ＳＳＯサーバ１３にログインしたユーザの個人ＩＤと、ログインしたユーザの端末１２ａ〜１２ｃに送信した共用ＩＤとを関連付けて（ひも付けて）管理する。
【００２８】
業務サーバ１４ａ，１４ｂは、ユーザの行う業務システム（プログラム）を格納している。業務サーバ１４ａは業務Ａを行い、業務サーバ１４ｂは業務Ｂを行うとする。業務サーバ１４ａ，１４ｂは、共用ＩＤを管理し、また、アクセスしたユーザ（共用ＩＤ）の操作ログを管理する。
【００２９】
図２の監査証跡システムにおいて、事業所１１ａのユーザＡが業務Ａを行うには、ユーザＡは、自己の個人ＩＤを用いてＳＳＯサーバ１３にログインする。ＳＳＯサーバ１３は、記憶しているユーザＡの個人ＩＤと、ユーザＡが入力した個人ＩＤとの認証を行い、業務サーバ１４ａの共用ＩＤの使用状況が使用中でなければ（端末１２ａ〜１２ｃに送信していなければ）、業務サーバ１４ａの共用ＩＤを端末１２ａに送信する。業務サーバ１４ａの共用ＩＤの使用状況が使用中であれば（すでに他のユーザのために端末１２ａ〜１２ｃに送信していれば）、例えば、使用されていない業務サーバ１４ｂの共用ＩＤを端末１２ａに送信する。ＳＳＯサーバ１３は、端末１２ａに送信した共用ＩＤと、ユーザＡの個人ＩＤとを関連付けて管理し、ユーザＡの業務サーバ１４ａの利用実績を個人単位で特定できるようにする。
【００３０】
図３は、ＳＳＯサーバのハードウェア構成例を示した図である。図３に示すように、ＳＳＯサーバ１３は、ＣＰＵ（Central Processing Unit）２０ａによって装置全体が制御されている。ＣＰＵ２０ａには、バス２０ｇを介してＲＡＭ（Random Access Memory）２０ｂ、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）２０ｃ、グラフィック処理装置２０ｄ、入力インターフェース２０ｅ、および通信インターフェース２０ｆが接続されている。
【００３１】
ＲＡＭ２０ｂには、ＣＰＵ２０ａに実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０ｂには、ＣＰＵ２０ａによる処理に必要な各種データが保存される。ＨＤＤ２０ｃには、ＯＳやアプリケーションプログラムなどが格納される。
【００３２】
グラフィック処理装置２０ｄには、モニタ２０ｈが接続されている。グラフィック処理装置２０ｄは、ＣＰＵ２０ａからの命令に従って、画像をモニタ２０ｈの表示画面に表示させる。入力インターフェース２０ｅには、キーボード２０ｉとマウス２０ｊとが接続されている。入力インターフェース２０ｅは、キーボード２０ｉやマウス２０ｊから送られてくる信号を、バス２０ｇを介してＣＰＵ２０ａに送信する。
【００３３】
通信インターフェース２０ｆは、ネットワーク１５に接続されている。通信インターフェース２０ｆは、ネットワーク１５を介して端末１２ａ〜１２ｃおよび業務サーバ１４ａ，１４ｂと通信を行う。
【００３４】
端末１２ａ〜１２ｃおよび業務サーバ１４ａ，１４ｂも図３と同様のハードウェア構成を有し、その説明を省略する。
図４は、ＳＳＯサーバの機能ブロック図である。図４に示すように、ＳＳＯサーバ１３は、代理ログイン部３１、個人ＩＤロールテーブル３２、共用ＩＤ使用テーブル３３、接続ログテーブル３４、および証跡情報テーブル３５を有している。各テーブルは、例えば、図３に示したＨＤＤ２０ｃに構築される。
【００３５】
代理ログイン部３１は、業務サーバ１４ａ，１４にアクセスするユーザの認証処理および代理ログイン処理を行う。また、代理ログイン部３１は、各テーブルの制御を行う。
個人ＩＤロールテーブル３２には、業務サーバ１４ａ，１４ｂにアクセスするユーザの個人ＩＤや事業所コード、ユーザの利用できる（使用権限のある）業務の情報が格納されている。
【００３６】
共用ＩＤ使用テーブル３３には、業務サーバ１４ａ，１４ｂの業務名や共用ＩＤ、共用ＩＤの使用状況が格納されている。
接続ログテーブル３４には、業務サーバ１４ａ，１４ｂにログインしたユーザの個人ＩＤやログイン時間、ログアウト時間などの接続ログ情報が格納される。
【００３７】
証跡情報テーブル３５には、業務サーバ１４ａ，１４ｂにアクセスしたユーザの証跡情報が格納される。
図５は、業務サーバの機能ブロック図である。図５に示すように、業務サーバ１４ａは、業務管理部４１、管理テーブル４２、および操作ログテーブル４３を有している。管理テーブル４２および操作ログテーブル４３は、例えば、図３に示したＨＤＤ２０ｃに構築される。
【００３８】
業務管理部４１は、ユーザの要求に応じて業務Ａの処理を行う。また、業務管理部４１は、各テーブルの制御を行う。
管理テーブル４２には、共用ＩＤの管理情報が格納される。操作ログテーブル４３には、共用ＩＤごとの操作ログの情報が格納される。
【００３９】
業務サーバ１４ｂも図５と同様の機能を有し、その説明を省略する。
図６は、端末の機能ブロック図である。図６に示すように、端末１２ａは、プロセス管理部５１およびＳＳＯプロセステーブル５２を有している。ＳＳＯプロセステーブル５２は、例えば、図３に示したＨＤＤ２０ｃに構築される。
【００４０】
プロセス管理部５１は、端末１２ａに実装されているＯＳのプロセスを取得し、取得したプロセスに基づいてＳＳＯプロセステーブル５２を制御する。
ＳＳＯプロセステーブル５２には、端末１２ａで操作したユーザのプロセスＩＤやモニタに表示された画面名が格納される。
【００４１】
端末１２ｂ，１２ｃも図６と同様の機能を有し、その説明を省略する。
図７は、ユーザに割り当てられた個人ＩＤの例を示した図である。図７には図２で示した事業所−１、事業所−２、および事業所−３が示してある。事業者−１にはユーザＡ，Ｂが駐在し、事業者−２にはユーザＣ，Ｄが駐在し、事業者−３にはユーザＥ，Ｆが駐在しているとする。
【００４２】
ユーザＡ，Ｂには、図７に示すように、それぞれ個人ＩＤ‘１１１１１’，‘２２２２２’が割り当てられている。ユーザＣ，Ｄには、それぞれ個人ＩＤ‘３３３３３’，‘４４４４４’が割り当てられている。ユーザＥ，Ｆには、それぞれ個人ＩＤ‘５５５５５’，‘６６６６６’が割り当てられている。
【００４３】
端末１２ａ〜１２ｃは、各事業所のユーザで共用される。例えば、事業所−１のユーザＡ，Ｂは、端末１２ａを共用している。
図８は、ＳＳＯサーバの各テーブルのデータ構成例を示した図である。図８には、図４に示したＳＳＯサーバ１３の個人ＩＤロールテーブル３２、共用ＩＤ使用テーブル３３、および接続ログテーブル３４を示している。
【００４４】
個人ＩＤロールテーブル３２は、図８に示すように、個人ＩＤ、事業所コード、および利用業務の欄を有している。
個人ＩＤの欄には、ユーザの個人ＩＤが格納される。例えば、図７に示すユーザＡ〜Ｆの個人ＩＤ‘１１１１１’〜‘６６６６６’が格納される。
【００４５】
事業所コードの欄には、ユーザの駐在する事業所のコードが格納される。例えば、図７の事業所−１、事業所−２、および事業所−３のそれぞれには、事業所コード１，２，３が付与されているとする。この場合、事業所コードの欄には、図８に示すように、事業所コード１〜３が格納される。
【００４６】
利用業務の欄には、ユーザの利用できる業務（使用権限のある業務）の業務名が格納される。例えば、図７のユーザＡ，Ｂは、それぞれ、業務サーバ１４ａ，１４ｂの業務Ａ，Ｂの使用権限を有しているとする。ユーザＣは、業務サーバ１４ａの業務Ａのみ使用権限を有しているとする。この場合、ユーザＡ，Ｂ（個人ＩＤ‘１１１１１’，‘２２２２２’）の利用業務の欄には、Ａ，Ｂが格納される。ユーザＣ（個人ＩＤ‘３３３３３’）の利用業務の欄には、Ａが格納される。
【００４７】
共用ＩＤ使用テーブル３３は、図８に示すように、業務名、共用ＩＤ、および使用状況の欄を有している。
業務名の欄には、業務サーバ１４ａ，１４ｂの処理する業務Ａ，Ｂの業務名が格納される。
【００４８】
共用ＩＤの欄には、業務サーバ１４ａ，１４ｂの共用ＩＤが格納される。例えば、業務サーバ１４ａは、‘ＡＡＡＡ−１’，‘ＡＡＡＡ−２’，…の共用ＩＤを払い出しているとする。業務サーバ１４ｂは、‘ＢＢＢＢ−１’，‘ＢＢＢＢ−２’，…の共用ＩＤを払い出しているとする。この場合、共用ＩＤの欄には、図８に示すように、‘ＡＡＡＡ−１’，‘ＡＡＡＡ−２’，…，‘ＢＢＢＢ−１’，‘ＢＢＢＢ−２’，…が格納される。
【００４９】
なお、共用ＩＤの最後の数字は、どの事業所のために払い出した共用ＩＤであるかを示している。例えば、共用ＩＤ‘ＡＡＡＡ−１’は、業務サーバ１４ａが事業所−１に払い出した共用ＩＤであることが分かる。また、共用ＩＤ‘ＢＢＢＢ−３’は、業務サーバ１４ｂが事業所−３に払い出した共用ＩＤであることが分かる。
【００５０】
使用状況の欄には、共用ＩＤの使用状況が格納される。例えば、業務Ａ（業務サーバ１４ａ）の共用ＩＤ‘ＡＡＡＡ−２’をある端末に送信した場合、共用ＩＤ‘ＡＡＡＡ−２’の使用状況の欄には、‘使用中’が格納される。一方、業務Ａの共用ＩＤ‘ＡＡＡＡ−１’を端末に送信していない場合（送信していたが解放された場合も含む）、共用ＩＤ‘ＡＡＡＡ−１’の使用状況の欄には、‘空き’が格納される。
【００５１】
接続ログテーブル３４は、図８に示すように、個人ＩＤ、利用業務、共用ＩＤ、および利用実績の欄を有している。
個人ＩＤの欄には、ＳＳＯサーバ１３にログインしてきたユーザの個人ＩＤが格納される。例えば、ユーザＡがＳＳＯサーバ１３にログインすれば、個人ＩＤの欄に‘１１１１１’が格納される。
【００５２】
利用業務の欄には、ユーザの利用する業務の業務名が格納される。例えば、ユーザＡが業務Ａを処理するためにＳＳＯサーバ１３にログインした場合、利用業務の欄には、‘Ａ’が格納される。
【００５３】
共用ＩＤの欄には、ユーザに割り当てられた共用ＩＤが格納される。例えば、ユーザＡがＳＳＯサーバ１３にログインし、そのとき、共用ＩＤ‘ＡＡＡＡ−１’が‘空き’であったとする。ＳＳＯサーバ１３は、ログインしてきたユーザＡに共用ＩＤ‘ＡＡＡＡ−１’を割り当てたとする。この場合、ユーザＡ（個人ＩＤ１１１１１）の共用ＩＤの欄には、図８に示すように‘ＡＡＡＡ−１’が格納される。これにより、個人単位で、ユーザと、そのユーザに割り当てた共用ＩＤとを関連付けて管理することができる。
【００５４】
利用実績の欄には、ログインしたユーザの利用実績が格納される。例えば、ユーザがいつからいつまで業務サーバ１４ａ，１４ｂにアクセスしていたかの情報が格納される。ＳＳＯサーバ１３は、ユーザの認証処理によりログインした時間が分かり、ユーザの業務サーバ１４ａ，１４ｂに対するログアウト操作によりログアウトした時間が分かる。また、後述するが端末１２ａ〜１２ｃのユーザのログアウト検知によってもユーザのログアウトした時間が分かる。
【００５５】
以下、図７に示した事業所−１のユーザＡが、ＳＳＯサーバ１３にログインおよびログアウトする場合の図８の動作について説明する。
ユーザＡは、端末１２ａに、個人ＩＤ‘１１１１１’、事業所コード‘１’、および処理しようとする業務の業務名‘Ａ’を入力する。
【００５６】
ＳＳＯサーバ１３の代理ログイン部３１は、端末１２ａからユーザＡの個人ＩＤ、事業所コード、および業務名を受信する。代理ログイン部３１は、個人ＩＤロールテーブル３２を参照し、端末１２ａから受信したユーザＡの情報の認証処理を行う。ユーザＡの情報は、図８の点線枠６１に示すように、個人ＩＤロールテーブル３２に格納されているので、代理ログイン部３１は、ユーザＡに業務サーバ１４ａの共用ＩＤを割り当てるための処理に移る。
【００５７】
代理ログイン部３１は、共用ＩＤ使用テーブル３３を参照し、業務Ａ（業務サーバ１４ａ）の‘空き’状態の共用ＩＤを取得する。図８の例では、点線枠６２に示すように、業務Ａの共用ＩＤとして‘ＡＡＡＡ−１’が‘空き’状態なので、代理ログイン部３１は、共用ＩＤ‘ＡＡＡＡ−１’を取得する。
【００５８】
なお、ユーザＡがログイン時に業務Ｂ（業務サーバ１４ｂ）の使用を指定してきた場合には、代理ログイン部３１は、共用ＩＤ使用テーブル３３を参照し、業務名‘Ｂ’の共用ＩＤ‘ＢＢＢＢ−１’，‘ＢＢＢＢ−２’，…から‘空き’状態の共用ＩＤを取得する。
【００５９】
代理ログイン部３１は、取得した共用ＩＤ‘ＡＡＡＡ−１’をユーザＡの端末１２ａに送信する。これにより、ユーザＡは、端末１２ａから業務サーバ１４ａにアクセスすることができるようになる。
【００６０】
また、代理ログイン部３１は、共用ＩＤ使用テーブル３３の共用ＩＤ‘ＡＡＡＡ−１’の使用状況の欄を‘使用中’に変更する。また、代理ログイン部３１は、図８の点線枠６３に示すように、ログインしたユーザＡのログ情報を接続ログテーブル３４に格納する。なお、代理ログイン部３１は、端末１２ａからユーザＡがログアウトした情報を受信すると、ユーザＡがログアウトした日時を接続ログテーブル３４に書き込む。
【００６１】
業務サーバ１４ａ，１４ｂの共用ＩＤは、本来、リソース制限等によって複数名のユーザで利用される。そのため、どのユーザが共用ＩＤを使用して業務サーバ１４ａ，１４ｂにアクセスしているのか不明であり、監査証跡が不十分である。
【００６２】
しかし、ＳＳＯサーバ１３では、業務サーバ１４ａ，１４ｂの共用ＩＤの使用状況を管理し、空いている共用ＩＤをユーザに割り当て、ユーザとユーザに割り当てた共用ＩＤとを関連付けて管理する。
【００６３】
これにより、どのユーザにどの共用ＩＤを割り当てたか明確となり、確実な監査証跡を残すことがきる。
次に、業務サーバ１４ａ，１４ｂの各テーブルについて説明する。
【００６４】
図９は、業務サーバの管理テーブルのデータ構成例を示した図である。図９に示すように、業務サーバ１４ａの管理テーブル４２は、共用ＩＤと、共用ＩＤの属性とを記憶している。例えば、管理テーブル４２は、共用ＩＤ‘ＡＡＡＡ−１’を記憶し、共用ＩＤ‘ＡＡＡＡ−１’は、事業所−１用の共用ＩＤであることを記憶している。また、管理テーブル４２は、共用ＩＤの使用状況を管理している。
【００６５】
業務サーバ１４ｂの管理テーブルも、図９と同様のデータ構成例を有し、その説明を省略する。
なお、業務サーバ１４ａ，１４ｂの管理テーブル４２の共用ＩＤは、ＳＳＯサーバ１３の共用ＩＤ使用テーブル３３に格納され、その使用状況が管理されている。
【００６６】
図１０は、業務サーバの操作ログテーブルのデータ構成例を示した図である。図１０に示すように、業務サーバ１４ａの操作ログテーブル４３は、共用ＩＤ、操作ログ、および操作時間の欄を有している。
【００６７】
共用ＩＤの欄には、業務サーバ１４ａの払い出した共用ＩＤが格納される。操作ログの欄には、共用ＩＤでアクセスしたユーザの操作ログが格納される。操作時間の欄には、操作ログを行った日時が格納される。
【００６８】
業務サーバ１４ｂの操作ログテーブルも、図１０と同様のデータ構成例を有し、その説明を省略する。
上記の図８の動作説明では、ログインしようとするユーザＡの属性に適合した共用ＩＤ‘ＡＡＡＡ−１’が‘空き’状態にあった。すなわち、図８では、事業所−１に駐在する複数のユーザに割り当てられる共用ＩＤ‘ＡＡＡＡ−１’が‘空き’状態にあった。しかし、共用ＩＤ‘ＡＡＡＡ−１’がすでに事業所−１の他のユーザに割り当てられている場合もある。以下では、共用ＩＤがすでに別のユーザに割り当てられていた場合の割り当て方について説明する。
【００６９】
図１１は、ＳＳＯサーバおよび業務サーバのテーブルの状態遷移を示した図である。図１１には、ＳＳＯサーバ１３の個人ＩＤロールテーブル３２、共用ＩＤ使用テーブル３３、および接続ログテーブル３４が示してある。また、業務サーバ１４ａの管理テーブル４２が示してある。
【００７０】
図７に示した事業所−２のユーザＣが、ＳＳＯサーバ１３にログインするとする。ユーザＣは、端末１２ｂに、個人ＩＤ‘３３３３３’、事業所コード‘２’、および処理しようとする業務の業務名‘Ａ’を入力する。
【００７１】
ＳＳＯサーバ１３の代理ログイン部３１は、端末１２ｂからユーザＣの個人ＩＤ、事業所コード、および業務名を受信する。代理ログイン部３１は、個人ＩＤロールテーブル３２を参照し、端末１２ｂから受信したユーザＣの情報の認証処理を行う。ユーザＣの情報は、点線枠７１に示すように、個人ＩＤロールテーブル３２に格納されているので、代理ログイン部３１は、ユーザＣに業務サーバ１４ａの共用ＩＤを割り当てるための処理に移る。
【００７２】
代理ログイン部３１は、共用ＩＤ使用テーブル３３を参照し、業務Ａ（業務サーバ１４ａ）の‘空き’状態の共用ＩＤを取得する。図１１の例では、点線枠７２に示すように、ユーザＣの駐在する事業所−２の共用ＩＤ‘ＡＡＡＡ−２’は‘使用中’である。一方、事業所−１の共用ＩＤ‘ＡＡＡＡ−１’は‘空き’である。そこで、代理ログイン部３１は、‘空き’状態の共用ＩＤ‘ＡＡＡＡ−１’を取得する。すなわち、代理ログイン部３１は、ユーザＣに適合する属性（ここでは、事業所−２）の共用ＩＤに‘空き’がない場合、別の属性（事業所−１）の共用ＩＤに‘空き’があるか検索する。そして、‘空き’の共用ＩＤがあれば、その共用ＩＤを取得する。
【００７３】
代理ログイン部３１は、取得した共用ＩＤ‘ＡＡＡＡ−１’をユーザＣの端末１２ｂに送信する。これにより、ユーザＣは、端末１２ｂから業務サーバ１４ａにアクセスすることができるようになる。
【００７４】
また、代理ログイン部３１は、共用ＩＤ使用テーブル３３の共用ＩＤ‘ＡＡＡＡ−１’の使用状況の欄を‘使用中’に変更する。また、代理ログイン部３１は、図１１の点線枠７３に示すように、ログインしたユーザＣのログ情報を接続ログテーブル３４に格納する。また、代理ログイン部３１は、業務サーバ１４ａの管理テーブル４２にアクセスし、共用ＩＤ‘ＡＡＡＡ−１’の属性を書き換える。すなわち、共用ＩＤ‘ＡＡＡＡ−１’は、本来、事業所−１に割り当てるものだったので、代理ログイン部３１は、共用ＩＤ‘ＡＡＡＡ−１’の属性を、図１１の下線７４に示すように‘事業所２用ＩＤ’に書き換える。
【００７５】
このように、ＳＳＯサーバ１３は、ユーザの属性に適合する共用ＩＤに‘空き’が見つからない場合、他の属性の共用ＩＤから‘空き’の共用ＩＤを取得し、ユーザに割り当てる。そして、ユーザに割り当てた共用ＩＤをそのユーザと関連付けて管理する。これにより、共用ＩＤの使用効率が向上し、また、複数人が同時に業務サーバ１４ａ，１４ｂにアクセスすることが可能となり、個人単位で監査証跡を残すことができる。
【００７６】
なお、代理ログイン部３１は、共用ＩＤ‘ＡＡＡＡ−２’以外で、事業所−２用の共用ＩＤに‘空き’があれば、その共用ＩＤをユーザＣに割り当てることができる。
次に、端末１２ａ〜１２ｃによるユーザのログアウト検知について説明する。ユーザは、端末１２ａ〜１２ｃのモニタに１つの業務のみならず、複数の業務画面を開いて処理する場合がある。この場合、ユーザが処理しなくなった業務のログアウト手続きをしなければ、その業務の共用ＩＤは‘使用中’のままの状態であり、使用効率が低下する。そこで、端末１２ａ〜１２ｃは、ユーザに処理されなくなった業務を検知し、その業務の共用ＩＤを解放する処理を行う。なお、端末１２ａ〜１２ｃは、同じ機能を有し、以下では、端末１２ａを例にして説明する。
【００７７】
まず、端末１２ａのＳＳＯプロセステーブル５２について説明する。
図１２は、端末のＳＳＯプロセステーブルのデータ構成例を示した図である。端末１２ａのプロセス管理部５１は、端末１２ａのＯＳ（例えば、ウィンドウズ（登録商標）など）の管理するプロセステーブルから、現在処理の行われているプロセス（以下、自プロセス）のＩＤと、その自プロセスを呼び出したプロセス（以下、親プロセス）のＩＤとを取得する。また、そのとき処理が行われている画面名と日時とを取得する。端末１２ａは、これらの取得した情報を、図１２に示すように、ＳＳＯプロセステーブル５２に格納していく。
【００７８】
例えば、ＳＳＯプロセステーブル５２には、業務Ａ，Ｂごとに親プロセスおよび自プロセスのＩＤが格納される。また、端末１２ａのモニタに表示される画面名および画面が表示された日時が格納される。
【００７９】
図１３は、端末のプロセス管理部を説明する図である。図１３には、端末１２ａのプロセス管理部５１と、端末１２ａに実装されているＯＳのプロセス管理テーブル８１とが示してある。また、図１３の枠８２には、端末１２ａのモニタに表示される業務Ａの画面例８４〜８８が示してある。枠８３には、端末１２ａのモニタに表示される業務Ｂの画面例８９，９０が示してある。
【００８０】
画面例８４〜９０の上部に示す‘Ａ−１’，‘Ａ−２’，…，‘Ａ−５’および‘Ｂ−１’，‘Ｂ−２’は、その画面例の画面名を示す。また、画面名の上部に示す数字‘１０’，‘２０’，…は、その画面におけるプロセスＩＤを示している。画面例８５には、業務Ａから業務Ｂに移るためのＵＲＬ（Uniform Resource Locator）が示してある。ユーザＡは、画面上のＵＲＬをクリックすることにより、業務Ａから業務Ｂの画面（業務Ｂのログイン画面）に移ることができる。
【００８１】
例えば、ユーザＡが業務Ａを開始するため、業務Ａのログイン画面（画面例８４）を起動したとする。ユーザＡは、画面例８４において、業務Ａの業務サーバ１４ａにログインするための個人ＩＤとパスワードとを入力する。
【００８２】
最初のログイン画面（画面例８４）では、自プロセスＩＤと親プロセスＩＤは一致し、ＳＳＯプロセステーブル５２の自プロセスＩＤおよび親プロセスＩＤは、図１２の業務Ａの最上欄に示すようになる。自プロセスＩＤおよび親プロセスＩＤは、プロセス管理部５１のプロセス管理テーブル８１から取得される。
【００８３】
ＳＳＯサーバ１３によってユーザＡの認証が行われると、端末１２ａは、業務サーバ１４ａにアクセスできるようになる。端末１２ａのモニタには、画面例８５が表示される。
この場合、ＳＳＯプロセステーブル５２は、図１２の業務Ａの最上欄から２段目に示すようになる。以下、ユーザＡの表示する画面例に従って、ＳＳＯプロセステーブル５２には、ユーザＡの端末１２ａでの操作履歴が記憶されていく。
【００８４】
ユーザＡが図１３の画面例８５において、業務ＢのＵＲＬをクリックすると、画面例８９に遷移する。ユーザＡは、画面例８９において、業務Ｂの業務サーバ１４ｂにログインするための個人ＩＤとパスワードとを入力すると、端末１２ａは、業務サーバ１４ｂにアクセスできるようになり、モニタには画面例９０が表示される。なお、端末１２ａのモニタには、業務Ａ，Ｂの画面が表示されることになる。
【００８５】
ＳＳＯプロセステーブル５２を参照すれば、ユーザＡが適正に業務Ａ，Ｂにアクセスしたか知ることができる。例えば、ユーザＡが画面例８４（ログイン画面）の過程を経ずに、いきなり画面例８５にアクセスしていた場合、ＳＳＯプロセステーブル５２の親プロセスＩＤおよび自プロセスＩＤはともに２０となる。この場合、自プロセスＩＤ‘２０’が親プロセスＩＤ‘１０’を経ておらず、ユーザＡは、不正に業務Ａにアクセスしたことが分かる。
【００８６】
なお、プロセス管理部５１が業務の画面名もＳＳＯプロセステーブル５２に記憶するのは、業務Ａ，ＢでプロセスＩＤが同じ場合があるからである。例えば、画面例８５と画面例８９は、プロセスＩＤがともに‘２０’で同じである。この場合、画面名でユーザＡがどの業務を行っていたかを判断できる。
【００８７】
端末１２ａのプロセス管理部５１は、ユーザＡが複数の業務Ａ，Ｂの画面をモニタに開いている場合、ユーザＡの処理していない業務Ａ，Ｂを検知することができる。例えば、ユーザＡが業務Ａ，Ｂの業務画面を開き、業務Ｂの処理のみを行っているとする。この場合、プロセス管理部５１は、業務Ａを裏（業務Ｂのアクティブ画面に対し非アクティブ画面）と判断し、タイマをスタートさせる。プロセス管理部５１は、タイマがタイムアウトすると、ユーザＡは業務Ａを処理していないと判断し、ユーザＡに割り当てた業務Ａの共用ＩＤを解放（ログアウト）するようＳＳＯサーバ１３に要求する。すなわち、プロセス管理部５１は、ユーザＡの処理していない業務Ａ，Ｂを検知し、自動でユーザのログアウトを行う。
【００８８】
図１４は、プロセス管理部の動作を示したフローチャートである。
ステップＳ１において、プロセス管理部５１は、ＯＳのプロセス管理テーブル８１を取得する。
【００８９】
ステップＳ２において、プロセス管理部５１は、プロセス管理テーブル８１からアクティブプロセスのプロセスＩＤ（自プロセスＩＤ）、自プロセスＩＤを呼び出した親プロセスＩＤ、および画面名を取得する。
【００９０】
ステップＳ３において、プロセス管理部５１は、取得した自プロセスＩＤより、ユーザが開いた画面がＳＳＯ対象の画面（ログイン画面）であるか否か判断する。プロセス管理部５１は、ログイン画面である場合、ステップＳ４へ進む。ログイン画面でなければステップＳ６へ進む。
【００９１】
ステップＳ４において、プロセス管理部５１は、ＳＳＯサーバ１３から共用ＩＤを受信する。
ステップＳ５において、プロセス管理部５１は、取得した自プロセスＩＤ、親プロセスＩＤ、画面名、および時刻をＳＳＯプロセステーブル５２に書き込む。
【００９２】
ステップＳ６において、プロセス管理部５１は、端末１２ａのモニタに表示される画面がログイン画面から呼び出された画面であるか否か判断する。すなわち、プロセス管理部５１は、ユーザの適切なアクセスに基づいて画面が表示されたか否か判断する。なお、プロセス管理部５１は、ＳＳＯプロセステーブル５２の自プロセスＩＤおよび親プロセスＩＤの遷移状態によって、モニタ画面の適切および不適切を判断できる。プロセス管理部５１は、端末１２ａに表示される画面が不適切に表示された画面であると判断した場合、ステップＳ７へ進む。適切に表示された画面であると判断した場合、ステップＳ８へ進む。
【００９３】
ステップＳ７において、プロセス管理部５１は、端末１２ａのモニタにユーザのアクセスが不適切である旨を表示する。
ステップＳ８において、プロセス管理部５１は、取得した自プロセスＩＤがＳＳＯプロセステーブル５２に存在するか否か判断する。プロセス管理部５１は、取得した自プロセスＩＤがＳＳＯプロセステーブル５２に存在しない場合、ステップＳ５へ進む。取得した自プロセスＩＤがＳＳＯプロセステーブル５２に存在する場合、ステップＳ９へ進む。
【００９４】
すなわち、プロセス管理部５１は、ユーザが同じ業務において別の画面に進むと、そのプロセスをＳＳＯプロセステーブル５２に追加すべくステップＳ５へ進む。一方、ユーザが別の業務の画面に進むと、ステップＳ９へ進む。
【００９５】
例えば、図１３の例において、ユーザが業務Ａの画面例８５の画面から画面例８６に進んだ場合、プロセス管理部５１は、画面例８６の自プロセスＩＤ、親プロセスＩＤ、画面名、および時刻をＳＳＯプロセステーブル５２に追加すべくステップＳ５へ進む。一方、ユーザが業務Ａの画面例８５から別の業務Ｂの画面例８９に進んだ場合、画面例８５と画面例８９のプロセスＩＤは同じなので、プロセス管理部５１はステップＳ９へ進む。
【００９６】
ステップＳ９において、プロセス管理部５１は、プロセス管理テーブル８１から取得した画面名が新規か否か判断する。画面名が新規の場合、ステップＳ１０へ進む。画面名が新規でない場合、ステップＳ１１へ進む。
【００９７】
すなわち、プロセス管理部５１は、モニタに表示される画面が業務Ａから業務Ｂへおよび業務Ｂから業務Ａへ切替わったことを検出する。そして、モニタ画面の業務Ａから業務Ｂへおよび業務Ｂから業務Ａへの切り替えが行われた場合、裏になった画面（非アクティブになった画面）の業務をログアウトすべく、ステップＳ１０へ進む。一方、モニタ画面の業務Ａから業務Ｂへおよび業務Ｂから業務Ａへの切り替えが行われない場合、ユーザは業務を続けているとして、ＳＳＯプロセステーブル５２の時刻を更新すべく、ステップＳ１１へ進む。
【００９８】
ステップＳ１０において、プロセス管理部５１は、タイマをスタートさせる。プロセス管理部５１は、タイマがタイムアウトすると、以下で説明するが、裏の業務画面の共用ＩＤを解放する処理を行う。
【００９９】
ステップＳ１１において、プロセス管理部５１は、ＳＳＯプロセステーブル５２の時刻を更新する。
ステップＳ１２において、プロセス管理部５１は、ＳＳＯプロセステーブル５２がオープンであるか否か判断する。これは、裏となった業務のＳＳＯプロセステーブル５２は、以下で説明するが、タイマによってタイムアウトするとオープンされるからである。プロセス管理部５１は、ＳＳＯプロセステーブル５２がオープンとなっていた場合、ステップＳ１３へ進む。
【０１００】
ステップＳ１３において、プロセス管理部５１は、再度ユーザにログインの手続きをさせるため、ログイン画面に遷移する。
図１５は、プロセス管理部のタイムアウト動作を示したフローチャートである。プロセス管理部５１は、図１４のステップＳ１０でスタートさせたタイマがタイムアウトすると、以下のステップの処理を行う。
【０１０１】
ステップＳ２１において、プロセス管理部５１は、裏となっている業務の共用ＩＤを解放するようにＳＳＯサーバ１３に通知する。これにより、ＳＳＯサーバ１３は、ユーザに割り当てていた共用ＩＤを解放する。
【０１０２】
ステップＳ２２において、プロセス管理部５１は、ＳＳＯプロセステーブル５２の該当業務のテーブルをオープンする。これにより、ユーザは、テーブルオープンした業務を再び行う場合、ログインから行うことになる。
【０１０３】
このように、端末１２ａ〜１２ｃは、ユーザの処理していない業務を検知し、ＳＳＯサーバ１３に対し、その業務の共用ＩＤを解放するように要求する。これにより、共用ＩＤの有効利用を図ることができる。
【０１０４】
次に、証跡情報の収集について説明する。ＳＳＯサーバ１３は、端末１２ａ〜１２ｃ、ＳＳＯサーバ１３、および業務サーバ１４ａ，１４ｂの各テーブルをマージし、証跡情報テーブル３５を構築する。
【０１０５】
図１６は、証跡情報テーブルを説明する図である。図１６には、ＳＳＯサーバ１３の接続ログテーブル３４、証跡情報テーブル３５、および業務サーバ１４ａの操作ログテーブル４３が示してある。
【０１０６】
図１６に示すように、証跡情報テーブル３５は、時間、個人ＩＤ、利用業務、共用ＩＤ、拠点情報、接続ログ、および操作ログの欄を有している。
時間の欄には、ユーザが業務サーバ１４ａ，１４ｂにアクセスした時間が格納される。
【０１０７】
個人ＩＤの欄には、ユーザの個人ＩＤが格納される。図１６の例では、ユーザＡの個人ＩＤ‘１１１１１’が格納されている。
利用業務の欄には、ユーザの利用した業務の種別が格納される。図１６の例では、ユーザＡが業務Ａ（業務サーバ１４ａ）を利用したことが示してある。
【０１０８】
共用ＩＤの欄には、業務を利用したユーザに割り当てられた共用ＩＤが格納される。図１６の例では、ユーザＡに割り当てられた共用ＩＤ‘ＡＡＡＡ−１’が格納されている。
拠点情報の欄には、ユーザの駐在する事業所の情報（事業所コード）が格納される。図１６の例では、ユーザＡの駐在する事業所−１のコード‘１’が格納されている。
【０１０９】
接続ログの欄には、ユーザがログインしたのかログアウトしたのかの情報が格納される。図１６の例では、ユーザＡは、業務サーバ１４ａに１７：００にログインし、１７：４５にログアウトしたことが分かる。
【０１１０】
操作ログの欄には、ユーザが操作した操作ログ情報が格納される。例えば、ファイル操作などの情報が格納される。
ＳＳＯサーバ１３の代理ログイン部３１は、接続ログテーブル３４、操作ログテーブル４３、および端末１２ａ〜１２ｃの情報に基づいて証跡情報テーブル３５を構築する。例えば、代理ログイン部３１は、接続ログテーブル３４から証跡情報テーブル３５の時間、個人ＩＤ，利用業務、共用ＩＤ、拠点情報、および接続ログの情報を得ることができる。また、代理ログイン部３１は、業務サーバ１４ａの操作ログテーブル４３から証跡情報テーブル３５の操作ログの情報を得ることができる。
【０１１１】
なお、上述したように、ユーザが端末で複数の業務を展開した場合、処理しなくなった業務のログアウト操作を行わない場合がある。この場合、代理ログイン部３１は、端末１２ａ〜１２ｃからログアウト通知を受信して共用ＩＤを解放し、証跡情報テーブル３５の時間および接続ログの欄にログアウト時間とログアウトの情報を書き込むことができる。
【０１１２】
このように、ＳＳＯサーバ１３の証跡情報テーブル３５には、端末１２ａ〜１２ｃ、ＳＳＯサーバ１３、および業務サーバ１４ａ，１４ｂの各テーブルの情報がマージされる。これにより、証跡情報テーブル３５を参照すれば、各ユーザの監査証跡を得ることができる。
【０１１３】
次に、監査証跡システムのシーケンスについて説明する。
図１７および図１８は、監査証跡システムのシーケンス図である。図１７と図１８はシーケンスが続いている。
【０１１４】
まず、監査証跡システムの前提について説明する。図１７および図１８のシーケンスでは、ユーザＡ，Ｂ，Ｃが端末１２ａを用いて業務サーバ１４ａにアクセスするとする。ユーザＡの個人ＩＤは‘ＵｓｅｒＡ’、ユーザＢの個人ＩＤは‘ＵｓｅｒＢ’、ユーザＣの個人ＩＤは‘ＵｓｅｒＣ’とする
ユーザＡには、業務サーバ１４ａのロールＡの使用権限が付与されているとする。ユーザＢには、業務サーバ１４ａのロールＡの使用権限が付与されているとする。ユーザＣには、業務サーバ１４ａのロールＢの使用権限が付与されているとする。業務サーバ１４ａは、共用ＩＤ‘ａａａａ’，‘ｂｂｂｂ’を有し、共用ＩＤ‘ａａａａ’は、原則としてロールＡのユーザに付与される共用ＩＤ、共用ＩＤ‘ｂｂｂｂ’は、原則としてロールＢのユーザに付与される共用ＩＤとする。
【０１１５】
なお、図１７および図１８では、図示を省略しているがＳＳＯサーバ１３は、端末１２ａ、ＳＳＯサーバ１３、および業務サーバ１４ａの情報をマージし、証跡情報テーブル３５を生成している。
【０１１６】
ステップＳ３１において、ユーザＡは、端末１２ａから、個人ＩＤ‘ＵｓｅｒＡ’を用いてＳＳＯサーバ１３にログインする。
ステップＳ３２において、ＳＳＯサーバ１３は、ユーザＡの本人認証を行う。ＳＳＯサーバ１３は、ユーザＡの本人認証を行うと、共用ＩＤ使用テーブル３３を参照し、業務サーバ１４ａの共用ＩＤの‘空き’状態を確認する。ここでは、共用ＩＤ‘ａａａａ’および共用‘ｂｂｂｂ’はともに‘空き’状態である。
【０１１７】
ステップＳ３３において、ＳＳＯサーバ１３は、個人ＩＤロールテーブル３２を参照し、ユーザＡのロールを確認する。ユーザＡのロールは、ロールＡなので、ＳＳＯサーバ１３は、ユーザＡのロールはロールＡであることを確認する。
【０１１８】
ステップＳ３４において、ＳＳＯサーバ１３は、ユーザＡに共用ＩＤ‘ａａａａ’を割り当てる。ＳＳＯサーバ１３は、共用ＩＤ使用テーブル３３の共用ＩＤ‘ａａａａ’を‘使用’状態にする。また、ＳＳＯサーバ１３は、ユーザＡへの共用ＩＤ‘ａａａａ’の割り当てやログイン時間などの利用実績を、接続ログテーブル３４に格納する。
【０１１９】
ステップＳ３５において、ＳＳＯサーバ１３は、ユーザＡに割り当てた共用ＩＤ‘ａａａａ’を端末１２ａに通知する。
ステップＳ３６において、端末１２ａは、共用ＩＤ‘ａａａａ’を用いて業務サーバ１４ａにログインする。これにより、ユーザＡは、業務サーバ１４ａにアクセスできるようになる。業務サーバ１４ａは、管理テーブル４２の共用ＩＤ‘ａａａａ’を‘使用’状態にし、操作ログテーブル４３に共用ＩＤ‘ａａａａ’の操作ログを記録する。
【０１２０】
ステップＳ３７において、ユーザＢは、端末１２ａから、個人ＩＤ‘ＵｓｅｒＢ’を用いてＳＳＯサーバ１３にログインする。
ステップＳ３８において、ＳＳＯサーバ１３は、ユーザＢの本人認証を行う。ＳＳＯサーバ１３は、ユーザＢの本人認証を行うと、共用ＩＤ使用テーブル３３を参照し、業務サーバ１４ａの共用ＩＤの‘空き’状態を確認する。ここでは、共用ＩＤ‘ａａａａ’は‘使用’状態であり、共用ＩＤ‘ｂｂｂｂ’は‘空き’状態である。
【０１２１】
ステップＳ３９において、ＳＳＯサーバ１３は、個人ＩＤロールテーブル３２を参照し、ユーザＢのロールを確認する。ユーザＢのロールは、ロールＡなので、ＳＳＯサーバ１３は、ユーザＢのロールはロールＡであることを確認する。
【０１２２】
ステップＳ４０において、ＳＳＯサーバ１３は、‘空き’状態の共用ＩＤ‘ｂｂｂｂ’を、ロールＡのユーザＢに割り当て可能にするため、業務サーバ１４ａの管理テーブル４２の共用ＩＤ‘ｂｂｂｂ’のロールを、ロールＢからロールＡに変更する。
【０１２３】
ステップＳ４１において、ＳＳＯサーバ１３は、ユーザＢに共用ＩＤ‘ｂｂｂｂ’を割り当てる。ＳＳＯサーバ１３は、共用ＩＤ使用テーブル３３の共用ＩＤ‘ｂｂｂｂ’を‘使用’状態にする。また、ＳＳＯサーバ１３は、ユーザＢへの共用ＩＤ‘ｂｂｂｂ’の割り当てやログイン時間などの利用実績を、接続ログテーブル３４に格納する。
【０１２４】
ステップＳ４２において、ＳＳＯサーバ１３は、ユーザＢに割り当てた共用ＩＤ‘ｂｂｂｂ’を端末１２ａに通知する。
ステップＳ４３において、端末１２ａは、共用ＩＤ‘ｂｂｂｂ’を用いて業務サーバ１４ａにログインする。これにより、ユーザＢは、業務サーバ１４ａにアクセスできるようになる。業務サーバ１４ａは、管理テーブル４２の共用ＩＤ‘ｂｂｂｂ’を‘使用’状態にし、操作ログテーブル４３に共用ＩＤ‘ｂｂｂｂ’の操作ログを記録する。
【０１２５】
ステップＳ４４において、ユーザＡは、端末１２ａから業務サーバ１４ａに対しログアウトを行う。
ステップＳ４５において、ＳＳＯサーバ１３は、ユーザＡのログアウト操作によって、共用ＩＤ使用テーブル３３の共用ＩＤ‘ａａａａ’を‘空き’状態にする。
【０１２６】
なお、端末１２ａは、ユーザＡの処理していない業務を検知すると、ＳＳＯサーバ１３に対し、共用ＩＤ‘ａａａａ’を解放するように要求し、ログアウト処理を行う。ＳＳＯサーバ１３は、端末１２ａからの解放要求に応じて、共用ＩＤ‘ａａａａ’を未使用状態にする。
【０１２７】
ステップＳ４６において、業務サーバ１４ａは、ユーザＡのログアウト操作によって、管理テーブル４２の共用ＩＤ‘ａａａａ’の使用状態を‘空き’状態にする。
ステップＳ４７において、ユーザＣは、端末１２ａから、個人ＩＤ‘ＵｓｅｒＣ’を用いてＳＳＯサーバ１３にログインする。
【０１２８】
ステップＳ４８において、ＳＳＯサーバ１３は、ユーザＣの本人認証を行う。ＳＳＯサーバ１３は、ユーザＣの本人認証を行うと、共用ＩＤ使用テーブル３３を参照し、業務サーバ１４ａの共用ＩＤの‘空き’状態を確認する。ここでは、共用ＩＤ‘ａａａａ’は‘空き’状態であり、共用ＩＤ‘ｂｂｂｂ’は‘使用’状態である。
【０１２９】
ステップＳ４９において、ＳＳＯサーバ１３は、個人ＩＤロールテーブル３２を参照し、ユーザＣのロールを確認する。ユーザＣのロールは、ロールＢなので、ＳＳＯサーバ１３は、ユーザＣのロールはロールＢであることを確認する。
【０１３０】
ステップＳ５０において、ＳＳＯサーバ１３は、‘空き’状態の共用ＩＤ‘ａａａａ’を、ロールＢのユーザＣに割り当て可能にするため、業務サーバ１４ａの管理テーブル４２の共用ＩＤ‘ａａａａ’のロールを、ロールＡからロールＢに変更する。
【０１３１】
ステップＳ５１において、ＳＳＯサーバ１３は、ユーザＣに共用ＩＤ‘ａａａａ’を割り当てる。ＳＳＯサーバ１３は、共用ＩＤ使用テーブル３３の共用ＩＤ‘ａａａａ’を‘使用’状態にする。また、ＳＳＯサーバ１３は、ユーザＣへの共用ＩＤ‘ａａａａ’の割り当てやログイン時間などの利用実績を、接続ログテーブル３４に格納する。
【０１３２】
ステップＳ５２において、ＳＳＯサーバ１３は、ユーザＣに割り当てた共用ＩＤ‘ａａａａ’を端末１２ａに通知する。
ステップＳ５３において、端末１２ａは、共用ＩＤ‘ａａａａ’を用いて業務サーバ１４ａにログインする。これにより、ユーザＣは、業務サーバ１４ａにアクセスできるようになる。業務サーバ１４ａは、管理テーブル４２の共用ＩＤ‘ａａａａ’を‘使用’状態にし、操作ログテーブル４３に共用ＩＤ‘ａａａａ’の操作ログを記録する。
【０１３３】
このように、ＳＳＯサーバ１３は、業務サーバ１４ａ，１４ｂの共用ＩＤの使用状況を管理してユーザに割り当て、ユーザとユーザに割り当てた共用ＩＤとを関連付けて管理する。これにより、どのユーザにどの共用ＩＤを割り当てたかが明確となり、確実な監査証跡を得ることが可能となる。
【０１３４】
また、空いている共用ＩＤをユーザの属性に関係なく割り当てるので、共用ＩＤの使用効率が向上し、複数のユーザが同時に業務サーバ１４ａ，１４ｂにアクセスすることが可能となる。
【０１３５】
また、端末１２ａ〜１２ｃは、ユーザによって処理されていない業務を検知し、ログアウト処理するので、効率的な共用ＩＤの割り当てが可能となる。
また、業務サーバ１４ａ，１４ｂ（業務サーバ１４ａ，１４ｂのプログラム）を改造することなく、共用ＩＤでのユーザの監査証跡を確実に残すことが可能となる。
【０１３６】
さらに、端末１２ａ〜１２ｃ、ＳＳＯサーバ１３、業務サーバ１４ａ，１４ｂの各情報をＳＳＯサーバ１３でマージすることにより、ＳＳＯサーバ１３において、ユーザの個人単位の監査証跡を得ることができる。
【０１３７】
なお、上記の処理機能は、プログラムによって実現することができる。その場合、端末１２ａ〜１２ｃ、ＳＳＯサーバ１３、および業務サーバ１４ａ，１４ｂが有すべき機能の処理内容は、ＣＤ−ＲＯＭ（Compact Disk Read Only Memory）やフレキシブルディスクなどの可搬型記録媒体にプログラムを格納して流通させたり、ネットワークを介して接続されたコンピュータの記憶装置にプログラムを格納しておき、ネットワークを通じて転送したりすることができる。端末１２ａ〜１２ｃ、ＳＳＯサーバ１３、および業務サーバ１４ａ，１４ｂは、メモリに記憶されたプログラムを実行することにより、上記処理機能を実現することができる。
【０１３８】
（付記１）  代理認証を行うサーバにおいて、
ユーザのアクセスする業務サーバの前記ユーザに割り当てる共用識別子の使用状態を管理する共用識別子管理テーブルと、
前記ユーザの前記業務サーバへのログイン要求に応じて、前記共用識別子管理テーブルの未使用の前記共用識別子を取得する共用識別子取得手段と、
前記共用識別子取得手段によって取得された前記共用識別子と前記ユーザとを関連付けて記憶するログテーブルと、
を有することを特徴とするサーバ。
【０１３９】
（付記２）  前記ユーザごとに前記ユーザの属性を記憶したユーザ属性テーブルを有し、
前記共用識別子取得手段は、前記ユーザの属性に対応した未使用の前記共用識別子が存在しない場合、前記ユーザの属性に対応しない未使用の前記共用識別子を取得することを特徴とする付記１記載のサーバ。
【０１４０】
（付記３）  前記共用識別子取得手段は、取得した前記共用識別子管理テーブルの前記共用識別子を使用状態にすることを特徴とする付記１記載のサーバ。
（付記４）  前記ユーザの使用する端末から前記共用識別子の解放要求を受信し、前記ユーザの前記共用識別子を解放する共用識別子解放手段を有することを特徴とする付記１記載のサーバ。
【０１４１】
（付記５）  前記ユーザの使用する端末、当該サーバ、および前記業務サーバの情報をマージして前記ユーザの証跡を示す監査証跡テーブルを生成する監査証跡テーブル生成手段を有することを特徴とする付記１記載のサーバ。
【０１４２】
（付記６）  代理認証を行うサーバにログインして業務サーバにアクセスする端末において、
当該端末に実装されるオペレーティングシステムからプロセスを取得するプロセス取得手段と、
前記プロセスに基づいてユーザが前記業務サーバのどの業務を処理しているか判断する業務処理判断手段と、
前記サーバに対して前記ユーザが処理していない前記業務サーバの前記業務に対応する共用識別子を解放するように要求する共用識別子解放手段と、
を有することを特徴とする端末。
【０１４３】
（付記７）  前記共用識別子解放手段は、前記ユーザが所定時間前記業務を処理していないと判断した場合、前記サーバに対し、前記業務に対応する前記共用識別子を解放するように要求することを特徴とする付記６記載の端末。
【０１４４】
（付記８）  前記ユーザが処理している業務画面のプロセス識別子、前記業務画面を呼び出した前業務画面のプロセス識別子、前記業務画面の画面名、および前記ユーザが前記業務を処理した時間を管理するプロセス管理テーブルを有することを特徴とする付記６記載の端末。
【０１４５】
（付記９）  代理認証を行うサーバの代理認証方法において、
ユーザの業務サーバへのログイン要求に応じて、前記ユーザのアクセスする前記業務サーバの前記ユーザに割り当てる共用識別子の使用状態を管理する共用識別子管理テーブルから未使用の前記共用識別子を取得する共用識別子取得ステップと、
前記共用識別子取得ステップによって取得された前記共用識別子と前記ユーザとを関連付けて記憶する関連記憶ステップと、
を有することを特徴とする代理認証方法。
【０１４６】
（付記１０）  代理認証を行うサーバにログインして業務サーバにアクセスする端末の共用識別子解放方法において、
当該端末に実装されるオペレーティングシステムからプロセスを取得するプロセス取得ステップと、
前記プロセスに基づいてユーザが前記業務サーバのどの業務を処理しているか判断する業務処理判断ステップと、
前記サーバに対して前記ユーザが処理していない前記業務サーバの前記業務に対応する共用識別子を解放するように要求する共用識別子解放ステップと、
を有することを特徴とする共用識別子解放方法。
【０１４７】
（付記１１）  代理認証を行う認証プログラムにおいて、
コンピュータを、
ユーザのアクセスする業務サーバの前記ユーザに割り当てる共用識別子の使用状態を管理する共用識別子管理テーブル、
前記ユーザの前記業務サーバへのログイン要求に応じて、前記共用識別子管理テーブルの未使用の前記共用識別子を取得する共用識別子取得手段、
前記共用識別子取得手段によって取得された前記共用識別子と前記ユーザとを関連付けて記憶するログテーブル、
として機能させる認証プログラム。
【０１４８】
（付記１２）  代理認証するサーバにログインして業務サーバにアクセスする共用識別子解放プログラムにおいて、
コンピュータを、
オペレーティングシステムからプロセスを取得するプロセス取得手段、
前記プロセスに基づいてユーザが前記業務サーバのどの業務を処理しているか判断する業務処理判断手段、
前記ユーザが処理していない前記業務サーバの前記業務に対応する共用識別子を解放するように前記サーバに対して要求する共用識別子解放手段、
として機能させる共用識別子解放プログラム。
【図面の簡単な説明】
【０１４９】
【図１】サーバの概要を説明する図である。
【図２】監査証跡システムの構成例を示した図である。
【図３】ＳＳＯサーバのハードウェア構成例を示した図である。
【図４】ＳＳＯサーバの機能ブロック図である。
【図５】業務サーバの機能ブロック図である。
【図６】端末の機能ブロック図である。
【図７】ユーザに割り当てられた個人ＩＤの例を示した図である。
【図８】ＳＳＯサーバの各テーブルのデータ構成例を示した図である。
【図９】業務サーバの管理テーブルのデータ構成例を示した図である。
【図１０】業務サーバの操作ログテーブルのデータ構成例を示した図である。
【図１１】ＳＳＯサーバおよび業務サーバのテーブルの状態遷移を示した図である。
【図１２】端末のＳＳＯプロセステーブルのデータ構成例を示した図である。
【図１３】端末のプロセス管理部を説明する図である。
【図１４】プロセス管理部の動作を示したフローチャートである。
【図１５】プロセス管理部のタイムアウト動作を示したフローチャートである。
【図１６】証跡情報テーブルを説明する図である。
【図１７】監査証跡システムのシーケンス図である。
【図１８】監査証跡システムのシーケンス図である。
【図１９】ＳＳＯの一方式である代理ログイン方式を説明する図である。
【符号の説明】
【０１５０】
１  サーバ
１ａ  共用識別子管理テーブル
１ｂ  共用識別子取得手段
１ｃ  ログテーブル
２ａ，２ｂ  端末
３  業務サーバ
【図１】
2010003119.tif 000003
【図２】
2010003119.tif 000004
【図３】
2010003119.tif 000005
【図４】
2010003119.tif 000006
【図５】
2010003119.tif 000007
【図６】
2010003119.tif 000008
【図７】
2010003119.tif 000009
【図８】
2010003119.tif 000010
【図９】
2010003119.tif 000011
【図１０】
2010003119.tif 000012
【図１１】
2010003119.tif 000013
【図１２】
2010003119.tif 000014
【図１３】
2010003119.tif 000015
【図１４】
2010003119.tif 000016
【図１５】
2010003119.tif 000017
【図１６】
2010003119.tif 000018
【図１７】
2010003119.tif 000019
【図１８】
2010003119.tif 000020
【図１９】
2010003119.tif 000021