特開 2024-109349 パッチ管理装置、及びパッチ管理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024109349

(43)【公開日】2024-08-14

(54)【発明の名称】パッチ管理装置、及びパッチ管理方法

(51)【国際特許分類】

   G06F 8/71 20180101AFI20240806BHJP

   G06F 8/65 20180101ALI20240806BHJP

   G06F 21/57 20130101ALI20240806BHJP

【ＦＩ】

G06F8/71

G06F8/65

G06F21/57 320

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023014091

(22)【出願日】2023-02-01

(71)【出願人】

【識別番号】501387839

【氏名又は名称】株式会社日立ハイテク

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】山内 克哉

(72)【発明者】

【氏名】井手口 恒太

(72)【発明者】

【氏名】佐藤 知奈津

(72)【発明者】

【氏名】桶屋 勝幸

(72)【発明者】

【氏名】矢戸 晃史

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA02

5B376CA42

5B376DA08

5B376DA11

5B376DA16

(57)【要約】

【課題】製品に適用するパッチを効果的に決定する。
【解決手段】パッチ管理装置は、製品のソフトウェア構成及び適用済みパッチの情報を示す製品情報と、パッチの公開順序と適用可能な製品とパッチとの関係を示すパッチ情報と、を格納する。パッチ管理装置は、製品情報及びパッチ情報を参照して、対象製品に適用可能なパッチ及び対象パッチを適用可能な製品の少なくとも一方を抽出し、予め設定されているパッチ適用ルールに従って、対象製品のパッチ適用による更新及び対象パッチの製品適用の少なくとも一方の要否を判定する。
【選択図】図３

【特許請求の範囲】

【請求項1】

パッチ管理装置であって、
プロセッサと、
記憶装置と、を含み、
前記記憶装置は、
製品のソフトウェア構成及び適用済みパッチの情報を示す、製品情報と、
パッチの公開順序と、適用可能な製品とパッチとの関係を示す、パッチ情報と、を格納し、
前記プロセッサは、
前記製品情報及び前記パッチ情報を参照して、対象製品に適用可能なパッチ及び対象パッチを適用可能な製品の少なくとも一方を抽出し、
予め設定されているパッチ適用ルールに従って、前記対象製品のパッチ適用による更新及び前記対象パッチの製品適用の少なくとも一方の要否を判定する、パッチ管理装置。

【請求項2】

請求項１に記載のパッチ管理装置であって、
前記パッチ適用ルールは、パッチ種類がセキュリティパッチであるパッチが適用可であることを示す、パッチ管理装置。

【請求項3】

請求項１に記載のパッチ管理装置であって、
前記パッチ適用ルールは、パッチ種類が基本性能に影響する機能更新であるパッチが適用不可であることを示す、パッチ管理装置。

【請求項4】

請求項１に記載のパッチ管理装置であって、
前記プロセッサは、前記パッチ適用ルールに従って、前記対象製品に対する未適用パッチが所定数を超える場合、前記対象製品の更新が必要と判定する、パッチ管理装置。

【請求項5】

請求項１に記載のパッチ管理装置であって、
前記パッチ情報は、パッチのリスク値を示し、
前記プロセッサは、前記パッチ適用ルールに従って、前記対象製品に対する未適用パッチが閾値以上のリスク値を有するパッチを含む場合に前記対象製品の更新が必要と判定する、パッチ管理装置。

【請求項6】

請求項１に記載のパッチ管理装置であって、
前記製品情報は、型式認定された医用製品の情報を示す、パッチ管理装置。

【請求項7】

請求項１に記載のパッチ管理装置であって、
前記記憶装置は、施設ごとのパッチ適用ルールの情報を格納し、
前記製品情報は、前記施設ごとの製品のソフトウェア構成及び適用済みパッチの情報を示し、
前記プロセッサは、前記施設ごとのパッチ適用ルールの情報と前記製品情報とを参照して、前記施設ごとに、前記対象製品の更新及び前記対象パッチの製品適用の少なくとも一方の要否を判定する、パッチ管理装置。

【請求項8】

請求項１から７のいずれかに記載のパッチ管理装置であって、
前記プロセッサは、前記対象製品に適用されるパッチ種類が、セキュリティパッチであるか否か及び基本性能に影響する機能更新プログラムであるか否かを表示する、パッチ管理装置。

【請求項9】

請求項１から７のいずれかに記載のパッチ管理装置であって、
前記プロセッサは、前記要否の判定結果を表示する、パッチ管理装置。

【請求項10】

