(57)【要約】【課題】  より柔軟にかつ安全に、サーバ装置のリソースをユーザに利用させることができる管理サーバ装置等を提供する。【解決手段】  管理サーバ装置２は、ネットワークを介して接続された端末装置１からログイン要求を受信し、その端末装置１から受信したユーザＩＤ、パスワードをを用いてユーザ認証を行い、認証ＯＫの場合にはログインを許可する。また、管理サーバ装置２は、端末装置１からのリソースの提供要求を受信し、リソース提供要求の送信元の端末装置１が管理サーバ装置２にログインしているか否かを判別し、リソース提供要求の送信元の端末装置１がログインしていると判別した場合、監視者がリソースの利用状況を監視できる状態であるか否かについての判定結果に基づいて、提供要求が示すリソースの提供を制限する処理を行う。【選択図】  図１
2005182291.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末装置からのリソースの提供要求に応じて当該提供要求が示すリソースを利用させる機能を有する管理サーバ装置であって、
ユーザを認証するための認証情報が記憶される記憶手段と、
ログイン要求を端末装置から受信する受信手段と、
前記ログイン要求の送信元の端末装置から認証情報を受信し、受信した認証情報と前記記憶手段に記憶されている認証情報を照合し、照合結果に基づいてログインを許可する認証手段と、
端末装置からのリソースの提供要求を受信する手段と、
前記リソース提供要求の送信元の端末装置が当該管理サーバ装置にログインしているか否かを判別する手段と、
監視者がリソースの利用状況を監視できる状態であるか否かを判定する判定手段と、
前記リソース提供要求の送信元の端末装置がログインしていると判別された場合に、前記判定手段による判定結果に基づいて、前記提供要求が示すリソースの提供を制限する制限手段と、
を備えることを特徴とする管理サーバ装置。
【請求項２】
前記認証手段は、
前記判定手段と、前記判定手段による判定結果に基づいて、ログインの認証条件を設定する手段と、
をさらに備えることを特徴とする請求項１に記載の管理サーバ装置。
【請求項３】
前記認証手段は、
前記判定手段により監視者がリソースの利用状況を監視できる状態でないと判別された場合にユーザのログインを拒否する、
ことを特徴とする請求項２に記載の管理サーバ装置。
【請求項４】
当該管理サーバ装置へのログインが予め許可された端末装置について、端末装置を識別するための端末識別情報が記憶される端末情報記憶手段をさらに備え、
前記受信手段は、端末装置を識別するための端末識別情報をさらに受信し、
前記認証手段は、
前記受信された端末識別情報が前記端末情報記憶手段に記憶されている端末識別情報と合致する場合であり、且つ、前記判定手段により監視者がリソースの利用状況を監視できる状態であると判別された場合には、認証情報の照合を行わずに認証ＯＫとする、
ことを特徴とする請求項２に記載の管理サーバ装置。
【請求項５】
リソースの利用の予約に関する予約要求を前記端末装置から受信する手段と、
前記予約要求の送信元の端末装置について、当該端末の端末識別情報を前記端末情報記憶手段に登録する手段と、
をさらに備えることを特徴とする請求項４に記載の管理サーバ装置。
【請求項６】
前記判定手段は、監視者が当該管理サーバ装置にログインしているか否かを判定し、当該判定結果に基づいて、監視者がリソースの利用状況を監視できる状態であると判定する、
ことを特徴とする請求項１乃至５のいずれか１項に記載の管理サーバ装置。
【請求項７】
監視者のメールアドレスが記憶されているアドレス記憶手段をさらに備え、
前記認証手段は、監視者が当該管理サーバ装置にログインしていないと判定された場合、前記アドレス記憶手段に記憶されているメールアドレス宛に電子メールを送信する手段をさらに備える、
ことを特徴とする請求項１乃至６に記載の管理サーバ装置。
【請求項８】
当該管理サーバ装置にログイン中の各ユーザについて、リソースの利用状況を示す情報を、監視者の端末装置に送信する手段と、
ユーザに対するリソースの提供の制限を指示する指示データを監視者の端末装置から受信し、当該指示データに基づいて、ユーザに対するリソースの提供を制限する手段と、
をさらに備えることを特徴とする請求項１乃至７に記載の管理サーバ装置。
【請求項９】
前記制限手段は、ユーザの種別と、前記提供要求が示すリソースの種別と、に基づいて、当該ユーザの不正利用の可能性を判定する手段をさらに備える、
ことを特徴とする請求項１乃至８に記載の管理サーバ装置。
【請求項１０】
前記制限手段は、前記ユーザについて不正利用の可能性があると判定された場合に、当該ユーザに対するリソースの提供を制限する、
ことを特徴とする請求項９に記載の管理サーバ装置。
【請求項１１】
前記制限手段は、前記ユーザについて不正利用の可能性があると判定された場合に、管理者に対する通知を送信する、
ことを特徴とする請求項９又は１０に記載の管理サーバ装置。
【請求項１２】
前記判定手段による判定を、前記リソースの提供要求を受信したときと、所定時間毎の、少なくとも一方のタイミングで実行させる手段と、
前記タイミングで実行された判定の判定結果を記憶する判定結果記憶手段と、
前記判定結果記憶手段により記憶された判定結果を参照し、監視者がリソースの利用状況を監視できる状態からできない状態に変わった場合には、ユーザをログオフさせる手段と、
を備えることを特徴とする請求項１乃至１１のいずれか１項に記載の管理サーバ装置。
【請求項１３】
前記判定手段による判定を、前記リソースの提供要求を受信したときと、所定時間毎の、少なくとも一方のタイミングで実行させる手段と、
前記タイミングで実行された判定の判定結果を記憶する判定結果記憶手段と、
前記判定結果記憶手段により記憶された判定結果を参照し、監視者がリソースの利用状況を監視できる状態からできない状態に変わった場合には、リソースの提供を制限する手段と、
を備えることを特徴とする請求項１乃至１１のいずれか１項に記載の管理サーバ装置。
【請求項１４】
リソースの提供の制限に関する制限レベルと、ユーザによるリソースの利用状況の監視に関する監視レベルと、が関連づけて記憶される制限レベル手段と、
リソースの提供の制限内容が制限レベル毎に記憶される手段と、を備え、
前記制限手段は、現在設定されている監視レベルに対応する制限レベルを特定し、当該制限レベルに対応する制限内容に従ってリソースの提供を制限する、
ことを特徴とする請求項１乃至１３のいずれか１項に記載の管理サーバ装置。
【請求項１５】
当該管理サーバ装置にアクセスしてきた端末装置を複数の信用レベルに分別するための信用レベル情報が記憶される手段をさらに備え、
前記制限レベル記憶手段には、前記監視レベルと信用レベルの組み合わせと、前記制限レベルと、が関連づけて記憶され、
前記制限手段は、現在設定されている監視レベルと前記端末装置の信用レベルの組み合わせに対応する制限レベルを特定し、当該制限レベルに対応する制限内容に従ってリソースの提供を制限する、
ことを特徴とする請求項１４に記載の管理サーバ装置。
【請求項１６】
ネットワークを介して接続された端末装置からのリソースの提供要求に応じて当該提供要求が示すリソースを利用させるコンピュータを用いたアクセス管理方法であって、
ログイン要求を端末装置からネットワークを介して受信するステップと、
前記ログイン要求の送信元の端末装置から認証情報を受信し、受信した認証情報と、予め登録されている認証情報を照合し、照合結果に基づいてログインを許可する認証ステップと、
端末装置からのリソースの提供要求を前記ネットワークを介して受信するステップと、
前記端末装置のユーザが当該サーバ装置にログインしているか否かを判別するステップと、
監視者が当該サーバ装置にログインしているか否かを判定し、当該判定結果に基づいて、リソースの利用状況を監視できる状態であるか否かを判定する判定ステップと、
前記端末装置がログインしていると判別された場合に、前記判定ステップによる判定結果に基づいて、前記提供要求が示すリソースの提供を制限するステップと、
を備えることを特徴とするアクセス管理方法。
【請求項１７】
コンピュータに、
ログイン要求を端末装置からネットワークを介して受信するステップ、
前記ログイン要求の送信元の端末装置から認証情報を受信し、受信した認証情報と、予め登録されている認証情報を照合し、照合結果に基づいてログインを許可する認証ステップ、
端末装置からのリソースの提供要求を前記ネットワークを介して受信するステップ、
前記端末装置のユーザが当該サーバ装置にログインしているか否かを判別するステップ、
監視者が当該サーバ装置にログインしているか否かを判定し、当該判定結果に基づいて、リソースの利用状況を監視できる状態であるか否かを判定する判定ステップ、
前記端末装置がログインしていると判別された場合に、前記判定ステップによる判定結果に基づいて、前記提供要求が示すリソースの提供を制限するステップ、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、端末装置がネットワークを介してサーバに接続してサーバのリソースを利用するシステムに関する。
【背景技術】
【０００２】
従来、端末装置からインターネット等のネットワークを介してサーバ装置に接続し、サーバ装置のリソースを利用することができるものとして、リモートデスクトップ接続等のようなリモートアクセス技術が実現されている。このような接続形態では、システムのセキュリティを守るため、ユーザＩＤ及びパスワード等のユーザ認証情報をサーバ側で管理し、利用者により入力されたユーザ認証情報を受信して、予め登録されているものと一致するかを判定し、一致する場合に利用許可を与えていた。
【０００３】
例えば、ユーザの携帯端末がリモートアクセス制御サーバを介してイントラネット上のサーバに外部からアクセスすることができるシステムもある（特許文献１参照）。
【特許文献１】特開２００２−３４２２７０号公報（第５頁、第２図）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、近年ではユーザＩＤやパスワード等が盗まれて不正に使用される等の危険も増加しており、ユーザ認証だけではシステムの安全性が守れないのが現状である。
これに対して、管理者が各利用者の利用状況を常時監視することで安全性を保持することも考えられるが、常時管理者がサーバ装置にログインして監視を行うということは現実的に難しい。従って、監視を常設することを前提とせずにシステムの安全性を保持するためには、厳しいセキュリティ対策を取ることが一般的となっており、この場合、ログイン手続きが煩雑であったり、利用が過度に制限されたりする等して、ユーザにとって不便なことも多かった。
【０００５】
本発明は、上記実状に鑑みてなされたものであり、より柔軟にかつ安全に、サーバ装置のリソースをユーザに利用させることができる管理サーバ等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、この発明の第１の観点に係る管理サーバ装置は、
ネットワークを介して接続された端末装置からのリソースの提供要求に応じて当該提供要求が示すリソースを利用させる機能を有する管理サーバ装置であって、
ユーザを認証するための認証情報が記憶される記憶手段と、
ログイン要求を端末装置から受信する受信手段と、
前記ログイン要求の送信元の端末装置から認証情報を受信し、受信した認証情報と前記記憶手段に記憶されている認証情報を照合し、照合結果に基づいてログインを許可する認証手段と、
端末装置からのリソースの提供要求を受信する手段と、
前記リソース提供要求の送信元の端末装置が当該管理サーバ装置にログインしているか否かを判別する手段と、
監視者がリソースの利用状況を監視できる状態であるか否かを判定する判定手段と、
前記リソース提供要求の送信元の端末装置がログインしていると判別された場合に、前記判定手段による判定結果に基づいて、前記提供要求が示すリソースの提供を制限する制限手段と、
を備えることを特徴とする。
【０００７】
このような構成によれば、不正利用の有無を監視できる状態であるか否かの判定結果に応じて、リソースの提供の制限の厳しさを変えることができるため、より柔軟にかつ安全に、サーバ装置のリソースをユーザに利用させることができる。これにより、例えば、正規の利用者が席を外している間の他の利用者による不正利用や、パスワードの盗難等による不正利用等の通常のユーザ認証では防止し得ない不正利用を防ぐことができるとともに、必要に応じて、ユーザ認証手続きを簡単にしたり、提供対象のリソースを限定せずに種々のリソースを提供可能としたりすることができる。
【０００８】
前記認証手段は、
前記判定手段と、前記判定手段による判定結果に基づいて、ログインの認証条件を設定する手段と、
をさらに備えてもよい。
これにより、より柔軟かつ確実にセキュリティ管理を行うことができる。
【０００９】
前記認証手段は、
前記判定手段により監視者がリソースの利用状況を監視できる状態でないと判別された場合にユーザのログインを拒否するようにしてもよい。
これにより、確実にセキュリティを維持することができる。
【００１０】
当該管理サーバ装置へのログインが予め許可された端末装置について、端末装置を識別するための端末識別情報が記憶される端末情報記憶手段をさらに備えてもよく、
前記受信手段は、端末装置を識別するための端末識別情報をさらに受信してもよく、
前記認証手段は、
前記受信された端末識別情報が前記端末情報記憶手段に記憶されている端末識別情報と合致する場合であり、且つ、前記判定手段により監視者がリソースの利用状況を監視できる状態であると判別された場合には、認証情報の照合を行わずに認証ＯＫとしてもよい。
これにより、さらに柔軟なセキュリティ管理を行うことができる。
【００１１】
リソースの利用の予約に関する予約要求を前記端末装置から受信する手段と、
前記予約要求の送信元の端末装置について、当該端末の端末識別情報を前記端末情報記憶手段に登録する手段と、
をさらに備えてもよい。
【００１２】
前記判定手段は、監視者が当該管理サーバ装置にログインしているか否かを判定し、当該判定結果に基づいて、監視者がリソースの利用状況を監視できる状態であると判定してもよい。
これにより、より柔軟かつ確実にセキュリティ管理を行うことができる。
【００１３】
監視者のメールアドレスが記憶されているアドレス記憶手段をさらに備えてもよく、
前記認証手段は、監視者が当該管理サーバ装置にログインしていないと判定された場合、前記アドレス記憶手段に記憶されているメールアドレス宛に電子メールを送信する手段をさらに備えてもよい。
これにより、管理者は常に管理サーバ装置にログインしていなくとも、電子メール等による通知があった場合に近くの端末装置からログインして他のユーザのログインを可能とし、利用状況の監視を行うことができる。
【００１４】
当該管理サーバ装置にログイン中の各ユーザについて、リソースの利用状況を示す情報を、監視者の端末装置に送信する手段と、
ユーザに対するリソースの提供の制限を指示する指示データを監視者の端末装置から受信し、当該指示データに基づいて、ユーザに対するリソースの提供を制限する手段と、
をさらに備えてもよい。
【００１５】
前記制限手段は、ユーザの種別と、前記提供要求が示すリソースの種別と、に基づいて、当該ユーザの不正利用の可能性を判定する手段をさらに備えてもよい。
【００１６】
前記制限手段は、前記ユーザについて不正利用の可能性があると判定された場合に、当該ユーザに対するリソースの提供を制限してもよい。
【００１７】
前記制限手段は、前記ユーザについて不正利用の可能性があると判定された場合に、管理者に対する通知を送信してもよい。
【００１８】
前記判定手段による判定を、前記リソースの提供要求の受信したときと、所定時間毎の、少なくとも一方のタイミングで実行させる手段と、
前記タイミングで実行された判定の判定結果を記憶する判定結果記憶手段と、
前記判定結果記憶手段により記憶された判定結果を参照し、監視者がリソースの利用状況を監視できる状態からできない状態に変わった場合には、ユーザをログオフさせる手段と、
を備えてもよい。
これにより、管理者がログオフして監視が行われない状態になった場合でも、セキュリティを維持することができる。
【００１９】
前記判定手段による判定を、前記リソースの提供要求の受信したときと、所定時間毎の、少なくとも一方のタイミングで実行させる手段と、
前記タイミングで実行された判定の判定結果を記憶する判定結果記憶手段と、
前記判定結果記憶手段により記憶された判定結果を参照し、監視者がリソースの利用状況を監視できる状態からできない状態に変わった場合には、リソースの提供を制限する手段と、
を備えてもよい。
これにより、管理者がログオフして監視が行われない状態になった場合に、ユーザをログオフさせることなく、セキュリティを維持することができる。
【００２０】
リソースの提供の制限に関する制限レベルと、ユーザによるリソースの利用状況の監視に関する監視レベルと、が関連づけて記憶される制限レベル手段と、
リソースの提供の制限内容が制限レベル毎に記憶される手段と、を備えてもよく、
前記制限手段は、現在設定されている監視レベルに対応する制限レベルを特定し、当該制限レベルに対応する制限内容に従ってリソースの提供を制限してもよい。
これにより、より柔軟な利用制限を行うことができる。
【００２１】
当該管理サーバ装置にアクセスしてきた端末装置を複数の信用レベルに分別するための信用レベル情報が記憶される手段をさらに備えてもよく、
前記制限レベル記憶手段には、前記監視レベルと信用レベルの組み合わせと、前記制限レベルと、が関連づけて記憶されてもよく、
前記制限手段は、現在設定されている監視レベルと前記端末装置の信用レベルの組み合わせに対応する制限レベルを特定し、当該制限レベルに対応する制限内容に従ってリソースの提供を制限してもよい。
これにより、更に柔軟な利用制限を行うことができる。
【００２２】
また、この発明の第２の観点に係るアクセス管理方法は、
ネットワークを介して接続された端末装置からのリソースの提供要求に応じて当該提供要求が示すリソースを利用させるコンピュータを用いたアクセス管理方法であって、
ログイン要求を端末装置からネットワークを介して受信するステップと、
前記ログイン要求の送信元の端末装置から認証情報を受信し、受信した認証情報と、予め登録されている認証情報を照合し、照合結果に基づいてログインを許可する認証ステップと、
端末装置からのリソースの提供要求を前記ネットワークを介して受信するステップと、
前記端末装置のユーザが当該サーバ装置にログインしているか否かを判別するステップと、
監視者が当該サーバ装置にログインしているか否かを判定し、当該判定結果に基づいて、リソースの利用状況を監視できる状態であるか否かを判定する判定ステップと、
前記端末装置がログインしていると判別された場合に、前記判定ステップによる判定結果に基づいて、前記提供要求が示すリソースの提供を制限するステップと、
を備えることを特徴とする。
【００２３】
また、この発明の第３の観点に係るプログラムは、
コンピュータに、
ログイン要求を端末装置からネットワークを介して受信するステップ、
前記ログイン要求の送信元の端末装置から認証情報を受信し、受信した認証情報と、予め登録されている認証情報を照合し、照合結果に基づいてログインを許可する認証ステップ、
端末装置からのリソースの提供要求を前記ネットワークを介して受信するステップ、
前記端末装置のユーザが当該サーバ装置にログインしているか否かを判別するステップ、
監視者が当該サーバ装置にログインしているか否かを判定し、当該判定結果に基づいて、リソースの利用状況を監視できる状態であるか否かを判定する判定ステップ、
前記端末装置がログインしていると判別された場合に、前記判定ステップによる判定結果に基づいて、前記提供要求が示すリソースの提供を制限するステップ、
を実行させる。
【発明の効果】
【００２４】
本発明によれば、より柔軟にかつ安全に、サーバ装置のリソースをユーザに利用させることができる。
【発明を実施するための最良の形態】
【００２５】
以下、本発明の実施の形態に係るアクセス管理システムについて図面を参照して説明する。
【００２６】
（実施形態１）
本発明の第１の実施形態に係るアクセス管理システムの構成例を図１に示す。図示されるように、このアクセス管理システムは、複数の端末装置１と、管理サーバ装置２と、を備え、これらはネットワーク１０（インターネット、ＬＡＮ等の種々のネットワークを含む）を介して接続可能に構成されている。
【００２７】
端末装置１は、例えば図２に示すように、制御部１１、記憶部１２、表示部１３、入力部１４、通信部１５等を備えるコンピュータから構成される。
【００２８】
制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等から構成され、記憶部に予め記憶された動作プログラム等を読み出して、管理サーバ装置２にログイン要求を送信する処理、管理サーバ装置２にリソース提供要求を送信する処理、ログアウト要求を送信する処理等を行う。また、監視者により操作される端末装置１の制御部１１は、管理サーバ装置２のリソースの利用状況を監視するための処理等をさらに実行する。このリソースの利用状況を監視するための処理は、例えば、ログインしているユーザや端末装置１の情報を要求し、管理サーバ装置２から受信して表示する処理、各ユーザによるリソースの利用内容のログデータを要求し、管理サーバ装置２から受信して表示する処理、利用制限の対象となるユーザ、端末装置１、リソース等を指定する入力を受け付けて、それらの入力データを利用制限の指示とともに管理サーバ装置２に送信する処理等を含む。
【００２９】
記憶部１２は、例えば、ハードディスク装置等から構成される。記憶部１２は、制御部１１が実行するための動作プログラム及び処理に必要な各種データ等が記憶される。また、記憶部１２には、端末装置１の端末名、ＩＰアドレス等が記憶され、これらの情報は端末装置１から管理サーバ装置２への各種要求等に付加されて送信される。
表示部１３は、例えば、ＣＲＴ、液晶ディスプレイ等の表示装置から構成され、制御部１１からの指示に従って各種画面等を出力する。
入力部１４は、例えば、キーボード、ポインティング・デバイス等の入力装置から構成され、入力されたデータを制御部１１に送信する。
通信部１５は、例えば、ネットワーク１０を介した他のコンピュータとの間のデータ通信を制御する。
【００３０】
管理サーバ装置２は、例えば図３に示すように、制御部２１、記憶部２２、表示部２３、入力部２４、通信部２５等を備えるコンピュータから構成される。また、管理サーバ装置２には、例えば、プリンタ、スキャナ等の装置が接続されている。
【００３１】
制御部２１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、管理サーバ装置２全体を制御する。制御部２１は、記憶部２２に予め記憶された動作プログラム等を読み出して後述する各種処理を実行する。制御部２１により実行される処理は、端末装置１からのログイン要求を受け付けるログイン受付処理、端末装置１からのリソースの提供要求を受け付けるリソース提供処理、端末装置１からのログアウトを受け付けるログアウト受付処理等を含む。
【００３２】
ログイン受付処理では、制御部２１は、端末装置１からのログイン要求を受信すると、端末装置１から受信したユーザＩＤ及びパスワードと記憶部２２のユーザ管理テーブルを用いてユーザ認証を行い、認証ＯＫである場合には、記憶部２２のログイン管理テーブルを参照して管理者がログインしているかを判別し、管理者がログインしている場合には、ログインを許可し、ログイン要求元のユーザＩＤ、端末装置１の端末ＩＤ等をログイン管理テーブルに登録する。なお、管理者が管理者がログインしていない場合には、ログインを許可しない。
【００３３】
リソース提供処理では、制御部２１は、端末装置１からのリソースの提供要求を受信すると、その発信元のユーザが既にログインしているかを記憶部２２のログイン管理テーブルを参照して判別し、ログインしている場合には、さらに、管理者がログインしているかを判別し、管理者がログインしている場合には、要求されたリソースを提供する処理を行い、管理者がログインしていない場合には、各リソースの安全性に基づいてリソースの提供を制限する。このリソースの制限においては、制御部２１は、例えば、記憶部２２のリソース管理テーブルを参照して、要求されたリソースの安全性を確認し、安全であると設定されているリソースについては提供し、危険であると設定されているリソースについては提供しない。なお、リソース提供要求のデータ形式は任意であり、ユーザが提供を要求するリソースを特定する情報を含んでいればよい。例えば、リソース名等のリソースを特定する情報とリソースを利用するためのコマンドを含んだものでも良く、また、特定のリソースの実行を指示するコマンドでもよい。
【００３４】
ログアウト受付処理では、制御部２１は、端末装置１からのログアウト要求を受信すると、そのログアウト要求元について登録されているデータをログイン管理テーブルから削除する。また、制御部２１は、ログアウト要求が管理者の端末装置１からの要求であるかを判別し、管理者の端末装置１からの要求である場合には、現在ログインしている全ての端末装置１に対してリソースが制限されることを通知する。
【００３５】
記憶部２２は、例えば、ハードディスク装置等から構成される。記憶部２２は、制御部２１が実行するための動作プログラム及び処理に必要な各種データ等を記憶する。さらに、記憶部２２は、端末装置１からのリソースの提供要求に応答して提供される各種アプリケーション、各種データ等を記憶する。また、記憶部２２は、ユーザ管理テーブル、ログイン管理テーブル、端末管理テーブル、リソース管理テーブル等を記憶する。
【００３６】
ユーザ管理テーブルには、例えば図４に示すように、ユーザ（管理者も含む）に関し、ユーザＩＤ、パスワード、ユーザ種別、メールアドレス等のデータから構成されるユーザ管理情報が登録されている。
端末管理テーブルには、例えば図５に示すように、管理サーバ装置２へのログインが予め許可された端末装置１に関し、端末名、ＩＰアドレス、許可登録種別等のデータから構成される端末管理情報が登録されている。
ログイン管理テーブルには、例えば図６に示すように、管理サーバ装置２によりログインが許可されたユーザ及び端末装置１に関する、ユーザＩＤ、端末名、ＩＰアドレス等のデータから構成されるログイン情報が登録されている。
リソース管理テーブルには、例えば図７に示すように、管理サーバ装置２が提供可能な各リソースについて安全性を示すデータ（例えば、”安全”、”危険”等）が設定されているリソース情報が登録されている。
【００３７】
表示部２３は、例えば、ＣＲＴ、液晶ディスプレイ等の表示装置から構成され、制御部２１からの指示に従って各種画面等を出力する。
入力部２４は、例えば、キーボード、ポインティング・デバイス等の入力装置から構成され、入力されたデータを制御部２１に送信する。
通信部２５は、例えば、ネットワーク１０を介した他のコンピュータとの間のデータ通信を制御する。
【００３８】
次に、この第１の実施形態に係るアクセス管理システムにおける管理サーバ装置２により実行される各処理について説明する。
まず、端末装置１からログイン要求を受け付けるログイン受付処理を図８を参照して説明する。
【００３９】
管理サーバ装置２の制御部２１は、端末装置１からログイン要求とＩＰアドレス、端末名等を受信すると（ステップＳ１）、受信したＩＰアドレスが記憶部２２の端末管理テーブルに登録されているか、即ち、予めログイン許可の登録がなされている端末装置１であるかを判別する（ステップＳ２）。ＩＰアドレスが登録されていない端末装置１の場合、ユーザＩＤ及びパスワードの入力画面データを端末装置１に送信する等して、ユーザにより入力されたユーザＩＤ及びパスワードを端末装置１から受信し、受信したユーザＩＤに対応するパスワードを記憶部２２のユーザ管理テーブルから読み出し、読み出したパスワードと、受信したパスワードと、を照合するユーザ認証を行う（ステップＳ３）。
【００４０】
そして、制御部２１は、照合したパスワードが合致する場合には認証ＯＫ、即ち、正規の登録ユーザであると判定し（ステップＳ４：ＹＥＳ）、ログイン要求元の端末装置１が管理者の端末であるかを判定する（ステップＳ５）。具体的には、例えば、受信したＩＰアドレスが、記憶部２２のユーザ管理テーブルに登録されている管理者のＩＰアドレスとが合致する場合に、ログイン要求元の端末装置１が管理者の端末装置１であると判定する。
【００４１】
ステップＳ５において、ログイン要求元の端末装置１が管理者の端末ではないと判定された場合、管理者が管理サーバ装置２に既にログインしているか否かを判別する（ステップＳ６）。具体的には、例えば、記憶部２２のユーザ管理テーブルから管理者のユーザＩＤを読み出し、その管理者のユーザＩＤがログイン管理テーブルに登録されているか否かを判別する。
そして、ステップＳ６において、管理者の端末装置１が既にログインしていると判別された場合（例えば、管理者のユーザＩＤがログイン管理テーブルに登録されている場合）、要求されたログインを許可し、要求元の端末装置１からの受信したユーザＩＤ、端末名、ＩＰアドレス等のデータをログイン情報として記憶部２２のログイン管理テーブルに登録（記憶）する（ステップＳ７）。
【００４２】
また、ステップＳ４において、照合したパスワードが合致しない場合と、ステップＳ６において、管理者が管理サーバ装置２にログインしていないと判別された場合には、ログインを許可しない旨の通知データを要求元の端末装置１に送信する（ステップＳ８）。
【００４３】
また、ステップＳ２において、ログイン要求とともに受信したＩＰアドレスが記憶部２２の端末管理テーブルに登録されている場合には、ステップＳ３、４のユーザ認証に関する処理を省略して、ステップＳ５を実行する。
【００４４】
次に、端末装置１からリソースの提供要求を受け付けるリソース提供処理を図９を参照して説明する。
まず、管理サーバ装置２の制御部２１は、端末装置１からリソース提供要求とユーザＩＤ、端末装置１のＩＰアドレス等のデータを受信すると（ステップＳ１０）、送信元の端末装置１とユーザのチェックを行う（ステップＳ１１）。具体的には、例えば、受信したＩＰアドレスが記憶部２２の端末管理テーブルに登録されていることと、受信したユーザＩＤが記憶部２２のユーザ管理テーブルに登録されていることを確認する。
次に、制御部２１は、要求元の端末装置１が既に管理サーバ装置２にログインしている端末であるかを判別する（ステップＳ１２）。具体的には、例えば、受信したＩＰアドレスが記憶部２２のログイン管理テーブルに登録されているかを判別する。
そして、端末装置１が管理サーバ装置２のログインしていると判別した場合には、その端末装置１のユーザが管理者であるかを判定する（ステップＳ１３）。具体的には、例えば、ログイン管理テーブルから、受信したＩＰアドレスに対応するユーザＩＤをを読み出し、そのユーザＩＤが、ユーザ管理テーブルに登録されている管理者のユーザＩＤと一致するかを判別し、一致する場合に、端末装置１のユーザが管理者であると判定する。
【００４５】
ステップＳ１３において、端末装置１のユーザが管理者ではないと判定された場合、制御部２１は、管理者が管理サーバ装置２に既にログインしているか否かを判別する（ステップＳ１４）。具体的には、例えば、記憶部２２のユーザ管理テーブルから管理者のユーザＩＤを読み出し、その管理者のユーザＩＤがログイン管理テーブルに登録されているか否かを判別する。
【００４６】
そして、ステップＳ１４において、管理者の端末装置１が既にログインしていると判別された場合（例えば、管理者のユーザＩＤがログイン管理テーブルに登録されている場合）、制御部２１は、要求されたリソースを提供するための処理を行う（ステップＳ１５）。具体的には、受信したリソースの提供要求が例えば「アプリケーションＡ１の実行」を示す場合には、アプリケーションＡ１を実行し、その実行画面データ等を要求元の端末装置１に送信する。
【００４７】
また、ステップＳ１４において、管理者の端末装置１がログインしていないと判別された場合、制御部２１は、要求されたリソースの安全なものであるか否かを判定する（ステップＳ１６）。具体的には、受信したリソースの提供要求が示すリソースに対応する安全性のデータをリソース管理テーブルから取り出し、設定値が「安全」であるかを判別し、「安全」と設定される場合には、要求されたリソースが安全なものであると判定する。
そして、ステップＳ１６において、リソースが安全なものであると判定された場合には、要求されたリソースを提供するための処理を行い（ステップＳ１５）、安全なものであると判定されなかった場合には、現在はそのリソースの提供ができない旨の通知データを端末装置１に送信する（ステップＳ１７）。
【００４８】
また、ステップＳ１３において、要求元の端末装置１のユーザが管理者であると判定された場合、制御部２１は、受信した要求がリソースの利用状況の確認要求であるか（例えば、受信した要求が利用状況確認のためのコマンドであるか等）を判別する（ステップＳ１８）。そして、リソースの利用状況の確認要求である場合には、他のユーザによるリソースの利用状況を示す各種データ等を要求元の端末装置１に送信し、さらに、他のユーザに対するリソースの提供を制限等する指示データ等を受信した場合等には、受信した指示データに従って他のユーザの利用を制限するための処理を行う（ステップＳ１９）。なお、ユーザの利用状況を示すデータは、例えば、ログインしている端末やユーザを示す情報や、各ユーザによるリソースの利用内容を示すログ等を含む。また、指定されたユーザの利用を制限する処理では、例えば、特定のユーザについて利用を制限する旨の指示データを受信した場合には、制御部２１は、ログイン管理テーブルを参照してそのユーザの端末装置１のＩＰアドレス等を取得し、そのＩＰアドレスの端末装置１との通信を強制的に終了するようにしてもよい。
【００４９】
また、ステップＳ１２において、要求元の端末装置１が管理サーバ装置２にログインしていないと判別された場合には、ログインが必要である旨の通知データを要求元の端末装置１に送信する（ステップＳ２０）。
【００５０】
次に、端末装置１からログアウト要求を受け付けるログアウト受付処理を図１０を参照して説明する。
【００５１】
管理サーバ装置２の制御部２１は、端末装置１からログアウト要求とＩＰアドレス、端末名等のデータを受信すると（ステップＳ２１）、ログアウト要求元の端末装置１が管理者の端末であるかを判定する（ステップＳ２２）。具体的には、例えば、受信したＩＰアドレスが、記憶部２２のユーザ管理テーブルに登録されている管理者のＩＰアドレスとが合致する場合に、ログアウト要求元の端末装置１が管理者の端末装置１であると判定する。
【００５２】
ステップＳ２２において、ログアウト要求元の端末装置１が管理者の端末であると判定された場合、現在ログインしている全ての端末装置１に対して、リソースの利用が制限される旨の通知データを送信する（ステップＳ２３）。具体的には、ログイン管理テーブルに登録されている端末装置１のＩＰアドレスを取り出し、そのＩＰアドレスに対して上記の通知データを送信する。そして、ログアウト要求元の端末装置１をログアウトさせ、ログイン管理テーブルから、その端末装置１のログイン情報を削除する（ステップＳ２４）。
【００５３】
なお、ステップＳ２２において、ログアウト要求元の端末装置１が管理者の端末ではないと判定された場合、フローはステップＳ２３をスキップしてステップＳＳ２４に進む。
【００５４】
なお、上記ログアウト受付処理では、管理者がログアウトした場合に、ログインしている各ユーザに対してリソースの利用が制限される旨の通知を送信するようにしているが、これに限定されず、例えば、ログインしているユーザの端末装置１との通信を終了することにより、強制的にログオフさせるようにしてもよい。
【００５５】
（実施形態２）
第１の実施形態では、管理サーバ装置２が、管理者以外のユーザからログイン要求を受信したときに管理者がログインしていなければログインが不可である旨の通知を端末装置１に送信していたが、第２の実施形態では、ログイン不可である通知を送信するとともに利用希望時間の指定を受け付けて登録し、指定された時間に再度管理者のログイン状態を確認し、ログインしていれば登録元のユーザに対してログイン可能であることを通知することを特徴とする。この第２の実施形態に係るアクセス管理システムについて、以下、特徴点を中心に説明する。
【００５６】
第２の実施形態に係るアクセス管理システムは、図１に示す第１の実施形態のシステム構成と同様に、端末装置１と、管理サーバ装置２と、を備え、これらはネットワーク１０を介して接続される。第２の実施形態における端末装置１、管理サーバ装置２の構成は、図２、図３にそれぞれ示す第１の実施形態の端末装置１、管理サーバ装置２の構成と同様である。
【００５７】
第２の実施形態における端末装置１の制御部１１は、記憶部１２に予め記憶された動作プログラム等を読み出して実行することにより、第１の実施形態と同様の各種処理を行う。
【００５８】
第２の実施形態における管理サーバ装置２の制御部２１は、記憶部２２に予め記憶された動作プログラム等を読み出して、端末装置１からのログイン要求を受け付けるログイン受付処理、登録されたスケジュール情報に従って、ユーザにより指定された時間にそのユーザがログイン可能な状態になっている場合にはそれを通知するスケジュール処理、と端末装置１からのリソースの提供要求を受け付けるリソース提供処理、端末装置１からのログアウトを受け付けるログアウト受付処理等を実行する。
【００５９】
ログイン受付処理では、制御部２１は、端末装置１からのログイン要求を受信すると、端末装置１から受信したユーザＩＤ及びパスワードと記憶部２２のユーザ管理テーブルを用いてユーザ認証を行い、認証ＯＫである場合には、記憶部２２のログイン管理テーブルを参照して管理者がログインしているかを判別し、管理者がログインしている場合には、ログインを許可し、ログイン要求元のユーザＩＤ、端末装置１の端末ＩＤ等をログイン管理テーブルに登録する。なお、管理者が管理者がログインしていない場合には、ログインは許可しない旨を端末装置１に通知するとともに、ユーザに利用希望時間がある場合には、情報を入力させて記憶部２２のスケジュール管理テーブルに登録する。
スケジュール処理では、制御部２１は、内部タイマを用いて所定時間毎に発生させるタイマ割込に応答して、記憶部２２のスケジュール管理テーブルを参照し、現在時刻が利用希望時刻に達したスケジュール情報があるかを判別し、ある場合には、管理者がログインしているかを判定し、ログインしている場合には、該当する端末装置１に対して、現在はログイン可能である旨の通知を送信する。
なお、リソース提供処理とログアウト受付処理については第１の実施形態と同様である。
【００６０】
また、第２の実施形態における管理サーバ装置２の記憶部２２は、第１の実施形態における各テーブルに加えて、スケジュール管理テーブルをさらに記憶する。スケジュール管理テーブルは、例えば図１１に示すような、ユーザＩＤ、端末名、ＩＰアドレス、利用希望時間（利用開始時刻、利用終了時刻等）等のデータからなるスケジュール情報が登録されている。
【００６１】
次に、この第２の実施形態における管理サーバ装置２により実行されるログイン受付処理を図１２を参照して説明する。
管理サーバ装置２の制御部２１は、端末装置１からログイン要求とＩＰアドレス、端末名等を受信すると（ステップＳ３１）、要求元の端末装置１が予めログイン許可がなされた端末装置であるかを判別する（ステップＳ３２）。具体的には、受信したＩＰアドレス等が記憶部２２の端末管理テーブルに登録されているかを判別し、登録されている場合には、予めログイン許可がなされた端末であると判別する。
【００６２】
そして、ステップＳ３２において、ＩＰアドレス等が端末管理テーブルに登録されていない場合、制御部２１は、ユーザＩＤ及びパスワードの入力画面データを端末装置１に送信する等して、ユーザにより入力されたユーザＩＤ及びパスワードを端末装置１から受信し、受信したユーザＩＤに対応するパスワードを記憶部２２のユーザ管理テーブルから読み出し、読み出したパスワードと、受信したパスワードと、を照合するユーザ認証を行う（ステップＳ３３）。
【００６３】
そして、制御部２１は、照合したパスワードが合致する場合には認証ＯＫ、即ち、正規の登録ユーザであると判定し（ステップＳ３４：ＹＥＳ）、ログイン要求元の端末装置１が管理者の端末であるかを判定する（ステップＳ３５）。具体的には、例えば、受信したＩＰアドレスが、記憶部２２のユーザ管理テーブルに登録されている管理者のＩＰアドレスとが合致する場合に、ログイン要求元の端末装置１が管理者の端末装置１であると判定する。
【００６４】
ステップＳ３５において、ログイン要求元の端末装置１が管理者の端末ではないと判定された場合、管理者が管理サーバ装置２に既にログインしているか否かを判別する（ステップＳ３６）。具体的には、例えば、記憶部２２のユーザ管理テーブルから管理者のユーザＩＤを読み出し、その管理者のユーザＩＤがログイン管理テーブルに登録されているか否かを判別する。
そして、ステップＳ３６において、管理者の端末装置１が既にログインしていると判別された場合、要求されたログインを許可し、要求元の端末装置１からの受信したユーザＩＤ、端末名、ＩＰアドレス等のデータをログイン情報として記憶部２２のログイン管理テーブルに登録（記憶）する（ステップＳ３７）。
【００６５】
また、ステップＳ３６において、管理者の端末装置１がログインしていないと判別された場合、制御部２１は、現在はログインできない状態である旨の通知データを端末装置１に送信するとともに、利用希望時間の指定の有無についての入力データを端末装置１から受信する（ステップＳ３８）。具体的には、例えば、現在はログイン不可のメッセージを表示するとともに、利用希望時間を指定するか否かと、時間を指定する場合には利用希望時間（利用開始時刻、利用終了時刻等）、ユーザＩＤ等をユーザに入力させる画面データを端末装置１に送信し、これに対する入力データを端末装置１から受信する。
そして、受信データに基づいて、利用希望時間の指定が有ったか否かを判別する（ステップＳ３９）。具体的には、例えば、利用希望時間を指定する旨の入力データを端末装置１から受信したかを判別する。
そして、利用希望時間の指定が無かった場合には、そのまま本処理を終了し、また、利用希望時間の指定が有った場合には、受信した利用希望時間と、ユーザＩＤ、端末名、ＩＰアドレス等から構成されるスケジュール情報を生成し、記憶部２２のスケジュール管理テーブルに登録する（ステップＳ４０）。そして、受信したユーザＩＤに対応するメールアドレスを記憶部２２のユーザ管理テーブルから読み出して、そのメールアドレス宛に、登録された利用希望時間等の情報を含む電子メールを送信する（ステップＳ４１）。
【００６６】
また、ステップＳ３４において、照合したパスワードが合致しない場合には、ログインを許可しない旨の通知データを要求元の端末装置１に送信する（ステップＳ４２）。
【００６７】
また、ステップＳ３２において、ログイン要求とともに受信したＩＰアドレスが記憶部２２の端末管理テーブルに登録されている場合には、ステップＳ３３、Ｓ３４のユーザ認証に関する処理を省略して、ステップＳ３５を実行する。
また、ステップＳ３５において、ログイン要求元の端末装置１が管理者の端末であると判定された場合にはステップＳ３７を実行する。
【００６８】
次に、この第２の実施形態における管理サーバ装置２により実行されるスケジュール処理を図１３を参照して説明する。
管理サーバ装置２の制御部２１は、予め設定されている所定時間毎（例えば１０分毎等）に発生させるタイマ割込に応答して、現在時刻を利用希望時間とするスケジュール情報が登録されているいるかを判別する（ステップＳ５１）。具体的には、例えば、スケジュール管理テーブルを参照し、内部タイマから取得した現在時刻が、登録されている利用時間（利用開始時刻）に達したスケジュール情報が有るかを判別する。そして、該当するスケジュール情報が有る場合には、管理者がログインしているかを判別し（ステップＳ５２）、ログインしていない場合にはそのまま本処理を終了し、ログインしている場合には、そのスケジュール情報が示す端末装置１について端末管理情報を生成し、端末管理テーブルに登録する（ステップＳ５３）。この際、端末管理情報における許可登録種別のデータ項目の設定値を「一時許可」にする。
次に、制御部２１は、そのスケジュール情報が示す端末装置１に対し、現在はログイン可能である旨の通知データを送信する（ステップＳ５４）。
【００６９】
また、ステップＳ５１において、該当するスケジュール情報が無いと判別された場合には、現在時刻と利用希望時間（利用終了時刻）を比較して、利用希望時間が経過したスケジュール情報が有るかを判別する（ステップＳ５５）。該当するスケジュール情報がある場合には、そのスケジュール情報が示す端末装置１の端末管理情報を端末名等に基づいて端末管理テーブルから検索して削除するとともに、そのスケジュール情報をスケジュール管理テーブルから削除する（ステップＳ５６）。
【００７０】
以上説明したように、本発明によれば、不正利用の有無を監視できる状態であるか否かの判定結果に応じて、リソースの提供の制限の厳しさを変えることができるため、より柔軟にかつ安全に、サーバ装置のリソースをユーザに利用させることができる。これにより、例えば、正規の利用者が席を外している間の他の利用者による不正利用や、パスワードの盗難等による不正利用等の通常のユーザ認証では防止し得ない不正利用を防ぐことができるとともに、必要に応じて、ユーザ認証手続きを簡単にしたり、提供対象のリソースを限定せずに種々のリソースを提供可能としたりすることができる。
【００７１】
なお、本発明は種々の変形及び応用が可能である。
例えば、ログイン受付処理において、管理サーバ装置２が、管理者が管理サーバ装置２にログインしていないと判別した場合、ログイン要求があった旨を通知する電子メールを生成して、ユーザ管理テーブルに登録されている管理者のメールアドレス宛に送信するようにしてもよい。
また、リソース提供処理において、管理サーバ装置２が、管理者が管理サーバ装置２にログインしていないと判別した場合、リソース提供要求があった旨を通知する電子メールを生成して、ユーザ管理テーブルに登録されている管理者のメールアドレス宛に送信するようにしてもよい。
【００７２】
また、上記実施例では、管理者の情報がログイン管理テーブルに登録されているかを判別する等して、管理者がログインしているか否かを判別し、その判別結果に基づいて、ログインの許可、リソース提供の許可等を行っているが、例えば、管理者の端末の情報がログイン管理テーブルに登録されているかを判別する等して、管理者の端末がログインしているかを判別し、その判別結果に基づいて、ログインの許可、リソース提供の許可等を行ってもよい。
【００７３】
また、ユーザのリソースの不正利用の監視状態を複数の監視レベルで管理するようにしてもよい。例えば、図１４に示すような、各監視レベルの条件を示す監視レベル情報を管理サーバ装置２の記憶部２２に記憶しておき、制御部２１が所定のタイミングでその時点の監視レベルを判定し、記憶部２２に設定記憶してもよい。例えば図１４の監視レベル情報を例に説明すると、制御部２１は、監視レベル情報に設定されている監視レベル１の条件を参照し、その条件が満たされているか（例えば、「監視者がログインしているか」等）を判定する。そして、監視レベル１の条件が満たされている場合には、現在の監視レベルを「１」と判定して記憶部２２に記憶する。また、監視レベル１の条件が満たされていない場合には次の監視レベル２の条件を参照し、その条件が満たされているか（例えば、「監視者の緊急連絡先（メールアドレス等）が登録されているか」等）を判定する。そして、監視レベル２の条件が満たされている場合には、現在の監視レベルを「２」と判定して記憶部２２に記憶する。また、監視レベル２の条件が満たされていない場合には次の監視レベル３条件を参照し、その条件が満たされているかを判定し、該当する場合には現在の監視レベルを「３」と判定して記憶部２２に記憶する。この例では、監視レベル１と監視レベル２に該当しない場合には監視レベル３と判定される。
【００７４】
また、ユーザに対するリソースの提供の制限状態を複数の制限レベルを用いて管理するようにしてもよい。例えば、図１５に示すような、各制限レベルの制限内容（条件）を示す制限レベル情報が管理サーバ装置２の記憶部２２に記憶されていてもよい。図示されるように、制限レベル情報は、ログインに関する制限の内容とリソースの提供に関する制限の内容を含んでも良い。例えば、図１５の制限レベル情報を例に説明すると、制限レベルが「１」に設定されている場合には、制御部２１は、ログイン要求を受信した場合にはログインを許可し、リソースの提供要求を受信した場合にはそのリソースを提供する。また、制限レベルが「２」に設定されている場合には、ログイン要求を受信した場合にはログインを許可し、リソースの提供要求を受信した場合には、安全なリソースのみ提供する。また、制限レベルが「３」に設定されている場合には、ログイン要求を受信した場合はログインを許可せず、リソースの提供要求を受信した場合はリソースを提供しない。
また、例えば上記の制限レベルと監視レベルが関連付けられた監視管理テーブルを記憶部２２に記憶しておき、制御部２１は、記憶部２２に設定されている監視レベルに対応する制限レベルを監視管理テーブルから読み出し、上記制限レベル情報を参照して、読み出した制限レベルに対応する制限内容に従って、リソースの提供を制限するようにしてもよい。
【００７５】
また、例えば図１６に示すような、管理サーバ装置２にアクセスしてきた端末装置１を複数の信用レベルに分別するための条件が設定されている信用レベル情報と、例えば図１７に示すような、上記監視レベルと信用レベルの組み合わせと、上記制限レベルと、が関連付けられて登録されている信用・監視管理テーブルと、を管理サーバ装置２の記憶部２２に記憶しておき、制御部２１が、利用提供要求の送信元の端末装置１について、信用レベル情報を参照してその信用レベルを判定し、判定した信用レベルと記憶部２２に設定されている監視レベルとの組み合わせに対応する制限レベルを特定し、上記制限レベル情報を参照して、読み出した制限レベルに対応する制限内容に従って、リソースの提供を制限するようにしてもよい。制御部２１による利用提供要求の送信元の端末装置１の信用レベルの判定について、図１６の信用レベル情報を例に説明すると、例えば端末装置１からリソース提供要求を受信した場合、端末管理テーブルにおける要求元の端末装置１の許可登録種別の設定値が「常時許可」であり、且つ、その端末装置１のユーザのユーザ管理情報がユーザ管理テーブルに登録されている場合には、その端末装置１の信用レベルを「１」と判定し、信用レベル１に該当しない場合において端末管理テーブルにおける要求元の端末装置１の許可登録種別の設定値が「常時許可」であり、且つ、その端末装置１のユーザの情報がユーザ管理テーブルに登録されていない場合には、その端末装置１の信用レベルを「２」と判定し、また、信用レベル１及び２に該当しない場合において端末管理テーブルにおける要求元の端末装置１の許可登録種別の設定値が「常時許可」以外であり、且つ、その端末装置１のユーザのユーザ管理情報がユーザ管理テーブルに登録されている場合には、その端末装置１の信用レベルを「３」と判定し、また、信用レベル１乃至３に該当しない場合において端末管理テーブルにおける要求元の端末装置１の許可登録種別の設定値が「一時許可」である場合には、その端末装置１の信用レベルを「４」と判定し、信用レベル１乃至４に該当しない場合にはその端末装置１の信用レベルを「５」と判定する。
【００７６】
また、管理サーバ装置２が、端末装置１からリソース提供要求を受信した際に、ユーザ管理テーブルに登録されているユーザ種別と、端末装置１から要求されたリソースの種別と、に基づいて、ユーザの不正利用の可能性を判定してもよい。この場合、管理サーバ装置２の記憶部２２は、例えば、各リソースの種別を示す種別テーブルと、ユーザの種別とリソースの種別の組み合わせと、不正利用の可能性の有無と、が関連付けられた不正利用判定テーブルと、をさらに記憶する。管理サーバ装置２は、リソース提供元のユーザのユーザ種別をユーザ管理テーブルから読み出すとともに、リソースの提供要求が示すリソースの種別を種別テーブルから読み出す。そして、読み出したユーザ種別とリソースの種別との組み合わせに対応する不正利用の可能性についての設定値（例えば「有り」又は「無し」）を不正利用判定テーブル読み出し、読み出した設定値が「有り」の場合には「不正利用性の可能性が有る」と判定し、読み出した設定値が「無し」の場合には「不正利用の可能性が無い」と判定する。そして、管理サーバ装置２は、判定結果を管理者に通知する処理を行ってもよい。例えば、管理者がログインしている場合には、管理者の端末装置１に判定結果のデータを送信してもよく、また、管理者がログインしていない場合には、判定結果を示す電子メールを生成し、管理者のメールアドレス宛に送信してもよい。また、判定結果の通知は、不正利用の可能性が有ると判定された場合にのみ行うようにしてもよい。また、不正利用の可能性が有ると判定された場合には、管理サーバ装置２が自動的にそのユーザに対してリソースの提供を制限してもよい。制限内容は任意であり、例えば、管理者がログインしている状態であっても、要求されたリソースを提供しないようにしてもよく、また、管理者がログインしていない場合には、そのユーザを強制的にログオフさせてもよい。
【００７７】
また、管理サーバ装置２の制御部２１が、監視者が監視できる状態にあるか否かの判定を、リソースの提供要求を受信したときや所定時間毎等の所定のタイミングで実行し、その判定結果を記憶部２２に蓄積して記憶し、前回の判定結果と今回の判定結果を比較して、監視者がリソースの利用状況を監視できる状態からできない状態に変わったか否かを判別し、変わった場合には、ユーザをログオフさせる又はリソースの提供を制限するようにしてもよい。
【００７８】
また、各テーブルに端末装置１のＩＰアドレスを登録し、これを各端末装置１を識別するため等に用いているが、例えば、ＭＡＣアドレスを代わりに用いてもよい。
また、上記各テーブルの設定値は管理サーバ装置２の入力部２４から管理者が任意に設定可能である。管理サーバ装置２は、入力された値で記憶部２２に記憶されている設定値を更新する。
【００７９】
なお、この発明のシステムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、上述の動作を実行するためのプログラムをコンピュータ読み取り可能な記録媒体（ＦＤ、ＣＤ−ＲＯＭ、ＤＶＤ等）に格納して配布し、該プログラムをコンピュータにインストールすることにより、上述の処理を実行する、端末装置１、管理サーバ装置２を構成してもよい。また、インターネット等のネットワーク上のサーバ装置が有するディスク装置に格納しておき、例えばコンピュータにダウンロード等するようにしてもよい。
また、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同より実現する場合等には、ＯＳ以外の部分のみを媒体に格納して配布してもよく、また、コンピュータにダウンロード等してもよい。
【図面の簡単な説明】
【００８０】
【図１】本発明の第１の実施形態に係るアクセス管理システムの構成を示す図である。
【図２】端末装置の構成を示す図である。
【図３】管理サーバ装置の構成を示す図である。
【図４】ユーザ管理テーブルに登録されるデータの一例を示す図である。
【図５】端末管理テーブルに登録されるデータの一例を示す図である。
【図６】ログイン管理テーブルに登録されるデータの一例を示す図である。
【図７】リソース管理テーブルに登録されるデータの一例を示す図である。
【図８】ログイン受付処理を説明するためのフローチャートである。
【図９】リソース提供処理を説明するためのフローチャートである。
【図１０】ログアウト受付処理を説明するためのフローチャートである。
【図１１】スケジュール管理テーブルに登録されるデータの一例を示す図である。。
【図１２】ログイン受付処理を説明するためのフローチャートである。
【図１３】スケジュール処理を説明するための図である。
【図１４】監視レベル情報のデータ構造の一例を示す図である。
【図１５】制限レベル情報のデータ構造の一例を示す図である。
【図１６】信用レベル情報のデータ構造の一例を示す図である。
【図１７】信用・監視管理テーブルに登録されるデータの一例を示す図である。
【符号の説明】
【００８１】
１・・・端末装置、１１・・・制御部、１２・・・記憶部、１３・・・表示部、１４・・・入力部、１５・・・通信部、２・・・管理サーバ装置、２１・・・制御部、２２・・・記憶部、２３・・・表示部、２４・・・入力部、２５・・・通信部、１０・・・ネットワーク
【図１】
2005182291.tif 000003
【図２】
2005182291.tif 000004
【図３】
2005182291.tif 000005
【図４】
2005182291.tif 000006
【図５】
2005182291.tif 000007
【図６】
2005182291.tif 000008
【図７】
2005182291.tif 000009
【図８】
2005182291.tif 000010
【図９】
2005182291.tif 000011
【図１０】
2005182291.tif 000012
【図１１】
2005182291.tif 000013
【図１２】
2005182291.tif 000014
【図１３】
2005182291.tif 000015
【図１４】
2005182291.tif 000016
【図１５】
2005182291.tif 000017
【図１６】
2005182291.tif 000018
【図１７】
2005182291.tif 000019