Method for the central control of resources in expandable medical platforms

• US 20090182879A1
• Filed: 01/08/2009
• Published: 07/16/2009
• Est. Priority Date: 01/16/2008
• Status: Active Grant

• Current Assignee: Siemens Healthineers AG (Siemens AG)
• Original Assignee: Siemens AG
• Inventors: Locher, Sten, Becker, Detlef, Pusztai, Artur, Dorn, Karlheinz
• Granted Patent: US 8,117,310 B2
• Time in Patent Office: Days
• US Class Current: 709/226
• CPC Class Codes: G06F 9/4887 involving deadlines, e.g. rate based, periodic
• CPC Class Codes: G06Q 10/0631 Resource planning, allocation, distributing or scheduling for enterprises or organisations

Abstract

A method of at least one embodiment uses a central instance for receiving all orders within the platform. A meta interface regulates the assignment of resources to orders. In addition, in at least one embodiment, each order is performed by at least one process handler. This assures the deadlock-free use of resources within the platform. Furthermore, at least one embodiment of the invention allows controlled stopping of active process handlers and hence interruption of running processes.

Claims

1. A method for controlling allocations of resources to processes in expandable medical platforms with a central instance and a meta interface for resources, the method comprising:

receiving an order for a process by a central instance, the order including an order type;

assigning the order to a queue allocator on the basis of the order type;

ascertaining a multiplicity of process resources, required for performing the order, from resources available within the platform, and ascertaining a queue name by the queue allocator;

requesting the process resources, by the central instance, from the meta interface;

allocating the process resources to the order, so that the process resources are available for performing the process; and

performing the order for a process provided that all of the process resources are available, the process resources being released following conclusion of the process and the meta interface being informed, wherein deadlock-free behavior by the processes is assured within the platform.

2. The method as claimed in claim 1, wherein a plurality of orders are simultaneously receivable and wherein a plurality of processes are simultaneously performable, provided that it is possible for the respective process resources to be allocated to the plurality of orders.

3. The method as claimed in claim 1, wherein each order type is assigned an individual queue.

4. The method as claimed in claim 1, wherein the central instance instructs at least one process handler to perform the order, and the at least one process handler is determined by the order type of the order.

5. The method as claimed in claim 3, wherein the at least one process handler is started by the central instance.

6. The method as claimed in claim 1, further comprising:

stopping a running process handler in order to ensure deterministic interruption of the process.

7. The method as claimed in claim 1, further comprising:

receiving a warning at the central instance, the central instance not starting another process handler upon receipt of the warning.

8. The method as claimed in claim 7, wherein each of the process handlers active within the platform are at least one of stoppable and enableable again for further handling.

9. The method as claimed in claim 1, wherein the central instance stops at least one of the process handlers following receipt of a notification.

10. The method as claimed in claimed in claim 1, further comprising:

expanding the medical platform by a new order type for performing a new process.

11. The method as claimed in claim 9, wherein the medical platform is dynamically expandable at runtime.

12. The method as claimed in claim 1, wherein the queue allocator, the process handler and the meta interface are implementable and alterable independently of one another.

13. The method as claimed in claim 1, wherein the order includes a multiplicity of order parameters in addition to the order type.

15. A computer readable medium including program segments for, when executed on a computer device, causing the computer device to implement the method of claim 1.

16. The method as claimed in claim 2, wherein each order type is assigned an individual queue.

17. The method as claimed in claim 2, wherein the central instance instructs at least one process handler to perform the order, and the at least one process handler is determined by the order type of the order.

14. An apparatus for controlling allocations of resources to processes in expandable medical platforms, the apparatus comprising:

a central instance to receive an order for a process, the order including an order type;

a queue allocator to allocate the order received in a reception module to a queue on the basis of the order type;

an ascertainment unit to ascertain a multiplicity of process resources, required for performing the order, from resources available within the platform and to ascertain a queue name by the queue allocator;

a requesting module in the central instance to request the process resources from a meta interface;

an allocation module in the meta interface to allocate the process resources to the order, so that the process resources are available to perform the process;

a process handler to perform the process provided that all process resources are available, the process resources being released following conclusion of the process and the meta interface being informed, wherein deadlock-free behavior by the processes is assured within the platform.

18. The apparatus as claimed in claim 14, wherein each order type is assigned an individual queue.

19. The apparatus as claimed in claim 14, wherein the order includes a multiplicity of order parameters in addition to the order type.