装置によるパッチ管理方法であって、
前記装置は、
製品のソフトウェア構成及び適用済みパッチの情報を示す、製品情報と、
パッチの公開順序と、適用可能な製品とパッチとの関係を示す、パッチ情報と、を格納し、
前記パッチ管理方法は、前記装置が、
前記製品情報及び前記パッチ情報を参照して、対象製品に適用可能なパッチ及び対象パッチを適用可能な製品の少なくとも一方を抽出し、
予め設定されているパッチ適用ルールに従って、前記対象製品のパッチ適用による更新及び前記対象パッチの製品適用の少なくとも一方の要否を判定する、パッチ管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、製品に適用するパッチを管理するパッチ管理装置における、データベースを用いるパッチ管理方法に関する。

【背景技術】

【0002】

セキュリティパッチは、ＯＳやアプリケーションの脆弱性を解消するための追加プログラムであり、脆弱性が発見されると製造元から公開される。脆弱性をそのままにしておくとサイバー攻撃の対象になりやすいため、常に最新版のセキュリティパッチを適用することが推奨される。

【0003】

Ｍｉｃｒｏｓｏｆｔ社が提供しているＭｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ（登録商標）には、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓに係わるセキュリティパッチや機能更新をユーザが選択して適用できるシステム更新機能、Ｗｉｎｄｏｗｓ Ｕｐｄａｔｅが存在する。Ｍｉｃｒｏｓｏｆｔが更新プログラムを公開し、プログラム本体と共に、その名前や動作環境等を管理する。そして、各端末に適切な更新プログラムを提供し、ユーザが必要なものを選択して適用できる。

【0004】

また、企業等の組織で管理されている端末の場合、その組織のポリシーに基づいた更新プログラムのローカル管理サーバ、ＷＳＵＳ（Ｗｉｎｄｏｗｓ Ｓｅｒｖｅｒ Ｕｐｄａｔｅ Ｓｅｒｖｉｃｅｓ）も利用可能である。Ｍｉｃｒｏｓｏｆｔが公開した更新プログラムを一時的に管理し、クライアントごとに適用する更新プログラムを指定し、適用状況を把握できる。加えて、オプションにより同期する更新プログラムを指定し、不要な更新プログラムを同期されないようにすることも可能である。

【0005】

これらの技術を利用することでユーザが適用パッチの管理をできるようになる一方、システムに適用するパッチを自動的に選別したいという要求もある。ソフトウェアのパッチは多数存在するためすべて適用するには時間がかかり、必要なものだけを選別するにも知識が必要となる。

【0006】

そこで、システムに適用可能な多数のパッチの中から、ユーザが適用したいパッチのみを自動的に取捨選択する技術が特許文献１に開示されている。適用対象システムが備えるデータベースの情報を基に、システムで未適用のパッチ情報を抽出する。加えて、使用頻度の高い機能に対するパッチ適用要否等、３つのユーザポリシーに基づいてパッチの絞り込みをする。これにより適用パッチをユーザのポリシーに従って容易に選別、取得できる。

【0007】

近年、例えば医療分野では、サイバー攻撃の脅威が拡大しており、セキュリティの確保が重要な課題となっている。医用製品に対するサイバー攻撃の増加に伴い、ＦＤＡ（Ｆｏｏｄ ａｎｄ Ｄｒｕｇ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ）及びＩＭＤＲＦ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｅｄｉｃａｌ Ｄｅｖｉｃｅ Ｒｅｇｕｌａｔｏｒｓ Ｆｏｒｕｍ）では医用製品に対するサイバーセキュリティの要求事項を掲げており、医用製品の設計段階から市販後までの製品ライフサイクル全体において、患者への危害を引き起こすセキュリティリスクの低減が求められている。

【0008】

医用製品を医療機関に納める際には、製品の型式認定が必要となる。製品で使用するソフトウェアやＯＴＳＳ（Ｏｆｆ－Ｔｈｅ－Ｓｈｅｌｆ Ｓｏｆｔｗａｒｅ）を検査し、出荷可能と判断された場合に、そのバージョンの組み合わせの製品に対して型式が与えられる。使用するソフトウェアやＯＴＳＳの一つのバージョンでも変化すると別の型式として扱われ、再認定が必要となり多くの時間を要するため、製品を更新せずに使用し続けることが多い。しかし、古い製品を使用し続けると重大な脆弱性が放置されたままになる危険性があり、サイバー攻撃を受ける可能性が増す。

【0009】

医用製品のセキュリティ確保のため、当局では医用製品の基本性能に影響しないパッチ適用については再認定を不要としている。そのため、再認定にかかる時間を削減しつつ、製品のセキュリティを向上できる。

【先行技術文献】

【特許文献】

【0010】

【特許文献1】米国特許出願公開第２００８／０３１３６２６号

