JP2003256225A - コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム - Google Patents

コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム

Info

Publication number
JP2003256225A
JP2003256225A JP2002060300A JP2002060300A JP2003256225A JP 2003256225 A JP2003256225 A JP 2003256225A JP 2002060300 A JP2002060300 A JP 2002060300A JP 2002060300 A JP2002060300 A JP 2002060300A JP 2003256225 A JP2003256225 A JP 2003256225A
Authority
JP
Japan
Prior art keywords
software module
failure
computer system
information
execution
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
Application number
JP2002060300A
Other languages
English (en)
Inventor
Akira Toyooka
明 豊岡
Kanehide Arai
兼秀 荒井
Hiroo Kamiyo
浩夫 神余
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Mitsubishi Electric Corp
Original Assignee
Mitsubishi Electric Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Mitsubishi Electric Corp filed Critical Mitsubishi Electric Corp
Priority to JP2002060300A priority Critical patent/JP2003256225A/ja
Priority to EP02020419A priority patent/EP1343088A3/en
Priority to US10/246,557 priority patent/US7082555B2/en
Publication of JP2003256225A publication Critical patent/JP2003256225A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0751—Error or fault detection not based on redundancy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0715—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a system implementing multitasking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703—Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0793—Remedial or corrective actions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/30—Monitoring
    • G06F11/34—Recording or statistical evaluation of computer activity, e.g. of down time, of input/output operation ; Recording or statistical evaluation of user activity, e.g. usability assessment
    • G06F11/3466—Performance evaluation by tracing or monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Debugging And Monitoring (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 【課題】アプリケーションフレームワーク環境下でソフ
トウェアモジュールから生成したアプリケーションの実
行時にコンピュータシステム資源不足やソフトウェアモ
ジュールに障害が内在する場合には、システムにとり致
命的な障害が発生し、サービスを継続して提供し続ける
ことができなくなる可能性があった。 【解決手段】ソフトウェアモジュール毎にプロファイル
を備え、プロファイルに記録された実行関連情報に基づ
き、アプリケーション実行時に軽微な段階での障害を障
害発生情報として検出し、ソフトウェアモジュール管理
部に通知するソフトウェアモジュール監視部と、障害発
生情報から障害の発生したソフトウェアモジュールを特
定し、実行関連情報と前記障害発生情報とに基づき、当
該ソフトウェアモジュールの処置を決定し、実行の指示
を行うソフトウェアモジュール管理部とを備えたコンピ
ュータシステムとする。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】この発明は、アプリケーショ
ンフレームワークを有するコンピュータシステム、障害
対応方法及びコンピュータシステムを機能させるための
プログラムに関するものである。
【０００２】
【従来の技術】携帯電話等を含む携帯端末では、顧客の
ニーズの多様化に対応するために、多様な機能への対応
が求められている。しかし、携帯端末は一般に限られた
ハードウェア資源しか保有していないため、多様な機能
に対応するための方法として、JAVA(サンマイクロシス
テムズ社の登録商標)等、アプリケーション実行時に、
使用するアプリケーションプログラムのインストール、
アンインストールが可能なプログラミング言語(所謂、
動的インストール(以下、付加と略称する。)、アンイン
ストール(以下、削除と呼ぶ。)が可能なプログラミング
言語)を実装して構成されたアプリケーションフレーム
ワークを有するコンピュータシステムを採用している。
ここで、アプリケーションフレームワークとは、アプリ
ケーションとして備えるべき機能を、その機能単位毎に
パッケージ化し、これをソフトウェアモジュールとし、
必要な機能に応じてこのソフトウェアモジュールを容易
にアプリケーションに動的に付加、削除でき、アプリケ
ーションを実行、停止する機能を提供するもので、アプ
リケーションの機能単位となるものである。昨今の携帯
電話でも一般的に使用されている。このようなアプリケ
ーションフレームワークを用いると、限られたハードウ
ェア資源という条件下でも、多様なアプリケーションに
容易に対応することができる。
【０００３】図１３は、特開２０００−２９７１３号公
報に示されたアプリケーションフレームワークに基づく
拡張可能なアプリケーションの構成を示す図で、８１は
アプリケーション、８２はアプリケーションフレームワ
ーク、８３はソフトウェアモジュールを示す。ソフトウ
ェアモジュール８３は、一般に複数備えられており、ア
プリケーションフレームワーク８２は、その時々で必要
とされる機能を実現するために、必要な特定の(複数可)
ソフトウェアモジュール８３を付加してアプリケーショ
ン８１を作成、実行し、他の必要機能が発生した場合
は、不要な機能に対応するソフトウェアモジュールを再
付加可能な状態を保持しつつアプリケーション８１から
削除し、必要なソフトウェアモジュール８３を上記同様
に、動的に付加することができる。このように、アプリ
ケーションフレームワーク８２と多様なソフトウェアモ
ジュール８３を備えることにより、アプリケーション８
１は、限られたコンピュータシステム資源で容易に多様
なニーズ(機能、その変更・拡張、更新等)に対応できる
ようになる。尚、図１３では、アプリケーション８１か
ら上述の意味で削除されているソフトウェアモジュール
群については表示を省略してある。
【０００４】このようなアプリケーションフレームワー
クに関する技術を用いることにより、例えば、ハンドヘ
ルドデバイスのアプリケーション環境において、ユーザ
が必要とするアプリケーションを動的にかつ容易に提供
することが可能となる。
【０００５】
【発明が解決しようとする課題】しかし、従来のアプリ
ケーションフレームワークでは、例えば、付加したソフ
トウェアモジュールの数が多すぎたり、ソフトウェアモ
ジュールの容量が大きすぎるなどにより、コンピュータ
システムが、アプリケーションの実行時に必要となるコ
ンピュータシステム資源量を提供できなくなる場合や、
ソフトウェアモジュールに障害が内在する場合には、シ
ステム全体が動作不能となり、アプリケーションが提供
するサービスを継続して提供し続けることができなくな
る可能性があった。アプリケーションの機能拡張やバー
ジョンアップのために外部からソフトウェアモジュール
をダウンロードして使用する場合には、特に上記の問題
が発生しやすい。
【０００６】また、上記の例は、コンピュータシステム
資源の異なるコンピュータシステムが混在する環境（こ
れは、例えば各社製の携帯電話が混在して使用されてい
る状況を想定すればよい。）において、同一のソフトウ
ェアモジュールがネットワーク等からコンピュータシス
テムにダウンロードされて、アプリケーションフレーム
ワーク環境下で実行される場合にも典型的に現れる。
【０００７】このような事態に立ち至ったときには、障
害が発生したソフトウェアモジュールを別途同定し、こ
れを削除した上で、また、コンピュータシステム資源と
の不適合が生じた場合には、不適合が解消されるように
別途ソフトウェアモジュールを選定した上で、マニュア
ルでシステムの再立ち上げを行う必要があり、システム
の利用にとり大きな制約となっていた。このため、人手
を介しての復旧が必要となるような致命的な障害の発生
を回避することができ、自動回復が可能な、信頼性の高
いコンピュータシステムの実現が求められていた。
【０００８】
【課題を解決するための手段】この発明に係る課題解決
手段は、アプリケーションとして、ソフトウェアモジュ
ールを動的に付加・削除する機能を提供するアプリケー
ションフレームワークを有するコンピュータシステムに
おいて、ソフトウェアモジュールの識別情報を含む、そ
の実行に関連する情報を実行関連情報として記録・保存
するプロファイルを各ソフトウェアモジュール毎に備
え、且つ、前記アプリケーションとして付加されたソフ
トウェアモジュールの実行時に発生した障害を検出し、
これを障害発生情報としてソフトウェアモジュール管理
部に通知するソフトウェアモジュール監視部と、この通
知された障害発生情報から障害の発生したソフトウェア
モジュールを特定し、特定されたソフトウェアモジュー
ルのプロファイルから実行関連情報を取得し、取得した
実行関連情報と前記障害発生情報とに基づき、当該ソフ
トウェアモジュールの処置を決定し、実行の指示を行う
ソフトウェアモジュール管理部とを備えたものである。
【０００９】この発明に係るもう一つの課題解決手段
は、ソフトウェアモジュールのコンピュータシステム資
源最大使用量を実行関連情報の一部として記録・保存す
るプロファイルと、実行時のソフトウェアモジュールに
おけるコンピュータシステム資源の使用状態を管理し、
このソフトウェアモジュールのプロファイルに記録・保
存された前記コンピュータシステム資源の最大使用量情
報を取得し、この最大使用量を越えるコンピュータシス
テム資源の使用を、このソフトウェアモジュールでの障
害の発生として検出し、ソフトウェアモジュール管理部
へ通知する資源管理部と、前記資源管理部で検出した障
害発生情報に基づき、当該ソフトウェアモジュールの処
置を決定し、実行の指示を行う機能を付加したソフトウ
ェアモジュール管理部を備えたものである。
【００１０】この発明に係るもう一つの課題解決手段
は、アプリケーションとして付加済みのソフトウェアモ
ジュール、及び新規付加予定のソフトウェアモジュール
の各プロファイルに記録・保存されたコンピュータシス
テム資源の最大使用量情報を取得し、前記ソフトウェア
モジュールの新規付加後のアプリケーションのコンピュ
ータシステム資源の最大使用量を算定し、この資源最大
使用量算定結果と、このアプリケーションに対して予め
割り当てられているコンピュータシステム資源量である
コンピュータシステム資源許容使用量設定値とから、前
記新規付加予定のソフトウェアモジュールの処置を決定
し実行の指示を行う機能を付加したソフトウェアモジュ
ール管理部を備えたものである。
【００１１】この発明に係るもう一つの課題解決手段
は、プロファイルに実行関連情報の一部として、ソフト
ウェアモジュールの重要度情報及び/若しくは信頼度情
報を記録・保存し、アプリケーションとして付加済みの
ソフトウェアモジュール、及び新規付加予定のソフトウ
ェアモジュールの各プロファイルからコンピュータシス
テム資源の最大使用量情報と共に前記重要度情報及び/
若しくは信頼度情報を取得し、前記ソフトウェアモジュ
ールの新規付加後のアプリケーションのコンピュータシ
ステム資源の最大使用量を算定し、この資源最大使用量
算定結果と、このアプリケーションに対して予め割り当
てられているコンピュータシステム資源量であるコンピ
ュータシステム資源許容使用量設定値と、前記付加済み
の各ソフトウェアモジュール及び新規付加予定のソフト
ウェアモジュールの各々の前記資源最大使用量情報と重
要度及び/若しくは信頼度に基づき、付加済みソフトウ
ェアモジュールと新規付加予定のソフトウェアモジュー
ルの処置を決定し、実行の指示を行う機能を付加したソ
フトウェアモジュール管理部とを備えたものである。
【００１２】この発明に係るもう一つの課題解決手段
は、コンピュータシステム上での実行を禁止されたソフ
トウェアモジュールの識別情報を登録した不正ソフトウ
ェアモジュール登録テーブルと、この不正ソフトウェア
モジュール登録テーブルへのソフトウェアモジュール識
別情報の登録の有無を、当該ソフトウェアモジュールの
プロファイルに記録されている実行関連情報に基づき検
索し、その検索結果に応じて当該ソフトウェアモジュー
ルの処置を決定し、実行の指示を行う機能を付加したソ
フトウェアモジュール管理部とを備えたものである。
【００１３】この発明に係るもう一つの課題解決手段
は、プロファイルの実行関連情報が、対応するソフトウ
ェアモジュールの障害発生履歴を保有し、ソフトウェア
モジュール監視部及び/又は資源管理部が障害の発生を
障害発生情報として検出した際に、これを前記障害発生
履歴に追加記録し、この障害発生情報に基づき、障害の
発生したソフトウェアモジュールのプロファイルに記録
されている当該ソフトウェアモジュールの識別情報を不
正ソフトウェアモジュール登録テーブルへ追加登録する
か否かを判定し、実行する不正ソフトウェアモジュール
登録部を備えたものである。
【００１４】この発明に係るもう一つの課題解決手段
は、ソフトウェアモジュールでの障害発生時の障害対応
方法を実行関連情報の一部として記録・保存したプロフ
ァイルと、障害発生情報に基づき、障害の発生したソフ
トウェアモジュールのプロファイルから前記障害対応方
法を取得し、取得した障害対応方法に従って障害対応処
理を行うソフトウェアモジュール障害対応処理部とを備
えたものである。
【００１５】この発明に係るもう一つの課題解決手段
は、アプリケーションフレームワークに付加されたソフ
トウェアモジュールの実行時に発生した障害を検出する
工程と、検出された障害発生情報に基づき、障害の発生
したソフトウェアモジュールを特定し、ソフトウェアモ
ジュールの実行関連情報を各ソフトウェアモジュール毎
に予め記録したプロファイルから、その特定されたソフ
トウェアモジュールの実行関連情報を取得する工程と、
前記障害発生情報と、この取得した実行関連情報とに基
づき、当該ソフトウェアモジュールの処置を決定し、実
行の指示を行う工程とを備えたことを特徴とする、アプ
リケーションフレームワークを有するコンピュータシス
テムの障害対応方法である。
【００１６】この発明に係るもう一つの課題解決手段
は、アプリケーションフレームワークに付加されたソフ
トウェアモジュールの実行時に発生した障害を検出し、
検出された障害発生情報に基づき、障害の発生したソフ
トウェアモジュールを特定し、ソフトウェアモジュール
の実行関連情報を各ソフトウェアモジュール毎に予め記
録してあるプロファイルから、その特定されたソフトウ
ェアモジュールの実行関連情報を取得し、前記障害発生
情報と、この取得した実行関連情報とに基づき、当該ソ
フトウェアモジュールの処置を決定し、実行の指示を行
うことを特徴とする、アプリケーションフレームワーク
を有するコンピュータシステムを機能させるためのプロ
グラムである。
【００１７】
【発明の実施の形態】実施の形態１．図１は、本発明の
実施の形態１によるアプリケーションフレームワークに
基づくアプリケーションの構成を示す図であり、より具
体的にはソフトウェアモジュールにおいて発生した障害
を検出し、検出した障害発生の情報と、当該ソフトウェ
アモジュールの実行関連情報に基づいて当該ソフトウェ
アモジュールの処置を決定し、実行するための発明の構
成図である。
【００１８】図１において、１１はコンピュータシステ
ムで必要な機能を実現するためのアプリケーション、１
２は
【従来の技術】の欄において既に述べたようにアプリケ
ーション８１の機能単位となるアプリケーションフレー
ムワーク、１３ａ、１３ｂ…１３ｋ…１３ｎはそれぞ
れ、機能別に分けられ、これを実行することにより所定
の機能を実現できるソフトウェアモジュール、１４ａ、
１４ｂ…１４ｋ…１４ｎは、各ソフトウェアモジュール
毎にその実行若しくはソフトウェアモジュールの実行に
関連して参照する情報を実行関連情報として記録保持す
るプロファイル、１５はソフトウェアモジュール１３の
実行状態を監視し、ソフトウェアモジュール１３におい
て発生した障害を検出し、これを障害発生情報として、
以下に述べるソフトウェアモジュール管理部に通知する
ソフトウェアモジュール監視部、１６はソフトウェアモ
ジュール監視部１５が検出した障害発生情報の通知を受
け、障害の発生したソフトウェアモジュール１３ｋを特
定し、対応するプロファイル１４ｋから実行関連情報を
取得し、この実行関連情報と前記障害発生情報とに基づ
き、このソフトウェアモジュール１３ｋの処置を決定
し、実行するソフトウェアモジュール管理部である。な
お、プロファイル１４に記録保持する、ソフトウェアモ
ジュール１３の「実行関連情報」とは、例えば、当該ソ
フトウェアモジュールの識別情報(ソフトウェア名やバ
ージョン名であり、取得元アドレスなど識別情報として
利用できるその他の情報を含んで良い。)や当該ソフト
ウェアモジュールを実行する際にこのソフトウェアモジ
ュールが使用するコンピュータシステムの各種資源の最
大量（＝ソフトウェアモジュールのコンピュータシステ
ム資源の最大使用量）等を言う。
【００１９】図２は、プロファイル１４について、その
内部構成の例を示した図である。図２では、ソフトウェ
アモジュール実行時に必要なコンピュータシステム資源
の最大使用量をプロファイル情報として格納する場合の
一例を示しており、識別情報は省略してある。図におい
て、２１はソフトウェアモジュールの最大メモリ使用
量、２２はソフトウェアモジュールの同時ネットワーク
接続数、２３はソフトウェアモジュールの最大ネットワ
ーク帯域、２４はソフトウェアモジュールの同時使用フ
ァイル数、２５はソフトウェアモジュールの最大ファイ
ル使用領域である。
【００２０】この実施の形態によるアプリケーションフ
レームワークの処理手順の一例を、図３に示すフローチ
ャートに従って説明する。アプリケーション１１の実行
が開始されると、ステップＳ１１で、ソフトウェアモジ
ュール監視部１５はソフトウェアモジュール１３での障
害の発生を監視する。例えば、ソフトウェアモジュール
監視部１５は、あるソフトウェアモジュール１３ｋの実
行中に、このソフトウェアモジュール１３ｋで使用する
コンピュータ資源量が、図２に示した、このソフトウェ
アモジュール１３ｋに対応するプロファイル１４ｋに記
録されているコンピュータシステム資源最大使用量を超
えるかどうかを監視し、超えた場合には、そのソフトウ
ェアモジュール１３ｋに障害が発生したものと判断す
る。
【００２１】ステップＳ１２では、ソフトウェアモジュ
ール１３で障害が発生したかどうかを検査し、発生して
いなければステップＳ１１に戻り、発生していればステ
ップＳ１３に進む。ステップＳ１３では、ソフトウェア
モジュール監視部１５は例えばソフトウェアモジュール
１３ｋで障害が発生した場合、その障害の内容をソフト
ウェアモジュール管理部１６に通知する。ステップＳ１
４では、ソフトウェアモジュール管理部１６は、通知さ
れた障害内容、および障害の発生したソフトウェアモジ
ュール１３のプロファイル１４から取得した情報から、
当該ソフトウェアモジュールの実行の停止、削除等の処
置を決定し、アプリケーションフレームワーク１２にそ
の実行を依頼する。例えば、そのソフトウェアモジュー
ルのバージョンによっては、別のバージョンのソフトウ
ェアモジュールに置き換えたり、そのモジュールの実行
のみを停止したり、若しくはアプリケーションから削除
する。ステップＳ１５では、アプリケーションフレーム
ワーク１２は障害の発生したソフトウェアモジュール１
３の停止、削除、置き換え等の処置を実行し、システム
を自動再開する。
【００２２】ステップＳ１４で述べたソフトウェアモジ
ュール管理部１６によるソフトウェアモジュール１３の
処置の決定についてもう少し補足すると、例えば、最大
メモリ使用量を超えるという障害が発生した場合、コン
ピュータシステムに対して深刻な影響を与える可能性が
大きいとして、当該ソフトウェアモジュールをアプリケ
ーションから削除し、代替の別バージョンのソフトウェ
アモジュールがあれば、それで置き換えると言うことが
考えられる。また、同時ネットワーク接続数がプロファ
イル記載量を超えるという障害が発生した場合は、ソフ
トウェアモジュールを一旦停止し、ソフトウェアモジュ
ールによっては、同時ネットワーク接続数や最大メモリ
使用量を越えたという情報をソフトウェアモジュールに
提供することにより、これら接続数や使用量を抑えるこ
とにより使用を続行するという決定をすることもでき
る。いずれにせよ、障害の発生の通知と、障害の発生し
たソフトウェアモジュール及びそのプロファイルに記載
された情報から当該ソフトウェアモジュールの処置を決
めることができるようにしたことがポイントである。
【００２３】以下では、本発明の特徴の一つであるコン
ピュータシステム資源に関連した障害発生の検出過程
を、図１０に従ってもう少し詳細に説明する。ここで
は、図９に示すような資源管理部６１を設けて説明する
が、この資源管理部６１はソフトウェアモジュール監視
部１５の障害検出機能の一部を担うものであるためソフ
トウェアモジュール監視部１５に含めても良いし、分離
しても良い。図１はソフトウェアモジュール監視部１５
に含めた場合で、資源管理部６１は明示していない。図
９は分離した場合について示している。ここで、資源管
理部６１は全てのソフトウェアモジュールにおけるコン
ピュータシステム資源の使用状態を管理し、ソフトウェ
アモジュールのプロファイルに記録された資源最大使用
量を超えて当該ソフトウェアモジュールが資源を使用し
ようとした場合に、これを当該ソフトウェアモジュール
の障害として検出するものである。
【００２４】また、ソフトウェアモジュール監視部１５
は、上記のような資源使用量に関する障害以外の障害、
例えばランタイムエラー等のソフトウェアモジュール対
応の障害検出も担うことができる。従って、ソフトウェ
アモジュール監視部１５は、図１に示す構成の場合に
は、資源管理部６１の機能も含む全ての障害検出機能を
担うことができ、図９に示す構成の場合は、資源管理部
６１の検出機能を除く障害検出機能のみを担うことにな
る。
【００２５】図１０において、アプリケーション１１が
実行を開始すると、資源管理部６１は、各ソフトウェア
モジュール１３でのコンピュータシステム資源の、使用
状況の管理を開始する。ステップＳ４１では、資源管理
部６１はソフトウェアモジュール１３ｋからのコンピュ
ータシステム資源の割り当て要求を待つ。割り当て要求
を受けるとステップＳ４２に進む。ステップＳ４２で
は、資源管理部６１は資源の割り当てを要求したソフト
ウェアモジュール１３ｋのプロファイル１４ｋから、当
該ソフトウェアモジュール１３ｋの資源最大使用量情報
を取得する。
【００２６】ステップＳ４３では、資源管理部６１は要
求された資源を割り当てた後の当該ソフトウェアモジュ
ール１３ｋの資源使用量が当該ソフトウェアモジュール
１３ｋの資源最大使用量を越える場合、ステップＳ４４
に進む。越えない場合はステップＳ４６に進む。ステッ
プＳ４４では、資源管理部６１は当該ソフトウェアモジ
ュール１３ｋで障害が発生したと認識し、ソフトウェア
モジュール管理部１６に通知する。ステップＳ４５で
は、ソフトウェアモジュール管理部１６は当該ソフトウ
ェアモジュール１３ｋの制御方法として実行の停止また
はコンピュータシステムからの削除またはコンピュータ
システムの再起動またはコンピュータシステムの停止を
選択し、制御を実施し、資源割り当て処理を終了する。
ステップＳ４６では、資源管理部６１は当該ソフトウェ
アモジュール１３ｋに要求されたコンピュータ資源を割
り当て、資源割り当て処理を終了する。なお、ここでは
ソフトウェアモジュールの資源最大使用量に基づいて説
明したが、運用によっては「最大使用量」に限定する必
要はない。複数のソフトウェアモジュールを使用する場
合に、必ずしも各モジュール毎の資源「最大使用量」を
単純に積算しなければ、コンピュータシステム資源許容
使用量設定値を超えてしまうわけではないというケース
があるので、この「最大使用量」は例えばこれにある比
率(80など)を乗じた値など資源使用量の基準値を表す
「使用量基準値」に置き換えてもよい。以下では、「最
大使用量」に代え「使用量基準値」を使用するものと
し、これは「最大使用量」をも含む場合もあるものす
る。
【００２７】このように、ソフトウェアモジュールから
のコンピュータシステム資源の割り当て要求とプロファ
イルに記録された当該ソフトウェアモジュールの資源使
用量基準値情報から、ソフトウェアモジュール実行時の
障害の発生を検出するため、コンピュータシステム全体
の動作不能に至る前の段階で障害を検出できる。そのた
め、その回復処理の自動化が可能となる。以上により障
害発生時のシステムの自動回復を含めて、コンピュータ
システムの高信頼化を図ることができる。
【００２８】以上のように、ソフトウェアモジュール実
行時の障害の発生を、プロファイルに記録保持された実
行関連情報との照合も含め早期に検出するため、コンピ
ュータシステム全体の動作不能に至る前に障害の検出が
でき、そのため、自動でその回復処理が可能となり、コ
ンピュータシステムの高信頼化、及び障害発生時のシス
テムの自動回復を図ることができる。また、ソフトウェ
アモジュール毎にプロファイルを保有しているので、ダ
ウンロードする際に、プロファイルも併せて取得するこ
とができ、このようなソフトウェアモジュールをアプリ
ケーションに付加する場合も、プロファイル記載の実行
関連情報に基づき上述のような当該ソフトウェアモジュ
ールのきめ細かな管理を行うことが可能となる。
【００２９】尚、プロファイル１４に記載する情報とし
ては、上述のもの以外に、このソフトウェアモジュール
の「重要度」や「信頼度」情報を含めることもできる。
「重要度」とは、アプリケーションの中でのそのソフト
ウェアモジュールの重要度を指標化したものを言い、
「信頼度」とは例えば過去の使用時に障害が発生した頻
度に基づき信頼度として指標化したものを言う。この場
合、例えばあるソフトウェアモジュール１３ｋで障害が
発生した場合、ソフトウェアモジュール管理部１６は、
そのソフトウェアの「重要性」、「信頼性」情報をプロ
ファイル１４ｋから取りだし、これに基づいてそのソフ
トウェアモジュールの処置を決定することができる。
【００３０】なお、ソフトウェアモジュール監視部１５
若しくはそのうちの資源管理については資源管理部６１
がソフトウェアモジュール１３の実行状態を監視する構
成について説明したが、アプリケーションフレームワー
ク１２にソフトウェアモジュール監視部１５や資源管理
部６１を含め、アプリケーションフレームワーク１２で
検出されたソフトウェアモジュール１３の障害情報をア
プリケーションフレームワーク１２がソフトウェアモジ
ュール管理部１６に通知する構成であってもよく、同様
の効果がある。
【００３１】実施の形態２．本実施の形態は、アプリケ
ーションに新規にソフトウェアモジュールを付加する場
合に、付加後のアプリケーションの実行時に必要とされ
るコンピュータシステム資源使用量が、アプリケーショ
ンに対して予め割り当てられているコンピュータシステ
ム資源量であるコンピュータシステム資源許容使用量設
定値を超えないように管理するものである。
【００３２】ソフトウェアモジュール１３は、図２に示
すように、各ソフトウェアモジュール１３ｋ毎に、その
プロファイル１４ｋにコンピュータ資源使用量基準値情
報を保有している。このため、要求機能に対応して新た
にアプリケーションを生成するにあたって、ソフトウェ
アモジュール管理部１６は、まず、不要なソフトウェア
モジュールと必要となるソフトウェアモジュールを決定
し、それぞれのソフトウェアモジュールのプロファイル
からコンピュータ資源使用量基準値情報を取り出す。次
に、取り出したコンピュータ資源使用量基準値情報に基
づき、新たに生成するアプリケーション１１がその資源
許容使用量設定値の範囲に収まっているかどうかを確認
する。
【００３３】以上の処理により、アプリケーションの実
行時に必要となるコンピュータシステム資源量は、常に
そのアプリケーションに対して割り当てられたコンピュ
ータシステム資源量の範囲内であることが担保されるた
め、例えば、ソフトウェアモジュール１３の入れ替えや
追加を行ったアプリケーション１１の実行時にコンピュ
ータシステムの利用可能な資源量を超えることによりシ
ステムにハングアップなどの障害が発生するという問題
点は解消され、システムの高信頼化を図ることができ
る。
【００３４】なお、不要なソフトウェアモジュールを削
除した後でも、新規のソフトウェアモジュールを追加す
ると資源許容使用量設定値を超えてしまう場合、ソフト
ウェアモジュール管理部１６が、アプリケーション１１
にリンクされている各ソフトウェアモジュールのプロフ
ァイルに記載されている「重要度」、「信頼度」情報を
読み取り、重要度、又は信頼度の低いソフトウェアモジ
ュールを削除することにより、新規のソフトウェアモジ
ュールを追加するという選択を行うことができる。
【００３５】これにより、ソフトウェアモジュールの重
要度等を考慮しつつ、新規機能を追加し、且つ、その場
合のアプリケーション１１実行時にもコンピュータシス
テムの資源量を超えることによりシステムに障害が発生
するという問題点は解消され、システムの高信頼化を図
ることができる。また、ソフトウェアモジュール毎にプ
ロファイルを保有しているので、ダウンロードする際
に、プロファイルも併せて取得することができ、このよ
うなソフトウェアモジュールをアプリケーションに付加
する場合も、プロファイル記載の実行関連情報に基づき
上述のような当該ソフトウェアモジュールのきめ細かな
管理を行うことが可能となる。
【００３６】なお、この「使用量基準値」は、実施の形
態１で述べたように、ソフトウェアモジュールの障害発
生の検出条件としても使用するが、実施の形態１及び２
共に同一の「使用量基準値」を使用する必要はなく、そ
れぞれ独立に設定することができる。この場合、プロフ
ァイルに２種類の「使用量基準値」を記録しておいても
良いし、これを１種類にし、実施の形態１、２で説明し
たそれぞれの場合には、この「使用量基準値」を加工し
て使用してもよい。いずれの方法によっても実施の形態
１及び２で述べた効果と同様の効果を得ることができ
る。
【００３７】実施の形態３．図４は、本発明の実施の形
態３によるアプリケーションフレームワークに基づくア
プリケーションの構成を示す図であり、より具体的には
障害を発生させる恐れのあることが判明しているソフト
ウェアモジュールの識別情報をあらかじめコンピュータ
システムに登録することで、障害を発生させる恐れのあ
るソフトウェアモジュールがコンピュータシステムに追
加、実行されることを防止するための発明を説明するた
めの構成図である。図４において、３１以外の構成要素
は、実施の形態１の図１に示すものと同一である。３１
は、障害を発生させる恐れのあるソフトウェアモジュー
ルの識別情報を１セット以上保持する不正ソフトウェア
モジュール登録テーブルである。
【００３８】図５は、不正ソフトウェアモジュール登録
テーブルの内部構成の例を示した図である。図５におい
て、３１は不正なソフトウェアモジュールの識別情報が
登録された不正ソフトウェアモジュール登録テーブル
で、不正なソフトウェアモジュールの識別情報が２セッ
ト以上登録されている例を示している。不正ソフトウェ
アモジュール登録テーブル３１において、４１は１番目
のソフトウェアモジュールの名称、４２は１番目のソフ
トウェアモジュールを開発もしくは配布しているベンダ
ー名、４３は１番目のソフトウェアモジュールの取得元
アドレス、４４は１番目のソフトウェアモジュールのバ
ージョン、４５は２番目のソフトウェアモジュールの名
称、４６は２番目のソフトウェアモジュールを開発もし
くは配布しているベンダー名、４７は２番目のソフトウ
ェアモジュールの取得元アドレス、４８は２番目のソフ
トウェアモジュールのバージョンである。なお、実施の
形態１で説明した、ソフトウェアモジュールのプロファ
イルに記録・保持する「実行関連情報」に含まれる識別
情報と同様な情報を有する。
【００３９】この実施の形態によるアプリケーションフ
レームワークの処理手順の一例を、図６に示すフローチ
ャートに従って説明する。アプリケーションフレームワ
ーク１２がソフトウェアモジュールの追加要求を受ける
と、アプリケーションフレームワーク１２はソフトウェ
アモジュールの追加処理を開始する。ステップＳ２１で
は、アプリケーションフレームワーク１２はソフトウェ
アモジュール管理部１６に対し、新規ソフトウェアモジ
ュールのアプリケーション１１への追加が許可されるか
どうかを問い合わせる。ステップＳ２２では、ソフトウ
ェアモジュール管理部１６は不正ソフトウェアモジュー
ル登録テーブル３１を検索し、当該ソフトウェアモジュ
ールが登録されていないかどうかを確認する。ステップ
Ｓ２３では、当該ソフトウェアモジュールが不正ソフト
ウェアモジュール登録テーブル３１に登録されている場
合はステップＳ２４に、登録されていない場合はステッ
プＳ２６に進む。このときの登録の有無は、当該ソフト
ウェアモジュール１３のプロファイル１４に記載されて
いる識別情報と不正ソフトウェアモジュール登録テーブ
ル３１に記載されている識別情報の比較参照による。
【００４０】ステップＳ２４では、ソフトウェアモジュ
ール管理部１６は、アプリケーションフレームワーク１
２に対し、当該ソフトウェアモジュールのアプリケーシ
ョン１１への追加禁止を通知する。ステップＳ２５で
は、アプリケーションフレームワーク１２は、当該ソフ
トウェアモジュールのアプリケーション１１への追加を
中止し、追加処理を終了する。ステップＳ２６では、ソ
フトウェアモジュール管理部１６は、アプリケーション
フレームワーク１２に対し、当該ソフトウェアモジュー
ルのアプリケーション１１への追加許可を通知し、ステ
ップＳ２７で、アプリケーションフレームワーク１２
は、当該ソフトウェアモジュールのアプリケーション１
１への追加処理を行い、追加処理を終了する。
【００４１】この機能は、例えばユーザーがネットを経
由してソフトウェアモジュールをプロファイルと共にダ
ウンロードし、これをアプリケーション１１に追加しよ
うとする際に有用となる。不正ソフトウェアモジュール
登録テーブルは予め作成されたものをダウンロードする
か、個々にユーザーで入力するという形をとることにな
る。また、特定のコンピュータシステムとソフトウェア
モジュールとが不適合を起こすということがあるので、
この不正ソフトウェアモジュール登録テーブルはコンピ
ュータシステムの型式毎に用意するのが望ましい。
【００４２】このように、不正ソフトウェアモジュール
登録テーブルを設けることにより、ソフトウェアモジュ
ールのアプリケーション１１への追加処理に先だって、
当該ソフトウェアモジュールのプロファイルの実行関連
情報と不正ソフトウェアモジュール登録テーブルとに記
録されている識別情報を比較参照することにより、当該
ソフトウェアモジュールを追加した場合に障害を発生さ
せる可能性が高いかどうかを、ソフトウェアモジュール
管理部１６で判断できるようにしたので、コンピュータ
システム上での障害の発生を未然に防止することがで
き、システムの高信頼化を図ることができる。また、ソ
フトウェアモジュール毎にプロファイルを保有している
ので、ダウンロードする際に、プロファイルも併せて取
得することができ、このようなソフトウェアモジュール
をアプリケーションに付加する場合も、プロファイル記
載の実行関連情報に基づき上述のような当該ソフトウェ
アモジュールのきめ細かな管理を行うことが可能とな
る。
【００４３】実施の形態４．図７は、本発明の実施の形
態４によるアプリケーションフレームワークに基づくア
プリケーションの構成を示す図であり、より具体的には
ソフトウェアモジュールの実行時の障害情報から、再度
障害状態に陥る可能性があると判断されるソフトウェア
モジュールの識別情報を不正ソフトウェアモジュール登
録テーブルに自動登録することで、障害の再発を防止す
るための発明を説明するための構成図である。図７にお
いて、５１以外の構成要素は実施の形態３の図４に示す
ものと同一である。５１は、ソフトウェアモジュールの
実行時にソフトウェアモジュール監視部１５で検出され
た障害情報に基づき、再び障害状態に陥る可能性がある
かどうかを判断し、障害状態に陥る可能性がある場合に
は当該ソフトウェアモジュールの識別情報を不正ソフト
ウェアモジュール登録テーブル３１に登録する不正ソフ
トウェアモジュール登録部である。
【００４４】この実施の形態によるアプリケーションフ
レームワークの処理手順の一例を、図８に示すフローチ
ャートに従って説明する。ここでは、プロファイルに
は、対応するソフトウェアモジュールでのこれまでの障
害発生の履歴が障害発生履歴として既に記録されている
ものとする。ソフトウェアモジュール１３ｋで障害が発
生すると、ソフトウェアモジュール監視部１５が障害の
発生を検出し、アプリケーションフレームワーク１２は
以下の障害発生に伴う処理を開始する。ステップＳ３１
では、ソフトウェアモジュール監視部１５は不正ソフト
ウェアモジュール登録部５１に対し、ソフトウェアモジ
ュール１３ｋで発生した障害の情報を通知する。ステッ
プＳ３２、３３では、不正ソフトウェアモジュール登録
部５１は、受け取った障害の情報から当該ソフトウェア
モジュール１３ｋが再び障害状態に陥る可能性を判断す
る。すなわち、そのソフトウェアモジュールで新たに発
生した障害情報を前記プロファイルの障害発生履歴に追
加記録し、この障害発生履歴情報に基づき当該ソフトウ
ェアモジュールが再度の障害状態に陥る可能性を判断す
る。例えば、障害発生回数が一定値を超えた場合や、障
害の種類により、例えばランタイムエラーが発生した場
合は、再度障害状態に陥る可能性が高いと判断すること
ができる。一方そのソフトウェアモジュールでのコンピ
ュータシステム資源の使用量基準値を超えるような障害
の場合は、一定回数同一障害が発生した場合に初めて再
度障害状態に陥る可能性が高いと判断するようにするこ
とができる。なお、障害発生情報の障害発生履歴への追
加記録は、不正ソフトウェアモジュール登録部５１でな
くとも、ソフトウェアモジュール監視部やソフトウェア
モジュール管理部で実行するようにしてもよく、障害の
発生毎に障害発生履歴が更新されることが重要である。
【００４５】ステップＳ３３では、障害状態に陥る可能
性が高いと判断した場合はステップＳ３４に進む。障害
状態に陥る可能性が高くないと判断した場合は障害発生
に伴う処理を終了する。ステップＳ３４では、不正ソフ
トウェアモジュール登録部５１は、当該ソフトウェアモ
ジュールの識別情報をプロファイルより取りだし、不正
ソフトウェアモジュール登録テーブル３１に登録し、終
了する。
【００４６】このように、再度障害状態に陥る可能性が
高いソフトウェアモジュールを、不正ソフトウェアモジ
ュール登録部５１が、当該ソフトウェアモジュール実行
時に発生した障害の情報を含む障害発生履歴に基づき判
定し、不正ソフトウェアモジュール登録テーブル３１に
登録できるようにしたことにより、ソフトウェアモジュ
ールのアプリケーション１１への追加処理に先だって、
当該ソフトウェアモジュールを追加した場合に、再度、
障害を発生させる可能性が高いかどうかを、ソフトウェ
アモジュール管理部１６で判断でき、コンピュータシス
テム上での再度の障害の発生、及びそれに起因する重度
の障害を未然に防止することができるため、システムの
高信頼化を図ることができる。また、ソフトウェアモジ
ュール毎にプロファイルを保有しているので、ダウンロ
ードする際に、プロファイルも併せて取得することがで
き、このようなソフトウェアモジュールをアプリケーシ
ョンに付加する場合も、プロファイル記載の実行関連情
報に基づき上述のような当該ソフトウェアモジュールの
きめ細かな管理を行うことが可能となる。ここで、プロ
ファイル記載の障害発生の履歴は当該コンピュータシス
テム上での履歴に限定されるものではない。当該ソフト
ウェアモジュール毎にプロファイルを保有することとし
たため、外部からダウンロードして使用するような場合
でも、それまでに既に明らかになっている障害発生履歴
をプロファイルに記録し、これを利用することができる
という効果がある。更に、ダウンロード後に、他コンピ
ュータシステムで発生した障害発生情報をネットワーク
を通じて取り込み、障害発生の履歴を更新することも可
能である。なお、ソフトウェアモジュールで発生する障
害の検出はソフトウェアモジュール監視部１５が行うと
して説明したが、一部の障害検出については、実施の形
態１で述べたように、資源管理部６１において行うこと
にしても良く、同様の効果を得ることができる。
【００４７】実施の形態５．本実施の形態ではソフトウ
ェアモジュール１３のプロファイル１４に障害対応方法
を記録保持しておく場合について説明する。障害対応方
法の記録保持の例としては、図２に示すプロファイル１
４に、障害の種類毎に障害対応方法に関する情報を記録
しておくとよいし、障害対応方法に関する情報を直接記
載するのではなく、参照先を記載し、参照先に障害対応
方法に関する情報を記載しておいてもよい。障害の種類
としては、ソフトウェアモジュールのコンピュータシス
テム資源の使用量が、対応するプロファイル記載のコン
ピュータシステム資源の使用量基準値を超えた時、超え
た項目(図２に２１〜２５で示す各項目等)毎にそれぞれ
別の種類の障害とする場合やランタイムエラー等の資源
量には関係しない別の障害を含めることができる。
【００４８】図１１は、本発明の実施の形態５によるア
プリケーションフレームワークに基づくアプリケーショ
ンの構成を示す図であり、より具体的にはソフトウェア
モジュールにおいて障害が発生した際の障害対応方法に
関する情報を保持する部分と、ソフトウェアモジュール
で障害が発生した際に、当該ソフトウェアモジュールの
プロファイルに記載されている障害対応方法を取得し、
そこで指定された方法に従い当該ソフトウェアモジュー
ルの障害対応処理を行う部分を説明するための構成図で
ある。７１は、ソフトウェアモジュール１３ｋで障害が
発生した際に、当該ソフトウェアモジュール１３ｋのプ
ロファイル１４ｋから当該ソフトウェアモジュール１３
ｋの発生した障害の種類に対応した障害対応方法を取得
し、そこで指定された方法に従い当該ソフトウェアモジ
ュール１３ｋの障害対応処理を行うソフトウェアモジュ
ール障害対応処理部である。
【００４９】この実施の形態によるアプリケーションフ
レームワークの処理手順の一例を、図１２に示すフロー
チャートに従って説明する。ソフトウェアモジュール１
３ｋで障害が発生すると、ソフトウェアモジュール監視
部１５が障害の発生を検出する。ステップＳ５１では、
ソフトウェアモジュール監視部１５はソフトウェアモジ
ュール障害対応処理部７１に対し、ソフトウェアモジュ
ール１３ｋで発生した障害の情報を通知する。ステップ
Ｓ５２では、ソフトウェアモジュール障害対応処理部７
１は、受け取った障害の情報から障害の原因となったソ
フトウェアモジュール１３ｋを特定する。ステップＳ５
３では、ソフトウェアモジュール障害対応処理部７１
は、当該ソフトウェアモジュール１３ｋのプロファイル
１４ｋから、発生した障害の種類に対応した障害対応方
法を取得する。ステップＳ５４では、ソフトウェアモジ
ュール障害対応処理部７１は、当該ソフトウェアモジュ
ール１３ｋの障害対応方法に従い障害対応処理を行う。
【００５０】障害対応方法の例としては、障害の発生し
たソフトウェアモジュールの一時停止、停止、削除、入
れ替え等の後自動回復させたり、更に、診断用ソフトウ
ェアをインストールして実行し、その結果に応じて当該
障害の発生したソフトウェアモジュールを自動回復させ
るなど、いくつかの選択肢があり、ソフトウェアモジュ
ールと発生した障害の種類に応じて、選択、組み合わせ
て実施することができる。なお、コンピュータシステム
資源への負担を軽くするために、障害対応方法の処理の
一環として、診断用ソフトウェアを使用時のみダウンロ
ードしてアプリケーションフレームワーク１２とリンク
し実行させることもできる。なお、処理の簡略化、若し
くはプロファイルの簡略化のために、障害対応方法を障
害の種類によらず共通にしても良い。
【００５１】このように、システム全体の動作不能に至
る前に、プロファイルを介してソフトウェアモジュール
で発生した障害の種類に応じて当該ソフトウェアモジュ
ールの障害対応方法を取得できるようにしたので、ソフ
トウェアモジュール毎に、発生した障害の種類に応じて
最適な障害対応処理を自動で実行できるようになる。ま
た、例えばダウンロードしたソフトウェアモジュールを
アプリケーションに付加する場合でも、併せてプロファ
イルを取得する形になるので、これに基づき当該モジュ
ールの障害対応方法を取得でき、木目細かな対応をする
ことが可能となる。従って、コンピュータシステムの高
信頼化、及び障害発生時に最適な形でシステムの自動回
復を図ることができる。
【００５２】
【発明の効果】この発明は、アプリケーションとして、
ソフトウェアモジュールを動的に付加・削除する機能を
提供するアプリケーションフレームワークを有するコン
ピュータシステムにおいて、ソフトウェアモジュールの
識別情報を含む実行関連情報を記録・保存するプロファ
イルを各ソフトウェアモジュール毎に備え、且つ、前記
アプリケーションとして付加されたソフトウェアモジュ
ールの実行時に発生した障害を検出し、これを障害発生
情報としてソフトウェアモジュール管理部に通知するソ
フトウェアモジュール監視部と、この通知された障害発
生情報から障害の発生したソフトウェアモジュールを特
定し、特定されたソフトウェアモジュールのプロファイ
ルから実行関連情報を取得し、取得した実行関連情報と
前記障害発生情報とに基づき、当該ソフトウェアモジュ
ールの処置を決定し、実行の指示を行うソフトウェアモ
ジュール管理部とを備えたことにより、ソフトウェアモ
ジュール実行時の障害の発生を早期に検出するため、コ
ンピュータシステム全体の動作不能に至る前に障害の検
出ができ、そのため、自動でその回復処理が可能とな
り、コンピュータシステムの高信頼化、及び障害発生時
のシステムの自動回復を図ることができる。また、ソフ
トウェアモジュール毎にプロファイルを保有しているの
で、ソフトウェアモジュールをダウンロードする際に、
併せてプロファイルを取得することができ、プロファイ
ル記載の実行関連情報に基づき当該モジュールのきめ細
かな管理を行うことが可能となる。
【００５３】また、ソフトウェアモジュールのコンピュ
ータシステム資源使用量基準値を実行関連情報の一部と
して記録・保存するプロファイルと、実行時のソフトウ
ェアモジュールにおけるコンピュータシステム資源の使
用状態を管理し、このソフトウェアモジュールのプロフ
ァイルに記録・保存された前記コンピュータシステム資
源の使用量基準値情報を取得し、この使用量基準値を越
えるコンピュータシステム資源の使用を、このソフトウ
ェアモジュールでの障害の発生として検出し、ソフトウ
ェアモジュール管理部へ通知する資源管理部と、前記資
源管理部で検出した障害発生情報に基づき、当該ソフト
ウェアモジュールの処置を決定し、実行の指示を行う機
能を付加したソフトウェアモジュール管理部を備えたこ
とにより、ソフトウェアモジュール実行時の障害の発生
を早期に検出するため、コンピュータシステム全体の動
作不能に至る前に障害の検出ができる。そのため、その
回復処理の自動化が可能となり、コンピュータシステム
の高信頼化、及び障害発生時のシステムの自動回復を図
ることができる。また、ソフトウェアモジュール毎にプ
ロファイルを保有しているので、ソフトウェアモジュー
ルをダウンロードする際に、併せてプロファイルを取得
することができ、プロファイル記載の実行関連情報に基
づき当該モジュールのきめ細かな管理を行うことが可能
となる。
【００５４】また、アプリケーションとして付加済みの
ソフトウェアモジュール、及び新規付加予定のソフトウ
ェアモジュールの各プロファイルに記録・保存されたコ
ンピュータシステム資源の使用量基準値情報を取得し、
前記ソフトウェアモジュールの新規付加後のアプリケー
ションのコンピュータシステム資源の使用量基準値を算
定し、この資源使用量基準値算定結果と、このアプリケ
ーションに対して予め割り当てられているコンピュータ
システム資源量であるコンピュータシステム資源許容使
用量設定値とから、前記新規付加予定のソフトウェアモ
ジュールの処置を決定し実行の指示を行う機能を付加し
たソフトウェアモジュール管理部を備えたことにより、
アプリケーションの実行時に必要となるコンピュータシ
ステム資源量を、常に資源許容使用量の範囲内に抑える
ことが可能になり、例えば、ソフトウェアモジュールの
入れ替え・追加を行ったアプリケーションの実行時にコ
ンピュータシステムの資源量を超えることによりシステ
ムに障害が発生するという問題点は解消され、システム
の高信頼化を図ることができる。また、ソフトウェアモ
ジュール毎にプロファイルを保有しているので、ソフト
ウェアモジュールをダウンロードする際に、併せてプロ
ファイルを取得することができ、プロファイル記載の実
行関連情報に基づき当該モジュールのきめ細かな管理を
行うことが可能となる。
【００５５】また、プロファイルに実行関連情報の一部
として、ソフトウェアモジュールの重要度情報及び/若
しくは信頼度情報を記録・保存し、アプリケーションと
して付加済みのソフトウェアモジュール、及び新規付加
予定のソフトウェアモジュールの各プロファイルからコ
ンピュータシステム資源の使用量基準値情報と共に前記
重要度情報及び/若しくは信頼度情報を取得し、前記ソ
フトウェアモジュールの新規付加後のアプリケーション
のコンピュータシステム資源の使用量基準値を算定し、
この資源使用量基準値算定結果と、このアプリケーショ
ンに対して予め割り当てられているコンピュータシステ
ム資源量であるコンピュータシステム資源許容使用量設
定値と、前記付加済みの各ソフトウェアモジュール及び
新規付加予定のソフトウェアモジュールの各々の前記資
源使用量基準値情報と重要度情報及び/若しくは信頼度
情報とに基づき、付加済みソフトウェアモジュールと新
規付加予定のソフトウェアモジュールの処置を決定し、
実行の指示を行う機能を付加したソフトウェアモジュー
ル管理部とを備えたことにより、アプリケーションの実
行時に必要となるコンピュータシステム資源量を、常に
資源許容使用量の範囲内に抑えることが可能になると共
に、ソフトウェアモジュールの重要度、信頼性を考慮し
ての新規機能の追加、削除が可能となるため、システム
の高信頼化を図りつつ、最適なアプリケーションを構築
することができる。また、ソフトウェアモジュール毎に
プロファイルを保有しているので、ソフトウェアモジュ
ールをダウンロードする際に、併せてプロファイルを取
得することができ、プロファイル記載の実行関連情報に
基づき当該モジュールのきめ細かな管理を行うことが可
能となる。
【００５６】また、コンピュータシステム上での実行を
禁止されたソフトウェアモジュールの識別情報を登録し
た不正ソフトウェアモジュール登録テーブルと、この不
正ソフトウェアモジュール登録テーブルへのソフトウェ
アモジュール識別情報の登録の有無を当該ソフトウェア
モジュールのプロファイルに記録されている実行関連情
報に基づき検索し、その検索結果に応じて当該ソフトウ
ェアモジュールの処置を決定し、実行の指示を行う機能
を付加したソフトウェアモジュール管理部とを備えたこ
とにより、ソフトウェアモジュールのアプリケーション
への追加処理に先だって、当該ソフトウェアモジュール
を追加した場合に障害を発生させる可能性が高いかどう
かを判断できるようになり、コンピュータシステム上で
の障害の発生を未然に防止することができ、システムの
高信頼化を図ることができる。また、ソフトウェアモジ
ュール毎にプロファイルを保有しているので、ダウンロ
ードする際に、プロファイルも併せて取得することがで
き、このようなソフトウェアモジュールをアプリケーシ
ョンに付加する場合も、プロファイル記載の実行関連情
報に基づき上述のような当該ソフトウェアモジュールの
きめ細かな管理を行うことが可能となる。
【００５７】また、プロファイルの実行関連情報が、対
応するソフトウェアモジュールの障害発生履歴を保有
し、ソフトウェアモジュール監視部及び/又は資源管理
部が障害の発生を障害発生情報として検出した際に、こ
れを前記障害発生履歴に追加記録し、この障害発生情報
に基づき、障害の発生したソフトウェアモジュールのッ
プロファイルに記録されている、当該ソフトウェアモジ
ュールの識別情報を不正ソフトウェアモジュール登録テ
ーブルへ追加登録するか否を判定し、実行する不正ソフ
トウェアモジュール登録部を備えたことにより、ソフト
ウェアモジュールを追加した場合に、再度、障害を発生
させる可能性が高いかどうかの判断ができるとともに、
コンピュータシステム上での再度の障害の発生を未然に
防止することができ、システムの高信頼化を図ることが
できる。また、ソフトウェアモジュール毎にプロファイ
ルを保有しているので、ダウンロードする際に、プロフ
ァイルも併せて取得することができ、このようなソフト
ウェアモジュールをアプリケーションに付加する場合
も、プロファイルに記録されている、それまでに既に明
らかになっている障害発生履歴も併せて、そのソフトウ
ェアモジュールの不正ソフトウェアモジュール登録テー
ブルへの追加登録を判断・実行することができる。
【００５８】また、ソフトウェアモジュールでの障害発
生時の対応方法（障害対応方法）を実行関連情報の一部
として記録・保存したプロファイルと、障害発生情報に
基づき、障害の発生したソフトウェアモジュールのプロ
ファイルから前記障害対応方法を取得し、取得した障害
対応方法に従って障害対応処理を行うソフトウェアモジ
ュール障害対応処理部とを備えたことにより、ソフトウ
ェアモジュール毎に、最適な障害対応処理を自動で実行
できるようになり、コンピュータシステムの高信頼化、
及び障害発生時に最適な形でシステムの自動回復を図る
ことができる。ダウンロードしたソフトウェアモジュー
ルをアプリケーションに付加する場合でも、併せてプロ
ファイルを取得する形になるので、これに基づき当該モ
ジュールの障害対応方法を取得でき、木目細かな対応を
することが可能となる。
【００５９】また、アプリケーションフレームワークに
付加されたソフトウェアモジュールの実行時に発生した
障害を検出する工程と、検出された障害発生情報に基づ
き、障害の発生したソフトウェアモジュールを特定し、
ソフトウェアモジュールの実行関連情報を各ソフトウェ
アモジュール毎に予め記録してあるプロファイルから、
その特定されたソフトウェアモジュールの実行関連情報
を取得する工程と、前記障害発生情報と、この取得した
実行関連情報とに基づき、当該ソフトウェアモジュール
の処置を決定し、実行の指示を行う工程とを備えたこと
により、ソフトウェアモジュール実行時の障害の発生を
早期に検出するため、コンピュータシステム全体の動作
不能に至る前に障害の検出ができ、そのため、自動でそ
の回復処理が可能となり、コンピュータシステムの高信
頼化、及び障害発生時のシステムの自動回復を図ること
ができる。また、ソフトウェアモジュール毎にプロファ
イルを保有しているので、ソフトウェアモジュールをダ
ウンロードする際に、併せてプロファイルを取得するこ
とができ、プロファイル記載の実行関連情報に基づき当
該モジュールのきめ細かな管理を行うことが可能とな
る。
【００６０】また、アプリケーションフレームワークに
付加されたソフトウェアモジュールの実行時に発生した
障害を検出し、検出された障害発生情報に基づき、障害
の発生したソフトウェアモジュールを特定し、ソフトウ
ェアモジュールの実行関連情報を各ソフトウェアモジュ
ール毎に予め記録してあるプロファイルから、その特定
されたソフトウェアモジュールの実行関連情報を取得
し、前記障害発生情報と、この取得した実行関連情報と
に基づき、当該ソフトウェアモジュールの処置を決定
し、実行の指示を行う、アプリケーションフレームワー
クを有するコンピュータシステムを機能させるためのプ
ログラムにより、ソフトウェアモジュール実行時の障害
の発生を早期に検出するため、コンピュータシステム全
体の動作不能に至る前に障害の検出ができ、そのため、
自動でその回復処理が可能となり、コンピュータシステ
ムの高信頼化、及び障害発生時のシステムの自動回復を
図ることができる。また、ソフトウェアモジュール毎に
プロファイルを保有しているので、ソフトウェアモジュ
ールをダウンロードする際に、併せてプロファイルを取
得することができ、プロファイル記載の実行関連情報に
基づき当該モジュールのきめ細かな管理を行うことが可
能となる。
【図面の簡単な説明】
【図１】実施の形態１の、アプリケーションフレームワ
ークに基づくアプリケーションの構成を示す図である。
【図２】実施の形態１の、プロファイルの内部構成の例
を示す図である。
【図３】実施の形態１の、アプリケーションフレームワ
ーク処理手順の例を示す図である。
【図４】実施の形態２の、アプリケーションフレームワ
ークに基づくアプリケーションの構成を示す図である。
【図５】実施の形態２の、不正ソフトウェアモジュール
登録テーブルの例を示す図である。
【図６】実施の形態２の、アプリケーションフレームワ
ーク処理手順の例を示す図である。
【図７】実施の形態３の、アプリケーションフレームワ
ークに基づくアプリケーションの構成を示す図である。
【図８】実施の形態３の、アプリケーションフレームワ
ーク処理手順の例を示す図である。
【図９】実施の形態１の、アプリケーションフレームワ
ークに基づくアプリケーションの他の構成を示す図であ
る。
【図１０】実施の形態１の、アプリケーションフレーム
ワーク処理手順の例を、コンピュータシステム資源に関
連した障害発生の検出過程と共に示す図である。
【図１１】実施の形態４の、アプリケーションフレーム
ワークに基づくアプリケーションの構成を示す図であ
る。
【図１２】実施の形態４の、アプリケーションフレーム
ワーク処理手順の例を示す図である。
【図１３】従来のアプリケーションフレームワークに基
づくアプリケーションの構成を示す図である。
【符号の説明】
１１アプリケーション、１２アプリケーションフレーム
ワーク、１３ａ・・・１３ｎソフトウェアモジュール、
１４ａ・・・１４ｎプロファイル、１５ソフトウェアモ
ジュール監視部、１６ソフトウェアモジュール管理部、
２１最大メモリ使用量、２２同時ネットワーク接続数、
２３最大ネットワーク帯域、２４同時使用ファイル数、
２５最大ファイル使用領域、３１不正ソフトウェアモジ
ュール登録テーブル、４１ソフトウェアモジュール名
（１）、４２ソフトウェアモジュールベンダー名
（１）、４３ソフトウェアモジュール取得元アドレス
（１）、４４ソフトウェアモジュールバージョン
（１）、４５ソフトウェアモジュール名（２）、４６ソ
フトウェアモジュールベンダー名（２）、４７ソフトウ
ェアモジュール取得元アドレス（２）、４８ソフトウェ
アモジュールバージョン（２）、５１不正ソフトウェア
モジュール登録部、６１資源管理部、７１ソフトウェア
モジュール障害対応処理部、８１アプリケーション、８
２アプリケーションフレームワーク、８３ソフトウェア
モジュール
───────────────────────────────────────────────────── フロントページの続き (72)発明者 神余 浩夫 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 Ｆターム(参考） 5B076 BA04 5B098 GA01 GA04 GD14 JJ01

Claims (9)

    【特許請求の範囲】
  1. 【請求項１】 アプリケーションとして、ソフトウェア
    モジュールを動的に付加・削除する機能を提供するアプ
    リケーションフレームワークを有するコンピュータシス
    テムにおいて、ソフトウェアモジュールの識別情報を含
    むその実行に関連する情報を実行関連情報として記録・
    保存するプロファイルを各ソフトウェアモジュール毎に
    備え、且つ、前記アプリケーションとして付加されたソ
    フトウェアモジュールの実行時に発生した障害を検出
    し、これを障害発生情報としてソフトウェアモジュール
    管理部に通知するソフトウェアモジュール監視部と、こ
    の通知された障害発生情報から障害の発生したソフトウ
    ェアモジュールを特定し、特定されたソフトウェアモジ
    ュールのプロファイルから実行関連情報を取得し、取得
    した実行関連情報と前記障害発生情報とに基づき、当該
    ソフトウェアモジュールの処置を決定し、実行の指示を
    行うソフトウェアモジュール管理部とを備えたことを特
    徴とするコンピュータシステム。
  2. 【請求項２】 ソフトウェアモジュールのコンピュータ
    システム資源使用量基準値を実行関連情報の一部として
    記録・保存するプロファイルと、実行時のソフトウェア
    モジュールにおけるコンピュータシステム資源の使用状
    態を管理し、このソフトウェアモジュールのプロファイ
    ルに記録・保存された前記コンピュータシステム資源の
    使用量基準値情報を取得し、この使用量基準値を越える
    コンピュータシステム資源の使用を、このソフトウェア
    モジュールでの障害の発生として検出し、ソフトウェア
    モジュール管理部へ通知する資源管理部と、前記資源管
    理部で検出した障害発生情報に基づき、当該ソフトウェ
    アモジュールの処置を決定し、実行の指示を行う機能を
    付加したソフトウェアモジュール管理部を備えたことを
    特徴とする、請求項１に記載のコンピュータシステム。
  3. 【請求項３】 アプリケーションとして付加済みのソフ
    トウェアモジュール、及び新規付加予定のソフトウェア
    モジュールの各プロファイルに記録・保存されたコンピ
    ュータシステム資源の使用量基準値情報を取得し、前記
    ソフトウェアモジュールの新規付加後のアプリケーショ
    ンのコンピュータシステム資源の使用量基準値を算定
    し、この資源使用量基準値算定結果と、このアプリケー
    ションに対して予め割り当てられているコンピュータシ
    ステム資源量であるコンピュータシステム資源許容使用
    量設定値とから、前記新規付加予定のソフトウェアモジ
    ュールの処置を決定し実行の指示を行う機能を付加した
    ソフトウェアモジュール管理部を備えたことを特徴とす
    る請求項２に記載のコンピュータシステム。
  4. 【請求項４】 プロファイルに実行関連情報の一部とし
    て、ソフトウェアモジュールの重要度情報及び/若しく
    は信頼度情報を記録・保存し、アプリケーションとして
    付加済みのソフトウェアモジュール、及び新規付加予定
    のソフトウェアモジュールの各プロファイルからコンピ
    ュータシステム資源の使用量基準値情報と共に前記重要
    度情報及び/若しくは信頼度情報を取得し、前記ソフト
    ウェアモジュールの新規付加後のアプリケーションのコ
    ンピュータシステム資源の使用量基準値を算定し、この
    資源使用量基準値算定結果と、このアプリケーションに
    対して予め割り当てられているコンピュータシステム資
    源量であるコンピュータシステム資源許容使用量設定値
    と、前記付加済みの各ソフトウェアモジュール及び新規
    付加予定のソフトウェアモジュールの各々の前記資源使
    用量基準値情報と重要度情報及び/若しくは信頼度情報
    に基づき、付加済みソフトウェアモジュールと新規付加
    予定のソフトウェアモジュールの処置を決定し、実行の
    指示を行う機能を付加したソフトウェアモジュール管理
    部とを備えたことを特徴とする請求項２に記載のコンピ
    ュータシステム。
  5. 【請求項５】 コンピュータシステム上での実行を禁止
    されたソフトウェアモジュールの識別情報を登録した不
    正ソフトウェアモジュール登録テーブルと、この不正ソ
    フトウェアモジュール登録テーブルへのソフトウェアモ
    ジュール識別情報の登録の有無を当該ソフトウェアモジ
    ュールのプロファイルに記録されている実行関連情報に
    基づき検索し、その検索結果に応じて当該ソフトウェア
    モジュールの処置を決定し、実行の指示を行う機能を付
    加したソフトウェアモジュール管理部とを備えたことを
    特徴とする請求項１から４のいずれかに記載のコンピュ
    ータシステム。
  6. 【請求項６】 プロファイルの実行関連情報が、対応す
    るソフトウェアモジュールの障害発生履歴を保有し、ソ
    フトウェアモジュール監視部及び/又は資源管理部が障
    害の発生を障害発生情報として検出した際に、これを前
    記障害発生履歴に追加記録し、この障害発生履歴に基づ
    き、障害の発生したソフトウェアモジュールのプロファ
    イルに記録されている当該ソフトウェアモジュールの識
    別情報を不正ソフトウェアモジュール登録テーブルへ追
    加登録するか否かを判定し、実行する不正ソフトウェア
    モジュール登録部を備えたことを特徴とする請求項５に
    記載のコンピュータシステム。
  7. 【請求項７】 ソフトウェアモジュールでの障害発生時
    の障害対応方法を実行関連情報の一部として記録・保存
    したプロファイルと、障害発生情報に基づき、障害の発
    生したソフトウェアモジュールのプロファイルから前記
    障害対応方法を取得し、取得した障害対応方法に従って
    障害対応処理を行うソフトウェアモジュール障害対応処
    理部とを備えたことを特徴とする請求項１から６に記載
    のコンピュータシステム。
  8. 【請求項８】 アプリケーションフレームワークに付加
    されたソフトウェアモジュールの実行時に発生した障害
    を検出する工程と、検出された障害発生情報に基づき、
    障害の発生したソフトウェアモジュールを特定し、ソフ
    トウェアモジュールの実行に関連する情報を実行関連情
    報として各ソフトウェアモジュール毎に予め記録したプ
    ロファイルから、その特定されたソフトウェアモジュー
    ルの実行関連情報を取得する工程と、前記障害発生情報
    と、この取得した実行関連情報とに基づき、当該ソフト
    ウェアモジュールの処置を決定し、実行の指示を行う工
    程とを備えたことを特徴とする、アプリケーションフレ
    ームワークを有するコンピュータシステムの障害対応方
    法。
  9. 【請求項９】 アプリケーションフレームワークに付加
    されたソフトウェアモジュールの実行時に発生した障害
    を検出し、検出された障害発生情報に基づき、障害の発
    生したソフトウェアモジュールを特定し、ソフトウェア
    モジュールの実行に関連する情報を実行関連情報として
    各ソフトウェアモジュール毎に予め記録したプロファイ
    ルから、その特定されたソフトウェアモジュールの実行
    関連情報を取得し、前記障害発生情報と、この取得した
    実行関連情報とに基づき、当該ソフトウェアモジュール
    の処置を決定し、実行の指示を行うことを特徴とする、
    アプリケーションフレームワークを有するコンピュータ
    システムを機能させるためのプログラム。
JP2002060300A 2002-03-06 2002-03-06 コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム Pending JP2003256225A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2002060300A JP2003256225A (ja) 2002-03-06 2002-03-06 コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム
EP02020419A EP1343088A3 (en) 2002-03-06 2002-09-11 Computer system, failure handling method, and computer program
US10/246,557 US7082555B2 (en) 2002-03-06 2002-09-19 Computer system dynamically adding and deleting software modules

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002060300A JP2003256225A (ja) 2002-03-06 2002-03-06 コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム

Publications (1)

Publication Number Publication Date
JP2003256225A true JP2003256225A (ja) 2003-09-10

Family

ID=27751133

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002060300A Pending JP2003256225A (ja) 2002-03-06 2002-03-06 コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム

Country Status (3)

Country Link
US (1) US7082555B2 (ja)
EP (1) EP1343088A3 (ja)
JP (1) JP2003256225A (ja)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006059217A (ja) * 2004-08-23 2006-03-02 Mitsubishi Electric Corp ソフトウェアメモリイメージ生成装置及び組み込み機器ソフトウェア更新システム及びプログラム
WO2007110955A1 (ja) * 2006-03-29 2007-10-04 Fujitsu Limited 携帯端末装置、状態監視方法および状態監視プログラム
JP2008191786A (ja) * 2007-02-01 2008-08-21 Canon Inc プログラム管理装置、プログラム管理方法及びプログラム
JP2009524129A (ja) * 2006-01-12 2009-06-25 マイクロソフト コーポレーション コンピュータアプリケーションにおけるアーキテクチャ的分割の組立時規則適用
JP2013101702A (ja) * 2003-09-30 2013-05-23 Fujitsu Social Science Laboratory Ltd コンピュータシステム管理のプログラム，コンピュータシステム管理装置，コンピュータシステムの管理方法
JP2013145503A (ja) * 2012-01-16 2013-07-25 Canon Inc 装置、制御方法、並びにプログラム
JP2018063518A (ja) * 2016-10-12 2018-04-19 株式会社日立製作所 管理サーバ、管理方法及びそのプログラム

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8069407B1 (en) * 1998-12-08 2011-11-29 Yodlee.Com, Inc. Method and apparatus for detecting changes in websites and reporting results to web developers for navigation template repair purposes
JP2004164389A (ja) * 2002-11-14 2004-06-10 Nec Fielding Ltd 保守サービス方式，方法およびプログラム
US7293201B2 (en) * 2003-01-17 2007-11-06 Microsoft Corporation System and method for active diagnosis and self healing of software systems
US7793233B1 (en) 2003-03-12 2010-09-07 Microsoft Corporation System and method for customizing note flags
TWI228650B (en) * 2003-06-17 2005-03-01 Acer Inc Application program management system and method thereof
US7191364B2 (en) * 2003-11-14 2007-03-13 Microsoft Corporation Automatic root cause analysis and diagnostics engine
US7685598B1 (en) * 2003-12-23 2010-03-23 The Weather Channel, Inc. Desktop application framework
US7448022B1 (en) 2004-02-10 2008-11-04 Prasad Ram Dynamic software composition in a component-based software system
US7398433B2 (en) 2004-03-31 2008-07-08 Microsoft Corporation System and method of preventing a web browser plug-in module from generating a failure
US7360125B2 (en) * 2004-06-18 2008-04-15 Sap Aktiengesellschaft Method and system for resolving error messages in applications
US8117607B2 (en) * 2004-08-18 2012-02-14 International Business Machines Corporation Administration of kernel extensions
WO2006033419A1 (en) * 2004-09-20 2006-03-30 Sony Computer Entertainment Inc. Methods and apparatus for distributing software applications
JP4260723B2 (ja) * 2004-11-04 2009-04-30 株式会社日立製作所 情報処理装置、情報処理装置の制御方法、及びプログラム
US7603404B2 (en) * 2004-12-20 2009-10-13 Sap Ag Grid parallel execution
US7434132B2 (en) * 2005-01-18 2008-10-07 Sap Ag Method and system of configuring a software program
US20070245313A1 (en) * 2006-04-14 2007-10-18 Microsoft Corporation Failure tagging
KR100782856B1 (ko) * 2006-09-26 2007-12-06 삼성전자주식회사 디지털 방송 수신기의 소프트웨어 업그레이드 방법 및 장치
US9054964B2 (en) * 2006-11-28 2015-06-09 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Network switch load balance optimization
US7673178B2 (en) * 2007-01-31 2010-03-02 Microsoft Corporation Break and optional hold on failure
US7788540B2 (en) * 2007-01-31 2010-08-31 Microsoft Corporation Tracking down elusive intermittent failures
US7739551B2 (en) 2007-06-20 2010-06-15 Microsoft Corporation Web page error reporting
JP2009181536A (ja) * 2008-02-01 2009-08-13 Dainippon Screen Mfg Co Ltd ソフトウェアの障害管理装置、テスト管理装置、ならびにそれらのプログラム
WO2010050335A1 (ja) * 2008-10-27 2010-05-06 株式会社 日立製作所 リソース管理方法と組込み装置
US20100125541A1 (en) * 2008-11-14 2010-05-20 Andreas Werner Wendel Popup window for error correction
JP5217988B2 (ja) * 2008-12-08 2013-06-19 富士通株式会社 情報処理装置、プログラムおよび情報処理装置の制御方法
US8352798B2 (en) * 2009-12-10 2013-01-08 International Business Machines Corporation Failure detection and fencing in a computing system
US9430279B2 (en) * 2012-05-22 2016-08-30 Avaya Inc. System and method for dynamic influencing of sequence vector by sequenced applications
US9037914B1 (en) * 2012-06-28 2015-05-19 Google Inc. Error handling for widgets
JP6213338B2 (ja) * 2014-03-26 2017-10-18 富士ゼロックス株式会社 情報処理装置、画像読取システム、プログラム
US9588831B2 (en) 2015-01-16 2017-03-07 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Preventing recurrence of deterministic failures
US20220197770A1 (en) * 2020-12-23 2022-06-23 International Business Machines Corporation Software upgrade stability recommendations

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5818757A (ja) * 1981-07-24 1983-02-03 Matsushita Electric Ind Co Ltd 配列限界検査装置
JPS6019241A (ja) * 1983-07-12 1985-01-31 Fujitsu Ltd アセンブラ命令境界エラ−検出処理方式
JPH06110666A (ja) * 1992-09-25 1994-04-22 Fujitsu Ltd 世代付きロードモジュールライブラリ管理システム
JPH08234968A (ja) * 1994-12-27 1996-09-13 Toshiba Corp プログラム実行管理システム及びプログラム実行管理方法
JP2000029713A (ja) * 1998-03-23 2000-01-28 Sun Microsyst Inc 拡張可能なアプリケ―ションのためのフレ―ムワ―クの実現技術
JP2000339182A (ja) * 1999-05-31 2000-12-08 Matsushita Electric Works Ltd リアルタイム処理装置
JP2001216166A (ja) * 2000-02-02 2001-08-10 Hitachi Ltd 情報処理装置の保守管理方法および情報処理装置ならびにソフトウェアの作成方法およびソフトウェア
JP2001331348A (ja) * 2000-05-24 2001-11-30 Nec Software Kobe Ltd プロセスメモリ消費量増加傾向検出方式
JP2001356998A (ja) * 2000-06-14 2001-12-26 Denso Corp デバイスドライバの作成方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5664093A (en) * 1994-12-27 1997-09-02 General Electric Company System and method for managing faults in a distributed system
JPH08328880A (ja) * 1995-05-31 1996-12-13 Mitsubishi Electric Corp 複数のアプリケーションプログラムを同時に実行できるオペレーティングシステムにおける計算機運転管理システム
US5951639A (en) * 1996-02-14 1999-09-14 Powertv, Inc. Multicast downloading of software and data modules and their compatibility requirements
JPH1021194A (ja) * 1996-07-03 1998-01-23 Nec Corp アプリケーションプログラムの誤動作防止システム、誤 動作 防止方法および誤動作防止用プログラムを記憶した記憶 媒体
JP3160220B2 (ja) * 1997-03-05 2001-04-25 三菱電機株式会社 障害予防システム
US6167538A (en) * 1998-03-06 2000-12-26 Compaq Computer Corporation Method and apparatus for monitoring components of a computer system
JP3070681B2 (ja) 1998-04-17 2000-07-31 日本電気株式会社 障害処理動的変更方法、障害処理動的変更装置及びその記録媒体
AU5776900A (en) * 1999-06-30 2001-01-31 Biztro, Inc. Improved scalable architecture and methods for e-commerce applications in a clustered computer system
US6446218B1 (en) * 1999-06-30 2002-09-03 B-Hub, Inc. Techniques for maintaining fault tolerance for software programs in a clustered computer system

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5818757A (ja) * 1981-07-24 1983-02-03 Matsushita Electric Ind Co Ltd 配列限界検査装置
JPS6019241A (ja) * 1983-07-12 1985-01-31 Fujitsu Ltd アセンブラ命令境界エラ−検出処理方式
JPH06110666A (ja) * 1992-09-25 1994-04-22 Fujitsu Ltd 世代付きロードモジュールライブラリ管理システム
JPH08234968A (ja) * 1994-12-27 1996-09-13 Toshiba Corp プログラム実行管理システム及びプログラム実行管理方法
JP2000029713A (ja) * 1998-03-23 2000-01-28 Sun Microsyst Inc 拡張可能なアプリケ―ションのためのフレ―ムワ―クの実現技術
JP2000339182A (ja) * 1999-05-31 2000-12-08 Matsushita Electric Works Ltd リアルタイム処理装置
JP2001216166A (ja) * 2000-02-02 2001-08-10 Hitachi Ltd 情報処理装置の保守管理方法および情報処理装置ならびにソフトウェアの作成方法およびソフトウェア
JP2001331348A (ja) * 2000-05-24 2001-11-30 Nec Software Kobe Ltd プロセスメモリ消費量増加傾向検出方式
JP2001356998A (ja) * 2000-06-14 2001-12-26 Denso Corp デバイスドライバの作成方法

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013101702A (ja) * 2003-09-30 2013-05-23 Fujitsu Social Science Laboratory Ltd コンピュータシステム管理のプログラム，コンピュータシステム管理装置，コンピュータシステムの管理方法
JP2013101703A (ja) * 2003-09-30 2013-05-23 Fujitsu Social Science Laboratory Ltd コンピュータシステム管理のプログラム，コンピュータ及び各コンピュータにおける管理方法
JP2006059217A (ja) * 2004-08-23 2006-03-02 Mitsubishi Electric Corp ソフトウェアメモリイメージ生成装置及び組み込み機器ソフトウェア更新システム及びプログラム
JP2009524129A (ja) * 2006-01-12 2009-06-25 マイクロソフト コーポレーション コンピュータアプリケーションにおけるアーキテクチャ的分割の組立時規則適用
WO2007110955A1 (ja) * 2006-03-29 2007-10-04 Fujitsu Limited 携帯端末装置、状態監視方法および状態監視プログラム
JP2008191786A (ja) * 2007-02-01 2008-08-21 Canon Inc プログラム管理装置、プログラム管理方法及びプログラム
US8635610B2 (en) 2007-02-01 2014-01-21 Canon Kabushiki Kaisha Management system and management method
JP2013145503A (ja) * 2012-01-16 2013-07-25 Canon Inc 装置、制御方法、並びにプログラム
US9274775B2 (en) 2012-01-16 2016-03-01 Canon Kabushiki Kaisha Apparatus, control method, and storage medium to instruct a framework to stop a target application based on a usage amount of a resource and a type of the target application
JP2018063518A (ja) * 2016-10-12 2018-04-19 株式会社日立製作所 管理サーバ、管理方法及びそのプログラム
WO2018070211A1 (ja) * 2016-10-12 2018-04-19 株式会社日立製作所 管理サーバ、管理方法及びそのプログラム

Also Published As

Publication number Publication date
US7082555B2 (en) 2006-07-25
EP1343088A3 (en) 2007-04-25
EP1343088A2 (en) 2003-09-10
US20040078686A1 (en) 2004-04-22

Similar Documents

Publication Publication Date Title
JP2003256225A (ja) コンピュータシステム、障害対応方法及びコンピュータシステムを機能させるためのプログラム
US11108859B2 (en) Intelligent backup and recovery of cloud computing environment
US6966058B2 (en) System and method for managing software upgrades in a distributed computing system
US20030005037A1 (en) Crash recovery system
US8601493B2 (en) Application controlling apparatus and storage medium which stores software for the apparatus
US6862688B2 (en) Fault handling system and fault handling method
CN108399132B (zh) 一种调度测试方法、装置及存储介质
US8589889B2 (en) Apparatus and method of detecting errors in embedded software
US7958210B2 (en) Update management method and update management unit
US8112745B2 (en) Apparatus and method for capabilities verification and restriction of managed applications in an execution environment
US20060230398A1 (en) Install processing apparatus, processing method, storage medium, and program
US20080282255A1 (en) Highly-available application operation method and system, and method and system of changing application version on line
US8984108B2 (en) Dynamic CLI mapping for clustered software entities
EP1697842A2 (en) Method and an apparatus for controlling executables running on blade servers
CN106789308B (zh) 一种微服务架构可自动伸缩的gis服务装置及其控制方法
CN109639818B (zh) 一种云环境下的服务发现方法、装置、服务器和存储介质
CN107453932B (zh) 一种分布式存储***管理方法及其装置
CN111090546A (zh) 一种操作***重启方法、装置、设备及可读存储介质
EP3591530A1 (en) Intelligent backup and recovery of cloud computing environment
US7543168B1 (en) Specifying an operating system level to use after reboot
JP2019020798A (ja) 情報処理装置およびプログラム
CN109672573B (zh) 一种配置文件的部署方法、确定方法、服务器及存储介质
US6205581B1 (en) Method for replace-block loading in a multiprocessor system
US20150309885A1 (en) Method and device for processing data and electronic apparatus
CN100469001C (zh) 可使用通用随插即用通信协议更新软件程序的***及方法

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20040709

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20041116

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070315

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070403

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20070724