情報処理装置及び監視方法並びにプログラム
【課題】ウェブサーバの状態監視の正確性の向上を図り、迅速かつ的確に対処すること。
【解決手段】他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置であって、状態情報を判別する基準となる状態判別基準情報を記憶する記憶手段と、ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信手段と、状態情報受信手段にてウェブサーバから受信した状態情報と、記憶手段に記憶されている状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別手段と、を備えた。
【解決手段】他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置であって、状態情報を判別する基準となる状態判別基準情報を記憶する記憶手段と、ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信手段と、状態情報受信手段にてウェブサーバから受信した状態情報と、記憶手段に記憶されている状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別手段と、を備えた。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置にかかり、特に、ウェブサーバの状態を監視する情報処理装置に関する。
【背景技術】
【０００２】
一般のユーザ端末からアクセスを受け、これに応じてコンテンツの配信などを行うウェブサーバを監視したり、異常が生じている場合に復旧するという技術が従来より検討されている。例えば、従来のウェブサーバの監視並びに復旧方法では、サーバ内に格納されているエラーログを確認し、障害が発生したことを検知していたが、エラーログ上では問題が発生していないがウェブサーバとしての機能が停止していることがあるなど、信頼性の低下という問題があったり、迅速な復旧ができない、という問題があった。
【０００３】
また、上述したようなエラーログを確認する従来のウェブサーバの監視並びに復旧方法では、エラーログの解析後に作業者が手動でウェブサーバに対し、コマンドを入力する等の処置を行わなければならず、作業者による手間や迅速な対応が困難である、という問題があった。
【０００４】
一方で、下記特許文献１には、他のコンピュータにて、監視対象装置の状態を表すデータを取得し、かかるデータを基に監視対象装置の状態に応じた処理を行う、という技術が開示されている。また、下記特許文献２には、ネットワーク上においてＩＰ機器の自動接続を確認するシステムが開示されており、ＨＴＴＰプロトコルにおいて正常状態を確認するために「ステータスコード２００」を用いることが開示されている。
【０００５】
【特許文献１】特開２００３−１４０９９９号公報
【特許文献２】特開２００５−３０３７６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した特許文献１に開示されているシステムでは、監視対象の状態をどのような手法にて判定するかが具体的に開示されていない。特に、監視対象装置として、テレビ受像装置やオーディオ装置、照明などの電子機器を想定しているため、上述したウェブサーバの監視や復旧に利用することは困難である。そして、仮に特許文献１のシステムを利用し、上述した特許文献２に開示されているように、ウェブサーバの状態を監視するために「ステータスコード２００」を確認して当該サーバが正常であることを確認できたとしても、他の状況を詳細に確認することが困難であり、適切な監視及び対処ができない、という問題が生じる。特に、サーバの異常状態はもちろんのこと、これを監視するコンピュータの状態を確認することもできず、監視の信頼性が低下しうる、という問題があった。
【０００７】
さらに、サーバや監視するコンピュータの異常状態を正確に確認することができなければ、その対処方法も自動設定が不可能であり、依然として対処処理の手間及び迅速な復旧対応が困難である、という問題が生じていた。
【０００８】
このため、本発明では、上記従来例の有する不都合を改善し、特に、ウェブサーバの状態監視の正確性の向上を図り、迅速かつ的確に対処することができ、信頼性の向上を図ることをその目的とする。
【課題を解決するための手段】
【０００９】
そこで、本発明の一形態である情報処理装置は、
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置であって、
状態情報を判別する基準となる状態判別基準情報を記憶する記憶手段と、
ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信手段と、
状態情報受信手段にてウェブサーバから受信した状態情報と、記憶手段に記憶されている状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別手段と、
を備えたことを特徴としている。
【００１０】
そして、状態情報は、アクセスを受けたウェブサーバの異常状態を表す情報や、ウェブサーバにアクセスした情報処理装置の異常状態を表す情報を含む、ことを特徴としている。例えば、状態情報は、ＨＴＴＰステータスコードである。
【００１１】
上記発明によると、まず、情報処理装置がウェブサーバに対してアクセスすると、当該ウェブサーバの状態を表す状態情報が情報処理装置に返送される。これを受けた情報処理装置は、予め記憶されている状態を判別する基準となる情報に基づいて、ウェブサーバの状態を判別することができる。従って、ウェブサーバが正常であるか否かの状態を判別できるのみならず、ウェブサーバの異常や、アクセスした情報処理装置によるリクエストエラーなどの異常状態をも判別することができる。
【００１２】
また、状態情報受信手段は、ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じてウェブサーバから返送される状態情報を受信する機能を有する、ことを特徴としている。
【００１３】
これにより、ウェブサーバが開設するウェブサイトのトップページなどの所定のコンテンツにアクセスしたときに、リンクタグによって内部リンクされている他のページやＪＡＶＡ（登録商標）プログラム、ＣＧＩプログラムなどを使用してリンクされている他のコンテンツといった、全てのコンテンツに対してアクセスが実行され、その状態情報を取得することができる。従って、ウェブサイト全体の状態を監視することができる。
【００１４】
また、記憶手段は、ウェブサーバの状態毎に応じて予め設定された対応処理を表す対応処理情報を記憶すると共に、状態判別手段による判別結果に対応した対応処理情報に基づく対応処理を行う対応処理実行手段を備えた、ことを特徴としている。そして、対応処理情報は、ウェブサーバに対する対応処理を表す情報や、情報処理装置に対する対応処理を表す情報を含む、ことを特徴としている。さらに、対応処理実行手段は、ウェブサーバに対する対応処理を行う場合に、当該ウェブサーバに対して公衆ネットワークとは切り離された他のネットワークを介して行う、ことを特徴としている。
【００１５】
これにより、情報処理装置から、監視しているウェブサーバに対して、その状態に応じて予め設定されている対応処理をネットワーク経由で実行することができる。従って、ウェブサーバの障害対策を自動的に、かつ、迅速に実現でき、また、監視する情報処理装置の障害対策も実現できる。特に、ウェブサーバに対する処理を公衆ネットワークとは切り離されたネットワークを介して実現することで、ネットワーク系統の障害に対しても対応することができる。
【００１６】
また、本発明の他の形態であるプログラムは、
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置に、
ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信手段と、
状態情報受信手段にてウェブサーバから受信した状態情報と、予め記憶された状態情報を判別する基準となる状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別手段と、
を実現させる、ことを特徴としている。
【００１７】
また、予めウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている情報処理装置に、状態判別手段による判別結果に対応した対応処理情報に基づく対応処理を行う対応処理実行手段を実現させる、ことを特徴としている。
【００１８】
さらに、本発明の他の形態である監視方法は、
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置が、ウェブサーバの状態を監視する方法であって、
ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信工程と、
状態情報受信工程にてウェブサーバから受信した状態情報と、予め情報処理装置に記憶された状態情報を判別する基準となる状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別工程と、
を有することを特徴としている。
【００１９】
また、状態情報受信工程は、ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じてウェブサーバから返送される状態情報を受信する、ことを特徴としている。
【００２０】
さらに、予めウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている情報処理装置が、状態判別工程による判別結果に対応した対応処理情報に基づく対応処理を行う対応処理実行工程を有する、ことを特徴としている。
【００２１】
上述した構成のプログラムや方法の発明においても、上記情報処理装置と同様に作用するため、上述した本発明の目的を達成することができる。
【発明の効果】
【００２２】
本発明は、以上のように構成され機能するので、これによると、情報処理装置がウェブサーバに対してアクセスすることによって返送される状態情報に基づいて、ウェブサーバの状態のみならず、アクセスした情報処理装置の状態をも判別することができる。従って、ウェブサーバやこれを監視する情報処理装置の異常に対して迅速かつ的確に対処することができ、信頼性の向上を図ることができる、という従来にない優れた効果を有する。
【発明を実施するための最良の形態】
【００２３】
本発明は、ウェブサイトを開設するウェブサーバの監視を行う監視／復旧サーバによる監視方法に特徴を有する。つまり、ウェブサーバからホームページ閲覧時に返ってくるステータスコードを監視／復旧サーバにて受信し、そのコードを基にウェブサーバの状態を常に監視する、ことを特徴とする。これにより、ウェブサーバの状態を詳細に監視することができ、さらには、監視／復旧サーバの状態をも判別することができる。また、監視した結果、ウェブサーバに異常が発生した場合は、監視／復旧サーバからウェブサーバへリモートログインし、ステータスコードに対応したコマンド入力等の処置を行うことで、ウェブサーバを復旧することができる。このとき、監視／復旧サーバについても、復旧することができる。以下、具体的な構成を、実施例にて詳細に説明する。
【実施例１】
【００２４】
本発明の第１の実施例を、図１乃至図１１を参照して説明する。図１は、システム全体の構成を示すブロック図であり、図２乃至図３は、各サーバの構成を示す機能ブロック図である。図４乃至９は、各サーバに記憶されるデータの一例を示す図であり、図１０乃至図１１は、動作を示す図である。
【００２５】
［構成］
図１を参照すると、本実施例におけるシステムは、ウェブサーバ１０と、監視／復旧サーバ２０と（情報処理装置）、ウェブアクセス端末３０と、から構成されている。そして、ウェブサーバ１０と監視／復旧サーバ２０とウェブアクセス端末３０とは、インターネット、イントラネット等のネットワークであるインターネット５００を介して接続されており、またウェブサーバ１０と監視／復旧サーバ２０は、インターネット５００（公衆ネットワーク）とは物理的にも論理的にも切り離された直接続（シリアル接続等）又は専用線による接続６００を介して接続されている。以下、各装置について詳述する。
【００２６】
＜ウェブアクセス端末＞
ウェブアクセス端末３０は、インターネット５００と接続されているパソコン等の小型情報端末、例えば、一般ユーザのパソコンや携帯電話などの情報処理端末である。そして、このウェブアクセス端末３０は、インターネット５００経由でＵＲＬを指定してウェブサーバ１０へアクセスし、ウェブサーバ１０よりそのＵＲＬに該当するコンテンツを受信し、Ｗｅｂブラウザ等へ表示する機能を有する。
【００２７】
＜ウェブサーバ＞
ウェブサーバ１０は、ウェブサイトを開設するサーバコンピュータであり、その演算装置には、所定のプログラムが組み込まれることにより、図２に示すように、基本機能部１０１と、ホームページ表示部１０２と、ウェブアプリケーション１０３と、サーバ操作受付部１０４と、が構築されている。また、記憶装置には、コンテンツＤＢ１０５と、バックアップＤＢ１０６と、といった２種類のデータベースが形成されている。
【００２８】
上記構成により、ウェブサーバ１０は、監視／復旧サーバ２０やウェブアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けると、ホームページ表示部１０２とコンテンツＤＢ１０５とにより、そのＵＲＬに該当するコンテンツ並びにステータスコードを送信する。また、ウェブサーバ１０は、サーバ操作受付部１０４により、監視／復旧サーバ２０からのログインを受け付け、当該監視／復旧サーバ２０から受信した各作業コマンド等を実行する。以下、各部及び各ＤＢについて、詳述する。
【００２９】
基本機能部１０１は、Ｗｅｂサービスを提供する機器としての基本機能を制御する処理部であり、後述するホームページ表示部１０２、Ｗｅｂアプリケーション部１０３、サーバ操作受付部１０４等と協働して作動する。具体的には、監視／復旧サーバ２０やウェブアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けると、ホームページ表示部１０２と協働して、そのＵＲＬに該当するコンテンツ並びにステータスコードを送信する。ここで、「URL」とは、Uniform Resouce Locatorのことであり、インターネット上に存在する情報資源の場所を指し示す記述方式の一例である。
【００３０】
そして、ステータスコードは、例えば、ＨＴＴＰステータスコードであり、ウェブサーバ１０自身の状態を表す状態情報である。なお、「HTTP」とは、Hyper Text Transfer Protocolのことであり、ウェブサーバとクライアントがデータを送受信する際に使用されるプロトコルの一例である。そして、具体的に、ステータスコードは、３桁の数字で表されており、１００番台は、インフォメーション情報であり、２００番台は、成功を表す情報、３００番台は、転送を表す情報である。また、４００番台は、後述するようにウェブサーバ１０にアクセスした監視／復旧サーバ２０の異常状態、つまり、リクエストエラーを表すクライアントエラー情報である。また、５００番台は、ウェブサーバ１０の異常状態を表すサーバエラー情報である。なお、ＨＴＴＰステータスコードについては公知であるのでその詳細な説明は省略する。
【００３１】
また、基本機能部１０１は、サーバ操作受付部１０４と協働して、監視／復旧サーバ２０からのログインを受け付け、監視／復旧サーバ２０から受信した各作業コマンド等を実行する。
【００３２】
ホームページ表示部１０２は、インターネット５００と接続されているイーサネット（登録商標）カード等の通信機器並びにその通信制御を行うソフトウェア，ミドルウェア等である。そして、インターネット５００経由で監視／復旧サーバ２０やウェブアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けると、コンテンツＤＢ１０５からＵＲＬに該当するコンテンツを受け取り、ステータスコードを生成し、コンテンツと共に要求元へ送信する。
【００３３】
ウェブアプリケーション部１０３は、動的にＨＴＭＬを生成する為のソフトウェア，ミドルウェア等である。そして、監視／復旧サーバ２０やウェブアクセス端末３０からのリクエストに対して、動的にＨＴＭＬを生成する仕様のコンテンツとなっていた場合に使用し、各ウェブアプリケーションは、単独でサービスとして起動／停止／再起動が可能である。
【００３４】
サーバ操作受付部１０４は、直接続又は専用線による接続６００と接続しているシリアルポート制御部又はイーサネット（登録商標）カード等の通信機器並びにその通信機器の制御，基本機能部１０１へ各作業コマンド等の送信を行うソフトウェア，ミドルウェア等である。そして、直接続又は専用線による接続６００経由で監視／復旧サーバ２０からのログインを受け付け、監視／復旧サーバ２０から受信した各作業コマンドを基本機能部１０１へ送信する。
【００３５】
コンテンツＤＢ１０５は、コンテンツをツリー形式で管理しているデータベースである。例えば、図６、図７に示すように、ＵＲＬがコンテンツ内容と関連付けしてデータベース化されており、インターネット５００経由で監視／復旧サーバ２０やＷｅｂアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けた際に使用する。ここで、コンテンツとは、リンクタグによってリンクされているコンテンツであってもよく、また、ＪＡＶＡ（登録商標）などのウェブアプリケーションを使用してリンクされているコンテンツであってもよい。また、コンテンツは、ＨＴＭＬ形式のコンテンツに限定されず、例えば、ＪＡＶＡ（登録商標）やＣＧＩなどのプログラムも含む。
【００３６】
バックアップＤＢ１０６は、図８、図９に示すように、コンテンツＤＢ１０５を一部名称を変更してバックアップしたデータベースである。例えば、コンテンツＤＢ１０５内のコンテンツに不整合や欠損が発生した際、並びにコンテンツＤＢ１０５の監視が正常終了した後に、コンテンツＤＢ１０５を一部名称を変更してバックアップを行う際に使用する。かかるバックアップＤＢは、後述するように、監視／復旧サーバ２０による処理によって生成されるものである。なお、バックアップＤＢ１０６は、図２に示している例ではウェブサーバ１０上に格納しているが、監視／復旧サーバ２０又は他のサーバ上にあってもよい。
【００３７】
＜監視／復旧サーバ＞
監視／復旧サーバ２０は、一般的なサーバコンピュータであり、その演算装置には、所定のプログラムが組み込まれることにより、図３に示すように、基本機能部２０１と、ホームページアクセス部２０２と、ステータスコード解析部２０３と、サーバ操作部２０４と、が構築されている。また、記憶装置（記憶手段）には、ステータスコードＤＢ２０５と、サーバ操作ＤＢ２０６といった、２種類のデータベースが形成されている。以下、さらに詳述する。
【００３８】
基本機能部２０１は、後述するホームページアクセス部２０２、ステータスコード解析部２０３、サーバ操作部２０４等と協働して作動する。具体的には、基本機能部２０１は、まず、ホームページアクセス部２０２を使用して、インターネット５００経由でウェブサーバ１０へインデックスページのＵＲＬを指定してアクセスする。そして、かかるアクセスに応じて、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信すると、ステータスコード解析部２０３にて、ステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系と判断し、ステータスコードＤＢ２０５に存在する又はステータスコードが返ってこない場合は異常系であると判断する。つまり、ウェブサーバ１０にアクセスすると共に、このアクセスに応じてウェブサーバから返送されるステータスコード（状態情報）を受信する状態情報受信手段と、この受信したステータスコードと後述するステータスコードＤＢ２０５とに基づいて、ウェブサーバ１０の状態を判別する状態判別手段と、して機能する。
【００３９】
また、基本機能部２０１は、受信したステータスコードが正常系の場合、コンテンツ内を検索（例えば、<A HREF・・・で始まる文字列を検索）し、内部リンク先（ウェブサーバ１０上の他のコンテンツへのリンク）が存在するかを確認する。ここで、内部リンク先とは、上述したリンクタグにてリンクされているコンテンツに限定されず、ＪＡＶＡ（登録商標）やＣＧＩなどのウェブアプリケーションを使用してアクセス可能なコンテンツも含む。従って、上述した内部リンク先の検索は、リンクタグの検索のみならず、ウェブアプリケーションの検索及び当該アプリケーションの実行によるリンク先の検索も行われる。
【００４０】
そして、内部リンク先が存在する場合、ウェブサーバ１０へ該当する内部リンク先のＵＲＬを指定してアクセスし、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信すると、受信したステータスコードが正常系であるかの判断並びにコンテンツ内に内部リンク先がないか確認を繰り返し、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認する。このとき、基本機能部２０１は、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認後、サーバ操作部２０４並びにサーバ操作ＤＢ２０６によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行った後に、ウェブサーバ１０内のコンテンツＤＢ１０５を一部名称を変更してバックアップＤＢ１０６へバックアップを行い、一定周期の経過後に、再度インデックスページのＵＲＬを指定してアクセスし、ウェブサーバ１０の状態監視を行う。
【００４１】
また、基本機能部２０１は、受信したステータスコードが異常系の場合で、ステータスコードが返ってきている場合は、受信したステータスコードが４ｘｘ（４００番台）（監視／復旧サーバ２０（クライアント）のリクエストが未完了）、５ｘｘ（５００番台）（サーバが異常を検出）のいずれのエラーであるかを確認し、ステータスコードが無応答又はステータスコードが５ｘｘの場合、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。そして、基本機能部２０１は、受信したステータスコードが４ｘｘであった場合、監視／復旧サーバ２０を再起動し、再度同じＵＲＬを指定してアクセスを行い、受信したステータスコードが異常系であった場合は、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。このとき、基本機能部２０１は、ウェブサーバ１０へログイン出来ない場合、ウェブサーバ１０の管理者へウェブサーバ１０が停止している旨、メール等で報告を行う。つまり、監視／復旧サーバ２０は、メール送信機能を有する。
【００４２】
また、基本機能部２０１は、ウェブサーバ１０へログイン出来た場合、ステータスコードＤＢ２０５を使用して、受信したステータスコードに対応する作業内容１を実施する（サーバ操作部２０４並びに直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施）。そして、再度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合、次に作業内容２を実施し、再々度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合は、ウェブサーバ１０の再起動を行った後に、ウェブサーバ１０の管理者へウェブサーバ１０が異常な旨、メール等で報告を行う。つまり、ステータスコードに対応した作業内容を行う対応処理実行手段として機能する。
【００４３】
ホームページアクセス部２０２は、インターネット５００と接続されているイーサネット（登録商標）カード等の通信機器並びにその通信制御を行うソフトウェア，ミドルウェア等である。そして、インターネット５００経由でＵＲＬを指定してウェブサーバ１０へアクセスし、ウェブサーバ１０よりそのＵＲＬに該当するコンテンツ並びにステータスコードを受信する。
【００４４】
ステータスコード解析部２０３は、ステータスコードの判定を行うソフトウェア等である。そして、ウェブサーバ１０よりステータスコードを受信すると、ステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系と判断し、ステータスコードＤＢ２０５に存在する又はステータスコードが返ってこない（無応答）場合は異常系であると判断する。
【００４５】
サーバ操作部２０４は、直接続又は専用線による接続６００と接続されているシリアルポート制御部又はイーサネット（登録商標）カード等の通信機器並びにその制御ソフトウェア，ミドルウェア等である。そして、ウェブサーバ１０へ直接続又は専用線による接続６００経由でログインを行う。また、サーバ操作部２０４は、ウェブサーバ１０内のコンテンツＤＢ１０５を一部名称を変更してバックアップＤＢ１０６へバックアップを行う。さらに、サーバ操作部２０４は、受信したステータスコードに対応する作業内容１，作業内容２を、直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施する。サーバ操作部２０４は、ウェブサーバ１０の再起動を直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施する。
【００４６】
ステータスコードＤＢ２０５は、図４に示すように、ステータスコードとそのステータスコードに対応する作業内容１，作業内容２が関連付けしてデータベース化されている。そして、記憶されているステータスコードは、ウェブサーバ１０から受信したステータスコードが正常系か異常系かを判断する際の基準として使用されるデータ（状態判別基準情報）である。また、作業内容１，２は、ウェブサーバ１０からのステータスコードつまりウェブサーバ１０の状態毎に応じて予め設定された対応処理を表す内容の情報（対応処理情報）である。ここで、図４には、作業内容１，２として、主にウェブサーバ１０に対する対応処理を表す情報が示されているが、監視／復旧サーバ２０を再起動するなどの当該監視／復旧サーバ２０自身に対する対応処理を表す情報であってもよい。
【００４７】
サーバ操作ＤＢ２０６は、図５に示すように、作業内容とその作業を行う上で必要なサーバ操作手順が関連付けしてデータベース化されており、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う際、並びにウェブサーバ１０へ各作業を行う際に使用する。
【００４８】
上記構成による監視／復旧サーバ２０の機能をまとめると、まず、ウェブサーバ１０へインデックスページのＵＲＬを指定してアクセスし、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信する。そして、ステータスコード解析部２０３にてステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系と判断し、ステータスコードＤＢ２０５に存在する又はステータスコードが返ってこない（無応答）場合は異常系であると判断する。
【００４９】
さらに、監視／復旧サーバ２０は、受信したステータスコードが正常系の場合、コンテンツ内を検索（例えば、<A HREF・・・で始まる文字列を検索）し、内部リンク先（ウェブサーバ１０上のコンテンツへのリンク）が存在するかを確認する。そして、内部リンク先が存在する場合、ウェブサーバ１０へ該当する内部リンク先のＵＲＬを指定してアクセスし、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信すると、受信したステータスコードが正常系であるかの判断並びにコンテンツ内に内部リンク先がないか確認を繰り返し、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認する。
【００５０】
また、監視／復旧サーバ２０は、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認後、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行った後に、ウェブサーバ１０内のコンテンツＤＢ１０５を一部名称を変更してバックアップＤＢ１０６へバックアップを行い、一定周期の経過後に、再度インデックスページのＵＲＬを指定してアクセスし、ウェブサーバ１０の状態監視を行う。
【００５１】
そして、監視／復旧サーバ２０は、受信したステータスコードが異常系の場合で、ステータスコードが返ってきている場合は、受信したステータスコードが４ｘｘ（クライアントのリクエストが未完了）、５ｘｘ（サーバが異常を検出）のいずれのエラーであるかを確認し、ステータスコードが無応答又はステータスコードが５ｘｘの場合、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。
【００５２】
また、監視／復旧サーバ２０は、受信したステータスコードが４ｘｘであった場合、監視／復旧サーバ２０を再起動し、再度同じＵＲＬを指定してアクセスを行い、受信したステータスコードが異常系であった場合は、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。監視／復旧サーバ２０は、ウェブサーバ１０へログイン出来ない場合、ウェブサーバ１０の管理者へウェブサーバ１０が停止している旨、メール等で報告を行う。そして、監視／復旧サーバ２０は、ウェブサーバ１０へログイン出来た場合、ステータスコードＤＢ２０５を使用して、受信したステータスコードに対応する作業内容１を実施し（サーバ操作部２０４並びに直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施）、再度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合、次に作業内容２を実施し、再々度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合は、ウェブサーバ１０の再起動を行った後に、ウェブサーバ１０の管理者へウェブサーバ１０が異常な旨、メール等で報告を行う。
【００５３】
［動作］
次に、上記構成におけるシステムの動作を、図１０のシーケンス図及び図１１のフローチャートを参照して説明する。
【００５４】
まず、図１０のシーケンス図を用いて説明すると、監視／復旧サーバ２０は、ウェブサーバ１０へインデックスページのＵＲＬを指定してアクセスし（ステップＡ１）、そのアクセスを受け付けたウェブサーバ１０は、該当するコンテンツ並びにステータスコードを監視／復旧サーバ２０に送信する（ステップＡ２）。これにより、監視復旧サーバ２０は、ウェブサーバ１０から送信されたステータスコード（状態情報）を受信する（状態情報受信工程）。
【００５５】
続いて、監視／復旧サーバ２０は、ステータスコード解析部２０３にてステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系であると判断する（ステップＡ３でＹｅｓ）。また、ステータスコードＤＢ２０５に存在する、あるいは、ステータスコードが返ってこない（無応答）場合は、異常系であると判断する（ステップＡ３でＮｏ、状態判別工程）。
【００５６】
そして、受信したステータスコードが正常系である場合（ステップＡ３でＹｅｓ）、監視／復旧サーバ２０は、受信したコンテンツ内を検索し（例えば、<A HREF・・・で始まる文字列の検索や、ＪＡＶＡ（登録商標）などのウェブアプリケーションが作動することによってアクセス可能なコンテンツの検索）、内部リンク先（ウェブサーバ１０上のコンテンツへのリンク）が存在するかを確認する（ステップＡ４）。そして、内部リンクされたコンテンツが存在する場合は（ステップＡ４でＹｅｓ）、ウェブサーバ１０へ該当する内部リンク先のＵＲＬを指定してアクセスし（ステップＡ５）、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信する（ステップＡ６、状態情報受信工程）。その後、受信したステータスコードが正常系であるかの判断（ステップＡ３）並びにコンテンツ内に内部リンク先がないか確認（ステップＡ４）を繰り返し、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認する。
【００５７】
そして、監視／復旧サーバ２０は、全ての内部リンクの確認を終えると（ステップＡ４でＮｏ）、サーバ操作部２０４並びにサーバ操作ＤＢ２０６によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行った後に、ウェブサーバ１０内のコンテンツＤＢ１０５を、一部名称を変更して（一例としてファイル名に”.bak”を付与）、バックアップＤＢ１０６へバックアップを行う（ステップＡ７）。その後は、一定周期の経過後に（監視対象となるウェブサイトの重要度によるが、一例として１時間の経過）、再度インデックスページのＵＲＬを指定してアクセスし（ステップＡ１）、ウェブサーバ１０の状態監視を継続する（ステップＡ８）。
【００５８】
一方で、監視／復旧サーバ２０が受信したステータスコードが異常系であると判断した場合（ステップＡ３でＮｏ）、つまり、ステータスコードがステータスコードＤＢ２０５に存在する場合及びステータスコードが返ってこない場合には、図１１の処理に進む。
【００５９】
そして、受信したステータスコードが異常系であると判断した場合であって（図１０のステップＡ３でＮｏ）、かつ、ステータスコードが返ってきている場合には（ステップＡ９でＹｅｓ）、受信したステータスコードの値を調べる。具体的には、ステータスコードが４００番台か（４ｘｘ（監視／復旧サーバ２０のリクエストが未完了））、あるいは、５００番台か（５ｘｘ（サーバが異常を検出））、といったいずれのエラーであるかを確認する（ステップＡ１０）。
【００６０】
そして、ステータスコードが”５ｘｘ”（ステップＡ１０で５ｘｘに進む）、又は、無応答の場合には（ステップＡ９でＮｏ）、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う（ステップＡ１１）。
【００６１】
一方、監視／復旧サーバ２０は、受信したステータスコードが”４ｘｘ”の場合は（ステップＡ１０で４ｘｘ）、監視／復旧サーバ２０を再起動し（ステップＡ１２、対応処理実行工程）、ウェブサーバ１０へ再度同じＵＲＬを指定してアクセスを行い、受信したステータスコードが正常系だった場合（ステップＡ１４でＹｅｓ）は、図１０のステップＡ４に戻り、コンテンツ内に内部リンク先が存在するかを確認する。
【００６２】
監視／復旧サーバ２０は、ステップＡ１４にて、受信したステータスコードが再度異常系だった場合には（ステップＡ１４でＮｏ）、ステータスコード”５ｘｘ”（ステップＡ１０ ５ｘｘ）並びに無応答（ステップＡ９でＮｏ）と同様に、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う（ステップＡ１１）。このとき、ウェブサーバ１０にログイン出来なかった場合には（ステップＡ１５でＮｏ）、ウェブサーバ管理者へウェブサーバ１０が停止している旨をメール等で報告する（ステップＡ１６）。一方、ウェブサーバ１０へログイン出来た場合（ステップＡ１５でＹｅｓ）は、受信したステータスコードに対応するステータスコードＤＢ２０５を使用して、受信したステータスコードに対応する作業内容１を、サーバ操作ＤＢ２０４を基にサーバ操作手順へ変換後、サーバ操作部２０４にて実施し（ステップＡ１７、対応処理実行工程）、再度同じＵＲＬを指定してアクセスを行う（ステップＡ１８）。これに対し、再度、ステータスコードが異常系の場合には（ステップＡ１９でＮｏ）、次に作業内容２を、サーバ操作ＤＢ２０４を基にサーバ操作手順へ変換後、サーバ操作部２０４にて実施し（ステップＡ２０）、再々度同じＵＲＬを指定してアクセスを行う（ステップＡ２１）。そして、さらにステータスコードが異常系の場合には（ステップＡ２２でＮｏ）、ウェブサーバ１０の再起動を行った後に、ウェブサーバ１０の管理者へウェブサーバ１０が異常な旨をメール等で報告する（ステップＡ２３）。
【００６３】
なお、ステップＡ１９，ステップＡ２２にてステータスコードが正常系の場合には（ステップＡ１９でＹｅｓ，ステップＡ２２でＹｅｓ）は、図１０のステップＡ４に戻り、コンテンツ内に内部リンク先が存在するかを確認する。
【００６４】
このようにすることにより、監視／復旧サーバ２０は、ウェブサーバ１０へインターネット５００経由で実際にホームページのアクセスを行い、ウェブサーバ１０から返ってくるステータスコードを基にウェブサーバ１０の状態監視を行うため、ウェブサーバ１０の異常や、アクセスした監視／復旧サーバ２０によるリクエストエラーなどの異常状態をも判別することができる。そして、さらに、監視しているウェブサーバ１０に対して、その状態に応じた対応処理を、自動的に、かつ、迅速に実現することができる。
【産業上の利用可能性】
【００６５】
本発明は、コンテンツの配信等を行うウェブサーバの運用が停止しないよう、管理するために利用することができ、産業上の利用可能性を有する。
【図面の簡単な説明】
【００６６】
【図１】システム全体の構成を示すブロック図である。
【図２】ウェブサーバの構成を示すブロック図である。
【図３】監視／復旧サーバの構成を示すブロック図である。
【図４】ステータスＤＢの一例を示す図である。
【図５】サーバ操作ＤＢの一例を示す図である。
【図６】コンテンツＤＢの一例を示す図である。
【図７】コンテンツＤＢの一例を示す図である。
【図８】バックアップＤＢの一例を示す図である。
【図９】バックアップＤＢの一例を示す図である。
【図１０】システム全体の動作を示すシーケンス図である。
【図１１】監視／復旧サーバの動作を示すフローチャートである。
【符号の説明】
【００６７】
１０ ウェブサーバ
２０ 監視／復旧サーバ
３０ ウェブアクセス端末
１０１ 基本機能部
１０２ ホームページ表示部
１０３ Ｗｅｂアプリケーション部
１０４ サーバ操作受付部
１０５ コンテンツＤＢ
１０６ バックアップＤＢ
２０１ 基本機能部
２０２ ホームページアクセス部
２０３ ステータスコード解析部
２０４ サーバ操作部
２０５ ステータスコードＤＢ
２０６ サーバ操作ＤＢ
５００ インターネット
６００ 直接続又は専用線による接続
【技術分野】
【０００１】
本発明は、情報処理装置にかかり、特に、ウェブサーバの状態を監視する情報処理装置に関する。
【背景技術】
【０００２】
一般のユーザ端末からアクセスを受け、これに応じてコンテンツの配信などを行うウェブサーバを監視したり、異常が生じている場合に復旧するという技術が従来より検討されている。例えば、従来のウェブサーバの監視並びに復旧方法では、サーバ内に格納されているエラーログを確認し、障害が発生したことを検知していたが、エラーログ上では問題が発生していないがウェブサーバとしての機能が停止していることがあるなど、信頼性の低下という問題があったり、迅速な復旧ができない、という問題があった。
【０００３】
また、上述したようなエラーログを確認する従来のウェブサーバの監視並びに復旧方法では、エラーログの解析後に作業者が手動でウェブサーバに対し、コマンドを入力する等の処置を行わなければならず、作業者による手間や迅速な対応が困難である、という問題があった。
【０００４】
一方で、下記特許文献１には、他のコンピュータにて、監視対象装置の状態を表すデータを取得し、かかるデータを基に監視対象装置の状態に応じた処理を行う、という技術が開示されている。また、下記特許文献２には、ネットワーク上においてＩＰ機器の自動接続を確認するシステムが開示されており、ＨＴＴＰプロトコルにおいて正常状態を確認するために「ステータスコード２００」を用いることが開示されている。
【０００５】
【特許文献１】特開２００３−１４０９９９号公報
【特許文献２】特開２００５−３０３７６６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した特許文献１に開示されているシステムでは、監視対象の状態をどのような手法にて判定するかが具体的に開示されていない。特に、監視対象装置として、テレビ受像装置やオーディオ装置、照明などの電子機器を想定しているため、上述したウェブサーバの監視や復旧に利用することは困難である。そして、仮に特許文献１のシステムを利用し、上述した特許文献２に開示されているように、ウェブサーバの状態を監視するために「ステータスコード２００」を確認して当該サーバが正常であることを確認できたとしても、他の状況を詳細に確認することが困難であり、適切な監視及び対処ができない、という問題が生じる。特に、サーバの異常状態はもちろんのこと、これを監視するコンピュータの状態を確認することもできず、監視の信頼性が低下しうる、という問題があった。
【０００７】
さらに、サーバや監視するコンピュータの異常状態を正確に確認することができなければ、その対処方法も自動設定が不可能であり、依然として対処処理の手間及び迅速な復旧対応が困難である、という問題が生じていた。
【０００８】
このため、本発明では、上記従来例の有する不都合を改善し、特に、ウェブサーバの状態監視の正確性の向上を図り、迅速かつ的確に対処することができ、信頼性の向上を図ることをその目的とする。
【課題を解決するための手段】
【０００９】
そこで、本発明の一形態である情報処理装置は、
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置であって、
状態情報を判別する基準となる状態判別基準情報を記憶する記憶手段と、
ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信手段と、
状態情報受信手段にてウェブサーバから受信した状態情報と、記憶手段に記憶されている状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別手段と、
を備えたことを特徴としている。
【００１０】
そして、状態情報は、アクセスを受けたウェブサーバの異常状態を表す情報や、ウェブサーバにアクセスした情報処理装置の異常状態を表す情報を含む、ことを特徴としている。例えば、状態情報は、ＨＴＴＰステータスコードである。
【００１１】
上記発明によると、まず、情報処理装置がウェブサーバに対してアクセスすると、当該ウェブサーバの状態を表す状態情報が情報処理装置に返送される。これを受けた情報処理装置は、予め記憶されている状態を判別する基準となる情報に基づいて、ウェブサーバの状態を判別することができる。従って、ウェブサーバが正常であるか否かの状態を判別できるのみならず、ウェブサーバの異常や、アクセスした情報処理装置によるリクエストエラーなどの異常状態をも判別することができる。
【００１２】
また、状態情報受信手段は、ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じてウェブサーバから返送される状態情報を受信する機能を有する、ことを特徴としている。
【００１３】
これにより、ウェブサーバが開設するウェブサイトのトップページなどの所定のコンテンツにアクセスしたときに、リンクタグによって内部リンクされている他のページやＪＡＶＡ（登録商標）プログラム、ＣＧＩプログラムなどを使用してリンクされている他のコンテンツといった、全てのコンテンツに対してアクセスが実行され、その状態情報を取得することができる。従って、ウェブサイト全体の状態を監視することができる。
【００１４】
また、記憶手段は、ウェブサーバの状態毎に応じて予め設定された対応処理を表す対応処理情報を記憶すると共に、状態判別手段による判別結果に対応した対応処理情報に基づく対応処理を行う対応処理実行手段を備えた、ことを特徴としている。そして、対応処理情報は、ウェブサーバに対する対応処理を表す情報や、情報処理装置に対する対応処理を表す情報を含む、ことを特徴としている。さらに、対応処理実行手段は、ウェブサーバに対する対応処理を行う場合に、当該ウェブサーバに対して公衆ネットワークとは切り離された他のネットワークを介して行う、ことを特徴としている。
【００１５】
これにより、情報処理装置から、監視しているウェブサーバに対して、その状態に応じて予め設定されている対応処理をネットワーク経由で実行することができる。従って、ウェブサーバの障害対策を自動的に、かつ、迅速に実現でき、また、監視する情報処理装置の障害対策も実現できる。特に、ウェブサーバに対する処理を公衆ネットワークとは切り離されたネットワークを介して実現することで、ネットワーク系統の障害に対しても対応することができる。
【００１６】
また、本発明の他の形態であるプログラムは、
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置に、
ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信手段と、
状態情報受信手段にてウェブサーバから受信した状態情報と、予め記憶された状態情報を判別する基準となる状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別手段と、
を実現させる、ことを特徴としている。
【００１７】
また、予めウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている情報処理装置に、状態判別手段による判別結果に対応した対応処理情報に基づく対応処理を行う対応処理実行手段を実現させる、ことを特徴としている。
【００１８】
さらに、本発明の他の形態である監視方法は、
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置が、ウェブサーバの状態を監視する方法であって、
ウェブサーバにアクセスすると共に、このアクセスに応じてウェブサーバから返送される状態情報を受信する状態情報受信工程と、
状態情報受信工程にてウェブサーバから受信した状態情報と、予め情報処理装置に記憶された状態情報を判別する基準となる状態判別基準情報とに基づいて、ウェブサーバの状態を判別する状態判別工程と、
を有することを特徴としている。
【００１９】
また、状態情報受信工程は、ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じてウェブサーバから返送される状態情報を受信する、ことを特徴としている。
【００２０】
さらに、予めウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている情報処理装置が、状態判別工程による判別結果に対応した対応処理情報に基づく対応処理を行う対応処理実行工程を有する、ことを特徴としている。
【００２１】
上述した構成のプログラムや方法の発明においても、上記情報処理装置と同様に作用するため、上述した本発明の目的を達成することができる。
【発明の効果】
【００２２】
本発明は、以上のように構成され機能するので、これによると、情報処理装置がウェブサーバに対してアクセスすることによって返送される状態情報に基づいて、ウェブサーバの状態のみならず、アクセスした情報処理装置の状態をも判別することができる。従って、ウェブサーバやこれを監視する情報処理装置の異常に対して迅速かつ的確に対処することができ、信頼性の向上を図ることができる、という従来にない優れた効果を有する。
【発明を実施するための最良の形態】
【００２３】
本発明は、ウェブサイトを開設するウェブサーバの監視を行う監視／復旧サーバによる監視方法に特徴を有する。つまり、ウェブサーバからホームページ閲覧時に返ってくるステータスコードを監視／復旧サーバにて受信し、そのコードを基にウェブサーバの状態を常に監視する、ことを特徴とする。これにより、ウェブサーバの状態を詳細に監視することができ、さらには、監視／復旧サーバの状態をも判別することができる。また、監視した結果、ウェブサーバに異常が発生した場合は、監視／復旧サーバからウェブサーバへリモートログインし、ステータスコードに対応したコマンド入力等の処置を行うことで、ウェブサーバを復旧することができる。このとき、監視／復旧サーバについても、復旧することができる。以下、具体的な構成を、実施例にて詳細に説明する。
【実施例１】
【００２４】
本発明の第１の実施例を、図１乃至図１１を参照して説明する。図１は、システム全体の構成を示すブロック図であり、図２乃至図３は、各サーバの構成を示す機能ブロック図である。図４乃至９は、各サーバに記憶されるデータの一例を示す図であり、図１０乃至図１１は、動作を示す図である。
【００２５】
［構成］
図１を参照すると、本実施例におけるシステムは、ウェブサーバ１０と、監視／復旧サーバ２０と（情報処理装置）、ウェブアクセス端末３０と、から構成されている。そして、ウェブサーバ１０と監視／復旧サーバ２０とウェブアクセス端末３０とは、インターネット、イントラネット等のネットワークであるインターネット５００を介して接続されており、またウェブサーバ１０と監視／復旧サーバ２０は、インターネット５００（公衆ネットワーク）とは物理的にも論理的にも切り離された直接続（シリアル接続等）又は専用線による接続６００を介して接続されている。以下、各装置について詳述する。
【００２６】
＜ウェブアクセス端末＞
ウェブアクセス端末３０は、インターネット５００と接続されているパソコン等の小型情報端末、例えば、一般ユーザのパソコンや携帯電話などの情報処理端末である。そして、このウェブアクセス端末３０は、インターネット５００経由でＵＲＬを指定してウェブサーバ１０へアクセスし、ウェブサーバ１０よりそのＵＲＬに該当するコンテンツを受信し、Ｗｅｂブラウザ等へ表示する機能を有する。
【００２７】
＜ウェブサーバ＞
ウェブサーバ１０は、ウェブサイトを開設するサーバコンピュータであり、その演算装置には、所定のプログラムが組み込まれることにより、図２に示すように、基本機能部１０１と、ホームページ表示部１０２と、ウェブアプリケーション１０３と、サーバ操作受付部１０４と、が構築されている。また、記憶装置には、コンテンツＤＢ１０５と、バックアップＤＢ１０６と、といった２種類のデータベースが形成されている。
【００２８】
上記構成により、ウェブサーバ１０は、監視／復旧サーバ２０やウェブアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けると、ホームページ表示部１０２とコンテンツＤＢ１０５とにより、そのＵＲＬに該当するコンテンツ並びにステータスコードを送信する。また、ウェブサーバ１０は、サーバ操作受付部１０４により、監視／復旧サーバ２０からのログインを受け付け、当該監視／復旧サーバ２０から受信した各作業コマンド等を実行する。以下、各部及び各ＤＢについて、詳述する。
【００２９】
基本機能部１０１は、Ｗｅｂサービスを提供する機器としての基本機能を制御する処理部であり、後述するホームページ表示部１０２、Ｗｅｂアプリケーション部１０３、サーバ操作受付部１０４等と協働して作動する。具体的には、監視／復旧サーバ２０やウェブアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けると、ホームページ表示部１０２と協働して、そのＵＲＬに該当するコンテンツ並びにステータスコードを送信する。ここで、「URL」とは、Uniform Resouce Locatorのことであり、インターネット上に存在する情報資源の場所を指し示す記述方式の一例である。
【００３０】
そして、ステータスコードは、例えば、ＨＴＴＰステータスコードであり、ウェブサーバ１０自身の状態を表す状態情報である。なお、「HTTP」とは、Hyper Text Transfer Protocolのことであり、ウェブサーバとクライアントがデータを送受信する際に使用されるプロトコルの一例である。そして、具体的に、ステータスコードは、３桁の数字で表されており、１００番台は、インフォメーション情報であり、２００番台は、成功を表す情報、３００番台は、転送を表す情報である。また、４００番台は、後述するようにウェブサーバ１０にアクセスした監視／復旧サーバ２０の異常状態、つまり、リクエストエラーを表すクライアントエラー情報である。また、５００番台は、ウェブサーバ１０の異常状態を表すサーバエラー情報である。なお、ＨＴＴＰステータスコードについては公知であるのでその詳細な説明は省略する。
【００３１】
また、基本機能部１０１は、サーバ操作受付部１０４と協働して、監視／復旧サーバ２０からのログインを受け付け、監視／復旧サーバ２０から受信した各作業コマンド等を実行する。
【００３２】
ホームページ表示部１０２は、インターネット５００と接続されているイーサネット（登録商標）カード等の通信機器並びにその通信制御を行うソフトウェア，ミドルウェア等である。そして、インターネット５００経由で監視／復旧サーバ２０やウェブアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けると、コンテンツＤＢ１０５からＵＲＬに該当するコンテンツを受け取り、ステータスコードを生成し、コンテンツと共に要求元へ送信する。
【００３３】
ウェブアプリケーション部１０３は、動的にＨＴＭＬを生成する為のソフトウェア，ミドルウェア等である。そして、監視／復旧サーバ２０やウェブアクセス端末３０からのリクエストに対して、動的にＨＴＭＬを生成する仕様のコンテンツとなっていた場合に使用し、各ウェブアプリケーションは、単独でサービスとして起動／停止／再起動が可能である。
【００３４】
サーバ操作受付部１０４は、直接続又は専用線による接続６００と接続しているシリアルポート制御部又はイーサネット（登録商標）カード等の通信機器並びにその通信機器の制御，基本機能部１０１へ各作業コマンド等の送信を行うソフトウェア，ミドルウェア等である。そして、直接続又は専用線による接続６００経由で監視／復旧サーバ２０からのログインを受け付け、監視／復旧サーバ２０から受信した各作業コマンドを基本機能部１０１へ送信する。
【００３５】
コンテンツＤＢ１０５は、コンテンツをツリー形式で管理しているデータベースである。例えば、図６、図７に示すように、ＵＲＬがコンテンツ内容と関連付けしてデータベース化されており、インターネット５００経由で監視／復旧サーバ２０やＷｅｂアクセス端末３０からＵＲＬによりホームページのアクセスを受け付けた際に使用する。ここで、コンテンツとは、リンクタグによってリンクされているコンテンツであってもよく、また、ＪＡＶＡ（登録商標）などのウェブアプリケーションを使用してリンクされているコンテンツであってもよい。また、コンテンツは、ＨＴＭＬ形式のコンテンツに限定されず、例えば、ＪＡＶＡ（登録商標）やＣＧＩなどのプログラムも含む。
【００３６】
バックアップＤＢ１０６は、図８、図９に示すように、コンテンツＤＢ１０５を一部名称を変更してバックアップしたデータベースである。例えば、コンテンツＤＢ１０５内のコンテンツに不整合や欠損が発生した際、並びにコンテンツＤＢ１０５の監視が正常終了した後に、コンテンツＤＢ１０５を一部名称を変更してバックアップを行う際に使用する。かかるバックアップＤＢは、後述するように、監視／復旧サーバ２０による処理によって生成されるものである。なお、バックアップＤＢ１０６は、図２に示している例ではウェブサーバ１０上に格納しているが、監視／復旧サーバ２０又は他のサーバ上にあってもよい。
【００３７】
＜監視／復旧サーバ＞
監視／復旧サーバ２０は、一般的なサーバコンピュータであり、その演算装置には、所定のプログラムが組み込まれることにより、図３に示すように、基本機能部２０１と、ホームページアクセス部２０２と、ステータスコード解析部２０３と、サーバ操作部２０４と、が構築されている。また、記憶装置（記憶手段）には、ステータスコードＤＢ２０５と、サーバ操作ＤＢ２０６といった、２種類のデータベースが形成されている。以下、さらに詳述する。
【００３８】
基本機能部２０１は、後述するホームページアクセス部２０２、ステータスコード解析部２０３、サーバ操作部２０４等と協働して作動する。具体的には、基本機能部２０１は、まず、ホームページアクセス部２０２を使用して、インターネット５００経由でウェブサーバ１０へインデックスページのＵＲＬを指定してアクセスする。そして、かかるアクセスに応じて、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信すると、ステータスコード解析部２０３にて、ステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系と判断し、ステータスコードＤＢ２０５に存在する又はステータスコードが返ってこない場合は異常系であると判断する。つまり、ウェブサーバ１０にアクセスすると共に、このアクセスに応じてウェブサーバから返送されるステータスコード（状態情報）を受信する状態情報受信手段と、この受信したステータスコードと後述するステータスコードＤＢ２０５とに基づいて、ウェブサーバ１０の状態を判別する状態判別手段と、して機能する。
【００３９】
また、基本機能部２０１は、受信したステータスコードが正常系の場合、コンテンツ内を検索（例えば、<A HREF・・・で始まる文字列を検索）し、内部リンク先（ウェブサーバ１０上の他のコンテンツへのリンク）が存在するかを確認する。ここで、内部リンク先とは、上述したリンクタグにてリンクされているコンテンツに限定されず、ＪＡＶＡ（登録商標）やＣＧＩなどのウェブアプリケーションを使用してアクセス可能なコンテンツも含む。従って、上述した内部リンク先の検索は、リンクタグの検索のみならず、ウェブアプリケーションの検索及び当該アプリケーションの実行によるリンク先の検索も行われる。
【００４０】
そして、内部リンク先が存在する場合、ウェブサーバ１０へ該当する内部リンク先のＵＲＬを指定してアクセスし、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信すると、受信したステータスコードが正常系であるかの判断並びにコンテンツ内に内部リンク先がないか確認を繰り返し、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認する。このとき、基本機能部２０１は、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認後、サーバ操作部２０４並びにサーバ操作ＤＢ２０６によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行った後に、ウェブサーバ１０内のコンテンツＤＢ１０５を一部名称を変更してバックアップＤＢ１０６へバックアップを行い、一定周期の経過後に、再度インデックスページのＵＲＬを指定してアクセスし、ウェブサーバ１０の状態監視を行う。
【００４１】
また、基本機能部２０１は、受信したステータスコードが異常系の場合で、ステータスコードが返ってきている場合は、受信したステータスコードが４ｘｘ（４００番台）（監視／復旧サーバ２０（クライアント）のリクエストが未完了）、５ｘｘ（５００番台）（サーバが異常を検出）のいずれのエラーであるかを確認し、ステータスコードが無応答又はステータスコードが５ｘｘの場合、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。そして、基本機能部２０１は、受信したステータスコードが４ｘｘであった場合、監視／復旧サーバ２０を再起動し、再度同じＵＲＬを指定してアクセスを行い、受信したステータスコードが異常系であった場合は、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。このとき、基本機能部２０１は、ウェブサーバ１０へログイン出来ない場合、ウェブサーバ１０の管理者へウェブサーバ１０が停止している旨、メール等で報告を行う。つまり、監視／復旧サーバ２０は、メール送信機能を有する。
【００４２】
また、基本機能部２０１は、ウェブサーバ１０へログイン出来た場合、ステータスコードＤＢ２０５を使用して、受信したステータスコードに対応する作業内容１を実施する（サーバ操作部２０４並びに直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施）。そして、再度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合、次に作業内容２を実施し、再々度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合は、ウェブサーバ１０の再起動を行った後に、ウェブサーバ１０の管理者へウェブサーバ１０が異常な旨、メール等で報告を行う。つまり、ステータスコードに対応した作業内容を行う対応処理実行手段として機能する。
【００４３】
ホームページアクセス部２０２は、インターネット５００と接続されているイーサネット（登録商標）カード等の通信機器並びにその通信制御を行うソフトウェア，ミドルウェア等である。そして、インターネット５００経由でＵＲＬを指定してウェブサーバ１０へアクセスし、ウェブサーバ１０よりそのＵＲＬに該当するコンテンツ並びにステータスコードを受信する。
【００４４】
ステータスコード解析部２０３は、ステータスコードの判定を行うソフトウェア等である。そして、ウェブサーバ１０よりステータスコードを受信すると、ステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系と判断し、ステータスコードＤＢ２０５に存在する又はステータスコードが返ってこない（無応答）場合は異常系であると判断する。
【００４５】
サーバ操作部２０４は、直接続又は専用線による接続６００と接続されているシリアルポート制御部又はイーサネット（登録商標）カード等の通信機器並びにその制御ソフトウェア，ミドルウェア等である。そして、ウェブサーバ１０へ直接続又は専用線による接続６００経由でログインを行う。また、サーバ操作部２０４は、ウェブサーバ１０内のコンテンツＤＢ１０５を一部名称を変更してバックアップＤＢ１０６へバックアップを行う。さらに、サーバ操作部２０４は、受信したステータスコードに対応する作業内容１，作業内容２を、直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施する。サーバ操作部２０４は、ウェブサーバ１０の再起動を直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施する。
【００４６】
ステータスコードＤＢ２０５は、図４に示すように、ステータスコードとそのステータスコードに対応する作業内容１，作業内容２が関連付けしてデータベース化されている。そして、記憶されているステータスコードは、ウェブサーバ１０から受信したステータスコードが正常系か異常系かを判断する際の基準として使用されるデータ（状態判別基準情報）である。また、作業内容１，２は、ウェブサーバ１０からのステータスコードつまりウェブサーバ１０の状態毎に応じて予め設定された対応処理を表す内容の情報（対応処理情報）である。ここで、図４には、作業内容１，２として、主にウェブサーバ１０に対する対応処理を表す情報が示されているが、監視／復旧サーバ２０を再起動するなどの当該監視／復旧サーバ２０自身に対する対応処理を表す情報であってもよい。
【００４７】
サーバ操作ＤＢ２０６は、図５に示すように、作業内容とその作業を行う上で必要なサーバ操作手順が関連付けしてデータベース化されており、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う際、並びにウェブサーバ１０へ各作業を行う際に使用する。
【００４８】
上記構成による監視／復旧サーバ２０の機能をまとめると、まず、ウェブサーバ１０へインデックスページのＵＲＬを指定してアクセスし、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信する。そして、ステータスコード解析部２０３にてステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系と判断し、ステータスコードＤＢ２０５に存在する又はステータスコードが返ってこない（無応答）場合は異常系であると判断する。
【００４９】
さらに、監視／復旧サーバ２０は、受信したステータスコードが正常系の場合、コンテンツ内を検索（例えば、<A HREF・・・で始まる文字列を検索）し、内部リンク先（ウェブサーバ１０上のコンテンツへのリンク）が存在するかを確認する。そして、内部リンク先が存在する場合、ウェブサーバ１０へ該当する内部リンク先のＵＲＬを指定してアクセスし、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信すると、受信したステータスコードが正常系であるかの判断並びにコンテンツ内に内部リンク先がないか確認を繰り返し、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認する。
【００５０】
また、監視／復旧サーバ２０は、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認後、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行った後に、ウェブサーバ１０内のコンテンツＤＢ１０５を一部名称を変更してバックアップＤＢ１０６へバックアップを行い、一定周期の経過後に、再度インデックスページのＵＲＬを指定してアクセスし、ウェブサーバ１０の状態監視を行う。
【００５１】
そして、監視／復旧サーバ２０は、受信したステータスコードが異常系の場合で、ステータスコードが返ってきている場合は、受信したステータスコードが４ｘｘ（クライアントのリクエストが未完了）、５ｘｘ（サーバが異常を検出）のいずれのエラーであるかを確認し、ステータスコードが無応答又はステータスコードが５ｘｘの場合、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。
【００５２】
また、監視／復旧サーバ２０は、受信したステータスコードが４ｘｘであった場合、監視／復旧サーバ２０を再起動し、再度同じＵＲＬを指定してアクセスを行い、受信したステータスコードが異常系であった場合は、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う。監視／復旧サーバ２０は、ウェブサーバ１０へログイン出来ない場合、ウェブサーバ１０の管理者へウェブサーバ１０が停止している旨、メール等で報告を行う。そして、監視／復旧サーバ２０は、ウェブサーバ１０へログイン出来た場合、ステータスコードＤＢ２０５を使用して、受信したステータスコードに対応する作業内容１を実施し（サーバ操作部２０４並びに直接続又は専用線による接続６００並びにサーバ操作受付部１０４経由で実施）、再度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合、次に作業内容２を実施し、再々度同じＵＲＬを指定してアクセスを行い、ステータスコードが異常系の場合は、ウェブサーバ１０の再起動を行った後に、ウェブサーバ１０の管理者へウェブサーバ１０が異常な旨、メール等で報告を行う。
【００５３】
［動作］
次に、上記構成におけるシステムの動作を、図１０のシーケンス図及び図１１のフローチャートを参照して説明する。
【００５４】
まず、図１０のシーケンス図を用いて説明すると、監視／復旧サーバ２０は、ウェブサーバ１０へインデックスページのＵＲＬを指定してアクセスし（ステップＡ１）、そのアクセスを受け付けたウェブサーバ１０は、該当するコンテンツ並びにステータスコードを監視／復旧サーバ２０に送信する（ステップＡ２）。これにより、監視復旧サーバ２０は、ウェブサーバ１０から送信されたステータスコード（状態情報）を受信する（状態情報受信工程）。
【００５５】
続いて、監視／復旧サーバ２０は、ステータスコード解析部２０３にてステータスコードＤＢ２０５を参照し、受信したステータスコードがステータスコードＤＢ２０５に存在しない場合、ステータスコードが正常系であると判断する（ステップＡ３でＹｅｓ）。また、ステータスコードＤＢ２０５に存在する、あるいは、ステータスコードが返ってこない（無応答）場合は、異常系であると判断する（ステップＡ３でＮｏ、状態判別工程）。
【００５６】
そして、受信したステータスコードが正常系である場合（ステップＡ３でＹｅｓ）、監視／復旧サーバ２０は、受信したコンテンツ内を検索し（例えば、<A HREF・・・で始まる文字列の検索や、ＪＡＶＡ（登録商標）などのウェブアプリケーションが作動することによってアクセス可能なコンテンツの検索）、内部リンク先（ウェブサーバ１０上のコンテンツへのリンク）が存在するかを確認する（ステップＡ４）。そして、内部リンクされたコンテンツが存在する場合は（ステップＡ４でＹｅｓ）、ウェブサーバ１０へ該当する内部リンク先のＵＲＬを指定してアクセスし（ステップＡ５）、ウェブサーバ１０より該当するコンテンツ並びにステータスコードを受信する（ステップＡ６、状態情報受信工程）。その後、受信したステータスコードが正常系であるかの判断（ステップＡ３）並びにコンテンツ内に内部リンク先がないか確認（ステップＡ４）を繰り返し、全てのウェブサーバ１０内コンテンツのステータスコードが正常であることを確認する。
【００５７】
そして、監視／復旧サーバ２０は、全ての内部リンクの確認を終えると（ステップＡ４でＮｏ）、サーバ操作部２０４並びにサーバ操作ＤＢ２０６によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行った後に、ウェブサーバ１０内のコンテンツＤＢ１０５を、一部名称を変更して（一例としてファイル名に”.bak”を付与）、バックアップＤＢ１０６へバックアップを行う（ステップＡ７）。その後は、一定周期の経過後に（監視対象となるウェブサイトの重要度によるが、一例として１時間の経過）、再度インデックスページのＵＲＬを指定してアクセスし（ステップＡ１）、ウェブサーバ１０の状態監視を継続する（ステップＡ８）。
【００５８】
一方で、監視／復旧サーバ２０が受信したステータスコードが異常系であると判断した場合（ステップＡ３でＮｏ）、つまり、ステータスコードがステータスコードＤＢ２０５に存在する場合及びステータスコードが返ってこない場合には、図１１の処理に進む。
【００５９】
そして、受信したステータスコードが異常系であると判断した場合であって（図１０のステップＡ３でＮｏ）、かつ、ステータスコードが返ってきている場合には（ステップＡ９でＹｅｓ）、受信したステータスコードの値を調べる。具体的には、ステータスコードが４００番台か（４ｘｘ（監視／復旧サーバ２０のリクエストが未完了））、あるいは、５００番台か（５ｘｘ（サーバが異常を検出））、といったいずれのエラーであるかを確認する（ステップＡ１０）。
【００６０】
そして、ステータスコードが”５ｘｘ”（ステップＡ１０で５ｘｘに進む）、又は、無応答の場合には（ステップＡ９でＮｏ）、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う（ステップＡ１１）。
【００６１】
一方、監視／復旧サーバ２０は、受信したステータスコードが”４ｘｘ”の場合は（ステップＡ１０で４ｘｘ）、監視／復旧サーバ２０を再起動し（ステップＡ１２、対応処理実行工程）、ウェブサーバ１０へ再度同じＵＲＬを指定してアクセスを行い、受信したステータスコードが正常系だった場合（ステップＡ１４でＹｅｓ）は、図１０のステップＡ４に戻り、コンテンツ内に内部リンク先が存在するかを確認する。
【００６２】
監視／復旧サーバ２０は、ステップＡ１４にて、受信したステータスコードが再度異常系だった場合には（ステップＡ１４でＮｏ）、ステータスコード”５ｘｘ”（ステップＡ１０ ５ｘｘ）並びに無応答（ステップＡ９でＮｏ）と同様に、サーバ操作部２０４によりウェブサーバ１０へ、直接続又は専用線による接続６００経由でログインを行う（ステップＡ１１）。このとき、ウェブサーバ１０にログイン出来なかった場合には（ステップＡ１５でＮｏ）、ウェブサーバ管理者へウェブサーバ１０が停止している旨をメール等で報告する（ステップＡ１６）。一方、ウェブサーバ１０へログイン出来た場合（ステップＡ１５でＹｅｓ）は、受信したステータスコードに対応するステータスコードＤＢ２０５を使用して、受信したステータスコードに対応する作業内容１を、サーバ操作ＤＢ２０４を基にサーバ操作手順へ変換後、サーバ操作部２０４にて実施し（ステップＡ１７、対応処理実行工程）、再度同じＵＲＬを指定してアクセスを行う（ステップＡ１８）。これに対し、再度、ステータスコードが異常系の場合には（ステップＡ１９でＮｏ）、次に作業内容２を、サーバ操作ＤＢ２０４を基にサーバ操作手順へ変換後、サーバ操作部２０４にて実施し（ステップＡ２０）、再々度同じＵＲＬを指定してアクセスを行う（ステップＡ２１）。そして、さらにステータスコードが異常系の場合には（ステップＡ２２でＮｏ）、ウェブサーバ１０の再起動を行った後に、ウェブサーバ１０の管理者へウェブサーバ１０が異常な旨をメール等で報告する（ステップＡ２３）。
【００６３】
なお、ステップＡ１９，ステップＡ２２にてステータスコードが正常系の場合には（ステップＡ１９でＹｅｓ，ステップＡ２２でＹｅｓ）は、図１０のステップＡ４に戻り、コンテンツ内に内部リンク先が存在するかを確認する。
【００６４】
このようにすることにより、監視／復旧サーバ２０は、ウェブサーバ１０へインターネット５００経由で実際にホームページのアクセスを行い、ウェブサーバ１０から返ってくるステータスコードを基にウェブサーバ１０の状態監視を行うため、ウェブサーバ１０の異常や、アクセスした監視／復旧サーバ２０によるリクエストエラーなどの異常状態をも判別することができる。そして、さらに、監視しているウェブサーバ１０に対して、その状態に応じた対応処理を、自動的に、かつ、迅速に実現することができる。
【産業上の利用可能性】
【００６５】
本発明は、コンテンツの配信等を行うウェブサーバの運用が停止しないよう、管理するために利用することができ、産業上の利用可能性を有する。
【図面の簡単な説明】
【００６６】
【図１】システム全体の構成を示すブロック図である。
【図２】ウェブサーバの構成を示すブロック図である。
【図３】監視／復旧サーバの構成を示すブロック図である。
【図４】ステータスＤＢの一例を示す図である。
【図５】サーバ操作ＤＢの一例を示す図である。
【図６】コンテンツＤＢの一例を示す図である。
【図７】コンテンツＤＢの一例を示す図である。
【図８】バックアップＤＢの一例を示す図である。
【図９】バックアップＤＢの一例を示す図である。
【図１０】システム全体の動作を示すシーケンス図である。
【図１１】監視／復旧サーバの動作を示すフローチャートである。
【符号の説明】
【００６７】
１０ ウェブサーバ
２０ 監視／復旧サーバ
３０ ウェブアクセス端末
１０１ 基本機能部
１０２ ホームページ表示部
１０３ Ｗｅｂアプリケーション部
１０４ サーバ操作受付部
１０５ コンテンツＤＢ
１０６ バックアップＤＢ
２０１ 基本機能部
２０２ ホームページアクセス部
２０３ ステータスコード解析部
２０４ サーバ操作部
２０５ ステータスコードＤＢ
２０６ サーバ操作ＤＢ
５００ インターネット
６００ 直接続又は専用線による接続
【特許請求の範囲】
【請求項１】
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置であって、
前記状態情報を判別する基準となる状態判別基準情報を記憶する記憶手段と、
前記ウェブサーバにアクセスすると共に、このアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する状態情報受信手段と、
前記状態情報受信手段にて前記ウェブサーバから受信した前記状態情報と、前記記憶手段に記憶されている状態判別基準情報とに基づいて、前記ウェブサーバの状態を判別する状態判別手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記状態情報は、アクセスを受けた前記ウェブサーバの異常状態を表す情報を含む、ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記状態情報は、前記ウェブサーバにアクセスした前記情報処理装置の異常状態を表す情報を含む、ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記状態情報は、ＨＴＴＰステータスコードである、ことを特徴とする請求項１，２又は３記載の情報処理装置。
【請求項５】
前記状態情報受信手段は、前記ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する機能を有する、ことを特徴とする請求項１，２，３又は４記載の情報処理装置。
【請求項６】
前記記憶手段は、前記ウェブサーバの状態毎に応じて予め設定された対応処理を表す対応処理情報を記憶すると共に、
前記状態判別手段による判別結果に対応した前記対応処理情報に基づく対応処理を行う対応処理実行手段を備えた、
ことを特徴とする請求項１，２，３，４又は５記載の情報処理装置。
【請求項７】
前記対応処理情報は、前記ウェブサーバに対する対応処理を表す情報を含む、ことを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記対応処理情報は、前記情報処理装置に対する対応処理を表す情報を含む、ことを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記対応処理実行手段は、前記ウェブサーバに対する対応処理を行う場合に、当該ウェブサーバに対して公衆ネットワークとは切り離された他のネットワークを介して行う、ことを特徴とする請求項７記載の情報処理装置。
【請求項１０】
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置に、
前記ウェブサーバにアクセスすると共に、このアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する状態情報受信手段と、
前記状態情報受信手段にて前記ウェブサーバから受信した前記状態情報と、予め記憶された前記状態情報を判別する基準となる状態判別基準情報とに基づいて、前記ウェブサーバの状態を判別する状態判別手段と、
を実現させるためのプログラム。
【請求項１１】
予め前記ウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている前記情報処理装置に、前記状態判別手段による判別結果に対応した前記対応処理情報に基づく対応処理を行う対応処理実行手段を実現させる、
ための請求項１０記載のプログラム。
【請求項１２】
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置が、前記ウェブサーバの状態を監視する方法であって、
前記ウェブサーバにアクセスすると共に、このアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する状態情報受信工程と、
前記状態情報受信工程にて前記ウェブサーバから受信した前記状態情報と、予め情報処理装置に記憶された前記状態情報を判別する基準となる状態判別基準情報とに基づいて、前記ウェブサーバの状態を判別する状態判別工程と、
を有することを特徴とする監視方法。
【請求項１３】
前記状態情報受信工程は、前記ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する、ことを特徴とする請求項１２記載の監視方法。
【請求項１４】
予め前記ウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている前記情報処理装置が、前記状態判別工程による判別結果に対応した前記対応処理情報に基づく対応処理を行う対応処理実行工程を有する、
ことを特徴とする請求項１２又は１３記載の監視方法。
【請求項１】
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置であって、
前記状態情報を判別する基準となる状態判別基準情報を記憶する記憶手段と、
前記ウェブサーバにアクセスすると共に、このアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する状態情報受信手段と、
前記状態情報受信手段にて前記ウェブサーバから受信した前記状態情報と、前記記憶手段に記憶されている状態判別基準情報とに基づいて、前記ウェブサーバの状態を判別する状態判別手段と、
を備えたことを特徴とする情報処理装置。
【請求項２】
前記状態情報は、アクセスを受けた前記ウェブサーバの異常状態を表す情報を含む、ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記状態情報は、前記ウェブサーバにアクセスした前記情報処理装置の異常状態を表す情報を含む、ことを特徴とする請求項１又は２記載の情報処理装置。
【請求項４】
前記状態情報は、ＨＴＴＰステータスコードである、ことを特徴とする請求項１，２又は３記載の情報処理装置。
【請求項５】
前記状態情報受信手段は、前記ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する機能を有する、ことを特徴とする請求項１，２，３又は４記載の情報処理装置。
【請求項６】
前記記憶手段は、前記ウェブサーバの状態毎に応じて予め設定された対応処理を表す対応処理情報を記憶すると共に、
前記状態判別手段による判別結果に対応した前記対応処理情報に基づく対応処理を行う対応処理実行手段を備えた、
ことを特徴とする請求項１，２，３，４又は５記載の情報処理装置。
【請求項７】
前記対応処理情報は、前記ウェブサーバに対する対応処理を表す情報を含む、ことを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記対応処理情報は、前記情報処理装置に対する対応処理を表す情報を含む、ことを特徴とする請求項６記載の情報処理装置。
【請求項９】
前記対応処理実行手段は、前記ウェブサーバに対する対応処理を行う場合に、当該ウェブサーバに対して公衆ネットワークとは切り離された他のネットワークを介して行う、ことを特徴とする請求項７記載の情報処理装置。
【請求項１０】
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置に、
前記ウェブサーバにアクセスすると共に、このアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する状態情報受信手段と、
前記状態情報受信手段にて前記ウェブサーバから受信した前記状態情報と、予め記憶された前記状態情報を判別する基準となる状態判別基準情報とに基づいて、前記ウェブサーバの状態を判別する状態判別手段と、
を実現させるためのプログラム。
【請求項１１】
予め前記ウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている前記情報処理装置に、前記状態判別手段による判別結果に対応した前記対応処理情報に基づく対応処理を行う対応処理実行手段を実現させる、
ための請求項１０記載のプログラム。
【請求項１２】
他のコンピュータからのアクセスに応じて自身の状態を表す状態情報を返送するウェブサーバに、ネットワークを介して接続された情報処理装置が、前記ウェブサーバの状態を監視する方法であって、
前記ウェブサーバにアクセスすると共に、このアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する状態情報受信工程と、
前記状態情報受信工程にて前記ウェブサーバから受信した前記状態情報と、予め情報処理装置に記憶された前記状態情報を判別する基準となる状態判別基準情報とに基づいて、前記ウェブサーバの状態を判別する状態判別工程と、
を有することを特徴とする監視方法。
【請求項１３】
前記状態情報受信工程は、前記ウェブサーバに対してアクセスした所定のコンテンツからさらにアクセス可能な他のコンテンツに対してアクセスし、当該他のコンテンツへのアクセスに応じて前記ウェブサーバから返送される前記状態情報を受信する、ことを特徴とする請求項１２記載の監視方法。
【請求項１４】
予め前記ウェブサーバの状態毎に応じて設定された対応処理を表す対応処理情報が記憶されている前記情報処理装置が、前記状態判別工程による判別結果に対応した前記対応処理情報に基づく対応処理を行う対応処理実行工程を有する、
ことを特徴とする請求項１２又は１３記載の監視方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００７−３０４８３７（Ｐ２００７−３０４８３７Ａ）
【公開日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願番号】特願２００６−１３２３０４（Ｐ２００６−１３２３０４）
【出願日】平成１８年５月１１日（２００６．５．１１）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
【公開日】平成１９年１１月２２日（２００７．１１．２２）
【国際特許分類】
【出願日】平成１８年５月１１日（２００６．５．１１）
【出願人】（０００２３２１４０）ＮＥＣフィールディング株式会社 (373)
【Ｆターム（参考）】
[ Back to top ]