(57)【要約】【課題】システム復元のためのデータの保存効率を向上したクラウドコンピューティングを利用したコンピュータの復元システムを提供する。【解決手段】サーバと、サーバにネットワークで接続されるクライアントコンピュータを含むコンピュータの復元システムであり、クライアントは、クライアントの復元を行うための復元用のデータを作成する手段と、クライアントの識別情報および復元用のデータをサーバに送信する第１送信手段と、サーバに保存された復元用のデータを読み出す手段と、クライアントの復元処理を行う手段とを備える。サーバは、クライアントの識別情報と復元用のデータとを対応付けて保存する保存手段と、クライアントの識別情報に基づいて、復元用のデータを保存手段から読み出して、クライアントに送信する第２送信手段とを備える。【選択図】図1
2013175013.tif 000002
【特許請求の範囲】
【請求項１】
システム復元のためのデータを記憶するサーバと、前記サーバにネットワークで接続されるクライアントコンピュータを含むコンピュータの復元システムであって、
前記クライアントコンピュータは、
クライアントコンピュータの復元を行うための復元用のデータを作成する作成手段と、
前記クライアントコンピュータの識別情報および前記復元用のデータを前記サーバに送信する第１送信手段と、
前記サーバの記憶手段に保存された前記復元用のデータを読み出す手段と、
前記クライアントコンピュータの復元処理を行う復元処理手段と、を備え、
前記サーバは、
前記クライアントコンピュータの識別情報と前記復元用のデータとを対応付けて、前記サーバの記憶手段に保存するデータ保存手段と、
前記クライアントコンピュータの識別情報に基づいて、前記復元用のデータを記憶手段から読み出して、前記クライアントコンピュータに送信する第２送信手段と、を備えたことを特徴とするコンピュータの復元システム。
【請求項２】
前記復元用のデータは、復元用の基本データと、前記クライアントコンピュータの構成変更に対応する復元用の差分データと、前記クライアントコンピュータの復元処理を行う復元原本データを含むことを特徴とする請求項１記載のコンピュータ復元システム。
【請求項３】
システム復元のためのデータを記憶するサーバと、前記サーバにネットワークで接続されるクライアントコンピュータを含むコンピュータの復元システムであって、
前記クライアントコンピュータの復元を行うための基本データである復元データを解析して、圧縮した最適化データを作成する作成手段と、
前記復元データ及び前記最適化データを前記サーバに転送する転送手段と、
前記最適化データ及び前記復元データを前記サーバの記憶手段に保存するデータ保存手段と、
前記記憶手段に保存された前記最適化データをもとに前記復元データを再構成し、復元原本データを作成する再構成手段と、を備え、
前記復元原本データに基づいて前記クライアントコンピュータの復元処理を行うコンピュータの復元システム。
【請求項４】
前記再構成手段は、複数の仮想ドライブを用いて前記復元データを再構成し、前記復元原本データを作成する請求項３記載のコンピュータの復元システム。
【請求項５】
前記作成手段は、過去の使用履歴から実際に使用した機能を抽出して前記最適化データを作成する請求項３記載のコンピュータの復元システム。
【請求項６】
前記転送手段は、新たに復元データを前記サーバに保存する場合は、前回転送した復元データとの差分に含まれる最適化データを前記サーバに転送し、
前記再構成手段は、差異データをもとに前記復元原本データを再構成して次世代の復元原本データを作成する請求項３記載のコンピュータの復元システム。
【請求項７】
前記転送手段は、新たに復元データを前記サーバに保存する場合は、前回転送した復元データとの差分を短期保存データと長期保存データに区分して、それぞれ異なる保存間隔で前記サーバに転送し、
前記再構成手段は、前記短期保存データ及び前記長期保存データをもとに前記復元原本データを再構成して次世代の復元原本データを作成する請求項６記載のコンピュータの復元システム。
【請求項８】
前記クライアントコンピュータをハードウェア構成の異なる新たなコンピュータに置き換えた場合、前記転送手段は、前記新たなコンピュータの構成情報を前記サーバに転送し、
前記再構成手段は、前記サーバに保存した前記新たなコンピュータの構成情報に対応するソフトウェア情報をもとに、前記復元データを再構成して新たな復元原本データを作成する請求項３記載のコンピュータの復元システム。
【請求項９】
前記再構成手段は、前記復元データを再構成して前記復元原本データを作成する際に、前記復元原本データの正当性を検証し、異常又は問題がある場合は修正する請求項３記載のコンピュータの復元システム。
【請求項１０】
前記クライアントコンピュータは、第１のコンピュータを含む複数のコンピュータシステムで成り、前記第１のコンピュータの転送手段から前記復元データ及び前記最適化データを前記サーバに転送し、
前記再構成手段は、前記最適化データをもとに前記復元データを再構成して前記復元原本データを作成し、前記復元原本データを前記複数のコンピュータに対してダウンロード可能にした請求項３記載のコンピュータの復元システム。
【請求項１１】
前記複数のコンピュータは、任意のタイミングでダウンロードした前記復元原本データを適用して復元処理を行う請求項１０記載のコンピュータの復元システム。
【請求項１２】
前記クライアントコンピュータは、医用画像診断装置に含まれる請求項３記載のコンピュータの復元システム。
【請求項１３】
システム復元のためのデータを記憶するサーバにネットワークでクライアントコンピュータを接続し、
前記クライアントコンピュータによって、復元を行うための基本データである復元データを解析して圧縮した最適化データを作成し、
前記復元データ及び前記最適化データを前記サーバに転送し、
前記最適化データ及び前記復元データを前記サーバの記憶手段に保存し、
前記記憶手段に保存された前記最適化データをもとに前記復元データを再構成して復元原本データを作成し、
前記復元原本データに基づいて前記クライアントコンピュータの復元処理を行うコンピュータの復元方法。
【請求項１４】
前記クライアントコンピュータは、過去の使用履歴から実際に使用した機能を抽出して前記最適化データを作成し、前記サーバに転送する請求項１３記載のコンピュータの復元方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、コンピュータを搭載する電子機器において、故障、ハードウェアの交換、環境の共通化等に対処してシステムを復元化するもので、クラウドコンピューティングを利用してコンピュータをある時点（例えば故障前）の利用環境に復元する復元システム及び復元方法に関する。
【背景技術】
【０００２】
従来のコンピュータシステムでは、何らかの原因によりシステム上のファイルが破壊された場合に、破壊された状況から復帰するためにシステム復元という機能がある。システム復元機能は、現システムの情報をディスク上の一部に記録し、復元機能により、記録した情報を用いてコンピュータシステムを或る時点（例えば故障前）の環境に復元するものである。
【０００３】
しかしながら、従来の復元システムでは、同じ構成のコンピュータシステムでしか使えないという問題点がある。これは、同じ構成のシステムの復元を目的としているので当然であるが、故障した際にハードウェアをより高機能なものに置き換えようとしてもできないという不具合がある。
【０００４】
また復元ポイントを多く作成してしまうと、どの復元ポイントを適用すべきなのかが解らなくなってしまうという問題点もある。即ち、復元ポイントを多く作成してしまう行為は、システムが徐々に破壊されていることを心配することから発せられることが多く、また、ソフトウェアを頻繁に購入することによるデータの破壊や消失といった最悪な状況を避けるために行われることが多い。
【０００５】
また、マシン個別に設定が必要である。さらに、復元のためのデータが使用時間やソフトウェアの購入等で次第に巨大になっていき、保存のためのディスク容量を圧迫したり、復元処理の時間が長くなってしまうという問題点もある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１１−１５０４５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
発明が解決しようとする課題は、復元のためのデータの保存効率を向上したコンピュータの復元システム及び復元方法を提供することにある。
【課題を解決するための手段】
【０００８】
実施形態は、システム復元のためのデータを記憶するサーバと、前記サーバにネットワークで接続されるクライアントコンピュータを含むコンピュータの復元システムであって、前記クライアントコンピュータは、クライアントコンピュータの復元を行うための復元用のデータを作成する作成手段と、前記クライアントコンピュータの識別情報および前記復元用のデータを前記サーバに送信する第１送信手段と、前記サーバの記憶手段に保存された前記復元用のデータを読み出す手段と、前記クライアントコンピュータの復元処理を行う復元処理手段と、を備え、前記サーバは、前記クライアントコンピュータの識別情報と前記復元用のデータとを対応付けて、前記サーバの記憶手段に保存するデータ保存手段と、前記クライアントコンピュータの識別情報に基づいて、前記復元用のデータを記憶手段から読み出して、前記クライアントコンピュータに送信する第２送信手段と、を備えたことを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】一実施形態に係るコンピュータの復元システムのシステム構成図。
【図２】一実施形態における復元データのクラウドへの保存動作を示す説明図。
【図３】一実施形態における仮想ドライブによる保存処理を示す説明図。
【図４】一実施形態に係る復元方法の動作の一例を示すフローチャート。
【図５】一実施形態における復元システムの変形例を示すシステム構成図。
【図６】第２の実施形態に係る復元システムのシステム構成図。
【図７】第３の実施形態に係る復元システムのシステム構成図。
【図８】第４の実施形態に係る復元システムのシステム構成図。
【発明を実施するための形態】
【００１０】
以下、実施形態に係るコンピュータの復元システムについて図面を参照して詳細に説明する。尚、各図において同一箇所については同一の符号を付す。
【００１１】
（第１の実施形態）
図１は、第１の実施形態におけるコンピュータの復元システムのシステム構成図である。尚、以下の説明では、医療機関の各種モダリティに含まれるコンピュータシステムにおける復元システムを例に述べる。
【００１２】
図１において、クラウドコンピューティングシステム１０（以下、クラウド１０と呼ぶ）は、ウェブサービスを提供するもので、ネットワークで接続された外部のサーバ１１を含んでいる。ウェブサービスとは、ソフトウェア等の機能を、インターネットを通じて利用できるようにしたものである。クラウド１０には複数のサーバが含まれるが、図１では便宜上、１台のサーバ１１のみを示す。
【００１３】
クラウド１０には、クラウド１０が提供するウェブサービスを利用するクライアントコンピュータ２０がインターネットを介して接続されている。本実施形態では、クライアントコンピュータ２０として、医療機関におけるＭＲＩ装置や、Ｘ線ＣＴ装置等の医用画像診断装置（モダリティ２０）を例に説明する。モダリティ２０は、システム復元のための復元用のデータ（図１では完全復元データと記す）を作成してクラウド１０に送信してサーバ１１に保存するが、送信する際にモダリティ２０の識別情報も送信する。
【００１４】
ここで、先ず本実施形態の基本構成を述べる。即ち、本実施形態は、システム復元のためのデータを記憶するサーバ１１と、サーバ１１にネットワークで接続されるクライアントコンピュータ（モダリティ２０）を含むコンピュータの復元システムであり、クライアントコンピュータは、クライアントコンピュータの復元を行うための復元用のデータを作成する作成手段と、クライアントの識別情報および復元用のデータをサーバに送信する手段（第１送信手段）と、サーバの記憶手段に保存された復元用のデータを読み出す手段と、クライアントコンピュータの復元処理を行う復元処理手段とを備える。
【００１５】
またサーバ１１は、クライアントコンピュータの識別情報と復元用のデータとを対応付けて、サーバの記憶手段に保存するデータ保存手段と、クライアントコンピュータの識別情報に基づいて、復元用のデータを記憶手段から読み出して、クライアントに送信する手段（第２送信手段）と、を備えている。尚、上記した復元用のデータは、復元用の基本データと、クライアントコンピュータの構成変更に対応する復元用の差分データと、クライアントコンピュータの復元処理を行う復元原本データを含む（以下、詳述する）。
【００１６】
以下、本実施形態の具体的なシステム構成について説明する。図１に示すように、モダリティ２０は、システム復元のための復元用のデータ（完全復元データ）を作成してクラウド１０に送信する。また送信する際にモダリティ２０の識別情報も送信する。この際、モダリティ２０は、復元用のデータとして、システムを復元するための基本データ（以下、復元データ２０１と呼ぶ）と、復元データ２０１を解析して圧縮した最適化データ２０２を作成し、復元データ２０１と最適化データ２０２をクラウド１０に転送する（１回目の保存）。尚、クラウド１０に転送されたデータは、実際にはサーバ１１の記憶手段に保存されるが、モダリティ２０からみればクラウド１０上にデータを保存することになるため、以下の説明では、“クラウド１０に保存”と説明することもある。
【００１７】
モダリティ２０は、復元データ２０１を選別して保存する量を最適化する機能を有し、この機能を利用して圧縮・最適化したデータ（最適化データ２０２）を作成し、復元データ２０１とともに最適化データ２０２をクラウド１０に転送する。またモダリティ２０は、復元データ２０１を自己の記録媒体であるハードディスクに保存する。
【００１８】
かくてモダリティ２０は、復元データ２０１を解析して圧縮した最適化データ２０２を作成する作成手段と、復元データ及び最適化データをサーバ１１に転送する転送手段とを含む。またクラウド１０は、最適化データ及び復元データをサーバ１１の記憶手段に保存するデータ保存手段を含む。
【００１９】
また最適化データ２０２を作成する際に、モダリティ２０は、使用履歴から過去に使用したアプリケーション等のデータを抽出する。例えば過去に脳検査のみが行われた場合は、心臓や腹部等を検査するアプリケーション等のデータは使用されていないため抽出せず、脳検査に拘わるデータを最適化データ２０２として作成する。また、モダリティ２０は、クラウド１０への転送前にデフラグを行う。デフラグは、最適化を行うソフトウェアにより、ハードディスク内に分散記録されたファイルの物理的な位置を最適な位置に再配置するもので、読み書きを高速化することができる。
【００２０】
なお、クラウド１０（サーバ１１）に保存される復元データ２０１としては、例えば、購入ソフトウェアや、別途オプション品として後日購入したソフトウェアがある。オプションには、標準（既製）品と注文品があり、特に医療機関の依頼で開発された注文品を対象とする。また患者ＩＤ履歴情報等、日々更新されるファイル情報（画像データ除く）や、患者の番号を管理しているファイル、磁場測定情報等が保存される。ＭＲＩ装置の場合、毎日磁場が均一かどうか確認するため磁場測定情報を取得し復元データ２０１として保存する。
【００２１】
さらに、サイトで設定されたサイト固有情報が保存される。サイト固有情報とは、装置上で技師あるいは医師が、それぞれ目的にあった病院独自の検査データの収集手続き（手順）を設定した情報ファイルである。また、病院独自に設定したアプリケーションの設定ファイル（画像化パラメータ、フィルタ値等）も復元データ２０１として保存される。
【００２２】
上記の復元データ２０１をクラウド１０のサーバ１１に保存する場合を、図２を用いて説明する。図２に示すように、クラウド１０のサーバ１１には、モダリティ２０の識別情報と復元用のデータとが対応付けて保存されるが、利用装置、例えばＭＲＩ装置、Ｘ線ＣＴ装置等のサイト（サイトＡ，Ｂ…）を特定する識別番号単位に管理領域（例えばフォルダ）が作られ、その中に復元ポイントを作成した日時単位（例えば20xx/aa/bb、20xx/aa/cc）に副管理領域１０１，１０２…が作られる。そして副管理領域１０１，１０２…内にディスクイメージ及び短期に収集されるデータ（例えば＃０１、＃０２）が保存される。保存された復元ポイントは、上記により時系列に並ぶ。また副管理領域１１１，１１２…内には復元ポイントと関連する情報を保存する。
【００２３】
またサイト（Ａ，Ｂ…）は、利用装置毎に設定してもよいが、医師別のサイトを設定してもよい。これにより、Ａ医師、Ｂ医師，Ｃ医師…がそれぞれ設定した情報が最適化データとして保存され、元々あった設定情報は最適化データとしては保存されない。
【００２４】
また、クラウド１０では、モダリティ２０から転送された復元データ２０１と最適化データ２０２をもとに復元データ２０１を再構成し、復元原本データ２０３（＃１）を作成してクラウド１０上に保存する。即ち、クラウド１０は、記憶手段に保存された最適化データをもとに復元データを再構成し、復元原本データを作成する再構成手段を含み、復元時に余り使わない機能は復元しないように再構成する。例えば、過去において脳検査のアプリケーションのみが使用された場合は、心臓や腹部のアプリケーションは無視して、再構成の際には復元原本データ２０３に含まれないようにする。
【００２５】
したがって、モダリティ２０のアプリケーションのデータが何らかの原因により破壊された場合に、モダリティ２０は、識別情報に基づいて復元用のデータ（復元原本データ２０３）をサーバ１１から読み出し、復元ポイントを指定してクラウド１０から復元原本データ２０３をダウンロードし、ダウンロードした復元原本データ２０３をもとに復元処理を行う。復元ポイントは、クラウド１０に対してデータの保存を要求した日付や時間を指す。したがって、復元ポイントを指定することで、いつの時点まで遡って復元処理を行うかを指定することができる。
【００２６】
次にモダリティ２０が、新たな復元データをクラウド１０に保存する場合（２回目の保存）について説明する。この場合、モダリティ２０は、使用履歴から使用機能を抽出し、最適化データを作成するが、２回目の保存を行うときの復元データと先にクラウド１０に転送した復元データとの差分を取り、復元用の差分データ、つまり差分に含まれる最適化データ（差異データ２０４）のみをクラウド１０に転送する。例えば先に転送した日付の情報を基に、その日付以降に使用された機能に関する復元データを抽出して、先に転送した復元データとの差分を取り、差異データ２０４をクラウド１０に転送する。
【００２７】
クラウド１０は、転送された差異データ２０４をもとに、先に作成した復元原本データ２０３（＃１）を再構成し、新たな復元原本データ２０５（＃２）を作成して、この復元原本データ２０５を記録する。つまり、復元原本データ２０３を第１世代とすると、復元原本データ２０５は第２世代となり、クラウド１０上には複数世代の復元原本データがサーバ１１に保存されることになる。
【００２８】
こうして、モダリティ２０のアプリケーションデータが何らかの原因により破壊された場合に、モダリティ２０は、復元ポイントを指定してクラウド１０から希望する世代の復元原本データ２０３（又は２０５）をダウンロードし、ダウンロードした復元原本データをもとに復元処理を行う。尚、復元後、今まで使われていな機能が選択された場合は、クラウド１０に保存した復元データ２０１から必要な機能に関するデータを随時ダウンロードする。
【００２９】
図３は、クラウド１０におけるサーバ１１へのデータの保存処理を示す説明図である。サーバ１１は、仮想化により一台の物理サーバの上に複数の仮想ドライブを構築する。即ち、モダリティ２０（クライアントコンピュータ）に接続されているハードディスクを実ドライブ２０１とし、実ドライブ２０１に記録されているデータ（ドライブイメージ）をクラウド１０に転送するものとする。
【００３０】
一方、クラウド１０のサーバ１１のメモリ１１０に実ドライブ２０１と同じような動作をする仮想的なドライブ１１１，１１２…を複数作成する。そしてドライブイメージを仮想ドライブ１１１，１１２…に展開する。実ドライブ２０１のドライブイメージは、全てメモリ１１０に配置する必要はなく、必要な部分を必要な時に仮想ドライブ１１１，１１２…に配置すれば良い。
【００３１】
これは、スワップと同じ原理であり、仮想ドライブ１１１，１１２…に配置された後は、通常のファイル操作が可能なので、削除、コピー等が行える。また２つの仮想ドライブを配置すれば、併合などを行うことができる。例えば、図１において、第１世代の復元原本データ２０３と差異データ２０４を仮想ドライブ１１１，１１２上で併合して第２世代の複合原本２０５を作成して記録することができる。
【００３２】
図４は、第１の実施形態に係るコンピュータの復元方法の動作の一例を示すフローチャートである。図４において、ステップＳ０〜Ｓ５は、モダリティ２０側の処理を示し、ステップＳ６〜Ｓ１３はクラウド１０側の処理を示す。
【００３３】
ステップＳ０は、スタートステップであり、ステップＳ１では復元用のデータ（復元データ２０１）が作成され、ステップＳ２では復元データを解析して圧縮した最適化データ２０２を作成する。ステップＳ３では１回目の保存か否かが判断され、１回目である場合はステップＳ４で、クラウド１０に復元データ２０１と最適化データ２０２を転送する。
【００３４】
ステップＳ３で１回目の保存ではないと判断した場合は、ステップＳ５に移行し、現時点の復元データと先にクラウド１０に転送した復元データとの差分を取り、差分に含まれる最適化データ（差異データ２０４）のみをクラウド１０に転送する。
【００３５】
一方、クラウド１０では、ステップＳ６において１回目の保存か否かを判断し、１回目の保存である場合は、ステップＳ７において、モダリティ２０から転送された最適化データ２０２をもとに復元データ２０１を再構成し、復元原本データ２０３を作成する。このとき最適化データ２０２をもとに復元時に余り使わない機能は復元しないように再構成する。
【００３６】
またステップＳ６において、１回目の保存ではないと判断した場合は、ステップＳ８で差異データ２０４の有無を判断し、差異データ２０４がある場合は、ステップＳ９で差異データ２０４を抽出し、抽出した差異データをもとにステップＳ７で、先に作成した復元原本データ２０３を再構成し、新たな復元原本データ２０５を作成する。ステップＳ１０では、ステップＳ７で作成した復元原本データ２０３と２０５をサーバ１１に保存する。復元原本データ２０３を第１世代とすると、復元原本データ２０５は第２世代となり、クラウド１０上には複数世代の復元原本データが保存される。
【００３７】
またステップＳ１１においては、モダリティ２０から復元処理の要求の有無を判別する。復元処理の要求があったときは、ステップＳ１２で、モダリティ２０によって指定された復元ポイントをもとに復元原本データ２０３（又は２０５）をモダイティ２０に転送し、ステップＳ１３でクラウド１０側の処理を終了する。モダリティ２０は、クラウド１０からダウンロードした復元原本データ２０３（又は２０５）をもとに復元処理を行う。
【００３８】
図５は、第１の実施形態における復元システムの変形例を示すシステム構成図である。図５において、モダリティ２０は、システム復元のための完全復元データをクラウド１０に転送してサーバ１１に保存するが、転送する際に、復元データ２０１を解析して最適化データ２０２を作成し、復元データ２０１と最適化データ２０２をクラウド１０に転送する。復元データ２０１と最適化データ２０２をクラウド１０に転送する点は、図１と同じである。
【００３９】
また、クラウド１０では、モダリティ２０から転送された復元データ２０１と最適化データ２０２をもとに復元データ２０１を再構成し、復元原本データ２０３を作成してクラウド１０上に記録する点も図１と同じである。
【００４０】
一方、２回目の保存において、新たな復元データをクラウド１０に保存する場合、モダリティ２０は、使用履歴から使用機能を抽出し、復元用の最適化データを作成する。このとき、先にクラウド１０に転送した復元データと新たな復元データとの差分を取り、差分を、復元データを長期保存データと短期保存データに分け、それぞれの保存間隔を変更しながら復元データを管理する。
【００４１】
短期保存データとは、例えば日々変化する情報であり、長期保存データとは、短期よりも長い期間（中長期）で変化する情報を指す。また最適化データを作成する際に、短期保存データ２０６は、一定間隔でクラウド１０に転送し自動保存する。また長期保存データ（差異データ２０４に相当）は、短期保存データ２０６とは異なるタイミングでクラウド１０に転送する。
【００４２】
短期保存データ２０６としては、例えば患者番号を管理するデータがある。また長期保存データは、短期保存データよりも変化の度合が低いデータであり、例えばＭＲＩ装置におけるＲＦコイルの設定情報や、調整情報などである。同じ患者の同じ部位を毎日検査する場合、患者番号と日付を関連付けて患者番号管理データを発番するため、患者番号管理データは短期に変化するが、ＲＦコイルの設定情報や、調整情報などは同じ調整値が用いられるため、長期保存データ（差異データ２０４）として扱う。
【００４３】
またクラウド１０は、転送された長期保存データ（差異データ２０４）と短期保存データ２０６をもとに、先に構築した復元原本データ２０３（＃１）を再構成して、新たな復元原本データ２０７（＃２）を作成して、この復元原本データ２０７を記録する。つまり、復元原本データ２０３を第１世代とすると、復元原本データ２０７は第２世代となり、クラウド１０上には複数の世代の復元原本データが保存されることになる。
【００４４】
クラウド１０に対して復元データなどを保存する場合は、モダリティ２０に設けた「保存」ボタンを操作者が操作して行う。「保存」ボタンが押されたとき短期保存データ２０６は、日々変化するデータを自動的に毎日クラウド１０に転送する。したがって、クラウド１０には、例えば、一昨日、昨日、今日といった周期で短期保存データ２０６が転送される。
【００４５】
こうして、モダリティ２０のアプリケーションのデータが何らかの原因により破壊された場合に、モダリティ２０は、復元ポイントを指定してクラウド１０から復元原本データ２０３（又は２０７）をダウンロードし、ダウンロードした復元原本データをもとに復元処理を行う。またクラウド１０に短期保存データ２０６と長期保存データ２０４を保存する場合、それぞれ別の仮想ドライブに分けて保存し、保存間隔を個別に変更するとよい。
【００４６】
なお、図５においても、図３の仮想ドライブの思想を利用することができる。例えば、図５において、第１世代の復元原本データ２０３と、差異データ２０４と、短期保存データ２０６を仮想ドライブ上で併合して第２世代の複合原本データ２０７を記録することができる。
【００４７】
なお、図５の動作フローチャートは図示しないが、図４のフローチャートに、モダリティ２０側の動作として短期保存データ２０６の転送ステップが追加され、クラウド１０側に短期保存データ２０６と差異データ２０４をもとに復元原本データ２０３を再構成し、復元原本データ２０７を作成するステップが追加される。
【００４８】
（第２の実施形態）
図６は、第２の実施形態に係るコンピュータの復元システムのシステム構成図である。第２の実施形態では、モダリティ２０をハードウェアの構成が異なる他のモダリティ２１に置き換えた場合の復元データ等の保存に関する。
【００４９】
モダリティ２０が故障したり改廃やアップグレード等により、ハードウェア構成の異なるモダリティ２１に置き換えられたとき、以前のモダリティ２０の復元データ２０１や最適化データ２０２は既にクラウド１０に保存されている。一方、モダリティ２１に置き換えられた場合、モダリティ２１からは構成情報２１１をクラウド１０に転送して復元処理の要求を行う。構成情報２１１は、モダリティ２１のハードウェアの構成や、コンピュータソフトウェア、ドライブの設定情報、ウインドウズ（登録商標）のバージョン情報等のデータを含む。
【００５０】
またクラウド１０には、ソフトウェア構成データベース１２を備えている。ソフトウェア構成データベース１２は、モダリティ２１の構成情報２１１に対応したソフトウェアのデータベースであり、ドライバや設定ファイル等の情報を含む。そして、モダリティ２１から復元処理の要求があったとき、クラウド１０はライセンス情報及び新たな環境の構成情報２１１をもとに、ライセンス情報を抽出し、データベース１２から復元に必要なソフトウェアを抽出し、仮想ドライブ上でそれらを併合して、新復元原本データ２０９（＃３）を作成して記録する。ライセンス情報を抽出するのは、正しい使用許諾に基いてハードウェア構成に適した復元データの再構成を行うためである。
【００５１】
こうして、モダリティ２１は、クラウド１０から新復元原本データ２０９をダウンロードし、ダウンロードした復元原本データ２０９をもとに復元処理を行う。異なる構成のハードウェアにおいても、復元に必要とされる環境を現構成から導き、可能な限り機能充足させるように復元データを自動的に再構成することができる。
【００５２】
図６の動作フローチャートは図示しないが、図４のフローチャートに、モダリティ２０側の動作として構成情報２１１の転送ステップが追加され、クラウド１０側にデータベース１２から対応するソフトウェアを抽出して復元データを再構成し、復元原本データ２０９を作成するステップが追加される。
【００５３】
（第３の実施形態）
図７は、第３の実施形態に係るコンピュータの復元システムのシステム構成図である。第３の実施形態では、クラウド１０のサーバ１１に保存した復元原本データ２０５（＃２）のデータの正当性を確認し、異常や問題がある場合は、修復処理するものである。
【００５４】
クラウド１０では、復元原本データ２０５（＃２）のデータを仮想ドライブに配置し、コンピュータウィルスによる異常や問題がないかを検証する。異常や問題がある場合は、修正を行う。異常の検出にはウィルス検出ソフトを用いる。或いは異常のない復元データを保存しておき、これと復元原本データ２０５（＃２）と比較し、ウィルス検出を行い、ウィルスが検出された場合は修正する。
【００５５】
異常や問題としては、コンピュータウィルスによる異常や、設定情報（設定ファイル、レジストリ）の異常、ファイルが部分的に破壊されている等があり、主に＃１から＃２のように世代を跨いで新しい復元原本データを構築して保存するときに修正を行う。
【００５６】
尚、上記のウィルス対策は、例えばウィルス発生の可能性を示す特異データを収集してウィルスの特徴を示す情報を定義し、この情報を基にウィルスの検出を行う。そして、ウィルスが検出された場合は、ウィルスの削除、駆除、隔離といった対策を行い、復元原本データ２０５（＃２）を修正する。
【００５７】
（第４の実施形態）
図８は、第４の実施形態に係るコンピュータの復元システムのシステム構成図である。第４の実施形態では、複数のサイト（拠点病院＃Ａ、系列病院＃Ａ１、系列病院＃Ａ２…）において、同一の復元データの全部あるいは一部を適用して、サイトの環境を共通化するものである。さらに適用時期を手動あるいは特定のタイミングで実施するものである。
【００５８】
図８において、拠点となる病院３０（＃Ａ）に対して、系列病院３１（＃Ａ１）と系列病院３２（＃Ａ２）があるものとする。拠点病院３０には、モダリティ２０があり、モダリティ２０からは復元データ２０１と最適化データ２０２をクラウド１０に転送する。また２回目の保存において差異データ２０４をクラウド１０に転送する。尚、系列病院３１、３２は、拠点病院３０と同様にモダリティ２０を備えているものとする。
【００５９】
一方、クラウド１０では、拠点病院３０のモダリティ２０から転送された復元データ２０１を最適化データ２０２及び差異データ２０４をもとに再構成し、復元原本データ２０３又は２０５を作成してクラウド１０上のサーバ１１に記録する。また、クラウド１０からは、拠点病院３０の指示により、復元原本データ２０３（又は２０５）が系列病院３１及び系列病院３２に送られる（ここでは復元原本データ２０５を送るものとする）。
【００６０】
クラウド１０には、系列病院３１，３２用のレポジトリ３１１，１３２を備え、復元原本データ２０５をそれぞれの病院毎のレポジトリ１３１，１３２に保存する。またＭＲＩ装置やＸ線ＣＴ装置等のモダリティ毎に復元原本データ２０３，２０５を作成してレポジトリ１３１，１３２に保存することもできる。さらに各病院独自に作成されたデータがあればレポジトリ１３１，１３２に保存する。図８では、レポジトリ１３２に独自のデータ２１０が保存された例を示している。
【００６１】
図８の復元システムでは、復元原本データ２０５をもとに、拠点病院３０から系列病院３１，３２に対して復元処理を強要することができる。また系列病院３１，３２では、復元処理について即適用、或いは翌日適用等のタイミングを選択することができる。また系列病院３１，３２では、モダリティ２０と異なる構成のモダリティを備えている場合は、図６と同様に構成情報２１１をクラウド１０に転送することで復元原本データ２０７を作成して、系列病院３１，３２に送ることもできる。
【００６２】
拠点病院３０では、拠点病院３０の検査のし方があり、例えば所定の手順で画像を検査したり、所定の手順で画像を作成するため、上記の手順を系列病院３１，３２にも適用させたいという欲求もある。例えば拠点病院３０の医師が、系列病院３１（又は３２）に出向いて行ってモダリティを操作するような場合に、復元原本データ２０５をもとに、復元処理を行えば医師が設定した手順で作業を進めることができる。したがって、複数（全て又は一部）のサイトにおいて同じ復元原本データを適用し、サイトの環境を共通化することができる。また適用の時期を任意のタイミングで実施することができる。
【００６３】
以上述べたように本発明の実施形態によれば、クラウド（ネットワークで接続それた外部のサーバ）に保存すべきデータを最適化できるために、保存及び復元の時間を短縮できる。またハードウェア更新に伴う不要なトラブルの回避やインストール時間を節約できる。また系列病院等、複数のサイト間で同様の環境に揃えることができ運用性や効率が改善する。
【００６４】
以上、本発明のいくつかの実施形態を述べたが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これらの実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これらの実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【００６５】
１０…クラウドコンピューティング（クラウド）
１１…サーバ
１２…ソフトウェア構成データベース
１３１，１３２…レポジトリ
２０，２１…モダリティ（クライアントコンピュータ）
２０１…復元データ（基本データ）
２０２…最適化データ
２０３，２０５，２０７，２０９…復元原本データ
２０４…差異データ（差分データ）
２０６…短期保存データ
２１１…構成情報
３０…サイトＡ（拠点病院）
３１，３２…サイトＡ１，Ａ２（系列病院）
【図１】
2013175013.tif 000003
【図２】
2013175013.tif 000004
【図３】
2013175013.tif 000005
【図４】
2013175013.tif 000006
【図５】
2013175013.tif 000007
【図６】
2013175013.tif 000008
【図７】
2013175013.tif 000009
【図８】
2013175013.tif 000010