JP5908284B2

JP5908284B2 - 医用画像管理システム

Info

Publication number: JP5908284B2
Application number: JP2012008735A
Authority: JP
Inventors: 恵太三森; 泰輔岩村
Original assignee: Toshiba Corp; Toshiba Medical Systems Corp
Current assignee: Toshiba Corp; Canon Medical Systems Corp
Priority date: 2012-01-19
Filing date: 2012-01-19
Publication date: 2016-04-26
Anticipated expiration: 2032-01-19
Also published as: JP2013149064A

Description

本発明の実施形態は、医用画像撮影装置で取得された複数の画像データを、複数のサーバーに分散して管理・記憶する技術に関する。

Ｘ線コンピュータ断層撮影装置（ＣＴ：ＣｏｍｐｕｔｅｄＴｏｍｏｇｒａｐｈｙ）や磁気共鳴イメージング装置（ＭＲＩ：ＭａｇｎｅｔｉｃＲｅｓｏｎａｎｃｅＩｍａｇｉｎｇ）等の医用画像撮影装置で取得された画像データを、ネットワークを介して接続された画像管理サーバーに管理・記憶させる医用画像管理システムがある。このような画像管理サーバーでは、画像データの管理にデータベースを用いることで、医用画像撮影装置から受けた画像データをその画像データの撮影条件や被検体の情報等を示す属性情報を検索条件として、読み出し可能に記憶している。

一方で、画像管理サーバーにおける画像データの受信処理に係る処理負荷は、その画像データのデータ量に比例して高くなる。医用画像撮影装置で取得された画像データはデータ量が大きく、画像管理サーバーへの処理負荷が高い。そのため、複数の画像管理サーバーを設け、複数の画像データをこれらのサーバー間で分散して管理・記憶する医用画像管理システムも提案されている。

特開２００９−２５８７７７号公報

複数の画像管理サーバー間で分散して画像データを管理・記憶する場合には、一部のサーバーへの処理の集中を避けるために、新たに取得された画像データの登録を、処理負荷の低いサーバーに依頼することが望ましい。従来のシステムでは、この場合における処理負荷の比較を、画像データに含まれる画像の数や、そのデータの容量に基づき行っていた。

しかしながら、画像データの種別に応じて処理負荷が異なる場合があり、画像の数やデータの容量が少ない場合においても、処理に時間がかかる場合があり、完了までに時間の係るサーバーに処理が依頼される場合があった。

この実施形態は、各サーバーの画像データの登録に要する処理時間を精度よく集計することで、新たに取得された画像データに対する処理を、より処理負荷の低いサーバーに処理させることが可能な医用画像管理システムを提供することを目的とする。

上記目的を達成するために、この実施形態の第１の態様は、複数のサーバーと、振り分け部と、を備え、複数の画像データを、複数のサーバー間で分散して記憶する医用画像管理システムである。振り分け部は、取得された画像データを受けて、複数のサーバーのうちのいずれかに画像データの登録を依頼する。サーバーは、記憶部と、依頼受付部と、画像登録部と、処理情報生成部と、負荷状況算出部と、を備える。依頼受付部は、振り分け部から登録の依頼を受け付ける。画像登録部は、受け付けられた各画像データを記憶部に登録する。処理情報生成部は、記憶部に対する画像データの登録処理時間を取得し、その取得結果に基づいて、画像データを形成する単位データごとの登録処理時間を、画像データの種別ごとに処理情報として生成する。負荷状況算出部は、登録が予定された画像データの登録処理時間を、処理情報と、画像データの種別と、画像データに含まれる単位データの数とに基づき、負荷状況として算出する。また、振り分け部は、複数のサーバーそれぞれで算出された負荷状況に基づき、新たに受けた画像データの登録を依頼するサーバーを決定する。

本実施形態に係る医用画像管理システムのブロック図である。ログ情報の一例である。処理パターン管理テーブルの一例である。処理情報を算出するための処理管理テーブルの一例である。処理情報の一例である。本実施形態に係る医用画像管理システムの一連の処理の流れを示した図である。

本実施形態に係る医用画像管理システムについて図１を参照しながら説明する。本実施形態に係る医用画像管理システムは、撮影部２００と、振り分け部３００と、画像管理サーバー１００Ａ〜１００Ｃとを含んで構成されている。なお、画像管理サーバーの数は、図１に示した画像管理サーバー１００Ａ〜１００Ｃの３つに限定するものではなく、２つ以上であれば適宜変更してもよい。また、撮影部２００を複数設けてもよい。

