CN102598049A - 医用图像管理系统和医用图像管理装置 - Google Patents

Abstract

实现防止抑制各服务器执行处理所需要的存储区域且无缝的处理。是一种医用图像管理系统，具有多个服务器、判断单元、转送目的地判断部和转送处理单元。多个服务器分别具有存储附带有附属信息的医用图像的存储部，进行由客户端指示的针对医用图像的图像处理。判断单元根据图像处理中所需要的空余容量和服务器的存储部的空余容量，判断是否转送医用图像。转送目的地判断部决定转送该医用图像的转送目的地服务器。转送处理单元将图像处理中使用的医用图像转送到由转送目的地判断部决定的该服务器。

Description

医用图像管理系统和医用图像管理装置

技术领域

本发明的实施方式涉及将与医用图像的制作或加工有关的多个处理分散到多个服务器来加以执行的医用图像管理系统的技术。

背景技术

能够从客户端经网络利用在应用服务器上动作的医用应用。还能够构筑导入了多台这种应用服务器的环境。在这种环境下，能够将多个医用应用分散到多台应用服务器中进行处理。另外，在医用图像摄影装置中，还导入了具有应用服务器功能的结构。

在导入了多个应用服务器的环境中，各应用服务器中执行的功能各种各样。在这种环境下，导入有根据所执行的处理的内容自动切换连接目的地的服务器的供应商。操作者能够经该供应商，将客户端连接到能够执行希望的应用的应用服务器。

但是，在这种环境中，各应用服务器需要根据来自多个客户端的请求，来处理各种各样的医用图像。因此，有抑制执行处理所需要的存储区域并妨碍应用的执行和图像收集等处理的执行的危险。

作为避免抑制存储区域的方法，例举以下方法，即，在执行各处理时，将存储区域中存储的医用图像转送到其他应用服务器。但是，因医用图像数据量大，转送需要时间。因此，若在各处理的执行时进行医用图像的转送，则存在因该转送阻碍了处理的执行从而很难无缝地执行处理的问题。

【现有技术文献】

专利文献：

专利文献1：日本特开2010-146261号公报

专利文献2：日本特开2004-334403号公报

发明内容

发明要解决的问题

本发明的实施方式用于解决上述问题，防止抑制各应用服务器执行处理所需要的存储区域。此外，其目的在于防止因医用图像的转送而阻碍图像处理的执行。

用于解决问题的手段

为了实现上述目的，该实施方式的第一方式是一种医用图像管理系统，具有多个服务器、判断单元、转送目的地判断部和转送处理单元。多个服务器分别具有存储附带有附属信息的医用图像的存储部，进行由客户端指示的针对所述医用图像的图像处理。判断单元根据所述图像处理中需要的空余容量与所述服务器的所述存储部的空余容量，来判断是否转送所述医用图像。转送目的地判断部决定转送该医用图像的转送目的地服务器。转送处理单元向由所述转送目的地判断部决定的该服务器转送所述图像处理中使用的所述医用图像。

该实施方式的第二方式是一种医用图像管理系统，包含分别具有存储部的多个服务器，并由所述服务器执行由客户端指示的针对所述医用图像的图像处理。存储部存储附带有附属信息的医用图像。所述医用图像管理系统具有预约管理部、判断单元和转送处理单元。预约管理部从所述客户端受理对所述医用图像实施的所述处理的内容及其处理的预约。判断单元判断通过所述预约被预定执行所述处理的第一服务器的存储部的空余容量是否比规定的空余容量少。转送处理单元在通过所述判断单元判断为空余容量少的情况下，将所述第一服务器中存储的图像的至少一部分作为转送对象图像转送到第二服务器。

该实施方式的第三方式是一种医用图像管理系统，包含分别具有存储部和处理部的多个服务器，将由客户端指示的针对医用图像的多个处理分散到所述多个服务器中加以执行。存储部存储附带有包含数据量的附属信息的医用图像。处理部对所述医用图像实施图像处理。所述医用图像管理系统包括预约管理部、条件管理部、判断单元、管理信息存储部、转送目的地判断部和转送处理单元。预约管理部通过从所述客户端接收包含对所述医用图像实施的处理的内容在内的预约信息，来受理所述处理的预约。条件管理部确定为了执行所述预约管理部受理预约后的所述处理而在所述存储部中需要的容量。判断单元比较通过所述预约被预定执行所述处理的服务器的所述存储部的空余容量与所述需要的容量。判断单元在所述空余容量不满足所述需要的容量的情况下，基于所述预定的服务器的所述存储部中存储的各医用图像的附属信息，在所述预定的服务器的所述存储部中存储的医用图像中确定向其他服务器转送的转送对象图像。管理信息存储部存储管理信息，该管理信息包含表示各服务器的存储部的空余容量的信息。转送目的地判断部接收所述转送对象图像的附属信息，并对照所接收的该附属信息中含有的所述转送对象图像的数据量与所述管理信息中含有的所述各服务器的空余容量。转送目的地判断部通过进行所述对照，从所述多个服务器中确定能够存储所述转送对象图像的转送目的地服务器。转送处理单元将所述转送对象图像转送到所述转送目的地判断部确定出的所述转送目的地服务器。

该实施方式的第四方式是一种医用图像管理系统，包含分别具有存储部和处理部的多个服务器，且将由客户端指示的针对医用图像的多个处理分散到所述多个服务器加以执行。存储部存储附带有包含数据量的附属信息的医用图像。处理部对所述医用图像实施图像处理。所述医用图像管理系统包括管理信息存储部、转送目的地判断部和转送处理单元。管理信息存储部存储管理信息，该管理信息至少包含表示各服务器的存储部的空余容量的信息。转送目的地判断部接收所述医用图像的附属信息，并对照该附属信息中含有的所述医用图像的数据量和所述管理信息中含有的所述各服务器的空余容量。转送目的地判断部通过进行所述对照，确定能够存储所述医用图像的所述服务器作为该医用图像的转送目的地服务器。转送处理单元将所述医用图像转送到所述转送目的地判断部确定出的所述转送目的地服务器。所述处理部在通过对所述医用图像实施图像处理来制作新的医用图像作为二次图像的情况下，所述转送处理单元转送所述二次图像。

该实施方式的第五方式是一种医用图像管理装置，与医用图像管理系统相连接，所述医用图像管理系统包含分别具有存储部和处理部的多个服务器，并将由客户端指示的针对医用图像的多个处理分散到所述多个服务器加以执行。存储部存储医用图像，该医用图像附带有包含数据量和数据类别的附属信息。处理部对所述医用图像实施图像处理。所述供应商包括管理信息存储部和转送目的地判断部。管理信息存储部存储各服务器的空余容量和各服务器能够执行的所述处理作为管理信息。转送目的地判断部接收所述医用图像的附属信息，并对照该附属信息和所述管理信息。转送目的地判断部通过进行所述对照，从所述多个服务器中确定能够存储且能够处理附带有该附属信息的所述医用图像的转送目的地服务器。

附图说明

图1是第一实施方式的医用图像管理系统的框图；

图2是统计信息的一例；

图3是管理信息的一例；

图4是表示第一实施方式的医用图像管理系统的动作的顺序图；

图5是表示第一实施方式的医用图像管理系统的动作的流程图；

