(57)【特許請求の範囲】
【請求項１】
インターネットに接続されるＷｅｂサーバを監視するサービスシステムであって、インターネットを介して客先が運用するサーバに接続される性能監視サーバを備え、性能監視サーバは、客先運用サーバのログ情報を収集し、収集したこのログ情報を元に、複数の参照ページとアクセス経路（ルート）の対応表を作成し、エンドユーザが参照する確率が最も高いルートを標準モデルとしての標準経路を作成し、この標準モデルとした標準経路に基づいて実際のアクセス時間を測定する機能、及び標準モデルとした標準経路と標準モデルとした標準経路に基づいて測定したアクセス時間を、性能監視サーバのデータベースに登録すると共に客先に通知する機能を備えるＷｅｂサーバの性能監視サービスシステム。
【請求項２】
性能監視サーバは、測定したアクセス時間が閾値を越えたときに、客先にその旨を通知する機能を備える請求項１に記載のＷｅｂサーバの性能監視サービスシステム。
【請求項３】
性能監視サーバは、性能監視サービスの契約開始時期と性能監視対象とサービス内容を予め登録する機能を備える請求項１又は請求項２に記載のＷｅｂサーバの性能監視サービスシステム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、インターネットを介して各種のサービスを提供しているＷｅｂサーバの性能を定期的に監視するサービスを提供するシステムに関する。
【０００２】
【従来の技術】
インターネットを介してエンドユーザーに各種のデータサービスを行っているＷｅｂサーバは多数運用されている。
現在、客先のＷｅｂサーバのＨＰ参照時間を、インターネットを介して接続されている性能測定サーバより、実測するサービスは多くの企業で行われている。
【０００３】
また、上記サービスでは、単純に客先のＷｅｂサーバ内の特定のＨＰ（参照ページ）の参照時間を測定するだけでなく、エンドユーザが、客先のＷｅｂサーバにアクセスした際に行う複数のＨＰの参照手順を、性能監視サーバに設定して、性能監視サーバがこの手順に基づいて、複数のＨＰを順次参照するのに要する時間を測定するサービスを行っている。しかし、この方法だと、エンドユーザが行う複数のＨＰの参照手順が変化するたびに、性能監視サーバに複数のＨＰの参照手順を設定しなければならず、またこの複数のＨＰの参照手順を、客先が運用するＷｅｂサーバ内のログ情報などを基に常に分析・把握しておく必要が生じる。
【０００４】
【発明が解決しようとする課題】
この種のＷｅｂサーバは、エンドユーザーによる運用状態やサービスの性能を常時把握していることは困難である。
そこで本発明は、契約により客先のサーバの性能を監視し、サービス性能や性能低下等が発生した場合に客先には通報するとともに、客先サーバの性能履歴を蓄積するサービスシステムを提供するものである。
【０００５】
より具体的には、この客先の複数のＨＰの参照手順設定作業を軽減するために、客先のＷｅｂサーバ内のログ情報を常時分析し、このログ情報の分析結果より、エンドユーザがお客様のサーバを訪れた際の複数のＨＰの参照経路を調べ、この経路を標準モデルとして、性能監視サーバに記録し、この標準モデル（標準経路）に基づいて、客先のサーバ内複数のＨＰを参照し、ＨＰの参照性能を実測するものである。
【０００６】
【課題を解決するための手段】
本発明のＷｅｂサーバの性能を監視するサービスシステムは、インターネットを介して客先が運用するサーバに接続される性能監視サーバを備え、性能監視サーバは契約により客先運用サーバのログ情報を収集し、その内容を分析し、その結果を性能監視サーバのデータベースに登録するとともに、客先に通知する機能を備える。
【０００７】
そして、性能監視サーバは、客先のデータベースにアクセスするのに要する時間を測定する機能と、客先のログ分析により抽出した標準モデルを作成し、標準モデルに基づいて実際のアクセス時間を測定する機能と、客先のデータベースのうちで、最もアクセスが多い参照ページのアクセス経路を検出する機能を有する。
【０００８】
さらに、性能監視サーバは、客先のデータベースのうちで、アクセスが多い順に参照ページの種類をソートする機能と、客先のＷｅｂサーバの性能測定結果が閾値を越えたときに、客先にその旨を通知する機能と、性能監視サービスの契約開始時期と、性能監視対象とサービス内容を予め登録する機能を有する。
【０００９】
【発明の実施の形態】
図１は、本発明のＷｅｂサーバの性能監視サービスシステムの構成図である。全体を符号１で示すシステムは、インターネット１０に接続される性能監視サービスの対象となる客先サーバ２０と、客先サーバにアクセスするエンドユーザー３０と、客先サーバの性能監視サービスを提供するＷｅｂサーバ性能監視サービスセンター４０により構成される。
【００１０】
エンドユーザー３０は、客先運用サーバ２０のデータベース２２にログ２４を介してアクセスして、客先運用サーバ２０が提供する各種のサービスを利用する。
Ｗｅｂサーバ性能監視サービスセンター４０は、性能監視サーバ５０を有し、客先運用サーバ２０と性能監視サービス契約を結び、客先運用サーバの運用状態を常時監視し、客先に報告する。性能監視サーバ５０は、ログ分析手段５２と、データベース５４を有する。
【００１１】
図２は、本発明のＷｅｂサーバの性能監視サービスの内容を示すフロー図である。
ステップＳ１０でスタートした処理は、ステップＳ１１で客先との間で客先のＷｅｂサーバの性能測定監視サービスの契約を締結する。
ステップＳ１２では、客先サーバのシステム情報を性能監視サーバに登録する。ステップＳ１３で契約開始日時と、性能監視対象情報、サービス内容を性能監視サーバに登録する。ステップＳ１４でサービスの課金情報を登録し、ステップＳ１５で処理を終了する。
【００１２】
図３は、本発明のＷｅｂ性能監視サーバによる客先運用サーバの性能監視処理を示すフロー図である。ステッブＳ２０でスタートした処理は、ステッブＳ２１で客先が運用するＷｅｂサーバの性能を測定する時期かをチェックし、測定時期であれば、ステッブＳ２２で客先運用のサーバを性能監視サーバに接続する。ステップＳ２３で客先運用サーバのログ情報を収集し、ステップＳ２４で収集した客先運用サーバのログ情報を分析して標準モデルを作成する。
【００１３】
標準モデルの具体的な作成方法は、最もアクセスが多い参照ページのアクセス経路を検出する機能によって、客先運用サーバのログ情報を元に、複数の参照ページとアクセス経路（ルート）の対応表（図４）を作成し、エンドユーザが参照する確率が最も高いルートを標準モデルとして標準経路とし、性能監視サーバに記録する。
図４の場合は「ルート１」を標準モデルとしての標準経路とする。
【００１４】
ステップＳ２５では、作成した標準モデルとした標準経路に従い、「ＨＰ１―ＨＰ３―ＨＰ４―ＨＰ６」の順に、客先のＷｅｂサーバ内のデータベースの参照ページ（ＨＰ）を実際にローディングして、このローディングに必要な時間を測定する。
【００１５】
ステップＳ２６では、測定結果を性能監視サーバのデータベース内に登録する。ステップＳ２７では、測定対象である性能が予め設定された閾値を越えたかを判断する。例えば、測定対象が特定の参照ページ(ホームページ)へのアクセス時間が長くなり、予め設定された時間以上を要する状態となった場合である。
【００１６】
この状態が発生したときには、ステップＳ２８で客先にその旨を通知する。ステップＳ２９で客先への定期報告時期であれば、ステップＳ３０で客先に測定結果についてコメントをつけて報告する。
【００１７】
ステップＳ３１で、性能測定サービスに要した課金情報を課金データベースに登録し、ステップＳ３２で課金請求時期であれば、ステップＳ３３で課金を客先に請求して回収を行う。
ステップＳ３４で契約継続期間内であるかをチェックし、期間内であればステップＳ２１へ戻り、期間が終了していれば、ステップＳ３５で契約を解除し、ステップＳ３６で処理を終了する。
【００１８】
【発明の効果】
本発明は以上のように、客先が運用するサーバを契約により監視し、客先のサーバの性能を分析して客先に通知するとともに、客先サーバの運用履歴を蓄積するので、客先はエンドユーザーに対して、高品質のサービスを提供することができる。
【図面の簡単な説明】
【図１】本発明のシステム構成図。
【図２】本発明のシステムの処理のフロー図。
【図３】本発明のシステムの処理のフロー図。
【図４】本発明による処理を示す図。
【符号の説明】
１  Ｗｅｂサーバ性能監視システム
１０  インターネット
２０  客先運用サーバ
３０  エンドユーザー
４０  Ｗｅｂサーバ監視サービスセンター
５０  性能監視サーバ
【図１】
0003863740.tif 000002
【図２】
0003863740.tif 000003
【図３】
0003863740.tif 000004
【図４】
0003863740.tif 000005