【発明の概要】

【発明が解決しようとする課題】

【0011】

例えば、医用製品は、バージョン更新時の再認定に多くの時間を要することから、製品を更新せずに使用し続けることが多い。そのため重大な脆弱性が放置されたままになる危険性があり、サイバー攻撃を受ける可能性が増す。

【0012】

医用製品のセキュリティ確保のため、当局では医用製品の基本性能に影響しないパッチ適用については再認定を不要としている。そのため、再認定にかかる時間を削減しつつ、製品のセキュリティを向上できる。ただし、どのパッチがどの製品に対して適用できるのかを人手で判断するのは困難である。また、医用製品と異なる種類の製品についても、パッチ適用について効率的に適切な管理を行うことが望まれる。

【課題を解決するための手段】

【0013】

上記課題を解決するための一手段を説明する。本発明の一態様は、パッチ管理装置であって、プロセッサと、記憶装置と、を含み、前記記憶装置は、製品のソフトウェア構成及び適用済みパッチの情報を示す、製品情報と、パッチの公開順序と、適用可能な製品とパッチとの関係を示す、パッチ情報と、を格納し、前記プロセッサは、前記製品情報及び前記パッチ情報を参照して、対象製品に適用可能なパッチ及び対象パッチを適用可能な製品の少なくとも一方を抽出し、予め設定されているパッチ適用ルールに従って、前記対象製品のパッチ適用による更新及び前記対象パッチの製品適用の少なくとも一方の要否を判定する。

【発明の効果】

【0014】

本発明の一態様によれば、製品に適用するパッチを効果的に決定することができる。

【図面の簡単な説明】

【0015】

【図1】パッチ管理装置及び周辺機器の構成を示す図である。

【図2】パッチ管理装置の内部構成を示す図である。

【図3】パッチ管理装置及び周辺機器の関係を示す図である。

【図4】パッチ管理装置及び周辺機器の各々のハードウェア構成例を示す図である。

【図5】製品の構成情報を保持するデータベースの例である。

【図6】適用パッチ情報を保持するデータベースの例である。

【図7】施設ごとのパッチ適用ルール情報を保持するデータベースの例である。

【図8】施設ごとのパッチ適用状況を保持するデータベースの例である。

【図9】データベースの作成または更新の流れを示すシーケンスである。

【図10】対象製品に適用可能なパッチを検索する流れを示すシーケンスである。

【図11】対象パッチを適用可能な製品を検索する流れを示すシーケンスである。

【図12】対象製品情報を入力する入力画面の例を示す図である。

【図13】対象製品を選択する選択画面の例を示す図である。

【図14】対象製品に適用可能なパッチの検索結果表示画面の例を示す図である。

【図15】対象パッチ情報を入力する入力画面の例を示す図である。

【図16】対象パッチを選択する選択画面の例を示す図である。

【図17】対象パッチを適用可能な製品の検索結果表示画面の例を示す図である。

【図18】パッチ適用による製品の更新履歴の例を示す図である。

【図19】ネットワーク環境のパッチ管理装置及び周辺機器の構成を示す図である。

【図20】ネットワーク環境のパッチ管理装置、周辺機器、及び対象製品の構成を示す図である。

【図21】対象製品に適用可能なパッチの検索、及びその後の対応の流れを示すフローチャートである。

【図22】対象パッチを適用可能な製品の検索、及びその後の対応の流れを示すフローチャートである。

【発明を実施するための形態】

【0016】

以下、実施例を図面を用いて説明する。本明細書の一実施例は、製品の構成情報と適用パッチ情報を管理し、これらの情報を基に製品に適用するパッチを判定する。製品の構成情報と適用パッチ情報を管理することで、これらの情報を基にパッチ適用要否の適切な判定が可能となる。加えて、未適用パッチ情報を基に製品更新要否の判定ができ、製品のバージョン更新のタイミングを明確化できる。本明細書で説明する実施例は、例えば、医用製品のパッチ管理に適用することができる。医用製品は、ソフトウェアの更新に応じて、新たな型式認定の要否が変化する。本明細書の実施例によるパッチ管理によって、医療業務への影響を抑えつつ、医用製品のセキュリティを向上できる。なお、本明細書で説明する実施例は、医用製品と異なる種類の装置に対するパッチの適用管理にも適用することができる。

【実施例0017】

実施例１は、パッチ管理装置、管理者端末、及びパッチ管理装置利用端末をローカル環境で利用する実施例である。実施例１について、図１～図１８を用いて詳細に説明する。図１は、パッチ管理装置及び周辺機器の構成を示す図である。本実施例はパッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３を含む。パッチ管理装置１１は、管理者端末１２、及びパッチ管理装置利用端末１３と通信可能でる。または、管理者端末１２とパッチ管理装置利用端末１３をパッチ管理装置１１の入出力部として、一つの装置で構成してもよい。

