JP2005018103A - 性能向上サービス提供システムおよび性能向上サービス提供方法 - Google Patents
性能向上サービス提供システムおよび性能向上サービス提供方法 Download PDFInfo
- Publication number
- JP2005018103A JP2005018103A JP2003177681A JP2003177681A JP2005018103A JP 2005018103 A JP2005018103 A JP 2005018103A JP 2003177681 A JP2003177681 A JP 2003177681A JP 2003177681 A JP2003177681 A JP 2003177681A JP 2005018103 A JP2005018103 A JP 2005018103A
- Authority
- JP
- Japan
- Prior art keywords
- performance improvement
- user system
- performance
- module
- user
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Debugging And Monitoring (AREA)
Abstract
【課題】性能向上処置の実施に関するユーザシステム側の負担を軽減し、適切かつ柔軟な性能向上処置を実現する。
【解決手段】応答監視モジュール５１は、ネットワーク１００を介し一定期間毎に一般のエンドユーザと同様の方式でユーザシステム２０にアクセスを行い、その応答時間の時系列データを収集ログとして格納する。情報蓄積モジュール５２は、ネットワーク１００を介して一定期間毎にユーザシステム２０の構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する。マネージャモジュール５３は、上記の収集ログに基づく分析によりユーザシステム２０の性能劣化を検知した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存する。
【選択図】 図１
【解決手段】応答監視モジュール５１は、ネットワーク１００を介し一定期間毎に一般のエンドユーザと同様の方式でユーザシステム２０にアクセスを行い、その応答時間の時系列データを収集ログとして格納する。情報蓄積モジュール５２は、ネットワーク１００を介して一定期間毎にユーザシステム２０の構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する。マネージャモジュール５３は、上記の収集ログに基づく分析によりユーザシステム２０の性能劣化を検知した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存する。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、エンドユーザ端末（クライアントの端末）およびユーザシステム（ネットワーク上に公開され情報公開や売買取引等のサービスを提供しているサーバシステム。本発明における性能向上サービスのユーザに該当するので本明細書では「ユーザシステム」と呼ぶ）がインターネット等のネットワーク上に接続されているネットワークシステムにおいて各ユーザシステムの性能向上処置の実施（チューニング）を実現する性能向上サービス提供システムおよび性能向上サービス提供方法に関する。
【０００２】
【従来の技術】
インターネット等のネットワークを用いて、サーバ（本発明におけるユーザシステム）がクライアント（エンドユーザ）等に対して情報提供や売買取引等のサービス提供を行うネットワークシステム（サービス提供システム）が存在する。
【０００３】
従来のこの種のネットワークシステム（サービス提供システム）においては、エンドユーザが各ユーザシステムにアクセスした場合の応答時間が劣化することを避けるために、各ユーザシステムを構成するＷｅｂサーバ（インターネット以外のネットワークにおける場合も含むときには「サービス提供サーバ」という表現が適切である），業務ＤＢ（Ｄａｔａ Ｂａｓｅ。データベース），ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ。アプリケーションプログラム）サーバ，ＤＢサーバ，およびこれらのサーバ上で動作するプログラムモジュール（ソフトウェア）等のリソース情報を監視し、その監視結果を基にユーザシステム内のエキスパートがそれぞれのＤＢやサーバおよびソフトウェアの最適化を実施することで、ユーザシステム全体の性能の向上が図られていた。
【０００４】
また、各種のネットワークシステムにおいて、Ｗｅｂサーバやクライアントコンピュータの性能の監視を実施する従来技術は存在したが（例えば、特許文献１および特許文献２参照）、それらの従来技術においては性能監視の結果を解析して当該監視に基づく適切な性能向上（改善）処置の実施（チューニング）を、遠隔操作で施すには至っていなかった。
【０００５】
【特許文献１】
特開２００１−３２５１６２号公報（第２頁、図１）
【特許文献２】
特開２００２−３０４３３２号公報（第２頁、図１、図２）
【０００６】
【発明が解決しようとする課題】
上述した従来の技術（ネットワークシステムにおいてユーザシステムの性能向上を実現する技術）には、次のような問題点があった。
【０００７】
第１の問題点は、ユーザシステム内でリソース情報を監視し、その監視結果を基に最適化（性能向上）を実施するエキスパートが、各ユーザシステム毎に必要となり、そのエキスパートの保有コストがユーザシステムの運用コストとして大きな負担となっていたという点である。
【０００８】
第２の問題点は、エンドユーザはネットワークを経由してユーザシステムに接続していたため、ユーザシステム以外にネットワークに接続するシステムを持たないエンドユーザでは、ネットワークを経由することによる遅延時間やネットワークとユーザシステムとの接続点（例えば、ルータ）に関する情報が取得できないために、実際のエンドユーザの応答時間を正しく把握することができず、必ずしもエンドユーザからの応答時間の向上が実現されていなかったという点である。
【０００９】
第３の問題点は、技術の進歩やサーバの劣化等によりユーザシステムの構成要素（機器（ハードウェア）やソフトウェア）が新しいものに置き換わった場合に、その構成要素に対する性能向上処置の実施例（性能向上に関するノウハウ）が存在しないため、改めて多くの処置方法を試行する必要があったという点である。
【００１０】
本発明の目的は、上述の点に鑑み、インターネット等のネットワークに接続されている性能向上サービス提供者システムの監視サーバから、同じくネットワーク上に公開されているユーザシステムに対して、ネットワークを介した応答時間の測定やリソース情報の収集という性能監視を行い、その結果を解析することで適切なチューニングを遠隔操作等で実施してユーザシステムの性能を向上させることにより、性能向上処置の実施に関するユーザシステム側の負担（エキスパート保有コスト等）を軽減し、適切かつ柔軟な（技術の進歩やサーバの劣化等に対処可能な）性能向上処置を実現できる性能向上サービス提供システムおよび性能向上サービス提供方法を提供することにある。
【００１１】
【課題を解決するための手段】
本発明の性能向上サービス提供システムは、エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムにおいて、ネットワークを経由して一定時間間隔毎に一般のエンドユーザ（クライアント）と同様の方式でユーザシステムにアクセスを行い、その応答時間（レスポンス時間）の時系列データを収集ログとして格納する応答監視モジュールと、ネットワークを経由して一定時間間隔毎にユーザシステムの構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する情報蓄積モジュールと、前記応答監視モジュールおよび前記情報蓄積モジュールによって格納された収集ログに基づく分析によりユーザシステムの性能劣化を検知（認識）した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置（優先度の高低等を考慮した性能向上処置）を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存するマネージャモジュールとを有する。
【００１２】
なお、本発明の性能向上サービス提供システムは、より具体的には、エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムにおいて、ユーザシステム側との合意に基づいて当該ユーザシステムに対する監視サーバの動作内容に関する定義内容を格納する動作定義ＤＢと、監視サーバが監視して測定・収集したユーザシステムに関する応答時間やリソース情報を保持する収集ログ格納部と、リソース情報に関連付けてユーザシステムの性能向上を施すための処置内容とその優先度との対応情報である処置規則情報（監視結果から性能を向上させるための処置を決めるための規則を示す情報）を保持するルールＤＢと、ユーザシステムに対して性能向上処置を実施した際に施した処置内容を示す情報を履歴として保持する指示ログ格納部と、前記動作定義ＤＢに格納されている定義内容に従ってユーザシステム側に定期的にアクセス要求（例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でアクセス対象のＷｅｂページを特定するアクセス要求）を送信してそのアクセスに対する応答時間を監視しその監視結果（例えば、ＵＲＬと応答時間との対応情報）を前記収集ログ格納部に記録する監視サーバ内の応答監視モジュールと、前記動作定義ＤＢに格納されている定義内容に従ってユーザシステムから定期的に各構成要素（機器やソフトウェア）に対するリソース情報を収集してその収集結果を前記収集ログ格納部に格納する監視サーバ内の情報蓄積モジュールと、前記収集ログ格納部および前記ルールＤＢの内容に基づき、定期的にユーザシステムの性能分析を行い、性能が劣化したユーザシステムに対して施す性能向上処置内容（チューニング内容）を決定してその処置の実施を制御（指示）し、その処置内容の履歴を前記指示ログ格納部に格納する監視サーバ内のマネージャモジュールとを有すると表現することができる。
【００１３】
ここで、さらに具体的には、上記の性能向上サービス提供システムは、以下のａ〜ｅに示すような特徴を有するように構成することが考えられる。
【００１４】
ａ．ユーザシステムの性能向上処置を実施した後にその性能向上効果が得られたか否かを判定し、性能向上効果が得られなかった場合（性能が向上しなかった場合）には指示ログ格納部内の履歴情報を検索して当該ユーザシステムの設定内容を性能向上処置を実施する以前の設定内容に戻してルールＤＢ内の当該性能向上処置に対する優先度を下げ、性能向上効果が得られた場合にはルールＤＢ内の当該性能向上処置に対する優先度を上げるマネージャモジュールを有することを特徴とする。
【００１５】
ｂ．情報蓄積モジュールやマネージャモジュールの処理を実現する上で、ネットワークを経由して実施可能な処置に関しては性能向上サービス提供者システムからユーザシステムに対して直接的に性能向上処置を実施するとともに、ユーザシステム内に内部処理用エージェントモジュールを設け、ネットワークを経由して実施不可能な処置に関しては性能向上サービス提供者システムから当該内部処理用エージェントモジュールに指示を出して当該内部処理用エージェントモジュールによりユーザシステムに対して間接的に性能向上処置を実施することを特徴とする。
【００１６】
ｃ．情報蓄積モジュールやマネージャモジュールの処理を実現する上で、改ざんや監視サーバ以外の指示による設定値変更といった不正アクセスが行われないようにするためにサービス提供者システムとユーザシステムとの間の通信を暗号化された電文によって行い、ユーザシステム内に復号化用エージェントモジュールを設け、ユーザシステム側における暗号化電文の復号化処理を当該復号化用エージェントモジュールに行わせることを特徴とする。
【００１７】
ｄ．性能向上処置を実施する前に、あらかじめ承認の必要性を登録したユーザシステムの管理者宛に実施の可否を問い合わせ、当該ユーザシステムの管理者の承認を得てから当該性能向上処置を実施するマネージャモジュールを有することを特徴とする。
【００１８】
ｅ．性能向上処置を実施すべき性能向上処置を決定した場合に、自己の制御によりその性能向上処置を実施せずに、性能劣化の旨および実施すべき性能向上処置内容をユーザシステムの管理者に通知してその実施を当該ユーザシステム側に任せるマネージャモジュールを有することを特徴とする。
【００１９】
また、本発明は、性能向上サービス提供者システムがユーザシステムに対してサービス内容を提示して当該ユーザシステムがそのサービス内容を理解する第１のステップと、当該ユーザシステムの顧客（利用者・管理者）からの性能向上サービスの申込みを性能向上サービス提供者システムが受け付ける第２のステップと、性能向上サービス提供者システムと当該ユーザシステムとの間でサービス実施内容を協議して合意を形成する第３のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する性能向上サービスの動作内容の定義内容を動作定義ＤＢに登録する第４のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する処置規則情報をルールＤＢに登録する第５のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対する応答時間の監視を行う第６のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対するリソース情報の収集を行う第７のステップと、前記第６のステップにおいて監視した応答時間および前記第７のステップにおいて収集したリソース情報に基づいて当該ユーザシステムの性能の分析を行う第８のステップと、直前の前記第６のステップ，前記第７のステップ，および前記第８のステップの処理が性能向上処置の適用後の処理であるか否かを判定する第９のステップと、前記第９のステップで「性能向上処置の適用後の処理ではない」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて当該ユーザシステムの性能の劣化があるか否かを判定する第１０のステップと、前記第１０のステップで「ある構成要素を主要因として性能の劣化がある」と判定した場合にマネージャモジュールが当該構成要素に対する最大の優先度を持つ性能向上処置を検索・認識して当該ユーザシステムに対して当該性能向上処置を実施（適用）する第１１のステップと、マネージャモジュールが前記第１１のステップにおける「当該ユーザシステムに対する性能向上処置内容」を示す情報を指示ログ格納部に記録する第１２のステップと、前記第９のステップで「性能向上処置の適用後の処理である」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて「当該性能向上処置の効果があるか否か（性能が向上したか否か）を判定する第１３のステップと、前記第１３のステップで「当該性能向上処置の効果がない」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置（直前に適用した性能向上処置）に対する優先度を下げる第１４のステップと、前記第１４のステップの処理の後に当該ユーザシステムの設定内容を当該性能向上処置の適用（実施）以前の設定内容に戻す第１５のステップと、前記第１３のステップで「当該性能向上処置の効果があった」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置に対する優先度を上げる第１６のステップとを有する性能向上サービス提供方法として実現することも可能である。
【００２０】
さらに、本発明は、エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムを、ネットワークを経由して一定時間間隔毎に一般のエンドユーザと同様の方式でユーザシステムにアクセスを行い、その応答時間の時系列データを収集ログとして格納する応答監視モジュール，ネットワークを経由して一定時間間隔毎にユーザシステムの構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する情報蓄積モジュール，ならびに前記応答監視モジュールおよび前記情報蓄積モジュールによって格納された収集ログに基づく分析によりユーザシステムの性能劣化を検知した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存するマネージャモジュールとして機能させるためのプログラムの態様で実現することも可能である。
【００２１】
【発明の実施の形態】
次に、本発明について図面を参照して詳細に説明する。
【００２２】
（１） 第１の実施の形態
【００２３】
図１は、本発明の第１の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【００２４】
図１を参照すると、本実施の形態に係る性能向上サービス提供システムは、複数のエンドユーザ端末１０と、ユーザシステム２０を含む複数のユーザシステム（以下では、ユーザシステム２０で代表させて説明する）と、性能向上サービス提供者システム４０と、これらを相互に接続するインターネット等のネットワーク（通信ネットワーク）１００とを含んで構成されている。なお、以降の説明では、ネットワーク１００はインターネットであるものとする（したがって、「Ｗｅｂサーバ」や「ＵＲＬ」とったインターネット関連の用語を使用する）。
【００２５】
エンドユーザ端末１０は、パーソナルコンピュータ等の情報通信装置である。エンドユーザ端末１０は、例えばＷｅｂブラウザのように、ユーザシステム２０がネットワーク１００上に提供している製品情報，企業情報，時事情報，および取引情報等の公開情報にアクセスし、当該公開情報を画面に表示する機能を備えている。また、エンドユーザ端末１０は、ＵＲＬ（より一般的には、「アクセス対象を特定するためのネットワーク１００上の識別情報」と表現できる）を含むアクセス要求（ＵＲＬによって入手したい公開情報を特定して当該公開情報にアクセスするための要求）をユーザシステム２０に送信する機能を有する。
【００２６】
ユーザシステム２０は、本発明によって提供される性能向上サービスの顧客である公開情報の発信者により使用され、情報を公開するためのＷｅｂサーバ２１と、公開する情報内容を作成するためのＡＰサーバ２２と、ＤＢ（データベース）の制御を行うＤＢサーバ２３と、公開する情報に関するデータを蓄積するための業務ＤＢ２４と、ユーザシステム２０全体の振る舞いを制御するための管理コンソール２５とを含んで構成されており、ネットワーク１００上に複数存在するエンドユーザ端末１０向けに情報を公開している。なお、先にも述べたように、ユーザシステム２０と同等の構成を持った他のユーザシステムは、ネットワーク１００上に複数存在しうる。また、より一般的には、本発明におけるユーザシステムは、Ｗｅｂサーバで代表されるサービス提供サーバと、それに付随するハードウェア（機器）およびソフトウェアとを有する構成であると表現できる。
【００２７】
性能向上サービス提供者システム４０は、性能向上サービスのサービス提供者により使用され、ユーザシステム２０を監視して適切な性能向上処置を施す監視サーバ４１と、監視サーバ４１の動作内容に関する定義内容を格納するための動作定義ＤＢ４２と、監視サーバ４１が監視して測定・収集したユーザシステム２０に関する応答時間やリソース情報を格納するための収集ログ格納部４３と、リソース情報に関連付けてユーザシステム２０の性能向上を施すための処置内容とその優先度との対応情報（処置規則情報）を格納するためのルールＤＢ４４と、ユーザシステム２０に対して性能向上処置を実施した際に施した処置内容を示す情報を履歴として格納するための指示ログ格納部４５と、サービス提供者システム４０の全体の振る舞いの制御を行うことや動作定義ＤＢ４２およびルールＤＢ４４への情報登録を行うことのために使用される入力コンソール４６とを含んで構成されている。このような構成により、性能向上サービス提供者システム４０は、サービス提供者と契約した複数のユーザシステム（その１つがユーザシステム２０である）の性能向上処置（監視・チューニング処理）を実施している。
【００２８】
監視サーバ４１は、動作定義ＤＢ４２に格納されている定義内容に従ってユーザシステム２０側に定期的にＵＲＬを有するアクセス要求を送信してそのＵＲＬによって特定されるＷｅｂページを受信するまでの応答時間を監視しその監視結果（当該ＵＲＬと当該応答時間との対応情報）を収集ログ格納部４３に記録する応答監視モジュール５１と、動作定義ＤＢ４２に格納されている定義内容に従ってユーザシステム２０から定期的に各構成要素（機器やソフトウェア）に対するリソース情報を収集してその監視結果（ユーザシステム２０における各構成要素のリソース情報）を収集ログ格納部４３に格納する情報蓄積モジュール５２と、動作定義ＤＢ４２に格納されている定義内容に従って定期的に収集ログ格納部４３およびルールＤＢ４４の内容に基づいてユーザシステムに対して施す性能向上処置内容（チューニング内容）を決定してその処置の実施を制御（指示）してその処置内容の履歴を指示ログ格納部４５に格納するマネージャモジュール５３とを含んで構成されている。
【００２９】
情報蓄積モジュール５２は、原則として、ユーザシステム２０に直接要求を出すことによってリソース情報の収集を行う。また、マネージャモジュール５３は、原則として、ネットワーク１００を経由してユーザシステム２０に対する性能向上処置を直接実施する。
【００３０】
ここで、後述のように、リソース情報の収集のために行われる通信を暗号化することや、性能向上処置の指示内容を暗号化して通信することも可能であるが、そのような場合の復号化を実施する目的のために、Ｗｅｂサーバ２１の内部に性能向上サービス提供者から提供されるエージェントモジュール（復号化用エージェントモジュール）を組み込むことができる。
【００３１】
また、ユーザシステム２０の内部でのみ行うことができる情報収集（ネットワーク１００を経由して行うことのできない情報収集）を実施するという目的や、ユーザシステム２０の内部でのみ行うことができる性能向上処置を実施するという目的のために、Ｗｅｂサーバ２１の内部に性能向上サービス提供者から提供されるエージェントモジュール（内部処理用エージェントモジュール）を組み込むこともできる。
【００３２】
なお、情報蓄積モジュール５２に関する復号化用エージェントモジュール，マネージャモジュール５３に関する復号化用エージェントモジュール，情報蓄積モジュール５２に関する内部処理用エージェントモジュール，およびマネージャモジュール５３に関する内部処理用エージェントモジュールは各々異なるものであってもよいし、同一のモジュールとしてもよい。
【００３３】
ちなみに、Ｗｅｂサーバ２１の内部に性能向上サービス提供者から提供されるエージェントモジュールを組み込むことは、本発明において、必ずしも必須な内容ではない。ただし、本実施の形態においては、図１の構成に示すように、上記のような内容（情報蓄積モジュール５２に関する復号化用エージェントモジュール，マネージャモジュール５３に関する復号化用エージェントモジュール，情報蓄積モジュール５２に関する内部処理用エージェントモジュール，およびマネージャモジュール５３に関する内部処理用エージェントモジュールの内容）を有するエージェントモジュール３１がＷｅｂサーバ２１の内部に組み込まれているものとする。
【００３４】
ここで、本実施の形態のようにエージェントモジュールが使用される場合には、そのエージェントモジュールのバージョンアップ等による置換は、リソース情報の収集のための通信において性能向上サービス提供者システム４０から各エージェントモジュール側に通知することによって自動的に行われる。
【００３５】
図２は、本実施の形態に係る性能向上サービス提供システムにおける性能向上サービス提供準備処理を示す流れ図である。この処理は、サービス内容提示・理解ステップＡ１と、申込み受付けステップＡ２と、サービス実施内容協議・合意ステップＡ３と、動作定義ＤＢ登録ステップＡ４と、ルールＤＢ登録ステップＡ５とからなる。
【００３６】
図３は、本実施の形態に係る性能向上サービス提供システムにおける監視・チューニング処理を示す流れ図である。この処理は、応答時間監視ステップＢ１と、リソース情報収集ステップＢ２と、性能分析ステップＢ３と、処置適用後判定ステップＢ４と、性能劣化判定ステップＢ５と、高優先度性能向上処置適用ステップＢ６と、指示ログ格納部記録ステップＢ７と、性能向上判定ステップＢ８と、優先度低下ステップＢ９と、設定内容処置実施前変更ステップＢ１０と、優先度上昇ステップＢ１１とからなる。
【００３７】
次に、図１〜図３を参照して、上記のように構成された本実施の形態に係る性能向上サービス提供システムの全体の動作について詳細に説明する。
【００３８】
第１に、性能向上サービス提供準備処理時の動作について説明する（図２参照）。
【００３９】
性能向上サービスのサービス提供者（性能向上サービス提供者システム４０の利用者）は、メール（電子メール），電話，および紹介等の直接的手段または広告およびサービス提供者のＷｅｂページ等の間接的手段によって、本性能向上サービスを顧客に対して提示する。顧客（例えば、ユーザシステム２０の利用者・管理者）は、上記の直接的手段または間接的手段によって、当該性能向上サービスの存在を認識するとともにその内容を理解する（ステップＡ１）。
【００４０】
本サービス（性能向上サービス）の享受を希望する顧客は、サービス提供者に対して、メール，電話，または申込み書等によって、当該サービスの申込みを行う。性能向上サービスのサービス提供者は、当該申込みを受け付ける（ステップＡ２）。
【００４１】
また、サービス提供者は、当該顧客との間で、「監視の方法」，「性能向上処置の実施期間」，および「性能向上処置の実施方法」等のサービス実施内容について協議し、当該顧客の合意を得る（ステップＡ３）。
【００４２】
その上で、サービス提供者は、当該顧客と合意した性能向上サービスのサービス実施内容に基づいて、性能向上サービス実施対象のユーザシステム（ユーザシステム２０であるものとする）に関するＵＲＬ（複数のＵＲＬの登録も可能である），応答監視時の操作内容，応答監視を実施する時間間隔，応答監視時に性能が劣化したと判断するための応答時間のしきい値，ユーザシステム２０内のリソース情報収集対象となる構成要素（機器やソフトウェア、すなわち図１中の２１〜２４という符号で示される構成要素等）を示す情報，リソース情報収集を実施する時間間隔，性能向上の際の構成要素（機器およびソフトウェア）毎の処置の実施可否，ならびにエージェントモジュールの組込み可否等の動作内容の定義内容を動作定義ＤＢ４２に登録する（ステップＡ４）。
【００４３】
さらに、当該サービス提供者は、当該顧客のユーザシステム２０内の構成要素（機器やソフトウェア）毎に、ユーザシステム２０の性能向上を施すための処置内容とその優先度（各構成要素についての処置内容群の優先順位を示す情報）との対応情報（処置規則情報）をルールＤＢ４４に登録する（ステップＡ５）。
【００４４】
第２に、性能向上サービスのサービス提供が行われる際における監視・チューニング処理時の動作について説明する（図３参照）。
【００４５】
顧客（ここでは、ユーザシステム２０の利用者・管理者）と合意した性能向上サービス実施期間内の任意の時間帯において、性能向上サービス提供者システム４０内の監視モジュール４１中の応答監視モジュール５１は、動作定義ＤＢ４２内の定義内容に基づいて、一定の時間間隔で、当該顧客のユーザシステム２０へのＵＲＬ送信と一連の操作とを行い、ユーザシステム２０からの応答時間（ＵＲＬを有するアクセス要求に対する応答時間）を測定して、その測定値（応答時間）を当該ＵＲＬと共に収集ログ格納部４３に格納する（ステップＢ１）。
【００４６】
同様に、当該顧客と合意した性能向上サービス実施期間内の任意の時間帯において、性能向上サービス提供者システム４０内の監視サーバ４１中の情報蓄積モジュール５２は、動作定義ＤＢ４２内の定義内容に基づいて、一定の時間間隔で、当該顧客のユーザシステム２０を構成する構成要素（機器やソフトウェア）のリソース情報を収集して、その測定値をユーザシステム名および構成要素名と共に収集ログ格納部４３に格納する（ステップＢ２）。
【００４７】
以上のようなステップＢ１およびステップＢ２の処理により、収集ログ格納部４３には、以下のａおよびｂに示すような情報が蓄積されていくことになる。
【００４８】
ａ．性能向上サービスの提供を契約した各ユーザシステムについての、ＵＲＬと応答時間の時系列情報との対応情報
【００４９】
ｂ．性能向上サービスの提供を契約した各ユーザシステムについての、各構成要素とリソース情報群の時系列情報との対応情報（例えば、構成要素「ＯＳ」とそのリソース情報群であるＣＰＵ使用量，メモリ使用量，および物理Ｉ／Ｏ回数等の時系列情報との対応情報）
【００５０】
ここで、先にも述べたように、リソース情報の収集に使用される通信は暗号化してもよい。そのような暗号化が行われる場合には、エージェントモジュール３１中のモジュールのような復号化用エージェントモジュールによって復号化処理が行われる。
【００５１】
また、原則的には、リソース情報の収集は情報蓄積モジュール５２がユーザシステム２０に直接要求を出すことによって行われるが、Ｗｅｂサーバ２１の内部に組み込んだエージェントモジュール３１を使用することによって実施することもできる。これにより、ユーザシステム２０の内部でのみ行うことができる情報収集（ネットワーク１００を経由して行うことのできない情報収集）を実施することが可能になる。
【００５２】
マネージャモジュール５３は、上記のステップＢ１およびステップＢ２における動作（処理）によって今回収集した応答時間およびリソース情報と収集ログ格納部４３に過去に蓄積されているそれらの時系列データとを基に（動作定義ＤＢ４２内の情報（性能劣化判定のための応答時間のしきい値等）も参照される）、ユーザシステム２０の性能の分析（性能が劣化しているか否かや、直前に適用した性能向上処置によって性能向上の効果があるか否かについての分析）を実施する（ステップＢ３）。
【００５３】
次に、マネージャモジュール５３は、今回のステップＢ１〜ステップＢ３の処理が性能向上処置の適用後の処理であるか否かを判定する（ステップＢ４）。
【００５４】
マネージャモジュール５３は、ステップＢ４で「今回のステップＢ１〜ステップＢ３の処理が性能向上処置の適用後の処理ではない」と判定した場合には、上記のステップＢ１およびステップＢ２における動作（処理）に基づくステップＢ３の分析の結果によって、ユーザシステム２０の性能の劣化があるか否かを判定する（ステップＢ５）。すなわち、まず、今回収集した応答時間が一定のしきい値や過去の時系列データ等に照らして大きくなっているか否かを判定し、応答時間が大きくなっていない場合には、性能の劣化がないと判断する。また、上記の判定で応答時間が大きくなっている場合には、性能の劣化があると判断し、さらに、各構成要素のリソース情報の今回の内容と過去の時系列データとに基づき、どの構成要素が最も大きな要因として上記の「性能の劣化」が生じているかを判断する。
【００５５】
ステップＢ５で「性能の劣化がある」と判定した場合には、次の２つの動作（ステップＢ６およびステップＢ７の動作）を実施する。
【００５６】
すなわち、マネージャモジュール５３は、「ある構成要素を主要因として性能の劣化がある」という事象の発生に応じて、ルールＤＢ４４に格納されている処置規則情報に従って、当該事象に係る構成要素に対する最大の優先度を持つ性能向上処置を検索・認識し、ユーザシステム２０に対して当該性能向上処置を実施（適用）する（ステップＢ６）。
【００５７】
なお、先にも述べたように、ステップＢ６における性能向上処置に使用される通信は暗号化してもよい（その場合のユーザシステム２０側における復号化処理はエージェントモジュール３１によって行われる）。
【００５８】
また、マネージャモジュール５３は、ステップＢ６の処理を実行する際に、ユーザシステム２０に直接命令を出すことによって性能向上処置を行うことが通常であるが、Ｗｅｂサーバ２１の内部に組み込んだエージェントモジュール３１を使用することによって実施することもできる。これによって、ユーザシステム２０の内部でのみ行うことができる処置（ネットワーク１００を経由して行うことのできない処置）を実施することが可能になる。
【００５９】
マネージャモジュール５３は、上記のような性能向上処置が終了すると、ステップＢ６における「ユーザシステム２０に対する性能向上処置内容」を示す情報を指示ログ格納部４５に記録する（ステップＢ７）。
【００６０】
一方、マネージャモジュール５３は、ステップＢ５で「性能の劣化がない」と判定した場合またはステップＢ７の処理が終了した後に、再び、応答時間の監視（ステップＢ１）以降の処理を繰り返す。
【００６１】
そのような繰り返しの過程における応答時間およびリソース情報の分析（ステップＢ３）の後におけるステップＢ４の判定で、マネージャモジュール５３が、「今回のステップＢ１〜ステップＢ３の処理が性能向上処置の適用後の処理である」と判定した場合には、上記のステップＢ１およびステップＢ２における動作（処理）に基づくステップＢ３の分析の結果によって、「当該性能向上処置の効果があるか否か（性能が向上したか否か）を判定する（ステップＢ８）。すなわち、今回収集した応答時間が一定のしきい値や当該性能向上処置の適用前に収集した応答時間等に照らして適正な値となるまで小さくなっているか否かを判定し、そうなっている場合には、性能が向上したと判断する。
【００６２】
マネージャモジュール５３は、ステップＢ８で「性能が向上していない（当該性能向上処置の効果がない）」と判定した場合には、ルールＤＢ４４内に保有されている当該性能向上処置（直前に適用した性能向上処置）に対する優先度を下げ（ステップＢ９）、ユーザシステム２０の設定内容を当該性能向上処置の適用（実施）以前の設定内容に戻し（ステップＢ１０）、ステップＢ５の判定に制御を移す。なお、ステップＢ１０の処理は、当該性能向上処置の実施時に指示ログ格納部４５に保存した当該性能向上処置の内容を示す情報を検索して、その処置を実施する以前の設定内容に戻すこと等によって実現される。
【００６３】
逆に、マネージャモジュール５３は、ステップＢ８で「性能が向上した（当該性能向上処置の効果があった）」と判定した場合には、ルールＤＢ４４内に保有されている当該性能向上処置に対応する優先度を上げて（ステップＢ１１）、ステップＢ５の判定に制御を移す。
【００６４】
顧客（ユーザシステム２０の利用者・管理者）と合意した性能向上サービス実施期間内の任意の時間帯において、上記の一連の動作（ステップＢ１〜ステップＢ１１の動作）は、性能向上サービス提供者システム４０によって繰り返される。
【００６５】
なお、性能向上サービス提供者システム４０は、動作定義ＤＢ４２に設定した定義内容や、ルールＤＢ４４に格納した処置規則情報（性能向上処置の内容とその優先度との対応情報）の格納内容を、入力コンソール４６からの指示によって、任意の時点で追加・変更・削除することができる。
【００６６】
また、エージェントモジュール３１を置換する場合には、エージェントモジュール３１の置換内容は、入力コンソール４６からの指示によって、任意の時点で動作定義ＤＢ４２内に登録することができる。そして、リソース情報の収集のための通信において性能向上サービス提供者システム４０から各ユーザシステム側に通知されることにより、ユーザシステム２０を含む各ユーザシステム（エージェントモジュール３１が関与するユーザシステム）において、エージェントモジュール３１の自動的な置換が行われる。
【００６７】
（２） 第２の実施の形態
【００６８】
図４は、本発明の第２の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【００６９】
図４を参照すると、本実施の形態に係る性能向上サービス提供システムは、複数のエンドユーザ端末１０と、ユーザシステム２０を含む複数のユーザシステム（以下では、ユーザシステム２０で代表させて説明する）と、サービス提供者システム４０と、ユーザシステム管理端末６０と、これらを相互に接続するインターネット等のネットワーク（通信ネットワーク）１００とを含んで構成されている。なお、以降の説明では、ネットワーク１００はインターネットであるものとする。
【００７０】
ユーザシステム管理端末６０は、パーソナルコンピュータ等の情報通信装置である。ユーザシステム管理端末６０は、ユーザシステム２０とは異なる場所に設置されるか、または移動端末としてユーザシステム２０の管理者に携帯され、ユーザシステム２０内の管理コンソール２５と同等の操作をユーザシステム２０の外からネットワーク１００を介して実施する機能を有する。なお、ユーザシステム管理端末６０が存在しなくても、本発明は成立しうる。
【００７１】
本実施の形態（第２の実施の形態）は、ユーザシステム管理端末６０の存在以外については、第１の実施の形態と同様の構成を有している（しかも、上記のように、ユーザシステム管理端末６０は本実施の形態においても必須なものではない）。本実施の形態（第２の実施の形態）では、このように構成上は第１の実施の形態と異なる点はないが、性能向上処置の適用処理（図３のステップＢ６参照）の内容が、第１の実施の形態とな異なったものとなっている。
【００７２】
すなわち、第１の実施の形態では、マネージャモジュール５３は、自己の制御によって（エージェントモジュール３１を使用する場合も「自己の制御」に含むものとする）、性能向上処置を実施していたのに対して、本実施の形態では、マネージャモジュール５３は、ユーザシステム２０の管理者に電話またはメール等を用いて「性能劣化の旨」と「推奨する性能向上処置内容」とを通知し、実際の処置の実施はユーザシステム２０に任せている。
【００７３】
これにより、ユーザシステム２０の管理者は、自らの判断によって、例えばユーザシステム管理端末６０の遠隔操作によって、性能向上処置を実施することができるようになる。
【００７４】
この場合に、性能向上サービス提供者システム４０側における性能向上処置適用後の動作（図３中のステップＢ４およびステップＢ８〜ステップＢ１１参照）については、ユーザシステム２０の管理者との間の連絡（電話またはメール等を用いた連絡）によって実現することができる（ユーザシステム２０からの連絡内容に基づき優先度の変更登録等が入力コンソール４６を使用して行われる）。
【００７５】
（３） 第３の実施の形態
【００７６】
次に、本発明の第３の実施の形態に係る性能向上サービス提供システムについて説明する。
【００７７】
本実施の形態（第３の実施の形態）は、第１の実施の形態と同様の構成を有し、同様の動作を行うが、第１の実施の形態における応答監視モジュール５１が性能向上サービスの実施対象のユーザシステム２０における固有のクライアントに相当するアクセスを行ってその応答時間の監視を行う点で、第１の実施の形態と異なっている。ちなみに、第１の実施の形態においては、応答監視モジュール５１は、Ｗｅｂシステムに対するブラウザのような多くのエンドユーザに共通のクライアントに相当するアクセス（ＵＲＬの送信等）を行ってその応答時間の監視を行っている。
【００７８】
このような実施の形態（第３の実施の形態）の存在によって、Ｗｅｂシステムに対するブラウザのような共通のクライアントのエンドユーザとそのクライアントに対するサーバであるユーザシステムとからなるクライアントサーバシステムだけではなく、独自のクライアントとサーバとからなるクライアントサーバシステムについても、本発明を適用することができるようになる。
【００７９】
（４） 第４の実施の形態
【００８０】
次に、本発明の第４の実施の形態に係る性能向上サービス提供システムについて説明する。
【００８１】
本実施の形態（第４の実施の形態）は、第１の実施の形態と同様の構成を有し、ほぼ同様の動作を行うが、第１の実施の形態におけるマネージャモジュール５３によるステップＢ６の処理内容が第１の実施の形態とは異なったものとなっている。
【００８２】
すなわち、ステップＢ６の「高優先度の性能向上処置の適用」を行う際に、性能向上サービス提供者システム４０内の監視サーバ４１中のマネージャモジュール５３は、自己の制御により当該性能向上処置を実施する前に、所定のユーザシステム（あらかじめ本実施の形態における制御を行うことに合意した旨が動作定義ＤＢ４２に登録されているユーザシステム）の管理者に対して、その性能向上処置を実施してよいかの承認をとるための問い合わせを行う。そして、当該ユーザシステムから承認の旨を受け取った場合にのみ、ステップＢ６およびステップＢ７の処理を実行する（承認を受ければこれらの処理は性能向上サービス提供者システム４０側の制御によって実現される）。
【００８３】
（５） 第５の実施の形態
【００８４】
次に、本発明の第５の実施の形態に係る性能向上サービス提供方法について説明する。
【００８５】
本実施の形態に係る性能向上サービス提供方法は、性能向上サービス提供者システムがユーザシステムに対してサービス内容を提示して当該ユーザシステムがそのサービス内容を理解する第１のステップと、当該ユーザシステムの顧客（利用者・管理者）からの性能向上サービスの申込みを性能向上サービス提供者システムが受け付ける第２のステップと、性能向上サービス提供者システムと当該ユーザシステムとの間でサービス実施内容を協議して合意を形成する第３のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する性能向上サービスの動作内容の定義内容を動作定義ＤＢに登録する第４のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する処置規則情報をルールＤＢに登録する第５のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対する応答時間の監視を行う第６のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対するリソース情報の収集を行う第７のステップと、前記第６のステップにおいて監視した応答時間および前記第７のステップにおいて収集したリソース情報に基づいて当該ユーザシステムの性能の分析を行う第８のステップと、直前の前記第６のステップ〜前記第８のステップの処理が性能向上処置の適用後の処理であるか否かを判定する第９のステップと、前記第９のステップで「性能向上処置の適用後の処理ではない」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて当該ユーザシステムの性能の劣化があるか否かを判定する第１０のステップと、前記第１０のステップで「ある構成要素を主要因として性能の劣化がある」と判定した場合にマネージャモジュールが当該構成要素に対する最大の優先度を持つ性能向上処置を検索・認識して当該ユーザシステムに対して当該性能向上処置を実施（適用）する第１１のステップと、マネージャモジュールが前記第１１のステップにおける「当該ユーザシステムに対する性能向上処置内容」を示す情報を指示ログ格納部に記録する第１２のステップと、前記第９のステップで「性能向上処置の適用後の処理である」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて「当該性能向上処置の効果があるか否か（性能が向上したか否か）を判定する第１３のステップと、前記第１３のステップで「当該性能向上処置の効果がない」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置（直前に適用した性能向上処置）に対する優先度を下げる第１４のステップと、前記第１４のステップの処理の後に当該ユーザシステムの設定内容を当該性能向上処置の適用（実施）以前の設定内容に戻す第１５のステップと、前記第１３のステップで「当該性能向上処置の効果があった」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置に対する優先度を上げる第１６のステップとからなる。
【００８６】
ここで、上記の図２および図３は、本発明の第５の実施の形態に係る性能向上サービス提供方法の処理手順を示す流れ図にも該当する。
【００８７】
この場合に、上記の第１のステップ〜第５のステップは図２中のステップＡ１〜ステップＡ５に該当し、上記の第６のステップ〜第１６のステップは図３中のステップＢ１〜ステップＢ１１に該当する。
【００８８】
なお、本実施の形態に係る性能向上サービス提供方法の動作は、上記の第１の実施の形態に係る性能向上サービス提供システムの説明で述べた図２および図３に示す動作（処理）の内容と同様のものになる。
【００８９】
（６） 第６の実施の形態
【００９０】
図５は、本発明の第６の実施の形態の構成を示すブロック図である。
【００９１】
図５を参照すると、本発明の第５の実施の形態は、図１に示した第１の実施の形態に対して、性能向上サービス提供制御プログラム５００を備える点が異なっている。
【００９２】
性能向上サービス提供制御プログラム５００は、監視サーバ４１，動作定義ＤＢ４２，収集ログ格納部４３，ルールＤＢ４４，指示ログ格納部４５，および入力コンソール４６を含む性能向上サービス提供者システム４０に読み込まれ、当該性能向上サービス提供者システム４０の動作を、動作定義ＤＢ４２，収集ログ格納部４３，ルールＤＢ４４，指示ログ格納部４５，および入力コンソール４６が存在することを前提とした上で、監視サーバ４１（応答監視モジュール５１，情報蓄積モジュール５２，およびマネージャモジュール５３）として制御する。性能向上サービス提供制御プログラム５００の制御による性能向上サービス提供者システム４０（応答監視モジュール５１，情報蓄積モジュール５２，およびマネージャモジュール５３を有する監視サーバ４１）の動作は、第１の実施の形態における性能向上サービス提供者システム４０の動作と全く同様になるので、その詳しい説明を割愛する。
【００９３】
【発明の効果】
以上説明したように、本発明によると、以下に示すような効果が生じる。
【００９４】
第１の効果は、ユーザシステムを保有する顧客が、システム（自己のユーザシステムを含むコンピュータシステムや情報処理システム）に関する多くの機器やソフトウェアの性能向上に関するノウハウを知らなくても、本発明に関する性能向上サービスの提供者と契約することで、当該ユーザシステムの性能向上を実現できるということにある。
【００９５】
このような効果が生じる理由は、性能向上サービス提供者が既知のルールをルールＤＢに登録しておくことで、サービス提供者システムによって、契約した全ての顧客のユーザシステムの機器（ハードウェア）やソフトウェアのリソース情報の内容から、適切な性能向上を施すことが可能になるためである。
【００９６】
第２の効果は、ユーザシステムの存在する場所以外の場所（エンドユーザの存在する場所と想定できる場所）からのネットワークを経由したユーザシステムへの応答時間を測定することができるということにある。特に、ネットワークに接続したユーザシステムを１つしか持たない顧客にとっては、ネットワークを経由した他の場所からの測定を実施することができないので、本発明により提供されるサービスの効果は大きなものとなる。
【００９７】
このような効果が生じる理由は、性能向上サービス提供者システムがネットワークを経由してユーザシステムに定期的なアクセスを実施することができるようにしたためである。
【００９８】
第３の効果は、顧客が使用する機器やソフトウェア等の構成要素が新しいものであっても、性能向上を実現することができるということにある（これにより、技術の進歩やサーバの劣化等に対処することが可能になる）。
【００９９】
このような効果が生じる理由は、新しい機器やソフトウェア等に対する性能向上処置の規則は、専門家である性能向上サービス提供者によって随時性能向上サービス提供者システムに登録され、また、ユーザシステムに対する性能向上処置による効果は、ルールＤＢにフィードバックされることから、より効果的な処置規則がルールＤＢに蓄積されることになり、これらの蓄積された処置規則によって、それぞれのユーザシステムに対して性能向上処置が実施されるためである。ルールＤＢに蓄積される性能向上処置の規則は、より多くのユーザシステムに対して性能向上監視サービスを実施すればするほど増えてくるため、その効果は顕著なものとなる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【図２】図１に示す性能向上サービス提供システムのサービス提供準備処理を示す流れ図であり、本発明の第５の実施の形態に係る性能向上サービス提供方法の処理手順を示す流れ図でもある。
【図３】図１に示す性能向上サービス提供システムの監視・チューニング処理を示す流れ図であり、本発明の第５の実施の形態に係る性能向上サービス提供方法の処理手順を示す流れ図でもある。
【図４】本発明の第２の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【図５】本発明の第６の実施の形態の構成を示すブロック図である。
【符号の説明】
１０ エンドユーザ端末
２０ ユーザシステム
２１ Ｗｅｂサーバ
２２ ＡＰサーバ
２３ ＤＢサーバ
２４ 業務ＤＢ
２５ 管理コンソール
３１ エージェントモジュール
４０ 性能向上サービス提供者システム
４１ 監視サーバ
４２ 動作定義ＤＢ
４３ 収集ログ格納部
４４ ルールＤＢ
４５ 指示ログ格納部
４６ 入力コンソール
５１ 応答監視モジュール
５２ 情報蓄積モジュール
５３ マネージャモジュール
６０ ユーザシステム管理端末
１００ ネットワーク
５００ 性能向上サービス提供制御プログラム
Ａ１ サービス内容提示・理解ステップ
Ａ２ 申込み受付けステップ
Ａ３ サービス実施内容協議・合意ステップ
Ａ４ 動作定義ＤＢ登録ステップ
Ａ５ ルールＤＢ登録ステップ
Ｂ１ 応答時間監視ステップ
Ｂ２ リソース情報収集ステップ
Ｂ３ 性能分析ステップ
Ｂ４ 処置適用後判定ステップ
Ｂ５ 性能劣化判定ステップ
Ｂ６ 高優先度性能向上処置適用ステップ
Ｂ７ 指示ログ格納部記録ステップ
Ｂ８ 性能向上判定ステップ
Ｂ９ 優先度低下ステップ
Ｂ１０ 設定内容処置実施前変更ステップ
Ｂ１１ 優先度上昇ステップ
【発明の属する技術分野】
本発明は、エンドユーザ端末（クライアントの端末）およびユーザシステム（ネットワーク上に公開され情報公開や売買取引等のサービスを提供しているサーバシステム。本発明における性能向上サービスのユーザに該当するので本明細書では「ユーザシステム」と呼ぶ）がインターネット等のネットワーク上に接続されているネットワークシステムにおいて各ユーザシステムの性能向上処置の実施（チューニング）を実現する性能向上サービス提供システムおよび性能向上サービス提供方法に関する。
【０００２】
【従来の技術】
インターネット等のネットワークを用いて、サーバ（本発明におけるユーザシステム）がクライアント（エンドユーザ）等に対して情報提供や売買取引等のサービス提供を行うネットワークシステム（サービス提供システム）が存在する。
【０００３】
従来のこの種のネットワークシステム（サービス提供システム）においては、エンドユーザが各ユーザシステムにアクセスした場合の応答時間が劣化することを避けるために、各ユーザシステムを構成するＷｅｂサーバ（インターネット以外のネットワークにおける場合も含むときには「サービス提供サーバ」という表現が適切である），業務ＤＢ（Ｄａｔａ Ｂａｓｅ。データベース），ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ。アプリケーションプログラム）サーバ，ＤＢサーバ，およびこれらのサーバ上で動作するプログラムモジュール（ソフトウェア）等のリソース情報を監視し、その監視結果を基にユーザシステム内のエキスパートがそれぞれのＤＢやサーバおよびソフトウェアの最適化を実施することで、ユーザシステム全体の性能の向上が図られていた。
【０００４】
また、各種のネットワークシステムにおいて、Ｗｅｂサーバやクライアントコンピュータの性能の監視を実施する従来技術は存在したが（例えば、特許文献１および特許文献２参照）、それらの従来技術においては性能監視の結果を解析して当該監視に基づく適切な性能向上（改善）処置の実施（チューニング）を、遠隔操作で施すには至っていなかった。
【０００５】
【特許文献１】
特開２００１−３２５１６２号公報（第２頁、図１）
【特許文献２】
特開２００２−３０４３３２号公報（第２頁、図１、図２）
【０００６】
【発明が解決しようとする課題】
上述した従来の技術（ネットワークシステムにおいてユーザシステムの性能向上を実現する技術）には、次のような問題点があった。
【０００７】
第１の問題点は、ユーザシステム内でリソース情報を監視し、その監視結果を基に最適化（性能向上）を実施するエキスパートが、各ユーザシステム毎に必要となり、そのエキスパートの保有コストがユーザシステムの運用コストとして大きな負担となっていたという点である。
【０００８】
第２の問題点は、エンドユーザはネットワークを経由してユーザシステムに接続していたため、ユーザシステム以外にネットワークに接続するシステムを持たないエンドユーザでは、ネットワークを経由することによる遅延時間やネットワークとユーザシステムとの接続点（例えば、ルータ）に関する情報が取得できないために、実際のエンドユーザの応答時間を正しく把握することができず、必ずしもエンドユーザからの応答時間の向上が実現されていなかったという点である。
【０００９】
第３の問題点は、技術の進歩やサーバの劣化等によりユーザシステムの構成要素（機器（ハードウェア）やソフトウェア）が新しいものに置き換わった場合に、その構成要素に対する性能向上処置の実施例（性能向上に関するノウハウ）が存在しないため、改めて多くの処置方法を試行する必要があったという点である。
【００１０】
本発明の目的は、上述の点に鑑み、インターネット等のネットワークに接続されている性能向上サービス提供者システムの監視サーバから、同じくネットワーク上に公開されているユーザシステムに対して、ネットワークを介した応答時間の測定やリソース情報の収集という性能監視を行い、その結果を解析することで適切なチューニングを遠隔操作等で実施してユーザシステムの性能を向上させることにより、性能向上処置の実施に関するユーザシステム側の負担（エキスパート保有コスト等）を軽減し、適切かつ柔軟な（技術の進歩やサーバの劣化等に対処可能な）性能向上処置を実現できる性能向上サービス提供システムおよび性能向上サービス提供方法を提供することにある。
【００１１】
【課題を解決するための手段】
本発明の性能向上サービス提供システムは、エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムにおいて、ネットワークを経由して一定時間間隔毎に一般のエンドユーザ（クライアント）と同様の方式でユーザシステムにアクセスを行い、その応答時間（レスポンス時間）の時系列データを収集ログとして格納する応答監視モジュールと、ネットワークを経由して一定時間間隔毎にユーザシステムの構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する情報蓄積モジュールと、前記応答監視モジュールおよび前記情報蓄積モジュールによって格納された収集ログに基づく分析によりユーザシステムの性能劣化を検知（認識）した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置（優先度の高低等を考慮した性能向上処置）を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存するマネージャモジュールとを有する。
【００１２】
なお、本発明の性能向上サービス提供システムは、より具体的には、エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムにおいて、ユーザシステム側との合意に基づいて当該ユーザシステムに対する監視サーバの動作内容に関する定義内容を格納する動作定義ＤＢと、監視サーバが監視して測定・収集したユーザシステムに関する応答時間やリソース情報を保持する収集ログ格納部と、リソース情報に関連付けてユーザシステムの性能向上を施すための処置内容とその優先度との対応情報である処置規則情報（監視結果から性能を向上させるための処置を決めるための規則を示す情報）を保持するルールＤＢと、ユーザシステムに対して性能向上処置を実施した際に施した処置内容を示す情報を履歴として保持する指示ログ格納部と、前記動作定義ＤＢに格納されている定義内容に従ってユーザシステム側に定期的にアクセス要求（例えば、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）でアクセス対象のＷｅｂページを特定するアクセス要求）を送信してそのアクセスに対する応答時間を監視しその監視結果（例えば、ＵＲＬと応答時間との対応情報）を前記収集ログ格納部に記録する監視サーバ内の応答監視モジュールと、前記動作定義ＤＢに格納されている定義内容に従ってユーザシステムから定期的に各構成要素（機器やソフトウェア）に対するリソース情報を収集してその収集結果を前記収集ログ格納部に格納する監視サーバ内の情報蓄積モジュールと、前記収集ログ格納部および前記ルールＤＢの内容に基づき、定期的にユーザシステムの性能分析を行い、性能が劣化したユーザシステムに対して施す性能向上処置内容（チューニング内容）を決定してその処置の実施を制御（指示）し、その処置内容の履歴を前記指示ログ格納部に格納する監視サーバ内のマネージャモジュールとを有すると表現することができる。
【００１３】
ここで、さらに具体的には、上記の性能向上サービス提供システムは、以下のａ〜ｅに示すような特徴を有するように構成することが考えられる。
【００１４】
ａ．ユーザシステムの性能向上処置を実施した後にその性能向上効果が得られたか否かを判定し、性能向上効果が得られなかった場合（性能が向上しなかった場合）には指示ログ格納部内の履歴情報を検索して当該ユーザシステムの設定内容を性能向上処置を実施する以前の設定内容に戻してルールＤＢ内の当該性能向上処置に対する優先度を下げ、性能向上効果が得られた場合にはルールＤＢ内の当該性能向上処置に対する優先度を上げるマネージャモジュールを有することを特徴とする。
【００１５】
ｂ．情報蓄積モジュールやマネージャモジュールの処理を実現する上で、ネットワークを経由して実施可能な処置に関しては性能向上サービス提供者システムからユーザシステムに対して直接的に性能向上処置を実施するとともに、ユーザシステム内に内部処理用エージェントモジュールを設け、ネットワークを経由して実施不可能な処置に関しては性能向上サービス提供者システムから当該内部処理用エージェントモジュールに指示を出して当該内部処理用エージェントモジュールによりユーザシステムに対して間接的に性能向上処置を実施することを特徴とする。
【００１６】
ｃ．情報蓄積モジュールやマネージャモジュールの処理を実現する上で、改ざんや監視サーバ以外の指示による設定値変更といった不正アクセスが行われないようにするためにサービス提供者システムとユーザシステムとの間の通信を暗号化された電文によって行い、ユーザシステム内に復号化用エージェントモジュールを設け、ユーザシステム側における暗号化電文の復号化処理を当該復号化用エージェントモジュールに行わせることを特徴とする。
【００１７】
ｄ．性能向上処置を実施する前に、あらかじめ承認の必要性を登録したユーザシステムの管理者宛に実施の可否を問い合わせ、当該ユーザシステムの管理者の承認を得てから当該性能向上処置を実施するマネージャモジュールを有することを特徴とする。
【００１８】
ｅ．性能向上処置を実施すべき性能向上処置を決定した場合に、自己の制御によりその性能向上処置を実施せずに、性能劣化の旨および実施すべき性能向上処置内容をユーザシステムの管理者に通知してその実施を当該ユーザシステム側に任せるマネージャモジュールを有することを特徴とする。
【００１９】
また、本発明は、性能向上サービス提供者システムがユーザシステムに対してサービス内容を提示して当該ユーザシステムがそのサービス内容を理解する第１のステップと、当該ユーザシステムの顧客（利用者・管理者）からの性能向上サービスの申込みを性能向上サービス提供者システムが受け付ける第２のステップと、性能向上サービス提供者システムと当該ユーザシステムとの間でサービス実施内容を協議して合意を形成する第３のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する性能向上サービスの動作内容の定義内容を動作定義ＤＢに登録する第４のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する処置規則情報をルールＤＢに登録する第５のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対する応答時間の監視を行う第６のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対するリソース情報の収集を行う第７のステップと、前記第６のステップにおいて監視した応答時間および前記第７のステップにおいて収集したリソース情報に基づいて当該ユーザシステムの性能の分析を行う第８のステップと、直前の前記第６のステップ，前記第７のステップ，および前記第８のステップの処理が性能向上処置の適用後の処理であるか否かを判定する第９のステップと、前記第９のステップで「性能向上処置の適用後の処理ではない」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて当該ユーザシステムの性能の劣化があるか否かを判定する第１０のステップと、前記第１０のステップで「ある構成要素を主要因として性能の劣化がある」と判定した場合にマネージャモジュールが当該構成要素に対する最大の優先度を持つ性能向上処置を検索・認識して当該ユーザシステムに対して当該性能向上処置を実施（適用）する第１１のステップと、マネージャモジュールが前記第１１のステップにおける「当該ユーザシステムに対する性能向上処置内容」を示す情報を指示ログ格納部に記録する第１２のステップと、前記第９のステップで「性能向上処置の適用後の処理である」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて「当該性能向上処置の効果があるか否か（性能が向上したか否か）を判定する第１３のステップと、前記第１３のステップで「当該性能向上処置の効果がない」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置（直前に適用した性能向上処置）に対する優先度を下げる第１４のステップと、前記第１４のステップの処理の後に当該ユーザシステムの設定内容を当該性能向上処置の適用（実施）以前の設定内容に戻す第１５のステップと、前記第１３のステップで「当該性能向上処置の効果があった」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置に対する優先度を上げる第１６のステップとを有する性能向上サービス提供方法として実現することも可能である。
【００２０】
さらに、本発明は、エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムを、ネットワークを経由して一定時間間隔毎に一般のエンドユーザと同様の方式でユーザシステムにアクセスを行い、その応答時間の時系列データを収集ログとして格納する応答監視モジュール，ネットワークを経由して一定時間間隔毎にユーザシステムの構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する情報蓄積モジュール，ならびに前記応答監視モジュールおよび前記情報蓄積モジュールによって格納された収集ログに基づく分析によりユーザシステムの性能劣化を検知した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存するマネージャモジュールとして機能させるためのプログラムの態様で実現することも可能である。
【００２１】
【発明の実施の形態】
次に、本発明について図面を参照して詳細に説明する。
【００２２】
（１） 第１の実施の形態
【００２３】
図１は、本発明の第１の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【００２４】
図１を参照すると、本実施の形態に係る性能向上サービス提供システムは、複数のエンドユーザ端末１０と、ユーザシステム２０を含む複数のユーザシステム（以下では、ユーザシステム２０で代表させて説明する）と、性能向上サービス提供者システム４０と、これらを相互に接続するインターネット等のネットワーク（通信ネットワーク）１００とを含んで構成されている。なお、以降の説明では、ネットワーク１００はインターネットであるものとする（したがって、「Ｗｅｂサーバ」や「ＵＲＬ」とったインターネット関連の用語を使用する）。
【００２５】
エンドユーザ端末１０は、パーソナルコンピュータ等の情報通信装置である。エンドユーザ端末１０は、例えばＷｅｂブラウザのように、ユーザシステム２０がネットワーク１００上に提供している製品情報，企業情報，時事情報，および取引情報等の公開情報にアクセスし、当該公開情報を画面に表示する機能を備えている。また、エンドユーザ端末１０は、ＵＲＬ（より一般的には、「アクセス対象を特定するためのネットワーク１００上の識別情報」と表現できる）を含むアクセス要求（ＵＲＬによって入手したい公開情報を特定して当該公開情報にアクセスするための要求）をユーザシステム２０に送信する機能を有する。
【００２６】
ユーザシステム２０は、本発明によって提供される性能向上サービスの顧客である公開情報の発信者により使用され、情報を公開するためのＷｅｂサーバ２１と、公開する情報内容を作成するためのＡＰサーバ２２と、ＤＢ（データベース）の制御を行うＤＢサーバ２３と、公開する情報に関するデータを蓄積するための業務ＤＢ２４と、ユーザシステム２０全体の振る舞いを制御するための管理コンソール２５とを含んで構成されており、ネットワーク１００上に複数存在するエンドユーザ端末１０向けに情報を公開している。なお、先にも述べたように、ユーザシステム２０と同等の構成を持った他のユーザシステムは、ネットワーク１００上に複数存在しうる。また、より一般的には、本発明におけるユーザシステムは、Ｗｅｂサーバで代表されるサービス提供サーバと、それに付随するハードウェア（機器）およびソフトウェアとを有する構成であると表現できる。
【００２７】
性能向上サービス提供者システム４０は、性能向上サービスのサービス提供者により使用され、ユーザシステム２０を監視して適切な性能向上処置を施す監視サーバ４１と、監視サーバ４１の動作内容に関する定義内容を格納するための動作定義ＤＢ４２と、監視サーバ４１が監視して測定・収集したユーザシステム２０に関する応答時間やリソース情報を格納するための収集ログ格納部４３と、リソース情報に関連付けてユーザシステム２０の性能向上を施すための処置内容とその優先度との対応情報（処置規則情報）を格納するためのルールＤＢ４４と、ユーザシステム２０に対して性能向上処置を実施した際に施した処置内容を示す情報を履歴として格納するための指示ログ格納部４５と、サービス提供者システム４０の全体の振る舞いの制御を行うことや動作定義ＤＢ４２およびルールＤＢ４４への情報登録を行うことのために使用される入力コンソール４６とを含んで構成されている。このような構成により、性能向上サービス提供者システム４０は、サービス提供者と契約した複数のユーザシステム（その１つがユーザシステム２０である）の性能向上処置（監視・チューニング処理）を実施している。
【００２８】
監視サーバ４１は、動作定義ＤＢ４２に格納されている定義内容に従ってユーザシステム２０側に定期的にＵＲＬを有するアクセス要求を送信してそのＵＲＬによって特定されるＷｅｂページを受信するまでの応答時間を監視しその監視結果（当該ＵＲＬと当該応答時間との対応情報）を収集ログ格納部４３に記録する応答監視モジュール５１と、動作定義ＤＢ４２に格納されている定義内容に従ってユーザシステム２０から定期的に各構成要素（機器やソフトウェア）に対するリソース情報を収集してその監視結果（ユーザシステム２０における各構成要素のリソース情報）を収集ログ格納部４３に格納する情報蓄積モジュール５２と、動作定義ＤＢ４２に格納されている定義内容に従って定期的に収集ログ格納部４３およびルールＤＢ４４の内容に基づいてユーザシステムに対して施す性能向上処置内容（チューニング内容）を決定してその処置の実施を制御（指示）してその処置内容の履歴を指示ログ格納部４５に格納するマネージャモジュール５３とを含んで構成されている。
【００２９】
情報蓄積モジュール５２は、原則として、ユーザシステム２０に直接要求を出すことによってリソース情報の収集を行う。また、マネージャモジュール５３は、原則として、ネットワーク１００を経由してユーザシステム２０に対する性能向上処置を直接実施する。
【００３０】
ここで、後述のように、リソース情報の収集のために行われる通信を暗号化することや、性能向上処置の指示内容を暗号化して通信することも可能であるが、そのような場合の復号化を実施する目的のために、Ｗｅｂサーバ２１の内部に性能向上サービス提供者から提供されるエージェントモジュール（復号化用エージェントモジュール）を組み込むことができる。
【００３１】
また、ユーザシステム２０の内部でのみ行うことができる情報収集（ネットワーク１００を経由して行うことのできない情報収集）を実施するという目的や、ユーザシステム２０の内部でのみ行うことができる性能向上処置を実施するという目的のために、Ｗｅｂサーバ２１の内部に性能向上サービス提供者から提供されるエージェントモジュール（内部処理用エージェントモジュール）を組み込むこともできる。
【００３２】
なお、情報蓄積モジュール５２に関する復号化用エージェントモジュール，マネージャモジュール５３に関する復号化用エージェントモジュール，情報蓄積モジュール５２に関する内部処理用エージェントモジュール，およびマネージャモジュール５３に関する内部処理用エージェントモジュールは各々異なるものであってもよいし、同一のモジュールとしてもよい。
【００３３】
ちなみに、Ｗｅｂサーバ２１の内部に性能向上サービス提供者から提供されるエージェントモジュールを組み込むことは、本発明において、必ずしも必須な内容ではない。ただし、本実施の形態においては、図１の構成に示すように、上記のような内容（情報蓄積モジュール５２に関する復号化用エージェントモジュール，マネージャモジュール５３に関する復号化用エージェントモジュール，情報蓄積モジュール５２に関する内部処理用エージェントモジュール，およびマネージャモジュール５３に関する内部処理用エージェントモジュールの内容）を有するエージェントモジュール３１がＷｅｂサーバ２１の内部に組み込まれているものとする。
【００３４】
ここで、本実施の形態のようにエージェントモジュールが使用される場合には、そのエージェントモジュールのバージョンアップ等による置換は、リソース情報の収集のための通信において性能向上サービス提供者システム４０から各エージェントモジュール側に通知することによって自動的に行われる。
【００３５】
図２は、本実施の形態に係る性能向上サービス提供システムにおける性能向上サービス提供準備処理を示す流れ図である。この処理は、サービス内容提示・理解ステップＡ１と、申込み受付けステップＡ２と、サービス実施内容協議・合意ステップＡ３と、動作定義ＤＢ登録ステップＡ４と、ルールＤＢ登録ステップＡ５とからなる。
【００３６】
図３は、本実施の形態に係る性能向上サービス提供システムにおける監視・チューニング処理を示す流れ図である。この処理は、応答時間監視ステップＢ１と、リソース情報収集ステップＢ２と、性能分析ステップＢ３と、処置適用後判定ステップＢ４と、性能劣化判定ステップＢ５と、高優先度性能向上処置適用ステップＢ６と、指示ログ格納部記録ステップＢ７と、性能向上判定ステップＢ８と、優先度低下ステップＢ９と、設定内容処置実施前変更ステップＢ１０と、優先度上昇ステップＢ１１とからなる。
【００３７】
次に、図１〜図３を参照して、上記のように構成された本実施の形態に係る性能向上サービス提供システムの全体の動作について詳細に説明する。
【００３８】
第１に、性能向上サービス提供準備処理時の動作について説明する（図２参照）。
【００３９】
性能向上サービスのサービス提供者（性能向上サービス提供者システム４０の利用者）は、メール（電子メール），電話，および紹介等の直接的手段または広告およびサービス提供者のＷｅｂページ等の間接的手段によって、本性能向上サービスを顧客に対して提示する。顧客（例えば、ユーザシステム２０の利用者・管理者）は、上記の直接的手段または間接的手段によって、当該性能向上サービスの存在を認識するとともにその内容を理解する（ステップＡ１）。
【００４０】
本サービス（性能向上サービス）の享受を希望する顧客は、サービス提供者に対して、メール，電話，または申込み書等によって、当該サービスの申込みを行う。性能向上サービスのサービス提供者は、当該申込みを受け付ける（ステップＡ２）。
【００４１】
また、サービス提供者は、当該顧客との間で、「監視の方法」，「性能向上処置の実施期間」，および「性能向上処置の実施方法」等のサービス実施内容について協議し、当該顧客の合意を得る（ステップＡ３）。
【００４２】
その上で、サービス提供者は、当該顧客と合意した性能向上サービスのサービス実施内容に基づいて、性能向上サービス実施対象のユーザシステム（ユーザシステム２０であるものとする）に関するＵＲＬ（複数のＵＲＬの登録も可能である），応答監視時の操作内容，応答監視を実施する時間間隔，応答監視時に性能が劣化したと判断するための応答時間のしきい値，ユーザシステム２０内のリソース情報収集対象となる構成要素（機器やソフトウェア、すなわち図１中の２１〜２４という符号で示される構成要素等）を示す情報，リソース情報収集を実施する時間間隔，性能向上の際の構成要素（機器およびソフトウェア）毎の処置の実施可否，ならびにエージェントモジュールの組込み可否等の動作内容の定義内容を動作定義ＤＢ４２に登録する（ステップＡ４）。
【００４３】
さらに、当該サービス提供者は、当該顧客のユーザシステム２０内の構成要素（機器やソフトウェア）毎に、ユーザシステム２０の性能向上を施すための処置内容とその優先度（各構成要素についての処置内容群の優先順位を示す情報）との対応情報（処置規則情報）をルールＤＢ４４に登録する（ステップＡ５）。
【００４４】
第２に、性能向上サービスのサービス提供が行われる際における監視・チューニング処理時の動作について説明する（図３参照）。
【００４５】
顧客（ここでは、ユーザシステム２０の利用者・管理者）と合意した性能向上サービス実施期間内の任意の時間帯において、性能向上サービス提供者システム４０内の監視モジュール４１中の応答監視モジュール５１は、動作定義ＤＢ４２内の定義内容に基づいて、一定の時間間隔で、当該顧客のユーザシステム２０へのＵＲＬ送信と一連の操作とを行い、ユーザシステム２０からの応答時間（ＵＲＬを有するアクセス要求に対する応答時間）を測定して、その測定値（応答時間）を当該ＵＲＬと共に収集ログ格納部４３に格納する（ステップＢ１）。
【００４６】
同様に、当該顧客と合意した性能向上サービス実施期間内の任意の時間帯において、性能向上サービス提供者システム４０内の監視サーバ４１中の情報蓄積モジュール５２は、動作定義ＤＢ４２内の定義内容に基づいて、一定の時間間隔で、当該顧客のユーザシステム２０を構成する構成要素（機器やソフトウェア）のリソース情報を収集して、その測定値をユーザシステム名および構成要素名と共に収集ログ格納部４３に格納する（ステップＢ２）。
【００４７】
以上のようなステップＢ１およびステップＢ２の処理により、収集ログ格納部４３には、以下のａおよびｂに示すような情報が蓄積されていくことになる。
【００４８】
ａ．性能向上サービスの提供を契約した各ユーザシステムについての、ＵＲＬと応答時間の時系列情報との対応情報
【００４９】
ｂ．性能向上サービスの提供を契約した各ユーザシステムについての、各構成要素とリソース情報群の時系列情報との対応情報（例えば、構成要素「ＯＳ」とそのリソース情報群であるＣＰＵ使用量，メモリ使用量，および物理Ｉ／Ｏ回数等の時系列情報との対応情報）
【００５０】
ここで、先にも述べたように、リソース情報の収集に使用される通信は暗号化してもよい。そのような暗号化が行われる場合には、エージェントモジュール３１中のモジュールのような復号化用エージェントモジュールによって復号化処理が行われる。
【００５１】
また、原則的には、リソース情報の収集は情報蓄積モジュール５２がユーザシステム２０に直接要求を出すことによって行われるが、Ｗｅｂサーバ２１の内部に組み込んだエージェントモジュール３１を使用することによって実施することもできる。これにより、ユーザシステム２０の内部でのみ行うことができる情報収集（ネットワーク１００を経由して行うことのできない情報収集）を実施することが可能になる。
【００５２】
マネージャモジュール５３は、上記のステップＢ１およびステップＢ２における動作（処理）によって今回収集した応答時間およびリソース情報と収集ログ格納部４３に過去に蓄積されているそれらの時系列データとを基に（動作定義ＤＢ４２内の情報（性能劣化判定のための応答時間のしきい値等）も参照される）、ユーザシステム２０の性能の分析（性能が劣化しているか否かや、直前に適用した性能向上処置によって性能向上の効果があるか否かについての分析）を実施する（ステップＢ３）。
【００５３】
次に、マネージャモジュール５３は、今回のステップＢ１〜ステップＢ３の処理が性能向上処置の適用後の処理であるか否かを判定する（ステップＢ４）。
【００５４】
マネージャモジュール５３は、ステップＢ４で「今回のステップＢ１〜ステップＢ３の処理が性能向上処置の適用後の処理ではない」と判定した場合には、上記のステップＢ１およびステップＢ２における動作（処理）に基づくステップＢ３の分析の結果によって、ユーザシステム２０の性能の劣化があるか否かを判定する（ステップＢ５）。すなわち、まず、今回収集した応答時間が一定のしきい値や過去の時系列データ等に照らして大きくなっているか否かを判定し、応答時間が大きくなっていない場合には、性能の劣化がないと判断する。また、上記の判定で応答時間が大きくなっている場合には、性能の劣化があると判断し、さらに、各構成要素のリソース情報の今回の内容と過去の時系列データとに基づき、どの構成要素が最も大きな要因として上記の「性能の劣化」が生じているかを判断する。
【００５５】
ステップＢ５で「性能の劣化がある」と判定した場合には、次の２つの動作（ステップＢ６およびステップＢ７の動作）を実施する。
【００５６】
すなわち、マネージャモジュール５３は、「ある構成要素を主要因として性能の劣化がある」という事象の発生に応じて、ルールＤＢ４４に格納されている処置規則情報に従って、当該事象に係る構成要素に対する最大の優先度を持つ性能向上処置を検索・認識し、ユーザシステム２０に対して当該性能向上処置を実施（適用）する（ステップＢ６）。
【００５７】
なお、先にも述べたように、ステップＢ６における性能向上処置に使用される通信は暗号化してもよい（その場合のユーザシステム２０側における復号化処理はエージェントモジュール３１によって行われる）。
【００５８】
また、マネージャモジュール５３は、ステップＢ６の処理を実行する際に、ユーザシステム２０に直接命令を出すことによって性能向上処置を行うことが通常であるが、Ｗｅｂサーバ２１の内部に組み込んだエージェントモジュール３１を使用することによって実施することもできる。これによって、ユーザシステム２０の内部でのみ行うことができる処置（ネットワーク１００を経由して行うことのできない処置）を実施することが可能になる。
【００５９】
マネージャモジュール５３は、上記のような性能向上処置が終了すると、ステップＢ６における「ユーザシステム２０に対する性能向上処置内容」を示す情報を指示ログ格納部４５に記録する（ステップＢ７）。
【００６０】
一方、マネージャモジュール５３は、ステップＢ５で「性能の劣化がない」と判定した場合またはステップＢ７の処理が終了した後に、再び、応答時間の監視（ステップＢ１）以降の処理を繰り返す。
【００６１】
そのような繰り返しの過程における応答時間およびリソース情報の分析（ステップＢ３）の後におけるステップＢ４の判定で、マネージャモジュール５３が、「今回のステップＢ１〜ステップＢ３の処理が性能向上処置の適用後の処理である」と判定した場合には、上記のステップＢ１およびステップＢ２における動作（処理）に基づくステップＢ３の分析の結果によって、「当該性能向上処置の効果があるか否か（性能が向上したか否か）を判定する（ステップＢ８）。すなわち、今回収集した応答時間が一定のしきい値や当該性能向上処置の適用前に収集した応答時間等に照らして適正な値となるまで小さくなっているか否かを判定し、そうなっている場合には、性能が向上したと判断する。
【００６２】
マネージャモジュール５３は、ステップＢ８で「性能が向上していない（当該性能向上処置の効果がない）」と判定した場合には、ルールＤＢ４４内に保有されている当該性能向上処置（直前に適用した性能向上処置）に対する優先度を下げ（ステップＢ９）、ユーザシステム２０の設定内容を当該性能向上処置の適用（実施）以前の設定内容に戻し（ステップＢ１０）、ステップＢ５の判定に制御を移す。なお、ステップＢ１０の処理は、当該性能向上処置の実施時に指示ログ格納部４５に保存した当該性能向上処置の内容を示す情報を検索して、その処置を実施する以前の設定内容に戻すこと等によって実現される。
【００６３】
逆に、マネージャモジュール５３は、ステップＢ８で「性能が向上した（当該性能向上処置の効果があった）」と判定した場合には、ルールＤＢ４４内に保有されている当該性能向上処置に対応する優先度を上げて（ステップＢ１１）、ステップＢ５の判定に制御を移す。
【００６４】
顧客（ユーザシステム２０の利用者・管理者）と合意した性能向上サービス実施期間内の任意の時間帯において、上記の一連の動作（ステップＢ１〜ステップＢ１１の動作）は、性能向上サービス提供者システム４０によって繰り返される。
【００６５】
なお、性能向上サービス提供者システム４０は、動作定義ＤＢ４２に設定した定義内容や、ルールＤＢ４４に格納した処置規則情報（性能向上処置の内容とその優先度との対応情報）の格納内容を、入力コンソール４６からの指示によって、任意の時点で追加・変更・削除することができる。
【００６６】
また、エージェントモジュール３１を置換する場合には、エージェントモジュール３１の置換内容は、入力コンソール４６からの指示によって、任意の時点で動作定義ＤＢ４２内に登録することができる。そして、リソース情報の収集のための通信において性能向上サービス提供者システム４０から各ユーザシステム側に通知されることにより、ユーザシステム２０を含む各ユーザシステム（エージェントモジュール３１が関与するユーザシステム）において、エージェントモジュール３１の自動的な置換が行われる。
【００６７】
（２） 第２の実施の形態
【００６８】
図４は、本発明の第２の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【００６９】
図４を参照すると、本実施の形態に係る性能向上サービス提供システムは、複数のエンドユーザ端末１０と、ユーザシステム２０を含む複数のユーザシステム（以下では、ユーザシステム２０で代表させて説明する）と、サービス提供者システム４０と、ユーザシステム管理端末６０と、これらを相互に接続するインターネット等のネットワーク（通信ネットワーク）１００とを含んで構成されている。なお、以降の説明では、ネットワーク１００はインターネットであるものとする。
【００７０】
ユーザシステム管理端末６０は、パーソナルコンピュータ等の情報通信装置である。ユーザシステム管理端末６０は、ユーザシステム２０とは異なる場所に設置されるか、または移動端末としてユーザシステム２０の管理者に携帯され、ユーザシステム２０内の管理コンソール２５と同等の操作をユーザシステム２０の外からネットワーク１００を介して実施する機能を有する。なお、ユーザシステム管理端末６０が存在しなくても、本発明は成立しうる。
【００７１】
本実施の形態（第２の実施の形態）は、ユーザシステム管理端末６０の存在以外については、第１の実施の形態と同様の構成を有している（しかも、上記のように、ユーザシステム管理端末６０は本実施の形態においても必須なものではない）。本実施の形態（第２の実施の形態）では、このように構成上は第１の実施の形態と異なる点はないが、性能向上処置の適用処理（図３のステップＢ６参照）の内容が、第１の実施の形態とな異なったものとなっている。
【００７２】
すなわち、第１の実施の形態では、マネージャモジュール５３は、自己の制御によって（エージェントモジュール３１を使用する場合も「自己の制御」に含むものとする）、性能向上処置を実施していたのに対して、本実施の形態では、マネージャモジュール５３は、ユーザシステム２０の管理者に電話またはメール等を用いて「性能劣化の旨」と「推奨する性能向上処置内容」とを通知し、実際の処置の実施はユーザシステム２０に任せている。
【００７３】
これにより、ユーザシステム２０の管理者は、自らの判断によって、例えばユーザシステム管理端末６０の遠隔操作によって、性能向上処置を実施することができるようになる。
【００７４】
この場合に、性能向上サービス提供者システム４０側における性能向上処置適用後の動作（図３中のステップＢ４およびステップＢ８〜ステップＢ１１参照）については、ユーザシステム２０の管理者との間の連絡（電話またはメール等を用いた連絡）によって実現することができる（ユーザシステム２０からの連絡内容に基づき優先度の変更登録等が入力コンソール４６を使用して行われる）。
【００７５】
（３） 第３の実施の形態
【００７６】
次に、本発明の第３の実施の形態に係る性能向上サービス提供システムについて説明する。
【００７７】
本実施の形態（第３の実施の形態）は、第１の実施の形態と同様の構成を有し、同様の動作を行うが、第１の実施の形態における応答監視モジュール５１が性能向上サービスの実施対象のユーザシステム２０における固有のクライアントに相当するアクセスを行ってその応答時間の監視を行う点で、第１の実施の形態と異なっている。ちなみに、第１の実施の形態においては、応答監視モジュール５１は、Ｗｅｂシステムに対するブラウザのような多くのエンドユーザに共通のクライアントに相当するアクセス（ＵＲＬの送信等）を行ってその応答時間の監視を行っている。
【００７８】
このような実施の形態（第３の実施の形態）の存在によって、Ｗｅｂシステムに対するブラウザのような共通のクライアントのエンドユーザとそのクライアントに対するサーバであるユーザシステムとからなるクライアントサーバシステムだけではなく、独自のクライアントとサーバとからなるクライアントサーバシステムについても、本発明を適用することができるようになる。
【００７９】
（４） 第４の実施の形態
【００８０】
次に、本発明の第４の実施の形態に係る性能向上サービス提供システムについて説明する。
【００８１】
本実施の形態（第４の実施の形態）は、第１の実施の形態と同様の構成を有し、ほぼ同様の動作を行うが、第１の実施の形態におけるマネージャモジュール５３によるステップＢ６の処理内容が第１の実施の形態とは異なったものとなっている。
【００８２】
すなわち、ステップＢ６の「高優先度の性能向上処置の適用」を行う際に、性能向上サービス提供者システム４０内の監視サーバ４１中のマネージャモジュール５３は、自己の制御により当該性能向上処置を実施する前に、所定のユーザシステム（あらかじめ本実施の形態における制御を行うことに合意した旨が動作定義ＤＢ４２に登録されているユーザシステム）の管理者に対して、その性能向上処置を実施してよいかの承認をとるための問い合わせを行う。そして、当該ユーザシステムから承認の旨を受け取った場合にのみ、ステップＢ６およびステップＢ７の処理を実行する（承認を受ければこれらの処理は性能向上サービス提供者システム４０側の制御によって実現される）。
【００８３】
（５） 第５の実施の形態
【００８４】
次に、本発明の第５の実施の形態に係る性能向上サービス提供方法について説明する。
【００８５】
本実施の形態に係る性能向上サービス提供方法は、性能向上サービス提供者システムがユーザシステムに対してサービス内容を提示して当該ユーザシステムがそのサービス内容を理解する第１のステップと、当該ユーザシステムの顧客（利用者・管理者）からの性能向上サービスの申込みを性能向上サービス提供者システムが受け付ける第２のステップと、性能向上サービス提供者システムと当該ユーザシステムとの間でサービス実施内容を協議して合意を形成する第３のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する性能向上サービスの動作内容の定義内容を動作定義ＤＢに登録する第４のステップと、前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する処置規則情報をルールＤＢに登録する第５のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対する応答時間の監視を行う第６のステップと、性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対するリソース情報の収集を行う第７のステップと、前記第６のステップにおいて監視した応答時間および前記第７のステップにおいて収集したリソース情報に基づいて当該ユーザシステムの性能の分析を行う第８のステップと、直前の前記第６のステップ〜前記第８のステップの処理が性能向上処置の適用後の処理であるか否かを判定する第９のステップと、前記第９のステップで「性能向上処置の適用後の処理ではない」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて当該ユーザシステムの性能の劣化があるか否かを判定する第１０のステップと、前記第１０のステップで「ある構成要素を主要因として性能の劣化がある」と判定した場合にマネージャモジュールが当該構成要素に対する最大の優先度を持つ性能向上処置を検索・認識して当該ユーザシステムに対して当該性能向上処置を実施（適用）する第１１のステップと、マネージャモジュールが前記第１１のステップにおける「当該ユーザシステムに対する性能向上処置内容」を示す情報を指示ログ格納部に記録する第１２のステップと、前記第９のステップで「性能向上処置の適用後の処理である」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて「当該性能向上処置の効果があるか否か（性能が向上したか否か）を判定する第１３のステップと、前記第１３のステップで「当該性能向上処置の効果がない」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置（直前に適用した性能向上処置）に対する優先度を下げる第１４のステップと、前記第１４のステップの処理の後に当該ユーザシステムの設定内容を当該性能向上処置の適用（実施）以前の設定内容に戻す第１５のステップと、前記第１３のステップで「当該性能向上処置の効果があった」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置に対する優先度を上げる第１６のステップとからなる。
【００８６】
ここで、上記の図２および図３は、本発明の第５の実施の形態に係る性能向上サービス提供方法の処理手順を示す流れ図にも該当する。
【００８７】
この場合に、上記の第１のステップ〜第５のステップは図２中のステップＡ１〜ステップＡ５に該当し、上記の第６のステップ〜第１６のステップは図３中のステップＢ１〜ステップＢ１１に該当する。
【００８８】
なお、本実施の形態に係る性能向上サービス提供方法の動作は、上記の第１の実施の形態に係る性能向上サービス提供システムの説明で述べた図２および図３に示す動作（処理）の内容と同様のものになる。
【００８９】
（６） 第６の実施の形態
【００９０】
図５は、本発明の第６の実施の形態の構成を示すブロック図である。
【００９１】
図５を参照すると、本発明の第５の実施の形態は、図１に示した第１の実施の形態に対して、性能向上サービス提供制御プログラム５００を備える点が異なっている。
【００９２】
性能向上サービス提供制御プログラム５００は、監視サーバ４１，動作定義ＤＢ４２，収集ログ格納部４３，ルールＤＢ４４，指示ログ格納部４５，および入力コンソール４６を含む性能向上サービス提供者システム４０に読み込まれ、当該性能向上サービス提供者システム４０の動作を、動作定義ＤＢ４２，収集ログ格納部４３，ルールＤＢ４４，指示ログ格納部４５，および入力コンソール４６が存在することを前提とした上で、監視サーバ４１（応答監視モジュール５１，情報蓄積モジュール５２，およびマネージャモジュール５３）として制御する。性能向上サービス提供制御プログラム５００の制御による性能向上サービス提供者システム４０（応答監視モジュール５１，情報蓄積モジュール５２，およびマネージャモジュール５３を有する監視サーバ４１）の動作は、第１の実施の形態における性能向上サービス提供者システム４０の動作と全く同様になるので、その詳しい説明を割愛する。
【００９３】
【発明の効果】
以上説明したように、本発明によると、以下に示すような効果が生じる。
【００９４】
第１の効果は、ユーザシステムを保有する顧客が、システム（自己のユーザシステムを含むコンピュータシステムや情報処理システム）に関する多くの機器やソフトウェアの性能向上に関するノウハウを知らなくても、本発明に関する性能向上サービスの提供者と契約することで、当該ユーザシステムの性能向上を実現できるということにある。
【００９５】
このような効果が生じる理由は、性能向上サービス提供者が既知のルールをルールＤＢに登録しておくことで、サービス提供者システムによって、契約した全ての顧客のユーザシステムの機器（ハードウェア）やソフトウェアのリソース情報の内容から、適切な性能向上を施すことが可能になるためである。
【００９６】
第２の効果は、ユーザシステムの存在する場所以外の場所（エンドユーザの存在する場所と想定できる場所）からのネットワークを経由したユーザシステムへの応答時間を測定することができるということにある。特に、ネットワークに接続したユーザシステムを１つしか持たない顧客にとっては、ネットワークを経由した他の場所からの測定を実施することができないので、本発明により提供されるサービスの効果は大きなものとなる。
【００９７】
このような効果が生じる理由は、性能向上サービス提供者システムがネットワークを経由してユーザシステムに定期的なアクセスを実施することができるようにしたためである。
【００９８】
第３の効果は、顧客が使用する機器やソフトウェア等の構成要素が新しいものであっても、性能向上を実現することができるということにある（これにより、技術の進歩やサーバの劣化等に対処することが可能になる）。
【００９９】
このような効果が生じる理由は、新しい機器やソフトウェア等に対する性能向上処置の規則は、専門家である性能向上サービス提供者によって随時性能向上サービス提供者システムに登録され、また、ユーザシステムに対する性能向上処置による効果は、ルールＤＢにフィードバックされることから、より効果的な処置規則がルールＤＢに蓄積されることになり、これらの蓄積された処置規則によって、それぞれのユーザシステムに対して性能向上処置が実施されるためである。ルールＤＢに蓄積される性能向上処置の規則は、より多くのユーザシステムに対して性能向上監視サービスを実施すればするほど増えてくるため、その効果は顕著なものとなる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【図２】図１に示す性能向上サービス提供システムのサービス提供準備処理を示す流れ図であり、本発明の第５の実施の形態に係る性能向上サービス提供方法の処理手順を示す流れ図でもある。
【図３】図１に示す性能向上サービス提供システムの監視・チューニング処理を示す流れ図であり、本発明の第５の実施の形態に係る性能向上サービス提供方法の処理手順を示す流れ図でもある。
【図４】本発明の第２の実施の形態に係る性能向上サービス提供システムの構成を示すブロック図である。
【図５】本発明の第６の実施の形態の構成を示すブロック図である。
【符号の説明】
１０ エンドユーザ端末
２０ ユーザシステム
２１ Ｗｅｂサーバ
２２ ＡＰサーバ
２３ ＤＢサーバ
２４ 業務ＤＢ
２５ 管理コンソール
３１ エージェントモジュール
４０ 性能向上サービス提供者システム
４１ 監視サーバ
４２ 動作定義ＤＢ
４３ 収集ログ格納部
４４ ルールＤＢ
４５ 指示ログ格納部
４６ 入力コンソール
５１ 応答監視モジュール
５２ 情報蓄積モジュール
５３ マネージャモジュール
６０ ユーザシステム管理端末
１００ ネットワーク
５００ 性能向上サービス提供制御プログラム
Ａ１ サービス内容提示・理解ステップ
Ａ２ 申込み受付けステップ
Ａ３ サービス実施内容協議・合意ステップ
Ａ４ 動作定義ＤＢ登録ステップ
Ａ５ ルールＤＢ登録ステップ
Ｂ１ 応答時間監視ステップ
Ｂ２ リソース情報収集ステップ
Ｂ３ 性能分析ステップ
Ｂ４ 処置適用後判定ステップ
Ｂ５ 性能劣化判定ステップ
Ｂ６ 高優先度性能向上処置適用ステップ
Ｂ７ 指示ログ格納部記録ステップ
Ｂ８ 性能向上判定ステップ
Ｂ９ 優先度低下ステップ
Ｂ１０ 設定内容処置実施前変更ステップ
Ｂ１１ 優先度上昇ステップ
Claims (14)
- エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムにおいて、
ネットワークを経由して一定時間間隔毎に一般のエンドユーザと同様の方式でユーザシステムにアクセスを行い、その応答時間の時系列データを収集ログとして格納する応答監視モジュールと、
ネットワークを経由して一定時間間隔毎にユーザシステムの構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する情報蓄積モジュールと、
前記応答監視モジュールおよび前記情報蓄積モジュールによって格納された収集ログに基づく分析によりユーザシステムの性能劣化を検知した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存するマネージャモジュールと
を有することを特徴とする性能向上サービス提供システム。 - エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムにおいて、
ユーザシステム側との合意に基づいて当該ユーザシステムに対する監視サーバの動作内容に関する定義内容を格納する動作定義ＤＢと、
監視サーバが監視して測定・収集したユーザシステムに関する応答時間やリソース情報を保持する収集ログ格納部と、
リソース情報に関連付けてユーザシステムの性能向上を施すための処置内容とその優先度との対応情報である処置規則情報を保持するルールＤＢと、
ユーザシステムに対して性能向上処置を実施した際に施した処置内容を示す情報を履歴として保持する指示ログ格納部と、
前記動作定義ＤＢに格納されている定義内容に従ってユーザシステム側に定期的にアクセス要求を送信してそのアクセスに対する応答時間を監視しその監視結果を前記収集ログ格納部に記録する監視サーバ内の応答監視モジュールと、
前記動作定義ＤＢに格納されている定義内容に従ってユーザシステムから定期的に各構成要素に対するリソース情報を収集してその収集結果を前記収集ログ格納部に格納する監視サーバ内の情報蓄積モジュールと、
前記収集ログ格納部および前記ルールＤＢの内容に基づき、定期的にユーザシステムの性能分析を行い、性能が劣化したユーザシステムに対して施す性能向上処置内容を決定してその処置の実施を制御し、その処置内容の履歴を前記指示ログ格納部に格納する監視サーバ内のマネージャモジュールと
を有することを特徴とする性能向上サービス提供システム。 - ユーザシステムの性能向上処置を実施した後にその性能向上効果が得られたか否かを判定し、性能向上効果が得られなかった場合には指示ログ格納部内の履歴情報を検索して当該ユーザシステムの設定内容を性能向上処置を実施する以前の設定内容に戻してルールＤＢ内の当該性能向上処置に対する優先度を下げ、性能向上効果が得られた場合にはルールＤＢ内の当該性能向上処置に対する優先度を上げるマネージャモジュールを有することを特徴とする請求項２記載の性能向上サービス提供システム。
- 情報蓄積モジュールやマネージャモジュールの処理を実現する上で、ネットワークを経由して実施可能な処置に関しては性能向上サービス提供者システムからユーザシステムに対して直接的に性能向上処置を実施するとともに、ユーザシステム内に内部処理用エージェントモジュールを設け、ネットワークを経由して実施不可能な処置に関しては性能向上サービス提供者システムから当該内部処理用エージェントモジュールに指示を出して当該内部処理用エージェントモジュールによりユーザシステムに対して間接的に性能向上処置を実施することを特徴とする請求項２または請求項３記載の性能向上サービス提供システム。
- 情報蓄積モジュールやマネージャモジュールの処理を実現する上で、改ざんや監視サーバ以外の指示による設定値変更といった不正アクセスが行われないようにするためにサービス提供者システムとユーザシステムとの間の通信を暗号化された電文によって行い、ユーザシステム内に復号化用エージェントモジュールを設け、ユーザシステム側における暗号化電文の復号化処理を当該復号化用エージェントモジュールに行わせることを特徴とする請求項２，請求項３，または請求項４記載の性能向上サービス提供システム。
- エージェントモジュールの更新を行う場合に、サービス提供者システム側に新エージェントモジュールを登録し、サービス提供者システムから各ユーザシステム上に自動的に当該新エージェントモジュールを配布して当該更新を実現することを特徴とする請求項４または請求項５記載の性能向上サービス提供システム。
- 性能向上処置を実施する前に、あらかじめ承認の必要性を登録したユーザシステムの管理者宛に実施の可否を問い合わせ、当該ユーザシステムの管理者の承認を得てから当該性能向上処置を実施するマネージャモジュールを有することを特徴とする請求項２，請求項３，請求項４，請求項５，または請求項６記載の性能向上サービス提供システム。
- 性能向上処置を実施すべき性能向上処置を決定した場合に、自己の制御によりその性能向上処置を実施せずに、性能劣化の旨および実施すべき性能向上処置内容をユーザシステムの管理者に通知してその実施を当該ユーザシステム側に任せるマネージャモジュールを有することを特徴とする請求項２，請求項３，請求項４，請求項５，または請求項６記載の性能向上サービス提供システム。
- ユーザシステム内の管理コンソールと同等の操作をユーザシステムの外からネットワークを介して実施する機能を有するユーザシステム管理端末を設け、当該ユーザシステムの管理者が当該ユーザシステム管理端末を使用して性能向上処置の実施を制御することを特徴とする請求項８記載の性能向上サービス提供システム。
- 応答監視モジュールが性能向上サービスの実施対象のユーザシステムにおける固有のクライアントに相当するアクセスを行ってその応答時間の監視を行うことを特徴とする請求項１，請求項２，請求項３，請求項４，請求項５，請求項６，請求項７，請求項８，または請求項９記載の性能向上サービス提供システム。
- ネットワークがインターネットであることを特徴とする請求項１，請求項２，請求項３，請求項４，請求項５，請求項６，請求項７，請求項８，請求項９，または請求項１０記載の性能向上サービス提供システム。
- 性能向上サービス提供者システムがユーザシステムに対してサービス内容を提示して当該ユーザシステムがそのサービス内容を理解する第１のステップと、
当該ユーザシステムの顧客からの性能向上サービスの申込みを性能向上サービス提供者システムが受け付ける第２のステップと、
性能向上サービス提供者システムと当該ユーザシステムとの間でサービス実施内容を協議して合意を形成する第３のステップと、
前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する性能向上サービスの動作内容の定義内容を動作定義ＤＢに登録する第４のステップと、
前記第３のステップにおける合意に基づいて性能向上サービス提供者システムが当該ユーザシステムに対する処置規則情報をルールＤＢに登録する第５のステップと、
性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対する応答時間の監視を行う第６のステップと、
性能向上サービス提供者システムが動作定義ＤＢの内容に基づいて一定時間毎に当該ユーザシステムに対するリソース情報の収集を行う第７のステップと、
前記第６のステップにおいて監視した応答時間および前記第７のステップにおいて収集したリソース情報に基づいて当該ユーザシステムの性能の分析を行う第８のステップと、
直前の前記第６のステップ，前記第７のステップ，および前記第８のステップの処理が性能向上処置の適用後の処理であるか否かを判定する第９のステップと、
前記第９のステップで「性能向上処置の適用後の処理ではない」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて当該ユーザシステムの性能の劣化があるか否かを判定する第１０のステップと、
前記第１０のステップで「ある構成要素を主要因として性能の劣化がある」と判定した場合にマネージャモジュールが当該構成要素に対する最大の優先度を持つ性能向上処置を検索・認識して当該ユーザシステムに対して当該性能向上処置を実施する第１１のステップと、
マネージャモジュールが前記第１１のステップにおける「当該ユーザシステムに対する性能向上処置内容」を示す情報を指示ログ格納部に記録する第１２のステップと、
前記第９のステップで「性能向上処置の適用後の処理である」と判定した場合にマネージャモジュールが前記第８のステップの分析の結果に基づいて「当該性能向上処置の効果があるか否かを判定する第１３のステップと、
前記第１３のステップで「当該性能向上処置の効果がない」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置に対する優先度を下げる第１４のステップと、
前記第１４のステップの処理の後に当該ユーザシステムの設定内容を当該性能向上処置の適用以前の設定内容に戻す第１５のステップと、
前記第１３のステップで「当該性能向上処置の効果があった」と判定した場合にマネージャモジュールがルールＤＢ内に保有されている当該性能向上処置に対する優先度を上げる第１６のステップと
を有することを特徴とする性能向上サービス提供方法。 - エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムを、ネットワークを経由して一定時間間隔毎に一般のエンドユーザと同様の方式でユーザシステムにアクセスを行い、その応答時間の時系列データを収集ログとして格納する応答監視モジュール，ネットワークを経由して一定時間間隔毎にユーザシステムの構成要素の監視を行い、その監視結果を示すリソース情報の時系列データを収集ログとして格納する情報蓄積モジュール，ならびに前記応答監視モジュールおよび前記情報蓄積モジュールによって格納された収集ログに基づく分析によりユーザシステムの性能劣化を検知した際に、当該分析および過去の性能向上処置の実施状況をふまえた上で適切な性能向上処置を決定して当該性能向上処置を実施し、その実施状況を示す履歴を保存するマネージャモジュールとして機能させるためのプログラム。
- エンドユーザ端末およびユーザシステムが接続されているネットワークシステム上の性能向上サービス提供者システムを、
ユーザシステム側との合意に基づいて当該ユーザシステムに対する監視サーバの動作内容に関する定義内容を格納する動作定義ＤＢ，監視サーバが監視して測定・収集したユーザシステムに関する応答時間やリソース情報を保持する収集ログ格納部，リソース情報に関連付けてユーザシステムの性能向上を施すための処置内容とその優先度との対応情報である処置規則情報を保持するルールＤＢ，およびユーザシステムに対して性能向上処置を実施した際に施した処置内容を示す情報を履歴として保持する指示ログ格納部が存在することを前提として、
前記動作定義ＤＢに格納されている定義内容に従ってユーザシステム側に定期的にアクセス要求を送信してそのアクセスに対する応答時間を監視しその監視結果を前記収集ログ格納部に記録する監視サーバ内の応答監視モジュール，前記動作定義ＤＢに格納されている定義内容に従ってユーザシステムから定期的に各構成要素に対するリソース情報を収集してその収集結果を前記収集ログ格納部に格納する監視サーバ内の情報蓄積モジュール，ならびに前記収集ログ格納部および前記ルールＤＢの内容に基づき、定期的にユーザシステムの性能分析を行い、性能が劣化したユーザシステムに対して施す性能向上処置内容を決定してその処置の実施を制御し、その処置内容の履歴を前記指示ログ格納部に格納する監視サーバ内のマネージャモジュールとして機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003177681A JP2005018103A (ja) | 2003-06-23 | 2003-06-23 | 性能向上サービス提供システムおよび性能向上サービス提供方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003177681A JP2005018103A (ja) | 2003-06-23 | 2003-06-23 | 性能向上サービス提供システムおよび性能向上サービス提供方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2005018103A true JP2005018103A (ja) | 2005-01-20 |
Family
ID=34179533
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003177681A Pending JP2005018103A (ja) | 2003-06-23 | 2003-06-23 | 性能向上サービス提供システムおよび性能向上サービス提供方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2005018103A (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2009144825A1 (ja) * | 2008-05-30 | 2009-12-03 | 富士通株式会社 | 復旧方法管理プログラム、復旧方法管理装置及び復旧方法管理方法 |
| JP2011018135A (ja) * | 2009-07-07 | 2011-01-27 | Ricoh Co Ltd | 電子機器、情報処理方法、及びプログラム |
| JP4983599B2 (ja) * | 2005-02-10 | 2012-07-25 | 日本電気株式会社 | 情報システム管理装置 |
| JP2019135598A (ja) * | 2018-02-05 | 2019-08-15 | 富士通株式会社 | 性能評価プログラム、および性能評価方法 |
| CN111046007A (zh) * | 2018-10-12 | 2020-04-21 | 伊姆西Ip控股有限责任公司 | 管理存储系统的方法、装置和计算机程序产品 |
| JP2021015321A (ja) * | 2019-07-10 | 2021-02-12 | 三菱電機株式会社 | 手順特定装置、計算モデル生成装置、手順特定方法、手順特定プログラム、計算モデル生成方法、計算モデル生成プログラム、学習データ生成装置及び計算プログラム |
-
2003
- 2003-06-23 JP JP2003177681A patent/JP2005018103A/ja active Pending
Cited By (12)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4983599B2 (ja) * | 2005-02-10 | 2012-07-25 | 日本電気株式会社 | 情報システム管理装置 |
| WO2009144825A1 (ja) * | 2008-05-30 | 2009-12-03 | 富士通株式会社 | 復旧方法管理プログラム、復旧方法管理装置及び復旧方法管理方法 |
| GB2472550A (en) * | 2008-05-30 | 2011-02-09 | Fujitsu Ltd | Recovery method management program, recovery method management device, and recovery method management method |
| US8099626B2 (en) | 2008-05-30 | 2012-01-17 | Fujitsu Limited | Recovery method management device, recovery method management method and computer product for recovering a failure of IT system |
| JP5024450B2 (ja) * | 2008-05-30 | 2012-09-12 | 富士通株式会社 | 復旧方法管理プログラム、復旧方法管理装置及び復旧方法管理方法 |
| GB2472550B (en) * | 2008-05-30 | 2013-02-27 | Fujitsu Ltd | Recovery method management program, recovery method management device, and recovery method management method |
| JP2011018135A (ja) * | 2009-07-07 | 2011-01-27 | Ricoh Co Ltd | 電子機器、情報処理方法、及びプログラム |
| US8713570B2 (en) | 2009-07-07 | 2014-04-29 | Ricoh Company, Ltd. | Electronic device, information processing method, and storage medium |
| JP2019135598A (ja) * | 2018-02-05 | 2019-08-15 | 富士通株式会社 | 性能評価プログラム、および性能評価方法 |
| CN111046007A (zh) * | 2018-10-12 | 2020-04-21 | 伊姆西Ip控股有限责任公司 | 管理存储系统的方法、装置和计算机程序产品 |
| CN111046007B (zh) * | 2018-10-12 | 2023-08-18 | 伊姆西Ip控股有限责任公司 | 管理存储系统的方法、装置和计算机程序产品 |
| JP2021015321A (ja) * | 2019-07-10 | 2021-02-12 | 三菱電機株式会社 | 手順特定装置、計算モデル生成装置、手順特定方法、手順特定プログラム、計算モデル生成方法、計算モデル生成プログラム、学習データ生成装置及び計算プログラム |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6738811B1 (en) | Method and architecture for monitoring the health of servers across data networks | |
| US8099379B2 (en) | Performance evaluating apparatus, performance evaluating method, and program | |
| US9594547B2 (en) | Method and system to manage services for multiple managed computer systems | |
| US9304827B2 (en) | Systems and methods for providing hierarchy of support services via desktop and centralized service | |
| US8775585B2 (en) | Autonomic SLA breach value estimation | |
| US20160191668A1 (en) | Systems and methods for providing a client agent for delivery of remote services | |
| CN105100032B (zh) | 一种防止资源盗取的方法及装置 | |
| US7412509B2 (en) | Control system computer, method, and program for monitoring the operational state of a system | |
| US20090182873A1 (en) | Method and system for monitoring online computer network behavior and creating online behavior profiles | |
| JP4841982B2 (ja) | 性能情報収集方法、装置、及びプログラム | |
| US20040210452A1 (en) | Method and system for unifying and sharing of business systems | |
| EP1949238A1 (en) | Method and system for virtualized health monitoring of resources | |
| EP1454255A1 (en) | Structure of policy information for storage, network and data management applications | |
| US10277529B2 (en) | Visualization of computer resource quotas | |
| US20060287997A1 (en) | Pharmaceutical service selection using transparent data | |
| US20110093367A1 (en) | Method, apparatus, and computer product for centralized account provisioning | |
| US11777921B2 (en) | Systems and methods for controlling personal information on online services | |
| WO2012132124A1 (ja) | セキュリティレベル可視化装置 | |
| EP1549016A1 (en) | Methods and apparatus for directory enabled network services | |
| US20170272541A1 (en) | Local enforcement of computer resource quotas | |
| US20170272475A1 (en) | Client identification for enforcing computer resource quotas | |
| CA3078261A1 (en) | Systems and methods for cybersecurity risk assessment of users of a computer network | |
| EP3643006B1 (en) | Monitoring cloud computing environments with data control policies | |
| KR101233934B1 (ko) | 지능형 통합 보안 관리 시스템 및 방법 | |
| JP2005018103A (ja) | 性能向上サービス提供システムおよび性能向上サービス提供方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050124 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20050314 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20070118 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070413 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070424 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070904 |