图6是表示第一实施方式的医用图像管理系统的动作的流程图；

图7是表示第一实施方式的医用图像管理系统的动作的流程图；

图8是表示第一实施方式的医用图像管理系统的动作的流程图；

图9是表示第二实施方式的医用图像管理系统的框图；

图10是统计信息的一例；

图11是第三实施方式的医用图像管理系统的框图；

图12是第四实施方式的医用图像管理系统的框图；

图13是表示第四实施方式的医用图像管理系统的动作的顺序图；

图14是表示第四实施方式的医用图像管理系统的动作的流程图。

具体实施方式

(第一实施方式)

参考图1来说明第一实施方式的医用图像管理系统的结构。第一实施方式的医用图像管理系统具有多个服务器、供应商2和客户端3。在该医用图像处理系统中，将与医用图像的制作或加工有关的多个处理分散到多个服务器中加以执行。后面，将该医用图像处理系统作为包含服务器1A、服务器1B和服务器1C的情形来加以说明。服务器1C在图1中未进行图示。

以服务器1A为例来说明各服务器的结构。服务器1A包括图像信息存储部11、图像处理部12、预约管理部13、条件管理部14、统计信息存储部15、图像确定部16和转送管理部17。

图像信息存储部11是存储医用图像的存储区域。在该医用图像中添加有附属信息。附属信息中包含表示医用图像的属性的信息。表示医用图像的属性的信息中含有医用图像的数据量、数据的形式、表示制作或更新医用图像的日期时间的信息和制作医用图像的设备或应用的信息等。所谓数据的形式是指例如用扩展符等加以区分的将图像作为数据进行记录的方法或数据的压缩方法。在制作医用图像的设备或应用的信息中包含表示应用名、医用设备(modality)、制造商名、版本信息和私有标签等的信息。所谓私有标签是指例如DICOM(Digital Imaging and Communication inMedicine：医学数字成像与通讯标准)私有标签这种扩展标签。也可以在该扩展标签中作为属性添加用于确定各医用图像的信息或用于与能够处理该医用图像的应用相对应的信息等。另外，表示前述的数据形式的信息、和制作医用图像的设备或应用的信息相当于“数据的类别”。

图像处理部12根据来自客户端3的指示，执行与阅片处理或图像处理有关的应用，进行医用图像的制作和加工的其中之一或两者。之后，将与医用图像的制作和加工的其中之一或两者有关的处理简单称作“图像处理”。下面，具体说明图像处理部12的动作。从客户端3将针对医用图像的图像处理与处理对象的医用图像一起指示给图像处理部12。图像处理部12首先从图像信息存储部11读取从客户端3指示的医用图像。接着，图像处理部12通过实施与来自客户端3的指示对应的应用，对所读取的医用图像实施图像处理。图像处理部12在通过图像处理制作了新的医用图像的情况下，将该医用图像作为二次图像存储到图像信息存储部11中。

图像处理部12能够执行的图像处理的内容因每个服务器而不同。具体来说，在各服务器中根据该服务器的图像处理部12中能够执行的图像处理的内容来安装不同的应用。通过后述的供应商2来管理各服务器的图像处理部12能够执行的处理的内容。

预约管理部13从客户端3接收预约信息。由此，预约管理部13受理由图像处理部12进行的图像处理的预约。预约信息中包含用于确定处理对象的医用图像的信息、表示图像处理的处理内容的信息(下面，称作“处理信息”)、和表示图像的分辨率和张数(切片数)等的摄影条件的信息。处理信息中包含例如，用于执行希望的图像处理的应用的类别或表示该应用提供的功能(作为一系列图像处理的一部分加以执行的部分图像处理的类别)的信息。

统计信息存储部15预先存储统计信息。统计信息中根据图像处理的内容，按每个应用的类别记录了用于执行各处理所需要的容量。另外，所谓用于执行各处理所需要的容量是指用于执行与该类别相应的应用而暂时使用的容量或用于保存作为图像处理的结果而制作的二次图像所需要的容量。图2是统计信息的一例。如图2所示，例如，在执行心功能分析的应用的情况下，存储需要100MB容量的信息作为统计信息。也可以根据过去的经验算出各处理的执行所需要的容量来存储在统计信息中。另外，根据摄影条件，处理对象的数据量也不同，根据该数据量，执行各处理所需要的容量也有变化。因此，也可以算出基于摄影条件的统计信息，并将其存储在统计信息存储部15中。另外，也可以按应用提供的每个功能(即，按部分图像处理的每个类别)来算出统计信息，并将其存储在统计信息存储部15中。另外，也可以组合应用的类别或该应用提供的图像处理的类别和摄影条件，按每个该组合算出统计信息，并将其存储在统计信息存储部15中。

若预约管理部13受理图像处理的预约，则条件管理部14确定执行所预约的处理所需要的容量。具体来说，条件管理部14对照预约管理部13接收到的预约信息中含有的处理信息及表示摄影条件的信息与统计信息存储部15中存储的统计信息。由此，条件管理部14从统计信息中确定执行该处理信息表示的处理所需要的容量。

图像确定部16比较条件管理部14所要求的需要的容量和图像信息存储部11的空余容量。另外，图像确定部16作为一例，能够从OS(OperatingSystem：操作系统)中取得空余容量。另外，图像确定部16也可以根据图像信息存储部11的全部容量和图像信息存储部11存储的医用图像的数据量算出空余容量。在图像信息存储部11的空余容量不满足需要的容量的情况下，图像确定部16从图像信息存储部11中确定为了确保需要的容量而需转送到其他服务器的医用图像(下面，称作“转送对象图像”)。下面具体说明图像确定部16确定转送对象图像的处理的内容。

图像确定部16参考图像信息存储部11中存储的各医用图像的附属信息，按照预先决定的规则来确定转送对象图像。作为规则的一例，图像确定部16将自身服务器中的图像处理部12不作为处理对象的医用图像确定为转送对象图像。该情况下，图像确定部16对照各医用图像中附带的数据的形式和制作医用图像的设备或应用的信息与图像处理部12能够执行的处理。该情况下，只要按每个能够执行的处理，将各处理与作为处理对象的数据的类别相对应进行管理·存储即可。通过该对照，图像确定部16能够确定图像处理部12不作为处理对象的医用图像。另外，作为其他例子，图像确定部16将在一定期间没有更新的医用图像确定为转送对象图像。该情况下，图像确定部16参考各医用图像中附带的表示更新的日期时间的信息，检索出从最后的更新经过了预先决定的期间的医用图像。通过该检索，图像确定部16能够确定在一定期间没有更新的医用图像。

图像确定部16受理来自转送管理部17的指示，求出图像信息存储部11的空余容量，并将表示所求出的空余容量的信息通知给转送管理部17。该图像确定部16相当于“判断单元”。

转送管理部17将图像确定部16确定出的转送对象图像的附属信息发送到供应商2，并向供应商2询问作为该转送对象图像的转送目的地的服务器(以下称作“转送目的地服务器”)。作为对该询问的应答，从供应商2向转送管理部17通知转送目的地服务器。接收该通知后，转送管理部17将转送对象图像转送到所通知的转送目的地服务器。若转送对象图像的转送完成，则转送管理部17向供应商2通知转送完成。此时，转送管理部17将用于确定转送对象图像的信息和表示转送目的地的服务器的信息一起发送到供应商2。由此，供应商2能够管理将各医用图像存储到了哪个服务器的图像信息存储部11中。另外，存储有转送对象图像(转送源)的服务器1A相当于“第一服务器”，上述的转送目的地服务器相当于“第二服务器”。