【0018】

図２は、パッチ管理装置１１の論理構成を示す図である。パッチ管理装置１１は、処理部３１と、記憶部３２と、操作者からの指示の受け付けや各種データの入出力や処理結果の出力等を行う入出力部３３と、ネットワークを介して通信する通信部３４とを有する。

【0019】

処理部３１は、情報更新処理部２１と、検索処理部２２と、製品更新判定処理部２３と、検索結果表示処理部２４とを有する。

【0020】

記憶部３２は、後述する製品構成情報データベース５０を保持する製品構成情報保持部２５と、後述するパッチ情報データベース６０を保持するパッチ情報保持部２６と、パッチを保持するパッチ本体保持部２７と、後述するパッチ適用ルールデータベース７０を保持するパッチ適用ルール保持部２８と、後述するパッチ適用状況データベース８０を保持するパッチ適用状況保持部２９とを有する。

【0021】

情報更新処理部２１は、入出力部３３または通信部３４を介して管理者端末１２からの入力情報を取得し、各種情報を製品構成情報保持部２５、パッチ情報保持部２６、パッチ本体保持部２７、パッチ適用ルール保持部２８、パッチ適用状況保持部２９に格納する。

【0022】

検索処理部２２は、入出力部３３または通信部３４を介してパッチ管理装置利用端末１３からの入力情報を取得し、後述する製品構成情報データベース５０と後述するパッチ情報データベース６０に格納されている情報に基づき、対象製品に適用可能なパッチまたは対象パッチを適用可能な製品を抽出する。

【0023】

製品更新判定処理部２３は、検索処理部２２の抽出結果を基に、パッチ適用要否及び製品更新要否を判定する。パッチ適用要否の判定には、後述するパッチ適用ルールデータベース７０と後述するパッチ適用状況データベース８０を利用してもよい。

【0024】

検索結果表示処理部２４は、入出力部３３または通信部３４を介して、検索処理部２２の抽出結果及び製品更新判定処理部２３の判定結果をパッチ管理装置利用端末１３に出力する。

【0025】

図３は、パッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３の関係を示す図である。管理者端末１２からは情報更新処理部２１が利用でき、パッチ管理装置利用端末１３からは検索処理部２２が利用できる。または、管理者端末１２とパッチ管理装置利用端末１３を同一の端末として、情報更新処理部２１は管理者権限で実行されてもよいし、あるいは、パスワード認証を必要としてもよい。

【0026】

図４は、パッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３の各々のハードウェア構成例を示す図である。

【0027】

パッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３は、例えば、１または複数の一般的なコンピュータであってよい。コンピュータは、各種処理や演算、装置全体の制御等を行うプロセッサであるＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）４１と、主記憶装置であるメモリ４２と、各種プログラム及びデータを記憶するハードディスク等の外部記憶装置４３（補助記憶装置）と、を含む。さらに、ネットワーク１４を介して他装置と通信を行うための通信装置４４と、キーボードやボタン等の入力装置４５と、モニタやプリンタ等の出力装置４６と、ＣＤ－ＲＯＭやＵＳＢ等の可搬性を有する記憶媒体４８から情報を読み取る読取装置４７と、を含む。これら装置は、内部通信線４９を介してデータ送受信を行う。

【0028】

ＣＰＵ４１は、外部記憶装置４３から各種プログラムをメモリ４２にロードし、所定のプログラムを実行することにより上述の各処理部を実現する。すなわち、処理部３１はＣＰＵ４１の処理プロセスとして実現され、記憶部３２はＣＰＵ４１がメモリ４２や外部記憶装置４３を利用することにより実現される。入出力部３３はＣＰＵ４１が入力装置４５や出力装置４６や読取装置４７を利用することにより実現され、通信部３４はＣＰＵ４１が通信装置４４を利用することにより実現される。

【0029】

各処理部を実現する所定のプログラムは、予め外部記憶装置４３に格納されていてもよいし、可搬性を有する記憶媒体４８に格納されており読取装置４７を介して必要に応じて読み出されてもよいし、あるいは、通信装置４４と接続された他装置から必要に応じてダウンロードされて外部記憶装置４３に格納されるものでもよい。

【0030】

図５は、製品の構成情報を保持するデータベースの例である。製品構成情報データベース５０は、製品構成情報保持部２５に格納される。製品構成情報データベース５０は製品情報に含まれる。製品構成情報データベース５０に格納される情報は、型式が認められた製品の構成情報であり、製品の現在の構成情報と異なり得る。

