(57)【特許請求の範囲】
【請求項１】
他の端末からのアクセスを管理するアクセス管理サーバのアクセス管理方法であって、
所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、前記他の端末のアクセス権限を有効化するとともに、前記他の端末のアクセス権限が有効化された旨を通知する通知段階と、
前記他の端末がログオフするか、異常の通知から制限時間が経過すると、前記他の端末のアクセス権限を無効化する無効化段階とを有し、
前記通知段階は、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化し、
前記無効段階は、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより前記他の端末のアクセス権限を無効化しており、
前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないことを特徴とするアクセス管理方法。
【請求項２】
アクセスの管理がされたアクセス管理サーバに、端末がアクセスするアクセス管理方法であって、
前記アクセス管理サーバが、所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記端末のアクセス権限が有効化し、前記端末のアクセス権限が有効化された旨を通知する段階と、
前記端末が、アクセス権限が有効化された旨を通知され、前記障害対策用ＵＲＬにアクセスし、前記アクセス管理サーバから所定の端末にアクセスするためのプログラムをダウンロードする段階と、
前記プログラムを用いて前記所定の端末にアクセスする段階と、
前記アクセス管理サーバが、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより前記端末のアクセス権限を無効化する段階とを有し、
前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないことを特徴とするアクセス管理方法。
【請求項３】
他の端末からのアクセスを管理するアクセス管理サーバであって、
所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、前記他の端末のアクセス権限を有効化するとともに、前記他の端末にアクセス権限が有効化された旨を通知する通知手段と、
前記他の端末がログオフするか、異常の通知から制限時間が経過すると、他の端末のアクセス権限を無効化する無効化手段とを有し、
前記通知手段は、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化し、
前記無効手段は、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより前記他の端末のアクセス権限を無効化しており、
前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないことを特徴とするアクセス管理サーバ。
【請求項４】
コンピュータに、
所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化するとともに、前記他の端末にアクセス権限が有効化された旨を通知する通知手順と、
制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより、他の端末のアクセス権限を無効化しており、前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないように処理する無効化手順とを実行させるためのアクセス管理プログラム。
【請求項５】
コンピュータに、
所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化するとともに、前記他の端末にアクセス権限が有効化された旨を通知する通知手順と、
制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより他の端末のアクセス権限を無効化しており、前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないように処理する無効化手順とを実行させるためのアクセス管理プログラムを記録したコンピュータが読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は他の端末からのアクセスを管理するためのアクセス管理方法、アクセス管理サーバ、アクセス端末、アクセス管理プログラム及び記録媒体に関する。
【０００２】
【従来の技術】
ＩＤＣ（インターネット・データ・センタ）では複数の顧客のシステムを運用するが、運用作業はオペレータが行い、ＳＥ（システム・エンジニア）はシステム異常時の対応作業を行う。ＳＥが常時センタ内に待機できないので異常時はＩＤＣのネットワークの外から顧客のシステムにアクセスし、対応作業をする必要がある。この場合、ＳＥは、システムに対して種々の権限を行使するために、特権を持った特権ユーザとして顧客のシステムにアクセスする。
【０００３】
【発明が解決しようとする課題】
しかしながら、特権ユーザによる外部からのアクセスを認めることはセキュリティ上の弱点となり易い。また、異常時に備えてＳＥがアクセス用の端末を常時携帯することも多いが、アクセス用の情報を記憶しているアクセス用の端末の紛失や盗難が発生すれば顧客システムのセキュリティは危機に瀕する。
【０００４】
本発明は、このような問題点に鑑み、ネットワークのセキュリティを弱体化させることなく、他の端末からのアクセスを可能とするアクセス管理方法、アクセス管理サーバ、アクセス端末、アクセス管理プログラム及び記録媒体を提供することを目的とする。
【０００５】
【課題を解決するための手段】
請求項１に記載の発明は、他の端末からのアクセスを管理するアクセス管理サーバのアクセス管理方法であって、所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、前記他の端末のアクセス権限を有効化するとともに、前記他の端末にアクセス権限が有効化された旨を通知する通知段階と、前記他の端末がログオフするか、異常の通知から制限時間が経過すると、他の端末のアクセス権限を無効化する無効化段階とを有し、前記通知段階は、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化し、前記無効段階は、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより前記他の端末のアクセス権限を無効化しており、前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないことを特徴とする。
【０００６】
請求項１によれば、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより他の端末のアクセス権限を有効化し、制限時間が経過すると、対象ユーザのアカウントをロックするとともに、障害対策用ＵＲＬを無効化することにより他の端末のアクセス権限を無効化し、アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないようにすることにより、ネットワークのセキュリティを弱体化させることなく、他の端末からのアクセスを可能とすることができる。
【００１９】
請求項２に記載の発明は、アクセスの管理がされたアクセス管理サーバに、端末がアクセスするアクセス管理方法であって、前記アクセス管理サーバが、所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記端末のアクセス権限が有効化し、前記端末のアクセス権限が有効化された旨を通知する段階と、前記端末が、アクセス権限が有効化された旨を通知され、前記障害対策用ＵＲＬにアクセスし、前記アクセス管理サーバから所定の端末にアクセスするためのプログラムをダウンロードする段階と、前記プログラムを用いて前記所定の端末にアクセスする段階と、前記アクセス管理サーバが、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより前記端末のアクセス権限を無効化する段階とを有し、前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないことを特徴とする。
【００２０】
請求項２によれば、アクセスが管理されたアクセス管理サーバを介して所定の端末に接続する場合、アクセス管理サーバからアクセス権限が有効化されたことが通知され、プログラムをダウンロードすることにより、所定の端末にアクセスすることができる。
【００２１】
請求項３に記載の発明は、他の端末からのアクセスを管理するアクセス管理サーバであって、所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、前記他の端末のアクセス権限を有効化するとともに、前記他の端末にアクセス権限が有効化された旨を通知する通知手段と、前記他の端末がログオフするか、異常の通知から制限時間が経過すると、他の端末のアクセス権限を無効化する無効化手段とを有し、前記通知手段は、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化し、前記無効手段は、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより前記他の端末のアクセス権限を無効化しており、前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないようにすることを特徴とする。
【００２２】
請求項３によれば、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより他の端末のアクセス権限を有効化し、制限時間が経過すると、対象ユーザのアカウントをロックするとともに、障害対策用ＵＲＬを無効化することにより他の端末のアクセス権限を無効化し、アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないようにすることにより、ネットワークのセキュリティを弱体化させることなく、他の端末からのアクセスを可能とするアクセス管理サーバを提供することができる。
【００２３】
請求項４に記載の発明は、アクセス管理プログラムであり、コンピュータに、所定時間毎に対象コンピュータの動作確認を行い、異常を検出すると、対象ユーザのアカウントロックを解除するとともに、障害対策用ＵＲＬを有効化することにより前記他の端末のアクセス権限を有効化するとともに、前記他の端末にアクセス権限が有効化された旨を通知する通知手順と、制限時間が経過すると、前記対象ユーザのアカウントをロックするとともに、前記障害対策用ＵＲＬを無効化することにより、他の端末のアクセス権限を無効化しており、前記アクセス管理サーバのアクセス権限が有効化されている間に確立されたアクセス権限は、その後のアクセス権限の無効化の影響を受けないように処理する無効化手順とを実行させることを特徴とする。
【００２４】
請求項４によれば、アクセスが管理されたアクセス管理サーバを介して所定の端末に接続する場合、アクセス管理サーバからアクセス権限が有効化されたことが通知され、プログラムをダウンロードすることにより、所定の端末にアクセスすることが可能な端末を提供することができる。
【００２５】
なお、上記プログラムを記録する記録媒体は、ＣＤ−ＲＯＭ、フレキシブルディスク、光磁気ディスク（ＭＯ）等のように、情報を光学的、電気的あるいは磁気的に記録する記録媒体、もしくはＲＯＭやフラッシュメモリのように情報を電気的に記録する半導体メモリ等、様々なタイプの記録媒体を用いることができる。
【００２６】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００２７】
本発明の実施の形態におけるサーバ監視システムの全体構成を図１に示す。サーバ監視システムは、図１に示されるように、ＩＤＣ１０と、ＳＥ端末Ａ３０と、ＳＥ端末Ｂ３２とがネットワーク１８で接続される構成となっている。このうち、ＳＥ端末Ａ３０は、例えばノート型パソコンであり、ＩＤＣ１０のシステム異常時の対応作業を行うために用いられる。また、ＳＥ端末Ａ３０は例えばＭＯＤＥＭを装備して屋外で公衆回線に接続し、インターネットサービスプロバイダを介してＷｅｂサーバ１４にアクセスしても良い。ＳＥ端末Ｂ３２は、例えば電子メールやＷｅｂサービスを閲覧可能な携帯端末であり、ＳＥにＩＤＣ１０の異常が発生したことを伝えるために用いられる。また、ネットワーク１８は例えばインターネットを用いる。
【００２８】
ＩＤＣ１０は、ファイアウォール１２と、Ｗｅｂサーバ１４と、ＤＢ（Data Base）サーバ１６とで構成される。ファイアウォール１２は、ネットワーク１８からＩＤＣ１０へのアクセスを制限するもので、外部からのＤＢサーバ１６へのアクセスを遮断し、少なくともＷｅｂサーバ１４に対する外部からのＨＴＴＰプロトコルによるアクセスを通過させる。Ｗｅｂサーバ１４は、ネットワーク１８を介してＷｅｂサービスを提供するサーバである。ＤＢサーバ１６は、Ｗｅｂサーバ１４へ提供するデータが格納されたサーバである。なお、Ｗｅｂサーバ１４はＤＢサーバ１６の状態を監視している。また、本実施例においてはＤＢサーバを例として説明するが、ＤＢサーバに限定されるものではなく、ファイルサーバやプリンタ等の情報処理装置や、ネットワーク接続用の機器であってもよい。
【００２９】
次に、コンピュータシステムであるファイアウォール１２と、Ｗｅｂサーバ１４と、ＤＢサーバ１６と、ＳＥ端末Ａ３０のハードウェア構成の一例を図２に示す。
【００３０】
図２に示されるコンピュータシステムは、それぞれバスＢで相互に接続されている入力装置２２と，表示装置２３と，ドライブ装置２４と，記録媒体２５と，補助記憶装置２６と，メモリ装置２７と，演算処理装置２０と，インターフェース装置２１とを含むように構成される。
【００３１】
入力装置２２は、コンピュータシステムの利用者が操作するキーボード及びマウスなどで構成され、コンピュータシステムに各種操作信号を入力するために用いられる。表示装置２３は、コンピュータシステムを操作するのに必要な各種ウインドウやデータ等を表示する。インターフェース装置２１は、コンピュータシステムをネットワーク１８に接続する為のインターフェースであり、例えばＮＩＣ（Network Interface Card）やモデム等で構成される。
【００３２】
そして、上記コンピュータシステムを動作させるためのプログラムは、ＣＤ−ＲＯＭ等の記録媒体２５によって提供されるか、ネットワーク１８を通じてダウンロードされる。また、記録媒体２５は、ドライブ装置２４にセットされ、データやプログラムが記録媒体２５からドライブ装置２４を介して補助記憶装置２６にインストールされる。
【００３３】
補助記憶装置２６は、データやプログラムを格納すると共に、必要なファイル等を格納する。メモリ装置２７は、コンピュータシステムの起動時に補助記憶装置２６からプログラムを読み出して格納する。演算処理装置２０は、メモリ装置２７に読み出され格納されたプログラムに従って処理を実行する。
【００３４】
以上でコンピュータシステムについての説明を終え、次に、サーバ監視システムにおける異常発生時の特権ユーザのアクセスなどに関する全体的な処理の流れについて図３のシーケンス図を用いて説明する。ここで、特権ユーザとは、例えば、ＤＢサーバ１６のシステム管理者の権限を持つユーザであり、スーパーユーザとも言われる立場のユーザなどが想定される。
【００３５】
ステップＳ１０１で、Ｗｅｂサーバ１４は、ＤＢサーバ１６の動作確認を行う。この動作確認は、所定の時間ごとに繰り返し行われ、例えばＤＢサーバに対して所定の検索要求を発行して応答の有無と応答内容をチェックすることにより動作確認する。次に、ステップＳ１０２で、Ｗｅｂサーバ１４がＤＢサーバ１６の異常を検出すると、ステップＳ１０３でＷｅｂサーバ１４は、ＳＥ端末Ｂ３２にＤＢサーバ１６に異常が発生したことを例えば電子メール等で通知する。このとき、後述するステップＳ１０７で用いるためのパスワードも同時に通知される。
【００３６】
異常を通知されたＳＥは、ステップＳ１０４で、ＳＥ端末Ａ３０を用いて障害対策用のＵＲＬ（Uniform Resource Locators）にアクセスする。このＵＲＬは、図４に示されるように、ＤＢサーバ１６が正常である場合にアクセスすると、「ページが見つかりません」とエラーが返ってきて、閲覧することが不可能なＵＲＬである。尚、ＳＥ端末Ｂ３２が後述の仮想端末アプレットを実行可能であれば、そのままＳＥ端末Ｂ３２を用いて前記ＵＲＬにアクセスしてもよい。
【００３７】
次のステップＳ１０５で、Ｗｅｂサーバ１４は、ＳＥ端末Ａ３０に対し、ＳＥを認証するためにＢＡＳＩＣ認証ページを送信する。ＳＥは、ステップＳ１０６で、ＢＡＳＩＣ認証ページに、ＩＤとステップＳ１０５で受信したパスワードを入力し、Ｗｅｂサーバに送信する。Ｗｅｂサーバ１４は、ＩＤとパスワードが正しければ、ステップＳ１０７でＳＥ端末Ａ３０に対し、ＤＢサーバ１６との対話接続処理に用いる仮想端末アプレットをダウンロードさせ、アプレットを起動させる。ステップＳ１０８では、Ｗｅｂサーバ１４への対話接続を確立後にＤＢサーバ１６に対し、対話接続の要求を行う。対話接続の要求を受けたＤＢサーバ１６は、ステップＳ１０９で、ＳＥ端末Ａ３０に対してＩＤとパスワードの要求を行う。このＩＤとパスワードは、先ほどのステップＳ１０６の場合と異なり、ＤＢサーバ１６に特権でアクセスするためのものである。ＳＥ端末Ａ３０はステップＳ１１０で、ＩＤとパスワードとをＤＢサーバ１６に送信することにより、ＤＢサーバ１６に特権でアクセスし、発生した異常に対する作業をＳＥが行うことが可能となる。このようにして、Ｗｅｂサーバ１４はＳＥ端末Ａ３０とＤＢサーバ１６の対話接続処理を仲介する。
【００３８】
作業が終了すると、ＳＥは、ステップＳ１１１でＳＥ端末Ａ３０から接続終了をＤＢサーバ１６にとＷｅｂサーバ１４に通知して対話接続処理を終了することにより、Ｗｅｂサーバ１４は、ステップＳ１１２で再びＢＡＳＩＣ認証ページをＳＥ端末Ａ３０に送信して一連の異常対応処理は終了する。尚、Ｗｅｂサーバ１４は、ＳＥがＤＢサーバにアクセスしている期間（ステップＳ１０１からステップＳ１１３の期間）もＤＢサーバ１６に対して動作確認を繰り返し、ＤＢサーバは、ステップＳ１０２或いはステップＳ１１４のように応答を返す処理を繰り返す。なお、図３に記載されている「制限時間」とは、外部からアクセスできる制限時間を表している。これは、ＳＥに異常を通知してもＳＥがＷｅｂサーバ１４にアクセスしてこない場合、外部からアクセス可能な状態にいつまでもしておくと危険なため、所定の時間の経過後には、外部からのアクセスを無効化させるために用いられる時間である。
【００３９】
以上説明したように、ＤＢサーバ１６に異常が発生すると、まず、ＳＥのＳＥ端末Ｂ３２に異常が通知され、ＳＥは、異常が発生したことによりＷｅｂサーバ１４に設けられたＷｅｂページを用いて、ＳＥ端末Ａ３０からＤＢサーバ１６に特権でアクセスして作業を行う流れとなっている。このように、異常が発生した時だけＤＢサーバ１６への外部からのアクセスを仲介することにより、セキュリティを高めることができるようになっている。尚、異常の通知は１名または複数名のＳＥのＳＥ端末に通知され、各ＳＥは通知されたパスワードを用いてＷｅｂサーバ１４を介してＤＢサーバにアクセスする。
【００４０】
次に、図５のフローチャートを用いて、異常が発生してからＳＥに通知する処理と、所定時間が経過した場合のＷｅｂサーバ１４の処理について説明する。図５に示す処理はＷｅｂサーバ１４が所定の時間ごとに繰り返し行う処理である。ステップＳ２０１で、Ｗｅｂサーバ１４は、ＤＢサーバ１６の動作をチェックする。チェックの結果、正常であれば、Ｗｅｂサーバ１４の処理は、ステップＳ２０２からステップＳ２０３に進み、ステップＳ２０３で現在時刻の取得を行う。次のステップＳ２０４でＷｅｂサーバ１４は、ステップＳ２０３で取得した現在時刻と、障害が発生した時刻とを比較する。その結果、障害が発生した時刻から制限時間が経過していない場合と、障害が発生していないため、障害時刻が記録されていない場合、ステップＳ２０５で処理は終了する。
【００４１】
障害が発生した時刻から制限時間が経過している場合、ステップＳ２０５からステップＳ２０６へ処理が進み、Ｗｅｂサーバ１４は、外部からの特権アクセスを無効化する。これは、上述したように、いつまでも特権でのアクセスを有効化するとセキュリティ上問題があるためである。そして、Ｗｅｂサーバ１４は、ステップＳ２０７で障害時刻をリセットする。
【００４２】
ステップＳ２０２の処理に戻り、ＤＢサーバ１６の動作が異常であると判断した場合、ステップＳ２０８へ処理が進む。このステップＳ２０８では、異常が発生したことをＳＥに通知したかどうかの判定が行われ、もし通知していた場合は、ステップＳ２０３へ処理が進む。通知していない場合、Ｗｅｂサーバ１４は、ステップＳ２０９で異常メッセージをＳＥ端末Ｂ３２に発信する。そして、ステップＳ２１０で、Ｗｅｂサーバ１４は、ＳＥをアクセスさせるために、外部からの特権アクセスを有効化する。次のステップＳ２１１で、Ｗｅｂサーバ１４は、現在時刻を取得し、その取得した時刻をステップＳ２１２で登録して処理は終了する。
【００４３】
Ｗｅｂサーバ１４は、以上の処理を所定の時間ごとに実行することで、必要に応じて特権でのアクセスを可能とするとともに、必要がなくなるとアクセスを不可能とすることにより、セキュリティを高めている。
【００４４】
なお、図５のフローチャートにおいては、障害時刻が登録されているかどうかを障害発生の有無の判定情報として利用している。例えば、ステップＳ２０８の「通知済？」か否かの判定は「障害時刻がリセットされているか否か」により判定する。また、図５のフローチャートにおいては、外部からの特権アクセスが有効化されている間に確立された特権ユーザとＤＢサーバ１６の接続は、Ｗｅｂサーバ１４における、その後の外部からの特権アクセス無効化処理の影響を受けない。
【００４５】
次に、図５のフローチャートの他の実施例を図６のフローチャートを用いて説明する。
【００４６】
ステップＳ３０１で、Ｗｅｂサーバ１４は、ＤＢサーバ１６の動作をチェックする。チェックの結果、正常であれば、Ｗｅｂサーバ１４の処理は、ステップＳ３０２からステップＳ３０３に進み、ステップＳ３０３でカウンタ値が０かどうかの判断を行う。カウンタ値が０であれば、処理は終了する。カウンタ値が０でなければ、次のステップＳ３０４でＷｅｂサーバ１４は、カウンタ値をインクリメントする。次のステップＳ３０５で、Ｗｅｂサーバ１４は、特権ユーザがログアウト済かどうか判断する。
【００４７】
特権ユーザがログアウト済の場合、ステップＳ３０６に処理は進み、Ｗｅｂサーバ１４は、カウンタ値を０とする。そして、ステップＳ３０７で、外部からの特権でのアクセスを無効化し、処理を終了する。
【００４８】
ステップＳ３０５の分岐処理に戻り、特権ユーザがログアウト済でない場合、Ｗｅｂサーバ１４は、ステップＳ３０８で特権ユーザがログイン中かどうか判断する。特権ユーザがログイン中の場合、上記ステップＳ３０７へ処理は進む。特権ユーザがログイン中ではない場合は、未だ特権ユーザがログインしていない状態であって、ステップＳ３０９に進み、カウンタ値が所定値以上であるか判定する。ここで所定値とは、先程の図５の制限時間と同様に、アクセスを許可する期間の判定に用いられる値である。ステップＳ３０９で、カウンタ値が所定値以上と判断された場合、上記ステップＳ３０６へ処理が進み、所定値未満と判断された場合は処理を終了する。
【００４９】
ステップＳ３０２の分岐処理に戻り、ＤＢサーバ１６が異常であれば、Ｗｅｂサーバ１４は、ステップＳ３１０でカウンタ値が０かどうかの判断を行う。カウンタ値が０でなければ上記ステップＳ３０３へ処理は進む。カウンタ値が０であれば、Ｗｅｂサーバ１４は、ステップＳ３１０で、ＳＥ端末Ｂ３２に異常メッセージを発信する。そして、ステップＳ３１２で、Ｗｅｂサーバ１４は、ＳＥをアクセスさせるために、外部からのアクセスを有効化する。そして、ステップＳ３１３で、Ｗｅｂサーバ１４は、カウンタをインクリメントし処理は終了する。なお、図６のフローチャートにおいては、外部からの特権アクセスを有効にした後で特権ユーザのアクセス有無をチェックし、「有」の場合は特権ユーザのログアウトにより外部からの特権アクセスを無効化するものである。また更に、図６のフローチャートにおいては、外部からの特権ユーザのアクセスの有無をチェックし、「有」の場合は他のユーザの外部からの特権アクセスを無効化するものである。尚、特権ユーザのアクセス有無は例えばＷｅｂサーバにおけるＢＡＳＩＣ認証の情報から判断できる。
【００５０】
以上で異常が発生してからＳＥに通知する処理と、所定時間が経過した場合のＷｅｂサーバ１４の処理についての２種類の形態の説明を終え、次に、個々の処理の詳細について説明する。
【００５１】
まず最初は、ＳＥ端末Ｂ３２に異常を通知する処理などについて、図７のフローチャートを用いて説明する。
【００５２】
図７には、図５のステップＳ２０９とステップＳ２１０、図６のステップＳ３１１とステップＳ３１２の処理の詳細が示されている。ステップＳ４０１で、Ｗｅｂサーバ１４は、ＢＡＳＩＣ認証パスワードを自動生成する。パスワードとしてはランダムに生成した文字列を用いてもよいし、或いは例えば障害発生時刻の文字列表記を利用して作成してもよい。次のステップＳ４０２で、生成したＢＡＳＩＣ認証パスワードファイルを作成する。そして、Ｗｅｂサーバ１４は、ステップＳ４０３で例えばＳＳＨサーバプログラム等の対話接続サービスを起動して対話接続処理の有効化を行い、ステップＳ４０４でＳＥ端末Ｂ３２に、ＤＢサーバ１６の異常を通知するとともに、パスワードが記載されたメールを送信する。そして、Ｗｅｂサーバ１４は、ステップＳ４０５で対象ユーザのアカウントのロックを解除し、ステップＳ４０６で障害対策用のＵＲＬを有効化して処理を終了する。
【００５３】
この障害対策用のＵＲＬは、図８のフローチャートに示されるように、正常時には無効化されている。この場合、ＳＥ端末Ａ３０が、ステップＳ５０１で、障害対策用のＵＲＬにアクセスしても、Ｗｅｂサーバ１４が、ステップＳ５０２のように、ページが見つからないことをエラーとして表示することにより、異常時以外の外部からの特権でのアクセスを無効化することができる。
【００５４】
尚、本実施例においては障害対策用のＵＲＬと一般ユーザ向けＵＲＬとを別にしている。これは、もし、ＵＲＬが同じであれば、既存システムの既存ログインの処理に手を入れなければならないが、ＵＲＬを別にすれば、既存システムに影響を与える変更作業が、Ｗｅｂサーバ１４への障害対策用のURL登録だけで済み、変更するための作業を大幅に減らすことが可能となる。
【００５５】
次に、ＳＥ端末Ａ３０の処理について、図９のフローチャートを用いて説明する。ステップＳ６０１で、ＳＥ端末Ａ３０は、Ｗｅｂサーバ１４のＵＲＬにアクセスする。次のステップＳ６０２で、ＳＥ端末Ａ３０は、ＢＡＳＩＣ認証用のログインＩＤとパスワードが入力される。ステップＳ６０３でＳＥ端末Ａ３０は、ダウンロードした仮想端末アプレットを起動する。ステップＳ６０４で、ＳＥ端末Ａ３０は、ＳＥによって仮想端末アプレットを用いてＤＢサーバ１６のログインＩＤとパスワードが入力される。そして、ステップＳ６０５で、ＳＥ端末Ａ３０は、仮想端末アプレットを用いて対話接続処理を行う。これによりＳＥは、ＤＢサーバ１６へ特権でログインすることができるので、ステップＳ６０６で障害対応作業を行うことができる。そして、ＳＥは、ステップＳ６０７に示されるように、障害対応作業が終了するとログオフする。
【００５６】
このように、作業が終了し、ＳＥがログオフするか、異常の通知から制限時間が経過すると、対象ユーザのアカウントはロックされる。この処理を図１０のフローチャートを用いて説明する。ステップＳ７０１で、Ｗｅｂサーバ１４は、対象ユーザのアカウントをロックする。次のステップＳ７０２でＷｅｂサーバ１４は、図７のステップＳ４０２で生成したパスワードファイルを削除する。そして、Ｗｅｂサーバ１４は、ステップＳ７０３で、障害対策用のＵＲＬを無効化し、その無効化をＳＥに伝えるために、ステップＳ７０５でＳＥ端末Ｂ３２またはＳＥ端末Ａ３０に、アカウントの凍結が完了したことをメールで送信し、処理は終了する。
【００５７】
以上説明した、特権でのアクセスを必要に応じて許可する処理は、上記実施例のように、サーバのメンテナンスに限らない。以下、上記処理の他の処理への応用例について説明する。
【００５８】
まず、第１の応用例を図１１を用いて説明する。
【００５９】
第１の応用例は、ホームセキュリティサービスへの応用例である。図１１には、住人用の携帯端末５２と、自宅４０のＡＤＳＬ（Asymmetric Digital Subscriber Line）ルータ４２とがネットワーク５０で接続されている構成が示されている。そして、自宅４０内には、セキュリティ装置として、画像センサ４８と、インターフェース装置４７を介してその制御や監視を行うパーソナルコンピュータ４４（以下ＰＣ４４と記す）が備えられている。また、セキュリティ装置は、上記構成に加え、温度センサ、ドアセンサ、警報音鳴動装置等も備え、インターフェース装置４７に接続している。
【００６０】
このようなホームセキュリティ用装置は、居室内の画像センサ４８や温度センサ、ドアセンサ等により、火災発生や不審者の侵入をセキュリティ装置で監視し、異常時には電話回線４６等を介して留守中の住人に屋内の状況情報を通知する。通知された住人は通知に対する指示（例えば警報音の鳴動発報）をセキュリティ装置に通知し、或いは他の手段（近隣の住人への連絡等）により対策を講じる。
【００６１】
このようなセンサの管理や、住人へ通知する処理は、図１１のようにＰＣ４４に行わせることが可能となっている。また、ＡＤＳＬ等の普及により、一般家庭でもインターネットへの常時接続が可能となっているので、ＰＣ４４から住人への異常通知をネットワーク５０を介して行わせることが可能となっている。
【００６２】
しかしながら、インターネットに接続されたＰＣ４４に対して不特定者がアクセスできるのはセキュリティ上好ましくないとの理由により、ＡＤＳＬルータ４２は外部からのアクセスを拒否するように設定されているのが普通である。従ってこの場合、ＰＣ４４から異常事態の通知は可能だが、住人はＰＣ４４に対して通知に対する指示を送信することができない。
【００６３】
そこで、ＰＣ４４がセンサからの信号を受信して異常を検出すると、住人の携帯端末５２に異常通知を発信すると共に、住人である当人専用のホームページを発信するＨＴＴＰサーバプログラムを起動する。尚、専用のホームページには例えば「警報音発生」等の選択項目を表示し、選択すればＰＣ４４が警報音を発生するように構成しておく。更に前記異常通知の発信と共に、ＰＣ４４に接続されているＡＤＳＬルータ４２に対して外部からのアクセスを許可するように設定変更を行い、所定時間経過後に再度ＡＤＳＬルータに外部からのアクセスを拒否するように設定し直す。
【００６４】
このようにすることにより、必要に応じてネットワーク５０側からのアクセスを許可することができるため、ＰＣ４４のセキュリティを確保することが可能となる。
【００６５】
なお、この応用例では、上述したサーバ監視システムのようにＤＢサーバ１６に対する動作確認を行うのではなく、各種センサから出力される信号を入力とするインターフェース装置の出力信号を受け取って異常を検出している。また、外部からのＰＣ４４に対するアクセス許可はＰＣ４４からＡＤＳＬルータ４２の設定を制御することにより為される。
【００６６】
次に、第２の応用例を図１２を用いて説明する。
【００６７】
第２の応用例は、インターネット上におけるチケット等の予約サービスへの応用例である。図１２には、購入希望者の端末Ｄ６６と、端末Ｃ６４と、チケット予約センタ５４のファイアウォール５６とがインターネット６２で接続されている構成が示されている。そして、チケット予約センタ５４内には、上記ファイアウォール５６と、Ｗｅｂサーバ５８とＤＢ（Data Base）サーバ６０とが備えられている。尚、ＤＢサーバ６０には予約ＤＢが格納されている。
【００６８】
チケット予約センタ５４は、チケット数より予約希望者が多い場合には、予約できなかった購入希望者にキャンセル待ちの登録をさせ、予約済チケットのキャンセル発生を待つ。従来は、予約のキャンセルが起きるとキャンセル待ちの登録者に対し、登録の順番に予約を割当て直し、登録者に予約が取れたことを通知していた。
【００６９】
しかしながら、キャンセル待ちの登録者の中には待っている間に別の予定が決まってしまう場合も多く、その場合は再度予約のキャンセルが発生することになるので、予約サービスの処理装置にとってはキャンセル待ちの待ち行列の先頭の人から順に予約キャンセル処理と予約の再割当処理を繰返すことになり非効率的だった。
【００７０】
そこで、予約サービスを行うＷｅｂサーバ５８はＤＢサーバ６０の予約ＤＢをチェックし、予約に空きが発生したことを確認すると、キャンセル待ちの登録者の先頭の人に「予約に空きが発生した」旨を電子メール等により通知する。次に、通知した登録者がアクセスするＷｅｂページのＵＲＬを有効化する。該Ｗｅｂページは、ページへのアクセス者を認証する認証ページと、予約取得の意思の再確認を入力する意思確認ページから構成される。
【００７１】
そして、一定時間経過しても該登録者からアクセスが無かったり意思確認の入力が無かった場合は、該登録者をキャンセル待ちの待ち行列から削除し、一旦前記ＷｅｂページのＵＲＬを無効化する。次に、キャンセル待ち行列の次の人に対して前記「予約に空きが発生した」旨のメッセージを発信し、前記ＷｅｂページのＵＲＬを有効化する。一定時間内に予約取得の意思確認の入力があった場合は、予約処理を行い、ＤＢサーバ６０に予約登録をする。尚、前記認証ページは、現在「予約に空きが発生した」旨のメッセージを発信しているキャンセル待ち登録者のみが認証される。
【００７２】
このようにすれば、予約のキャンセルが発生した際、キャンセル待ち登録者の意思を確認しつつ再予約がなされるので、キャンセルと再予約の繰返しが生じず、処理が効率的に為される。
【００７３】
【発明の効果】
以上説明したように、ネットワークのセキュリティを弱体化させることなく、他の端末からのアクセスを可能とするアクセス管理方法、アクセス管理サーバ、アクセス端末を提供することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態におけるサーバ監視システムの全体構成図である。
【図２】コンピュータシステムのハードウェアブロック図である。
【図３】異常検出シーケンス図である。
【図４】ＤＢサーバ正常時におけるシーケンス図である。
【図５】Ｗｅｂサーバ１４の処理を示すフローチャートである。
【図６】Ｗｅｂサーバ１４の処理を示すフローチャートである。
【図７】異常を通知するメールの送信処理を示すフローチャートである。
【図８】ＤＢサーバが正常時おけるエラー処理を示すフローチャートである。
【図９】ＳＥ端末Ａの処理を示すフローチャートである。
【図１０】アカウントのロック処理を示すフローチャートである。
【図１１】第１の応用例を示す図である。
【図１２】第２の応用例を示す図である。
【符号の説明】
１０…ＩＤＣ
１２、５６…ファイアウォール
１４、５８…Ｗｅｂサーバ
１６、６０…ＤＢサーバ
１８、５０…ネットワーク
２０…演算処理装置
２１…インターフェース装置
２２…入力装置
２３…表示装置
２４…ドライブ装置
２５…記録媒体
２６…補助記憶装置
２７…メモリ装置
３０…ＳＥ端末Ａ
３２…ＳＥ端末Ｂ
４０…自宅
４２…ＡＤＳＬルータ
４４…パーソナルコンピュータ
４６…電話回線
４８…画像センサ
５２…携帯端末
５４…チケット予約センタ
６２…インターネット
６４…端末Ｃ
６６…端末Ｄ
【図１】
0004203250.tif 000002
【図２】
0004203250.tif 000003
【図３】
0004203250.tif 000004
【図４】
0004203250.tif 000005
【図５】
0004203250.tif 000006
【図６】
0004203250.tif 000007
【図７】
0004203250.tif 000008
【図８】
0004203250.tif 000009
【図９】
0004203250.tif 000010
【図１０】
0004203250.tif 000011
【図１１】
0004203250.tif 000012
【図１２】
0004203250.tif 000013