本実施形態に係る医用画像管理システムでは、一例として、撮影部２００が取得した画像データを、画像管理サーバー１００Ａ〜１００Ｃに分散して管理・記憶するものとして説明する。以降では、図１を参照しながら、各構成の詳細について説明する。

撮影部２００は、被検体を撮影して画像データを生成する医用画像撮影装置である。撮影部２００の具体的な一例として、ＣＴ、ＭＲＩ、及び超音波診断装置等が挙げられる。撮影部２００は、取得した画像データを振り分け部３００に出力する。

振り分け部３００は、撮影部２００から画像データを受ける。画像データを受けると、振り分け部３００は、画像管理サーバー１００Ａ〜１００Ｃそれぞれに（具体的には、後述する負荷状況通知部１１５）、負荷状況を通知させる。負荷状況とは、画像管理サーバー１００Ａ〜１００Ｃそれぞれが、新たに処理依頼を受けた場合に、その処理を開始することが可能となるまでの時間を示している。即ち、負荷状況は、既に処理依頼を受けて、まだ実行していない処理、及び、実行中の処理が完了するまでの時間の合計を示す情報である。この負荷状況の算出方法については、負荷状況算出部１１３の動作とあわせて後述する。振り分け部３００は、画像管理サーバー１００Ａ〜１００Ｃそれぞれから通知された負荷状況を比較し、画像管理サーバー１００Ａ〜１００Ｃのうち、より負荷の低いサーバー、即ち、新たに依頼されて処理をより早く実行可能なサーバーを特定する。以降は、画像管理サーバー１００Ａが特定されたものとして説明する。振り分け部３００は、特定された画像管理サーバー１００Ａに、受けた画像データを送信し、この画像データの登録を画像管理サーバー１００Ａに依頼する。

画像管理サーバー１００Ａ〜１００Ｃそれぞれは、依頼受付部１０１と、画像登録部１０２と、画像記憶部１０３と、ログ情報記憶部１０４と、処理情報生成部１１１と、処理情報記憶部１１２と、負荷状況算出部１１３と、負荷状況記憶部１１４と、負荷状況通知部１１５とを含んで構成される。以降では、画像管理サーバー１００Ａを例に説明する。なお、画像管理サーバー１００Ｂ及び１００Ｃの構成は、画像管理サーバー１００Ａと同様である。

依頼受付部１０１は、振り分け部３００から、画像データの登録依頼を、登録対象の画像データとあわせて遂次受け付ける。依頼受付部１０１は、受け付けた登録依頼及び画像データを一時的に記憶するためのバッファを備えている。依頼受付部１０１は、振り分け部３００から受け付けた登録依頼を、このバッファを用いて、受け付けた順にキュー（即ち、ＦＩＦＯ：ＦｉｒｓｔＩｎ, ＦｉｒｓｔＯｕｔ）により管理・記憶する。

また、依頼受付部１０１は、画像登録部１０２から画像データの出力を指示される。この指示を受けると、依頼受付部１０１は、バッファ上に管理・記憶されている登録依頼のうち、最も先に受け付けた登録依頼に対応する画像データを画像登録部１０２に出力する。画像登録部１０２に画像データを出力すると、依頼受付部１０１は、この画像データに対応する登録依頼をキューから削除する。

また、依頼受付部１０１は、キューで管理されている登録が予定された画像データの一覧が依頼の受け付け及び処理により更新されると、その一覧と、その一覧に含まれる画像データの属性情報とを負荷状況算出部１１３に通知する。負荷状況算出部１１３については後述する。なお、属性情報は、画像データに付帯されており、その画像データの撮影条件等の制御情報を示している。本実施形態に係る医用画像処理システムでは、属性情報は、少なくとも、取得元のモダリティや撮影対象の部位等の、その画像データの種別を示す情報と、フレーム数等の画像データに含まれる画像の数を示す情報とを含んでいる。以降では、属性情報として、モダリティを示す情報、部位を示す情報、及びフレーム数を示す情報が含まれているものとして説明する。

画像登録部１０２は、依頼受付部１０１に登録依頼が管理・記憶されている場合に、画像データの出力を依頼受付部１０１に指示し、その応答として画像データを受ける。画像登録部１０２は、受けた画像データを画像記憶部１０３に登録する。画像記憶部１０３は、データベースとして構成されており、画像データを登録することで、その画像データが読み出し可能に記憶される。画像登録部１０２は、計時手段を備えており、画像データの登録に要した時間を計測する。

