ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行う更新装置において、サービスレベルに応じた前記サービスの停止可能時間と、記憶手段に記憶された稼動実績が示す前記サービスの停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う処理装置、を備える更新装置。前記処理装置は、前記複数の更新対象ソフトウェアを使用しているユーザの有無をチェックし、前記ユーザの有無に基づいて、前記複数の更新対象ソフトウェアの更新順序を算出することを特徴とする請求項1記載の更新装置。前記処理装置は、前記更新対象ソフトウェアの更新が失敗した場合に、前記複数の更新対象ソフトウェアの内、更新を失敗した前記更新対象ソフトウェアと同じ属性を有する更新対象ソフトウェアの更新を行わないことを特徴とする請求項1または2に記載の更新装置。ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行う更新方法において、サービスレベルに応じた前記サービスの停止可能時間と、記憶手段に記憶された稼動実績が示す前記サービスの停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う、ことを特徴とする更新方法。ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行うコンピュータに、サービスレベルに応じた前記サービスの停止可能時間および稼動実績が示す前記サービスの停止時間を記憶する記憶部を参照し、前記停止可能時間と、前記停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う、処理を実行させるための更新プログラム。クラウドサービスを提供するシステムの運用においては、セキュリティパッチの適用やアップグレード等の更新作業が発生する。このような更新作業は、クラウドコンピューティングにおいては、クラウドサービス提供者によって実施される。クラウドサービスを提供するシステムは、ハードウェアコンポーネントおよびソフトウェアコンポーネントからなる構成要素コンポーネントを有する。ハードウェアコンポーネントは、例えば、サーバやネットワーク機器等のハードウェアである。また、ソフトウェアコンポーネントは、例えば、VirtualMachineMonitor、VirtualMachineVM、オペレーティングシステムOS、アプリケーション等のソフトウェアである。これらコンポーネントの組み合わせによっては、不具合が発生するが、不具合の発生するコンポーネントの組み合わせの情報は各コンポーネントのベンダからは、提供されにくい。したがって、不具合が発生するコンポーネントの組み合わせを回避することは難しく、コンポーネントの更新時に不具合が発生し、SLOの未達という事態が発生してしまうことがある。また、可用性、すなわちサービスの稼働実績の低下を防ぐ方法としては、検証環境を準備し、該検証環境で更新を行って不具合の有無を確認してから、実環境で更新を行う方法がある。しかしながら、このような方法は、実環境と同様の複雑な構成を準備し、不具合の有無を確認するので、非常に高コストであるという問題があった。コンポーネントの更新に起因する障害によって、SLOの未達が発生すると、クラウドサービスの提供者はペナルティを支払わなければならず、収入が減少してしまう。また、低い可用性しか提供できないクラウドサービスは、ユーザ離れを引き起こしてしまう。したがって、可用性は目標値を下回らないことが望ましい。1つの側面では、本発明は、SLOの未達の可能性を抑制することを目的とする。実施の形態の更新装置は、ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行う更新装置において、サービスレベルに応じた前記サービスの停止可能時間と、記憶手段に記憶された稼動実績が示す前記サービスの停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う処理装置、を備える実施の形態の装置によれば、ソフトウェアコンポーネントの更新時にSLOの未達の可能性を小さくすることができる。以下、図面を参照しながら実施の形態について説明する。図1は、実施の形態に係るシステムの構成図である。システム101は、更新装置102、管理対象システム103、および端末104を備える。更新装置102、管理対象機器103、および端末104は、ネットワーク104を介して接続されている。更新装置102は、管理対象システム103の構成情報や稼働情報を収集し、管理者からの指示に基づいて管理対象システム103の構成要素コンポーネントを更新する。管理対象システム103は、ウェブサーバやデータベースDB等の利用サービスを端末104に提供する。管理対象システム103は、例えばサーバ情報処理装置やネットワーク機器などである。端末104は、ユーザにより使用され、管理対象システムにより提供されるサービスを受ける。図2は、実施の形態に係る管理対象システムの詳細を示す図である。図2の上部はユーザが利用しているサービスを示し、図2の下部は管理対象システムの詳細な構成要素コンポーネントを示す。管理対象システム103は、サーバ201-ii=1~4を備える。サーバ201-iは、各種処理を実行可能な情報処理装置である。尚、各サーバ201-iの性能は同一でもよい。また、サーバ201-iの例として、例えば、PRIMERGYを用いることができる。また、サーバ201-iには、識別子IDとしてそれぞれPM1~PM4が割り当てられている。なお、PMは、物理マシーンを意味している。以下、各サーバ201の構成について述べる。サーバ201-1は、仮想マシンモニタ202-1を有する。VMM202-1は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-1として、例えば、XenServerversion200を用いることができる。VMM202-1には、IDとしてVMM1が割り当てられている。VMM202-1は、3つの仮想マシンを有し、各仮想マシンはOS203-1を有する。OS203-1-1としては、例えば、Ubuntulinuxversion904を用いることができる。OS203-1-1には、IDとしてVM1が割り当てられている。OS203-1-1は、アプリケーション204-1-1を有する。アプリケーション204-1-1は、OS203-1-1上で動作するアプリケーションソフトウェアである。アプリケーション204-1-1は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-1-1には、IDとしてApp1が割り当てられている。OS203-1-2は、例えば、Windows登録商標ServerversionSP2を用いることができる。OS203-1-2には、IDとしてVM2が割り当てられている。OS203-1-2は、アプリケーション204-1-2を有する。アプリケーション204-1-2は、OS203-1-2上で動作するアプリケーションソフトウェアである。アプリケーション204-1-2は、ウェブサーバソフトウェアであり、例えば、IISversion60を用いることができる。アプリケーション204-1-2には、IDとしてApp2が割り当てられている。OS203-1-3として、例えば、Ubuntulinuxversion904を用いることができる。OS203-1-3には、IDとしてVM3が割り当てられている。OS203-1-3は、アプリケーション204-1-3を有する。アプリケーション204-1-3は、OS203-1-1上で動作するアプリケーションソフトウェアである。アプリケーション204-1-3は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-1-3には、IDとしてApp3が割り当てられている。サーバ201-2は、VMM202-2を有する。VMM202-2は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-2として、XenServerversion200を用いることができる。VMM202-2は、3つの仮想マシンを有し、各仮想マシンはOS203-2を有する。OS203-2-1として、例えば、Ubuntulinuxversion910を用いることができる。OS203-2-1には、IDとしてVM4が割り当てられている。OS203-2-1は、アプリケーション204-2-1を有する。アプリケーション204-2-1は、OS203-2-1上で動作するアプリケーションソフトウェアである。アプリケーション204-2-1は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-2-1には、IDとしてApp4が割り当てられている。OS203-2-2として、例えば、Ubuntulinuxversion904を用いることができるOS203-2-2には、IDとしてVM5が割り当てられている。OS203-2-2は、アプリケーション204-2-2を有する。アプリケーション204-2-2は、OS203-2-2上で動作するアプリケーションソフトウェアである。アプリケーション204-2-2は、データベースソフトウェアであり、例えば、MySQLversion40を用いることができる。アプリケーション204-2-2には、IDとしてApp5が割り当てられている。OS203-2-3としては、例えば、Ubuntulinuxversion910を用いることができる。OS203-2-3には、IDとしてVM6が割り当てられている。OS203-2-3は、アプリケーション204-2-3を有する。アプリケーション204-2-3は、OS203-2-1上で動作するアプリケーションソフトウェアである。アプリケーション204-2-3は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-1-3には、IDとしてApp6が割り当てられている。サーバ201-3は、VMM202-3を有する。VMM202-3は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-3として例えば、XenServerversion202を用いることができる。VMM202-3には、IDとしてVMM3が割り当てられている。VMM202-3は、4つの仮想マシンを有し、各仮想マシンはOS203-3を有する。OS203-3-1としては、例えば、WindowsServerversionSP2を用いることができる。OS203-3-1には、IDとしてVM7が割り当てられている。OS203-3-1は、アプリケーション204-3-1を有する。アプリケーション204-3-1は、OS203-3-1上で動作するアプリケーションソフトウェアである。アプリケーション204-3-1は、アプリケーションサーバソフトウェアであり、例えば、Interstageversion70を用いることができる。アプリケーション204-3-1には、IDとしてApp7が割り当てられている。OS203-3-2としては、例えば、Ubuntulinuxversion910を用いることができる。OS203-3-2には、IDとしてVM8が割り当てられている。OS203-3-2は、アプリケーション204-3-2を有する。アプリケーション204-3-2は、OS203-3-2上で動作するアプリケーションソフトウェアである。アプリケーション204-3-2は、アプリケーションサーバソフトウェアであり、例えば、Tomcatversion60を用いることができる。アプリケーション204-3-2には、IDとしてApp8が割り当てられている。OS203-3-3は、例えば、WindowsServerversionSP2を用いることができる。OS203-3-3には、IDとしてVM9が割り当てられている。OS203-3-3は、アプリケーション204-3-3を有する。アプリケーション204-3-3は、OS203-3-3上で動作するアプリケーションソフトウェアである。アプリケーション204-3-3は、データベースソフトウェアであり、例えば、MySQLversion40を用いることができる。アプリケーション204-3-3には、IDとしてApp9が割り当てられている。OS203-3-4として、例えば、Ubuntulinuxversion910を用いることができる。OS203-3-4には、IDとしてVM10が割り当てられている。OS203-3-4は、アプリケーション204-3-4を有する。アプリケーション204-3-4は、OS203-3-4上で動作するアプリケーションソフトウェアである。アプリケーション204-3-3は、データベースソフトウェアであり、例えば、MySQLversion40を用いることができる。アプリケーション204-3-4には、IDとしてApp10が割り当てられている。サーバ201-4は、VMM202-4を有する。VMM202-4は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-4として、例えば、XenServerversion200を用いることができる。VMM202-4には、IDとしてVMM4が割り当てられている。図2の上部はユーザが利用しているサービスを示している。実施の形態においては、3人のユーザ301-jj=1~3に管理対象システム103によってサービスが提供されている。すなわち、各ユーザ301-jは、管理対象システム103によって提供されるアプリケーションを利用している。ユーザ301-1~301-3の名前をそれぞれUser1~3とする。以下の説明において、ユーザ301-1~301-3をそれぞれUser1~3と表す場合がある。User1は、ウェブサーバ401-1-1、401-1-2、データベース401-1-3を利用している。ウェブサーバ401-1-1は、アプリケーション204-1-1により提供されている。ウェブサーバ401-1-2は、アプリケーション204-2-1により提供されている。データベース401-1-3は、アプリケーション204-2-2により提供されている。User2は、ウェブサーバ401-2-1、アプリケーションサーバ401-2-2、データベース401-2-3を利用している。ウェブサーバ401-2-1は、アプリケーション204-1-2により提供されている。アプリケーションサーバ401-2-2は、アプリケーション204-3-1により提供されている。データベース401-2-3は、アプリケーション204-3-3により提供されている。User3は、ウェブサーバ401-3-1、401-3-2、アプリケーションサーバ401-3-3、データベース401-3-4を利用している。ウェブサーバ401-3-1は、アプリケーション204-1-3により提供されている。ウェブサーバ401-3-2は、アプリケーション204-2-3により提供されている。アプリケーションサーバ401-3-3は、アプリケーション204-3-2により提供されている。データベース401-3-4は、アプリケーション204-3-4により提供されている。図3は、実施の形態に係る更新装置の構成例を示す図である。更新装置102は、SLO余裕値算出部501、更新対象特定部502、更新優先度算出部503、更新実行部504、および記憶部505を備える。SLO余裕値算出部501は、各ユーザのSLOに対する余裕値を算出する。更新対象特定部502は、更新対象となるコンポーネントを特定する。更新優先度算出部503は、更新対象のコンポーネントの優先度を算出する。更新実行部504は、算出した優先度に基づいて、更新対象システム103のコンポーネントの更新やリカバリを実行する。また、更新実行部504は、更新対象システム103の構成情報や稼働情報等の情報や更新の実行結果などを取得する。記憶部505は、SLO余裕値算出部501、更新対象特定部502、更新優先度決定部503、および更新実行部504で利用される各種データを格納する。記憶部505は、例えば、磁気ディスク装置、半導体記憶装置、RandomAccessMemory等である。記憶部505は、サービスレベル情報511、システム構成情報512、更新要求情報513、稼働実績情報514、障害事例情報515、余裕値情報516、更新対象情報517、および優先度情報518を格納している。以下、記憶部505に格納されている情報について説明する。図4は、サービスレベル情報を示す図である。サービスレベル情報511は、項目として、ユーザ、SLO、ペナルティ単価、およびペナルティ最大値を有する。ユーザは、サービスが提供されるユーザの名前を示す。SLOは、ユーザに対して契約したサービスレベル目標SLOであり、サービスレベルがこの値より下回らないように制御する際の閾値として捉えることもできる。すなわち、ユーザに提供するサービスの1ヶ月当たりの稼働時間の割合稼働実績の目標値を示す。さらに、サービスレベル目標を達成するための1ヶ月当たりのサービスの停止時間の最大値停止可能時間/月が記載されている。尚、例えば、稼働実績は、1ヶ月が30日とすると、1ヶ月間のサービスの稼働時間分/602430100で算出できる。また、サービスの停止可能時間/月分は、100-SLO602430/100で算出することも出来る。尚、ユーザに提供しているサービスが停止するということは、すなわちユーザが利用しているコンポーネントのいずれかが停止するということである。ペナルティ単価は、稼働実績がSLO未満になってから、サービスの停止時間の1時間当たりにユーザに支払うペナルティである。ペナルティ最大値は、1ヶ月当たりのペナルティの最大値である。図4の1行目は、ユーザはUser1、SLOは995停止可能時間/月:216分、ペナルティ単価は20hour、ペナルティ最大値は500monthである。これは、User1のサービスレベル目標は995サービスレベル目標995を達成するためには、1ヶ月当たりのサービスの停止可能時間は216分以下であることを示す。すなわち、1ヶ月当たりのサービスの停止時間が216分以下であれば、ペナルティの支払いの必要がないことを示す。また、User1に提供するサービスの稼働実績がSLO未満となった場合に、サービスの停止時間に従って1時間当たり20ドルをUser1に支払い、1ヶ月当たりのペナルティの最大は500ドルであることを示す。図4の2行目は、ユーザはUser2、SLOは999停止可能時間/月:43.2分、ペナルティ単価は100hour、ペナルティ最大値は1000monthである。図4の3行目は、ユーザはUser2、SLOは990停止可能時間/月:432分、ペナルティ単価は10hour、ペナルティ最大値は200monthである。図5は、サービスレベル情報に基づく稼働実績とペナルティとの関係を示すグラフである。図4のサービスレベル情報511に基づいて、稼働実績とペナルティとの関係をグラフに表すと図5のようになる。図5に示すように、稼働実績がSLO以上の場合、ペナルティは0であり、稼働実績がSLO未満となると、稼働実績の低下に伴ってペナルティ最大値までペナルティは増加していく。図6は、システム構成情報を示す図である。システム構成情報512には、更新対象システム103を構成するハードウェアコンポーネントおよびソフトウェアコンポーネントの情報が関連付けられて記述されている。図6に示すシステム構成情報512は図2に示す管理対象システム103に対応するシステム構成情報である。システム構成情報512は、項目として、ID、Name、Type、バージョン、依存関係、ユーザを有する。IDは、コンポーネントに割り当てられた識別子IDを示す。Nameは、コンポーネントの名称を示す。Typeは、コンポーネントの種類を示す。例えば、PCは情報処理装置サーバ、VMMは仮想マシンモニタVirtualMachineMonitor、OSはオペレーティングシステム、Webはウェブサーバ、Appはアプリケーションサーバ、DBはデータベースを示す。バージョンは、コンポーネントのバージョンを示す。依存関係は、依存しているコンポーネントを示し、依存しているコンポーネントのIDが記述される。すなわち、自身が動作するのに必要なコンポーネントを示す。例えば、図2を参照すると、仮想マシンモニタ202-1IDVMM1は、サーバ201-1IDPM1上で動作している。すなわち、仮想マシンモニタ202-1IDVMM1は、サーバ201-1IDPM1に依存している。したがって、図6のシステム構成情報512の5行目において、VMM1に関連する依存関係にはPM1が記述されている。ユーザは、コンポーネントを使用しているユーザを示す。図7は、更新要求情報を示す図である。更新要求情報513には、コンポーネントの更新に関する情報が記述されている。更新要求情報513は、項目として、Name、Type、適用パッチ、所要更新時間、所要復旧時間、バージョン、Updatedversionを有する。Nameは、更新対象であるコンポーネントの名称を示す。Typeは、更新対象であるコンポーネント種類を示す。適用パッチ/実行コマンドは、更新対象であるコンポーネントに適用するパッチの名称、または実行コマンドを示す。所要更新時間は、更新を実行したときに掛かると予想される時間である。所要復旧時間は、更新が失敗したときに、コンポーネントを元の状態すなわち、更新前の状態に戻すまでに掛かると予想される時間である。バージョンは、更新対象であるコンポーネントのバージョンを示す。Updatedversionは、更新完了後のコンポーネントのバージョンを示す。例えば、図7の更新要求情報の1行目は、NameはXenServer、TypeはVMM、適用パッチ/実行コマンドはP202updatepatch、所要更新時間は30分、所要復旧時間は10分、バージョンは200以下、Updatedversionは202である。これは、VMMであるXenServerのうち、現在のバージョンが200以下であるXenServerにP202updatepatchを適用することを示す。さらに、更新に掛かる時間は30分であり、更新が失敗した場合に元の状態に戻すまでに掛かる時間は10分であり、更新後のXenServerのバージョンは202となることを示す。図7の更新要求情報の2行目は、NameはUbuntu、TypeはOS、適用パッチ/実行コマンドはupdatenotifierkdeu、所要更新時間は40分、所要復旧時間は30分、バージョンは904以下、Updatedversionは910である。図7の更新要求情報の3行目は、NameはInterstage、TypeはApp、適用パッチ/実行コマンドはUpgrade80exe、所要更新時間は15分、所要復旧時間は10分、バージョンは70以下、Updatedversionは80である。図8は、稼働実績情報を示す図である。稼働実績情報514には、ユーザごとの所定期間におけるユーザに提供しているサービスの停止時間、すなわちユーザごとの所定期間におけるユーザが利用しているコンポーネントの停止時間が記述される。図8の稼働実績情報514おいては、ユーザ毎に該ユーザが利用しているコンポーネントの月間停止時間、すなわち1ヶ月のうちユーザが利用しているコンポーネントが停止した時間が記述されている。図8の稼働実績情報514において、User1の月間停止時間は160分、User2の月間停止時間は20分、User3の月間停止時間は50分である。すなわち、図8の稼働実績情報は、User1が利用しているコンポーネントは、1ヶ月で160分停止したことを示す。同様に、User2が利用しているコンポーネントは、1ヶ月で20分停止し、User3が利用しているコンポーネントは、1ヶ月で50分停止したことを示す。図9は、障害事例情報を示す図である。障害事例情報515は、更新が失敗したコンポーネントの属性情報が記述される。障害事例情報515は、項目として、ID、Name、Type、バージョン、適用パッチ/実行コマンド、依存コンポーネントを有する。IDは、コンポーネントに割り当てられた識別子を示す。Nameは、コンポーネントの名称を示す。Typeは、コンポーネントの種類を示す。バージョンは、更新実行時のコンポーネントのバージョンを示す。適用パッチ/実行コマンドは、更新実行時に適用したパッチの名称、または実行コマンドを示す。依存コンポーネントは、依存しているまたは依存されているコンポーネントの名称およびバージョンを示す。図9の障害事例情報515は、IDはVM3、NameはUbuntu、TypeはOS、バージョンは904、適用パッチ/実行コマンドはupdatenotifierkdeu、依存コンポーネントは、XenSvr200Apache22である。これは、IDがVM3であり、TypeがOSであり、バージョンが904であり、NameがUbuntuであるコンポーネントに対して、更新時にupdatenotifierkdeuを適用または実行したときに更新が失敗したことを示す。さらに、更新が失敗したコンポーネントが依存しているまたは依存されているコンポーネントは、バージョンが200のXenSvrとバージョンが22のApacheであることを示す。図10は、余裕値情報を示す図である。余裕値情報516は、ユーザごとのサービスレベル目標の未達までの余裕稼動実績に基づいて、サービスレベルの閾値までまだどれほどの余裕があるかに関する情報が記述されている。余裕値情報516は、項目として、例えば、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を有する。ユーザは、ユーザの名前を示す。SLOは、ユーザに対して契約したサービスレベル目標SLO閾値である。停止可能時間/月は、サービスレベル目標を達成するための1ヶ月当たりのサービスの停止時間の最大値である。月間停止時間は、1ヶ月のうちユーザに提供しているサービスの停止時間、すなわち、1ヶ月のうちユーザが利用しているコンポーネントが停止した時間である。余裕値は、サービスの稼働実績がサービスレベル目標未満となるまでの余裕を示す。すなわち、余裕値は、停止可能時間/月と月間停止時間との差分である。例えば、図10の余裕値情報の1行目は、ユーザはUser1、SLOは99.5、停止可能時間/月は216分、月間停止時間は160分、余裕値は56分である。図10の余裕値情報の2行目は、ユーザはUser2、SLOは99.9、停止可能時間/月は43.2分、月間停止時間は20分、余裕値は23.2分である。図10の余裕値情報の3行目は、ユーザはUser3、SLOは99.0、停止可能時間/月は432分、月間停止時間は350分、余裕値は82分である。図11は、更新対象情報を示す図である。更新対象情報517には、更新対象となるコンポーネントを特定する情報が記述される。更新対象情報517は、項目として、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを有する。Nameは、コンポーネントの名称を示す。Typeは、コンポーネントの種類を示す。適用パッチ/実行コマンドは、更新実行時に適用するパッチの名称、または実行コマンドを示す。バージョンは、コンポーネントのバージョンを示す。更新対象IDは、更新対象のコンポーネントに割り当てられたIDを示す。例えば、図11の更新対象情報517の1行目は、NameはXenSvr、TypeはVMM、適用パッチ/実行コマンドはP202updatepatch、バージョンは200以下、更新対象IDはVMM1、VMM2、VMM4である。これは、更新対象であるコンポーネントのIDがVMM1、VMM2、VMM4であり、名称はXenSvrであり、種類はVMMであり、バージョンは200以下であり、コンポーネントに適用するパッチまたは実行するコマンドがP202updatepatchであることを示す。図11の更新対象情報517の2行目は、NameはUbuntu、TypeはOS、適用パッチ/実行コマンドはupdatenotifierkdeu、バージョンは904、更新対象IDはVM1、VM3、VM5である。図11の更新対象情報517の3行目は、NameはInterstage、TypeはApp、適用パッチ/実行コマンドはUpgrade80exe、バージョンは70以下、更新対象IDはApp7である。図12は、優先度情報を示す図である。優先度情報518-1には、更新対象であるコンポーネントの優先度に関する情報が記述されている。優先度情報518-1は、項目として、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、順位を有する。更新対象IDは、更新対象であるコンポーネント更新対象コンポーネントに割り当てられたIDを示す。依存コンポーネントIDは、更新対象コンポーネントに依存しているコンポーネントのIDを示す。ユーザは、更新対象コンポーネントを使用しているユーザの名前を示す。余裕値は、ユーザに提供しているサービスの稼働実績がサービスレベル目標未満となるまでの余裕を示す。複数のユーザが更新対象コンポーネントを使用している場合は、各ユーザに対する余裕値のうちの最小値を余裕値とする。更新復旧時間は、更新を実行したときに掛かると予想される時間である所要更新時間と更新が失敗したときにコンポーネントを元の状態すなわち、更新前の状態に戻すまでに掛かると予想される時間である所要復旧時間との和である。更新復旧時間は、更新要求情報513の所要更新時間および所要復旧時間から算出される。差分は、余裕値と更新復旧時間との差分である。差分が正の場合、該差分は更新失敗後の余裕値を示し、また更新が失敗しても稼働実績はSLO以上となることを示している。差分が負の場合、該差分の絶対値は稼働実績がSLO未満となってからのコンポーネントの停止時間を示している。増加ペナルティは、更新対象のコンポーネントに対する更新が失敗したときに発生するペナルティである。増加ペナルティは、差分とサービスレベル情報511のペナルティ単価に基づいて算出される。増加ペナルティは、差分が正の場合、すなわち稼働実績がSLO以上であるのでペナルティは発生しないため、0となる。増加ペナルティは、差分が負の場合、ペナルティ単価に対する該差分の絶対値分のペナルティとなる。尚、ここでの増加ペナルティの単位はドルである。例えば、図12の優先度情報518-1の1列目において、ユーザはUser2であり、差分は-1.8分である。サービスレベル情報511を参照すると、User2に対するペナルティ単価は1時間当たり100ドルである。したがって、1.8分に対するペナルティは3=100/601.8ドルとなる。順位は、更新の優先度を示す。ここでは、数字が小さいほど優先度が高いものとする。また、順位には、優先度を示す数字の他に、更新完了を示す完了や障害が発生するので更新を行わないことを示す障害が記述される場合もある。例えば、優先度情報518-1の1列目は、更新対象IDがApp7、依存コンポーネントは-空null、ユーザはUser2、余裕値は23.2分、更新復旧時間25分、差分は-1.8分、増加ペナルティは3ドル、順位は4である。これは、更新対象であるコンポーネント更新対象コンポーネントのIDがApp7であり、更新対象コンポーネントに依存するコンポーネントは無く、更新対象コンポーネントを使用しているユーザはUser2であることを示す。また、User2に対する余裕値は23.2分であり、App7に対して更新を行って失敗した場合に、更新してから復旧までに掛かる時間は25分であり、差分が-1.8分であるので、更新が失敗したときにUser2に支払うペナルティは3ドルであり、App7に対する更新の順位は4番目であることを示す。図13は、実施の形態に係るコンポーネント更新処理のフローチャートである。ステップS601において、SLO余裕値算出部501は、サービスレベル情報511および稼働実績情報514に基づいて、各ユーザの余裕値を算出する。SLO余裕値算出部501は、算出した余裕値等の情報を余裕値情報516に書き込む。ステップS602において、更新対象特定部502は、システム構成情報512および更新要求情報513に基づいて、更新対象となる管理対象システム103のコンポーネントを特定する。また、特定したコンポーネントの情報を更新対象情報517に書き込む。ステップS603において、更新優先度算出部503は、更新対象となるコンポーネント更新対象コンポーネントの有無を判定する。更新対象コンポーネントがある場合、制御はステップS604に進み、更新対象コンポーネントが無い場合、処理は終了する。ステップS604において、更新優先度算出部503は、システム構成情報512、更新要求情報513、余裕値情報516、更新対象情報517、および障害事例情報515に基づいて、更新対象コンポーネントの優先度を算出する。また、算出した優先度等の情報を優先度情報518に書き込む。更新優先度算出部503は、使用しているユーザがいないコンポーネントの優先度を一番高くし、次に、余裕値と更新復旧時間との差分が大きい順にコンポーネントの優先度を高くする。また、更新優先度算出部503は、差分が同じ場合、増加ペナルティが小さいほうのコンポーネントの優先度を高くする。また、更新完了したコンポーネントの優先度は更新完了を示す完了、更新対象コンポーネントの内で障害事例情報515に記載の情報と一致する属性を持つコンポーネントの優先度は更新を行わないことを示す障害とする。また、他の実施の形態において、差分が負であるコンポーネントの優先度は、更新を行わないことを示す保留としてもよい。他の実施の形態において、例えば、月ごとにSLOが管理されている場合、時間の経過により、余裕値が回復増加し、差分が負であったコンポーネントの差分が正となってから、更新を行うことで、SLOの未達を防ぐようにすることも出来る。ステップS605において、更新実行部504は、更新対象コンポーネントのうち、最も優先度が高いコンポーネントに対して、更新を実行する。更新実行部504は、優先度が障害または保留のコンポーネントに対しては、更新を実行しない。更新の方法としては、更新対象がOSまたはアプリケーションの場合、更新対象のスナップショットを取得し、更新を行う。スナップショットを取得することにより、更新失敗時に更新前の状態に戻すことができる。また、更新対象がVMMの場合は、マイグレーション更新対象のVMM上のVM該VM上のOSおよびアプリケーションを含むを他のVMMへ退避させることを行い、VMMの更新を行う。ステップS606において、更新実行部504は、更新が成功したか否か判定する。更新が成功した場合、制御はステップS601に戻り、更新が失敗した場合、制御はステップS607に進む。ステップS607において、更新実行部504は、更新が失敗したコンポーネントを更新前の状態に復元する。ステップS608において、更新実行部504は、障害事例情報515を登録する。上述のように、障害事例情報515には、更新が失敗したコンポーネントの属性情報が記述される。以下、実施の形態のコンポーネント更新処理を図7の更新要求情報513に基づいて図2の管理対象システム103に適用した場合について説明する。サービスレベル情報511、システム構成情報512、更新要求情報513、稼働実績情報514は、上述の図4、6~8で説明したものを用いる。また、障害事例情報515、余裕値情報516、更新対象情報517、優先度情報518は、初期状態、すなわち情報は書き込まれていないものとする。また、説明を容易にするため、各コンポーネントはコンポーネントに割り当てられたIDで呼ぶこととする。先ず、SLO余裕値算出部501は、サービスレベル情報511および稼働実績情報514を読み出す。そして、SLO余裕値算出部501は、サービスレベル情報511の停止可能時間/月と稼働実績情報514の月間停止時間との差分を余裕値としてユーザごとに算出する。尚、サービスレベル情報511に停止可能時間/月が記述されていない場合、SLO余裕値算出部501は、SLOから停止可能時間/月を算出する。SLO余裕値算出部501は、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。それにより、余裕値情報516は、図10に示すようになる。次に、更新対象特定部502は、システム構成情報512および更新要求情報513を読み出す。更新対象特定部502は、更新要求情報513のName、Type、バージョンに合致するコンポーネント、すなわち更新対象コンポーネントをシステム構成情報512から特定する。更新要求情報513の1行目に基づいてNameがXenSvr、TypeがVMM、バージョンが200以下であるコンポーネントをシステム構成情報512から特定すると、VMM1、VMM2、VMM4が特定される。更新要求情報513の2行目に基づいてNameがUbuntu、TypeがOS、バージョンが904であるコンポーネントをシステム構成情報512から特定すると、VM1、VM3、VM5が特定される。更新要求情報513の3行目に基づいてNameがInterstage、TypeがApp、バージョンが70以下であるコンポーネントをシステム構成情報512から特定すると、App7が特定される。特定したコンポーネントのIDを更新対象IDとして、更新要求情報513のName、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。それにより、更新対象情報517は図11のようになる。更新優先度算出部503は、システム構成情報512、更新要求情報513、余裕値情報516、および更新対象情報517を読み出す。また、更新優先度算出部503は、障害事例情報515がある場合、障害事例情報515も読み出す。更新対象情報517の更新対象IDは、VMM1、VMM2、VMM4、VM1、VM3、VM5、App7である。したがって、IDがVMM1、VMM2、VMM4、VM1、VM3、VM5、App7であるコンポーネントが更新対象コンポーネントである。更新優先度算出部503は、優先度を算出する前に、更新対象コンポーネントの依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、および増加ペナルティを求める。例えば、App7に依存しているコンポーネントは、システム構成情報512を参照すると見つからないすなわち、依存関係にApp7が記述されたコンポーネントは無いので、無しである。したがって、App7の依存コンポーネントIDは、-空nullである。App7を使用しているユーザは、システム構成情報512を参照するとUser2である。したがって、App7のユーザは、User2である。App7を使用しているUser2の余裕値は、余裕値情報516を参照すると23.2分である。したがって、App7の余裕値は23.2分である。App7に対する更新要求情報は更新要求情報513の3行目に記述されている。更新要求情報513の3行目の所要更新時間10分と所要復旧時間15分とを加算すると25分である。したがって、App7の更新復旧時間は25分である。App7の差分は、余裕値23.2分と更新復旧時間25分との差分より、-1.8分となる。サービスレベル情報511を参照すると、App7を使用しているUser2のペナルティ単価は1時間当たり100ドルである。したがって、App7の増加ペナルティは、3=100/601.8ドルである。同様に、更新対象コンポーネントであるVM1、VM3、VM5、VMM1、VMM2、VMM4に関して、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、および増加ペナルティを求める。そして、更新優先度算出部503は、各更新対象コンポーネントの更新の順位、すなわち優先度を算出する。上述したように、優先度は、使用しているユーザがいないコンポーネントの優先度を一番高くし、次に、余裕値と更新復旧時間との差分が大きい順にコンポーネントの優先度を高くする。また、更新が完了しているコンポーネントの優先度は完了、障害事例情報515に一致するコンポーネントの優先度は障害とする。したがって、順位優先度は、ユーザのいないVMM4が一番高くなり、以下、差分が大きい順にVMM2、VM3、App7、VM1、VM5、VMM1となる尚、VM1とVM5の順位は同じ。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図12に示す優先度情報518-1のようになる。更新実行部504は、優先度情報518-1を読み出す。図12の優先度情報518-1を参照すると、1番順位の高いVMM4が最優先の更新対象コンポーネントであるので、更新実行部504は、VMM4の更新を行う。ここでは、VMM4の更新は成功したとする。更新実行部504は、更新後の更新対象システム103の構成に一致するようにシステム更新情報512を更新する。図14は、システム構成情報の更新箇所を示す図である。図14のシステム構成情報512-1は、図6のシステム構成情報512のうち、更新箇所を表している。尚、括弧内の数字200は更新前のデータを示し、矢印→はデータが括弧の右側に記載されたデータ202に変更されたことを示している。また、括弧内の数字および矢印は、変更箇所を分かり易くするために示したもので、更新後のシステム構成情報512には、実際には記述されていない。他のシステム構成情報の更新箇所を示す図でも同様である。更新実行部504は、図14のシステム構成情報512-1に示すように、図6のシステム構成情報512のVMM4のバージョンを202とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているVMM4の順位は完了である。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図15に示す優先度情報518-2のようになる。更新実行部504は、優先度情報518-2を読み出す。図15の優先度情報518-2を参照すると、1番順位の高いVMM2が最優先の更新対象コンポーネントであるので、更新実行部504は、VMM2の更新を行う。優先度情報518-2の依存コンポーネントIDに示すように、VM4、VM5、およびVM6は、VMM2に依存している。したがって、更新実行部504は、VMM2の更新前に、VM4、VM5、およびVM6のマイグレーションを行う。すなわち、更新実行部504は、VM4、VM5、およびVM6を他のVMMに移動させる。移動先のVMMは、空いているVMM、すなわちOSを有していないVMMが望ましい。システム構成情報512を参照すると、VMM4はOSを有していないので、更新実行部504は、移動先のVMMをVMM4とする。更新実行部504は、VM4、VM5、およびVM6をVMM4に移動させる。そして、更新実行部504は、VMM2の更新を行う。ここでは、VMM2の更新は成功したとする。更新実行部504は、更新後の更新対象システム103の構成に一致するようにシステム更新情報512を更新する。図16は、システム構成情報の更新箇所を示す図である。更新実行部504は、図16のシステム構成情報512-2に示すように、図6のシステム構成情報512のVM4、VM5、およびVM6の依存関係をVMM4とし、VMM2のバージョンを202とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているVMM2およびVMM4の順位は完了である。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図17に示す優先度情報518-3のようになる。更新実行部504は、優先度情報518-3を読み出す。図17の優先度情報518-3を参照すると、1番順位の高いVM3が最優先の更新対象コンポーネントであるので、更新実行部504は、VM3の更新を行う。ここでは、VM3の更新は失敗したとする。更新実行部504は、VM3の復元を行う。また、更新実行部504は、システム構成情報512および更新対象情報517を読み出す。更新実行部504は、更新が失敗したコンポーネントのID、Name、Type、バージョン、適用パッチ/実行コマンド更新時に適用したパッチまたは実行したコマンド、依存コンポーネント更新が失敗したコンポーネントが依存しているコンポーネントまたは更新が失敗したコンポーネントに依存しているコンポーネントのNameおよびバージョンを障害事例情報515に書き込む。システム構成情報512を参照すると、更新が失敗したコンポーネントのIDはVM3、NameはUbuntu、TypeはOS、バージョンは904である。また、システム構成情報512を参照すると、VM3が依存しているコンポーネントはVMM1であり、VMM1のNameおよびバージョンはXenSvrおよび200である。また、VM3に依存しているコンポーネントはApp3であり、App3のNameおよびバージョンはApacheおよび22である。したがって、依存コンポーネントは、XenSvr200とApache22である。また、更新対象情報517を参照すると、VM3に更新時に適用したパッチまたは実行したコマンド、すなわち適用パッチ/実行コマンドは、updatenotifierkdeuである。これらの情報、すなわち更新失敗時のVM3の属性情報を障害事例情報515に書き込むと図9のようになる。また、VM3の更新復旧時間は70分であり、VM3はUser3により使用されている。したがって、更新実行部504は、稼働実績情報514のUser3の月間停止時間に70分加算する。これによりUser3の月間停止時間は、420分となる。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているVMM2およびVMM4の順位は完了である。また、障害事例情報515に一致するコンポーネント、詳細には、障害事例情報515のName、Type、バージョン、適用パッチ/実行コマンド、依存コンポーネントが一致する更新対象コンポーネントの順位は障害である。前回の更新で障害事例情報515が登録されたので、障害事例情報515に一致するコンポーネントについて詳細に説明する。システム構成情報512を参照すると、VM1のNameはUbuntu、TypeはOS、バージョンは904である。また、VM1が依存しているコンポーネントはVMM1であり、VMM1のNameおよびバージョンはXenSvrおよび200である。また、VM1に依存しているコンポーネントはApp1であり、App1のNameおよびバージョンはApacheおよび22である。したがって、VM1の依存コンポーネントは、XenSvr200とApache22である。また、更新対象情報517を参照すると、VM1に更新時に適用するパッチまたは実行するコマンド、すなわち適用パッチ/実行コマンドは、updatenotifierkdeuである。したがって、VM1のName、Type、バージョン、適用パッチ/実行コマンド、および依存コンポーネントは、障害事例情報515のName、Type、バージョン、適用パッチ/実行コマンド、および依存コンポーネントと一致する。よって、VM1に対して更新は実行しないため、VM1の順位は障害となる。このように過去に失敗したコンポーネントと同様の組み合わせとなる更新を更新を避けている。また、VM3についても、同様に障害事例情報515に一致するため、順位は障害となる。更新優先度算出部503は、更新が完了したコンポーネントおよび障害事例情報515に一致するコンポーネント以外のコンポーネントの優先度を算出する。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図18に示す優先度情報518-4のようになる。更新実行部504は、優先度情報518-4を読み出す。図18の優先度情報518-4を参照すると、1番順位の高いApp7が最優先の更新対象コンポーネントであるので、更新実行部504は、App7の更新を行う。ここでは、App7の更新は成功したとする。図19は、システム構成情報の更新箇所を示す図である。更新実行部504は、図16のシステム構成情報512-3に示すように、図6のシステム構成情報512のApp7のバージョンを80とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているApp7、VMM2、およびVMM4の順位は完了である。また、障害事例情報515に一致するコンポーネント、すなわちVM1およびVM3の順位は障害である。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図20に示す優先度情報518-5のようになる。更新実行部504は、優先度情報518-5を読み出す。図20の優先度情報518-5を参照すると、1番順位の高いVM5が最優先の更新対象コンポーネントであるので、更新実行部504は、VM5の更新を行う。ここでは、VM5の更新は成功したとする。図21は、システム構成情報の更新箇所を示す図である。更新実行部504は、図21のシステム構成情報512-4に示すように、図6のシステム構成情報512のVM5のバージョンを910とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているApp7、VM5、VMM2、およびVMM4の順位は完了である。また、障害事例情報515に一致するコンポーネント、すなわちVM1およびVM3の順位は障害である。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図22に示す優先度情報518-6のようになる。更新実行部504は、優先度情報518-6を読み出す。図22の優先度情報518-6を参照すると、1番順位の高いVMM1が最優先の更新対象コンポーネントであるので、更新実行部504は、VMM1の更新を行う。優先度情報518-6の依存コンポーネントIDに示すように、VM1、VM2、およびVM3は、VMM1に依存している。したがって、更新実行部504は、VMM1の更新前に、VM1、VM2、およびVM3のマイグレーションを行う。すなわち、更新実行部504は、VM1、VM2、およびVM3を他のVMMに移動させる。ここでは、更新実行部504は、移動先のVMMをVMM2とする。更新実行部504は、VM1、VM2、およびVM3をVMM2に移動させる。そして、更新実行部504は、VMM1の更新を行う。ここでは、VMM1の更新は成功したとする。更新実行部504は、更新後の更新対象システム103の構成に一致するようにシステム更新情報512を更新する。図23は、システム構成情報の更新箇所を示す図である。更新実行部504は、図23のシステム構成情報512-5に示すように、図6のシステム構成情報512のVM1、VM2、およびVM3の依存関係をVMM2とし、VMM1のバージョンを202とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているApp7、VM5、VMM1、VMM2、およびVMM4の順位は完了である。また、障害事例情報515に一致するコンポーネントの順位は障害である。図22の優先度情報518-6に記載のように、前回の優先度の算出において、VM1およびVM3は、障害事例情報515に一致していたため、VM1およびVM3の順位は障害であった。しかしながら、前回の更新で、VM1とVM3は、VMM2に移動した。VMM2のバージョンは図16に記載のように202であるため、VM1およびVM3は、障害事例情報515に一致しなくなり、VM1およびVM3の順位は障害ではなくなる。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図24に示す優先度情報518-7のようになる。更新実行部504は、優先度情報518-7を読み出す。図24の優先度情報518-7を参照すると、1番順位の高いVM1が最優先の更新対象コンポーネントであるので、更新実行部504は、VM1の更新を行う。ここでは、VM1の更新は成功したとする。更新実行部504は、更新後の更新対象システム103の構成に一致するようにシステム更新情報512を更新する。図25は、システム構成情報の更新箇所を示す図である。更新実行部504は、図25のシステム構成情報512-6に示すように、図6のシステム構成情報512のVM1のバージョンを910とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているApp7、VM1、VM5、VMM1、VMM2、およびVMM4の順位は完了である。また、障害事例情報515に一致するコンポーネントの順位は障害である。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図26に示す優先度情報518-8のようになる。更新実行部504は、優先度情報518-8を読み出す。図26の優先度情報518-8を参照すると、1番順位の高いVM3が最優先の更新対象コンポーネントであるので、更新実行部504は、VM3の更新を行う。ここでは、VM3の更新は成功したとする。更新実行部504は、更新後の更新対象システム103の構成に一致するようにシステム更新情報512を更新する。図27は、システム構成情報の更新箇所を示す図である。更新実行部504は、図27のシステム構成情報512-7に示すように、図6のシステム構成情報512のVM3のバージョンを910とする。SLO余裕値算出部501は、上述と同様に、余裕値を算出し、ユーザ、SLO、停止可能時間/月、月間停止時間、余裕値を余裕値情報516に書き込む。そして、更新対象特定部502は、上述と同様に、更新対象コンポーネントを特定し、Name、Type、適用パッチ/実行コマンド、バージョン、および更新対象IDを更新対象情報517に書き込む。更新優先度算出部503は、更新対象コンポーネントの優先度を再度算出する。優先度の算出方法については、上述の通りである。また、更新が完了しているApp7、VM1、VM3、VM5、VMM1、VMM2、およびVMM4の順位は完了である。また、障害事例情報515に一致するコンポーネントの順位は障害である。更新優先度算出部503は、更新対象ID、依存コンポーネントID、ユーザ、余裕値、更新復旧時間、差分、増加ペナルティ、および算出した順位を優先度情報518に書き込むと、図28に示す優先度情報518-9のようになる。優先度情報518-9の順位がすべて完了となっている、すなわち更新対象となるコンポーネントはないため、更新処理は終了する。上記の更新処理では、ペナルティが発生することなく、対象のコンポーネントを更新することが出来る。もし、VM3の前にVM1を更新してしまうと、4.6ドルのペナルティが発生してしまうが、実施の形態の更新処理ではペナルティの発生を抑止することが出来る。図29は、実施の形態に係る更新後の管理対象システムの詳細を示す図である。図29は、上述の更新処理を行った後の管理対象システムの構成を示している。サーバ201-1は、VMM202-1を有する。VMM202-1は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-1として、例えば、XenServerversion200を用いることができる。VMM202-1には、IDとしてVMM1が割り当てられている。サーバ201-2は、VMM202-2を有する。VMM202-2は、3つの仮想マシンを有し、各仮想マシンはOS203-1を有する。OS203-1-1としては、例えば、Ubuntulinuxversion910を用いることができる。OS203-1-1には、IDとしてVM1が割り当てられている。OS203-1-1は、アプリケーション204-1-1を有する。アプリケーション204-1-1は、OS203-1-1上で動作するアプリケーションソフトウェアである。アプリケーション204-1-1は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-1-1には、IDとしてApp1が割り当てられている。OS203-1-2は、例えば、WindowsServerversionSP2を用いることができる。OS203-1-2には、IDとしてVM2が割り当てられている。OS203-1-2は、アプリケーション204-1-2を有する。アプリケーション204-1-2は、OS203-1-2上で動作するアプリケーションソフトウェアである。アプリケーション204-1-2は、ウェブサーバソフトウェアであり、例えば、IISversion60を用いることができる。アプリケーション204-1-2には、IDとしてApp2が割り当てられている。OS203-1-3としては、例えば、Ubuntulinuxversion910を用いることができる。OS203-1-3には、IDとしてVM3が割り当てられている。OS203-1-3は、アプリケーション204-1-3を有する。アプリケーション204-1-3は、OS203-1-1上で動作するアプリケーションソフトウェアである。アプリケーション204-1-3は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-1-3には、IDとしてApp3が割り当てられている。サーバ201-3は、VMM202-3を有する。VMM202-3は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-3として、例えば、XenServerversion202を用いることができる。VMM202-3には、IDとしてVMM3が割り当てられている。VMM202-3は、4つの仮想マシンを有し、各仮想マシンはOS203-3を有する。OS203-3-1として、例えば、WindowsServerversionSP2を用いることができる。OS203-3-1には、IDとしてVM7が割り当てられている。OS203-3-1は、アプリケーション204-3-1を有する。アプリケーション204-3-1は、OS203-3-1上で動作するアプリケーションソフトウェアである。アプリケーション204-3-1は、アプリケーションサーバソフトウェアであり、例えば、Interstageであり、version80を用いることができる。アプリケーション204-3-1には、IDとしてApp7が割り当てられている。OS203-3-2として、例えば、Ubuntulinuxversion910を用いることができる。OS203-3-2には、IDとしてVM8が割り当てられている。OS203-3-2は、アプリケーション204-3-2を有する。アプリケーション204-3-2は、OS203-3-2上で動作するアプリケーションソフトウェアである。アプリケーション204-3-2は、アプリケーションサーバソフトウェアであり、例えば、Tomcatversion60を用いることができる。アプリケーション204-3-2には、IDとしてApp8が割り当てられている。OS203-3-3として、例えば、WindowsServerversionSP2を用いることができる。OS203-3-3には、IDとしてVM9が割り当てられている。OS203-3-3は、アプリケーション204-3-3を有する。アプリケーション204-3-3は、OS203-3-3上で動作するアプリケーションソフトウェアである。アプリケーション204-3-3は、データベースソフトウェアであり、例えば、MySQLversion40を用いることができる。アプリケーション204-3-3には、IDとしてApp9が割り当てられている。OS203-3-4として、例えば、Ubuntulinuxversion910を用いることができる。OS203-3-4には、IDとしてVM10が割り当てられている。OS203-3-4は、アプリケーション204-3-4を有する。アプリケーション204-3-4は、OS203-3-4上で動作するアプリケーションソフトウェアである。アプリケーション204-3-3は、データベースソフトウェアであり、例えば、MySQLversion40を用いることができる。アプリケーション204-3-4には、IDとしてApp10が割り当てられている。サーバ201-4は、VMM202-4を有する。VMM202-4は、複数の仮想マシンを作成し、仮想マシン上のOSを制御するソフトウェアである。VMM202-4として、例えば、XenServerversion202を用いることがでいる。VMM202-4には、IDとしてVMM4が割り当てられている。VMM202-4は、3つの仮想マシンを有し、各仮想マシンはOS203-2を有する。OS203-2-1として、例えば、Ubuntulinuxversion910を用いることができる。OS203-2-1には、IDとしてVM4が割り当てられている。OS203-2-1は、アプリケーション204-2-1を有する。アプリケーション204-2-1は、OS203-2-1上で動作するアプリケーションソフトウェアである。アプリケーション204-2-1は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-2-1には、IDとしてApp4が割り当てられている。OS203-2-2は、例えば、Ubuntulinuxversion910を用いることができる。OS203-2-2には、IDとしてVM5が割り当てられている。OS203-2-2は、アプリケーション204-2-2を有する。アプリケーション204-2-2は、OS203-2-2上で動作するアプリケーションソフトウェアである。アプリケーション204-2-2は、データベースソフトウェアであり、例えば、MySQLversion40を用いることができる。アプリケーション204-2-2には、IDとしてApp5が割り当てられている。OS203-2-3としては、例えば、Ubuntulinuxversion910を用いることができる。OS203-2-3には、IDとしてVM6が割り当てられている。OS203-2-3は、アプリケーション204-2-3を有する。アプリケーション204-2-3は、OS203-2-1上で動作するアプリケーションソフトウェアである。アプリケーション204-2-3は、ウェブサーバソフトウェアであり、例えば、Apacheversion22を用いることができる。アプリケーション204-1-3には、IDとしてApp6が割り当てられている。実施の形態の更新装置によれば、更新が失敗したときの余裕が大きいコンポーネントを優先して更新するため、更新が失敗してもSLOの未達、すなわちペナルティが発生しにくくなる。すなわち、クラウドサービス提供者の収入低下が回避される。また、実施の形態の更新装置によれば、過去に失敗したコンポーネントの組み合わせと同様の組み合わせとなる更新を避けるため、更新が失敗する可能性が低くなる。また、実施の形態の更新方法によれば、更新対象と同じ検証環境を用意する必要が無いので、コストを低下することが出来る。図30は、情報処理装置コンピュータの構成図である。実施の形態の更新装置102およびサーバ201は、例えば、図30に示すような情報処理装置1によって実現される。情報処理装置1は、CPU2、メモリ3、入力部4、出力部5、記憶部6、記録媒体駆動部7、およびネットワーク接続部8を備え、それらはバス9により互いに接続されている。CPU2は、情報処理装置1全体を制御する中央処理装置である。CPU2は、SLO余裕値算出部501、更新対象特定部502、更新優先度算出部503、更新実行部504に対応する。また、CPU2は、VMM202、OS203、およびアプリケーション204を実行する。メモリ3は、プログラム実行の際に、記憶部6あるいは可搬記録媒体10に記憶されているプログラムあるいはデータを一時的に格納するReadOnlyMemoryやRandomAccessMemory等のメモリである。CPU2は、メモリ3を利用してプログラムを実行することにより、上述した各種処理を実行する。この場合、可搬記録媒体10等から読み出されたプログラムコード自体が実施の形態の機能を実現する。入力部4は、例えば、キーボード、マウス、タッチパネル等である。出力部5は、例えば、ディスプレイ、プリンタ等である。記憶部6は、例えば、磁気ディスク装置、光ディスク装置、テープ装置等である。情報処理装置1は、記憶部6に、上述のプログラムとデータを保存しておき、必要に応じて、それらをメモリ3に読み出して使用する。メモリ3または記憶部6は、記憶部505に対応する。記録媒体駆動部7は、可搬記録媒体10を駆動し、その記録内容にアクセスする。可搬記録媒体としては、メモリカード、フレキシブルディスク、CompactDiskReadOnlyMemory、光ディスク、光磁気ディスク等、任意のコンピュータ読み取り可能な記録媒体が用いられる。ユーザは、この可搬記録媒体10に上述のプログラムとデータを格納しておき、必要に応じて、それらをメモリ3に読み出して使用する。ネットワーク接続部8は、LAN等の任意の通信ネットワークに接続され、通信に伴うデータ変換を行う。以上の実施の形態に監視、更に以下の付記を開示する。付記1ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行う更新装置において、サービスレベルに応じた前記サービスの停止可能時間と、記憶手段に記憶された稼動実績が示す前記サービスの停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う処理装置、を備える更新装置。付記2前記処理装置は、前記複数の更新対象ソフトウェアを使用しているユーザの有無をチェックし、前記ユーザの有無に基づいて、前記複数の更新対象ソフトウェアの更新順序を算出することを特徴とする請求項1記載の更新装置。付記3前記処理装置は、前記更新対象ソフトウェアの更新が失敗した場合に、前記複数の更新対象ソフトウェアの内、更新を失敗した前記更新対象ソフトウェアと同じ属性を有する更新対象ソフトウェアの更新を行わないことを特徴とする請求項1または2に記載の更新装置。付記4ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行う更新方法において、サービスレベルに応じた前記サービスの停止可能時間と、記憶手段に記憶された稼動実績が示す前記サービスの停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う、ことを特徴とする更新方法。付記5前記複数の更新対象ソフトウェアの更新順序を算出処理において、前記複数の更新対象ソフトウェアを使用しているユーザの有無をチェックし、前記ユーザの有無に基づいて、前記複数の更新対象ソフトウェアの更新順序を算出することを特徴とする請求項4記載の更新方法。付記6前記複数の更新対象ソフトウェアの更新処理において、前記更新対象ソフトウェアの更新が失敗した場合に、前記複数の更新対象ソフトウェアの内、更新を失敗した前記更新対象ソフトウェアと同じ属性を有する更新対象ソフトウェアの更新を行わないことを特徴とする請求項4または5に記載の更新方法。付記7ソフトウェアを利用したサービスを提供するシステムで用いられ、該ソフトウェアの更新を行うコンピュータに、サービスレベルに応じた前記サービスの停止可能時間および稼動実績が示す前記サービスの停止時間を記憶する記憶部を参照し、前記停止可能時間と、前記停止時間との差分を算出し、複数のソフトウェアが更新対象として存在する場合に、ソフトウェアの更新の失敗の際のサービス停止による前記差分への影響度に応じて、前記複数の更新対象ソフトウェアの更新順序を算出し、前記更新順序に従って前記複数の更新対象ソフトウェアの更新を行う、処理を実行させるための更新プログラム。付記8前記複数の更新対象ソフトウェアの更新順序を算出処理において、前記複数の更新対象ソフトウェアを使用しているユーザの有無をチェックし、前記ユーザの有無に基づいて、前記複数の更新対象ソフトウェアの更新順序を算出することを特徴とする請求項7記載の更新プログラム。付記9前記複数の更新対象ソフトウェアの更新処理において、前記更新対象ソフトウェアの更新が失敗した場合に、前記複数の更新対象ソフトウェアの内、更新を失敗した前記更新対象ソフトウェアと同じ属性を有する更新対象ソフトウェアの更新を行わないことを特徴とする請求項7または8に記載の更新プログラム。