JP2002132540A - システム監視・運用支援サービス方法 - Google Patents

Abstract

(57)【要約】 【課題】 対象システム１０と、保守担当者が用いるサ
ーバー１２と、システム開発者が用いるサーバー１４
と、システム管理者が用いるサーバー１６とをサービス
提供用サーバー１８に有機的に結合するシステム監視・
運用支援サービス方法を提供する。 【解決手段】 複数の対象システム１０が夫々の稼動履
歴データ及び障害履歴データを一定周期でサーバー１８
に送信し、保守担当用サーバー１２が複数の対象システ
ムの保守データをサーバー１８に送信する。サーバー１
８は、稼動履歴データ、障害履歴データ及び保守データ
を複数の対象システムの各々毎にデータベース化し、稼
動履歴データを保守担当用サーバー１２に自動的に送信
する。サーバー１４及び１６もサーバー１８とデータの
授受を自動的に行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、一般に、工場や
倉庫又は配送センターなどに設置された物流システム、
生産管理システム又は在庫管理システムなどの「対象シ
ステム」の稼動履歴データ及び障害履歴データをサービ
ス提供用サーバーのデータベースに蓄積して、かかる
「対象システム」を監視するシステム監視・運用支援サ
ービス方法の技術分野に属する。更に云えば、本発明
は、特に、保守担当サーバーからの保守データや、シス
テム開発用サーバーからの試運転成績データ及びバージ
ョン・アップ又はモデル・チェンジ情報もサービス提供
用サーバーのデータベースに蓄積して、対象システム、
システム管理用サーバー、保守担当サーバー及びシステ
ム管理用サーバーをサービス提供用サーバーと有機的に
結びつけて運用支援を行うシステム監視・運用支援サー
ビス方法に関する。

【０００２】

【従来の技術】工場、倉庫又は配送センターなどの建築
物内には、物流システム、生産管理システム又は在庫管
理システムなどが設置されている。これら物流システ
ム、生産管理システム又は在庫管理システムなどの「監
視対象システム」には、その対象システムの管理者や、
その対象システムの保守担当者や、そのシステムを開発
したりバージョン・アップするシステム開発者が関わっ
ている。

【０００３】保守担当者は、対象システムの稼動状況を
監視して、定期保守以外には、トラブルや障害を発生し
たとき、緊急保守により速やかにそのトラブルや障害を
分析し、監視対象システムからその障害を取り除いて、
復旧させる必要がある。また、対象システムを定期的に
点検保守して、トラブルや障害の可能性を事前に取り除
く必要もある。

【０００４】システム開発担当者は、対象システムを適
切な時期にバージョン・アップしたり、モデル・チェン
ジする必要もある。また、システム管理者は、対象シス
テムの稼動履歴、障害履歴、保守記録、保守計画、シス
テム更新案内などを必要に応じて知る必要がある。

【０００５】従来技術においては、対象システム毎に設
けられた制御サーバーに設けられたデータベースで稼動
履歴や、障害履歴などが管理されいる。また、保守担当
者は、保守に関する専用サーバーを別途用意して、かか
るサーバーにより、各対象システムの定期保守や緊急保
守の履歴データを管理している。さらに、システム開発
者は、独自に、各システムの試運転成績や、バージョン
アップ／モデル・チェンジ情報を管理している。また、
システム管理者は、必要なデータを対象システムや、保
守担当者及びシステム開発者から収集しなければならな
い。

【０００６】

【発明が解決しようとする課題】上述の如く、対象シス
テム、保守担当者、及びシステム開発者が夫々のデータ
を独自に管理しているため、これらのデータが相互に充
分に活用されていない。よって、定期保守計画に各デー
タを反映できず、定期保守点検の内容が、結果として過
剰又は不足となり、定期保守の本来の目的である予防保
全としての役割を充分に果たせない。

【０００７】したがって、本発明の目的は、対象システ
ムと、保守担当者が用いるサーバーと、システム開発者
が用いるサーバーと、システム管理者が用いるサーバー
とを有機的に結合して、これらの間で必要なデータを相
互に自動的に交換して、システムの監視及び運用を効率
的に行えるシステム監視・運用支援サービス方法を提供
することにある。

