WO2012056637A1 - 医用画像管理システム及び医用画像管理装置 - Google Patents

医用画像管理システム及び医用画像管理装置 Download PDF

Info

Publication number
WO2012056637A1
WO2012056637A1 PCT/JP2011/005724 JP2011005724W WO2012056637A1 WO 2012056637 A1 WO2012056637 A1 WO 2012056637A1 JP 2011005724 W JP2011005724 W JP 2011005724W WO 2012056637 A1 WO2012056637 A1 WO 2012056637A1
Authority
WO
WIPO (PCT)
Prior art keywords
image
information
server
medical image
unit
Prior art date
Application number
PCT/JP2011/005724
Other languages
English (en)
French (fr)
Inventor
哲志 奥山
伸行 小沼
Original Assignee
株式会社 東芝
東芝メディカルシステムズ株式会社
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 株式会社 東芝, 東芝メディカルシステムズ株式会社 filed Critical 株式会社 東芝
Priority to US13/499,272 priority Critical patent/US20130204976A1/en
Priority to CN201180003123.5A priority patent/CN102598049B/zh
Publication of WO2012056637A1 publication Critical patent/WO2012056637A1/ja

Links

Images

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/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources

Definitions

  • Embodiments of the present invention relate to a technique of a medical image management system that distributes and executes a plurality of processes related to creation and processing of medical images on a plurality of servers.
  • each application server In an environment where multiple application servers are installed, the functions executed by each application server vary. In such an environment, a provider that automatically switches a connection destination server according to the contents of a process to be executed is introduced. The operator can connect the client to an application server capable of executing a desired application through this provider.
  • each application server needs to process a wide variety of medical images according to requests from a plurality of clients. For this reason, a storage area necessary for executing the processing is compressed, and execution of processing such as application and image collection may be hindered.
  • the embodiment of the present invention solves the above-described problem and prevents compression of a storage area necessary for each application server to execute processing. It is another object of the present invention to prevent image processing execution from being hindered due to transfer of medical images.
  • a first form of this embodiment is a medical image management system including a plurality of servers, a determination unit, a transfer destination determination unit, and a transfer processing unit.
  • Each of the plurality of servers includes a storage unit that stores a medical image with additional information, and performs image processing on the medical image instructed by a client.
  • the determination unit determines whether or not to transfer the medical image based on the free space required for the image processing and the free space of the storage unit of the server.
  • the transfer destination determination unit determines a transfer destination server to which the medical image is transferred.
  • the transfer processing unit transfers the medical image used for the image processing to the server determined by the transfer destination determination unit.
  • a second form of this embodiment is a medical image management system that includes a plurality of servers each provided with a storage unit and executes image processing on the medical image instructed by a client on the server.
  • the storage unit stores a medical image with accompanying information.
  • the medical image management system includes a reservation management unit, a determination unit, and a transfer processing unit.
  • the reservation management unit receives the contents of the processing to be performed on the medical image and the reservation for the processing from the client.
  • the determining means determines whether or not the free capacity of the storage unit of the first server scheduled to execute the process due to the reservation is less than a predetermined free capacity.
  • the transfer processing unit transfers at least a part of the image stored in the first server to the second server as a transfer target image when the determination unit determines that the free space is small.
  • the third form of this embodiment includes a plurality of servers each having a storage unit and a processing unit, and distributes and executes a plurality of processes for medical images instructed by a client to the plurality of servers.
  • This is a medical image management system.
  • the storage unit stores a medical image to which additional information including a data amount is attached.
  • the processing unit performs image processing on the medical image.
  • the medical image management system includes a reservation management unit, a condition management unit, a determination unit, a management information storage unit, a transfer destination determination unit, and a transfer processing unit.
  • the reservation management unit receives the reservation information including the content of the process to be applied to the medical image from the client, thereby accepting the reservation for the process.
  • the condition management unit specifies a capacity necessary for the storage unit in order to execute the processing for which the reservation management unit has accepted the reservation.
  • the determination unit compares the free capacity of the storage unit of the server scheduled to execute the processing by the reservation with the necessary capacity. In addition, when the free space is less than the required capacity, the determination unit is configured to store the storage unit of the scheduled server based on incidental information of each medical image stored in the storage unit of the scheduled server. The transfer target image to be transferred to another server is specified among the medical images stored in.
  • the management information storage unit stores management information including information indicating the free capacity of the storage unit of each server.
  • the transfer destination determination unit receives the supplementary information of the transfer target image and collates the data amount of the transfer target image included in the received supplementary information with the free capacity of each server included in the management information.
  • the transfer destination determination unit identifies the transfer destination server capable of storing the transfer target image from the plurality of servers by performing the collation.
  • the transfer processing unit transfers the transfer target image to the transfer destination server specified by the transfer destination determination unit.
  • the fourth embodiment of the present invention includes a plurality of servers each having a storage unit and a processing unit, and distributes and executes a plurality of processes for medical images instructed by a client to the plurality of servers. This is a medical image management system.
  • the storage unit stores a medical image to which additional information including a data amount is attached.
  • the processing unit performs image processing on the medical image.
  • the medical image management system includes a management information storage unit, a transfer destination determination unit, and a transfer processing unit.
  • the management information storage unit stores management information including information indicating at least the free capacity of the storage unit of each server.
  • the transfer destination determination unit receives the supplementary information of the medical image, and collates the data amount of the medical image included in the supplementary information with the free capacity of each server included in the management information.
  • the transfer destination determination unit specifies the server capable of storing the medical image as the transfer destination server of the medical image by performing the collation.
  • the transfer processing unit transfers the medical image to the transfer destination server specified by the transfer destination determination unit.
  • the transfer processing unit transfers the secondary image.
  • the fifth form of this embodiment includes a plurality of servers each having a storage unit and a processing unit, and distributes and executes a plurality of processes for medical images instructed by a client to the plurality of servers.
  • a medical image management apparatus connected to a medical image management system.
  • the storage unit stores a medical image with additional information including data amount and data type.
  • the processing unit performs image processing on the medical image.
  • the provider includes a management information storage unit and a transfer destination determination unit.
  • the management information storage unit stores the free capacity of each server and the processing that can be executed by each server as management information.
  • the transfer destination determination unit receives the supplementary information of the medical image and collates the supplementary information with the management information.
  • the transfer destination determination unit identifies the transfer destination server that can store and process the medical image with the accompanying information from the plurality of servers by performing the collation.
  • FIG. 1 is a block diagram of a medical image management system according to a first embodiment.
  • FIG. It is an example of statistical information. It is an example of management information. It is a sequence diagram which shows operation
  • the configuration of the medical image management system according to the first embodiment will be described with reference to FIG.
  • the medical image management system according to the first embodiment includes a plurality of servers, a provider 2, and a client 3.
  • a plurality of processes related to creation and processing of medical images are distributed to a plurality of servers and executed.
  • this medical image processing system will be described as including a server 1A, a server 1B, and a server 1C.
  • the server 1C is not shown in FIG.
  • the configuration of each server will be described by taking the server 1A as an example.
  • the server 1A includes an image information storage unit 11, an image processing unit 12, a reservation management unit 13, a condition management unit 14, a statistical information storage unit 15, an image specifying unit 16, and a transfer management unit 17.
  • the image information storage unit 11 is a storage area for storing medical images. This medical image is accompanied by additional information.
  • the accompanying information includes information indicating the attributes of the medical image.
  • the information indicating the attributes of the medical image includes the data amount of the medical image, the data format, information indicating the date and time when the medical image was created or updated, and information on the device or application that created the medical image.
  • the data format indicates, for example, a method for recording an image as data and a data compression method, which are distinguished by an extension or the like.
  • the information on the device or application that created the medical image includes information indicating the application name, modality, manufacturer name, version information, private tag, and the like.
  • the private tag indicates an extended tag such as a DICOM (Digital Imaging and Communication in Medicine) private tag.
  • Information for specifying each medical image, information for associating the medical image with an application capable of processing, and the like may be added to the extension tag as attributes.
  • the image processing unit 12 executes an application relating to image interpretation processing and image processing based on an instruction from the client 3, and performs either or both of creation and processing of a medical image.
  • image processing processing related to either or both of creation and processing of a medical image.
  • the operation of the image processing unit 12 will be specifically described below.
  • the image processing unit 12 is instructed by the client 3 to perform image processing on the medical image together with the medical image to be processed.
  • the image processing unit 12 first reads a medical image instructed from the client 3 from the image information storage unit 11. Next, the image processing unit 12 performs image processing on the read medical image by executing an application corresponding to an instruction from the client 3. When a new medical image is created by image processing, the image processing unit 12 stores the medical image in the image information storage unit 11 as a secondary image.
  • the content of image processing that can be executed by the image processing unit 12 differs from server to server. Specifically, different applications are installed in each server according to the contents of image processing that can be executed by the image processing unit 12 of the server. The contents of processing that can be executed by the image processing unit 12 of each server are managed by the provider 2 described later.
  • the reservation management unit 13 receives reservation information from the client 3. Thereby, the reservation management unit 13 accepts a reservation for image processing by the image processing unit 12.
  • the reservation information includes information for specifying a medical image to be processed, information indicating the processing content of image processing (hereinafter referred to as “processing information”), and imaging conditions such as the resolution and number of images (number of slices). Is included.
  • processing information includes, for example, information indicating the type of application for executing desired image processing and the function provided by the application (partial image processing type executed as part of a series of image processing). Is included.
  • the statistical information storage unit 15 stores statistical information in advance.
  • the capacity required for executing each process is recorded for each type of application in accordance with the contents of the image process.
  • the capacity required to execute each process means the capacity temporarily used to execute the application corresponding to the type, and the secondary image created as a result of the image processing.
  • the required capacity is shown.
  • FIG. 2 is an example of statistical information. As shown in FIG. 2, for example, when a cardiac function analysis application is executed, it is stored as statistical information that a capacity of 100 MB is necessary. In the statistical information, it is preferable to calculate and store the capacity required for executing each process based on past experience.
  • the amount of data to be processed varies depending on the shooting conditions, and the capacity required to execute each process also varies depending on the amount of data. Therefore, statistical information corresponding to the shooting conditions may be calculated and stored in the statistical information storage unit 15. Also, statistical information may be calculated for each function provided by the application (that is, for each type of partial image processing) and stored in the statistical information storage unit 15. Further, the statistical information may be calculated for each combination by combining the type of application or the type of image processing provided by the application and the shooting condition, and the statistical information may be stored in the statistical information storage unit 15.
  • the condition management unit 14 specifies a capacity necessary for executing the reserved processing. Specifically, the condition management unit 14 collates processing information included in the reservation information received by the reservation management unit 13 and information indicating shooting conditions with statistical information stored in the statistical information storage unit 15. Thereby, the condition management unit 14 specifies the capacity necessary for executing the process indicated by the process information from the statistical information.
  • the image specifying unit 16 compares the required capacity obtained by the condition management unit 14 with the free capacity of the image information storage unit 11. For example, the image specifying unit 16 may acquire the free space from the OS (Operating System). The image specifying unit 16 may calculate the free capacity from the total capacity of the image information storage unit 11 and the data amount of the medical image stored in the image information storage unit 11. When the free space of the image information storage unit 11 is less than the required capacity, the image specifying unit 16 transfers a medical image (hereinafter referred to as “transfer target image”) to be transferred to another server in order to secure the required capacity. It is specified from the image information storage unit 11.
  • transfer target image a medical image
  • the image specifying unit 16 refers to the supplementary information of each medical image stored in the image information storage unit 11 and specifies a transfer target image according to a predetermined rule.
  • the image specifying unit 16 specifies a medical image that is not subject to processing by the image processing unit 12 in its own server as a transfer target image.
  • the image specifying unit 16 collates the data format attached to each medical image, information on the device or application that created the medical image, and processing that can be executed by the image processing unit 12.
  • the type of data to be processed by each process may be associated and managed and stored. By this collation, the image specifying unit 16 can specify a medical image that the image processing unit 12 does not process.
  • the image specifying unit 16 specifies a medical image that has not been updated for a certain period as a transfer target image.
  • the image specifying unit 16 refers to information indicating the date and time of update attached to each medical image, and searches for a medical image for which a predetermined period has elapsed since the last update. By this search, the image specifying unit 16 can specify a medical image that has not been updated for a certain period.
  • the image specifying unit 16 obtains the free capacity of the image information storage unit 11 and notifies the transfer management unit 17 of information indicating the obtained free capacity.
  • the image specifying unit 16 corresponds to “determination means”.
  • the transfer management unit 17 transmits the supplementary information of the transfer target image specified by the image specifying unit 16 to the provider 2, and a server that is a transfer destination of the transfer target image (hereinafter referred to as “transfer destination server”) is the provider 2.
  • transfer destination server a server that is a transfer destination of the transfer target image
  • the transfer management unit 17 is notified of the transfer destination server from the provider 2.
  • the transfer management unit 17 transfers the transfer target image to the notified transfer destination server.
  • the transfer management unit 17 notifies the provider 2 of the transfer completion.
  • the transfer management unit 17 transmits information for specifying the transfer target image and information indicating the transfer destination server together with the provider 2.
  • the provider 2 can manage which server's image information storage unit 11 stores each medical image.
  • the server 1A in which the transfer target image is stored corresponds to the “first server”
  • the transfer destination server described above corresponds to the “second server”.
  • the transfer management unit 17 deletes the transferred transfer target image from the image information storage unit 11 after the transfer of the transfer target image is completed. This increases the free capacity of the image information storage unit 11. Thereafter, the transfer management unit 17 acquires information indicating the free capacity of the image information storage unit 11 from the image specifying unit 16. The transfer management unit 17 notifies the provider 2 of information indicating the acquired free space. As a result, the provider 2 can manage and store the free capacity of the image information storage unit 11 of the server 1A.
  • the transfer management unit 17 When the transfer management unit 17 receives a transfer target image from another server, the transfer management unit 17 stores the received transfer target image in the image information storage unit 11. When the storage of the transfer target image in the image information storage unit 11 is completed, the transfer management unit 17 acquires information indicating the free capacity of the image information storage unit 11 from the image specifying unit 16. The transfer management unit 17 notifies the provider 2 of information indicating the acquired free space and requests an update of the management information. As a result, the information indicating the free capacity of the image information storage unit 11 of the server 1A, which is managed and stored by the provider 2, is updated.
  • the transfer management unit 17 corresponds to a “transfer processing unit”.
  • the provider 2 includes a management information storage unit 21, a request management unit 22, a transfer destination determination unit 23, an information update unit 24, and a connection destination determination unit 25.
  • the provider 2 corresponds to a “medical image management apparatus”.
  • the management information storage unit 21 stores management information for managing information of each server (for example, the servers 1A to 1C).
  • the management information includes the types of applications that can be executed by the image processing unit 12 of each server, information about the applications, and information indicating the free capacity of the image information storage unit 11 of each server.
  • the application information includes, for example, information indicating an application name, modality, manufacturer name, version information, private tag, and a function provided by the application (ie, a type of partial image processing).
  • FIG. 3 is an example of management information. As illustrated in FIG. 3, for example, the server 1 ⁇ / b> A stores management information indicating that image processing provided as applications AppX and AppY can be executed.
  • the application AppX installed in the server 1A targets a medical image taken with the modality “CT”, that is, a CT image.
  • the application AppX is an application of “Company T”, and the version is “2.0”.
  • the application AppX is associated with the private tag “xxxyyyy”.
  • the application AppX has a “MIP / MPR” function.
  • This management information indicates that the free capacity of the image information storage unit 11 of the server 1A is 0.5 GB.
  • the management information may be stored for each application in association with the type of data to be processed by the application. Further, the management information includes the above-described information for the servers (for example, the servers 1B and 1C) included in the medical image management system, similarly to the server 1A.
  • the management information storage unit 21 associates information for specifying each medical image with information indicating a storage destination of the medical image (stored in the image information storage unit 11 of the server). It is stored as information. With this image storage location information, the provider 2 can specify the server in which each medical image is stored.
  • the request management unit 22 receives, from each server (servers 1A to 1C), an inquiry about a transfer destination server that transfers an image to be transferred, a notification of completion of transfer, and a notification of information indicating free space.
  • the request management unit 22 receives a connection request from the client 3 to the server.
  • the request management unit 22 requests one of the transfer destination determination unit 23, the information update unit 24, and the connection destination determination unit 25 to perform processing according to the content of the received information.
  • the operation of the request management unit 22 will be specifically described below.
  • the transfer destination determination unit 23, the information update unit 24, and the connection destination determination unit 25 will be described later.
  • the request management unit 22 receives, from each server (servers 1A to 1C), an inquiry about a transfer destination server that transfers a transfer target image and incidental information of the transfer target image. In this case, the request management unit 22 outputs the received incidental information to the transfer destination determination unit 23 and instructs the transfer destination determination unit 23 to specify the transfer destination server. As a response to this instruction, the request management unit 22 receives a notification of the transfer destination server from the transfer destination determination unit 23. The request management unit 22 notifies the server that is the request source (for example, the server 1A) as a response to the received inquiry about the transfer destination server. When there are a plurality of transfer target images, the request management unit 22 may cause the transfer destination determination unit 23 to specify a transfer destination server for each transfer target image. In this case, the request management unit 22 notifies the server that is the request source of the transfer destination server for each transfer target image.
  • the request management unit 22 When a medical image stored in a certain server is transferred to another server, the request management unit 22 receives a transfer completion notification from the transfer source server. In this case, the request management unit 22 outputs the information for specifying the transfer target image notified together with the information indicating the transfer destination server to the information update unit 24, and the information update unit 24 stores the image storage destination information. Instruct update. Upon receiving this instruction, the information updating unit 24 updates the information indicating the storage destination of the transfer target image included in the image storage destination information.
  • the request management unit 22 receives notification of information indicating the free capacity from the server whose free capacity has been updated. In this case, the request management unit 22 outputs information indicating the server whose free space has been updated and information indicating the notified free space to the information update unit 24 and instructs the information update unit 24 to update the management information. . In response to this instruction, the information update unit 24 updates the information indicating the free space of the server whose free space included in the management information has been updated.
  • the request management unit 22 receives a connection request from the client 3 to the server.
  • This connection request includes information for specifying an image to be processed and information indicating the contents of the process to be executed.
  • the request management unit 22 outputs this connection request to the connection destination determination unit 25 and instructs the connection destination determination unit 25 to specify the connection destination server.
  • the request management unit 22 receives a notification of the connection destination server from the connection destination determination unit 25.
  • the request management unit 22 establishes a connection between the client 3 that is the request source of the connection request and the notified connection destination server.
  • the client 3 can transmit reservation information to each server or instruct each server to execute image processing.
  • the request management unit 22 may specify a connection destination server based on the processing information included in the reservation information. As a result, the operator can reserve a process to a server capable of executing a desired process without being aware of the connection destination server.
  • the transfer destination determination unit 23 receives incidental information of the transfer target image from the request management unit 22 together with a specific instruction of the transfer destination server.
  • the transfer destination determining unit 23 collates the incidental information of the transfer target image with the information of each server included in the management information, and specifies the transfer destination server.
  • the process in which the transfer destination determination unit 23 specifies the transfer destination server will be specifically described below with an example.
  • the transfer destination determination unit 23 can store the transfer target image by comparing the information indicating the data amount of the transfer target image included in the supplementary information with the information indicating the free capacity of each server included in the management information. Identify the server. In addition, the transfer destination determination unit 23 compares each piece of information included in the information of the device or application that created the transfer target image with each piece of information of the application (image processing) that can be executed by each server, and processes the transfer target image. Identify possible servers. For example, the transfer destination determination unit 23 may specify the server when the private tag attached to the transfer target image matches the private tag associated with the application of each server. Further, based on the data format of the transfer target image, a server in which an application capable of processing the transfer target image is installed may be specified. The transfer destination determination unit 23 may use any of the above collations, or may use all of them in combination.
  • the transfer destination determination unit 23 may perform any or all or all of the above collations, and attach points each time information matches in each collation. In this case, the transfer destination determination unit 23 identifies the server with the highest point as the transfer destination server. Moreover, you may set a weight to the point attached
  • the point weight at the time of matching private tags and functions may be set high, and the point weight at the time of version matching may be set low.
  • the transfer destination determination unit 23 notifies the request management unit 22 of the transfer destination server specified based on the verification.
  • the information update unit 24 receives information for specifying a transfer target image and information indicating a transfer destination server together with an instruction to update the image storage destination information from the request management unit 22.
  • the information update unit 24 searches the image storage location information stored in the management information storage unit 21 and specifies information for specifying the transfer target image.
  • the information update unit 24 updates the storage destination associated with the information for specifying the specified transfer target image to the transfer destination server received from the request management unit 22.
  • the provider 2 can specify the storage destination of the transfer target image after transfer based on the image storage destination information.
  • the information update unit 24 receives information indicating the server whose free capacity has been updated and information indicating the free capacity of the server together with an instruction to update the management information from the request management unit 22.
  • the information update unit 24 searches the management information stored in the management information storage unit 21 and identifies information corresponding to the notified server.
  • the information updating unit 24 updates the information indicating the free capacity in the information corresponding to the specified server to the information indicating the free capacity of the server received from the request management unit 22.
  • the provider 2 can specify the updated free capacity of the server whose free capacity has been updated based on this management information.
  • the connection destination determination unit 25 receives a connection request from the client 3 together with a specific instruction of the connection destination server.
  • the connection destination determination unit 25 collates the information for specifying the processing target image included in the connection request with the image storage destination information, and specifies the server storing the processing target image as the connection destination server. .
  • the connection destination determination unit 25 collates information indicating the content of the process to be executed included in the connection request with information on each server included in the management information, and can execute the process specified in the connection request. May be specified as a connection destination server.
  • the connection destination determination unit 25 notifies the request management unit 22 of the connection destination server specified based on the above collation.
  • the server in which the image is stored can be specified based on the image storage destination information.
  • the image information storage unit 11 has a capacity that is temporarily used to execute each image process and a capacity that is necessary to store a secondary image created as a result of the image process.
  • these two capacities may be configured to be secured in different storage areas.
  • the capacity required for each storage area may be stored for each process as statistical information.
  • the image specifying unit 16 may be operated so as to specify the transfer target image from each area.
  • FIG. 4 is a sequence diagram of the medical image management system according to the first embodiment.
  • FIG. 5 is a flowchart for explaining the operation of the server 1A when a reservation for image processing is received.
  • reservation information REQ101 including processing information indicating the contents of image processing is transmitted from the client 3 to the request management unit 22 of the provider 2.
  • the request management unit 22 outputs the reservation information REQ101 to the connection destination determination unit 25, and causes the connection destination determination unit 25 to specify a server that can execute the image processing specified by the reservation information REQ101.
  • the application corresponding to the processing information of the reservation information REQ101 is the application AppX.
  • the connection destination determination unit 25 identifies the server 1A on which the application AppX is installed as the connection destination server based on the management information (for example, FIG. 3) stored in the management information storage unit 21.
  • the request management unit 22 establishes a connection between the server 1 ⁇ / b> A specified by the connection destination determination unit 25 and the client 3. As a result, as shown in FIG. 4, the image processing reservation information REQ102 is transmitted from the client 3 to the server 1A. Next, the operation of the server 1A that has received the reservation information REQ102 will be described with reference to FIG.
  • Step S101 The reservation information REQ102 transmitted from the client 3 is received by the reservation management unit 13 of the server 1A. Thereby, the reservation management unit 13 accepts a reservation for image processing.
  • Step S102 When the reservation is accepted by the reservation management unit 13, the condition management unit 14 collates the processing information included in the reservation information with the statistical information stored in the statistical information storage unit 15. By this collation, the condition management unit 14 specifies the capacity necessary for executing the processing corresponding to the processing information. For example, it is assumed that the application AppX corresponding to this processing information is an application for cerebral blood flow analysis. In this case, the condition management unit 14 specifies that the required capacity is 200 MB based on the statistical information (for example, FIG. 2).
  • Step S103 the image specifying unit 16 compares the required capacity obtained by the condition management unit 14 with the free capacity of the image information storage unit 11.
  • Step S104 If the necessary capacity is smaller than the free capacity of the image information storage unit 11 (N in step S104), the server 1A ends the process related to accepting the reservation.
  • Step S105 When the free capacity of the image information storage unit 11 is less than the required capacity (when the required capacity is larger than the free capacity) (step S104, Y), the image specifying unit 16 transfers the transfer target image from the image information storage unit 11. Identify. For example, when the processing information included in the reservation information corresponds to the application AppX, the image specifying unit 16 specifies a medical image that is not to be processed by the application AppX as a transfer target image. The image specifying unit 16 may specify a medical image that has not been updated for a certain period as a transfer target image.
  • Step S106 The transfer management unit 17 transmits the supplementary information of the transfer target image specified by the image specifying unit 16 to the provider 2 and inquires the provider 2 about the transfer destination server.
  • the incidental information and inquiry transmitted to the provider 2 correspond to the inquiry REQ201 shown in FIG.
  • FIG. 6 is a flowchart for explaining an operation when the provider 2 specifies a transfer destination server based on the inquiry REQ201.
  • Step S201 The inquiry REQ201 transmitted from the server 1A is received by the request management unit 22 of the provider 2.
  • the request management unit 22 confirms that the inquiry REQ201 is an inquiry of the transfer destination server, and outputs the incidental information of the transfer target image received together to the transfer destination determination unit 23 to specify the transfer destination server. Instruct.
  • the transfer destination determination unit 23 compares the incidental information of the transfer target image with the information of each server included in the management information stored in the management information storage unit 21 to identify the transfer destination server. For example, assume that the accompanying information of the transfer target image indicates that the private tag is “aaaabbbbb”. In this case, the transfer destination determination unit 23 specifies that the transfer target image is a processing target of the application AppZ based on the management information (for example, FIG. 3). Therefore, the transfer destination determination unit 23 specifies the server 1B in which the application AppZ is installed as the transfer destination server.
  • the transfer destination determination unit 23 may specify a transfer destination server based on information indicating a modality and information indicating a function (that is, a partial image processing type) as well as a private tag. In the following description, it is assumed that the server 1B is specified as the transfer destination server. The transfer destination determination unit 23 notifies the request management unit 22 of the server 1B specified based on the above collation.
  • Step S203 The request management unit 22 notifies the server 1B notified from the transfer destination determination unit 23 to the server 1A, which is the request source of the transfer destination server, as the transfer destination server.
  • This notification of the transfer destination server corresponds to the RES 211 in FIG.
  • FIG. 7 is a flowchart for explaining the operation when the server 1A transfers the transfer target image to the transfer destination server.
  • Step S111 The transfer destination server notification RES211 from the request management unit 22 is received by the transfer management unit 17 of the server 1A.
  • Step S112 The transfer management unit 17 transfers the transfer target image to the server 1B notified by the notification RES211. Note that the transfer target image transferred to the server 1B corresponds to the REQ 202 in FIG. The operation of the server 1B that has received the transfer target image REQ202 will be described later.
  • Step S113 When the transfer of the transfer target image is completed, the transfer management unit 17 deletes the transferred transfer target image from the image information storage unit 11. This increases the free capacity of the image information storage unit 11. Thereafter, the transfer management unit 17 acquires information indicating the free capacity of the image information storage unit 11 from the image specifying unit 16.
  • Step S114 the transfer management unit 17 transmits information for specifying the transfer target image and information indicating the transfer destination server to the provider 2 and notifies the provider 2 of the completion of the transfer. In addition, the transfer management unit 17 notifies the provider 2 of information indicating the free space acquired from the image specifying unit 16. The notification of the completion of the transfer and the notification of the information indicating the free space correspond to REQ 203 in FIG.
  • the request management unit 22 Upon receipt of the transfer completion notification from the server 1A, the request management unit 22 outputs the information for specifying the transfer target image and the information indicating the transfer destination server to the information update unit 24 to output the image. Instructs the storage location information to be updated.
  • the information update unit 24 updates information indicating the storage destination of the transfer target image included in the image storage destination information.
  • the storage destination of the transfer target image included in the image storage destination information is updated from the server 1A to the server 1B that is the transfer destination server.
  • the connection destination determination unit 25 can specify the server 1B as the transfer destination server as the connection destination server.
  • the request management unit 22 When the request management unit 22 receives a notification of information indicating the free space from the server 1A, the request management unit 22 outputs the information indicating the server 1A and the information indicating the notified free space to the information update unit 24 to update the management information. Instruct. In response to this instruction, the information update unit 24 updates the information indicating the free capacity of the server 1A included in the management information.
  • the server 1A receives an instruction (REQ103 in FIG. 4) regarding execution of the reserved image processing from the client 3, and executes this image processing.
  • FIG. 8 is a flowchart for explaining the operation when the server 1B receives the transfer target image.
  • Step S301 The transfer target image REQ202 transmitted from the transfer management unit 17 of the server 1A is received by the transfer management unit 17 of the server 1B.
  • Step S302 The transfer management unit 17 of the server 1B stores the received transfer target image in the image information storage unit 11. When the storage of the transfer target image in the image information storage unit 11 is completed, the transfer management unit 17 acquires information indicating the free capacity of the image information storage unit 11 from the image specifying unit 16.
  • Step S303 The transfer management unit 17 of the server 1B notifies the provider 2 of information indicating the acquired free capacity.
  • the notification of the information indicating the free capacity corresponds to REQ301 in FIG.
  • the request management unit 22 of the provider 2 outputs the information indicating the server 1B and the notified information indicating the free capacity to the information updating unit 24 and instructs to update the management information.
  • the information updating unit 24 updates the information included in the management information indicating the free capacity of the notified server.
  • the capacity necessary for executing the reserved processing is secured in advance before this processing is executed. It becomes possible to keep. This prevents pressure on the storage area required for each server to execute processing. In addition, since the necessary storage area is secured in advance, it is possible to prevent the occurrence of waiting time during work associated with the transfer of data for securing the area.
  • FIG. 9 is a block diagram of the medical image management system according to this embodiment.
  • the server 1A according to this embodiment includes an imaging unit 18 that captures a medical image.
  • an imaging unit 18 that captures a medical image.
  • the imaging unit 18 is configured to capture a medical image. Specific examples of the imaging unit 18 include CT (Computed Tomography) and MRI (Magnetic Resonance Imaging system). The medical image photographed by the photographing unit 18 is stored in the image information storage unit 11.
  • CT Computer Tomography
  • MRI Magnetic Resonance Imaging system
  • the reservation management unit 13 receives the reservation information from the client 3 to receive a reservation for taking a medical image by the imaging unit 18.
  • Information indicating imaging conditions is included as processing information in reservation information related to imaging of medical images.
  • the statistical information storage unit 15 stores in advance, as statistical information, a capacity necessary for executing shooting according to shooting conditions.
  • FIG. 10 is an example of statistical information indicating the required capacity according to the shooting conditions. As shown in FIG. 10, it is statistically necessary that 300 MB of capacity is required when shooting is performed by setting “abdominal helical”, slice thickness “1 mm”, shooting range “20 cm”, and post-processing “MPR” as shooting conditions. It is stored as information. In these statistical information, it is preferable to calculate and store the capacity required for executing each process based on past experience.
  • the condition management unit 14 specifies the capacity necessary for the reserved shooting. Specifically, the condition management unit 14 collates the processing information included in the reservation information received by the reservation management unit 13 with the statistical information stored in the statistical information storage unit 15. As a result, the condition management unit 14 specifies the capacity required to execute imaging corresponding to this processing information.
  • the operations of the image specifying unit 16 and the transfer management unit 17 are the same as those of the medical image management system according to the first embodiment. That is, the required capacity calculated by the condition management unit 14 is compared with the free capacity of the image information storage unit 11 by the image specifying unit 16. If the free capacity is less than the required capacity, the image specifying unit 16 specifies the transfer target image to be transferred to another server in order to secure the required capacity.
  • the transfer management unit 17 inquires the provider 2 about the transfer destination server, and transfers the transfer target image to the notified transfer destination server, thereby securing a capacity necessary for executing the reserved shooting.
  • the capacity necessary for executing the reserved imaging is secured in advance based on the imaging reservation information before the imaging is executed. Is possible. That is, it is possible to obtain the same effect as that of the first embodiment also in taking a medical image.
  • FIG. 11 is a block diagram of the medical image management system according to this embodiment.
  • the image processing unit 12A performs image processing on the instructed medical image by executing an application corresponding to the instruction from the client 3.
  • the image processing unit 12A stores the medical image in the image information storage unit 11 as a secondary image.
  • the image processing unit 12A When the secondary image is created, the image processing unit 12A has the format of the data attached to the secondary image, information on the device or application that created the secondary image, and itself (the image processing unit 12A). Check against executable process. When the secondary image is a medical image that is not subject to processing of itself (image processing unit 12A), the image processing unit 12A specifies the secondary image as a transfer target image.
  • the transfer management unit 17 sends the incidental information of the transfer target image to the provider 2 and inquires the provider 2 about the transfer destination server. Subsequent operations are the same as those of the medical image management system according to the first embodiment.
  • the medical image management system when the image processing unit 12A creates a secondary image that is not an object of processing by itself regardless of whether or not the image processing is reserved, the secondary image is displayed. Identified as a transfer target image. The identified secondary image is transferred by the transfer management unit 17 to a server that can process it. As a result, it is possible to prevent in advance the compression of the image information storage unit 11 of the server that accompanies the accumulation of medical images that are not subject to processing by itself.
  • FIG. 12 is a block diagram of the medical image management system according to this embodiment.
  • each server includes the reservation management unit 13, the condition management unit 14, the statistical information storage unit 15, and the image identification unit 16.
  • the provider 2 includes a reservation management unit 13B, a condition management unit 14B, a statistical information storage unit 15B, and an image specifying unit 16B instead.
  • the request management unit 22 Upon receiving the image processing reservation information from the client 3, the request management unit 22 outputs the reservation information to the connection destination determination unit 25, and a server capable of executing the image processing specified by the reservation information is used as the connection destination server.
  • the connection destination determination unit 25 is specified.
  • the operation of the connection destination determination unit 25 is the same as that of the first embodiment.
  • the request management unit 22 outputs information indicating the connection destination server and reservation information to the reservation management unit 13B.
  • the reservation management unit 13B associates information indicating the connection destination server received from the request management unit 22 with reservation information. Thereby, the reservation management unit 13B accepts a reservation for image processing for the connection destination server.
  • the reservation management unit 13B may be provided with a storage area for storing reservation information and information indicating the connection destination server.
  • the reservation management unit 13B When the reservation management unit 13B accepts a reservation for image processing, the reservation management unit 13B outputs information indicating the connection destination server and processing information included in the reservation information to the condition management unit 14B.
  • the statistical information storage unit 15B stores in advance, as statistical information for each image processing of each server, the capacity required to execute each processing according to the contents of each image processing executed by each server.
  • the management information storage unit 21 stores information for specifying each medical image as image storage destination information in association with information indicating the storage destination of the medical image and supplementary information of the medical image. is doing. Based on the supplementary information, the image specifying unit 16B specifies the transfer target image. The management information storage unit 21 only needs to store additional information necessary for specifying the transfer target image, and does not need to store all the additional information.
  • the condition management unit 14B collates information and processing information indicating the connection destination server received from the reservation management unit 13B with statistical information stored in the statistical information storage unit 15B. Thereby, the condition management unit 14B specifies a capacity necessary for executing the process corresponding to the process information in the connection destination server. The condition management unit 14B outputs information indicating the connection destination server and the obtained necessary capacity to the image specifying unit 16B.
  • the image specifying unit 16B compares the information indicating the connection destination server received from the condition management unit 14B with the management information stored in the management information storage unit 21, and specifies the free capacity of the connection destination server.
  • the image specifying unit 16B compares the required capacity received from the condition management unit 14B with the free capacity of the connection destination server. When the free capacity of the connection destination server is less than the required capacity, the image specifying unit 16B specifies the transfer target image to be transferred from the connection destination server to another server. The operation of specifying the transfer target image by the image specifying unit 16B will be specifically described below.
  • the image specifying unit 16B first searches the image storage destination information stored in the management information storage unit 21, and extracts the information on the medical image stored in the connection destination server.
  • the image specifying unit 16B searches the management information stored in the management information storage unit 21 and extracts information related to processing that can be executed by the connection destination server.
  • the image specifying unit 16B collates the incidental information included in the medical image information stored in the connection destination server with information related to processing that can be executed by the connection destination server. By this collation, the image specifying unit 16B specifies medical images that are not processed by the connection destination server as transfer target images.
  • the image specifying unit 16B may operate so as to specify a medical image that has not been updated for a certain period of time as a transfer target image based on the supplementary information.
  • the image specifying unit 16B notifies the transfer destination determining unit 23 of the specified transfer target image.
  • the transfer destination determining unit 23 specifies the transfer destination server by collating the incidental information associated with the transfer target image specified by the image specifying unit 16B with the information of each server included in the management information.
  • the process of specifying the transfer destination server is the same as that of the transfer destination determination unit 23 according to the first embodiment.
  • the transfer destination determination unit 23 notifies the request management unit 22 of the transfer destination server specified based on the collation together with the transfer target image.
  • the request management unit 22 Upon receiving notification of the transfer destination server and the transfer target image from the transfer destination determination unit 23, the request management unit 22 instructs the connection destination server to transfer the transfer target image.
  • This transfer instruction is received by the transfer management unit 17B of the connection destination server. Upon receiving this instruction, the transfer management unit 17B extracts the notified transfer target image from the image information storage unit 11 and transfers it to the notified transfer destination server. When the transfer management unit 17B completes the transfer of the transfer target image, the transfer management unit 17B transmits information for specifying the transfer target image and information indicating the transfer destination server to the provider 2 to notify the transfer completion. The operation of the provider 2 that has received this notification is the same as that of the provider 2 according to the first embodiment.
  • the transfer management unit 17B deletes the transferred transfer target image from the image information storage unit 11 after the transfer is completed. Thereafter, the transfer management unit 17B calculates the free capacity of the image information storage unit 11.
  • the calculation method is the same as the operation of the image specifying unit 16 according to the first embodiment.
  • the transfer management unit 17B notifies the provider 2 of information indicating the calculated free space. The operation of the provider 2 that has received this notification is the same as that of the provider 2 according to the first embodiment.
  • the transfer management unit 17B When the transfer management unit 17B receives a transfer target image from another server, the transfer management unit 17B stores the transfer target image in the image information storage unit 11. When the storage of the transfer target image in the image information storage unit 11 is completed, the transfer management unit 17B calculates the free capacity of the image information storage unit 11. The transfer management unit 17 notifies the provider 2 of information indicating the calculated free space and requests an update of the management information. The operation of the provider 2 that has received this request is the same as that of the provider 2 according to the first embodiment.
  • FIG. 13 is a sequence diagram of the medical image management system according to this embodiment.
  • FIG. 14 is a flowchart for explaining the operation of the provider 2 of the medical image management system according to this embodiment.
  • reservation information (REQ 101 in FIG. 13) including processing information indicating the contents of image processing is transmitted from the client 3 to the request management unit 22 of the provider 2.
  • Step S211 When the request management unit 22 receives the reservation information REQ101 from the client 3, the request management unit 22 outputs the reservation information to the connection destination determination unit 25, and sets the connection destination server that can execute the image processing specified by the reservation information as the connection destination determination unit. 25.
  • the application corresponding to the processing information of the reservation information REQ101 is the application AppX.
  • the connection destination determination unit 25 identifies the server 1A on which the application AppX is installed as the connection destination server based on the management information (for example, FIG. 3) stored in the management information storage unit 21.
  • the request management unit 22 outputs information indicating the identified server 1A and the reservation information REQ101 to the reservation management unit 13B.
  • the reservation management unit 13B manages and stores information indicating the server 1A received from the request management unit 22 and the reservation information REQ101 in association with each other. Thereby, the reservation management unit 13B accepts a reservation for image processing for the server 1A.
  • Step S212 When receiving a reservation for image processing, the reservation management unit 13B outputs information indicating the server 1A and processing information included in the reservation information REQ101 to the condition management unit 14B.
  • the condition management unit 14B collates the information indicating the server 1A received from the reservation management unit 13B and the processing information with the statistical information stored in the statistical information storage unit 15B.
  • the condition management unit 14B specifies a capacity necessary for the server 1A to execute the process corresponding to the process information. For example, if the application AppX corresponding to this processing information is an application for cerebral blood flow analysis, the condition management unit 14B specifies 200 MB as a necessary capacity based on statistical information (for example, FIG. 2).
  • Step S213 The condition management unit 14B outputs information indicating the connection destination server 1A and the required required capacity to the image specifying unit 16B.
  • the image specifying unit 16B collates the information indicating the server 1A received from the condition management unit 14B with the management information stored in the management information storage unit 21, and specifies information indicating the free capacity of the server 1A.
  • the image specifying unit 16B compares the necessary capacity received from the condition management unit 14B with information indicating the free capacity of the server 1A.
  • Step S214 When the capacity required for executing the process corresponding to the process information is smaller than the free capacity of the server 1A (step S214, N), the server 1A ends the process related to accepting the reservation.
  • Step S215) When the free capacity of the server 1A is less than the required capacity (when the required capacity is larger than the free capacity) (step S214, Y), the image specifying unit 16B is to transfer the medical image stored in the server 1A. Identify the image. For example, it is assumed that the accompanying information of the transfer target image indicates that the private tag is “aaaabbbbb”. In this case, the transfer destination determination unit 23 specifies that the transfer target image is a processing target of the application AppZ based on the management information (for example, FIG. 3). Therefore, the transfer destination determination unit 23 specifies the server 1B in which the application AppZ is installed as the transfer destination server.
  • the transfer destination determination unit 23 may specify a transfer destination server based on information indicating a modality and information indicating a function (that is, a partial image processing type) as well as a private tag.
  • the image specifying unit 16B notifies the transfer destination determining unit 23 of the specified transfer target image.
  • the transfer destination determination unit 23 compares the incidental information associated with the transfer target image specified by the image specifying unit 16B with the information of each server included in the management information, and specifies the transfer destination server.
  • the transfer destination determination unit 23 notifies the request management unit 22 of the specified transfer destination server together with the transfer target image. In the following description, it is assumed that the server 1B is specified as the transfer destination server.
  • Step S217) The request management unit 22 instructs the server 1A to transfer the transfer target image to the server 1B (REQ501 in FIG. 13).
  • the instruction REQ501 relating to the transfer of the transfer target image is received by the transfer management unit 17B of the server 1A.
  • the transfer management unit 17B extracts the notified transfer target image from the image information storage unit 11 and transfers it to the notified server 1B (REQ222 in FIG. 13).
  • the transfer management unit 17B of the server 1A transmits information for specifying the transfer target image and information indicating the server 1B that is the transfer destination to the provider 2 to notify the completion of the transfer. .
  • the transfer management unit 17B of the server 1A deletes the transferred transfer target image from the image information storage unit 11 after the transfer is completed. Thereafter, the transfer management unit 17B calculates the free capacity of the image information storage unit 11.
  • the transfer management unit 17B notifies the provider 2 of information indicating the calculated free space. Note that the notification of the completion of transfer to the provider 2 and the notification of information indicating the free space correspond to the REQ 223 in FIG.
  • the request management unit 22 Upon receipt of the transfer completion notification from the server 1A, the request management unit 22 outputs the information for specifying the transfer target image and the information indicating the transfer destination server to the information update unit 24 to output the image. Instructs the storage location information to be updated.
  • the information update unit 24 updates information indicating the storage destination of the transfer target image included in the image storage destination information. As a result, the storage destination of the transfer target image included in the image storage destination information is updated from the server 1A to the server 1B that is the transfer destination server.
  • the request management unit 22 When the request management unit 22 receives a notification of information indicating the free space from the server 1A, the request management unit 22 outputs the information indicating the server 1A and the information indicating the notified free space to the information update unit 24 to update the management information. Instruct. In response to this instruction, the information update unit 24 updates the information indicating the free capacity of the server 1A included in the management information.
  • the transfer management unit 17B of the server 1B stores the transfer target image received from the server 1A in the image information storage unit 11.
  • the transfer management unit 17B of the server 1B calculates the free capacity of the image information storage unit 11.
  • the transfer management unit 17 notifies the provider 2 of information indicating the calculated free space (REQ 321 in FIG. 13).
  • the request management unit 22 of the provider 2 outputs the information indicating the server 1B and the information indicating the notified free capacity to the information updating unit 24 and instructs to update the management information.
  • the information updating unit 24 updates the information included in the management information indicating the free capacity of the notified server.
  • the provider 2 it is possible for the provider 2 to centrally manage image processing reservation and processing related to image transfer between servers accompanying this reservation. Further, similarly to the medical image management system according to the first embodiment, it is possible to prevent compression of the storage area necessary for each server to execute processing, and at the time of work accompanying data transfer for securing the area. It becomes possible to suppress and reduce the occurrence of waiting time.

