JP2007025820A - ソフトウェアのリスク診断プログラム - Google Patents
ソフトウェアのリスク診断プログラム Download PDFInfo
- Publication number
- JP2007025820A JP2007025820A JP2005203672A JP2005203672A JP2007025820A JP 2007025820 A JP2007025820 A JP 2007025820A JP 2005203672 A JP2005203672 A JP 2005203672A JP 2005203672 A JP2005203672 A JP 2005203672A JP 2007025820 A JP2007025820 A JP 2007025820A
- Authority
- JP
- Japan
- Prior art keywords
- software
- risk
- information
- value
- occurrence condition
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Stored Programmes (AREA)
- Debugging And Monitoring (AREA)
- Test And Diagnosis Of Digital Computers (AREA)
Abstract
【課題】
ソフトウェアの運用に基づいたソフトウェアのリスク診断を自動的に行うことにより、リスク診断のユーザーの負担の軽減を図るとともに、リスクを定量的に示すことで、修正されたバージョンへの速やかな移行を促し、旧バージョンのソフトウェアを使用し続けることで発生するトラブルを未然に防ぐ。
【解決手段】
運用中のソフトウェアの設定情報、動作ログ、およびイベントログを含む運用情報を抽出し、ソフトウェアの既知の問題点の発生条件とその問題点の重大度を含む問題点情報を入力する。運用情報と発生条件とを比較することにより、その運用情報が示す運用状況では前記発生条件がどの程度の確からしさで発生するかを表す確からしさの値を演算し、その確からしさの値とその問題点の重大度に基づいて定量的なリスク値を算出する。そのリスク値に応じて、ソフトウェアの修正版の適用を促すメッセージを出力する。
【選択図】 図1
ソフトウェアの運用に基づいたソフトウェアのリスク診断を自動的に行うことにより、リスク診断のユーザーの負担の軽減を図るとともに、リスクを定量的に示すことで、修正されたバージョンへの速やかな移行を促し、旧バージョンのソフトウェアを使用し続けることで発生するトラブルを未然に防ぐ。
【解決手段】
運用中のソフトウェアの設定情報、動作ログ、およびイベントログを含む運用情報を抽出し、ソフトウェアの既知の問題点の発生条件とその問題点の重大度を含む問題点情報を入力する。運用情報と発生条件とを比較することにより、その運用情報が示す運用状況では前記発生条件がどの程度の確からしさで発生するかを表す確からしさの値を演算し、その確からしさの値とその問題点の重大度に基づいて定量的なリスク値を算出する。そのリスク値に応じて、ソフトウェアの修正版の適用を促すメッセージを出力する。
【選択図】 図1
Description
本発明は、ソフトウェアの既知の問題に対するリスク診断を行うプログラムに関する。
ソフトウェアは、不良が発見されたり仕様変更があると、しばしばバージョンアップされる。一方、バージョンアップに伴い、以前のバージョンで動作していたものが動作しなくなるという危険がある。このため、企業の基幹業務で運用中のソフトウェアについて、修正バージョンの適用は慎重に行われる。すなわち、修正バージョンで修正された問題に対するリスクを評価し、修正バージョンの適用を行うかどうか、あるいは適用の時期はどうするかを検討する。結果として、多くのユーザーが旧バージョンのまま運用する場合もある。この場合、旧バージョンにおける既知の問題が多くのユーザーにおいて顕在化することがある。
バージョンアップによるリスク低減の技術として、例えば、下記特許文献1に記載のものが知られている。この技術は、新旧バージョンを併用することにより、バージョンアップによるリスク低減を図る技術である。旧バージョンを残したまま新バージョンをインストールし、両方のバージョンで同じ処理を行わせる。このとき、それぞれの実行性能に関する情報を収集し、新バージョンの方が性能が良いと判明した場合に、新バージョンの導入を確定するものである。
また、ソフトウェアのリスク診断方法として、例えば、下記特許文献2に記載のものが知られている。この技術では、リスク診断サーバが、リスク情報データベースから、ソフトウェアのバージョン毎に、確認されている問題点から想定されるリスクを定量化したリスクレベル情報を関連付けてなるソフトウェア・リスク情報を取り出して、クライアント端末に送信する。クライアント端末は、自装置側で使用するソフトウェアを特定するソフトウェア特定情報を取得し、前記ソフトウェア・リスク情報から、前記自装置側で使用するソフトウェア特定情報に適合するデータを抽出して、自己診断を行い、その結果を返送する。その後、リスク診断サーバが、前記自己診断の結果を出力する。
特開2004−171326号公報
特開2003−186696号公報
しかしながら、上記特許文献1に記載の技術は、新旧バージョン性能の比較は行えるものの、旧バージョンに潜在するソフトウェアの問題に対する診断を行うものではないため、旧バージョンを使用し続けた結果、潜在していた問題が顕在化する可能性について評価できない。さらに、上記特許文献1に記載の技術は、企業の基幹業務システムに使用する運用管理ソフトウェアへの適用は困難である。例えば、運用管理ソフトウェアでユーザーのジョブを実行する場合、そのジョブを新旧の両バージョンで並行して行うことは、ジョブの2重実行となり業務上許されない場合が多い。
また、上記特許文献2に記載の技術は、ソフトウェアの特定情報に基づくリスク診断を行うものの、ソフトウェア個別の運用を考慮したリスク診断(同じソフトウェアを使っていても、運用する際の使用条件が異なればリスクも異なるはずである)は行えない。個別運用を考慮するには、ソフトウェアのユーザー自身が人手で問題点についてのドキュメントを参照するなどして運用を考慮したリスク診断を行う必要があり、ユーザーの負担も大きく、また、ドキュメントの誤解により適切な診断がなされないこともありうる。
本発明は、ソフトウェアの運用に基づいたソフトウェアのリスク診断を自動的に行うことにより、リスク診断のユーザーの負担の軽減を図るとともに、リスクを定量的に示すことで、修正されたバージョンへの速やかな移行を促し、旧バージョンのソフトウェアを使用し続けることで発生するトラブルを未然に防ぐことを目的とする。
上記問題を解決するために、本発明は、運用中のソフトウェアの既知の問題点のリスク診断をコンピュータで行うリスク診断プログラムであって、コンピュータを、前記運用中のソフトウェアの設定情報、動作ログ、およびイベントログを含む運用情報を抽出する手段、前記運用中のソフトウェアの既知の問題点の発生条件とその問題点の重大度を含む問題点情報を入力する手段、抽出された運用情報と発生条件とを比較することにより、その運用情報が示す運用状況では前記発生条件がどの程度の確からしさで発生するかを表す確からしさの値を演算し、その確からしさの値とその問題点の重大度に基づいて定量的なリスク値を算出する手段、並びに、前記リスク値を所定の閾値と比較し、リスク値が閾値より大きいときは、その問題点に関する回避策や回復策を提示したり、前記ソフトウェアの修正版の適用を促すメッセージを出力する手段として機能させることを特徴とする。
本発明に係る診断プログラムを使用することにより、問題点を修正したソフトウェアのバージョンアップ版が発行されたとき、その問題点に関する定量的なリスクの診断および問題発生の監視を行うことができる。問題の発生が無く、リスクも低いと診断された場合は、問題点を修正したソフトウェアの新バージョンへ移行せず、現在使用中のソフトウェアの使用を続ければよい。一方、問題の発生が有る、または、リスクが高いと診断された場合、問題点を修正したソフトウェアの新バージョンへ移行するかまたは提示された回避策・回復策を行うように運用すればよい。リスクがあると診断された場合、リスクの大きさに応じて、修正したソフトウェアの新バージョンへ移行する時期を変更するようにしてもよい。
以上説明したように、本発明によれば、ソフトウェアの運用に基づいたソフトウェアのリスク診断を自動的に行うことにより、リスク診断のユーザーの負担の軽減を図ることができる。また、リスクを定量的に示すことで、修正されたバージョンへの速やかな移行を促すとともに、回避策を事前に適用したり、回復策を示すことで、旧バージョンのソフトウェアを使用し続けることで発生するトラブルを未然に防ぎあるいは回復することができる。さらに、旧バージョンを使用し続けて問題が発生した場合も、診断プログラムにより素早く原因を突き止めることができ、旧バージョンを使用し続けても、新バージョン並のソフトウェアの可用性を実現する運用が可能となる。
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
図1は、本発明の一実施形態に係るソフトウェアの診断プログラムの使用イメージの概要を示すブロック図である。1は既知の問題を含むソフトウェア本体を示す。2は、ソフトウェア1の設定情報やソフトウェア1の動作履歴を記録する動作ログ、およびソフトウェア1が検知した事象を記録するイベントログを含む運用情報ファイルを示す。3はソフトウェア1の既知の問題を診断・監視する診断プログラムを示す。4はソフトウェア本体1についての既知の問題の問題点情報を示す。5は診断プログラム3が出力する診断結果を示す。
ソフトウェア本体1は、運用情報ファイル2に含まれる設定情報を入力し、その設定情報に基づいて動作する。その際、動作の内容を運用情報ファイル2に含まれる動作ログに出力する。また、ソフトウェア本体1はソフトウェアが検知した事象についての情報を運用情報ファイル2に含まれるイベントログに出力する。診断プログラム3は、ソフトウェア本体1についての既知の問題の問題点情報4に含まれる発生条件を運用情報ファイル2から検索し、問題の発生の有無と、潜在的リスクの計算を行い、診断結果5を出力する。
図2は、診断プログラム3が運用情報と問題点の発生条件から問題点発生確率を算出する例を示すためのテーブル図である。問題点情報テーブル21は、図1の診断プログラム3が参照する問題点情報4に相当する。問題点情報テーブル21に記載されている問題点Aは、ソフトウェア本体1についての既知の問題である。発生条件1〜3が示され、これらの条件1〜3のANDの組み合わせでこの問題が発生することが示されている。例えば、発生条件1、発生条件2、発生条件3の発生確率をそれぞれ0.3、0.2、0.1とすると、問題点Aの発生確率はそれらの積であるので、0.006となる。また、この問題についての重大度と回避策が記載されている。設定情報22、動作ログ23、およびイベントログ24は、図1の運用情報ファイル2に含まれる。設定情報22はソフトウェア本体1が動作する前に予め設定されているものであり、動作ログ23とイベントログ24はソフトウェア本体1が動作しているときに取得して格納する情報である。
図1の診断プログラム3が問題点情報テーブル21にある問題点Aの発生確率を算出する手順は次のとおりである。
まず、図1の診断プログラム3は、問題点情報テーブル21にある問題点Aの発生条件1を参照し、「設定情報S1=YYY」という条件を取得する。そこで診断プログラム3は、図1の運用情報ファイル2の中から設定情報22の S1の項目を検索する。設定情報22ではS1=YYYとなっており、問題点情報テーブル21の発生条件1に合致する。問題点情報テーブル21にある問題点Aの組み合わせ条件は AND のため、合致しなかった場合は、発生確率0となる。
次に、発生条件2、3であるが、これは処理Pを行っている間にイベントEが発生するという条件で、タイミングにより発生する問題点ということを意味する。そこで、図1の診断プログラム3は、図1の運用情報ファイル2の中の動作ログ23から処理Pの開始・終了を検索し、動作ログ23全体について処理Pの処理時間の合計を計算する。また、図1の診断プログラム3は、図1の運用ファイル2の中のイベントログ24からイベントEの発生回数を数える。この結果、例えば、処理Pの処理時間の合計が1秒、イベントEの発生回数が2回、動作ログ23およびイベントログ24を取得した時間の長さがどちらも100時間とすると、問題点Aが発生する確率は、100時間で (1秒÷100時間)×2=0.00056% となる。すなわち、動作ログ23とイベントログ24を取得した処理時間の全体長さに対する処理Pの処理時間合計の割合を求め、これにイベントEの発生回数を掛けて、求める確率としている。
なお、この確率の算出の仕方は、上記方式に限られない。設定情報22、動作ログ23、およびイベントログ24に基づいて、実際に運用されている現在からみてどの程度当該問題が発生し易い(あるいはし難い)状況にあるかを数値で示すような方式であればよい。
図3は、診断プログラム3の動作を示すフローチャートである。診断プログラム3は、問題点情報テーブル21を参照して問題点の発生条件を取得する(ステップ31)。次に、運用情報(設定情報22、動作ログ23、イベントログ24)から前記発生条件を検索する(ステップ32)。この結果、発生条件を満たさない場合は、次の問題点の処理を行う(ステップ33)。満たす場合は(ステップ33)、発生確率と重大度からリスクを算出する(ステップ34)。重大度は図2の問題点情報テーブル21に数値としてもっており、これと前述したように求めた発生確率を掛け合わせたものをリスク値として算出する。例えば、図2の問題点Aのリスク値は、発生確率0.006と重大度60との積である0.36となる。診断プログラム3には、どの程度のリスク値であれば対処を必要とするかを判定するための閾値があらかじめ与えられている。リスクが閾値以上かを判定するステップ35では、ステップ34で算出したリスク値と閾値を比較し、閾値に達しない場合はそれ程重大ではないリスクと判断して、次の問題点の処理へ進む。閾値以上であった場合、図2の問題点情報テーブル21中の当該問題点の記載の中に回避策があるかを判定する(ステップ36)。回避策がある場合は、その回避策を表示し対処を促すメッセージを出力する(ステップ37)。また回避策がない場合は、修正版の適用を促すメッセージを出力する(ステップ38)。例えば、問題点Aのリスク値0.36に対して、閾値が0.5であれば次の問題点の処理に進み、閾値が0.3であればステップ36の判定を行い、この場合回避策があるので、「Xオプションを使用する」旨のメッセージを出力する(図2参照)。
図4は、上述したソフトウェア診断プログラム3を用いたソフトウェア運用方法を示すフロ−チャートである。まず、診断プログラム3がソフトウェア1の運用管理者に提供される(ステップ41)。この診断プログラム3には、ソフトウェア1に対して新たに発見された問題点が記載された問題点情報4も添付されている。ソフトウェア運用管理者は、この診断プログラム3を使用して運用中のソフトウェア1に対してリスク診断する。その結果として、図3で説明したようにステップ37や38で出力される情報が提供されるので、ソフトウェア運用管理者は、その結果を参照してリスク判定を行う(ステップ43)。リスクがないと診断された場合、現行のソフトウェアバージョン(旧バージョン)の使用をそのまま続ける(ステップ44)。リスクがあると診断された場合(ステップ43)、ソフトウェア運用管理者は、そのソフトウェアの問題に対する回避策の適用可否を検討する(ステップ45)。回避策の適用ができない場合、示されたリスクに応じて、問題点が修正されたソフトウェアのバージョン(新バージョン)への移行を検討する(ステップ46)。その際、問題の発生確率に応じて移行スケジュールを立てると良い。即ち、確率が高い場合は早急に移行を行い、確率が低い場合は中長期の運用スケジュールの中で移行の計画を立てる。回避策を適用することで運用可能と判断した場合は、その回避策を適用し、現行のソフトウェアバージョンの使用をそのまま続ける(ステップ47)。
以上のようなソフトウェア運用を行い、新たに診断プログラムの提供(ステップ41)がなされる度に、同様の手順で運用を続ける。
なお、上記実施形態では、問題点情報に回避策を含め、リスクが大きいときはその回避策を運用管理者に提示しているが、回避策とともに、あるいは回避策の代わりに、回復策(その問題が発生してしまったとき、どのように対処してシステムを回復するかを示す策)を問題点情報に含めておき、これを運用管理者に提示するようにしてもよい。
1…ソフトウェア本体、2…運用情報ファイル、3…診断プログラム、4…問題点情報、5…診断結果、21…問題点情報テーブル、22…設定情報、23…動作ログ、24…イベントログ、31…問題点情報の取得、32…運用情報から発生条件を検索、33…発生条件を満たすかを判定、34…発生確率と重大度からリスクを算出、35…リスクが閾値以上かを判定、36…回避策の有無を判定、37…回避策を表示し対処を即すメッセージを出力、38…修正版の適用を即すメッセージを出力、41…診断プログラムの提供、42…診断プログラムの使用、43…リスク判定、44…旧バージョンの使用、45…回避策の判定、46…移行検討、47…回避策の適用。
Claims (1)
- 運用中のソフトウェアの既知の問題点のリスク診断をコンピュータで行うリスク診断プログラムであって、
コンピュータを、
前記運用中のソフトウェアの設定情報、動作ログ、およびイベントログを含む運用情報を抽出する手段、
前記運用中のソフトウェアの既知の問題点の発生条件とその問題点の重大度を含む問題点情報を入力する手段、
抽出された運用情報と発生条件とを比較することにより、その運用情報が示す運用状況では前記発生条件がどの程度の確からしさで発生するかを表す確からしさの値を演算し、その確からしさの値とその問題点の重大度に基づいて定量的なリスク値を算出する手段、並びに、
前記リスク値を所定の閾値と比較し、リスク値が閾値より大きいときは、その問題点に関する回避策や回復策を提示したり、前記ソフトウェアの修正版の適用を促すメッセージを出力する手段
として機能させることを特徴とするソフトウェアのリスク診断プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005203672A JP2007025820A (ja) | 2005-07-12 | 2005-07-12 | ソフトウェアのリスク診断プログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005203672A JP2007025820A (ja) | 2005-07-12 | 2005-07-12 | ソフトウェアのリスク診断プログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2007025820A true JP2007025820A (ja) | 2007-02-01 |
Family
ID=37786527
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005203672A Pending JP2007025820A (ja) | 2005-07-12 | 2005-07-12 | ソフトウェアのリスク診断プログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2007025820A (ja) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008210241A (ja) * | 2007-02-27 | 2008-09-11 | Mitsubishi Electric Corp | インストール支援装置及びインストール支援プログラム及びインストール支援方法 |
JP2013200619A (ja) * | 2012-03-23 | 2013-10-03 | Fuji Xerox Co Ltd | 情報処理装置及びプログラム |
JP2014052867A (ja) * | 2012-09-07 | 2014-03-20 | Canon Inc | アプリケーション管理システム、管理装置、アプリケーション実行端末、アプリケーション管理方法、アプリケーション実行端末の制御方法及びプログラム |
JP2020102209A (ja) * | 2018-12-21 | 2020-07-02 | 富士通株式会社 | ソフトウェアプログラム不良位置の識別 |
-
2005
- 2005-07-12 JP JP2005203672A patent/JP2007025820A/ja active Pending
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008210241A (ja) * | 2007-02-27 | 2008-09-11 | Mitsubishi Electric Corp | インストール支援装置及びインストール支援プログラム及びインストール支援方法 |
JP4510040B2 (ja) * | 2007-02-27 | 2010-07-21 | 三菱電機株式会社 | インストール支援装置及びインストール支援プログラム及びインストール支援方法 |
JP2013200619A (ja) * | 2012-03-23 | 2013-10-03 | Fuji Xerox Co Ltd | 情報処理装置及びプログラム |
JP2014052867A (ja) * | 2012-09-07 | 2014-03-20 | Canon Inc | アプリケーション管理システム、管理装置、アプリケーション実行端末、アプリケーション管理方法、アプリケーション実行端末の制御方法及びプログラム |
JP2020102209A (ja) * | 2018-12-21 | 2020-07-02 | 富士通株式会社 | ソフトウェアプログラム不良位置の識別 |
JP7404839B2 (ja) | 2018-12-21 | 2023-12-26 | 富士通株式会社 | ソフトウェアプログラム不良位置の識別 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9489292B2 (en) | Devices and methods for acquiring abnormal information | |
JP4458493B2 (ja) | ログ通知条件定義支援装置とログ監視システムおよびプログラムとログ通知条件定義支援方法 | |
US20080163003A1 (en) | Method and System for Autonomic Target Testing | |
US20090132858A1 (en) | Analyzer, analyzing system, and computer program product | |
US9274874B1 (en) | Automated defect diagnosis from machine diagnostic data | |
CN107766208B (zh) | 一种监控业务***的方法、***及装置 | |
US11169896B2 (en) | Information processing system | |
CN111475401A (zh) | 一种测试方法及相关设备 | |
US9621679B2 (en) | Operation task managing apparatus and method | |
US20100077382A1 (en) | Computer-readable recording medium string a bug detection support program, similar structure identification information list output program, bug detection support apparatus, and bug detection support method | |
US10108474B2 (en) | Trace capture of successfully completed transactions for trace debugging of failed transactions | |
US20230128016A1 (en) | Debug support program storage medium, debug support apparatus, and debug support method | |
JP2007025820A (ja) | ソフトウェアのリスク診断プログラム | |
US8099626B2 (en) | Recovery method management device, recovery method management method and computer product for recovering a failure of IT system | |
JPH10275093A (ja) | プログラムテスト支援装置 | |
JP2008129825A (ja) | コンピュータによる作業時間の管理方法及び管理システム | |
JP6574146B2 (ja) | サービス監視装置及びサービス監視方法 | |
JP2018028798A (ja) | 情報処理装置及びプログラム | |
JP2005234987A (ja) | 開発元サーバ装置、ソフトウェアトラブル対応システム及びソフトウェアトラブル対応方法 | |
US20220398143A1 (en) | Network monitoring apparatus, method, and program | |
WO2010018619A1 (ja) | 情報処理装置及びハングアップ原因調査用情報取得方法 | |
JP2009048291A (ja) | システム解析装置及びプログラム | |
JP2015043181A (ja) | 回帰テスト支援システム | |
JP4530645B2 (ja) | コンピュータシステムの監視装置および監視方法 | |
JP2009134535A (ja) | ソフトウェア開発支援装置、ソフトウェア開発支援方法及びソフトウェア開発支援プログラム |