转送管理部17在转送对象图像的转送完成后，从图像信息存储部11删除已转送的转送对象图像。由此，图像信息存储部11的空余容量增加。之后，转送管理部17从图像确定部16中取得表示图像信息存储部11的空余容量的信息。转送管理部17将所取得的表示空余容量的信息通知给供应商2。由此，供应商2能够存储·管理服务器1A的图像信息存储部11的空余容量。

转送管理部17在从其他服务器接收到转送对象图像的情况下，将所接收的转送对象图像存储到图像信息存储部11中。若对图像信息存储部11的转送对象图像的存储完成，则转送管理部17从图像确定部16取得表示图像信息存储部11的空余容量的信息。转送管理部可7将所取得的表示空余容量的信息通知给供应商2而请求管理信息的更新。由此，更新在供应商2中管理·存储的表示服务器1A的图像信息存储部11的空余容量的信息。该转送管理部17相当于“转送处理单元”。

接着，说明供应商2的结构。供应商2包括管理信息存储部21、请求管理部22、转送目的地判断部23、信息更新部24和连接目的地判断部25。该供应商2相当于“医用图像管理装置”。

管理信息存储部21存储用于管理各服务器(例如，服务器1A～1C)的信息的管理信息。管理信息中包含了各服务器的图像处理部12能够执行的应用的种类、该应用的信息和表示各服务器的图像信息存储部11的空余容量的信息。应用的信息中包含例如，应用名、医用设备、制造商名、版本信息、私有标签和表示该应用提供的功能(即，部分图像处理的类别)等的信息。图3是管理信息的一例。如图3所示，例如，服务器1A存储能够执行作为应用AppX和AppY提供的图像处理的信息作为管理信息。根据该管理信息，服务器1A中安装的应用AppX以在医用设备“CT”下拍摄的医用图像、即CT图像作为处理对象。应用AppX是“T公司”的应用，版本是“2.0”。应用AppX对应于私有标签“xxxxyyyy”。应用AppX具有“MIP/MPR”的功能。该管理信息表示服务器1A的图像信息存储部11的空余容量是0.5GB。管理信息中只要按每个应用使该应用对应于作为处理对象的数据类别来进行存储即可。对于该医用图像管理系统中含有的服务器(例如服务器1B和1C)也与服务器1A同样，在该管理信息中含有前述各信息。

管理信息存储部21将用于确定各医用图像的信息与表示该医用图像的存储目的地(在哪个服务器的图像信息存储部11中进行存储)的信息相对应地作为图像保存目的地信息加以存储。通过该图像保存目的地信息，供应商2能够确定存储各医用图像的服务器。

请求管理部22从各服务器(服务器1A～1C)受理转送转送对象图像的转送目的地服务器的询问、转送完成的通知和表示空余容量的信息的通知。请求管理部22从客户端3受理向服务器的连接请求。请求管理部22根据所受理的信息的内容，委托转送目的地判断部23、信息更新部24和连接目的地判断部25的其中之一进行处理。下面，具体说明请求管理部22的动作。转送目的地判断部23、信息更新部24和连接目的地判断部25以后描述。

请求管理部22从各服务器(服务器1A～1C)受理转送转送对象图像的转送目的地服务器的询问和转送对象图像的附属信息。该情况下，请求管理部22将接收到的附属信息输出到转送目的地判断部23，并指示转送目的地判断部23进行转送目的地服务器的确定。作为对于该指示的应答，请求管理部22从转送目的地判断部23接收转送目的地服务器的通知。请求管理部22作为所接收到的转送目的地服务器的询问的应答，向作为请求源的服务器(例如服务器1A)通知该转送目的地服务器。在有多个转送对象图像的情况下，请求管理部22也可以进行动作，使转送目的地判断部23按每个转送对象图像确定转送目的地服务器。该情况下，请求管理部22按每个转送对象图像，将转送目的地服务器通知给作为请求源的服务器。

在将某个服务器中存储的医用图像转送到了其他服务器时，请求管理部22从转送源的服务器受理转送完成的通知。该情况下，请求管理部22将一起通知的用于确定转送对象图像的信息和表示转送目的地的服务器的信息输出到信息更新部24，并指示信息更新部24进行图像保存目的地信息的更新。接收该指示后，信息更新部24更新图像保存目的地信息中含有的表示转送对象图像的存储目的地的信息。

在更新了各服务器的图像信息存储部11的空余容量时，请求管理部22从更新空余容量后的服务器受理表示空余容量的信息的通知。该情况下，请求管理部22将表示更新了空余容量后的服务器的信息与表示所通知的空余容量的信息输出到信息更新部24，并指示信息更新部24进行管理信息的更新。接收该指示后，信息更新部24更新表示管理信息中包含的空余容量被更新后的服务器的空余容量的信息。

请求管理部22从客户端3受理向服务器的连接请求。该连接请求中包含用于确定处理对象的图像的信息或表示所执行的处理的内容的信息。该情况下，请求管理部22将该连接请求输出到连接目的地判断部25，并对连接目的地判断部25指示确定连接目的地服务器。作为对该指示的应答，请求管理部22从连接目的地判断部25受理连接目的地的服务器的通知。请求管理部22建立作为连接请求的请求源的客户端3与所通知的连接目的地的服务器之间的连接。由此，客户端3能够向各服务器发送预约信息，或向各服务器指示图像处理的执行。请求管理部22也可以基于预约信息中含有的处理信息，来确定连接目的地的服务器。由此，操作者能够对能够执行希望的处理的服务器进行处理的预约，而不会意识到连接目的地的服务器。

转送目的地判断部23从请求管理部22与转送目的地服务器的确定指示一起接收转送对象图像的附属信息。转送目的地判断部23对照该转送对象图像的附属信息和管理信息中含有的各服务器的信息来确定转送目的地服务器。下面举例来具体说明转送目的地判断部23确定转送目的地服务器的处理。

转送目的地判断部23对照附属信息中含有的表示转送对象图像的数据量的信息与管理信息中含有的表示各服务器的空余容量的信息，来确定能够存储转送对象图像的服务器。转送目的地判断部23对照制作转送对象图像的设备或应用的信息中含有的各信息与各服务器能够执行的应用(图像处理)的各信息，来确定能够处理转送对象图像的服务器。例如转送目的地判断部23可以在转送对象图像中附带的私有标签与对应于各服务器的应用的私有标签一致的情况下，确定该服务器。另外，也可以基于转送对象图像的数据形式，来确定安装了能够处理该转送对象图像的应用的服务器。另外，转送目的地判断部23也可以使用上述这种对照中的其中之一，也可以组合全部。