画像データの登録が完了すると、画像登録部１０２は、計時手段により計測された時間と、登録対象である画像データの属性情報とを関連付けてログ情報Ｄ１０を生成する。画像登録部１０２は、生成されたログ情報Ｄ１０をログ情報記憶部１０４に出力する。ログ情報記憶部１０４は、過去に画像記憶部１０３に登録された画像データに対応するログ情報が、画像データごと（登録処理ごと）に記憶されている。ここで、図２を参照する。図２は、ログ情報Ｄ１０の一例を示している。図２に示すように、ログ情報Ｄ１０は、識別情報Ｃ１１と、モダリティＣ１２１と、部位Ｃ１２２と、フレーム数Ｃ１３と、時間Ｃ１４とを含んで構成されている。識別情報Ｃ１１は、画像データごとのログ情報を識別するための情報である。モダリティＣ１２１は、対応する画像データの取得元であるモダリティを示す情報である。また、部位Ｃ１２２は、撮影対象の部位を示す情報である。また、フレーム数Ｃ１３は、対応する画像データのフレーム数を示す情報である。なお、モダリティＣ１２１、部位Ｃ１２２、及びフレーム数Ｃ１３は、画像データに含まれた属性情報を基に設定される。また、時間Ｃ１４は、対応する画像データの登録に要した時間を示しており、画像登録部１０２の計時手段により計測された時間が設定される。例えば、識別情報Ｃ１１が「００００１」の画像データは、モダリティＣ１２１が「ＣＴ」、部位Ｃ１２２が「Ａ」、フレーム数Ｃ１３が「３００」、時間Ｃ１４が「Ｔ５１」であることを示している。なお、「登録に要した時間」が「登録処理時間」に相当する。

ログ情報Ｄ１０の出力が完了すると、画像登録部１０２は、これを処理情報生成部１１１に通知する。

処理情報生成部１１１は、処理管理テーブルＤ３０を記憶している。処理管理テーブルＤ３０は、画像記憶部１０３に既に登録された画像データについて、その画像データの種別と、その画像データの容量（フレーム数）と、登録にかかった時間とを関連付けて管理するためのデータである。

図４は、処理管理テーブルの一例を示している。図４に示すように処理管理テーブルは、識別情報Ｃ３１と、処理パターンＣ３２と、フレーム数Ｃ３３と、時間Ｃ３４とを含んで構成されている。なお、識別情報Ｃ３１は、ログ情報Ｄ１０から抽出された識別情報Ｃ１１に対応している。同様に、フレーム数Ｃ３３は、フレーム数Ｃ１３に対応しており、時間Ｃ３４は、時間Ｃ１４に対応している。

また、処理パターンＣ３２は、画像データの登録時の処理内容を区別するための識別情報である。具体的には、モダリティの違いや撮影対象部位の違い等の画像データの種別の違いに応じて、その画像データに対する登録処理の内容や処理負荷が異なり、本実施形態に係る医用画像処理システムでは、これらを処理パターンＣ３２により区別している。画像データの種別と処理パターンとの関係は、処理パターン管理テーブルＤ２０により管理されている。ここで、図３を参照する。図３は、処理パターン管理テーブルＤ２０の一例である。処理パターン管理テーブルＤ２０は、モダリティＣ２１と、部位Ｃ２２と、処理パターンＣ２３とを含んで構成されている。モダリティＣ２１は、対応する画像データの取得元であるモダリティを示す情報であり、ログ情報Ｄ１０のモダリティＣ１２１に対応している。また、部位Ｃ２２は、撮影対象の部位を示す情報であり、ログ情報Ｄ１０の部位Ｃ１２２に対応している。また、処理パターンＣ２３は、モダリティＣ２１と部位Ｃ２２との組み合わせに対応する処理パターンを示している。例えば、図３では、モダリティＣ２１が「ＣＴ」、部位Ｃ２２が「Ａ」の場合を、処理パターンＣ２３として「Ｔｙｐｅ１１」に対応付けている。また、モダリティＣ２１が「ＭＲＩ」、部位Ｃ２２が「Ｂ」の場合を、処理パターンＣ２３として「Ｔｙｐｅ２２」に対応付けている。なお、処理パターン管理テーブルＤ２０は、図示しないが、処理情報生成部１１１及び負荷状況算出部１１３の双方が参照可能に構成されている。負荷状況算出部１１３については後述する。

