CN103356292B - 医用图像处理系统 - Google Patents
医用图像处理系统 Download PDFInfo
- Publication number
- CN103356292B CN103356292B CN201310156243.XA CN201310156243A CN103356292B CN 103356292 B CN103356292 B CN 103356292B CN 201310156243 A CN201310156243 A CN 201310156243A CN 103356292 B CN103356292 B CN 103356292B
- Authority
- CN
- China
- Prior art keywords
- mentioned
- image procossing
- server
- image
- time
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/40—ICT specially adapted for the handling or processing of medical images for processing medical images, e.g. editing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
- G06F9/505—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals considering the load
Landscapes
- Engineering & Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Software Systems (AREA)
- Medical Informatics (AREA)
- General Health & Medical Sciences (AREA)
- Theoretical Computer Science (AREA)
- Primary Health Care (AREA)
- Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
- Radiology & Medical Imaging (AREA)
- Epidemiology (AREA)
- Public Health (AREA)
- General Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Processing Or Creating Images (AREA)
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
提供一种医用图像处理系统,能够根据图像处理的预约来预测非稳定负荷的发生。医用图像处理系统包括预约管理部、处理量计算部、解析部和委托部。预约管理部对所预约的图像处理的处理开始时间和处理结束时间、图像处理的处理对象即上述医学图像的数据量进行管理。处理量计算部对于通过第一服务器执行的各图像处理,计算在该图像处理中在规定的时间幅度处理的处理量。解析部按照每个时间幅度,计算并列地执行的图像处理的处理量的总计。此外,解析部在所计算出的总计为规定的处理量以上的情况下,以第一服务器的处理量的总计小于规定的处理量的方式,将在该时间幅度中执行的图像处理中的至少1个确定为向第二服务器委托的第一图像处理。
Description
关联申请:本申请以JP专利申请2012-047913(申请日:2012年3月5日)为基础而享受该申请的优先权。本申请通过参照该申请而包括该申请的全部内容。
技术领域
实施方式涉及一种医用图像处理系统,对通过医用图像摄影装置取得的医用图像的图像数据进行处理。
背景技术
通过医用图像摄影装置(也称为模态(modality))对患者进行摄影而得到的医用图像的图像数据,能够通过实施图像处理而在显示部中作为图像进行显示。作为医用图像摄影装置,例如可以列举超声波诊断装置、X射线诊断装置、MRI装置(Magnetic Resonance Imaging:磁共振成像)、X射线CT机等。存在包括这种医用图像摄影装置和具备对图像数据实施图像处理的图像处理部的服务器的医用图像处理系统。
对图像数据实施图像处理的服务器,通过在自身处理能力(例如CPU的处理能力、存储器等)的允许范围内并列地执行多个图像处理,由此缩短多个图像处理的处理时间。
另一方面,通过1台服务器能够执行的图像处理的处理量,由该服务器的处理能力限制。因此,在系统整体所要求的图像处理的处理量超过1台服务器的处理量的情况下,有时采用通过多个服务器来分担图像处理的方法。由此,能够减轻各服务器的处理负荷,并提高能够同时执行的最大处理量。
在通过多个服务器来分担图像处理的情况下,根据摄影装置的摄影预约数(所预约的摄影次数)的设想值、所取得的图像数据的数据量的设想值,来估计最大处理量,并根据该最大处理量来决定设置的服务器数。
但是,摄影预约数、所摄影的图像数据的数据量不一定是恒定的。例如,在摄影预约集中的时期、时间段,系统所要求的处理量暂时地增大。另外,由于图像数据的数据量根据检查条件而不同,因此例如在伴随图像尺寸较大的摄影、或摄影张数较多的摄影的检查集中的情况下,系统所要求的处理量暂时地增大。在以往的方法中,还包含这种非稳定时的负荷(以下称为“非稳定负荷”)地估计最大处理量,并根据需要来增设服务器。
但是,在非稳定负荷的发生频度较少的情况下,不能够有效地利用对其进行设想而增设的服务器的资源,服务器的增设导致的相对于费用的效果降低。另外,由于非稳定负荷是由摄影预约数、摄影时的条件等不确定因素导致的,因此难以预先预测正确的值。
发明内容
实施方式的目的在于,提供一种能够预测非稳定负荷的发生的医用图像处理系统。
为了实现上述目的,本实施方式的方案为一种医用图像处理系统,具备多个具有图像处理部的服务器,该图像处理部并列地执行多个对于医用图像的图像数据的图像处理。医用图像处理系统包括预约管理部、处理量计算部、解析部以及委托部。预约管理部为,接受图像处理的处理预约,根据该处理预约,按照每个图像处理,对所预约的图像处理的处理开始时间和处理结束时间、以及该图像处理的处理对象即图像数据的数据量进行管理。处理量计算部为,对于通过多个服务器中的第一服务器执行的各图像处理,根据处理开始时间和处理结束时间以及数据量,计算在该图像处理中在规定的时间幅度中处理的处理量。解析部为,根据通过第一服务器执行的图像处理的处理开始时间和处理结束时间以及该图像处理的处理量,按照每个时间幅度,计算在该时间幅度中并列地执行的图像处理的处理量的总计。另外,解析部为,在所计算出的总计为规定的处理量以上的情况下,以第一服务器的处理量的总计小于规定的处理量的方式,确定包含在该时间幅度中执行的图像处理中的至少1个的第一图像处理。委托部为,将第一图像处理委托给不同于第一服务器的第二服务器。
附图说明
图1为本实施方式的医用图像处理系统的框图。
图2为表示预约管理部和解析部的详细结构的框图。
图3为着眼于对于图像数据的处理的流程的医用图像处理系统的框图。
图4为对检查的预约进行管理的预约管理表的一例。
图5为对图像处理类别与所执行的处理之间的对应关系进行管理的管理表的一例。
图6为用于对每个图像处理的处理时间进行管理的管理表的一例。
图7为用于对图像处理的处理开始时间和处理结束时间进行管理的处理管理表的一例。
图8为第一实施方式的图像处理的处理时间表的一例。
图9A为负荷预测数据的一例。
图9B为负荷预测数据的一例。
图10表示第一实施方式的委托信息的数据结构的一例。
图11为本实施方式的图像数据的数据结构的一例。
图12为表示到确定向辅助服务器委托的图像处理、并委托该图像处理为止的一系列动作的流程图。
图13为变形例1的委托信息的数据结构的一例。
图14为功能管理表的一例。
图15为第二实施方式的图像处理的处理时间表的一例。
图16为第二实施方式的预约管理表的一例。
图17为第二实施方式的处理管理表的一例。
图18为第二实施方式的负荷预测数据的一例。
图19为第三实施方式的负荷确认部的一例。
图20为第三实施方式的负荷确认部的变形例。
具体实施方式
(第一实施方式)
参照图1~图3对第一实施方式的医用图像处理系统进行说明。如图1所示那样,本实施方式的医用图像处理系统具有预约管理部11、处理量计算部12、解析部13、处理控制部14、多个摄影部(摄影部15A和15B)、图像存储部16、委托部17、多个服务器(即服务器2A~2D)和多个终端(终端3A~3C)。
服务器2A~2D是用于对图像数据执行图像处理的服务器。关于服务器2A~2D的详细结构将后述。另外,终端3A~3C是用于接受服务器2A~2D的图像处理的结果,而使图像数据显示于显示部(未图示)的终端。另外,在以下,在不特别地区分服务器2A~2D的情况下,有时仅表记为“服务器2”。同样,在不特别地区分终端3A~3C的情况下,有时仅表记为“终端3”。
服务器2A和2B经由网络N11与委托部17连接。另外,服务器2A和2B经由网络N12与终端3A~3C连接。同样,服务器2C和2D经由网络N21与委托部17连接。另外,服务器2C和2D经由网络N22与终端3A~3C连接。如此,服务器2A和2B以及服务器2C和2D,经由不同的网络N11和N12以及网络N21和N22与委托部17和终端3A~3C连接。作为具体的一例,网络N11和N12表示医院内的院内网络,网络N21和N22表示向医院外部的设施的网络。另外,上述内容为一例,也可以将网络N11和N12构建为1个网络。同样,也可以将网络N21和N22构建为1个网络。另外,也可以将网络N11和N12以及网络N21和N22不区分地构建为1个网络。在以下,对网络N11、N12、N21以及N22分别单独地设置的情况进行说明。
在本实施方式的医用图像处理系统中,将与网络N11和N12连接的服务器2A和2B作为主要的服务器(以下有时称为“主服务器”),使与网络N21和N22连接的服务器2C和2D作为辅助的作用(以下有时称为“辅助服务器”)而动作。具体来说,图像处理主要由主服务器执行,在处理负荷变高、并超过主服务器的处理能力的情况下,辅助服务器代替执行一部分图像处理。在以下,说明该主服务器(服务器2A或2B)的处理负荷的预测,以及在所预测的处理负荷超过主服务器的处理能力的情况下,使辅助服务器(服务器2C或2D)代替执行一部分图像处理的结构。
摄影部15A和15B为对图像数据进行摄影的医用图像摄影装置。用于通过摄影部15A和15B对图像数据进行摄影的摄影预约,由预约管理部11受理并管理。此外,摄影部15A和15B的动作,由处理控制部14根据由预约管理部11受理的摄影预约来控制。关于预约管理部11和处理控制部14将后述。另外,在以下,在不特别地区分摄影部15A和15B的情况下,有时仅表记为“摄影部15”。摄影部15将所摄影的图像数据输出给委托部17。关于委托部17将后述。
图像存储部16为存储图像数据的存储部。在图像存储部16中存储有预先摄影的图像数据。
(预约管理部11)
此处参照图2。如图2所示那样,预约管理部11具有预约受理部111以及处理条件确定部112。
(预约受理部111)
预约受理部111从操作者受理与摄影部15A或15B进行的图像数据的摄影有关的检查预约。图4为用于预约受理部111管理检查预约的预约管理表TBL10的一例。如图4所示那样,在由预约管理表TBL10管理、存储的检查预约中,作为信息例如包括检查识别符C11、摄影部识别符C12、检查开始时间C13、检查结束时间C14、图像处理类别C15、图像尺寸C16、张数C17以及返回目的地C18。预约受理部111从操作者接受这些信息作为预约,并制作预约管理表TBL10。检查识别符C11为用于识别检查的识别符,各检查预约通过检查识别符C11来识别。摄影部识别符C12表示对图像数据进行摄影的摄影部15的识别符(例如摄影部15A或15B)。此外,检查开始时间C13和检查结束时间C14表示该检查开始的时间和预定结束的时间。图像处理类别C15为用于识别对于图像数据的图像处理的类别的识别符。关于图像处理类别C15的详细内容将后述。图像尺寸C16表示图像数据所包含的图像的1张图像的尺寸,根据该尺寸能够确定1张图像的数据量。作为图像的尺寸,例如包括图像的颜色数(位数)、图像的面积(图像的宽度和高度)等信息。张数C17表示图像数据的张数。根据图像尺寸C16和张数C17,能够确定成为图像处理的对象的图像数据的数据量的总计。返回目的地C18表示图像数据的最终输出目的地。例如,在使所摄影的图像数据显示为图像的情况下,向该返回目的地C18输入显示该图像的终端的识别符。
例如,检查a表示通过摄影部15A摄影图像数据的情况,将时间Ta1~Ta2设为检查时间。另外,表示对于由条件P11定义的尺寸的图像数据的Na张,实施由类别M11表示的图像处理的情况。
此外,预约管理表TBL10也可以构成为,将对于预先摄影并存储到图像存储部16中的图像数据的图像处理的预约集中地进行管理、存储。例如,检查c与图像存储部16所存储的图像数据的图像处理相关。在该情况下,预约受理部111受理作为图像处理对象的图像数据的文件名、图像处理类别C15、以及图像处理的处理开始时间和处理结束时间。在该情况下,由于不伴随摄影部15的摄影,因此预约受理部111不在检查c的检查预约中输入摄影部识别符C12的信息,而代之输入用于确定图像数据的文件名C19。另外,预约受理部111代替检查的开始时间和结束时间,而将图像处理的处理开始时间和处理结束时间输入到检查开始时间C13和检查结束时间C14中。成为图像处理对象的图像数据已存储于图像存储部16中。因此,预约受理部111根据文件名C19从图像存储部16中确定图像数据,并从所确定的图像数据中读出图像尺寸C16和张数C17而输入到预约管理表TBL10中。
接着,参照图5对图像处理类别C15进行说明。对于图像数据的图像处理为,根据输出的图像的方式而实施不同的处理。预约受理部111为,作为一例,按照每个类别将这样的图像处理存储为预先分类了的信息。操作者预先进行这种分类即可。例如,图5为对图像处理类别C15和所执行的处理之间的对应关系进行管理的管理表TBL20的一例。图像数据为,根据摄影部(具体来说为摄影部的模态)的不同而数据的内容、所执行的图像处理的内容不同。因此,预约受理部111根据管理表TBL20按照每个图像处理类别C15来管理、存储该对应关系。另外,预约受理部111使后述的处理量计算部12和解析部13能够参照管理表TBL20。或者,也可以构成为,另外设置存储管理表TBL20的存储部,预约受理部111、处理量计算部12和解析部13参照该存储部。
如图5所示那样,管理表TBL20包括图像处理类别C15、图像类别C21以及处理内容C22。图像类别C21表示由图像处理类别C15表示的一系列图像处理将其作为处理对象的图像数据的类别(模态)。另外,处理内容C22表示所执行的处理的一览。例如,表示图像处理类别C15为类别M11的图像处理对图像类别C21为MOD1的图像数据执行处理1、处理2和处理3的情况。
预约受理部111为,当生成图4所示的预约管理表TBL10时,将所生成的预约管理表TBL10输出给处理条件确定部112。
(处理条件确定部112)
处理条件确定部112从预约受理部111接受预约管理表TBL10。处理条件确定部112根据预约管理表TBL10,计算所预约的各检查中的图像处理、即所预约的图像处理的处理开始时间C41和处理结束时间C42(详细内容在后段说明)。处理条件确定部112根据处理开始时间C41和处理结束时间C42,按照每个作为主服务器动作的服务器(即服务器2A和2B),制作处理管理表TBL40。图7为与对服务器2A预约的图像处理相关的处理管理表TBL40的一例。另外,例如,根据图像处理类别C15,预先决定将所预约的每个检查的图像处理分配给服务器2A和2B的哪个。例如,在检查a~d中作为图像处理类别C15而设定的类别M11、M12、M22以及M31预先与服务器2A赋予对应,其他类别(例如类别M21)与服务器2B赋予对应。此外,也可以根据摄影图像数据的摄影部15来预先决定。在以下,以服务器2A的情况为例进行说明。另外,后述的处理量计算部12计算出单位时间的处理量C43,而输入到处理管理表TBL40中。关于处理开始时间C41和处理结束时间C42的计算方法,分为伴随图像数据的摄影的检查a和不伴随图像数据的摄影的检查c而在以下具体地进行说明。
首先,对伴随图像数据的摄影的检查a进行说明。在伴随图像数据的摄影的情况下,能够从由摄影部15开始输出所摄影的图像数据的时间起,开始对该图像数据的图像处理。因此,处理条件确定部112预先存储从摄影部15开始摄影起到开始图像数据的输出为止的时间T’,并根据检查开始时间C13中所设定的时间“Ta1”和时间T’,计算出时间“Ta3”作为处理开始时间C41。另外,在根据所摄影的图像数据的数据量而时间T’不同的情况下,预先存储每规定数据量的时间T’,与所摄影的图像数据的数据量相匹配而计算“Ta3”作为处理开始时间C41即可。另外,能够根据预约管理表TBL10中的图像尺寸C16和张数C17来计算图像数据的数据量。
此外,处理条件确定部112根据检查结束时间C14中所设定的时间“Ta2”,来确定时间“Ta4”作为处理结束时间C42。例如,在检查结束时间“Ta2”以前图像处理需要结束的情况下,处理条件确定部112将从检查结束时间“Ta2”起规定时间以前的时间“Ta4”确定为处理结束时间C42。此外,也可以将时间“Ta2”确定为处理结束时间C42。也可以将从时间“Ta2”起规定时间后的时间“Ta4”确定为处理结束时间C42。此外,也可以将从处理开始时间“Ta3”起、服务器中的规定处理时间后的时间“Ta4”确定为处理结束时间C42。该处理结束时间C42的确定方法,根据运用的系统的要素来进行适当设定即可。
此外,在不伴随图像数据的摄影的检查c的情况下,检查开始时间C13中所设定的时间Tc3相当于处理开始时间C41,检查结束时间C14中所设定的时间Tc4相当于处理结束时间C42。
处理条件确定部112为,如果制作处理管理表TBL40并按照每个检查输入了处理开始时间C41和处理结束时间C42,则将处理管理表TBL40与预约管理表TBL10一起输出给处理量计算部12。
(处理量计算部12)
处理量计算部12从处理条件确定部112接受处理管理表TBL40和预约管理表TBL10。处理量计算部12根据处理管理表TBL40中所存储的处理开始时间C41和处理结束时间C42、以及预约管理表TBL10中所存储的图像尺寸C16和张数C17,计算出单位时间的处理量C43(以下简称为“处理量C43”)。关于处理量C43的计算方法在以下具体地进行说明。
首先,处理量计算部12根据图像尺寸C16来确定1张图像的数据量C32。1张图像的数据量C32根据图像类别C21、图像尺寸C16、以及对于该图像的处理C31而不同。因此,处理量计算部12预先将这些对应关系存储为管理表TBL30。图6表示该管理表的一例。如图6所示那样,管理表TBL30按照图像类别C21、图像尺寸C16以及处理C31的组合,而存储有处理量C32。例如,使规定处理能力的服务器对于各组合预先执行处理,并根据此时的处理时间、该服务器的处理能力,来计算出这些数据量即可。
处理量计算部12根据预约管理表TBL10中所存储的图像处理类别C15,从管理表TBL20中确定图像类别C21和处理内容C22。接着,处理量计算部12参照管理表TBL30,根据图像类别C21和图像尺寸C16,按照处理内容C22中所包含的处理,来确定数据量C32。例如,在检查a的情况下,图像类别C21为“MOD1”,图像尺寸C16为“条件P11”,处理内容C22中包含“处理1”、“处理2”以及“处理3”。如图6所示那样,在图像类别C21为“MOD1”、且图像尺寸C16为“条件P11”时,“处理1”、“处理2”以及“处理3”的1张图像的数据量C32为“D111”、“D112”以及“D113”。由此,数据量计算部12计算“D111”、“D112”以及“D113”之和,作为1张图像的数据量的总计。
接着,处理量计算部12根据所计算出的1张图像的数据量的总计、和预约管理表TBL10中所存储的张数C17,计算出每个检查的总计数据量。处理量计算部12将所计算出的总计数据量除以处理管理表TBL40中所存储的从处理开始时间C41到处理结束时间C42为止的时间幅度,将在规定的单位时间中进行处理的数据量计算为“处理量”。处理量计算部12将所计算出的处理量输入到处理管理表TBL40的处理量C43中。例如,在检查a的情况下,张数C17为“Na”,处理开始时间C41为“Ta3”,处理结束时间C42为“Ta4”,处理量C43为“Da”。另外,在将单位时间的时间幅度设为“T0”的情况下,Da=(D111+D112+D113)×Na×T0/(Ta4-Ta3)。
另外,在图像处理中,有的图像处理与数据量无关地需要一定的处理时间。在该情况下,对该时间进行考虑而计算处理量C43即可。例如,假设处理2为在对于数据量D112的处理的基础上、还需要一定的处理时间T2。在该情况下,在之前的例子中示出的检查a中的处理量Da,根据从时间幅度(Ta4-Ta3)中减去了处理时间T2的时间幅度来计算即可。即,Da=(D111+D112+D113)×Na×T0/(Ta4-Ta3-T2)。
处理量计算部12将输入了处理量C43的处理管理表TBL40和预约管理表TBL10输出到解析部13中。
(解析部13)
解析部13包括委托处理确定部131、委托目的地确定部132以及委托信息制作部133。解析部13从处理量计算部12接受处理管理表TBL40和预约管理表TBL10,并将它们输出给委托处理确定部131。
(委托处理确定部131)
委托处理确定部131接受处理管理表TBL40,根据处理管理表TBL40中所存储的处理开始时间C41和处理结束时间C42,制作按照由服务器2A执行的每个检查的图像处理的处理时间表。图8为根据处理管理表TBL40制作的、由服务器2A执行的图像处理的处理时间表的一例。另外,此时,如图8所示那样,委托处理确定部131将处理量C43与各检查的时间表赋予关联。
委托处理确定部131按照每个规定的时间幅度,将由服务器2A执行的各图像处理的处理量C43分别相加,制作负荷预测数据。图9A为负荷预测数据的一例。接着,委托处理确定部131判定各图像处理的处理量C43的总计D是否成为规定的处理量D0以上。图9A为将从最早开始的检查a的图像处理的处理开始时间“Ta3”到最后结束的检查c的图像处理的处理结束时间“Tc4”为止的期间,以预先决定的单位时间幅度来分割为时间幅度W1~W12的情况下的例子。另外,规定的处理量D0为,作为所允许的处理负荷的最大值,在不超过该服务器的最大处理量Dmax的范围内预先设定。
例如,在图9A中,在时间幅度W3中执行的图像处理的处理量C43的总计D成为D=Da+Db<D0。此外,在时间幅度W6中执行的图像处理的处理量C43的总计D成为D=Da+Db+Dc+Dd≥D0。如此,委托处理确定部131按照每个时间幅度来计算处理量C43的总计D,并与规定的处理量D0进行比较。在图9A的例子中,在时间幅度W5和W6中,处理量C43的总计成为规定的处理量D0以上。
另外,不一定需要以预先决定的单位时间幅度来进行分割。例如,也可以如图9B所示那样,在并行地执行的图像处理的组合变化的定时、分割时间幅度。在该情况下,如图9B所示那样,将Ta3~Tc4之间的时间幅度,用图像处理开始的时间Tb3、Tc3和Td3、以及图像处理结束的时间Ta4、Tb4和Td4来进行分割,而求出由Wa1~Wa7表示的时间幅度,并将它们分别作为时间幅度。例如,在时间幅度Wa1中,仅执行检查a的图像处理。此外,在时间幅度Wa4中,并列地执行检查a~d的各图像处理,此时处理量C43的总计D成为规定的处理量D0以上。
委托处理确定部131为,在处理量C43的总计成为规定的处理量D0以上的情况下,确定在该时间幅度中预定执行的图像处理中、向辅助服务器(即服务器2C或2D)委托代替执行的图像处理。此时,通过预先按照每个检查来进行优先度的加权,由此委托处理确定部131将优先度最低的图像处理确定为向辅助服务器委托处理的图像处理(在以下有时称为“委托图像处理”)。另外,每个检查的优先度的加权,既可以在受理预约时进行设定,也可以按照每个图像处理类别C15来预先设定。委托处理确定部131在处理量C43的总计小于规定的处理量D0的期间,确定委托图像处理。
例如,在图9A的情况下,在时间幅度W5和W6中处理量C43的总计D成为规定的处理量D0以上。因此,委托处理确定部131对于检查a~d的各图像处理比较优先度,将优先度最低的检查d的图像处理确定为委托图像处理。
如果确定了向辅助服务器委托代替执行的图像处理,则委托处理确定部131将处理管理表TBL40和预约管理表TBL10发送给委托目的地确定部132。此时,委托处理确定部131将向辅助服务器委托的、所确定的委托图像处理(在图9A的情况下为检查d的图像处理)一起通知给委托目的地确定部132。
(委托目的地确定部132)
委托目的地确定部132接受处理管理表TBL40和预约管理表TBL10以及委托图像处理的通知。委托目的地确定部132将作为辅助服务器进行动作的服务器2C和2D中的某个、确定为委托所通知的图像处理的服务器。此时,委托目的地确定部132例如也可以将委托目的地的辅助服务器(在以下简称为“委托目的地”)预先与执行源的每个主服务器赋予对应。此外,委托目的地确定部132也可以按照所通知的图像处理的图像处理类别C15来预先设定委托目的地。在该情况下,委托目的地确定部132参照预约管理表TBL10,确定所通知的图像处理的图像处理类别。在以下,说明委托目的地确定部132将服务器2C确定为检查d的图像处理的委托目的地的情况。
委托目的地确定部132将所确定的委托目的地(服务器2C)、所通知的委托图像处理(检查d的图像处理)以及图像数据的返回目的地C18作为1个组而赋予关联。另外,委托目的地确定部132为,在存在多个委托图像处理的情况下,按照该委托图像处理来确定委托目的地,并作为委托信息赋予关联。委托目的地确定部132将所制作的组、处理管理表TBL40和预约管理表TBL10输出给委托信息制作部133。
如以上那样,委托处理确定部131和委托目的地确定部132对全部时间幅度,进行处理量C43的总计D的计算、总计D与规定的处理量D0之间的比较、以及总计D成为处理量D0以上的情况下的委托图像处理和委托目的地的确定。
(委托信息制作部133)
委托信息制作部133从委托目的地确定部132接受将委托目的地、委托图像处理以及返回目的地C18赋予关联的组、处理管理表TBL40和预约管理表TBL10。
委托信息制作部133按照预约管理表TBL10中所存储的每个检查,来制作委托信息E10。图10为委托信息E10的数据结构的一例。委托信息E10包括检查识别符E11、检查类别E12、重要度E13以及处理信息E14。委托信息制作部133为,在检查识别符E11和图像处理类别E12中,输入预约管理表TBL10中所存储的检查识别符C11和图像处理类别C15中所存储的信息。此外,委托信息制作部133在重要度E13中输入对该检查预先设定的重要度。
此外,处理信息E14将处理E141、委托目的地E142以及返回目的地E143作为1个组,并按照构成图像处理的每个处理来设置该组。例如,检查d的图像处理类别为类别M31,作为图像处理的处理内容,按顺序执行“处理6”、“处理7”和“处理8”。因此,在处理信息E14中,按顺序输入表示“处理6”、“处理7”和“处理8”的信息。委托目的地E142表示委托相应的处理的执行的委托目的地。此外,返回目的地E143表示在其处理后将其图像数据返回的返回目的地。
委托目的地E142的设定方法,在通过主服务器执行图像处理的检查、和向辅助服务器委托图像处理的检查中不同。对于向辅助服务器委托的图像处理,从委托目的地确定部132、作为委托目的地和委托图像处理的组而通知给委托信息制作部133。因此,委托信息制作部133将所通知的该组与预约管理表TBL10进行比较,并区分为通过主服务器执行图像处理的检查、和向辅助服务器委托图像处理的检查。
在向辅助服务器委托图像处理的检查的情况下,委托信息制作部133将所通知的组中包含的委托目的地的信息作为委托目的地E142进行输入。
例如,根据从委托目的地确定部132通知的组,设定为将检查d的图像处理向服务器2C委托。即,意味着,构成检查d的图像处理的“处理6”、“处理7”和“处理8”这一系列处理被委托给服务器2C。因此,委托信息制作部133将“服务器2C”设定到作为一系列处理而最先执行的“处理6”的委托目的地E142。此外,在预约管理表TBL10中,对于检查d,在一系列处理完成后,传送给“终端3B”的情况被设定为返回目的地C18。因此,委托信息制作部133将“终端3B”设定到在一系列处理的最后执行的“处理8”的返回目的地E143。另外,委托信息制作部133在其他委托目的地E142和返回目的地E143中,作为表示未输入信息的情况的信息,例如输入“-(空白)”。
另外,在图10的例子中,也能够使“处理6”、“处理7”和“处理8”分别由不同的服务器执行。对于该情况下的例子,作为变形例1而后述。
此外,表示主服务器的信息被与处理管理表TBL40赋予关联。因此,在通过主服务器执行图像处理的检查(例如检查a~c)的情况下,委托信息制作部133在委托目的地E142中设定表示该主服务器的信息、即表示“服务器2A”的信息。另外,返回目的地E143的设定方法与上述检查d的情况相同。
委托信息制作部133将各检查的委托信息、处理管理表TBL40和预约管理表TBL10输出给处理控制部14。
(处理控制部14)
处理控制部14从委托信息制作部133接受各检查的委托信息、处理管理表TBL40和预约管理表TBL10。处理控制部14根据这些信息,控制摄影部15A和15B、委托部17、以及服务器2A~2D的动作。另外,委托部17按照摄影部15、图像存储部16而赋予关联地设置。另外,关于委托部17的详细内容将后述。以下,对处理控制部14的详细内容进行说明。
处理控制部14参照预约管理表TBL10,确定各检查的检查开始时间。处理控制部14按照所确定的检查开始时间,对摄影部15A和15B指示摄影的开始。
此外,处理控制部14根据预约管理表TBL10,确定输出每个检查的图像处理的委托部17。例如,如图4所示那样,在检查d中,通过摄影部15B摄影图像数据。因此,处理控制部14确定与摄影部15B赋予关联地设置的委托部17。
此外,处理控制部14参照处理管理表TBL40的处理开始时间C41,确定各检查的图像处理开始的时间。处理控制部14在该检查的图像处理开始之前,将各检查的委托信息预先通知给相应的委托部17。
此外,如检查c那样,关于对于图像存储部16中所存储的图像数据的图像处理的预约,处理控制部14按照委托信息,将成为图像处理对象的图像数据的文件名C19通知给相应的委托部17。接受该通知,委托部17根据所通知的文件名C19,从图像存储部16中读出相应的图像数据。
接着,处理控制部14参照处理管理表TBL40,确定各图像处理的处理开始时间C41。此外,处理控制部14根据每个检查的委托信息,确定执行该检查的图像处理的服务器。例如,图7为服务器2A的处理管理表TBL40,其中将检查d的图像处理委托给服务器2C。在该情况下,在检查a~c的委托信息中,作为处理信息E14而包括表示服务器2A的信息。同样,在检查d的委托信息中,作为处理信息E14而包括表示服务器2C的信息。因此,处理控制部14关于检查a~c的图像处理,根据处理开始时间C41,对服务器2A指示执行。此外,处理控制部14关于检查d的图像处理,对服务器2C指示执行。
如以上那样,预约管理部11、处理量计算部12、解析部13以及处理控制部14进行动作,由此摄影部15A和15B、各委托部17以及服务器2A~2D的动作被控制。
接着,参照图1和图3对委托部17、服务器2A~2D的结构进行说明。图3为着眼于由摄影部15A~15B摄影的图像数据以及图像存储部16中所存储的图像数据,通过服务器2A~2D中的某个实施图像处理,并被输出给终端3之前的流程的框图。
(委托部17)
委托部17与摄影部15和图像存储部16分别赋予关联地设置。
与摄影部15赋予关联的委托部17,从摄影部15接受所摄影的图像数据。此外,该委托部17从处理控制部14接受委托信息。
委托部17从所接受的委托信息中读出检查识别符E11、检查类别E12、重要度E13以及处理信息E14,并使其附带到从摄影部15接受的图像数据中。图11为本实施方式的图像数据的数据结构的一例。如图11所示那样,图像数据包括附带信息E500和图像的实际数据E600。图像的实际数据E600为成为图像的制作源的数据本身。附带信息E500包括表示该图像数据的属性的信息。从委托信息中读出的检查识别符E11、检查类别E12、重要度E13以及处理信息E14,如图11所示那样,被输入到附带信息E500中。
委托部17读出处理信息E14中所包含的各处理的信息中、最先的处理的信息的委托目的地E142的信息,并确定发送图像数据的服务器2。例如,在图11的例子中,读出处理信息E14的最先被定义的“处理6”的委托目的地E142,并确定“服务器2C”。委托部17将图像数据送到所确定的服务器2C。
此外,与图像存储部16赋予关联的委托部17,从处理控制部14接受成为图像处理对象的图像数据的文件名C19、以及委托信息。该委托部17从图像存储部16中读出与文件名C19相应的图像数据。
此外,委托部17从接受的委托信息中读出检查识别符E11、检查类别E12、重要度E13以及处理信息E14,并使其附带到从图像存储部16中读出的图像数据中。以后的处理和与摄影部15赋予关联的委托部17相同。
另外,也可以与摄影部15和图像存储部16分别赋予关联,而使各委托部17作为1个委托部17集中地进行动作。
接着,以通过服务器2C来处理与图11所示的检查d相关的图像数据的情况为例,对服务器2A~2D的结构进行说明。
服务器2C包括图像处理部21和传送部22。
图像处理部21从委托部17接受图像数据。此外,图像处理部21由处理控制部14指示图像处理的执行。
图像处理部21为,当被指示图像处理的执行时,首先读出从委托部17接受的图像数据中所附带的处理信息E14。接着,逐次地读出按照每个处理而登记在处理信息E14中的委托目的地E142。在该处理中,图像处理部21确定在委托目的地E142中包含表示自身的信息的第一行。在图11的情况下,服务器2C的图像处理部21将在委托目的地E142中设定有“服务器2C”的“处理6”的行确定为第一行。
接着,图像处理部21从第一行中依次、逐次地读出处理E141、委托目的地E142以及返回目的地E143,并执行所读出的行的处理E141中所设定的处理。图像处理部21在读出在返回目的地E143中输入了信息(即、设定有“-(空白)”以外的信息)的第二行之前,执行该处理。在图11的情况下,在“处理6”和“处理7”的行的返回目的地E143中设定有“-(空白)”,在“处理8”的返回目的地E143中设定有“终端3B”。因此,图像处理部21按顺序执行“处理6”、“处理7”和“处理8”。
在读出了第二行的情况下,在执行了处理E141中所设定的处理之后,将执行了该处理之后的图像数据和返回目的地E143输出到传送部22。在图11的情况下,图像处理部21在执行了“处理8”之后,将执行了“处理8”之后的图像数据、和返回目的地E143中所设定的“终端3B”通知给传送部22。
传送部22从图像处理部21接受图像处理后的图像数据、和返回目的地E143。传送部22将所接受的图像数据传送到由返回目的地E143表示的目的地。即,在图11所示的例子的情况下,检查d的图像数据,在服务器2C的图像处理部21中被执行了“处理6”、“处理7”和“处理8”之后,通过传送部22传送到“终端3B”。
另外,在上述中,服务器2A~2D的图像处理部21开始图像处理的契机,不一定限于处理控制部14的指示。例如,图像处理部21也可以在从委托部17接收了图像数据时,将该接收作为触发而开始图像处理。在该情况下,处理控制部14不需要对各服务器指示图像处理的开始。
接着,参照图12对解析部13的动作进行说明。图12为表示到确定向辅助服务器委托的图像处理、并委托该图像处理为止的一系列动作的流程图。
(步骤S11)
预约受理部111受理与由摄影部15A或15B进行的图像数据的摄影相关的检查预约,并制作图4所示那样的预约管理表TBL10。预约受理部111将所生成的预约管理表TBL10输出给处理条件确定部112。
处理条件确定部112从预约受理部111接受预约管理表TBL10。处理条件确定部112根据预约管理表TBL10,计算所预约的各检查中的图像处理、即所预约的图像处理的处理开始时间C41和处理结束时间C42。处理条件确定部112根据处理开始时间C41和处理结束时间C42,制作处理管理表TBL40。处理条件确定部112将所制作的处理管理表TBL40与预约管理表TBL10一起输出给处理量计算部12。
处理量计算部12从处理条件确定部112接受处理管理表TBL40和预约管理表TBL10。处理量计算部12根据图像尺寸C16,确定1张图像的数据量C32。处理量计算部12根据预约管理表TBL10中所存储的图像处理类别C15,从管理表TBL20中确定图像类别C21和处理内容C22。接着,处理量计算部12参照管理表TBL30,根据图像类别C21和图像尺寸C16,按照处理内容C22中所包含的每个处理来确定数据量C32。
接着,处理量计算部12根据所计算出的1张图像的数据量的总计、以及预约管理表TBL10中所存储的张数C17,计算每个检查的总计数据量。处理量计算部12将所计算出的总计数据量除以从所确定的处理开始时间C41到处理结束时间C42为止的时间幅度,由此将在规定的单位时间中进行处理的数据量计算为处理量C43,并输入到处理管理表TBL40中。
处理量计算部12将输入了处理量C43的处理管理表TBL40和预约管理表TBL10输出给解析部13。
(步骤S12)
解析部13从处理量计算部12接受处理管理表TBL40和预约管理表TBL10,被将它们输出给委托处理确定部131。
委托处理确定部131接受处理管理表TBL40,根据处理管理表TBL40中所存储的处理开始时间C41和处理结束时间C42,如图8所示那样,制作由服务器2A执行的每个检查的图像处理的处理时间表。
委托处理确定部131按照每个时间幅度,将由服务器2A执行的各图像处理的处理量C43分别相加,制作如图9A所示那样的负荷预测数据。
(步骤S13)
接着,委托处理确定部131按照每个时间幅度来计算处理量C43的总计D,并将其与规定的处理量D0进行比较。通过该比较,委托处理确定部131判定各图像处理的单位时间幅度的处理量C43的总计D是否成为规定的处理量D0以上。另外,规定的处理量D0为,作为所允许的处理负荷的最大值,在不超过该服务器的最大处理量Dmax的范围内预先设定。
(步骤S15)
在处理量C43的总计D成为规定的处理量D0以上的情况下(步骤S14:“是”),委托处理确定部131确定在该时间幅度中预定执行的图像处理中、向辅助服务器委托代替执行的图像处理。委托处理确定部131在处理量C43的总计小于规定的处理量D0的期间,确定委托图像处理。
如果确定了向辅助服务器委托代替执行的图像处理,则委托处理确定部131将处理管理表TBL40和预约管理表TBL10发送给委托目的地确定部132。此时,委托处理确定部131将向辅助服务器委托的、所确定的委托图像处理(在图9A的情况下为检查d的图像处理)一起通知给委托目的地确定部132。
(步骤S16)
委托目的地确定部132接受处理管理表TBL40和预约管理表TBL10、以及委托图像处理的通知。委托目的地确定部132将作为辅助服务器进行动作的服务器2C和2D中的某个,确定为委托所通知的图像处理的服务器。此时,委托目的地确定部132例如预先将委托目的地与执行源的每个主服务器赋予对应即可。此外,委托目的地确定部132也可以按照所通知的图像处理的图像处理类别C15,来预先设定委托目的地。在该情况下,委托目的地确定部132参照预约管理表TBL10,确定所通知的图像处理的图像处理类别C15。
另外,在处理量C43的总计D未成为规定的处理量D0以上的情况下(步骤S14:“否”),不进行在步骤S15和步骤S16中示出的处理,而转移到下一个处理。
(步骤S17)
委托处理确定部131和委托目的地确定部132为,在对于全部时间幅度的处理未完成的情况下(步骤S17:“否”),对于下一个时间幅度执行步骤S13~S16的处理。
(步骤S18)
在对于全部时间幅度的处理完成的情况下(步骤S17:“是”),委托信息制作部133按照预约管理表TBL10中所存储的每个检查,制作图10所示的委托信息E10。委托信息制作部133在检查识别符E11和图像处理类别E12中,输入预约管理表TBL10中所存储的检查识别符C10和图像处理类别C15中所存储的信息。此外,委托信息制作部133在重要度E13中,输入对该检查预先设定的重要度。此外,委托信息制作部133将处理E141、委托目的地E142以及返回目的地E143作为1个组,按照构成图像处理的每个处理来制作该组,并输入到处理信息E14中。
另外,委托信息制作部133将所通知的该组与预约管理表TBL10进行比较,并区分为由主服务器执行图像处理的检查、以及向辅助服务器委托图像处理的检查。在向辅助服务器委托图像处理的检查的情况下,委托信息制作部133将所通知的组中所包含的委托目的地的信息作为委托目的地E142进行输入。在由主服务器执行图像处理的检查(例如检查a~c)的情况下,委托信息制作部133将表示该主服务器的信息设定到委托目的地E142中。
委托信息制作部133将各检查的委托信息、处理管理表TBL40和预约管理表TBL10输出给处理控制部14。
(步骤S19)
处理控制部14参照预约管理表TBL10,确定各检查的检查开始时间。处理控制部14根据所确定的检查开始时间,对摄影部15A和15B指示摄影的开始。
处理控制部14根据预约管理表TBL10,确定输出每个检查的图像处理的委托部17。
处理控制部14参照处理管理表TBL40的处理开始时间C41,确定各检查的图像处理开始的时间。处理控制部14在该检查的图像处理开始以前,将各检查的委托信息预先通知给相应的委托部17。
(步骤S20)
委托部17从摄影部15接受所摄影的图像数据。此外,该委托部17从处理控制部14接受委托信息。委托部17从接受的委托信息中读出检查识别符E11、检查类别E12、重要度E13以及处理信息E14,并使其附带到从摄影部15接受的图像数据中。
(步骤S21)
委托部17读出处理信息E14中所包含的各处理的信息中、最先的处理的信息的委托目的地E142的信息,并确定发送图像数据的服务器2C。委托部17将图像数据送到所确定的服务器2C。
如上述那样,在本实施方式的医用图像处理系统中,按照执行图像处理的每个主服务器,对于所预约的图像处理,按照每个时间幅度来计算单位时间幅度的处理量的总计D。然后,将所计算出的处理量的总计D与规定的处理量D0进行比较,在总计D成为处理量D0以上的情况下,将在该时间幅度中预定执行的图像处理中的一部分的执行委托给辅助服务器。通过成为这样的结构,能够确定处理负荷暂时地增大的时间段(即负荷非稳定地增加的时间段)、以及在该时间段执行的图像处理,并将所确定的图像处理的一部分委托给辅助服务器。该辅助服务器不需要如主服务器那样稳定地执行图像处理。因此,能够使执行图像处理以外的处理的服务器暂时地作为辅助服务器进行动作,或设置在外部机构中设置的辅助服务器。由此,不增设主服务器就能够应对非稳定时的负荷。
(变形例1)
下面,作为第一实施方式的变形例,对变形例1的医用图像处理系统进行说明。例如,检查d的图像处理作为处理内容而包括“处理6”、“处理7”以及“处理8”。在第一实施方式的医用图像处理系统中,按照每个检查来确定图像处理的委托目的地。变形例1的医用图像处理系统构成为,能够按照构成每个检查的图像处理的每个处理,来设定委托目的地。在以下,对于变形例1的医用图像处理系统,着眼于与第一实施方式不同的解析部13的动作来进行说明。
委托处理确定部131的动作与第一实施方式相同。另外,在以下,与第一实施方式相同,说明检查d的图像处理被确定为委托图像处理的情况。
变形例1的委托目的地确定部132预先存储有对各辅助服务器(即服务器2C和2D)能够执行的处理进行管理的功能管理表。图14为功能管理表的一例。如图14所示那样,功能管理表包括服务器识别符C51以及能够执行的处理类别C52。服务器识别符C51是用于识别各辅助服务器的识别符。此外,在能够执行的处理类别C52中,存储有能够通过由服务器识别符C51表示的辅助服务器执行的处理的一览。
例如,在图14的例子中,示出服务器2C能够执行“处理1”、“处理2”、“处理5”以及“处理6”的情况。同样,示出服务器2D能够执行“处理3”、“处理4”、“处理7”以及“处理8”的情况。在这种构成的情况下,例如,仅通过服务器2C不能够处理检查d的图像处理、即“处理6”、“处理7”以及“处理8”。因此,委托目的地确定部132按照构成图像处理的各处理,来确定委托目的地。
首先,委托目的地确定部132根据图5所示的管理表TBL20,确定检查d的图像处理的处理内容。由此,“处理6”、“处理7”以及“处理8”被确定为检查d的图像处理的处理内容。
接着,委托目的地确定部132按照所确定的每个处理,确定能够执行该处理的辅助服务器。在图14所示的构成的情况下,委托目的地确定部132将“服务器2C”确定为“处理6”的委托目的地,将“服务器2D”确定为“处理7”和“处理8”的委托目的地。委托目的地确定部132将各处理和对各处理分别确定的委托目的地作为对而赋予关联,并且将各对和图像数据的返回目的地C18作为1个组而赋予关联。委托目的地确定部132将所制作的组、处理管理表TBL40和预约管理表TBL10输出给委托信息制作部133。
(委托信息制作部133)
委托信息制作部133按照预约管理表TBL10中所存储的每个检查,来制作委托信息E10。图13表示上述例子中的检查d的委托信息E10的数据结构。关于委托信息E10的数据结构,与第一实施方式的委托信息E10的数据结构相同,但在处理信息E14中设定的内容不同。此处,着眼于处理信息E14’的生成方法来进行说明。
委托信息制作部133对于构成检查d的图像处理的各处理,按照所执行的顺序来确认委托目的地。在最先执行的“处理6”的委托目的地中设定有“服务器2C”。因此,委托信息制作部133在处理E141中输入“处理6”,并且在“处理6”的委托目的地E142中输入“服务器2C”。
接着,委托信息制作部133确认在“处理6”之后执行的“处理7”的委托目的地。“处理7”的委托目的地为“服务器2D”,不同于“处理6”。因此,委托信息制作部133首先在“处理6”的行的返回目的地E143中,输入作为下一个处理、即“处理7”的委托目的地的“服务器2D”的信息。由此,在通过服务器2C执行了“处理6”之后,图像数据被传送给“服务器2D”。此外,委托信息制作部133在处理E141中输入“处理7”而制作“处理7”的行,并且在该行的委托目的地E142中输入“服务器2D”。由此,在“服务器2D”中从“处理7”开始执行。
接着,委托信息制作部133确认在“处理7”之后执行的“处理8”的委托目的地。“处理8”的委托目的地为“服务器2D”,与“处理7”相同。因此,委托信息制作部133在“处理7”的行的返回目的地E143中,不输入信息而作为“-(空白)”。此外,委托信息制作部133在处理E141中输入“处理8”而制作“处理8”的行。此时,在“处理8”的行的委托目的地E142中,不输入信息而作为“-(空白)”。
另外,没有在“处理8”以后执行的处理。因此,委托信息制作部133在“处理8”的行的返回目的地E143中,设定被设定为返回目的地C18的“终端3B”。由此,在通过“服务器2D”执行了“处理8”之后,图像数据被传送给“终端3B”。
以后的处理与第一实施方式的医用图像处理系统相同。
另外,在上述中,仅将辅助服务器设定为处理的委托目的地,但也可以构成为,一部分处理的委托目的地包含主服务器。例如,也可以不按照每个检查、而按照构成图像处理的每个处理,来进行单位时间幅度的处理负荷的总计D与规定的处理量D0之间的比较。通过如此地动作,还能够仅将构成图像处理的各处理中、一部分处理的执行委托给辅助服务器,并在该处理的执行后,通过主服务器继续进行以后的处理。另外,在辅助服务器和主服务器之间进行处理的交接的情况下,辅助服务器和主服务器经由网络连接。
如以上那样,在变形例1的医用图像处理系统中,按照构成每个检查的图像处理的每个处理来设定委托目的地,并作为处理信息E14’而附带到图像数据中。由此,即使在每个辅助服务器能够执行的处理不同的情况下,也能够遍及多个辅助服务器而执行每个检查的图像处理。由此,不需要辅助服务器分别能够执行全部的处理,能够减少在各辅助服务器中安装的软件的量。因此,能够减轻各辅助服务器的构筑所花费的时间劳力,并且由于软件的数量被限制,因此能够将该部分的存储区域用作为数据的区域。
(第二实施方式)
下面,作为第二实施方式,对于增加了新预约的情况下的医用图像处理系统的动作,参照图15~图18、并且着眼于不同于第一实施方式的部分来进行说明。
首先,参照图15。图15为本实施方式的图像处理的处理时间表的一例。图15表示的情况为,在服务器2A中预约有检查a、b以及c的图像处理的状况下,在时间Tx作为紧急的检查而增加了“检查e”的预约。另外,如图15所示那样,时间Tx表示检查a和b的图像处理已经开始、处理c的图像处理开始之前的时间。
(预约受理部111)
首先,预约受理部111受理检查e的预约。在作为检查e而决定了检查内容的情况下,预约受理部111与第一实施方式相同地受理预约。但是,在紧急的检查的情况下,有时未决定具体的检查内容。图16为包含紧急地增加的检查的预约内容的预约管理表的一例。
如图16所示那样,在紧急的检查的情况下,有时未决定如图像处理类别C15、图像尺寸C16以及张数C17那样的详细条件。在这种情况下,预约受理部111将摄影图像数据的预定的摄影部15的摄影部识别符C12、检查开始时间Te1和检查结束时间Te2、以及返回目的地C18,作为检查的预约而受理。预约受理部111在预约管理表TBL10中,增加受理了预约的检查e的信息。由此,预约管理表TBL10被更新。
预约受理部111将所更新(增加了检查e的信息)的预约管理表TBL10输出给处理条件确定部112。
(处理条件确定部112)
处理条件确定部112为,当从预约受理部111接受到预约管理表TBL10时,对于新增加的检查e计算图像处理的处理开始时间C41和处理结束时间C42。此时,在检查e的信息中,未输入图像处理类别C15、图像尺寸C16以及张数C17的信息。因此,在处理条件确定部112中,例如作为“紧急处理x”的条件而预先存储有紧急处理用的条件。在紧急处理x的条件中,包含从检查开始起到图像处理开始为止的时间幅度Tx1、以及所处理的数据量Dx。计算出根据过去所实施的紧急检查的统计等而设想的值,并设定到时间幅度Tx1和数据量Dx中。另外,处理量计算部12也参照紧急处理x的条件。因此,处理条件确定部112使该信息成为能够由处理量计算部12参照。或者,也可以构成为,另外设置存储紧急处理x的条件的存储部,处理条件确定部112和处理量计算部12参照该存储部。
处理条件确定部112为,参照新增加的检查e的图像处理类别C15、图像尺寸C16以及张数C17的信息,由于未输入这些信息,因此将检查e的图像处理确定为“紧急处理x”。另外,也可以将表示是“紧急”的情况的识别符作为数据而增加,并通过该识别符来判断是否是紧急处理。此外,在该情况下,也可以输入有图像处理类别C15、图像尺寸C16以及张数C17的信息。处理条件确定部112为,将从检查e的检查开始时间C13中所设定的“Te1”起、经过作为“紧急处理x”的条件而设定的“时间幅度Tx1”之后的时间“Te3,计算为处理开始时间C41。此外,处理条件确定部112根据检查结束时间C14中所设定的时间“Te2”,将时间“Te4”确定为处理结束时间C42。处理结束时间C42的确定方法与第一实施方式相同。
处理条件确定部112为,在检查a~c的预约时已经制作的处理管理表TBL40中,作为检查e的信息,而输入对处理开始时间C41和处理结束时间C42确定的时间“Te3”和时间“Te4”。即,处理管理表TBL40被更新。
处理条件确定部112将所更新的处理管理表TBL40、以及预约管理表TBL10一起输出给处理量计算部12。
(处理量计算部12)
处理量计算部12为,当从处理条件确定部112接受到预约管理表TBL10时,对于新增加的检查e计算处理量C43。关于其计算方法,在以下进行具体说明。
首先,处理量计算部12在预约管理表TBL10中,对于新增加的检查e,参照图像尺寸C16。此时,在检查e的信息中,未输入图像处理类别C15、图像尺寸C16以及张数C17的信息。处理量计算部12在未读出图像尺寸C16的信息的情况下,将该检查的图像处理确定为“紧急处理x”,并将每个检查的总计数据量确定为作为“紧急处理x”的条件而设定的数据量Dx。另外,在输入有图像处理类别C15、图像尺寸C16以及张数C17的信息的情况下,与第一实施方式相同地计算每个检查的总计数据量。
接着,处理量计算部12对于检查e,根据所计算出的总计数据量、以及处理管理表TBL40中所存储的处理开始时间C41和处理结束时间C42,计算处理量C43。该计算方法与第一实施方式相同。将所计算出的检查e的处理量C43设为“De”。处理量计算部12将所计算出的检查e的处理量“De”输入到处理管理表TBL40中的“检查e”的行中。由此,处理管理表TBL40被更新。
处理量计算部12将所更新的处理管理表TBL40、以及预约管理表TBL10输出给解析部13。
(解析部13)
解析部13从处理量计算部12接受处理管理表TBL40和预约管理表TBL10,并将它们输出给委托处理确定部131。
(委托处理确定部131)
委托处理确定部131接受处理管理表TBL40,根据新增加的检查e的信息,更新由服务器2A执行的每个检查的图像处理的处理时间表。图15表示增加了检查e的图像处理的信息的处理时间表。
委托处理确定部131在根据检查a~c的图像处理的预约而已经制作的负荷预测数据中,增加检查e的图像处理的信息。由此,负荷预测数据被更新。图18为与检查e的图像处理的增加相伴随而被更新的负荷预测数据的一例。
接着,委托处理确定部131判断在所增加的检查e的图像处理的从处理开始时间“Te3”到处理结束时间“Te4”为止的期间,各图像处理的处理量C43的总计D是否成为规定的处理量D0以上。例如,在图18的例子中,将从处理开始时间“Te3”到处理结束时间“Te4”为止的期间,以预先决定的单位时间幅度而分割为时间幅度Wb1~Wb7。在图18的例子中,在时间幅度Wb1中总计D成为规定的处理量D0以上。
委托处理确定部131确定在所确定的时间幅度Wb1中预定执行的图像处理中、向辅助服务器(即服务器2C或2D)委托代替执行的委托图像处理。此时,委托处理确定部131将预先预约的检查a~c的图像处理中、处理未开始的图像处理优先确定为委托图像处理。具体来说,委托处理确定部131将时间Tx与各检查的处理开始时间C41进行比较,并确定在时间Tx以后开始的图像处理。例如,在图18中,在时间Tx,检查a和b的图像处理已经开始。因此,委托处理确定部131确定检查c。接着,委托处理确定部131将所确定的检查c的优先度与新增加的检查e的优先度进行比较,将优先度较低的图像处理确定为委托图像处理。此时,由于紧急增加的检查(例如检查e)的图像处理的优先度被设定得较高,因此该检查由主服务器优先地处理。在图18的例子中,委托处理确定部131将检查c的图像处理确定为委托图像处理。
另外,在检查a~c的图像处理已经全部开始了的情况下,委托处理确定部131将在时间幅度Wb1中所预定的全部图像处理(即检查a~c以及e)的优先度进行比较,并将优先度最低的图像处理确定为委托图像处理。
如果确定了向辅助服务器委托代替执行的图像处理,则委托处理确定部131将处理管理表TBL40和预约管理表TBL10发送给委托目的地确定部132。此时,委托处理确定部131将向辅助服务器委托的、所确定的委托图像处理(在图18的情况下为检查c的图像处理)一起通知给委托目的地确定部132。
(委托目的地确定部132)
委托目的地确定部132接受处理管理表TBL40和预约管理表TBL10、以及委托图像处理的通知。委托目的地确定部132将作为辅助服务器进行动作的服务器2C和2D中的某个确定为所通知的图像处理的委托目的地。该委托目的地的确定的处理与第一实施方式相同。在以下,对“服务器2C”被确定为新的委托目的地的情况进行说明。
委托目的地确定部132将所确定的委托目的地、所通知的委托图像处理以及图像数据的返回目的地C18作为1个组而赋予关联。委托目的地确定部132将所制作的组、处理管理表TBL40和预约管理表TBL10输出给委托信息制作部133。
(委托信息制作部133)
委托信息制作部133从委托目的地确定部132接受将委托目的地、委托图像处理以及返回目的地C18赋予关联的组、处理管理表TBL40和预约管理表TBL10。
委托信息制作部133制作未制作委托信息E10的图像处理、即新增加的检查e的图像处理的委托信息E10。委托信息E10的制作方法与第一实施方式相同。
此外,委托信息制作部133根据从委托目的地确定部132接受的、委托目的地、委托图像处理以及返回目的地C18的组,确定委托目的地被变更了的图像处理(即检查c的图像处理)。委托信息制作部133更新与所确定的检查c的图像处理相关的委托信息E10的处理信息E14。在更新前的检查c的委托信息E10中,在处理信息E14中作为委托目的地E142而存储有“服务器2A”。委托信息制作部133将该委托目的地E142从“服务器2A”、更新为作为委托目的地而包括在新接受的组中的“服务器2C”。
委托信息制作部133将所制作以及更新的委托信息、处理管理表TBL40和预约管理表TBL10输出给处理控制部14。
(处理控制部14)
处理控制部14从委托信息制作部133接受所制作以及更新的委托信息、处理管理表TBL40和预约管理表TBL10。
处理控制部14参照预约管理表TBL10,确定新增加的检查e的检查开始时间。处理控制部14按照所确定的检查开始时间,对由摄影部识别符C12表示的“摄影部15A”指示摄影的开始。
此外,处理控制部14根据预约管理表TBL10,确定对所制作以及更新的委托信息E10进行通知的委托部17。例如,在本实施例中,处理控制部14接受了检查c和e的委托信息E10。因此,处理控制部14根据图16所示的预约管理表TBL10,将摄影部识别符C12中所存储的“摄影部15A”确定为检查e的委托信息E10的通知目的地。由此,处理控制部14将与摄影部15A赋予关联地设置的委托部17确定为检查e的委托信息E10的通知目的地。另外,关于检查c,与第一实施方式相同,处理控制部14确定与图像存储部16赋予关联地设置的委托部17。
处理控制部14参照处理管理表TBL40的处理开始时间C41,确定检查c和e的图像处理开始的时间。处理控制部14在该检查的图像处理开始之前,将检查c和e各自的委托信息预先通知给相应的委托部17。另外,以后的处理与第一实施方式相同。
另外,委托目的地确定部132也可以根据服务器2A~2D的处理负荷,将处理负荷较低的服务器2确定为委托目的地。在该情况下,在服务器2A~2D中设置将自身的处理负荷作为性能信息进行通知的性能信息通知部23即可。另外,该性能信息中也可以包含表示网络的传送速度的信息。表示网络的传送速度的信息,例如,既可以根据网络的类别来确定,也可以测定网络的负荷并据此来计算。
委托目的地确定部132能够对从服务器2A~2D的性能信息通知部23通知的性能信息进行比较,将处理负荷较低的服务器2确定为委托目的地。通过如此地动作,例如,在存在多个委托目的地的候补的情况下,能够将处理负荷更低的一方确定为委托目的地。
此外,与变形例1相同,在本实施方式的医用图像处理系统中,也能够按照构成图像处理的每个处理来设定委托目的地。
如以上那样,在本实施方式的医用图像处理系统中,即使在增加了新预约的情况下,也能够包含所增加的预约地确定负荷非稳定地增大的时间段、以及在该时间段中执行的图像处理,并能够将所确定的图像处理的一部分委托给辅助服务器。
如以上那样,根据本实施方式的医用图像处理系统,能够确定负荷非稳定地增大的时间段、以及在该时间段中执行的图像处理,并能够将所确定的图像处理的一部分委托给辅助服务器。该辅助服务器不需要如主服务器那样稳定地执行图像处理。因此,能够使执行图像处理以外的处理的服务器暂时地作为辅助服务器进行动作,或设置在外部机构中设置的辅助服务器。由此,不增设主服务器就能够应对非稳定时的负荷。
(第三实施方式)
下面,作为第三实施方式,对收费处理进行说明。此处,在处理控制部14内设置有负荷确认部140。负荷确认部140根据服务器2C-2F的负荷状态来求出各服务器的收费率,并选择收费率较低的服务器而返回给处理控制部14。处理控制部14经由委托目的地确定部132将处理委托给所选择的服务器。如果在委托目的地的负荷较低时委托处理,则收费较低,因此该系统用于,例如,在存在时差的国外的医院等、最大负荷的施加时间错开的设施之间,相互委托处理、并相互收费。
负荷确认部140作为图1所示的处理控制部14内的一个处理功能而图示在图19和图20中,但是也可以作为处理控制部14外侧的另外的处理部来设置。负荷确认部140无论是在处于处理控制部14内的情况下、还是在处于外部的情况下,都与处理控制部14相同,分别监视院外网络的服务器2C-2F,并将其监视结果送给处理控制部14。在图1中仅示出服务器2C和2D,而未示出服务器2E和2F,但其与服务器2C和2D相同,经由网络与处理控制部14连接,成为处理控制部14的处理的委托对象。
首先,负荷确认部140通过分别监视服务器2C-2F而取得服务器2C-2F的负荷状态。在图19所示的例子中,服务器2C当前的负荷状态为15%,服务器2D当前的负荷状态为55%,服务器2E当前的负荷状态为70%,服务器2F当前的负荷状态为85%。
负荷确认部140具备对上述服务器2C-2F当前的负荷状态进行管理的监视表TBL50。监视表TBL50还包含收费率、处理量、收费额。负荷确认部140根据当前的负荷状态来确认服务器2C-2F的收费率。收费率为,例如在监视表TBL50的例子中,如果负荷状态为20-50%则为10,如果负荷状态为50-65%则为15,如果负荷状态为65-80%则为30,如果超过80%则拒绝委托。
该收费率成为随着负荷状态上升而提高的值。可以如上述例子那样,按照负荷状态的范围来设定确定的收费率。也可以将对负荷状态乘以了一定系数的值作为收费率。也可以经由函数、曲线图来设定收费率。如此求出的收费率被送到处理控制部14,处理控制部14按照收费率来确定委托目的地。
在监视表TBL50的例子中,由于服务器2C的收费率最低,因此处理控制部14能够判定为将要送给外部的委托目的地的处理全部送给服务器2C。另一方面,能够对于送给1台服务器的处理量预先设置上限。例如,在监视表TBL50的例子中,将上限设为90。在该情况下,当假设应委托的处理量为110时,处理控制部14判定为将送给收费率最低的服务器2C的处理量设为上限的90,将剩余的20送给收费率第二低的服务器2D。将判断结果送给委托目的地确定部132,委托目的地确定部132执行委托处理。
结果,负荷确认部140将处理量与收费率相乘而求出收费额。该收费额是由负荷确认部140求出的支付的一例。在监视表TBL50的例子中,服务器2C的收费额成为900,服务器2D的收费额成为300。由于服务器2E、2F未被委托处理,因此不收费。
此外,由于委托处理,因此有时委托目的地的服务器的负荷状态会上升,并超过允许量。在该情况下,适时地监视或预测负荷状态,并中止负荷状态超过允许量的处理委托。此外,由于委托处理,因此有时委托目的地的服务器的负荷状态上升,并超过收费率的边界值。例如,有可能为,在委托前负荷状态为48%,但由于委托处理,负荷状态最终成为55%。在该情况下,对于负荷状态达到50%之前的处理量、乘以负荷状态小于50%的情况下的收费率(在该情况下为10),对于负荷状态超过50%时的处理量、乘以负荷状态为50%以上的情况下的收费率(在该情况下为15)。
另一方面,有时根据委托的每个处理的最大负荷量来决定收费额。例如,在将处理量110全部委托给收费率最低的服务器2C的情况下,服务器2C的负荷状态的最大值成为52%。在该情况下,对于处理量110乘以15,因此总计收费额成为1650。在这种情况下,如果如之前的例子那样,将送给收费率最低的服务器2C的处理量设为上限的90,则服务器2C的收费额为对处理量90乘以10而成为900,服务器2D的收费额为对处理量20乘以15而成为300,总计成为1200,比将处理量110委托给服务器2C的情况低。
通过如以上那样地构成,能够按照对应于处理的委托量和委托目的地的状况的适合的收费,来进行适合的处理的负荷分散。
下面,参照图20对通过相互委托处理而相互收费的例子进行说明。在使用图19的例子的情况下,对向外部的服务器进行委托而单方地被收费的情况进行了说明,但相反地,在服务器2A、2B的处理负荷较小、外部的服务器2C-2F的处理负荷较大的情况下,也能够从外部接受处理委托,由此能够相反地收费。如此,还能够以在某个情况下进行处理的委托而被收费、在其他情况下接受处理的委托而进行收费的方式,交换处理负担。
院内网络的负荷确认部140为,如使用图19进行了说明那样,监视服务器2C-2F,并通过监视表TBL50进行管理。另一方面,在与院外网络连接的服务器2C和2D的系统、服务器2E和2F的系统中,也分别设置有负荷确认部150,并具备监视表TBL60。各个系统的负荷确认部150监视服务器2A和2B的负荷状态。
在图20的例子中,院内网络的系统为未发出处理委托的状态,因此监视表TBL50所示的处理量和收费额均为0。在该状态下,院外网络的负荷确认部150确认服务器2A的负荷状态为15%,服务器2B的负荷状态为60%。负荷确认部150根据所得到的负荷状态的值分别求出收费率为10%、15%。然后,各系统的处理控制部(未图示、在院内网络中与处理控制部14对应),选择收费率较低的服务器2A。然后,通过服务器2A执行40的处理量,收费额成为400。这些通过监视表TBL60来管理。
通过如以上那样地构成,通过相互委托处理,能够相互收费,因此能够进行处理的负荷分散,并且在处理的总计的负担量存在偏差的情况下,能够适当地收费。
对本发明的几个实施方式进行了说明,但这些实施方式是作为例子而提示的,不意图限定发明的范围。这些新实施方式能够按照其他各种方式来实施,在不脱离发明的主旨的范围内能够进行各种的省略、替换、变更。这些实施方式、其变形包含在发明的范围、主旨内,并包含在专利请求范围所记载的等同的范围内。
Claims (9)
1.一种医用图像处理系统,具备多个具有图像处理部的服务器,该图像处理部并列地执行多个对于医用图像的图像数据的图像处理,该医用图像处理系统具备:
预约管理部,接受上述图像处理的处理预约,根据该处理预约,按照每个图像处理,对所预约的上述图像处理的处理开始时间和处理结束时间、以及该图像处理的处理对象即上述图像数据的数据量进行管理;
处理量计算部,对于通过上述多个服务器中的第一服务器执行的各图像处理,根据上述处理开始时间和上述处理结束时间以及上述数据量,计算在该图像处理中在规定的时间幅度中处理的处理量;
解析部,根据通过上述第一服务器执行的上述图像处理的上述处理开始时间和上述处理结束时间以及该图像处理的上述处理量,按照每个上述时间幅度,计算在该时间幅度中并列地执行的图像处理的上述处理量的总计,在所计算出的上述总计为规定的处理量以上的情况下,以第一服务器的上述处理量的总计小于上述规定的处理量的方式,确定包含在该时间幅度中执行的图像处理中的至少1个的第一图像处理;以及
委托部,将上述第一图像处理委托给不同于上述第一服务器的第二服务器。
2.根据权利要求1所述的医用图像处理系统,其特征在于,
上述预约管理部根据操作者的指示,在接受了上述处理预约之后,对通过上述第一服务器执行的上述图像处理进行加权;
上述解析部根据上述加权来确定上述第一图像处理。
3.根据权利要求1所述的医用图像处理系统,其特征在于,
具备摄影部,该摄影部对被检体进行摄影而生成上述图像数据;
上述预约管理部接受包含上述摄影部的摄影的开始时间和结束时间、以及所摄影的图像数据的上述数据量的检查预约,根据上述检查预约中包含的上述数据量,计算该摄影的摄影时间,根据该摄影的上述摄影时间、上述开始时间以及上述结束时间,确定上述处理开始时间和上述处理结束时间。
4.根据权利要求1所述的医用图像处理系统,其特征在于,
具备存储部,该存储部存储预先生成的上述图像数据;
上述预约管理部接受包含对于上述存储部中所存储的上述图像数据的上述图像处理的上述处理开始时间和上述处理结束时间的上述处理预约。
5.根据权利要求1所述的医用图像处理系统,其特征在于,
在将上述第一图像处理委托给上述第二服务器之后,上述预约管理部新接受到上述图像处理的上述处理预约的情况下,
上述解析部计算在新预约的该图像处理的从上述处理开始时间到上述处理结束时间为止的期间、该图像处理的上述处理量和通过上述第一服务器执行的各图像处理的总计,在该总计为上述规定的数据处理量以上的情况下,确定在该时间幅度中执行的图像处理中、向上述第二服务器委托处理的至少1个第二图像处理。
6.根据权利要求1所述的医用图像处理系统,其特征在于,
上述多个服务器包括能够执行类别不同的图像处理的服务器组;
上述解析部预先存储上述服务器组中所包括的上述服务器分别能够执行的上述图像处理的类别,根据上述第一图像处理的类别,从上述服务器组中,将能够执行该第一图像处理的上述服务器确定为上述第二服务器。
7.根据权利要求5所述的医用图像处理系统,其特征在于,
上述多个服务器包括服务器组,该服务器组分别具有将自身的处理负荷通知给上述解析部的通知部;
上述解析部根据上述处理负荷,从上述服务器组中,确定委托上述第二图像处理的上述第二服务器。
8.根据权利要求1所述的医用图像处理系统,其特征在于,
还具备负荷确认部,该负荷确认部监视与网络连接的其他服务器的负荷状态,根据上述负荷状态和向上述第二服务器委托的上述第一图像处理的处理量,求出对于上述第一图像处理的委托的支付。
9.根据权利要求6所述的医用图像处理系统,其特征在于,
上述多个服务器分别具备负荷确认部,该负荷确认部监视与网络连接的其他服务器的负荷状态,根据上述负荷状态和向上述其他服务器委托的上述第一图像处理的处理量,求出对于上述第一图像处理的委托的支付。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2012047913 | 2012-03-05 | ||
JP2012-047913 | 2012-03-05 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103356292A CN103356292A (zh) | 2013-10-23 |
CN103356292B true CN103356292B (zh) | 2015-07-22 |
Family
ID=49157700
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201310156243.XA Active CN103356292B (zh) | 2012-03-05 | 2013-03-05 | 医用图像处理系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9020225B2 (zh) |
JP (1) | JP6165468B2 (zh) |
CN (1) | CN103356292B (zh) |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6165468B2 (ja) * | 2012-03-05 | 2017-07-19 | 東芝メディカルシステムズ株式会社 | 医用画像処理システム |
KR20150034061A (ko) * | 2013-09-25 | 2015-04-02 | 삼성전자주식회사 | 복수의 클라이언트들에 의한 촬영 환경 설정 방법 및 장치 |
CN108135669B (zh) | 2015-10-02 | 2021-05-25 | 索尼公司 | 医疗控制设备、控制方法、程序以及医疗控制系统 |
JP6785942B2 (ja) | 2017-03-03 | 2020-11-18 | 富士フイルム株式会社 | 内視鏡システム、プロセッサ装置、及び、内視鏡システムの作動方法 |
JP2019186658A (ja) * | 2018-04-04 | 2019-10-24 | コニカミノルタ株式会社 | 通信システム、プラットフォームサーバおよびプログラム |
DE112019006773T5 (de) * | 2019-01-30 | 2021-11-04 | Fujifilm Corporation | Medizinische Bildanalysevorrichtung, Verfahren und Programm |
DE112021004715T5 (de) * | 2020-09-08 | 2023-07-06 | Fujifilm Corporation | Verarbeitungssystem für medizinische bilder, verarbeitungsverfahren für medizinische bilder, informationsverarbeitungsvorrichtung und programm |
CN112905351B (zh) * | 2021-03-24 | 2024-04-19 | 广州海格星航信息科技有限公司 | 一种gpu和cpu负载调度方法、装置、设备和介质 |
US11663759B1 (en) | 2022-04-04 | 2023-05-30 | Cloudstream Medical Imaging, Inc. | System and method for processing multi-dimensional and time-overlapping imaging data in real time with cloud computing |
US11690601B1 (en) | 2022-04-04 | 2023-07-04 | Cloudstream Medical Imaging, Inc. | System and method for processing multi-dimensional ultrasound imaging data on real-time cloud computers |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5359512A (en) * | 1991-10-31 | 1994-10-25 | Kabushiki Kaisha Toshiba | Picture archiving communication system with migration processing file management for medical application |
EP1184802A2 (en) * | 2000-09-04 | 2002-03-06 | GE Medical Systems Global Technology Company LLC | Medical image service method and apparatus |
CN1287737C (zh) * | 2002-07-26 | 2006-12-06 | Ge医疗系统环球技术有限公司 | 医疗图像捕捉系统、服务器装置和控制此系统的方法 |
CN101281558A (zh) * | 2007-04-06 | 2008-10-08 | 株式会社东芝 | 图像管理系统、报告制成终端、医用图像管理服务器、图像管理方法 |
CN102103737A (zh) * | 2009-12-16 | 2011-06-22 | 索尼公司 | 图像处理系统、图像处理装置、图像拾取装置及方法 |
Family Cites Families (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JPS57757A (en) * | 1980-06-04 | 1982-01-05 | Hitachi Ltd | Job execution schedule system |
JP2002042001A (ja) * | 2000-07-31 | 2002-02-08 | Sony Corp | 情報画像利用システム,情報画像処理装置,情報画像処理装置の管理サーバ,およびプログラム記録媒体 |
JP4091289B2 (ja) * | 2001-10-31 | 2008-05-28 | 株式会社東芝 | X線コンピュータ断層撮影装置 |
JP2004272762A (ja) * | 2003-03-11 | 2004-09-30 | Topcon Corp | 医療用ネットワークシステム、情報処理装置、課金処理方法、そのためのプログラム、および、このプログラムを記録した情報記録媒体 |
JP3861868B2 (ja) * | 2003-09-22 | 2006-12-27 | ブラザー工業株式会社 | ジョブ管理装置、ジョブ管理プログラム、およびそれらを備えた画像形成装置 |
US7483557B2 (en) * | 2003-09-30 | 2009-01-27 | Kabushiki Kaisha Toshiba | Medical imaging communication system, method and software |
US7600229B1 (en) * | 2003-09-30 | 2009-10-06 | Emc Corporation | Methods and apparatus for load balancing processing of management information |
US20050152373A1 (en) * | 2004-01-08 | 2005-07-14 | Interdigital Technology Corporation | Packet scheduling in a wireless local area network |
US7490325B2 (en) * | 2004-03-13 | 2009-02-10 | Cluster Resources, Inc. | System and method for providing intelligent pre-staging of data in a compute environment |
US8032888B2 (en) * | 2006-10-17 | 2011-10-04 | Oracle America, Inc. | Method and system for scheduling a thread in a multiprocessor system |
DE102007041345B4 (de) * | 2007-08-31 | 2010-07-22 | Siemens Ag | X-Core Bildrekonstruktionssystem (IRS) mit x-parallelen Recon-Pipelines |
DE102008004658B4 (de) * | 2008-01-16 | 2010-03-25 | Siemens Aktiengesellschaft | Verfahren zur zentralen Steuerung von Prozessen in erweiterbaren medizinischen Plattformen |
JP2009176173A (ja) * | 2008-01-28 | 2009-08-06 | Fujifilm Corp | 検査データ管理装置及び方法、並びに医用ネットワークシステム |
JP5855807B2 (ja) | 2008-04-11 | 2016-02-09 | 株式会社東芝 | 医用画像管理サーバおよび医用画像管理システム |
JP5259371B2 (ja) * | 2008-12-18 | 2013-08-07 | 株式会社東芝 | 提供元報知装置及び提供元報知方法 |
US20100186017A1 (en) * | 2009-01-21 | 2010-07-22 | Raghavendra Eeratta | System and method for medical image processing |
JP5478929B2 (ja) * | 2009-04-07 | 2014-04-23 | 株式会社東芝 | 医用画像処理装置 |
US8254709B2 (en) * | 2009-12-16 | 2012-08-28 | Industrial Technology Research Institute | Variable length encoding device of image compression system |
US8458719B2 (en) * | 2009-12-17 | 2013-06-04 | International Business Machines Corporation | Storage management in a data processing system |
US20110154355A1 (en) * | 2009-12-22 | 2011-06-23 | Siemens Aktiengesellschaft | Method and system for resource allocation for the electronic preprocessing of digital medical image data |
US8443373B2 (en) * | 2010-01-26 | 2013-05-14 | Microsoft Corporation | Efficient utilization of idle resources in a resource manager |
JP5593854B2 (ja) * | 2010-06-01 | 2014-09-24 | 株式会社リコー | 画像形成装置、画像処理方法、及び画像処理システム |
US8341216B2 (en) * | 2010-06-30 | 2012-12-25 | Eastman Kodak Company | Efficient method for image processing in a computer network |
JP2012068311A (ja) * | 2010-09-21 | 2012-04-05 | Canon Inc | 画像処理装置、課金システム、課金方法、及びプログラム |
JP5908248B2 (ja) * | 2010-10-25 | 2016-04-26 | 株式会社東芝 | 医用画像管理システム |
JP6165468B2 (ja) * | 2012-03-05 | 2017-07-19 | 東芝メディカルシステムズ株式会社 | 医用画像処理システム |
-
2013
- 2013-03-01 JP JP2013040516A patent/JP6165468B2/ja active Active
- 2013-03-05 US US13/785,004 patent/US9020225B2/en active Active
- 2013-03-05 CN CN201310156243.XA patent/CN103356292B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5359512A (en) * | 1991-10-31 | 1994-10-25 | Kabushiki Kaisha Toshiba | Picture archiving communication system with migration processing file management for medical application |
EP1184802A2 (en) * | 2000-09-04 | 2002-03-06 | GE Medical Systems Global Technology Company LLC | Medical image service method and apparatus |
CN1287737C (zh) * | 2002-07-26 | 2006-12-06 | Ge医疗系统环球技术有限公司 | 医疗图像捕捉系统、服务器装置和控制此系统的方法 |
CN101281558A (zh) * | 2007-04-06 | 2008-10-08 | 株式会社东芝 | 图像管理系统、报告制成终端、医用图像管理服务器、图像管理方法 |
CN102103737A (zh) * | 2009-12-16 | 2011-06-22 | 索尼公司 | 图像处理系统、图像处理装置、图像拾取装置及方法 |
Also Published As
Publication number | Publication date |
---|---|
CN103356292A (zh) | 2013-10-23 |
JP6165468B2 (ja) | 2017-07-19 |
US20130243282A1 (en) | 2013-09-19 |
JP2013214295A (ja) | 2013-10-17 |
US9020225B2 (en) | 2015-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103356292B (zh) | 医用图像处理系统 | |
US8046239B2 (en) | Time management system for medical applications, particularly in a hospital setting | |
CN109192285A (zh) | 医疗资源分配方法、装置、系统、电子设备及存储介质 | |
CN103505227B (zh) | 放射线摄像控制设备和放射线摄像系统 | |
CN105321137B (zh) | 解读请求管理系统、解读请求管理设备及其控制方法 | |
EP2504948B1 (en) | System and method for management and distribution of diagnostic imaging | |
US9020304B2 (en) | Method for loading medical image data and device for performing the method | |
CN107133682B (zh) | 基于设备日志的设备操作用时估算系统及方法、基于设备日志的动态预约系统及其实现方法 | |
US11989878B2 (en) | Enhancing medical imaging workflows using artificial intelligence | |
US20050114178A1 (en) | Method for processing a workflow for automated patient scheduling in a hospital information system | |
JP6336543B2 (ja) | 情報処理装置およびその制御方法、情報処理システム、並びにプログラム | |
CN113792920B (zh) | 一种面向单诊室的医院就诊顺序优化方法及装置 | |
CA2636705A1 (en) | Multiple resource planning system | |
US20020087359A1 (en) | Medical system architecture with computer workstations having a device for work list management | |
WO2018084166A1 (en) | Method, computing system and medium for optimizing of healthcare institution resource utilisation | |
JP2009134424A (ja) | 医療検査支援システム及び医療検査支援方法 | |
JP2002109053A (ja) | 読影料金課金システム、読影料金課金方法、読影サービス仲介システム及び読影サービス仲介方法 | |
US20030156765A1 (en) | Image delivery apparatus | |
US20220005598A1 (en) | Dynamic scheduling of the distribution of medical equipment | |
KR102260091B1 (ko) | 환자 입퇴원 예측 방법, 서버 및 컴퓨터프로그램 | |
JP2017187873A (ja) | 読影依頼管理システム、読影依頼管理装置、その制御方法、及びプログラム | |
JP6561895B2 (ja) | 読影依頼管理システム、読影依頼管理装置、その制御方法、及びプログラム | |
JP6688684B2 (ja) | 医用画像処理システム | |
US11099251B2 (en) | Method for automatic selection of imaging parameters for imaging methods | |
JP4843322B2 (ja) | 医用画像撮影制御装置及び医用画像撮影システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20160805 Address after: Japan Tochigi Patentee after: Toshiba Medical System Co., Ltd. Address before: Tokyo, Japan, Japan Patentee before: Toshiba Corp Patentee before: Toshiba Medical System Co., Ltd. |