(57)【要約】【課題】施設が被災したとしても、格納先が固定されている場合に比べて、被災する可能性の低い格納先を抽出するようにした情報処理装置を提供する。【解決手段】情報処理装置の抽出手段は、第１の施設と他の施設間の距離、又は、他の施設の災害危険度のいずれか１つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出し、通知手段は、前記第１の施設に、前記第２の施設を通知する。【選択図】図１
2018014010.tif 000002
【特許請求の範囲】
【請求項１】
第１の施設と他の施設間の距離、又は、他の施設の災害危険度のいずれか１つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、
前記第１の施設に、前記第２の施設を通知する通知手段
を有する情報処理装置。
【請求項２】
前記抽出手段は、第１の施設との距離が予め定められた範囲内にある他の施設を前記第２の施設として抽出する、
請求項１に記載の情報処理装置。
【請求項３】
前記抽出手段は、災害危険度が予め定められた閾値未満又は以下である他の施設を前記第２の施設として抽出する、
請求項１に記載の情報処理装置。
【請求項４】
前記抽出手段は、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、該他の施設を前記第２の施設として抽出する、
請求項１に記載の情報処理装置。
【請求項５】
複数種類の災害における災害危険度があり、１つ以上の種類の災害危険度において、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、該他の施設を前記第２の施設として抽出する、
請求項４に記載の情報処理装置。
【請求項６】
第１の施設と他の施設が担当する専門分野の類似度にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、
前記第１の施設に、前記第２の施設を通知する通知手段
を有する情報処理装置。
【請求項７】
前記類似度は、専門を示す用語間の類似度によって定まる、
請求項６に記載の情報処理装置。
【請求項８】
第１の施設と他の施設間の距離、他の施設の災害危険度、又は、第１の施設と他の施設が担当する専門分野の類似度のうち、少なくとも２つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、
前記第１の施設に、前記第２の施設を通知する通知手段
を有する情報処理装置。
【請求項９】
コンピュータを、
第１の施設と他の施設間の距離、又は、他の施設の災害危険度のいずれか１つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、
前記第１の施設に、前記第２の施設を通知する通知手段
として機能させるための情報処理プログラム。
【請求項１０】
コンピュータを、
第１の施設と他の施設が担当する専門分野の類似度にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、
前記第１の施設に、前記第２の施設を通知する通知手段
として機能させるための情報処理プログラム。
【請求項１１】
コンピュータを、
第１の施設と他の施設間の距離、他の施設の災害危険度、又は、第１の施設と他の施設が担当する専門分野の類似度のうち、少なくとも２つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、
前記第１の施設に、前記第２の施設を通知する通知手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、コンピュータが災害情報を受信すると、その機能の少なくとも一部を他のコンピュータに移転させて災害の影響からコンピュータの機能を保護することを課題とし、相互にデータの送受信可能に接続された複数のコンピュータを包含するシステムであって、前記複数のコンピュータのうちの１つが災害情報を受信すると、当該コンピュータが有する機能の少なくとも一部を当該災害の影響を実質的に受けない他のコンピュータに移転させるコンピュータ機能の災害対応移行システム、同方法、コンピュータに同方法を実行させるコンピュータプログラム及び同コンピュータプログラムを格納した記憶媒体であることが開示されている。
【０００３】
特許文献２には、通常時に個人の医療情報を管理するシステムが災害で使用できない場合、個人の医療情報を出力することを課題とし、医療情報システムは、医用情報記憶手段、所在地情報記憶手段、取得手段及び出力手段を備えており、前記医用情報記憶手段は、個人識別情報及び医療情報を関連付けて記憶しており、前記所在地情報記憶手段は、施設毎に所在地情報及び治療可能情報を関連付けて記憶しており、前記取得手段は、前記安否情報システムから個人識別情報及び避難場所情報を取得し、前記出力手段は、前記取得した個人識別情報と前記医用情報記憶手段内の個人識別情報とに基づいて、該当する個人の避難場所情報を特定し、この特定した避難場所情報に基づいて、施設に提供する医療情報を出力することが開示されている。
【０００４】
特許文献３には、従来のディザスタリカバリシステムにおいては、扱っているデータの内容に応じて、ディザスタリカバリサイトへの転送の優先度を変更することができなかったことを課題とし、ＤＲシステムを構成するＤＲサイトの計算機とメインサイトの計算機において、ＤＲサイトの計算機に転送されなかったデータを特定するために、メインサイトの計算機で仕掛中の処理内容をＤＲサイトの計算機でも把握可能とするものであり、より具体的には、処理リクエストのパケットコピー（パケットでもよい）の優先度を特定し、特定された優先度に応じて当該パケットの転送を制御し、この場合、優先度が閾値以上のものを転送するなど、優先度の高いものほど優先して転送する構成としてもよいことが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−２３７９２６号公報
【特許文献２】特開２０１５−２１９７６９号公報
【特許文献３】特開２０１３−０８４０２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
システムが災害で使用できない場合に対処するための技術がある。前述の特許文献に記載の技術では、バックアップ情報の格納先は固定されている。
しかし、災害が発生した場合、その格納先も被災することがあり得る。
そこで、本発明は、施設が被災したとしても、格納先が固定されている場合に比べて、被災する可能性の低い格納先を抽出するようにした情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、第１の施設と他の施設間の距離、又は、他の施設の災害危険度のいずれか１つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、前記第１の施設に、前記第２の施設を通知する通知手段を有する情報処理装置である。
【０００８】
請求項２の発明は、前記抽出手段は、第１の施設との距離が予め定められた範囲内にある他の施設を前記第２の施設として抽出する、請求項１に記載の情報処理装置である。
【０００９】
請求項３の発明は、前記抽出手段は、災害危険度が予め定められた閾値未満又は以下である他の施設を前記第２の施設として抽出する、請求項１に記載の情報処理装置である。
【００１０】
請求項４の発明は、前記抽出手段は、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、該他の施設を前記第２の施設として抽出する、請求項１に記載の情報処理装置である。
【００１１】
請求項５の発明は、複数種類の災害における災害危険度があり、１つ以上の種類の災害危険度において、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、該他の施設を前記第２の施設として抽出する、請求項４に記載の情報処理装置である。
【００１２】
請求項６の発明は、第１の施設と他の施設が担当する専門分野の類似度にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、前記第１の施設に、前記第２の施設を通知する通知手段を有する情報処理装置である。
【００１３】
請求項７の発明は、前記類似度は、専門を示す用語間の類似度によって定まる、請求項６に記載の情報処理装置である。
【００１４】
請求項８の発明は、第１の施設と他の施設間の距離、他の施設の災害危険度、又は、第１の施設と他の施設が担当する専門分野の類似度のうち、少なくとも２つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、前記第１の施設に、前記第２の施設を通知する通知手段を有する情報処理装置である。
【００１５】
請求項９の発明は、コンピュータを、第１の施設と他の施設間の距離、又は、他の施設の災害危険度のいずれか１つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、前記第１の施設に、前記第２の施設を通知する通知手段として機能させるための情報処理プログラムである。
【００１６】
請求項１０の発明は、コンピュータを、第１の施設と他の施設が担当する専門分野の類似度にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、前記第１の施設に、前記第２の施設を通知する通知手段として機能させるための情報処理プログラムである。
【００１７】
請求項１１の発明は、コンピュータを、第１の施設と他の施設間の距離、他の施設の災害危険度、又は、第１の施設と他の施設が担当する専門分野の類似度のうち、少なくとも２つ以上にしたがって、該第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する抽出手段と、前記第１の施設に、前記第２の施設を通知する通知手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１８】
請求項１の情報処理装置によれば、施設が被災したとしても、バックアップ情報の格納先が固定されている場合に比べて、被災する可能性の低い格納先が抽出される。
【００１９】
請求項２の情報処理装置によれば、第１の施設との距離が予め定められた範囲内にある他の施設が第２の施設として抽出される。
【００２０】
請求項３の情報処理装置によれば、災害危険度が予め定められた閾値未満又は以下である他の施設が第２の施設として抽出される。
【００２１】
請求項４の情報処理装置によれば、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、その他の施設が第２の施設として抽出される。
【００２２】
請求項５の情報処理装置によれば、複数種類の災害における災害危険度があり、１つ以上の種類の災害危険度において、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、その他の施設が第２の施設として抽出される。
【００２３】
請求項６の情報処理装置によれば、施設が被災したとしても、専門分野が類似している他の施設が格納先とされる。
【００２４】
請求項７の情報処理装置によれば、専門を示す用語間の類似度によって定まる類似度が用いられる。
【００２５】
請求項８の情報処理装置によれば、施設が被災したとしても、バックアップ情報の格納先が固定されている場合に比べて、被災する可能性の低い格納先が抽出される。
【００２６】
請求項９の情報処理プログラムによれば、施設が被災したとしても、バックアップ情報の格納先が固定されている場合に比べて、被災する可能性の低い格納先が抽出される。
【００２７】
請求項１０の情報処理プログラムによれば、施設が被災したとしても、専門分野が類似している他の施設が格納先とされる。
【００２８】
請求項１１の情報処理プログラムによれば、施設が被災したとしても、バックアップ情報の格納先が固定されている場合に比べて、被災する可能性の低い格納先が抽出される。
【図面の簡単な説明】
【００２９】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態の構成例についての概念的なモジュール構成図である。
【図３】本実施の形態を利用したシステム構成例を示す説明図である。
【図４】本実施の形態による処理例を示すフローチャートである。
【図５】施設情報テーブルのデータ構造例を示す説明図である。
【図６】画面の表示例を示す説明図である。
【図７】本実施の形態による処理例を示すフローチャートである。
【図８】本実施の形態による処理例を示す説明図である。
【図９】本実施の形態による処理例を示すフローチャートである。
【図１０】施設間距離テーブルのデータ構造例を示す説明図である。
【図１１】本実施の形態による処理例を示す説明図である。
【図１２】専門項目テーブルのデータ構造例を示す説明図である。
【図１３】本実施の形態による処理例を示す説明図である。
【図１４】本実施の形態による処理例を示すフローチャートである。
【図１５】利用者情報テーブルのデータ構造例を示す説明図である。
【図１６】本実施の形態による処理例を示す説明図である。
【図１７】本実施の形態による処理例を示すフローチャートである。
【図１８】利用履歴情報テーブルのデータ構造例を示す説明図である。
【図１９】本実施の形態による処理例を示す説明図である。
【図２０】本実施の形態による処理例を示すフローチャートである。
【図２１】本実施の形態による処理例を示す説明図である。
【図２２】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００３１】
本実施の形態である情報処理装置１００は、施設サーバー２００のバックアップ情報の格納先を通知するものであって、図１の例に示すように、通信モジュール１１０、施設情報管理モジュール１２０、利用者情報管理モジュール１３０、施設情報取得モジュール１４０、施設間距離算出モジュール１５０、災害危険度情報取得モジュール１６０、施設内組織類似度算出モジュール１７０、バックアップ施設決定モジュール１８０を有している。施設を例示する場合は、病院等の医療施設を用いるが、これに限定するものではない。例えば、市役所等の公共施設等であってもよいし、スポーツクラブ等の民間施設等であってもよい。
本実施の形態は、バックアップ情報の格納先を特定サーバーにて集中管理するのではなく、例えば、近隣の施設に格納する。災害によって通信が切断されたとしても、近隣のその施設にて利用者の受入が可能となる。
【００３２】
通信モジュール１１０は、施設サーバー２００、利用者（患者）端末３５０等との通信を行う。
施設情報管理モジュール１２０は、施設に関する情報を記憶している。詳細については、図５、図６の例を用いて後述する。
利用者情報管理モジュール１３０は、利用者に関する情報を記憶している。詳細については、図１５、図１８の例を用いて後述する。
【００３３】
施設情報取得モジュール１４０は、施設サーバー２００が設置されている施設に関する情報を取得する。なお、施設に関する情報は、施設サーバー２００から取得してもよいし、ユーザーによる入力操作によって取得してもよいし、ハードディスク（コンピュータに内蔵されているものの他に、通信回線を介して接続されているもの等を含む）等に記憶されている情報を読み出すこと等が含まれる。そして、施設に関する情報を施設情報管理モジュール１２０に記憶させる。
【００３４】
施設間距離算出モジュール１５０は、対象となっている第１の施設と他の施設間の距離を算出する。ここで、「他の施設」は、第１の施設とは異なる施設である。ただし、その施設の所在地として異なっていればよく、資本関係がある場合（本部と支部、本店と支店等）等であってもよい。
ただし、第１の施設と他の施設は、同等の種類の施設であるとしてもよい。例えば、医療施設同士としてもよい。
なお「距離」は、第１の施設と他の施設間の直線距離であってもよいし、第１の施設から他の施設へ（又は、他の施設間から第１の施設へ）の移動距離であってもよい。
【００３５】
災害危険度情報取得モジュール１６０は、各施設サーバー２００が設置されている施設の所在地における災害危険度を取得する。例えば、災害危険度は、ハザードマップから取得する。具体的には、国土交通省ハザードマップポータルサイト、各自治体のハザードマップサイト等から取得すればよい。
【００３６】
施設内組織類似度算出モジュール１７０は、第１の施設と他の施設が担当する専門分野の類似度を算出する。ここでの類似度は、専門を示す用語間の類似度によって定まるものであってもよい。例えば、施設が担当する専門分野、具体的には、その施設における診療科（病院や診療所等における医療においての診療の専門分野区分のこと）等を示す用語が該当する。
【００３７】
バックアップ施設決定モジュール１８０は、第１の施設と他の施設間の距離（施設間距離算出モジュール１５０による処理結果）、又は、他の施設の災害危険度（災害危険度情報取得モジュール１６０による処理結果）のいずれか１つ以上にしたがって、その第１の施設におけるバックアップ情報の格納先である第２の施設を抽出する。
そして、バックアップ施設決定モジュール１８０は、通信モジュール１１０を介して、第１の施設に、第２の施設を通知する。通知する内容は、少なくとも第２の施設を一意に識別するための情報を含み、前述の施設に関する情報を含めてもよい。
なお、第２の施設として複数の施設を抽出した場合は、バックアップ施設決定モジュール１８０が通知する第２の施設は、抽出したうちの１つの施設であってもよいし、複数（全部であってもよい）の施設であってもよい。バックアップ情報を複数の施設に分散することで、１つのサーバーで格納した場合に比べて、バックアップ情報の消失危険性を削減できる。
また、例えば、距離毎（近距離、遠距離等毎）の複数の第２の施設にバックアップすることで、利用者の利用をしやすくし（近距離の施設での利用ができ）、バックアップ情報の消失危険性を削減（遠距離の施設は被災されていない可能性が大きい）の両方を実現可能となる。
【００３８】
また、バックアップ施設決定モジュール１８０は、第１の施設との距離が予め定められた範囲内にある他の施設を第２の施設として抽出するようにしてもよい。
また、バックアップ施設決定モジュール１８０は、災害危険度が予め定められた閾値未満又は以下である他の施設を第２の施設として抽出するようにしてもよい。
また、バックアップ施設決定モジュール１８０は、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、その「他の施設」を第２の施設として抽出するようにしてもよい。
さらに、バックアップ施設決定モジュール１８０は、複数種類の災害における災害危険度があり、１つ以上の種類の災害危険度において、他の施設の災害危険度が第１の施設の災害危険度よりも低い又は以下である場合に、その「他の施設」を第２の施設として抽出するようにしてもよい。なお、他の種類の災害においては、他の施設の災害危険度が第１の施設の災害危険度よりも高い又は以上であってもよい。
また、バックアップ施設決定モジュール１８０は、災害の予報を受信し、その予報されている種類の災害（例えば、浸水等）の災害危険度において、第１の施設よりも低い又は以下である他の施設を第２の施設としてもよい。
【００３９】
また、バックアップ施設決定モジュール１８０は、第１の施設と他の施設が担当する専門分野の類似度にしたがって、その第１の施設におけるバックアップ情報の格納先である第２の施設を抽出するようにしてもよい。
そして、バックアップ施設決定モジュール１８０は、通信モジュール１１０を介して、第１の施設に、第２の施設を通知する。
また、類似度は、専門を示す用語間の類似度によって定まるものであってもよい。
また、バックアップ施設決定モジュール１８０は、第１の施設と他の施設間の距離、他の施設の災害危険度、又は、第１の施設と他の施設が担当する専門分野の類似度のうち、少なくとも２つ以上にしたがって、その第１の施設におけるバックアップ情報の格納先である第２の施設を抽出するようにしてもよい。
そして、バックアップ施設決定モジュール１８０は、通信モジュール１１０を介して、第１の施設に、第２の施設を通知する。
【００４０】
図２は、本実施の形態の構成例についての概念的なモジュール構成図である。
施設サーバー２００は、通信モジュール２１０、施設情報管理モジュール２２０、バックアップ先施設情報管理モジュール２３０、バックアップ対象情報管理モジュール２４０、利用履歴情報管理モジュール２５０、施設情報生成モジュール２６０、バックアップ処理モジュール２７０、リストア処理モジュール２８０を有している。
通信モジュール２１０は、情報処理装置１００、他の施設サーバー２００（アップロード先又はアップロード依頼元）、利用者（患者）端末３５０等との通信を行う。
施設情報管理モジュール２２０は、本施設サーバー２００が設置されている施設に関する情報を記憶している。詳細については、図５、図６の例を用いて後述する。
バックアップ先施設情報管理モジュール２３０は、本施設サーバー２００のバックアップ情報の格納先である施設サーバー２００（他の施設サーバー２００）が設置されている施設に関する情報を記憶している。詳細については、図５、図６の例を用いて後述する。
バックアップ対象情報管理モジュール２４０は、バックアップ対象である利用者に関する情報を記憶している。詳細については、図１５の例を用いて後述する。
利用履歴情報管理モジュール２５０は、他の施設サーバー２００からのバックアップ情報を記憶している。詳細については、図１８の例を用いて後述する。
【００４１】
施設情報生成モジュール２６０は、本施設サーバー２００が設置されている施設に関する情報を生成する。例えば、施設サーバー２００の管理者等の操作によって施設に関する情報を受け付ける。
バックアップ処理モジュール２７０は、バックアップ対象情報管理モジュール２４０内の情報にしたがって、バックアップすべき情報を、バックアップ情報の格納先である施設サーバー２００に、通信モジュール２１０を介して送信する。
リストア処理モジュール２８０は、利用履歴情報管理モジュール２５０に記憶されている他の施設サーバー２００におけるバックアップ情報を、本施設サーバー２００で利用するためにインポートする。
【００４２】
図３は、本実施の形態を利用したシステム構成例を示す説明図である。
情報処理装置１００、施設サーバー（病院Ａ）２００Ａ、施設サーバー兼端末（病院Ｂ）２００Ｂ、利用者（患者）端末３５０は、通信回線３９０を介してそれぞれ接続されている。通信回線３９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、情報処理装置１００による機能は、クラウドサービスとして実現してもよい。
施設である病院Ａ内では、施設サーバー（病院Ａ）２００Ａと施設内端末３００は接続されている。また、施設である病院Ｂ内では、施設サーバー兼端末（病院Ｂ）２００Ｂは施設内端末３００としての機能も有している。
施設サーバー（病院Ａ）２００Ａからの依頼によって、情報処理装置１００は、施設サーバー（病院Ａ）２００Ａのバックアップ情報の格納先として、施設サーバー兼端末（病院Ｂ）２００Ｂを指定する。施設サーバー兼端末（病院Ｂ）２００Ｂの担当者の操作によって、施設サーバー（病院Ａ）２００Ａのバックアップ情報の格納を許可するか否かを決定し、施設サーバー兼端末（病院Ｂ）２００Ｂが許可した場合は、施設サーバー（病院Ａ）２００Ａのバックアップ情報を受信し、格納する。また、病院Ａの利用者である利用者（患者）端末３５０のユーザーの操作によって、そのユーザーに関する情報をバックアップ情報の対象とするか否かを決定するようにしてもよい。
【００４３】
図４は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００と施設サーバー２００間における処理例を示すものである。なお、施設サーバー２００は、バックアップ先又はバックアップ元にかかわらない。
ステップＳ４０２では、施設サーバー２００は、管理者等の操作によって、施設情報（その施設サーバー２００が設置されている施設に関する情報）を受け付ける。
ステップＳ４０４では、施設サーバー２００は、情報処理装置１００に対して施設情報を送信する。
ステップＳ４０６では、情報処理装置１００は、施設サーバー２００から施設情報を受信する。
ステップＳ４０８では、情報処理装置１００は、施設情報を施設情報管理モジュール１２０に記憶させる。
【００４４】
図５は、施設情報テーブル５００のデータ構造例を示す説明図である。
施設情報テーブル５００は、小分類欄５１０、専門項目欄５２０を有している。小分類欄５１０は、小分類を記憶している。専門項目欄５２０は、その小分類に対応する専門項目を記憶している。なお、施設情報テーブル５００に、大分類欄（内科、外科）を含めてもよい。
【００４５】
図６は、画面６００の表示例を示す説明図である。
画面６００には、施設情報受付領域６１０を表示する。施設情報受付領域６１０は、施設サーバー２００の管理者等の操作を受け付けるものである。施設情報受付領域６１０によって受け付けられた情報は、施設情報として情報処理装置１００で記憶される。
施設情報受付領域６１０には、施設名欄６２０、その施設の位置を示す施設住所欄６２５、その施設が担当する専門分野を示す施設診療科領域６３０を表示する。施設診療科領域６３０は、部位、器官、臓器、組織又はこれらの果たす機能欄６３５、疾病、病態の名称欄６４０、患者の特性欄６４５、医学的処置欄６５０を有している。なお、部位、器官、臓器、組織又はこれらの果たす機能欄６３５として、施設情報テーブル５００の第１行の専門項目欄５２０から選択できるようにしてもよい。疾病、病態の名称欄６４０として、施設情報テーブル５００の第２行の専門項目欄５２０から選択できるようにしてもよい。患者の特性欄６４５として、施設情報テーブル５００の第３行の専門項目欄５２０から選択できるようにしてもよい。医学的処置欄６５０として、施設情報テーブル５００の第４行の専門項目欄５２０から選択できるようにしてもよい。
【００４６】
図７は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００、バックアップ元の施設サーバー（病院Ａ）２００Ａ、バックアップ先の施設サーバー兼端末（病院Ｂ）２００Ｂ間における処理例を示すものである。
ステップＳ７０２では、施設サーバー（病院Ａ）２００Ａは、情報処理装置１００に対して、バックアップ先に提起している他の施設サーバー２００（他の施設）を問い合わせる。
【００４７】
ステップＳ７０４では、情報処理装置１００は、施設サーバー（病院Ａ）２００Ａからの問い合わせを受信する。
ステップＳ７０６では、情報処理装置１００は、バックアップ適合性の判定を行う。ステップＳ７０６の詳細な処理については、図９に例示するフローチャートを用いて後述する。
【００４８】
ステップＳ７０８では、情報処理装置１００は、施設サーバー兼端末（病院Ｂ）２００Ｂに対して、バックアップ先施設の確認を行う。具体的には、施設サーバー兼端末（病院Ｂ）２００Ｂに対して、施設サーバー（病院Ａ）２００Ａのバックアップ情報の格納先となることを許諾するか否かを問い合わせるものである。
ステップＳ７１０では、施設サーバー兼端末（病院Ｂ）２００Ｂは、情報処理装置１００からのバックアップ先施設の確認を受信する。
ステップＳ７１２では、施設サーバー兼端末（病院Ｂ）２００Ｂは、情報処理装置１００に対して、施設サーバー兼端末（病院Ｂ）２００Ｂの管理者等の操作によって、バックアップ可否を送信する。
ステップＳ７１４では、情報処理装置１００は、施設サーバー兼端末（病院Ｂ）２００Ｂからバックアップ可否を受信する。
【００４９】
ステップＳ７１６では、情報処理装置１００は、バックアップ可であるか否かを判断し、バックアップ可の場合はステップＳ７２０へ進み、それ以外の場合はステップＳ７１８へ進む。
ステップＳ７１８では、情報処理装置１００は、次の適合施設を抽出し、ステップＳ７０８へ戻る。
【００５０】
ステップＳ７２０では、情報処理装置１００は、施設サーバー（病院Ａ）２００Ａに対して、バックアップ先施設情報（バックアップ可と返信した施設サーバー兼端末（病院Ｂ）２００Ｂ）を送信する。
ステップＳ７２２では、施設サーバー兼端末（病院Ｂ）２００Ｂは、バックアップ可を送信したか否かを判断し、送信した場合はステップＳ７２８へ進み、それ以外の場合は処理を終了する（ステップＳ７９７）。
ステップＳ７２４では、施設サーバー（病院Ａ）２００Ａは、情報処理装置１００からバックアップ先施設情報を受信する。
ステップＳ７２６では、施設サーバー（病院Ａ）２００Ａは、バックアップ処理を行う（施設サーバー兼端末（病院Ｂ）２００Ｂに対して、バックアップ情報を送信する）。
ステップＳ７２８では、施設サーバー兼端末（病院Ｂ）２００Ｂは、バックアップ処理を行う（施設サーバー（病院Ａ）２００Ａから、バックアップ情報を受信し、格納する）。
【００５１】
図８は、本実施の形態による処理例を示す説明図である。図７の例で示した処理の概略を示すものである。
ステップＳ８０２では、施設サーバー（病院Ａ）２００Ａは、情報処理装置１００に対して、管理者等の施設内端末３００に対する操作によって、バックアップ先を問い合わせる。
ステップＳ８０４では、情報処理装置１００は、施設サーバー（病院Ａ）２００Ａのバックアップ情報の格納先（施設サーバー（病院Ａ）２００Ａ以外の施設サーバー２００）としての適合性を判定する。ステップＳ８０４の詳細な処理については、図９に例示するフローチャートを用いて後述する。
ステップＳ８０６では、情報処理装置１００は、確定バックアップ先を施設サーバー（病院Ａ）２００Ａに送信する。
ステップＳ８０８では、施設サーバー兼端末（病院Ｂ）２００Ｂは、バックアップを受諾するか否かを問い合わせる情報を受け付ける。
【００５２】
図９は、本実施の形態による処理例（図７の例に示すフローチャートのステップＳ７０６の処理例）を示すフローチャートである。
ステップＳ９０２では、施設情報取得モジュール１４０は、施設情報（複数の施設の位置情報、その施設の専門分野に関する情報等）を取得する。
ステップＳ９０４では、施設間距離算出モジュール１５０は、施設間の距離を算出する。そして、例えば、施設を範囲（近距離、中距離、遠距離）毎に分類する。例えば、施設間距離テーブル１０００のように分類する。図１０は、施設間距離テーブル１０００のデータ構造例を示す説明図である。施設間距離テーブル１０００は、範囲欄１０１０、施設欄１０２０を有している。範囲欄１０１０は、範囲を記憶している。施設欄１０２０は、その範囲に含まれる施設を記憶している。なお、その施設に設置されている施設サーバー２００を特定する情報（ＩＰアドレス等）であってもよい。図１１の例に示すように、対象としている施設（施設サーバー２００）を中心とした直線距離で近距離範囲１１１０、中距離範囲１１２０、遠距離範囲１１３０を分類してもよい。また、移動距離によって、近距離、中距離、遠距離と分類してもよい。
【００５３】
ステップＳ９０６では、災害危険度情報取得モジュール１６０は、ハザードマップを用いて対象施設を抽出する。各施設の位置を含む各種のハザードマップを用いて、各種の災害危険度を抽出する。主な災害危険度の分類としては、洪水、内水、高潮、津波、土砂災害、火山等が存在する。
各ハザードにおいて、災害危険度の少ない（予め定められた閾値未満又は以下の）施設に対しバックアップするようにしてもよい。また、対象となっている施設Ａ（バックアップ依頼をしている施設サーバー２００が設置されている施設）におけるハザードよりも低い又は以下である施設に対しバックアップするようにしてもよい。
また、バックアップ先となる施設の偏りを減らすため、施設Ａで安全なハザードであれば、そのハザードにおいては他施設に過度の安全性は求めないようにしてもよい。例えば、「地滑り危険度：高」、「浸水危険度：低」の施設Ａは、「地滑り危険度：低」、「浸水危険度：高」の施設に対して、バックアップ先としてもよい。もちろんのことながら、逆の関係となってもよい。なお、この場合、災害危険度の種類間の関連性を用いて、バックアップ先を抽出してもよい。例えば、洪水と土砂災害の関連性は高い（原因が同じであるため、同時に発生する確率が高い）ので、両方の施設においていずれかの災害危険度が高い場合は、バックアップ先としては抽出しないようにしてもよい。なお、災害危険度の種類間の関連性は、予め定められた値として用意されている。
【００５４】
より具体的に説明する。各ハザードに以下の処理を行う。
ハザードの最大の災害危険度を取得する。例えば、浸水想定区域を例とすると、８レベルとなる。
バックアップ元の施設の災害危険度を取得する。
バックアップ先の他施設に求める災害危険度を算出する。例えば、以下の式で求める。
他施設に求める災害危険度＝最大の災害危険度（８）−バックアップ元の施設の危険度（１）＝７
他施設に求める危険度（７）以下の施設が候補となる。この例では、バックアップ元の施設の危険度が低いため、他施設の危険度が高くとも許容できることとなる。
そして、全てのハザードにおいて、該当する施設がバックアップ先施設の候補となる。
なお、該当するバックアップ先の施設が無い場合、他施設に求める危険度を下げることが可能であるが、予め定められた上限を設け、該当施設無しとしてもよい。
【００５５】
ステップＳ９０８では、施設内組織類似度算出モジュール１７０は、診療科における類似度を計算する。リストアップされた施設に対し、類似度を算出する。バックアップ元の施設と他施設の診療科の類似度を求める。
例えば、以下のように行う。
（１）大分類（内科、外科）が一致しない場合、類似度＝０となる。
（２）小分類でのＦ値（Ｆ−ｍｅａｓｕｒｅ）を類似度とする。図１２の例に示す専門項目テーブル１２００のように、施設である病院Ａと病院Ｂの専門項目（Ａ病院専門項目欄１２２０とＢ病院専門項目欄１２３０）があるとする。図１２は、専門項目テーブル１２００のデータ構造例を示す説明図である。専門項目テーブル１２００は、列方向に小分類欄１２１０、Ａ病院専門項目欄１２２０、Ｂ病院専門項目欄１２３０を有しており、行方向に部位、器官、臓器、組織又はこれらの果たす機能欄１２４０、疾病、病態の名称欄１２５０、患者の特性欄１２６０、医学的処置欄１２７０を有している。小分類欄１２１０は、小分類を記憶している。Ａ病院専門項目欄１２２０は、Ａ病院の専門項目を記憶している。Ｂ病院専門項目欄１２３０は、Ｂ病院の専門項目を記憶している。部位、器官、臓器、組織又はこれらの果たす機能欄１２４０は、部位、器官、臓器、組織又はこれらの果たす機能を記憶している。疾病、病態の名称欄１２５０は、疾病、病態の名称を記憶している。患者の特性欄１２６０は、患者の特性を記憶している。医学的処置欄１２７０は、医学的処置を記憶している。
図１３の例に示すように、Ａ病院の専門項目（専門を示す用語）は、２６項目である。Ｂ病院の専門項目は、６７項目である。Ａ病院とＢ病院の両方で共通の専門項目は、２５項目である。したがって、適合率、再現率、Ｆ値は、以下のように算出される。
適合率＝２５／６７＝０．３７
再現率＝２５／２６＝０．９６
Ｆ値＝（２＊０．３７＊０．９６）／（０．３７＋０．９６）＝０．５３
なお、適合率は検索結果として得られた集合中にどれだけ検索に適合した用語を含んでいるかという正確性の指標であり、再現率は検索対象としている用語の中で検索結果として適合している用語（正解用語）のうちでどれだけの用語を検索できているかという網羅性の指標である。Ｂ病院は、Ａ病院との類似性が高いので、Ｂ病院は、Ａ病院のバックアップ先の候補となる。
【００５６】
なお、ステップＳ９０４、Ｓ９０６、Ｓ９０８の処理のいずれか１つであってもよいし、複数行う場合は、その処理の順番も問わない。
ステップＳ９１０では、バックアップ施設決定モジュール１８０は、バックアップ先の施設を決定する。例えば、ステップＳ９０４での処理結果（近距離にある施設）をバックアップ先の施設としてもよいし、ステップＳ９０６での処理結果（災害危険度が低い施設）をバックアップ先の施設としてもよいし、ステップＳ９０８での処理結果（類似度が高い施設）をバックアップ先の施設としてもよい。また、複数の処理で抽出された施設を選択してもよい。例えば、距離範囲（近距離、中距離、遠距離）毎に、ステップＳ９０６とステップＳ９０８で抽出された施設を選択してもよい。
【００５７】
図１４は、本実施の形態による処理例を示すフローチャートである。情報処理装置１００、バックアップ元の施設サーバー２００、利用者（患者）端末３５０間における処理例を示すものである。新規利用者登録の処理例を示すものである。
ステップＳ１４０２では、施設サーバー２００は、利用者情報を受け付ける。施設サーバー２００の管理者等の操作によって、バックアップ候補となる利用者を受け付ける。
ステップＳ１４０４では、施設サーバー２００は、情報処理装置１００に対して、利用者情報を送信する。
ステップＳ１４０６では、情報処理装置１００は、施設サーバー２００から利用者情報を受信する。
ステップＳ１４０８では、情報処理装置１００は、利用者情報を利用者情報管理モジュール１３０に記憶させる。
【００５８】
ステップＳ１４１０では、情報処理装置１００は、利用者（患者）端末３５０に対して、パスワードを依頼し、バックアップ先施設を送信する。ここでのバックアップ先施設は、図９の例に示したフローチャートにおけるステップＳ９１０によって決定された施設である。複数あってもよい。
ステップＳ１４１２では、利用者（患者）端末３５０は、情報処理装置１００から、パスワードの依頼と、バックアップ先施設を受信する。
ステップＳ１４１４では、利用者（患者）端末３５０は、バックアップ先施設を表示する。
ステップＳ１４１６では、利用者（患者）端末３５０は、利用者の操作によってパスワードを受け付ける。
ステップＳ１４１８では、利用者（患者）端末３５０は、情報処理装置１００に対して、パスワードを送信する。
【００５９】
ステップＳ１４２０では、情報処理装置１００は、利用者（患者）端末３５０から、パスワードを受信する。
ステップＳ１４２２では、情報処理装置１００は、パスワードを利用者情報管理モジュール１３０に記憶させる。利用者情報として、例えば、利用者情報テーブル１５００がある。図１５は、利用者情報テーブル１５００のデータ構造例を示す説明図である。利用者情報テーブル１５００は、利用者ＩＤ欄１５１０、バックアップ対象者フラグ欄１５２０、パスワード欄１５３０、利用者情報欄１５４０を有している。利用者情報欄１５４０は、利用者名欄１５４２、生年月日欄１５４４、性別欄１５４６等を有している。利用者ＩＤ欄１５１０は、本実施の形態において、利用者を一意に識別するための情報（利用者ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。バックアップ対象者フラグ欄１５２０は、バックアップ対象者フラグを記憶している。例えば、利用者がバックアップを許可した場合に、このフラグを立てるようにしてもよい。パスワード欄１５３０は、その利用者によって設定されたパスワードを記憶している。利用者情報欄１５４０は、利用者情報を記憶している。利用者名欄１５４２は、利用者名を記憶している。生年月日欄１５４４は、その利用者の生年月日を記憶している。性別欄１５４６は、その利用者の性別を記憶している。
【００６０】
ステップＳ１４２４では、情報処理装置１００は、施設サーバー２００に対して、バックアップ対象利用者、パスワードを送信する。
ステップＳ１４２６では、施設サーバー２００は、情報処理装置１００から、バックアップ対象利用者、パスワードを受信する。
ステップＳ１４２８では、施設サーバー２００は、バックアップ対象利用者、パスワードをバックアップ対象情報管理モジュール２４０に記憶させる。
【００６１】
図１６は、本実施の形態による処理例を示す説明図である。図１４の例で示した処理の概略を示すものである。
ステップＳ１６０２では、施設サーバー（病院Ａ）２００Ａは、管理者等の施設内端末３００に対する操作によって、利用者情報を受け付ける。そして、その利用者情報を、情報処理装置１００に送信する。
ステップＳ１６０４では、情報処理装置１００は、施設サーバー（病院Ａ）２００Ａから利用者情報を受け付けて、利用者登録を行う。
ステップＳ１６０６では、情報処理装置１００は、利用者（患者）端末３５０の利用者に対して、パスワード依頼を行う。
ステップＳ１６０８では、利用者（患者）端末３５０は、バックアップ施設を表示し、利用者の操作にしたがってパスワードを受け付ける。そして、パスワードを情報処理装置１００に送信する。
ステップＳ１６１０では、情報処理装置１００は、利用者（患者）端末３５０から受診したパスワードを登録する。そして、そのパスワードを施設サーバー（病院Ａ）２００Ａに送信する。
ステップＳ１６１２では、施設サーバー（病院Ａ）２００Ａは、バックアップ対象者を管理する。
【００６２】
図１７は、本実施の形態による処理例を示すフローチャートである。施設サーバー（病院Ａ）２００Ａ、施設サーバー兼端末（病院Ｂ）２００Ｂ間における処理例を示すものである。バックアップ処理例を示すものである。
ステップＳ１７０２では、施設サーバー（病院Ａ）２００Ａは、バックアップ指示を受け付ける。例えば、スケジューラーによって、予め定められた期日に（又は定期的に）、バックアップ指示を受け付ける。また、管理者等の操作によるバックアップ指示を受け付けるようにしてもよい。
ステップＳ１７０４では、施設サーバー（病院Ａ）２００Ａは、バックアップ対象を取得する。例えば、利用者情報テーブル１５００のバックアップ対象者フラグ欄１５２０を利用する。
ステップＳ１７０６では、施設サーバー（病院Ａ）２００Ａは、利用履歴情報等の暗号化（例えば、標準化形式（ＳＳ−ＭＩＸ（Ｓｔａｎｄａｒｄｉｚｅｄ  Ｓｔｒｕｃｔｕｒｅｄ  Ｍｅｄｉｃａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  ｅＸｃｈａｎｇｅ）等）へ変換）を行う。例えば、利用履歴情報テーブル１８００を処理対象とする。図１８は、利用履歴情報テーブル１８００のデータ構造例を示す説明図である。
利用履歴情報テーブル１８００は、利用履歴情報管理モジュール２５０に記憶されている。利用履歴情報テーブル１８００は、履歴ＩＤ欄１８１０、日時欄１８２０、利用者ＩＤ欄１８３０、担当者欄１８４０、診察内容欄１８５０等を有している。履歴ＩＤ欄１８１０は、本実施の形態において、履歴を一意に識別するための情報（履歴ＩＤ）を記憶している。日時欄１８２０は、その履歴が発生した日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。利用者ＩＤ欄１８３０は、利用者ＩＤを記憶している。担当者欄１８４０は、その利用者における担当者（医師等）を記憶している。診察内容欄１８５０は、診察内容を記憶している。
なお、ステップＳ１７０６の処理対象として、利用履歴情報テーブル１８００の他に、利用者情報テーブル１５００（全部又は一部）を含めてもよい。
【００６３】
ステップＳ１７０８では、施設サーバー（病院Ａ）２００Ａは、バックアップ先施設を取得する。
ステップＳ１７１０では、施設サーバー（病院Ａ）２００Ａは、暗号化した利用履歴情報をバックアップ先施設に送信する。
ステップＳ１７１２では、施設サーバー兼端末（病院Ｂ）２００Ｂは、施設サーバー（病院Ａ）２００Ａからバックアップすべき情報を受信する。
ステップＳ１７１４では、施設サーバー兼端末（病院Ｂ）２００Ｂは、バックアップ処理を行う。
ステップＳ１７１６では、施設サーバー兼端末（病院Ｂ）２００Ｂは、施設サーバー（病院Ａ）２００Ａに対して、バックアップ完了を通知する。
ステップＳ１７１８では、施設サーバー（病院Ａ）２００Ａは、バックアップを完了する。
【００６４】
図１９は、本実施の形態による処理例を示す説明図である。図１７の例で示した処理の概略を示すものである。
ステップＳ１９０２では、施設サーバー（病院Ａ）２００Ａは、スケジューラーによって処理を開始する。
ステップＳ１９０４では、施設サーバー（病院Ａ）２００Ａは、バックアップ情報である利用履歴情報を暗号化する。
ステップＳ１９０６では、施設サーバー（病院Ａ）２００Ａは、施設サーバー兼端末（病院Ｂ）２００Ｂに対して、利用履歴情報を送信する。
ステップＳ１９０８では、施設サーバー兼端末（病院Ｂ）２００Ｂは、利用履歴情報を受信する。
ステップＳ１９１０では、施設サーバー兼端末（病院Ｂ）２００Ｂは、利用履歴情報を格納する。つまり、バックアップ情報を格納する。
【００６５】
図２０は、本実施の形態による処理例を示すフローチャートである。バックアップ先施設での診察情報利用処理例を示すものである。
ステップＳ２００２では、施設サーバー兼端末（病院Ｂ）２００Ｂは、利用者（患者）の操作によってパスワードを受け付ける。
ステップＳ２００４では、施設サーバー兼端末（病院Ｂ）２００Ｂは、その利用者の利用履歴情報等を利用履歴情報管理モジュール２５０から取得する。
ステップＳ２００６では、施設サーバー兼端末（病院Ｂ）２００Ｂは、利用履歴情報等を復号する。
ステップＳ２００８では、施設サーバー兼端末（病院Ｂ）２００Ｂは、利用履歴情報等を施設サーバー兼端末（病院Ｂ）２００Ｂ内にインポートする。
ステップＳ２０１０では、施設サーバー兼端末（病院Ｂ）２００Ｂは、診察開始可能を提示する。
【００６６】
図２１は、本実施の形態による処理例を示す説明図である。災害によって、施設サーバー（病院Ａ）２００Ａは、被災しており、通信断２１９０となっている。
ステップＳ２１０２では、施設サーバー兼端末（病院Ｂ）２００Ｂは、利用者（患者）からパスワードを受け付ける。
ステップＳ２１０４では、施設サーバー兼端末（病院Ｂ）２００Ｂは、バックアップ情報からその利用者に関連する情報の復号処理を行う。そして、病院Ｂにおいて、その利用者は病院Ａにおける診察履歴等が用いられて診察等を受けることできるようになる。
【００６７】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図２２に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ２２０１を用い、記憶装置としてＲＡＭ２２０２、ＲＯＭ２２０３、ＨＤ２２０４を用いている。ＨＤ２２０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。通信モジュール１１０、施設情報取得モジュール１４０、施設間距離算出モジュール１５０、災害危険度情報取得モジュール１６０、施設内組織類似度算出モジュール１７０、バックアップ施設決定モジュール１８０、通信モジュール２１０、施設情報生成モジュール２６０、バックアップ処理モジュール２７０、リストア処理モジュール２８０等のプログラムを実行するＣＰＵ２２０１と、そのプログラムやデータを記憶するＲＡＭ２２０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ２２０３と、施設情報管理モジュール１２０、利用者情報管理モジュール１３０、施設情報管理モジュール２２０、バックアップ先施設情報管理モジュール２３０、バックアップ対象情報管理モジュール２４０、利用履歴情報管理モジュール２５０等としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ２２０４と、キーボード、マウス、タッチスクリーン、マイク等に対する利用者の操作に基づいてデータを受け付ける受付装置２２０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置２２０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース２２０７、そして、それらをつないでデータのやりとりをするためのバス２２０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００６８】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図２２に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図２２に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図２２に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００６９】
また、前述の実施の形態の説明内での比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。
施設間距離（近距離、中距離、遠距離等）は、状況により増減させてもよい。
本実施の形態では、診療科類似度を専門項目の一致数により求めたが、専門項目毎の類似度辞書を用意し、より柔軟に類似度を求めてもよい。
診療科類似度を用いた場合、多くの診療科を持つ施設の場合、バックアップ先が限られる（見つからない）可能性がある。組織（医療機関の例では、診療科）毎に分割し、バックアップ先を分散させることにより、バックアップ先の施設の候補を増やすようにしてもよい。
【００７０】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分又は全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００７１】
１００…情報処理装置
１１０…通信モジュール
１２０…施設情報管理モジュール
１３０…利用者情報管理モジュール
１４０…施設情報取得モジュール
１５０…施設間距離算出モジュール
１６０…災害危険度情報取得モジュール
１７０…施設内組織類似度算出モジュール
１８０…バックアップ施設決定モジュール
２００…施設サーバー
２１０…通信モジュール
２２０…施設情報管理モジュール
２３０…バックアップ先施設情報管理モジュール
２４０…バックアップ対象情報管理モジュール
２５０…利用履歴情報管理モジュール
２６０…施設情報生成モジュール
２７０…バックアップ処理モジュール
２８０…リストア処理モジュール
３００…施設内端末
３５０…利用者（患者）端末
３９０…通信回線
【図１】
2018014010.tif 000003
【図２】
2018014010.tif 000004
【図３】
2018014010.tif 000005
【図４】
2018014010.tif 000006
【図５】
2018014010.tif 000007
【図６】
2018014010.tif 000008
【図７】
2018014010.tif 000009
【図８】
2018014010.tif 000010
【図９】
2018014010.tif 000011
【図１０】
2018014010.tif 000012
【図１１】
2018014010.tif 000013
【図１２】
2018014010.tif 000014
【図１３】
2018014010.tif 000015
【図１４】
2018014010.tif 000016
【図１５】
2018014010.tif 000017
【図１６】
2018014010.tif 000018
【図１７】
2018014010.tif 000019
【図１８】
2018014010.tif 000020
【図１９】
2018014010.tif 000021
【図２０】
2018014010.tif 000022
【図２１】
2018014010.tif 000023
【図２２】
2018014010.tif 000024