【0031】

製品構成情報データベース５０は、製品名列５１、コンポーネント名列５２、ソフトウェア名列５３、バージョン情報列５４、製造元列５５、認定パッチ情報列５６を含む。製品名列５１は、製品名を格納する。コンポーネント名列５２は、製品で利用されるコンポーネント情報を格納する。ソフトウェア名列５３は、各コンポーネントで利用されるソフトウェア情報を格納する。

【0032】

バージョン情報列５４は、各ソフトウェアのバージョン情報を格納する。製造元列５５は、各ソフトウェアの製造元情報を格納する。認定パッチ情報列５６は、型式認定時に各ソフトウェアに適用されている最新パッチ情報を格納する。
認定パッチ情報５６列に格納される情報は、後述するパッチ情報データベース６０のパッチ番号６２列に格納される情報の中に一致するものが存在するものとする。

【0033】

コンポーネントとは、製品を構成するハードウェア部品であり、図５に示すように一つの製品に対して複数のコンポーネントを持つことが想定される。コンポーネントの数は、製品により異なってもよい。また、同一のコンポーネントを異なる製品で利用してもよい。

【0034】

図６は、適用パッチ情報を保持するデータベースの例である。パッチ情報データベース６０は、パッチ情報保持部２６に格納される。パッチ情報データベース６０は、ソフトウェア名列５３、公開日時列６１、パッチ番号列６２、パッチ種類列６３、脆弱性内容列６４、リスク値列６５、基本性能列６６を含む。

【0035】

公開日時列６１は、各ソフトウェアのパッチが公開された日時情報を格納する。パッチ番号列６２は、各ソフトウェアのパッチ番号情報を格納する。パッチ種類列６３は、各ソフトウェアのパッチ種類情報を格納する。脆弱性内容列６４は、パッチ種類列６３がセキュリティパッチの場合にそのパッチが解決する脆弱性内容を格納する。リスク値列６５は、パッチ種類６３列がセキュリティパッチの場合に脆弱性のリスク値を格納する。基本性能列６６は、パッチ種類６３列が機能更新の場合に製品に影響する基本性能情報を格納する。基本性能は安全に関係した基本的な性能であり、基本性能の語は、例えば、医用製品の国際規格や国内規格において定義されている。基本性能の変更は、新たな型式認定を必要とする。製品に対する基本性能は予め指定されている。

【0036】

公開日時列６１に格納される情報は、パッチが公開された日時を表現できる情報であれば、特にその表現方法は限定しない。公開日時は、パッチの公開順序を示す。公開日時と異なる情報で、公開順序が示されてもよい。パッチ種類列６３に格納される情報は、パッチの種類を識別する情報であり、本実施例ではセキュリティパッチか機能更新のいずれかとする。パッチの種類を限定するものではなく、製品更新判定処理部２３でのパッチ適用要否及び製品更新要否の判定に用いるため、パッチの種類はその他にあってもよい。

【0037】

脆弱性内容列６４に格納される情報は、例えば不具合修正やセキュリティ上の問題修正等が考えられる、これらに限定されない。脆弱性内容を表現できる情報であれば、特にその表現方法は限定しない。また、本実施例ではパッチ種類６３列がセキュリティパッチの場合のみ情報を保持するものとする。

【0038】

リスク値列６５に格納される情報は、例えば共通脆弱性評価システムＣＶＳＳ（Ｃｏｍｍｏｎ Ｖｕｌｎｅｒａｂｉｌｉｔｙ Ｓｃｏｒｉｎｇ Ｓｙｓｔｅｍ）による値等が考えられる。脆弱性内容列６４と同様、パッチ種類列６３がセキュリティパッチの場合のみ情報を保持するものとする。

【0039】

影響する基本性能列６６に格納される情報は、製品へのパッチ適用により仕様変更等の影響を受ける機能（基本性能）の情報である。影響を受ける機能がない場合は、なしとする。本実施例では、パッチ種類列６３は、基本性能に影響する機能更新の場合のみ情報を保持するものとする。パッチ種類列６３は、基本性能に影響する機能更新と影響しない機能更新を分類して示してもよい。

【0040】

図７は、施設ごとのパッチ適用ルール情報を保持するデータベースの例である。パッチ適用ルールデータベース７０は、パッチ適用ルール保持部２８に格納される。パッチ適用ルールデータベース７０は、製品を納入している施設情報を格納する対象施設列７１と、各施設の国情報を格納する対象国列７２と、各施設でのパッチ適用要否を格納する適用要否７３列と、パッチ適用の頻度情報を格納する適用頻度列７４とを有する。

【0041】