【０００８】本発明の別の目的は、サービス提供用サー
バーを設けて、このサービス提供用サーバーが、対象シ
ステムと、保守担当用サーバーと、システム開発用サー
バーと、システム管理用サーバーとにインターネットな
どの通信回線を介して有機的に結合して、システムの監
視及び運用を効率的に行えるようにしたシステム監視・
運用支援サービス方法を提供することにある。

【０００９】本発明の他の目的は、サービス提供用サー
バーが、稼動履歴データ、障害履歴データ、及び保守デ
ータの少なくとも１つを用いてユーザ・ニーズ情報を作
成し、システム開発用サーバーへ提供できるシステム監
視・運用支援サービス方法を提供することにある。

【００１０】

【課題を解決するための手段】上述の課題を解決するた
めの手段として、請求項１に記載した発明に係るシステ
ム監視・運用支援サービス方法は、通信回線を介して、
複数の対象システムが夫々の稼動履歴データ及び障害履
歴データを一定周期で送信し、上記通信回線を介して、
保守担当用サーバーが前記複数の対象システムの保守デ
ータを送信し、前記通信回線を介して、サービス提供用
サーバーが前記複数の対象システムからの前記稼動履歴
データ及び障害履歴データ、並びに前記保守担当用サー
バーからの前記保守データを受信し、前記サービス提供
用サーバーが前記稼動履歴データ、障害履歴データ及び
保守データを前記複数の対象システムの各々毎にデータ
ベース化し、前記サービス提供用サーバーの前記データ
ベースから前記稼動履歴データを前記保守担当用サーバ
ーへ前記通信回線を介して自動的に送信することを特徴
とする。

【００１１】請求項２に記載した発明は、請求項１記載
のシステム監視・運用支援サービス方法において、上記
サービス提供用サーバーがシステム開発用サーバーから
の上記対象システムのバージョン・アップ又はモデル・
チェンジ情報を上記通信回線を介して受信し、前記サー
ビス提供用サーバーが前記バージョン・アップ又はモデ
ル・チェンジ情報を上記データベースに蓄積し、上記サ
ービス提供用サーバーの上記データベースから上記バー
ジョン・アップ又はモデル・チェンジ情報を、上記対象
システムのシステム管理用サーバーへ自動的に送信する
ことを特徴とする。

【００１２】請求項３に記載した発明は、請求項１に記
載したシステム監視・運用支援サービス方法において、
上記通信回線を介して、上記システム開発用サーバーが
上記サービス提供用サーバーに上記対象システムの試運
転成績データを送信し、前記サービス提供用サーバーが
前記試運転成績データを上記データベースに蓄積するこ
とを特徴とする。

【００１３】請求項４に記載した発明は、請求項２に記
載したシステム監視・運用支援サービス方法において、
上記サービス提供用サーバーが、上記データベースに蓄
積された上記稼動履歴データ、上記障害履歴データ、上
記保守データの少なくとも１つを用いてユーザ・ニーズ
情報を作成し、上記通信回線を介して上記システム開発
用サーバーに前記ユーザ・ニーズ情報を送信することを
特徴とする。

【００１４】請求項５に記載した発明は、請求項２に記
載したシステム監視・運用支援サービス方法において、
上記システム管理用サーバーからの上記通信回線を介し
た問い合わせに対して、上記サービス提供用サーバーが
上記通信回線を介して上記システム管理用サーバーに上
記稼動履歴データ、上記障害履歴データ、上記保守デー
タの少なくとも１つを送信することを特徴とする。

【００１５】請求項６に記載した発明は、請求項１〜５
のいずれか一に記載したシステム監視・運用支援サービ
ス方法において、上記通信回線にインターネットを利用
することを特徴とする。

【００１６】

【発明の実施の形態】以下、図面を参照して本発明に係
るシステム監視・運用支援サービス方法の実施形態を説
明する。

【００１７】図１は、本発明のシステム監視・運用支援
サービス方法を実施する概略的な機能ブロック図であ
る。

