(57)【特許請求の範囲】
【請求項１】
監視システムであって、
ネットワークを介してＡＰＩサービスを監視する第１のＡＰＩ監視部を有する第１の監視ＳａａＳ提供装置と、
ネットワークを介して前記ＡＰＩサービスを監視する第２のＡＰＩ監視部を有する第２の監視ＳａａＳ提供装置と
を備え、
前記第１の監視ＳａａＳ提供装置は、前記第２の監視ＳａａＳ提供装置を監視する第１のＳａａＳ監視部を有し、
前記第２の監視ＳａａＳ提供装置は、前記第１の監視ＳａａＳ提供装置を監視する第２のＳａａＳ監視部を有する、監視システム。
【請求項２】
前記第１の監視ＳａａＳ提供装置は、
前記第１のＳａａＳ監視部によって前記第２の監視ＳａａＳ提供装置の不具合が検出された場合に、予め定められた宛先に通知データを送信する第１の通知データ送信部
を有する、請求項１に記載の監視システム。
【請求項３】
前記第２の監視ＳａａＳ提供装置は、
前記第２のＳａａＳ監視部によって前記第１の監視ＳａａＳ提供装置の不具合が検出された場合に、予め定められた宛先に通知データを送信する第２の通知データ送信部
を有する、請求項２に記載の監視システム。
【請求項４】
前記第２のＡＰＩ監視部は、前記第２のＳａａＳ監視部によって、前記ＡＰＩサービスの監視を実行している前記第１の監視ＳａａＳ提供装置の不具合が検出されたことに応じて、前記ＡＰＩサービスの監視を開始する、請求項１から３のいずれか一項に記載の監視システム。
【請求項５】
前記第１の監視ＳａａＳ提供装置は、前記第１のＡＰＩ監視部による前記ＡＰＩサービスの監視に不具合が発生したことに応じて、前記ＡＰＩサービスの監視を開始する監視開始指示を前記第２の監視ＳａａＳ提供装置に送信する指示送信部を有し、
前記第２のＡＰＩ監視部は、前記監視開始指示を受信したことに応じて、前記ＡＰＩサービスの監視を開始する、請求項１から３のいずれか一項に記載の監視システム。
【請求項６】
前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視を管理する監視管理部を有する管理ＳａａＳ提供装置
をさらに備える、請求項１から５のいずれか一項に記載の監視システム。
【請求項７】
前記監視管理部は、前記ＡＰＩサービスの監視に関連する情報を前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置に送信する、請求項６に記載の監視システム。
【請求項８】
前記監視管理部は、前記ＡＰＩサービスの監視に用いるパラメータを前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置に送信する、請求項７に記載の監視システム。
【請求項９】
前記監視管理部は、前記ＡＰＩサービスの監視の開始指示、一時停止指示、及び完了指示を前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置に送信する、請求項７に記載の監視システム。
【請求項１０】
前記第１の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視を管理するための第１のプラグインと、前記第２の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視を管理するための第２のプラグインとを含む監視管理部を有する管理ＳａａＳ提供装置
をさらに備え、
前記監視管理部は、ネットワークを介して前記ＡＰＩサービスを監視する第３の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視を管理するための第３のプラグインを追加するプラグイン追加部を有する、請求項１から５のいずれか一項に記載の監視システム。
【請求項１１】
前記ＡＰＩサービスは、第１のＡＰＩを含む複数のＡＰＩと、前記複数のＡＰＩのゲートウェイとして機能するＡＰＩゲートウェイとを有し、
前記監視システムは、
前記第１のＡＰＩを監視する前記第１のＡＰＩ監視部から、前記第１のＡＰＩの監視結果を受信する監視結果受信部と、
前記第１のＡＰＩの監視結果に基づいて、前記第１のＡＰＩにおいてメンテナンスが開始されたことを検知するメンテナンス検知部と、
前記第１のＡＰＩにおいてメンテナンスが開始されたことが検知された場合に、前記ＡＰＩゲートウェイにおける前記第１のＡＰＩに対するモードを、メンテナンスモードに移行させるゲートウェイ制御部と
を有するメンテナンス検知装置
をさらに備える、請求項１から１０のいずれか一項に記載の監視システム。
【請求項１２】
前記第１のＡＰＩ監視部から、前記ＡＰＩサービスの監視結果を受信する監視結果受信部と、
前記監視結果に基づいて、前記ＡＰＩサービスの異常を検知する異常検知部と、
前記異常検知部によって前記ＡＰＩサービスの異常が検知されたことに応じて、警告データを出力する警告データ出力部と
を有する監視結果分析装置
をさらに備える、請求項１から１０のいずれか一項に記載の監視システム。
【請求項１３】
前記第１の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視と、前記第２の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視とを評価する監視評価部と、
前記監視評価部による評価に基づいて、前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置の優先度を決定する優先度決定部と、
前記優先度に基づいて、前記第１の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視内容と、前記第２の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視内容とを決定する監視内容決定部と
を有する監視ＳａａＳ評価装置
をさらに備える、請求項１から１２のいずれか一項に記載の監視システム。
【請求項１４】
ＳａａＳ提供装置であって、
ネットワークを介してＡＰＩサービスの監視を実行している他のＳａａＳ提供装置を監視するＳａａＳ監視部と、
前記ＳａａＳ監視部によって前記他のＳａａＳ提供装置の不具合が検出されたことに応じて、前記ＡＰＩサービスの監視を開始するＡＰＩ監視部と
を備えるＳａａＳ提供装置。
【請求項１５】
ＳａａＳ提供装置であって、
ネットワークを介してＡＰＩサービスを監視するＡＰＩ監視部と、
前記ＡＰＩサービスの監視に不具合が発生することを検知する不具合検知部と、
前記不具合検知部による検知に応じて、前記ＡＰＩサービスの監視を開始する監視開始指示を他のＳａａＳ提供装置に送信する指示送信部と
を備えるＳａａＳ提供装置。
【請求項１６】
ＳａａＳ提供装置であって、
ネットワークを介してＡＰＩサービスを監視する第１の監視ＳａａＳ提供装置と、ネットワークを介して前記ＡＰＩサービスを監視する第２の監視ＳａａＳ提供装置とによる前記ＡＰＩサービスの監視をネットワークを介して管理する監視管理部
を備える、ＳａａＳ提供装置。
【請求項１７】
前記監視管理部は、前記ＡＰＩサービスの監視に関連する情報を前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置に送信する、請求項１６に記載のＳａａＳ提供装置。
【請求項１８】
前記監視管理部は、前記ＡＰＩサービスの監視に用いるパラメータを前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置に送信する、請求項１７に記載のＳａａＳ提供装置。
【請求項１９】
前記監視管理部は、前記ＡＰＩサービスの監視の開始指示、一時停止指示、及び完了指示を前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置に送信する、請求項１７に記載のＳａａＳ提供装置。
【請求項２０】
コンピュータを、請求項１４から１９のいずれか一項に記載のＳａａＳ提供装置として機能させるためのプログラム。
【請求項２１】
第１の監視ＳａａＳ提供装置によるネットワークを介したＡＰＩサービスの監視を管理するための第１のプラグインと、第２の監視ＳａａＳ提供装置によるネットワークを介した前記ＡＰＩサービスの監視を管理するための第２のプラグインとを含む監視管理部
を備え、
前記監視管理部は、第３の監視ＳａａＳ提供装置によるネットワークを介した前記ＡＰＩサービスの監視を管理するための第３のプラグインを追加するプラグイン追加部を有する、管理装置。
【請求項２２】
第１の監視ＳａａＳ提供装置によるネットワークを介したＡＰＩサービスの監視と、第２の監視ＳａａＳ提供装置によるネットワークを介した前記ＡＰＩサービスの監視とを評価する監視評価部と、
前記監視評価部による評価に基づいて、前記第１の監視ＳａａＳ提供装置及び前記第２の監視ＳａａＳ提供装置の優先度を決定する優先度決定部と、
前記優先度に基づいて、前記第１の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視内容と、前記第２の監視ＳａａＳ提供装置による前記ＡＰＩサービスの監視内容とを決定する監視内容決定部と
を備える管理装置。
【請求項２３】
コンピュータを、請求項２１又は２２に記載の管理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、監視システム、監視ＳａａＳ提供装置、管理装置、及びプログラムに関する。
【背景技術】
【０００２】
ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）を利用して各種サービスを提供するＡＰＩサービスが知られていた。（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８−１６５１１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＡＰＩサービスを適切に監視可能な技術を提供することが望ましい。
【課題を解決するための手段】
【０００４】
本発明の第１の態様によれば、監視システムが提供される。監視システムは、ネットワークを介してＡＰＩサービスを監視する第１のＡＰＩ監視部を有する第１の監視ＳａａＳ（Ｓｏｆｔｗａｒｅ  ａｓ  ａ  Ｓｅｒｖｉｄｅ）提供装置を備えてよい。監視システムは、ネットワークを介してＡＰＩサービスを監視する第２のＡＰＩ監視部を有する第２の監視ＳａａＳ提供装置を備えてよい。第１の監視ＳａａＳ提供装置は、第２の監視ＳａａＳ提供装置を監視する第１のＳａａＳ監視部を有してよい。第２の監視ＳａａＳ提供装置は、第１の監視ＳａａＳ提供装置を監視する第２のＳａａＳ監視部を有してよい。
【０００５】
上記第１の監視ＳａａＳ提供装置は、上記第１のＳａａＳ監視部によって上記第２の監視ＳａａＳ提供装置の不具合が検出された場合に、予め定められた宛先に通知データを送信する第１の通知データ送信部を有してよ。上記第２の監視ＳａａＳ提供装置は、上記第２のＳａａＳ監視部によって上記第１の監視ＳａａＳ提供装置の不具合が検出された場合に、予め定められた宛先に通知データを送信する第２の通知データ送信部を有してよい。
【０００６】
上記第２のＡＰＩ監視部は、上記第２のＳａａＳ監視部によって、上記ＡＰＩサービスの監視を実行している上記第１の監視ＳａａＳ提供装置の不具合が検出されたことに応じて、上記ＡＰＩサービスの監視を開始してよい。上記第１の監視ＳａａＳ提供装置は、上記第１のＡＰＩ監視部による上記ＡＰＩサービスの監視に不具合が発生したことに応じて、上記ＡＰＩサービスの監視を開始する監視開始指示を上記第２の監視ＳａａＳ提供装置に送信する指示送信部を有してよく、上記第２のＡＰＩ監視部は、上記監視開始指示を受信したことに応じて、上記ＡＰＩサービスの監視を開始してよい。
【０００７】
上記監視システムは、上記第１の監視ＳａａＳ提供装置及び上記第２の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視を管理する監視管理部を有する管理ＳａａＳ提供装置をさらに備えてよい。上記監視管理部は、上記ＡＰＩサービスの監視に関連する情報を上記第１の監視ＳａａＳ提供装置及び上記第２の監視ＳａａＳ提供装置に送信してよい。上記監視管理部は、上記ＡＰＩサービスの監視に用いるパラメータを上記第１の監視ＳａａＳ提供装置及び上記第２の監視ＳａａＳ提供装置に送信してよい。上記監視管理部は、上記ＡＰＩサービスの監視の開始指示、一時停止指示、及び完了指示を上記第１の監視ＳａａＳ提供装置及び上記第２の監視ＳａａＳ提供装置に送信してよい。
【０００８】
上記監視システムは、上記第１の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視を管理するための第１のプラグインと、上記第２の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視を管理するための第２のプラグインとを含む監視管理部を有する管理ＳａａＳ提供装置をさらに備えてよく、上記監視管理部は、ネットワークを介して上記ＡＰＩサービスを監視する第３の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視を管理するための第３のプラグインを追加するプラグイン追加部を有してよい。
【０００９】
上記ＡＰＩサービスは、第１のＡＰＩを含む複数のＡＰＩと、上記複数のＡＰＩのゲートウェイとして機能するＡＰＩゲートウェイとを有してよく、上記監視システムは、上記第１のＡＰＩを監視する上記第１のＡＰＩ監視部から、上記第１のＡＰＩの監視結果を受信する監視結果受信部と、上記第１のＡＰＩの監視結果に基づいて、上記第１のＡＰＩにおいてメンテナンスが開始されたことを検知するメンテナンス検知部と、上記第１のＡＰＩにおいてメンテナンスが開始されたことが検知された場合に、上記ＡＰＩゲートウェイにおける上記第１のＡＰＩに対するモードを、メンテナンスモードに移行させるゲートウェイ制御部とを有するメンテナンス検知装置をさらに備えてよい。
【００１０】
上記監視システムは、上記第１のＡＰＩ監視部から、上記ＡＰＩサービスの監視結果を受信する監視結果受信部と、上記監視結果に基づいて、上記ＡＰＩサービスの異常を検知する異常検知部と、上記異常検知部によって上記ＡＰＩサービスの異常が検知されたことに応じて、警告データを出力する警告データ出力部とを有する監視結果分析装置をさらに備えてよい。
【００１１】
上記監視システムは、上記第１の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視と、上記第２の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視とを評価する監視評価部と、上記監視評価部による評価に基づいて、上記第１の監視ＳａａＳ提供装置及び上記第２の監視ＳａａＳ提供装置の優先度を決定する優先度決定部と、上記優先度に基づいて、上記第１の監視ＳａａＳ提供装置による上記ＡＰＩサービスの監視内容と、上記第２のＳａａＳ提供装置による上記ＡＰＩサービスの監視内容とを決定する監視内容決定部とを有する監視ＳａａＳ評価装置をさらに備えてよい。
【００１２】
本発明の第２の態様によれば、ＳａａＳ提供装置が提供される。ＳａａＳ提供装置は、ネットワークを介してＡＰＩサービスの監視を実行している他のＳａａＳ提供装置を監視するＳａａＳ監視部を備えてよい。ＳａａＳ提供装置は、ＳａａＳ監視部によって他のＳａａＳ提供装置の不具合が検出されたことに応じて、ＡＰＩサービスの監視を開始するＡＰＩ監視部とを備えてよい。
【００１３】
本発明の第３の態様によれば、ＳａａＳ提供装置が提供される。ＳａａＳ提供装置は、ネットワークを介してＡＰＩサービスを監視するＡＰＩ監視部を備えてよい。ＳａａＳ提供装置は、ＡＰＩサービスの監視に不具合が発生することを検知する不具合検知部を備えてよい。ＳａａＳ提供装置は、不具合検知部による検知に応じて、ＡＰＩサービスの監視を開始する監視開始指示を他のＳａａＳ提供装置に送信する指示送信部とを備えてよい。
【００１４】
本発明の第４の態様によれば、ＳａａＳ提供装置が提供される。ＳａａＳ提供装置は、ネットワークを介してＡＰＩサービスを監視する第１の監視ＳａａＳ提供装置と、ネットワークを介してＡＰＩサービスを監視する第２の監視ＳａａＳ提供装置とによるＡＰＩサービスの監視をネットワークを介して管理する監視管理部を備えてよい。監視管理部は、ＡＰＩサービスの監視に関連する情報を第１の監視ＳａａＳ提供装置及び第２の監視ＳａａＳ提供装置に送信してよい。監視管理部は、ＡＰＩサービスの監視に用いるパラメータを第１の監視ＳａａＳ提供装置及び第２の監視ＳａａＳ提供装置に送信してよい。監視管理部は、ＡＰＩサービスの監視の開始指示、一時停止指示、及び完了指示を第１の監視ＳａａＳ提供装置及び第２の監視ＳａａＳ提供装置に送信してよい。
【００１５】
本発明の第５の態様によれば、コンピュータを、上記ＳａａＳ提供装置として機能させるためのプログラムが提供される。
【００１６】
本発明の第６の態様によれば、管理装置が提供される。管理装置は、第１の監視ＳａａＳ提供装置によるネットワークを介したＡＰＩサービスの監視を管理するための第１のプラグインと、第２の監視ＳａａＳ提供装置によるネットワークを介した前記ＡＰＩサービスの監視を管理するための第２のプラグインとを含む監視管理部を備えてよい。監視管理部は、第３の監視ＳａａＳ提供装置によるネットワークを介したＡＰＩサービスの監視を管理するための第３のプラグインを追加するプラグイン追加部を有してよい。
【００１７】
本発明の第７の態様によれば、管理装置が提供される。管理装置は、ネットワークを介してＡＰＩを監視する監視ＳａａＳ提供装置から、ＡＰＩの監視結果を受信する監視結果受信部を備えてよい。管理装置は、ＡＰＩの監視結果に基づいて、ＡＰＩにおいてメンテナンスが開始されたことを検知するメンテナンス検知部を備えてよい。管理装置は、ＡＰＩにおいてメンテナンスが開始されたことが検知された場合に、ＡＰＩを含む複数のＡＰＩのゲートウェイとして機能するＡＰＩゲートウェイにおけるＡＰＩに対するモードを、メンテナンスモードに移行させるゲートウェイ制御部を備えてよい。
【００１８】
本発明の第８の態様によれば、管理装置が提供される。管理装置は、ネットワークを介してＡＰＩサービスを監視する監視ＳａａＳ提供装置から、ＡＰＩサービスの監視結果を受信する監視結果受信部を備えてよい。管理装置は、監視結果に基づいて、ＡＰＩサービスの異常を検知する異常検知部を備えてよい。管理装置は、異常検知部によってＡＰＩサービスの異常が検知されたことに応じて、警告データを出力する警告データ出力部を備えてよい。
【００１９】
本発明の第９の態様によれば、管理装置が提供される。管理装置は、第１の監視ＳａａＳ提供装置によるネットワークを介したＡＰＩサービスの監視と、第２の監視ＳａａＳ提供装置によるネットワークを介したＡＰＩサービスの監視とを評価する監視評価部を備えてよい。管理装置は、監視評価部による評価に基づいて、第１の監視ＳａａＳ提供装置及び第２の監視ＳａａＳ提供装置の優先度を決定する優先度決定部を備えてよい。管理装置は、優先度に基づいて、第１の監視ＳａａＳ提供装置によるＡＰＩサービスの監視内容と、第２の監視ＳａａＳ提供装置によるＡＰＩサービスの監視内容とを決定する監視内容決定部を備えてよい。
【００２０】
本発明の第１０の態様によれば、コンピュータを、上記管理装置として機能させるためのプログラムが提供される。
【００２１】
なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。
【図面の簡単な説明】
【００２２】
【図１】監視システム１０の一例を概略的に示す。
【図２】監視システム１０による監視状況の一例を概略的に示す。
【図３】監視システム１０による監視状況の一例を概略的に示す。
【図４】監視システム１０による処理の流れの一例を概略的に示す。
【図５】監視システム１０による監視状況の一例を概略的に示す。
【図６】監視システム１０による監視状況の一例を概略的に示す。
【図７】監視システム１０による監視状況の一例を概略的に示す。
【図８】監視システム１０による監視状況の一例を概略的に示す。
【図９】監視システム１０による監視状況の一例を概略的に示す。
【図１０】監視ＳａａＳ提供装置１００の機能構成の一例を概略的に示す。
【図１１】監視ＳａａＳ提供装置１００、管理ＳａａＳ提供装置３００、メンテナンス検知装置４００、監視結果分析装置５００、又は監視ＳａａＳ評価装置６００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。
【発明を実施するための形態】
【００２３】
以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。
【００２４】
図１は、監視システム１０の一例を概略的に示す。本実施形態に係る監視システム１０は、ネットワーク２０を介してＡＰＩサービス２００を監視する。ネットワーク２０は、任意のネットワークであってよく、例えば、インターネット及びクラウドネットワーク等を含む。
【００２５】
ＡＰＩサービス２００は、ＡＰＩを利用したサービスであり、サービスの種類はどのような種類であってもよい。サービスの種類として、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）配信サービス、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇ）管理サービス、及び鍵遠隔管理サービス等が例示できるが、これらに限らない。
【００２６】
監視システム１０は、複数の監視ＳａａＳ提供装置１００を備え、複数の監視ＳａａＳ提供装置１００によってＡＰＩサービス２００を監視する。監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００を監視する監視ＳａａＳを提供する装置である。
【００２７】
監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００が正常に稼働しているか否かを定期的又は不定期に確認する。監視ＳａａＳ提供装置１００は、例えば、定期的又は不定期にＡＰＩリクエストをＡＰＩサービス２００に送信することによって、ＡＰＩサービス２００が正常に稼働しているか否かを確認する。
【００２８】
監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００によるサービスの利用を試みることによって、ＡＰＩサービス２００が正常に稼働しているか否かを確認してよい。例えば、ＡＰＩサービス２００がＳＭＳ配信サービスを提供している場合、監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００に対してＳＭＳ送信リクエストを送信し、ＡＰＩサービス２００から「２００  ＯＫ」等の、処理が正常に終了したことを示す情報を受信した場合に、ＡＰＩサービス２００が正常に稼働していると判定し得る。また、例えば、ＡＰＩサービス２００がＩｏＴ管理サービスを提供している場合、監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００に対してＩｏＴデバイス一覧情報のリクエストを送信し、ＡＰＩサービス２００からＩｏＴデバイス一覧情報を受信した場合に、ＡＰＩサービス２００が正常に稼働していると判定し得る。
【００２９】
監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００の異常を検出した場合に、ＡＰＩサービス２００の管理を担当する担当者３２の担当者端末３０にその旨を通知してよい。担当者端末３０は、スマートフォン等の携帯電話、タブレット端末、及びＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）等であってよい。
【００３０】
本実施形態に係る監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００を監視するとともに、他の監視ＳａａＳ提供装置１００を監視する。例えば、第１の監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００及び第２の監視ＳａａＳ提供装置１００を監視し、第２の監視ＳａａＳ提供装置１００は、ＡＰＩサービス２００及び第１の監視ＳａａＳ提供装置１００を監視する。このように、本実施形態に係る複数の監視ＳａａＳ提供装置１００は、相互に監視を行う。これにより、正しく監視が継続されていることを自動的に担保することが可能となる。
【００３１】
複数の監視ＳａａＳ提供装置１００は、異なる役割を担ってもよい。例えば、第１の監視ＳａａＳ提供装置１００がメインでＡＰＩサービス２００を監視し、第２の監視ＳａａＳ提供装置１００がサブでＡＰＩサービス２００を監視する。具体例として、まず、第１の監視ＳａａＳ提供装置１００がＡＰＩサービス２００を監視し、第２の監視ＳａａＳ提供装置１００は第１の監視ＳａａＳ提供装置１００を監視する。第２の監視ＳａａＳ提供装置１００は、第１の監視ＳａａＳ提供装置１００における障害の発生等を検知した場合に、ＡＰＩサービス２００の監視を開始する。これにより、通常時は第１の監視ＳａａＳ提供装置１００のみによってＡＰＩサービス２００を監視することにより、重複監視を行わないことによって効率化を図ることができ、第１の監視ＳａａＳ提供装置１００に障害等が発生したときには、即時的に第２の監視ＳａａＳ提供装置１００によるＡＰＩサービス２００の監視を開始させることができる。
【００３２】
監視システム１０は、管理ＳａａＳ提供装置３００をさらに備えてよい。管理ＳａａＳ提供装置３００は、複数の監視ＳａａＳ提供装置１００を管理する。管理ＳａａＳ提供装置３００は、例えば、複数の監視ＳａａＳ提供装置１００のそれぞれに対して、ＡＰＩサービス２００を監視するために用いるパラメータを設定したり、監視の実行や、監視の停止等の指示を行う。管理ＳａａＳ提供装置３００の処理の詳細については後述する。
【００３３】
監視システム１０は、メンテナンス検知装置４００をさらに備えてよい。メンテナンス検知装置４００は、ＡＰＩサービス２００においてメンテナンスが監視されたことを検知して、検知結果に応じた処理を実行する。メンテナンス検知装置４００の処理の詳細については後述する。
【００３４】
監視システム１０は、監視結果分析装置５００をさらに備えてよい。監視結果分析装置５００は、複数の監視ＳａａＳ提供装置１００のそれぞれによる監視結果を複数の監視ＳａａＳ提供装置１００のそれぞれから受信して、監視結果を分析する。監視結果分析装置５００による処理の詳細については後述する。
【００３５】
監視システム１０は、監視ＳａａＳ評価装置６００をさらに備えてよい。監視ＳａａＳ評価装置６００は、複数の監視ＳａａＳ提供装置１００のそれぞれによる監視を評価して、評価結果に応じて、複数の監視ＳａａＳ提供装置１００のそれぞれの監視内容を決定する。監視ＳａａＳ評価装置６００による処理の詳細について後述する。
【００３６】
図２は、監視システム１０による監視状況の一例を概略的に示す。図２では、２つの監視ＳａａＳ提供装置１００（監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４）によってＡＰＩサービス２００を監視する場合を例示しているが、これに限らず、３つ以上の監視ＳａａＳ提供装置１００によってＡＰＩサービス２００を監視してもよい。
【００３７】
監視ＳａａＳ提供装置１０２は、ＡＰＩサービス２００を監視する。監視ＳａａＳ提供装置１０２は、例えば、定期的又は不定期にＡＰＩゲートウェイ２１０に対してＡＰＩリクエストを送信する。図２に示す例において、ＡＰＩゲートウェイ２１０は、ＡＰＩ２２２、ＡＰＩ２２４、又はＡＰＩ２２６に対して、ＡＰＩリクエストをそのまま送信したり、予め定められた変換を施して送信する。ＡＰＩゲートウェイ２１０は、ＡＰＩリクエストの送信先からＡＰＩレスポンスを受信した場合に、監視ＳａａＳ提供装置１０２に対してＡＰＩレスポンスをそのまま送信したり、予め定められた変換を施して送信する。
【００３８】
監視ＳａａＳ提供装置１０２は、ＡＰＩリクエストに対するＡＰＩレスポンスの受信状況に応じて、ＡＰＩサービス２００が正常に稼働しているか否かを判定する。監視ＳａａＳ提供装置１０２は、例えば、受信したＡＰＩレスポンスの内容がエラーを示す場合や、ＡＰＩリクエストを送信してから予め定められた時間が経過するまでの間にＡＰＩレスポンスを受信しなかった場合等に、ＡＰＩサービス２００が正常に稼働していないと判定し得る。
【００３９】
監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２と同様にＡＰＩサービス２００を監視する。監視ＳａａＳ提供装置１０２と監視ＳａａＳ提供装置１０４とは、連携することなくＡＰＩサービス２００を監視してよく、また、互いに連携してＡＰＩサービス２００を管理してもよい。例えば連携しない場合、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４のそれぞれは、それぞれのタイミングでＡＰＩリクエストをＡＰＩゲートウェイ２１０に送信する。連携する場合、例えば、監視ＳａａＳ提供装置１０２と監視ＳａａＳ提供装置１０４とが交互にＡＰＩリクエストをＡＰＩゲートウェイ２１０に送信する。
【００４０】
監視ＳａａＳ提供装置１０２はさらに、監視ＳａａＳ提供装置１０４を監視する。監視ＳａａＳ提供装置１０２は、例えば、監視ＳａａＳ提供装置１０４が正常に稼働しているか否かを定期的又は不定期に確認する。具体例として監視ＳａａＳ提供装置１０２は、定期的又は不定期に、監視ＳａａＳ提供装置１０４の監視機能に対してＡＰＩコールを行い、その結果によって監視ＳａａＳ提供装置１０４が正常に稼働しているか否かを判定する。監視ＳａａＳ提供装置１０２は、監視ＳａａＳ提供装置１０４が正常に稼働していないと判定した場合、その旨を担当者端末３０に通知し得る。
【００４１】
監視ＳａａＳ提供装置１０２による監視ＳａａＳ提供装置１０４の監視と同様に、監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２を監視する。これにより、複数の監視ＳａａＳ提供装置１００によってＡＰＩサービス２００を監視している場合に、少なくともいずれかの監視ＳａａＳ提供装置１００による監視に不具合が発生した場合に、その状況を迅速に担当者３２等に通知することができ、早期復旧に貢献することができる。
【００４２】
図３は、監視システム１０による監視状況の一例を概略的に示す。図３では、２つの監視ＳａａＳ提供装置１００（監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４）によってＡＰＩサービス２００を監視する場合を例示しているが、これに限らず、３つ以上の監視ＳａａＳ提供装置１００によってＡＰＩサービス２００を監視してもよい。
【００４３】
図３に示す例において、監視ＳａａＳ提供装置１０２は、ＡＰＩサービス２００をメインで監視し、監視ＳａａＳ提供装置１０４は、ＡＰＩサービス２００をサブで監視する。まず、監視ＳａａＳ提供装置１０２が、ＡＰＩサービス２００を監視する。ＡＰＩサービス２００の監視方法は、図２における監視ＳａａＳ提供装置１０２と同様であってよい。
【００４４】
監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２を監視する。監視ＳａａＳ提供装置１０４は、例えば、監視ＳａａＳ提供装置１０２が正常に稼働しているか否かを定期的又は不定期に確認する。具体例として監視ＳａａＳ提供装置１０４は、定期的又は不定期に、監視ＳａａＳ提供装置１０２の監視機能に対してＡＰＩコールを行い、その結果によって監視ＳａａＳ提供装置１０２が正常に稼働しているか否かを判定する。
【００４５】
監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２が正常に稼働していないと判定した場合、ＡＰＩゲートウェイ２１０の監視を開始する。監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２と同様にＡＰＩサービス２００を監視してよい。このように、監視ＳａａＳ提供装置１０２によってＡＰＩサービス２００を監視し、監視ＳａａＳ提供装置１０２に障害等が発生した場合に、自動的に監視ＳａａＳ提供装置１０４によってＡＰＩサービス２００を監視するように構成することによって、重複監視を行わないことによって効率化を図りつつ、ＡＰＩサービス２００の監視を継続的に実行することを可能とする。
【００４６】
なお、監視ＳａａＳ提供装置１０４が監視ＳａａＳ提供装置１０２を監視することに代えて、監視ＳａａＳ提供装置１０２が、ＡＰＩサービス２００の監視を監視ＳａａＳ提供装置１０４に指示してもよい。例えば、監視ＳａａＳ提供装置１０２は、ＡＰＩサービス２００の監視に不具合が発生した場合等、ＡＰＩサービス２００の監視を継続できない状況になったことに応じて、ＡＰＩサービス２００の監視を開始する監視開始指示を監視ＳａａＳ提供装置１０４に送信する。監視ＳａａＳ提供装置１０４は、監視開始指示を受信したことに応じて、ＡＰＩサービス２００の監視を開始する。
【００４７】
図４は、監視システム１０による処理の流れの一例を概略的に示す。ここでは、管理ＳａａＳ提供装置３００によって監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に監視設定を行い、監視ＳａａＳ提供装置１０２がメインでＡＰＩサービス２００を監視している状況で、監視ＳａａＳ提供装置１０２に不具合が発生した場合の監視システム１０による処理の流れを示す。
【００４８】
ステップ（ステップをＳと省略して記載する場合がある。）１０２では、担当者３２が担当者端末３０を用いて、管理ＳａａＳ提供装置３００に対して監視設定を投入する。担当者３２は、例えば、ＡＰＩサービス２００を監視するために用いるパラメータを担当者端末３０を用いて管理ＳａａＳ提供装置３００に投入する。
【００４９】
Ｓ１０４では、管理ＳａａＳ提供装置３００が、監視ＳａａＳ提供装置１０２に対して監視設定を反映する。Ｓ１０６では、管理ＳａａＳ提供装置３００が、監視ＳａａＳ提供装置１０４に対して監視設定を反映する。
【００５０】
Ｓ１０８では、監視ＳａａＳ提供装置１０２が、ＡＰＩゲートウェイ２１０に対してＡＰＩリクエストを送信する。Ｓ１１０では、ＡＰＩゲートウェイ２１０が、ＡＰＩリクエストをＡＰＩ２２２に送信する。Ｓ１１２では、ＡＰＩ２２２が、ＡＰＩレスポンスをＡＰＩゲートウェイ２１０に送信する。Ｓ１１４では、ＡＰＩゲートウェイ２１０が、ＡＰＩレスポンスを監視ＳａａＳ提供装置１０２に送信する。ここでは、ＡＰＩレスポンスがエラーを示すものとして説明を続ける。
【００５１】
Ｓ１１６では、監視ＳａａＳ提供装置１０２が、ＡＰＩ２２２のエラーを検知する。Ｓ１１８では、監視ＳａａＳ提供装置１０２が、エラー内容を担当者端末３０に送信する。Ｓ１２０では、担当者端末３０が、ＡＰＩ２２２にエラーが発生していることを担当者３２に通知する。Ｓ１２２では、Ｓ１１８において担当者端末３０が受信したエラー内容を担当者３２が確認する。Ｓ１２４では、担当者３２が、担当者端末３０を介して監視ＳａａＳ提供装置１０２にアクセスすることによって、エラーの詳細を確認する。
【００５２】
Ｓ１２６では、監視ＳａａＳ提供装置１０４が、監視ＳａａＳ提供装置１０２の監視機能に対して、ＡＰＩコールを実行する。ここでは、監視ＳａａＳ提供装置１０２にエラーが発生しているものとして説明を続ける。Ｓ１２８では、監視ＳａａＳ提供装置１０４が、監視ＳａａＳ提供装置１０２のエラーを検知する。監視ＳａａＳ提供装置１０４は、当該エラーの検知に応じて、ＡＰＩサービス２００の監視を開始する。
【００５３】
Ｓ１３０では、監視ＳａａＳ提供装置１０４が、ＡＰＩゲートウェイ２１０に対してＡＰＩリクエストを送信する。Ｓ１３２では、ＡＰＩゲートウェイ２１０が、ＡＰＩリクエストをＡＰＩ２２２に送信する。Ｓ１３４では、ＡＰＩ２２２が、ＡＰＩレスポンスをＡＰＩゲートウェイ２１０に送信する。Ｓ１３６では、ＡＰＩゲートウェイ２１０が、ＡＰＩレスポンスを監視ＳａａＳ提供装置１０４に送信する。ここでは、ＡＰＩレスポンスがエラーを示すものとして説明を続ける。
【００５４】
Ｓ１３８では、監視ＳａａＳ提供装置１０４が、ＡＰＩ２２２のエラーを検知する。Ｓ１４０では、監視ＳａａＳ提供装置１０４が、エラー内容を担当者端末３０に送信する。Ｓ１４２では、担当者端末３０が、ＡＰＩ２２２にエラーが発生していることを担当者３２に通知する。Ｓ１４４では、Ｓ１４０において担当者端末３０が受信したエラー内容を担当者３２が確認する。Ｓ１４６では、担当者３２が、担当者端末３０を介して監視ＳａａＳ提供装置１０４にアクセスすることによって、エラーの詳細を確認する。
【００５５】
Ｓ１４８では、監視ＳａａＳ提供装置１０４が、監視ＳａａＳ提供装置１０２に対して、復旧したか否かを確認するためのＡＰＩコールを実行する。復旧していないと判定した場合、監視ＳａａＳ提供装置１０４は、ＡＰＩサービス２００の監視を継続する。復旧したと判定した場合、監視ＳａａＳ提供装置１０４は、ＡＰＩサービス２００の監視を停止し、監視ＳａａＳ提供装置１０２は、ＡＰＩサービス２００の監視を実行する。
【００５６】
図５は、監視ＳａａＳ提供装置１００の機能構成の一例を概略的に示す。監視ＳａａＳ提供装置１００は、ＡＰＩ監視部１１２、ＳａａＳ監視部１１４、通知データ送信部１１６、及び指示送信部１１８を備える。
【００５７】
ＡＰＩ監視部１１２は、ＡＰＩサービス２００を監視する。ＡＰＩ監視部１１２は、ＡＰＩゲートウェイ２１０を介して複数のＡＰＩを監視してよい。また、ＡＰＩ監視部１１２は、ＡＰＩゲートウェイ２１０を介さずに複数のＡＰＩのそれぞれを監視してもよい。
【００５８】
ＳａａＳ監視部１１４は、他の監視ＳａａＳ提供装置１００を監視する。ＳａａＳ監視部１１４は、他の１つの監視ＳａａＳ提供装置１００を監視してよい。ＳａａＳ監視部１１４は、他の複数の監視ＳａａＳ提供装置１００を監視してもよい。
【００５９】
通知データ送信部１１６は、ＳａａＳ監視部１１４によって、他の監視ＳａａＳ提供装置１００の不具合が検出された場合に、予め定められた宛先に通知データを送信する。宛先としては、例えば、担当者３２のメールアドレス等が例示できる。通知データは、他の監視ＳａａＳ提供装置１００に不具合が発生したこと、及び、不具合の内容等を含んでよい。
【００６０】
指示送信部１１８は、ＡＰＩ監視部１１２によるＡＰＩサービス２００の監視に不具合が発生したことに応じて、ＡＰＩサービス２００の監視を開始する監視開始指示を他の監視ＳａａＳ提供装置１００に送信する。
【００６１】
図６は、監視システム１０による監視状況の一例を概略的に示す。図６では、２つの監視ＳａａＳ提供装置１００（監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４）によってＡＰＩサービス２００を監視する場合を例示しているが、これに限らず、３つ以上の監視ＳａａＳ提供装置１００によってＡＰＩサービス２００を監視してもよい。
【００６２】
図６に示す例において、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４はそれぞれ、ＡＰＩサービス２００を監視する。監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２がメインとしてＡＰＩサービス２００を監視し、監視ＳａａＳ提供装置１０４がサブとしてＡＰＩサービス２００を監視してもよい。
【００６３】
管理ＳａａＳ提供装置３００は、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４によるＡＰＩサービス２００の監視を管理する監視管理部３１０を有する。監視管理部３１０は、ＡＰＩサービス２００の監視に関連する情報を監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に送信する。監視管理部３１０は、例えば、担当者３２によって、担当者端末３０を介して入力された情報を監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に送信する。
【００６４】
監視管理部３１０は、例えば、ＡＰＩサービス２００の監視に用いるパラメータを監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に送信する。監視管理部３１０は、例えば、ＡＰＩサービス２００を監視するためにＡＰＩトークンが必要である場合、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に対してＡＰＩトークンを送信する。また、監視管理部３１０は、例えば、ＡＰＩサービス２００を監視するために、リクエストに日付を含めなければいけない等の条件が有る場合、当該条件を監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に対して送信する。
【００６５】
また、監視管理部３１０は、例えば、ＡＰＩサービス２００の監視の開始指示、一時停止指示、及び終了指示等を監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４に送信する。担当者３２は、例えば、ＡＰＩサービス２００のメンテナンス期間を知得した場合に、当該メンテナンス期間には監視を実行しないように指示を行い得る。また、担当者３２は、例えば、ＡＰＩサービス２００の使用が禁止される期間を知得した場合に、当該期間には監視を実行しないように指示を行い得る。
【００６６】
図７は、監視システム１０による監視状況の一例を概略的に示す。図７に示す例において、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４はそれぞれ、ＡＰＩサービス２００を監視する。監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２がメインとしてＡＰＩサービス２００を監視し、監視ＳａａＳ提供装置１０４がサブとしてＡＰＩサービス２００を監視してもよい。
【００６７】
管理ＳａａＳ提供装置３００は、監視管理部３１０を有する。監視管理部３１０は、監視ＳａａＳ提供装置１０２によるＡＰＩサービス２００の監視を管理するためのプラグイン３０２と、監視ＳａａＳ提供装置１０４によるＡＰＩサービス２００の監視を管理するためのプラグイン３０４とを有する。
【００６８】
監視管理部３１０は、プラグイン３０２を介して、監視ＳａａＳ提供装置１０２の、ＡＰＩサービス２００を監視するための設定を行う。また、監視管理部３１０は、プラグイン３０４を介して、監視ＳａａＳ提供装置１０４の、ＡＰＩサービス２００を監視するための設定を行う。
【００６９】
監視管理部３１０は、プラグインを追加するプラグイン追加部３２０を有する。プラグイン追加部３２０は、例えば、新たに追加されてＡＰＩサービス２００を監視する監視ＳａａＳ提供装置１０６によるＡＰＩサービス２００の監視を管理するためのプラグイン３０６を追加する。プラグイン追加部３２０は、さらに追加される監視ＳａａＳ提供装置によるＡＰＩサービス２００の監視を管理するためのプラグインを追加可能である。図７に示す監視システム１０によれば、複数の監視ＳａａＳ提供装置１００のそれぞれの仕様差分を、それぞれに対応するプラグインによって吸収することによって、元となる監視管理部３１０の改修なしで、監視ＳａａＳ提供装置を追加することが可能となる。
【００７０】
図８は、監視システム１０による監視状況の一例を概略的に示す。図８に示す例においては、監視ＳａａＳ提供装置１０２がＡＰＩ２２２を監視する。監視ＳａａＳ提供装置１０２は、ＡＰＩ２２２の監視結果をメンテナンス検知装置４００に送信する。
【００７１】
メンテナンス検知装置４００は、監視結果受信部４０２、メンテナンス検知部４０４、及びゲートウェイ制御部４０６を備える。監視結果受信部４０２は、監視ＳａａＳ提供装置１０２によって送信されるＡＰＩ２２２の監視結果を受信する。監視結果受信部４０２は、監視ＳａａＳ提供装置１０２によって定期的に又は不定期に送信されるＡＰＩ２２２の監視結果を受信する。
【００７２】
メンテナンス検知部４０４は、監視結果受信部４０２が受信する監視結果に基づいて、ＡＰＩ２２２においてメンテナンスが開始されたことを検知する。メンテナンス検知部４０４は、例えば、ＡＰＩ２２２に対してＡＰＩリクエストを送信して、レスポンスとして、「ＨＴＴＰ  ５０３」のように、メンテナンス中であることを示すデータを受信した場合に、ＡＰＩ２２２においてメンテナンスが開始されたと判定する。
【００７３】
また、メンテナンス検知部４０４は、例えば、事前に収集した情報に基づいて、ＡＰＩ２２２においてメンテナンスが開始されたことを検知する。具体例として、メンテナンス検知部４０４は、ＡＰＩ２２２がメンテナンスを行っているときにＡＰＩ２２２に対してＡＰＩリクエストを送信したときのレスポンス内容を複数取得して分析する。これにより、メンテナンス検知部４０４は、ＡＰＩ２２２がメンテナンスを行っている時のレスポンス内容のパターンを取得する。そして、メンテナンス検知部４０４は、ＡＰＩ２２２に対して複数回にわたってＡＰＩリクエストを送信したときのレスポンス内容のパターンが、メンテナンスを行っているときのレスポンス内容のパターンと一致すると判定した場合に、ＡＰＩ２２２がメンテナンスを行っていると判定する。これにより、ＡＰＩ２２２がメンテナンス中であるにもかかわらず、「ＨＴＴＰ  ５０３」のようなデータをレスポンスとして返さないような場合でも、ＡＰＩ２２２がメンテナンス中であるか否かを判定することができる。
【００７４】
また、例えば、メンテナンス検知部４０４は、ＡＰＩ２２２がそれまでに接続不可、タイムアウトになった日時や、レスポンス内容を統計データとして機械学習による分析を行い、ＡＰＩ２２２において発生したエラーがメンテナンスによるものか障害によるものかを判定する。
【００７５】
ゲートウェイ制御部４０６は、ＡＰＩ２２２においてメンテナンスが開始されたことがメンテナンス検知部４０４によって検知された場合に、ＡＰＩゲートウェイ２１０におけるＡＰＩ２２２に対するモードを、メンテナンスモードに移行させる。
【００７６】
ＡＰＩ２２２がメンテナンス中であることをＡＰＩゲートウェイ２１０が把握できていれば、ＡＰＩゲートウェイ２１０は、自らメンテナンスモードに移行して、外部からのＡＰＩリクエスト等に対して、ＡＰＩ２２２がメンテナンス中であることを通知することができる。しかし、ＡＰＩゲートウェイ２１０は、ＡＰＩ２２２がメンテナンス中であることを必ずしも把握できない。例えば、ＡＰＩゲートウェイ２１０からの問い合わせに対して、ＡＰＩ２２２が「ＨＴＴＰ  ５０３」を返す場合はメンテナンス中であることを把握できるが、「ＨＴＴＰ  ５００」を返す場合には把握できない。
【００７７】
それに対して、本実施形態に係るメンテナンス検知装置４００によれば、ＡＰＩ２２２においてメンテナンスが開始されたことがメンテナンス検知部４０４によって検知され、ゲートウェイ制御部４０６によってＡＰＩゲートウェイ２１０におけるＡＰＩ２２２に対するモードがメンテナンスモードに移行される。これにより、ＡＰＩ２２２においてメンテナンスが開始されたことをＡＰＩゲートウェイ２１０が把握できないような状況においても、ＡＰＩゲートウェイ２１０をメンテナンスモードに移行させることができ、ＡＰＩゲートウェイ２１０に、外部からの問い合わせに対して、ＡＰＩ２２２がメンテナンス中であることを通知させることができる。
【００７８】
監視ＳａａＳ提供装置１０２は、ＡＰＩ２２２がメンテナンスしている間もＡＰＩ２２２の監視を継続して、監視結果をメンテナンス検知装置４００に送信する。メンテナンス検知装置４００は、監視結果に基づいて、ＡＰＩ２２２のメンテナンスが完了したと検知した場合に、ＡＰＩゲートウェイ２１０におけるＡＰＩ２２２に対するメンテナンスモードを解除させてよい。
【００７９】
図９は、監視システム１０による監視状況の一例を概略的に示す。図９に示す例において、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４はそれぞれ、ＡＰＩサービス２００を監視する。監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４は、監視ＳａａＳ提供装置１０２がメインとしてＡＰＩサービス２００を監視し、監視ＳａａＳ提供装置１０４がサブとしてＡＰＩサービス２００を監視してもよい。監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４はそれぞれ、定期的又は不定期に監視結果を監視結果分析装置５００に送信する。
【００８０】
監視結果分析装置５００は、監視結果受信部５０２、異常検知部５０４、及び警告データ出力部５０６を備える。監視結果受信部５０２は、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４のそれぞれによって送信されるＡＰＩサービス２００の監視結果を受信する。
【００８１】
異常検知部５０４は、監視結果受信部５０２が受信する監視結果に基づいて、ＡＰＩサービス２００の異常を検知する。異常検知部５０４は、例えば、監視ＳａａＳ提供装置１０２及び監視ＳａａＳ提供装置１０４のそれぞれが、監視のためにＡＰＩサービス２００に送信するＡＰＩリクエストの内容と、ＡＰＩサービス２００からのＡＰＩレスポンスの内容とを統計データとして分析する。そして、異常検知部５０４は、ＡＰＩリクエストに対するＡＰＩレスポンスが通常と異なる傾向を示す場合に、ＡＰＩサービス２００の異常を検知する。
【００８２】
例えば、正常に稼働している場合にはＡＰＩリクエストに対するＡＰＩレスポンスの内容が毎回同じ値になるＡＰＩサービス２００を対象としているとき、異常検知部５０４は、ＡＰＩレスポンスの内容が異なる内容を示したときに、異常を検知する。また、例えば、異常検知部５０４は、ＡＰＩリクエストを受信してからＡＰＩレスポンスを送信するまでに時間が、統計的に有意な幅で平時と異なっている場合に、異常を検知する。また、例えば、異常検知部５０４は、ＡＰＩレスポンスのデータサイズが統計的に有意な幅で平時と異なっている場合に、異常を検知する。これらのような検知法を採用することによって、異常検知部５０４は、ＨＴＴＰステータスコードを参照して異常を検知するような通常の監視サービスとは異なり、ＨＴＴＰステータスコード上では正常になっているものや、明示的なエラー条件を設定していないＡＰＩサービス２００における異常を検知することができる。
【００８３】
図１０は、監視システム１０による監視状況の一例を概略的に示す。図１０に示す例において、複数の監視ＳａａＳ提供装置１００のそれぞれがＡＰＩサービス２００を監視する。複数の監視ＳａａＳ提供装置１００は、例えば、１時間毎、１日毎、１週間毎等の予め定められた期間毎に、交代してＡＰＩサービス２００を監視する。監視評価部６０２、優先度決定部６０４、及び監視内容決定部６０６を備える。
【００８４】
監視評価部６０２は、複数の監視ＳａａＳ提供装置１００のそれぞれによるＡＰＩサービス２００の監視を評価する。監視評価部６０２は、サービス稼働時間に基づいて監視ＳａａＳ提供装置１００を評価してよい。監視評価部６０２は、例えば、サービス稼働時間が長いほど、評価を高くする。
【００８５】
監視評価部６０２は、レスポンス時間に基づいて監視ＳａａＳ提供装置１００を評価してもよい。監視評価部６０２は、例えば、レスポンス時間が短いほど、評価を高くする。
【００８６】
監視評価部６０２は、エラー検知精度に基づいて監視ＳａａＳ提供装置１００を評価してもよい。監視評価部６０２は、例えば、エラー検知精度が高いほど、評価を高くする。
【００８７】
監視評価部６０２は、監視コール成功率に基づいて監視ＳａａＳ提供装置１００を評価してもよい。監視評価部６０２は、例えば、監視コール成功率が高いほど、評価を高くする。
【００８８】
監視評価部６０２は、サービス稼働時間、レスポンス時間、エラー検知精度、及び監視コール成功率のうち複数に基づいて監視ＳａａＳ提供装置１００を評価してもよい。また、監視評価部６０２は、これら以外に基づいて監視ＳａａＳ提供装置１００を評価してもよい。
【００８９】
優先度決定部６０４は、複数の監視ＳａａＳ提供装置１００の優先度を決定する。優先度決定部６０４は、例えば、担当者３２による手動設定に従って、複数の監視ＳａａＳ提供装置１００の優先度を決定する。また、優先度決定部６０４は、監視評価部６０２による評価に基づいて、複数の監視ＳａａＳ提供装置１００の優先度を決定する。優先度決定部６０４は、例えば、評価が高い順に、複数の監視ＳａａＳ提供装置１００の優先度を高くする。
【００９０】
監視内容決定部６０６は、優先度決定部６０４によって決定された優先度に基づいて、複数の監視ＳａａＳ提供装置１００のそれぞれによるＡＰＩサービス２００の監視内容を決定する。監視内容決定部６０６は、例えば、複数の監視ＳａａＳ提供装置１００のうち、いずれか１つの監視ＳａａＳ提供装置１００に障害等が発生して、当該監視ＳａａＳ提供装置１００によるＡＰＩサービス２００の監視が実行できなくなった場合に、残りの監視ＳａａＳ提供装置１００のうち最も優先度が高い監視ＳａａＳ提供装置１００に、当該監視ＳａａＳ提供装置１００の代わりにＡＰＩサービス２００を監視させる。
【００９１】
また、監視内容決定部６０６は、例えば、優先度に基づいて、複数の監視ＳａａＳ提供装置１００のそれぞれの監視実行時間を決定する。例えば、５つの監視ＳａａＳ提供装置１００のそれぞれが１日毎に交代してＡＰＩサービス２００を監視している場合に、優先度が最も高い監視ＳａａＳ提供装置１００の監視時間を４日間、次に優先度が高い監視ＳａａＳ提供装置１００の監視時間を３日間、次に優先度が高い監視ＳａａＳ提供装置１００の監視時間を２日間、次に優先度が高い監視ＳａａＳ提供装置１００の監視時間を１日間、最も優先度の低い監視ＳａａＳ提供装置１００の監視時間を半日に決定する。これにより、優先度が高い監視ＳａａＳ提供装置１００により長い時間監視をおこなわせることができ、全体的な監視の信頼度を向上させることができる。
【００９２】
図１１は、監視ＳａａＳ提供装置１００、管理ＳａａＳ提供装置３００、メンテナンス検知装置４００、監視結果分析装置５００、又は監視ＳａａＳ評価装置６００として機能するコンピュータ１２００のハードウェア構成の一例を概略的に示す。コンピュータ１２００にインストールされたプログラムは、コンピュータ１２００を、本実施形態に係る装置の１又は複数の「部」として機能させ、又はコンピュータ１２００に、本実施形態に係る装置に関連付けられるオペレーション又は当該１又は複数の「部」を実行させることができ、及び／又はコンピュータ１２００に、本実施形態に係るプロセス又は当該プロセスの段階を実行させることができる。そのようなプログラムは、コンピュータ１２００に、本明細書に記載のフローチャート及びブロック図のブロックのうちのいくつか又はすべてに関連付けられた特定のオペレーションを実行させるべく、ＣＰＵ１２１２によって実行されてよい。
【００９３】
本実施形態によるコンピュータ１２００は、ＣＰＵ１２１２、ＲＡＭ１２１４、及びグラフィックコントローラ１２１６を含み、それらはホストコントローラ１２１０によって相互に接続されている。コンピュータ１２００はまた、通信インタフェース１２２２、記憶装置１２２４、ＤＶＤドライブ１２２６、及びＩＣカードドライブのような入出力ユニットを含み、それらは入出力コントローラ１２２０を介してホストコントローラ１２１０に接続されている。ＤＶＤドライブ１２２６は、ＤＶＤ−ＲＯＭドライブ及びＤＶＤ−ＲＡＭドライブ等であってよい。記憶装置１２２４は、ハードディスクドライブ及びソリッドステートドライブ等であってよい。コンピュータ１２００はまた、ＲＯＭ１２３０及びキーボードのようなレガシの入出力ユニットを含み、それらは入出力チップ１２４０を介して入出力コントローラ１２２０に接続されている。
【００９４】
ＣＰＵ１２１２は、ＲＯＭ１２３０及びＲＡＭ１２１４内に格納されたプログラムに従い動作し、それにより各ユニットを制御する。グラフィックコントローラ１２１６は、ＲＡＭ１２１４内に提供されるフレームバッファ等又はそれ自体の中に、ＣＰＵ１２１２によって生成されるイメージデータを取得し、イメージデータがディスプレイデバイス１２１８上に表示されるようにする。
【００９５】
通信インタフェース１２２２は、ネットワークを介して他の電子デバイスと通信する。記憶装置１２２４は、コンピュータ１２００内のＣＰＵ１２１２によって使用されるプログラム及びデータを格納する。ＤＶＤドライブ１２２６は、プログラム又はデータをＤＶＤ−ＲＯＭ１２２７等から読み取り、記憶装置１２２４に提供する。ＩＣカードドライブは、プログラム及びデータをＩＣカードから読み取り、及び／又はプログラム及びデータをＩＣカードに書き込む。
【００９６】
ＲＯＭ１２３０はその中に、アクティブ化時にコンピュータ１２００によって実行されるブートプログラム等、及び／又はコンピュータ１２００のハードウェアに依存するプログラムを格納する。入出力チップ１２４０はまた、様々な入出力ユニットをＵＳＢポート、パラレルポート、シリアルポート、キーボードポート、マウスポート等を介して、入出力コントローラ１２２０に接続してよい。
【００９７】
プログラムは、ＤＶＤ−ＲＯＭ１２２７又はＩＣカードのようなコンピュータ可読記憶媒体によって提供される。プログラムは、コンピュータ可読記憶媒体から読み取られ、コンピュータ可読記憶媒体の例でもある記憶装置１２２４、ＲＡＭ１２１４、又はＲＯＭ１２３０にインストールされ、ＣＰＵ１２１２によって実行される。これらのプログラム内に記述される情報処理は、コンピュータ１２００に読み取られ、プログラムと、上記様々なタイプのハードウェアリソースとの間の連携をもたらす。装置又は方法が、コンピュータ１２００の使用に従い情報のオペレーション又は処理を実現することによって構成されてよい。
【００９８】
例えば、通信がコンピュータ１２００及び外部デバイス間で実行される場合、ＣＰＵ１２１２は、ＲＡＭ１２１４にロードされた通信プログラムを実行し、通信プログラムに記述された処理に基づいて、通信インタフェース１２２２に対し、通信処理を命令してよい。通信インタフェース１２２２は、ＣＰＵ１２１２の制御の下、ＲＡＭ１２１４、記憶装置１２２４、ＤＶＤ−ＲＯＭ１２２７、又はＩＣカードのような記録媒体内に提供される送信バッファ領域に格納された送信データを読み取り、読み取られた送信データをネットワークに送信し、又はネットワークから受信した受信データを記録媒体上に提供される受信バッファ領域等に書き込む。
【００９９】
また、ＣＰＵ１２１２は、記憶装置１２２４、ＤＶＤドライブ１２２６（ＤＶＤ−ＲＯＭ１２２７）、ＩＣカード等のような外部記録媒体に格納されたファイル又はデータベースの全部又は必要な部分がＲＡＭ１２１４に読み取られるようにし、ＲＡＭ１２１４上のデータに対し様々なタイプの処理を実行してよい。ＣＰＵ１２１２は次に、処理されたデータを外部記録媒体にライトバックしてよい。
【０１００】
様々なタイプのプログラム、データ、テーブル、及びデータベースのような様々なタイプの情報が記録媒体に格納され、情報処理を受けてよい。ＣＰＵ１２１２は、ＲＡＭ１２１４から読み取られたデータに対し、本開示の随所に記載され、プログラムの命令シーケンスによって指定される様々なタイプのオペレーション、情報処理、条件判断、条件分岐、無条件分岐、情報の検索／置換等を含む、様々なタイプの処理を実行してよく、結果をＲＡＭ１２１４に対しライトバックする。また、ＣＰＵ１２１２は、記録媒体内のファイル、データベース等における情報を検索してよい。例えば、各々が第２の属性の属性値に関連付けられた第１の属性の属性値を有する複数のエントリが記録媒体内に格納される場合、ＣＰＵ１２１２は、当該複数のエントリの中から、第１の属性の属性値が指定されている条件に一致するエントリを検索し、当該エントリ内に格納された第２の属性の属性値を読み取り、それにより予め定められた条件を満たす第１の属性に関連付けられた第２の属性の属性値を取得してよい。
【０１０１】
上で説明したプログラム又はソフトウエアモジュールは、コンピュータ１２００上又はコンピュータ１２００近傍のコンピュータ可読記憶媒体に格納されてよい。また、専用通信ネットワーク又はインターネットに接続されたサーバシステム内に提供されるハードディスク又はＲＡＭのような記録媒体が、コンピュータ可読記憶媒体として使用可能であり、それによりプログラムを、ネットワークを介してコンピュータ１２００に提供する。
【０１０２】
本実施形態におけるフローチャート及びブロック図におけるブロックは、オペレーションが実行されるプロセスの段階又はオペレーションを実行する役割を持つ装置の「部」を表わしてよい。特定の段階及び「部」が、専用回路、コンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプログラマブル回路、及び／又はコンピュータ可読記憶媒体上に格納されるコンピュータ可読命令と共に供給されるプロセッサによって実装されてよい。専用回路は、デジタル及び／又はアナログハードウェア回路を含んでよく、集積回路（ＩＣ）及び／又はディスクリート回路を含んでよい。プログラマブル回路は、例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、及びプログラマブルロジックアレイ（ＰＬＡ）等のような、論理積、論理和、排他的論理和、否定論理積、否定論理和、及び他の論理演算、フリップフロップ、レジスタ、並びにメモリエレメントを含む、再構成可能なハードウェア回路を含んでよい。
【０１０３】
コンピュータ可読記憶媒体は、適切なデバイスによって実行される命令を格納可能な任意の有形なデバイスを含んでよく、その結果、そこに格納される命令を有するコンピュータ可読記憶媒体は、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を作成すべく実行され得る命令を含む、製品を備えることになる。コンピュータ可読記憶媒体の例としては、電子記憶媒体、磁気記憶媒体、光記憶媒体、電磁記憶媒体、半導体記憶媒体等が含まれてよい。コンピュータ可読記憶媒体のより具体的な例としては、フロッピー（登録商標）ディスク、ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ）、静的ランダムアクセスメモリ（ＳＲＡＭ）、コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイ（登録商標）ディスク、メモリスティック、集積回路カード等が含まれてよい。
【０１０４】
コンピュータ可読命令は、アセンブラ命令、命令セットアーキテクチャ（ＩＳＡ）命令、マシン命令、マシン依存命令、マイクロコード、ファームウェア命令、状態設定データ、又はＳｍａｌｌｔａｌｋ、ＪＡＶＡ（登録商標）、Ｃ＋＋等のようなオブジェクト指向プログラミング言語、及び「Ｃ」プログラミング言語又は同様のプログラミング言語のような従来の手続型プログラミング言語を含む、１又は複数のプログラミング言語の任意の組み合わせで記述されたソースコード又はオブジェクトコードのいずれかを含んでよい。
【０１０５】
コンピュータ可読命令は、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路が、フローチャート又はブロック図で指定されたオペレーションを実行するための手段を生成するために当該コンピュータ可読命令を実行すべく、ローカルに又はローカルエリアネットワーク（ＬＡＮ）、インターネット等のようなワイドエリアネットワーク（ＷＡＮ）を介して、汎用コンピュータ、特殊目的のコンピュータ、若しくは他のプログラム可能なデータ処理装置のプロセッサ、又はプログラマブル回路に提供されてよい。プロセッサの例としては、コンピュータプロセッサ、処理ユニット、マイクロプロセッサ、デジタル信号プロセッサ、コントローラ、マイクロコントローラ等を含む。
【０１０６】
以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。その様な変更又は改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。
【０１０７】
特許請求の範囲、明細書、及び図面中において示した装置、システム、プログラム、及び方法における動作、手順、ステップ、及び段階などの各処理の実行順序は、特段「より前に」、「先立って」などと明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、及び図面中の動作フローに関して、便宜上「まず、」、「次に、」などを用いて説明したとしても、この順で実施することが必須であることを意味するものではない。
【符号の説明】
【０１０８】
１０  監視システム、２０  ネットワーク、３０  担当者端末、３２  担当者、１００、１０２、１０４、１０６  監視ＳａａＳ提供装置、１１２  ＡＰＩ監視部、１１４  ＳａａＳ監視部、１１６  通知データ送信部、１１８  指示送信部、２００  ＡＰＩサービス、２１０  ＡＰＩゲートウェイ、２２２、２２４、２２６  ＡＰＩ、３００  管理ＳａａＳ提供装置、３０２、３０４、３０６  プラグイン、３１０  監視管理部、３２０  プラグイン追加部、４００  メンテナンス検知装置、４０２  監視結果受信部、４０４  メンテナンス検知部、４０６  ゲートウェイ制御部、５００  監視結果分析装置、５０２  監視結果受信部、５０４  異常検知部、５０６  警告データ出力部、６００  監視ＳａａＳ評価装置、６０２  監視評価部、６０４  優先度決定部、６０６  監視内容決定部、１２００  コンピュータ、１２１０  ホストコントローラ、１２１２  ＣＰＵ、１２１４  ＲＡＭ、１２１６  グラフィックコントローラ、１２１８  ディスプレイデバイス、１２２０  入出力コントローラ、１２２２  通信インタフェース、１２２４  記憶装置、１２２６  ＤＶＤドライブ、１２２７  ＤＶＤ−ＲＯＭ、１２３０  ＲＯＭ、１２４０  入出力チップ
【図１】
0006896035.tif 000002
【図２】
0006896035.tif 000003
【図３】
0006896035.tif 000004
【図４】
0006896035.tif 000005
【図５】
0006896035.tif 000006
【図６】
0006896035.tif 000007
【図７】
0006896035.tif 000008
【図８】
0006896035.tif 000009
【図９】
0006896035.tif 000010
【図１０】
0006896035.tif 000011
【図１１】
0006896035.tif 000012