JP2009110091A - クライアントサーバシステム - Google Patents

Abstract

【課題】共用アカウントを用いた個人を特定する。
【解決手段】クライアントサーバシステム（１）を以下のような構成で構築する。サーバ（２）は、個人特定テーブル（１６）と、共用アカウントでのログインが許可された許可ユーザを特定するための個人特定ログ（１１）を生成する個人特定機能ブロック（５）（５ａ）とを備える。その個人特定テーブル（１６）は、共用アカウントのログイン名である共用ユーザＩＤ（４３）と、許可ユーザを示すユーザ名（４１）と、許可ユーザに付与された識別符号（４２）との対応を示す。個人特定機能ブロック（５）（５ａ）は、クライアント（３）から供給される識別符号（４２）と共用ユーザＩＤ（４３）とを受け取り、ユーザ名（４１）を個人特定テーブル（１６）から抽出する。そして、抽出したユーザ名（４１）と、共用ユーザＩＤ（４３）と、ログイン時刻（４５）とを対応付けて個人特定ログ（１１）を生成する。
【選択図】図９

Description

本発明は、クライアントサーバシステムに関する。

複数のクライアントからサーバにログインすることができるクライアントサーバシステムが知られている。複数のユーザが同時的にサーバにログインすることができるクライアントサーバシステム（以下、マルチユーザシステムと記載する）が普及している。マルチユーザシステムは、複数のユーザの各々に固有のアカウント（以下、専用アカウントと記載する）を割り当てることによって、その複数のユーザの各々の個人認証を実現している。マルチユーザシステムでは、通常、ユーザＩＤとパスワードとを用いてユーザの個人認証が行われている（例えば、特許文献１〜１２参照。）。
一般的なマルチユーザシステムでは、複数のユーザの各々には、その専用アカウントに一対一に対応するユーザＩＤが割り当てられている。ユーザは、そのユーザＩＤに一対一に対応するパスワードを設定する。マルチユーザシステムは、そのユーザＩＤとパスワードによって、ユーザの個人認証を実行する。

上述のユーザＩＤとパスワードとを用いるユーザ認証と異なる認証方法が知られている（例えば、特許文献１３、１４参照。）。特許文献１３（特開平１１−１７５３３５号公報）には、ＩＣカードの各ＰＰ（プログラム・プロダクト）のＵ−ＩＤ／ＰＷテーブルが、利用者の使用する業務環境ごと、プログラム（プログラム・プロダクト）ごと、にユーザＩＤ／パスワードを格納する技術が記載されている。特許文献１３に記載の技術では、端末装置のＰＰ（プログラム・プロダクト）は、ＩＣカードから入力したＰＰ（プログラム・プロダクト）ごとのＵ−ＩＤ／ＰＷテーブルを参照し、現在の業務環境の下で当該プログラムの利用権限があるか否かを判定する。当該プログラムのユーザＩＤ／パスワードが設定されていれば、サーバへこれを送信する。サーバのＰＰ（プログラム・プロダクト）の認証を行うプログラムは、各ＰＰ（プログラム・プロダクト）のＵ−ＩＤ／ＰＷテーブルを参照して受信したユーザＩＤ／パスワードが登録されているか否かのユーザ認証を行っている。

特許文献１４（特開２００２−３１２３２５号公報）には、サービス毎に異なる認証データをＩＣカード内に保持し、利用者端末装置が、ＩＣカードによる本人確認機能により、ＩＣカードからサービスアクセス関連情報の読み出し権限を得る技術が記載されている。特許文献１４に記載の技術では、サービスアクセス関連情報は、例えば、サービス名、ＵＲＬ等の情報提供サーバアドレス、ＩＤ、ＰＩＮ（Personal Identity Number：個人識別番号）から成り、サービス名をキーにＩＣカード内のサービスアクセス関連情報を読み出し、その情報提供サーバ（サービスセンタ）に接続して、ＩＤ、ＰＩＮ等による認証を依頼している。また、サーバ認証後、認証した情報提供サーバから送信される暗号化コンテンツをＩＣカードに書き込まれた鍵により復号化することで一層セキュアな環境を提供している。

このように、ＩＣカードを用いた認証方法では、ユーザは、ＩＣカードをカードリーダに挿入し、そのＩＣカードに固有の暗証番号（例えば、ＰＩＮコード）を入力する。マルチユーザシステムは、そのＩＣカードに保持されている認証情報と、入力された暗証番号とを用いて、ユーザの個人認証を行なっている。

マルチユーザシステムにおいて、複数のユーザで使用可能な共通のアカウント（以下、共用アカウントと記載する）が設定されていることがある。例えば、複数の管理者が、単一の管理者用アカウントを用いてそのマルチユーザシステムを管理する場合、その管理者用アカウントは、共用アカウントとして機能する。また、マルチユーザシステムを一時的に使用するユーザのために、マルチユーザシステムがゲスト用アカウントを備えている場合、そのゲスト用アカウントは共用アカウントとして機能する。

共用アカウントの場合、マルチユーザシステムは、その共用アカウントを使用するための共用ＩＤと共用パスワードとを予め設定する。その共用ＩＤと共用パスワードとは、共用アカウントを使用するユーザに通知される。例えば、管理者用アカウントにおいては、管理者ＩＤと管理者パスワードとを割り当て、その管理者ＩＤと管理者パスワードとを、その複数の管理者の各々に通知する。その複数の管理者の誰かが、その管理者ＩＤと管理者パスワードを使用してログインしたとき、マルチユーザシステムは、そのユーザを、管理者権限を有するユーザとして認証する。同様に、一時的にシステムを使用するユーザは、上述のゲスト用アカウントを使用して、そのマルチユーザシステムにログインする。

特開２００４−３００７０号公報 特開平１１−２１９３４０号公報 特開平８−１６７８８号公報 特開２００７−０７２８６１号公報 特開２００７−０６５７８９号公報 特開２００７−０１１８８５号公報 特開２００４−２７２５２６号公報 特開２００６−２６８６７１号公報 特開平１０−３１２３６１号公報 特開２００６−３０４１０８号公報 特開２００２−１８３０９７号公報 特開平６−１９５３０７号公報 特開平１１−１７５３３５号公報 特開２００２−３１２３２５号公報

マルチユーザシステムでは、アクセスログを参照しても、共用ＩＤと共用パスワードとを用いてログインし、共用アカウントを使って操作を行った個人を特定することが困難なことがある。また、ＩＣカードを用いた認証方法では、入力された暗証番号を、ユーザＩＤとパスワードとの組み合わせに変換し、それを用いてサーバにログインしている。クライアントにおいて入力される暗所番号は、ＩＣカードごとに固有のものである。しかし、共用アカウントでログインしている場合、入力された暗証番号は、共用ＩＤと共用パスワードとの組み合わせに変換される。したがって、アクセスログを参照しても共用アカウントを使って操作を行った個人を特定できないことがある。