【００１８】対象システム１０は、工場、倉庫又は配送
センターなどに設置された物流システム、生産管理シス
テム又は在庫管理システムなどである。保守担当用サー
バー１２は、前記対象システム１０を保守する保守担当
者がデータ処理に使用するサーバーである。システム開
発用サーバー１４は、対象システム１０のシステム開発
者がデータ処理に使用するサーバーである。システム管
理用サーバー１６は、対象システム１０のシステム管理
者がデータ処理に使用するサーバーである。これらのサ
ーバー１２、１４及び１６は、例えば、マイクロソフト
社のＷｉｎｄｏｗｓＮＴ、２０００、９５、９８又はＭ
ｅ（商標）などのオペレーティング・システムで動作す
るパーソナル・コンピュータである。本発明は、複数の
対象システム１０、保守担当者用サーバー１２、システ
ム開発用サーバー１４及びシステム管理用サーバー１６
を扱うが、図１では、夫々を代表的に１個のブロックで
示している。

【００１９】これら対象システム１０、保守担当用サー
バー１２、システム開発用サーバー１４及びシステム管
理用サーバー１６は、サービス提供用サーバー１８と通
信回線を介して結合されている。対象システム１０、サ
ーバー１２、１４及び１６の各々が複数であるが、これ
らに対するサービス提供用サーバー１８は単一である点
に留意されたい。

【００２０】図２は、図１の全体的なハードウェア・ブ
ロック図である。複数個の対象システム１０Ａ〜１０
Ｎ、複数個の保守担当用サーバー１２Ａ〜１２Ｎ、複数
個のシステム開発用サーバー１４Ａ〜１４Ｎ、複数個の
システム管理用サーバー１６Ａ〜１６Ｎ、及び単一のサ
ービス提供用サーバー１８は、通信回線であるインター
ネット２０に結合されている。なお、前記参照符号の１
０Ｎ〜１６ＮのＮは、同じ数であっても異なる数であっ
てもよい。

【００２１】図３は、対象システム１０の１個の代表的
な構成を示すブロック図である。対象システム１０は、
工場、倉庫又は配送センターなどに配置された物流シス
テム、生産管理システム又は在庫管理システムなどであ
る。これら生産システムや在庫システムなどの監視対象
システム（図示せず）は、専用端末装置や、端末装置と
して作用するサーバー（例えば、パーソナル・コンピュ
ータ）に結合されて制御される。図３では、第１監視対
象システム用の制御サーバー２２と、第２監視対象シス
テム用の制御サーバー２４とを代表的に示す。これらサ
ーバー２２及び２４は、共通バス（制御バス、データ・
バス及びアドレス・バスなどから構成される）２６に結
合されている。なお、サーバー２２及び２４には、必要
に応じて、入力装置（キーボード及びマウス）及び出力
装置（表示装置）が接続されている。

【００２２】監視用サーバー２８は、監視用ソフトウェ
アが組み込まれたパーソナル・コンピュータと、このパ
ーソナル・コンピュータに接続された入出力装置（例え
ば、キーボード、マウス及び表示装置）とを具えてい
る。監視用サーバー２８には、データベース用ストレー
ジ・ユニット３０が接続されている。監視用サーバー２
８は、共通バス２６を介して制御サーバー２２及び２４
と結合されている。プロセス・ネットワークである共通
バス３２に結合されたプログラム・ロジック・コントロ
ーラ３４及び３６は、対象システム１０が設置された建
築物に配置された空調設備、電気設備、給排水設備、ド
ア／窓などのセキュリティ設備などを管理又は監視す
る。共通バス３２も監視用サーバー２８に結合されてい
る。この監視用サーバー２８は、ルータ３８（又はター
ミナル・アダプタ、又はモデム）を介して公衆通信回線
であるインターネット２０に接続されている。

【００２３】制御サーバー２２及び２４の各々は、監視
対象システム（図示せず）を夫々制御するが、監視対象
システムの動作の監視も行い、監視対象システムが障害
を起こすと、その障害内容を示す障害コードを、バス２
６を介して監視用サーバー２８へ伝送する。同様に、監
視対象システムの通常の稼動履歴データも監視用サーバ
ー２８へ伝送される。データベース用ストレージ・ユニ
ット３０は、例えば、ハードディスク又は光磁気ディス
クであり、監視対象システムのデータを蓄積するデータ
ベースとなる。すなわち、ストレージ・ユニット３０
は、監視対象システムの名称と、その稼動履歴や、その
監視対象システムが障害を起こしたときにサーバー２２
及び２４が発生する総ての障害コードを蓄積している。

