"医療関連のクラウドシステムであって、集約されたグローバルIPアドレスが接続するクライアント装置に割り当てられた医療クラウドネットワークと、前記医療クラウドネットワークと外部のインターネットとの間に設けられた医療クラウド用ファイアウォールと、前記医療クラウドネットワークにおけるセキュリティポリシーを管理して前記医療クラウド用ファイアウォールに設定し、災害発生時に、QoS情報を前記医療クラウド用ファイアウォールに設定して、インターネットサービスプロバイダ間を相互接続する相互接続ポイントに前記QoS情報をアナウンスし、設定された前記セキュリティポリシーと前記QoS情報に基づいてネットワークを運用する医療クラウド用運用サーバとを有することを特徴とする医療クラウドシステム。医療クラウド用運用サーバは、災害発生時に、重要な医療データの送受信を行うことが設定されていれば、QoS制御を実行して前記重要な医療データの送受信を行わせることを特徴とする請求項1記載の医療クラウドシステム。医療クラウド用運用サーバは、ルートに障害が発生した場合に障害のあるルートを回避できない場合に、障害箇所のルートとルータを特定し、復旧すべきルート情報として管理者宛に通知することを特徴とする請求項1又は2記載の医療クラウドシステム。医療クラウドネットワークには、医療機関用ファイアウォールが接続され、当該医療機関用ファイアウォールに接続する医療機関内のクライアント装置にはローカルアドレスが割り当てられており、前記医療機関用ファイアウォールは、ローカルアドレスから集約されたグローバルIPアドレスに変換を行うことを特徴とする請求項1乃至3のいずれか記載の医療クラウドシステム。医療クラウド用運用サーバは、災害発生時に、QoS情報を医療機関用ファイアウォールに設定して、設定された前記QoS情報に基づいてQoS制御を実行することを特徴とする請求項4記載の医療クラウドシステム。医療クラウドネットワークには、電子カルテのデータベースに接続し、クライアント装置に対して前記電子カルテのデータベースへのアクセスを制御する電子カルテ管理サーバが複数設けられ、前記各電子カルテ管理サーバに接続する前記電子カルテのデータベースに格納される医療データはバックアップとして同じデータが記憶されることを特徴とする請求項1乃至5のいずれか記載の医療クラウドシステム。上述したように、インターネットにおけるセキュリティの問題、QoS機能の活用の困難性、IPv4アドレス枯渇によるISP間の経路情報交換処理における過負荷等の問題点があった。更に、インターネットの問題点に加えて、医療ネットワークの課題から、電子カルテ等の電子データの活用と、ネットワーク構築が進んでいないという問題点があった。本発明は上記実状に鑑みて為されたもので、オープンなインターネット環境に対してセキュリティを向上させ、医療データの活用を推進し、災害復旧に迅速に対応できる医療クラウドシステムを提供することを目的とする。上記従来例の問題点を解決するための本発明は、医療関連のクラウドシステムであって、集約されたグローバルIPアドレスが接続するクライアント装置に割り当てられた医療クラウドネットワークと、医療クラウドネットワークと外部のインターネットとの間に設けられた医療クラウド用ファイアウォールと、医療クラウドネットワークにおけるセキュリティポリシーを管理して医療クラウド用ファイアウォールに設定し、災害発生時には、QoS情報を医療クラウド用ファイアウォールに設定して、インターネットサービスプロバイダ間を相互接続する相互接続ポイントにQoS情報をアナウンスし、設定されたセキュリティポリシーとQoS情報に基づいてネットワークを運用する医療クラウド用運用サーバとを有することを特徴とする。本発明は、上記医療クラウドシステムにおいて、医療クラウド用運用サーバが、災害発生時に、重要な医療データの送受信を行うことが設定されていれば、QoS制御を実行して重要な医療データの送受信を行わせることを特徴とする。本発明は、上記医療クラウドシステムにおいて、医療クラウド用運用サーバが、ルートに障害が発生した場合に障害のあるルートを回避できない場合に、障害箇所のルートとルータを特定し、復旧すべきルート情報として管理者宛に通知することを特徴とする。本発明は、上記医療クラウドシステムにおいて、医療クラウドネットワークには、医療機関用ファイアウォールが接続され、当該医療機関用ファイアウォールに接続する医療機関内のクライアント装置にはローカルアドレスが割り当てられており、医療機関用ファイアウォールが、ローカルアドレスから集約されたグローバルIPアドレスに変換を行うことを特徴とする。本発明は、上記医療クラウドシステムにおいて、医療クラウド用運用サーバが、災害発生時に、QoS情報を医療機関用ファイアウォールに設定して、設定されたQoS情報に基づいてQoS制御を実行することを特徴とする。本発明は、上記医療クラウドシステムにおいて、医療クラウドネットワークには、電子カルテのデータベースに接続し、クライアント装置に対して電子カルテのデータベースへのアクセスを制御する電子カルテ管理サーバが複数設けられ、各電子カルテ管理サーバに接続する電子カルテのデータベースに格納される医療データはバックアップとして同じデータが記憶されることを特徴とする。本発明によれば、集約されたグローバルIPアドレスが接続するクライアント装置に割り当てられた医療クラウドネットワークと、医療クラウドネットワークと外部のインターネットとの間に設けられた医療クラウド用ファイアウォールと、医療クラウドネットワークにおけるセキュリティポリシーを管理して医療クラウド用ファイアウォールに設定し、災害発生時に、QoS情報を前記医療クラウド用ファイアウォールに設定して、インターネットサービスプロバイダ間を相互接続する相互接続ポイントに前記QoS情報をアナウンスし、設定された前記セキュリティポリシーと前記QoS情報に基づいてネットワークを運用する医療クラウド用運用サーバとを有する医療クラウドシステムとしているので、インターネット環境に対してセキュリティを向上させ、医療データの活用を推進し、災害復旧に迅速に対応でき、集約されたグローバルIPアドレスを用いているため、ISP間の経路情報交換処理の過負荷を低減できる効果がある。本発明の実施の形態について図面を参照しながら説明する。[1実施の形態の概要]本発明の実施の形態に係る医療クラウドシステムは、集約されたグローバルIPアドレスが割り当てられた医療クラウドネットワークとオープンなインターネットとの間に医療クラウド用ファイアウォールを設け、医療クラウド用運用サーバが、医療クラウドネットワークにおけるセキュリティポリシーを管理し、設定して、オープンなインターネットの環境に対してセキュリティを向上させ、医療データを集中的に管理し、また、医療クラウド用運用サーバが、医療クラウドネットワーク内の全ルート情報を管理しているので、QoS制御の実現が容易であり、大容量のデータの送受信や緊急の医療データを迅速かつ確実に送受信でき、集約されたグローバルIPアドレスを有するネットワークとしているので、災害時に強いネットワークの運用が可能である。また、医療クラウドシステムのアプリケーションとして、電子カルテ管理サーバが、電子カルテデータベースに対するアクセス権限を管理しているので、医療情報の保護を図りつつ、電子カルテの医療データを活用できるものである。[2医療クラウドシステムの概略:図1]本発明の実施の形態に係る医療クラウドシステム本医療クラウドシステムの概略について図1を参照しながら説明する。図1は、本発明の実施の形態に係る医療クラウドシステムの概略図である。本医療クラウドシステムは、図1に示すように、医療クラウドネットワーク1と、医療クラウドネットワーク1と一般のオープンなインターネット10を隔てる医療クラウド用ファイアウォールFW12と、医療クラウドネットワーク1の監視制御を行う医療クラウド用運用サーバ3と、電子カルテデータの入出力を制御する電子カルテ管理サーバ14a,n4bと、電子カルテデータを保存する電子カルテDB15a,n5bと、医療クラウドネットワーク1と医療機関内クライアント7a,7bの間に設けられる医療機関ファイアウォールFW2A6a,FW2B6bと、医療クラウドネットワーク1に直接接続する医療機関クライアント6cとから基本的に構成されている。また、インターネット10は、簡単に説明すると、複数のインターネットサービスプロバイダのネットワークISP:InternetServiceProvider12と、ISP12を相互に接続する事業者のネットワークIXP:InternetExchangepointProvider11と、ISP12に接続する複数の加入者端末13とを一般的に有している。ここで、医療クラウド用運用サーバ3と、電子カルテ管理サーバ14a,n4bと、医療機関内クライアント7a,7bと、医療機関クライアント6cと、加入者端末13は、コンピュータ装置である。従って、内部に処理を実行する制御部処理部を備え、必要に応じて記憶部を備えている。[3本医療クラウドシステムの各部][医療クラウドネットワーク1]医療クラウドネットワーク1は、IPInternetProtocolアドレス領域が集約されたグローバルIPアドレス群上位のアドレスブロックを共通とする特定グループに属するグローバルIPアドレスが割り当てられたネットワークである。つまり、そのグループ内のグローバルIPアドレスは、医療クラウドネットワーク1内でのみ割り当てられ、他のネットワークには割り当てされないようにするものである。[IPアドレスの概略]IPアドレスのIPv4について説明すると、IPアドレスは、32ビットの数値0,1の組み合わせの数値として、ネットワークに参加する各端末に割り当てられるものである。ただ、32ビットの連続する数値では扱いづらいため、便宜上、8桁8bit毎に区切るオクテット区切りが用いられている。区切りには、.を挿入し、4分割される。そして、4分割された区画をそれぞれ10進数で表すようになっている。例えば、192.168.123.45のようにIPアドレスを表現する。各区画における数値は8ビットであるため、最低で0、最大で255の値をとることになる。また、インターネットで使用されるIPネットワークは、様々なネットワークが繋がるネットワークの複合体であるため、IPアドレスを、例えば、1番目の区画から3番目の区画までをネットワークアドレスとし、4番目の区画をホストアドレスとして構成している。つまり、あるコンピュータにメール等のパケットを送信する時、まず、ネットワークアドレス宛に送り出し、宛先のネットワークに到着してから宛先のコンピュータのホストアドレスを探してパケットを送信することになる。[クラスの概念]IPアドレスには、アドレスクラスという分類方法がある。クラスA0.0.0.0~127.255.255.255は、最初の8ビットがネットワークアドレス、残り24ビットがホストアドレスとなっている。但し、ネットワークアドレスの最初の1ビットは、識別のため0とすることが定められている。クラスB128.0.0.0~191.255.255.255は、最初の16ビットがネットワークアドレス、残り16ビットがホストアドレスとなっている。但し、ネットワークアドレスの最初の2ビットは、識別のため10とすることが定められている。クラスC192.0.0.0~223.255.255.255は、最初の24ビットがネットワークアドレス、残り8ビットがホストアドレスとなっている。但し、ネットワークアドレスの最初の3ビットは、識別のため110とすることが定められている。クラスD224.0.0.0~239.255.255.255は、クラスA~Cのいずれのアドレスクラスにも該当しない特殊なクラスである。但し、最初の4ビットは、識別のため1110とすることが定められている。クラスDの使用目的は、IPマルチキャスト用である。クラスE240.0.0.0~255.255.255.255は、最初の4ビットが識別のため1111とすることが定められている。クラスEは、実験用として予約されているが、実際に使われることがないものである。但し、インターネットサービスプロバイダでは、IPアドレスの割り当てを求めるのに、クラスAでは大きすぎてクラスCでは小さすぎるため、クラスBに集中することになった。クラスBの割り当てを受けたネットワークの中にはIPアドレスが全て使用されることがまれで、無駄になることも多かった。そこで、現在では、アドレスクラスを使わずに、ネットワークアドレスとホストアドレスの境界を8ビット単位に固定せず、細分化するサブネットマスクやCIDERClasslessInterDomainRoutingが一般化している。IPアドレスの割り当て範囲を示すために、IPアドレスの末尾に/と共にネットワークアドレス長を付記してあれ和巣ことが多い。例えば、IPアドレスが123.100.100.×××/24であるとすると、最初の24ビットがネットワークアドレスであり、残り8ビットがホストアドレスということになる。また、/18と記述すれば、最初の18ビットがネットワークアドレスであり、残り14ビットがホストアドレスということになる。[集約されたIPアドレス]以上のように、アドレスクラス、サブネットマスク、CIDERによって、IPアドレスの割り当て範囲を特定してグループ化することができる。このように、グループ化されたIPアドレスの集合を集約されたグローバルIPアドレスと定義する。集約されたグローバルIPアドレスは、IPアドレスの割り当て範囲が特定され、その範囲のIPアドレスをグループ群として共通目的のために使用されるもので、他のユーザの使用を制限する。集約されたグローバルIPアドレスでは、IPアドレスが123.100.100.×××/24の場合、先頭から24ビットのネットワークアドレスを持ち、残り8ビット、つまり最後の×××部分がホストアドレスとなる。従って、ネットワークアドレスを共通にするネットワークが医療クラウドシステムとして使用されるものであり、その医療クラウドシステムは、医療クラウド用FW12で保護されており、医療クラウド用運用サーバ3で管理されている。集約されたグローバルIPアドレスの効果は後述する。[医療クラウド用FW12]医療クラウド用FW12は、ファイアウォールシステムであり、オープンなインターネット10の外部からのアクセスを制限し、医療クラウドネットワーク1から外部のオープンなインターネット10に出力されるデータを制限し、また、外部から医療クラウドネットワーク1に送り込まれるデータも制限する。医療クラウドネットワーク1内ではIPアドレスが集約されているため、医療クラウド用FW12は、外部からのアクセス制限、データの入出力制限を容易に行うことができる。尚、アクセス制限、データの入出力制限は、医療クラウド用運用サーバ3から設定されたセキュリティポリシーに基づいて為される。[医療クラウド用運用サーバ3]医療クラウド用運用サーバ3は、医療クラウドネットワーク1内の種々の制御を行うものであり、特に、医療クラウド用FW12に対するセキュリティポリシーの設定処理、QoS機能の制御処理、災害対応処理を行う。各処理の詳細については、後述する。[医療クラウドのアプリケーション]以下に説明する電子カルテ管理サーバの処理、電子カルテDBの処理は、医療クラウドに組み込むことができるアプリケーションである。その他のアプリケーションとして、レセプトデータ管理サーバでの処理が考えられる。[電子カルテ管理サーバ14a,n4b]電子カルテ管理サーバ14a,n4bは、医療クラウドネットワーク1内の認証された医療機関のクライアント端末装置から電子カルテの医療データを受信し、電子カルテDB15a,n5bに電子カルテの医療データを格納する。また、電子カルテ管理サーバ14a,n4bは、医療クラウドネットワーク1内の認証された医療機関のクライアントの要求により電子カルテDB15a,n5bから電子カルテの医療データを読み出して提供する。[電子カルテDB15a,n5b]電子カルテDB15a,n5bは、互いに離れた場所同時に震災等に遭遇することがない程度、例えば200km以上に離れた場所に設けられており、両DBが同じデータを記憶している。一方が他方のバックアップとなっている。尚、電子カルテDB15a,n5bには、電子カルテの医療データに限らず、医療関連のデータを保存するようにしてもよい。図1では、電子カルテ管理サーバを1~n、電子カルテDBを1~nの例を示したが、医療クラウドシステムには任意の数接続可能である。[医療機関FW2A6a,2B6b]医療機関FW2A6a,2B6bは、各医療機関内用のファイアウォールシステムファイアウォール装置であり、医療クラウドネットワーク1と医療機関内クライアント7a,7bとの間に設けられ、グローバルIPアドレスとローカルアドレスの変換を行う。つまり、医療機関FW2A6a,2B6bより上位のネットワーク医療クラウドネットワーク1、オープンなインターネット10ではグローバルIPアドレスが用いられ、医療機関FW2A6a,2B6bより下位のネットワークではローカルアドレスが用いられている。また、医療機関FW2A6a,2B6bは、各医療機関のセキュリティポリシーが設定されており、そのポリシーに従って、アクセス制限、データの入出力制限を行う。[医療機関内クライアント7a,7b]医療機関内クライアント7a,7bは、大病院用のローカルアドレスで動作する端末装置であり、医療機関FW2A6a,2B6bを介して医療クラウドネットワーク1に接続し、同じ医療機関内のネットワークであればローカルネットワークで相互に接続可能である。[医療機関クライアント6c]医療機関クライアント6cは、中小病院用のグローバルIPアドレスを有する端末装置であり、医療クラウドネットワーク1に直接接続する。[インターネット10]オープンなインターネット10は、複数のISP12と、ISP12を相互に接続するIXP11と、ISP12に接続する複数の加入者端末13とを備えている。IXP11は、ISPの相互接続をIXInternetExchangepointと呼ばれる相互接続ポイントを用いて行うものである。ISP12は、通信事業者のネットワークシステムで、加入者端末13がインターネットに接続可能とするためのネットワークである。[4医療クラウド用運用サーバ3の処理]次に、本医療クラウドシステムにおける医療クラウド用運用サーバ3で実現される処理セキュリティポリシーの設定処理、QoS機能の制御処理、災害復旧対応処理について説明する。[セキュリティポリシーの設定処理]医療クラウド用運用サーバ3は、医療クラウド用FW12に対して、セキュリティポリシーの設定を行う。医療クラウド用FW12の外部からのアクセスを制御するためには、ネットワークアドレスを個々に列挙して判断して制限してもよいが、医療クラウドネットワーク1内のIPアドレスが集約されているため、例えば、医療クラウドネットワーク1内のグローバルIPアドレスが123.100.100.×××であるとすると、最初のIPアドレスブロック123.0.0.0/8を持つだけ記述することによりアクセスを制限できる。また、医療クラウド用FW12の内部から外部に対するアクセスを制御するためには、予め登録されたネットワークアドレス宛についてはアクセスを許可し、それ以外のネットワークアドレスへのアクセスを禁止するようにしてもよい。このように設定すれば、ファイアウォール性能への負荷軽減、ファイアウォールを設定運用する管理者の工数軽減に繋がるものである。更に、集約されたグローバルIPアドレスの中で、更に特定のグループの範囲を特定し、その特定のグループに対して特別のアクセス許可、アクセス制限を行うようにしてもよい。また、データの入出力制限については、FTPFileTransferProtocolコマンドを含むデータは制限し、HTTPHyperTextTransferProtocolコマンドを含むデータは許可するよう制御することが考えられる。更に、医療クラウド用運用サーバ3は、厚生労働省が医療情報安全管理に関するガイドラインにて提唱しているポリシーに従ったアクセス制御を一元的に管理するよう医療クラウド用FW12にセキュリティポリシーを設定することが可能である。[QoS機能の制御処理]医療クラウドネットワーク1内では、他のISPネットワークを経由する必要がないため、医療クラウド内では、ファイアウォールの互換性や制御プロトコルの互換性を考慮することなく、エンドツーエンドで帯域優先制御や制御スケジューリングを行うことができる。更に、医療クラウド用運用サーバ3は、医療クラウドネットワーク1内の集約されたグローバルIPアドレスを全て管理しており、医療クラウドネットワーク1内に接続されるルータのルーティング情報ルート情報も管理しているので、特定の通信時のみQoS機能を有効にし、それ以外は無効にすることで、ハードウェアの負荷を軽減して、QoSのスケジューリングを行うことができる。特定の通信時とは、画像を参照しながらの遠隔治療を行う場合や、緊急の患者データの送信を行う場合が相当する。また、医療クラウド用運用サーバ3は、QoS機能を有効にする場合に、QoS情報をFW2,6a,6bに設定し、IXP11へのQoS情報のアナウンス処理を行う。この時、QoS情報を下流のISP12にアナウンスする必要があるか否かを判定する。具体的には、下流のISP12がQoS情報を下流にアナウンスする機能を備えているか否かを判定し、機能を備えるISP12であれば、そのままとし、機能を備えないISP12であれば、医療クラウド用運用サーバ3がQoS情報を下流のISP12にアナウンスする処理を行う。これにより、医療機関における特定のデータを送受信する際のデータの優先順位と、確実にデータを送受信するための帯域を確保することができる。従って、画像の大容量データの送受信や緊急を要する患者データを迅速かつ確実に送受信できる。[災害対応処理]災害時に最優先で守るべき医療データが、本医療クラウドシステムの配下に一元管理されているため、災害時の通信経路のバックアップ制御が容易となる。具体的には、医療クラウド用FW12は、IPアドレスの領域が集約された医療クラウドネットワーク1内において、経路処理を行う全てのルータのルート情報をIPアドレスブロックにて集約できるため、容易に管理できるものであり、ルータの処理に負荷を掛けることなく、簡単かつ迅速に通信経路のバックアップ制御及び復旧処理が可能である。特に、通信経路の一部が災害で破損している場合に、医療クラウド用運用サーバ3及び医療クラウド用FW12は、管理する全てのルート情報から破損箇所のルート及び機能していないルータを特定し、破損箇所を回避するルート情報を新たに設定構築して、運用を行うと共に、重要な医療データの送受信を行うのであれば、QoS制御を行う。更に、回避するルート情報を設定構築できない場合は、医療クラウド用運用サーバ3は、破損箇所のルートとルータを特定し、復旧すべきルートのルート情報を管理者に通知する。当該通知内容に基づいて通信経路の復旧を行うことで、通信経路の迅速な復旧を実現できる。[災害対応処理フロー:図2]次に、本医療クラウドシステムにおける医療クラウド用運用サーバ3における災害時対応の処理の一例について図2を参照しながら説明する。図2は、医療クラウド用運用サーバにおける災害対応処理のフローチャートである。災害が発生すると、医療クラウド用運用サーバ3の制御部は、災害発生が自動検知されたか否かを判定しS1、自動検知されたならYesの場合、処理S7に移行する。災害の自動検知が為されなかった場合Noの場合、医療クラウド用運用サーバ3の制御部は、災害発生の指示入力が為されたか否かを判定するS2。災害発生の指示入力が為されなければNoの場合、判定処理S2を繰り返し、災害発生の指示入力が為されればYesの場合、医療クラウド用運用サーバ3の制御部は、FW2,6a,6bに対してQoSの設定を行うS3。QoSの設定は、災害発生に備えて予め記憶していた内容を用いてもよい。その後、処理は、処理S4と処理S7に分岐する。まず、医療クラウド用運用サーバ3の制御部は、FW2に対してFWPolicyの設定を行いS4、ディザスタ状況被災状況の確認処理を行うS5。FWPolicyFW用のセキュリティポリシーの設定も、災害発生に備えて予め記憶していた内容を用いてもよい。また、医療クラウド用運用サーバ3は、FW2だけでなく、FW6a,6bにもポリシーを設定してもよい。更に、ディザスタ状況は、各所から集計された情報に基づいて確認処理が為される。そして、医療クラウド用運用サーバ3の制御部は、上記設定した情報でのネットワーク運用を開始するS6。また、処理S7では、医療クラウド用運用サーバ3の制御部は、IXPへのQoS情報のアナウンス処理を行いS7、次に、QoS情報を下流にアナウンス必要か否かを判定するS8。具体的には、QoS情報を下流にアナウンスする機能を備えるプロバイダか否かを判定し、機能を備えるプロバイダであればNoの場合、処理S10に移行し、機能を備えないプロバイダであればYesの場合、医療クラウド用運用サーバ3がQoS情報を下流プロバイダにアナウンスする処理を行うS9。そして、医療クラウド用運用サーバ3の制御部は、QoS情報に基づいた運用を開始するS10。次に、運用を開始したネットワークにおいて、通信するパケットがQoSPolicyに沿ったパケットか否かをチェックしS11、QoSPolicyに沿ったパケットでなければNoの場合、当該非優先パケットは破棄する処理を行うS12。また、QoSPolicyに沿ったパケットであればYesの場合、当該パケットを優先パケットとして通信を行う。以上のように、災害発生時では処理が為される。[医療クラウドシステムのアプリケーション:電子カルテ]医療クラウドシステムでは、医療に特化したアプリケーションから一般のアプリケーションまでを組み込むことができる。以下、電子カルテの医療データを扱うアプリケーションを実現する電子カルテ管理サーバ、電子カルテDBについて説明する。電子カルテ管理サーバ14a,n4bは、医療クラウドネットワーク1に接続する医療機関のクライアント装置に対して、電子カルテDB15a,n5bへのアクセス権限を付与する。電子カルテ管理サーバ14a,n4bは、付与したアクセス権限情報に従って医療機関のクライアント装置からのアクセス制御を行う。また、電子カルテ管理サーバ14a,n4bは、アクセス権限の変更、取消も行う。尚、電子カルテDB15a,n5bへのアクセス権限の付与等は、権限のある管理者によって為される。[5実施の形態の効果]本医療クラウドシステムによれば、集約されたグローバルIPアドレスが割り当てられた医療クラウドネットワーク1とオープンなインターネット10との間に医療クラウド用FW12を設けて、セキュリティポリシーが設定されるため、インターネット10の環境に対してセキュリティを向上させることができる効果がある。また、本医療クラウドシステムによれば、電子カルテの医療データを電子カルテDB15a,n5bで保存し、アクセス制御を電子カルテ管理サーバ14a,n4bで行うようにしているので、医療データの活用を推進し、災害時に緊急の医療データを利用できる効果がある。また、本医療クラウドシステムによれば、医療クラウド用FW12によってQoS制御を実現できるため、大容量のデータの送受信や緊急の医療データを迅速かつ確実に送受信でき、医療データを活用でき、更に災害時でも必要な送受信の帯域を確保できる効果がある。また、本医療クラウドシステムによれば、医療クラウド用運用サーバ3及び医療クラウド用FW12が全てのルート情報を管理しているので、障害のあるルートを回避し、必要に応じてQoS制御を行い、復旧すべきルート情報をレポートできるので、災害復旧に迅速に対応できる効果がある。[ホワイトリストサイトの運用]本医療クラウドシステムでは、IPアドレスの所有者が特定されるため、クラウド内におけるウィルスやサイバー攻撃等の異常なトラフィックに対して、迅速かつ容易に対処でき、外部からのクラックやフィッシングを検知して対応することができる。本医療クラウドシステムで使用されるIPアドレス領域、或いはドメイン名の認知度が向上し、公共性が高まれば、公的なサイトとして人道的な保護が受けられ、ホワイトリストサイトとしての運用が可能となる。本医療クラウドシステムでは、医療クラウド内で連携する医療機関の範囲を明確にでき、医療クラウド外への外部接続する際に、厚生労働省が定めるガイドラインに則ったアクセスが可能となるため、Pマーク個人情報保護マークの取得を容易にできる。運用サーバ3は、医療機関FW2A6a、2B6b、医療機関クライアント6cに対して、ガイドラインに基づく具体的な運用情報を提供でき、その運用情報に基づいて各病院の担当者が容易に設定できる。また、本医療クラウドシステムでは、医療クラウドネットワーク1内では、IPプロトコル以外のプロトコルを用いて医療機関のコンピュータ同士が通信可能にできる。[6その他]また、本医療クラウドシステムでは、外部のネットワークを介さず、クローズドの医療クラウドネットワーク1の環境を構築できるため、医療機関に特化したサービスが提供可能であり、これまでセキュリティ面で使用がためらっていたアプリケーションも利用可能となる。例えば、電子レセプト、遠隔医療、その他のアプリケーションを導入し易くなる。"