Landscapes

  • Health & Medical Sciences (AREA)
  • Engineering & Computer Science (AREA)
  • Epidemiology (AREA)
  • Nuclear Medicine, Radiotherapy & Molecular Imaging (AREA)
  • Radiology & Medical Imaging (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Primary Health Care (AREA)
  • Public Health (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)
  • Processing Or Creating Images (AREA)

Abstract

各サーバーが処理を実行するために必要な記憶領域の圧迫を防ぎ、かつシームレスな処理を実現する。複数のサーバーと、判断手段と、転送先判断部と、転送処理手段とを備えた医用画像管理システムである。複数のサーバーは、付帯情報が付帯された医用画像を記憶する記憶部をそれぞれに備え、クライアントから指示される医用画像に対する画像処理を行う。判断手段は、画像処理で必要とされる空き容量と、サーバーの記憶部の空き容量とに基づいて、医用画像を転送するか否かを判断する。転送先判断部は、当該医用画像を転送する転送先サーバーを決定する。転送処理手段は、転送先判断部により決定された当該サーバーに、画像処理に使用する医用画像を転送する。

Description

医用画像管理システム及び医用画像管理装置
　本発明の実施形態は、医用画像の作成や加工に関する複数の処理を、複数のサーバーに分散し実行する医用画像管理システムの技術に関する。
　アプリケーションサーバー上で動作する医用アプリケーションを、クライアントからネットワークを介して利用することが可能となってきた。またこのようなアプリケーションサーバーを複数台導入した環境を構築することも可能となってきている。このような環境では、複数の医用アプリケーションを複数台のアプリケーションサーバーに分散して処理を行うことが可能となる。また、医用画像撮影装置の中には、アプリケーションサーバーの機能を持つものも導入されてきている。
　複数のアプリケーションサーバーが導入されている環境では、各アプリケーションサーバーで実行される機能は様々である。このような環境では、実行する処理の内容に応じて接続先のサーバーを自動的に切り替えるプロバイダが導入されている。操作者は、このプロバイダを介すことで、所望のアプリケーションを実行可能なアプリケーションサーバーにクライアントを接続することが可能となる。
　しかしながらこのような環境では、各アプリケーションサーバーは、多種多様な医用画像を複数のクライアントからの要求によって処理する必要がある。そのため、処理を実行するために必要な記憶領域が圧迫され、アプリケーションの実行や画像収集などの処理の実行が阻害される恐れがある。
　記憶領域の圧迫を避ける方法として、各処理を実行する際に、記憶領域に記憶された医用画像を、他のアプリケーションサーバーに転送する方法があげられる。しかしながら、医用画像はデータ量が大きく転送には時間がかかる。そのため、各処理の実行時に医用画像の転送を行うと、この転送により処理の実行が阻害され、処理をシームレスに実行することが困難になるという問題がある。
特開２０１０－１４６２６１号公報 特開２００４－３３４４０３号公報
　この発明の実施形態は上記の問題を解決するものであり、各アプリケーションサーバーが処理を実行するために必要な記憶領域の圧迫を防ぐ。また医用画像の転送に起因する、画像処理の実行の阻害を防止することを目的とする。
　上記目的を達成するために、この実施形態の第１の形態は、複数のサーバーと、判断手段と、転送先判断部と、転送処理手段とを備えた医用画像管理システムである。複数のサーバーは、付帯情報が付帯された医用画像を記憶する記憶部をそれぞれに備え、クライアントから指示される前記医用画像に対する画像処理を行う。判断手段は、前記画像処理で必要とされる空き容量と、前記サーバーの前記記憶部の空き容量とに基づいて、前記医用画像を転送するか否かを判断する。転送先判断部は、当該医用画像を転送する転送先サーバーを決定する。転送処理手段は、前記転送先判断部により決定された当該サーバーに、前記画像処理に使用する前記医用画像を転送する。
　またこの実施形態の第２の形態は、記憶部をそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する画像処理を前記サーバーで実行する医用画像管理システムである。記憶部は、付帯情報が付帯された医用画像を記憶する。また前記医用画像管理システムは、予約管理部と、判断手段と、転送処理手段とを備える。予約管理部は、前記医用画像に施す前記処理の内容と、その処理の予約を前記クライアントから受け付ける。判断手段は、前記予約により前記処理の実行が予定された第１のサーバーの記憶部の空き容量が、所定の空き容量より少ないか否かを判断する。転送処理手段は、前記判断手段により空き容量が少ないと判断された場合に、前記第１のサーバーに記憶されている画像の少なくとも一部を転送対象画像として第２のサーバーに転送する。
　またこの実施形態の第３の形態は、記憶部と、処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される医用画像に対する複数の処理を前記複数のサーバーに分散し実行する医用画像管理システムである。記憶部は、データ量を含む付帯情報が付帯された医用画像を記憶する。処理部は、前記医用画像に画像処理を施す。また前記医用画像管理システムは、予約管理部と、条件管理部と、判断手段と、管理情報記憶部と、転送先判断部と、転送処理手段とを備える。予約管理部は、記医用画像に施す処理の内容を含む予約情報を前記クライアントから受信することで、前記処理の予約を受け付ける。条件管理部は、前記予約管理部が予約を受け付けた前記処理を実行するために前記記憶部に必要な容量を特定する。判断手段は、前記予約により前記処理の実行が予定されたサーバーの前記記憶部の空き容量と前記必要な容量とを比較する。また判断手段は、前記空き容量が前記必要な容量に満たない場合、前記予定されたサーバーの前記記憶部に記憶された各医用画像の付帯情報を基に、前記予定されたサーバーの前記記憶部に記憶されている医用画像のうち、他のサーバーに転送する転送対象画像を特定する。管理情報記憶部は、各サーバーの記憶部の空き容量を示す情報を含む管理情報を記憶する。転送先判断部は、前記転送対象画像の付帯情報を受けて、受信した該付帯情報に含まれる前記転送対象画像のデータ量と前記管理情報に含まれる前記各サーバーの空き容量とを照合する。転送先判断部は、前記照合をすることで、前記複数のサーバーのうちから前記転送対象画像を記憶可能な転送先サーバーを特定する。転送処理手段は、前記転送先判断部が特定した前記転送先サーバーに前記転送対象画像を転送する。
　またこの実施形態の第４の形態は、記憶部と、処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される医用画像に対する複数の処理を前記複数のサーバーに分散し実行する医用画像管理システムである。記憶部は、データ量を含む付帯情報が付帯された医用画像を記憶する。処理部は、前記医用画像に画像処理を施す。また前記医用画像管理システムは、管理情報記憶部と、転送先判断部と、転送処理手段とを備える。管理情報記憶部は、少なくとも各サーバーの記憶部の空き容量を示す情報を含む管理情報を記憶する。転送先判断部は、前記医用画像の付帯情報を受けて、該付帯情報に含まれる前記医用画像のデータ量と前記管理情報に含まれる前記各サーバーの空き容量とを照合する。転送先判断部は、前記照合をすることで、前記医用画像を記憶可能な前記サーバーを、該医用画像の転送先サーバーとして特定する。転送処理手段は、前記転送先判断部が特定した前記転送先サーバーに前記医用画像を転送する。また前記処理部が、前記医用画像に画像処理を施すことで新たな医用画像を二次画像として作成した場合に、前記転送処理手段は前記二次画像を転送する。
　またこの実施形態の第５の形態は、記憶部と、処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される医用画像に対する複数の処理を前記複数のサーバーに分散し実行する医用画像管理システムに接続された医用画像管理装置である。記憶部は、データ量とデータ種別を含む付帯情報が付帯された医用画像を記憶する。処理部は、前記医用画像に画像処理を施す。前記プロバイダは、管理情報記憶部と、転送先判断部とを備える。管理情報記憶部は、各サーバーの空き容量と、各サーバーが実行可能な前記処理とを管理情報として記憶する。転送先判断部は、前記医用画像の付帯情報を受けて、該付帯情報と前記管理情報とを照合する。転送先判断部は、前記照合をすることで、該付帯情報が付帯された前記医用画像を記憶可能かつ処理可能な転送先サーバーを前記複数のサーバーのうちから特定する。
第１の実施形態に係る医用画像管理システムのブロック図である。 統計情報の一例である。 管理情報の一例である。 第１の実施形態に係る医用画像管理システムの動作を示すシーケンス図である。 第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。 第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。 第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。 第１の実施形態に係る医用画像管理システムの動作を示すフローチャートである。 第２の実施形態に係る医用画像管理システムのブロック図である。 統計情報の一例である。 第３の実施形態に係る医用画像管理システムのブロック図である。 第４の実施形態に係る医用画像管理システムのブロック図である。 第４の実施形態に係る医用画像管理システムの動作を示すシーケンス図である。 第４の実施形態に係る医用画像管理システムの動作を示すフローチャートである。
　（第１の実施形態）
　第１の実施形態に係る医用画像管理システムの構成について図１を参照しながら説明する。第１の実施形態に係る医用画像管理システムは、複数のサーバーと、プロバイダ２と、クライアント３とで構成される。この医用画像処理システムでは、医用画像の作成や加工に関する複数の処理を、複数のサーバーに分散し実行している。以降では、この医用画像処理システムは、サーバー１Ａ、サーバー１Ｂ、及びサーバー１Ｃを含むものとして説明する。なおサーバー１Ｃは、図１には図示しない。
　各サーバーの構成についてサーバー１Ａを例に説明する。サーバー１Ａは、画像情報記憶部１１と、画像処理部１２と、予約管理部１３と、条件管理部１４と、統計情報記憶部１５と、画像特定部１６と、転送管理部１７とを備える。
　画像情報記憶部１１は、医用画像を記憶する記憶領域である。この医用画像には付帯情報が付されている。付帯情報には、医用画像の属性を示す情報が含まれている。医用画像の属性を示す情報には、医用画像のデータ量、データの形式、医用画像が作成または更新された日時を示す情報、及び医用画像を作成した機器またはアプリケーションの情報などが含まれる。データの形式とは、例えば拡張子などで区別される、画像をデータとして記録する方法やデータの圧縮方法を示す。医用画像を作成した機器またはアプリケーションの情報には、アプリケーション名、モダリティ、メーカー名、バージョン情報、及びプライベートタグなどを示す情報が含まれる。プライベートタグとは、例えば、ＤＩＣＯＭ（Ｄｉｇｉｔａｌ　Ｉｍａｇｉｎｇ　ａｎｄ　ＣＯｍｍｕｎｉｃａｔｉｏｎ　ｉｎ　Ｍｅｄｉｃｉｎｅ）プライベートタグのような拡張タグを示している。この拡張タグに、各医用画像を特定するための情報や、その医用画像を処理可能なアプリケーションと対応付けるための情報などを属性として付加してもよい。なお、前述したデータの形式を示す情報、及び医用画像を作成した機器またはアプリケーションの情報が、「データの種別」に相当する。
　画像処理部１２は、クライアント３からの指示に基づき、読影処理や画像処理に係るアプリケーションを実行し、医用画像の作成及び加工のいずれかまたは双方を行う。以降では、医用画像の作成及び加工のいずれかまたは双方に係る処理を、単に「画像処理」と呼ぶ。以下に画像処理部１２の動作について具体的に説明する。画像処理部１２は、クライアント３から医用画像に対する画像処理が処理対象の医用画像とあわせて指示される。画像処理部１２は、まずクライアント３から指示された医用画像を画像情報記憶部１１から読み出す。次に画像処理部１２は、クライアント３からの指示に対応するアプリケーションを実行することで、読み出した医用画像に対し画像処理を施す。画像処理部１２は、画像処理により新たな医用画像が作成された場合、この医用画像を二次画像として画像情報記憶部１１に記憶させる。
　なお、画像処理部１２が実行できる画像処理の内容はサーバーごとに異なる。具体的には各サーバーに、そのサーバーの画像処理部１２で実行可能な画像処理の内容に応じて異なるアプリケーションがインストールされている。各サーバーの画像処理部１２が実行可能な処理の内容は、後述するプロバイダ２により管理されている。
　予約管理部１３は、クライアント３から予約情報を受信する。これにより予約管理部１３は、画像処理部１２による画像処理の予約を受け付ける。予約情報には、処理対象の医用画像を特定するための情報、画像処理の処理内容を示す情報（以下、「処理情報」と呼ぶ）、及び画像の解像度や枚数（スライス数）等の撮影条件を示す情報が含まれる。処理情報には、例えば、所望の画像処理を実行するためのアプリケーションの種別や、そのアプリケーションが提供する機能（一連の画像処理の一部として実行される部分的な画像処理の種別）を示す情報が含まれる。
　統計情報記憶部１５は、統計情報をあらかじめ記憶している。統計情報には、画像処理の内容に応じて、各処理を実行するために必要な容量がアプリケーションの種別ごとに記録されている。なお、各処理を実行するために必要な容量とは、その種別に該当するアプリケーションを実行するために一時的に使用する容量や、画像処理の結果として作成される二次画像を保管するために必要な容量を示している。図２は、統計情報の一例である。図２に示すように、例えば、心機能解析のアプリケーションを実行する場合、１００ＭＢの容量が必要であることが統計情報として記憶されている。統計情報には、各処理の実行に必要な容量を過去の経験に基づき算出し記憶させておくとよい。また、撮影条件に応じて処理対象のデータ量も異なり、このデータ量に応じて、各処理を実行するために必要な容量も変化する。そのため、撮影条件に応じた統計情報を算出し、これを統計情報記憶部１５に記憶させておいてもよい。また、アプリケーションが提供する機能ごと（即ち、部分的な画像処理の種別ごと）に統計情報を算出し、これを統計情報記憶部１５に記憶させておいてもよい。また、アプリケーションの種別またはそのアプリケーションが提供する画像処理の種別と、撮影条件とを組み合わせて、この組み合わせごとに統計情報を算出し、これを統計情報記憶部１５に記憶させておいてもよい。
　予約管理部１３が画像処理の予約を受け付けると、条件管理部１４は、予約された処理を実行するために必要な容量を特定する。具体的には条件管理部１４は、予約管理部１３が受信した予約情報に含まれる処理情報及び撮影条件を示す情報と、統計情報記憶部１５に記憶された統計情報とを照合する。これにより条件管理部１４は、この処理情報が示す処理を実行するために必要な容量を統計情報から特定する。
　画像特定部１６は、条件管理部１４が求めた必要な容量と、画像情報記憶部１１の空き容量とを比較する。なお画像特定部１６は、一例として、空き容量をＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）から取得するとよい。また画像特定部１６は、画像情報記憶部１１の全容量と、画像情報記憶部１１に記憶された医用画像のデータ量とから空き容量を算出してもよい。画像情報記憶部１１の空き容量が必要な容量に満たない場合、画像特定部１６は、必要な容量を確保するために他のサーバーに転送する医用画像（以下「転送対象画像」と呼ぶ）を画像情報記憶部１１から特定する。画像特定部１６が転送対象画像を特定する処理の内容について、以下に具体的に説明する。
　画像特定部１６は、画像情報記憶部１１に記憶された各医用画像の付帯情報を参照し、あらかじめ決められたルールに従い転送対象画像を特定する。ルールの一例として、画像特定部１６は、自己のサーバーにおける画像処理部１２が処理の対象としない医用画像を、転送対象画像として特定する。この場合、画像特定部１６は、各医用画像に付帯された、データの形式、及び医用画像を作成した機器またはアプリケーションの情報と、画像処理部１２が実行可能な処理とを照合する。この場合、実行可能な処理ごとに、各処理が処理対象とするデータの種別を対応付けて管理・記憶させておくとよい。この照合により画像特定部１６は、画像処理部１２が処理の対象としない医用画像を特定することが可能となる。また、その他の例として、画像特定部１６は、一定期間更新がされていない医用画像を、転送対象画像として特定する。この場合、画像特定部１６は、各医用画像に付帯された更新の日時を示す情報を参照し、最後の更新からあらかじめ決められた期間が経過している医用画像を検索する。この検索により、画像特定部１６は、一定期間更新がされていない医用画像を特定することが可能となる。
　また画像特定部１６は、転送管理部１７からの指示を受けて、画像情報記憶部１１の空き容量を求め、求めた空き容量を示す情報を転送管理部１７に通知する。なお、この画像特定部１６が「判断手段」に相当する。
　転送管理部１７は、画像特定部１６が特定した転送対象画像の付帯情報をプロバイダ２に送信し、この転送対象画像の転送先となるサーバー（以下、「転送先サーバー」と呼ぶ）をプロバイダ２に問合せる。この問合せの応答として、転送管理部１７に、プロバイダ２から転送先サーバーが通知される。この通知を受けて転送管理部１７は、通知された転送先サーバーに転送対象画像を転送する。転送対象画像の転送が完了すると、転送管理部１７は、プロバイダ２に転送の完了を通知する。このとき転送管理部１７は、転送対象画像を特定するための情報と転送先のサーバーを示す情報をプロバイダ２にあわせて送信する。これによりプロバイダ２は、各医用画像がどのサーバーの画像情報記憶部１１に記憶されているかを管理することが可能となる。なお、転送対象画像が記憶された（転送元である）サーバー１Ａが「第１のサーバー」に相当し、上記した転送先サーバーが「第２のサーバー」に相当する。
　また転送管理部１７は、転送対象画像の転送の完了後に、転送済の転送対象画像を画像情報記憶部１１から削除する。これにより、画像情報記憶部１１の空き容量が増加する。その後、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。転送管理部１７は、取得した空き容量を示す情報をプロバイダ２に通知する。これによりプロバイダ２は、サーバー１Ａの画像情報記憶部１１の空き容量を、管理・記憶することが可能となる。
　また転送管理部１７は、他のサーバーから転送対象画像を受信した場合、受信した転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。転送管理部１７は、取得した空き容量を示す情報をプロバイダ２に通知し管理情報の更新を要求する。これによりプロバイダ２で管理・記憶されている、サーバー１Ａの画像情報記憶部１１の空き容量を示す情報が更新される。なお、この転送管理部１７が「転送処理手段」に相当する。
　次にプロバイダ２の構成について説明する。プロバイダ２は、管理情報記憶部２１と、要求管理部２２と、転送先判断部２３と、情報更新部２４と、接続先判断部２５とを備える。なおこのプロバイダ２が、「医用画像管理装置」に相当する。
　管理情報記憶部２１は、各サーバー（例えば、サーバー１Ａ～１Ｃ）の情報を管理するための管理情報を記憶している。管理情報には、各サーバーの画像処理部１２が実行可能なアプリケーションの種類や、このアプリケーションの情報、及び各サーバーの画像情報記憶部１１の空き容量を示す情報が含まれている。アプリケーションの情報には、例えば、アプリケーション名、モダリティ、メーカー名、バージョン情報、プライベートタグ、及びそのアプリケーションが提供する機能（即ち、部分的な画像処理の種別）などを示す情報が含まれる。図３は管理情報の一例である。図３に示すように、例えば、サーバー１Ａは、アプリケーションＡｐｐＸとＡｐｐＹとして提供される画像処理を実行可能であることが管理情報として記憶されている。この管理情報によれば、サーバー１ＡにインストールされているアプリケーションＡｐｐＸは、モダリティ「ＣＴ」で撮影された医用画像、すなわちＣＴ画像を処理対象としている。またアプリケーションＡｐｐＸは、「Ｔ社」のアプリケーションであり、バージョンが「２．０」である。またアプリケーションＡｐｐＸは、プライベートタグ「ｘｘｘｘｙｙｙｙ」に対応付けられている。またアプリケーションＡｐｐＸは、「ＭＩＰ／ＭＰＲ」の機能を有している。また、この管理情報は、サーバー１Ａの画像情報記憶部１１の空き容量が０．５ＧＢであることを示している。また管理情報には、アプリケーションごとに、このアプリケーションが処理対象とするデータの種別を対応付けて記憶させておくとよい。またこの管理情報には、この医用画像管理システムに含まれるサーバー（例えばサーバー１Ｂ及び１Ｃ）についても、サーバー１Ａと同様に前述した各情報が含まれている。
　また管理情報記憶部２１は、各医用画像を特定するための情報を、その医用画像の記憶先（どのサーバーの画像情報記憶部１１に記憶されているか）を示す情報と対応付けて画像保管先情報として記憶している。この画像保管先情報により、プロバイダ２は、各医用画像が記憶されているサーバーを特定することが可能となる。
　要求管理部２２は、各サーバー（サーバー１Ａ～１Ｃ）から、転送対象画像を転送する転送先サーバーの問合せ、転送の完了の通知、及び空き容量を示す情報の通知を受け付ける。また要求管理部２２は、クライアント３からサーバーへの接続要求を受け付ける。要求管理部２２は、受け付けた情報の内容に応じて、転送先判断部２３、情報更新部２４、及び接続先判断部２５のいずれかに処理を依頼する。要求管理部２２の動作について、以下に具体的に説明する。なお、転送先判断部２３、情報更新部２４、及び接続先判断部２５については後述する。
　要求管理部２２は、各サーバー（サーバー１Ａ～１Ｃ）から、転送対象画像を転送する転送先サーバーの問合せと、転送対象画像の付帯情報とを受ける。この場合、要求管理部２２は、受信した付帯情報を転送先判断部２３に出力し、転送先判断部２３に転送先サーバーの特定を指示する。この指示に対する応答として、要求管理部２２は、転送先判断部２３から転送先サーバーの通知を受ける。要求管理部２２は、受信した転送先サーバーの問合せの応答として、この転送先サーバーを要求元であるサーバー（例えばサーバー１Ａ）に通知する。なお、転送対象画像が複数ある場合、要求管理部２２は、転送対象画像ごとに転送先判断部２３に転送先サーバーを特定させるように動作させてもよい。この場合、要求管理部２２は、要求元であるサーバーに、転送対象画像ごとに転送先サーバーを通知する。
　あるサーバーに記憶された医用画像が他のサーバーに転送されたとき、要求管理部２２は、転送元のサーバーから転送の完了の通知を受ける。この場合、要求管理部２２は、あわせて通知される転送対象画像を特定するための情報及び転送先のサーバーを示す情報を情報更新部２４に出力し、情報更新部２４に画像保管先情報の更新を指示する。この指示を受けて情報更新部２４は、画像保管先情報に含まれた、転送対象画像の記憶先を示す情報を更新する。
　各サーバーの画像情報記憶部１１の空き容量が更新されたとき、要求管理部２２は、空き容量が更新されたサーバーから、空き容量を示す情報の通知を受ける。この場合、要求管理部２２は、空き容量が更新されたサーバーを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力し、情報更新部２４に管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれた空き容量が更新されたサーバーの空き容量を示す情報を更新する。
　要求管理部２２は、クライアント３から、サーバーへの接続要求を受ける。この接続要求には、処理対象の画像を特定するための情報や、実行する処理の内容を示す情報が含まれる。この場合、要求管理部２２は、この接続要求を接続先判断部２５に出力し、接続先判断部２５に接続先のサーバーの特定を指示する。この指示に対する応答として、要求管理部２２は、接続先判断部２５から接続先のサーバーの通知を受ける。要求管理部２２は、接続要求の要求元であるクライアント３と通知された接続先のサーバーとの間の接続を確立する。これによりクライアント３は、各サーバーに予約情報を送信したり、各サーバーに画像処理の実行を指示したりすることが可能となる。なお要求管理部２２は、予約情報に含まれる処理情報を基に接続先のサーバーを特定してもよい。これにより操作者は、接続先のサーバーを意識することなく、所望の処理を実行可能なサーバーに、処理の予約を行うことが可能となる。
　転送先判断部２３は、要求管理部２２から転送先サーバーの特定の指示とあわせて、転送対象画像の付帯情報を受ける。転送先判断部２３は、この転送対象画像の付帯情報と、管理情報に含まれた各サーバーの情報とを照合し転送先サーバーを特定する。転送先判断部２３が転送先サーバーを特定する処理について、以下に例をあげて具体的に説明する。
　転送先判断部２３は、付帯情報に含まれた転送対象画像のデータ量を示す情報と、管理情報に含まれた各サーバーの空き容量を示す情報とを照合し、転送対象画像を記憶可能なサーバーを特定する。また転送先判断部２３は、転送対象画像を作成した機器またはアプリケーションの情報に含まれる各情報と、各サーバーが実行可能なアプリケーション（画像処理）の各情報とを照合し、転送対象画像を処理可能なサーバーを特定する。例えば転送先判断部２３は、転送対象画像に付帯されたプライベートタグと、各サーバーのアプリケーションに対応付けられたプライベートタグとが一致する場合に、そのサーバーを特定するとよい。また、転送対象画像のデータの形式を基に、この転送対象画像を処理できるアプリケーションがインストールされたサーバーを特定してもよい。転送先判断部２３は、上記のような照合のうちいずれかを用いてもよいし、全てを組み合わせて用いてもよい。
　転送先判断部２３は、上記のような各照合のいずれか複数または全照合を実行し、各照合において情報が適合するごとにポイントを付してもよい。この場合、転送先判断部２３は、最も高いポイントが付されたサーバーを転送先サーバーとして特定する。また、照合ごとに付されるポイントに重みを設定してもよい。一例として、データ量を示す情報と空き容量を示す情報との照合で付されるポイントの重みを最も高く設定するとよい。また、転送対象画像を作成した機器またはアプリケーションの情報に含まれる各情報と、管理情報に含まれる各サーバーが実行可能なアプリケーション（画像処理）の各情報との照合においても同様である。一例として、プライベートタグや機能（即ち、部分的な画像処理の種別）の照合時のポイントの重みを高く設定し、バージョンの照合時のポイントの重みを低く設定するとよい。転送先判断部２３は、上記照合に基づき特定した転送先サーバーを要求管理部２２に通知する。
　情報更新部２４は、要求管理部２２から画像保管先情報の更新の指示とあわせて、転送対象画像を特定するための情報及び転送先のサーバーを示す情報を受ける。情報更新部２４は、管理情報記憶部２１に記憶された画像保管先情報を検索し、転送対象画像を特定するための情報を特定する。情報更新部２４は、特定した転送対象画像を特定するための情報に対応付けられた記憶先を、要求管理部２２から受けた転送先のサーバーに更新する。これによりプロバイダ２は、転送対象画像の転送後の記憶先を、この画像保管先情報に基づいて特定することが可能となる。
　また情報更新部２４は、要求管理部２２から管理情報の更新の指示とあわせて、空き容量が更新されたサーバーを示す情報とそのサーバーの空き容量を示す情報とを受ける。情報更新部２４は、管理情報記憶部２１に記憶された管理情報を検索し、通知されたサーバーに対応する情報を特定する。情報更新部２４は、特定したサーバーに対応する情報のうち空き容量を示す情報を、要求管理部２２から受けたサーバーの空き容量を示す情報に更新する。これによりプロバイダ２は、空き容量が更新されたサーバーの更新後の空き容量を、この管理情報を基に特定することが可能となる。
　接続先判断部２５は、接続先のサーバーの特定の指示とあわせて、クライアント３からの接続要求を受ける。接続先判断部２５は、接続要求に含まれた処理対象の画像を特定するための情報と画像保管先情報とを照合し、処理対象の画像が記憶されたサーバーを接続先のサーバーとして特定する。また接続先判断部２５は、接続要求に含まれた実行する処理の内容を示す情報と管理情報に含まれた各サーバーの情報とを照合し、接続要求で指定された処理を実行可能なサーバーを接続先のサーバーとして特定してもよい。接続先判断部２５は、上記照合に基づき特定した接続先のサーバーを要求管理部２２に通知する。なお、接続要求で指定された処理を実行可能なサーバーに、処理対象の画像が記憶されていない場合、このサーバーに処理対象の画像が転送されるように、画像が保管されているサーバーを動作させるように構成してもよい。この場合、画像が保管されているサーバーは、画像保管先情報に基づき特定することが可能である。
　なお上記では、各画像処理を実行するために一時的に使用する容量や、画像処理の結果として作成される二次画像を保管するために必要な容量を画像情報記憶部１１に確保する例について説明した。しかしながら、これらの２つの容量を、異なる記憶領域に確保するように構成してもよい。その場合、統計情報として、各記憶領域に必要な容量を処理ごとに記憶させればよい。また画像特定部１６を、各領域からそれぞれ転送対象画像を特定するように動作させるとよい。
　（動作）
　次に、第１の実施形態に係る医用画像管理システムの一連の動作について、図４～図８を参照しながら、「予約の受付」、「転送先の特定」、及び「画像の転送」に分けて説明する。図４は、第１の実施形態に係る医用画像管理システムのシーケンス図である。
　（予約の受付）
　まず予約の受付に係る動作について、サーバー１Ａがクライアント３から画像処理の予約を受け付けた場合を例に、図４及び図５を参照しながら説明する。図５は、画像処理の予約を受け付けた場合のサーバー１Ａの動作を説明するためのフローチャートである。
　まずクライアント３から画像処理の内容を示す処理情報を含む予約情報ＲＥＱ１０１が、プロバイダ２の要求管理部２２に送信される。要求管理部２２は、この予約情報ＲＥＱ１０１を接続先判断部２５に出力し、予約情報ＲＥＱ１０１で指定された画像処理を実行可能なサーバーを接続先判断部２５に特定させる。例えば、予約情報ＲＥＱ１０１の処理情報に対応するアプリケーションがアプリケーションＡｐｐＸだとする。この場合、接続先判断部２５は、管理情報記憶部２１に記憶された管理情報（例えば図３）を基に、接続先のサーバーとしてアプリケーションＡｐｐＸがインストールされたサーバー１Ａを特定する。要求管理部２２は、接続先判断部２５が特定したサーバー１Ａとクライアント３との接続を確立する。これにより図４に示すように、クライアント３からサーバー１Ａに、画像処理の予約情報ＲＥＱ１０２が送信される。次に図５を参照し、予約情報ＲＥＱ１０２を受信したサーバー１Ａの動作について説明する。
　　（ステップＳ１０１）
　クライアント３から送信された予約情報ＲＥＱ１０２は、サーバー１Ａの予約管理部１３により受信される。これにより予約管理部１３は、画像処理の予約を受け付ける。
　　（ステップＳ１０２）
　予約管理部１３により予約が受け付けられると、条件管理部１４は、この予約情報に含まれる処理情報と、統計情報記憶部１５に記憶された統計情報とを照合する。この照合により条件管理部１４は、この処理情報に対応する処理を実行するために必要な容量を特定する。例えば、この処理情報に対応するアプリケーションＡｐｐＸが脳血流解析のアプリケーションだとする。この場合、条件管理部１４は、統計情報（例えば図２）を基に、必要な容量が２００ＭＢであることを特定する。
　　（ステップＳ１０３）
　次に画像特定部１６は、条件管理部１４により求められた必要な容量と、画像情報記憶部１１の空き容量とを比較する。
　　（ステップＳ１０４）
　この必要な容量が、画像情報記憶部１１の空き容量より小さい場合（ステップＳ１０４、Ｎ）、サーバー１Ａは、予約の受付に係る処理を終了する。
　　（ステップＳ１０５）
　画像情報記憶部１１の空き容量が必要な容量に満たない場合（必要な容量が空き容量より大きい場合）（ステップＳ１０４、Ｙ）、画像特定部１６は、転送対象画像を画像情報記憶部１１から特定する。例えば、予約情報に含まれる処理情報がアプリケーションＡｐｐＸに対応する場合、画像特定部１６は、アプリケーションＡｐｐＸが処理対象としない医用画像を転送対象画像として特定する。また画像特定部１６は、一定期間更新がされていない医用画像を転送対象画像として特定してもよい。
　　（ステップＳ１０６）
　転送管理部１７は、画像特定部１６により特定された転送対象画像の付帯情報を、プロバイダ２に送信し、転送先サーバーをプロバイダ２に問合せる。このプロバイダ２に送信された付帯情報及び問合せが、図４に示す問合せＲＥＱ２０１に相当する。
　（転送先の特定）
　次に、問合せＲＥＱ２０１を受信したプロバイダ２の動作について、図６を参照しながら説明する。図６は、プロバイダ２が、問合せＲＥＱ２０１を基に転送先サーバーを特定する場合の動作を説明するためのフローチャートである。
　　（ステップＳ２０１）
　サーバー１Ａから送信された問合せＲＥＱ２０１は、プロバイダ２の要求管理部２２により受信される。要求管理部２２は、問合せＲＥＱ２０１が転送先サーバーの問合せであることを確認したうえで、あわせて受信された転送対象画像の付帯情報を転送先判断部２３に出力して転送先サーバーの特定を指示する。
　　（ステップＳ２０２）
　転送先判断部２３は、転送対象画像の付帯情報と、管理情報記憶部２１に記憶された管理情報に含まれる各サーバーの情報とを照合し転送先サーバーを特定する。例えば、転送対象画像の付帯情報に、プライベートタグが「ａａａａｂｂｂｂ」であることが示されているとする。この場合、転送先判断部２３は、管理情報（例えば図３）を基に転送対象画像がアプリケーションＡｐｐＺの処理対象であることを特定する。そのため転送先判断部２３は、アプリケーションＡｐｐＺがインストールされたサーバー１Ｂを転送先サーバーとして特定する。なお転送先判断部２３は、プライベートタグに限らずモダリティを示す情報や機能（即ち、部分的な画像処理の種別）を示す情報などを基に転送先サーバーを特定してもよい。以降では、転送先サーバーとしてサーバー１Ｂが特定されたものとして説明する。転送先判断部２３は、上記照合に基づき特定されたサーバー１Ｂを要求管理部２２に通知する。
　　（ステップＳ２０３）
　要求管理部２２は、転送先判断部２３から通知されたサーバー１Ｂを、転送先サーバーの要求元であるサーバー１Ａに転送先サーバーとして通知する。この転送先サーバーの通知が、図４のＲＥＳ２１１に相当する。
　（画像の転送）
　次に、プロバイダ２から通知ＲＥＳ２１１を受信したサーバー１Ａの動作について図７を参照しながら説明する。図７は、サーバー１Ａが転送対象画像を転送先サーバーに転送する場合の動作を説明するためのフローチャートである。
　　（ステップＳ１１１）
　要求管理部２２からの転送先サーバーの通知ＲＥＳ２１１は、サーバー１Ａの転送管理部１７により受信される。
　　（ステップＳ１１２）
　転送管理部１７は、通知ＲＥＳ２１１により通知されたサーバー１Ｂに転送対象画像を転送する。なお、サーバー１Ｂに転送される転送対象画像が、図４のＲＥＱ２０２に相当する。なお、この転送対象画像ＲＥＱ２０２を受信したサーバー１Ｂの動作については後述する。
　　（ステップＳ１１３）
　転送管理部１７は、転送対象画像の転送が完了すると、転送済の転送対象画像を画像情報記憶部１１から削除する。これにより、画像情報記憶部１１の空き容量が増加する。その後、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。
　　（ステップＳ１１４）
　次に転送管理部１７は、転送対象画像を特定するための情報と転送先のサーバーを示す情報をプロバイダ２に送信し、プロバイダ２に転送の完了を通知する。また、転送管理部１７は、画像特定部１６から取得した空き容量を示す情報をプロバイダ２に通知する。この転送の完了の通知及び空き容量を示す情報の通知が、図４のＲＥＱ２０３に相当する。
　要求管理部２２は、サーバー１Ａから転送の完了の通知を受けると、あわせて通知された転送対象画像を特定するための情報及び転送先のサーバーを示す情報を情報更新部２４に出力して画像保管先情報の更新を指示する。この指示を受けて情報更新部２４は、画像保管先情報に含まれた転送対象画像の記憶先を示す情報を更新する。これにより画像保管先情報に含まれた転送対象画像の記憶先が、サーバー１Ａから転送先サーバーであるサーバー１Ｂに更新される。これにより、転送対象画像を対象とした処理が予約された場合、接続先判断部２５は、接続先のサーバーとして転送先サーバーであるサーバー１Ｂを特定することが可能となる。
　また要求管理部２２は、サーバー１Ａから空き容量を示す情報の通知を受けると、サーバー１Ａを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれたサーバー１Ａの空き容量を示す情報を更新する。
　これによりサーバー１Ａの画像情報記憶部１１に、予約された画像処理を実行するために必要な容量が確保される。以降、サーバー１Ａは、予約された画像処理の実行に関する指示（図４のＲＥＱ１０３）をクライアント３から受け、この画像処理を実行する。
　次に、サーバー１Ａから転送対象画像ＲＥＱ２０２を受信したサーバー１Ｂの動作について図８を参照しながら説明する。図８は、サーバー１Ｂが転送対象画像を受信した場合の動作を説明するためのフローチャートである。
　　（ステップＳ３０１）
　サーバー１Ａの転送管理部１７から送信された転送対象画像ＲＥＱ２０２は、サーバー１Ｂの転送管理部１７で受信される。
　　（ステップＳ３０２）
　サーバー１Ｂの転送管理部１７は、受信した転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、転送管理部１７は、画像特定部１６から画像情報記憶部１１の空き容量を示す情報を取得する。
　　（ステップＳ３０３）
　サーバー１Ｂの転送管理部１７は、取得した空き容量を示す情報をプロバイダ２に通知する。この空き容量を示す情報の通知が図４のＲＥＱ３０１に相当する。この通知ＲＥＱ３０１を受けて、プロバイダ２の要求管理部２２は、サーバー１Ｂを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれた、通知を受けたサーバーの空き容量を示す情報を更新する。
　以上、第１の実施形態に係る医用画像管理システムによれば、画像処理の予約情報を基に、予約された処理を実行するために必要な容量を、この処理が実行される前にあらかじめ確保しておくことが可能となる。これにより、各サーバーが処理を実行するために必要な記憶領域の圧迫を防止する。また、必要な記憶領域の確保が事前に行われるため、領域の確保のためのデータの転送に伴う作業時の待ち時間の発生を防止することが可能となる。
　（第２の実施形態）
　次に第２の実施形態に係る医用画像管理システムの構成について図９を参照しながら説明する。図９は、この実施形態に係る医用画像管理システムのブロック図である。この実施形態に係るサーバー１Ａは、医用画像を撮影する撮影部１８を備えていることを特徴とする。以下、第１の実施形態に係る医用画像管理システムと異なる構成に着目し説明する。
　撮影部１８は、医用画像を撮影する構成である。撮影部１８の具体的な例としては、ＣＴ（Ｃｏｍｐｕｔｅｄ　Ｔｏｍｏｇｒａｐｈｙ）やＭＲＩ（Ｍａｇｎｅｔｉｃ　Ｒｅｓｏｎａｎｃｅ　Ｉｍａｇｉｎｇ　ｓｙｓｔｅｍ）などがあげられる。撮影部１８で撮影された医用画像は画像情報記憶部１１に記憶される。
　第２の実施形態に係る予約管理部１３は、クライアント３から予約情報を受信することで、撮影部１８による医用画像の撮影の予約を受け付ける。医用画像の撮影に係る予約情報には、処理情報として撮影条件を示す情報が含まれる。
　第２の実施形態に係る統計情報記憶部１５は、撮影条件に応じて、撮影を実行するために必要な容量を統計情報としてあらかじめ記憶している。図１０は、撮影条件に応じた必要な容量を示す統計情報の一例である。図１０に示すように、撮影条件に、「腹部ヘリカル」、スライス厚「１ｍｍ」、撮影範囲「２０ｃｍ」、後処理「ＭＰＲ」を設定し撮影する場合、３００ＭＢの容量が必要であることが統計情報として記憶されている。これらの統計情報には、各処理の実行に必要な容量を過去の経験に基づき算出し記憶させておくとよい。
　予約管理部１３が撮影の予約を受け付けると、条件管理部１４が、予約された撮影に必要な容量を特定する。具体的には、条件管理部１４は、予約管理部１３が受信した予約情報に含まれる処理情報と、統計情報記憶部１５に記憶された統計情報とを照合する。これにより条件管理部１４は、この処理情報に対応する撮影を実行するために必要な容量を特定する。
　以降、画像特定部１６及び転送管理部１７の動作は、第１の実施形態に係る医用画像管理システムと同様である。つまり、画像特定部１６により、条件管理部１４が求めた必要な容量と、画像情報記憶部１１の空き容量とが比較される。空き容量が必要な容量に満たない場合、画像特定部１６は、必要な容量を確保するために他のサーバーに転送する転送対象画像を特定する。転送管理部１７は、プロバイダ２に転送先サーバーを問合せ、通知された転送先サーバーに転送対象画像を転送することで、予約された撮影を実行するために必要な容量を確保する。
　以上、この実施形態に係る医用画像管理システムによれば、撮影の予約情報を基に、予約された撮影を実行するために必要な容量を、撮影が実行される前にあらかじめ確保しておくことが可能となる。すなわち、医用画像の撮影においても、第１の実施形態と同様の効果を得ることが可能となる。
　（第３の実施形態）
　医用画像の作成や加工に関する複数の処理を、複数のサーバーに分散し実行する場合、各サーバーの画像処理部が作成した二次画像を、そのサーバーの画像処理部が加工できるとは限らない。このような場合、この二次画像は、そのサーバーで処理の対象とならないにも拘らず、そのサーバーの画像情報記憶部１１に記憶されている。そのためこの二次画像は、このサーバーの画像情報記憶部１１を圧迫する要因となり得る。第３の実施形態に係る医用画像管理システムでは、画像処理の予約の有無に拘らず、画像処理部が作成した二次画像がそのサーバーで実行される画像処理の処理対象ではない場合、この二次画像を処理可能なサーバーに転送する。以下にこの実施形態に係る医用画像管理システムの構成について図１１を参照しながら、第１の実施形態に係る医用画像管理システムと異なる構成に着目し説明する。図１１は、この実施形態に係る医用画像管理システムのブロック図である。
　画像処理部１２Ａは、クライアント３からの指示に対応するアプリケーションを実行することで、指示された医用画像に対し画像処理を施す。画像処理部１２Ａは、画像処理により新たな医用画像が作成された場合、この医用画像を二次画像として画像情報記憶部１１に記憶させる。これらの動作は、第１の実施形態に係る画像処理部１２と同様である。
　二次画像が作成された場合、画像処理部１２Ａは、この二次画像に付帯されたデータの形式、及びこの二次画像を作成した機器またはアプリケーションの情報と、自身（画像処理部１２Ａ）が実行可能な処理とを照合する。画像処理部１２Ａは、この二次画像が、自身（画像処理部１２Ａ）の処理の対象とならない医用画像の場合、この二次画像を転送対象画像として特定する。
　転送管理部１７は、この転送対象画像の付帯情報をプロバイダ２に送信して転送先サーバーをプロバイダ２に問合せる。以降の動作は、第１の実施形態に係る医用画像管理システムと同様である。
　以上、この実施形態に係る医用画像管理システムによれば、画像処理の予約の有無に拘らず、画像処理部１２Ａが自身による処理の対象とならない二次画像を作成した場合、その二次画像を転送対象画像として特定する。特定された二次画像は、転送管理部１７により、これを処理可能なサーバーに転送される。それにより自身による処理の対象とならない医用画像の蓄積に伴う、サーバーの画像情報記憶部１１の圧迫を事前に防止することが可能となる。
　（第４の実施形態）
　第１の実施形態に係る医用画像管理システムでは、画像処理の予約を各サーバーで受け付ける例について説明した。これに対し、第４の実施形態に係る医用画像管理システムでは、各サーバーに対する画像処理の予約をプロバイダが一括管理することを特徴としている。この実施形態に係る医用画像管理システムの構成について図１２を参照しながら、第１の実施形態に係る医用画像管理システムと異なる構成に着目し説明する。図１２は、この実施形態に係る医用画像管理システムのブロック図である。
　第１の実施形態に係る医用画像管理システムでは、予約管理部１３、条件管理部１４、統計情報記憶部１５、及び画像特定部１６を、各サーバーが備えていた。この実施形態に係る医用画像管理システムでは、これらに替わり、予約管理部１３Ｂ、条件管理部１４Ｂ、統計情報記憶部１５Ｂ、及び画像特定部１６Ｂを、プロバイダ２が備えている。
　要求管理部２２は、クライアント３から画像処理の予約情報を受信すると、この予約情報を接続先判断部２５に出力し、この予約情報で指定された画像処理を実行可能なサーバーを接続先サーバーとして接続先判断部２５に特定させる。接続先判断部２５の動作は第１の実施形態と同様である。次に要求管理部２２は、接続先サーバーを示す情報と予約情報とを予約管理部１３Ｂに出力する。
　予約管理部１３Ｂは、要求管理部２２から受けた接続先サーバーを示す情報と予約情報とを対応付ける。これにより予約管理部１３Ｂは、接続先サーバーに対する画像処理の予約を受け付ける。なお、予約管理部１３Ｂに、予約情報及び接続先サーバーを示す情報を記憶する記憶領域を設けてもよい。
　予約管理部１３Ｂは、画像処理の予約を受け付けると、接続先サーバーを示す情報と予約情報に含まれる処理情報とを条件管理部１４Ｂに出力する。
　統計情報記憶部１５Ｂは、各サーバーで実行される各画像処理の内容に応じて、各処理を実行するために必要な容量を、各サーバーの画像処理ごとに統計情報としてあらかじめ記憶している。
　またこの実施形態に係る管理情報記憶部２１は、各医用画像を特定するための情報を、その医用画像の記憶先を示す情報及びその医用画像の付帯情報と対応付けて画像保管先情報として記憶している。この付帯情報を基に、画像特定部１６Ｂが、転送対象画像を特定する。なお管理情報記憶部２１には、転送対象画像を特定するために必要な付帯情報が記憶されていればよく、全ての付帯情報を記憶する必要は無い。
　条件管理部１４Ｂは、予約管理部１３Ｂから受けた接続先サーバーを示す情報及び処理情報と、統計情報記憶部１５Ｂに記憶された統計情報とを照合する。これにより条件管理部１４Ｂは、この処理情報に対応する処理を、接続先サーバーで実行するために必要な容量を特定する。条件管理部１４Ｂは、接続先サーバーを示す情報と求めた必要な容量とを画像特定部１６Ｂに出力する。
　画像特定部１６Ｂは、条件管理部１４Ｂから受けた接続先サーバーを示す情報と、管理情報記憶部２１に記憶された管理情報とを照合し、接続先サーバーの空き容量を特定する。画像特定部１６Ｂは、条件管理部１４Ｂから受けた必要な容量と接続先サーバーの空き容量とを比較する。接続先サーバーの空き容量が必要な容量に満たない場合、画像特定部１６Ｂは、接続先サーバーから他のサーバーに転送される転送対象画像を特定する。画像特定部１６Ｂが転送対象画像を特定する動作について、以下に具体的に説明する。
　画像特定部１６Ｂは、まず管理情報記憶部２１に記憶された画像保管先情報を検索し、接続先サーバーに記憶された医用画像の情報を抽出する。また画像特定部１６Ｂは、管理情報記憶部２１に記憶された管理情報を検索し、接続先サーバーが実行可能な処理に関する情報を抽出する。画像特定部１６Ｂは、接続先サーバーに記憶された医用画像の情報に含まれた付帯情報と、接続先サーバーが実行可能な処理に関する情報とを照合する。この照合により画像特定部１６Ｂは、接続先サーバーが処理の対象としない医用画像を転送対象画像として特定する。また、その他の例として、画像特定部１６Ｂは、付帯情報を基に、一定期間更新がされていない医用画像を、転送対象画像として特定するように動作させてもよい。画像特定部１６Ｂは、特定した転送対象画像を転送先判断部２３に通知する。
　転送先判断部２３は、画像特定部１６Ｂが特定した転送対象画像に対応付けられた付帯情報と、管理情報に含まれた各サーバーの情報とを照合し転送先サーバーを特定する。この転送先サーバーを特定する処理については、第１の実施形態に係る転送先判断部２３と同様である。転送先判断部２３は、上記照合に基づき特定した転送先サーバーを転送対象画像とあわせて要求管理部２２に通知する。
　要求管理部２２は、転送先判断部２３から転送先サーバー及び転送対象画像の通知を受けると、転送対象画像の転送を接続先サーバーに指示する。
　この転送指示は、接続先サーバーの転送管理部１７Ｂにより受信される。転送管理部１７Ｂは、この指示を受けると、通知された転送対象画像を画像情報記憶部１１から抽出し、通知された転送先サーバーに転送する。転送管理部１７Ｂは、転送対象画像の転送を完了すると、転送対象画像を特定するための情報と転送先のサーバーを示す情報をプロバイダ２に送信して転送の完了を通知する。なお、この通知を受けたプロバイダ２の動作は、第１の実施形態に係るプロバイダ２と同様である。
　また転送管理部１７Ｂは、転送の完了後に、転送済の転送対象画像を画像情報記憶部１１から削除する。その後、転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。その算出方法は、第１の実施形態に係る画像特定部１６の動作と同様である。転送管理部１７Ｂは、算出された空き容量を示す情報をプロバイダ２に通知する。なお、この通知を受けたプロバイダ２の動作は、第１の実施形態に係るプロバイダ２と同様である。
　また転送管理部１７Ｂは、他のサーバーから転送対象画像を受信した場合、この転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。転送管理部１７は、算出された空き容量を示す情報をプロバイダ２に通知し管理情報の更新を要求する。なお、この要求を受けたプロバイダ２の動作は、第１の実施形態に係るプロバイダ２と同様である。
　（動作）
　次に、第４の実施形態に係る医用画像管理システムの一連の動作について、サーバー１Ａがクライアント３から画像処理の予約を受け付けた場合を例に、図１３及び図１４を参照しながら説明する。図１３は、この実施形態に係る医用画像管理システムのシーケンス図である。また図１４は、この実施形態に係る医用画像管理システムのプロバイダ２の動作を説明するためのフローチャートである。
　まずクライアント３から画像処理の内容を示す処理情報を含む予約情報（図１３のＲＥＱ１０１）が、プロバイダ２の要求管理部２２に送信される。
　　（ステップＳ２１１）
　要求管理部２２は、クライアント３から予約情報ＲＥＱ１０１を受信すると、この予約情報を接続先判断部２５に出力し、この予約情報で指定された画像処理を実行可能な接続先サーバーを接続先判断部２５に特定させる。例えば、予約情報ＲＥＱ１０１の処理情報に対応するアプリケーションがアプリケーションＡｐｐＸだとする。この場合、接続先判断部２５は、管理情報記憶部２１に記憶された管理情報（例えば図３）を基に、接続先サーバーとしてアプリケーションＡｐｐＸがインストールされたサーバー１Ａを特定する。次に要求管理部２２は、特定されたサーバー１Ａを示す情報と予約情報ＲＥＱ１０１とを予約管理部１３Ｂに出力する。
　予約管理部１３Ｂは、要求管理部２２から受けたサーバー１Ａを示す情報と予約情報ＲＥＱ１０１とを対応付けて管理・記憶する。これにより予約管理部１３Ｂは、サーバー１Ａに対する画像処理の予約を受け付ける。
　　（ステップＳ２１２）
　予約管理部１３Ｂは、画像処理の予約を受け付けると、サーバー１Ａを示す情報と予約情報ＲＥＱ１０１に含まれる処理情報とを条件管理部１４Ｂに出力する。条件管理部１４Ｂは、予約管理部１３Ｂから受けたサーバー１Ａを示す情報及び処理情報と、統計情報記憶部１５Ｂに記憶された統計情報とを照合する。これにより条件管理部１４Ｂは、この処理情報に対応する処理を、サーバー１Ａで実行するために必要な容量を特定する。例えば、この処理情報に対応するアプリケーションＡｐｐＸが脳血流解析のアプリケーションだとすると、条件管理部１４Ｂは、統計情報（例えば図２）を基に、必要な容量として２００ＭＢを特定する。
　　（ステップＳ２１３）
　条件管理部１４Ｂは、接続先であるサーバー１Ａを示す情報と求められた必要な容量とを画像特定部１６Ｂに出力する。画像特定部１６Ｂは、条件管理部１４Ｂから受けたサーバー１Ａを示す情報と、管理情報記憶部２１に記憶された管理情報とを照合し、サーバー１Ａの空き容量を示す情報を特定する。画像特定部１６Ｂは、条件管理部１４Ｂから受けた必要な容量とサーバー１Ａの空き容量を示す情報とを比較する。
　　（ステップＳ２１４）
　処理情報に対応する処理を実行するために必要な容量が、サーバー１Ａの空き容量より小さい場合（ステップＳ２１４、Ｎ）、サーバー１Ａは、予約の受付に係る処理を終了する。
　　（ステップＳ２１５）
　サーバー１Ａの空き容量が必要な容量に満たない場合（必要な容量が空き容量より大きい場合）（ステップＳ２１４、Ｙ）、画像特定部１６Ｂは、サーバー１Ａに記憶された医用画像のうちから転送対象画像を特定する。例えば、転送対象画像の付帯情報に、プライベートタグが「ａａａａｂｂｂｂ」であることが示されているとする。この場合、転送先判断部２３は、管理情報（例えば図３）を基に転送対象画像がアプリケーションＡｐｐＺの処理対象であることを特定する。そのため転送先判断部２３は、アプリケーションＡｐｐＺがインストールされたサーバー１Ｂを転送先サーバーとして特定する。なお転送先判断部２３は、プライベートタグに限らずモダリティを示す情報や機能（即ち、部分的な画像処理の種別）を示す情報などを基に転送先サーバーを特定してもよい。画像特定部１６Ｂは、特定した転送対象画像を転送先判断部２３に通知する。
　　（ステップＳ２１６）
　転送先判断部２３は、画像特定部１６Ｂにより特定された転送対象画像に対応付けられた付帯情報と、管理情報に含まれた各サーバーの情報とを照合し転送先サーバーを特定する。転送先判断部２３は、特定された転送先サーバーを転送対象画像とあわせて要求管理部２２に通知する。なお以降は転送先サーバーとしてサーバー１Ｂが特定されたものとして説明する。
　　（ステップＳ２１７）
　要求管理部２２は、サーバー１Ｂへの転送対象画像の転送を、サーバー１Ａに指示する（図１３のＲＥＱ５０１）。転送対象画像の転送に係る指示ＲＥＱ５０１は、サーバー１Ａの転送管理部１７Ｂで受信される。転送管理部１７Ｂは、通知された転送対象画像を画像情報記憶部１１から抽出し、あわせて通知されたサーバー１Ｂに転送する（図１３のＲＥＱ２２２）。
　サーバー１Ａの転送管理部１７Ｂは、転送対象画像の転送が完了すると、転送対象画像を特定するための情報と転送先であるサーバー１Ｂを示す情報をプロバイダ２に送信して転送の完了を通知する。またサーバー１Ａの転送管理部１７Ｂは、転送の完了後に、転送済の転送対象画像を画像情報記憶部１１から削除する。その後、この転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。この転送管理部１７Ｂは、算出された空き容量を示す情報をプロバイダ２に通知する。なお上記したプロバイダ２への転送の完了の通知、及び空き容量を示す情報の通知が、図１３のＲＥＱ２２３に相当する。
　要求管理部２２は、サーバー１Ａから転送の完了の通知を受けると、あわせて通知された転送対象画像を特定するための情報及び転送先のサーバーを示す情報を情報更新部２４に出力して画像保管先情報の更新を指示する。この指示を受けて情報更新部２４は、画像保管先情報に含まれた転送対象画像の記憶先を示す情報を更新する。これにより画像保管先情報に含まれた転送対象画像の記憶先が、サーバー１Ａから転送先サーバーであるサーバー１Ｂに更新される。
　また要求管理部２２は、サーバー１Ａから空き容量を示す情報の通知を受けると、サーバー１Ａを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれたサーバー１Ａの空き容量を示す情報を更新する。
　またサーバー１Ｂの転送管理部１７Ｂは、サーバー１Ａから受信した転送対象画像を画像情報記憶部１１に記憶させる。画像情報記憶部１１への転送対象画像の記憶が完了すると、サーバー１Ｂの転送管理部１７Ｂは、画像情報記憶部１１の空き容量を算出する。この転送管理部１７は、算出した空き容量を示す情報をプロバイダ２に通知する（図１３のＲＥＱ３２１）。この通知ＲＥＱ３２１を受けて、プロバイダ２の要求管理部２２は、サーバー１Ｂを示す情報と通知された空き容量を示す情報とを情報更新部２４に出力して管理情報の更新を指示する。この指示を受けて情報更新部２４は、管理情報に含まれた、通知を受けたサーバーの空き容量を示す情報を更新する。
　以上、この実施形態に係る医用画像管理システムによれば、画像処理の予約や、この予約に伴うサーバー間の画像の転送に係る処理をプロバイダ２で一元管理することが可能となる。また、第１の実施形態に係る医用画像管理システムと同様に、各サーバーが処理を実行するために必要な記憶領域の圧迫を防止し、領域の確保のためのデータの転送に伴う作業時の待ち時間の発生を抑止・軽減することが可能となる。
　本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載されたその均等の範囲に含まれる。
　１Ａ、１Ｂ　サーバー
　１１　画像情報記憶部　　１２、１２Ａ　画像処理部
　１３、１３Ｂ　予約管理部　　１４、１４Ｂ　条件管理部
　１５、１５Ｂ　統計情報記憶部　　１６、１６Ｂ　画像特定部
　１７、１７Ｂ　転送管理部　　１８　撮影部
　２　プロバイダ
　２１　管理情報記憶部　　２２　要求管理部
　２３　転送先判断部　　２４　情報更新部
　２５　接続先判断部
　３　クライアント

Claims (17)

  1. 　付帯情報が付帯された医用画像を記憶する記憶部をそれぞれに備え、クライアントから指示される前記医用画像に対する画像処理を行う複数のサーバーと、
    　前記画像処理で必要とされる空き容量と、前記サーバーの前記記憶部の空き容量とに基づいて、前記医用画像を転送するか否かを判断する判断手段と、
    　当該医用画像を転送する転送先サーバーを決定する転送先判断部と、
    　前記転送先判断部により決定された当該サーバーに、前記画像処理に使用する前記医用画像を転送する転送処理手段と、
    　を備えたことを特徴とする医用画像管理システム。
  2. 　前記医用画像に対する画像処理の予約を示す予約情報を受け付ける予約管理部を備え、
    　前記転送先判断部は、前記予約情報に基づいて前記転送先サーバーを決定することを特徴とする請求項１に記載の医用画像管理システム。
  3. 　前記予約情報は、前記医用画像に対する画像処理の種類、アプリケーションの種類、及び前記医用画像のデータ種別のうちの少なくとも一つの情報を含み、
    　前記転送先判断部は、当該情報に基づいて前記転送先サーバーを決定することを特徴とする請求項２に記載の医用画像管理システム。
  4. 　前記判断手段は、前記医用画像の撮影条件、前記画像処理の種類、前記アプリケーションの種類、及び前記データ種別のうちの少なくとも一つに基づいて、前記必要とされる空き容量を決定することを特徴とする請求項２に記載の医用画像管理システム。
  5. 　付帯情報が付帯された医用画像を記憶する記憶部をそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する画像処理を前記サーバーで実行する医用画像管理システムであって、
    　前記医用画像に施す処理の内容と、その処理の予約を前記クライアントから受け付ける予約管理部と、
    　前記予約により前記処理の実行が予定された第１のサーバーの記憶部の空き容量が、所定の空き容量より少ないか否かを判断する判断手段と、
    　前記判断手段により空き容量が少ないと判断された場合に、前記第１のサーバーに記憶されている画像の少なくとも一部を転送対象画像として第２のサーバーに転送する転送処理手段とを備えたことを特徴とする医用画像管理システム。
  6. 　前記予約管理部が予約を受け付けた前記処理を実行するために前記記憶部に必要な容量を前記所定の容量として特定する条件管理部と、
    　前記転送対象画像のデータ量と各サーバーの空き容量とを照合することで、前記複数のサーバーのうちから前記転送対象画像を記憶可能な前記第２のサーバーを特定する転送先判断部と、
    　を更に備え、
    　前記判断手段は、前記第１のサーバーの前記記憶部に記憶された各医用画像の付帯情報を基に前記転送対象画像を特定し、前記転送処理手段に前記転送対象画像を、前記転送先判断部が特定した前記第２のサーバーへ転送させることを特徴とする請求項５に記載の医用画像管理システム。
  7. 　データ量を含む付帯情報が付帯された医用画像を記憶する記憶部と、前記医用画像に画像処理を施す処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する複数の処理を前記複数のサーバーに分散し実行する医用画像管理システムであって、
    　前記医用画像に施す処理の内容を含む予約情報を前記クライアントから受信することで、前記処理の予約を受け付ける予約管理部と、
    　前記予約管理部が予約を受け付けた前記処理を実行するために前記記憶部に必要な容量を特定する条件管理部と、
    　前記予約により前記処理の実行が予定されたサーバーの前記記憶部の空き容量と前記必要な容量とを比較し、前記空き容量が前記必要な容量に満たない場合、前記予定されたサーバーの前記記憶部に記憶された各医用画像の付帯情報を基に、前記予定されたサーバーの前記記憶部に記憶されている医用画像のうち、他のサーバーに転送する転送対象画像を特定する判断手段と、
    　各サーバーの記憶部の空き容量を示す情報を含む管理情報を記憶する管理情報記憶部と、
    　前記転送対象画像の付帯情報を受けて、受信した該付帯情報に含まれる前記転送対象画像のデータ量と前記管理情報に含まれる前記各サーバーの空き容量とを照合することで、前記複数のサーバーのうちから前記転送対象画像を記憶可能な転送先サーバーを特定する転送先判断部と、
    　前記転送先判断部が特定した前記転送先サーバーに前記転送対象画像を転送する転送処理手段とを備えたことを特徴とする医用画像管理システム。
  8. 　前記条件管理部は、前記処理を実行するために必要な容量を前記処理の内容ごとに含む統計情報を記憶し、前記予約情報に含まれる前記処理の内容と、前記統計情報とを照合することで、前記処理を実行するために前記記憶部に必要な容量を特定することを特徴とする請求項７に記載の医用画像管理システム。
  9. 　前記予約管理部は、前記処理の内容に加え処理対象の医用画像を特定するための情報が含まれた前記予約情報を受け付け、
    　前記判断手段は、前記処理対象の医用画像が記憶されたサーバーの前記記憶部の空き容量と、前記必要な容量とを比較することを特徴とする請求項７に記載の医用画像管理システム。
  10. 　医用画像を撮影する撮影部を更に備え、
    　前記予約管理部は、前記撮影に係る処理の予約情報を受け付け、
    　前記判断手段は、前記予約情報により撮影が予定された前記撮影部を含む前記サーバーの前記記憶部の空き容量と、前記必要な容量とを比較することを特徴とする請求項７に記載の医用画像管理システム。
  11. 　前記付帯情報は、前記転送対象画像のデータ種別を含み、
    　前記管理情報は、各サーバーが実行可能な前記処理の内容を含み、
    　前記転送先判断部は、付帯情報に含まれる前記データ種別と前記管理情報に含まれる前記処理の内容とを照合することで、前記複数のサーバーのうちから該付帯情報が付帯された前記転送対象画像を処理可能なサーバーを前記転送先サーバーとして特定することを特徴とする請求項７に記載の医用画像管理システム。
  12. 　前記処理部は、前記予約の有無に拘らず、前記医用画像に画像処理を施すことで新たな医用画像を二次画像として作成した場合に、前記二次画像を前記転送対象画像として特定し、
    　前記転送処理手段は、前記転送先判断部が特定した前記転送先サーバーに前記転送対象画像を転送することを特徴とする請求項７に記載の医用画像管理システム。
  13. 　前記付帯情報は、前記転送対象画像のデータ種別を含み、
    　前記管理情報は、各サーバーが実行可能な前記処理の内容を含み、
    　前記転送先判断部は、付帯情報に含まれる前記データ種別と前記管理情報に含まれる前記処理の内容とを照合することで、前記複数のサーバーのうちから該付帯情報が付帯された前記転送対象画像を処理可能なサーバーを前記転送先サーバーとして特定することを特徴とする請求項１２に記載の医用画像管理システム。
  14. 　前記処理部は、自身が実行可能な処理の内容と前記二次画像の付帯情報に含まれる前記データ種別とを照合することで前記二次画像が処理対象か否かを判別し、前記自身が実行可能な処理が前記二次画像を処理対象としない場合に、前記二次画像を前記転送対象画像として特定することを特徴とする請求項１３に記載の医用画像管理システム。
  15. 　データ量を含む付帯情報が付帯された医用画像を記憶する記憶部と、前記医用画像に画像処理を施す処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する複数の処理を前記複数のサーバーに分散し実行する医用画像管理システムであって、
    　少なくとも各サーバーの記憶部の空き容量を示す情報を含む管理情報を記憶する管理情報記憶部と、
    　前記医用画像の付帯情報を受けて、該付帯情報に含まれる前記医用画像のデータ量と前記管理情報に含まれる前記各サーバーの空き容量とを照合することで、前記医用画像を記憶可能な前記サーバーを、該医用画像の転送先サーバーとして特定する転送先判断部と、
    　前記転送先判断部が特定した前記転送先サーバーに前記医用画像を転送する転送処理手段とを備え、
    　前記処理部が、前記医用画像に画像処理を施すことで新たな医用画像を二次画像として作成した場合に、前記転送処理手段は前記二次画像を転送することを特徴とする医用画像管理システム。
  16. 　前記付帯情報は、更に、当該医用画像のデータ種別を特定するための情報を含み、
    　前記処理部は、自身が実行可能な前記処理の内容と前記二次画像の付帯情報に含まれる前記データ種別とを照合することで、前記二次画像に対し画像処理を施せない場合に、前記二次画像を前記転送対象画像として特定し、
    　前記管理情報記憶部は、管理情報として、更に、各サーバーが実行可能な前記処理の内容をあらかじめ記憶し、
    　前記転送先判断部は、更に、付帯情報に含まれる前記データ種別と前記管理情報に含まれる前記処理の内容とを照合することで、前記複数のサーバーのうちから該付帯情報が付帯された前記医用画像を処理可能なサーバーを前記転送先サーバーとして特定することを特徴とする請求項１５に記載の医用画像管理システム。
  17. 　データ量とデータ種別を含む付帯情報が付帯された医用画像を記憶する記憶部と、前記医用画像に画像処理を施す処理部とをそれぞれに備えた複数のサーバーを含み、クライアントから指示される前記医用画像に対する複数の処理を前記複数のサーバーに分散し実行する医用画像管理システムに接続された医用画像管理装置であって、
    　各サーバーの空き容量と、各サーバーが実行可能な前記処理とを管理情報として記憶する管理情報記憶部と、
    　前記医用画像の付帯情報を受けて、該付帯情報と前記管理情報とを照合することで、該付帯情報が付帯された前記医用画像を記憶可能かつ処理可能な転送先サーバーを前記複数のサーバーのうちから特定する転送先判断部と、
    　を備えたことを特徴とする医用画像管理装置。
PCT/JP2011/005724 2010-10-25 2011-10-13 医用画像管理システム及び医用画像管理装置 WO2012056637A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US13/499,272 US20130204976A1 (en) 2010-10-25 2011-10-13 Medical image management system and medical image management device
CN201180003123.5A CN102598049B (zh) 2010-10-25 2011-10-13 医用图像管理系统和医用图像管理装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010-238237 2010-10-25
JP2010238237 2010-10-25

Publications (1)

Publication Number Publication Date
WO2012056637A1 true WO2012056637A1 (ja) 2012-05-03

Family

ID=45993385

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/005724 WO2012056637A1 (ja) 2010-10-25 2011-10-13 医用画像管理システム及び医用画像管理装置

Country Status (4)

Country Link
US (1) US20130204976A1 (ja)
JP (1) JP5908248B2 (ja)
CN (1) CN102598049B (ja)
WO (1) WO2012056637A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6165468B2 (ja) * 2012-03-05 2017-07-19 東芝メディカルシステムズ株式会社 医用画像処理システム
JP2014076137A (ja) * 2012-10-10 2014-05-01 Toshiba Corp 医用画像診断装置及び画像処理管理装置
US9137332B2 (en) * 2012-12-21 2015-09-15 Siemens Aktiengesellschaft Method, computer readable medium and system for generating a user-interface
JP6125300B2 (ja) * 2013-04-08 2017-05-10 東芝メディカルシステムズ株式会社 医用画像表示装置及び医用画像提供システム
JP6466097B2 (ja) * 2013-08-19 2019-02-06 キヤノンメディカルシステムズ株式会社 医用情報処理装置
CN104822047B (zh) * 2015-04-16 2018-10-19 中国科学院上海技术物理研究所 一种基于网络自适应医学图像传输显示方法
DE102016216203A1 (de) * 2016-08-29 2017-09-14 Siemens Healthcare Gmbh Medizinisches bildgebendes System
US11366622B2 (en) 2019-11-20 2022-06-21 Ricoh Company, Ltd. Image forming apparatus, management system, method of managing image forming apparatus
CN111223555B (zh) * 2019-12-26 2021-03-26 北京安德医智科技有限公司 一种面向医学影像人工智能辅助诊断结果表征的dicom扩展方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006094047A (ja) * 2004-09-22 2006-04-06 Toshiba Corp 医用画像装置、画像送信装置および画像送信プログラム
JP2010114505A (ja) * 2008-11-04 2010-05-20 Canon Inc 画像処理装置及びその制御方法、並びにプログラム
JP2010152623A (ja) * 2008-12-25 2010-07-08 Konica Minolta Medical & Graphic Inc 医用画像管理システム

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007244887A (ja) * 2001-12-03 2007-09-27 Ziosoft Inc ボリュームレンダリング処理方法、ボリュームレンダリング処理システム、計算機及びプログラム
JP2003242059A (ja) * 2002-02-18 2003-08-29 Sharp Corp 情報配信装置、情報端末装置、情報配信システム、情報配信方法およびプログラムを記録した機械読取り可能な記録媒体
JP2003323321A (ja) * 2002-05-01 2003-11-14 Brother Ind Ltd データファイル転送制御装置、データファイル処理装置、印字出力装置、プログラムおよび記録媒体
JP3999700B2 (ja) * 2003-05-27 2007-10-31 オリンパス株式会社 医療用画像記録装置
US20050008262A1 (en) * 2003-06-03 2005-01-13 Konica Minolta Medical & Graphic, Inc. Medical image system, and medical image processing method
JP2005046534A (ja) * 2003-07-31 2005-02-24 Fuji Photo Film Co Ltd 医用画像処理方法及び装置
KR100662120B1 (ko) * 2003-10-20 2006-12-27 엘지전자 주식회사 홈 네트워킹에 의한 가전기기의 메모리 공용방법
JP2006271451A (ja) * 2005-03-28 2006-10-12 Toshiba Corp 医用画像管理サーバ、及び、医用画像管理方法
JP2008234382A (ja) * 2007-03-22 2008-10-02 Fujifilm Corp 医用画像転送制御装置及び方法、並びに医用画像転送システム
JP4343240B2 (ja) * 2007-06-28 2009-10-14 シャープ株式会社 情報処理装置及び情報処理システム
JP4486995B2 (ja) * 2007-08-01 2010-06-23 シャープ株式会社 画像処理システム
JP5457694B2 (ja) * 2009-02-25 2014-04-02 株式会社東芝 医用画像保管装置及び医用画像保管通信システム
JP2010201002A (ja) * 2009-03-04 2010-09-16 Konica Minolta Medical & Graphic Inc 小規模診断システム及びプログラム
JP5571918B2 (ja) * 2009-07-29 2014-08-13 キヤノン株式会社 画像処理装置、画像管理装置、画像管理方法及び画像管理システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006094047A (ja) * 2004-09-22 2006-04-06 Toshiba Corp 医用画像装置、画像送信装置および画像送信プログラム
JP2010114505A (ja) * 2008-11-04 2010-05-20 Canon Inc 画像処理装置及びその制御方法、並びにプログラム
JP2010152623A (ja) * 2008-12-25 2010-07-08 Konica Minolta Medical & Graphic Inc 医用画像管理システム

Also Published As

Publication number Publication date
JP5908248B2 (ja) 2016-04-26
US20130204976A1 (en) 2013-08-08
JP2012108887A (ja) 2012-06-07
CN102598049A (zh) 2012-07-18
CN102598049B (zh) 2016-08-03

Similar Documents

Publication Publication Date Title
JP5908248B2 (ja) 医用画像管理システム
US8165426B2 (en) Workflow-based management of medical image data
US9619254B2 (en) Adaptive architecture for a mobile application based on rich application, process, and resource contexts and deployed in resource constrained environments
JP2013214295A (ja) 医用画像処理システム
JP5574643B2 (ja) 情報処理装置及びその制御方法、プログラム、制御ユニット、及び、医療システム
CN111262720B (zh) 设备管理服务器及方法、和计算机可读存储介质
US20150278445A1 (en) Inspection report creation support system, medical image diagnosis apparatus, inspection report creation support method, and non-transitory computer readable medium
JP2006223465A (ja) 医用画像システム及び医用画像の取得方法
JP5904782B2 (ja) 医療情報管理システム及び医療情報管理方法
JP4738043B2 (ja) 画像管理システム及び画像管理装置
JP4693452B2 (ja) 画像管理システム及び画像管理装置
JP2006330842A (ja) ライセンス管理方式および方法ならびにキューシステム装置およびそのプログラム
JP2008234382A (ja) 医用画像転送制御装置及び方法、並びに医用画像転送システム
KR101185729B1 (ko) 의료 영상 조회 시스템
WO2014129076A1 (ja) 医用画像データ管理システム、医用画像データ管理装置、医用画像データ管理プログラム
JP2016158663A (ja) 情報処理装置、情報処理方法及びプログラム
JP5752302B2 (ja) 情報処理装置及びその制御方法、情報システム、情報処理方法、及び、プログラム
JP2006260301A (ja) 画像管理サーバ
JP5694783B2 (ja) 医用画像検索装置及び医用画像保管検索システム
JP5039217B2 (ja) 画像管理システム
JP6688684B2 (ja) 医用画像処理システム
JP6576615B2 (ja) 検査データの保管管理装置、後発検査機器、および、検査データの管理システム
WO2014097950A1 (ja) 画像データ送信システム、画像表示装置、及び医用画像生成装置
JP2013050922A (ja) 撮像装置、その制御方法及びプログラム
JP2005149180A (ja) 医用画像管理システム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201180003123.5

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 13499272

Country of ref document: US

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11835785

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11835785

Country of ref document: EP

Kind code of ref document: A1