【００２４】このような対象システム１０が複数組にわ
たって存在するが、各対象システム１０内の監視対象シ
ステムは、物流システム、生産管理システム又は在庫管
理システムなど任意のシステムでよい。単一のサービス
提供用サーバー１８が複数組の対象システム１０に対し
て設けられている。

【００２５】保守担当用サーバー１２、システム開発用
サーバー１４、システム管理用サーバー１６及びサービ
ス提供用サーバー１８のハードウェア構成は、図４に示
すように基本的には同じである。共通バス４０には、デ
ータ制御用サーバー４２と、プリンタ４６と、ルータ４
８とが接続されている。データ制御用サーバー４２は、
上述の如く、マイクロソフト社のＷｉｎｄｏｗｓＮＴ、
２０００、９５、９８又はＭｅ（商標）などのオペレー
ティング・システムで動作するパーソナル・コンピュー
タである。データベース用ストレージ・ユニット４４
は、データ制御サーバー４２と接続されている。このス
トレージ・ユニット４４は、例えば、ハードディスク又
は光磁気ディスクである。データ制御用サーバー４２に
は、必要に応じて、入出力装置（キーボード、マウス、
表示装置）も接続されている。データ制御用サーバー４
２は、保守担当用か、システム開発用か、システム管理
用か、サービス提供用かに応じたソフトウェアがインス
トールされており、夫々に必要なデータ制御を行う。プ
リンタ４６は、必要に応じて、データをプリント・アウ
トする。ルータ４８は、各サーバーをインターネット２
０に接続する。ルータ４８の代わりに、ターミナル・ア
ダプタや、モデムを用いてもよい。

【００２６】インターネット２０を介して、対象システ
ム１０、保守担当用サーバー１２、システム開発用サー
バー１４、及びシステム管理用サーバー１６をサービス
提供用サーバー１８と接続するには、バーチャル・プラ
イベート・ネットワーク（ＶＰＮ）を利用できる。プロ
トコルとしては、例えば、マイクロソフト社のＰＰＴＰ
などの適切なものを使用することにより、送信するデー
タを暗号化して、あたかも専用回線で接続しているよう
な接続ができる。対象システム１０の監視用サーバー
や、サーバー１２〜１６の各々にメール・サーバーを設
けることにより、送信するデータを暗号化して、電子メ
ールとして送信することも可能である。勿論、通信回線
は、インターネットではなくて、電話回線や、専用通信
回線でもよい。

【００２７】ところで、サービス提供用サーバー１８の
ストレージ・ユニット４４は、対象システム１０の夫々
のコードと、各対象システム１０に設置されている監視
対象システムのコードと、かかる監視対象システムに対
応する障害コードと、これら監視対象システム及び障害
コードに対応する保守担当会社（センター）のコードと
を、それらの関係を示すように蓄積している。動作にお
いては、対象システム１０の監視用サーバー２８が、制
御サーバー２２及び２４の少なくとも一方が障害コード
を発生したか、即ち、制御サーバー２２及び２４に夫々
結合された監視対象システムが障害を起こしたか否かを
監視する。

【００２８】監視用サーバー２８が障害コード及び障害
システムのコードをバス２６から受信すると、データベ
ース３０にアクセスし、監視対象システム及び障害コー
ドを記録する。更に、障害の内容が「緊急保守」を必要
とすると判断された場合は、インターネット２０を介し
て、サービス提供用サーバー１８へ障害情報を送信す
る。サービス提供用サーバー１８は、対象システム１０
からの障害情報を受信すると、データベース４４にアク
セスし、受信した障害情報の監視対象システムのコード
及び障害コードから、この障害を処理するのに最適な、
又は適する保守担当者（会社）を検索する。検索した保
守担当者のサーバー１２に、対象システム１０のコード
及び障害のコードを送信する。なお、上述の動作及び障
害情報はストレージ・ユニット４４へ電子的に記録する
と共に、必要に応じてプリンタ４６を用いてプリント・
アウトによる記録を行う。