処理情報生成部１１１は、ログ情報記憶部１０４にログ情報Ｄ１０が追加されると、そのログ情報Ｄ１０に対応する情報を、処理管理テーブルＤ３０に追加する。具体的には、処理情報生成部１１１は、画像登録部１０２からログ情報Ｄ１０の出力完了の通知を受ける。この通知を受けると、処理情報生成部１１１は、ログ情報記憶部１０４から追加されたログ情報Ｄ１０を読み出す。処理情報生成部１１１は、読み出されたログ情報Ｄ１０から、識別情報Ｃ１１、モダリティＣ１２１、部位Ｃ１２２、及び時間Ｃ１４を抽出する。

処理情報生成部１１１は、抽出されたモダリティＣ１２１及び部位Ｃ１２２と処理パターン管理テーブルＤ２０とを比較し、処理パターンＣ３２を特定する。処理情報生成部１１１は、特定された処理パターンＣ３２と、抽出された識別情報Ｃ１１、フレーム数Ｃ１３、及び時間Ｃ１４とを関連付けて、処理管理テーブルＤ３０に登録する。例えば、識別情報Ｃ１１が「０００３」、モダリティＣ１２１が「ＣＴ」、部位Ｃ１２２が「Ａ」、フレーム数Ｃ１３が「２５０」、時間Ｃ１４が「Ｔ５３」のログ情報Ｄ１０が追加されたとする。この場合には、処理情報生成部１１１は、識別情報Ｃ３１が「００００３」の画像データは、処理パターンＣ３２が「Ｔｙｐｅ１１」、フレーム数Ｃ３３が「２５０」、時間Ｃ３４が「Ｔ５３」の情報を、処理管理テーブルＤ３０に追加する。

次に、処理情報生成部１１１は、情報が追加された処理管理テーブルＤ３０に登録された情報を抽出して、１フレームあたりの処理時間を処理パターンごとに算出し、これらを基に処理情報Ｄ５０を生成する。図５は、処理情報Ｄ５０の一例を示している。図５に示すように、処理情報Ｄ５０は、処理パターンＣ５１と、１フレーム当たりの処理時間Ｃ５２とを含んで構成されている。なお、「１フレームあたりの処理時間Ｃ５２」の算出方法は、運用にあわせて適宜変更できるようにしてもよい。例えば、処理管理テーブルＤ３０に登録された全てのデータを用いてもよいし、直近の数件を用いてもよい。また、複数件の平均に基づき算出してもよいし、情報が追加されたタイミングに応じて時系列に沿って重み付けを行って、統計処理により算出してもよい。処理情報生成部１１１は、生成された処理情報Ｄ５０を、処理情報記憶部１１２に記憶させる。処理情報記憶部１１２は、処理情報Ｄ５０を記憶するための記憶領域である。この例では、１フレームが「単位データ」に相当する。なお、１フレームに限らず、例えば数フレーム分を単位データとしてもよい。

なお、上記では、処理情報生成部１１１は、ログ情報Ｄ１０の追加に同期して、処理管理テーブルＤ３０への情報追加と、それを受けた処理情報Ｄ５０の生成を行っていたが、ログ情報Ｄ１０の追加に係る処理とは独立して動作させてもよい。例えば、処理情報生成部１１１は、所定の時間ごとにログ情報記憶部１０４を参照し、新たなログ情報Ｄ１０が追加されている場合に、処理管理テーブルＤ３０への情報追加と、それを受けた処理情報Ｄ５０の生成を行うように動作させてもよい。

負荷状況算出部１１３は、依頼受付部１０１から、登録が予定された画像データの一覧と、その一覧に含まれる画像データの属性情報とを受ける。これらを受けると、負荷状況算出部１１３は、その一覧に含まれる各画像データのモダリティ及び部位を示す情報を抽出し、それぞれを処理パターン管理テーブルＤ２０と比較することで、各画像データに対応する処理パターンＣ５１を特定する。

処理パターンＣ５１を特定したら、負荷状況算出部１１３は、処理情報記憶部１１２に記憶された処理情報Ｄ５０を参照し、一覧に含まれる各画像データについて、１フレーム当たりの処理時間Ｃ５２を特定する。負荷状況算出部１１３は、画像データごとに、特定された１フレーム当たりの処理時間Ｃ５２と、その画像データのフレーム数とを基に、その画像データの処理に要する時間を算出する。