適用要否列７３に格納される情報は、本実施例では要か不要のいずれかであるものとする。適用頻度列７４に格納される情報は、パッチを適用するタイミングを表現できる情報であれば、特にその表現方法は限定しない。また、本実施例では適用要否列７３が要の場合のみ情報を保持するものとする。

【0042】

図８は、施設ごとのパッチ適用状況を保持するデータベースの例である。パッチ適用状況データベース８０は、パッチ適用状況保持部２９に格納される。パッチ適用状況データベース８０は製品情報に含まれる。パッチ適用状況データベース８０は、製品名列５１と、対象施設列７１と、対象国列７２と、コンポーネント名列５２と、ソフトウェア名列５３と、各施設での適用パッチ情報を格納する適用パッチ情報列８１とを有する。適用パッチ情報列８１は、製品のコンポーネントのソフトウェアに適用済みの最新のパッチの情報を示す。適用パッチ情報列８１に格納される情報は、パッチ情報データベース６０のパッチ番号６２列に格納される情報の中に一致するものが存在するものとする。

【0043】

図８に示すように同一製品を複数の施設へ納入している場合、一つの製品に対して複数の施設を持つことが想定される。また、施設ごとにパッチ適用ルールが異なるため、同一製品のソフトウェアでも適用パッチ情報が異なることが想定される。

【0044】

図９は、管理者端末１２から、パッチ管理装置１１の記憶部３２が有する保持部の情報を作成または更新する処理シーケンスである。

【0045】

ステップ９０１：管理者端末１２は、管理者が入力する情報を取得する。

【0046】

ステップ９０２：管理者端末１２は、取得した入力情報をパッチ管理装置１１へ送信する。

【0047】

ステップ９０３：パッチ管理装置１１は、管理者端末１２から入力情報を受信する。

【0048】

ステップ９０４：パッチ管理装置１１の情報更新処理部２１は、入力情報に該当する情報を作成または更新する。

【0049】

製品構成情報データベース５０に格納される情報は、例えば新たな型式が与えられた製品が納入された場合に新たに作成するものとする。パッチ情報データベース６０に格納される情報は、例えば新たなパッチが公開された場合に新たに作成するものとする。パッチ適用ルールデータベース７０に格納される情報は、例えば製品を納入する施設が追加された場合は新たに作成し、納入済みの施設におけるパッチ適用ルールが変更になった場合は適用要否列７３と適用頻度列７４を更新するものとする。パッチ適用状況データベース８０は、例えば製品を納入する施設が追加された場合は新たに作成し、納入済みの施設におけるパッチ適用状況が変更になった場合は適用パッチ情報８１列を更新するものとする。

【0050】

図１０は、パッチ管理装置利用端末１３から、対象製品に適用可能なパッチを検索する処理シーケンスである。まず、対象製品の絞り込みをするシーケンス（ステップ１００１～１００５）について説明する。対象製品の絞り込みは、製品構成情報の一部の情報から、対象製品を特定するために実施されるものとする。

【0051】

ステップ１００１：パッチ管理装置利用端末１３は、ユーザが入力する製品構成情報を取得する。入力情報の例は、図１２を参照して後述される。

【0052】

ステップ１００２：パッチ管理装置利用端末１３は、取得した入力情報をパッチ管理装置１１へ送信する。

【0053】

ステップ１００３：パッチ管理装置１１は、パッチ管理装置利用端末１３から入力情報を受信する。

【0054】

ステップ１００４：パッチ管理装置１１の検索処理部２２は、製品構成情報データベース５０から入力情報に該当する組合せの製品情報を抽出する。

【0055】

ステップ１００５：パッチ管理装置１１の検索結果表示処理部２４は、検索処理部２２の抽出結果を表示する。

【0056】

次に、選択した製品に適用可能なパッチを検索するシーケンス（ステップ１００６～１０１０）について説明する。

【0057】

ステップ１００６：パッチ管理装置利用端末１３は、ユーザが選択した製品情報をパッチ管理装置１１へ送信する。

【0058】

ステップ１００７：パッチ管理装置１１は、パッチ管理装置利用端末１３から選択した製品情報を受信する。

【0059】

ステップ１００８：パッチ管理装置１１の検索処理部２２は、選択した製品の認定パッチ情報列５６のパッチより後に公開されたパッチを、パッチ情報データベース６０から抽出する。

【0060】

ステップ１００９：パッチ管理装置１１の製品更新判定処理部２３は、予め設定されているパッチ適用ルールに従って、抽出したパッチの適用要否及び製品更新要否を判定する。本例において、パッチ種類列６３がセキュリティパッチの場合は適用可と判定する。パッチ種類列６３が機能更新の場合は、影響する基本性能列６６がなしの場合は適用可、機能の情報がある場合は適用しないと判定する。これにより、医療業務への影響を抑えつつ、セキュリティを改善できる。なお、パッチ適用した場合、その種類によらず、型式認定を取得してもよい。