【００２９】保守担当者（会社）は、必要に応じて、保
守要員を対象システム１０に派遣する。場合によって
は、保守担当者（会社）の保守要員が、対象システム１
０の監視対象システムの要員に適切な指示を行ってもよ
い。

【００３０】上述の動作により、対象システム１０の監
視を行えるが、本発明では、次の動作も行う。

【００３１】図１に示すように、対象システム１０は、
上述の障害監視システムのハードウェアをそのまま利用
して、データベース３０に蓄積された稼動履歴データ及
び障害履歴データをサービス提供用サーバー１８へ定期
的に自動送信する。また、保守担当用サーバー１２は、
保守担当者が入力した定期保守の記録データ及び緊急保
守の記録データを定期的にサービス提供用サーバー１８
へ自動送信する。システム開発用サーバー１４は、シス
テム開発者が入力したバージョン・アップ情報、モデル
・チェンジ情報や、試運転成績のデータをサービス提供
用サーバー１８へ、これらの情報が更新された際に不定
期に自動送信する。

【００３２】サービス提供用サーバー１８においては、
対象システム１０、保守担当用サーバー１２及びシステ
ム開発用サーバー１４から受信したデータを処理し、図
５に示すような階層データ構造として、ストレージ・ユ
ニット４４に蓄積する。すなわち、同一のユーザが複数
の対象システムを運営している場合には、最上位クラス
を「ユーザ名」とし、次のクラスを「対象システム名」
とし、各対象システム名ごとに、試運転成績データ、稼
動履歴データ、障害履歴データ、定期保守（記録）デー
タ、緊急保守（記録）データ、バージョン・アップ情
報、モデル・チェンジ情報を自動的に蓄積する。

【００３３】サービス提供用サーバー１８は、図５に示
す如くストレージ・ユニット４４に蓄積された階層構造
のデータベースに応じて、定期保守用のデータとして、
稼動履歴データを保守担当用データベース１２へ定期的
に自動送信する。保守担当用サーバー１２は、受信した
稼動履歴データをストレージ・ユニットに蓄積して、必
要に応じてプリント・アウトする。また、サービス提供
用サーバー１８は、データベースに蓄積された試運転成
績データ、稼動履歴データ、障害履歴データ、定期保守
データ、緊急保守データの少なくとも１つを用いて、ユ
ーザ・ニーズ情報を自動的に作成する。これは、データ
制御サーバーが、障害に関するデータと他のデータとの
相関性を求めれば、その相関性がユーザ・ニーズに関連
することから求まる。サービス提供用サーバー１８は、
インターネット２０を介してシステム開発用サーバー１
４へユーザ・ニーズ情報を不定期に自動送信する。

【００３４】一方、対象システム１０の管理者が操作す
るシステム管理用サーバー１６が、稼動履歴、障害履
歴、及び／又は保守記録をサービス提供用サーバー１８
へ問い合わせると、サービス提供用サーバー１８は、そ
のデータベースから対応する稼動履歴データ、障害履歴
データ、及び／又は保守記録データをシステム管理用サ
ーバー１６へ送信する。システム管理用サーバー１６
が、保守計画、又はシステム更新案内をサービス提供用
サーバー１８に問い合わせると、サービス提供用サーバ
ー１８は、そのデータベースに蓄積されたバージョン・
アップ情報及びモデル・チェンジ情報から、保守計画情
報、又はシステム更新案内情報を作成して、システム管
理用サーバー１６へ送信する。これらの問い合わせに関
するデータの授受は不定期であるが、保守計画情報、又
はシステム更新案内情報を、サービス提供用サーバー１
８からシステム管理用サーバー１６へ定期的に自動送信
してもよい。