转送目的地判断部23也可以执行如上述这种各对照的其中某几个或全部对照，并在各对照中在每次信息合适时赋予分数(point)。该情况下，转送目的地判断部23将被赋予了最高分数的服务器确定为转送目的地服务器。另外，也可以对每次对照时赋予的分数设置加权。作为一例，可以将表示数据量的信息与表示空余容量的信息之间的对照中赋予的分数的加权设置为最高。另外，在制作转送对象图像的设备或应用的信息中含有的各信息与管理信息中含有的各服务器能够执行的应用(图像处理)的各信息之间的对照中也同样。作为一例，可以较高地设置私有标签或功能(即，部分图像处理的类别)的对照时的分数的加权，而较低地设置版本对照时的分数的加权。转送目的地判断部23将根据上述对照确定出的转送目的地服务器通知给请求管理部22。

信息更新部24从请求管理部22与图像保存目的地信息的更新的指示一起接收用于确定转送对象图像的信息和表示转送目的地服务器的信息。信息更新部24检索管理信息存储部21中存储的图像保存目的地信息，来确定用于确定转送对象图像的信息。信息更新部24将与用于确定所确定出的转送对象图像的信息相对应的存储目的地更新为从请求管理部22接收到的转送目的地的服务器。由此，供应商2能够根据该图像保存目的地信息来确定转送对象图像的转送后的存储目的地。

信息更新部24从请求管理部22与管理信息的更新指示一起接收表示更新空余容量后的服务器的信息与表示该服务器的空余容量的信息。信息更新部24检索管理信息存储部21中存储的管理信息，来确定与所通知的服务器对应的信息。信息更新部24将对应于所确定出的服务器的信息中表示空余容量的信息更新为从请求管理部22接收的表示服务器的空余容量的信息。由此，供应商2能够基于该管理信息来确定更新空余容量后的服务器的更新后的空余容量。

连接目的地判断部25与连接目的地服务器的确定指示一起接收来自客户端3的连接请求。连接目的地判断部25对照连接请求中含有的用于确定处理对象图像的信息和图像保存目的地信息，并将存储有处理对象的图像的服务器确定为连接目的地服务器。连接目的地判断部25也可以对照连接请求中含有的表示执行的处理内容的信息与管理信息中含有的各服务器的信息，将能够执行连接请求所指定的处理的服务器确定为连接目的地服务器。连接目的地判断部25将根据上述对照确定出的连接目的地服务器通知给请求管理部22。也可以在能够执行由连接请求所指定的处理的服务器中没有存储有处理对象图像的情况下，构成为使保存图像的服务器动作，以便向该服务器转送处理对象图像。该情况下，能够根据图像保存目的地信息来确定保存图像的服务器。

上述中，说明了在图像信息存储部11中确保为了执行各图像处理而暂时使用的容量及为了保存作为图像处理的结果制作出的二次图像所需要的容量的例子。但是，也可构成为在不同的存储区域确保这两个容量。该情况下，作为统计信息，只要按每个处理使各存储区域存储需要的容量即可。也可使图像确定部16进行动作，分别根据各区域确定转送对象图像。

(动作)

接着，参考图4～图8，分为“预约的受理”、“转送目的地的确定”和“图像的转送”来说明与第一实施方式有关的医用图像管理系统的一系列动作。图4是第一实施方式的医用图像管理系统的顺序图。

(预约的受理)

首先，对于与预约的受理有关的动作，以服务器1A从客户端3受理图像处理的预约的情形为例，参考图4和图5来加以说明。图5是用于说明受理了图像处理的预约的情况下的服务器1A的动作的流程图。

首先，从客户端3将包含表示图像处理的内容的处理信息在内的预约信息REQ101发送到供应商2的请求管理部22。请求管理部22将该预约信息REQ101输出到连接目的地判断部25，并使连接目的地判断部25确定能够执行由预约信息REQ101指定的图像处理的服务器。例如，将与预约信息REQ101的处理信息对应的应用设作应用AppX。该情况下，连接目的地判断部25基于管理信息存储部21中存储的管理信息(例如图3)，来确定安装了应用AppX的服务器1A来作为连接目的地服务器。请求管理部22建立连接目的地判断部25确定出的服务器1A和客户端3之间的连接。由此，如图4所示，从客户端3向服务器1A发送图像处理的预约信息REQ102。接着，参考图5，说明接收到预约信息REQ102的服务器1A的动作。

(步骤S101)

通过服务器1A的预约管理部13来接收从客户端3发送的预约信息REQ102。由此，预约管理部13受理图像处理的预约。

(步骤S102)

若通过预约管理部13受理了预约，则条件管理部14对照该预约信息中含有的处理信息与统计信息存储部15中存储的统计信息。通过该对照，条件管理部14确定执行与该处理信息对应的处理所需要的容量。例如，设与该处理信息对应的应用AppX是脑血流分析的应用。该情况下，条件管理部14基于统计信息(例如图2)，确定需要的容量是200MB。

(步骤S103)

接着，图像确定部16比较由条件管理部14求出的需要的容量与图像信息存储部11的空余容量。

(步骤S104)

在该需要的容量比图像信息存储部11的空余容量小的情况下(步骤S104、否)，服务器1A终止与预约的受理有关的处理。

(步骤S105)

在图像信息存储部11的空余容量不满足需要的容量的情况下(需要的容量比空余容量大的情况下)(步骤S104、是)、图像确定部16从图像信息存储部11确定转送对象图像。例如，在预约信息中含有的处理信息对应于应用AppX的情况下，图像确定部16将应用AppX没有作为处理对象的医用图像确定为转送对象图像。另外，图像确定部16也可以将一定期间没有更新的医用图像确定为转送对象图像。

(步骤S106)

转送管理部17将由图像确定部16确定出的转送对象图像的附属信息发送到供应商2，并向供应商2询问转送目的地服务器。发送到该供应商2的附属信息和询问相当于图4所示的询问REQ201。

(转送目的地的确定)

接着，参考图6来说明接收到询问REQ201的供应商2的动作。图6是用于说明供应商2基于询问REQ201来确定转送目的地服务器的情况下的动作的流程图。

(步骤S201)

通过供应商2的请求管理部22来接收从服务器1A发送的询问REQ201。请求管理部22在确认了询问REQ201是转送目的地服务器的询问之后，将一起接收到的转送对象图像的附属信息输出到转送目的地判断部23而指示转送目的地服务器的确定。

(步骤S202)

转送目的地判断部23对照转送对象图像的附属信息与管理信息存储部21中存储的管理信息中含有的各服务器的信息，来确定转送目的地服务器。例如，设转送对象图像的附属信息中表示了私有标签是“aaaabbbb”。该情况下，转送目的地判断部23基于管理信息(例如图3)而确定转送对象图像是应用AppZ的处理对象。因此，转送目的地判断部23将安装了应用AppZ的服务器1B确定为转送目的地服务器。另外，转送目的地判断部23也可不限于基于私有标签，而基于表示医用设备的信息或表示功能(即，部分图像处理的类别)的信息等来确定转送目的地服务器。之后，说明确定服务器1B作为转送目的地服务器的情形。转送目的地判断部23将根据上述对照确定出的服务器1B通知给请求管理部22。

(步骤S203)

请求管理部22将从转送目的地判断部23通知的服务器1B作为转送目的地服务器通知给作为转送目的地服务器的请求源的服务器1A。该转送目的地服务器的通知相当于图4的RES211。

(图像的转送)

接着，参考图7来说明从供应商2接收到通知RES211后的服务器1A的动作。图7是用于说明服务器1A将转送对象图像转送到转送目的地服务器的情况下的动作的流程图。