共用アカウントは、システムの早急な復旧が必要な障害時などにおいて、ユーザのユーザＩＤ管理用ＤＢにもアクセスできない場合に、システム内部に保持している共用アカウントを数人で使用して作業を行うときに有用である。また、本来のシステム管理者だけでは原因が分からないような障害の調査を、外部の技術者に依頼した場合などには、その技術者は、共用アカウントを用いて作業を行うことが多い。障害復旧などの場合でも、証跡（アクセスログ）によって作業者の確認ができることが強く求められている。共用アカウントを使用した場合であっても、個人を特定することができる技術が望まれる。

本発明が解決しようとする課題は、共用アカウントを用いた個人を特定することができる技術を提供することにある。

以下に、［発明を実施するための最良の形態］で使用される番号を用いて、課題を解決するための手段を説明する。これらの番号は、［特許請求の範囲］の記載と［発明を実施するための最良の形態］との対応関係を明らかにするために付加されたものである。ただし、それらの番号を、［特許請求の範囲］に記載されている発明の技術的範囲の解釈に用いてはならない。

上記の課題を解決するために、複数のユーザに共用される共用アカウントに対応するサーバ（２）と、ネットワーク（１９）を介して前記サーバ（２）に接続されるクライアント（３）とを具備するクライアントサーバシステム（１）を以下のような構成で構築する。
ここにおいて、前記サーバ（２）は、個人特定テーブル（１６）を備える記憶部（２５）と、前記共用アカウントでのログインが許可された許可ユーザを特定するための個人特定ログ（１１）を生成する個人特定機能ブロック（５）（５ａ）とを備える構成であることが好ましい。また、前記個人特定テーブル（１６）は、前記共用アカウントのログイン名として設定された共用ユーザＩＤ（４３）と、前記許可ユーザを示すユーザ名（４１）と、前記許可ユーザに付与された識別符号（４２）との対応を示すものとする。
ここで、前記個人特定機能ブロック（５）（５ａ）は、前記ネットワーク（１９）を介して前記クライアント（３）から供給される前記識別符号（４２）と前記共用ユーザＩＤ（４３）とを受け取り、前記識別符号（４２）に対応する前記ユーザ名（４１）を前記個人特定テーブル（１６）から抽出する。そして、抽出した前記ユーザ名（４１）と、前記共用ユーザＩＤ（４３）と、前記許可ユーザが前記共用アカウントでログインしたログイン時刻（４５）とを対応付けて前記個人特定ログ（１１）を生成する。

本発明では、ユーザごとに一意な識別符号（チケット）を割り当て、それをログイン情報の一部として使用し、保持している。そして、システムに共用アカウントでログインしているユーザが存在する場合、チケットを利用して個人を特定可能な情報を生成する。したがって、本発明によると、共用アカウントを用いた場合であっても、その利用者を特定可能な証跡を生成できる点である。

また、共用アカウントにログインする場合、ユーザＩＤとチケットの入力が要求される。ログイン認証に使用されるユーザＩＤとパスワードとの組は、システムが使用する。そのため、パスワード変更やアカウントロックされる危険性がほとんど無い。

また、もし個人のチケット変更やアカウントロックが発生した場合にも、影響があるのは自分のみで、他人には影響しない。したがって、一部のユーザの操作ミスによる、共用アカウントのパスワード変更やアカウントロックによって、他の全利用者がログイン不可能になってしまうような事態が発生する可能性を少なくすることができる。

また、個人を特定することが可能なため、予め各ユーザに対して適当なアクセス権を設定しておくことにより、その情報を基にアクセス制御をすることができる。したがって、共用アカウントを用いた場合にも、証跡の閲覧や削除が可能なユーザを制限したり、個人の特定などに使用されるテーブルを編集可能なユーザを限定したりするようなアクセス制御を行うことができる。

本発明は、企業や学校などの多人数が共通のマシンとシステムを使うことがある環境において、個人の証跡を管理するためのプログラムといった用途に適用できる。また、内部統制を実現するための要素として、統合ＩＤ管理製品の機能として組み込むといった用途にも適用可能である。

［第１実施例］
以下に、図面を参照して本発明の実施例について説明を行う。図１は、本実施例のクライアントサーバシステム１の構成を例示するブロック図である。クライアントサーバシステム１は、サーバ２と、複数のクライアント装置３（第１クライアント装置３−１〜第ｎクライアント装置３−ｎ）とを含んでいる。その複数のクライアント装置３は、サーバ２にリモート接続する機能を備えている。以下の実施例において、その複数のクライアント装置３を個々に区別する場合には、参照符号に枝番号（例えば、“−１”）を付与する。

図１に示されているように、本実施例のクライアントサーバシステム１において、その複数のクライアント装置３は、ネットワーク１９を介してサーバ２に接続されている。また、サーバ２は、入力装置２−１と出力装置２−２とに接続されている。本実施例のクライアントサーバシステム１は、共用アカウントに対応可能に構成されている。その共用アカウントの使用が許可されている複数のユーザの各々には、そのユーザ個人に一意の識別符号（以下、チケットと呼ぶ）が付与されている。サーバ２は、ユーザが共用アカウントを用いてログインした場合、ユーザＩＤとチケットとに基づいて所定の処理を実行することで、証跡（ログインした個人を特定するための情報）を生成する。

図２は、第１クライアント装置３−１、第２クライアント装置３−２および第３クライアント装置３−３を用いて、システムにログインするときの状態を例示するブロック図である。複数のクライアント装置３の各々には、異なるホスト名が付与されている。本実施例のクライアントサーバシステム１において、複数のユーザの各々は、複数あるクライアント装置３の個体に依存することなく、クライアントサーバシステム１にログインすることができる。

複数のクライアント装置３は、それぞれログイン画面３１を表示する機能を備えている。以下の実施例において、その複数のクライアント装置３のログイン画面３１を個々に区別する場合には、参照符号に枝番号（例えば、“−１”）を付加する。ログイン画面３１は、ユーザＩＤ入力ボックス３２とチケット入力ボックス３３とを備えている。ユーザは、クライアント装置３の入力装置を介して、ユーザＩＤをユーザＩＤ入力ボックス３２に入力する。また、ユーザは、そのユーザ個人に付与されているチケットをチケット入力ボックス３３に入力する。

図２は、第１ユーザと第３ユーザとが、システム管理者としてクライアントサーバシステム１にログインする場合を例示している。第１ユーザは、どのクライアントマシンからも同じ共用アカウントを用いて接続可能である。また、自分が既に接続中の共用アカウントと同じものを、別なマシンで用いて同時接続することも可能である。さらに、他のユーザが接続中の共用アカウントを同時に用いることも可能である。

