Hardware configuration and interfacing in a component-based environment for a medical scanner

• US 6,947,796 B2
• Filed: 04/04/2003
• Issued: 09/20/2005
• Est. Priority Date: 04/04/2003
• Status: Active Grant

• Current Assignee: General Electric Company
• Original Assignee: General Electric Company
• Inventors: Gaddipati, Ajeet, Haworth, Robert H., Debbins, Josef P., Radick, Mark T.
• Primary Examiner(s): Shrivastav, Bru
• Assistant Examiner(s): Vargas, Dixomara
• Application Number:
  US10/249,389
• Publication Number:
  US 20040196039A1
• Time in Patent Office: 900 Days
• Field of Search: 700/17, 700/83, 324/307, 324/309, 324/318, 324/322, 600/410, 600/421, 705/2, 705/11
• US Class Current: 700/17
• CPC Class Codes: G01R 33/28 Details of apparatus provided for in groups G01R33/44 - G01R33/64

Abstract

A system and method for a hardware configuration and interfacing in a component-based environment for a medical imaging system is disclosed. Specifically, the invention directed to software architecture for the control of medical imaging system hardware is disclosed. The architecture can be logically divided into four elements: a system hardware control to provide system hardware availability information and control, a system configuration control to provide hardware constraint information, an application prescription control to identify hardware capabilities requested by a user-selected application and configure hardware settings for the system hardware, and an application hardware control to enable the application to exert control over the system hardware during execution. The architecture allows application software to be independent from hardware control software.

Claims

1. A medical imaging system to execute applications written in a hardware independent programming language, the medical imaging system having:

a system control with system control software independent from the applications and designed to communicate with the applications to facilitate application control of the medical imaging system, the system control having an architecture comprising;

a logical representation of hardware usable by the system;

a prescription block and a configuration block to determine the hardware needed for execution of the application;

a run-time control block to manage the hardware during execution of the application; and

a set of drivers to control the hardware based on commands received from the run-time control block.

2. The medical imaging system of claim 1 wherein the logical representation of hardware includes a repository of hardware objects supported by the system.

3. The medical imaging system of claim 2 wherein the logical representation of hardware includes a configuration of the hardware objects for the system.

4. The medical imaging system of claim 3 wherein the configuration is maintained by an assimilation of autoconfiguration information from the hardware, manual configuration information from an installer, and retrieval of hardware property information from the repository for newly configured hardware.

5. The medical imaging system of claim 4 wherein the configuration is stored on a readable disk for faster retrieval during system start-up and to readily identify non-autoconfigured hardware parameters.

6. The medical imaging system of claim 1 wherein the logical representation of hardware includes a real-time status of current hardware accessible by the prescription block.

7. The medical imaging system of claim 1 wherein the logical representation of hardware includes hardware compatibility.

8. The medical imaging system of claim 1 further comprising an application independent selector mechanism to select hardware to be used during execution of the application.

9. The medical imaging system of claim 1 wherein the logical representation of hardware includes a list of field replaceable hardware and a relationship between field replaced hardware and remaining hardware.

10. The medical imaging system of claim 1 wherein the logical representation of hardware includes a group of downloadable components that are hardware specific and allow the application to make use of the medical imaging system without prior knowledge of component properties.

11. A hardware control system comprising:

a system hardware control to provide medical imaging system hardware availability information for detailed control of the medical imaging system hardware;

a system configuration control to receive the system hardware availability information and provide constraint information of the medical imaging system hardware;

an application prescription control to receive the constraint information of the medical imaging system hardware, identify hardware capabilities requested by the application and configure the application for the medical imaging system hardware; and

an application hardware control to bind a hardware object to allow the application to exert control over the hardware during execution of the application.

12. The hardware control system of claim 11 wherein the system configuration control maintains a configuration of hardware objects corresponding to the medical imaging system hardware availability.

13. The hardware control system of claim 11 wherein the system hardware control monitors a current configuration of the medical imaging system hardware and a patient status in synchronization with the system configuration control.

14. The hardware control system of claim 11 wherein the system configuration control provides constraint management and information indicating medical imaging system hardware compatibility.

15. The hardware control system of claim 11 wherein the system configuration control provides an application independent selection mechanism when more than one instance of a type of medical imaging system hardware is available.

16. The hardware control system of claim 11 wherein the system configuration control maintains a group of available downloadable components that are hardware specific.

17. The hardware control system of claim 16 wherein the system configuration control provides default downloadable components when required for proper operation of the medical imaging system hardware.

18. The hardware control system of claim 16 wherein the application prescription control uses the constraints of the medical imaging system and the capabilities requested by the application to determine how to configure the application for the medical imaging system hardware.

19. The hardware control system of claim 18 wherein the application is further configured by the application prescription control by selecting downloadable components suited to the capabilities requested by the application.

20. The hardware control system of claim 19 wherein the application prescription control downloads the selected downloadable components to the application hardware control.