(步骤S111)

通过服务器1A的转送管理部17接收来自请求管理部22的转送目的地服务器的通知RES211。

(步骤S112)

转送管理部17将转送对象图像转送到由通知RES211通知的服务器1B。转送到服务器1B的转送对象图像相当于图4的REQ202。接收该转送对象图像REQ202后的服务器1B的动作以后描述。

(步骤S113)

在转送对象图像的转送完成时，转送管理部17从图像信息存储部11中删除已转送的转送对象图像。由此，图像信息存储部11的空余容量增加。之后，转送管理部17从图像确定部16取得表示图像信息存储部11的空余容量的信息。

(步骤S114)

接着，转送管理部17将用于确定转送对象图像的信息和表示转送目的地的服务器的信息发送到供应商2，并向供应商2通知转送的完成。转送管理部17将从图像确定部16取得的表示空余容量的信息通知给供应商2。该转送完成的通知和表示空余容量的信息的通知相当于图4的REQ203。

请求管理部22在从服务器1A接收到转送完成的通知时，将一起通知的用于确定转送对象图像的信息和表示转送目的地的服务器的信息输出到信息更新部24，而指示图像保存目的地信息的更新。接收该指示后，信息更新部24更新图像保存目的地信息中含有的表示转送对象图像的存储目的地的信息。由此，将图像保存目的地信息中含有的转送对象图像的存储目的地从服务器1A更新为作为转送目的地服务器的服务器1B。由此，在预约了以转送对象图像为对象的处理的情况下，连接目的地判断部25能够将作为转送目的地服务器的服务器1B确定为连接目的地的服务器。

请求管理部22在从服务器1A接收到表示空余容量的信息的通知时，将表示服务器1A的信息和所通知的表示空余容量的信息输出到信息更新部24，而指示管理信息的更新。接收该指示后，信息更新部24更新管理信息中含有的表示服务器1A的空余容量的信息。

由此，在服务器1A的图像信息存储部11中确保了用于执行所预约的图像处理所需要的容量。之后，服务器1A从客户端3接收与所预约的图像处理的执行有关的指示(图4的REQ103)，来执行该图像处理。

接着，参考图8来说明从服务器1A接收了转送对象图像REQ202的服务器1B的动作。图8是用于说明服务器1B接收到转送对象图像的情况下的动作的流程图。

(步骤S301)

由服务器1B的转送管理部17接收从服务器1A的转送管理部17发送的转送对象图像REQ202。

(步骤S302)

服务器1B的转送管理部17使图像信息存储部11存储接收到的转送对象图像。若转送对象图像向图像信息存储部11的存储完成，则转送管理部17从图像确定部16取得表示图像信息存储部11的空余容量的信息。

(步骤S303)

服务器1B的转送管理部17向供应商2通知所取得的表示空余容量的信息。该表示空余容量的信息的通知相当于图4的REQ301。接收该通知REQ301后，供应商2的请求管理部22将表示服务器1B的信息和所通知的表示空余容量的信息输出到信息更新部24而指示管理信息的更新。接收该指示后，信息更新部24更新管理信息中含有的表示接收到通知的服务器的空余容量的信息。

以上，根据第一实施方式的医用图像管理系统，能够基于图像处理的预约信息，在执行被预约的处理前预先确保执行该处理所需要的容量。由此，防止了抑制各服务器执行处理所需要的存储区域。另外，由于事先确保了需要的存储区域，所以能够防止伴随数据转送而操作时产生等待时间，该数据转送用于确保区域。

(第二实施方式)

接着，参考图9来说明第二实施方式的医用图像管理系统的结构。图9是该实施方式的医用图像管理系统的框图。该实施方式的服务器1A其特征在于具有拍摄医用图像的摄影部18。下面，着眼于与第一实施方式的医用图像管理系统不同的结构来加以说明。

摄影部18是拍摄医用图像的构成。作为摄影部18的具体例，举出有CT(Computed Tomography：计算机断层照相法)和MRI(Magnetic ResonanceImaging System：核磁共振成像系统)等。将由摄影部18拍摄的医用图像存储在图像信息存储部11中。

第二实施方式的预约管理部13通过从客户端3接收预约信息，来受理摄影部18进行的医用图像的摄影预约。在与医用图像的摄影有关的预约信息中作为处理信息而包含表示摄影条件的信息。

第二实施方式的统计信息存储部15根据摄影条件，预先存储执行摄影所需要的容量来作为统计信息。图10是表示基于摄影条件的需要的容量的统计信息的一例。如图10所示，在摄影条件中设置“腹部螺旋”、切片厚度“1mm”、摄影范围“20cm”、后处理“MPR”来进行摄影的情况下，将需要300MB容量作为统计信息进行存储。也可以根据过去的经验算出各处理的执行所需要的容量后存储到这些统计信息中。

若预约管理部13受理摄影的预约，则条件管理部14确定所预约的摄影需要的容量。具体来说，条件管理部14对照预约管理部13受理的预约信息中含有的处理信息与统计信息存储部15中存储的统计信息。由此，条件管理部14确定执行与该处理信息对应的摄影所需要的容量。

之后，图像确定部16和转送管理部17的动作与第一实施方式的医用图像管理系统相同。即，通过图像确定部16比较条件管理部14所请求的需要的容量与图像信息存储部11的空余容量。在空余容量不满足需要的容量的情况下，图像确定部16确定为了确保需要的容量而转送到其他服务器的转送对象图像。转送管理部17通过向供应商2询问转送目的地服务器，并将转送对象图像转送到所通知的转送目的地服务器，来确保执行所预约的摄影所需要的容量。

以上，根据该实施方式的医用图像管理系统，能够基于摄影的预约信息，在执行摄影前预先确保执行所预约的摄影所需要的容量。即，在医用图像的摄影中，也可得到与第一实施方式同样的效果。

(第三实施方式)

在将与医用图像的制作或加工有关的多个处理分散到多个服务器来加以执行的情况下，不见得该服务器的图像处理部能够加工各服务器的图像处理部制作的二次图像。在这种情况下，该二次图像虽然在该服务器中不是处理的对象，但仍存储在该服务器的图像信息存储部11中。因此，该二次图像成为抑制该服务器的图像信息存储部11的原因。在第三实施方式的医用图像管理系统中，不管有无图像处理的预约，在图像处理部制作的二次图像不是由该服务器执行的图像处理的处理对象的情况下，将该二次图像转送到能够处理的服务器。下面，一边参考图11来说明该实施方式的医用图像管理系统的结构，一边着眼于与第一实施方式的医用图像管理系统不同的结构来加以说明。图11是该实施方式的医用图像管理系统的框图。

图像处理部12A通过执行对应于来自客户端3的指示的应用，而对所指示的医用图像实施图像处理。在通过图像处理制作了新的医用图像的情况下，图像处理部12A将该医用图像作为二次图像存储在图像信息存储部11中。这些动作与第一实施方式的图像处理部12同样。

在制作二次图像的情况下，图像处理部12A对照该二次图像中附带的数据的形式以及制作该二次图像的设备或应用的信息与自身(图像处理部12A)能够执行的处理。图像处理部12A在该二次图像不是自身(图像处理部12A)的处理对象的医用图像的情况下，将该二次图像确定为转送对象图像。