【0061】

適用要否の判定には、パッチ適用ルールデータベース７０とパッチ適用状況データベース８０を利用してもよい。適用要否列７３が不要の場合は適用しないと判定する。適用要否列７３が要の場合は、適用パッチ情報列８１のパッチより後のパッチは適用可と判定する。加えて、抽出した未適用パッチが予め設定された所定数を超える場合、もしくはリスク値列６５の情報が予め設定された閾値以上のセキュリティパッチが存在する場合は製品更新が必要と判定する。これにより、セキュリティを向上できる。判定基準となる未適用パッチ数やリスク値は、予め固定値を設定しておいてもよいし、管理者によって適切な値に変更できるようにしてもよい。パッチ数とリスク値の一方のみが参照されてもよく、これらは参照されなくてもよい。

【0062】

ステップ１０１０：パッチ管理装置１１の検索結果表示処理部２４は、検索処理部２２の抽出結果と製品更新判定処理部２３の判定結果を表示する。

【0063】

図１１は、パッチ管理装置利用端末１３から、対象パッチを適用可能な製品を検索する処理シーケンスである。まず、対象パッチの絞り込みをするシーケンス（ステップ１１０１～１１０５）について説明する。対象パッチの絞り込みは、パッチ情報の一部の情報から、対象パッチを特定するために実施されるものとする。

【0064】

ステップ１１０１：パッチ管理装置利用端末１３は、ユーザが入力するパッチ情報を取得する。

【0065】

ステップ１１０２：パッチ管理装置利用端末１３は、取得した入力情報をパッチ管理装置１１へ送信する。

【0066】

ステップ１１０３：パッチ管理装置１１は、パッチ管理装置利用端末１３から入力情報を受信する。

【0067】

ステップ１１０４：パッチ管理装置１１の検索処理部２２は、パッチ情報データベース６０から入力情報に該当する組合せのパッチ情報を抽出する。
ステップ１１０５：パッチ管理装置１１の検索結果表示処理部２４は、検索処理部２２の抽出結果を表示する。

【0068】

次に、選択したパッチを適用可能な製品を検索するシーケンス（ステップ１１０６～１１１０）について説明する。

【0069】

ステップ１１０６：パッチ管理装置利用端末１３は、ユーザが選択したパッチ情報をパッチ管理装置１１へ送信する。

【0070】

ステップ１１０７：パッチ管理装置１１は、パッチ管理装置利用端末１３から選択したパッチ情報を受信する。

【0071】

ステップ１１０８：パッチ管理装置１１の検索処理部２２は、選択したパッチのパッチ番号列６２より前のパッチを認定パッチ情報列５６に持つ製品を、製品構成情報データベース５０から抽出する。

【0072】

ステップ１１０９：パッチ管理装置１１の製品更新判定処理部２３は、予め設定されているパッチ適用ルールに従って、抽出した製品への適用要否を判定する。パッチ種類列６３がセキュリティパッチの場合は適用可と判定する。パッチ種類６３列が機能更新の場合は、影響する基本性能列６６がなしの場合は適用可、機能の情報がある場合は適用しないと判定する。

【0073】

適用要否の判定には、パッチ適用ルールデータベース７０とパッチ適用状況データベース８０を利用してもよい。適用要否列７３が不要の場合は適用しないと判定する。適用要否列７３が要の場合は、適用パッチ情報８１列のパッチ以降のパッチは適用可と判定する。対象パッチを適用可能な製品を検索する場合は製品更新要否の判定は実施しないものとする。

【0074】

ステップ１１１０：パッチ管理装置１１の検索結果表示処理部２４は、検索処理部２２の抽出結果と製品更新判定処理部２３の判定結果を表示する。

【0075】

図１２は、パッチ管理装置利用端末１３から、対象製品情報を入力する入力画面の例を示す図である。対象製品情報入力画面１２１には、製品構成情報データベース５０の各列の情報を入力する入力欄１２２と、検索を開始する検索ボタン１２３とを表示する。入力欄１２２は、キーボードからの文字列入力を受け付けてもよいし、製品構成情報データベース５０の各列に含まれる情報を選択肢としてプルダウンから選択するようにしてもよい。ユーザは、入力欄１２２の一部又は全部に情報を入力してよい。検索ボタン１２３は、クリックすることで検索処理部２２が入力欄１２２の情報を取得し、該当する製品の抽出を開始する。