第１ユーザが、第１クライアント装置３−１を用いてシステムにログインする場合、その第１ユーザは、ユーザＩＤ“administrator”を第１クライアントログイン画面３１−１のユーザＩＤ入力ボックス３２に入力する。また、第１ユーザは、第１クライアントログイン画面３１−１のチケット入力ボックス３３に、第１ユーザ個人に付与されているチケット“qwert”を入力する。

同様に、第１ユーザが、第２クライアント装置３−２を用いてシステムにログインする場合には、ユーザＩＤ“administrator”を第２クライアントログイン画面３１−２のユーザＩＤ入力ボックス３２に入力し、第２クライアントログイン画面３１−２のチケット入力ボックス３３に、第１ユーザ個人に付与されているチケット“qwert”を入力する。

また、第３ユーザが、第３クライアント装置３−３を用いてシステムにログインする場合には、第３ユーザは、ユーザＩＤ“administrator”を第３クライアントログイン画面３１−３のユーザＩＤ入力ボックス３２に入力する。そして、第３クライアントログイン画面３１−３のチケット入力ボックス３３に、第３ユーザ個人に付与されているチケット“asdfg”を入力する。

図３は、本実施例のサーバ２の構成を例示するブロック図である。サーバ２は、ＣＰＵ２１と、メモリ（ＲＡＭ）２２と、入出力インターフェース２３と、内蔵時計２４と、ＨＤＤ２５と、認証用データベース８と、認証データ格納処理装置６と、ユーザＩＤ確認処理装置１４と、個人特定処理装置１５と、ログ出力処理装置１３と、通常認証処理装置１２とを含んでいる。それらは、バス２７を介して接続されている。

ＣＰＵ２１は、サーバ２に備えられた各種装置の制御やデータの処理を行う演算処理装置である。ＣＰＵ２１は、入力装置から受け取ったデータを解釈して演算し、結果を出力装置などで出力する。メモリ（ＲＡＭ）２２は、データを記憶する記憶媒体である。メモリ（ＲＡＭ）２２は、サーバ２がソフトウェアを実行する場合に使用される。メモリ（ＲＡＭ）２２としては、ＤＲＡＭやＳＲＡＭなどの半導体記憶装置が例示される。入出力インターフェース２３は、サーバ２に接続される各種の周辺機器（図示されず）とサーバ２と間に構成され、それらのデータの送受信を制御する。

内蔵時計２４は、サーバ２の備えられた時計であり、サーバ２におけるイベントが発生した時刻を記録するときに用いられる。なお、本実施例においては、必ずしも内蔵時計２４が、サーバ２に内蔵されているひつようは無い。例えば、インターネットなどの通信網を介して、時間の情報を得ても良い。ＨＤＤ２５は、サーバ２で処理される情報の保持や、サーバ２で実行されるコンピュータプログラムを保持する情報記憶媒体である。ＨＤＤ２５は、ＣＰＵ２１の命令に応答して、磁気ディスクに記録されているデータの入出力を実行する。認証用データベース８は、システムログ９を格納する。

図３に示されているように、ＨＤＤ２５は、認証データ格納領域７と、個人特定テーブル１６と、パスワードテーブル１７と、個人特定ログ１１と、チケット割り当てテーブル１８とを含んでいる。

認証データ格納領域７には、クライアント装置３のユーザＩＤ入力ボックス３２に入力されたユーザＩＤとチケット入力ボックス３３に入力されたチケットとを関連付けたデータが格納される。

図４は、チケット割り当てテーブル１８の構成を例示する図である。チケット割り当てテーブル１８は、ユーザ名４１とチケット４２とアクセス制限４９とを対応付けている。チケット割り当てテーブル１８は、ＣＰＵ２１によって参照可能なように構成されている。本実施例において、クライアントサーバシステム１は、複数のユーザの各々に固有の「チケット」を予め割り当てておく。また、チケット割り当てテーブル１８は、各ユーザのアクセス制限に関する情報を保持している。図４に示されているように、本実施例では、第１ユーザに「ｑｗｅｒｔ」、第２ユーザに「ｚｘｃｖｂ」、第３ユーザに「ａｓｄｆｇ」を割り当てている。そのチケットは、ユーザごとに一意なものであり、重複することはない。

本実施例では、クライアントサーバシステム１が、予め共用アカウントを使用するユーザを許可ユーザとし、その許可ユーザにチケットを割り当てる場合を例示する。それ以外のユーザに関してチケットを割り当てるか否かは、システムの構成に応じて可変的である。

図５は、個人特定テーブル１６の構成を例示する図である。個人特定テーブル１６は、ユーザ名４１と、チケット４２と、ユーザＩＤ４３とを対応付けている。単一のユーザＩＤ４３を複数のユーザが使用できる場合、個人特定テーブル１６には、ユーザＩＤ４３とチケット４２とを特定したときに、ユーザ名４１を特定することができるように構成されている。その個人特定テーブル１６は、ＣＰＵ２１によって参照可能に構成されている。

図６は、パスワードテーブル１７の構成を例示する図である。パスワードテーブル１７は、ユーザＩＤ４３とパスワード４４とを対応付けている。パスワードテーブル１７の各レコードは、ユーザＩＤ４３とパスワード４４とが一対一に対応するように構成されている。そのパスワードテーブル１７は、ＣＰＵ２１によって参照可能に構成されている。

図７は、個人特定ログ１１の構成を例示する図である。個人特定ログ１１は、ユーザＩＤ４３と、ユーザ名４１と、ログイン日時４５とを対応付けている。個人特定ログ１１は、個人特定装置５によって生成される。また個人特定ログ１１は、ＣＰＵ２１によって参照可能なように構成されている。

図８は、システムログ９の構成を例示する図である。システムログ９は、ユーザＩＤ４３と、ホスト名４６と、操作内容４７と、操作日時４８とを対応付けている。システムログ９は、ＣＰＵ２１によって参照可能なように構成されている。

図９は、サーバ２を構成する各機能ブロックの接続を例示するブロック図である。図９に示されているように、認証データ格納処理装置６は、認証データ格納領域７に接続可能に構成されている。認証データ格納処理装置６から出力されるデータは、認証データ格納領域７に格納される。個人特定装置５は、認証データ格納領域７に格納されるデータの読み出しができるように構成されている。個人特定装置５は、ユーザＩＤ確認処理装置１４と、個人特定処理装置１５と、ログ出力処理装置１３とを含む個人特定処理ブロック５ａを備えている。個人特定処理ブロック５ａは、個人特定テーブル１６と、パスワードテーブル１７とに保持されているデータを参照することが可能なように構成されている。個人特定装置５は、内蔵時計２４と、認証用データベース８と、通常認証処理装置１２に接続されている。通常認証処理装置１２は、通常認証処理プログラム（図示されず）に示される手順に従って動作する。さらに、個人特定装置５は、個人特定ログ１１を出力して上述のＨＤＤ２５に格納する。