【００３５】図６は、サービス提供用サーバー１８の動
作を時系列に示した流れ図である。なお、この動作は、
サービス提供用サーバー１８内のデータ制御サーバー４
２がソフトウェアに応じて自動的に行う。ステップ５０
において、データ制御サーバー４２は、ルータ４８が、
対象システム１０、保守担当用サーバー１２及びシステ
ム開発用サーバー１４の少なくとも１つから上述のデー
タを受信したか否かを判断する。新たなデータを受信し
ない場合（ノー）は、この判断ステップ５０を繰り返
す。新たなデータを受信した場合（イエス）は、ステッ
プ５２に進む。

【００３６】ステップ５２では、上述のように、受信し
たデータを図５に示す階層データ構造で、ストレージ・
ユニット４４のデータベースに登録（蓄積）する。ステ
ップ５４では、保守担当用サーバー１２及びシステム管
理用サーバー１６へデータを定期送信する時点になった
か否かを判断する。ステップ５４の判断結果がイエスの
場合は、ステップ５６に進み、定期送信対象のデータが
更新されているか否かを判断する。ステップ５６の判断
結果がイエスの場合、ステップ５８に進み、定期送信の
対象となっているデータを、対応するサーバーへ送信す
る。判断ステップ５４及び５６でノーの場合、及びステ
ップ５８を終了した場合には、ステップ６０に進む。

【００３７】ステップ６０では、システム管理用サーバ
ー１６から、不定期にデータ送信要求があったか否かを
判断する。送信要求がない場合（ノー）には、ステップ
５０に戻る。送信要求があった場合（イエス）は、ステ
ップ６２に進み、要求に対応するデータをシステム管理
用サーバー１６へ送信する。その後は、再びステップ５
０に戻る。よって、サービス提供用サーバー１８は、受
信したデータを自動的に処理し、必要に応じてデータを
自動的に送信したり、要求に応じてデータを自動送信で
きる。

【００３８】以上は、本発明の好適な実施例について説
明したが、本発明の要旨を逸脱することなく、種々の変
形変更が可能である。例えば、データベースは、階層構
造ではなく、リレーショナル構造であってもよい。ま
た、ユーザ・ニーズ情報を自動作成する際に、スモール
トークなどのＡＩ（人工知能）ソフトウェアを用いても
よい。

【００３９】

【発明の効果】請求項１〜６に記載した発明に係るシス
テム監視・運用支援サービス方法によれば、対象システ
ムと、保守担当者が用いるサーバーと、システム開発者
が用いるサーバーと、システム管理者が用いるサーバー
とを有機的に結合して、これらの間で必要なデータを自
動的に交換して、システムの監視及び運用を効率的に行
える。

【００４０】また、サービス提供用サーバーが、対象シ
ステムと、保守担当用サーバーと、システム開発用サー
バーと、システム管理用サーバーとにインターネットな
どの通信回線を介して有機的に結合してシステムの監視
及び運用を効率的に行える。

【００４１】さらに、サービス提供用サーバーが、稼動
履歴データ、障害履歴データ、及び保守データの少なく
とも１つを用いてユーザ・ニーズ情報を作成し、システ
ム開発用サーバーに提供できる。

【００４２】よって、本発明によれば、システム納入時
の試運転からの履歴を有効利用したサービスを提供でき
る。また、同一ユーザが複数の対象システムを運営して
いる場合には、これらの対象システムを群管理した上
で、有用な情報を自動的に提供できる。

【００４３】さらに、タイムリーなバージョン・アップ
や、システム更新情報を自動配信して、システム納入時
以降のアフター・サービスを効果的に提供できる、など
の顕著な効果を奏する。

【図面の簡単な説明】

【図１】本発明に係るシステム監視・運用支援サービス
方法を実施する概略的な機能ブロック図である。

【図２】図１の全体的なハードウェア・ブロック図であ
る。

【図３】本発明が用いる対象システムの１個の代表的な
構成を示すブロック図である。

【図４】本発明が用いる保守担当用サーバー、システム
開発用サーバー、システム管理用サーバー及びサービス
提供用サーバーに共通なハードウェア構成を示すブロッ
ク図である。

【図５】本発明が用いるサービス提供用サーバーのスト
レージ・ユニットに蓄積されたデータベースの階層構造
を示す図である。