21. The hardware control system of claim 20 wherein the application hardware control utilizes the selected downloadable components to bind the hardware object.

22. The hardware control system of claim 11 wherein multiple applications can communicate with the system hardware control and be configured for the medical imaging system hardware.

23. The hardware control system of claim 11 wherein the system hardware control is further configured to restrict access to the hardware object based on the state of a previous application.

24. The hardware control system of claim 23 wherein the application state is one of downloaded, bound, or run.

25. The hardware control system of claim 11 wherein the application hardware control and system hardware control are capable of real-time communication to control the medical imaging system hardware during run-time.

26. The hardware control system of claim 11 wherein the system hardware control is capable of real-time control of the medical imaging system hardware.

27. The hardware control system of claim 11 wherein the system hardware control is capable of autodetection of the medical imaging system hardware.

28. The hardware control system of claim 11 wherein the system hardware control is capable of autodetection of a patient status.

29. The hardware control system of claim 11 wherein the hardware objects bound to the hardware are controlled by components downloaded from the application prescription control.

30. The hardware control system of claim 11 wherein the hardware control system allows hardware control software and medical imaging applications to be independent.

31. An MRI apparatus comprising:

a magnetic resonance imaging (MRI) system having a plurality of gradient coils positioned about a bore of a magnet to impress a polarizing magnetic field and an RF transceiver system and an RF switch controlled by a pulse module to transmit RF signals to an RF coil Assembly to acquire MR images; and

a group of hardware control elements for controlling the MRI apparatus, the group comprising;

a logical representation of hardware usable by the system;

a prescription block and configuration block to interface with an application to determine the hardware needed for execution of the application;

a run-time control block to manage the hardware during execution of the application;

a set of drivers to control the hardware based on commands received from the run-time control block.

32. The MRI apparatus of claim 31 wherein the set of drivers enables real-time control of the MRI apparatus.

33. The MRI apparatus of claim 31 wherein the run-time control block maintains a configuration of hardware objects corresponding to the MRI apparatus.

34. The MRI apparatus of claim 33 wherein the run-time control block monitors a current configuration of the MRI apparatus in synchronization with the prescription block to provide prescription information to allow the prescription block to prescribe hardware for the application.

35. The MRI apparatus of claim 31 wherein the prescription block maintains a repository of hardware objects supported by the MRI apparatus.

36. The MRI apparatus of claim 35 wherein the group of hardware control elements is further configured to organize software related to the MRI apparatus along hardware boundaries to allow software modules to be added to the repository of hardware objects when new hardware is added to the MRI apparatus.

37. The MRI apparatus of claim 31 wherein the group of hardware control elements allows hardware control software to be independent from MRI application software.

38. The MRI apparatus of claim 37 wherein the MRI application software can be configured based on the hardware of the MRI apparatus.

39. A computer readable storage medium having stored thereon a computer program comprising instructions which, when executed by at least one process, cause the at least one processor to:

autodetect current medical imaging system hardware;

synchronize a representation of the medical imaging system hardware autodetected by a system hardware control with a system configuration control;

retrieve appropriate hardware objects usable by the current medical imaging system hardware from a repository of hardware objects;

optimize medical imaging system hardware settings according to attributes of the hardware objects selected;

download hardware components to an application hardware control;

bind the selected application to the hardware objects; and

run the application.

40. The computer program of claim 39 wherein the at least one processor is further caused to retrieve appropriate hardware objects for multiple applications.

41. The computer program of claim 40 wherein the at least one processor is further caused to only allow the running application to exert control over the medical imaging system hardware.

42. The computer program of claim 39 wherein a user selection of hardware is permitted if an appropriate hardware object is not selected and more than one hardware of that type is configured.

43. The computer program of claim 39 wherein the at least one processor is further caused to download a default hardware setting to the application hardware control when required for proper operation of the medical imaging system.

44. The computer program of claim 39 wherein the hardware objects are independent from the application.

45. The computer program of claim 39 wherein the at least one processor is further caused to maintain a list of field replaceable units to ensure that the introduction of a replacement field replacement unit results in a proper autodetection, configuration, and calibration.

46. The computer program of claim 39 wherein the repository of hardware objects and the current medical imaging system hardware arc maintained separately.

47. A method of hardware control comprising:

autodetecting current medical imaging system hardware;

synchronizing a representation of the medical imaging system hardware autodetected by a system hardware control with a system configuration control;

retrieving appropriate hardware objects usable by a selected application from a repository of hardware objects;

optimizing medical imaging system hardware settings according to attributes of the hardware objects selected;

downloading hardware components to an application hardware control;

binding the selected application to the hardware objects; and

running the application.

48. The method of claim 47 wherein hardware components for multiple applications may be downloaded.

49. The method of claim 47 further comprising determining whether another application is being run.

50. The method of claim 49 wherein the step of binding is not completed if another application is being run.

51. The method of claim 47 wherein the hardware objects are independent from the application.