特許 7510054 オペレーティングシステム特定装置、オペレーティングシステム特定方法、及びオペレーティングシステム特定プログラム

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-25

(45)【発行日】2024-07-03

(54)【発明の名称】オペレーティングシステム特定装置、オペレーティングシステム特定方法、及びオペレーティングシステム特定プログラム

(51)【国際特許分類】

   G06F 11/34 20060101AFI20240626BHJP

   G06F 9/455 20180101ALI20240626BHJP

【ＦＩ】

G06F11/34 152

G06F11/34 176

G06F9/455 150

【請求項の数】 5

(21)【出願番号】P 2020142691

(22)【出願日】2020-08-26

(65)【公開番号】P2022038277

(43)【公開日】2022-03-10

【審査請求日】2023-05-11

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100087480

【弁理士】

【氏名又は名称】片山 修平

(72)【発明者】

【氏名】藤田 卓

(72)【発明者】

【氏名】藤本 保彦

【審査官】松平 英

(56)【参考文献】

【文献】特開２０１４－２７９８（ＪＰ，Ａ）

【文献】特表２０１９－５０３５３９（ＪＰ，Ａ）

【文献】特開２０２０－２１３０９（ＪＰ，Ａ）

【文献】特開２０１５－１０３０９４（ＪＰ，Ａ）

【文献】特開２００２－３３３９９０（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１７／０１３９７３１（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｆ ９／４５５－９／５４

１１／０７

１１／２８－１１／３６

２１／１２－２１／１６

２１／５０－２１／５７

(57)【特許請求の範囲】

【請求項1】

ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得する取得部と、
取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する特定部と、
を有することを特徴とするオペレーティングシステム特定装置。

【請求項2】

前記特定部は、
複数の前記パラメータを利用する第１のロジックに基づいて、前記オペレーティングシステムが第１のオペレーティングシステムである第１の可能性の高さを示す第１の重みを特定し、
複数の前記パラメータを利用する第２のロジックに基づいて、前記オペレーティングシステムが第２のオペレーティングシステムである第２の可能性の高さを示す第２の重みを特定し、
前記第１の重みが前記第２の重みよりも大きい場合に、前記オペレーティングシステムが前記第１のオペレーティングシステムであると特定することを特徴とする請求項１に記載のオペレーティングシステム特定装置。

【請求項3】

特定した前記オペレーティングシステムに脆弱性があるかを判定する判定部を更に有することを特徴とする請求項１に記載のオペレーティングシステム特定装置。

【請求項4】

ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得し、
取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する、
処理をコンピュータに実行させるためのオペレーティングシステム特定プログラム。

【請求項5】

コンピュータが、
ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得し、
取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する、
処理を実行することを特徴とするオペレーティングシステム特定方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、オペレーティングシステム特定装置、オペレーティングシステム特定方法、及びオペレーティングシステム特定プログラムに関する。

【背景技術】

【0002】

仮想化技術の発展に伴い、データセンタ内で起動している仮想マシンを利用者に貸し出すクラウドサービスが普及しつつある。そのクラウドサービスでは、例えば利用者が仮想マシンのオペレーティングシステム（OS）を自ら選択し、その仮想マシンを用いて利用者がシステムを構築する。

【0003】

利用者が利用している仮想マシンのOSをクラウドサービスの提供者が特定できれば、利用者に対してOSの更新やセキュリティパッチの適用を促す等の新たなサービスを提供者が提供できる。

【0004】

クラウドサービスの提供者が仮想マシンのOSを特定する方法として、実際に提供者が仮想マシンにログインする方法がある。しかし、これを実現するには、利用者がサービスの提供者に自らの仮想マシンへのログインを許す必要があり、利用者側のセキュリティに問題が生じる。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１２－００３６５１号公報

【文献】特開２０１２－０７９２４２号公報

【文献】国際公開第２０１４／１８８４７８号

【発明の概要】

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

【0006】

一側面によれば、仮想マシンにログインせずに、仮想マシンのOSを特定することを目的とする。

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

【0007】

一側面によれば、ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得する取得部と、取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する特定部とを有するオペレーティングシステム特定装置が提供される。

【発明の効果】

【0008】

一側面によれば、仮想マシンにログインせずに、仮想マシンのOSを特定することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、本実施形態に係る物理サーバの構成を模式的に示す図である。

【図2】図２は、Windows Server 2012 R2を実行する仮想マシンに割り当てられたリソースの使用状況を示す模式図である。

【図3】図３は、Windows 8.1を実行する仮想マシンに割り当てられたリソースの使用状況を示す模式図である。

【図4】図４は、Windows Server 2008 R2を実行する仮想マシンに割り当てられたリソースの使用状況を示す模式図である。

【図5】図５は、本実施形態に係るシステムの構成図である。

【図6】図６は、本実施形態に係る制御サーバの機能構成図である。

【図7】図７は、制御サーバの性能ログの模式図である。

【図8】図８は、本実施形態に係るオペレーティングシステム特定装置の機能構成図である。

【図9】図９は、オペレーティングシステム特定装置の性能ログの模式図である。

【図10】図１０は、解析DBの模式図である。

【図11】図１１は、構成管理DBの模式図である。

【図12】図１２は、本実施形態に係るオペレーティングシステム特定装置の取得部が実行する処理について示すフローチャートである。

【図13】図１３は、本実施形態に係るオペレーティングシステム特定装置のブート期間特定部が実行する処理について示すフローチャートである。

【図14】図１４は、本実施形態に係るオペレーティングシステム特定装置のOS特定部が実行する処理について示すフローチャート（その１）である。

【図15】図１５は、本実施形態に係るオペレーティングシステム特定装置のOS特定部が実行する処理について示すフローチャート（その２）である。

【図16】図１６は、表示情報の模式図である。

【図17】図１７は、本実施形態に係るオペレーティングシステム特定装置の脆弱性判定部が実行する処理について示すフローチャートである。

【図18】図１８は、本実施形態に係るオペレーティングシステム特定装置のハードウェア構成図である。

【図19】図１９は、本実施形態に係る制御サーバのハードウェア構成図である。

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

【0010】

本実施形態の説明に先立ち、本願発明者が検討した事項について説明する。

【0011】

利用者に仮想マシンを貸し出すクラウドサービスでは、クラウドサービスの提供者が仮想マシンのOSを特定することにより、新たなサービスや管理を実現できる。例えば、利用者が使用しているOSのライセンスをカウントしたり、サポート期限切れのOSがあるか等を提供者が管理できる。更に、OSにセキュリティパッチが適用されていない場合には、セキュリティパッチを適用するように利用者に対して促すサービスも実現できる。