以下に、個人特定処理ブロック５ａの構成について説明を行う。図１０は、ユーザＩＤ確認処理装置１４の構成を例示するブロック図である。ユーザＩＤ確認処理装置１４は、入力として認証データ格納領域７からユーザＩＤを受け取り、個人特定テーブル１６を参照して、その個人特定テーブル１６にそのユーザＩＤが保持されているか否かを示す存在確認結果を出力する。

図１１は、個人特定処理装置１５の構成を例示するブロック図である。個人特定処理装置１５は、入力として認証データ格納領域７からユーザＩＤとチケットと示すデータを受け取り、個人特定テーブル１６とパスワードテーブル１７とを参照して個人の特定結果と、その特定したユーザ名をログ出力処理装置１３に出力する。

図１２はログ出力処理装置１３の構成を例示するブロック図である。ログ出力処理装置１３は、入力として、個人特定処理装置１５から供給される特定したユーザ名を受け取る。またログ出力処理装置１３は、認証データ格納領域７から共用アカウントのユーザＩＤを受け取る。さらに、ログ出力処理装置１３は、システムの内蔵時計２４から現在の日時を受け取る。ログ出力処理装置１３は、入力されたデータに基づいて個人特定ログ１１を出力する。

以下に、本実施例の動作について説明を行う。以下の動作の説明では、図２に例示したように、第１ユーザが第１クライアント装置３−１からサーバ２にリモート接続を行う場合を例示する。なお、第３ユーザがリモート接続を行う場合の動作も同様である。従って、以下の実施例においては、第１ユーザが管理者としてログインする場合に対応して本実施例の動作を説明する。

本実施例のクライアントサーバシステム１において、ユーザが共用アカウントでログインする場合、クライアント装置３は、ユーザＩＤ入力ボックス３２とチケット入力ボックス３３とを有するログイン画面３１を表示する。ユーザは、ユーザＩＤ入力ボックス３２に共用アカウントに対応するユーザＩＤを入力する。また、ユーザは、チケット入力ボックス３３にそのユーザ個人に付与されているチケット（識別符号）を入力する。例えば、第１ユーザが管理者としてログインする場合、管理者用アカウントのユーザＩＤ“administrator”をユーザＩＤ入力ボックス３２に入力する。そして、第１ユーザ個人に付与されているチケット“qwert”をチケット入力ボックス３３に入力する。クライアント装置３は、入力されて情報を、ネットワーク１９を介してサーバ２に送る。

サーバ２の認証データ格納処理装置６は、クライアント装置３から送られた情報を受け取り、ユーザＩＤとチケットとの対応を示す認証データを生成する。例えば、クライアント装置３から供給される情報が、
ユーザＩＤ＝administrator
チケット＝qwert
である場合、認証データとして、“administrator＋qwert”を生成し、この認証データを、認証データ格納領域７に保存する。その後、認証データ格納処理装置６は、認証データの保存の完了をユーザＩＤ確認処理装置１４へ通知する。

図１３は、ユーザＩＤ確認処理装置１４の動作を例示するフローチャートである。ステップＳ１０１において、ユーザＩＤ確認処理装置１４は、認証データ格納領域７からユーザＩＤを“administrator”を受け取る。ユーザＩＤ確認処理装置１４は、そのユーザＩＤが個人特定テーブル１６に存在するかを確認する。上述のように、個人特定テーブル１６には共用アカウントの使用を許可するユーザに対して、ＩＤ・チケット・ユーザ名の対応関係が保持されている。入力されたユーザＩＤがその個人特定テーブル１６に存在しない場合、ユーザＩＤ確認処理装置１４は、共用アカウント用のＩＤではないと判断する。ユーザＩＤ確認処理装置１４は、その判断に基づいて、「確認結果：確認失敗」を出力する。

ユーザＩＤ確認処理装置１４が、共用アカウント用のＩＤではないと判断した場合、処理はステップＳ１０２に進む。ステップＳ１０２において、通常認証処理装置１２は、通常の“ユーザＩＤとパスワード”を用いた認証処理を実行する。移行、通常のユーザ認証を行った後、ログインの許可／不許可を判断する。ステップＳ１０１の判断の結果、入力されたユーザＩＤ“administrator”が個人特定テーブル１６に存在する場合は、ユーザＩＤ確認処理装置１４は、「確認結果：確認成功」を出力し、個人特定処理装置１５へと処理を移す。

図１４は、個人特定処理装置１５の動作を例示するフローチャートである。ステップＳ２０１において、個人特定処理装置１５は、認証データ格納領域７に保持されている認証データ（入力されたユーザＩＤとチケットとの組み合わせ）が個人特定テーブル１６に存在するか否かの判断を実行する。上述の動作の場合、“administrator＋qwert”の組み合わせが個人特定テーブル１６に保持されているか否かを判断する。その判断の結果、もしも存在しない場合には、処理はステップＳ２０６に進む。ステップＳ２０６において、個人特定処理装置１５は、入力のチケットが誤っているか、そのユーザには入力されたユーザＩＤに対応する共用アカウントの使用権が無いと判断する。そして、個人特定処理装置１５は、「特定結果：特定失敗」を出力し、結果を第１クライアント装置３−１に返した上で処理を終える。

ステップＳ２０１の判断の結果、認証データ格納領域７に保持されている認証データが個人特定テーブル１６に存在する場合、処理はステップＳ２０２に進む。ステップＳ２０２において、個人特定処理装置１５は、認証データに含まれるユーザＩＤに対応するパスワードをパスワードテーブル１７から抽出する。なお、パスワードテーブル１７には、システムの「共用アカウントのＩＤ＋パスワード」の組み合わせが予め入力されている。上述の動作の場合、個人特定処理装置１５は、ユーザＩＤ：administratorに対応するパスワードとして、パスワード：adminpwdを抽出する。

ステップＳ２０３において、ユーザＩＤと抽出したパスワードの組み（administrator＋adminpwd）を用いて、システムの認証用データベース８を参照して認証を行う。パスワードテーブル１７は、システムの共用アカウント情報を予め入力したものであり、パスワードテーブル１７から正常にパスワードの抽出処理が行われれば認証は成功する。ステップＳ２０４において、認証が成功した場合、個人特定処理装置１５は、認証成功を示す「特定結果：特定成功」をクライアント装置３に通知する。