負荷状況算出部１１３は、算出された各画像データの処理に要する時間の合計を負荷状況として算出する。即ち、この負荷状況が、画像管理サーバー１００Ａで登録が予定された画像データ全てを処理するために要する時間に相当する。負荷状況算出部１１３は、算出された負荷状況を負荷状況記憶部１１４に記憶させる。負荷状況記憶部１１４は、負荷状況を記憶するための記憶部である。

なお、上記では、負荷状況算出部１１３は、キューで管理されている登録が予定された画像データの一覧の更新に同期して負荷状況の算出を行っていたが、この一覧の更新とは独立して動作させてもよい。例えば、負荷状況算出部１１３は、所定の時間ごとに処理情報記憶部１１２に記憶された処理情報Ｄ５０を参照し、負荷状況を算出するように動作させてもよい。また、負荷状況算出部１１３は、処理情報Ｄ５０の生成に同期して負荷状況を算出するように動作させてもよい。この場合には、処理情報生成部１１１が、処理情報Ｄ５０の生成に係る処理が完了したときに、これを負荷状況算出部１１３に通知する。負荷状況算出部１１３は、この通知を受けて、負荷状況を算出すればよい。

負荷状況通知部１１５は、振り分け部３００から負荷状況の通知を指示される。この指示を受けると、負荷状況通知部１１５は、負荷状況記憶部１１４に記憶された負荷状況を読み出し、これを振り分け部３００に通知する。これにより、振り分け部３００は、画像管理サーバー１００Ａで登録が予定された画像データ全てを処理するために要する時間を認識することが可能となる。

次に、図６を参照しながら、本実施形態に係る医用画像管理システムの一連の処理の流れについて説明する。図６は、本実施形態に係る医用画像管理システムの一連の処理の流れを示した図である。

（ステップＳ２１１）
撮影部２００は、取得した画像データを振り分け部３００に出力する。

（ステップＳ３１１）
振り分け部３００は、撮影部２００から画像データを受ける。画像データを受けると、振り分け部３００は、画像管理サーバー１００Ａ〜１００Ｃそれぞれに負荷状況の通知を指示する。この指示は、画像管理サーバー１００Ａ〜１００Ｃそれぞれの負荷状況通知部１１５に通知される。

（ステップＳ１１１）
この指示を受けると、負荷状況通知部１１５は、負荷状況記憶部１１４に記憶された負荷状況を読み出し、これを振り分け部３００に通知する。

（ステップＳ３１２）
振り分け部３００は、画像管理サーバー１００Ａ〜１００Ｃそれぞれから通知された負荷状況を比較し、画像管理サーバー１００Ａ〜１００Ｃのうち、より負荷の低いサーバー、即ち、新たに依頼されて処理をより早く実行可能なサーバーを特定する。以降は、画像管理サーバー１００Ａが特定されたものとして説明する。

（ステップＳ３１３）
振り分け部３００は、特定された画像管理サーバー１００Ａに、受けた画像データを送信し、この画像データの登録を画像管理サーバー１００Ａに依頼する。

（ステップＳ１１２）
依頼受付部１０１は、振り分け部３００から、画像データの登録依頼を、登録対象の画像データとあわせて受け付ける。依頼受付部１０１は、振り分け部３００から受け付けた登録依頼を、受け付けた順にキューにより管理・記憶する。

画像データの登録が完了すると、画像登録部１０２は、計時手段により計測された時間と、登録対象である画像データの属性情報とを関連付けてログ情報Ｄ１０を生成する。画像登録部１０２は、生成されたログ情報Ｄ１０をログ情報記憶部１０４に出力する。

（ステップＳ１１３）
処理情報生成部１１１は、ログ情報記憶部１０４にログ情報Ｄ１０が追加されると、そのログ情報Ｄ１０に対応する情報を、処理管理テーブルＤ３０に追加する。具体的には、処理情報生成部１１１は、画像登録部１０２からログ情報Ｄ１０の出力完了の通知を受ける。この通知を受けると、処理情報生成部１１１は、ログ情報記憶部１０４から追加されたログ情報Ｄ１０を読み出す。処理情報生成部１１１は、読み出されたログ情報Ｄ１０から、識別情報Ｃ１１、モダリティＣ１２１、部位Ｃ１２２、及び時間Ｃ１４を抽出する。