【0012】

クラウドサービスの提供者が仮想マシンのOSを特定する方法としていくつかの方法が考えられるが、以下のようにいずれの方法にも問題がある。

【0013】

例えば、提供者が利用者に対してメールや電話等で仮想マシンのOSを聞き出す方法があるが、これでは莫大な人手と工数がかかってしまい現実的ではない。

【0014】

また、クラウドサービスの提供者が、利用者が使用している仮想マシンにログインし、OSを特定するためのコマンドを実行することにより当該OSを特定する方法がある。しかし、この方法では、利用者が提供者に対して仮想マシンへのログインを許す必要があり、利用者側のセキュリティに問題が生じる。しかも、コマンドを実行することにより仮想マシンに負荷がかかり、当該仮想マシンを用いて利用者が構築したシステムのレスポンスタイムが劣化する等の問題もある。

【0015】

更に、仮想マシンのOSに組み込まれているSNMP(Simple Network Management Protocol)のエージェントプログラムを利用して提供者がOSを特定する方法もある。しかし、仮想マシンの利用者がSNMPの機能を抑止している場合には、提供者がSNMPを利用してOSを特定することができない。

【0016】

また、クラウドサービスの提供者が、利用者に仮想マシンを貸し出すときに、仮想マシンの構成情報を収集するためのエージェントプログラムを仮想マシンにインストールすることも考えられる。このエージェントプログラムが収集する構成情報は、仮想マシンのホスト名やIP(Internet Protocol)に限られてしまい、構成情報のみでOSを特定するのは難しい。

【0017】

その他に、Windows Server Update Service（WSUS）や、Linux（登録商標）のローカルyumリポジトリを用いて仮想マシンのOSを特定する方法もある。この方法では、WSUSやローカルyumリポジトリを実現するためのサーバからOSの更新プログラムを仮想マシンが取得することを利用して、当該仮想マシンのOSを特定する。しかし、そもそもサーバにアクセスしない仮想マシンのOSをこの方法では特定することができない。

【0018】

以下に、仮想マシンのOSを特定することができる本実施形態について説明する。

【0019】

（本実施形態）
図１は、仮想マシンを起動する本実施形態に係る物理サーバの構成を模式的に示す図である。

【0020】

図１に示すように、物理サーバ１は、NIC(Network Interface Card)２、ストレージ３、メモリ４、及びCPU(Central Processing Unit)５等の物理的なリソース６を有する。このうち、ストレージ３は、HDD(Hard Disk Drive)やSSD(Solid State Drive)等の不揮発性の記憶デバイスである。また、メモリ４は、DRAM(Dynamic Random Access Memory)等の揮発性の記憶デバイスである。

【0021】

また、物理サーバ１は、このリソース６の上でホストOS７とハイパーバイザ８とを実行する。ハイパーバイザ８は、ホストOS７の上で実行される仮想化プログラムである。そして、物理サーバ１がハイパーバイザ８を実行することにより複数の仮想マシン１０が起動する。ここでは、複数の仮想マシン１０の各々を「VM_1」、「VM_2」、及び「VM_3」等のIDで一意に識別する。

【0022】

各々の仮想マシン１０は、NIC２、ストレージ３、メモリ４、及びCPU５の各々の一部が割り当てられた仮想的な計算機であって、ゲストOS１１を実行する。ゲストOS１１としては、例えばWindows（登録商標）やLinux（登録商標）等がある。

【0023】

本実施形態では、仮想マシン１０にログインすることなしに、各仮想マシン１０に割り当てられたリソース６の使用状況に基づいて以下のようにして各仮想マシン１０のゲストOS１１を特定する。

【0024】

Windows（登録商標）やLinux（登録商標）等の異なるゲストOS１１においてはブート期間中のカーネルの起動手順が異なるため、ブート期間中のリソース６の使用状況も異なる。そのため、ブート期間におけるリソース６の使用状況を示すパラメータを取得することにより、そのパラメータに基づいてゲストOS１１を特定できる。なお、以下では、仮想マシン１０に電源を投入してから仮想マシン１０でアプリケーションプログラムを実行できる状態になるまでの期間をブート期間と呼ぶ。

【0025】

例えば、ブート期間におけるCPU５の使用状況を示すパラメータとしては、CPU使用率「CPU%」がある。また、メモリ４の使用状況を示すパラメータとしては、メモリ使用率「MEM%」、メモリアタッチ率「MEM_ALLOC%」、及びメモリデタッチ率「MEM_FREE%」がある。なお、メモリアタッチ率「MEM_ALLOC%」は、ゲストOS１１が単位時間あたりにメモリ４の記憶領域を取得した回数である。また、メモリデタッチ率「MEM_FREE%」は、ゲストOS１１が単位時間当たりにメモリ４の記憶領域を解放した回数である。

【0026】

一方、ストレージ３の使用状況を示すパラメータとしては、ストレージ３のビジー率「BUSY%」がある。また、ストレージ３にデータを書き込むコマンドをゲストOS１１が単位時間当たりに発行する発行数「DISK_W」も、ストレージ３の使用状況を示すパラメータの一例である。更に、ストレージ３からデータを読み込むコマンドをゲストOS１１が単位時間当たりに発行する発行数「DISK_R」も、ストレージ３の使用状況を示すパラメータの一例である。

【0027】

そして、NIC２の使用状況を示すパラメータとしては、送信パケット数「NET_S」と受信パケット数「NET_R」がある。

【0028】

これらのパラメータはハイパーバイザ８が管理しているため、仮想マシン１０にログインしなくても、ハイパーバイザ８を介して取得することができる。

【0029】

以下に、これらのパラメータを組み合わせることによりゲストOS１１を特定する方法について説明する。

【0030】

図２は、ゲストOS１１としてWindows Server 2012 R2を実行する仮想マシン１０に割り当てられたリソース６の使用状況を示す模式図である。

【0031】

図２の横軸は、仮想マシン１０のブート期間が開始してからの経過時間を示す。また、縦軸は、その仮想マシン１０に割り当てられたリソース６の使用状況を示すパラメータの値を示す。そのパラメータとして、ここではCPU使用率「CPU%」と、前述の発行数「DISK_R」、「DISK_W」とを用いる。

【0032】

