(57)【要約】【課題】監視のための装置など特別な仕組を不要とし、また監視方式を業務と一緒に組み込んで詳細な情報収集を可能なＷｅｂサービスマネージメント用コンポーネントと監視センタシステムを提供すること。【解決手段】監視センタシステム１とお客様システム２とが通信回線３を介して情報を授受可能に接続されているＷｅｂサービスシステムにおいて使用されるコンポーネントであって、該コンポーネントは、お客様システム構築時のワークフローの中へマネージメントサービス用としてサービス対象とするイベント毎に組み込まれ、お客様のワークフローが実行されて監視対象イベントが発生したとき実行されて、発生イベントのＩＤ、日時、お客様ＩＤ、アクセス先、業務名、ログ情報等を監視センタシステムへ送信する機能を有することを特徴とする。【選択図】      図３
2005208714.tif 000002
【特許請求の範囲】
【請求項１】
監視センタシステムとお客様システムとが通信回線を介して情報を授受可能に接続されているＷｅｂサービスシステムにおいて使用されるコンポーネントであって、
該コンポーネントは、お客様システム構築時のワークフローの中へマネージメントサービス用としてサービス対象とするイベント毎に組み込まれ、お客様のワークフローが実行されて監視対象イベントが発生したとき実行されて、発生イベントのＩＤ、日時、お客様ＩＤ、アクセス先、業務名、ログ情報等を監視センタシステムへ送信する機能を有することを特徴とするＷｅｂサービスマネージメント用コンポーネント。
【請求項２】
ワークフローの中へ組み込まれるマネージメントサービス用コンポーネントが監視コンポーネントであることを特徴とする請求項１に記載のＷｅｂサービスマネージメント用コンポーネント。
【請求項３】
上記コンポーネントが、入力附随情報（不良発生部位、ワークフロー名称、お客様名、ＯＳ名、ワークフローの関連情報等）を付加して、監視センタシステムへ送信すると共に、監視センタシステムによる回復結果の受信が必要か判断して、必要でない場合は制御をワークフローへ戻し、必要である場合には回復結果を受信して内容を分析し、マネージメントサービスのための追加処理が必要か判断し、必要でない場合にはリターン値を作成して制御をワークフローへ戻し、必要な場合は関しセンタからの要求に応じた追加情報を付加して監視センタシステムへ送信する機能を有することを特徴とする請求項１又は請求項２に記載のＷｅｂサービスマネージメント用コンポーネント。
【請求項４】
お客様システム構築時のワークフローの中へＷｅｂサービスマネージメント用コンポーネントがサービス対象とするイベント毎に組み込まれいるお客様システムと通信回線を介して情報を授受可能に接続されている監視センタシステムであって、
お客様システムから監視対象イベントを受信し、監視対象イベント情報からサービス対象イベントＤＢを検索して、サービス内容を取得し、お客様管理者用端末へ受信した監視対象イベント情報を通知すると共に、取得したサービス内容を分析し、分析した結果に従いサービス処置を実行し、その実行結果をお客様の上記コンポーネントへ送信し、実行結果をお客様システムへ通知し、監視センタＤＢへ上記監視対象イベント情報の受信から実行結果までをログする機能を有することを特徴とするＷｅｂサービスマネージメントにおける監視センタシステム。
【請求項５】
監視センタＤＢへ上記のログ後、お客様システムに対して、Ｗｅｂサービスマネージメントに対する課金処理を行う機能を有することを特徴とする請求項４に記載の監視センタシステム。
【請求項６】
上記のサービス処置を実行する場合、機械処理で実行する場合には、監視対象イベント情報対策ＤＢを検索してプログラムにより回復実行し、機械処理で実行しない場合は、監視センタ側のサービス員の判断が必要な場合には、監視対象イベント情報をＤＢを使って分析して対応策を決定し、監視センタ側のサービス員の判断が必要でない場合と共に、サービス対策をするのにお客様先のサービス員が必要な場合には、監視対象イベントに対応した担当者をＤＢから検索し、その検索結果に従い、お客様先へサービス員を手配してイベント対策を行い、お客様先のサービス員が必要でない場合には、監視センタ側のサービス員によりリモート操作により回復を実行する機能を有することを特徴とする請求項４又は請求項５に記載の監視センタシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂサービスマネージメント用コンポーネントと監視センタシステムに関する。
【技術背景】
【０００２】
従来Ｗｅｂサービスにおいてお客様装置を監視する場合、監視対象装置にエージェントなど監視の仕組みを組み込んだり、お客様先に監視のための装置を配置して監視データを収集するなどの方式をとっていた（例えば、特許文献１参照）。
【０００３】
【特許文献１】特開平８−２３７２４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし従来の場合、マネージメントサービスを提供するまでにお客様と監視方式の打合せが必要であり、監視の仕組みの組み込みに時間が掛かり、お客様の業務処理とリンクした詳細な情報を取得できない、お客様の業務と監視はお互いに独立しており関連性についての追求がしにくい、などの問題が合った。
【０００５】
本発明は、上記のような点に鑑み、監視のための装置など特別な仕組を不要とし、また監視方式を業務と一緒に組み込んで詳細な情報収集を可能なＷｅｂサービスマネージメント用コンポーネントと監視センタシステムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明のＷｅｂサービスマネージメント用コンポーネントは、監視センタシステムとお客様システムとが通信回線を介して情報を授受可能に接続されているＷｅｂサービスシステムにおいて使用されるコンポーネントであって、該コンポーネントは、お客様システム構築時のワークフローの中へマネージメントサービス用としてサービス対象とするイベント毎に組み込まれ、お客様のワークフローが実行されて監視対象イベントが発生したとき実行されて、発生イベントのＩＤ、日時、お客様ＩＤ、アクセス先、業務名、ログ情報等を監視センタシステムへ送信する機能を有することを特徴とする。
【０００７】
また上記において、ワークフローの中へ組み込まれるマネージメントサービス用コンポーネントが監視コンポーネントであることを特徴とする。
【０００８】
また上記コンポーネントが、入力附随情報（不良発生部位、ワークフロー名称、お客様名、ＯＳ名、ワークフローの関連情報等）を付加して、監視センタシステムへ送信すると共に、監視センタシステムによる回復結果の受信が必要か判断して、必要でない場合は制御をワークフローへ戻し、必要である場合には回復結果を受信して内容を分析し、マネージメントサービスのための追加処理が必要か判断し、必要でない場合にはリターン値を作成してサービス制御をワークフローへ戻し、必要な場合は監視センタからの要求に応じた追加情報を付加して監視センタシステムへ送信する機能を有することを特徴とする。
【０００９】
さらに上記目的を達成するために、本発明のＷｅｂサービスマネージメント用監視センタシステムは、お客様システム構築時のワークフローの中へＷｅｂサービスマネージメント用コンポーネントがサービス対象とするイベント毎に組み込まれいるお客様システムと通信回線を介して情報を授受可能に接続されている監視センタシステムであって、お客様システムから監視対象イベントを受信し、監視対象イベント情報からサービス対象イベントＤＢを検索して、サービス内容を取得し、お客様管理者用端末へ受信した監視対象イベント情報を通知すると共に、取得したサービス内容を分析し、分析した結果に従いサービス処置を実行し、その実行結果をお客様の上記コンポーネントへ送信し、実行結果をお客様システムへ通知し、監視センタＤＢへ上記監視対象イベント情報の受信から実行結果までをログする機能を有することを特徴とする。
【００１０】
さらに監視センタＤＢへ上記のログ後、お客様システムに対して、Ｗｅｂサービスマネージメントに対する課金処理を行う機能を有することを特徴とする。
【００１１】
さらに上記のサービス処置を実行する場合、機械処理で実行する場合には、監視対象イベント情報対策ＤＢを検索してプログラムにより回復実行し、機械処理で実行しない場合は、監視センタ側のサービス員の判断が必要な場合には、監視対象イベント情報をＤＢを使って分析して対応策を決定し、監視センタ側のサービス員の判断が必要でない場合と共に、サービス対策をするのにお客様先のサービス員が必要な場合には、監視対象イベントに対応した担当者をＤＢから検索し、その検索結果に従い、お客様先へサービス員を手配してイベント対策を行い、お客様先のサービス員が必要でない場合には、監視センタ側のサービス員によりリモート操作により回復を実行する機能を有することを特徴とする。
【発明の効果】
【００１２】
本発明によれば、次のような効果を奏する。
（１）監視のための装置など特別な仕組みが不要である。
即ち、監視のために後からエージェントの組み込みや装置を追加する必要がない。またお客様業務開発の一環として監視サービスが組み込める。
（２）監視方式を業務と一緒に組み込めるため詳細な情報収集が可能である。
即ち、業務フロー処理中に発生する例外（Ｅｒｒ）処理まで検知して監視センタシステムまで通報可能となる。またリアルタイム処理となる。さらにサービス障害に関する通報処理をお客様が任意に定義できるなど監視タイミングの自由度が増す。
【発明を実施するための最良の形態】
【００１３】
本発明は、お客様（コンピュータ運用会社）がワークフロー中にマネージメントサービスを簡単に組み込める監視サービス用コンポーネントを提供する。
また監視センタシステムは、ａ）通報、ｂ）ログ蓄積、ｃ）データ転送処理、ｄ）データ解析、など予め監視サービス用コンポーネントで定義した監視の仕組みを提供する。
監視サービスは、お客様システム構築時のワークフローに監視サービス用コンポーネントとして組み込むことで提供される。
監視サービス用コンポーネントは、１）Ｗｅｂサービスとして提供される。また２）開発ツールに同梱されて、又は媒体として、又はＷｅｂページからダウンロードする方式で、データとして提供される。
本発明を実施するための最良の形態を実施例に基づき図面を参照して説明する。
【実施例１】
【００１４】
図１は本発明のシステムの概念構成図である。
本システムには、監視センタシステム１とお客様システム２とこれらを接続し相互に情報の授受を可能にするネットワークＮＷ（通信回線）３とから成る。
監視センタシステム１は、監視サービスの提供する監視サーバ１１、サービス対象イベント（図４のＳ４０３参照）、監視対象イベント情報対策（図５のＳ５０７）、監視対象イベントに対応した担当者（Ｓ５０４）、監視対象イベント情報（Ｓ５０８）等を格納するデータベース（ＤＢ）１２、監視サービス側のサービス員端末（ＰＣ）１３、ルータ１４等を備える。サービス対象イベントとしては図示されるようなものを含めて数１０〜数１００が考えられる。例えば、イベントＡの「処置・対策等」は「内容ａ：電話」であり、イベントＢの「処置・対策等」は「内容ｂ：分析」であり、イベントＣの「処置・対策等」は「内容ｃ：応援」である。
例えば、電話とは、該当するイベントを受信したら、センタ員がお客様に電話連絡することを示している
【００１５】
お客様システム２は、監視サービス対象となるサーバ２１、監視サービス対象の一部のＤＢ２２、クライアント２３、管理者用端末（ＰＣ）２４、ルータ２５等を備える。サーバ２１には、Ｗｅｂサービスとして提供されたり、媒体として提供された「勤休管理」用、「旅費精算」用等の業務コンポーネントが格納されている。
【００１６】
図２はお客様とＷｅｂマネージメントサービス契約を締結する場合の処理フロー図である。
ステップＳ２００で処理がスタートし、ステップＳ２０１でサービス対象のイベント（例えば、ＡＰの応答時間が、設計値より遅い）をインターネット乃至ＣＤ−ＲＯＭ等からそのツールをお客様システムのデータベース（ＤＢ）にロードする。インターネット乃至ＣＤ−ＲＯＭからロードできるツール（サービスコンポーネントモジュール）には、例えば、イベントＡ、イベントＢ、イベントＣがある。
ステップＳ２０２でロードしたツール（サービスコンポーネントモジュール）を使って業務ワークフロー中へサービス対象とするイベント毎に各コンポーネント（例えば、監視システム通信モジュール）を組み込む。ステップＳ２０３で監視利用契約をし、料金支払い口座の開設をして、ステップＳ２０４でこの処理を終わる。
【００１７】
図３はお客様システムにおいて監視動作を開始した場合の処理フロー図である。
ステップＳ３００で処理がスタートし、ステップＳ３０１でお客様の業務フローが実行される。ステップＳ３０２で監視対象イベント（例えば、Ａ：ＡＰレスポンス悪化、Ｂ：データが不当、Ｃ：ＤＢのアクセスがエラー終了）が発生したかを判断し、「Ｙ」（「イエス」）であれば、ステップＳ３０３でサービスコンポーネントの実行を行い、ステップＳ３０４で発生イベントのＩＤ、時刻、日時、お客様ＩＤ、業務のアクセス先、業務名、ログ情報等を監視センタシステムへ送信する。
ステップＳ３０５で処理を続行するかを判断し、「Ｙ」であればステップＳ３０１へ戻り、「Ｎ」（「ノー」）であればステップＳ３０７で処理を終了する。
ステップＳ３０２で「Ｎ」であれば、ステップＳ３０６で終了かを判断し、「Ｎ」であればステップＳ３０１へ戻り、「Ｙ」であれば処理を終了する。
【００１８】
図４は監視センタ側の処理フロー図である。
ステップＳ４００で処理がスタートし、ステップＳ４０１ではお客様システムからの監視対象イベントを受信待ちしている状態にあり、ステップＳ４０２で監視対象イベントを受信したかを判断し、「Ｎ」であればステップＳ４０１へ戻り、「Ｙ」であればステップＳ４０３で受信した監視対象イベント情報からサービス対象イベントＤＢ（１２）を検索し、サービス内容を取得する。
ステップＳ４０４でお客様システムの管理者へ受信した監視対象イベント情報を通知し、ステップＳ４０５で取得したサービス内容を分析し、分析した結果に従いサービス処置の実行（ここで「サービス処置の実行」とは、イベント毎に求められているサービス、例：電話でお客様に連絡等することである）を行う。ステップＳ４０６で実行結果をコード情報に変換し、お客様のコンポーネントへ送信する。
ステップＳ４０８で監視センタＤＢ（１２）へ、受信した監視対象イベント情報の受信〜実行結果までをログし、ステップＳ４０９でお客様システムに対して上記サービスに対する課金をし、ステップＳ４１０でサービス終了かを判断し、「Ｎ」であればステップＳ４０１へ戻り、「Ｙ」であればステップＳ４１１で処理を終了する。
【００１９】
図５は図４のステップＳ４０５におけるサービス処置の実行の詳細な処理フロー図である。
ステップＳ５００で処理がスタートし、ステップＳ５０１では機械処理で実行化かを判断し（ここで「機械処理で実行化」とは、イベントに対するサービス処理の実行を人事で行うか、プログラムで行うかはんだんすることを示すことである）、「Ｎ」であればステップＳ５０２で監視センタ側サービス員の判断が必要かを判断し、「Ｎ」であればステップＳ５０３へ進み、「Ｙ」であればステップＳ５０８で監視対象イベント情報を使って分析し、対応策を決定し、ステップＳ５０３へ進む。
ステップＳ５０３でサービス対策を施すのにお客様のサービス員が必要か判断し、「Ｙ」であればステップＳ５０４で監視対象イベントに対応した担当者をＤＢ（１２）から検索し、その結果に従い、お客様先へサービス員を手配し、ステップＳ５０５でサービス員による監視対象イベント対策が施され、ステップＳ５０６へ進む。
ステップＳ５０１で「Ｙ」であればステップＳ５０７で監視対象イベント情報対策ＤＢ（１２）を検索し、プログラムにより対策を実行し、またステップＳ５０３で「Ｎ」の場合は監視センタ側のサービス員によりリモート操作で上記と同様な回復を実行し、それぞれステップＳ５０６へ進み、処理を続行
【００２０】
図６はコンポーネントの構造／機能を示す処理フロー図である。
お客様のワークフローにサービスコンポーネントＡ（例えば、コンポーネント。）が組み込まれており、続いてステップＳ６００で処理がスタートし、ステップＳ６０１で入力附随情報（例えば、当該イベント発生部位）、ワークフロー名称、お客様名、ＯＳ名、ワークフローの関連情報等）、ステップＳ６０２では入力附随情報を監視センタシステムへ送信するフォーマットへ変換し、ステップＳ６０３で変換した情報を監視センタシステムへ送信する。
ステップＳ６０４で対策結果を受信する必要があるかを判断し、「Ｎ」であればステップＳ６０９で制御をワークフローへ戻し、「Ｙ」であればステップＳ６０５で受信待ち状態となり、監視センタシステムからの通知があれば、ステップＳ６０６で回復結果を受信し、内容を分析する。
【００２１】
ステップＳ６０７では、内容を分析した結果、追加処理が必要か判断し、「Ｙ」であればステップＳ６０８で追加情報を付加して送信フォーマットへ変換してステップＳ６０３へ進む。「Ｎ」であれば、ステップＳ６１０でワークフローの処理を対策結果により、変える場合、例えば、ワークフローの処理を終了等のためにリターン値を作成し、ステップＳ６１１で制御をワークフローへ戻す。
【図面の簡単な説明】
【００２２】
【図１】本発明のＷｅｂサービスシステムの概念構成図である。
【図２】お客様とＷｅｂマネージメントサービス契約を締結する場合の処理フロー図である。
【図３】監視動作を開始した場合の処理フロー図である。
【図４】監視センタ側の処理フロー図である。
【図５】図４のステップＳ４０５におけるサービス処置の実行の詳細な処理フロー図である。
【図６】コンポーネントの構造／機能を示す処理フロー図である。
【符号の説明】
【００２３】
１  監視センタシステム
１１  監視サービスサーバ
１２  監視イベントに対応したサービス内容登録ＤＢ
１３  サービス提供者用端末（ＰＣ）
１４，２５  ルータ
２  お客様システム
２１  監視対象サーバ
２２  監視対象ＤＢ
２３  クライアント
２４  管理者用端末（ＰＣ）
３  ネットワークＮＷ
【図１】
2005208714.tif 000003
【図２】
2005208714.tif 000004
【図３】
2005208714.tif 000005
【図４】
2005208714.tif 000006
【図５】
2005208714.tif 000007
【図６】
2005208714.tif 000008