Reconstruction task management method and system for positron emission computed tomography
By introducing reconstruction task management methods into PET reconstruction technology, the problems of task stacking and parameter loss are solved, ensuring the stability and success rate of the reconstruction process and adapting to actual needs.
Patent Information
- Application Number
- CN202411984969.7
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-12-31
- Publication Date
- 2025-04-15
AI Technical Summary
There are problems in traditional PET reconstruction technology with task stacking and reconstruction parameters missing, resulting in reconstruction failure, affecting the safety and credibility of patients, hospitals and equipment manufacturers.
A reconstruction task management method for positron emission computed tomography is proposed. By receiving and storing reconstruction tasks, forwarding tasks to the reconstruction server according to preset rules, ensuring the task order and success rate, and re-forwarding tasks when they fail.
It effectively solves the problems of task stacking and parameter loss, ensures the stability of the image reconstruction process, reduces the amount of data processed by the system, and adapts to actual reconstruction needs.
Smart Images

Figure CN119829253A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of data processing, and in particular, to a method, system, storage medium and computer program product for managing reconstruction tasks of positron emission tomography. Background Art
[0002] Positron emission tomography (PET) is one of the most advanced molecular imaging technologies currently available. It reconstructs images by detecting coincident events corresponding to the annihilation of positrons and electrons in the object being measured.
[0003] There are generally two major steps from PET scanning to obtaining images, namely data collection and image reconstruction. The detector scans the object to be tested to collect data, and reconstructs the data according to different protocol parameters to obtain an image. Traditional PET reconstruction uses a single-task reconstruction mode. In this mode, the server receives reconstruction tasks continuously. During this process, it does not pay attention to whether the reconstruction task currently processed by the server has been completed. At this time, it is very easy to have task stacking problems, that is, a new reconstruction task arrives before the current reconstruction task is completed, which will often cause the later reconstruction task to be lost. In addition, since the reconstruction parameters are not stored during the sending process of the reconstruction task in the single-task mode, the reconstruction parameters may also be lost. These will eventually lead to reconstruction failure. Once data is lost or reconstruction fails, it will have a serious impact on patients, hospitals and equipment manufacturers. For example, patients will have to be re-tested, which increases the risk of radiation, and the reputation of hospitals and equipment manufacturers will be damaged.
[0004] The content of the background technology description is only for facilitating understanding of the relevant technology in this field and is not regarded as an admission of the prior art. Summary of the invention
[0005] In order to solve the above technical problems, the present invention provides a reconstruction task management method, system, storage medium and computer program product for positron emission tomography.
[0006] In a first aspect, a method for managing reconstruction tasks of positron emission tomography is provided, the method comprising: Receive and store reconstruction tasks, and forward the reconstruction tasks to a reconstruction server according to preset rules, wherein the preset rules include: forwarding the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and forwarding the next reconstruction task only when the reconstruction result corresponding to the previous reconstruction task is received as successful; re-forwarding the current reconstruction task when the reconstruction result corresponding to the current reconstruction task is received as failed; skipping any reconstruction task according to the reconstruction instruction, and forwarding the reconstruction task following the skipped reconstruction task; or swapping the arrangement order of any two or more reconstruction tasks according to the reconstruction instruction, and forwarding the reconstruction tasks in the swapped order; The reconstruction result obtained by the reconstruction server from processing the reconstruction task is received, and the reconstruction result is forwarded to the client.
[0007] According to an embodiment of the present application, the reconstruction task includes: at least one of: task type, object information, reconstruction protocol parameters, scan protocol parameters, examination bed information, scan sequence number and image sequence number.
[0008] According to an embodiment of the present application, the task type is one of running and terminating; or, The subject information includes: at least one of age, gender, and radionuclide medication information; or, The reconstruction protocol parameters include: reconstruction algorithm selection and parameters required by the algorithm; or, The scanning protocol parameters include: at least one of scanning time, scanning length, scanning bed position and scanning field of view; or, The radionuclide medication information includes at least one of the type of radionuclide, injection volume, residual volume, scanning time, and medication administration time.
[0009] The second aspect of the present application provides a reconstruction task management system for positron emission tomography, wherein the reconstruction task management includes: a reconstruction task receiver, configured to receive and store reconstruction tasks sent by a client; a reconstruction task forwarder, configured to forward the reconstruction tasks to a reconstruction server according to preset rules, wherein the preset rules include: forwarding the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and forwarding the next reconstruction task only when the reconstruction result corresponding to the previous reconstruction task is received as successful; re-forwarding the current reconstruction task when the reconstruction result corresponding to the current reconstruction task is received as failed; skipping any reconstruction task according to a reconstruction instruction, and forwarding the next reconstruction task of the skipped reconstruction task; or swapping the arrangement order of any two or more reconstruction tasks according to the reconstruction instruction, and forwarding the reconstruction tasks in the swapped order; a reconstruction result receiver, configured to receive the reconstruction result sent by the reconstruction server; a reconstruction result forwarder, configured to forward the reconstruction result to the client.
[0010] According to an embodiment of the present application, the reconstruction task management system is integrated into the client and called in the form of a dynamic library.
[0011] According to an embodiment of the present application, the reconstruction task management system is integrated on a computer, and the reconstruction task management system communicates with the main program of the client through an internal network and communicates with the server through an external network.
[0012] According to an embodiment of the present application, the reconstruction task includes: at least one of: task type, object information, reconstruction protocol parameters, scan protocol parameters, examination bed information, scan sequence number and image sequence number.
[0013] According to an embodiment of the present application, the subject information includes: at least one of age, gender, and radionuclide medication information; or, The reconstruction protocol parameters include: reconstruction algorithm selection and parameters required by the algorithm; or, The scanning protocol parameters include: at least one of scanning time, scanning length, scanning bed position and scanning field of view; or, The radionuclide medication information includes at least one of the type of radionuclide, injection volume, residual volume, scanning time, and medication administration time.
[0014] According to a third aspect of the present application, a storage medium is provided, wherein the storage medium stores a computer program, wherein the computer program is configured to implement the reconstruction task management method for positron emission tomography according to the first aspect when executed.
[0015] According to a fourth aspect of the present application, a computer program product is provided, comprising a computer program or instructions, which, when executed by a processor, implements the reconstruction task management method for positron emission tomography according to the first aspect.
[0016] The reconstruction task management method, system, storage medium and computer program product of positron emission tomography provided in the embodiments of the present application store the reconstruction tasks sent by the client and forward them according to preset rules, which can solve the problems of data loss and task reconstruction failure caused by reconstruction task stacking in the prior art and ensure the stability of the image reconstruction process. Furthermore, by swapping the order of reconstruction tasks and skipping certain reconstruction tasks, the management of reconstruction tasks can be further optimized, the amount of data processed by the system can be reduced, and the actual reconstruction needs can be met.
[0017] The optional features and other effects of the embodiments of the present application are partially described below, and partially can be understood by reading this document. BRIEF DESCRIPTION OF THE DRAWINGS
[0018] The embodiments of the present application are described in detail with reference to the accompanying drawings. The elements shown are not limited by the proportions shown in the accompanying drawings. The same or similar reference numerals in the accompanying drawings represent the same or similar elements, wherein: Figure 1 is a schematic flow chart of a reconstruction task management method for positron emission tomography according to an embodiment of the present application; Figure 2 is a schematic flow chart of specific steps of a method for managing reconstruction tasks of positron emission tomography according to an embodiment of the present application; Figure 3 It is a first specific example diagram of the reconstruction task management method of positron emission tomography according to an embodiment of the present application; Figure 4 FIG. 2 is a second specific example diagram of a method for managing reconstruction tasks of electron emission tomography according to an embodiment of the present application; Figure 5 FIG. 3 is a third specific example diagram of the method for managing reconstruction tasks of electron emission tomography according to an embodiment of the present application; Figure 6 FIG. 4 is a fourth specific example diagram of the method for managing reconstruction tasks of electron emission tomography according to an embodiment of the present application; Figure 7 is a framework diagram of a reconstruction task management system for electron emission tomography according to an embodiment of the present application; Figure 8 FIG. 4 is another framework diagram of a reconstruction task management system for electron emission tomography according to an embodiment of the present application. DETAILED DESCRIPTION
[0019] In order to make the above-mentioned purposes, features and advantages of the present application more obvious and easy to understand, the specific implementation methods of the present application are described in detail below in conjunction with the accompanying drawings. In the following description, many specific details are set forth to facilitate a full understanding of the present application. However, the present application can be implemented in many other ways different from those described herein, and those skilled in the art can make similar improvements without violating the connotation of the present application, so the present application is not limited by the specific embodiments disclosed below.
[0020] It should be noted that when an element is referred to as "fixed to" another element, it can be directly on another element or there can also be a centered element. When an element is considered to be "connected" to another element, it can be directly connected to another element or there may be a centered element at the same time. The terms "vertical", "horizontal", "left", "right", "top", "bottom", "upper", "lower" and similar expressions used herein are only for the purpose of illustration and are not limited to practical applications. The described features, structures or characteristics can be combined in one or more embodiments in any suitable manner. In the following description, many specific details are provided to give a full understanding of the embodiments of the present application. However, those skilled in the art will appreciate that the technical solution of the present application can be practiced in the absence of some specific details, or the technical solution of the present application can be practiced in other ways, components, materials, devices or operations. In these cases, known structures, methods, devices, implementations, materials or operations will not be shown or described in detail.
[0021] The flowcharts shown in the accompanying drawings are only exemplary and do not necessarily include all the contents and operations / steps, nor must they be executed in the order described. For example, some operations / steps can be decomposed, and some operations / steps can be combined or partially combined, so the actual execution order may change according to actual conditions.
[0022] The terms "first", "second", etc. in the specification and claims of this application and the above-mentioned drawings are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally includes steps or units that are not listed, or optionally includes other steps or units inherent to these processes, methods, products or devices. The term "and / or" or "and / or" includes any and all combinations of one or more related listed items.
[0023] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as those commonly understood by those skilled in the art. The terms used herein are only for the purpose of describing specific embodiments and are not intended to limit the present application.
[0024] As described in the previous background technology, in the image reconstruction process of positron emission computed tomography technology, there is a problem of reconstruction task failure due to unreasonable reconstruction task management. To address this problem, the present application provides a reconstruction task management method for positron emission computed tomography.
[0025] Some preferred embodiments of the present application are described below with reference to the accompanying drawings. It should be noted that the following description is for illustrative purposes and is not intended to limit the scope of protection of the present application.
[0026] Figure 1 FIG. 1 is a schematic flow chart of a method for managing reconstruction tasks of positron emission tomography according to an embodiment of the present application. Figure 1 As shown, the reconstruction task management method provided in the embodiment of the present application generally includes: S10: receiving and storing the reconstruction task, and forwarding the reconstruction task to the reconstruction server according to a preset rule; S20: Receive a reconstruction result obtained by the reconstruction server from processing the reconstruction task, and forward the reconstruction result to the client.
[0027] The preset rule may be set based on experience, and the preset rule is based on the premise that no reconstruction task stacking occurs.
[0028] The reconstruction task originates from the client, and the reconstruction server performs image reconstruction according to the reconstruction task to obtain the reconstruction result, wherein the reconstruction result includes information on whether the reconstruction is successful, and when the reconstruction is successful, also includes a reconstructed image. The reconstruction server may use an existing algorithm to perform image reconstruction, and the reconstruction algorithm may be any one of the prior art, which is not claimed for protection by this application, and therefore, will not be described in detail.
[0029] The reconstruction task includes: at least one of task type, object information, reconstruction protocol parameters, scan protocol parameters, examination bed information, scan sequence number and image sequence number.
[0030] The task type is one of running and terminating.
[0031] The test subject information includes at least one of age, gender, and radionuclide medication information.
[0032] The reconstruction protocol parameters include: reconstruction algorithm selection and parameters required by the algorithm.
[0033] The scanning protocol parameters include: at least one of scanning time, scanning length, scanning bed position and scanning field of view.
[0034] The radionuclide medication information includes at least one of the type of radionuclide, injection volume, residual volume, scanning time and medication time.
[0035] Figure 2 The following is a schematic flow chart of the specific steps of the reconstruction task management method for positron emission tomography provided in accordance with an embodiment of the present application. Figure 2As shown, in an example of the present application, forwarding the reconstruction task to the reconstruction server according to a preset rule includes: S11: forwarding the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and forwarding a subsequent reconstruction task only when a reconstruction result corresponding to a previous reconstruction task is received as successful.
[0036] Figure 3 FIG. 1 is a first specific example diagram of a method for managing reconstruction tasks of positron emission tomography provided in accordance with an embodiment of the present application. Figure 3 , showing that reconstruction tasks are sent to the reconstruction server in sequence, and when the reconstruction result of the previous reconstruction task (reconstruction task 1) is successful, the next reconstruction task (reconstruction task 2) is sent.
[0037] In this way, by adopting the method of forwarding one by one, the problem of reconstruction task loss caused by sending the next reconstruction task before the previous reconstruction task is completed can be avoided.
[0038] Specifically, see Figure 2 In one example of the present application, forwarding the reconstruction task to the reconstruction server according to a preset rule includes: S12: Forwarding the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and when the reconstruction result corresponding to the current reconstruction task is received as failure, re-forwarding the current reconstruction task.
[0039] Figure 4 FIG. 2 is a second specific example diagram of the electron emission tomography reconstruction task management method provided according to an embodiment of the present application. Figure 4 , showing that reconstruction tasks are sent to the reconstruction server in sequence, and when the reconstruction result of reconstruction task 1 is failure, reconstruction task 1 is sent again.
[0040] This ensures that the reconstruction of all tasks can be completed smoothly.
[0041] Specifically, in an example of the present application, the receiving and storing the reconstruction task, and forwarding the reconstruction task to the reconstruction server according to a preset rule, includes: S13: Arrange all reconstruction tasks according to the received time sequence, skip any reconstruction task according to the reconstruction instruction, and forward the reconstruction task following the skipped reconstruction task.
[0042] In some cases, a reconstruction task may be repeated or invalid. In this case, there is no need to rebuild the task again. The client will generate a reconstruction instruction to skip the reconstruction task. The reconstruction task will be skipped according to the reconstruction instruction to avoid invalid reconstruction process and reduce system load.
[0043] Figure 5 FIG. 3 is a third specific example diagram of the electron emission tomography reconstruction task management method provided according to an embodiment of the present application. Figure 5 , showing that reconstruction task 2 is skipped according to the reconstruction instruction sent by the client, and reconstruction task 3 is directly performed after reconstruction task 1 is completed.
[0044] Specifically, in an example of the present application, the receiving and storing the reconstruction task, and forwarding the reconstruction task to the reconstruction server according to a preset rule, includes: S14: Arrange all reconstruction tasks according to the received time sequence, swap the arrangement sequence of any two or more reconstruction tasks according to the reconstruction instruction, and forward the reconstruction tasks according to the swapped sequence.
[0045] In some cases, although the reconstruction tasks are sorted in the order in which they are received, there are situations where the order in which some reconstruction tasks are issued does not correspond to the order in which they are received due to signal delays or other reasons. To ensure the accuracy of the reconstructed image, reconstruction needs to be performed in the order in which the client issues the reconstruction tasks. Therefore, the order of the reconstruction tasks needs to be swapped.
[0046] Figure 6 FIG. 4 is a fourth specific example diagram of the electron emission tomography reconstruction task management method provided according to an embodiment of the present application. Figure 6 , shows the situation where reconstruction task 2 and reconstruction task 3 are swapped according to the reconstruction instruction. After reconstruction task 1 is completed, reconstruction task 3 is performed first, and then reconstruction task 2 is performed.
[0047] The reconstruction task management method for positron emission tomography provided in the present application stores the reconstruction tasks sent by the client and forwards them according to preset rules, which can solve the problems of data loss and task reconstruction failure caused by reconstruction task stacking in the prior art and ensure the smooth progress of the image reconstruction process. Furthermore, by swapping the order of reconstruction tasks and skipping certain reconstruction tasks, the management of reconstruction tasks can be further optimized, the amount of data processed by the system can be reduced, and the actual reconstruction needs can be met.
[0048] Corresponding to the above-mentioned reconstruction task management method, the present application also provides a reconstruction task management system for positron emission tomography. Figure 7 FIG. 4 is a framework diagram of a reconstruction task management system for electron emission tomography according to an embodiment of the present application. Figure 7As shown, the reconstruction task management system 100 provided by the present application generally includes: a reconstruction task receiver, a reconstruction task forwarder, a reconstruction result receiver and a reconstruction result forwarder. The reconstruction task receiver is used to receive and store the reconstruction task sent by the client 200. The reconstruction task forwarder is used to forward the reconstruction task to the reconstruction server 300 according to a preset rule. Among them, the preset rule can be set based on experience, and the preset rule is based on the premise that no reconstruction task stacking occurs. The reconstruction result receiver is used to receive the reconstruction result sent by the reconstruction server 300. The reconstruction result forwarder is used to forward the reconstruction result to the client 200. Among them, the reconstruction task comes from the client 200, and the reconstruction server 300 performs image reconstruction according to the reconstruction task to obtain the reconstruction result, and the reconstruction result includes information on whether the reconstruction is successful, and when the reconstruction is successful, it also includes the reconstructed image. The reconstruction server 300 can use an existing algorithm to reconstruct the image, and the reconstruction algorithm can be any one of the prior art, which is not claimed by the present application, and therefore, it will not be repeated.
[0049] The reconstruction task includes: at least one of task type, object information, reconstruction protocol parameters, scan protocol parameters, examination bed information, scan sequence number and image sequence number.
[0050] The task type is one of running and terminating.
[0051] The test subject information includes at least one of age, gender, and radionuclide medication information.
[0052] The reconstruction protocol parameters include: reconstruction algorithm selection and parameters required by the algorithm.
[0053] The scanning protocol parameters include: at least one of scanning time, scanning length, scanning bed position and scanning field of view.
[0054] The radionuclide medication information includes at least one of the type of radionuclide, injection volume, residual volume, scanning time, and medication time.
[0055] Specifically, in an example of the present application, the reconstruction task forwarder forwards the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and forwards the next reconstruction task only when the reconstruction result receiver receives that the reconstruction result corresponding to the previous reconstruction task is successful. In this way, the one-by-one forwarding method can avoid the problem of reconstruction task loss caused by sending the next reconstruction task before the previous reconstruction task is completed.
[0056] Specifically, in an example of the present application, the reconstruction task forwarder forwards the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and when the reconstruction result receiver receives that the reconstruction result corresponding to the current reconstruction task is a failure, it re-forwards the current reconstruction task. In this way, it can be ensured that the reconstruction of all tasks can be successfully completed.
[0057] Specifically, in an example of the present application, the reconstruction task receiver arranges all reconstruction tasks in the order of time received, and the reconstruction task forwarder skips any reconstruction task according to the reconstruction instruction sent by the client 200, and forwards the reconstruction task after the skipped reconstruction task. In some cases, there may be a situation where a reconstruction task is repeated or invalid, and in this case, there is no need to reconstruct the reconstruction task. The client 200 will generate a reconstruction instruction to instruct to skip the reconstruction task, and skip the reconstruction task according to the reconstruction instruction to avoid an invalid reconstruction process and reduce the system load.
[0058] Specifically, in an example of the present application, the reconstruction task receiver arranges all reconstruction tasks in the order of time received, and the reconstruction task forwarder swaps the order of arrangement of any two or more reconstruction tasks according to the reconstruction instruction sent by the client, and forwards the reconstruction tasks in the swapped order. In some cases, although the reconstruction tasks are sorted in the order of time received, there are cases where the order in which some reconstruction tasks are issued does not correspond to the order in which they are received due to signal delay or other reasons. In order to ensure the accuracy of the reconstructed image, it is necessary to reconstruct in the order in which the reconstruction tasks are issued by the client, and therefore, the order of the reconstruction tasks needs to be swapped.
[0059] Specifically, in one example of the present application, see Figure 7 The reconstruction task management system 100 is integrated on a computer and runs independently in the form of an application program. The application program can be arranged on the same host or on other hosts that can communicate over the network. The reconstruction task management system 100 communicates with the main program of the client 200 through an internal network and communicates with the server 300 through an external network.
[0060] Figure 8 FIG. 4 is another framework diagram of a reconstruction task management system for electron emission tomography according to an embodiment of the present application. Figure 8 As shown, in an example of the present application, the reconstruction task management system 100 is integrated in the client 200 and called in the form of a dynamic library. The dynamic library is a storage method for an application code library, which is called during program execution, dynamically linked to the memory, and separated from the main program of the client.
[0061] The reconstruction task management system 100 for positron emission computed tomography provided by the present application stores the reconstruction tasks sent by the client and forwards them according to preset rules, which can solve the problems of data loss and task reconstruction failure caused by reconstruction task stacking in the prior art. Furthermore, by changing the order of reconstruction tasks and skipping certain reconstruction tasks, the management of reconstruction tasks can be further optimized, the amount of data processed by the system can be reduced, and the actual reconstruction needs can be met.
[0062] Although not shown, in some embodiments, a computer-readable storage medium is also provided, storing a computer program, which is configured to execute the relevant steps of any method of the embodiment of the present application when it is run. The computer program includes various program modules / units constituting the device according to the embodiment of the present application, and the computer program composed of various program modules / units can realize the functions corresponding to the various steps in the method described in the above embodiment when it is executed. The computer program can also be run on an electronic device as described in the embodiment of the present application.
[0063] It should be understood that the units or modules of the embodiments of the present application can be implemented using semiconductors, especially integrated circuits. For example, the embodiments of the present application may also involve an integrated circuit including any unit or device according to the embodiments of the present application, which falls within the scope of the present application.
[0064] In some embodiments, the system and its modules of the present application can be implemented by hardware, software, or a combination of software and hardware. The hardware part can be implemented using dedicated logic; the software part can be stored in a memory and executed by an appropriate instruction execution system, such as a microprocessor or dedicated design hardware. Those skilled in the art will appreciate that the above methods and systems can be implemented using computer executable instructions and / or included in processor control codes, such as on a carrier medium such as a disk, CD or DVD-ROM, a programmable memory such as a read-only memory (firmware), or a data carrier such as an optical or electronic signal carrier. Such code is provided. The system and its modules of the present application can be implemented not only by hardware circuits such as very large-scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, etc., or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc., but can also be implemented by software executed by various types of processors, and can also be implemented by a combination of the above hardware circuits and software (e.g., firmware).
[0065] It should be noted that the above description of the modules is only for convenience of description and does not limit the present application to the scope of the embodiments. It is understandable that, after understanding the principle of the system, those skilled in the art may arbitrarily combine the modules or form a subsystem connected to other modules without deviating from the principle.
[0066] The basic concepts have been described herein. Obviously, for those skilled in the art, the above detailed disclosure is only for example and does not constitute a limitation of the present application. Although not explicitly stated herein, those skilled in the art may make various modifications, improvements and amendments to the present application. Such modifications, improvements and amendments are suggested in the present application, so such modifications, improvements and amendments still belong to the spirit and scope of the exemplary embodiments of the present application.
[0067] At the same time, the present application uses specific words to describe the embodiments of the present application. For example, "one embodiment", "an embodiment", and / or "some embodiments" refer to a certain feature, structure or characteristic related to at least one embodiment of the present application. Therefore, it should be emphasized and noted that "one embodiment" or "an embodiment" or "an alternative embodiment" mentioned twice or multiple times in different positions in the present application does not necessarily refer to the same embodiment. In addition, some features, structures or characteristics in one or more embodiments of the present application can be appropriately combined.
[0068] In addition, it will be understood by those skilled in the art that various aspects of the present application may be illustrated and described by a number of patentable categories or situations, including any new and useful process, machine, product or combination of substances, or any new and useful improvements thereto. Accordingly, various aspects of the present application may be performed entirely by hardware, entirely by software (including firmware, resident software, microcode, etc.), or by a combination of hardware and software. The above hardware or software may be referred to as "data blocks", "modules", "engines", "units", "components" or "systems". In addition, various aspects of the present application may be represented as a computer product located in one or more computer-readable media, which includes computer-readable program code.
[0069] A computer storage medium may include a propagated data signal containing computer program code, for example, in baseband or as part of a carrier wave. The propagated signal may be in a variety of forms, including electromagnetic, optical, etc., or a suitable combination. A computer storage medium may be any computer-readable medium other than a computer-readable storage medium, which can be connected to an instruction execution system, device or apparatus to communicate, propagate or transmit the program for use. The program code on the computer storage medium may be transmitted via any suitable medium, including radio, cable, fiber optic cable, RF, or similar media, or any combination of the above media.
[0070] The computer program codes required for the operation of each part of the present application can be written in any one or more programming languages, including object-oriented programming languages such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB.NET, Python, etc., conventional procedural programming languages such as C language, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages, etc. The program code can be run entirely on the user's computer, or run on the user's computer as an independent software package, or run partially on the user's computer and partially on a remote computer, or run entirely on a remote computer or server. In the latter case, the remote computer can be connected to the user's computer through any network form, such as a local area network (LAN) or a wide area network (WAN), or connected to an external computer (e.g., via the Internet), or in a cloud computing environment, or used as a service such as software as a service (SaaS).
[0071] In addition, unless explicitly stated in the claims, the order of the processing elements and sequences described in this application, the use of alphanumeric characters, or the use of other names are not intended to limit the order of the processes and methods of this application. Although the above disclosure discusses some invention embodiments that are currently considered useful through various examples, it should be understood that such details are only for illustrative purposes, and the attached claims are not limited to the disclosed embodiments. On the contrary, the claims are intended to cover all modifications and equivalent combinations that are consistent with the essence and scope of the embodiments of this application. For example, although the system components described above can be implemented by hardware devices, they can also be implemented only by software solutions, such as installing the described system on an existing server or mobile device.
[0072] Similarly, it should be noted that in order to simplify the description of the disclosure of this application and thus help understand one or more embodiments of the invention, in the above description of the embodiments of this application, multiple features are sometimes combined into one embodiment, figure or description thereof. However, this disclosure method does not mean that the features required by the object of this application are more than the features mentioned in the claims. In fact, the features of the embodiments are less than all the features of the single embodiment disclosed above.
[0073] In some embodiments, numbers describing the number of components and attributes are used. It should be understood that such numbers used for the description of the embodiments are modified by the modifiers "about", "approximately" or "substantially" in some examples. Unless otherwise specified, "about", "approximately" or "substantially" indicate that the numbers are allowed to vary by ±10%. Accordingly, in some embodiments, the numerical parameters used in the specification and claims are approximate values, which may change according to the required features of individual embodiments. In some embodiments, the numerical parameters should take into account the specified significant digits and adopt the method of general digit retention. Although the numerical domains and parameters used to confirm the breadth of the range in some embodiments of the present application are approximate values, in specific embodiments, the setting of such numerical values is as accurate as possible within the feasible range.
[0074] Each patent, patent application, patent application disclosure, and other materials, such as articles, books, instructions, publications, documents, etc., cited in this application is hereby incorporated by reference in its entirety. Except for application history documents that are inconsistent with or conflicting with the content of this application, documents that limit the broadest scope of the claims of this application (currently or later attached to this application) are also excluded. It should be noted that if the description, definition, and / or use of terms in the attached materials of this application are inconsistent or conflicting with the content described in this application, the description, definition, and / or use of terms in this application shall prevail.
[0075] Finally, it should be understood that the embodiments described in this application are only used to illustrate the principles of the embodiments of the present application. Other variations may also fall within the scope of the present application. Therefore, as an example and not a limitation, the alternative configurations of the embodiments of the present application may be considered to be consistent with the teachings of the present application. Accordingly, the embodiments of the present application are not limited to the embodiments explicitly introduced and described in the present application.
Claims
1. A method for managing reconstruction tasks of positron emission tomography, characterized in that: The reconstruction task management method comprises: Receive and store reconstruction tasks, and forward the reconstruction tasks to a reconstruction server according to preset rules, wherein the preset rules include: forwarding the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and forwarding the next reconstruction task only when the reconstruction result corresponding to the previous reconstruction task is received as successful; re-forwarding the current reconstruction task when the reconstruction result corresponding to the current reconstruction task is received as failed; skipping any reconstruction task according to the reconstruction instruction, and forwarding the reconstruction task following the skipped reconstruction task; or swapping the arrangement order of any two or more reconstruction tasks according to the reconstruction instruction, and forwarding the reconstruction tasks in the swapped order; The reconstruction result obtained by the reconstruction server from processing the reconstruction task is received, and the reconstruction result is forwarded to the client.
2. The reconstruction task management method according to claim 1, characterized in that: The reconstruction task includes: at least one of a task type, information of a subject to be tested, reconstruction protocol parameters, scanning protocol parameters, examination bed information, a scanning sequence number and an image sequence number.
3. The reconstruction task management method according to claim 2, characterized in that: The task type is one of running and terminating; or, The subject information includes: at least one of age, gender, and radionuclide medication information; or, The reconstruction protocol parameters include: reconstruction algorithm selection and parameters required by the algorithm; or, The scanning protocol parameters include: at least one of scanning time, scanning length, scanning bed position and scanning field of view; or, The radionuclide medication information includes at least one of the type of radionuclide, injection volume, residual volume, scanning time, and medication administration time.
4. A reconstruction task management system for positron emission tomography, characterized in that: The reconstruction task management system comprises: A reconstruction task receiver, configured to receive and store the reconstruction task sent by the client; A reconstruction task forwarder is configured to forward the reconstruction task to a reconstruction server according to a preset rule, wherein the preset rule includes: forwarding the reconstruction tasks in sequence according to the time sequence in which the reconstruction tasks are received, and forwarding the next reconstruction task only when the reconstruction result corresponding to the previous reconstruction task is received as successful; re-forwarding the current reconstruction task when the reconstruction result corresponding to the current reconstruction task is received as failed; skipping any reconstruction task according to a reconstruction instruction, and forwarding the reconstruction task following the skipped reconstruction task; or swapping the arrangement order of any two or more reconstruction tasks according to the reconstruction instruction, and forwarding the reconstruction tasks in the swapped order; A reconstruction result receiver, configured to receive the reconstruction result sent by the reconstruction server; A reconstruction result forwarder is configured to forward the reconstruction result to the client.
5. The reconstruction task management system according to claim 4, characterized in that: The reconstruction task management system is integrated in the client and called in the form of a dynamic library.
6. The reconstruction task management system according to claim 4, characterized in that: The reconstruction task management system is integrated on a computer, and the reconstruction task management system communicates with the main program of the client through an internal network and communicates with the server through an external network.
7. The reconstruction task management system according to claim 1, characterized in that: The reconstruction task includes: at least one of a task type, information of a subject to be tested, reconstruction protocol parameters, scanning protocol parameters, examination bed information, a scanning sequence number and an image sequence number.
8. The reconstruction task management method according to claim 7, characterized in that: The task type is one of running and terminating; or, The subject information includes: at least one of age, gender, and radionuclide medication information; or, The reconstruction protocol parameters include: reconstruction algorithm selection and parameters required by the algorithm; or, The scanning protocol parameters include: at least one of scanning time, scanning length, scanning bed position and scanning field of view; or, The radionuclide medication information includes at least one of the type of radionuclide, injection volume, residual volume, scanning time, and medication administration time.
9. A storage medium, characterized in that: The storage medium stores a computer program, and the computer program is configured to implement the reconstruction task management method for positron emission tomography according to any one of claims 1 to 3 when executed.
10. A computer program product, characterized in that The method comprises a computer program or an instruction, wherein when the computer program or the instruction is executed by a processor, the method for managing reconstruction tasks of positron emission tomography according to any one of claims 1 to 3 is implemented.