図２に示すように、Windows Server 2012 R2では、ブートが開始してからCPU使用率「CPU%」が急激に増加した後、ブート期間内の時刻t₀においてCPU使用率「CPU%」の時間変化が鈍化する。一方、発行数「DISK_R」の時間変化は、ブートが開始してから時刻t₀よりも後の時刻t₁に至る期間T内で鈍化しない。よって、時刻t₀においてCPU使用率「CPU%」の時間変化が鈍化し、かつブート期間が開始してから時刻t₁に至る期間T内で発行数「DISK_R」の時間変化が鈍化していない場合に、ゲストOS１１がWindows server 2012 R2であると特定することができる。

【0033】

図３は、ゲストOS１１としてWindows 8.1を実行する仮想マシン１０に割り当てられたリソース６の使用状況を示す模式図である。図３の横軸と縦軸の意味は図２におけるのと同じなのでその説明は省略する。

【0034】

図３に示すように、Windows 8.1においては、時刻t₂を境にしてCPU使用率「CPU%」が増加から減少に転じている。そして、時刻t₂を過ぎた後に、発行数「DISK_R」が１００回を超える事象Xが複数回発生している。よって、例えば発行数「DISK_R」の閾値を１００回に設定し、時刻t₂の後に事象Xが所定回数（例えば３回）発生した場合には、ゲストOS１１がWindows8.1であると特定することができる。

【0035】

図４は、ゲストOS１１としてWindows Server 2008 R2を実行する仮想マシン１０に割り当てられたリソース６の使用状況を示す模式図である。

【0036】

図４の横軸と縦軸の意味は図２におけるのと同じなのでその説明は省略する。

【0037】

図４に示すように、Windows Server 2008 R2においては、時刻t₄における発行数「DISK_W」が、時刻t₄よりも前の時刻t₃における発行数「DISK_W」よりも大きい。そして、時刻t₄において発行数「DISK_W」が発行数「DISK_R」よりも大きい。よって、時刻t₄における発行数「DISK_W」が時刻t₃における発行数「DISK_W」よりも大きく、かつ、時刻t₄において発行数「DISK_W」が発行数「DISK_R」よりも大きい場合には、ゲストOS１１がWindows Server 2008 R2であると特定することができる。

【0038】

図２～図４に示したように、ブート期間におけるリソース６の使用状況を示すパラメータを利用することにより、各仮想マシン１０のゲストOS１１を特定することができる。

【0039】

図５は、本実施形態に係るシステムの構成図である。
このシステム２０は、物理サーバ１で起動している仮想マシン１０のゲストOS１１を特定するシステムであって、物理サーバ１、制御サーバ２１、及びオペレーティングシステム特定装置２２を有する。これらの各装置はLAN(Local Area Network)やインターネット等のネットワーク２３によって相互に接続される。

【0040】

このうち、制御サーバ２１は、物理サーバ１のハイパーバイザ８を制御する物理サーバである。また、オペレーティングシステム特定装置２２は、仮想マシン１０のゲストOS１１を特定する物理サーバやPC(Personal Computer)等の計算機である。

【0041】

この例では、クラウドサービスの提供者が物理サーバ１に起動している仮想マシン１０を利用者に提供し、当該提供者がオペレーティングシステム特定装置２２と制御サーバ２１とを用いて仮想マシン１０のゲストOS１１を特定する。

【0042】

図６は、制御サーバ２１の機能構成図である。
図６に示すように、制御サーバ２１は、通信部２４、制御部２５、及び記憶部２６を有する。

【0043】

このうち、通信部２４は、ネットワーク２３（図５参照）に制御サーバ２１を接続する処理部である。

【0044】

制御部２５は、物理サーバ１のハイパーバイザ８を制御するハイパーバイザ制御プログラムによって実現される処理部である。一例として、制御部２５は、各仮想マシン１０に割り当てられたリソース６の使用状況を示すパラメータをハイパーバイザ８を介して定期的に取得する。

【0045】

前述のように各パラメータはハイパーバイザ８が管理しているため、制御部２５は仮想マシン１０にログインしなくてもこれらのパラメータを取得することができる。

【0046】

記憶部２６は、制御部２５が取得したパラメータを性能ログ２７として記憶する。

【0047】

図７は、性能ログ２７の模式図である。
図７に示すように、性能ログ２７は、「取得時刻」、「仮想マシンID」、「パラメータ種類」、及び「値」の各々を対応付けた情報である。このうち、「取得時刻」は、ハイパーバイザ８が各パラメータを取得した時刻である。また、「仮想マシンID」は仮想マシン１０を識別するIDである。そして、「パラメータ種類」は、リソース６の使用状況を示すパラメータの種類であり、「値」は当該「パラメータ」の値である。

【0048】

図８は、オペレーティングシステム特定装置２２の機能構成図である。
図８に示すように、オペレーティングシステム特定装置２２は、通信部３１、入力部３２、表示部３３、記憶部３４、及び制御部３５を有する。

【0049】

このうち、通信部３１は、ネットワーク２３（図５参照）を介して制御サーバ２１との間で通信を行う処理部である。

【0050】

また、入力部３２は、クラウドサービスの提供者がオペレーティングシステム特定装置２２に対して各種情報の入力を行う処理部であって、例えばキーボードやマウス等の入力デバイスによって実現される。

【0051】

そして、表示部３３は、オペレーティングシステム特定装置２２が特定したゲストOS１１の名前等を含む表示情報を表示する処理部である。一例として、液晶ディスプレイ等の表示デバイスにより表示部３３を実現できる。

【0052】

記憶部３４は、判定プログラム３６、性能ログ３７、解析DB３８、構成管理DB３９、及びセキュリティ情報４０の各々を記憶する。

【0053】

判定プログラム３６は、仮想マシン１０のゲストOS１１が、当該判定プログラム３６が判定の対象とするオペレーティングシステムである可能性の高さを判定するプログラムである。その判定を行うロジックとしては図２～図４に示したロジックがある。図２～図４のロジックは、それぞれゲストOS１１が「Windows 2012 R2」、「Windows 8.1」、及び「Windows Server 2008 R2」である可能性の高さを判定するロジックである。本実施形態では、判定対象のOSごとに判定プログラム３６を用意し、それらを予め記憶部３４に記憶させる。この例では判定対象のOSが「Windows 2012 R2」（図２）、「Windows 8.1」（図３）、及び「Windows Server 2008 R2」（図４）であるため、これらの各々に対応した三つの判定プログラム３６を記憶部３４が記憶する。

【0054】

