(57)【特許請求の範囲】
【請求項１】
過去の検査において予約されていた検査の予約内容を示す予約実績情報の中から、検査の予約内容を示す予約情報と類似する予約実績情報を抽出し、抽出した予約実績情報を有する時点を含む任意の単位の時間範囲内の検査の実績情報を、医用画像データの登録処理を行う複数の処理装置それぞれの処理量の算出に用いる検査の実績情報として特定する特定部と、
前記予約情報と、前記特定部が特定した実績情報のうち予約されていた検査について実行された検査内容を示す第１の実績情報とに基づいて、前記複数の処理装置それぞれの予約された検査に関する第１の処理量を算出する第１の算出部と、
前記特定部が特定した実績情報のうち予約外だった検査について実行された検査内容を示す第２の実績情報に基づいて、前記複数の処理装置それぞれの予約外の検査に関する第２の処理量を算出する第２の算出部と、
前記第１の処理量と前記第２の処理量とに基づいて、前記複数の処理装置に対する前記登録処理の割当てを設定する設定部と、
を備えた医用画像処理システム。
【請求項２】
前記第２の算出部が前記第２の処理量を算出した後に実行された検査のうち予約外だった検査の検査内容を示す第３の実績情報に基づいて、前記第２の処理量を補正する補正部を更に備え、
前記設定部は、前記第１の処理量と、前記補正部が補正した前記第２の処理量とに基づいて、前記複数の処理装置に対する前記登録処理の割当てを更新する、請求項１に記載の医用画像処理システム。
【請求項３】
前記補正部は、前記第２の算出部が前記第２の処理量を算出した後の所定の時点において、前記第３の実績情報と検査内容が類似する実績情報を前記過去の検査の実績情報の中から抽出し、抽出した実績情報のうち前記所定の時点に対応する時点以降に実行された検査の実績情報に基づいて、前記第２の処理量を補正する、請求項２に記載の医用画像処理システム。
【請求項４】
前記実績情報は、前記複数の処理装置のそれぞれにおいて実行された前記登録処理に係る処理量の記録を示す処理量実績情報を含む、請求項１〜３のいずれか一項に記載の医用画像処理システム。
【請求項５】
前記特定部は、前記複数の処理装置それぞれの処理量の算出に用いる検査の実績情報を、前記過去の検査の実績情報の中から複数特定し、
前記第２の算出部は、前記特定部が特定した複数の実績情報のうち前記第２の実績情報における前記処理量実績情報を用いて、処理量の平均値又は最大値を前記複数の処理装置ごとに算出し、算出した平均値又は最大値に基づいて、前記第２の処理量を算出する、請求項４に記載の医用画像処理システム。
【請求項６】
前記設定部は、前記医用画像データを記憶する記憶装置の空き容量と、前記第１の処理量と、前記第２の処理量とに基づいて、前記複数の処理装置に対する前記登録処理の割当てを設定する、請求項１〜５のいずれか一項に記載の医用画像処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、医用画像処理システムに関する。
【背景技術】
【０００２】
Ｘ線ＣＴ（Computed  Tomography）装置、ＭＲＩ（Magnetic  Resonance  Imaging）装置、超音波診断装置、Ｘ線診断装置などの医用画像診断装置（モダリティとも呼ばれる）によって収集された医用画像データは、表示用の医用画像を生成するために種々の画像処理が施される。例えば、上述した医用画像診断装置を含む医用画像処理システムでは、医用画像診断装置によって収集された医用画像データに対して画像処理を施すことで表示用の医用画像を生成するサーバや、サーバによって生成された医用画像を表示する医用画像表示装置などが含まれる。読影医は、医用画像表示装置によって表示された医用画像を観察することにより読影を行う。このような医用画像処理システムでは、医用画像の生成に先立ち、医用画像診断装置によって収集された医用画像データのシステム内への登録処理が行われる。例えば、医用画像データの登録処理を行う処理装置が医用画像処理システムに含まれ、医用画像データの登録処理を実行する。一例を挙げると、処理装置は、医用画像診断装置から医用画像データを受信し、受信した医用画像データを医用画像保管装置に保管させたり、サーバに対して画像処理の登録を実行したりする。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２６８９２０号公報
【特許文献２】特開平７−３０２２４２号公報
【特許文献３】特開２０１３−２１４２９５号公報
【特許文献４】特開２００６−３０９７９６号公報
【特許文献５】特開２００８−０３６３５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明が解決しようとする課題は、医用画像データの登録処理に関する負荷を分散し、処理を円滑化することができる医用画像処理システムを提供することである。
【課題を解決するための手段】
【０００５】
実施の形態の医用画像処理システムは、特定部と、第１の算出部と、第２の算出部と、設定部とを備える。特定部は、過去の検査において予約されていた検査の予約内容を示す予約実績情報の中から、検査の予約内容を示す予約情報と類似する予約実績情報を抽出し、抽出した予約実績情報に対応する検査の実績情報を、医用画像データの登録処理を行う複数の処理装置それぞれの処理量の算出に用いる検査の実績情報として特定する。第１の算出部は、前記予約情報と、前記特定部が特定した実績情報のうち予約されていた検査について実行された検査内容を示す第１の実績情報とに基づいて、前記複数の処理装置それぞれの予約された検査に関する第１の処理量を算出する。第２の算出部は、前記特定部が特定した実績情報のうち予約外だった検査について実行された検査内容を示す第２の実績情報に基づいて、前記複数の処理装置それぞれの予約外の検査に関する第２の処理量を算出する。設定部は、前記第１の処理量と前記第２の処理量とに基づいて、前記複数の処理装置に対する前記登録処理の割当てを設定する。
【図面の簡単な説明】
【０００６】
【図１】図１は、第１の実施形態に係る医用画像処理システムの構成の一例を示すブロック図である。
【図２】図２は、第１の実施形態に係る処理装置の構成の一例を示すブロック図である。
【図３】図３は、第１の実施形態に係る医用画像処理システムの処理を説明するための図である。
【図４】図４は、第１の実施形態に係る予約情報を説明するための図である。
【図５】図５は、第１の実施形態に係る実績情報を説明するための図である。
【図６】図６は、第１の実施形態に係る実績情報を説明するための図である。
【図７】図７は、第１の実施形態に係る実績情報を説明するための図である。
【図８】図８は、第１の実施形態に係る実績情報を説明するための図である。
【図９】図９は、第１の実施形態に係る実績情報を説明するための図である。
【図１０】図１０は、第１の実施形態に係る実績情報を説明するための図である。
【図１１】図１１は、第１の実施形態に係る負荷分散を説明するための図である。
【図１２】図１２は、第１の実施形態に係る処理量の補正を説明するための図である。
【図１３】図１３は、第１の実施形態に係る負荷分散を説明するための図である。
【図１４】図１４は、第１の実施形態に係る負荷分散を説明するための図である。
【図１５】図１５は、第１の実施形態に係る負荷分散の一連の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【０００７】
以下、図面を参照して、実施形態に係る医用画像処理システムを説明する。なお、本願に係る医用画像処理システムは、以下の実施形態に限定されるものではない。
【０００８】
（第１の実施形態）
まず、図１を用いて、第１の実施形態に係る医用画像処理システム１００の構成の一例を説明する。図１は、第１の実施形態に係る医用画像処理システム１００の構成の一例を示すブロック図である。図１に示すように、第１の実施形態に係る医用画像処理システム１００は、医用画像診断装置１１０と、処理装置１２０と、医用画像保管装置１３０と、サーバ１４０と、医用画像表示装置１５０とを備える。
【０００９】
図１に示すように、医用画像処理システム１００は複数の医用画像診断装置１１０を備える。ここで医用画像診断装置１１０とは、Ｘ線ＣＴ装置やＭＲＩ装置、超音波診断装置、Ｘ線診断装置など、医用画像データを収集する種々の装置である。医用画像診断装置１１０は、被検体の医用画像データを収集し、収集した医用画像データを処理装置１２０に出力する。
【００１０】
処理装置１２０は、医用画像診断装置１１０から出力される医用画像データを受信する。また、処理装置１２０は、医用画像データを医用画像保管装置１３０に保管させるとともに、サーバ１４０が有するデータベース上に登録させる。また、処理装置１２０は、医用画像データをサーバ１４０に送信し、サーバ１４０による画像処理を受けさせる。なお、以下では、処理装置１２０が医用画像データを医用画像保管装置１３０に送信して保管させる処理や、医用画像データをサーバ１４０に送信してデータベース登録させる処理、医用画像データをサーバ１４０に送信して画像処理させる処理等を、単に、「登録処理」とも記載する。
【００１１】
即ち、「登録処理」は、処理装置１２０が、医用画像データを処理装置１２０以外の他の装置に対して送信し、医用画像データが他の装置による種々の処理を受けることが可能な状態とする処理である。ここで、「他の装置」とは、例えば、医用画像保管装置１３０やサーバ１４０などである。また、「他の装置による種々の処理」とは、例えば、医用画像データの保管やデータベース登録、画像処理等である。また、「種々の処理を受けることが可能な状態」とは、例えば、医用画像データがサーバ１４０による画像処理を受けるためにサーバ１４０が有する画像処理キューに登録された状態である。なお、処理装置１２０は、「登録処理」として、医用画像データを医用画像保管装置１３０に送信して保管させる処理、医用画像データをサーバ１４０に送信してデータベース上に登録させる処理、医用画像データをサーバ１４０に送信して画像処理を受けさせる処理などの種々の処理のうちの全部を実行する場合であってもよいし、一部を実行する場合であってもよい。
【００１２】
また、処理装置１２０は、「登録処理」に関する処理として、「登録処理」そのものに加え、「登録処理」に先立つ種々の処理を実行する。例えば、処理装置１２０は、医用画像データの「登録処理」に先立ち、医用画像データを医用画像診断装置１１０から受信し、受信した医用画像データを一時保管する。そして、処理装置１２０は、一時保管した医用画像データの登録先となる登録処理キューを確認し、確認した登録処理キューに医用画像データを登録する。さらに、処理装置１２０は、登録処理キューから医用画像データを読み込み、読み込んだ医用画像データに対して圧縮処理を行う。そして、処理装置１２０は、圧縮処理を行った医用画像データについて「登録処理」を実行する。
【００１３】
また、図１に示すように、医用画像処理システム１００は、複数の処理装置１２０を備える。ここで、複数の処理装置１２０は、ネットワークを通じて相互に接続される。また、複数の処理装置１２０は、それぞれ、ネットワークを通じて医用画像診断装置１１０、医用画像保管装置１３０、サーバ１４０及び医用画像表示装置１５０と接続される。
【００１４】
医用画像保管装置１３０は、処理装置１２０から送信される医用画像データを保管する記憶装置である。図１に示すように、医用画像処理システム１００は複数の医用画像保管装置１３０を備える。また、図１に示すように、複数の処理装置１２０と複数の医用画像保管装置１３０とはそれぞれがネットワークを介して接続されており、医用画像保管装置１３０は、各処理装置１２０が送信する医用画像データを保管することができる。
【００１５】
サーバ１４０は、処理装置１２０から送信される医用画像データに関する種々の処理を行うサーバである。なお、医用画像処理システム１００は複数のサーバ１４０を備える場合であってもよい。例えば、サーバ１４０は、医用画像データの情報をデータベースに登録し、管理する。一例を挙げると、サーバ１４０は、医用画像保管装置１３０における医用画像データの所在を示すデータをデータベース上で管理し、操作者からの要求に応じて医用画像保管装置１３０から医用画像データを呼び出し、医用画像表示装置１５０に表示させる。なお、サーバ１４０は、医用画像データを自ら保管する場合であってもよい。
【００１６】
また、例えば、サーバ１４０は、処理装置１２０から送信される医用画像データに対して種々の画像処理を実行する。一例を挙げると、サーバ１４０は、処理装置１２０により画像処理待ちのキューに登録された医用画像データを順に読み込み、画像処理を実行することで、表示用の医用画像を生成する。医用画像表示装置１５０は、操作者によって参照されるモニタであり、医用画像保管装置１３０に保管された種々の医用画像を表示する。
【００１７】
なお、医用画像処理システム１００には、ＰＡＣＳ（Picture  Archiving  and  Communication  Systems）やＲＩＳ（Radiology  Information  System）、ＨＩＳ（Hospital  Information  System）等の種々のシステムが導入される。例えば、サーバ１４０は、ＰＡＣＳのサーバとして、医用画像データをデータベースへ登録したり、医用画像表示装置１５０を介して医用画像データを読影医へ提供したりすることができる。
【００１８】
以上、第１の実施形態に係る医用画像処理システム１００の全体構成について説明した。かかる構成のもと、第１の実施形態に係る医用画像処理システム１００は、処理装置１２０が行う登録処理に関する負荷を、複数の処理装置１２０の間で分散する。更に、第１の実施形態に係る医用画像処理システム１００は、登録処理に関する負荷を分散することで読影までの時間を短縮して検査の効率を向上させる。なお、医用画像データの登録処理に関する負荷には、登録処理そのものに基づく負荷に加え、登録処理に関連する処理（医用画像データの圧縮など）に基づく負荷が含まれる。以下、第１の実施形態においては、負荷の分散処理を処理装置１２０が行う場合を例に挙げて説明する。
【００１９】
まず、図２を用いて処理装置１２０の構成の一例を説明する。図２は、第１の実施形態に係る処理装置１２０の構成の一例を示すブロック図である。図２に示すように、第１の実施形態に係る処理装置１２０は、受信回路１２１と、処理回路１２２と、圧縮回路１２３と、登録回路１２４と、記憶回路１２５とを備える。
【００２０】
受信回路１２１は、医用画像診断装置１１０から出力される医用画像データを受信する。また、受信回路１２１は、受信した医用画像データを、記憶回路１２５に記憶させることで一時保管する。また、受信回路１２１は、医用画像データを一時保管したことを医用画像診断装置１１０に対して通知する。なお、医用画像診断装置１１０は、受信回路１２１が医用画像データを一時保管したとの通知を受けることで、医用画像データの送信先が機能していることを確認し、次の医用画像データを収集する。なお、医用画像診断装置１１０は、受信回路１２１が医用画像データを一時保管したとの通知を受けるまで、医用画像データの収集をしないように制御することもできる。
【００２１】
処理回路１２２は、特定機能１２２ａと、算出機能１２２ｂと、設定機能１２２ｃと、補正機能１２２ｄとを実行し、登録処理に係る負荷を分散する。具体的には、まず、処理回路１２２は、過去の検査において予約されていた検査の予約内容を示す予約実績情報の中から、検査の予約内容を示す予約情報と類似する予約実績情報を抽出し、抽出した予約実績情報に対応する検査の実績情報を、医用画像データの登録処理を行う複数の処理装置１２０それぞれの処理量の算出に用いる検査の実績情報として特定する。次に、処理回路１２２は、予約情報と、特定した実績情報のうち予約されていた検査について実行された検査内容を示す実績情報とに基づいて、複数の処理装置１２０それぞれの予約された検査に関する処理量を算出する。また、処理回路１２２は、特定した実績情報のうち予約外だった検査について実行された検査内容を示す実績情報に基づいて、複数の処理装置１２０それぞれの予約外の検査に関する処理量を算出する。そして、処理回路１２２は、予約された検査に関する処理量と予約外の検査に関する処理量とに基づいて、複数の処理装置１２０に対する登録処理の割当てを設定する。なお、以下では、処理回路１２２が登録処理の割当てを設定する例として、登録処理そのものと、登録処理に付随する前段階の処理（登録処理待ちのキューから医用画像データを読み込む処理、及び、読み込んだ医用画像データに対する圧縮処理）とを併せて、複数の処理装置１２０に対する割当てを設定する場合について説明する。
【００２２】
また、処理回路１２２は、設定した登録処理の割当てに従い、医用画像データを処理装置１２０の各々が有する登録処理待ちのキューに登録する。例えば、処理回路１２２は、医用画像データを受信した処理装置１２０が有する登録処理待ちのキューに医用画像データを登録する。また、例えば、処理回路１２２は、医用画像データを受信した処理装置１２０とは異なる他の処理装置１２０が有する登録処理待ちのキューに医用画像データを登録する。そして医用画像データを登録処理待ちのキューに登録された処理装置１２０は、登録処理待ちのキューから医用画像データを読み込み、登録処理を実行する。なお、処理回路１２２の各機能については後述する。
【００２３】
圧縮回路１２３は、処理装置１２０が有する登録処理待ちのキューに登録された医用画像データを読み込み、医用画像データの圧縮処理を行う。即ち、圧縮回路１２３は、登録回路１２４による医用画像データの登録処理に先立って医用画像データを圧縮し、データの蓄積や伝送のコストを低減できる状態にした上で、医用画像データを登録回路１２４に送信する。
【００２４】
登録回路１２４は、医用画像データの登録処理を行う。例えば、登録回路１２４は、圧縮回路１２３により圧縮された医用画像データを医用画像保管装置１３０に対して送信して保管させる。なお、登録回路１２４は、複数の医用画像保管装置１３０の中から、空き容量等に応じて、医用画像データを送信する医用画像保管装置１３０を選択することができる。また、例えば、登録回路１２４は、医用画像データを医用画像保管装置１３０に保管させるとともに、保管した医用画像データの情報をサーバ１４０に送信して、データベース登録を行う。また、例えば、登録回路１２４は、医用画像データをサーバ１４０に送信してサーバ１４０が有する画像処理待ちのキューに登録させ、画像処理を受けさせる。
【００２５】
図１における実施形態では、受信回路１２１、処理回路１２２、圧縮回路１２３及び登録回路１２４が実行する各機能は、コンピュータによって実行可能なプログラムの形態で記憶回路１２５へ記録されている。受信回路１２１、処理回路１２２、圧縮回路１２３及び登録回路１２４は、プログラムを記憶回路１２５から読み出し、実行することで各プログラムに対応する機能を実現するプロセッサである。
【００２６】
例えば、各プログラムを読み出した状態の処理回路１２２は、図２に示した特定機能１２２ａ、算出機能１２２ｂ、設定機能１２２ｃ及び補正機能１２２ｄを有することとなる。なお、図２においては単一の処理回路にて、特定機能１２２ａ、算出機能１２２ｂ、設定機能１２２ｃ及び補正機能１２２ｄにて行われる処理機能が実現するものとして説明したが、複数の独立したプロセッサを組み合わせて処理回路を構成し、各プロセッサがプログラムを実行することにより機能を実現するものとしても構わない。
【００２７】
上記説明において用いた「プロセッサ」という文言は、例えば、ＣＰＵ（Central  Processing  Unit）、ＧＰＵ（Graphics  Processing  Unit）、あるいは、特定用途向け集積回路（Application  Specific  Integrated  Circuit;  ＡＳＩＣ）、プログラマブル論理デバイス（例えば、単純プログラマブル論理デバイス（Simple  Programmable  Logic  Device;  ＳＰＬＤ）、複合プログラマブル論理デバイス（Complex  Programmable  Logic  Device;  ＣＰＬＤ）、及びフィールドプログラマブルゲートアレイ（Field  Programmable  Gate  Array;  ＦＰＧＡ））などの回路を意味する。プロセッサは記憶回路１２５に保存されたプログラムを読み出し実行することで機能を実現する。なお、記憶回路１２５にプログラムを保存する代わりに、プロセッサの回路内にプログラムを直接組み込むように構成しても構わない。この場合、プロセッサは回路内に組み込まれたプログラムを読み出し実行することで機能を実現する。なお、本実施形態の各プロセッサは、プロセッサごとに単一の回路として構成される場合に限らず、複数の独立した回路を組み合わせて１つのプロセッサとして構成し、その機能を実現するようにしてもよい。さらに、図２における複数の構成要素を１つのプロセッサへ統合してその機能を実現するようにしてもよい。
【００２８】
第１の実施形態における特定機能１２２ａは、特許請求の範囲における特定部の一例である。また、第１の実施形態における算出機能１２２ｂは、特許請求の範囲における第１の算出部及び第２の算出部の一例である。また、第１の実施形態における設定機能１２２ｃは、特許請求の範囲における設定部の一例である。また、第１の実施形態における補正機能１２２ｄは、特許請求の範囲における補正部の一例である。
【００２９】
記憶回路１２５は、受信回路１２１、処理回路１２２、圧縮回路１２３及び登録回路１２４による種々の処理において用いられるデータを記憶する。例えば、記憶回路１２５は、受信回路１２１、処理回路１２２、圧縮回路１２３及び登録回路１２４によって実行される各プログラムを記憶する。また、記憶回路１２５は、受信回路１２１による制御の下、医用画像診断装置１１０から送信された医用画像データを一時保管する。また、記憶回路１２５は、検査の予約内容を示す予約情報、過去の検査において予約されていた検査の予約内容を示す予約実績情報、及び、実行された検査の検査内容を示す実績情報などを記憶することができる。なお、予約情報、予約実績情報及び実績情報については後述する。
【００３０】
次に、第１の実施形態に係る医用画像処理システム１００が行う処理について、図３を用いて説明する。図３は、第１の実施形態に係る医用画像処理システム１００の処理を説明するための図である。まず、医用画像診断装置１１０は、被検体から医用画像データを収集する。次に、医用画像診断装置１１０は、図３に示すように、収集した医用画像データを処理装置１２０に対して送信する。なお、以下では、医用画像診断装置１１０と処理装置１２０とが対応付いており、医用画像データの送信先の処理装置１２０が固定されている場合について説明する。即ち、Ｘ線ＣＴ装置やＭＲＩ装置などのモダリティ装置ごとに、それぞれ対応する処理装置１２０が配置される場合について説明する。
【００３１】
受信回路１２１は、医用画像診断装置１１０が送信した医用画像データを受信する。例えば、受信回路１２１は、図３に示すように、医用画像診断装置１１０から送信された医用画像データを、ＤＩＣＯＭ（Digital  Imaging  and  Communications  in  Medicine）規格に則って、受信することができる。また、受信回路１２１は、受信した医用画像データを記憶回路１２５に一時保管させる。また、受信回路１２１は、医用画像データが一時保管されたことを、医用画像診断装置１１０に通知する。
【００３２】
次に、処理回路１２２は、図３に示すように、登録処理を実行する処理装置１２０（キュー登録先）を確認する。具体的には、処理回路１２２は、各処理装置１２０の処理量に応じて、キュー登録先の処理装置１２０を決定する。例えば、処理回路１２２は、登録処理を、図３に示す処理装置１２０が有する登録回路１２４に行わせることもできるし、図３に示す処理装置１２０とは異なる他の処理装置１２０が有する登録回路１２４に行わせることもできる。なお、処理回路１２２によるキュー登録先の処理装置１２０の決定については後述する。
【００３３】
図３に示す処理装置１２０がキュー登録先の処理装置１２０として決定された場合、圧縮回路１２３は、登録処理待ちのキューに登録された医用画像データを読み込み、画像を圧縮する。そして、登録回路１２４は、図３に示すように、圧縮された医用画像データを医用画像保管装置１３０に保管させ、また、サーバ１４０にデータベース登録させる。また、登録回路１２４は、圧縮された医用画像データをサーバ１４０の画像処理キューに登録させ、画像処理を行わせる。
【００３４】
以下、登録処理キューへの医用画像データの登録について説明する。処理回路１２２は、まず、キュー登録先を確認するため、複数の処理装置１２０が実行する処理量をそれぞれ予測する。なお、「予測する」とは、登録処理に関する処理量のこれからの推移を、処理装置１２０ごとに算出することをいう。一例を挙げると、処理回路１２２は、対応付いた医用画像診断装置１１０からの医用画像データを受信した処理装置１２０が、受信した医用画像データの登録処理の全てを自ら行う場合に、処理装置１２０のそれぞれが実行する処理量を予測する。そして、処理回路１２２は、処理量の多い処理装置１２０の登録処理の一部が、処理量が少なく余裕のある処理装置１２０において実行されるよう、キュー登録先を設定する。以下、処理回路１２２による、登録処理を行う処理装置１２０（キュー登録先）の設定について、詳細に説明する。
【００３５】
まず、処理回路１２２が備える特定機能１２２ａは、検査の予約内容を示す予約情報と、過去の検査において予約されていた検査の予約内容を示す予約実績情報とを比較する。ここで、予約情報とは、これから実行される検査の予約内容を示す。例えば、予約情報は、図４に示すように、検査ＵＩＤやサブオーダ番号、詳細Ｎｏ、患者のＩＤ及び氏名、患者の性別及び生年月日、依頼科、依頼医師、緊急区分、オーダの予約日時、オーダの作成日時、オーダの受付日時、オーダの撮影開始日時、オーダの実施日時、撮影装置名、モダリティ名、診断方法、部位、撮影方法、撮影室等の情報を含む。なお、図４は、第１の実施形態に係る予約情報を説明するための図である。
【００３６】
また、予約実績情報とは、過去に実行された検査の予約内容を示す。即ち、予約実績情報は、その予約内容に対応する検査が実行された後の予約情報を意味する。なお、以下では、予約情報と予約実績情報とを合わせて、オーダ情報とも記載する。オーダ情報は、例えば、ＲＩＳやＨＩＳにより管理される情報である。また、オーダ情報は、図３に示すように、ＲＩＳやＨＩＳから一定時間ごとに収集され、記憶回路１２５に記憶される。なお、以下では、記憶回路１２５にオーダ情報が記憶される場合について説明するが、オーダ情報を記憶する媒体は任意である。例えば、ＲＩＳやＨＩＳとネットワークで接続される所定の記憶装置にオーダ情報が記憶される場合であってもよい。
【００３７】
そして、特定機能１２２ａは、予約情報を予約実績情報と比較することで、予約実績情報の中から、予約情報と類似する予約実績情報を抽出する。例えば、特定機能１２２ａは、図３に示す記憶回路１２５によって記憶されたオーダ情報から、予約情報と、過去の各日についての予約実績情報とを取得し、これらを比較する。そして、特定機能１２２ａは、過去の各日についての予約実績情報の中から、予約情報とその予約内容が類似する日の予約実績情報を抽出する。そして、特定機能１２２ａは、抽出した予約実績情報に対応する検査の実績情報を、処理量の算出に用いる検査の実績情報として特定する。
【００３８】
なお、予約情報と予約実績情報とが「類似する」とは、例えば、その予約内容の全部又は一部が、同一又は同程度な場合である。一例を挙げると、特定機能１２２ａは、図４に示す情報のうち依頼科コード、オーダ撮影開始日時、オーダ実施日時、モダリティ名及び撮影方法コードのそれぞれを、予約情報と予約実績情報とで比較し、モダリティ、依頼科及び撮影方法が予約情報と同一であり、かつ、オーダ撮影開始日時及びオーダ実施日時が予約情報と同程度である予約実績情報を、予約情報に類似するものとして抽出する。
【００３９】
また、例えば、特定機能１２２ａは、予約情報と予約実績情報との比較により抽出した日の検査の実績情報を、処理量の算出に用いる検査の実績情報として特定する。なお、特定機能１２２ａは、任意の単位において、検査の実績情報を特定することができる。一例を挙げると、特定機能１２２ａは、検査の実績情報を、週単位や日単位、時間単位等で特定することができる。また、特定機能１２２ａは、検査の実績情報を複数特定することができる。
【００４０】
次に、算出機能１２２ｂは、予約情報と、特定機能１２２ａが特定した検査の実績情報とを用いて、複数の処理装置１２０それぞれの処理量を算出する。なお、検査の実績情報とは、過去に実行された検査の内容を示す情報であり、例えば、医用画像処理システム１００の各構成における処理の記録や、操作者に係る情報、被検体に係る情報、医用画像データに係る情報などである。
【００４１】
なお、検査の実績情報は、図３に示すように、一定時間ごとに収集され、記憶回路１２５に記憶される。また、図３は、記憶回路１２５に検査の実績情報が記憶される場合を示すが、検査の実績情報を記憶する媒体は任意であり、例えば、処理装置１２０とネットワークにて接続された所定の記憶装置に検査の実績情報が記憶される場合であってもよい。以下、算出機能１２２ｂが処理量の算出に用いる検査の実績情報について、詳細に説明する。
【００４２】
例えば、算出機能１２２ｂは、検査の実績情報として、過去の検査において実行された、処理装置１２０が有する登録処理待ちのキューへの医用画像データの登録（処理装置１２０のキュー登録）に係る情報を用いることができる。処理装置１２０のキュー登録に係る情報とは、例えば、図５に示すように、医用画像データを受信した日時や、医用画像データの送信元の情報、データ格納パス、患者のＩＤ及び氏名、検査ＵＩＤ、検査の日付、受付番号、モデル名、ステーション名、フレーム数、シリーズＵＩＤ、モダリティ、ＳＯＰクラスＵＩＤ、画像ＵＩＤ等の情報を含む。なお、図５は、第１の実施形態に係る実績情報を説明するための図である。
【００４３】
また、算出機能１２２ｂは、検査の実績情報として、過去の検査において実行された、サーバ１４０が有する画像処理待ちのキューへの医用画像データの登録（サーバ１４０のキュー登録）に係る情報を用いることができる。サーバ１４０のキュー登録に係る情報とは、例えば、図６に示すように、キューのＩＤや登録の日付及び時刻、更新の日付及び時刻、実行の日付及び時刻、エラーの日付及び時刻、優先度、リトライ回数、送信元及び送信先、医用画像データを受信した日付及び時刻、受診者ＩＤ、受診者名及びそのローマ字表記、受診者の生年月日及び性別、検査ＵＩＤ、検査の日付及び時刻、モダリティ、シリーズＵＩＤ、画像ＵＩＤ、医用画像保管装置１３０のＩＤ、処理装置１２０での画像ＵＩＤ１、フレーム番号、ＡＥタイトル等の情報を含む。なお、図６は、第１の実施形態に係る実績情報を説明するための図である。
【００４４】
また、算出機能１２２ｂは、検査の実績情報として、過去の検査において実行された検査の検査情報を用いることができる。なお、検査情報は、医用画像データの収集に関する情報であり、例えば、医用画像診断装置１１０が医用画像データを収集する際、医用画像データに付帯情報として埋め込まれる。そして、例えば、医用画像データを受信した処理装置１２０は、付帯情報に含まれる検査情報を、図３に示すように、所定の記憶装置に記憶する。また、検査情報とは、例えば、図７に示すように、検査ＵＩＤや登録の日付及び時刻、更新の日付及び時刻、患者ＩＤ、検査の日付及び時刻、モダリティ、依頼科、依頼医師、ＳＯＰ  ＩＮＳＴＡＮＣＥ数、シリーズ数、フレーム総数、ファイルサイズ、ＡＥタイトル等の情報を含む。なお、図７は、第１の実施形態に係る実績情報を説明するための図である。
【００４５】
また、算出機能１２２ｂは、検査の実績情報として、過去の検査において実行された検査のシリーズ情報を用いることができる。なお、シリーズ情報は、医用画像データの収集単位に関する情報であり、例えば、医用画像診断装置１１０が医用画像データを収集する際、医用画像データに付帯情報として埋め込まれる。そして、例えば、医用画像データを受信した処理装置１２０は、付帯情報に含まれるシリーズ情報を、図３に示すように、所定の記憶装置に記憶する。また、シリーズ情報とは、例えば、図８に示すように、シリーズＵＩＤや検査ＵＩＤ、登録の日付及び時刻、更新の日付及び時刻、受診者ＩＤ、シリーズ記述、部位、ＳＯＰ  ＩＮＳＴＡＮＣＥ数、フレーム総数、ファイルサイズ等の情報を含む。なお、図８は、第１の実施形態に係る実績情報を説明するための図である。
【００４６】
また、算出機能１２２ｂは、検査の実績情報として、過去の検査において収集された医用画像の画像情報を用いることができる。なお、画像情報は、医用画像データに関する情報であり、例えば、医用画像診断装置１１０が医用画像データを収集する際、医用画像データに付帯情報として埋め込まれる。そして、例えば、医用画像データを受信した処理装置１２０は、付帯情報に含まれる画像情報を、図３に示すように、所定の記憶装置に記憶する。また、画像情報とは、例えば、図９に示すように、画像ＵＩＤや検査ＵＩＤ、シリーズＵＩＤ、登録の日付及び時刻、医用画像保管装置１３０、検査の日付及び時刻、モダリティ、画像番号、ＳＯＰクラス、ＳＯＰ  ＩＮＳＴＡＮＣＥのＵＩＤ、撮影の日付及び時刻、患者方向の行及び列、スライス厚、スライス位置、ＳＹＮＣラベル、ＳＹＮＣシリーズＵＩＤ、フレーム数、ファイルサイズ等の情報を含む。なお、図９は、第１の実施形態に係る実績情報を説明するための図である。
【００４７】
また、算出機能１２２ｂは、検査の実績情報として、過去の検査における経過記録ログを用いることができる。経過記録ログとは、図１０に示すように、処理装置１２０や医用画像保管装置１３０、サーバ１４０、医用画像表示装置１５０等で行われる種々の処理の経過を記録したものである。また、経過記録ログは、例えば、図１０に示すように、ログＩＤやログ発生日時、ログ発生ホスト、イベント名、イベントクラス、ユーザＩＤ、患者ＩＤ、施設、検査日、検査ＵＩＤ、シリーズＵＩＤ、ＳＯＰ  ＩＮＳＴＡＮＣＥのＵＩＤ、コンピュータ、レポートＩＤ、レポートＲｅｖ番号、レポート履歴番号、ロールレベル、対象ユーザＩＤ、イベント付随情報１及びイベント付随情報２等の情報を含む。なお、図１０は、第１の実施形態に係る実績情報を説明するための図である。
【００４８】
算出機能１２２ｂは、上述した検査の実績情報の一部又は全部を、処理装置１２０の処理量の算出に用いる。また、図５から図１０までに示したように、処理装置１２０のキュー登録に係る情報、サーバ１４０のキュー登録に係る情報、検査情報、シリーズ情報、画像情報及び経過記録ログは、いずれも検査ＵＩＤの情報を含んでいる。従って、算出機能１２２ｂは、図５から図１０までに示した各情報を、検査ＵＩＤに従って紐付け、自由に組み合わせて用いることができる。なお、図４に示したように、オーダ情報も検査ＵＩＤの情報を含んでいる。従って、特定機能１２２ａは、予約情報との比較により抽出した予約実績情報が有する検査ＵＩＤを用いて、処理装置１２０の処理量の算出に用いる検査の実績情報を特定することができる。
【００４９】
また、図５から図１０までに示した情報は、算出機能１２２ｂが用いる実績情報の一例であり、算出機能１２２ｂは、図５から図１０までに示していない情報を用いて、処理量を算出することもできる。例えば、算出機能１２２ｂは、処理装置１２０のそれぞれにおいて実行された登録処理に係る処理量の記録を示す処理量実績情報を用いて、処理装置１２０ごとの処理量を算出することができる。例えば、算出機能１２２ｂは、オーダ情報に含まれるモダリティ装置の情報から、対応する処理装置１２０それぞれの処理内容を特定する。そして、算出機能１２２ｂは、特定した処理内容に相当する処理量実績情報を用いて、処理装置１２０ごとのこれからの処理量を算出する。
【００５０】
ここで、「処理装置１２０の処理量」とは、医用画像データの登録処理に関し、処理装置１２０に加わる負荷である。例えば、「処理装置１２０の処理量」は、登録処理の前段階の各処理（医用画像データの受信や一時保管、登録処理待ちのキューへの登録、圧縮など）及び登録処理を実行する際に、処理装置１２０内のプロセッサに加わる負荷である。なお、「処理装置１２０の処理量」は、処理装置１２０内のプロセッサに加わる負荷の全体でなく、その一部であってもよい。例えば、「処理装置１２０の処理量」は、医用画像データの圧縮及び登録処理を行う際に、処理装置１２０内のプロセッサに加わる負荷である。
【００５１】
また、例えば、「処理装置１２０の処理量」は、処理装置１２０が処理する医用画像データのデータ量（ファイルサイズ）である。ここで医用画像データのファイルサイズは、圧縮回路１２３による圧縮処理を受ける前のファイルサイズであってもよいし、圧縮処理を受けた後のファイルサイズであってもよい。また、例えば、「処理装置１２０の処理量」は、処理装置１２０が処理する医用画像データの枚数である。
【００５２】
なお、算出機能１２２ｂが算出する処理量は、登録処理の前段階の各処理（医用画像データの受信や一時保管、登録処理待ちのキューへの登録、圧縮など）及び登録処理について、処理ごとに算出される場合であってもよい。例えば、算出機能１２２ｂは、処理装置１２０内のプロセッサが、医用画像データの圧縮を行うために扱うデータ量、及び、医用画像データの登録処理を行うために扱うデータ量をそれぞれ算出する。また、例えば、算出機能１２２ｂは、医用画像データの圧縮を行うプロセッサと登録処理を行うプロセッサとが別である場合に、登録処理に関する一連のフローを律速する段階（例えば、医用画像データの圧縮）を特定し、特定した段階を行う際に処理装置１２０内のプロセッサが扱うデータ量を、処理量として算出する。
【００５３】
上述したように、算出機能１２２ｂは、実績情報と予約情報とを用いて、処理装置１２０の処理量を算出する。ここで、算出機能１２２ｂは、処理装置１２０の処理量として、予約された検査に関する処理量と、予約外の検査に関する処理量とをそれぞれ算出する。即ち、算出機能１２２ｂは、予め計画されている検査に係る処理量と、急患等の飛び込み検査に係る処理量とを、それぞれ予測する。なお、以下では、予約された検査に関する処理量を第１の処理量と記載し、予約外の検査に関する処理量を第２の処理量と記載する。
【００５４】
また、特定機能１２２ａが特定した検査の実績情報は、予約情報と類似した予約実績情報を有する日全体の検査の実績情報である。従って、特定機能１２２ａが特定した検査の実績情報には、予約されていた検査について実行された検査内容を示す実績情報と、予約外だった検査について実行された検査内容を示す実績情報とが含まれる。以下では、特定機能１２２ａが特定した検査の実績情報のうち、予約されていた検査について実行された検査内容を示す実績情報を、第１の実績情報と記載する。また、以下では、特定機能１２２ａが特定した検査の実績情報のうち、予約外だった検査について実行された検査内容を示す実績情報を、第２の実績情報と記載する。
【００５５】
まず、算出機能１２２ｂは、予約情報と、第１の実績情報とに基づいて、予約された検査に関する第１の処理量を算出する。一例を挙げると、算出機能１２２ｂは、第１の実績情報に含まれる処理量実績情報を、予約情報に応じて補正することで、第１の処理量を算出することができる。なお、「第１の実績情報に含まれる処理量実績情報」とは、例えば、特定機能１２２ａが特定した検査のうち予約されていた検査において処理装置１２０が処理した医用画像データのデータ量の経時的な変化の記録である。即ち、「第１の実績情報に含まれる処理量実績情報」は、予約内容が類似した過去の検査のうち、予約されていた検査に係る処理量の記録である。従って、算出機能１２２ｂは、第１の実績情報に含まれる処理量実績情報を、予約された検査に関する第１の処理量に類似するものとして取得する。ただし、予約情報と予約実績情報とで予約内容が同一であるとは限らないため、算出機能１２２ｂは、第１の実績情報に含まれる処理量実績情報を、予約実績情報と予約情報との違いに応じて補正する。例えば、予約実績情報と比べ、予約情報にて予約されている検査が一つ少ない場合、算出機能１２２ｂは、第１の実績情報に含まれる処理量実績情報から、検査一つに対応する処理量を減算する補正を行うことで、第１の処理量を算出することができる。
【００５６】
また、別の例を挙げると、算出機能１２２ｂは、まず、第１の実績情報のうち図８に示すフレーム総数及びファイルサイズから、医用画像データのデータ総量を、検査ごとに算出する。次に、算出機能１２２ｂは、各検査での医用画像データのデータ総量を検査時間の長さで除することで、単位時間あたりに処理された医用画像データのデータ量を算出する。次に、算出機能１２２ｂは、検査ごとに算出したデータ量を、検査が実行された時刻に対応付けて並べることで、予約内容が類似した過去の検査のうち予約されていた検査に係る処理量の経時的な変化を算出する。そして、算出機能１２２ｂは、算出した処理量の経時的な変化を、予約実績情報と予約情報との違いに応じて補正することで、第１の処理量を算出することができる。
【００５７】
次に、算出機能１２２ｂは、第２の実績情報に基づいて、予約外の検査に関する第２の処理量を算出する。一例を挙げると、算出機能１２２ｂは、特定機能１２２ａが予約状況の類似性に基づいて特定した複数の検査の実績情報のうち、検査当日と日付や曜日、季節等が類似する日において実行された検査に係る第２の実績情報に含まれる処理量実績情報を、第２の処理量とすることができる。なお、「第２の実績情報に含まれる処理量実績情報」とは、例えば、特定機能１２２ａが特定した検査のうち予約外だった検査において、処理装置１２０が処理した医用画像データのデータ量の経時的な変化の記録である。
【００５８】
また、別の例を挙げると、算出機能１２２ｂは、複数の第２の実績情報を用いて、予約外の検査に関する第２の処理量を算出することができる。例えば、算出機能１２２ｂは、複数の第２の実績情報に含まれる処理量実績情報の平均を第２の処理量とすることができる。なお、算出機能１２２ｂは、「処理量実績情報の平均」を、例えば、複数の処理量実績情報の各時刻における処理量の値を平均することで算出することができる。即ち、「処理量実績情報の平均」は、処理量の平均の経時的な変化である。また、例えば、算出機能１２２ｂは、複数の第２の実績情報に含まれる処理量実績情報のうち、ピークの高さや処理量の総量が最大値となる処理量実績情報を第２の処理量とすることができる。
【００５９】
上述したように、算出機能１２２ｂは、予約された検査に関する第１の処理量と、予約外の検査に関する第２の処理量とをそれぞれ算出する。そして、設定機能１２２ｃは、算出機能１２２ｂが算出した第１の処理量と第２の処理量とに基づいて、複数の処理装置１２０に対する登録処理の割当てを設定する。例えば、設定機能１２２ｃは、まず、第１の処理量と第２の処理量とを合算し、処理装置１２０の処理量のこれからの経時的な変化を取得する。なお、設定機能１２２ｃは、第１の処理量及び第２の処理量の各時刻での処理量の値を足し合わせることで、第１の処理量と第２の処理量とを合算し、処理量のこれからの経時的な変化を算出することができる。
【００６０】
次に、設定機能１２２ｃは、処理装置１２０の処理量のこれからの経時的な変化に基づいて、処理装置１２０における処理量が処理能力を超える時間帯があると判断される場合、処理装置１２０にて実行されることが予定されている登録処理を、他の処理装置１２０に依頼する。そして、複数の処理装置１２０における設定機能１２２ｃのそれぞれが、自らを含む処理装置１２０の登録処理を必要に応じて他の処理装置１２０に依頼することで、複数の処理装置１２０に対する登録処理の割当てが設定される。
【００６１】
ここで、設定機能１２２ｃによる、複数の処理装置１２０に対する登録処理の割当ての設定による負荷分散について、図１１を用いて説明する。ここで、図１１は、第１の実施形態に係る負荷分散を説明するための図である。なお、図１１は、医用画像診断装置１１０と処理装置１２０とが対応付いており、医用画像データの送信先の処理装置１２０が固定されている場合を示す。また、図１１は、複数の処理装置１２０が、ネットワークを通じて相互に接続されている場合を示す。
【００６２】
まず、設定機能１２２ｃは、図１１に示すように、医用画像診断装置１１０が収集し、受信回路１２１によって受信された医用画像データの登録先を決定する。例えば、設定機能１２２ｃは、複数の処理装置１２０それぞれについて算出された処理量が処理装置１２０における処理能力を超えるか否かを基準として、負荷分散の要否及び内容を決定する。なお、設定機能１２２ｃは、負荷分散の要否及び内容を、検査ごとに決定する場合であってもよいし、時間ごとに決定する場合であってもよい。
【００６３】
なお、処理装置１２０における処理能力を処理量が超える場合とは、例えば、処理装置１２０が医用画像データを登録処理する速度よりも、医用画像診断装置１１０が医用画像データを収集、送信する速度の方が速い場合である。ただし、処理装置１２０が記憶回路１２５のような記憶装置に医用画像データを一時保管できる場合において、処理装置１２０が医用画像データを登録処理する速度より処理装置１２０が医用画像データを受信する速度の方が速いものの、医用画像データを一時保管することで滞りなく医用画像データを受信できる場合には、設定機能１２２ｃは、処理能力を処理量が超えないものと判定してもよい。
【００６４】
図１１の左図に示す処理装置１２０において処理能力を処理量が超えると判断される場合、設定機能１２２ｃは、医用画像データの登録処理の一部を、図１１の右図に示す処理装置１２０に依頼することができる。そして、設定機能１２２ｃは、図１１の右図に示す処理装置１２０において登録処理を代行する余裕がある場合、図１１の左図に示す処理装置１２０が受信した医用画像データを、図１１の右図に示す処理装置１２０の登録処理待ちのキューに登録する。
【００６５】
一方で、例えば、設定機能１２２ｃは、図１１の左図に示す処理装置１２０において処理能力を処理量が超えないと判断される場合、あるいは、処理能力を処理量が超えると判断されるものの登録処理を代行する余裕のある処理装置１２０が他にない場合、図１１の左図に示す処理装置１２０が受信した医用画像データを、図１１の左図に示す処理装置１２０の登録処理待ちのキューに登録する。
【００６６】
そして、圧縮回路１２３は、処理装置１２０の登録処理待ちのキューに登録された医用画像データを読み込み、画像を圧縮する。そして、登録回路１２４は、圧縮された医用画像データを医用画像保管装置１３０に保管させ、また、サーバ１４０にデータベース登録させる。また、登録回路１２４は、圧縮された医用画像データをサーバ１４０の画像処理待ちのキューに登録させ、画像処理を行わせる。
【００６７】
また、補正機能１２２ｄは、算出機能１２２ｂが算出した第２の処理量を補正することができる。以下、補正機能１２２ｄによる第２の処理量の補正について、図１２を用いて説明する。図１２は、第１の実施形態に係る処理量の補正を説明するための図である。また、図１２においては、上述した算出機能１２２ｂによる第１の処理量及び第２の処理量の算出を毎日実行し、補正機能１２２ｄによる第２の処理量の補正を毎時実行する場合について説明する。
【００６８】
例えば、まず、診療時間前に第１の処理量及び第２の処理量が算出され、設定機能１２２ｃは、当日の処理量の予測に基づいて、登録処理の割当てを設定する。例えば、設定機能１２２ｃは、当日の処理量が処理装置１２０の処理能力を超えると予測される場合には、処理装置１２０における登録処理の一部を他の処理装置１２０に依頼する。そして、依頼を受ける余裕がある他の処理装置１２０がある場合には、設定機能１２２ｃは、キュー登録先の変更を行う。また、複数の処理装置１２０における設定機能１２２ｃのそれぞれが、自らを含む処理装置１２０における登録処理のキュー登録先の変更を行う結果として、複数の処理装置１２０に対する登録処理の割当てが設定される。
【００６９】
次に、設定機能１２２ｃによる登録処理の割当ての設定に基づいて、種々の検査及び登録処理が実行される。ここで、予約されていた検査に加え、予約外の検査が飛び込みで実行される場合がある。また、算出機能１２２ｂが算出した第２の処理量は、飛び込み検査に係る処理量を予測したものであるが、実際にあった飛び込み検査に係る処理量と一致しない場合も考えられる。そこで、補正機能１２２ｄは、算出機能１２２ｂが算出した第２の処理量を、実際に行われた飛び込み検査に応じて、適宜補正する。
【００７０】
補正機能１２２ｄは、例えば、当日の診療時間前に算出された第２の処理量を、当日の診療時間内に補正する。また、補正機能１２２ｄは、第２の処理量を、当日の診療時間内に複数回補正することができる。以下では、補正機能１２２ｄが、算出機能１２２ｂが第２の処理量を算出した後の「所定の時点」において、第２の処理量を補正する場合について説明する。
【００７１】
補正機能１２２ｄは、例えば、図１２に示すように、上述した第２の処理量の補正を一定の時間ごとに行うことができる。この場合、「所定の時点」とは、算出機能１２２ｂが第２の処理量を算出した後、一定の時間ごとに来る時点である。また、補正機能１２２ｄは、例えば、算出機能１２２ｂが算出した第２の処理量と、実行された飛込み検査に係る処理量との差が所定の閾値を超えた場合に、第２の処理量の補正を行うことができる。この場合、「所定の時点」とは、算出機能１２２ｂが第２の処理量を算出した後、第２の処理量と実行された飛込み検査に係る処理量との差が所定の閾値を超えた時点である。
【００７２】
一例を挙げると、まず、補正機能１２２ｄは、第２の処理量の算出後に実行された飛込み検査の実績情報を取得する。以下、算出機能１２２ｂが第２の処理量を算出した後に実行された検査のうち予約外だった検査の検査内容を示す実績情報を、第３の実績情報とも記載する。なお、第３の実績情報は、例えば、図１２に示すように、記憶回路１２５に記憶される。
【００７３】
次に、補正機能１２２ｄは、第３の実績情報と検査内容が類似する検査の実績情報を、過去の検査の実績情報の中から抽出する。ここで、補正機能１２２ｄは、第３の実績情報と検査内容が類似する検査の実績情報として、例えば、当日と過去の各日において、第２の処理量を算出した時点に対応する時点から、「所定の時点」に対応する時点までの間にあった飛込み検査の量や内容が類似する日の検査の実績情報を抽出する。
【００７４】
一例を挙げると、当日に第２の処理量を算出した時刻が「８時」であり、第２の処理量の補正をする「所定の時点」の時刻が「１３時」である場合、補正機能１２２ｄは、当日の「８時」から「１３時」までの間にあった飛込み検査の量や内容と、過去の各日における「８時」から「１３時」までの間にあった飛込み検査の量や内容とを比較し、類似する日を特定する。そして、補正機能１２２ｄは、特定した日の一日分の検査の実績情報を抽出する。
【００７５】
次に、補正機能１２２ｄは、抽出した過去の検査の実績情報を用いて、算出機能１２２ｂが算出した第２の処理量を補正する。例えば、補正機能１２２ｄは、抽出した検査の実績情報のうち、所定の時点に対応する時点以降に実行された飛込み検査に係る処理量実績情報を、補正後の第２の処理量とすることができる。また、例えば、補正機能１２２ｄは、抽出した検査の実績情報のうち所定の時点に対応する時点以降に実行された飛込み検査に係る処理量実績情報と、補正前の第２の処理量との重みづけ平均を、補正後の第２の処理量とすることができる。
【００７６】
一例を挙げると、第２の処理量の補正をする「所定の時点」の時刻が「１３時」である場合、補正機能１２２ｄは、まず、「１３時」までの飛込み検査の量や内容が類似する日を特定する。次に、補正機能１２２ｄは、特定した日における「１３時」以降に実行された飛込み検査に係る処理量実績情報を、当日における「１３時」以降に実行される飛込み検査に係る処理量（補正後の第２の処理量）とすることができる。
【００７７】
そして、設定機能１２２ｃは、算出機能１２２ｂが算出した第１の処理量と、補正機能１２２ｄが補正した第２の処理量とに基づいて、複数の処理装置１２０における今後の処理量を予測し、登録処理の割当て（キュー登録先）を更新する。即ち、処理回路１２２は、算出機能１２２ｂが算出した第１の処理量及び第２の処理量をベースとして保持しつつ、補正機能１２２ｄによる第２の処理量の補正に応じて、登録処理の割当てを適宜更新する。
【００７８】
また、第１の実施形態に係る処理装置１２０は、医用画像保管装置１３０の空き容量を考慮して、負荷分散を行うことができる。例えば、上述したように、各処理装置１２０で処理量が処理能力を超えないように登録処理の割当てを設定、更新した場合であっても、医用画像保管装置１３０の空き容量がなければ、処理装置１２０は、医用画像データの登録処理を行うことはできない。また、空き容量が少ない場合は、医用画像保管装置１３０の医用画像データを保管する速度が低下する場合がある。
【００７９】
以下、医用画像保管装置１３０の空き容量に基づいた負荷分散について、図１３を用いて説明する。図１３は、第１の実施形態に係る負荷分散を説明するための図である。ここで、図１３に示すように、経過の記録におけるオーダＮｏや処理日時の情報により、オーダ情報や画像登録情報、処理装置１２０のキューやサーバ１４０のキューは紐付される。そして、このような紐付により、設定機能１２２ｃは、図１３に示すように、サーバ１４０のログや、医用画像保管装置１３０の負荷の情報を取得することができる。
【００８０】
そして、設定機能１２２ｃは、サーバ１４０のログや医用画像保管装置１３０の負荷の情報から、サーバ１４０や医用画像保管装置１３０に対して医用画像データの登録処理を行う場合に、サーバ１４０や医用画像保管装置１３０側での反応速度を推定する。例えば、これら記憶装置の空き容量が十分でなければ、処理装置１２０との間で行われる登録処理の速度が低下し、処理装置１２０において、医用画像データを登録処理する速度よりも受信する速度の方が速くなる（登録処理が遅延する）場合がある。このような場合、例えば、設定機能１２２ｃは、医用画像データを登録する医用画像保管装置１３０を、空き容量が十分な他の医用画像保管装置１３０に変更することで、医用画像データの登録処理が滞る事態を回避することができる。また、例えば、サーバ１４０が複数ある場合において、設定機能１２２ｃは、医用画像データをキュー登録するサーバ１４０を、空き容量が十分な他のサーバ１４０に変更することで、医用画像データの登録処理が滞る事態を回避することができる。
【００８１】
また、処理回路１２２は、医用画像データの登録処理を行う医用画像保管装置１３０又はサーバ１４０を動的に変更することで、医用画像処理システム１００全体で医用画像データの登録処理に係る負荷を分散することができる。ここで、医用画像処理システム１００全体での負荷分散について、図１４を用いて説明する。なお、図１４は、第１の実施形態に係る負荷分散を説明するための図である。
【００８２】
上述したように、第１の実施形態に係る処理回路１２２は、医用画像診断装置１１０から送信される医用画像データの登録処理を、複数の処理装置１２０の間で分散する。即ち、処理回路１２２は、図１４に示すように、医用画像データを送信する医用画像診断装置１１０と、医用画像データを受信する処理装置１２０との組み合わせを、動的に変えることができる。更に、処理回路１２２は、図１４に示すように、医用画像データを送信する処理装置１２０と、医用画像データを受信する医用画像保管装置１３０との組み合わせを動的に変えることができる。従って、第１の実施形態に係る処理回路１２２は、医用画像診断装置１１０での医用画像データの収集から、医用画像保管装置１３０での医用画像データの保管に至るまでの処理の全体について、負荷分散をすることができる。
【００８３】
次に、処理回路１２２による負荷分散の手順の一例を、図１５を用いて説明する。図１５は、第１の実施形態に係る負荷分散の一連の流れを説明するためのフローチャートである。ステップＳ１０２は、特定機能１２２ａに対応するステップである。ステップＳ１０３は、算出機能１２２ｂに対応するステップである。ステップＳ１０１、ステップＳ１０４、ステップＳ１０５、ステップＳ１０６、ステップＳ１０８及びステップＳ１０９は、設定機能１２２ｃに対応するステップである。ステップＳ１０７は、補正機能１２２ｄに対応するステップである。
【００８４】
まず、処理回路１２２は、負荷分散の開始コマンドを受け付けたか否か判断する（ステップＳ１０１）。開始コマンドを受け付けない場合（ステップＳ１０１否定）、処理回路１２２は、待機状態となる。一方、開始コマンドを受け付けた場合（ステップＳ１０１肯定）、処理回路１２２は、予約情報と予約実績情報とに基づいて、過去の検査の実績情報の中から、処理量の算出に用いる検査の実績情報を特定する（ステップＳ１０２）。次に、処理回路１２２は、特定した検査の実績情報と、予約情報とに基づいて、第１の処理量及び第２の処理量を算出する（ステップＳ１０３）。
【００８５】
そして、処理回路１２２は、算出した第１の処理量及び第２の処理量に基づいて、処理装置１２０において処理量が処理能力を超えるか否かを判定する（ステップＳ１０４）。処理量が処理能力を超えると判定した場合（ステップＳ１０４肯定）、処理回路１２２は、登録処理を他の処理装置１２０に依頼することで登録処理の割当を変更し（ステップＳ１０５）、再度ステップＳ１０４に移行する。一方、処理量が処理能力を超えないと判定した場合（ステップＳ１０４否定）、処理回路１２２は、登録処理の割当ての設定を終了する。
【００８６】
次に、処理回路１２２は、当日の飛び込み検査の実績情報に応じて、登録処理の割当を更新するか否かを適時に判定する（ステップＳ１０６）。登録処理の割当を更新する場合（ステップＳ１０６肯定）、処理回路１２２は、第２の処理量を補正し（ステップＳ１０７）、登録処理の割当を更新した後（ステップＳ１０８）、再度ステップＳ１０６に移行する。一方で、登録処理の割当を更新しない場合（ステップＳ１０６否定）、処理回路１２２は負荷分散の終了コマンドを受け付けたか否か判断する（ステップＳ１０９）。終了コマンドを受け付けない場合（ステップＳ１０９否定）、処理回路１２２は、待機状態となる。一方、終了コマンドを受け付けた場合（ステップＳ１０９肯定）、処理回路１２２は、処理を終了する。
【００８７】
なお、ステップＳ１０６にて登録処理の割当を更新しない場合とは、例えば、ステップＳ１０３にて算出した第１の処理量及び第２の処理量が、実際に行われた検査における処理量と十分に一致しており、登録処理の割当を更新する必要がない場合などである。また、処理回路１２２は、ステップＳ１０６、ステップＳ１０７及びステップＳ１０８を行わない場合であってもよい。即ち、処理回路１２２は、算出した第１の処理量及び第２の処理量に基づいて複数の処理装置１２０に対する登録処理の割当てを設定した後、その更新を行わない場合であってもよい。
【００８８】
上述したように、第１の実施形態によれば、特定機能１２２ａは、過去の検査において予約されていた検査の予約内容を示す予約実績情報の中から、検査の予約内容を示す予約情報と類似する予約実績情報を抽出し、抽出した予約実績情報に対応する検査の実績情報を、医用画像データの登録処理を行う複数の処理装置１２０それぞれの処理量の算出に用いる検査の実績情報として特定する。また、算出機能１２２ｂは、予約情報と、特定機能１２２ａが特定した実績情報のうち予約されていた検査について実行された検査内容を示す第１の実績情報とに基づいて、複数の処理装置１２０それぞれの予約された検査に関する第１の処理量を算出する。また、算出機能１２２ｂは、特定機能１２２ａが特定した実績情報のうち予約外だった検査について実行された検査内容を示す第２の実績情報に基づいて、複数の処理装置１２０それぞれの予約外の検査に関する第２の処理量を算出する。また、設定機能１２２ｃは、第１の処理量と第２の処理量とに基づいて、複数の処理装置１２０に対する登録処理の割当てを設定する。従って、第１の実施形態に係る医用画像処理システム１００は、医用画像データの登録処理に係る負荷を、複数の処理装置１２０の間で分散し、医用画像データの収集から登録に至るまでの処理を円滑化することができる。
【００８９】
また、上述したように、第１の実施形態によれば、補正機能１２２ｄは、算出機能１２２ｂが第２の処理量を算出した後に実行された検査のうち予約外だった検査の検査内容を示す第３の実績情報に基づいて、第２の処理量を補正する。また、設定機能１２２ｃは、第１の処理量と、補正機能１２２ｄが補正した第２の処理量とに基づいて、複数の処理装置１２０に対する登録処理の割当てを更新する。従って、第１の実施形態に係る医用画像処理システム１００は、当日の飛び込み検査に応じてこれからの飛び込み検査を予測し、処理量の算出及び負荷の分散をより正確に行うことができる。
【００９０】
また、第１の実施形態に係る医用画像処理システム１００は、医用画像診断装置１１０と処理装置１２０との間での負荷分散に加え、処理装置１２０と医用画像保管装置１３０との間での負荷分散や、あるいは処理装置１２０とサーバ１４０との間での負荷分散を行う。従って、第１の実施形態に係る医用画像処理システム１００は、医用画像診断装置１１０や処理装置１２０、医用画像保管装置１３０、サーバ１４０、医用画像表示装置１５０等からなる全体でのワークフローを円滑化することができる。
【００９１】
また、第１の実施形態に係る医用画像処理システム１００は、一定時間ごとに収集され、更新される検査の実績情報に基づいて、処理装置１２０に対する登録処理の割当てを設定する。従って、第１の実施形態に係る医用画像処理システム１００は、医用画像診断装置１１０の増設や更新があった場合でも、定期的に更新された情報に基づいて負荷分散を行うことができる。
【００９２】
また、第１の実施形態に係る医用画像処理システム１００は、図４から図１０までに例を示した種々の情報に基づいて処理装置１２０での処理量を算出し、登録処理の割当てを設定する。従って、第１の実施形態に係る医用画像処理システム１００は、モダリティ種別や時間帯、依頼科、撮影方法等ごとにピークが変化する処理装置１２０での処理量を適切に算出し、負荷を分散することができる。
【００９３】
また、第１の実施形態に係る医用画像処理システム１００は、予約された検査に関する第１の処理量と、予約外の検査に関する第２の処理量をそれぞれ予測し、予測した処理量に応じて登録処理の割当てを設定する。従って、第１の実施形態に係る医用画像処理システム１００は、需要予測を基に動的に負荷分散を行うことができる。
【００９４】
また、第１の実施形態に係る処理装置１２０は、所定の医用画像診断装置１１０から送信される医用画像データを受信した上で、登録処理を他の処理装置１２０に依頼する。従って、第１の実施形態に係る医用画像処理システム１００は、医用画像診断装置１１０と処理装置１２０とが固定的に設定され、医用画像診断装置１１０側でデフォルト設定された送信先に医用画像データが送信される場合であっても、複数の処理装置１２０間で、登録処理に関する負荷を分散することができる。
【００９５】
また、第１の実施形態に係る処理装置１２０は、処理量の多い他の処理装置１２０から、登録処理の委託を受けることができる。従って、第１の実施形態に係る処理装置１２０は、固定的に設定された医用画像診断装置１１０にて画像収集が行われていない時に生じる余裕を有効に活用し、各処理装置１２０で想定画像処理数を超えて登録処理が遅延し、読影時に画像を参照できないといった事態を回避することができる。
【００９６】
また、第１の実施形態に係る処理装置１２０は、複数の処理装置１２０の間で、ピーク時の負荷を余裕のある処理装置１２０に分散することができる。従って、第１の実施形態に係る医用画像処理システム１００は、各処理装置１２０の稼働率を向上させるとともに、飛込み検査等の突発的な変化に対しても対応できる。
【００９７】
また、上述した第１の実施形態では、処理装置１２０と医用画像診断装置１１０とが固定的に設定され、処理装置１２０は所定の医用画像診断装置１１０からの医用画像データを受信した上で、登録処理を他の処理装置１２０に委託する場合について説明したが、実施形態はこれに限定されるものではない。例えば、設定された登録処理の割当てに従い、医用画像診断装置１１０側で、医用画像データの送信先である処理装置１２０が設定される場合であってもよい。
【００９８】
また、上述した第１の実施形態では、複数の処理装置１２０が有する処理回路１２２のそれぞれが、自らを含む処理装置１２０の処理を他の処理装置１２０に依頼し、結果として複数の処理装置１２０に対する登録処理の割当てが設定される場合について説明したが、実施形態はこれに限定されるものではない。例えば、処理回路１２２が、複数の処理装置１２０それぞれにおける処理量の予測及び登録処理の割当てを一元的に管理する場合であってもよい。なお、この場合、複数の処理装置１２０のそれぞれが処理回路１２２を有する必要はなく、１つ以上の処理回路１２２によって負荷分散が実行される。
【００９９】
また、上述した第１の実施形態では、「登録処理の割当てを設定する」例として、図１１に示したように、登録処理そのものと、登録処理に付随する前段階の処理（キュー読込及び画像圧縮）とを併せて、割当てを設定する場合について説明した。しかしながら実施形態はこれに限定されるものではない。例えば、処理回路１２２が複数の処理装置１２０それぞれにおける処理量の予測及び登録処理の割当てを一元的に管理する場合には、割当てが設定される登録処理に付随する前段階の処理に、医用画像データの受信及び一次保管、キュー登録、キュー読込、画像圧縮等を含め、登録処理と併せて割当てを設定する場合であってもよい。また、例えば、割当てが設定される登録処理に、付随する前段階の処理を含めず、登録処理そのものの割当てのみを設定する場合であってもよい。
【０１００】
上述した第１の実施形態では、処理装置１２０が備える処理回路１２２が、負荷分散に係る処理を実行する場合について説明したが、実施形態はこれに限定されるものではない。例えば、処理装置１２０以外の他の構成（医用画像診断装置１１０や、図示しないサーバ等）が備える処理回路にて、特定機能１２２ａや算出機能１２２ｂ、設定機能１２２ｃ、補正機能１２２ｄに対応する機能が実行され、これら機能により設定された登録処理の割当てに従い、処理装置１２０の間で負荷分散が実行される場合であってもよい。
【０１０１】
上述した第１の実施形態に係る各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成する事ができる。更に、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現されうる。
【０１０２】
また、第１の実施形態で説明した負荷分散方法は、予め用意されたプログラムをパーソナルコンピュータやワークステーション等のコンピュータで実行することによって実現することができる。このプログラムは、インターネット等のネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。
【０１０３】
以上説明した少なくとも一つの実施形態によれば、医用画像データの登録処理に関する負荷を分散し、処理を円滑化することができる。
【０１０４】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれると同様に、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。
【符号の説明】
【０１０５】
１００  医用画像処理システム
１２０  処理装置
１２２  処理回路
１２２ａ  特定機能
１２２ｂ  算出機能
１２２ｃ  設定機能
１２２ｄ  補正機能
【図１】
0006688684.tif 000002
【図２】
0006688684.tif 000003
【図３】
0006688684.tif 000004
【図４】
0006688684.tif 000005
【図５】
0006688684.tif 000006
【図６】
0006688684.tif 000007
【図７】
0006688684.tif 000008
【図８】
0006688684.tif 000009
【図９】
0006688684.tif 000010
【図１０】
0006688684.tif 000011
【図１１】
0006688684.tif 000012
【図１２】
0006688684.tif 000013
【図１３】
0006688684.tif 000014
【図１４】
0006688684.tif 000015
【図１５】
0006688684.tif 000016