转送管理部17将该转送对象图像的附属信息发送到供应商2，并向供应商2询问转送目的地服务器。之后的动作与第一实施方式的医用图像管理系统同样。

以上，根据该实施方式的医用图像管理系统，不管有无图像处理的预约，在图像处理部12A制作了不是自身的处理对象的二次图像的情况下，将该二次图像确定为转送对象图像。将所确定出的二次图像通过转送管理部17，转送到可对其进行处理的服务器。由此，伴随不是自身的处理对象的医用图像的贮存，能够事先防止抑制服务器的图像信息存储部11。

(第四实施方式)

在第一实施方式的医用图像管理系统中，说明了由各服务器受理图像处理的预约的例子。与此相对，在第四实施方式的医用图像管理系统中，其特征在于，供应商统一管理针对各服务器的图像处理的预约。一边参考图12来说明该实施方式的医用图像管理系统的结构，一边着眼于与第一实施方式的医用图像管理系统不同的结构来加以说明。图12是该实施方式的医用图像管理系统的框图。

第一实施方式的医用图像管理系统中，各服务器包括预约管理部13、条件管理部14、统计信息存储部15和图像确定部16。在该实施方式的医用图像管理系统中，代替这些，供应商2具有预约管理部13B、条件管理部14B、统计信息存储部15B和图像确定部16B。

请求管理部22若从客户端3接收到图像处理的预约信息，则将该预约信息输出到连接目的地判断部25，并使连接目的地判断部25确定能够执行由该预约信息指定的图像处理的服务器来作为连接目的地服务器。连接目的地判断部25的动作与第一实施方式相同。接着，请求管理部22将表示连接目的地服务器的信息和预约信息输出到预约管理部13B。

预约管理部13B将从请求管理部22接收的表示连接目的地服务器的信息与预约信息建立对应。由此，预约管理部13B受理针对连接目的地服务器的图像处理的预约。另外，也可以在预约管理部13B中设置存储预约信息和表示连接目的地服务器的信息的存储区域。

预约管理部13B在受理图像处理的预约时，将表示连接目的地服务器的信息和预约信息中含有的处理信息输出到条件管理部14B。

统计信息存储部15B根据由各服务器执行的各图像处理的内容，按各服务器的每个图像处理，将执行各处理所需要的容量预先作为统计信息加以存储。

该实施方式的管理信息存储部21将用于确定各医用图像的信息与表示该医用图像的存储目的地的信息和该医用图像的附属信息相对应地作为图像保存目的地信息加以存储。图像确定部16B基于该附属信息，来确定转送对象图像。管理信息存储部21中只要存储确定转送对象图像所需要的附属信息即可，不需要存储全部附属信息。

条件管理部14B对照从预约管理部13B接收的表示连接目的地服务器的信息及处理信息与统计信息存储部15B中存储的统计信息。由此，条件管理部14B确定由连接目的地服务器执行与该处理信息对应的处理所需要的容量。条件管理部14B将表示连接目的地服务器的信息与所求出的需要的容量输出到图像确定部16B。

图像确定部16B对照从条件管理部14B接收的表示连接目的地服务器的信息与管理信息存储部21中存储的管理信息，来确定连接目的地服务器的空余容量。图像确定部16B比较从条件管理部14B接收的需要的容量与连接目的地服务器的空余容量。在连接目的地服务器的空余容量不满足需要的容量的情况下，图像确定部16B确定从连接目的地服务器转送到其他服务器的转送对象图像。下面，具体说明图像确定部16B确定转送对象图像的动作。

图像确定部16B首先检索管理信息存储部21中存储的图像保存目的地信息，提取连接目的地服务器中存储的医用图像的信息。图像确定部16B检索管理信息存储部21中存储的管理信息，并提取与连接目的地服务器能够执行的处理有关的信息。图像确定部16B对照连接目的地服务器中存储的医用图像的信息中含有的附属信息与关于连接目的地服务器能够执行的处理的信息。通过该对照，图像确定部16B将不是连接目的地服务器处理对象的医用图像确定为转送对象图像。作为其他例子，图像确定部16B也可以基于附属信息进行动作，将一定期间没有更新的医用图像确定为转送对象图像。图像确定部16B将所确定的转送对象图像通知给转送目的地判断部23。

转送目的地判断部23对照与图像确定部16B确定出的转送对象图像相对应的附属信息与管理信息中含有的各服务器的信息，来确定转送目的地服务器。确定该转送目的地服务器的处理与第一实施方式的转送目的地判断部23同样。转送目的地判断部23将根据上述对照确定出的转送目的地服务器与转送对象图像一起通知给请求管理部22。

请求管理部22在从转送目的地判断部23接收到转送目的地服务器和转送对象图像的通知时，对连接目的地服务器指示转送转送对象图像。

由连接目的地服务器的转送管理部17B接收该转送指示。转送管理部17B在接收到该指示时，从图像信息存储部11提取所通知的转送对象图像，并转送到所通知的转送目的地服务器。若完成转送对象图像的转送，则转送管理部17B将用于确定转送对象图像的信息和表示转送目的地的服务器的信息发送到供应商2而通知转送的完成。接收到该通知的供应商2的动作与第一实施方式的供应商2相同。

转送管理部17B在转送完成后，从图像信息存储部11中删除已转送的转送对象图像。之后，转送管理部17B算出图像信息存储部11的空余容量。其算出方法与第一实施方式的图像确定部16的动作相同。转送管理部17B向供应商2通知表示所算出的空余容量的信息。接收到该通知的供应商2的动作与第一实施方式的供应商2同样。

转送管理部17B在从其他服务器接收了转送对象图像的情况下，使图像信息存储部11存储该转送对象图像。若向图像信息存储部11的转送对象图像的存储完成，则转送管理部17B算出图像信息存储部11的空余容量。转送管理部17向供应商2通知表示所算出的空余容量的信息而请求管理信息的更新。接收到该请求的供应商2的动作与第一实施方式的供应商2同样。

(动作)

接着，以服务器1A从客户端3受理图像处理的预约的情形为例，参考图13和图14来说明第四实施方式的医用图像管理系统的一系列动作。图13是该实施方式的医用图像管理系统的顺序图。图14是用于说明该实施方式的医用图像管理系统的供应商2的动作的流程图。

首先，从客户端3将包含表示图像处理的内容的处理信息在内的预约信息(图13的REQ101)发送到供应商2的请求管理部22。

(步骤S211)

请求管理部22在从客户端3接收到预约信息REQ101时，将该预约信息输出到连接目的地判断部25，并使连接目的地判断部25确定能够执行由该预约信息指定的图像处理的连接目的地服务器。例如，设与预约信息REQ101的处理信息对应的应用为应用AppX。该情况下，连接目的地判断部25基于管理信息存储部21中存储的管理信息(例如图3)，确定安装了应用AppX的服务器1A作为连接目的地服务器。接着，请求管理部22将表示确定出的服务器1A的信息和预约信息REQ101输出到预约管理部13B。

预约管理部13B将从请求管理部22接收的表示服务器1A的信息与预约信息REQ101相对应地进行管理·存储。由此，预约管理部13B受理针对服务器1A的图像处理的预约。

(步骤S212)

