情報端末から送信される処理要求に対して前記処理要求を必要とする患者の対応への緊急性に応じて設定される第1の要求度から第nの要求度までの複数段階の要求度を比較し医用画像の生成処理の先後を判断するとともに、前記処理要求を実行するに当たり、前記情報端末が属するグループごとに予め配分されているリソース量のみでは処理を完了することが不可能である場合に、別のグループに対して前記処理要求を実行するに必要なリソース量の譲渡要請を行う判断部と、前記処理要求に設定される前記生成処理に必要なリソース量及び前記グループごとに予め配分されているリソース量を確認する確認部と、前記確認部によって確認された前記リソース量及び、前記判断部による処理の順番に基づいて医用画像の前記生成処理を行う処理部と、を備えることを特徴とする医用画像処理装置。前記判断部は、前記譲渡要請を行う際、所定の時間内に要請先のグループから前記譲渡要請に対する拒絶応答を受信しない場合には、前記要請先のグループが持つリソース量の譲渡を受け前記処理要求を実行する旨、前記処理部に指示することを特徴とする請求項1に記載の医用画像処理装置。前記判断部は、前記譲渡要請を行う際、1つのグループのみで前記処理要求を実行するに必要なリソース量を確保できる場合は、前記1つのグループに対して譲渡要請を行い、必要なリソース量を確保することを特徴とする請求項2に記載の医用画像処理装置。前記判断部は、前記譲渡要請を行う際、1つのグループのみで前記処理要求を実行するに必要なリソース量を確保することができない場合は、複数のグループに対して譲渡要請を行い、必要なリソース量を確保することを特徴とする請求項2または請求項3に記載の医用画像処理装置。グループごとに配分されているリソース量を超えて情報端末から処理要求が医用画像処理装置に対して送信される場合に、前記処理要求の処理に必要なリソース量が前記グループに配分されているリソース量を超えて必要であることを確認するステップと、前記グループに配分されているリソース量を超過しない分については、前記グループに配分されているリソース量を使用して処理するステップと、前記処理要求に設定される第1の要求度から第nの要求度までの複数段階の要求度をそれぞれ比較するステップと、前記要求度が同レベルである場合に、前記グループを除く単独の他のグループにて処理が可能であるか否かを判断するステップと、前記単独のグループ内で前記処理要求の処理が可能である場合に、前記単独のグループに対して前記処理要求の処理に必要なリソース量の譲渡要請を行うステップと、前記単独のグループ内で前記処理要求の処理が不可能である場合に、複数の前記他のグループにて処理を行うべく、前記他のグループに対して前記処理要求の処理に必要なリソース量の譲渡要請を行うステップと、前記譲渡要請に対して所定の時間経過後に拒絶応答の有無を確認するステップと、前記拒絶応答がなく全てが承諾応答の場合には、前記譲渡要請を行ったグループから前記リソース量の譲渡を受けて前記処理要求を処理するステップと、前記拒絶応答が含まれる場合に、前記承諾応答を行ったグループから前記リソース量の譲渡を受けて前記処理要求を処理するステップと、前記承諾応答がなく、全てが前記拒絶応答である場合には、より低い要求度が設定されている処理を行っているグループから前記リソース量の譲渡を受けて前記処理要求を処理するステップと、を備えることを特徴とする医用画像処理方法。グループに属する複数の情報端末からそれぞれ処理要求が医用画像処理装置に対して送信され、前記グループに配分されているリソース量を使用して処理可能である場合に、前記処理要求に設定される第1の要求度から第nの要求度までの複数段階の要求度をそれぞれ比較するステップと、前記要求度が同レベルである場合に、前記処理要求を処理するに必要なリソース量を判断するステップと、前記処理要求に基づく処理に係る時間に差があるか否かを判断するステップと、前記処理に係る時間に差がある場合には、より短時間で処理可能な前記処理要求から処理を行うステップと、前記処理に係る時間に差がない場合には、前記処理要求を受信順に処理するステップと、を備えることを特徴とする医用画像処理方法。しかしながら、上記特許文献1において開示されている発明では、次の点について配慮がなされていない。すなわち、リソースの配分方法としては、例えば、要求が入ったものから順にリソースを割り当てる方法、或いは、全ての要求に対して平等にリソースを割り当てる方法等を挙げることができる。但し、医療の現場において医用画像の処理に関するリソースの配分が必要になる際、これらの方法を採用すると、患者の容態によっては画像処理が必要な医用画像が必要な時に画像処理が終了せず表示されない、といったことが発生し得る。これは患者の救命にあたって重篤な障害となりかねない。本発明は上記課題を解決するためになされたものであり、本発明の目的は、医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供することにある。請求項1に記載の発明の特徴は、医用画像処理装置において、情報端末から送信される処理要求に対して処理要求を必要とする患者の対応への緊急性に応じて設定される第1の要求度から第nの要求度までの複数段階の要求度を比較し医用画像の生成処理の先後を判断するとともに、処理要求を実行するに当たり、情報端末が属するグループごとに予め配分されているリソース量のみでは処理を完了することが不可能である場合に、別のグループに対して処理要求を実行するに必要なリソース量の譲渡要請を行う判断部と、処理要求に設定される生成処理に必要なリソース量及びグループごとに予め配分されているリソース量を確認する確認部と、確認部によって確認されたリソース量及び、判断部による処理の順番に基づいて医用画像の生成処理を行う処理部とを備える。請求項5に記載の発明の特徴は、医用画像処理方法において、グループごとに配分されているリソース量を超えて情報端末から処理要求が医用画像処理装置に対して送信される場合に、処理要求の処理に必要なリソース量がグループに配分されているリソース量を超えて必要であることを確認するステップと、グループに配分されているリソース量を超過しない分については、グループに配分されているリソース量を使用して処理するステップと、処理要求に設定される第1の要求度から第nの要求度までの複数段階の要求度をそれぞれ比較するステップと、要求度が同レベルである場合に、グループを除く単独の他のグループにて処理が可能であるか否かを判断するステップと、単独のグループ内で処理要求の処理が可能である場合に、単独のグループに対して処理要求の処理に必要なリソース量の譲渡要請を行うステップと、単独のグループ内で処理要求の処理が不可能である場合に、複数の他のグループにて処理を行うべく、他のグループに対して処理要求の処理に必要なリソース量の譲渡要請を行うステップと、譲渡要請に対して所定の時間経過後に拒絶応答の有無を確認するステップと、拒絶応答がなく全てが承諾応答の場合には、譲渡要請を行ったグループからリソース量の譲渡を受けて処理要求を処理するステップと、拒絶応答が含まれる場合に、承諾応答を行ったグループからリソース量の譲渡を受けて処理要求を処理するステップと、承諾応答がなく、全てが拒絶応答である場合には、より低い要求度が設定されている処理を行っているグループからリソース量の譲渡を受けて処理要求を処理するステップとを備える。請求項6に記載の発明の特徴は、医用画像処理方法において、グループに属する複数の情報端末からそれぞれ処理要求が医用画像処理装置に対して送信され、グループに配分されているリソース量を使用して処理可能である場合に、処理要求に設定される第1の要求度から第nの要求度までの複数段階の要求度をそれぞれ比較するステップと、要求度が同レベルである場合に、処理要求を処理するに必要なリソース量を判断するステップと、処理要求に基づく処理に係る時間に差があるか否かを判断するステップと、処理に係る時間に差がある場合には、より短時間で処理可能な処理要求から処理を行うステップと、処理に係る時間に差がない場合には、処理要求を受信順に処理するステップとを備える。以下、本発明の実施の形態について図面を参照して詳細に説明する。第1の実施の形態図1は、本発明の実施の形態における医用画像処理装置1を含む医用画像システムSの全体構成を示すブロック図である。医用画像システムSは、医用画像処理装置1と、モダリティ2と、情報端末3と、これらを互いに接続する通信ネットワークNから構成される。医用画像システムSは、それ自体独立したシステムとして構成されても良いが、例えば、病院情報管理システムHIS:HospitalInformationSystem、放射線部門情報管理システムRIS:RadiologicalInformationSystem、医用画像管理システムPACS:PictureArchivingCommunicationSystemといった医療機関内に構築された各種管理システムの全て、或いは、その一部を構成するようにされていても良い。医用画像処理装置1は、モダリティ2において撮影された被検体の内部情報を基に、情報端末3からの処理要求に応じて医用画像の生成、加工処理を行う。また、複数の情報端末からの処理要求を重複して受信した場合には、各処理要求が備える要求度を基にいずれの処理要求を優先するかを判断し、リソースの適切な配分を行いつつ処理を行う。モダリティ2は、被検体を撮影してその内部情報を取得する医用画像取得撮影装置である。モダリティ2としては、例えば、上述したようにX線CT装置や磁気共鳴診断装置等が該当する。情報端末3は、医師等が医用画像を利用して患者の診察を行ったり、或いは、医用画像の読影を行う際に使用されるワークステーションである。その処理能力に関して、以下の説明における情報端末3においては、医用画像処理装置1から送信される生成、加工された医用画像を最低限表示することができれば足りる。なお、図1に示す医用画像システムSでは、通信ネットワークNに2つのモダリティ2A及び2B以下、適宜これら複数のモダリティをまとめてモダリティ2と表わす。、情報端末3Aないし3C以下、適宜これら複数の情報端末をまとめて情報端末3と表わす。が接続されているが、通信ネットワークNに接続されるモダリティ、或いは、情報端末の数は単数、或いは複数のいずれでも良く、その数は任意である。通信ネットワークNは、医用画像処理装置1、モダリティ2及び、情報端末3をそれぞれつなぎ、互いの間で、例えば医用画像情報のやりとりを可能とする。通信ネットワークNの例としては、LANLocalAreaNetworkやインターネット等のネットワークを挙げることができる。また、この通信ネットワークNで使用される通信規格は、DICOMDigitalImagingandCommunicationinMedicine等、いずれの規格であっても良い。図2は、本発明の実施の形態における医用画像処理装置1の内部構成を示すブロック図である。医用画像処理装置1は、例えば、情報端末3からの処理要求を受け付ける受信部11と、判断部12と、確認部13と、処理部14と、生成、或いは加工された医用画像を処理要求を出した情報端末3に送信する送信部15とから構成される。判断部12は、情報端末3から送信される処理要求に対して処理要求を必要とする患者の対応への緊急性に応じて設定される要求度を基に処理要求に対応する要求度を比較し、医用画像の生成処理の先後を判断する。確認部13は、生成処理に必要なリソース量及び情報端末3が属するグループごとに予め配分されているリソース量を確認する。処理部14は、確認部13によって確認されたリソース量及び、判断部12による処理の順番に基づいて医用画像の生成処理を行う。なお、これら各部の機能、働きについては、後述する医用画像処理に関するリソース配分の流れを説明する際に併せて説明する。図3は、本発明の実施の形態における情報端末3の内部構成を示すブロック図である。情報端末3は、CPUCentralProcessingUnit3aと、ROM3bと、RAMRandomAccessMemory3c及び入出力インターフェイス3dがバス3eを介して接続されている。入出力インターフェイス3dには、入力部3fと、表示部3gと、通信制御部3hと、記憶部3iと、リムーバブルディスク3jとが接続されている。CPU3aは、入力部3fからの入力信号に基づいてROM3bから情報端末3を起動するためのブートプログラムを読み出して実行し、記憶部3iに格納されている各種オペレーティングシステムを読み出す。またCPU3aは、入力部3fや入出力インターフェイス3dを介して、図3において図示していないその他の外部機器からの入力信号に基づいて各種装置の制御を行う。さらにCPU3aは、RAM3cや記憶部3i等に記憶されたプログラム及びデータを読み出してRAM3cにロードするとともに、RAM3cから読み出されたプログラムのコマンドに基づいて、画像生成のための処理やデータの計算、加工等、一連の処理を実現する処理装置である。入力部3fは、情報端末3の操作者例えば、医師や検査技師が各種の操作を入力するキーボード、ダイヤル等の入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成しバス3eを介してCPU3aに送信される。表示部3gは、例えば液晶ディスプレイである。この表示部3gは、CPU3aからバス3eを介して出力信号を受信し、例えばある画像の処理要求を医用画像処理装置1に対して行うに当たっての条件設定に必要な画像等、或いはCPU3aの処理結果等を表示する。通信制御部3hは、LANカードやモデム等の手段であり、情報端末3をインターネットやLAN等の通信ネットワークNに接続することを可能とする手段である。通信制御部3hを介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インターフェイス3d及びバス3eを介してCPU3aに送受信される。記憶部3iは、半導体や磁気ディスクで構成されており、CPU3aで実行されるプログラムやデータが記憶されている。リムーバブルディスク3jは、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インターフェイス3d及びバス3eを介してCPU3aに送受信される。次に、医用画像処理装置1において情報端末3から送信された医用画像についての処理要求が重複した場合のリソースの最適な分配方法について、図4ないし図10に示すフローチャートを利用して以下説明する。図4ないし図10は、本発明の第1の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。なお、以下において説明する本発明の実施の形態においては、情報端末3からの処理要求に応じてモダリティ2が取得した画像データを基に医用画像処理装置1が医用画像の生成、加工等の画像処理を行い、処理がなされた画像を要求元である情報端末3へと送信することを前提としている。従って、医用画像処理装置1における画像処理可能なリソース量が、すなわち医用画像システムSにおける画像処理に利用可能なリソース量である。このように画像処理は医用画像処理装置1においてまとめて行われることから、上述したように情報端末3の性能に関しては特に高度であることは要求されない。但し、情報端末3においても画像処理が可能な性能が備えられている場合には、医用画像処理装置1は、自身のリソース量のみならず、医用画像システムSを構成する情報端末3を含む各機器のリソース量をも管理するように構成されていることを除外するものではない。この場合、医用画像処理装置1が自身では全ての画像処理を行わず、例えば、通信ネットワークNによって接続されている各情報端末3にその画像処理を依頼することが可能である。すなわち、医用画像処理装置1におけるリソース量だけではなく、各情報端末3等のリソース量も含めて、医用画像処理装置1がそのリソースを適切に配分する。また、医用画像処理装置1内の全リソース量は、例えば、画像処理された医用画像を表示させる場所に基づいて分けられたグループ、例えば、集中治療室、読影室、診察室等ごとに予め必要とされるリソース量として配分されているものとする。グループごとのリソース量についてはいずれも同じとしても、或いは、グループごとに多寡が生ずるように予め配分されていても良い。このグループは、情報端末3が属するグループと同一であっても良い。従って、例えば、集中治療室に設置されている情報端末3からの処理要求がなされた場合には、この集中治療室に対して配分されているリソース量を用いて画像処理が行われる。このように医用画像処理装置1内において予め各グループごとにリソース量が配分されているため、同じグループに属する情報端末3からの処理要求が重複した場合、或いは、あるグループに属する1台の情報端末3からの処理要求に使用されるリソース量が既に当該グループに予め配分されているリソース量を超過する場合にリソース量の不足という事態が生じ得る。この場合、超過する分については、何らかの方法で処理を行わなければならない。また、異なるグループに属する情報端末3からの処理要求について、それぞれのグループに対して予め配分されているリソース量を超過する場合によっては、リソース量が不足したグループが複数発生することになり、その場合の対応も必要である。そこで、第1の実施の形態においては、上述したような、ある同一のグループに属する情報端末3から2つの処理要求が重複して送られてきた場合、或いはそれぞれ異なる、例えば2つグループに属する情報端末3からの処理要求ではあるが、いずれの処理要求もそれぞれのグループに配分されているリソース量を超過してしまう場合を例に挙げて説明する。画像の処理要求は、処理された画像を利用する利用者の操作によって、情報端末3から医用画像処理装置1に対して送信されるST1。医用画像処理装置1では、各情報端末3からの処理要求を受信部11で受信し、確認部13へと当該処理要求を送信する。確認部13では処理要求に設定されている情報から処理要求を送信した情報端末3が属するグループに対して予め配分されているリソース量を確認するST2。つまり、処理要求を送信した情報端末3がいずれのグループに属するか、及び属するグループに対して配分されているリソース量を確認する。確認部13は、次にリソース量の超過の有無を確認するST3。この判断は、処理要求に基づいて処理を行うに必要なリソース量と既にステップST2において確認されているそのグループに配分されているリソース量と比較することで行われる。比較結果は、判断部12及び処理部14へと送信される。なお、画像処理に必要なリソース量が、予めグループごとに配分されているリソース量を超えることが確認された場合、超えない分については、予めグループごとに配分されているリソース量が画像処理に使用されるST4。つまり、あるグループに配分されているリソース量を超えるリソース量を使用する必要のある処理要求が送られてきた場合、後述するように超過する分についてはいずれかのグループに配分されているリソース量の譲渡を受けて処理することになるが、超過しない分については当該グループに配分されているリソース量を使用して処理される。次に判断部12は、受信した各処理要求に関する要求度を判断するST5。ここで要求度とは、いずれの処理要求に基づいて画像処理を行うのかの判断を行う際のその優先度を決定する指標となる度合いである。従って、要求度については、第1の要求度ないし第nの要求度と複数の段階を設定することが可能とされている。医用画像の処理を要求する利用者が、この要求度をその処理要求の際に併せて設定する。医用画像処理装置1は医療の現場で使用されるものであり、医用画像の処理、表示の先後が患者の救命に直結する可能性もないとは言えない。そのため、本発明の実施の形態においては、要求度は、患者の重症度と緊急性を基に設定される。例えば、要求度をAないしEといった5段階や要求度1~10までの10段階に設定できるようにされており、その設定の方法は自由である。本発明の実施の形態においては、第1の要求度ないし第3の要求度の3段階で表わし、第1の要求度ないし第3の要求度に向けて患者の重症度と緊急性は低下する。なお、以下においては、便宜上、第1の要求度ないし第3の要求度をそれぞれ要求度Aないし要求度Cとして表わす。要求度Aは、例えば、治療がすぐにでも必要な重症度の高いの患者に関する医用画像である、または、診察中、或いは、手術直前であってすぐに該当する医用画像を入手したい、といった緊急度が高い行為に対して使用される医用画像に併せて設定される。要求度Bは、検査結果の表示といった、あまり遅くならないうちにその画像処理の結果が入用となるものの、緊急、というほどでもないといった場合の医用画像の処理を要求する際に設定される。この要求度Bを設定する場合には、併せて許容できる待ち時間も設定可能とされている。要求度Bが付された画像処理について、要求度Aが付された画像処理との関係でその処理が後回しにされることも考えられるが、いつまでもその処理を待つことを許容しているわけではない。そこで、要求度Bを設定した画像処理について利用者がいつまでならその画像処理の結果が出るのを待つことができるか、その許容待ち時間を設定できるようにしたものである。要求度Cは、例えば、研究目的で使用される画像の処理を要求する場合に設定される要求度である。研究目的等の場合、患者の重症性や手術、治療といった緊急性に乏しく、さらに、検査結果の表示といった手術等の業務とも直接的な関係性が薄いことから、医用画像として処理は必要であるが、その処理は後回しであっても良いと考えられる。従って、この要求度Cが設定される場合には、例えば要求度Bにおいて説明した許容待ち時間といった条件を設定することはできない。要求度は、医用画像処理装置1に対して画像処理の処理要求を情報端末3から送信する場合に、併せて送信される。なお、ここでの処理要求とは、情報端末3から医用画像処理装置1への画像処理の依頼である。この依頼には、いずれの画像を生成するのかといった、対象となる画像に関する情報や生成に関する各種条件といった情報が設定される。また、既に生成されている医用画像に対して、当該医用画像をどのように加工処理するかの情報等を含むこととしても良い。判断部12は、各処理要求の優先度を示す要求度を判断するが、まずは2つの処理要求に係る要求度に要求度Aが含まれているか否かを判断するST6。これは、上述したように、本発明の実施の形態においては、要求度Aが要求度Bや要求度Cよりも患者の重症度と緊急性が高く、要求度Aが設定された処理要求を優先的に対応する必要があるからである。ここでは2つの処理要求のうちいずれにも要求度Aが含まれない場合についてはST6のNO、後述する。そして要求度Aが含まれている場合にはST6のYES、さらに2つの要求度のいずれもが要求度Aであるか否かを判断するST7。2つの処理要求について要求度Aが含まれている、という場合、いずれも要求度Aである場合、または、いずれか一方の処理要求が要求度B或いは、要求度Cである場合の3通りが考えられる。ここではまず、いずれの処理要求も要求度Aである場合について説明する。いずれの処理要求も要求度Aである場合は、確認部13はまずそれぞれの処理要求に必要なリソース量を確認するST8。これまで各グループに配分されたリソース量を超過することを確認しているのでST3参照、ここでは各処理要求の個別のリソース量を確認する。確認部13の確認結果は判断部12へと送信される。これによって、予め当該グループに配分されているリソース量に対して、いずれか一方の処理要求に必要なリソース量のみで超過する場合であるのか、或いは、両方の処理要求を同時に処理するにはリソース量が不足する場合であるのか、が判断可能となる。1つの処理要求で配分されているリソース量を超過してしまう場合には、超過したリソース量の分だけ他のグループに配分されているリソース量を使用して処理する方法と、当該処理要求の全てを他のグループに配分されているリソース量を使用して処理する方法とが考えられる。いずれの方法を採用するかは、任意に設定することが可能であるが、本発明の実施の形態においては、上述したように前者の方法であることを前提に説明を行う。一方、両方の処理要求を同時に処理するにはリソース量が不足する場合には、一方、または両方の処理要求を他のグループに配分されているリソース量を使用して処理方法、或いは、超過したリソース量の分だけ他のグループに配分されているリソース量を使用して処理する方法が考えられる。この点についてもいずかの方法も採用し得るが、本発明の実施の形態においては、超過したリソース量の分だけ他のグループに配分されているリソース量を使用して処理する方法を採用する。この判断に基づいて、判断部12は、次に、医用画像処理装置1内の他のグループにおける現在の処理状況を確認するST9。これは、同じように予めリソース量が配分されている他のグループにおいて画像処理を行う余裕があるか否かを確認するものである。その結果、判断部12はさらに、処理要求を送信した情報端末3が属するグループを除くリソース量に余裕がある他のグループがあり、しかもあるグループに配分されているリソース量のみを用いて要求度Aである処理要求に対応することができるか否かについて判断するST10。医用画像の処理を行う際には、グループごとに配分されているリソース量を、このグループに残っているリソース量、そのグループに残っているリソース量というように、多くグループにおいて残っているリソース量を細切れに集めてその処理を行うことは避けたい。多くのグループにおけるリソース量を使用することによって発生し得る、画像処理の不具合を防止するためである。また、複数のグループに配分されたリソース量を用いての画像処理のための管理負担をなるべく少なくするためである。従って、単独のグループのリソース量で画像処理が可能である場合にはST10のYES、該当するリソース量を備えるグループに対してリソースの譲渡要請を行うST11。一方、要求度Aの処理要求であることから、単独のグループのリソース量で処理が不可能である場合であってもST10のNO、複数のグループに配分されているリソース量を使用して画像処理を行う必要がある。そこで、判断部12は、リソースの譲渡要請を出しうるグループを確認しST12、画像処理を行う必要のある処理要求に対して譲渡可能なリソース量が多いグループから順にリソースの譲渡要請を行うST13。譲渡可能なリソース量が多いグループから順にリソースの譲渡要請を行うのは、できるだけ譲渡要請先を少なくするためである。以上までで、同一のグループに属する情報端末3から2つの処理要求がなされた場合であって、当該グループに配分されたリソース量では画像処理が行えない場合に、他のグループに配分されたリソースの譲渡を受けて処理を行うための譲渡要請がなされることになる。判断部12は、他のグループに譲渡要請を行うとともに、判断部12内に具備するタイマで時間の計測を開始するST14。ここで計測される時間は、譲渡要請に対して要請された他のグループからの承諾、或いは、拒絶の回答を受け付ける時間である。従って、予め設定される所定の時間が経過するまではそのまま待機しST15、所定の時間が経過した後、判断部12は、譲渡要請を行った先から拒絶の応答がなされたか否かを判断するST16。譲渡要請に対して承諾応答のみで拒絶応答がなかった場合にはST16のNO、リソースの譲渡を受けるグループ、すなわち譲渡要請先のグループを確定しST17、譲渡要請を行う。併せて判断部12は、処理部14に対してその譲渡要請先のグループに配分されているリソースを使用して画像処理を行うよう指示するST18。これで処理要求に基づく画像処理が終了したことになる。そこで、もともとグループに対して配分されているリソースを使用して画像処理が行われた分と、当該リソース量を超過し、他のグループに配分されているリソースを使用して処理が行われた分をまとめて、処理要求を出した情報端末3へ送信するST19一方、譲渡要請に対して拒絶応答があった場合にはST16のYES、さらにその拒絶応答が譲渡要請を行った全てのグループから送信されたものであるかを確認するST20。拒絶応答はあるものの、グループによっては譲渡要請に応じても良い承諾応答のグループが存在する場合にはST20のNO、譲渡要請を承諾したグループを確認の上ST21、譲渡要請先を確定し、譲渡要請を承諾したグループのリソースを使用して画像処理を行うST17ないしST19。他のグループからの回答が全て拒絶応答であった場合ST20のYES、判断部12は、リソース量に余裕のある他のグループにおいて要求度の低い処理要求に応じて画像処理を行っているグループを確認するST22。これは同一のグループに属する情報端末3から送信された処理要求がいずれも要求度Aの要求であり、素早い対応処理が必要とされるからである。そこでリソース量に余裕のある他のグループを確認した上で、そのようなグループに対して強制的に譲渡要請を行うST23。この譲渡要請は、要求度Aの処理要求を確実に処理するために行われるものであることから、拒絶応答は受け付けられない。そこで、譲渡要請先を確定し、譲渡要請を承諾したグループのリソースを使用して画像処理を行うST17ないしST19。以上で、医用画像処理装置1に送信された処理要求の対象が、いずれも要求度Aの設定された処理要求である場合の譲渡要請のプロセスを説明した。次に、いずれの処理要求にも要求度Aが設定されず、要求度B或いは、要求度Cの処理要求の場合の譲渡要請の流れについて説明する。図4に示すフローチャートのステップST6に戻って、医用画像処理装置1が受信した処理要求に要求度Aが設定された要求がない場合ST6のNOである。この場合には、要求度Aの次に緊急性が高い要求度Bが設定された処理要求があるか否かを判断するST31。医用画像処理装置1が受信した処理要求に要求度Bが設定された処理要求がない場合にはST31のNO、いずれの処理要求も要求度Cの処理要求であると判断できる。このように低い要求度の場合には、医用画像処理装置1が処理要求を受信した順に処理を開始することもできる。但し、本発明の第1の実施の形態においては、まず処理に必要な時間に差があるか否かについて判断部12が判断する図6のST32。処理時間が短ければそれだけ、例えば緊急に要求度Aが設定された処理要求がなされた場合でもその処理に対応することが可能となる。そこで、処理可能な時間に差がある場合にはST32のYES、短時間で処理可能な処理要求から処理を開始するST33。一方で、いずれの処理要求も同じだけその処理に時間が掛かる場合にはST32のNO、受信順に処理するST34。医用画像処理装置1が受信した処理要求に要求度Bが設定された処理要求がある場合にはST31のYES、判断部12は、さらにいずれの要求度も要求度Bであるか否かについて判断するST35。いずれの要求度も要求度Bである場合にはST35のYES、ステップS8に進み、各処理要求の処理に必要なリソース量を判断する。このステップ以降は、上述したいずれの処理要求に設定されている要求度がAである場合と同様である。一方、処理要求に設定された要求度Bが一方の処理要求のみの場合にはST35のNO、他方の要求度は要求度Cである。従って、要求度Cの処理は行わず、その要求度Bが設定された処理要求を出した情報端末3が属するグループに配分されているリソースの全てを使用して要求度Bを処理するST36。従って、この段階では要求度Cの処理要求については処理されない。要求度Bの処理要求が終了したか、判断部12が判断しST37、終了後に改めて要求度Cの処理を開始するST38。なお、要求度Bが設定された処理要求と要求度Cが設定された処理要求との処理の順番の判断において、要求度Bの画像処理に設定された許容待ち時間については判断されない。これは要求度Bは要求度Cよりも重症性、緊急性において勝っており、要求度Cに関する画像処理を要求度Bに関する画像処理よりも先に処理することはないからである。従って、許容待ち時間を考慮する必要はない。図8に示すフローチャートは、要求度Bと要求度Cの処理要求を医用画像処理装置1が受信した場合の、図7に示すフローチャートとは異なる他の処理の流れを示している。なお、図7或いは、図8に示したフローチャートで示す流れのいずれを採用するかは、任意に選択することができる。図8で示す処理は、処理要求を出した情報端末3が属するグループに配分されているリソース量を超過した場合であっても、例えば要求度の高い要求度Bの処理要求を処理した後要求度Cの処理を行うのではなく、要求度Cの処理要求のために処理に必要な最低限のリソース量を確保し、要求度Bと要求度Cの処理要求を並行して行う点に特徴がある。判断部12は、まず要求度Cの処理を行うに必要最低限のリソースを確保するST39。その上で、残りのリソース量を使用して要求度Bの処理を行うST40。このとき要求度Bと要求度Cの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認するST41。いずれか一方の要求度に関する処理が終了した場合にはST41のYES、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行するST42。次に、医用画像処理装置1に送信された処理要求のうちいずれか一方が要求度Aの処理要求である場合について説明する。まず、一方が要求度Aの処理要求であり、他方が要求度Cの処理要求の場合であるST7のNO。この場合は、絶対的に要求度Aに係る画像処理を要求度Cに係る画像処理に先駆けて行わなければならない。従って、図9に示すように、要求度Cの処理は行わず、その要求度Aが設定された処理要求を出した情報端末3が属するグループに配分されているリソースの全てを使用して要求度Aを処理するST51。従って、この段階では要求度Cの処理要求については処理されない。要求度Aの処理要求が終了したかを判断部12が判断しST52、終了後に改めて要求度Cの処理を開始するST53。次に、一方が要求度Aの処理要求であり、他方が要求度Bの処理要求の場合であるST7のNO。この場合は、要求度Aに関する画像処理と要求度Bに関する画像処理が重複した場合のように絶対的に要求度Aに関する画像処理を優先的に処理するとも言い切れない場合が発生する。そこで、まず判断部12は、要求度Bに関する画像処理に設定されている許容待ち時間の確認を行うST61。許容待ち時間の確認は、例えば、許容待ち時間が~○日○時○分までというように日時で指定されている場合には、例えば、医用画像処理装置1が備える時計を確認することで確認する。また、許容待ち時間が○時間以内というように設定されている場合には、医用画像処理装置1が情報端末3から処理要求を受信した際に、許容待ち時間が零となるまでの時間をカウントダウンするようにしても良い。許容待ち時間の確認が行われた結果、要求度Aに関する画像処理を行うに当たって、要求度Bに関する画像処理を行うまで未だ設定された許容待ち時間がある残っている場合にはST62のYES、全てのリソースを使用して要求度Aに関する画像処理を行うST63。従って、この段階では要求度Bの処理要求については処理されない。判断部12が要求度Aの処理要求が終了したかを判断しST64、終了後に改めて要求度Bの処理を開始するST65。一方、要求度Bに関する画像処理について、許容待ち時間がない場合にはST62のNO、判断部12は、まず要求度Bの処理を行うに必要最低限のリソースを確保するST66。その上で、残りのリソース量を使用して要求度Aの処理を行うST67。このとき要求度Aと要求度Bの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認するST68。いずれか一方の要求度に関する処理が終了した場合にはST68のYES、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行するST69。以上説明したように、医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供することができる。特に、患者の重症度と緊急度を基にした要求度を基に不足するリソース量を具備するグループに対してリソース量の譲渡要請を行うことによって、医用現場の状況に応じて処理された医用画像を生成することが可能なリソースの適切な配分を行うことができる。第2の実施の形態次に本発明における第2の実施の形態について説明する。なお、第2の実施の形態において、上述の第1の実施の形態において説明した構成要素と同一の構成要素には同一の符号を付し、同一の構成要素の説明は重複するので省略する。第1の実施の形態においては、ある同一のグループに属する情報端末3から2つの処理要求が重複して送られてきた場合、或いはそれぞれ異なる、例えば2つグループに属する情報端末3からの処理要求ではあるが、いずれの処理要求もそれぞれのグループに配分されているリソース量を超過してしまう場合を例に挙げて、医用画像処理装置1におけるリソースの配分の方法について説明した。本発明の第2の実施の形態においては、医用画像処理装置1に処理要求なされた場合であって、そのグループに配分されているリソース量からすれば処理可能である場合予め配分されているリソース量に余裕がある場合について説明する。このような場合に、例えば、医用画像処理装置1が処理要求を受信した順に処理を行う、或いは、受信した複数の処理要求を並行して処理する、といった方法を採用する事も可能である。但し、本願発明の実施の形態において説明する医用画像処理方法は、画像処理の先後が患者の生命に関わってくる可能性もある。従って、単に上述したような処理方法を採用するのではなく、患者の重症度と緊急性を基に設定される要求度を基準として送られてきた処理要求の先後を判断する。このことは、複数の処理要求がなされた場合であって、そのグループに配分されているリソース量からすれば処理可能である場合予め配分されているリソース量に余裕がある場合であっても当然である。そこで、医用画像処理装置1において医用画像についての処理要求が複数ある場合であって、そのグループに配分されているリソース量からすれば処理可能である場合のリソースの最適な分配方法について、図11ないし図15に示すフローチャートを利用して以下説明する。図11ないし図15は、本発明の第2の実施の形態における医用画像処理に関するリソース配分の流れを示すフローチャートである。なお、第2の実施の形態においては、原則としてグループに配分されているリソース量からすれば処理可能である場合であるので、他のグループに対する譲渡要請はなされない。画像の処理要求は、処理された画像を利用する利用者の操作によって、情報端末3から医用画像処理装置1に対して送信されるST71。医用画像処理装置1では、各情報端末3からの処理要求を受信部11で受信し、確認部13へと当該処理要求を送信する。確認部13では処理要求に設定されている情報から処理要求を送信した情報端末3が属するグループに対して予め配分されているリソース量を確認するST72。つまり、処理要求を送信した情報端末3がいずれのグループに属するか、及び属するグループに対して配分されているリソース量を確認する。ここで要求度とは、本発明の第1の実施の形態において説明した通り、いずれの処理要求に基づいて画像処理を行うのかの判断を行う際のその優先度を決定する指標となるものである。従って、要求度については、第1の要求度ないし第nの要求度と複数の段階を設定することが可能とされている。本発明の実施の形態においては、第1の要求度ないし第3の要求度の3段階で表わし、第1の要求度ないし第3の要求度に向けて患者の重症度と緊急性は低下する。なお、以下においては、便宜上、第1の要求度ないし第3の要求度をそれぞれ要求度Aないし要求度Cとして表わす。判断部12は、各処理要求の優先度を示す要求度を判断するが、まずは送信された処理要求に関する要求度に要求度Aが含まれているか否かを判断するST73。これは、上述したように、本発明の実施の形態においては、要求度Aが要求度Bや要求度Cよりも患者の重症度と緊急性が高く優先的に対応する必要があるからである。ここでは2つの処理要求のうちいずれにも要求度Aが含まれない場合についてはST73のNO、後述する。そして要求度Aが含まれている場合にはST73のYES、さらに2つの要求度のいずれもが要求度Aであるか否かを判断するST74。2つの処理要求について要求度Aが含まれている、というのは、いずれも要求度Aである場合、または、いずれか一方の処理要求が要求度B或いは、要求度Cである場合の3通りが考えられる。ここではまず、いずれの処理要求も要求度Aである場合について説明する。いずれの処理要求も要求度Aである場合は、判断部12はまずそれぞれの処理要求に必要なリソース量を判断するST75。単純に要求度のみを基準に判断を行うと、要求度が同じレベルである場合に処理の優先順位が決定しにくくなる。そこで、第2の実施の形態においては、以下の流れで要求された処理を行う。すなわち、本発明の第2の実施の形態においては、まず処理に必要な時間に差があるか否かについて判断部12が判断するST76。処理時間が短ければそれだけ、例えば緊急に要求度Aの処理要求がなされた場合でもその処理に対応することが可能となるからである。そこで、処理可能な時間に差がある場合にはST76のYES、短時間で処理可能な処理要求から処理を開始するST77。一方で、いずれの処理要求も同じだけその処理に時間が掛かる場合にはST76のNO、判断部12は処理部14に対して、受信順に処理するよう指示するST78。なお、いずれの要求度も要求度Aである場合の処理の流れとして上述のように説明したが、最初から受信順に処理する、といった方法を採用することも可能である。これは、本発明の実施の形態において説明する医用画像システムSを採用する医用機関において任意に設定することができる。次に、いずれの処理要求にも要求度Aが設定されず、要求度B或いは、要求度Cの処理要求の場合の譲渡要請の流れについて説明する。図11に示すフローチャートのステップST73に戻って、医用画像処理装置1が受信した処理要求に要求度Aが設定された要求がない場合ST73のNOの処理である。この場合には、要求度Aの次に緊急性が高い要求度Bが設定された処理要求があるか否かを判断するST81。医用画像処理装置1が受信した処理要求に要求度Bが設定された処理要求がない場合にはST81のNO、いずれの処理要求も要求度Cの処理要求であると判断できる。このように低い要求度の場合には、医用画像処理装置1が処理要求を受信した順に処理を開始することもできるが、本発明の第2の実施の形態においては、上述したいずれの処理要求にも要求度Aが設定されている場合と同じ方法にてその処理順序を決定する。詳しくは、ステップST75における各要求の処理に必要なリソース量を判断するところから、以下同じ流れであるのでここでは説明を省略する。医用画像処理装置1が受信した処理要求に要求度Bが設定された処理要求がある場合にはST81のYES、さらにいずれの要求度も要求度Bであるか否かについて判断するST82。いずれの要求度も要求度Bである場合にはST82のYES、ステップS75に進み、各処理要求の処理に必要なリソース量を判断する。このステップ以降は、上述したいずれの処理要求に設定されている要求度がAである場合と同様である。一方、処理要求に設定された要求度Bが一方の処理要求のみの場合にはST82のNO、他方の要求度は要求度Cである。従って、要求度Cの処理は行わず、その要求度Bが設定された処理要求を出した情報端末3が属するグループに配分されているリソースの全てを使用して要求度Bを処理する図12のST83。従って、この段階では要求度Cの処理要求については処理されない。要求度Bの処理要求が終了したか、判断部12が判断しST84、終了後に改めて要求度Cの処理を開始するST85。なお、要求度Bが設定された処理要求と要求度Cが設定された処理要求との処理の順番の判断において、要求度Bの画像処理に設定された許容待ち時間については判断されない。これは要求度Bは要求度Cよりも緊急性において勝っており、要求度Cに関する画像処理を要求度Bに関する画像処理よりも先に処理することはないからである。従って、許容待ち時間を考慮する必要はない。図13に示すフローチャートは、要求度Bと要求度Cの処理要求を医用画像処理装置1が受信した場合の、図12に示すフローチャートとは異なる他の処理の流れを示している。なお、図12或いは、図13に示したフローチャートで示す流れのいずれを採用するかは、任意に選択することができる。図13で示す処理は、上述したように、例えば、より要求度の高い要求度Bの処理要求を処理した後要求度Cの処理を行うのではなく、要求度Cの処理要求のために処理に必要な最低限のリソース量を確保し、要求度Bと要求度Cの処理要求を並行して行う点に特徴がある。判断部12は、まず要求度Cの処理を行うに必要最低限のリソースを確保するST86。その上で、残りのリソース量を使用して要求度Bの処理を行うST87。このとき要求度Bと要求度Cの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認するST88。いずれか一方の要求度に関する処理が終了した場合にはST88のYES、判断部12は処理部14に対して、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行するよう指示するST89。次に、医用画像処理装置1に送信された処理要求のうちいずれか一方が要求度Aの処理要求である場合について説明する。まず、一方が要求度Aの処理要求であり、他方が要求度Cの処理要求の場合であるST74のNO。この場合は、絶対的に要求度Aに係る画像処理を要求度Cに係る画像処理に先駆けて行わなければならない。従って、図14に示すように、要求度Cの処理は行わず、その要求度Aが設定された処理要求を出した情報端末3が属するグループに配分されているリソースの全てを使用して要求度Aを処理するST91。従って、この段階では要求度Cの処理要求については処理されない。要求度Aの処理要求が終了したかを判断部12が判断しST92、終了後に改めて要求度Cの処理を開始するST93。次に、一方が要求度Aの処理要求であり、他方が要求度Bの処理要求の場合であるST74のNO。この場合は、要求度Aに関する画像処理と要求度Bに関する画像処理が重複した場合のように絶対的に要求度Aに関する画像処理を優先的に処理するとも言い切れない場合が発生する。そこで、まず判断部12は、要求度Bに関する画像処理に設定されている許容待ち時間の確認を行う図15のST101。許容待ち時間の確認が行われた結果、要求度Aに関する画像処理を行うに当たって、要求度Bに関する画像処理を行うまで未だ設定された許容待ち時間がある残っている場合にはST102のYES、全てのリソースを使用して要求度Aに関する画像処理を行うST103。従って、この段階では要求度Bの処理要求については処理されない。要求度Aの処理要求が終了したか、判断部12が判断しST104、終了後に改めて要求度Bの処理を開始するST105。一方、要求度Bに関する画像処理について、許容待ち時間がない場合にはST102のNO、判断部12は、まず要求度Bの処理を行うに必要最低限のリソースを確保するST106。その上で、残りのリソース量を使用して要求度Aの処理を行うST107。このとき要求度Aと要求度Bの処理要求は並行して行われている。その後、いずれか一方の要求度に関する処理が終了したか否かを確認するST108。いずれか一方の要求度に関する処理が終了した場合にはST108のYES、終了した要求度の処理に使用されていたリソース量も使用して、未だ処理が終了していない要求度に関する処理を続行するST109。以上説明したように、医療の現場において画像処理が必要な場合に、患者の重症度と緊急性を基に処理要求に対して要求度を設定し、その要求度を基に画像処理のリソースの配分を行う医用画像処理装置及び医用画像処理方法を提供することができる。本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することを意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。