【0076】

図１３は、パッチ管理装置利用端末１３から、対象製品を選択する選択画面の例を示す図である。対象製品選択画面１３１には、検索処理部２２が、ユーザ入力情報に応じて製品構成情報データベース５０から抽出した製品の件数と、抽出結果とを表示する。抽出結果は、製品を特定できれば特にその表示方法は限定しない。製品の選択は、抽出結果をそのまま選択することで受け付けてもよいし、抽出結果の隣に選択ボタン等を用意してもよい。

【0077】

図１４は、対象製品に適用可能なパッチの検索結果表示画面の例を示す図である。パッチ検索結果表示画面１４１には、選択した対象製品と、検索処理部２２の抽出結果と、製品更新判定処理部２３の判定結果とを表示する。抽出結果は、パッチの種類を含む。パッチ検索結果表示画面１４１により、ユーザは必要な情報を得ることができる。判定結果は、パッチ適用要否及び製品更新要否の判定を表現できる情報であれば、特にその表現方法は限定しない。

【0078】

図１５は、パッチ管理装置利用端末１３から、対象パッチ情報を入力する入力画面の例を示す図である。対象パッチ情報入力画面１５１には、パッチ情報データベース６０の各列の情報を入力する入力欄１２２と、検索を開始する検索ボタン１２３とを表示する。入力欄１２２は、キーボードからの文字列入力を受け付けてもよいし、パッチ情報データベース６０の各列に含まれる情報を選択肢としてプルダウンから選択するようにしてもよい。ユーザは、入力欄１２２の一部又は全部に情報を入力してよい。検索ボタン１２３は、クリックすることで検索処理部２２が入力欄１２２の情報を取得し、該当するパッチの抽出を開始する。

【0079】

図１６は、パッチ管理装置利用端末１３から、対象パッチを選択する選択画面の例を示す図である。対象パッチ選択画面１６１には、検索処理部２２が、ユーザ入力情報に応じてパッチ情報データベース６０から抽出したパッチの件数と、抽出結果とを表示する。抽出結果は、パッチを特定できれば特にその表示方法は限定しない。パッチの選択は、抽出結果をそのまま選択することで受け付けてもよいし、抽出結果の隣に選択ボタン等を用意してもよい。

【0080】

図１７は、対象パッチを適用可能な製品の検索結果表示画面の例を示す図である。製品検索結果表示画面１７１には、選択した対象パッチと、検索処理部２２の抽出結果と、製品更新判定処理部２３の判定結果とを表示する。対象パッチの情報は、パッチの種類を含む。製品検索結果表示画面１７１により、ユーザは必要な情報を得ることができる。判定結果は、パッチ適用要否の判定を表現できる情報であれば、特にその表現方法は限定しない。

【0081】

図１８は、パッチ適用による製品の更新履歴の例を示す図である。更新履歴１８１は、製品の更新日時と、対象施設列７１と、対象国列７２と、製品名列５１と、コンポーネント名列５２と、ソフトウェア名列５３と、バージョン情報列５４と、製造元列５５と、適用前パッチ情報と、適用後パッチ情報との情報を有する。

【0082】

更新日時は、製品にパッチ適用をした日時を表現できる情報であれば、特にその表現方法は限定しない。適用前パッチ情報と適用後パッチ情報は、パッチ適用前後の適用パッチ情報８１列の情報とする。適用パッチ情報８１列の情報が更新されたことをトリガーとして、例えば情報更新処理部２１が、履歴を記憶部３２に残すようにしてもよい。

【0083】

以上、本実施例によれば、医用製品で使用するソフトウェアやＯＴＳＳのパッチ情報を、製品の構成情報と共に管理できる。また、構成情報と適用パッチ情報に基づいて、パッチ適用要否及び製品更新要否の判定ができる。

【実施例0084】

実施例１はパッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３をローカル環境で利用するものとしているが、パッチ管理装置１１をネットワーク上に配置し、管理者端末１２とパッチ管理装置利用端末１３からネットワークで接続し、ネットワーク環境で利用するものとしてもよい。

【0085】

実施例２は、パッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３をネットワーク環境で利用する実施例である。実施例２について、図１９を用いて詳細に説明する。なお、実施例１と同様の部分については説明を省略する。図１９は、ネットワーク環境のパッチ管理装置及び周辺機器の構成を示す図である。本実施例はパッチ管理装置１１、管理者端末１２、及びパッチ管理装置利用端末１３から構成され、ネットワーク１４を介して各端末とパッチ管理装置１１が接続される。

【0086】

以上、本実施例によれば、ネットワークを介してパッチ適用要否及び製品更新要否の判定ができる。