预约管理部13B在受理了图像处理的预约时，将表示服务器1A的信息与预约信息REQ101中含有的处理信息输出到条件管理部14B。条件管理部14B对照从预约管理部13B接收的表示服务器1A的信息及处理信息与统计信息存储部15B中存储的统计信息。由此，条件管理部14B确定由服务器1A执行与该处理信息对应的处理所需要的容量。例如，若设与该处理信息对应的应用AppX为脑血流分析的应用，则条件管理部14B基于统计信息(例如图2)，而确定200MB为需要的容量。

(步骤S213)

条件管理部14B将表示作为连接目的地的服务器1A的信息和所求出的需要的容量输出到图像确定部16B。图像确定部16B对照从条件管理部14B接收的表示服务器1A的信息与管理信息存储部21中存储的管理信息，来确定表示服务器1A的空余容量的信息。图像确定部16B比较从条件管理部14B接收的需要的容量和表示服务器1A的空余容量的信息。

(步骤S214)

在执行与处理信息对应的处理所需要的容量比服务器1A的空余容量小的情况下(步骤S214、否)，服务器1A终止与预约的受理有关的处理。

(步骤S215)

在服务器1A的空余容量没有满足需要的容量的情况下(需要的容量比空余容量大的情况下)(步骤S214、是)，图像确定部16B从服务器1A中存储的医用图像中确定转送对象图像。例如，设在转送对象图像的附属信息中表示私有标签是“aaaabbbb”。该情况下，转送目的地判断部23基于管理信息(例如图3)，来确定转送对象图像是应用AppZ的处理对象。因此，转送目的地判断部23将安装了应用AppZ的服务器1B确定为转送目的地服务器。转送目的地判断部23也可以基于表示医用设备的信息或表示功能(即，部分的图像处理的类别)的信息等，而不限于基于私有标签，来确定转送目的地服务器。图像确定部16B向转送目的地判断部23通知所确定出的转送对象图像。

(步骤S216)

转送目的地判断部23对照与由图像确定部16B确定出的转送对象图像相对应的附属信息与管理信息中含有的各服务器的信息，来确定转送目的地服务器。转送目的地判断部23将所确定出的转送目的地服务器与转送对象图像一起通知给请求管理部22。之后，说明确定服务器1B作为转送目的地服务器的情形。

(步骤S217)

请求管理部22指示服务器1A进行向服务器1B的转送对象图像的转送(图13的REQ501)。由服务器1A的转送管理部17B接收与转送对象图像的转送有关的指示REQ501。转送管理部17B从图像信息存储部11提取所通知的转送对象图像，并转送到一起通知的服务器1B(图13的REQ222)。

若转送对象图像的转送完成，则服务器1A的转送管理部17B将用于确定转送对象图像的信息和表示作为转送目的地的服务器1B的信息发送到供应商2而通知转送的完成。服务器1A的转送管理部17B在转送完成后，从图像信息存储部11中删除已转送的转送对象图像。之后，该转送管理部17B算出图像信息存储部11的空余容量。该转送管理部17B向供应商2通知表示所算出的空余容量的信息。上述的向供应商2的转送完成的通知和表示空余容量的信息的通知相当于图13的REQ223。

请求管理部22在从服务器1A接收到转送完成的通知时，将一起通知的用于确定转送对象图像的信息和表示转送目的地的服务器的信息输出到信息更新部24，指示图像保存目的地信息的更新。接收该指示后，信息更新部24更新图像保存目的地信息中含有的表示转送对象图像的存储目的地的信息。由此，将图像保存目的地信息中含有的转送对象图像的存储目的地从服务器1A更新为作为转送目的地服务器的服务器1B。

请求管理部22在从服务器1A接收到表示空余容量的信息的通知时，将表示服务器1A的信息和所通知的表示空余容量的信息输出到信息更新部24，指示管理信息的更新。接收该指示后，信息更新部24更新管理信息中含有的表示服务器1A的空余容量的信息。

服务器1B的转送管理部17B使图像信息存储部11存储从服务器1A接收的转送对象图像。若转送对象图像向图像信息存储部11的存储完成，则服务器1B的转送管理部17B算出图像信息存储部11的空余容量。该转送管理部17向供应商2通知表示所算出的空余容量的信息(图13的REQ321)。接收该通知REQ321后，供应商2的请求管理部22将表示服务器1B的信息和表示所通知的空余容量的信息输出到信息更新部24，指示管理信息的更新。接收该指示后，信息更新部24更新管理信息中含有的表示接收到通知的服务器的空余容量的信息。

以上，根据该实施方式的医用图像管理系统，能够由供应商2一维管理图像处理的预约及与伴随该预约的服务器间的图像转送有关的处理。与第一实施方式医用图像管理系统同样，能够防止抑制各服务器执行处理所需要的存储区域，抑制·减少伴随为了确保区域的数据转送而产生的操作时的等待时间。

说明了本发明的几个实施方式，但是这些实施方式仅作为例子来提示，而不意图用于限定发明的范围。这些新的实施方式能够通过其他各种方式来实施。能够在不脱离发明的精神的范围内，进行各种省略、替换和改变。这些实施方式及其变形包含在发明的范围和精神中，并且包含在权利要求书所记载的其等价范围内。

符号说明

1A、1B服务器

11图像信息存储部12、12A图像处理部

13、13B预约管理部14、14B条件管理部

15、15B统计信息存储部16、16B图像确定部

17、17B转送管理部18摄影部

2供应商

21管理信息存储部22请求管理部

23转送目的地判断部24信息更新部

25连接目的地判断部

3客户端

Claims (17)

1.一种医用图像管理系统，其特征在于，包括：

多个服务器，分别具有存储医用图像的存储部，且进行由客户端指示的针对所述医用图像的图像处理，所属医用图像附带有附属信息；

判断单元，根据所述图像处理中需要的空余容量和所述服务器的所述存储部的空余容量，来判断是否转送所述医用图像；

转送目的地判断部，决定转送该医用图像的转送目的地服务器；以及

转送处理单元，将所述图像处理中使用的所述医用图像转送到由所述转送目的地判断部决定的该服务器。

2.根据权利要求1所述的医用图像管理系统，其特征在于，

包括预约管理部，该预约管理部受理预约信息，该预约信息表示针对所述医用图像的图像处理预约；

所述转送目的地判断部根据所述预约信息决定所述转送目的地服务器。

3.根据权利要求2所述的医用图像管理系统，其特征在于，

所述预约信息包含针对所述医用图像的图像处理类型、应用的类型和所述医用图像的数据类别中的至少一个信息；

所述转送目的地判断部根据该信息决定所述转送目的地服务器。

4.根据权利要求2所述的医用图像管理系统，其特征在于，

所述判断单元根据所述医用图像的摄影条件、所述图像处理的类型、所述应用的类型和所述数据类别中的至少一个，来决定所述需要的空余容量。

5.一种医用图像管理系统，其特征在于，

包含分别具有存储部的多个服务器，所述存储部存储附带有附属信息的医用图像，由所述服务器执行由客户端指示的针对所述医用图像的图像处理，所述医用图像管理系统包括：

预约管理部，从所述客户端受理对所述医用图像实施的处理的内容及该处理的预约；

判断单元，判断通过所述预约被预定执行所述处理的第一服务器的存储部的空余容量是否比规定的空余容量少；以及