図９は、性能ログ３７の模式図である。
性能ログ３７は、オペレーティングシステム特定装置２２が制御サーバ２１から取得した性能ログ２７（図７参照）を長期保存するためのログであり、その内容は性能ログ２７の内容と同一である。但し、性能ログ２７は取得してから一定の期間が経過した後に削除されるのに対し、性能ログ３７の内容は外部からの指示がない限り削除されずに長期間保持される。

【0055】

図１０は、解析DB３８の模式図である。
図１０に示すように、解析DB３８は、「関係定義ID」、「OS」、「ロジック名」、及び「重み」の各々を対応付けたデータベースである。

【0056】

このうち、「関係定義ID」は、解析DBの各レコードを一意に識別するIDである。

【0057】

「OS」は、オペレーティングシステム特定装置２２が特定するゲストOS１１である。ここでは、オペレーティングシステム特定装置２２は、「名前」、「バージョン」、「命令セット」、及び「適用パッチ」の各々の組み合わせで一つの「OS」を特定する。

【0058】

「名前」はゲストOS１１の名前である。例えば、「Windows Server」、「REDHAT（登録商標）」、及び「UBUNTU（登録商標）」等が「名前」の一例である。

【0059】

「バージョン」はゲストOS１１のバージョンである。適用パッチは、ゲストOS１１に適用されている修正プログラムの名前である。Windows（登録商標）系のOSの場合は「SP2」等が適用パッチの一例となる。

【0060】

「ロジック名」は、複数の判定プログラム３６（図８参照）の各々を一意に識別する名前である。

【0061】

ここでは、図２で説明したロジックでゲストOS１１が「Windows 2012 R2」である可能性の高さを判定する判定プログラム３６の名前を「Logic_ptn1」とする。また、図３で説明したロジックでゲストOS１１が「Windows 8.1」である可能性の高さを判定する判定プログラム３６の名前を「Logic_ptn2」とする。そして、図４で説明したロジックでゲストOS１１が「Windows Server 2008 R2」である可能性の高さを判定する判定プログラム３６の名前を「Logic_ptn3」とする。

【0062】

なお、解析DB３８における複数の判定プログラム３６の各々が判定の対象とするOSが同一であってもよい。この例では、「Logic_ptn1」と「Logic_ptn4」の各判定プログラムの判定対象のOSが同一である。また、「Logic_ptn6」と「Logic_ptn7」の各判定プログラムの判定対象のOSも同一である。

【0063】

また、「重み」は、ゲストOS１１が判定対象のOSである可能性の高さを示す数値である。その「重み」が大きいほど、ゲストOS１１が、各ロジックの判定対象のOSである可能性が高いということになる。

【0064】

例えば、ロジック名が「Logic_ptn1」の判定プログラム３６について考える。「Logic_ptn1」の判定プログラム３６を実行すると、ゲストOS１１が「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」である可能性の高さが判定され、その重みは「2」となる。

【0065】

ロジック名が「Logic_ptn4」の判定プログラム３６もこれと同じOSを判定するが、その重みは「1」である。よって、「Logic_ptn1」の判定プログラム３６は、「Logic_ptn4」の判定プログラム３６よりも高い確度でゲストOS１１が「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」であると判定できることになる。

【0066】

なお、重みは、各々のロジックを開発した開発者が設定し得る。

【0067】

図１１は、構成管理DB３９の模式図である。
構成管理DB３９は、オペレーティングシステム特定装置２２が特定したゲストOS１１についての情報を格納するためのデータベースである。この例では、構成管理DB３９は、「仮想マシンID」、「重み」、「及びブート日時」の各々を「OS」と対応付けたデータベースである。

【0068】

「OS」は、ゲストOS１１である可能性が高いと判定プログラム３６が判定したOSである。また、「重み」は、ゲストOS１１を特定するのに使用した判定プログラム３６の重み（図１０参照）である。そして、「ブート日時」は、仮想マシン１０がブートした日時である。

【0069】

オペレーティングシステム特定装置２２は、構成管理DB３９の各レコードのうち、同一の「仮想マシンID」に係る複数のレコードを特定する。そして、これらのレコードのうちで、「重み」が最も大きいレコードに係る「OS」がゲストOS１１であると特定する。

【0070】

図１１の例では、「仮想マシンID」が「VM_1」で同一の二つのレコードのうち、「名前」が「Windows Server」のレコードにおける「重み」が、「名前」が「REDHAT」のレコードにおける「重み」よりも大きい。この場合は、オペレーティングシステム特定装置２２は、「仮想マシンID」が「VM_1」の仮想マシン１０のゲストOS１１が「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」であると特定する。なお、この例における「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」は、第１のオペレーティングシステムの一例である。そして、「REDHAT 7 (命令セット:X86_64)」は、第２のオペレーティングシステムの一例である。

【0071】

再び図８を参照する。
セキュリティ情報４０は、ゲストOS１１にセキュリティ上の脆弱性があるかを判断するための情報である。例えば、セキュリティ情報４０は、ゲストOS１１と、そのゲストOS１１に適用すべきパッチプログラムの種類とを対応付けた情報である。また、ゲストOS１１と、その最新のバージョンとを対応付けた情報をセキュリティ情報４０としてもよい。

【0072】

制御部３５は、オペレーティングシステム特定装置２２の各部を制御する処理部であって、取得部４１、ブート期間特定部４２、OS特定部４３、及び脆弱性判定部４４を有する。

【0073】

このうち、取得部４１は、通信部３１を介して性能ログ２７を制御サーバ２１から取得することにより、各々の仮想マシン１０のブート期間における複数のパラメータを取得する処理部である。そのようなパラメータとしては、前述のCPU使用率「CPU%」、メモリ使用率「MEM%」、メモリアタッチ率「MEM_ALLOC%」、メモリデタッチ率「MEM_FREE%」、及びストレージ３のビジー率「BUSY%」がある。また、ストレージ３へのデータの書き込みと読み込みを行うコマンドの発行数「DISK_W」及び「DISK_R」と、送信パケット数「NET_S」と受信パケット数「NET_R」もパラメータの一例である。

【0074】

ブート期間特定部４２は、仮想マシン１０のブート期間を特定する処理部である。例えば、ブート期間特定部４２は、取得部４１が取得したCPU使用率「CPU%」が負の値からゼロになった時刻をブート期間の開始時刻として特定する。更に、ブート期間特定部４２は、当該開始時刻から所定の時間が経過した時点をブート期間の終了時刻として特定する。その所定の時間は特に限定されないが、ここでは５分とする。

【0075】

