(57)【特許請求の範囲】
【請求項１】
複数の医用画像とそれに付帯された前記医用画像を特定する情報及びデータ量を含む付帯情報とを記憶する記憶部と、クライアントから指示される前記医用画像に対する画像処理を実行する画像処理部と、を有する複数のサーバーを備えた医用画像管理システムであって、
前記画像処理の対象となる処理対象画像を特定する情報と前記医用画像に施す画像処理内容とともに、その画像処理の予約を前記クライアントから受け付ける予約管理部と、
前記予約により前記画像処理の実行が予定された第１のサーバーの記憶部の空き容量が、所定の空き容量より少ないか否かを判断し、前記第１のサーバーの記憶部の空き容量が少ないと判断された場合に、前記複数の医用画像からそれらの前記付帯情報を基に前記処理対象画像以外の転送対象画像を特定する判断手段と、
前記転送対象画像を記憶可能な空き容量を有する前記第１のサーバー以外の第２のサーバーに転送する転送処理手段と、を備え、
前記転送後に前記第１のサーバーの画像処理部による前記処理対象画像に対する画像処理が行われることを特徴とする医用画像管理システム。
【請求項２】
前記予約管理部が予約を受け付けた前記画像処理内容を実行するために前記記憶部に必要な容量を、予め記憶されている画像処理内容に応じてその画像処理に必要な容量を参照して、前記所定の空き容量として特定する条件管理部と、
前記転送対象画像の前記付帯情報に含まれる前記データ量と前記複数のサーバーの空き容量とを照合することで、前記複数のサーバーのうちから前記転送対象画像を記憶可能な前記第２のサーバーを特定する転送先判断部と、
を更に備え、
前記判断手段は、前記第１のサーバーの前記記憶部に記憶された各医用画像の付帯情報に含まれるデータ量を基に前記転送対象画像を特定し、
前記転送処理手段は、前記転送対象画像を、前記転送先判断部が特定した前記第２のサーバーへ転送することを特徴とする請求項１に記載の医用画像管理システム。
【請求項３】
データ量を含む付帯情報が付帯された複数の医用画像を記憶する記憶部と、前記医用画像に画像処理を施す画像処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する複数の画像処理を画像処理内容に応じて前記複数のサーバーに分散し実行する医用画像管理システムであって、
前記画像処理の対象となる処理対象画像を特定する情報と前記医用画像に施す画像処理内容とともに、その画像処理の予約を前記クライアントから受け付ける予約管理部と、
前記予約管理部が予約を受け付けた前記画像処理の実行が予定されたサーバーの前記記憶部に前記実行に必要な容量を特定する条件管理部と、
前記予定されたサーバーの前記記憶部の空き容量と前記必要な容量とを比較し、前記空き容量が前記必要な容量に満たない場合、前記予定されたサーバーの前記記憶部に記憶された各医用画像の前記付帯情報を基に、前記空き容量が前記必要な容量を満たすように前記予定されたサーバーの前記記憶部に記憶されている前記複数の医用画像のうち、他のサーバーに転送するための前記処理対象画像以外の転送対象画像を特定する判断手段と、
各サーバーの記憶部の空き容量を示す情報を含む管理情報を記憶する管理情報記憶部と、
前記転送対象画像の前記付帯情報に含まれる前記転送対象画像のデータ量と前記管理情報に含まれる前記各サーバーの空き容量とを照合することで、前記複数のサーバーから前記転送対象画像を記憶可能な前記他のサーバーを特定する転送先判断部と、
前記転送先判断部が特定した前記他のサーバーに前記転送対象画像を転送する転送処理手段とを備えたことを特徴とする医用画像管理システム。
【請求項４】
前記条件管理部は、前記画像処理を実行するために必要な容量を前記画像処理内容ごとに含む統計情報を記憶し、前記予約された前記画像処理内容と、前記統計情報とを照合することで、前記画像処理を実行するために前記予定された前記記憶部に必要な容量を特定することを特徴とする請求項３に記載の医用画像管理システム。
【請求項５】
前記判断手段は、前記予定されたサーバーの前記記憶部の空き容量と、前記必要な容量とを比較することを特徴とする請求項３または請求項４に記載の医用画像管理システム。
【請求項６】
前記予約管理部は、前記画像処理内容として撮影条件を含む情報とともに前記画像処理の予約として撮影の予約を受け付け、
前記予定されたサーバーは、前記画像処理部としての撮影部を有し、撮影が予定されたサーバーであることを特徴とする請求項３乃至請求項５のいずれかに記載の医用画像管理システム。
【請求項７】
前記付帯情報は、付帯した前記医用画像のデータ種別を含み、
前記管理情報は、各サーバーが実行可能な前記画像処理内容を含み、
前記転送先判断部は、前記転送対象画像の付帯情報に含まれる前記データ種別と前記管理情報に含まれる前記画像処理内容とを照合することで、前記複数のサーバーのうちから該付帯情報が付帯された前記転送対象画像を処理可能なサーバーを前記転送先サーバーとして特定することを特徴とする請求項３乃至請求項６のいずれかに記載の医用画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像の作成や加工に関する複数の処理を、複数のサーバーに分散し実行する医用画像管理システムの技術に関する。
【背景技術】
【０００２】
アプリケーションサーバー上で動作する医用アプリケーションを、クライアントからネットワークを介して利用することが可能となってきた。またこのようなアプリケーションサーバーを複数台導入した環境を構築することも可能となってきている。このような環境では、複数の医用アプリケーションを複数台のアプリケーションサーバーに分散して処理を行うことが可能となる。また、医用画像撮影装置の中には、アプリケーションサーバーの機能を持つものも導入されてきている。
【０００３】
複数のアプリケーションサーバーが導入されている環境では、各アプリケーションサーバーで実行される機能は様々である。このような環境では、実行する処理の内容に応じて接続先のサーバーを自動的に切り替えるプロバイダが導入されている。操作者は、このプロバイダを介すことで、所望のアプリケーションを実行可能なアプリケーションサーバーにクライアントを接続することが可能となる。
【０００４】
しかしながらこのような環境では、各アプリケーションサーバーは、多種多様な医用画像を複数のクライアントからの要求によって処理する必要がある。そのため、処理を実行するために必要な記憶領域が圧迫され、アプリケーションの実行や画像収集などの処理の実行が阻害される恐れがある。
【０００５】
記憶領域の圧迫を避ける方法として、各処理を実行する際に、記憶領域に記憶された医用画像を、他のアプリケーションサーバーに転送する方法があげられる。しかしながら、医用画像はデータ量が大きく転送には時間がかかる。そのため、各処理の実行時に医用画像の転送を行うと、この転送により処理の実行が阻害され、処理をシームレスに実行することが困難になるという問題がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−１４６２６１号公報
【特許文献２】特開２００４−３３４４０３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
この発明の実施形態は上記の問題を解決するものであり、各アプリケーションサーバーが処理を実行するために必要な記憶領域の圧迫を防ぐ。また医用画像の転送に起因する、画像処理の実行の阻害を防止することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、この実施形態の第１の形態は、複数の医用画像とそれに付帯された前記医用画像を特定する情報及びデータ量を含む付帯情報とを記憶する記憶部と、クライアントから指示される前記医用画像に対する画像処理を実行する画像処理部と、を有する複数のサーバーを備えた医用画像管理システムであって、前記画像処理の対象となる処理対象画像を特定する情報と前記医用画像に施す画像処理内容とともに、その画像処理の予約を前記クライアントから受け付ける予約管理部と、前記予約により前記画像処理の実行が予定された第１のサーバーの記憶部の空き容量が、所定の空き容量より少ないか否かを判断し、前記第１のサーバーの記憶部の空き容量が少ないと判断された場合に、前記複数の医用画像からそれらの前記付帯情報を基に前記処理対象画像以外の転送対象画像を特定する判断手段と、前記転送対象画像を記憶可能な空き容量を有する前記第１のサーバー以外の第２のサーバーに転送する転送処理手段と、を備え、前記転送後に前記第１のサーバーの画像処理部による前記処理対象画像に対する画像処理が行われることを特徴とする。
また、この実施形態の第２の形態は、データ量を含む付帯情報が付帯された複数の医用画像を記憶する記憶部と、前記医用画像に画像処理を施す画像処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する複数の画像処理を画像処理内容に応じて前記複数のサーバーに分散し実行する医用画像管理システムであって、前記画像処理の対象となる処理対象画像を特定する情報と前記医用画像に施す画像処理内容とともに、その画像処理の予約を前記クライアントから受け付ける予約管理部と、前記予約管理部が予約を受け付けた前記画像処理の実行が予定されたサーバーの前記記憶部に前記実行に必要な容量を特定する条件管理部と、前記予定されたサーバーの前記記憶部の空き容量と前記必要な容量とを比較し、前記空き容量が前記必要な容量に満たない場合、前記予定されたサーバーの前記記憶部に記憶された各医用画像の前記付帯情報を基に、前記空き容量が前記必要な容量を満たすように前記予定されたサーバーの前記記憶部に記憶されている前記複数の医用画像のうち、他のサーバーに転送するための前記処理対象画像以外の転送対象画像を特定する判断手段と、各サーバーの記憶部の空き容量を示す情報を含む管理情報を記憶する管理情報記憶部と、前記転送対象画像の前記付帯情報に含まれる前記転送対象画像のデータ量と前記管理情報に含まれる前記各サーバーの空き容量とを照合することで、前記複数のサーバーから前記転送対象画像を記憶可能な前記他のサーバーを特定する転送先判断部と、前記転送先判断部が特定した前記他のサーバーに前記転送対象画像を転送する転送処理手段とを備えたことを特徴とする。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態に係る医用画像管理システムのブロック図である。
【図２】統計情報の一例である。
【図３】管理情報の一例である。
【図４】第１の実施形態に係る医用画像管理システムの動作を示すシーケンス図である。
【図５】第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。
【図６】第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。
【図７】第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。
【図８】第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。
【図９】第２の実施形態に係る医用画像管理システムのブロック図である。
【図１０】統計情報の一例である。
【図１１】第３の実施形態に係る医用画像管理システムのブロック図である。
【図１２】第４の実施形態に係る医用画像管理システムのブロック図である。
【図１３】第４の実施形態に係る医用画像管理システムの動作を示すシーケンス図である。
【図１４】第４の実施形態に係る医用画像管理システムの動作を示すフローチャートである。
【発明を実施するための形態】
【００１０】
（第１の実施形態）
第１の実施形態に係る医用画像管理システムの構成について図１を参照しながら説明する。第１の実施形態に係る医用画像管理システムは、複数のサーバーと、プロバイダ２と、クライアント３とで構成される。この医用画像処理システムでは、医用画像の作成や加工に関する複数の処理を、複数のサーバーに分散し実行している。以降では、この医用画像処理システムは、サーバー１Ａ、サーバー１Ｂ、及びサーバー１Ｃを含むものとして説明する。なおサーバー１Ｃは、図１には図示しない。
【００１１】
各サーバーの構成についてサーバー１Ａを例に説明する。サーバー１Ａは、画像情報記憶部１１と、画像処理部１２と、予約管理部１３と、条件管理部１４と、統計情報記憶部１５と、画像特定部１６と、転送管理部１７とを備える。
【００１２】
画像情報記憶部１１は、医用画像を記憶する記憶領域である。この医用画像には付帯情報が付されている。付帯情報には、医用画像の属性を示す情報が含まれている。医用画像の属性を示す情報には、医用画像のデータ量、データの形式、医用画像が作成または更新された日時を示す情報、及び医用画像を作成した機器またはアプリケーションの情報などが含まれる。データの形式とは、例えば拡張子などで区別される、画像をデータとして記録する方法やデータの圧縮方法を示す。医用画像を作成した機器またはアプリケーションの情報には、アプリケーション名、モダリティ、メーカー名、バージョン情報、及びプライベートタグなどを示す情報が含まれる。プライベートタグとは、例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ  Ｉｍａｇｉｎｇ  ａｎｄ  ＣＯｍｍｕｎｉｃａｔｉｏｎ  ｉｎ  Ｍｅｄｉｃｉｎｅ）プライベートタグのような拡張タグを示している。この拡張タグに、各医用画像を特定するための情報や、その医用画像を処理可能なアプリケーションと対応付けるための情報などを属性として付加してもよい。なお、前述したデータの形式を示す情報、及び医用画像を作成した機器またはアプリケーションの情報が、「データの種別」に相当する。
【００１３】
画像処理部１２は、クライアント３からの指示に基づき、読影処理や画像処理に係るアプリケーションを実行し、医用画像の作成及び加工のいずれかまたは双方を行う。以降では、医用画像の作成及び加工のいずれかまたは双方に係る処理を、単に「画像処理」と呼ぶ。以下に画像処理部１２の動作について具体的に説明する。画像処理部１２は、クライアント３から医用画像に対する画像処理が処理対象の医用画像とあわせて指示される。画像処理部１２は、まずクライアント３から指示された医用画像を画像情報記憶部１１から読み出す。次に画像処理部１２は、クライアント３からの指示に対応するアプリケーションを実行することで、読み出した医用画像に対し画像処理を施す。画像処理部１２は、画像処理により新たな医用画像が作成された場合、この医用画像を二次画像として画像情報記憶部１１に記憶させる。
【００１４】
なお、画像処理部１２が実行できる画像処理の内容はサーバーごとに異なる。具体的には各サーバーに、そのサーバーの画像処理部１２で実行可能な画像処理の内容に応じて異なるアプリケーションがインストールされている。各サーバーの画像処理部１２が実行可能な処理の内容は、後述するプロバイダ２により管理されている。
【００１５】
予約管理部１３は、クライアント３から予約情報を受信する。これにより予約管理部１３は、画像処理部１２による画像処理の予約を受け付ける。予約情報には、処理対象の医用画像を特定するための情報、画像処理の処理内容を示す情報（以下、「処理情報」と呼ぶ）、及び画像の解像度や枚数（スライス数）等の撮影条件を示す情報が含まれる。処理情報には、例えば、所望の画像処理を実行するためのアプリケーションの種別や、そのアプリケーションが提供する機能（一連の画像処理の一部として実行される部分的な画像処理の種別）を示す情報が含まれる。
【００１６】
統計情報記憶部１５は、統計情報をあらかじめ記憶している。統計情報には、画像処理の内容に応じて、各処理を実行するために必要な容量がアプリケーションの種別ごとに記録されている。なお、各処理を実行するために必要な容量とは、その種別に該当するアプリケーションを実行するために一時的に使用する容量や、画像処理の結果として作成される二次画像を保管するために必要な容量を示している。図２は、統計情報の一例である。図２に示すように、例えば、心機能解析のアプリケーションを実行する場合、１００ＭＢの容量が必要であることが統計情報として記憶されている。統計情報には、各処理の実行に必要な容量を過去の経験に基づき算出し記憶させておくとよい。また、撮影条件に応じて処理対象のデータ量も異なり、このデータ量に応じて、各処理を実行するために必要な容量も変化する。そのため、撮影条件に応じた統計情報を算出し、これを統計情報記憶部１５に記憶させておいてもよい。また、アプリケーションが提供する機能ごと（即ち、部分的な画像処理の種別ごと）に統計情報を算出し、これを統計情報記憶部１５に記憶させておいてもよい。また、アプリケーションの種別またはそのアプリケーションが提供する画像処理の種別と、撮影条件とを組み合わせて、この組み合わせごとに統計情報を算出し、これを統計情報記憶部１５に記憶させておいてもよい。
【００１７】
予約管理部１３が画像処理の予約を受け付けると、条件管理部１４は、予約された処理を実行するために必要な容量を特定する。具体的には条件管理部１４は、予約管理部１３が受信した予約情報に含まれる処理情報及び撮影条件を示す情報と、統計情報記憶部１５に記憶された統計情報とを照合する。これにより条件管理部１４は、この処理情報が示す処理を実行するために必要な容量を統計情報から特定する。
【００１８】
画像特定部１６は、条件管理部１４が求めた必要な容量と、画像情報記憶部１１の空き容量とを比較する。なお画像特定部１６は、一例として、空き容量をＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）から取得するとよい。また画像特定部１６は、画像情報記憶部１１の全容量と、画像情報記憶部１１に記憶された医用画像のデータ量とから空き容量を算出してもよい。画像情報記憶部１１の空き容量が必要な容量に満たない場合、画像特定部１６は、必要な容量を確保するために他のサーバーに転送する医用画像（以下「転送対象画像」と呼ぶ）を画像情報記憶部１１から特定する。画像特定部１６が転送対象画像を特定する処理の内容について、以下に具体的に説明する。
【００１９】
画像特定部１６は、画像情報記憶部１１に記憶された各医用画像の付帯情報を参照し、あらかじめ決められたルールに従い転送対象画像を特定する。ルールの一例として、画像特定部１６は、自己のサーバーにおける画像処理部１２が処理の対象としない医用画像を、転送対象画像として特定する。この場合、画像特定部１６は、各医用画像に付帯された、データの形式、及び医用画像を作成した機器またはアプリケーションの情報と、画像処理部１２が実行可能な処理とを照合する。この場合、実行可能な処理ごとに、各処理が処理対象とするデータの種別を対応付けて管理・記憶させておくとよい。この照合により画像特定部１６は、画像処理部１２が処理の対象としない医用画像を特定することが可能となる。また、その他の例として、画像特定部１６は、一定期間更新がされていない医用画像を、転送対象画像として特定する。この場合、画像特定部１６は、各医用画像に付帯された更新の日時を示す情報を参照し、最後の更新からあらかじめ決められた期間が経過している医用画像を検索する。この検索により、画像特定部１６は、一定期間更新がされていない医用画像を特定することが可能となる。
【００２０】
また画像特定部１６は、転送管理部１７からの指示を受けて、画像情報記憶部１１の空き容量を求め、求めた空き容量を示す情報を転送管理部１７に通知する。なお、この画像特定部１６が「判断手段」に相当する。
【００２１】
転送管理部１７は、画像特定部１６が特定した転送対象画像の付帯情報をプロバイダ２に送信し、この転送対象画像の転送先となるサーバー（以下、「転送先サーバー」と呼ぶ）をプロバイダ２に問合せる。この問合せの応答として、転送管理部１７に、プロバイダ２から転送先サーバーが通知される。この通知を受けて転送管理部１７は、通知された転送先サーバーに転送対象画像を転送する。転送対象画像の転送が完了すると、転送管理部１７は、プロバイダ２に転送の完了を通知する。このとき転送管理部１７は、転送対象画像を特定するための情報と転送先のサーバーを示す情報をプロバイダ２にあわせて送信する。これによりプロバイダ２は、各医用画像がどのサーバーの画像情報記憶部１１に記憶されているかを管理することが可能となる。なお、転送対象画像が記憶された（転送元である）サーバー１Ａが「第１のサーバー」に相当し、上記した転送先サーバーが「第２のサーバー」に相当する。
【００２２】
また転送管理部１７は、転送対象画像の転送の完了後に、転送済の転送対象画像を画像情報記憶部１１から削除する。これにより、画像情報記憶部１１の空き容量が増加する。その後、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。転送管理部１７は、取得した空き容量を示す情報をプロバイダ２に通知する。これによりプロバイダ２は、サーバー１Ａの画像情報記憶部１１の空き容量を、管理・記憶することが可能となる。
【００２３】
また転送管理部１７は、他のサーバーから転送対象画像を受信した場合、受信した転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。転送管理部１７は、取得した空き容量を示す情報をプロバイダ２に通知し管理情報の更新を要求する。これによりプロバイダ２で管理・記憶されている、サーバー１Ａの画像情報記憶部１１の空き容量を示す情報が更新される。なお、この転送管理部１７が「転送処理手段」に相当する。
【００２４】
次にプロバイダ２の構成について説明する。プロバイダ２は、管理情報記憶部２１と、要求管理部２２と、転送先判断部２３と、情報更新部２４と、接続先判断部２５とを備える。なおこのプロバイダ２が、「医用画像管理装置」に相当する。
【００２５】
管理情報記憶部２１は、各サーバー（例えば、サーバー１Ａ〜１Ｃ）の情報を管理するための管理情報を記憶している。管理情報には、各サーバーの画像処理部１２が実行可能なアプリケーションの種類や、このアプリケーションの情報、及び各サーバーの画像情報記憶部１１の空き容量を示す情報が含まれている。アプリケーションの情報には、例えば、アプリケーション名、モダリティ、メーカー名、バージョン情報、プライベートタグ、及びそのアプリケーションが提供する機能（即ち、部分的な画像処理の種別）などを示す情報が含まれる。図３は管理情報の一例である。図３に示すように、例えば、サーバー１Ａは、アプリケーションＡｐｐＸとＡｐｐＹとして提供される画像処理を実行可能であることが管理情報として記憶されている。この管理情報によれば、サーバー１ＡにインストールされているアプリケーションＡｐｐＸは、モダリティ「ＣＴ」で撮影された医用画像、すなわちＣＴ画像を処理対象としている。またアプリケーションＡｐｐＸは、「Ｔ社」のアプリケーションであり、バージョンが「２．０」である。またアプリケーションＡｐｐＸは、プライベートタグ「ｘｘｘｘｙｙｙｙ」に対応付けられている。またアプリケーションＡｐｐＸは、「ＭＩＰ／ＭＰＲ」の機能を有している。また、この管理情報は、サーバー１Ａの画像情報記憶部１１の空き容量が０．５ＧＢであることを示している。また管理情報には、アプリケーションごとに、このアプリケーションが処理対象とするデータの種別を対応付けて記憶させておくとよい。またこの管理情報には、この医用画像管理システムに含まれるサーバー（例えばサーバー１Ｂ及び１Ｃ）についても、サーバー１Ａと同様に前述した各情報が含まれている。
【００２６】
また管理情報記憶部２１は、各医用画像を特定するための情報を、その医用画像の記憶先（どのサーバーの画像情報記憶部１１に記憶されているか）を示す情報と対応付けて画像保管先情報として記憶している。この画像保管先情報により、プロバイダ２は、各医用画像が記憶されているサーバーを特定することが可能となる。
【００２７】
要求管理部２２は、各サーバー（サーバー１Ａ〜１Ｃ）から、転送対象画像を転送する転送先サーバーの問合せ、転送の完了の通知、及び空き容量を示す情報の通知を受け付ける。また要求管理部２２は、クライアント３からサーバーへの接続要求を受け付ける。要求管理部２２は、受け付けた情報の内容に応じて、転送先判断部２３、情報更新部２４、及び接続先判断部２５のいずれかに処理を依頼する。要求管理部２２の動作について、以下に具体的に説明する。なお、転送先判断部２３、情報更新部２４、及び接続先判断部２５については後述する。
【００２８】
要求管理部２２は、各サーバー（サーバー１Ａ〜１Ｃ）から、転送対象画像を転送する転送先サーバーの問合せと、転送対象画像の付帯情報とを受ける。この場合、要求管理部２２は、受信した付帯情報を転送先判断部２３に出力し、転送先判断部２３に転送先サーバーの特定を指示する。この指示に対する応答として、要求管理部２２は、転送先判断部２３から転送先サーバーの通知を受ける。要求管理部２２は、受信した転送先サーバーの問合せの応答として、この転送先サーバーを要求元であるサーバー（例えばサーバー１Ａ）に通知する。なお、転送対象画像が複数ある場合、要求管理部２２は、転送対象画像ごとに転送先判断部２３に転送先サーバーを特定させるように動作させてもよい。この場合、要求管理部２２は、要求元であるサーバーに、転送対象画像ごとに転送先サーバーを通知する。
【００２９】
あるサーバーに記憶された医用画像が他のサーバーに転送されたとき、要求管理部２２は、転送元のサーバーから転送の完了の通知を受ける。この場合、要求管理部２２は、あわせて通知される転送対象画像を特定するための情報及び転送先のサーバーを示す情報を情報更新部２４に出力し、情報更新部２４に画像保管先情報の更新を指示する。この指示を受けて情報更新部２４は、画像保管先情報に含まれた、転送対象画像の記憶先を示す情報を更新する。
【００３０】
各サーバーの画像情報記憶部１１の空き容量が更新されたとき、要求管理部２２は、空き容量が更新されたサーバーから、空き容量を示す情報の通知を受ける。この場合、要求管理部２２は、空き容量が更新されたサーバーを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力し、情報更新部２４に管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれた空き容量が更新されたサーバーの空き容量を示す情報を更新する。
【００３１】
要求管理部２２は、クライアント３から、サーバーへの接続要求を受ける。この接続要求には、処理対象の画像を特定するための情報や、実行する処理の内容を示す情報が含まれる。この場合、要求管理部２２は、この接続要求を接続先判断部２５に出力し、接続先判断部２５に接続先のサーバーの特定を指示する。この指示に対する応答として、要求管理部２２は、接続先判断部２５から接続先のサーバーの通知を受ける。要求管理部２２は、接続要求の要求元であるクライアント３と通知された接続先のサーバーとの間の接続を確立する。これによりクライアント３は、各サーバーに予約情報を送信したり、各サーバーに画像処理の実行を指示したりすることが可能となる。なお要求管理部２２は、予約情報に含まれる処理情報を基に接続先のサーバーを特定してもよい。これにより操作者は、接続先のサーバーを意識することなく、所望の処理を実行可能なサーバーに、処理の予約を行うことが可能となる。
【００３２】
転送先判断部２３は、要求管理部２２から転送先サーバーの特定の指示とあわせて、転送対象画像の付帯情報を受ける。転送先判断部２３は、この転送対象画像の付帯情報と、管理情報に含まれた各サーバーの情報とを照合し転送先サーバーを特定する。転送先判断部２３が転送先サーバーを特定する処理について、以下に例をあげて具体的に説明する。
【００３３】
転送先判断部２３は、付帯情報に含まれた転送対象画像のデータ量を示す情報と、管理情報に含まれた各サーバーの空き容量を示す情報とを照合し、転送対象画像を記憶可能なサーバーを特定する。また転送先判断部２３は、転送対象画像を作成した機器またはアプリケーションの情報に含まれる各情報と、各サーバーが実行可能なアプリケーション（画像処理）の各情報とを照合し、転送対象画像を処理可能なサーバーを特定する。例えば転送先判断部２３は、転送対象画像に付帯されたプライベートタグと、各サーバーのアプリケーションに対応付けられたプライベートタグとが一致する場合に、そのサーバーを特定するとよい。また、転送対象画像のデータの形式を基に、この転送対象画像を処理できるアプリケーションがインストールされたサーバーを特定してもよい。転送先判断部２３は、上記のような照合のうちいずれかを用いてもよいし、全てを組み合わせて用いてもよい。
【００３４】
転送先判断部２３は、上記のような各照合のいずれか複数または全照合を実行し、各照合において情報が適合するごとにポイントを付してもよい。この場合、転送先判断部２３は、最も高いポイントが付されたサーバーを転送先サーバーとして特定する。また、照合ごとに付されるポイントに重みを設定してもよい。一例として、データ量を示す情報と空き容量を示す情報との照合で付されるポイントの重みを最も高く設定するとよい。また、転送対象画像を作成した機器またはアプリケーションの情報に含まれる各情報と、管理情報に含まれる各サーバーが実行可能なアプリケーション（画像処理）の各情報との照合においても同様である。一例として、プライベートタグや機能（即ち、部分的な画像処理の種別）の照合時のポイントの重みを高く設定し、バージョンの照合時のポイントの重みを低く設定するとよい。転送先判断部２３は、上記照合に基づき特定した転送先サーバーを要求管理部２２に通知する。
【００３５】
情報更新部２４は、要求管理部２２から画像保管先情報の更新の指示とあわせて、転送対象画像を特定するための情報及び転送先のサーバーを示す情報を受ける。情報更新部２４は、管理情報記憶部２１に記憶された画像保管先情報を検索し、転送対象画像を特定するための情報を特定する。情報更新部２４は、特定した転送対象画像を特定するための情報に対応付けられた記憶先を、要求管理部２２から受けた転送先のサーバーに更新する。これによりプロバイダ２は、転送対象画像の転送後の記憶先を、この画像保管先情報に基づいて特定することが可能となる。
【００３６】
また情報更新部２４は、要求管理部２２から管理情報の更新の指示とあわせて、空き容量が更新されたサーバーを示す情報とそのサーバーの空き容量を示す情報とを受ける。情報更新部２４は、管理情報記憶部２１に記憶された管理情報を検索し、通知されたサーバーに対応する情報を特定する。情報更新部２４は、特定したサーバーに対応する情報のうち空き容量を示す情報を、要求管理部２２から受けたサーバーの空き容量を示す情報に更新する。これによりプロバイダ２は、空き容量が更新されたサーバーの更新後の空き容量を、この管理情報を基に特定することが可能となる。
【００３７】
接続先判断部２５は、接続先のサーバーの特定の指示とあわせて、クライアント３からの接続要求を受ける。接続先判断部２５は、接続要求に含まれた処理対象の画像を特定するための情報と画像保管先情報とを照合し、処理対象の画像が記憶されたサーバーを接続先のサーバーとして特定する。また接続先判断部２５は、接続要求に含まれた実行する処理の内容を示す情報と管理情報に含まれた各サーバーの情報とを照合し、接続要求で指定された処理を実行可能なサーバーを接続先のサーバーとして特定してもよい。接続先判断部２５は、上記照合に基づき特定した接続先のサーバーを要求管理部２２に通知する。なお、接続要求で指定された処理を実行可能なサーバーに、処理対象の画像が記憶されていない場合、このサーバーに処理対象の画像が転送されるように、画像が保管されているサーバーを動作させるように構成してもよい。この場合、画像が保管されているサーバーは、画像保管先情報に基づき特定することが可能である。
【００３８】
なお上記では、各画像処理を実行するために一時的に使用する容量や、画像処理の結果として作成される二次画像を保管するために必要な容量を画像情報記憶部１１に確保する例について説明した。しかしながら、これらの２つの容量を、異なる記憶領域に確保するように構成してもよい。その場合、統計情報として、各記憶領域に必要な容量を処理ごとに記憶させればよい。また画像特定部１６を、各領域からそれぞれ転送対象画像を特定するように動作させるとよい。
【００３９】
（動作）
次に、第１の実施形態に係る医用画像管理システムの一連の動作について、図４〜図８を参照しながら、「予約の受付」、「転送先の特定」、及び「画像の転送」に分けて説明する。図４は、第１の実施形態に係る医用画像管理システムのシーケンス図である。
【００４０】
（予約の受付）
まず予約の受付に係る動作について、サーバー１Ａがクライアント３から画像処理の予約を受け付けた場合を例に、図４及び図５を参照しながら説明する。図５は、画像処理の予約を受け付けた場合のサーバー１Ａの動作を説明するためのフローチャートである。
【００４１】
まずクライアント３から画像処理の内容を示す処理情報を含む予約情報ＲＥＱ１０１が、プロバイダ２の要求管理部２２に送信される。要求管理部２２は、この予約情報ＲＥＱ１０１を接続先判断部２５に出力し、予約情報ＲＥＱ１０１で指定された画像処理を実行可能なサーバーを接続先判断部２５に特定させる。例えば、予約情報ＲＥＱ１０１の処理情報に対応するアプリケーションがアプリケーションＡｐｐＸだとする。この場合、接続先判断部２５は、管理情報記憶部２１に記憶された管理情報（例えば図３）を基に、接続先のサーバーとしてアプリケーションＡｐｐＸがインストールされたサーバー１Ａを特定する。要求管理部２２は、接続先判断部２５が特定したサーバー１Ａとクライアント３との接続を確立する。これにより図４に示すように、クライアント３からサーバー１Ａに、画像処理の予約情報ＲＥＱ１０２が送信される。次に図５を参照し、予約情報ＲＥＱ１０２を受信したサーバー１Ａの動作について説明する。
【００４２】
（ステップＳ１０１）
クライアント３から送信された予約情報ＲＥＱ１０２は、サーバー１Ａの予約管理部１３により受信される。これにより予約管理部１３は、画像処理の予約を受け付ける。
【００４３】
（ステップＳ１０２）
予約管理部１３により予約が受け付けられると、条件管理部１４は、この予約情報に含まれる処理情報と、統計情報記憶部１５に記憶された統計情報とを照合する。この照合により条件管理部１４は、この処理情報に対応する処理を実行するために必要な容量を特定する。例えば、この処理情報に対応するアプリケーションＡｐｐＸが脳血流解析のアプリケーションだとする。この場合、条件管理部１４は、統計情報（例えば図２）を基に、必要な容量が２００ＭＢであることを特定する。
【００４４】
（ステップＳ１０３）
次に画像特定部１６は、条件管理部１４により求められた必要な容量と、画像情報記憶部１１の空き容量とを比較する。
【００４５】
（ステップＳ１０４）
この必要な容量が、画像情報記憶部１１の空き容量より小さい場合（ステップＳ１０４、Ｎ）、サーバー１Ａは、予約の受付に係る処理を終了する。
【００４６】
（ステップＳ１０５）
画像情報記憶部１１の空き容量が必要な容量に満たない場合（必要な容量が空き容量より大きい場合）（ステップＳ１０４、Ｙ）、画像特定部１６は、転送対象画像を画像情報記憶部１１から特定する。例えば、予約情報に含まれる処理情報がアプリケーションＡｐｐＸに対応する場合、画像特定部１６は、アプリケーションＡｐｐＸが処理対象としない医用画像を転送対象画像として特定する。また画像特定部１６は、一定期間更新がされていない医用画像を転送対象画像として特定してもよい。
【００４７】
（ステップＳ１０６）
転送管理部１７は、画像特定部１６により特定された転送対象画像の付帯情報を、プロバイダ２に送信し、転送先サーバーをプロバイダ２に問合せる。このプロバイダ２に送信された付帯情報及び問合せが、図４に示す問合せＲＥＱ２０１に相当する。
【００４８】
（転送先の特定）
次に、問合せＲＥＱ２０１を受信したプロバイダ２の動作について、図６を参照しながら説明する。図６は、プロバイダ２が、問合せＲＥＱ２０１を基に転送先サーバーを特定する場合の動作を説明するためのフローチャートである。
【００４９】
（ステップＳ２０１）
サーバー１Ａから送信された問合せＲＥＱ２０１は、プロバイダ２の要求管理部２２により受信される。要求管理部２２は、問合せＲＥＱ２０１が転送先サーバーの問合せであることを確認したうえで、あわせて受信された転送対象画像の付帯情報を転送先判断部２３に出力して転送先サーバーの特定を指示する。
【００５０】
（ステップＳ２０２）
転送先判断部２３は、転送対象画像の付帯情報と、管理情報記憶部２１に記憶された管理情報に含まれる各サーバーの情報とを照合し転送先サーバーを特定する。例えば、転送対象画像の付帯情報に、プライベートタグが「ａａａａｂｂｂｂ」であることが示されているとする。この場合、転送先判断部２３は、管理情報（例えば図３）を基に転送対象画像がアプリケーションＡｐｐＺの処理対象であることを特定する。そのため転送先判断部２３は、アプリケーションＡｐｐＺがインストールされたサーバー１Ｂを転送先サーバーとして特定する。なお転送先判断部２３は、プライベートタグに限らずモダリティを示す情報や機能（即ち、部分的な画像処理の種別）を示す情報などを基に転送先サーバーを特定してもよい。以降では、転送先サーバーとしてサーバー１Ｂが特定されたものとして説明する。転送先判断部２３は、上記照合に基づき特定されたサーバー１Ｂを要求管理部２２に通知する。
【００５１】
（ステップＳ２０３）
要求管理部２２は、転送先判断部２３から通知されたサーバー１Ｂを、転送先サーバーの要求元であるサーバー１Ａに転送先サーバーとして通知する。この転送先サーバーの通知が、図４のＲＥＳ２１１に相当する。
【００５２】
（画像の転送）
次に、プロバイダ２から通知ＲＥＳ２１１を受信したサーバー１Ａの動作について図７を参照しながら説明する。図７は、サーバー１Ａが転送対象画像を転送先サーバーに転送する場合の動作を説明するためのフローチャートである。
【００５３】
（ステップＳ１１１）
要求管理部２２からの転送先サーバーの通知ＲＥＳ２１１は、サーバー１Ａの転送管理部１７により受信される。
【００５４】
（ステップＳ１１２）
転送管理部１７は、通知ＲＥＳ２１１により通知されたサーバー１Ｂに転送対象画像を転送する。なお、サーバー１Ｂに転送される転送対象画像が、図４のＲＥＱ２０２に相当する。なお、この転送対象画像ＲＥＱ２０２を受信したサーバー１Ｂの動作については後述する。
【００５５】
（ステップＳ１１３）
転送管理部１７は、転送対象画像の転送が完了すると、転送済の転送対象画像を画像情報記憶部１１から削除する。これにより、画像情報記憶部１１の空き容量が増加する。その後、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。
【００５６】
（ステップＳ１１４）
次に転送管理部１７は、転送対象画像を特定するための情報と転送先のサーバーを示す情報をプロバイダ２に送信し、プロバイダ２に転送の完了を通知する。また、転送管理部１７は、画像特定部１６から取得した空き容量を示す情報をプロバイダ２に通知する。この転送の完了の通知及び空き容量を示す情報の通知が、図４のＲＥＱ２０３に相当する。
【００５７】
要求管理部２２は、サーバー１Ａから転送の完了の通知を受けると、あわせて通知された転送対象画像を特定するための情報及び転送先のサーバーを示す情報を情報更新部２４に出力して画像保管先情報の更新を指示する。この指示を受けて情報更新部２４は、画像保管先情報に含まれた転送対象画像の記憶先を示す情報を更新する。これにより画像保管先情報に含まれた転送対象画像の記憶先が、サーバー１Ａから転送先サーバーであるサーバー１Ｂに更新される。これにより、転送対象画像を対象とした処理が予約された場合、接続先判断部２５は、接続先のサーバーとして転送先サーバーであるサーバー１Ｂを特定することが可能となる。
【００５８】
また要求管理部２２は、サーバー１Ａから空き容量を示す情報の通知を受けると、サーバー１Ａを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれたサーバー１Ａの空き容量を示す情報を更新する。
【００５９】
これによりサーバー１Ａの画像情報記憶部１１に、予約された画像処理を実行するために必要な容量が確保される。以降、サーバー１Ａは、予約された画像処理の実行に関する指示（図４のＲＥＱ１０３）をクライアント３から受け、この画像処理を実行する。
【００６０】
次に、サーバー１Ａから転送対象画像ＲＥＱ２０２を受信したサーバー１Ｂの動作について図８を参照しながら説明する。図８は、サーバー１Ｂが転送対象画像を受信した場合の動作を説明するためのフローチャートである。
【００６１】
（ステップＳ３０１）
サーバー１Ａの転送管理部１７から送信された転送対象画像ＲＥＱ２０２は、サーバー１Ｂの転送管理部１７で受信される。
【００６２】
（ステップＳ３０２）
サーバー１Ｂの転送管理部１７は、受信した転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。
【００６３】
（ステップＳ３０３）
サーバー１Ｂの転送管理部１７は、取得した空き容量を示す情報をプロバイダ２に通知する。この空き容量を示す情報の通知が図４のＲＥＱ３０１に相当する。この通知ＲＥＱ３０１を受けて、プロバイダ２の要求管理部２２は、サーバー１Ｂを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれた、通知を受けたサーバーの空き容量を示す情報を更新する。
【００６４】
以上、第１の実施形態に係る医用画像管理システムによれば、画像処理の予約情報を基に、予約された処理を実行するために必要な容量を、この処理が実行される前にあらかじめ確保しておくことが可能となる。これにより、各サーバーが処理を実行するために必要な記憶領域の圧迫を防止する。また、必要な記憶領域の確保が事前に行われるため、領域の確保のためのデータの転送に伴う作業時の待ち時間の発生を防止することが可能となる。
【００６５】
（第２の実施形態）
次に第２の実施形態に係る医用画像管理システムの構成について図９を参照しながら説明する。図９は、この実施形態に係る医用画像管理システムのブロック図である。この実施形態に係るサーバー１Ａは、医用画像を撮影する撮影部１８を備えていることを特徴とする。以下、第１の実施形態に係る医用画像管理システムと異なる構成に着目し説明する。
【００６６】
撮影部１８は、医用画像を撮影する構成である。撮影部１８の具体的な例としては、ＣＴ（Ｃｏｍｐｕｔｅｄ  Ｔｏｍｏｇｒａｐｈｙ）やＭＲＩ（Ｍａｇｎｅｔｉｃ  Ｒｅｓｏｎａｎｃｅ  Ｉｍａｇｉｎｇ  ｓｙｓｔｅｍ）などがあげられる。撮影部１８で撮影された医用画像は画像情報記憶部１１に記憶される。
【００６７】
第２の実施形態に係る予約管理部１３は、クライアント３から予約情報を受信することで、撮影部１８による医用画像の撮影の予約を受け付ける。医用画像の撮影に係る予約情報には、処理情報として撮影条件を示す情報が含まれる。
【００６８】
第２の実施形態に係る統計情報記憶部１５は、撮影条件に応じて、撮影を実行するために必要な容量を統計情報としてあらかじめ記憶している。図１０は、撮影条件に応じた必要な容量を示す統計情報の一例である。図１０に示すように、撮影条件に、「腹部ヘリカル」、スライス厚「１ｍｍ」、撮影範囲「２０ｃｍ」、後処理「ＭＰＲ」を設定し撮影する場合、３００ＭＢの容量が必要であることが統計情報として記憶されている。これらの統計情報には、各処理の実行に必要な容量を過去の経験に基づき算出し記憶させておくとよい。
【００６９】
予約管理部１３が撮影の予約を受け付けると、条件管理部１４が、予約された撮影に必要な容量を特定する。具体的には、条件管理部１４は、予約管理部１３が受信した予約情報に含まれる処理情報と、統計情報記憶部１５に記憶された統計情報とを照合する。これにより条件管理部１４は、この処理情報に対応する撮影を実行するために必要な容量を特定する。
【００７０】
以降、画像特定部１６及び転送管理部１７の動作は、第１の実施形態に係る医用画像管理システムと同様である。つまり、画像特定部１６により、条件管理部１４が求めた必要な容量と、画像情報記憶部１１の空き容量とが比較される。空き容量が必要な容量に満たない場合、画像特定部１６は、必要な容量を確保するために他のサーバーに転送する転送対象画像を特定する。転送管理部１７は、プロバイダ２に転送先サーバーを問合せ、通知された転送先サーバーに転送対象画像を転送することで、予約された撮影を実行するために必要な容量を確保する。
【００７１】
以上、この実施形態に係る医用画像管理システムによれば、撮影の予約情報を基に、予約された撮影を実行するために必要な容量を、撮影が実行される前にあらかじめ確保しておくことが可能となる。すなわち、医用画像の撮影においても、第１の実施形態と同様の効果を得ることが可能となる。
【００７２】
（第３の実施形態）
医用画像の作成や加工に関する複数の処理を、複数のサーバーに分散し実行する場合、各サーバーの画像処理部が作成した二次画像を、そのサーバーの画像処理部が加工できるとは限らない。このような場合、この二次画像は、そのサーバーで処理の対象とならないにも拘らず、そのサーバーの画像情報記憶部１１に記憶されている。そのためこの二次画像は、このサーバーの画像情報記憶部１１を圧迫する要因となり得る。第３の実施形態に係る医用画像管理システムでは、画像処理の予約の有無に拘らず、画像処理部が作成した二次画像がそのサーバーで実行される画像処理の処理対象ではない場合、この二次画像を処理可能なサーバーに転送する。以下にこの実施形態に係る医用画像管理システムの構成について図１１を参照しながら、第１の実施形態に係る医用画像管理システムと異なる構成に着目し説明する。図１１は、この実施形態に係る医用画像管理システムのブロック図である。
【００７３】
画像処理部１２Ａは、クライアント３からの指示に対応するアプリケーションを実行することで、指示された医用画像に対し画像処理を施す。画像処理部１２Ａは、画像処理により新たな医用画像が作成された場合、この医用画像を二次画像として画像情報記憶部１１に記憶させる。これらの動作は、第１の実施形態に係る画像処理部１２と同様である。
【００７４】
二次画像が作成された場合、画像処理部１２Ａは、この二次画像に付帯されたデータの形式、及びこの二次画像を作成した機器またはアプリケーションの情報と、自身（画像処理部１２Ａ）が実行可能な処理とを照合する。画像処理部１２Ａは、この二次画像が、自身（画像処理部１２Ａ）の処理の対象とならない医用画像の場合、この二次画像を転送対象画像として特定する。
【００７５】
転送管理部１７は、この転送対象画像の付帯情報をプロバイダ２に送信して転送先サーバーをプロバイダ２に問合せる。以降の動作は、第１の実施形態に係る医用画像管理システムと同様である。
【００７６】
以上、この実施形態に係る医用画像管理システムによれば、画像処理の予約の有無に拘らず、画像処理部１２Ａが自身による処理の対象とならない二次画像を作成した場合、その二次画像を転送対象画像として特定する。特定された二次画像は、転送管理部１７により、これを処理可能なサーバーに転送される。それにより自身による処理の対象とならない医用画像の蓄積に伴う、サーバーの画像情報記憶部１１の圧迫を事前に防止することが可能となる。
【００７７】
（第４の実施形態）
第１の実施形態に係る医用画像管理システムでは、画像処理の予約を各サーバーで受け付ける例について説明した。これに対し、第４の実施形態に係る医用画像管理システムでは、各サーバーに対する画像処理の予約をプロバイダが一括管理することを特徴としている。この実施形態に係る医用画像管理システムの構成について図１２を参照しながら、第１の実施形態に係る医用画像管理システムと異なる構成に着目し説明する。図１２は、この実施形態に係る医用画像管理システムのブロック図である。
【００７８】
第１の実施形態に係る医用画像管理システムでは、予約管理部１３、条件管理部１４、統計情報記憶部１５、及び画像特定部１６を、各サーバーが備えていた。この実施形態に係る医用画像管理システムでは、これらに替わり、予約管理部１３Ｂ、条件管理部１４Ｂ、統計情報記憶部１５Ｂ、及び画像特定部１６Ｂを、プロバイダ２が備えている。
【００７９】
要求管理部２２は、クライアント３から画像処理の予約情報を受信すると、この予約情報を接続先判断部２５に出力し、この予約情報で指定された画像処理を実行可能なサーバーを接続先サーバーとして接続先判断部２５に特定させる。接続先判断部２５の動作は第１の実施形態と同様である。次に要求管理部２２は、接続先サーバーを示す情報と予約情報とを予約管理部１３Ｂに出力する。
【００８０】
予約管理部１３Ｂは、要求管理部２２から受けた接続先サーバーを示す情報と予約情報とを対応付ける。これにより予約管理部１３Ｂは、接続先サーバーに対する画像処理の予約を受け付ける。なお、予約管理部１３Ｂに、予約情報及び接続先サーバーを示す情報を記憶する記憶領域を設けてもよい。
【００８１】
予約管理部１３Ｂは、画像処理の予約を受け付けると、接続先サーバーを示す情報と予約情報に含まれる処理情報とを条件管理部１４Ｂに出力する。
【００８２】
統計情報記憶部１５Ｂは、各サーバーで実行される各画像処理の内容に応じて、各処理を実行するために必要な容量を、各サーバーの画像処理ごとに統計情報としてあらかじめ記憶している。
【００８３】
またこの実施形態に係る管理情報記憶部２１は、各医用画像を特定するための情報を、その医用画像の記憶先を示す情報及びその医用画像の付帯情報と対応付けて画像保管先情報として記憶している。この付帯情報を基に、画像特定部１６Ｂが、転送対象画像を特定する。なお管理情報記憶部２１には、転送対象画像を特定するために必要な付帯情報が記憶されていればよく、全ての付帯情報を記憶する必要は無い。
【００８４】
条件管理部１４Ｂは、予約管理部１３Ｂから受けた接続先サーバーを示す情報及び処理情報と、統計情報記憶部１５Ｂに記憶された統計情報とを照合する。これにより条件管理部１４Ｂは、この処理情報に対応する処理を、接続先サーバーで実行するために必要な容量を特定する。条件管理部１４Ｂは、接続先サーバーを示す情報と求めた必要な容量とを画像特定部１６Ｂに出力する。
【００８５】
画像特定部１６Ｂは、条件管理部１４Ｂから受けた接続先サーバーを示す情報と、管理情報記憶部２１に記憶された管理情報とを照合し、接続先サーバーの空き容量を特定する。画像特定部１６Ｂは、条件管理部１４Ｂから受けた必要な容量と接続先サーバーの空き容量とを比較する。接続先サーバーの空き容量が必要な容量に満たない場合、画像特定部１６Ｂは、接続先サーバーから他のサーバーに転送される転送対象画像を特定する。画像特定部１６Ｂが転送対象画像を特定する動作について、以下に具体的に説明する。
【００８６】
画像特定部１６Ｂは、まず管理情報記憶部２１に記憶された画像保管先情報を検索し、接続先サーバーに記憶された医用画像の情報を抽出する。また画像特定部１６Ｂは、管理情報記憶部２１に記憶された管理情報を検索し、接続先サーバーが実行可能な処理に関する情報を抽出する。画像特定部１６Ｂは、接続先サーバーに記憶された医用画像の情報に含まれた付帯情報と、接続先サーバーが実行可能な処理に関する情報とを照合する。この照合により画像特定部１６Ｂは、接続先サーバーが処理の対象としない医用画像を転送対象画像として特定する。また、その他の例として、画像特定部１６Ｂは、付帯情報を基に、一定期間更新がされていない医用画像を、転送対象画像として特定するように動作させてもよい。画像特定部１６Ｂは、特定した転送対象画像を転送先判断部２３に通知する。
【００８７】
転送先判断部２３は、画像特定部１６Ｂが特定した転送対象画像に対応付けられた付帯情報と、管理情報に含まれた各サーバーの情報とを照合し転送先サーバーを特定する。この転送先サーバーを特定する処理については、第１の実施形態に係る転送先判断部２３と同様である。転送先判断部２３は、上記照合に基づき特定した転送先サーバーを転送対象画像とあわせて要求管理部２２に通知する。
【００８８】
要求管理部２２は、転送先判断部２３から転送先サーバー及び転送対象画像の通知を受けると、転送対象画像の転送を接続先サーバーに指示する。
【００８９】
この転送指示は、接続先サーバーの転送管理部１７Ｂにより受信される。転送管理部１７Ｂは、この指示を受けると、通知された転送対象画像を画像情報記憶部１１から抽出し、通知された転送先サーバーに転送する。転送管理部１７Ｂは、転送対象画像の転送を完了すると、転送対象画像を特定するための情報と転送先のサーバーを示す情報をプロバイダ２に送信して転送の完了を通知する。なお、この通知を受けたプロバイダ２の動作は、第１の実施形態に係るプロバイダ２と同様である。
【００９０】
また転送管理部１７Ｂは、転送の完了後に、転送済の転送対象画像を画像情報記憶部１１から削除する。その後、転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。その算出方法は、第１の実施形態に係る画像特定部１６の動作と同様である。転送管理部１７Ｂは、算出された空き容量を示す情報をプロバイダ２に通知する。なお、この通知を受けたプロバイダ２の動作は、第１の実施形態に係るプロバイダ２と同様である。
【００９１】
また転送管理部１７Ｂは、他のサーバーから転送対象画像を受信した場合、この転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。転送管理部１７は、算出された空き容量を示す情報をプロバイダ２に通知し管理情報の更新を要求する。なお、この要求を受けたプロバイダ２の動作は、第１の実施形態に係るプロバイダ２と同様である。
【００９２】
（動作）
次に、第４の実施形態に係る医用画像管理システムの一連の動作について、サーバー１Ａがクライアント３から画像処理の予約を受け付けた場合を例に、図１３及び図１４を参照しながら説明する。図１３は、この実施形態に係る医用画像管理システムのシーケンス図である。また図１４は、この実施形態に係る医用画像管理システムのプロバイダ２の動作を説明するためのフローチャートである。
【００９３】
まずクライアント３から画像処理の内容を示す処理情報を含む予約情報（図１３のＲＥＱ１０１）が、プロバイダ２の要求管理部２２に送信される。
【００９４】
（ステップＳ２１１）
要求管理部２２は、クライアント３から予約情報ＲＥＱ１０１を受信すると、この予約情報を接続先判断部２５に出力し、この予約情報で指定された画像処理を実行可能な接続先サーバーを接続先判断部２５に特定させる。例えば、予約情報ＲＥＱ１０１の処理情報に対応するアプリケーションがアプリケーションＡｐｐＸだとする。この場合、接続先判断部２５は、管理情報記憶部２１に記憶された管理情報（例えば図３）を基に、接続先サーバーとしてアプリケーションＡｐｐＸがインストールされたサーバー１Ａを特定する。次に要求管理部２２は、特定されたサーバー１Ａを示す情報と予約情報ＲＥＱ１０１とを予約管理部１３Ｂに出力する。
【００９５】
予約管理部１３Ｂは、要求管理部２２から受けたサーバー１Ａを示す情報と予約情報ＲＥＱ１０１とを対応付けて管理・記憶する。これにより予約管理部１３Ｂは、サーバー１Ａに対する画像処理の予約を受け付ける。
【００９６】
（ステップＳ２１２）
予約管理部１３Ｂは、画像処理の予約を受け付けると、サーバー１Ａを示す情報と予約情報ＲＥＱ１０１に含まれる処理情報とを条件管理部１４Ｂに出力する。条件管理部１４Ｂは、予約管理部１３Ｂから受けたサーバー１Ａを示す情報及び処理情報と、統計情報記憶部１５Ｂに記憶された統計情報とを照合する。これにより条件管理部１４Ｂは、この処理情報に対応する処理を、サーバー１Ａで実行するために必要な容量を特定する。例えば、この処理情報に対応するアプリケーションＡｐｐＸが脳血流解析のアプリケーションだとすると、条件管理部１４Ｂは、統計情報（例えば図２）を基に、必要な容量として２００ＭＢを特定する。
【００９７】
（ステップＳ２１３）
条件管理部１４Ｂは、接続先であるサーバー１Ａを示す情報と求められた必要な容量とを画像特定部１６Ｂに出力する。画像特定部１６Ｂは、条件管理部１４Ｂから受けたサーバー１Ａを示す情報と、管理情報記憶部２１に記憶された管理情報とを照合し、サーバー１Ａの空き容量を示す情報を特定する。画像特定部１６Ｂは、条件管理部１４Ｂから受けた必要な容量とサーバー１Ａの空き容量を示す情報とを比較する。
【００９８】
（ステップＳ２１４）
処理情報に対応する処理を実行するために必要な容量が、サーバー１Ａの空き容量より小さい場合（ステップＳ２１４、Ｎ）、サーバー１Ａは、予約の受付に係る処理を終了する。
【００９９】
（ステップＳ２１５）
サーバー１Ａの空き容量が必要な容量に満たない場合（必要な容量が空き容量より大きい場合）（ステップＳ２１４、Ｙ）、画像特定部１６Ｂは、サーバー１Ａに記憶された医用画像のうちから転送対象画像を特定する。例えば、転送対象画像の付帯情報に、プライベートタグが「ａａａａｂｂｂｂ」であることが示されているとする。この場合、転送先判断部２３は、管理情報（例えば図３）を基に転送対象画像がアプリケーションＡｐｐＺの処理対象であることを特定する。そのため転送先判断部２３は、アプリケーションＡｐｐＺがインストールされたサーバー１Ｂを転送先サーバーとして特定する。なお転送先判断部２３は、プライベートタグに限らずモダリティを示す情報や機能（即ち、部分的な画像処理の種別）を示す情報などを基に転送先サーバーを特定してもよい。画像特定部１６Ｂは、特定した転送対象画像を転送先判断部２３に通知する。
【０１００】
（ステップＳ２１６）
転送先判断部２３は、画像特定部１６Ｂにより特定された転送対象画像に対応付けられた付帯情報と、管理情報に含まれた各サーバーの情報とを照合し転送先サーバーを特定する。転送先判断部２３は、特定された転送先サーバーを転送対象画像とあわせて要求管理部２２に通知する。なお以降は転送先サーバーとしてサーバー１Ｂが特定されたものとして説明する。
【０１０１】
（ステップＳ２１７）
要求管理部２２は、サーバー１Ｂへの転送対象画像の転送を、サーバー１Ａに指示する（図１３のＲＥＱ５０１）。転送対象画像の転送に係る指示ＲＥＱ５０１は、サーバー１Ａの転送管理部１７Ｂで受信される。転送管理部１７Ｂは、通知された転送対象画像を画像情報記憶部１１から抽出し、あわせて通知されたサーバー１Ｂに転送する（図１３のＲＥＱ２２２）。
【０１０２】
サーバー１Ａの転送管理部１７Ｂは、転送対象画像の転送が完了すると、転送対象画像を特定するための情報と転送先であるサーバー１Ｂを示す情報をプロバイダ２に送信して転送の完了を通知する。またサーバー１Ａの転送管理部１７Ｂは、転送の完了後に、転送済の転送対象画像を画像情報記憶部１１から削除する。その後、この転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。この転送管理部１７Ｂは、算出された空き容量を示す情報をプロバイダ２に通知する。なお上記したプロバイダ２への転送の完了の通知、及び空き容量を示す情報の通知が、図１３のＲＥＱ２２３に相当する。
【０１０３】
要求管理部２２は、サーバー１Ａから転送の完了の通知を受けると、あわせて通知された転送対象画像を特定するための情報及び転送先のサーバーを示す情報を情報更新部２４に出力して画像保管先情報の更新を指示する。この指示を受けて情報更新部２４は、画像保管先情報に含まれた転送対象画像の記憶先を示す情報を更新する。これにより画像保管先情報に含まれた転送対象画像の記憶先が、サーバー１Ａから転送先サーバーであるサーバー１Ｂに更新される。
【０１０４】
また要求管理部２２は、サーバー１Ａから空き容量を示す情報の通知を受けると、サーバー１Ａを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれたサーバー１Ａの空き容量を示す情報を更新する。
【０１０５】
またサーバー１Ｂの転送管理部１７Ｂは、サーバー１Ａから受信した転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、サーバー１Ｂの転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。この転送管理部１７は、算出した空き容量を示す情報をプロバイダ２に通知する（図１３のＲＥＱ３２１）。この通知ＲＥＱ３２１を受けて、プロバイダ２の要求管理部２２は、サーバー１Ｂを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれた、通知を受けたサーバーの空き容量を示す情報を更新する。
【０１０６】
以上、この実施形態に係る医用画像管理システムによれば、画像処理の予約や、この予約に伴うサーバー間の画像の転送に係る処理をプロバイダ２で一元管理することが可能となる。また、第１の実施形態に係る医用画像管理システムと同様に、各サーバーが処理を実行するために必要な記憶領域の圧迫を防止し、領域の確保のためのデータの転送に伴う作業時の待ち時間の発生を抑止・軽減することが可能となる。
【０１０７】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載されたその均等の範囲に含まれる。
【符号の説明】
【０１０８】
１Ａ、１Ｂ  サーバー
１１  画像情報記憶部    １２、１２Ａ  画像処理部
１３、１３Ｂ  予約管理部    １４、１４Ｂ  条件管理部
１５、１５Ｂ  統計情報記憶部    １６、１６Ｂ  画像特定部
１７、１７Ｂ  転送管理部    １８  撮影部
２  プロバイダ
２１  管理情報記憶部    ２２  要求管理部
２３  転送先判断部    ２４  情報更新部
２５  接続先判断部
３  クライアント
【図１】
0005908248.tif 000002
【図２】
0005908248.tif 000003
【図３】
0005908248.tif 000004
【図４】
0005908248.tif 000005
【図５】
0005908248.tif 000006
【図６】
0005908248.tif 000007
【図７】
0005908248.tif 000008
【図８】
0005908248.tif 000009
【図９】
0005908248.tif 000010
【図１０】
0005908248.tif 000011
【図１１】
0005908248.tif 000012
【図１２】
0005908248.tif 000013
【図１３】
0005908248.tif 000014
【図１４】
0005908248.tif 000015