処理情報生成部１１１は、抽出されたモダリティＣ１２１及び部位Ｃ１２２と処理パターン管理テーブルＤ２０とを比較し、処理パターンＣ３２を特定する。処理情報生成部１１１は、特定された処理パターンＣ３２と、抽出された識別情報Ｃ１１、フレーム数Ｃ１３、及び時間Ｃ１４とを関連付けて、処理管理テーブルＤ３０に登録する。

次に、処理情報生成部１１１は、情報が追加された処理管理テーブルＤ３０に登録された情報を抽出して、１フレームあたりの処理時間を処理パターンごとに算出し、これらを基に処理情報Ｄ５０を生成する。処理情報生成部１１１は、生成された処理情報Ｄ５０を、処理情報記憶部１１２に記憶させる。

（ステップＳ１１４）
依頼受付部１０１は、キューで管理されている登録が予定された画像データの一覧が依頼の受け付け及び処理により更新されると、その一覧と、その一覧に含まれる画像データの属性情報とを負荷状況算出部１１３に通知する。

負荷状況算出部１１３は、算出された各画像データの処理に要する時間の合計を負荷状況として算出する。負荷状況算出部１１３は、算出された負荷状況を負荷状況記憶部１１４に記憶させる。

以上、本実施形態に係る医用画像管理システムでは、画像管理サーバー１００Ａ〜１００Ｃは、既に完了している画像データの登録処理に要した時間に基づき、画像管登録が予定された画像データの登録に要する時間（即ち、登録処理時間）を負荷状況として算出する。そして、振り分け部３００は、新たに画像データ受けた場合に、画像管理サーバー１００Ａ〜１００Ｃそれぞれで算出された負荷状況を比較して、より負荷の低いサーバーにその画像データの登録を依頼する。このような構成とすることで、医用画像処理システムでは、画像管理サーバー１００Ａ〜１００Ｃそれぞれの処理負荷を精度よく算出される。そのため、医用画像管理システムでは、より処理負荷の低いサーバー、即ち、その画像データの登録をより早く完了可能なサーバーに登録を依頼し、その画像データの登録に係る時間を短縮することが可能となる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載されたその均等の範囲に含まれる。

１００Ａ〜１００Ｃ画像管理サーバー
１０１依頼受付部
１０２画像登録部
１０３画像記憶部
１０４ログ情報記憶部
１１１処理情報生成部
１１２処理情報記憶部
１１３負荷状況算出部
１１４負荷状況記憶部
１１５負荷状況通知部
２００撮影部
３００振り分け部

Claims

複数のサーバーと、
取得された画像データを受けて、前記複数のサーバーのうちのいずれかに当該画像データの登録を依頼する振り分け部と、
を備え、
複数の画像データを、前記複数のサーバー間で分散して記憶する医用画像管理システムであって、
前記サーバーは、
記憶部と、
前記振り分け部から前記登録の依頼を受け付ける依頼受付部と、
前記受け付けられた各画像データを前記記憶部に登録する画像登録部と、
前記記憶部に対する前記画像データの登録処理時間を取得し、その取得結果に基づいて、当該画像データを形成する単位データごとの登録処理時間を、前記画像データの種別ごとに処理情報として生成する処理情報生成部と、
登録が予定された画像データの登録処理時間を、前記処理情報と、当該画像データの前記種別と、当該画像データに含まれる前記単位データの数とに基づき、負荷状況として算出する負荷状況算出部と、
を備え、
前記振り分け部は、前記複数のサーバーそれぞれで算出された前記負荷状況に基づき、新たに受けた前記画像データの登録を依頼する前記サーバーを決定することを特徴とする医用画像管理システム。
前記処理情報生成部は、前記記憶部への画像データの登録に同期して、前記処理情報を生成することを特徴とする請求項１に記載の医用画像管理システム。
前記負荷状況算出部は、前記処理情報の更新に同期して、前記負荷状況を算出することを特徴とする請求項２に記載の医用画像管理システム。
前記負荷状況算出部は、前記依頼受付部による前記登録の依頼の受け付けに同期して、当該依頼が受け付けられた画像データを含む、登録が予定された一連の画像データの登録処理時間を前記負荷状況として算出することを特徴とする請求項１乃至請求項３のいずれか一つに記載の医用画像管理システム。
前記負荷状況算出部は、所定の時間ごとに前記負荷状況を算出することを特徴とする請求項１乃至請求項４のいずれか一つに記載の医用画像管理システム。
前記処理情報生成部は、所定の時間ごとに前記処理情報を生成することを特徴とする請求項１乃至請求項５のいずれか一つに記載の医用画像管理システム。