OS特定部４３は、オペレーティングシステム特定装置２２が各判定プログラム３６を実行することにより実現される処理部であって、取得部４１が取得した複数のパラメータに基づいて各仮想マシン１０のゲストOS１１を特定する。また、図１０を参照して説明したように、OS特定部４３は、「名前」、「バージョン」、「命令セット」、及び「適用パッチ」の各々の組み合わせで一つの「OS」を特定する。

【0076】

脆弱性判定部４４は、セキュリティ情報４０に基づいて、OS特定部４３が特定したゲストOSにセキュリティ上の脆弱性があるかを判定する処理部である。

【0077】

次に、本実施形態に係るオペレーティングシステム特定方法について説明する。
図１２は、オペレーティングシステム特定装置２２の取得部４１が実行する処理について示すフローチャートである。

【0078】

まず、オペレーティングシステム特定装置２２のOSが取得部４１を起動する（ステップＳ１１）。起動するタイミングは、例えば１日に１回である。

【0079】

次いで、取得部４１が、制御サーバ２１の性能ログ２７を１レコードずつ取得する（ステップＳ１２）。一例として、取得部４１は、制御サーバ２１の制御部２５を実現するハイパーバイザ制御プログラムのAPI(Application Programing Interface)やコマンドを利用して性能ログ２７の各レコードを取得する。図７に示したように、その性能ログ２７には、各仮想マシン１０のブート期間中のパラメータ「CPU%」、「DISK_R」、「DISK_W」、「NET_S」、及び「NET_R」が含まれる。

【0080】

次に、取得部４１が、性能ログ２７の各レコードを性能ログ３７に格納する（ステップＳ１３）。なお、既に性能ログ３７に格納済のレコードがある場合は、当該レコードを性能ログ３７に格納する必要はない。この後は再びステップＳ１１に戻る。

【0081】

以上により、取得部４１が実行する基本的な処理を終える。

【0082】

次に、オペレーティングシステム特定装置２２のブート期間特定部４２が実行する処理について説明する。

【0083】

図１３は、ブート期間特定部４２が実行する処理について示すフローチャートである。

【0084】

この例では、ブート期間特定部４２が性能ログ３７（図９参照）の「仮想マシンID」ごとに以下のステップＳ２１～Ｓ２８を繰り返す。

【0085】

まず、ブート期間特定部４２が、性能ログ３７の複数のレコードのうち、該当の「仮想マシンID」に対応した全てのレコードを読み込む（ステップＳ２１）。

【0086】

次いで、ブート期間特定部４２が、読み込んだ各レコードに基づいて、該当の仮想マシン１０のブート期間の開始時刻t_iを特定する（ステップＳ２２）。一例として、ブート期間特定部４２は、レコードに格納されているCPU使用率「CPU%」が負の値からゼロになった時刻を開始時刻t_iとして特定する。

【0087】

続いて、ブート期間特定部４２が、ブート期間の終了時刻t_fを特定する（ステップＳ２３）。例えば、ブート期間特定部４２は、ステップＳ２２で特定した開始時刻t_iから５分後の時刻を終了時刻t_fとして特定する。

【0088】

次に、ブート期間特定部４２が、レコードに格納されているブート期間内の各時刻でのCPU使用率「CPU%」を所定の変数に格納する（ステップＳ２４）。

【0089】

次いで、ブート期間特定部４２が、レコードに格納されているブート期間内の各時刻でのCPU使用率「CPU%」以外のパラメータを所定の変数に格納する（ステップＳ２５）。そのようなパラメータとしては、前述の「MEM%」、「MEM_ALLOC%」、「MEM_FREE%」、「BUSY%」、「DISK_W」、「DISK_R」、「NET_S」、及び「NET_R」がある。

【0090】

次いで、ブート期間特定部４２が解析DB３８を１レコードずつ読み込み、解析DB３８にある全ての「ロジック名」を取得する（ステップＳ２６）。

【0091】

続いて、ブート期間特定部４２が、取得した「ロジック名」の判定プログラム３６を起動する（ステップＳ２７）。

【0092】

なお、一つの仮想マシン１０が複数回ブートすることがある。そのため、ブート期間特定部４２は、終了時刻t_f以降の時刻についてもステップＳ２２～Ｓ２７を繰り返す（ステップＳ２８）。これにより、仮想マシン１０が複数回ブートした場合であっても、各々のブート時のパラメータを利用して該仮想マシン１０のゲストOS１１を特定できる。

【0093】

この後は、性能ログ３７（図９参照）における「仮想マシンID」ごとに上記のステップＳ２１～Ｓ２８を繰り返す。

【0094】

以上により、ブート期間特定部４２が実行する基本的な処理を終える。

【0095】

次に、OS特定部４３が実行する処理について説明する。
前述のように、OS特定部４３は、各判定プログラム３６を実行することにより実現される。以下では、複数の判定プログラム３６のうち、ゲストOS１１が「Windows 2012 R2」であるかを判定する図２の「Logic_ptn1」の判定プログラム３６を実行した場合のOS特定部４３の処理について説明する。

【0096】

図１４は、OS特定部４３が実行する処理について示すフローチャート（その１）である。

【0097】

まず、OS特定部４３は、ブート期間の開始時刻t_iから終了時刻t_fまでの間の各時刻tにおけるCPU使用率「CPU%」の時間変化Δ(t, cpu)を算出する（ステップＳ３１）。時間変化Δ(t, cpu)の算出に際し、OS特定部４３は、ステップＳ２４で変数に格納したCPU使用率「CPU%」を利用する。例えば、OS特定部４３は、開始時刻t_iから終了時刻t_fまでの期間を幅が１秒の区間に区切り、各区間内の時刻tにおけるCPU使用率「CPU%」の時間変化Δ(t, cpu)を算出する。この場合、開始時刻t_iにおける時間変化Δ(t_i, cpu)は、｛（t_i+1秒でのCPU%）-（t_iでのCPU%）｝／｛（t_i+1秒）-t_i｝となる。

【0098】

次に、OS特定部４３は、時間変化Δ(t, cpu)が鈍化する時刻t₀と、その後の時刻t₁（図２参照）とを特定する（ステップＳ３２）。例えば、OS特定部４３は、時間変化Δ(t+1, cpu)が時間変化Δ(t, cpu)よりも小さくなる最初の時刻tを時刻t₀として特定し、t+1を時刻t₁として特定する。一例として、時間変化Δ(t_i+5, cpu)が「12」であり、時間変化Δ(t_i+6, cpu)が「10」である場合は、時刻t₀はt_i+5秒となり、時刻t₁はt_i+6秒となる。

