(57)【要約】【課題】可能な限り新しく、かつ、未知のリスクを回避するバージョンの組合せを、人の判断及び操作を極力抑える型式で提供する。【解決手段】本発明のソフトウエアパッケージ更新支援装置は、計算機において連携して動作するソフトウエアパッケージの仕様を示す正規化された連続値を軸に有するマップ、及び、マップ内に記載された複数のソフトウエアパッケージのバージョンの組合せを表示するとともに、マップに示された組合せの候補のうち、候補の実績の数に基づいて決定された推奨バージョンの組合せを強調表示する表示処理部を備えること、を特徴とする。【選択図】図１２
2020135678.tif 000002
【特許請求の範囲】
【請求項１】
計算機において連携して動作するソフトウエアパッケージの仕様を示す正規化された連続値を軸に有するマップ、及び、前記マップ内に記載された複数の前記ソフトウエアパッケージのバージョンの組合せを表示するとともに、
前記マップに示された組合せの候補のうち、前記候補の実績の数に基づいて決定された推奨バージョンの組合せを強調表示する表示処理部を備えること、
を特徴とするソフトウエアパッケージ更新支援装置。
【請求項２】
前記バージョンのリスクに関する情報又はソースコードから得られる情報に基づき、前記仕様を示す正規化された連続値を算出するバージョン分析部を備えること、
を特徴とする請求項１に記載のソフトウエアパッケージ更新支援装置。
【請求項３】
前記リスクに関する情報は、
セキュリティ脆弱性に関する情報であり、
前記ソースコードから得られる情報は、
前記ソースコードに含まれる演算の数に関する情報であること、
を特徴とする請求項２に記載のソフトウエアパッケージ更新支援装置。
【請求項４】
前記表示処理部は、
最新のバージョン以外のバージョンへの更新をユーザが求める場合、最新のバージョン以外のバージョンを前記推奨バージョンとして決定すること、
を特徴とする請求項３に記載のソフトウエアパッケージ更新支援装置。
【請求項５】
前記推奨バージョンに更新することに対するメリットを示すインセンティブ評価値を算出し、
前記算出したインセンティブ評価値を、実際に当該更新を行った前記計算機に付与するインセンティブ管理部を備えること、
を特徴とする請求項４に記載のソフトウエアパッケージ更新支援装置。
【請求項６】
前記実績を前記マップの空間又は平面内でクラスタに分類する実績マップ作成部を備え、
前記表示処理部は、
同じクラスタ内でのバージョンの更新をユーザが求める場合、現在のバージョンと同じクラスタに属するバージョンを前記推奨バージョンとして決定すること、
を特徴とする請求項５に記載のソフトウエアパッケージ更新支援装置。
【請求項７】
前記表示処理部は、
前記推奨バージョンとともに、前記推奨バージョンのリスク許容に関する条件を表示すること、
を特徴とする請求項６に記載のソフトウエアパッケージ更新支援装置。
【請求項８】
ソフトウエアパッケージ更新支援装置の表示処理部は、
計算機において連携して動作するソフトウエアパッケージの仕様を示す正規化された連続値を軸に有するマップ、及び、前記マップ内に記載された複数の前記ソフトウエアパッケージのバージョンの組合せを表示するとともに、
前記マップに示された組合せの候補のうち、前記候補の実績の数に基づいて決定された推奨バージョンの組合せを強調表示すること、
を特徴とするソフトウエアパッケージ更新支援装置のソフトウエアパッケージ更新支援方法。
【請求項９】
ソフトウエアパッケージ更新支援装置の表示処理部に対し、
計算機において連携して動作するソフトウエアパッケージの仕様を示す正規化された連続値を軸に有するマップ、及び、前記マップ内に記載された複数の前記ソフトウエアパッケージのバージョンの組合せを表示するとともに、
前記マップに示された組合せの候補のうち、前記候補の実績の数に基づいて決定された推奨バージョンの組合せを強調表示する処理を実行させること、
を特徴とするソフトウエアパッケージ更新支援装置を機能させるためのソフトウエアパッケージ更新支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソフトウエアパッケージ更新支援装置、ソフトウエアパッケージ更新支援方法及びソフトウエアパッケージ更新支援プログラムに関する。
【背景技術】
【０００２】
コンピュータは、ソフトウエアを読み込むことによって、そのソフトウエアに予め記述されている動作等を実現する。ウエブの配信処理、トランザクション処理、データベース管理処理等を実現するのもソフトウエアである。基盤機能としてのオペレーティングシステム、基盤上で動作するアプリケーションもまた、ソフトウエアである。コンピュータは、このように機能ごとに細分化された複数のソフトウエアを組み合わせて導入している。ソフトウエアの配布元は、同一性を保ったままソフトウエアの機能を改良し、改良されたソフトウエアを市場に投入する（リリース）。これは、一般的にバージョンアップと呼ばれる。ソフトウエアのユーザは、既存のソフトウエアを改良されたソフトウエアに変更する。これは、一般的にバージョン更新と呼ばれる。
【０００３】
バージョンアップ及びバージョン更新は、配布元及びユーザの立場の違いから呼び分けられているが、本質的には同じ概念である。特定機能を有するソフトウエアの集合は、“ソフトウエアパッケージ”と呼ばれる。多くの場合、ソフトウエアパッケージがリリースの単位になっている。以降では、ソフトウエアパッケージを略して“ＰＫＧ（Package）”と呼ぶ。
【０００４】
あるＰＫＧは、他のＰＫＧと連携して動作する。連携に使用されるインタフェース、ロジック、データ構造等は、ＰＫＧのバージョンによって変更され得る。例えば、ＰＫＧ１とＰＫＧ２が連携して動作していたとする。ＰＫＧ１がＰＫＧ１.２にバージョンアップされたとする。このとき、ＰＫＧ１.２とＰＫＧ２が連携して動作できない場合、ユーザは、ＰＫＧ１からＰＫＧ１.２への更新を思いとどまるか、ＰＫＧ１.２と連携して動作する他のＰＫＧ２.２等を導入しなければならない。
【０００５】
つまり、ＰＫＧのバージョン間には、連携可否に関する制約が存在する。ＰＫＧ及びそのバージョンは多数存在し、制約の形態も多様であり、さらに制約の有無自体が明らかでない場合も多いことが、バージョン更新の判断を困難にしている。さらに、連携して動作する新たなバージョンが見つかったとしても、新たなバージョンは、個体としての動作自体が安定しないというリスクを抱えていることもある。
【０００６】
特許文献１のソフトウエア更新支援装置は、連携して動作することが保証されている複数のバージョンの組合せを記憶したテーブル（表）を格納している。そして、当該ソフトウエア更新支援装置は、装置に既に組み込まれているバージョンの組合せがテーブルに記憶されている組合せに一致しない場合、あるＰＫＧのバージョンアップ、又は、あるＰＫＧのダウングレード（古いバージョンへの変更）を提案する。特許文献２のソフトウエア管理装置は、複数の計算機が連携して動作している場合において、そのうちの予備機のソフトウエアを更新することの可否を判断する。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００９−２３０３９８号公報
【特許文献２】特開２０１２−１４１８７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
特許文献１のソフトウエア更新支援装置は、連携して動作することが保証されているバージョンの組合せを所与の前提としており、特許文献１は、このような前提が与えられない場合については言及していない。また、当該ソフトウエア更新支援装置は、ユーザが予め指定された組合せの候補のうちあるものを選択する際、その判断基準を示さない。さらに、特許文献１は、新しいバージョンが有するリスクについては、言及していない。
【０００９】
特許文献２のソフトウエア管理装置は、予備機のソフトウエアの更新を安全に行うタイミングを決定することを目的としている。当該ソフトウエア管理装置は、整合性の取れた動作をするバージョンの組合せを複数記憶している。特許文献２は、予備機を含む多くの計算機の運用者自身がソフトウエアを作成することを前提としている。さらに、特許文献２もまた、これらの組合せのうちから、どのような基準でどれを選択するかについては言及していない。
【００１０】
しかしながら、特にオープンソースソフトウエアを使用する場合、あるＰＫＧのあるバージョンが他のＰＫＧのあるバージョンと全く問題なく連携して動作するという技術的保証が確認できる場合は、むしろ稀である。仮に技術的保証が確認できたとしても、その技術的保証は、新たなバージョン開発に対して直ぐに陳腐化してしまう。一方、複数のＰＫＧが連携して動作することが厳密に保証されなくても、その組合せが実際に連携して動作している（ように見える）という実績が確認できれば充分である場合も多い。
そこで、本発明は、可能な限り新しく、かつ、未知のリスクを回避するバージョンの組合せを、人の判断及び操作を極力抑える型式で提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明のソフトウエアパッケージ更新支援装置は、計算機において連携して動作するソフトウエアパッケージの仕様を示す正規化された連続値を軸に有するマップ、及び、マップ内に記載された複数のソフトウエアパッケージのバージョンの組合せを表示するとともに、マップに示された組合せの候補のうち、候補の実績の数に基づいて決定された推奨バージョンの組合せを強調表示する表示処理部を備えること、を特徴とする。
その他の手段については、発明を実施するための形態のなかで説明する。
【発明の効果】
【００１２】
本発明によれば、可能な限り新しく、かつ、未知のリスクを回避するバージョンの組合せを、人の判断及び操作を極力抑える型式で提供することができる。
【図面の簡単な説明】
【００１３】
【図１】ＰＫＧ更新支援装置の構成を説明する図である。
【図２】管理対象計算機の論理構成を説明する図である。
【図３】計算機群情報の一例である。
【図４】計算機情報の一例である。
【図５】ＰＫＧ情報の一例である。
【図６】バージョン定量値を説明する図である。
【図７】実績マップの一例である。
【図８】更新推奨情報の一例である。
【図９】推奨理由パタン情報の一例である。
【図１０】処理手順のフローチャートである。
【図１１】更新推奨画面の一例である。
【図１２】更新推奨画面（続き）の一例である。
【発明を実施するための形態】
【００１４】
以降、本発明を実施するための形態（“本実施形態”という）を、図等を参照しながら詳細に説明する。本実施形態は、ソフトウエアパッケージ更新支援装置（ＰＫＧ更新支援装置）が、複数の管理対象計算機に導入されているＰＫＧのバージョン更新を支援する例であり、ＰＫＧがオープンソースソフトウエアである例である。しかしながら、本発明は、ＰＫＧがオープンソースソフトウエア以外の一般の商用ＰＫＧである場合にも適用可能である。なお、以降の説明において、誤解が生じない限り、バージョン更新を“更新”と略する場合がある。
【００１５】
（ＰＫＧ更新支援装置の構成）
図１は、ＰＫＧ更新支援装置１の構成を説明する図である。ＰＫＧ更新支援装置１は、一般的なコンピュータであり、中央制御装置１１、マウス、キーボード等の入力装置１２、ディスプレイ等の出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を備える。これらは、バスで相互に接続されている。補助記憶装置１５は、計算機群情報３１、計算機情報３２、ＰＫＧ情報３３、実績マップ３４、更新推奨情報３５及び推奨理由パタン情報３６（いずれも詳細後記）を格納している。
【００１６】
主記憶装置１４における計算機情報取得部２１、公開情報分析部２２、バージョン分析部２３、実績マップ作成部２４、インセンティブ管理部２５、更新推奨情報作成部２６及び表示処理部２７は、プログラムである。中央制御装置１１は、これらのプログラムを補助記憶装置１５から読み出し主記憶装置１４にロードすることによって、それぞれのプログラムの機能（詳細後記）を実現する。ＰＫＧ更新支援装置１は、ネットワーク２を介して又は任意の媒体を介してこれらのプログラムを外部装置から取得してもよい。補助記憶装置１５は、ＰＫＧ更新支援装置１から独立した構成となっていてもよい。
【００１７】
ＰＫＧ更新支援装置１は、ネットワーク２を介して管理対象計算機３、ＰＫＧ配布元５及びＰＫＧリスク情報配信元６と接続されている。個々の管理対象計算機３は、複数のＰＫＧ７を有している。管理対象計算機３は複数存在し、管理対象計算機３の集合である計算機群４に属している。ＰＫＧ更新支援装置１は、計算機群４に属している管理対象計算機３のうち、あるバージョンの組合せを導入しているものの台数（実績数）を取得することができる（詳細後記）。
【００１８】
ＰＫＧ配布元とは、管理対象計算機３に導入されたＰＫＧ７の配布元であり、ＰＫＧ更新支援装置１に対して、ＰＫＧ７そのもの（ソースコード）、ＰＫＧ７のバージョンに関する情報等を送信する。図１のＰＫＧ配布元５は、より正確にはＰＫＧ配布元が運営する任意の装置である。
【００１９】
ＰＫＧリスク情報配信元とは、管理対象計算機３に導入されたＰＫＧのセキュリティ脆弱性等についての情報の配信元である。ＰＫＧリスク情報配信元は、商用ＰＫＧの場合の製造元、オープンソースソフトウエアの場合の開発コミュニティ又は第三者コミュニティ等である。ＰＫＧリスク情報配信元は、ＰＫＧのリリース後に発見されたセキュリティ脆弱性についての情報（セキュリティホールの内容、セキュリティホールに対するウイルスの攻撃方法、攻撃に対する防御方法等）等を公開する。図１のＰＫＧリスク情報配信元６は、より正確にはＰＫＧリスク情報配信元が運営する任意の装置である。
【００２０】
（管理対象計算機の論理構成）
図２は、管理対象計算機３の論理構成を説明する図である。管理対象計算機３は、アプリケーション層４１、ミドルウエア層４２及びＯＳ（Operating System）層４３を有する。これらの層は、階層構造になっている。
【００２１】
アプリケーション層４１は、ユーザが管理対象計算機３ごとに実装したユーザアプリケーションの実体である。個々のアプリケーションは、ＰＫＧを内包する場合もあり、アプリケーション層４１内のアプリケーション外の領域からＰＫＧを呼び出す場合もある。ミドルウエア層４２は、例えば管理対象計算機３がウエブシステムを実現する場合、配信処理、トランザクション処理、データベース管理処理等の基盤機能を提供するＰＫＧから構成される。ＯＳ層４３は、オペレーティングシステムを構成する。管理対象計算機３とは異なる外部計算機４４が、管理対象計算機３に対して機能を提供する場合、当該機能をＰＫＧと看做すこともできる。図２における各ＰＫＧは、仮に同じＰＫＧ配布元が配布したＰＫＧ同士であっても、連携可否が不明である場合もある。
【００２２】
（計算機群情報）
図３は、計算機群情報３１の一例である。計算機群情報３１においては、計算機群ＩＤ欄１０１に記憶された計算機群ＩＤに関連付けて、計算機ＩＤ欄１０２には計算機ＩＤが、計算機名称欄１０３には計算機名称が、計算機稼働情報欄１０４には計算機稼働情報が、計算機障害情報欄１０５には計算機障害情報が、インセンティブ累計値欄１０６にはインセンティブ累計値が記憶されている。
【００２３】
計算機群ＩＤ欄１０１の計算機群ＩＤは、計算機群４を一意に特定する識別子である。
計算機ＩＤ欄１０２の計算機ＩＤは、管理対象計算機３を一意に特定する識別子である。
計算機名称欄１０３の計算機名称は、管理対象計算機３の名称である。
計算機稼働情報欄１０４の計算機稼働情報は、管理対象計算機３の稼働に関する情報（負荷量、稼働累積時間等）である。“＃”は、異なる数値を省略的に示している（以下同様）。
【００２４】
計算機障害情報欄１０５の計算機障害情報は、管理対象計算機３の障害に関する情報（障害により停止した時間、復旧に要した時間等）である。
インセンティブ累計値欄１０６のインセンティブ累計値は、インセンティブ評価値（詳細後記）の累計値である。
計算機稼働情報欄１０４及び計算機障害情報欄１０５の他に、管理対象計算機３の他の属性を記憶する欄があってもよい。
【００２５】
（計算機情報）
図４は、計算機情報３２の一例である。計算機情報３２においては、計算機ＩＤ欄１１１に記憶された計算機ＩＤに関連付けて、ＰＫＧ−ＩＤ欄１１２にはＰＫＧ−ＩＤが、ＰＫＧ名称欄１１３にはＰＫＧ名称が、現在バージョン名称欄１１４には現在バージョン名称が、ＰＫＧ稼働情報欄１１５にはＰＫＧ稼働情報が、ＰＫＧ障害情報欄１１６にはＰＫＧ障害情報が記憶されている。
【００２６】
計算機ＩＤ欄１１１の計算機ＩＤは、図３の計算機ＩＤと同じである。
ＰＫＧ−ＩＤ欄１１２のＰＫＧ−ＩＤは、ＰＫＧ７を一意に特定する識別子である。ＰＫＧ−ＩＤは、ＰＫＧ及びバージョンの組合せを特定するものではない。
ＰＫＧ名称欄１１３のＰＫＧ名称は、ＰＫＧ７の名称である。
現在バージョン名称欄１１４の現在バージョン名称は、ＰＫＧ７の現在（更新前）のバージョンの名称である。ＰＫＧ配布元５は通常、文字及び数字の組合せで各バージョンを命名する。多くの場合、その数字が大きい程、バージョンは新しい（時間的に後にリリースされている）。
【００２７】
ＰＫＧ稼働情報欄１１５のＰＫＧ稼働情報は、ＰＫＧ７の稼働に関する情報（負荷量、稼働累積時間等）である。
ＰＫＧ障害情報欄１１６のＰＫＧ障害情報は、ＰＫＧ７の障害に関する情報（障害により停止した時間、復旧に要した時間等）である。
ＰＫＧ稼働情報欄１１５及びＰＫＧ障害情報欄１１６の他に、ＰＫＧ７の他の属性を記憶する欄があってもよい。
【００２８】
（ＰＫＧ情報）
図５は、ＰＫＧ情報３３の一例である。ＰＫＧ情報３３においては、ＰＫＧ−ＩＤ欄１２１に記憶されたＰＫＧ−ＩＤに関連付けて、ＰＫＧ名称欄１２２にはＰＫＧ名称が、バージョン名称欄１２３にはバージョン名称が、バージョン仕様欄１２４にはバージョン仕様が、バージョン定量値欄１２５にはバージョン定量値が記憶されている。
【００２９】
ＰＫＧ−ＩＤ欄１２１のＰＫＧ−ＩＤは、図４のＰＫＧ−ＩＤと同じである。
ＰＫＧ名称欄１２２のＰＫＧ名称は、図４のＰＫＧ名称と同じである。
バージョン名称欄１２３のバージョン名称は、ＰＫＧのバージョンの名称である。
【００３０】
バージョン仕様欄１２４のバージョン仕様は、中央制御装置１１、主記憶装置１４等のハードウエアの性能に左右されない、ＰＫＧ自体の仕様を示す値であり、バージョンごとに定義される。バージョン仕様となり得る値の例として以下が挙げられる。
・リスク情報件数（欄１２４ａ）
リスク情報件数とは、例えば、セキュリティ脆弱性（セキュリティホール）の件数、セキュリティ脆弱性に対する対策の件数、又は、これらを重要度によって重み付けした総和
である。リスク情報件数は、ＰＫＧリスク情報配信元６によって公開される。
・ステップ数（欄１２４ｂ）
ステップ数とは、セキュリティ脆弱性のソースコードに含まれる演算の数、又は、セキュリティ脆弱性に対する対策のソースコードに含まれる演算の数である。ステップ数もまた、ＰＫＧリスク情報配信元６によって公開される。
【００３１】
・その他の値
例えば、動画処理用ＰＫＧにおける解像度、コマ送り速度、画素数、再現可能色彩数等、統計作成用ＰＫＧにおける数理モデルのパラメータ（変数）の数等、文書作成ＰＫＧにおける使用言語の数、辞書の大きさ等もまたバージョン仕様となり得る。さらに、障害により停止した時間、復旧に要した時間もまたバージョン仕様となり得る。
【００３２】
いま、説明をわかり易くするために、バージョンが新しいほど、そのバージョン仕様の値は大きくなるものとする。実際には、前記したバージョン仕様の値の例のうちには、バージョンが新しいほど小さくなるものもある。そのような場合、ＰＫＧ更新支援装置１は、バージョン仕様の値ｔを、“ｃ−ｔ”又は“ｃ／ｔ”に変換する。ここで“ｃ”は、ｔに対して充分大きな正の定数である。
【００３３】
バージョン定量値欄１２５のバージョン定量値は、バージョンの新しさを定量的かつ連続的に正規化した値である。ＰＫＧ配布元５は、独自の規則でバージョン名称を命名する。したがって、一般のユーザは、命名されたバージョンを見ただけでは、どのバージョンがどのバージョンに対してどの程度の新しいのかがわからない。バージョン定量値によれば、この程度が明らかになる（詳細後記）。
【００３４】
（バージョン定量値）
図６は、バージョン定量値を説明する図である。いま、あるＰＫＧについて複数のバージョン“ｖ１.１.１”、“ｖ１.１.２”、“ｖ１.２.３”、“ｖ２.１.１”及び“ｖ３.１.１”が存在するとする。このうち、“ｖ１.１.１”は初期バージョンであり、“ｖ３.１.１”は最新バージョンである。
【００３５】
ＰＫＧ更新支援装置１は、これらのバージョンを示す短い縦の線分１３１ａ〜１３１ｅを、数直線（横軸）１３１上に置く。横軸１３１の目盛は、バージョン名称（バージョン名称中の３つの数字を３桁の数値と看做している）である。よって、バージョンの命名方法にもよるが、多くの場合、各バージョンの横軸１３１上の位置は、バージョンの新しさを示す順序を示してはいても、バージョン仕様の差分等を考慮した新しさの程度を示すものではない。
【００３６】
次に、ＰＫＧ更新支援装置１は、横軸１３１上の線分１３１ａ〜１３１ｅをもう１本の数直線（横軸）１３２上に、線分１３２ａ〜１３２ｅとして写像（変換）する。横軸１３２の目盛は、バージョン定量値である。ＰＫＧ更新支援装置１は、例えば以下の規則１及び２に従ってバージョン定量値を算出する。
【００３７】
〈規則１〉ＰＫＧ更新支援装置１は、初期バージョンのバージョン定量値を“０.０”とし、最新バージョンのバージョン定量値を“１００.０”とする。
〈規則２〉初期バージョン及び最新バージョン以外のバージョン（中間バージョン）について、ＰＫＧ更新支援装置１は、以下の処理を行う。
・ＰＫＧ更新支援装置１は、ＰＫＧ情報３３（図５）のバージョン仕様欄１２４から、リスク情報件数、ステップ数又は他のバージョン仕様を取得する。
・ＰＫＧ更新支援装置１は、取得したこれらの値に基づいて中間バージョンごとにバージョン定量値を算出する。例えば、最新バージョンのリスク情報件数がｒｎであり、初期バージョンのリスク情報件数がｒｓであり、中間バージョンのリスク情報件数がｒｍであるとする。このとき、中間バージョンのバージョン定量値は、“（（ｒｍ−ｒｓ）／（ｒｎ−ｒｓ））×１００”となる。
【００３８】
このような処理によれば、あらゆる中間バージョンの性能が、複数の種類のＰＫＧ間で比較可能なように、同じ“０.０〜１００.０”の範囲で正規化されることにより、後記する実績マップの作成及びクラスタリングが有効に実行される。一般的に、ある中間バージョンが、名称を変えることなく、自身のソースコード等を細かく変化（改良）させる場合がある。このような場合であっても、変化後の中間バージョンもまた、横軸１３２の上のいずれかの位置に写像されることが担保される。すなわち、バージョン定量値の連続化が担保される。
【００３９】
（実績マップ）
図７は、実績マップ３４の一例である。実績マップ３４は、全体として１つのマトリクスになっている。説明の便宜のために、実績マップ３４に対して横（Ｘ）軸及び縦（Ｙ）軸が設けられている。Ｘ軸の目盛は、ある管理対象計算機３に導入されている（又は導入され得る）ＰＫＧ“Ｘ”のバージョン定量値である。Ｙ軸の目盛は、当該管理対象計算機３に導入されている（又は導入されることが可能である）ＰＫＧ“Ｙ”のバージョン定量値である。ＰＫＧ“Ｘ”及びＰＫＧ“Ｙ”は、両者のバージョンの組合せ次第で連携して動作する。図７の右側に記された実績マップ３４の一部（符号１４３）については後記する。
【００４０】
バージョン定量値は、０以上１００以下の範囲で連続的に変動する値である。図７においては、Ｘ軸及びＹ軸の両方が、“１０”の幅を有する１０本の列及び行で区分されている。Ｘ軸とＹ軸との交点のセルには、それらのバージョン定量値に該当するＰＫＧがある計算機に事実として同時に導入されている実績数が記憶されている。例えばセル１４１には、実績数“１２”が記憶されている。このことは、「ＰＫＧ“Ｘ”及びＰＫＧ“Ｙ”を同時に導入している計算機のうち、ＰＫＧ“Ｘ”のバージョン定量値が“２０〜３０”の範囲にあり、かつ、ＰＫＧ“Ｙ”のバージョン定量値が“７０〜８０”の範囲にあるものが１２個存在する」ことを示す。ここでの計算機は、管理対象計算機３であることを前提としているが、それ以外の計算機でもよい。
【００４１】
Ｘ軸に沿った帯域リスク欄１４２ａは、各列における実績数の合計及び合計に対する評価を記憶している。Ｙ軸に沿った帯域リスク欄１４２ｂは、各行における実績数の合計及び合計に対する評価を記憶している。ここでの評価は、実績数が小さい方から大きい方に向かって順に“高”、“中”及び“低”である。つまり、ＰＫＧ更新支援装置１は、導入実績が少ないほど、そのバージョン自体の動作が安定しないリスクが高いと評価していることになる。実績数は、バージョンの組合せが実働している事実の数を示すものであり、技術的な連携可否の有無とは無関係である。要するに、その組合せが連携して動作することが保証されている場合も、そうでない場合も、同じ１件としてカウントされる。
【００４２】
（実績マップの次元数）
図７の実績マップ３４は２次元のマトリクスで表現されているが、これは、専ら説明の単純化のためである。管理対象計算機３がｍ種類のＰＫＧを導入している場合、ＰＫＧ更新支援装置１は、ｎ（ｎ＝２、３、・・・、ｍ）次元空間において実績マップ３４を作成する。そして、ＰＫＧ更新支援装置１は、ｎ次元空間に、ｎ個のバージョン定量値の組合せとしての実績点を実績数だけ描画する。さらに、ＰＫＧ更新支援装置１は、“ｋ−ｍｅａｎｓ法”のような方法を使用して、多数の実績点を近辺にあるもの同士でクラスタリングする。
【００４３】
図７においては、マトリクス中に、網掛けした３つの長方形が出現している。これらの長方形がクラスタリングした結果（クラスタ）に相当する。図７において、クラスタ内のセルに属する実績数が“０”である場合は、そのセルに“０”が記憶され、クラスタ外のセルに属する実績数が“０”である場合は、そのセルは空欄のままとなる。
【００４４】
（更新推奨情報）
図８は、更新推奨情報３５の一例である。更新推奨情報３５においては、計算機ＩＤ欄１５１に記憶された計算機ＩＤに関連付けて、ＰＫＧ（Ｘ軸）欄１５２にはＰＫＧ−ＩＤ、現在バージョン名称及び推奨バージョン名称が、ＰＫＧ（Ｙ軸）欄１５３にはＰＫＧ−ＩＤ、現在バージョン名称及び推奨バージョン名称が、インセンティブ値欄１５４にはインセンティブ評価値が、推奨理由パタンＩＤ欄１５５には推奨理由パタンＩＤが記憶されている。
【００４５】
計算機ＩＤ欄１５１の計算機ＩＤは、図３の計算機ＩＤと同じである。
ＰＫＧ（Ｘ軸）欄１５２のＰＫＧ−ＩＤ（欄１５２ａ）は、管理対象計算機３が現在導入しているＰＫＧのうち図７のＸ軸に対応するもののＰＫＧ−ＩＤである。現在バージョン名称（欄１５２ｂ）は、当該ＰＫＧの現在のバージョンの名称である。推奨バージョン名称（欄１５２ｃ）は、ＰＫＧ更新支援装置１が推奨する当該ＰＫＧの更新後のバージョンの名称である。
【００４６】
ＰＫＧ（Ｙ軸）欄１５３のＰＫＧ−ＩＤ（欄１５３ａ）は、管理対象計算機３が現在導入しているＰＫＧのうち図７のＹ軸に対応するもののＰＫＧ−ＩＤである。現在バージョン名称（欄１５３ｂ）は、当該ＰＫＧの現在のバージョンの名称である。推奨バージョン名称（欄１５３ｃ）は、ＰＫＧ更新支援装置１が推奨する当該ＰＫＧの更新後のバージョンの名称である。
【００４７】
インセンティブ値欄１５４のインセンティブ評価値は、２種類のＰＫＧのいずれか一方又は両方を更新した場合のメリットを示す値である。もともと、あるＰＫＧの現在バージョン名称及び推奨バージョン名称の１つの組合せに対して、１つのインセンティブ評価値が対応する。換言すれば、図６の数直線１３２上の“起点”及び“起点”よりも右側の“終点”の組合せに対して、インセンティブ評価値が定義される。インセンティブ評価値は、単に数直線上だけではなく多次元的にも定義される。このとき、必ず“欄１５４ｃの値＞欄１５４ａの値、かつ、欄１５４ｃの値＞欄１５４ｂの値”が成立するものとする。なお、通常“欄１５４ｃの値＝欄１５４ａの値＋欄１５４ｂの値”が成立するが、成立しない場合もある（後記参照）。
【００４８】
詳細は後記するが、ＰＫＧ更新支援装置１は、実際に更新を行った管理対象計算機３に対して、その更新に対応するインセンティブ評価値を付与することによって、更新を促進する。インセンティブ評価値は、更新に伴いユーザが享受する技術的・機能的効果に基づいて算出されてもよいし、ＰＫＧ配布元に還元される経済効果（ＰＫＧの販売規模等）に基づいて算出されてもよい。なお、インセンティブ評価値は、前記した実績数とは直接的な関係はない。本実施形態においては、実績数は、多数の候補のうちから推奨バージョンを決定するためのものであり、インセンティブ評価値は、当該推奨バージョンに変更した管理対象計算機３に対して事後的に付与されるものである。
【００４９】
推奨理由パタンＩＤ欄１５５の推奨理由パタンＩＤは、推奨理由パタンを一意に特定する識別子である。推奨理由パタンとは、ＰＫＧ更新支援装置１がその更新を推奨する根拠の類型である。推奨理由パタンＩＤは、ユーザに対して提示される推奨バージョンの候補を絞り込むために使用される。
【００５０】
（インセンティブ評価値の算出方法）
ＰＫＧ更新支援装置１は、例えば以下の規則１１又は１２に従ってインセンティブ評価値を算出する。
〈規則１１〉ＰＫＧ更新支援装置１は、当該更新の対象となる管理対象計算機３の数又はＰＫＧの数を算出し、インセンティブ評価値とする。
【００５１】
〈規則１２〉ＰＫＧ更新支援装置１は、実績マップ３４における矢印の長さ（図７符号１４３参照）をインセンティブ評価値とする。ＰＫＧ“Ｘ”のみを更新する場合のインセンティブ評価値は、矢印１４４ａの長さとなる。ＰＫＧ“Ｙ”のみを更新する場合のインセンティブ評価値は、矢印１４４ｂの長さとなる。ＰＫＧ“Ｘ”及びＰＫＧ“Ｙ”の両方を更新する場合のインセンティブ評価値は、矢印１４４ｃの長さとなる。矢印の長さは、更新前後における新しさ（バージョン仕様）の向上度合いを示している。なお、規則１２の場合、前記した“欄１５４ｃの値＝欄１５４ａの値＋欄１５４ｂの値”は成立しない。
【００５２】
（推奨理由パタン情報）
図９は、推奨理由パタン情報３６の一例である。推奨理由パタン情報３６においては、推奨理由パタンＩＤ欄１６１に記憶された推奨理由パタンＩＤに関連付けて、推奨理由パタン欄１６２には推奨理由パタンが、推奨バージョン略号欄１６３には推奨バージョン略号が、条件欄１６４には条件が記憶されている。
【００５３】
推奨理由パタンＩＤ欄１６１の推奨理由パタンＩＤは、図８の推奨理由パタンＩＤと同じである。
推奨理由パタン欄１６２の推奨理由パタンは、前記したように、ＰＫＧ更新支援装置１がその更新を推奨する根拠の類型である。推奨理由パタンは、クラスタ内外区別（欄１６２ａ）及び推奨方針（欄１６２ｂ）から構成される。
【００５４】
クラスタ内外区別は、“クラスタ内”又は“クラスタ外”のいずれかである。“クラスタ内”は、その更新がある１つのクラスタ（図７）内で行われることを示す。例えば矢印１４４ａ〜１４４ｃ（図７）で示される３種類の更新のクラスタ内外区別は、すべて“クラスタ内”である。図７においてセル１４５からセル１４６への更新もまた可能である。当該更新のクラスタ内外区別は、“クラスタ外”である。推奨方針は、更新を推奨するＰＫＧの種類（２種類のうちの一方又は両方）及び更新後のバージョンが最新であるか否かを示す情報である。
【００５５】
推奨バージョン略号欄１６３の推奨バージョン略号は、“Ｖｘ”及び“Ｖｙ”のうちのいずれか一方又は両方である。推奨バージョン略号が“Ｖｘ”又は“Ｖｙ”の一方しか有さない場合、推奨方針において他方のＰＫＧの更新は推奨されていない。推奨バージョン略号が“Ｖｘ”及び“Ｖｙ”を有する場合、推奨方針において両方のＰＫＧの更新が推奨されている。
【００５６】
“Ｖｘ”には、例えば推奨バージョン“ｖ２.３.４”等が関連付けられており、“Ｖｙ”には、例えば推奨バージョン“ｖ４.３.２”等が関連付けられている（図示せず）。関連付けられた推奨バージョンは、最新バージョンである場合もあるし、そうでない場合もある（推奨方針による）。
条件欄１６４の条件は、ユーザが更新後において許容し得るリスクについての条件である。条件は、推奨理由パタンと本質的に同じ内容であるが、ユーザに対する表示対象として、より理解しやすい文言になっている。
【００５７】
図８及び図９を同時に見ると明らかなように、両者は、推奨理由パタンＩＤで紐付けられている。推奨理由パタン情報３６の条件（図９の欄１６４）をユーザが選択すると、推奨理由パタンＩＤが決まる。すると、更新推奨情報３５（図８）の多くのレコードから、ここで決まった推奨理由パタンＩＤを有するものを抽出することができる。
【００５８】
（処理手順）
図１０は、処理手順のフローチャートである。処理手順を開始する前提として、補助記憶装置１５は、原則として、推奨理由パタン情報３６（図９）を、ユーザにより完成された状態で格納しているものとする（原則に対する例外を後記する）。図１０の説明の途中で、適宜図１１及び図１２を参照する。
【００５９】
ステップＳ２０１において、ＰＫＧ更新支援装置１の計算機情報取得部２１は、計算機群情報３１（図３）を作成する。具体的には、第１に、計算機情報取得部２１は、計算機群４に属するすべての管理対象計算機３にアクセスし、計算機群ＩＤ、並びに、各管理対象計算機３の計算機ＩＤ、計算機名称、計算機稼働情報及び計算機障害情報を取得する。
【００６０】
このとき、計算機情報取得部２１は、各管理対象計算機３が有するＰＫＧのＰＫＧ−ＩＤ、ＰＫＧ名称、現在バージョン名称、ＰＫＧ稼働情報及びＰＫＧ障害情報も取得する。計算機情報取得部２１は、特定の接続用エージェント又は汎用プロトコルを使用して管理対象計算機３にアクセスする。
第２に、計算機情報取得部２１は、ステップＳ２０１の“第１”において取得した情報を使用して、計算機群情報３１を作成する。
【００６１】
ステップＳ２０２において、計算機情報取得部２１は、計算機情報３２（図４）を作成する。具体的には、計算機情報取得部２１は、ステップＳ２０１の“第１”において取得した情報を使用して、計算機情報３２を作成する。
【００６２】
ステップＳ２０３において、ＰＫＧ更新支援装置１の公開情報分析部２２は、ＰＫＧ情報３３（図５）を作成する。具体的には、第１に、公開情報分析部２２は、公開情報を取得する対象となるＰＫＧを特定する。このとき、公開情報分析部２２は、計算機群情報３１及び計算機情報３２を使用して、ユーザからの指示を受け付けて、例えば以下のように公開情報を取得する対象となるＰＫＧを絞り込む。
【００６３】
・計算機群Ｇ０１に属する管理対象計算機が導入しているすべてのＰＫＧ
・計算機Ｃ００１が導入しているすべてのＰＫＧ
・ＰＫＧ名称が“ｗｅｂＡ”、“ｄｂＢ”、“ｓｏｍｅＣ”、・・・であるＰＫＧ
・その他、計算機群情報３１及び計算機情報３２に定義されていない定義でユーザが独自に決定するＰＫＧ
【００６４】
第２に、公開情報分析部２２は、ＰＫＧ配布元５にアクセスし、ステップＳ２０３の“第１”において特定したＰＫＧについての情報（ステップＳ２０１において取得した情報を除く）を取得する。
第３に、公開情報分析部２２は、ＰＫＧリスク情報配信元６にアクセスし、ステップＳ２０３の“第１”において特定したＰＫＧについてのバージョン仕様（リスク情報件数、ステップ数等）を取得する。
第４に、公開情報分析部２２は、ステップＳ２０３の“第２”及び“第３”において取得した情報を使用して、ＰＫＧ情報３３を作成する。この段階では、ＰＫＧ情報３３のバージョン定量値欄１２５は空欄である。
【００６５】
ステップＳ２０４において、ＰＫＧ更新支援装置１のバージョン分析部２３は、バージョン定量値を算出する。具体的には、第１に、バージョン分析部２３は、ＰＫＧ情報３３（図５）に記憶されているバージョン仕様に基づいて、前記した方法でバージョン定量値を算出する。
第２に、バージョン分析部２３は、ステップＳ２０４の“第１”において算出したバージョン定量値をＰＫＧ情報３３のバージョン定量値欄１２５に記憶する。
【００６６】
ステップＳ２０５において、ＰＫＧ更新支援装置１の表示処理部２７は、更新推奨画面５１（図１１）を表示する。具体的には、表示処理部２７は、更新推奨画面５１を出力装置１３に表示する。このとき、更新推奨画面５１の管理対象計算機一覧欄５２には、計算機群情報３１（図３）が表示される。
【００６７】
ステップＳ２０６において、ＰＫＧ更新支援装置１の更新推奨情報作成部２６は、計算機ＩＤ等を受け付ける。具体的には、第１に、更新推奨情報作成部２６は、ユーザが管理対象計算機詳細欄５３の計算機欄５４において、任意の管理対象計算機の計算機名称又は計算機ＩＤを選択するのを受け付ける。ここでは、計算機ＩＤとして“Ｃ００１”が選択されたとする。
【００６８】
第２に、更新推奨情報作成部２６は、“Ｃ００１”を検索キーとして計算機情報３２（図４）を検索し、該当したレコードのＰＫＧ−ＩＤ、ＰＫＧ名称及び現在バージョン名称を取得する。そして、更新推奨情報作成部２６は、取得したＰＫＧ−ＩＤ、ＰＫＧ名称及び現在バージョン名称を、検索結果一覧５５（図１１）のそれぞれＰＫＧ−ＩＤ欄５５ａ、ＰＫＧ名称欄５５ｂ及び現在バージョン名称欄５５ｃに表示する。
【００６９】
第３に、更新推奨情報作成部２６は、検索結果一覧５５の分析結果欄５５ｆの表示ボタンのうち２つをユーザが押下するのを受け付ける。ここで押下された表示ボタンのレコードのＰＫＧが、実績マップ３４（図７）の２本の軸に対応することになる。ここでは、“ｗｅｂＡ”の表示ボタン及び“ｄｂＢ”の表示ボタンが押下されたとする。
第４に、更新推奨情報作成部２６は、ユーザが入力装置１２を介して、バージョン仕様（図５）のうちの任意の１つを入力するのを受け付ける。ここでは、“リスク情報件数”が入力されたものとする。
【００７０】
ステップＳ２０７において、更新推奨情報作成部２６は、条件を受け付ける。具体的には、更新推奨情報作成部２６は、推奨理由パタン情報３６（図９）を出力装置１３に表示し、ユーザが１又は複数の任意のレコードの条件を選択するのを受け付ける。説明のわかり易さのために、ここではユーザが条件“Ｘ，Ｙの最新バージョンのリスクは許容できず、Ｖｘ，Ｖｙは許容できる”を選択したとする。
【００７１】
ステップＳ２０８において、ＰＫＧ更新支援装置１の実績マップ作成部２４は、実績マップ３４（図７）を作成する。具体的には、第１に、実績マップ作成部２４は、各セル並びに帯域リスク欄１４２ａ及び１４２ｂが空欄である実績マップ３４を作成する。
第２に、実績マップ作成部２４は、実績マップ３４の各軸に対応するＰＫＧが同時に導入されている実績（事例）を調査する。このとき、実績マップ作成部２４は、管理対象計算機３、ＰＫＧ配布元５及びＰＫＧリスク情報配信元６にアクセスしてもよいし、その他の任意の外部装置にアクセスしてもよいし、事例をユーザが入力装置１２を介して入力するのを受け付けてもよい。
【００７２】
第３に、実績マップ作成部２４は、前記したように、実績点を実績マップ３４上に描画し、近接するもの同士でクラスタリングする。実績マップ作成部２４は、セルに属する実績点の数をカウントし、カウントした数を実績数としてセル内に記憶し、その後実績点を消去する。
第４に、実績マップ作成部２４は、実績マップ３４の実績数を列ごと及び行ごとに合計し、帯域リスク欄１４２ａ及び１４２ｂに記憶する。なお、実績マップ作成部２４は、現在バージョンの組合せが属するクラスタの行及び列に対してのみ実績数の合計を記憶してもよい（図７参照）。
第５に、実績マップ作成部２４は、実績数に対して所定の閾値を適用することによって、ステップＳ２０８の“第４”において記憶した実績数の合計に、“高”、“中”又は“低”のいずれかを付す。
【００７３】
ステップＳ２０９において、ＰＫＧ更新支援装置１の更新推奨情報作成部２６は、更新推奨情報３５（図８）を作成する。具体的には、更新推奨情報作成部２６は、計算機情報３２（図４）、ステップＳ２０６の“第３”において押下された表示ボタンに対応するＰＫＧ、及び、ステップＳ２０７において受け付けた条件に基づいて、更新推奨情報３５のレコードを作成する。
【００７４】
このとき、更新推奨情報作成部２６は、推奨バージョンのバージョン定量値が現在バージョンのバージョン定量値以上になるようにする。更新推奨情報作成部２６は、推奨理由パタン欄１５５に、条件“Ｘ，Ｙの最新バージョンのリスクは許容できず、Ｖｘ，Ｖｙは許容できる”に対応する“Ｐ００４”を記憶することになる。更新推奨情報作成部２６は、当該条件を満たす２つの推奨バージョン名称を欄１５２ｃ及び欄１５３ｃに記憶する。この段階で作成されるレコードのインセンティブ評価値欄１５４は、空欄である。
【００７５】
ステップＳ２１０において、ＰＫＧ更新支援装置１のインセンティブ管理部２５は、インセンティブ評価値を算出する。具体的には、第１に、インセンティブ管理部２５は、前記した方法でインセンティブ評価値を更新推奨情報３５のレコードごとに算出し、算出した結果をインセンティブ評価値欄１５４に記憶する。インセンティブ管理部２５は、Ｘ軸に対応するＰＫＧのみを更新した場合、Ｙ軸に対応するＰＫＧのみを更新した場合、及び、両方を更新した場合についてインセンティブ評価値を算出する。
【００７６】
第２に、インセンティブ管理部２５は、更新推奨画面５１（図１１）の推奨バージョン名称欄５５ｄ及びインセンティブ評価値欄５５ｅに、推奨バージョン名称及びインセンティブ評価値を表示する。インセンティブ管理部２５は、推奨バージョンの数が複数ある場合、推奨バージョン名称を複数表示してもよい。同様に、インセンティブ管理部２５は、対応するインセンティブ評価値を複数表示してもよい。
【００７７】
ステップＳ２１１において、ＰＫＧ更新支援装置１の表示処理部２７は、更新推奨画面（続き）５１ｂ（図１２）を表示する。具体的には、第１に、表示処理部２７は、更新推奨画面（続き）５１ｂを出力装置１３に表示する。この段階で、計算機欄６１には“Ｃ００１（ＨＩＫＯ）”が表示されており、ＰＫＧ（Ｘ軸）欄６２ａには“ｗｅｂＡ”が表示されており、ＰＫＧ（Ｙ軸）欄６２ｂには“ｄｂＢ”が表示されている。重要観点欄６３には“リスク情報件数”が表示されている。
第２に、表示処理部２７は、ステップＳ２０８において作成した実績マップ３４を実績マップ欄６４（図１２）に表示する。そして、表示処理部２７は、現在のバージョンが属するクラスタに属する候補のバージョンのうち、実績数が最大であるものを推奨バージョンとして決定する。
【００７８】
第３に、表示処理部２７は、推奨情報６５（図１２）を表示する。より具体的には、表示処理部２７は、以下を表示する。
・現在バージョンの組合せが属するクラスタの実績マップ内における位置（欄６５ａ）
・現在バージョンの組合せの、バージョン名称及びバージョン定量値（欄６５ｂ）
【００７９】
・最新バージョンの組合せの、バージョン名称及びバージョン定量値（欄６５ｃ）
・推奨バージョンの組合せの、バージョン名称及びバージョン定量値（欄６５ｄ）
なお、ここでのバージョン定量値“７９.４”及び“７８.２”は、そのセルに属するＰＫＧのバージョン定量値の平均である。
・現在バージョンのうちＸ軸（又はＹ軸）のＰＫＧのみを推奨バージョンに更新した場合のインセンティブ評価値（欄６５ｅ）、及び、両方を推奨バージョンに更新した場合のインセンティブ評価値（欄６５ｆ）
【００８０】
第４に、表示処理部２７は、実績マップ３４上の現在バージョンを示すセル６６及び推奨バージョンを示すセル６７を強調表示し、両者を矢印で結ぶ。
第５に、表示処理部２７は、ステップＳ２０７において受け付けた条件（図９参照）を条件欄６８に表示する。
【００８１】
ＰＫＧ（Ｙ軸）欄６２ｂは、“ｗｅｂＡ”と連携して動作するＰＫＧ名称をドリルダウン方式で表示することができる。重要観点欄６３は、バージョン仕様のすべての候補をドリルダウン方式で表示することができる。ユーザがこれらの欄において、他のＰＫＧ名称及び／又は他のバージョン仕様を選択した場合、更新推奨情報作成部２６等は、新たに選択された情報に基づいて、ステップＳ２０６〜Ｓ２１１の処理を繰り返す。
その後、処理手順を終了する。
【００８２】
（変形例１：インセンティブ評価値の付与）
処理手順の任意のタイミングにおいて、又は、周期的なバッチ処理等で、インセンティブ管理部２５は、管理対象計算機３にアクセスし、ステップＳ２１１の“第４”において強調表示した推奨バージョンへの更新を当該管理対象計算機３が実行しているか否かを調査する。実行している場合、インセンティブ管理部２５は、図１２の欄６５ｅ又は欄６５ｆに表示されたインセンティブ評価値を、計算機群情報３１（図３）の当該管理対象計算機についてのレコードのインセンティブ累計値欄１０６に記憶されている値に加算する。
【００８３】
（変形例２：ユーザからの“条件”入力）
前記では、ステップＳ２０７において、更新推奨情報作成部２６は、ユーザから条件を受け付けるものとした。しかしながら、当該処理は、必須ではない。更新推奨情報作成部２６がステップＳ２０７を実行しない場合、ステップＳ２１１の“第２”において、表示処理部２７は、より多くの候補のうちから推奨バージョンを決定することとなる。そして、ステップＳ２１１の“第５”において、表示処理部２７は、決定した推奨バージョンに対応する条件（図９の欄１６４）を図１２の条件欄６８に表示することとなる。
【００８４】
（変形例３：インセンティブ評価値を反映した推奨バージョンの決定）
表示処理部２７は、実績数が所定の閾値以上であるバージョンの組合せを推奨バージョンの候補として決定してもよい。このとき、表示処理部２７は、決定したすべての候補を実績マップ欄６４（図１２）において強調表示し、それぞれの候補に対応するインセンティブ評価値を欄６５ｅ及び６５ｆ（図１２）に表示したうえで、ユーザの選択を受け付ける。このようにすれば、実績数は最大ではないが、より新しいバージョンの組合せが選択されやすくなる。
【００８５】
（本実施形態の効果）
本実施形態のＰＫＧ更新支援装置の効果は以下の通りである。
（１）ＰＫＧ更新支援装置は、各軸方向にバージョンの新しさを比較可能な空間において、実績の数に基づき、適当な更新後のバージョンをユーザに表示することができる。
（２）ＰＫＧ更新支援装置は、ＰＫＧのリスクに関する情報又はソースコードに基づき、バージョン定量値を算出することができる。
（３）ＰＫＧ更新支援装置は、ＰＫＧのセキュリティ脆弱性又はソースコードの演算数に基づき、バージョン定量値を算出することができる。
（４）ＰＫＧ更新支援装置は、最新バージョンを回避するユーザに対しても、推奨バージョンを表示することができる。
（５）ＰＫＧ更新支援装置は、インセンティブ評価値を使用して推奨バージョンへの更新を促進することができる。
（６）ＰＫＧ更新支援装置は、クラスタ内での更新（極端に新しいバージョンに更新しない）を促進することができる。
（７）ＰＫＧ更新支援装置は、推奨バージョンのリスク許容に関する条件をユーザに告知することができる。
【００８６】
なお、本発明は前記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、前記した実施例は、本発明を分かり易く説明するために詳細に説明したものであり、必ずしも説明したすべての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００８７】
また、前記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウエアで実現してもよい。また、前記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウエアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の記録装置、又は、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆どすべての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００８８】
１      ソフトウエアパッケージ（ＰＫＧ）更新支援装置
２      ネットワーク
３      管理対象計算機
４      計算機群
５      ＰＫＧ配布元
６      ＰＫＧリスク情報配信元  
７      ソフトウエアパッケージ（ＰＫＧ）
１１    中央制御装置
１２    入力装置
１３    出力装置
１４    主記憶装置
１５    補助記憶装置
１６    通信装置
２１    計算機情報取得部
２２    公開情報分析部
２３    バージョン分析部
２４    実績マップ作成部
２５    インセンティブ管理部
２６    更新推奨情報作成部
２７    表示処理部
３１    計算機群情報
３２    計算機情報
３３    ＰＫＧ情報
３４    実績マップ
３５    更新推奨情報
３６    推奨理由パタン情報
【図１】
2020135678.tif 000003
【図２】
2020135678.tif 000004
【図３】
2020135678.tif 000005
【図４】
2020135678.tif 000006
【図５】
2020135678.tif 000007
【図６】
2020135678.tif 000008
【図７】
2020135678.tif 000009
【図８】
2020135678.tif 000010
【図９】
2020135678.tif 000011
【図１０】
2020135678.tif 000012
【図１１】
2020135678.tif 000013
【図１２】
2020135678.tif 000014