ステップＳ２０５において、個人特定処理装置１５は、認証データ格納領域７に保持された認証データ（入力されたユーザＩＤ：administrator＋チケット：qwert）に対応するユーザ名（第１ユーザ）を個人特定テーブル１６から抽出する。その後、処理をログ出力処理装置１３に移す。

図１５は、ログ出力処理装置１３の動作を例示するフローチャートである。ステップＳ３０１において、ログ出力処理装置１３は、システムの内蔵時計２４から、共用アカウントによるログインが実行された時の日時を取得する。ステップＳ３０２において、ログ出力処理装置１３は、取得した日時と、ユーザIDと、ユーザ名とを対応付けたデータを生成する。例えば、その時の日時が「2007/6/15 10:00:00」とすると、ログ出力処理装置１３は、
「2007/6/15 10:00:00」
「ユーザＩＤ：administrator」
「ユーザ名：第１ユーザ」
を対応付けて個人特定ログ１１のレコードに出力する。

その操作を、各クライアントからの接続毎に行う。それによって、個人特定ログ１１のようなログが生成される。このように、本実施例の証跡は表４の項目行を省いた１行目に出力されており、共用アカウントを用いた場合でも個人を特定可能な証跡が生成できる。

［第２実施例］
以下に、本願発明の第２実施例について説明する。以下の実施例における図面において、第１実施例の説明で使用した参照符号と同じ符号を付されている構成要素は、第１実施例と同様の構成・動作である。したがって、以下の実施例においては、重複する説明を省略し、上述の第１実施例と異なる部分を主に説明を行う。

図１６は、第２実施例におけるサーバ２の構成を例示するブロック図である。第２実施例のサーバ２は、認証データ格納処理装置６ａの構成・動作が第１実施例と異なっている。第２実施例の認証データ格納処理装置６ａは、第１実施例と異なる構成の認証データを生成し、認証データ格納領域７ａに格納する。また、第２実施例の個人特定装置５は、第１実施利と異なる構成の個人特定ログ１１ａを出力する。さらに、そのＨＤＤ２５は、日時格納領域５１とシステムログ取得用設定格納領域５２とを含んでいる。

図１７は、第２実施例の構成要素の接続関係を例示するブロック図である。第２実施例において、クライアントサーバシステム１は、第１実施例と同様に、共用アカウントの使用許可を有するユーザに、図４に示したようなチケットを割り当てている。第２実施例において、クライアント装置３を用いて共用アカウントを使用する際には、ユーザは、ログイン画面３１のユーザＩＤ入力ボックス３２にユーザＩＤを入力し、チケット入力ボックス３３にチケットを入力する。認証データ格納処理装置６ａは、ユーザＩＤとチケットとをクライアント装置３から受け取ったとき、それらにホスト名を対応付けて認証データ生成する。例えば、
ユーザＩＤ：administrator
チケット：qwert
が、ホスト名：ＰＣ１のクライアント装置３から送信されて場合、認証データ格納処理装置６ａは、
administrator＋qwert＋ＰＣ１
を認証データとして認証データ格納領域７ａに格納する。

また、図１７に示されているように、第２実施例の個人特定処理ブロック５ａは、個人特定テーブル１６と、パスワードテーブル１７と、日時格納領域５１と、システムログ取得用設定格納領域５２とを参照可能に構成されている。

図１８は、第２実施例の個人特定ログ１１ａの構成を例示する図である。第２実施例の個人特定ログ１１ａは、ユーザＩＤ４３と、ユーザ名４１と、ホスト名４６と、操作内容４７と、操作日時４８とが対応付けられている。

以下に、第２実施例の個人特定処理ブロック５ａについて説明を行う。なお、第２実施例におけるユーザＩＤ確認処理装置１４の構成・動作は、第１実施例と同様である。図１９は、第２実施例の個人特定処理装置１５の構成を例示するブロック図である。第２実施例の個人特定処理装置１５は、認証データ格納領域７ａを参照して得られるユーザＩＤとチケットに、さらに、内蔵時計２４からの日時を入力としている。個人特定処理装置１５は、それらの入力に応答して、個人特定テーブル１６とパスワードテーブル１７とを参照して個人の特定結果と、その特定したユーザ名をログ出力処理装置１３に出力する。

図２０は、第２実施例のログ出力処理装置１３の構成を例示するブロック図である。第２実施例のログ出力処理装置１３は、認証データ格納領域７ａを参照して得られたホスト名を入力としている。また、そのログ出力処理装置１３は、認証用データベース８を参照していられたシステムログ９を入力としている。そして、ログ出力処理装置１３は、それらの入力に応答して個人特定ログ１１ａを出力している。

以下に、第２実施例の動作について説明を行う。図２１は、第２実施例の個人特定処理装置１５の動作を例示するフローチャートである。その個人特定処理装置１５において、ステップＳ４０１〜ステップＳ４０２までの動作は、第１実施例の動作と同様である。ステップＳ４０３において、個人特定処理装置１５は、システムの認証用データベース８を用いて認証を行う前に、内蔵時計２４から日時を取得し、日時格納領域５１に「保存日時」として保存する。以降、ステップＳ４０４〜ステップＳ４０７では、第１実施例と同様に動作する。これによって、個人特定処理装置１５は、特定したユーザ名と認証結果を出力する。

図２２は、第２実施例のログ出力処理装置１３の動作を例示するフローチャートである。第２実施例のログ出力処理装置１３の動作は、本実施例の特徴的な動作である。ステップＳ５０１において、ログ出力処理装置１３は、ユーザの行った操作を特定するために、システムが出力しているシステムログ９を解析する。より具体的に説明すると、ログ出力処理装置１３は、上述の個人特定処理装置１５の動作におけるステップＳ４０３において保存された保存日時と、システムログ９に保持されている操作日時とを比較する。

そして、保存日時以降のシステムログ９の内容に対して、ユーザＩＤとホスト名との組を特定する。ログ出力処理装置１３は、特定したユーザＩＤとホスト名との組に対応する操作を、システムログ９から取得する。これらの処理をシステムログ９の最後のレコードまで行い、条件に該当する
“操作内容＋操作日時”
の組み合わせを全て取得する。例えば、ユーザＩＤとホスト名との組が、
ＩＤ：administrator
ホスト名：ＰＣ１”
であり、個人特定処理装置１５の動作におけるステップＳ４０３において保存された保存日時が、
“2007/6/15 09:58:00”
だとすると、図８の項目行を省いた２行目以降が該当操作になる。その中で、
ＩＤ：administrator
ホスト名：ＰＣ１
の組み合わせに該当するものは２行目と４行目である。これらの“操作内容＋操作日時”の組み合わせは、
“システムにログイン＋2007/6/15 10:00:00”
“アプリケーションＡ起動＋2007/6/15 12:35:30”
であり、これらを取得する。