【0099】

次に、OS特定部４３は、ブート期間の開始時刻t_iから終了時刻t_fまでの間の各時刻tにおける発行数「DISK_R」の時間変化Δ(t, diskR)を算出する（ステップＳ３３）。時間変化Δ(t, diskR)の算出に際し、OS特定部４３は、ステップＳ２５で変数に格納した発行数「DISK_R」を利用する。例えば、OS特定部４３は、開始時刻t_iから終了時刻t_fまでの期間を幅が１秒の区間に区切り、各区間内の時刻tにおける発行数「DISK_R」の時間変化Δ(t, diskR)を算出する。この場合、開始時刻t_iにおける時間変化Δ(t_i, diskR)は、｛（t_i+1秒でのDISK_R）-（t_iでのDISK_R）｝／｛（t_i+1秒）-t_i｝となる。

【0100】

次いで、OS特定部４３は、開始時刻t_iから時刻t₁に至る期間T（図２参照）内で時間変化Δ(t, diskR)が鈍化していないかを判定する（ステップ３４）。一例として、OS特定部４３は、開始時刻t_iから時刻t₁に至る期間Tを幅が１秒の区間に区切り、各区間内の時刻tについて不等式Δ(t, diskR) - Δ(t-1, diskR) < 0が成立するかを判定する。そして、期間T内の全ての時刻tについてこの不等式が成立しない場合、OS特定部４３は、開始時刻t_iから時刻t₁に至る期間T内で時間変化Δ(t, diskR)が鈍化していないと判定する。

【0101】

ここで、鈍化している場合（ステップＳ３４：否定）には、OS特定部４３はゲストOS１１が「Windows 2012 R2」ではないと判定し、処理を終える。

【0102】

一方、鈍化していない場合（ステップＳ３４：肯定）にはステップＳ３５に移る。

【0103】

ステップＳ３５においては、OS特定部４３が、ゲストOS１１が「Windows 2012 R2」である可能性が高いと判定し、構成管理DB３９を更新する。例えば、OS特定部４３は、解析DB３８においてロジック名が「Logic_ptn1」のレコードを参照し、当該レコードにおける「OS」と「重み」とを「仮想マシンID」に対応付けて構成管理DB３９のレコードに追加する。更に、OS特定部４３は、ブート期間特定部４２が特定したブート期間の開始時刻t_iを構成管理DB３９のレコードに追加する。

【0104】

なお、図１０の例では、ロジック名がそれぞれ「Logic_ptn1」と「Logic_ptn4」の判定プログラム３６の判定対象のOSが「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」で同一である。よって、これらの判定プログラム３６の両方においてゲストOS１１が「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」である可能性（第１の可能性）が高いと判定される場合がある。この場合は、OS特定部４３が、解析DB３８におけるロジック名が「Logic_ptn1」と「Logic_ptn4」のそれぞれの「重み」の総和３（＝２＋１）を構成管理DB３９の「重み」（第１の重み）に格納する。

【0105】

同様に、図１０においてロジック名がそれぞれ「Logic_ptn6」と「Logic_ptn7」の判定プログラム３６の判定対象のOSは「UBUNTU (命令セット:X86_64)」で同一である。そのため、これらの判定プログラム３６の両方においてゲストOS１１が「UBUNTU (命令セット:X86_64)」である可能性（第２の可能性）が高いと判定される場合がある。この場合も、OS特定部４３が、解析DB３８においてロジック名が「Logic_ptn5」と「Logic_ptn6」のそれぞれの「重み」の総和４（＝２＋２）を構成管理DB３９の「重み」（第２の重み）に格納する。

【0106】

また、例えば図１０のロジック名「Logic_ptn2」の判定プログラム３６のように、「Windows 2012 R2」とは異なる「Windows 8.1」を判定対象のOSとしている判定プログラム３６もある。この場合は、「Windows 2012 R2」とは異なるレコードをOS特定部４３が構成管理DB３６に作成し、OS特定部４３が当該レコードに「重み」を格納する。

【0107】

以上により、OS特定部４３が実行する基本的な処理を終える。

【0108】

上記のようにして構成管理DB３９を更新した後、OS特定部４３は、ゲストOS１１を次のようにして特定する。

【0109】

図１５は、OS特定部４３が実行する処理について示すフローチャート（その２）である。

【0110】

まず、OS特定部４３が、クラウドサービスの提供者が入力部３２に入力した「仮想マシンID」の入力を受け付ける（ステップＳ４１）。

【0111】

次に、OS特定部４３が、構成管理DB３９の複数のレコードのうち、ステップＳ４１の「仮想マシンID」に該当する各レコードを特定する（ステップＳ４２）。

【0112】

次に、OS特定部４３が、特定したレコードの各々の「重み」を特定する（ステップＳ４３）。

【0113】

次いで、OS特定部４３が、「重み」が最も大きいレコードに対応した「OS」を特定し、当該「OS」が「仮想マシンID」に対応した仮想マシン１０のゲストOS１１であると特定する（ステップＳ４４）。

【0114】

前述の図１１の例では、「名前」が「Windows Server」のレコードにおける「重み」が「３」であり、「名前」が「REDHAT」のレコードにおける「重み」の「１」よりも大きい。よって、OS特定部４３は、ゲストOS１１が「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:SP2)」であると特定する。

【0115】

続いて、OS特定部４３が、ステップＳ４３で特定したゲストOS１１に係る表示情報を表示部３３に表示させる（ステップＳ４５）。

【0116】

図１６は、その表示情報５０の模式図である。
表示情報５０は、ステップＳ４１の「仮想マシンID」と、ステップＳ４４で特定した「OS」とを対応付けた情報である。例えば、表示部３３は、この表示情報５０を液晶ディスプレイの画面に表示する。これに代えて、プリンタ等の出力装置が紙に表示情報５０を印刷してもよい。

【0117】

以上により、OS特定部４３が実行する基本的な処理を終える。

【0118】

上記したオペレーティングシステム特定方法によれば、取得部４１が、ブート期間中に仮想マシン１０が使用しているCPU５とストレージ３の各々の使用状況を示すパラメータ「CPU%」と「DISK_R」とを取得する（ステップＳ１２）。そして、OS特定部４３が、取得したこれらのパラメータに基づいて、仮想マシン１０のゲストOS１１を特定する（ステップＳ４４）。

【0119】

これらのパラメータは、取得部４１が仮想マシン１０にログインすることなしに制御サーバ２１から取得できる。そのため、本実施形態では仮想マシン１０にログインせずにゲストOS１１を特定できる。

