(57)【要約】【課題】医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供する。【解決手段】情報端末３から送信される処理要求に対して処理要求を必要とする患者の対応への緊急性に応じて設定される要求度を比較し医用画像の生成処理の先後を判断するとともに、グループごとに予め配分されているリソース量のみでは処理を完了することが不可能である場合に、別のグループに対して処理要求を実行するに必要なリソース量の譲渡要請を行う判断部１２と、生成処理に必要なリソース量及び情報端末３が属するグループごとに予め配分されているリソース量を確認する確認部１３と、確認部１３によって確認されたリソース量及び、判断部１２による処理の順番に基づいて医用画像の生成処理を行う処理部１４とを備える。【選択図】図２
2012248048.tif 000002
【特許請求の範囲】
【請求項１】
情報端末から送信される処理要求に対して前記処理要求を必要とする患者の対応への緊急性に応じて設定される第１の要求度から第ｎの要求度までの複数段階の要求度を比較し医用画像の生成処理の先後を判断するとともに、前記処理要求を実行するに当たり、前記情報端末が属するグループごとに予め配分されているリソース量のみでは処理を完了することが不可能である場合に、別のグループに対して前記処理要求を実行するに必要なリソース量の譲渡要請を行う判断部と、
前記処理要求に設定される前記生成処理に必要なリソース量及び前記グループごとに予め配分されているリソース量を確認する確認部と、
前記確認部によって確認された前記リソース量及び、前記判断部による処理の順番に基づいて医用画像の前記生成処理を行う処理部と、
を備えることを特徴とする医用画像処理装置。
【請求項２】
前記判断部は、前記譲渡要請を行う際、所定の時間内に要請先のグループから前記譲渡要請に対する拒絶応答を受信しない場合には、前記要請先のグループが持つリソース量の譲渡を受け前記処理要求を実行する旨、前記処理部に指示することを特徴とする請求項１に記載の医用画像処理装置。
【請求項３】
前記判断部は、前記譲渡要請を行う際、１つのグループのみで前記処理要求を実行するに必要なリソース量を確保できる場合は、前記１つのグループに対して譲渡要請を行い、必要なリソース量を確保することを特徴とする請求項２に記載の医用画像処理装置。
【請求項４】
前記判断部は、前記譲渡要請を行う際、１つのグループのみで前記処理要求を実行するに必要なリソース量を確保することができない場合は、複数のグループに対して譲渡要請を行い、必要なリソース量を確保することを特徴とする請求項２または請求項３に記載の医用画像処理装置。
【請求項５】
グループごとに配分されているリソース量を超えて情報端末から処理要求が医用画像処理装置に対して送信される場合に、
前記処理要求の処理に必要なリソース量が前記グループに配分されているリソース量を超えて必要であることを確認するステップと、
前記グループに配分されているリソース量を超過しない分については、前記グループに配分されているリソース量を使用して処理するステップと、
前記処理要求に設定される第１の要求度から第ｎの要求度までの複数段階の要求度をそれぞれ比較するステップと、
前記要求度が同レベルである場合に、前記グループを除く単独の他のグループにて処理が可能であるか否かを判断するステップと、
前記単独のグループ内で前記処理要求の処理が可能である場合に、前記単独のグループに対して前記処理要求の処理に必要なリソース量の譲渡要請を行うステップと、
前記単独のグループ内で前記処理要求の処理が不可能である場合に、複数の前記他のグループにて処理を行うべく、前記他のグループに対して前記処理要求の処理に必要なリソース量の譲渡要請を行うステップと、
前記譲渡要請に対して所定の時間経過後に拒絶応答の有無を確認するステップと、
前記拒絶応答がなく全てが承諾応答の場合には、前記譲渡要請を行ったグループから前記リソース量の譲渡を受けて前記処理要求を処理するステップと、
前記拒絶応答が含まれる場合に、前記承諾応答を行ったグループから前記リソース量の譲渡を受けて前記処理要求を処理するステップと、
前記承諾応答がなく、全てが前記拒絶応答である場合には、より低い要求度が設定されている処理を行っているグループから前記リソース量の譲渡を受けて前記処理要求を処理するステップと、
を備えることを特徴とする医用画像処理方法。
【請求項６】
グループに属する複数の情報端末からそれぞれ処理要求が医用画像処理装置に対して送信され、前記グループに配分されているリソース量を使用して処理可能である場合に、
前記処理要求に設定される第１の要求度から第ｎの要求度までの複数段階の要求度をそれぞれ比較するステップと、
前記要求度が同レベルである場合に、前記処理要求を処理するに必要なリソース量を判断するステップと、
前記処理要求に基づく処理に係る時間に差があるか否かを判断するステップと、
前記処理に係る時間に差がある場合には、より短時間で処理可能な前記処理要求から処理を行うステップと、
前記処理に係る時間に差がない場合には、前記処理要求を受信順に処理するステップと、
を備えることを特徴とする医用画像処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施の形態は、医用画像処理装置及び医用画像処理方法に関する。
【背景技術】
【０００２】
近年、被検体内部の情報を収集し、この収集された情報に基づいて被検体内部を画像化して医用画像を生成する医用画像診断装置が用いられるようになっている。この医用画像診断装置としては、例えば、Ｘ線ＣＴ装置（computed tomography：コンピュータ断層撮影装置）や、磁気共鳴診断装置（ＭＲＩ：magnetic resonance imaging）等が該当する。生成された医用画像は例えば、ネットワークに接続された医用画像表示装置上に表示される。
【０００３】
これら医用画像表示装置に表示される医用画像については、様々な加工処理が施されることもある。その中でも例えば、ＭＰＲ（Multi-Planar Reconstruction）処理や４Ｄ（４  dimensional）処理といった画像処理は、非常に計算量が多く、例えば、処理を行う画像処理ワークステーションのリソース量を超えてしまう場合もある。一方で、ネットワークに接続された画像処理ワークステーションのうち、使用されていない画像処理ワークステーションもあり、画像処理に対するリソースの適切な配分がなされていない場合も散見される。これに対する１つの解決策として、以下の特許文献１に開示される発明が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２３３６００号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１において開示されている発明では、次の点について配慮がなされていない。
【０００６】
すなわち、リソースの配分方法としては、例えば、要求が入ったものから順にリソースを割り当てる方法、或いは、全ての要求に対して平等にリソースを割り当てる方法等を挙げることができる。
【０００７】
但し、医療の現場において医用画像の処理に関するリソースの配分が必要になる際、これらの方法を採用すると、患者の容態によっては画像処理が必要な医用画像が必要な時に画像処理が終了せず表示されない、といったことが発生し得る。これは患者の救命にあたって重篤な障害となりかねない。
【０００８】
本発明は上記課題を解決するためになされたものであり、本発明の目的は、医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供することにある。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明の特徴は、医用画像処理装置において、情報端末から送信される処理要求に対して処理要求を必要とする患者の対応への緊急性に応じて設定される第１の要求度から第ｎの要求度までの複数段階の要求度を比較し医用画像の生成処理の先後を判断するとともに、処理要求を実行するに当たり、情報端末が属するグループごとに予め配分されているリソース量のみでは処理を完了することが不可能である場合に、別のグループに対して処理要求を実行するに必要なリソース量の譲渡要請を行う判断部と、処理要求に設定される生成処理に必要なリソース量及びグループごとに予め配分されているリソース量を確認する確認部と、確認部によって確認されたリソース量及び、判断部による処理の順番に基づいて医用画像の生成処理を行う処理部とを備える。
【００１０】
請求項５に記載の発明の特徴は、医用画像処理方法において、グループごとに配分されているリソース量を超えて情報端末から処理要求が医用画像処理装置に対して送信される場合に、処理要求の処理に必要なリソース量がグループに配分されているリソース量を超えて必要であることを確認するステップと、グループに配分されているリソース量を超過しない分については、グループに配分されているリソース量を使用して処理するステップと、処理要求に設定される第１の要求度から第ｎの要求度までの複数段階の要求度をそれぞれ比較するステップと、要求度が同レベルである場合に、グループを除く単独の他のグループにて処理が可能であるか否かを判断するステップと、単独のグループ内で処理要求の処理が可能である場合に、単独のグループに対して処理要求の処理に必要なリソース量の譲渡要請を行うステップと、単独のグループ内で処理要求の処理が不可能である場合に、複数の他のグループにて処理を行うべく、他のグループに対して処理要求の処理に必要なリソース量の譲渡要請を行うステップと、譲渡要請に対して所定の時間経過後に拒絶応答の有無を確認するステップと、拒絶応答がなく全てが承諾応答の場合には、譲渡要請を行ったグループからリソース量の譲渡を受けて処理要求を処理するステップと、拒絶応答が含まれる場合に、承諾応答を行ったグループからリソース量の譲渡を受けて処理要求を処理するステップと、承諾応答がなく、全てが拒絶応答である場合には、より低い要求度が設定されている処理を行っているグループからリソース量の譲渡を受けて処理要求を処理するステップとを備える。
【００１１】
請求項６に記載の発明の特徴は、医用画像処理方法において、グループに属する複数の情報端末からそれぞれ処理要求が医用画像処理装置に対して送信され、グループに配分されているリソース量を使用して処理可能である場合に、処理要求に設定される第１の要求度から第ｎの要求度までの複数段階の要求度をそれぞれ比較するステップと、要求度が同レベルである場合に、処理要求を処理するに必要なリソース量を判断するステップと、処理要求に基づく処理に係る時間に差があるか否かを判断するステップと、処理に係る時間に差がある場合には、より短時間で処理可能な処理要求から処理を行うステップと、処理に係る時間に差がない場合には、処理要求を受信順に処理するステップとを備える。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態における医用画像処理装置を含む医用画像システムの全体構成を示すブロック図である。
【図２】本発明の実施の形態における医用画像処理装置の内部構成を示すブロック図である。
【図３】本発明の実施の形態における情報端末の内部構成を示すブロック図である。
【図４】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図５】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図６】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図７】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図８】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図９】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図１０】本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図１１】本発明の第２の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図１２】本発明の第２の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図１３】本発明の第２の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図１４】本発明の第２の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【図１５】本発明の第２の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
（第１の実施の形態）
図１は、本発明の実施の形態における医用画像処理装置１を含む医用画像システムＳの全体構成を示すブロック図である。医用画像システムＳは、医用画像処理装置１と、モダリティ２と、情報端末３と、これらを互いに接続する通信ネットワークＮから構成される。医用画像システムＳは、それ自体独立したシステムとして構成されても良いが、例えば、病院情報管理システム（ＨＩＳ：Hospital Information System）、放射線部門情報管理システム（ＲＩＳ：Radiological Information System）、医用画像管理システム（ＰＡＣＳ：Picture Archiving Communication System）といった医療機関内に構築された各種管理システムの全て、或いは、その一部を構成するようにされていても良い。
【００１５】
医用画像処理装置１は、モダリティ２において撮影された被検体の内部情報を基に、情報端末３からの処理要求に応じて医用画像の生成、加工処理を行う。また、複数の情報端末からの処理要求を重複して受信した場合には、各処理要求が備える要求度を基にいずれの処理要求を優先するかを判断し、リソースの適切な配分を行いつつ処理を行う。
【００１６】
モダリティ２は、被検体を撮影してその内部情報を取得する医用画像取得（撮影）装置である。モダリティ２としては、例えば、上述したようにＸ線ＣＴ装置や磁気共鳴診断装置等が該当する。
【００１７】
情報端末３は、医師等が医用画像を利用して患者の診察を行ったり、或いは、医用画像の読影を行う際に使用されるワークステーションである。その処理能力に関して、以下の説明における情報端末３においては、医用画像処理装置１から送信される生成、加工された医用画像を最低限表示することができれば足りる。
【００１８】
なお、図１に示す医用画像システムＳでは、通信ネットワークＮに２つのモダリティ２Ａ及び２Ｂ（以下、適宜これら複数のモダリティをまとめて「モダリティ２」と表わす。）、情報端末３Ａないし３Ｃ（以下、適宜これら複数の情報端末をまとめて「情報端末３」と表わす。）が接続されているが、通信ネットワークＮに接続されるモダリティ、或いは、情報端末の数は単数、或いは複数のいずれでも良く、その数は任意である。
【００１９】
通信ネットワークＮは、医用画像処理装置１、モダリティ２及び、情報端末３をそれぞれつなぎ、互いの間で、例えば医用画像情報のやりとりを可能とする。通信ネットワークＮの例としては、ＬＡＮ（Local Area Network）やインターネット等のネットワークを挙げることができる。また、この通信ネットワークＮで使用される通信規格は、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）等、いずれの規格であっても良い。
【００２０】
図２は、本発明の実施の形態における医用画像処理装置１の内部構成を示すブロック図である。医用画像処理装置１は、例えば、情報端末３からの処理要求を受け付ける受信部１１と、判断部１２と、確認部１３と、処理部１４と、生成、或いは加工された医用画像を処理要求を出した情報端末３に送信する送信部１５とから構成される。
【００２１】
判断部１２は、情報端末３から送信される処理要求に対して処理要求を必要とする患者の対応への緊急性に応じて設定される要求度を基に処理要求に対応する要求度を比較し、医用画像の生成処理の先後を判断する。確認部１３は、生成処理に必要なリソース量及び情報端末３が属するグループごとに予め配分されているリソース量を確認する。処理部１４は、確認部１３によって確認されたリソース量及び、判断部１２による処理の順番に基づいて医用画像の生成処理を行う。
【００２２】
なお、これら各部の機能、働きについては、後述する医用画像処理に関するリソース配分の流れを説明する際に併せて説明する。
【００２３】
図３は、本発明の実施の形態における情報端末３の内部構成を示すブロック図である。
【００２４】
情報端末３は、ＣＰＵ（Central Processing Unit）３ａと、ＲＯＭ(Read Only Memory)３ｂと、ＲＡＭ（Random Access Memory）３ｃ及び入出力インターフェイス３ｄがバス３ｅを介して接続されている。入出力インターフェイス３ｄには、入力部３ｆと、表示部３ｇと、通信制御部３ｈと、記憶部３ｉと、リムーバブルディスク３ｊとが接続されている。
【００２５】
ＣＰＵ３ａは、入力部３ｆからの入力信号に基づいてＲＯＭ３ｂから情報端末３を起動するためのブートプログラムを読み出して実行し、記憶部３ｉに格納されている各種オペレーティングシステムを読み出す。またＣＰＵ３ａは、入力部３ｆや入出力インターフェイス３ｄを介して、図３において図示していないその他の外部機器からの入力信号に基づいて各種装置の制御を行う。さらにＣＰＵ３ａは、ＲＡＭ３ｃや記憶部３ｉ等に記憶されたプログラム及びデータを読み出してＲＡＭ３ｃにロードするとともに、ＲＡＭ３ｃから読み出されたプログラムのコマンドに基づいて、画像生成のための処理やデータの計算、加工等、一連の処理を実現する処理装置である。
【００２６】
入力部３ｆは、情報端末３の操作者（例えば、医師や検査技師）が各種の操作を入力するキーボード、ダイヤル等の入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成しバス３ｅを介してＣＰＵ３ａに送信される。
【００２７】
表示部３ｇは、例えば液晶ディスプレイである。この表示部３ｇは、ＣＰＵ３ａからバス３ｅを介して出力信号を受信し、例えばある画像の処理要求を医用画像処理装置１に対して行うに当たっての条件設定に必要な画像等、或いはＣＰＵ３ａの処理結果等を表示する。
【００２８】
通信制御部３ｈは、ＬＡＮカードやモデム等の手段であり、情報端末３をインターネットやＬＡＮ等の通信ネットワークＮに接続することを可能とする手段である。通信制御部３ｈを介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インターフェイス３ｄ及びバス３ｅを介してＣＰＵ３ａに送受信される。
【００２９】
記憶部３ｉは、半導体や磁気ディスクで構成されており、ＣＰＵ３ａで実行されるプログラムやデータが記憶されている。
【００３０】
リムーバブルディスク３ｊは、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インターフェイス３ｄ及びバス３ｅを介してＣＰＵ３ａに送受信される。
【００３１】
次に、医用画像処理装置１において情報端末３から送信された医用画像についての処理要求が重複した場合のリソースの最適な分配方法について、図４ないし図１０に示すフローチャートを利用して以下説明する。図４ないし図１０は、本発明の第１の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。
【００３２】
なお、以下において説明する本発明の実施の形態においては、情報端末３からの処理要求に応じてモダリティ２が取得した画像データを基に医用画像処理装置１が医用画像の生成、加工等の画像処理を行い、処理がなされた画像を要求元である情報端末３へと送信することを前提としている。従って、医用画像処理装置１における画像処理可能なリソース量が、すなわち医用画像システムＳにおける画像処理に利用可能なリソース量である。このように画像処理は医用画像処理装置１においてまとめて行われることから、上述したように情報端末３の性能に関しては特に高度であることは要求されない。
【００３３】
但し、情報端末３においても画像処理が可能な性能が備えられている場合には、医用画像処理装置１は、自身のリソース量のみならず、医用画像システムＳを構成する情報端末３を含む各機器のリソース量をも管理するように構成されていることを除外するものではない。この場合、医用画像処理装置１が自身では全ての画像処理を行わず、例えば、通信ネットワークＮによって接続されている各情報端末３にその画像処理を依頼することが可能である。すなわち、医用画像処理装置１におけるリソース量だけではなく、各情報端末３等のリソース量も含めて、医用画像処理装置１がそのリソースを適切に配分する。
【００３４】
また、医用画像処理装置１内の全リソース量は、例えば、画像処理された医用画像を表示させる場所に基づいて分けられたグループ、例えば、集中治療室、読影室、診察室等ごとに予め必要とされるリソース量として配分されているものとする。グループごとのリソース量についてはいずれも同じとしても、或いは、グループごとに多寡が生ずるように予め配分されていても良い。このグループは、情報端末３が属するグループと同一であっても良い。従って、例えば、集中治療室に設置されている情報端末３からの処理要求がなされた場合には、この集中治療室に対して配分されているリソース量を用いて画像処理が行われる。
【００３５】
このように医用画像処理装置１内において予め各グループごとにリソース量が配分されているため、同じグループに属する情報端末３からの処理要求が重複した場合、或いは、あるグループに属する１台の情報端末３からの処理要求に使用されるリソース量が既に当該グループに予め配分されているリソース量を超過する場合にリソース量の不足という事態が生じ得る。この場合、超過する分については、何らかの方法で処理を行わなければならない。また、異なるグループに属する情報端末３からの処理要求について、それぞれのグループに対して予め配分されているリソース量を超過する場合によっては、リソース量が不足したグループが複数発生することになり、その場合の対応も必要である。
【００３６】
そこで、第１の実施の形態においては、上述したような、ある同一のグループに属する情報端末３から２つの処理要求が重複して送られてきた場合、或いはそれぞれ異なる、例えば２つグループに属する情報端末３からの処理要求ではあるが、いずれの処理要求もそれぞれのグループに配分されているリソース量を超過してしまう場合を例に挙げて説明する。
【００３７】
画像の処理要求は、処理された画像を利用する利用者の操作によって、情報端末３から医用画像処理装置１に対して送信される（ＳＴ１）。医用画像処理装置１では、各情報端末３からの処理要求を受信部１１で受信し、確認部１３へと当該処理要求を送信する。確認部１３では処理要求に設定されている情報から処理要求を送信した情報端末３が属するグループに対して予め配分されているリソース量を確認する（ＳＴ２）。つまり、処理要求を送信した情報端末３がいずれのグループに属するか、及び属するグループに対して配分されているリソース量を確認する。
【００３８】
確認部１３は、次にリソース量の超過の有無を確認する（ＳＴ３）。この判断は、処理要求に基づいて処理を行うに必要なリソース量と既にステップＳＴ２において確認されているそのグループに配分されているリソース量と比較することで行われる。比較結果は、判断部１２及び処理部１４へと送信される。
【００３９】
なお、画像処理に必要なリソース量が、予めグループごとに配分されているリソース量を超えることが確認された場合、超えない分については、予めグループごとに配分されているリソース量が画像処理に使用される（ＳＴ４）。つまり、あるグループに配分されているリソース量を超えるリソース量を使用する必要のある処理要求が送られてきた場合、後述するように超過する分についてはいずれかのグループに配分されているリソース量の譲渡を受けて処理することになるが、超過しない分については当該グループに配分されているリソース量を使用して処理される。
【００４０】
次に判断部１２は、受信した各処理要求に関する要求度を判断する（ＳＴ５）。ここで「要求度」とは、いずれの処理要求に基づいて画像処理を行うのかの判断を行う際のその優先度を決定する指標となる度合いである。従って、要求度については、第１の要求度ないし第ｎの要求度と複数の段階を設定することが可能とされている。医用画像の処理を要求する利用者が、この要求度をその処理要求の際に併せて設定する。医用画像処理装置１は医療の現場で使用されるものであり、医用画像の処理、表示の先後が患者の救命に直結する可能性もないとは言えない。そのため、本発明の実施の形態においては、「要求度」は、患者の重症度と緊急性を基に設定される。例えば、要求度をＡないしＥといった５段階や要求度１〜１０までの１０段階に設定できるようにされており、その設定の方法は自由である。
【００４１】
本発明の実施の形態においては、第１の要求度ないし第３の要求度の３段階で表わし、第１の要求度ないし第３の要求度に向けて患者の重症度と緊急性は低下する。なお、以下においては、便宜上、第１の要求度ないし第３の要求度をそれぞれ要求度Ａないし要求度Ｃとして表わす。
【００４２】
要求度Ａは、例えば、治療がすぐにでも必要な重症度の高いの患者に関する医用画像である、または、診察中、或いは、手術直前であってすぐに該当する医用画像を入手したい、といった緊急度が高い行為に対して使用される医用画像に併せて設定される。
【００４３】
要求度Ｂは、検査結果の表示といった、あまり遅くならないうちにその画像処理の結果が入用となるものの、緊急、というほどでもないといった場合の医用画像の処理を要求する際に設定される。この要求度Ｂを設定する場合には、併せて許容できる待ち時間も設定可能とされている。要求度Ｂが付された画像処理について、要求度Ａが付された画像処理との関係でその処理が後回しにされることも考えられるが、いつまでもその処理を待つことを許容しているわけではない。そこで、要求度Ｂを設定した画像処理について利用者がいつまでならその画像処理の結果が出るのを待つことができるか、その許容待ち時間を設定できるようにしたものである。
【００４４】
要求度Ｃは、例えば、研究目的で使用される画像の処理を要求する場合に設定される要求度である。研究目的等の場合、患者の重症性や手術、治療といった緊急性に乏しく、さらに、検査結果の表示といった手術等の業務とも直接的な関係性が薄いことから、医用画像として処理は必要であるが、その処理は後回しであっても良いと考えられる。従って、この要求度Ｃが設定される場合には、例えば要求度Ｂにおいて説明した「許容待ち時間」といった条件を設定することはできない。
【００４５】
要求度は、医用画像処理装置１に対して画像処理の処理要求を情報端末３から送信する場合に、併せて送信される。なお、ここでの「処理要求」とは、情報端末３から医用画像処理装置１への画像処理の依頼である。この依頼には、いずれの画像を生成するのかといった、対象となる画像に関する情報や生成に関する各種条件といった情報が設定される。また、既に生成されている医用画像に対して、当該医用画像をどのように加工処理するかの情報等を含むこととしても良い。
【００４６】
判断部１２は、各処理要求の優先度を示す要求度を判断するが、まずは２つの処理要求に係る要求度に要求度Ａが含まれているか否かを判断する（ＳＴ６）。これは、上述したように、本発明の実施の形態においては、要求度Ａが要求度Ｂや要求度Ｃよりも患者の重症度と緊急性が高く、要求度Ａが設定された処理要求を優先的に対応する必要があるからである。ここでは２つの処理要求のうちいずれにも要求度Ａが含まれない場合については（ＳＴ６のＮＯ）、後述する。
【００４７】
そして要求度Ａが含まれている場合には（ＳＴ６のＹＥＳ）、さらに２つの要求度のいずれもが要求度Ａであるか否かを判断する（ＳＴ７）。２つの処理要求について要求度Ａが含まれている、という場合、いずれも要求度Ａである場合、または、いずれか一方の処理要求が要求度Ｂ或いは、要求度Ｃである場合の３通りが考えられる。ここではまず、いずれの処理要求も要求度Ａである場合について説明する。
【００４８】
いずれの処理要求も要求度Ａである場合は、確認部１３はまずそれぞれの処理要求に必要なリソース量を確認する（ＳＴ８）。これまで各グループに配分されたリソース量を超過することを確認しているので（ＳＴ３参照）、ここでは各処理要求の個別のリソース量を確認する。
【００４９】
確認部１３の確認結果は判断部１２へと送信される。これによって、予め当該グループに配分されているリソース量に対して、いずれか一方の処理要求に必要なリソース量のみで超過する場合であるのか、或いは、両方の処理要求を同時に処理するにはリソース量が不足する場合であるのか、が判断可能となる。１つの処理要求で配分されているリソース量を超過してしまう場合には、超過したリソース量の分だけ他のグループに配分されているリソース量を使用して処理する方法と、当該処理要求の全てを他のグループに配分されているリソース量を使用して処理する方法とが考えられる。いずれの方法を採用するかは、任意に設定することが可能であるが、本発明の実施の形態においては、上述したように前者の方法であることを前提に説明を行う。
【００５０】
一方、両方の処理要求を同時に処理するにはリソース量が不足する場合には、一方、または両方の処理要求を他のグループに配分されているリソース量を使用して処理方法、或いは、超過したリソース量の分だけ他のグループに配分されているリソース量を使用して処理する方法が考えられる。この点についてもいずかの方法も採用し得るが、本発明の実施の形態においては、超過したリソース量の分だけ他のグループに配分されているリソース量を使用して処理する方法を採用する。
【００５１】
この判断に基づいて、判断部１２は、次に、医用画像処理装置１内の他のグループにおける現在の処理状況を確認する（ＳＴ９）。これは、同じように予めリソース量が配分されている他のグループにおいて画像処理を行う余裕があるか否かを確認するものである。
【００５２】
その結果、判断部１２はさらに、処理要求を送信した情報端末３が属するグループを除くリソース量に余裕がある他のグループがあり、しかもあるグループに配分されているリソース量のみを用いて要求度Ａである処理要求に対応することができるか否かについて判断する（ＳＴ１０）。
【００５３】
医用画像の処理を行う際には、グループごとに配分されているリソース量を、このグループに残っているリソース量、そのグループに残っているリソース量というように、多くグループにおいて残っているリソース量を細切れに集めてその処理を行うことは避けたい。多くのグループにおけるリソース量を使用することによって発生し得る、画像処理の不具合を防止するためである。また、複数のグループに配分されたリソース量を用いての画像処理のための管理負担をなるべく少なくするためである。
【００５４】
従って、単独のグループのリソース量で画像処理が可能である場合には（ＳＴ１０のＹＥＳ）、該当するリソース量を備えるグループに対してリソースの譲渡要請を行う（ＳＴ１１）。一方、要求度Ａの処理要求であることから、単独のグループのリソース量で処理が不可能である場合であっても（ＳＴ１０のＮＯ）、複数のグループに配分されているリソース量を使用して画像処理を行う必要がある。そこで、判断部１２は、リソースの譲渡要請を出しうるグループを確認し（ＳＴ１２）、画像処理を行う必要のある処理要求に対して譲渡可能なリソース量が多いグループから順にリソースの譲渡要請を行う（ＳＴ１３）。譲渡可能なリソース量が多いグループから順にリソースの譲渡要請を行うのは、できるだけ譲渡要請先を少なくするためである。
【００５５】
以上までで、同一のグループに属する情報端末３から２つの処理要求がなされた場合であって、当該グループに配分されたリソース量では画像処理が行えない場合に、他のグループに配分されたリソースの譲渡を受けて処理を行うための譲渡要請がなされることになる。
【００５６】
判断部１２は、他のグループに譲渡要請を行うとともに、判断部１２内に具備するタイマで時間の計測を開始する（ＳＴ１４）。ここで計測される時間は、譲渡要請に対して要請された他のグループからの承諾、或いは、拒絶の回答を受け付ける時間である。従って、予め設定される所定の時間が経過するまではそのまま待機し（ＳＴ１５）、所定の時間が経過した後、判断部１２は、譲渡要請を行った先から拒絶の応答がなされたか否かを判断する（ＳＴ１６）。
【００５７】
譲渡要請に対して承諾応答のみで拒絶応答がなかった場合には（ＳＴ１６のＮＯ）、リソースの譲渡を受けるグループ、すなわち譲渡要請先のグループを確定し（ＳＴ１７）、譲渡要請を行う。併せて判断部１２は、処理部１４に対してその譲渡要請先のグループに配分されているリソースを使用して画像処理を行うよう指示する（ＳＴ１８）。
【００５８】
これで処理要求に基づく画像処理が終了したことになる。そこで、もともとグループに対して配分されているリソースを使用して画像処理が行われた分と、当該リソース量を超過し、他のグループに配分されているリソースを使用して処理が行われた分をまとめて、処理要求を出した情報端末３へ送信する（ＳＴ１９）
一方、譲渡要請に対して拒絶応答があった場合には（ＳＴ１６のＹＥＳ）、さらにその拒絶応答が譲渡要請を行った全てのグループから送信されたものであるかを確認する（ＳＴ２０）。拒絶応答はあるものの、グループによっては譲渡要請に応じても良い（承諾応答の）グループが存在する場合には（ＳＴ２０のＮＯ）、譲渡要請を承諾したグループを確認の上（ＳＴ２１）、譲渡要請先を確定し、譲渡要請を承諾したグループのリソースを使用して画像処理を行う（ＳＴ１７ないしＳＴ１９）。
【００５９】
他のグループからの回答が全て拒絶応答であった場合（ＳＴ２０のＹＥＳ）、判断部１２は、リソース量に余裕のある他のグループにおいて要求度の低い処理要求に応じて画像処理を行っているグループを確認する（ＳＴ２２）。これは同一のグループに属する情報端末３から送信された処理要求がいずれも要求度Ａの要求であり、素早い対応（処理）が必要とされるからである。
【００６０】
そこでリソース量に余裕のある他のグループを確認した上で、そのようなグループに対して強制的に譲渡要請を行う（ＳＴ２３）。この譲渡要請は、要求度Ａの処理要求を確実に処理するために行われるものであることから、拒絶応答は受け付けられない。そこで、譲渡要請先を確定し、譲渡要請を承諾したグループのリソースを使用して画像処理を行う（ＳＴ１７ないしＳＴ１９）。
【００６１】
以上で、医用画像処理装置１に送信された処理要求の対象が、いずれも要求度Ａの設定された処理要求である場合の譲渡要請のプロセスを説明した。
【００６２】
次に、いずれの処理要求にも要求度Ａが設定されず、要求度Ｂ或いは、要求度Ｃの処理要求の場合の譲渡要請の流れについて説明する。図４に示すフローチャートのステップＳＴ６に戻って、医用画像処理装置１が受信した処理要求に要求度Ａが設定された要求がない場合（ＳＴ６のＮＯ）である。
【００６３】
この場合には、要求度Ａの次に緊急性が高い要求度Ｂが設定された処理要求があるか否かを判断する（ＳＴ３１）。医用画像処理装置１が受信した処理要求に要求度Ｂが設定された処理要求がない場合には（ＳＴ３１のＮＯ）、いずれの処理要求も要求度Ｃの処理要求であると判断できる。このように低い要求度の場合には、医用画像処理装置１が処理要求を受信した順に処理を開始することもできる。但し、本発明の第１の実施の形態においては、まず処理に必要な時間に差があるか否かについて判断部１２が判断する（図６のＳＴ３２）。処理時間が短ければそれだけ、例えば緊急に要求度Ａが設定された処理要求がなされた場合でもその処理に対応することが可能となる。そこで、処理可能な時間に差がある場合には（ＳＴ３２のＹＥＳ）、短時間で処理可能な処理要求から処理を開始する（ＳＴ３３）。一方で、いずれの処理要求も同じだけその処理に時間が掛かる場合には（ＳＴ３２のＮＯ）、受信順に処理する（ＳＴ３４）。
【００６４】
医用画像処理装置１が受信した処理要求に要求度Ｂが設定された処理要求がある場合には（ＳＴ３１のＹＥＳ）、判断部１２は、さらにいずれの要求度も要求度Ｂであるか否かについて判断する（ＳＴ３５）。いずれの要求度も要求度Ｂである場合には（ＳＴ３５のＹＥＳ）、ステップＳ８に進み、各処理要求の処理に必要なリソース量を判断する。このステップ以降は、上述したいずれの処理要求に設定されている要求度がＡである場合と同様である。
【００６５】
一方、処理要求に設定された要求度Ｂが一方の処理要求のみの場合には（ＳＴ３５のＮＯ）、他方の要求度は要求度Ｃである。従って、要求度Ｃの処理は行わず、その要求度Ｂが設定された処理要求を出した情報端末３が属するグループに配分されているリソースの全てを使用して要求度Ｂを処理する（ＳＴ３６）。従って、この段階では要求度Ｃの処理要求については処理されない。要求度Ｂの処理要求が終了したか、判断部１２が判断し（ＳＴ３７）、終了後に改めて要求度Ｃの処理を開始する（ＳＴ３８）。
【００６６】
なお、要求度Ｂが設定された処理要求と要求度Ｃが設定された処理要求との処理の順番の判断において、要求度Ｂの画像処理に設定された許容待ち時間については判断されない。これは要求度Ｂは要求度Ｃよりも重症性、緊急性において勝っており、要求度Ｃに関する画像処理を要求度Ｂに関する画像処理よりも先に処理することはないからである。従って、「許容待ち時間」を考慮する必要はない。
【００６７】
図８に示すフローチャートは、要求度Ｂと要求度Ｃの処理要求を医用画像処理装置１が受信した場合の、図７に示すフローチャートとは異なる他の処理の流れを示している。なお、図７或いは、図８に示したフローチャートで示す流れのいずれを採用するかは、任意に選択することができる。
【００６８】
図８で示す処理は、処理要求を出した情報端末３が属するグループに配分されているリソース量を超過した場合であっても、例えば要求度の高い要求度Ｂの処理要求を処理した後要求度Ｃの処理を行うのではなく、要求度Ｃの処理要求のために処理に必要な最低限のリソース量を確保し、要求度Ｂと要求度Ｃの処理要求を並行して行う点に特徴がある。
【００６９】
判断部１２は、まず要求度Ｃの処理を行うに必要最低限のリソースを確保する（ＳＴ３９）。その上で、残りのリソース量を使用して要求度Ｂの処理を行う（ＳＴ４０）。このとき要求度Ｂと要求度Ｃの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認する（ＳＴ４１）。いずれか一方の要求度に関する処理が終了した場合には（ＳＴ４１のＹＥＳ）、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行する（ＳＴ４２）。
【００７０】
次に、医用画像処理装置１に送信された処理要求のうちいずれか一方が要求度Ａの処理要求である場合について説明する。まず、一方が要求度Ａの処理要求であり、他方が要求度Ｃの処理要求の場合である（ＳＴ７のＮＯ）。この場合は、絶対的に要求度Ａに係る画像処理を要求度Ｃに係る画像処理に先駆けて行わなければならない。従って、図９に示すように、要求度Ｃの処理は行わず、その要求度Ａが設定された処理要求を出した情報端末３が属するグループに配分されているリソースの全てを使用して要求度Ａを処理する（ＳＴ５１）。従って、この段階では要求度Ｃの処理要求については処理されない。要求度Ａの処理要求が終了したかを判断部１２が判断し（ＳＴ５２）、終了後に改めて要求度Ｃの処理を開始する（ＳＴ５３）。
【００７１】
次に、一方が要求度Ａの処理要求であり、他方が要求度Ｂの処理要求の場合である（ＳＴ７のＮＯ）。この場合は、要求度Ａに関する画像処理と要求度Ｂに関する画像処理が重複した場合のように絶対的に要求度Ａに関する画像処理を優先的に処理するとも言い切れない場合が発生する。
【００７２】
そこで、まず判断部１２は、要求度Ｂに関する画像処理に設定されている許容待ち時間の確認を行う（ＳＴ６１）。許容待ち時間の確認は、例えば、許容待ち時間が「〜○日○時○分まで」というように日時で指定されている場合には、例えば、医用画像処理装置１が備える時計を確認することで確認する。また、許容待ち時間が「○時間以内」というように設定されている場合には、医用画像処理装置１が情報端末３から処理要求を受信した際に、許容待ち時間が零となるまでの時間をカウントダウンするようにしても良い。
【００７３】
許容待ち時間の確認が行われた結果、要求度Ａに関する画像処理を行うに当たって、要求度Ｂに関する画像処理を行うまで未だ設定された許容待ち時間がある（残っている）場合には（ＳＴ６２のＹＥＳ）、全てのリソースを使用して要求度Ａに関する画像処理を行う（ＳＴ６３）。従って、この段階では要求度Ｂの処理要求については処理されない。判断部１２が要求度Ａの処理要求が終了したかを判断し（ＳＴ６４）、終了後に改めて要求度Ｂの処理を開始する（ＳＴ６５）。
【００７４】
一方、要求度Ｂに関する画像処理について、許容待ち時間がない場合には（ＳＴ６２のＮＯ）、判断部１２は、まず要求度Ｂの処理を行うに必要最低限のリソースを確保する（ＳＴ６６）。その上で、残りのリソース量を使用して要求度Ａの処理を行う（ＳＴ６７）。このとき要求度Ａと要求度Ｂの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認する（ＳＴ６８）。いずれか一方の要求度に関する処理が終了した場合には（ＳＴ６８のＹＥＳ）、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行する（ＳＴ６９）。
【００７５】
以上説明したように、医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供することができる。
【００７６】
特に、患者の重症度と緊急度を基にした要求度を基に不足するリソース量を具備するグループに対してリソース量の譲渡要請を行うことによって、医用現場の状況に応じて処理された医用画像を生成することが可能なリソースの適切な配分を行うことができる。
【００７７】
（第２の実施の形態）
次に本発明における第２の実施の形態について説明する。なお、第２の実施の形態において、上述の第１の実施の形態において説明した構成要素と同一の構成要素には同一の符号を付し、同一の構成要素の説明は重複するので省略する。
【００７８】
第１の実施の形態においては、ある同一のグループに属する情報端末３から２つの処理要求が重複して送られてきた場合、或いはそれぞれ異なる、例えば２つグループに属する情報端末３からの処理要求ではあるが、いずれの処理要求もそれぞれのグループに配分されているリソース量を超過してしまう場合を例に挙げて、医用画像処理装置１におけるリソースの配分の方法について説明した。
【００７９】
本発明の第２の実施の形態においては、医用画像処理装置１に処理要求なされた場合であって、そのグループに配分されているリソース量からすれば処理可能である場合（予め配分されているリソース量に余裕がある場合）について説明する。
【００８０】
このような場合に、例えば、医用画像処理装置１が処理要求を受信した順に処理を行う、或いは、受信した複数の処理要求を並行して処理する、といった方法を採用する事も可能である。但し、本願発明の実施の形態において説明する医用画像処理方法は、画像処理の先後が患者の生命に関わってくる可能性もある。従って、単に上述したような処理方法を採用するのではなく、患者の重症度と緊急性を基に設定される「要求度」を基準として送られてきた処理要求の先後を判断する。このことは、複数の処理要求がなされた場合であって、そのグループに配分されているリソース量からすれば処理可能である場合（予め配分されているリソース量に余裕がある場合）であっても当然である。
【００８１】
そこで、医用画像処理装置１において医用画像についての処理要求が複数ある場合であって、そのグループに配分されているリソース量からすれば処理可能である場合のリソースの最適な分配方法について、図１１ないし図１５に示すフローチャートを利用して以下説明する。図１１ないし図１５は、本発明の第２の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。なお、第２の実施の形態においては、原則としてグループに配分されているリソース量からすれば処理可能である場合であるので、他のグループに対する譲渡要請はなされない。
【００８２】
画像の処理要求は、処理された画像を利用する利用者の操作によって、情報端末３から医用画像処理装置１に対して送信される（ＳＴ７１）。医用画像処理装置１では、各情報端末３からの処理要求を受信部１１で受信し、確認部１３へと当該処理要求を送信する。確認部１３では処理要求に設定されている情報から処理要求を送信した情報端末３が属するグループに対して予め配分されているリソース量を確認する（ＳＴ７２）。つまり、処理要求を送信した情報端末３がいずれのグループに属するか、及び属するグループに対して配分されているリソース量を確認する。
【００８３】
ここで「要求度」とは、本発明の第１の実施の形態において説明した通り、いずれの処理要求に基づいて画像処理を行うのかの判断を行う際のその優先度を決定する指標となるものである。従って、要求度については、第１の要求度ないし第ｎの要求度と複数の段階を設定することが可能とされている。本発明の実施の形態においては、第１の要求度ないし第３の要求度の３段階で表わし、第１の要求度ないし第３の要求度に向けて患者の重症度と緊急性は低下する。なお、以下においては、便宜上、第１の要求度ないし第３の要求度をそれぞれ要求度Ａないし要求度Ｃとして表わす。
【００８４】
判断部１２は、各処理要求の優先度を示す要求度を判断するが、まずは送信された処理要求に関する要求度に要求度Ａが含まれているか否かを判断する（ＳＴ７３）。これは、上述したように、本発明の実施の形態においては、要求度Ａが要求度Ｂや要求度Ｃよりも患者の重症度と緊急性が高く優先的に対応する必要があるからである。ここでは２つの処理要求のうちいずれにも要求度Ａが含まれない場合については（ＳＴ７３のＮＯ）、後述する。
【００８５】
そして要求度Ａが含まれている場合には（ＳＴ７３のＹＥＳ）、さらに２つの要求度のいずれもが要求度Ａであるか否かを判断する（ＳＴ７４）。２つの処理要求について要求度Ａが含まれている、というのは、いずれも要求度Ａである場合、または、いずれか一方の処理要求が要求度Ｂ或いは、要求度Ｃである場合の３通りが考えられる。ここではまず、いずれの処理要求も要求度Ａである場合について説明する。
【００８６】
いずれの処理要求も要求度Ａである場合は、判断部１２はまずそれぞれの処理要求に必要なリソース量を判断する（ＳＴ７５）。単純に要求度のみを基準に判断を行うと、要求度が同じレベルである場合に処理の優先順位が決定しにくくなる。そこで、第２の実施の形態においては、以下の流れで要求された処理を行う。
【００８７】
すなわち、本発明の第２の実施の形態においては、まず処理に必要な時間に差があるか否かについて判断部１２が判断する（ＳＴ７６）。処理時間が短ければそれだけ、例えば緊急に要求度Ａの処理要求がなされた場合でもその処理に対応することが可能となるからである。そこで、処理可能な時間に差がある場合には（ＳＴ７６のＹＥＳ）、短時間で処理可能な処理要求から処理を開始する（ＳＴ７７）。一方で、いずれの処理要求も同じだけその処理に時間が掛かる場合には（ＳＴ７６のＮＯ）、判断部１２は処理部１４に対して、受信順に処理するよう指示する（ＳＴ７８）。
【００８８】
なお、いずれの要求度も要求度Ａである場合の処理の流れとして上述のように説明したが、最初から受信順に処理する、といった方法を採用することも可能である。これは、本発明の実施の形態において説明する医用画像システムＳを採用する医用機関において任意に設定することができる。
【００８９】
次に、いずれの処理要求にも要求度Ａが設定されず、要求度Ｂ或いは、要求度Ｃの処理要求の場合の譲渡要請の流れについて説明する。図１１に示すフローチャートのステップＳＴ７３に戻って、医用画像処理装置１が受信した処理要求に要求度Ａが設定された要求がない場合（ＳＴ７３のＮＯ）の処理である。
【００９０】
この場合には、要求度Ａの次に緊急性が高い要求度Ｂが設定された処理要求があるか否かを判断する（ＳＴ８１）。医用画像処理装置１が受信した処理要求に要求度Ｂが設定された処理要求がない場合には（ＳＴ８１のＮＯ）、いずれの処理要求も要求度Ｃの処理要求であると判断できる。このように低い要求度の場合には、医用画像処理装置１が処理要求を受信した順に処理を開始することもできるが、本発明の第２の実施の形態においては、上述したいずれの処理要求にも要求度Ａが設定されている場合と同じ方法にてその処理順序を決定する。詳しくは、ステップＳＴ７５における各要求の処理に必要なリソース量を判断するところから、以下同じ流れであるのでここでは説明を省略する。
【００９１】
医用画像処理装置１が受信した処理要求に要求度Ｂが設定された処理要求がある場合には（ＳＴ８１のＹＥＳ）、さらにいずれの要求度も要求度Ｂであるか否かについて判断する（ＳＴ８２）。いずれの要求度も要求度Ｂである場合には（ＳＴ８２のＹＥＳ）、ステップＳ７５に進み、各処理要求の処理に必要なリソース量を判断する。このステップ以降は、上述したいずれの処理要求に設定されている要求度がＡである場合と同様である。
【００９２】
一方、処理要求に設定された要求度Ｂが一方の処理要求のみの場合には（ＳＴ８２のＮＯ）、他方の要求度は要求度Ｃである。従って、要求度Ｃの処理は行わず、その要求度Ｂが設定された処理要求を出した情報端末３が属するグループに配分されているリソースの全てを使用して要求度Ｂを処理する（図１２のＳＴ８３）。従って、この段階では要求度Ｃの処理要求については処理されない。要求度Ｂの処理要求が終了したか、判断部１２が判断し（ＳＴ８４）、終了後に改めて要求度Ｃの処理を開始する（ＳＴ８５）。
【００９３】
なお、要求度Ｂが設定された処理要求と要求度Ｃが設定された処理要求との処理の順番の判断において、要求度Ｂの画像処理に設定された許容待ち時間については判断されない。これは要求度Ｂは要求度Ｃよりも緊急性において勝っており、要求度Ｃに関する画像処理を要求度Ｂに関する画像処理よりも先に処理することはないからである。従って、「許容待ち時間」を考慮する必要はない。
【００９４】
図１３に示すフローチャートは、要求度Ｂと要求度Ｃの処理要求を医用画像処理装置１が受信した場合の、図１２に示すフローチャートとは異なる他の処理の流れを示している。なお、図１２或いは、図１３に示したフローチャートで示す流れのいずれを採用するかは、任意に選択することができる。
【００９５】
図１３で示す処理は、上述したように、例えば、より要求度の高い要求度Ｂの処理要求を処理した後要求度Ｃの処理を行うのではなく、要求度Ｃの処理要求のために処理に必要な最低限のリソース量を確保し、要求度Ｂと要求度Ｃの処理要求を並行して行う点に特徴がある。
【００９６】
判断部１２は、まず要求度Ｃの処理を行うに必要最低限のリソースを確保する（ＳＴ８６）。その上で、残りのリソース量を使用して要求度Ｂの処理を行う（ＳＴ８７）。このとき要求度Ｂと要求度Ｃの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認する（ＳＴ８８）。いずれか一方の要求度に関する処理が終了した場合には（ＳＴ８８のＹＥＳ）、判断部１２は処理部１４に対して、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行するよう指示する（ＳＴ８９）。
【００９７】
次に、医用画像処理装置１に送信された処理要求のうちいずれか一方が要求度Ａの処理要求である場合について説明する。まず、一方が要求度Ａの処理要求であり、他方が要求度Ｃの処理要求の場合である（ＳＴ７４のＮＯ）。この場合は、絶対的に要求度Ａに係る画像処理を要求度Ｃに係る画像処理に先駆けて行わなければならない。従って、図１４に示すように、要求度Ｃの処理は行わず、その要求度Ａが設定された処理要求を出した情報端末３が属するグループに配分されているリソースの全てを使用して要求度Ａを処理する（ＳＴ９１）。従って、この段階では要求度Ｃの処理要求については処理されない。要求度Ａの処理要求が終了したかを判断部１２が判断し（ＳＴ９２）、終了後に改めて要求度Ｃの処理を開始する（ＳＴ９３）。
【００９８】
次に、一方が要求度Ａの処理要求であり、他方が要求度Ｂの処理要求の場合である（ＳＴ７４のＮＯ）。この場合は、要求度Ａに関する画像処理と要求度Ｂに関する画像処理が重複した場合のように絶対的に要求度Ａに関する画像処理を優先的に処理するとも言い切れない場合が発生する。そこで、まず判断部１２は、要求度Ｂに関する画像処理に設定されている許容待ち時間の確認を行う（図１５のＳＴ１０１）。許容待ち時間の確認が行われた結果、要求度Ａに関する画像処理を行うに当たって、要求度Ｂに関する画像処理を行うまで未だ設定された許容待ち時間がある（残っている）場合には（ＳＴ１０２のＹＥＳ）、全てのリソースを使用して要求度Ａに関する画像処理を行う（ＳＴ１０３）。従って、この段階では要求度Ｂの処理要求については処理されない。要求度Ａの処理要求が終了したか、判断部１２が判断し（ＳＴ１０４）、終了後に改めて要求度Ｂの処理を開始する（ＳＴ１０５）。
【００９９】
一方、要求度Ｂに関する画像処理について、許容待ち時間がない場合には（ＳＴ１０２のＮＯ）、判断部１２は、まず要求度Ｂの処理を行うに必要最低限のリソースを確保する（ＳＴ１０６）。その上で、残りのリソース量を使用して要求度Ａの処理を行う（ＳＴ１０７）。このとき要求度Ａと要求度Ｂの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認する（ＳＴ１０８）。いずれか一方の要求度に関する処理が終了した場合には（ＳＴ１０８のＹＥＳ）、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行する（ＳＴ１０９）。
【０１００】
以上説明したように、医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供することができる。
【０１０１】
本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０２】
１    医用画像処理装置
２    モダリティ
３    情報端末
１１    受信部
１２    判断部
１３    確認部
１４    処理部
１５    送信部
【図１】
2012248048.tif 000003
【図２】
2012248048.tif 000004
【図３】
2012248048.tif 000005
【図４】
2012248048.tif 000006
【図５】
2012248048.tif 000007
【図６】
2012248048.tif 000008
【図７】
2012248048.tif 000009
【図８】
2012248048.tif 000010
【図９】
2012248048.tif 000011
【図１０】
2012248048.tif 000012
【図１１】
2012248048.tif 000013
【図１２】
2012248048.tif 000014
【図１３】
2012248048.tif 000015
【図１４】
2012248048.tif 000016
【図１５】
2012248048.tif 000017