知財求人 - 知財ポータルサイト「IP Force」
▶ コニカ ミノルタ ヘルスケア アメリカズ， インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-05-09
(45)【発行日】2022-05-17
(54)【発明の名称】医療画像及びデータのマルチロケーションエクスチェンジ
(51)【国際特許分類】
G16H 30/20 20180101AFI20220510BHJP
A61B 6/00 20060101ALI20220510BHJP
A61B 6/03 20060101ALI20220510BHJP
A61B 5/00 20060101ALI20220510BHJP
A61B 5/055 20060101ALI20220510BHJP
【ＦＩ】
G16H30/20
A61B6/00 360Z
A61B6/03 360T
A61B5/00 D
A61B5/055 390
【請求項の数】
20
【外国語出願】
(21)【出願番号】P 2018017775
(22)【出願日】2018-02-05
(65)【公開番号】P2018165981
(43)【公開日】2018-10-25
【審査請求日】2020-09-28
(31)【優先権主張番号】15/434,961
(32)【優先日】2017-02-16
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】518032971
【氏名又は名称】コニカ ミノルタ ヘルスケア アメリカズ， インコーポレイテッド
(74)【代理人】
【識別番号】110001254
【氏名又は名称】特許業務法人光陽国際特許事務所
(72)【発明者】
【氏名】上田 豊
(72)【発明者】
【氏名】椎橋 孝夫
【審査官】上田 威
(56)【参考文献】
【文献】米国特許出願公開第２０１３／０１７９１９２（ＵＳ，Ａ１）
【文献】国際公開第２０１２／０８１４０５（ＷＯ，Ａ１）
【文献】特開２０１４－０３９６５８（ＪＰ，Ａ）
【文献】特表２０１２－５１２４７９（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１１／００１５９４１（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ１６Ｈ １０／００ － ８０／００
Ａ６１Ｂ ６／００
Ａ６１Ｂ ６／０３
Ａ６１Ｂ ５／００
Ａ６１Ｂ ５／０５５
(57)【特許請求の範囲】
【請求項1】
クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続された複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを交換する方法であって、前記複数のローカルサーバは、第１のローカルサーバを備え、
前記複数のローカルリポジトリは、前記第１のローカルサーバ上の第１のローカルリポジトリを備え、
前記方法は、前記第１のローカルサーバに、
所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、前記クラウドサーバへ画像取出し要求を送信させることを含み、
前記画像取出し要求は、前記所定の患者に関連付けられ、前記クラウドサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記クラウドリポジトリ又は前記第１のローカルリポジトリの何れに格納されているかを判断させるものであり、
前記方法は、前記第１のローカルサーバに、
前記クラウドサーバによる前記判断に基づき、前記未加工画像データが前記クラウドリポジトリに格納されている場合に、前記未加工画像データを使用して前記クラウドサーバによって生成される前記医療画像を受信させること、又は、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、前記未加工画像データを使用してローカルに前記医療画像を生成するために、前記クラウドサーバから命令を受信させることと、
ディスプレイ上に前記生成した医療画像を表示させることと、
を含み、
前記第１のローカルサーバと前記クラウドサーバとの接続が切断された状態では、前記方法は、前記第１のローカルサーバに、
前記画像取出し要求に関連付けられた未加工画像データが前記第１のローカルリポジトリに格納されているか否かを判断させ、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、当該未加工画像データを使用してローカルに前記医療画像を生成させ、当該生成した医療画像を前記ディスプレイ上に表示させることを含む、
方法。
【請求項2】
前記複数のローカルサーバのそれぞれは、ローカルコンピュータに結合される、請求項１に記載された方法。
【請求項3】
前記ユーザによる前記要求は、それぞれが前記所定の患者又は異なる所定の患者に関連付けられた複数の医療画像にアクセスするための要求であり、前記方法は、前記第１のローカルサーバに、
前記クラウドサーバによる前記判断に基づき、前記クラウドサーバから前記複数の医療画像の１つを受信させ、前記複数の医療画像のうちの別の医療画像をローカルに生成するための前記命令を前記クラウドサーバから受信させることを含み、
前記クラウドサーバから受信した前記医療画像及び前記第１のローカルサーバによってローカルに生成された医療画像は、異なる医療画像である、
請求項１又は２に記載された方法。
【請求項4】
前記第１のローカルサーバは、前記第１のローカルサーバに結合されたヘルスケア施設における外部装置、外部媒体、及び撮像手段の少なくとも１つから前記未加工画像データを受信し、前記第１のローカルサーバは、前記未加工画像データを前記クラウドリポジトリに格納するために、前記未加工画像データを前記クラウドサーバに送信する、請求項１から３のいずれか一項に記載された方法。
【請求項5】
前記第１のローカルサーバは、前記未加工画像データを前記クラウドリポジトリに格納するために、前記未加工画像データを前記クラウドサーバに送信する、請求項１から３のいずれか一項に記載の方法。
【請求項6】
前記未加工画像データは、前記ユーザによって設定されたプリファレンスに基づいて、前記未加工画像データが前記クラウドサーバに送信された後に、前記第１のローカルリポジトリに格納されるか、又は前記第１のローカルサーバから削除される、請求項５に記載の方法。
【請求項7】
前記未加工画像データは、メタデータを含む医療用デジタル画像及び通信フォーマット（ＤＩＣＯＭフォーマット）の画像データである、請求項１から６のいずれか一項に記載の方法。
【請求項8】
前記未加工画像データのメタデータは、患者ＩＤ、患者名、検査ＩＤ、ローカル指標、クラウド指標、及びローカルＰＣ情報を含む、請求項７に記載の方法。
【請求項9】
前記ローカル指標及び前記クラウド指標は、前記未加工画像データの格納場所に関する情報を含み、前記ローカルＰＣ情報は、前記第１のローカルサーバのメディア制御アクセス（ＭＡＣ）アドレスである、請求項８に記載の方法。
【請求項10】
前記未加工画像データの前記メタデータは、前記クラウドリポジトリ内のリモートデータテーブルに格納され、前記第１のローカルリポジトリ内のローカルデータテーブルは、前記第１のローカルサーバのＭＡＣアドレスに関連付けられたリモートデータテーブルに格納されたメタデータにより所定の間隔で更新される、
請求項９に記載の方法。
【請求項11】
前記ローカルリポジトリに格納された前記未加工画像データの削除は、複数のユーザベースの設定に基づいて、前記第１のローカルサーバによって自動的に管理される、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記複数のユーザベースの設定は、自動削除期間設定、自動削除設定のための撮像手段の種類、ブックマークデータが削除対象から除外されるべきか否かを決定するための設定、画像削除設定を実行するための時間、及び画像削除設定の頻度を含む、請求項１１に記載の方法。
【請求項13】
前記クラウドサーバ上の前記クラウドリポジトリは、クラウド型画像アーカイブ通信システム（ＰＡＣＳ）用のデータベースである、請求項１から１２のいずれか一項に記載の方法。
【請求項14】
前記第１のローカルサーバに格納されたローカル画像生成プログラムのバージョンは、前記クラウドサーバに格納されたリモート画像生成プログラムのバージョンに基づいて自動的に更新される、請求項１から１３のいずれか一項に記載の方法。
【請求項15】
コンピュータに結合された第１のローカルサーバに、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続された複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを交換するための動作を実行させる命令を記憶する非一時的なコンピュータ可読媒体（ＣＲＭ）であって、前記複数のローカルサーバは、前記第１のローカルサーバを備え、
前記複数のローカルリポジトリは、前記第１のローカルサーバ上の第１のローカルリポジトリを備え、
前記動作は、前記第１のローカルサーバに、
所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、前記クラウドサーバへ画像取出し要求を送信させることを含み、
前記画像取出し要求は、前記所定の患者に関連付けられ、前記クラウドサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記クラウドリポジトリ又は前記第１のローカルリポジトリの何れに格納されているかを判断させるものであり、
前記動作は、前記第１のローカルサーバに、
前記クラウドサーバによる前記判断に基づき、前記未加工画像データが前記クラウドリポジトリに格納されている場合に、前記未加工画像データを使用して前記クラウドサーバによって生成される前記医療画像を受信させること、又は、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、前記未加工画像データを使用してローカルに前記医療画像を生成するために、前記クラウドサーバから命令を受信させることと、
ディスプレイ上に前記生成した医療画像を表示させることと、
を含み、
前記第１のローカルサーバと前記クラウドサーバとの接続が切断された状態では、前記動作は、前記第１のローカルサーバに、
前記画像取出し要求に関連付けられた未加工画像データが前記第１のローカルリポジトリに格納されているか否かを判断させ、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、当該未加工画像データを使用してローカルに前記医療画像を生成させ、当該生成した医療画像を前記ディスプレイ上に表示させることを含む、
ＣＲＭ。
【請求項16】
前記複数のローカルサーバのそれぞれは、ローカルコンピュータに結合される、請求項１５に記載されたＣＲＭ。
【請求項17】
前記ユーザによる前記要求は、それぞれが前記所定の患者又は異なる所定の患者に関連付けられた複数の医療画像にアクセスするための要求であり、前記動作は、前記第１のローカルサーバに、
前記クラウドサーバによる前記判断に基づき、前記クラウドサーバから前記複数の医療画像の１つを受信させ、前記複数の医療画像のうちの別の医療画像をローカルに生成するための前記命令を前記クラウドサーバから受信させることを含み、
前記クラウドサーバから受信した前記医療画像及び前記第１のローカルサーバによってローカルに生成された医療画像は、異なる医療画像である、
請求項１５又は１６に記載されたＣＲＭ。
【請求項18】
医療データを交換するシステムであって、クラウドサーバと、
前記クラウドサーバ上のクラウドリポジトリと、
前記クラウドサーバに接続されたローカルサーバと、
前記ローカルサーバ上のローカルリポジトリと、を備え、
前記ローカルサーバは、
所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、前記クラウドサーバへ画像取出し要求を送信し、
前記画像取出し要求は、前記所定の患者に関連付けられ、前記クラウドサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記クラウドリポジトリ又は前記ローカルリポジトリの何れに格納されているかを判断させるものであり、
前記ローカルサーバは、
前記クラウドサーバによる前記判断に基づき、前記未加工画像データが前記クラウドリポジトリに格納されている場合に、前記未加工画像データを使用して前記クラウドサーバによって生成される前記医療画像を受信し、又は、前記未加工画像データが前記ローカルリポジトリに格納されている場合に、前記未加工画像データを使用してローカルに前記医療画像を生成するために、前記クラウドサーバから命令を受信し、
ディスプレイ上に前記生成した医療画像を表示し、
前記ローカルサーバと前記クラウドサーバとの接続が切断された状態では、前記ローカルサーバは、
前記画像取出し要求に関連付けられた未加工画像データが前記ローカルリポジトリに格納されているか否かを判断し、前記未加工画像データが前記ローカルリポジトリに格納されている場合に、当該未加工画像データを使用してローカルに前記医療画像を生成し、当該生成した医療画像を前記ディスプレイ上に表示する、
システム。
【請求項19】
前記ローカルサーバは、ローカルコンピュータに結合される、請求項１８に記載されたシステム。
【請求項20】
前記ユーザによる前記要求は、それぞれが前記所定の患者又は異なる所定の患者に関連付けられた複数の医療画像にアクセスするための要求であり、前記ローカルサーバは、
前記クラウドサーバによる前記判断に基づき、前記クラウドサーバから前記複数の医療画像の１つを受信し、前記複数の医療画像のうちの別の医療画像をローカルに生成するための前記命令を前記クラウドサーバから受信し、
前記クラウドサーバから受信した前記医療画像及び前記ローカルサーバによってローカルに生成された医療画像は、異なる医療画像である、
請求項１８又は１９に記載されたシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、医療画像及びデータのマルチロケーションエクスチェンジに関する。
【背景技術】
【0002】
医療画像及び医療データは、患者の診断において重要な役割を果たす。ヘルスケア施設（例えば、病院）は、医療画像及び医療データを電子的に格納する利点を実感している。医療画像及びデータのデジタル化は、ユーザが医療画像及び医療データに容易にアクセスすることを可能にするだけでなく、複数のヘルスケア施設間で画像及びデータを容易に交換することを可能にする。
【0003】
ヘルスケア業界では、画像アーカイブ通信システム（「ＰＡＣＳ」）として知られるシステムの使用が、医療画像の便利な保管及びアクセスのために普及が進んでいる。一般に、ＰＡＣＳは、コンピュータ断層撮影法（ＣＴ）、磁気共鳴画像法（ＭＲＩ）、位置放射断層撮影法（ＰＥＴ）、超音波、Ｘ線などのような様々な撮像手段（imaging modality）によって生成された医療画像をデジタル的にキャプチャし、保管し、管理し、分配し、及び表示するように協働する多数の装置を備える。ＰＡＣＳは、様々なヘルスケア施設が、内部又は外部的にキャプチャされたすべてのタイプの画像を共有することを可能にする。
【発明の概要】
【発明が解決しようとする課題】
【0004】
最近では、クラウド型ＰＡＣＳが、従来のＰＡＣＳの効率性及びアクセシビリティを向上させる方法として浮上している。一般に、「クラウド」は、様々な場所にある複数のコンピュータやデバイスに、インターネットを介して、コンピューティングリソース及びデータのリモート・オンデマンド・アクセスを提供するオンラインストレージシステムとして理解され得る。クラウドは、ヘルスケア施設がローカルに格納したくないデータを、ヘルスケア施設が格納できるようにする媒体を提供する。クラウド型ＰＡＣＳは、医療画像の格納のために様々な場所にリモート又はオフサイトのデータセンタを利用するベンダによって提供され得る。
【課題を解決するための手段】
【0005】
一般に、一の態様では、本発明は、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続された複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを交換する方法に関する。前記複数のローカルサーバは、第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上の第１のローカルリポジトリを備える。前記方法は、前記第１のローカルサーバに、所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、前記クラウドサーバへ画像取出し要求（image retrieval request）を送信させることを含み、前記画像取出し要求は、前記所定の患者に関連付けられ、前記クラウドサーバに、前記画像取出し要求に関連付けられた未加工画像データ（raw image data）が前記クラウドリポジトリ又は前記第１のローカルリポジトリの何れに格納されているかを判断させるものである。前記方法は、前記第１のローカルサーバに、前記クラウドサーバによる前記判断に基づき、前記未加工画像データが前記クラウドリポジトリに格納されている場合に、前記未加工画像データを使用して前記クラウドサーバによって生成される前記医療画像を受信させること、又は、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、前記未加工画像データを使用してローカルに前記医療画像を生成するために、前記クラウドサーバから命令を受信させることと、ディスプレイ上に前記生成した医療画像を表示させることと、を含む。前記第１のローカルサーバと前記クラウドサーバとの接続が切断された状態では、前記方法は、前記第１のローカルサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記第１のローカルリポジトリに格納されているか否かを判断させ、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、当該未加工画像データを使用してローカルに前記医療画像を生成させ、当該生成した医療画像を前記ディスプレイ上に表示させることを含む。
【0006】
一般に、一の態様では、本発明は、コンピュータに結合された第１のローカルサーバに、クラウドサーバ上のクラウドリポジトリと前記クラウドサーバに接続された複数のローカルサーバ上の複数のローカルリポジトリとの間で、医療データを交換するための動作を実行させる命令を記憶する非一時的なコンピュータ可読媒体（ＣＲＭ）に関する。前記複数のローカルサーバは、前記第１のローカルサーバを備え、前記複数のローカルリポジトリは、前記第１のローカルサーバ上の第１のローカルリポジトリを備える。前記動作は、前記第１のローカルサーバに、所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、前記クラウドサーバへ画像取出し要求を送信させることを含み、前記画像取出し要求は、前記所定の患者に関連付けられ、前記クラウドサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記クラウドリポジトリ又は前記第１のローカルリポジトリの何れに格納されているかを判断させるものである。前記動作は、前記第１のローカルサーバに、前記クラウドサーバによる前記判断に基づき、前記未加工画像データが前記クラウドリポジトリに格納されている場合に、前記未加工画像データを使用して前記クラウドサーバによって生成される前記医療画像を受信させること、又は、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、前記未加工画像データを使用してローカルに前記医療画像を生成するために、前記クラウドサーバから命令を受信させることと、ディスプレイ上に前記生成した医療画像を表示させることと、を含む。前記第１のローカルサーバと前記クラウドサーバとの接続が切断された状態では、前記動作は、前記第１のローカルサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記第１のローカルリポジトリに格納されているか否かを判断させ、前記未加工画像データが前記第１のローカルリポジトリに格納されている場合に、当該未加工画像データを使用してローカルに前記医療画像を生成させ、当該生成した医療画像を前記ディスプレイ上に表示させることを含む。
【0007】
一般に、一の態様では、本発明は、医療データを交換するシステムに関する。前記システムは、クラウドサーバと、前記クラウドサーバ上のクラウドリポジトリと、前記クラウドサーバに接続されたローカルサーバと、前記ローカルサーバ上のローカルリポジトリとを備える。前記ローカルサーバは、所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、前記クラウドサーバへ画像取出し要求を送信し、前記画像取出し要求は、前記所定の患者に関連付けられ、前記クラウドサーバに、前記画像取出し要求に関連付けられた未加工画像データが前記クラウドリポジトリ又は前記ローカルリポジトリの何れに格納されているかを判断させるものである。前記ローカルサーバは、前記クラウドサーバによる前記判断に基づき、前記未加工画像データが前記クラウドリポジトリに格納されている場合に、前記未加工画像データを使用して前記クラウドサーバによって生成される前記医療画像を受信し、又は、前記未加工画像データが前記ローカルリポジトリに格納されている場合に、前記未加工画像データを使用してローカルに前記医療画像を生成するために、前記クラウドサーバから命令を受信し、ディスプレイ上に前記生成した医療画像を表示する。前記ローカルサーバと前記クラウドサーバとの接続が切断された状態では、前記ローカルサーバは、前記画像取出し要求に関連付けられた未加工画像データが前記ローカルリポジトリに格納されているか否かを判断し、前記未加工画像データが前記ローカルリポジトリに格納されている場合に、当該未加工画像データを使用してローカルに前記医療画像を生成し、当該生成した医療画像を前記ディスプレイ上に表示する。
【0008】
本発明の他の態様及び利点は、以下の説明及び添付の特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【0009】
【発明を実施するための形態】
【0010】
以下、添付の図面を参照して特定の実施形態を詳細に説明する。様々な図における同様の要素は、一貫性のため、同様の参照番号で示される。同様の要素は、簡潔にするために、すべての図に示されていない場合がある。
【0011】
本開示の実施形態の以下の詳細な説明において、本開示のより完全な理解を提供するために、多数の具体的な詳細が示される。しかしながら、当業者にとって、これらの具体的な詳細なしに本開示が実施され得ることは明らかであろう。他の例では、周知の特徴は、説明を不必要に複雑にすることを避けるために、詳細には説明されていない。
【0012】
出願全体を通して、序数（例えば、第１、第２、第３など）は、要素（すなわち、出願における任意の名詞）の形容詞として用いられ得る。序数の使用は、「前」、「後」、「単一」及び他のそのような用語の使用など、明示的に開示されていない限り、要素の特定の順番を示唆したり、与えたりすることはなく、或いは、あらゆる要素を単一の要素のみであると限定することはない。むしろ、序数の使用は要素を区別することである。一例として、第１の要素は第２の要素とは区別され、第１の要素は２以上の要素を包囲し、要素の順序で、第２の要素を後にする（又は先行させる）ことができる。
【0013】
単数形「a」、「an」及び「the」は、文脈上他に明確に指示されない限り、複数の指示対象を含むことが理解されるべきである。したがって、例えば、「水平ビーム」への言及は、そのようなビームの１つ又は複数への言及を含む。
【0014】
「約（approximately）」、「実質的に（substantially）」などのような語は、記載された特性、パラメータ、又は値が、正確に達成される必要はないが、例えば、許容値、測定誤差、測定精度限界及び当業者にとって既知の他の因子を含む偏差又は変動が、特性が提供しようとした効果を排除しない量で、生じ得る。
【0015】
多数従属請求項は導入されていないが、１つ又は複数の実施形態の従属請求項の発明主題は、他の従属請求項と組み合わせられ得ることは、当業者には明らかであろう。
【0016】
一般に、本発明の１つ又は複数の実施形態は、クラウド型ＰＡＣＳに関し、医療画像及びデータのマルチロケーションエクスチェンジのために構成されたクラウドサーバ上の負荷を効率的に除去することができる、方法、非一時的なコンピュータ可読媒体、及びシステムを提供する。
【0017】
１つ又は複数の実施形態に係るクラウドベースのＰＡＣＳに関し、同一の病院グループ内の施設のようなクラウドサーバ上のクラウドデータリポジトリ又はデータベース（「クラウドリポジトリ」）にアクセスするための許可を与えられた様々なヘルスケア施設間で、医療画像及びデータが交換される。このような環境では、例えば、クラウド型ＰＡＣＳのすべてのユーザ（例えば、医療従事者）は、「ネットワーク内」の他のヘルスケア施設（すなわち、クラウドリポジトリの同一部分にアクセスするための許可を持っている。）で得られた患者の医療画像及びデータを取り出す（retrieve）ために、クラウドサーバに要求を送信することができる。
【0018】
１つ又は複数の実施形態によれば、ユーザ要求に応答して、クラウドサーバは、クラウドリポジトリに格納された医療画像データ（「未加工画像データ」）を使用して医療画像を生成し得る。クラウドサーバは、複数のそのような要求を同時に受信し得る。しかしながら、１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設の少なくとも一部は、現場でローカルに取得した未加工画像データ、又はローカルデータリポジトリ若しくはデータベース（「ローカルリポジトリ」）を少なくとも一時的に格納し、ローカルに格納された画像生成プログラムを使用して未加工画像データから医療画像を生成するように、構成される。したがって、要求された医療画像を生成する前に、クラウドサーバは、まず、自身の要求を、施設のいずれかが、クラウドサーバのリソースを利用することなくローカルに満たすことができるか否かを決定するために、ネットワーク内ヘルスケア施設と通信する。次に、これらの機能を持つ施設に自身の医療画像を生成するように指示することにより、クラウドサーバは、たとえ、ネットワーク接続が遅い、及び／又は非常に多くのユーザが同時に要求をクラウドサーバに送信する場合であっても、より適時にかつ効率的な方法で、すべての要求を処理することができる。その結果、本発明の１つ又は複数の実施形態は、同一施設内又は異なる施設内の異なるユーザデバイスから医療画像にアクセス（例えば、使用又は閲覧）しようとしているかも知れない複数のユーザが経験するパフォーマンスをトータルで高めることができる。
【0019】
１つ又は複数の実施形態によれば、そのような各ヘルスケア施設で生成されたすべての未加工画像データが、それぞれのローカルリポジトリに必ずしも格納される必要はなく、むしろ、それぞれの施設に必要な又は関心のあるデータのみがローカルに格納され得る。例えば、施設は、頻繁にアクセスされない医療画像で満杯になったそのローカルリポジトリを望まないし、又は該医療画像で負荷がかかるローカルサーバを望まないかも知れない。さらに、あるネットワーク内ヘルスケア施設は、医療画像をローカルに生成するために必要なリソース（例えば、帯域幅、適切な機器など）を有しないかも知れない。
【0020】
１つ又は複数の実施形態によれば、一の施設のユーザが、ネットワーク内施設のユーザデバイス（「ローカルコンピュータ」）からクラウドサーバに（ローカルコンピュータから直接又はローカルコンピュータに接続されたローカルサーバを介して）画像取出し要求（image retrieval request）を送信した場合、クラウドサーバは、要求された医療画像に関連付けられた未加工画像データがクラウドリポジトリにのみ格納されていると判定される場合に、要求された医療画像を生成し、該施設に送信する。一方、要求された医療画像に関連付けられた未加工画像データが施設のローカルリポジトリで利用可能であると判定される場合、クラウドサーバは、ローカルコンピュータに医療画像をローカルに生成するように指示する命令をローカルコンピュータに返送する。異なるネットワーク内施設によって行われる各画像取出し要求に対してこのプロセスを実行することにより、本発明の１つ又は複数の実施形態は、クラウドサーバに課される負荷がネットワーク内ヘルスケア施設間で除去されることを可能にし、クラウドサーバにアクセスするすべてのユーザに高くかつより安定したパフォーマンスをもたらすようになる。
【0021】
図１Ａ及び１Ｂは、本発明の１つ又は複数の実施形態に係るシステム１００を示す。図１Ａ及び図１Ｂに示すように、システム１００は、クラウドリポジトリ１０３を含むクラウドサーバ１０１、複数のローカルコンピュータ１０５、及び異なるネットワーク内ヘルスケア施設に関連付けられたローカルリポジトリ１０７を有するローカルサーバ１０６を含む。ローカルサーバ１０６（例えば、アプリケーションプロキシサーバ（ＡＰＳ））及び複数のローカルコンピュータ１０５は、クラウドサーバ１０１から医療画像を要求するため、クラウドサーバ１０１にアクセスするための権限が与えられる。１つ又は複数の実施形態では、ローカルサーバ１０６がネットワーク内ヘルスケア施設で利用可能である場合、複数のローカルコンピュータ１０５は、ローカルサーバ１０６に接続され、ローカルサーバ１０６を介して、クラウドサーバ１０１にアクセスし得る。
【0022】
１つ又は複数の実施形態では、ヘルスケア施設（サイトＡ、サイトＢ）のそれぞれは、いずれの場所にあってもよく、公立病院、私立病院、診療所（medical clinic）、歯科医院、ポータブル診療所、医療用テント、一時的医療用ステーションなどのような医療ケアを提供する施設であり得る。図１Ａ及び１Ｂは、サイトＡ及びＢのみを示しているが、これは説明を容易にするためである。本発明の１つ又は複数の実施形態は、より多くのネットワーク内施設を有し得る。さらに、図１Ａ及び図１Ｂは、単一のローカルサーバ１０６を有する１つの施設（サイトＡ）のみを示しているが、これは、同様に、説明を容易にするためである。本発明の１つ又は複数の実施形態は、ローカルサーバ１０６を含む複数のネットワーク内ヘルスケア施設を有し、１つ以上のローカルサーバ１０６は、１つの施設に配置され得る。
【0023】
１つ又は複数の実施形態では、クラウドリポジトリ１０３を有するクラウドサーバ１０１は、クラウド型ＰＡＣＳ又はそのようなベンダに関連付けられた別のサードパーティを提供するベンダによって運営され得る。１つ又は複数の実施形態では、クラウドサーバ１０１は、アプリケーション及び情報処理を実行する物理及び／又は仮想のコンピュータインフラストラクチャである。例えば、クラウドサーバ１０１は、仮想サーバ又はインターネットを介して遠隔からアクセスされる物理サーバであり得る。１つ又は複数の実施形態では、クラウドリポジトリ１０３は、オンラインデータリポジトリである。例えば、クラウドリポジトリは、仮想データルーム（ＶＤＲ）又はインターネットを介して遠隔からアクセスされるデータベース（又はデータベース群）であり得る。
【0024】
１つ又は複数の実施形態では、クラウドサーバ１０１は、ローカルサーバ１０６から送信された医療画像データ（「未加工画像データ」）を受信し、該原データを遠隔データとしてクラウドリポジトリ１０３に格納するように、構成される。
【0025】
１つ又は複数の実施形態では、ローカルコンピュータ１０５のそれぞれは、パーソナルコンピュータ（ＰＣ）、ラップトップ、モバイルコンピューティングデバイス（例えば、タブレットＰＣ、スマートフォンなど）、サーバ、メインフレーム、キオスクなどに対応し得る。ローカルコンピュータ１０５は、それぞれのヘルスケア施設に関連付けられた医療専門家によって操作され、クラウドサーバ１０１と医療画像及び未加工画像データを交換するように構成される。１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設における複数のローカルコンピュータ１０５の１つは、ローカルサーバ１０６として構成され得る。
【0026】
１つ又は複数の実施形態では、ローカルサーバ１０６は、１つ又は複数のコンピュータプロセッサ、関連するメモリ（例えば、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ又は複数のストレージデバイス（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブやデジタル多用途ディスク（ＤＶＤ）ドライブのような光学ドライブ、フラッシュメモリスティックなど）、並びに他の多くの要素及び機能を含む、コンピューティングデバイスであり得る。
【0027】
また、図１Ａ及び図１Ｂに示すように、クラウドサーバは、リモート画像表示アプリケーション（「リモートＩＤＡ」）及びリモート画像生成プログラム（「リモートＩＧＰ」）を備える。ローカルサーバ１０６は、ローカルサーバ１０６がクラウドサーバにアクセスすることを可能にするルーティングアプリケーションを備える。ローカルサーバ１０６は、同様に、ローカル画像表示アプリケーション（「ローカルＩＤＡ」）及びローカル画像生成プログラム（「ローカルＩＧＰ」）を備える。ルーティングアプリケーション、ローカルＩＤＡ、及びローカルＩＧＰは、クラウドサーバ１０１を運営するベンダによって提供され得る。ローカルサーバ１０６に結合されたローカルコンピュータ１０５は、ルーティングアプリケーション、ローカルＩＤＡ、及びローカルＩＧＰの機能にアクセスし得る。これは、ルーティングアプリケーション、ローカルＩＤＡ、及びローカルＩＧＰを、個々のローカルコンピュータ１０５にインストールする必要性をなくす。
【0028】
１つ又は複数の実施形態では、ルーティングアプリケーション、ローカルＩＤＡ、及びローカルＩＧＰは、ベンダに関連付けられたサードパーティによって提供され得る。ルーティングアプリケーション、ローカルＩＤＡ、及びローカルＩＧＰは、ローカルサーバ１０６に格納され、また、ローカルサーバ１０６に結合されたローカルコンピュータ１０５がクラウドサーバ１０１にアクセスし、外部ローカルソースからデータを受信し、医療画像を生成することを可能にするグラフィカルユーザインタフェース（「ＧＵＩ」）を備えたウェブブラウザベースのアプリケーションのプラグインとしてインストールされ得る。
【0029】
１つ又は複数の実施形態では、ルーティングアプリケーションは、ローカルサーバ１０６がクラウドサーバ１０１に医療画像取出し要求を送信し、クラウドサーバ１０１から命令を受信することを可能にするメイン中継点として構成される。ローカルＩＤＡ及びリモートＩＤＡは、外部ソースから未加工画像データを受信し、ローカルサーバ１０６によって送信された医療画像取出し要求を受信するように構成される。外部ソースは、撮像手段１０９、外部デバイス、又はＣＤ、ＤＶＤ、ＵＳＢなどのような外部メディアであり得る。外部デバイスは、デジタル信号調節器（ＤＳＣ）、スマートフォンなどのようなデバイスであり得る。外部メディアは、ＣＤ、ＤＶＤ、ＵＳＢなどのようなローカルサーバ１０６の入力インタフェースに挿入可能なデータを記憶する媒体であり得る。
【0030】
１つ又は複数の実施形態では、リモートＩＧＰ及びローカルＩＧＰは、未加工画像データを、ＪＰＥＧ（Joint Photographic Expert Group）、ＪＰＥＧ２０００、ＰＮＧ（Portable Network Graphics）、ＧＩＦ（Graphics Interchange Format）、ＴＩＦＦ（Tagged Image File Format）などのようなフォーマットに変換するように構成される。未加工画像データは、医療用デジタル画像及び通信フォーマット（ＤＩＣＯＭフォーマット）であり得る１つ又は複数の実施形態では、ＤＩＣＯＭは、システム１００を実現するための汎用画像フォーマットであり得る。
【0031】
また、図１Ａ及び図１Ｂに示すように、ローカルサーバ１０６は、撮像手段１０９に結合され得る。撮像手段１０９は、患者の診断を提供する医療画像を生成するために使用しられる、ＤＩＣＯＭフォーマットのデータのような未加工画像データを生成することができる任意のタイプの医療用撮像装置であり得る。撮像手段の例は、コンピュータ断層撮影（ＣＴ）、磁気共鳴画像（ＭＲＩ）、陽電子放射断層撮影法（ＰＥＴ）、超音波（ＵＳ）、Ｘ線、デジタルＸ線撮影（ＤＲ）などであり得る。
【0032】
１つ又は複数の実施形態では、ルーティングアプリケーション、ローカルＩＤＡ、ローカルリポジトリ１０７、及びローカルＩＧＰは、ローカルサーバ１０６の代わりに、ローカルコンピュータ１０５上に提供され得る。１つ又は複数の実施形態では、ローカルサーバ１０６に接続されていないか、又はローカルサーバ１０６を有していないローカルコンピュータ１０５は、ルーティングアプリケーションのみを含み得る。
【0033】
図１Ａは、ネットワーク内ヘルスケア施設とクラウドサーバ１０１との間の接続が安定している１つ又は複数の実施形態に係る例を示す。この状態で、複数のネットワーク内ヘルスケア施設は、クラウドサーバ１０１と双方向に通信し得る。図１Ａに示すように、ネットワーク内ヘルスケア施設は、他のネットワーク内ヘルスケア施設にとってアクセス可能なクラウドリポジトリ１０３にリモートデータとして格納されるよう、ローカルに取得した未加工画像データをクラウドサーバ１０１に送信し得る。
【0034】
１つ又は複数の実施形態では、サイトＡと同様の設定のネットワーク内ヘルスケア施設は、それぞれのローカルリポジトリ１０７にローカルデータとして格納されるよう、クラウドサーバ１０１から未加工画像データを取り出し、又はローカルサーバ１０６に結合されたローカルコンピュータ１０５によって表示されよう、医療画像を受信し得る。ヘルスケア施設はまた、ローカルＩＧＰを使用してローカルに医療画像を生成するよう、ローカルリポジトリ１０７に格納された未加工画像データにアクセスし得る。
【0035】
１つ又は複数の実施形態では、サイトＡと同様の設定のネットワーク内ヘルスケア施設とクラウドサーバ１０１との間の接続が安定している場合、ローカルサーバ１０６は、ルーティングアプリケーションを介して、クラウドサーバ１０１に画像取出し要求を送信することができる。該要求を受信すると、クラウドサーバ１０１は、クラウドリポジトリ１０３に格納された未加工画像データからの情報に基づき、要求された医療画像に関連付けられた未加工画像データが格納されているか否かを判断する。１つ又は複数の実施形態では、クラウドサーバ１０１は、要求された医療画像に関連付けられた未加工画像データのコピーを常に保持する。
【0036】
１つ又は複数の実施形態では、クラウドサーバ１０１は、要求された医療画像に関連付けられた未加工画像データがクラウドリポジトリ１０３にのみ格納されていると判断した場合、クラウドサーバ１０１は、クラウドリポジトリ１０３から未加工画像データを取り出し、リモートＩＧＰを使用して医療画像を生成する。クラウドサーバ１０１は、次に、生成された医療画像を、画像取出し要求を送信したそれぞれのローカルサーバ１０６に送信する。
【0037】
１つ又は複数の実施形態では、クラウドサーバ１０１が、要求された医療画像に関連付けられた未加工画像データが画像取出し要求を送信したローカルサーバ１０６のローカルリポジトリ１０７にローカルデータとして格納されていると判断する場合、クラウドサーバ１０１は、ローカルデータを使用してローカルＩＧＰによってローカルに要求された医療画像を生成するために、ローカルサーバ１０６に命令を送信する。
【0038】
１つ又は複数の実施形態では、クラウドリポジトリ１０３に格納されたすべてのリモートデータが、ローカルデータとして格納されるべきサイトＡと同様の設定でネットワーク内ヘルスケア施設によって取り出される必要はない。ローカルデータとして取り出され記憶されるリモートデータは、ヘルスケア施設のサイズ及び必要性、又はローカルコンピュータ１０５のユーザ（例えば、医療従事者）のプリファレンスに基づいて変化し得る。例えば、あるネットワーク内ヘルスケア施設のローカルリポジトリ１０７にローカルデータとして取り出され格納されるリモートデータは、それらの施設の患者である特定の個人に基づき得る。したがって、特定の個人がネットワーク内の特定のヘルスケア施設の患者でない場合、そのヘルスケア施設は、その患者の未加工画像データをローカルデータとしてクラウドサーバ１０１から取り出して格納しないかも知れない。さらに、取出し及び記憶されるべきリモートデータは、医療従事者によって頻繁に使用される特定の患者のデータに基づき得る。さらに、リモートデータは、一時的にローカルデータとしてのみ記憶され得る。例えば、特定の時間枠よりも古いデータは、パージされ得る。これらのオプションは、限られたストレージ容量及び処理能力のローカルリポジトリ１０７を有する小規模のヘルスケア施設に対して特に有用である。
【0039】
１つ又は複数の実施形態では、サイトＡと同様の設定の各ネットワーク内ヘルスケア施設のローカルコンピュータ１０５のユーザは、ローカルサーバ１０６に結合されたローカルコンピュータ１０５にインストールされたＧＵＩを備えたウェブブラウザベースのアプリケーションを介して、クラウドリポジトリ１０３上で取り出された医療画像を閲覧し得る。１つ又は複数の実施形態では、リモートデータが別のヘルスケア施設によって更新された場合、ローカルサーバ１０６は、クラウドリポジトリ１０３のデータでローカルリポジトリ１０７のローカルデータを自動的に更新し得る。
【0040】
例えば、個人は、複数のネットワーク内ヘルスケア施設の患者であり得る。これらのネットワーク内ヘルスケア施設のそれぞれは、個人の未加工画像データをローカルデータとして格納し得る。１つ又は複数の実施形態では、個人の未加工画像データは、ネットワーク内ヘルスケア施設のうちの１つによってクラウドリポジトリ１０３において更新され、該個人が同様に患者である他のネットワーク内ヘルスケア施設は、ローカルリポジトリ１０７内のローカルデータを最新の状態に保つように、該個人の更新された画像及びデータを自動的に取り出す（同期する）。クラウドリポジトリ１０３の自動更新及び／又は患者のローカルリポジトリ１０７の同期は、例えば、ローカルサーバ１０６のユーザによって設定された所定の間隔で、トリガされ得る。
【0041】
図１に示す１つ又は複数の実施形態では、サイトＢと同様の設定のネットワーク内ヘルスケア施設は、ローカルコンピュータ１０５上で表示されるよう、クラウドサーバ１０１から医療画像を直接取り出し得る。ローカルコンピュータ１０５は、ルーティングアプリケーションを介して、医療画像取出し要求をクラウドサーバ１０１に送信する。クラウドサーバ１０１により画像取出し要求を受信すると、クラウドサーバ１０１は、クラウドリポジトリ１０３に格納された要求された医療画像に関連付けられたリモートデータを使用して、リモートＩＧＰを備える要求された医療画像を生成する。クラウドサーバ１０１において医療画像が生成されると、クラウドサーバ１０１は、ローカルコンピュータ１０５によって表示されるよう、ローカルコンピュータ１０５に医療画像を送信する。
【0042】
図１Ｂは、サイトＡと同様の設定のネットワーク内ヘルスケア施設の１つとクラウドサーバ１０１との間の接続が切断されている状態の１つ又は複数の実施形態に係る一例を示す。この状態では、アプリケーションは、ローカルリポジトリ１０７に格納されたローカルデータにアクセスするために、切断されたヘルスケア施設のローカルサーバ１０６を自動的に構成し得る。１つ又は複数の実施形態では、切断されたヘルスケア施設は、切断のときに取得された未加工画像データをローカルリポジトリ１０７に一時的に格納する。
【0043】
１つ又は複数の実施形態では、ネットワーク内ヘルスケア施設の１つとクラウドサーバ１０１との間の接続が切断される状態では、ルーティングアプリケーションは、ローカルサーバ１０６による画像取出し要求をローカルＩＤＡに向ける。ローカルＩＤＡは、要求された画像に関連付けられた未加工画像データがローカルリポジトリ１０７内のローカルデータとして格納されているか否かを判断する。要求された画像に関連付けられた未加工画像データがローカルリポジトリ１０７に格納されている場合、ローカルＩＤＡは、ローカルデータを使用して、要求された医療画像を生成するよう、ローカルＩＧＰに指示する。ローカルデータは、医療従事者によって頻繁に使用されるデータであり得るので、要求された医療画像に関連付けられた未加工画像データは、ローカルデータとして格納される可能性が高い。これにより、ヘルスケア施設は、クラウドサーバ１０１からの切断によって受けるダウンタイムを低減することができる。
【0044】
次に、切断されたヘルスケア施設との接続がクラウドサーバ１０１で再確立されると、再接続されたヘルスケア施設のローカルサーバ１０６は、クラウドサーバ１０１に、切断されている間に取得されたローカルリポジトリ１０７に格納されたすべての未加工画像を送信するようにアプリケーションによって構成され得る。このような未加工画像データは、その結果、新しいリモートデータとしてクラウドリポジトリ１０３に格納され得る。クラウドサーバ１０１が、再接続されたヘルスケア施設からの未加工画像データで更新されているので、他のネットワーク内施設のローカルサーバ１０６は、それぞれのローカルリポジトリ１０７を新しいリモートデータで自動的に更新し得る。
【0045】
図１Ｂに示す１つ又は複数の実施形態では、サイトＢと同様の設定のネットワーク内ヘルスケア施設のローカルコンピュータ１０５とクラウドサーバ１０１との間の接続が切断された場合、ローカルコンピュータ１０５は、クラウドサーバ１０１からいかなる医療データを取り出すことができなくなる。
【0046】
図２は、１つ又は複数の実施形態に係る、図１Ａ及び図１Ｂに示すようなサイトＡと同様の設定のネットワーク内ヘルスケア施設のデータ格納スキームを示すダイアグラム２００を示す。図２を参照して、撮像手段（modality）のような外部ローカルソース、ＤＳＣ及びスマートフォンのような外部デバイス、並びにＣＤ、ＤＶＤ、ＵＳＢのような外部メディアからのデータは、ローカルリポジトリ１０７で受信される。ローカルリポジトリ１０７は、すべての受信データを、リモートデータとして格納されるよう、クラウドリポジトリ１０３に送信する。ローカルリポジトリ１０７は、クラウドリポジトリ１０３からリモートデータを受信し、該リモートデータをローカルデータとしてローカルに格納し得る。
【0047】
１つ又は複数の実施形態では、ローカルリポジトリ１０７は、ローカルＩＧＰに未加工画像データを提供するように構成される。ローカルＩＧＰは、ローカルリポジトリ１０７から未加工画像データを受信し、ローカルサーバ１０６に結合されたローカルコンピュータ１０５のユーザ（例えば、医療従事者）に表示されるよう、医療画像を生成する。ローカルリポジトリ１０７はまた、ユーザが画像削除アプリケーションを使用して、ローカルに保存したくない特定のローカルデータを自動的に削除するように構成される。画像削除アプリケーションは、ユーザのプリファレンスに基づいてローカルリポジトリ１０７に格納されたローカルデータの削除を容易に管理するようユーザによって構成され得る。
【0048】
図３は、１つ又は複数の実施形態に係る画像削除アプリケーションに関連付けられたユーザインターフェース３００の一例を示す。ユーザインターフェース３００は、ローカルサーバ１０６に結合されたローカルコンピュータ１０５にインストールされたウェブブラウザベースのアプリケーションを介して提示される。ユーザインターフェース３００には、ローカルサーバ１０６に結合されたローカルコンピュータ１０５のユーザ（例えば、医療従事者）によって変更することができる複数の設定が備わっている。ユーザは、ローカルサーバ１０６上のローカルリポジトリ１０７に格納されたローカルデータの自動削除を管理するためのプリファレンスを設定するために、ユーザインターフェースの設定を構成し得る。
【0049】
１つ又は複数の実施形態では、図３に示すように、ユーザインターフェース３００は、非限定的に、自動削除期間設定、自動削除設定のための撮像手段の種類、ブックマークデータが削除対象から除外されるべきか否かを決定するための設定、画像削除設定を実行するための時間、及び画像削除設定の頻度のようなユーザ構成可能な設定を含み得る。自動削除設定は、ユーザが、選択した時間間隔に一致する又は超えるタイムスタンプを有するすべての画像を削除することを可能にする。自動削除の撮像手段の種類は、ユーザが、選択した撮像手段のみに関連付けられたローカルデータを削除することを可能にする。画像削除の実行時間及び画像削除設定の頻度は、ユーザが、その日の時間及び自動削除機能がどのくらいの頻度で実施されるかを設定することを可能にする。
【0050】
１つ又は複数の実施形態では、ブックマークデータが削除から除外されるべきか否かを決定する設定は、ブックマークがユーザによる設定された自動削除設定のカテゴリのうちの少なくとも１つに該当する場合であっても、ユーザが、ユーザによって特別に選択されたローカルデータ（「ブックマーク」）が自動的に削除されないようにすることを可能にする。
【0051】
例えば、ユーザが図３に示すようなユーザインターフェース３００設定を構成する場合、ＤＲ及びＵＳ撮像手段に関連付けられた３ヶ月以上前のタイムスタンプを有するすべてのローカルデータは、ユーザによってブックマークされたデータを除いて、毎日１：００に削除される。ローカルサーバ１０６は、ユーザが新しい設定の組み合わせを修正し保存しない限り、同じ設定を適用し続ける。
【0052】
１つ又は複数の実施形態では、ユーザが所望の設定を入力すると、ローカルリポジトリに格納されたローカルデータの自動削除を実施するよう、ローカルサーバ１０６の設定を保存することができる。ユーザは、いつでもユーザインターフェース３００を起動し、設定を変更し得る。
【0053】
図４は、１つ又は複数の実施形態に係るクラウドリポジトリ１０３に格納された未加工画像に関連付けられた情報の更新を示すダイアグラムを示す。図４に示すように、未加工画像データに関連付けられた情報は、ローカルリポジトリ１０７のローカルデータテーブル４０１及びクラウドリポジトリ１０３のリモートデータテーブル４０３に格納される。ローカルデータテーブル４０１及びリモートデータテーブル４０３は、それぞれ、未加工画像データに埋め込まれたメタデータを抽出することによって、ローカルサーバ１０６及びクラウドサーバ１０１によってコンパイルされる。
【0054】
ローカルデータテーブル４０１及びリモートデータテーブル４０３内のデータは任意のあらゆる方法でソートし得る。図４に示す例において、データは、患者によってソートされる。しかしながら、データは、例えば、医療従事者のプリファレンスに基づいて、別の方法でソートすることができる。
【0055】
１つ又は複数の実施形態では、ローカルデータテーブル４０１及びリモートデータテーブル４０３は、非限定的に、患者ＩＤ４０５、患者名４０７、検査（study）ＩＤ４０９、ローカル指標４１１、クラウド指標４１３、及び、非限定的に、ローカルコンピュータ１０５に結合されたローカルサーバ１０６のローカル側情報４１５などのローカルサーバ１０６関連情報のような患者関連情報を含み得る。
【0056】
１つ又は複数の実施形態では、患者ＩＤ４０５は、個人の患者識別番号である。各個人は、単一の一意の患者ＩＤ４０５を有する。個人の患者ＩＤ４０５は、ネットワーク内ヘルスケア施設間で共有される。患者名４０７は、個人の法的な名称である。検査ＩＤ４０９は、患者の医療診断に関連付けられた、患者に対して行われた診断の識別番号である。複数の診断を受けた各個人は、複数の検査ＩＤ４０９に関連付けられている可能性がある。
【0057】
１つ又は複数の実施形態では、ローカル指標４１１及びクラウド指標４１３は、患者ＩＤ４０５又は検査ＩＤ４０９に関連付けられた未加工画像データが、ローカルデータとして、リモートデータとして、又はその両方として利用可能であるか否かを示す識別子である。例えば、個人の未加工画像データがリモートデータとしてのみ利用可能である場合、ローカル指標４１１は「ＮＯ」となり、クラウド指標４１３は「ＹＥＳ」となる。１つ又は複数の実施形態では、ローカルサーバ１０６からクラウドサーバ（１０１）への未加工画像データの送信が完了した場合にのみ、クラウド指標４１３が「ＮＯ」から「ＹＥＳ」に変更される。
【0058】
１つ又は複数の実施形態では、ローカルＰＣ情報４１５は、ローカルサーバ１０６に関連付けられたメディアアクセス制御（「ＭＡＣ」）アドレスである。同じヘルスケア施設のローカルサーバ１０６に結合されたローカルコンピュータ１０５は、ローカルサーバ１０６と同じＭＡＣアドレスを共有し得る。異なるヘルスケア施設のローカルサーバ１０６及びローカルコンピュータ１０５は、異なるＭＡＣアドレスを有するであろう。
【0059】
図４に示すように、ローカルデータテーブル４０１に格納された情報は、リモートデータテーブル４０３に格納された情報で更新される。ローカルデータテーブル４０１は、ローカルサーバ１０６のＭＡＣアドレスと同じＭＡＣアドレスに関連付けられたリモートデータテーブル４０３からの情報でのみ更新される。ローカルデータテーブル４０１の更新は、ローカルサーバ１０６に結合されたローカルコンピュータ１０５のユーザ（例えば、医療従事者）によって手動で起動することができる。追加的又は代替的に、ローカルデータテーブル４０１の更新は、ユーザ設定プリファレンスに基づいて、所定の間隔でローカルサーバ１０６によって自動的に起動される。これは、ローカルリポジトリ１０７に格納された未加工画像データの特定の情報が、クラウドリポジトリ１０３に格納された未加工画像データの情報によって常に最新のものであることを保証する。
【0060】
本発明の実施形態は、使用されているプラットフォームにかかわらず、事実上、あらゆるタイプのコンピューティングシステム上に実装され得る。例えば、コンピューティングシステムは、本発明の１つ又は複数の実施形態を実施するための、少なくとも、最少処理能力（minimum processing power）、メモリ、及び入出力デバイスを含む、１つ若しくは複数のモバイルデバイス（例えば、ラップトップコンピュータ、スマートフォン、パーソナルデジタルアシスタント、タブレットコンピュータ、又は他のモバイルデバイス）、デスクトップコンピュータ、サーバ、サーバシャーシ内のブレード、又は任意の他のタイプの１つ若しくは複数のコンピューティングデバイスである。例えば、図５に示すように、コンピューティングシステム５００は、１つ又は複数のコンピュータプロセッサ５０２、関連メモリ５０４（例えば、ランダムアクセスメモリ（ＲＡＭ）、キャッシュメモリ、フラッシュメモリなど）、１つ又は複数のストレージデバイス５０６（例えば、ハードディスク、コンパクトディスク（ＣＤ）ドライブ又はデジタル多用途ディスク（ＤＶＤ）ドライブのような光学ドライブ、フラッシュメモリスティックなど）、並びに他の多くの要素及び機能を含み得る。コンピュータプロセッサ５０２は、命令を処理するための集積回路であり得る。例えば、コンピュータプロセッサ５０２は、１つ又は複数のコア、又はプロセッサのマイクロコアであり得る。コンピューティングシステム５００はまた、タッチスクリーン、キーボード、マウス、マイクロフォン、タッチパッド、電子ペン、又は任意の他のタイプの入力デバイスのような１つ又は複数の入力デバイス５１０を含み得る。さらに、コンピューティングシステム５００は、スクリーン（例えば、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、タッチスクリーン、陰極線管（ＣＲＴ）モニタ、プロジェクタ、又は他のディスプレイデバイス）、プリンタ、外部ストレージ、又は任意の他の出力デバイスのような１つ又は複数の出力デバイス５０８を含み得る。出力デバイスのうちの１つ又は複数は、入力デバイスと同じであってもよいし、異なっていてもよい。出力デバイスのうちの１つ又は複数は、入力デバイス５１０と同じであってもよいし、異なっていてもよい。コンピューティングシステム５００は、ネットワークインターフェイス接続（図示せず）を介して、ネットワーク５１２（例えば、ローカルエリアネットワーク（ＬＡＮ）、インターネットのようなワイドエリアネットワーク（ＷＡＮ）、モバイルネットワーク、又は任意の他のタイプのネットワーク）に接続され得る。入力及び出力デバイスは、ローカルに又はリモートに（例えば、ネットワーク５１２を介して）、コンピュータプロセッサ５０２、メモリ５０４、及びストレージデバイス５０６に接続され得る。多くの異なるタイプのコンピューティングシステムが存在し、前述の入力及び出力デバイスは、他の形態をとり得る。
【0061】
本発明の実施形態を実施するためのコンピュータ可読プログラムコードの形式のソフトウェア命令は、ＣＤ、ＤＶＤ、ストレージデバイス、ディスケット、テープ、フラッシュメモリ、物理メモリ、又は任意の他のコンピュータ可読記憶媒体のような非一時的なコンピュータ可読媒体上に、全体的又は部分的に、一時的又は永続的に、記憶され得る。具体的には、ソフトウェア命令は、プロセッサによって実行されると、本発明の実施形態を実施するように構成されたコンピュータ可読プログラムコードに対応し得る。
【0062】
さらに、前述のコンピューティングシステム５００の１つ又は複数の要素は、遠隔地に配置され、ネットワーク５１２を介して他の要素に接続され得る。さらに、本発明の１つ又は複数の実施形態は、複数のノードを有する分散システム上で実施することができ、本発明の各部分は、分散システム内の異なるノード上に配置され得る。本発明の一実施形態では、ノードは、別個のコンピューティングデバイスに対応する。あるいは、ノードは、関連する物理メモリを有するコンピュータプロセッサに対応し得る。あるいは、ノードは、共有メモリ及び／又はリソースを有するコンピュータプロセッサ又はそのマイクロコアに対応し得る。
【0063】
図５のコンピューティングシステム５００は、比較及び他の処理の結果といった未処理及び／又は処理済みのデータを提示する機能を含み得る。例えば、データの提示は、様々な提示方法によって達成され得る。具体的には、データは、コンピューティングデバイスによって提供されるユーザインターフェースを介して提示され得る。ユーザインターフェースは、ハンドヘルドコンピュータデバイス上のコンピュータモニタ又はタッチスクリーンのようなディスプレイデバイス上に情報を表示するＧＵＩを含み得る。ＧＵＩは、どのデータが表示されるか、どのようにデータがユーザに提示されるかを編成する様々なＧＵＩウィジェットを含み得る。さらに、ＧＵＩは、ユーザに直接的にデータを、例えばテキストを通して実際のデータ値として示されるデータ、又はコンピューティングデバイスによって、データモデルを視覚化するなどといった、データの視覚的表現にレンダリングされたデータを、提示し得る。
【0064】
例えば、ＧＵＩは、最初に、特定のデータオブジェクトがＧＵＩ内に提示されることを要求するソフトウェアアプリケーションからの通知を取得し得る。次に、ＧＵＩは、例えば、データオブジェクトタイプを識別するデータオブジェクト内のデータ属性からデータを取得することによって、特定のデータオブジェクトに関連付けられたデータオブジェクトタイプを決定し得る。次に、ＧＵＩは、そのデータオブジェクトタイプを表示するために指定された任意のルール、例えば、データオブジェクトクラスのソフトウェアフレームワークによって特定されるルール、又はそのデータオブジェクトタイプを提示するためにＧＵＩによって定義される任意のローカルパラメータに従ったルール、を決定し得る。最後に、ＧＵＩは、特定のデータオブジェクトからデータ値を取得し、そのデータオブジェクトタイプに対する指定されたルールに従って、ディスプレイデバイス内のデータ値の視覚的表現をレンダリングし得る。
【0065】
図６は、１つ又は複数の実施形態に係るシステムの概略ダイアグラムを示す。該システムは、クラウドサーバ上のクラウドリポジトリとクラウドサーバに接続された複数のローカルサーバ上の複数のローカルリポジトリとの間で医療データを交換するように構成される。複数のローカルサーバは、第１のローカルコンピュータ６０２に結合された第１のローカルサーバを備え、複数のローカルリポジトリは、第１のローカルサーバ上の第１のローカルリポジトリを備える。１つ又は複数の実施形態では、第１のローカルコンピュータ６０２は、第１のローカルサーバであり得る。
【0066】
上で説明したように、序数の使用は、要素の特定の順序付けを示唆したり、与えたりすることはなく、或いは要素を単一要素に限定するものではない。例えば、「第１のローカルコンピュータ」は、クラウドサーバに接続された複数のローカルコンピュータの中の任意のローカルコンピュータであってもよく、説明のために単に「第１の」と称される。
【0067】
図６に示す処理モジュールは、例えば、（ｉ）以下のステップを実行するように構成された命令を実行するように構成されたコンピュータプロセッサ６０６を含む処理モジュール６０４を含むことができる。
【0068】
一の態様では、１つ又は複数の実施形態に係る方法は、第１のローカルコンピュータに、所定の患者に関連付けられた医療画像にアクセスするためのユーザによる要求に応答して、画像取出し要求をクラウドサーバに送信させる。画像取出し要求は、所定の患者に関連付けられ、クラウドサーバに、画像取出し要求に関連付けられた未加工画像データがクラウドリポジトリに格納されているか、又は第１のローカルリポジトリにローカルに格納されているかを判断させる。
【0069】
さらに、クラウドサーバによる決定に基づいて、１つ又は複数の実施形態に係る方法は、未加工画像データがクラウドリポジトリに格納されている場合、第１のローカルコンピュータに、未加工データを使用してクラウドサーバによって生成された医療画像を受信させ、又は、未加工画像データが第１のローカルリポジトリに格納されている場合に、未加工画像データを使用してローカルに医療画像を生成するよう、クラウドサーバから命令を受信する。その後、医療画像は、第１のローカルコンピュータのユーザに表示される。
【0070】
図６のシステムは、（ｉｉ）医療画像及びデータをユーザに提示するように構成された第１のローカルコンピュータ６０２をさらに備える。システムは、ベンダ提供アプリケーションに関係するアプリケーションデータ（ＰＡＣＳデータ）６１０、患者情報６１２、及び医療画像及び未加工画像データを含む医療画像及びデータ６１４を格納するように構成されたデータリポジトリ６０８をさらに含む。
【0071】
図７は、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図７に示すコンピュータ実装された方法である。図７に示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のみに関して説明されている。以下に説明する方法の各ステップは、ネットワーク内ヘルスケア施設のいずれかによって実行され得ることは、当業者にとって明らかであろう。さらに、該方法は、ローカルサーバによって実行されるものとして説明されるが、ローカルサーバに接続されるローカルコンピュータによって実行されてもよい。１つ又は複数の実施形態では、ローカルサーバ自体がローカルコンピュータであってもよく、これは小規模施設の場合であってもよい。
【0072】
ステップ７０５において、ヘルスケア施設のローカルサーバは、ローカルソースから未加工画像データを受信する。１つ又は複数の実施形態では、ローカルソースは、撮像手段、外部デバイス、又はＣＤ、ＤＶＤ、ＵＳＢのような外部メディアであり得る。撮像手段は、患者の診断を提供する医療画像を生成するために使用されるＤＩＣＯＭフォーマットデータのような未加工画像データを生成することができるあらゆるタイプの医療画像装置であり得る。撮像手段の例は、ＣＴ、ＭＲＩ、ＰＥＴ、ＤＲ、ＵＳ、Ｘ線などであり得る。外部装置は、ＤＳＣ、スマートフォンのような装置であり得る。
【0073】
ステップ７１０において、ローカルサーバは、ローカルソースから受信した画像データをローカルデータとしてローカルリポジトリに格納する。１つ又は複数の実施形態では、ローカルリポジトリに格納されたローカルデータは、後に、ローカル施設のユーザ（例えば、医療従事者）によって設定されたプリファレンスに基づいて自動的に削除される。削除されるべきローカルデータは、ユーザへのデータの重要性に依存するかも知れないし、ローカルデータの使用頻度に依存するかも知れない。１つ又は複数の実施形態では、ローカルデータの削除は、ローカルデータが送信された直後に行われ得る。
【0074】
ステップ７１５において、ローカルサーバは、ローカルデータをクラウドサーバに送信する。ステップ７２０において、クラウドサーバは、ローカルサーバから送信されたローカルデータを受信し、ステップ７２５において、クラウドサーバは、ローカルデータをリモートデータとしてクラウドサーバ上のクラウドリポジトリに格納する。１つ又は複数の実施形態では、クラウドサーバがローカルデータをクラウドリポジトリにリモートデータとして格納するとき、クラウドサーバはまた、リモートデータテーブルを、新たなリモートデータに関連付けられた情報で更新する。
【0075】
図８は、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図８に示す方法は、コンピュータ実装された方法である。図８に示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のみに関して説明されている。以下に説明する方法の各ステップは、ネットワーク内ヘルスケア施設のいずれかによって実行され得ることは、当業者とって明らかであろう。さらに、該方法は、ローカルサーバによって実行されるものとして説明されるが、ローカルサーバに接続されるローカルコンピュータによって実行されてもよい。１つ又は複数の実施形態では、ローカルサーバ自体がローカルコンピュータであってもよい。
【0076】
ステップ８０５Ａ及び８０５Ｂにおいて、ネットワーク内ヘルスケア施設の１つに関連付けられたローカルサーバは、ローカルサーバとクラウド上のクラウドサーバとの間の接続状態をチェックして、接続が正常であるか否かを判断する。
【0077】
ステップ８０５Ｂにおけるチェック結果がＹＥＳの場合、ローカルサーバは、ステップ８１０Ａにおける画像取出し要求をクラウドサーバに送信する。１つ又は複数の実施形態では、画像取出し要求は、個々の患者の名前（「所定の患者」）と関連付けられ得る。画像取出し要求は、所定の患者に関連付けられた１つ以上の医療画像に対する要求を含み得る。
【0078】
ステップ８０５ＢにおけるチェックがＮＯであれば、ステップ８１０Ｂにおいて、ローカルサーバは、ローカルサーバ上にローカルに格納されている画像表示アプリケーションに画像取出し要求を送信し、ステップ８２５に進む。
【0079】
ステップ８１５においては、画像検索要求がステップ８１０Ａにおいて送信された後、ローカルサーバは、クラウドから医療画像又は画像生成命令の少なくとも１つを受信する。１つ又は複数の実施形態では、ローカルサーバは、クラウドから医療画像及び画像生成命令の両方を受信し得る。１つ又は複数の実施形態では、クラウドサーバから受信された医療画像は、クラウドサーバ上のクラウドリポジトリにリモートデータとして格納されるのみの未加工画像データを有する医療画像である。
【0080】
ステップ８２０において、ローカルサーバは、クラウドサーバから受信したデータが、医療画像、画像生成命令、又はその両方であるか否かを判断する。
【0081】
ステップ８２０におけるチェックの結果が、命令のみ、又は命令及び医療画像の両方である場合、ローカルサーバは、ステップ８２５に進む。ステップ８２５において、ローカルサーバは、要求された医療画像に関連付けられた未加工画像データをローカルリポジトリから取得し、ステップ８３０において、未加工画像データとともにローカル画像生成プログラムを使用して、要求された医療画像を生成する。生成された医療画像は、次に、ローカルサーバに結合されたローカルコンピュータを介して、クラウドサーバから直接受信した任意の医療画像とともに、ローカルサーバによってユーザに表示される。１つ又は複数の実施形態では、ローカルサーバは、ローカルコンピュータであり得る。
【0082】
１つ又は複数の実施形態では、ローカルに生成された医療画像は、クラウドサーバから直接受信された医療画像とは異なる未加工画像データに関連付けられた異なる医療画像である。これは、クラウドサーバが、異なるローカルサーバからそれぞれのローカルリポジトリにローカルデータとして格納された要求された医療画像に関連付けられた未加工画像データを有するそれぞれのローカルデバイスまで、要求されたすべての医療画像を生成することに伴う負荷及びトラフィックを除去することを可能にする。
【0083】
ステップ８２０におけるチェックの結果が医療画像のみである場合、ローカルサーバは、ローカルサーバに結合されたローカルコンピュータを介して、要求された医療画像、ユーザに表示するために、ステップ８３５に直接進む。１つ又は複数の実施形態では、ローカルサーバはローカルコンピュータであり得る。
【0084】
図９は、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図９に示す方法は、コンピュータ実装された方法である。図９に示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のみに関して説明されている。以下に説明される方法の各ステップは、ネットワーク内ヘルスケア施設のいずれかによって実行され得ることは、当業者とって明らかであろう。さらに、該方法は、クラウドサーバ及びローカルサーバに関して説明されるが、該方法は、クラウドサーバ及びローカルサーバに接続されるローカルコンピュータに関しても実現され得る。
【0085】
ステップ９０５において、複数のネットワーク内ヘルスケア施設に関連付けられたクラウドサーバは、複数のネットワーク内ヘルスケア施設のうちの１つに関連付けられたローカルサーバによって送信された画像取出し要求を受信する。１つ又は複数の実施形態では、単一の画像取出し要求は、複数の医療画像に対する要求を含み得る。１つ又は複数の実施形態では、クラウドサーバは、ローカルサーバから又は異なるネットワーク内ヘルスケア施設の複数のローカルサーバから、複数の画像取出し要求を同時に受信し得る。
【0086】
ステップ９１０において、クラウドサーバは、クラウドサーバに格納された画像表示アプリケーション（「リモートＩＤＡ」）を用いて、要求された画像に関連付けられた未加工画像データが格納されている場所を決定する。１つ又は複数の実施形態では、画像表示アプリケーションは、要求された画像の未加工画像データが格納されている場所を示す識別子について、要求された画像に関連付けられたクラウドリポジトリ内のリモートデータテーブルに格納された情報をチェックする。１つ又は複数の実施形態では、要求された画像の未加工画像データは、クラウドリポジトリにおけるリモートデータとして、画像取出し要求を送信したローカルサーバ上のローカルリポジトリとして、又はリモート及びローカルリポジトリの両方において、格納され得る。
【0087】
ステップ９１０において、チェックの結果が、ローカル及びクラウド、又はローカルのみである場合、クラウドサーバは、ステップ９３０において、ローカルサーバに画像生成命令を送信する。１つ又は複数の実施形態では、画像生成命令は、ローカルに格納された画像生成プログラムを使用してローカルリポジトリに格納されたローカルデータで要求された医療画像を生成するようにローカルサーバに命令するために使用される。これは、クラウドサーバが、それぞれのローカルリポジトリにおけるローカルデータとして格納された要求された医療画像に関連付けられた未加工画像データを有するそれぞれのローカルデバイスに対する、要求された医療画像を生成することに伴う負荷及びトラフィックの一部を除去することを可能にする。
【0088】
ステップ９１０において、チェックの結果がＣＬＯＵＤのみである場合、リモートＩＤＡは、ステップ９１５において、クラウドリポジトリに格納された未加工画像データを取り出す。
【0089】
ステップ９２０において、リモートＩＤＡは、クラウドサーバに、クラウドサーバ上に格納された画像生成プログラムを使用してクラウドリポジトリから取得した未加工画像データで医療画像を生成するよう、指示する。
【0090】
ステップ９２５において、クラウドサーバは、生成された医療画像を、画像取出し要求を送信したそれぞれのローカルサーバに送信する。
【0091】
図１０は、１つ又は複数の実施形態に係る方法のフローチャートを示す。１つ又は複数の実施形態では、図１０は、コンピュータ実装された方法である。図１０に示す各ステップは、複数のネットワーク内ヘルスケア施設のうちの１つのヘルスケア施設のみに関して説明されている。以下に説明する方法の各ステップは、ネットワーク内ヘルスケア施設のいずれかによって実行され得ることは、当業者にとって明らかであろう。さらに、該方法は、クラウドサーバ及びローカルサーバに関して説明されているが、該方法は、クラウドサーバ及びローカルサーバに接続されたローカルコンピュータに関しても実現され得る。
【0092】
ステップ１００５において、ネットワーク内ヘルスケア施設の１つに関連付けられたローカルサーバは、１つ又は複数の実施形態のアプリケーションの起動により、ローカルＩＧＰの現在のバージョンのバージョン情報をクラウドサーバにアップロードする。１つ又は複数の実施形態では、アプリケーションは、ベンダ又はベンダに関連付けられたサードパーティによって提供され得る。
【0093】
ステップ１０１０及び１０１５において、クラウドサーバは、ローカルサーバから送信されたバージョン情報を受信し、ローカルＩＧＰの現在のバージョンが画像生成プログラムの古い（older）（「旧（outdated）」）バージョンであるか否かを判断する。
【0094】
ステップ１０１５において、チェックの結果がＮＯである場合、クラウドサーバは、ステップ１０２０に進み、該ステップにおいて、クラウドサーバは、ローカルＩＧＰの現在のバージョンが最新の（most up-to-date）（「直近の（latest）」）バージョンである旨を示すメッセージをローカルサーバのユーザに表示するよう、ローカルサーバに命令を送信する。
【0095】
ステップ１０１５において、チェックの結果がＹＥＳである場合、クラウドサーバはステップ１０２５に進み、ローカルサーバに、画像生成プログラムの最新バージョンをダウンロードするように指示する。
【0096】
ステップ１０３０において、ローカルサーバは、クラウドサーバからの命令を受信すると、画像生成プログラムの最新バージョンをダウンロードし、ステップ１０３５に進み、古いローカルＩＧＰを更新するために、最新バージョンの画像生成プログラムをインストールする。
【0097】
図１１は、本発明の１つ又は複数の実施形態に係る図１Ａ及び１Ｂのシステムの１つの実装形態を示す。図１１に示すように、サイトＡのローカルサーバ１０６とサイトＢのローカルコンピュータ１０５は、画像取出し要求信号をクラウドサーバ１０１に送信し得る。図１１に示す例では、２つの医療画像（医療画像Ａ及びＢ）が、各ローカルコンピュータ１０５のブラウザ上に、同時に表示されている。
【0098】
１つ又は複数の実施形態では、図１１に示す各矢印は、送信される信号／データを表す。矢印の方向は、信号／データが送信されている方向を示す。さらに、同じ要求／データに関係する信号は、同じ形式で示される。
【0099】
例えば、図１１に示すように、１つ又は複数の実施形態によれば、サイトＢのローカルコンピュータ１０５は、画像取出し要求信号をクラウドサーバ１０１上の画像表示アプリケーションに送信する。画像表示アプリケーションは、画像取出し要求信号を受信し、未加工画像データ（すなわち、画像データ）取出し信号をクラウドリポジトリ１０３に送信する。クラウドリポジトリ１０３は、画像表示アプリケーションから信号を受信し、医療画像Ａ及び医療画像Ｂの画像データを、医療画像が生成されるクラウドサーバ１０１上の画像生成プログラムに送信する。クラウドサーバ１０１は、医療画像Ａ及びＢをローカルコンピュータ（１０５）に送信し、そこで医療画像Ａ及びＢはユーザに表示される。
【0100】
図１１に示すように、１つ又は複数の実施形態によれば、サイトＡのローカルコンピュータ１０５上に表示された２つの医療画像Ａ及びＢは、２つの異なる場所、すなわち、１つはローカルサーバ１０６からローカルに（医療画像Ａ）、もう１つはクラウドサーバ１０１からリモートに（医療画像Ｂ）に取り出される。具体的には、ローカルサーバ１０６は、ローカルリポジトリ１０７に格納された医療画像Ａの画像データを有し得る。ローカルコンピュータ１０５が医療画像Ａ及びＢの両方の画像取出し要求をクラウドサーバ１０１に送信するとき、クラウドサーバ１０１は、医療画像Ｂを生成し、送信する。なぜならば、クラウドサーバ１０１は、医療画像Ａの画像データがローカルサーバ１０６上にローカルに格納されていることを判断することができるからである。クラウドサーバ１０１は、ローカルサーバ１０６に格納された画像生成プログラムを使用してローカルに医療画像Ａを生成するために、画像生成命令をローカルサーバ１０６に送信する。１つ又は複数の実施形態では、ローカルサーバ１０６は、クラウドサーバ１０１から受信した医療画像と同じ医療画像を生成しない。なぜならば、クラウドサーバ１０１から受信した医療画像の画像データは、ローカルリポジトリ１０７において利用可能でないからである。１つ又は複数の実施形態では、クラウドサーバ１０１は、画像取出し要求に関連付けられた画像データ（例えば、医療画像Ａの画像データ）をローカルリポジトリ１０７が含むと判断する場合、クラウドサーバ１０１は、該画像データに関連付けられた医療画像（すなわち、医療画像Ａ）を生成しない。
【0101】
本発明の１つ又は複数の実施形態は、以下の利点の１つ又は複数を有し得る：高トラフィックネットワーク環境において様々なネットワーク接続性を有するローカルサーバ間の医療画像の交換のための高性能かつ安全な性能を効果的に提供する能力；ユーザによって設定されたデータストレージプリファレンスに基づいてデータを自動的に削除及び格納することによってローカルリポジトリのストレージスペースを効果的に利用する能力；接続性の悪いローカルサーバに高性能かつ安定した性能を提供するためにクラウドリポジトリからのトラフィックを相殺する能力；ローカル画像生成プログラムのバージョンが古いか否かを自動的に判断する能力；古いローカル画像生成プログラムを最新バージョンのプログラムで自動的に更新する能力などである。
【0102】
本発明を限定された数の実施形態に関して説明してきたが、本開示の利益を有する当業者は、ここに開示されるような本発明の要旨から逸脱しない他の実施形態を考案することができることを理解するであろう。したがって、本発明の要旨は、添付の特許請求の範囲によってのみ限定されるべきである。
【図1A】
【図1B】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