【0120】

特に、相異なるゲストOS１１においてはブート時のカーネルの起動手順が相違するため、その相違がパラメータにも反映される。よって、OS特定部４３がブート期間中におけるパラメータに基づいてゲストOS１１を特定することにより、OS特定部４３が高い確度でゲストOS１１を特定できる。

【0121】

また、この方法は、オペレーティングシステム特定装置２２がゲストOS１１にログインしなくても、Windows（登録商標）系のOSとLinux（登録商標）系のOSの別を問わずにゲストOS１１を特定できる。

【0122】

更に、ステップＳ４４においては、OS特定部４３が、構成管理DB３９（図１１参照）において同一の「仮想マシンID」に係る複数のレコードのうち、「重み」が最も大きいレコードにおけるOSをゲストOS１１であると特定する。「重み」は、ゲストOS１１が、判定プログラム３６が判定対象としているOSである可能性の高さを示す。よって、このように「重み」を利用してゲストOS１１を特定することで、各判定プログラム３６の判定の確度を考慮してゲストOS１１を特定できる。

【0123】

特に、図１０のように判断対象のOSが同一の複数のロジック名「Logic_ptn1」、「Logic_ptn4」がある場合は、OS特定部４３がこれらの重みの総和を算出してそれを構成管理DB３９の「重み」に格納する。これにより、判断対象のOSが同一の複数のロジックの各々の判定結果を勘案してOS特定部４３がゲストOS１１を特定することができる。

【0124】

次に、脆弱性判定部４４が実行する処理について説明する。

【0125】

図１７は、脆弱性判定部４４が実行する処理について示すフローチャートである。

【0126】

まず、脆弱性判定部４４は、セキュリティ情報４０を参照することにより、OS特定部４３が特定したゲストOS１１にセキュリティ上の脆弱性があるかを判定する（ステップＳ５１）。

【0127】

例えば、OS特定部４３が特定したゲストOS１１が「Windows Server 2012 R2 (命令セット:X86_64、適用パッチ:なし)」である場合を考える。この場合、脆弱性判定部４４は、セキュリティ情報４０を参照することにより、「Windows Server 2012」に対応するパッチプログラムが「SP2」であることを特定する。そして、脆弱性判定部４４は、ゲストOS１１に「SP2」のパッチプログラムが適用されていないという脆弱性があると判定する。

【0128】

また、OS特定部４３は、セキュリティ情報４０を参照することにより、OS特定部４３が特定したゲストOS１１の最新のバージョンを特定してもよい。そして、OS特定部４３が特定したゲストOS１１のバージョンが最新ではない場合に、脆弱性判定部４４は、ゲストOS１１が最新ではないという脆弱性があると判定する。

【0129】

次に、脆弱性判定部４４は、ステップＳ５１で判定した脆弱性の内容を表示部３３に表示させる（ステップＳ５２）。これにより、例えばクラウドの提供者が仮想マシン１０の利用者に対してゲストOS１１を更新した方がよいとの情報を提供することができる。

【0130】

以上により、脆弱性判定部４４が実行する基本的な処理を終える。

【0131】

（ハードウェア構成）
次に、本実施形態に係るオペレーティングシステム特定装置２２のハードウェア構成について説明する。

【0132】

図１８は、オペレーティングシステム特定装置２２のハードウェア構成図である。
図１８に示すように、オペレーティングシステム特定装置２２は、記憶装置２２ａ、メモリ２２ｂ、プロセッサ２２ｃ、通信インターフェース２２ｄ、表示装置２２ｅ、入力装置２２ｆ、及び媒体読取装置２２ｇを有する。これらの各部は、バス２２ｉにより相互に接続される。

【0133】

このうち、記憶装置２２ａは、HDDやSSD等の不揮発性のストレージであって、本実施形態に係るオペレーティングシステム特定プログラム１００を記憶する。オペレーティングシステム特定プログラム１００は、前述の複数の判定プログラム３６、取得プログラム１０１、ブート期間特定プログラム１０２、及び出力プログラム１０３を有する。

【0134】

なお、オペレーティングシステム特定プログラム１００をコンピュータが読み取り可能な記録媒体２２ｈに記録し、媒体読取装置２２ｇを介してプロセッサ２２ｃにそのオペレーティングシステム特定プログラム１００を読み取らせるようにしてもよい。

【0135】

そのような記録媒体２２ｈとしては、例えばCD-ROM (Compact Disc - Read Only Memory)、DVD (Digital Versatile Disc)、及びUSB (Universal Serial Bus)メモリ等の物理的な可搬型記録媒体がある。また、フラッシュメモリ等の半導体メモリやハードディスクドライブを記録媒体２２ｈとして使用してもよい。これらの記録媒体２２ｈは、物理的な形態を持たない搬送波のような一時的な媒体ではない。

【0136】

更に、公衆回線、インターネット、及びLAN等に接続された装置にオペレーティングシステム特定プログラム１００を記憶させてもよい。その場合は、プロセッサ２２ｃがそのオペレーティングシステム特定プログラム１００を読み出して実行すればよい。

【0137】

一方、メモリ２２ｂは、DRAM等のようにデータを一時的に記憶するハードウェアであって、その上にオペレーティングシステム特定プログラム１００が展開される。

【0138】

プロセッサ２２ｃは、オペレーティングシステム特定装置２２の各部を制御するCPUやGPU(Graphical Processing Unit)等のハードウェアである。また、プロセッサ２２ｃは、メモリ２２ｂと協働してオペレーティングシステム特定プログラム１００を実行する。

【0139】

このようにメモリ２２ｂとプロセッサ２２ｃとが協働してオペレーティングシステム特定プログラム１００を実行することにより、オペレーティングシステム特定装置２２の制御部３５（図８参照）が実現される。その制御部３５のうち、取得部４１は取得プログラム１０１により実現され、ブート期間特定部４２はブート期間特定プログラム１０２により実現される。そして、制御部３５のOS特定部４３は、複数の判定プログラム３６と出力プログラム１０３により実現される。

【0140】

また、記憶部３４（図８参照）は、記憶装置２２ａとメモリ２２ｂによって実現される。

【0141】

更に、通信インターフェース２２ｄは、オペレーティングシステム特定装置２２をネットワーク２３（図５参照）に接続するためのNIC等のハードウェアである。その通信インターフェース２２ｄにより通信部３１（図８参照）が実現される。

【0142】