ステップＳ５０２において、ログ出力処理装置１３は、内蔵時計２４から現在の日時を取得する。ログ出力処理装置１３は、現在の保存日時を、その取得した現在時刻に置換する。

例えば、現在の日時が
“2007/6/15 14:00:00”
だとすると、この値が以降の保存日時となる。

ステップＳ５０３において、ログ出力処理装置１３は、“ＩＤ／ユーザ名／ホスト名／操作内容／操作日時”を対応させたデータを生成し、そのデータに基づいて個人特定ログ１１ａを更新する。またこのとき、ログ出力処理装置１３は、操作日時順のソート処理を実行する。

上述の図１８に示されているように、ログ出力処理装置１３が出力する個人特定ログ１１ａは、以下のような出力を含んでいる。
ＩＤ ： administrator ： administrator
ユーザ名： 第１ユーザ ： 第１ユーザ
ホスト名： ＰＣ１ ： ＰＣ１
操作内容：システムにログイン ： アプリケーションＡ起動
操作日時：2007/6/15 10:00:00 ： 2007/6/15 12:35:30
ここにおいて、図１８を参照すると、個人特定ログ１１ａには、３行目のように、他のユーザ（例えば、第３ユーザ）の操作も出力される。そのため、個人特定ログ１１ａの出力操作には操作日時順のソート処理も含んでいる。

ステップＳ５０４において、ログ出力処理装置１３は、ログオフ操作が含まれるか否かの判断を実行する。ログオフ操作が含まれていない場合、処理はステップＳ５０１にもどり、このような一連の処理を、取得した範囲の操作内容に“ログオフ”が確認されるまで繰り返し行う。すなわち、実施例における次の処理としては、現在の保存日時“2007/6/15 14:00:00”以降のシステムログ２０４に対して解析を行い、条件に該当する操作を個人特定ログ１１ａに出力する。また、ステップＳ５０４での判断の結果、操作内容に“ログオフ”確認された場合は個人特定ログ１１ａを出力して処理を終える。

以上のような構成・動作によって、本実施例は、上述の第１実施例の効果である個人の特定ができることに加えて、個人が行った操作の特定まで可能になる。これにより、第１の実施例で得られた証跡をより詳細に記録することが可能となる。

なお、上述の複数の実施例は、その構成や動作に矛盾が生じない範囲において、組み合わせて実施することが可能である。

図１は、本実施例のクライアントサーバシステム１の構成を例示するブロック図である。 図２は、第１〜第３クライアント装置を用いて、システムにログインするときの状態を例示するブロック図である。 図３は、本実施例のサーバ２の構成を例示するブロック図である。 図４は、チケット割り当てテーブル１８の構成を例示する図である。 図５は、個人特定テーブル１６の構成を例示する図である。 図６は、パスワードテーブル１７の構成を例示する図である。 図７は、個人特定ログ１１の構成を例示する図である。 図８は、システムログ９の構成を例示する図である。 図９は、サーバ２を構成する各機能ブロックの接続を例示するブロック図である。 図１０は、ユーザＩＤ確認処理装置１４の構成を例示するブロック図である。 図１１は、個人特定処理装置１５の構成を例示するブロック図である。 図１２はログ出力処理装置１３の構成を例示するブロック図である。 図１３は、ユーザＩＤ確認処理装置１４の動作を例示するフローチャートである。 図１４は、個人特定処理装置１５の動作を例示するフローチャートである。 図１５は、ログ出力処理装置１３の動作を例示するフローチャートである。 図１６は、第２実施例のサーバ２の構成を例示するブロック図である。 図１７は、第２実施例の構成要素の接続関係を例示するブロック図である。 図１８は、第２実施例の個人特定ログ１１ａの構成を例示する図である。 図１９は、第２実施例の個人特定処理装置１５の構成を例示するブロック図である。 図２０は、第２実施例のログ出力処理装置１３の構成を例示するブロック図である。 図２１は、第２実施例の個人特定処理装置１５の動作を例示するフローチャートである。 図２２は、第２実施例のログ出力処理装置１３の動作を例示するフローチャートである。

符号の説明

１…クライアントサーバシステム
２…サーバ
２−１…入力装置
２−２…出力装置
３…クライアント装置
３−１…第１クライアント装置
３−２…第２クライアント装置
３−３…第３クライアント装置
３−ｎ…第ｎクライアント装置
５…個人特定装置
５ａ…個人特定処理ブロック
６…認証データ格納処理装置
６ａ…認証データ格納処理装置
７…認証データ格納領域
７ａ…認証データ格納領域
８…認証用データベース
９…システムログ
１１…個人特定ログ
１１ａ…個人特定ログ
１２…通常認証処理装置
１３…ログ出力処理装置
１４…ユーザＩＤ確認処理装置
１５…個人特定処理装置
１６…個人特定テーブル
１７…パスワードテーブル
１８…チケット割り当てテーブル
１９…ネットワーク
２１…ＣＰＵ
２２…メモリ（ＲＡＭ）
２３…入出力インターフェース
２４…内蔵時計
２５…ＨＤＤ
２７…バス
３１…ログイン画面
３１−１…第１クライアントログイン画面
３１−２…第２クライアントログイン画面
３１−３…第３クライアントログイン画面
３２…ユーザＩＤ入力ボックス
３３…チケット入力ボックス
４１…ユーザ名
４２…チケット
４３…ユーザＩＤ
４４…パスワード
４５…ログイン日時
４６…ホスト名
４７…操作内容
４８…操作日時
４９…アクセス制限
５１…日時格納領域
５２…システムログ取得用設定格納領域

Claims (20)

1. 複数のユーザに共用される共用アカウントに対応するサーバと、
   ネットワークを介して前記サーバに接続されるクライアントと
   を具備し、
   前記サーバは、
   個人特定テーブルを備える記憶部と、
   前記共用アカウントでのログインが許可された許可ユーザを特定するための個人特定ログを生成する個人特定機能ブロックと
   を備え、
   前記個人特定テーブルは、
   前記共用アカウントのログイン名として設定された共用ユーザＩＤと、前記許可ユーザを示すユーザ名と、前記許可ユーザに付与された識別符号との対応を示し、
   前記個人特定機能ブロックは、
   前記ネットワークを介して前記クライアントから供給される前記識別符号と前記共用ユーザＩＤとを受け取り、前記識別符号に対応する前記ユーザ名を前記個人特定テーブルから抽出し、
   抽出した前記ユーザ名と、前記共用ユーザＩＤと、前記許可ユーザが前記共用アカウントでログインしたログイン時刻とを対応付けて前記個人特定ログを生成する
   クライアントサーバシステム。