转送处理单元，在通过所述判断单元判断为空余容量少的情况下，将所述第一服务器中存储的图像的至少一部分作为转送对象图像转送到第二服务器。

6.根据权利要求5所述的医用图像管理系统，其特征在于，还包括：

条件管理部，确定为了执行所述预约管理部受理了预约的所述处理而在所述存储部中需要的容量，作为所述预定的容量；以及

转送目的地判断部，通过对照所述转送对象图像的数据量与各服务器的空余容量，从所述多个服务器中确定能够存储所述转送对象图像的所述第二服务器；

所述判断单元基于所述第一服务器的所述存储部中存储的各医用图像的附属信息，来确定所述转送对象图像，并使所述转送处理单元将所述转送对象图像转送到所述转送目的地判断部确定出的所述第二服务器。

7.一种医用图像管理系统，包含分别具有存储部和处理部的多个服务器，所述存储部存储附带有包含数据量的附属信息的医用图像，所述处理部对所述医用图像实施图像处理，所述医用图像管理系统将由客户端指示的针对所述医用图像的多个处理分散到所述多个服务器中加以执行，其特征在于，包括：

预约管理部，通过从所述客户端接收包含对所述医用图像实施的处理的内容在内的预约信息，来受理所述处理的预约；

条件管理部，确定为了执行所述预约管理部受理了预约的所述处理而在所述存储部中需要的容量；

判断单元，比较通过所述预约被预定执行所述处理的服务器的所述存储部的空余容量与所述需要的容量，在所述空余容量不满足所述需要的容量的情况下，基于所述预定的服务器的所述存储部中存储的各医用图像的附属信息，在所述预定的服务器的所述存储部中存储的医用图像中确定转送到其他服务器的转送对象图像；

管理信息存储部，存储管理信息，该管理信息包含表示各服务器的存储部的空余容量的信息；

转送目的地判断部，接收所述转送对象图像的附属信息，并通过对照所接收的该附属信息中含有的所述转送对象图像的数据量与所述管理信息中含有的所述各服务器的空余容量，从所述多个服务器中确定能够存储所述转送对象图像的转送目的地服务器；以及

转送处理单元，将所述转送对象图像转送到所述转送目的地判断部确定出的所述转送目的地服务器。

8.根据权利要求7所述的医用图像管理系统，其特征在于，

所述条件管理部存储统计信息，该统计信息按每个所述处理的内容包含执行所述处理所需要的容量，所述条件管理部通过对照所述预约信息中含有的所述处理的内容与所述统计信息，来确定为了执行所述处理而在所述存储部中需要的容量。

9.根据权利要求7所述的医用图像管理系统，其特征在于，

所述预约管理部受理除所述处理的内容之外还包含用于确定处理对象的医用图像的信息在内的所述预约信息；

所述判断单元比较存储有所述处理对象的医用图像的服务器的所述存储部的空余容量与所述需要的容量。

10.根据权利要求7所述的医用图像管理系统，其特征在于，

还包括摄影部，所述摄影部拍摄医用图像；

所述预约管理部受理与所述摄影有关的处理的预约信息；

所述判断单元比较包含通过所述预约信息被预定了摄影的所述摄影部在内的所述服务器的所述存储部的空余容量与所述需要的容量。

11.根据权利要求7所述的医用图像管理系统，其特征在于，

所述附属信息包含所述转送对象图像的数据类别；

所述管理信息包含各服务器能够执行的所述处理的内容；

所述转送目的地判断部通过对照附属信息中含有的所述数据类别与所述管理信息中含有的所述处理的内容，从所述多个服务器中确定能够处理附带有该附属信息的所述转送对象图像的服务器，作为所述转送目的地服务器。

12.根据权利要求7所述的医用图像管理系统，其特征在于，

所述处理部无论有无所述预约，在通过对所述医用图像实施图像处理而制作了新的医用图像作为二次图像的情况下，将所述二次图像确定为所述转送对象图像；

所述转送处理单元将所述转送对象图像转送到所述转送目的地判断部确定出的所述转送目的地服务器。

13.根据权利要求12所述的医用图像管理系统，其特征在于，

所述附属信息包含所述转送对象图像的数据类别；

所述管理信息包含各服务器能够执行的所述处理的内容；

所述转送目的地判断部通过对照附属信息中含有的所述数据类别与所述管理信息中含有的所述处理的内容，从所述多个服务器中确定能够处理附带有该附属信息的所述转送对象图像的服务器，作为所述转送目的地服务器。

14.根据权利要求13所述的医用图像管理系统，其特征在于，

所述处理部通过对照自身能够执行的处理的内容与所述二次图像的附属信息中含有的所述数据类别，来判断所述二次图像是否是处理对象，在所述自身能够执行的处理不将所述二次图像作为处理对象的情况下，将所述二次图像确定为所述转送对象图像。

15.一种医用图像管理系统，包括分别具有存储部和处理部的多个服务器；所述存储部存储附带有包含数据量的附属信息的医用图像，所述处理部对所述医用图像实施图像处理，所述医用图像管理系统将由客户端指示的针对所述医用图像的多个处理分散到所述多个服务器加以执行，其特征在于，包括：

管理信息存储部，存储管理信息，该管理信息至少包含表示各服务器的存储部的空余容量的信息；

转送目的地判断部，接收所述医用图像的附属信息，并通过对照该附属信息中含有的所述医用图像的数据量与所述管理信息中含有的所述各服务器的空余容量，确定能够存储所述医用图像的所述服务器作为该医用图像的转送目的地服务器；以及

转送处理单元，将所述医用图像转送到所述转送目的地判断部确定出的所述转送目的地服务器；

在所述处理部通过对所述医用图像实施图像处理而制作了新的医用图像作为二次图像的情况下，所述转送处理单元转送所述二次图像。

16.根据权利要求15所述的医用图像管理系统，其特征在于，

所述附属信息还包含用于确定该医用图像的数据类别的信息；

所述处理部通过对照自身能够执行的所述处理的内容与所述二次图像的附属信息中含有的所述数据类别，在对所述二次图像不实施图像处理的情况下，将所述二次图像确定为所述转送对象图像；

所述管理信息存储部还预先存储各服务器能够执行的所述处理的内容作为管理信息；

所述转送目的地判断部还通过对照附属信息中含有的所述数据类别与所述管理信息中含有的所述处理的内容，从所述多个服务器中确定能够处理附带有该附属信息的所述医用图像的服务器，作为所述转送目的地服务器。

17.一种医用图像管理装置，与医用图像管理系统相连接，该医用图像管理系统包含分别具有存储部和处理部的多个服务器，所述存储部存储附带有包含数据量和数据类别的附属信息的医用图像，所述处理部对所述医用图像实施图像处理，所述医用图像管理系统将由客户端指示的针对所述医用图像的多个处理分散到所述多个服务器中加以执行，其特征在于，所述医用图像管理装置包括：

管理信息存储部，存储各服务器的空余容量和各服务器能够执行的所述处理作为管理信息；以及

转送目的地判断部，接收所述医用图像的附属信息，并通过对照该附属信息与所述管理信息，从所述多个服务器中确定能够存储且能够处理附带有该附属信息的所述医用图像的转送目的地服务器。

Images