そして、表示装置２２ｅは、表示情報５０（図１６参照）を表示するための液晶ディスプレイやタッチパネル等のハードウェアである。その表示装置２２ｅにより表示部３３（図８参照）が実現される。

【0143】

また、入力装置２２ｆは、ユーザがオペレーティングシステム特定装置２２に各種のデータを入力するためのキーボードやマウス等のハードウェアである。その入力装置２２ｆにより入力部３２（図８参照）が実現される。

【0144】

媒体読取装置２２ｇは、記録媒体２２ｈを読み取るためのCDドライブ、DVDドライブ、及びUSBインターフェース等のハードウェアである。

【0145】

次に、制御サーバ２１のハードウェア構成について説明する。

【0146】

図１９は、制御サーバ２１のハードウェア構成図である。
図１９に示すように、制御サーバ２１は、記憶装置２１ａ、メモリ２１ｂ、プロセッサ２１ｃ、及び通信インターフェース２１ｄを有する。これらの各部は、バス２１ｉにより相互に接続される。

【0147】

このうち、記憶装置２１ａは、HDDやSSD等の不揮発性のストレージであって、ハイパーバイザ制御プログラム１１０を記憶する。

【0148】

メモリ２１ｂは、DRAM等のようにデータを一時的に記憶するハードウェアであって、その上にハイパーバイザ制御プログラム１１０が展開される。

【0149】

プロセッサ２１ｃは、制御サーバ２１の各部を制御するCPUやGPU等のハードウェアである。また、プロセッサ２１ｃは、メモリ２１ｂと協働してハイパーバイザ制御プログラム１１０を実行する。

【0150】

このようにメモリ２１ｂとプロセッサ２１ｃとが協働してハイパーバイザ制御プログラム１１０を実行することにより、制御サーバ２１の制御部２５（図６参照）が実現される。

【0151】

また、記憶部２６（図６参照）は、記憶装置２１ａとメモリ２１ｂによって実現される。

【0152】

更に、通信インターフェース２１ｄは、制御サーバ２１をネットワーク２３（図５参照）に接続するためのNIC等のハードウェアである。その通信インターフェース２１ｄにより通信部２４（図６参照）が実現される。

【0153】

以上説明した各実施形態に関し、更に以下の付記を開示する。
（付記１） ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得する取得部と、
取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する特定部と、
を有することを特徴とするオペレーティングシステム特定装置。
（付記２） 前記特定部は、
複数の前記パラメータを利用する第１のロジックに基づいて、前記オペレーティングシステムが第１のオペレーティングシステムである第１の可能性の高さを示す第１の重みを特定し、
複数の前記パラメータを利用する第２のロジックに基づいて、前記オペレーティングシステムが第２のオペレーティングシステムである第２の可能性の高さを示す第２の重みを特定し、
前記第１の重みが前記第２の重みよりも大きい場合に、前記オペレーティングシステムが前記第１のオペレーティングシステムであると特定することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記３） 前記特定部は、
複数の相異なる前記第１のロジックに基づいて前記第１の可能性の高さを示す重みを特定し、該重みの総和を前記第１の重みとし、
複数の相異なる前記第２のロジックに基づいて前記第２の可能性の高さを示す重みを特定し、該重みの総和を前記第２の重みとすることを特徴とする付記２に記載のオペレーティングシステム特定装置。
（付記４） 前記特定部は、前記オペレーティングシステムを、前記オペレーティングシステムの名前、前記オペレーティングシステムのバージョン、前記オペレーティングシステムが使用している命令セット、及び前記オペレーティングシステムに適用されている修正プログラムの名前の組み合わせで特定することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記５） 前記取得部は、CPU使用率と、ストレージからデータを読み出すコマンドの単位時間当たりの発行数とを前記パラメータとして取得し、
前記特定部は、ブート期間内の第１の時刻において前記CPU使用率の時間変化が鈍化し、かつ前記ブート期間の開始時刻から前記第１の時刻よりも後の第２の時刻に至る期間内で前記発行数の時間変化が鈍化していないかを判定することにより、前記オペレーティングシステムを特定することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記６） 前記取得部は、CPU使用率と、ストレージからデータを読み出すコマンドの単位時間当たりの発行数とを前記パラメータとして取得し、
前記特定部は、第１の時刻を境にして前記CPU使用率の時間変化が増加から減少に転じ、かつ前記第１の時刻を過ぎた後に前記発行数が閾値を超える事象が所定回数発生しているかを判定することにより、前記オペレーティングシステムを特定することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記７） 前記取得部は、
ストレージからデータを読み出すコマンドの単位時間当たりの発行数を示す第１の発行数と、前記ストレージにデータを書き込むコマンドの単位時間当たりの発行数を示す第２の発行数とを前記パラメータとして取得し、
前記特定部は、
第１の時刻における前記第２の発行数が、前記第１の時刻よりも前の第２の時刻における前記第２の発行数よりも大きく、かつ、前記第１の時刻において前記第２の発行数が前記第１の発行数よりも大きいかを判定することにより、前記オペレーティングシステムを特定することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記８） 前記仮想マシンのCPU使用率が負の値からゼロになった時刻を前記ブート期間の開始時刻として特定し、前記開始時刻から所定の時間を経過した時点を前記ブート期間の終了時刻として特定するブート期間特定部を更に有することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記９） 特定した前記オペレーティングシステムに脆弱性があるかを判定する判定部を更に有することを特徴とする付記１に記載のオペレーティングシステム特定装置。
（付記１０） ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得し、
取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する、
処理をコンピュータに実行させるためのオペレーティングシステム特定プログラム。
（付記１１） コンピュータが、
ブート期間中の仮想マシンが使用している複数のリソースの各々の使用状況を示す複数のパラメータを取得し、
取得した複数の前記パラメータに基づいて、前記仮想マシンのオペレーティングシステムを特定する、
処理を実行することを特徴とするオペレーティングシステム特定方法。

【符号の説明】

【0154】

１…物理サーバ、３…ストレージ、４…メモリ、５…CPU、６…リソース、８…ハイパーバイザ、１０…仮想マシン、２０…システム、２１…制御サーバ、２２…オペレーティングシステム特定装置、２３…ネットワーク、２４…通信部、２５…制御部、２６…記憶部、２７…性能ログ、３１…通信部、３２…入力部、３３…表示部、３４…記憶部、３５…制御部、３６…判定プログラム、３７…性能ログ、４０…セキュリティ情報、４１…取得部、４２…ブート期間特定部、４３…OS特定部、４４…脆弱性判定部、５０…表示情報。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】