2. 請求項１に記載のクライアントサーバシステムにおいて、
   前記記憶部は、さらに、
   前記共用ユーザＩＤのログイン認証に使用されるパスワードと、前記共用ユーザＩＤとの対応を示すパスワードテーブルを備え、
   前記個人特定機能ブロックは、
   前記クライアントから供給された前記共用ユーザＩＤと前記識別符号との組に一致する組が得られたときに、前記パスワードテーブルから前記パスワードを抽出し、
   前記パスワードと前記共用ユーザＩＤとを使用して、前記共用アカウントでのログイン認証を実行する
   クライアントサーバシステム。
3. 請求項２に記載のクライアントサーバシステムにおいて、
   前記個人特定テーブルは、
   前記許可ユーザのアクセス制限に関するアクセス制限情報を保持し、
   前記個人特定機能ブロックは、
   前記アクセス制限情報に基づいて、前記共用アカウントでログインするときのアクセス制限を実行する
   クライアントサーバシステム。
4. 請求項３に記載のクライアントサーバシステムにおいて、
   前記個人特定機能ブロックは、
   ユーザＩＤ確認処理装置と、
   個人特定処理装置と、
   ログ出力装置と
   を備え、
   前記ユーザＩＤ確認処理装置は、
   前記クライアントから送られる前記識別符号と前記共用ユーザＩＤとを受け取り、前記共用ユーザＩＤと前記識別符号との対応を示す認証データを生成し、
   前記個人特定処理装置は、
   前記認証データに示される前記共用ユーザＩＤを受け取り、前記個人特定テーブルに前記共用ユーザＩＤが保持されているか否かを示す存在確認結果と、前記認証データに示される前記識別符合に対応するユーザ名とを出力し、
   前記ログ出力装置は、
   前記個人特定処理装置から供給される前記ユーザ名と、前記存在確認結果と、前記認証データに示される前記共用ユーザＩＤと、現在の日時とに基づいて、前記個人特定ログを出力する
   クライアントサーバシステム。
5. 請求項４に記載のクライアントサーバシステムにおいて、
   前記記憶部は、さらに、
   日時格納領域と、
   システムログ取得用設定格納領域と
   を備え、
   前記個人特定処理装置は、システムの認証用データベースを用いて認証を行う前に、内蔵時計から日時を取得し、日時格納領域に保存日時として保存し、
   前記ログ出力装置は、システムログ取得用設定格納領域に保持される情報に基づいて、日時格納領域に保存された前記保存日時と、システムログに保持されている操作日時とを比較し、その比較結果に基づいて前記システムログに保持されている前記共用ユーザＩＤと前記ホスト名との組に対応する操作を取得して、前記個人特定ログを出力する
   クライアントサーバシステム。
6. 複数のユーザに共用される共用アカウントに対応するクライアントサーバシステムに適用可能なサーバであって、
   個人特定テーブルを備える記憶部と、
   前記共用アカウントでのログインが許可された許可ユーザを特定するための個人特定ログを生成する個人特定機能ブロックと
   を具備し、
   前記個人特定テーブルは、
   前記共用アカウントのログイン名として設定された共用ユーザＩＤと、前記許可ユーザを示すユーザ名と、前記許可ユーザに付与された識別符号との対応を示し、
   個人特定機能ブロックは、
   ネットワークを介してクライアントから供給される前記識別符号と前記共用ユーザＩＤとを受け取り、前記識別符号に対応する前記ユーザ名を前記個人特定テーブルから抽出し、
   抽出した前記ユーザ名と、前記共用ユーザＩＤと、前記許可ユーザが前記共用アカウントでログインしたログイン時刻とを対応付けて前記個人特定ログを生成する
   サーバ。
7. 請求項６に記載のサーバにおいて、
   前記記憶部は、さらに、
   前記共用ユーザＩＤのログイン認証に使用されるパスワードと、前記共用ユーザＩＤとの対応を示すパスワードテーブルを備え、
   前記個人特定機能ブロックは、
   前記クライアントから供給された前記共用ユーザＩＤと前記識別符号との組に一致する組が得られたときに、前記パスワードテーブルから前記パスワードを抽出し、
   前記パスワードと前記共用ユーザＩＤとを使用して、前記共用アカウントでのログイン認証を実行する
   サーバ。
8. 請求項７に記載のサーバにおいて、
   前記個人特定テーブルは、
   前記許可ユーザのアクセス制限に関するアクセス制限情報を保持し、
   前記個人特定機能ブロックは、
   前記アクセス制限情報に基づいて、前記共用アカウントでログインするときのアクセス制限を実行する
   サーバ。
9. 請求項８に記載のサーバにおいて、
   前記個人特定機能ブロックは、
   ユーザＩＤ確認処理装置と、
   個人特定処理装置と、
   ログ出力装置と
   を備え、
   前記ユーザＩＤ確認処理装置は、
   前記クライアントから送られる前記識別符号と前記共用ユーザＩＤとを受け取り、前記共用ユーザＩＤと前記識別符号との対応を示す認証データを生成し、
   前記個人特定処理装置は、
   前記認証データに示される前記共用ユーザＩＤを受け取り、前記個人特定テーブルに前記共用ユーザＩＤが保持されているか否かを示す存在確認結果と、前記認証データに示される前記識別符合に対応するユーザ名とを出力し、
   前記ログ出力装置は、
   前記個人特定処理装置から供給される前記ユーザ名と、前記存在確認結果と、前記認証データに示される前記共用ユーザＩＤと、現在の日時とに基づいて、前記個人特定ログを出力する
   サーバ。
10. 請求項９に記載のサーバにおいて、
    前記記憶部は、さらに、
    日時格納領域と、
    システムログ取得用設定格納領域と
    を備え、
    前記個人特定処理装置は、システムの認証用データベースを用いて認証を行う前に、内蔵時計から日時を取得し、日時格納領域に保存日時として保存し、
    前記ログ出力装置は、システムログ取得用設定格納領域に保持される情報に基づいて、日時格納領域に保存された前記保存日時と、システムログに保持されている操作日時とを比較し、その比較結果に基づいて前記システムログに保持されている前記共用ユーザＩＤと前記ホスト名との組に対応する操作を取得して、前記個人特定ログを出力する
    サーバ。