【図６】本発明が用いるサービス提供用サーバーの動作
を、時系列に示した流れ図である。

【符号の説明】

１０ 対象システム １２ 保守担当用サーバー １４ システム開発用サーバー １６ システム管理用サーバー １８ サービス提供用サーバー ２０ インターネット ２２、２４ 対象システム用制御サーバー ２８ 監視用サーバー ３０ ストレージ・ユニット ３４、３６ プログラマブル・ロジック・コントロー
ラ ２８、３０ プログラム・ロジック・コントローラ ４２ データ制御用サーバー ４４ ストレージ・ユニット（データベース） ４６ プリンタ ４８ ルータ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 雨宮 東一郎 東京都中央区銀座八丁目21番１号 株式会 社竹中工務店東京本店内 (72)発明者 高井 浩一郎 東京都中央区銀座八丁目21番１号 株式会 社竹中工務店東京本店内 (72)発明者 日高 卓 東京都中央区銀座八丁目21番１号 株式会 社竹中工務店東京本店内 Ｆターム(参考） 5B042 GA12 GC16 JJ02 JJ08 MC09 MC15 MC39 5B049 CC00 EE56 EE59 GG00 GG07 5B089 GA11 GA21 HA01 JB15 KB04

Claims (6)

【特許請求の範囲】
1. 【請求項１】通信回線を介して、複数の対象システムが
   夫々の稼動履歴データ及び障害履歴データを一定周期で
   送信し、 上記通信回線を介して、保守担当用サーバーが前記複数
   の対象システムの保守データを送信し、 前記通信回線を介して、サービス提供用サーバーが前記
   複数の対象システムからの前記稼動履歴データ及び障害
   履歴データ、並びに前記保守担当用サーバーからの前記
   保守データを受信し、 前記サービス提供用サーバーが前記稼動履歴データ、障
   害履歴データ及び保守データを前記複数の対象システム
   の各々毎にデータベース化し、 前記サービス提供用サーバーの前記データベースから前
   記稼動履歴データを前記保守担当用サーバーへ前記通信
   回線を介して自動的に送信すること、を特徴とする、シ
   ステム監視・運用支援サービス方法。
2. 【請求項２】上記サービス提供用サーバーがシステム開
   発用サーバーからの上記対象システムのバージョン・ア
   ップ又はモデル・チェンジ情報を上記通信回線を介して
   受信し、 前記サービス提供用サーバーが前記バージョン・アップ
   又はモデル・チェンジ情報を上記データベースに蓄積
   し、 上記サービス提供用サーバーの上記データベースから上
   記バージョン・アップ又はモデル・チェンジ情報を、上
   記対象システムのシステム管理用サーバーへ自動的に送
   信することを特徴とする、請求項１に記載したシステム
   監視・運用支援サービス方法。
3. 【請求項３】上記通信回線を介して、上記システム開発
   用サーバーが上記サービス提供用サーバーに上記対象シ
   ステムの試運転成績データを送信し、 前記サービス提供用サーバーが前記試運転成績データを
   上記データベースに蓄積することを特徴とする、請求項
   １に記載したシステム監視・運用支援サービス方法。
4. 【請求項４】上記サービス提供用サーバーが、上記デー
   タベースに蓄積された上記稼動履歴データ、上記障害履
   歴データ、上記保守データの少なくとも１つを用いてユ
   ーザ・ニーズ情報を作成し、上記通信回線を介して上記
   システム開発用サーバーに前記ユーザ・ニーズ情報を送
   信することを特徴とする、請求項２に記載したシステム
   監視・運用支援サービス方法。
5. 【請求項５】上記システム管理用サーバーからの上記通
   信回線を介した問い合わせに対して、上記サービス提供
   用サーバーが上記通信回線を介して上記システム管理用
   サーバーに上記稼動履歴データ、上記障害履歴データ、
   上記保守データの少なくとも１つを送信することを特徴
   とする、請求項２に記載したシステム監視・運用支援サ
   ービス方法。
6. 【請求項６】上記通信回線にインターネットを利用する
   ことを特徴とする、請求項１〜５のいずれか一に記載し
   たシステム監視・運用支援サービス方法。