11. 複数のユーザに共用される共用アカウントに対応し、個人特定テーブルを備える記憶部と前記共用アカウントでのログインが許可された許可ユーザを特定するための個人特定ログを生成する個人特定機能ブロックとを備えるサーバと、ネットワークを介して前記サーバに接続されるクライアントとを具備するクライアントサーバシステムの動作方法であって、
    （ａ）前記共用アカウントのログイン名として設定された共用ユーザＩＤと、前記許可ユーザを示すユーザ名と、前記許可ユーザに付与された識別符号との対応を示す前記個人特定テーブルを読み出すステップと、
    （ｂ）前記ネットワークを介して前記クライアントから供給される前記識別符号と前記共用ユーザＩＤとを受け取るステップと、
    （ｃ）前記識別符号に対応する前記ユーザ名を前記個人特定テーブルから抽出するステップと、
    （ｄ）抽出した前記ユーザ名と、前記共用ユーザＩＤと、前記許可ユーザが前記共用アカウントでログインしたログイン時刻とを対応付けて前記個人特定ログを生成するステップと
    を具備する
    クライアントサーバシステムの動作方法。
12. 請求項１１に記載のクライアントサーバシステムの動作方法において、
    さらに、
    （ｅ）前記記憶部から、前記共用ユーザＩＤのログイン認証に使用されるパスワードと、前記共用ユーザＩＤとの対応を示すパスワードテーブルを読み出し、前記クライアントから供給された前記共用ユーザＩＤと前記識別符号との組に一致する組が得られたときに、前記パスワードテーブルから前記パスワードを抽出し、前記パスワードと前記共用ユーザＩＤとを使用して、前記共用アカウントでのログイン認証を実行するステップ
    を具備する
    クライアントサーバシステムの動作方法。
13. 請求項１２に記載のクライアントサーバシステムの動作方法において、さらに、
    （ｆ）前記個人特定テーブルから前記許可ユーザのアクセス制限に関するアクセス制限情報を読み出し、前記アクセス制限情報に基づいて、前記共用アカウントでログインするときのアクセス制限を実行するステップ
    を具備する
    クライアントサーバシステムの動作方法。
14. 請求項１３に記載のクライアントサーバシステムにおいて、
    前記（ｂ）ステップは、
    前記クライアントから送られる前記識別符号と前記共用ユーザＩＤとを受け取り、前記共用ユーザＩＤと前記識別符号との対応を示す認証データを生成するステップを含み、
    前記（ｃ）ステップは、
    前記認証データに示される前記共用ユーザＩＤを受け取り、前記個人特定テーブルに前記共用ユーザＩＤが保持されているか否かを示す存在確認結果と、前記認証データに示される前記識別符合に対応するユーザ名とを出力するステップを含み、
    前記（ｄ）ステップは、
    前記ユーザ名と、前記存在確認結果と、前記認証データに示される前記共用ユーザＩＤと、現在の日時とに基づいて、前記個人特定ログを出力するステップを含む
    クライアントサーバシステムの動作方法。
15. 請求項１４に記載のクライアントサーバシステムの動作方法において、
    さらに、
    （ｇ）システムの認証用データベースを用いて認証を行う前に、内蔵時計から日時を取得し、保存日時として日時格納領域に保存するステップ
    を具備し、
    前記（ｄ）ステップは、
    システムログ取得用設定格納領域に保持される情報に基づいて、前記日時格納領域に保存された前記保存日時と、システムログに保持されている操作日時とを比較するステップと、
    その比較結果に基づいて前記システムログに保持されている前記共用ユーザＩＤと前記ホスト名との組に対応する操作を取得して、前記個人特定ログを出力するステップと
    を含む
    クライアントサーバシステムの動作方法。
16. 個人特定テーブルを備える記憶部を含み、複数のユーザに共用される共用アカウントに対応するクライアントサーバシステムに適用可能なサーバを、前記共用アカウントでのログインが許可された許可ユーザを特定するための個人特定ログを生成する個人特定機能として動作させるための手順を示す個人特定プログラムであって、
    （ａ）前記共用アカウントのログイン名として設定された共用ユーザＩＤと、前記許可ユーザを示すユーザ名と、前記許可ユーザに付与された識別符号との対応を示す前記個人特定テーブルを読み出すステップと、
    （ｂ）ネットワークを介して供給される前記識別符号と前記共用ユーザＩＤとを受け取るステップと、
    （ｃ）前記識別符号に対応する前記ユーザ名を、前記個人特定テーブルから抽出するステップと、
    （ｄ）抽出した前記ユーザ名と、前記共用ユーザＩＤと、前記許可ユーザが前記共用アカウントでログインしたログイン時刻とを対応付けて前記個人特定ログを生成するステップと
    を実行させるための手順を示す
    個人特定プログラム。
17. 請求項１６に記載の個人特定プログラムにおいて、
    さらに、
    （ｅ）前記記憶部から、前記共用ユーザＩＤのログイン認証に使用されるパスワードと、前記共用ユーザＩＤとの対応を示すパスワードテーブルを読み出し、前記クライアントから供給された前記共用ユーザＩＤと前記識別符号との組に一致する組が得られたときに、前記パスワードテーブルから前記パスワードを抽出し、前記パスワードと前記共用ユーザＩＤとを使用して、前記共用アカウントでのログイン認証を実行するステップ
    を実行させるための手順を示す
    個人特定プログラム。
18. 請求項１７に記載の個人特定プログラムにおいて、さらに、
    （ｆ）前記個人特定テーブルから前記許可ユーザのアクセス制限に関するアクセス制限情報を読み出し、前記アクセス制限情報に基づいて、前記共用アカウントでログインするときのアクセス制限を実行するステップ
    を実行させるための手順を示す
    個人特定プログラム。
19. 請求項１８に記載の個人特定プログラムにおいて、
    前記（ｂ）ステップは、
    前記クライアントから送られる前記識別符号と前記共用ユーザＩＤとを受け取り、前記共用ユーザＩＤと前記識別符号との対応を示す認証データを生成するステップを含み、
    前記（ｃ）ステップは、
    前記認証データに示される前記共用ユーザＩＤを受け取り、前記個人特定テーブルに前記共用ユーザＩＤが保持されているか否かを示す存在確認結果と、前記認証データに示される前記識別符合に対応するユーザ名とを出力するステップを含み、
    前記（ｄ）ステップは、
    前記ユーザ名と、前記存在確認結果と、前記認証データに示される前記共用ユーザＩＤと、現在の日時とに基づいて、前記個人特定ログを出力するステップを含む
    個人特定プログラム。
20. 請求項１９に記載の個人特定プログラムにおいて、さらに、
    （ｇ）システムの認証用データベースを用いて認証を行う前に、内蔵時計から日時を取得し、保存日時として日時格納領域に保存するステップ
    を実行させるための手順を示し、
    前記（ｄ）ステップは、
    システムログ取得用設定格納領域に保持される情報に基づいて、前記日時格納領域に保存された前記保存日時と、システムログに保持されている操作日時とを比較するステップと、
    その比較結果に基づいて前記システムログに保持されている前記共用ユーザＩＤと前記ホスト名との組に対応する操作を取得して、前記個人特定ログを出力するステップと
    を含む
    個人特定プログラム。

Images