Method and system for generating marine comprehensive rescue scheme of large rescue ship

Abstract

The invention provides a method and a system for generating a marine comprehensive rescue scheme of a large rescue ship, and belongs to the technical field of marine rescue, and the method comprises the following steps: obtaining distress state parameters of a distress object; matching a rescue mode library according to the distress state parameters to obtain a required rescue mode set; comparing the distress object parameters and the distress environment parameters with capability parameters of all process nodes in the required rescue mode set to obtain an enforceable rescue mode set; performing preliminary priority ranking on the rescue modes in the enforceable rescue mode set, and then performing detailed ranking to obtain the enforceable rescue mode set after detailed ranking; and integrating the rescue modes in the detailed sequenced enforceable rescue mode set to generate a comprehensive rescue scheme. According to the method, for a complex maritime distress scene, a comprehensive rescue scheme composed of multiple types of rescue modes can be generated, decision reference is rapidly provided for rescue command decision makers, and the emergency response speed is increased.

Description

Technical Field

[0001] The present application relates to the technical field of maritime rescue, and particularly to a method and system for generating an integrated maritime rescue plan for a large rescue ship. Background Art

[0002] Large rescue ships are usually equipped with a variety of rescue equipment such as towing cables, fire guns, cranes, and life-saving baskets, and carry off-ship equipment such as helicopters and rescue boats. Therefore, they have various rescue functions such as pilotage, towing, fire fighting, salvage, etc., and can carry out specialized rescues for emergencies such as loss of ship power, stranding, fire, fuel leakage, and personnel falling into the water. However, in the prior art, for complex distress situations where multiple dangerous situations occur simultaneously, for example, when three dangerous situations such as ship grounding, water leakage, or leakage of transported dangerous goods occur simultaneously, it can only be formulated by the rescue center, and no further method for generating specific rescue operation plans is provided. Moreover, it is also impossible to establish the series-parallel relationship and its priority relationship between multiple disposal plans according to multiple simultaneous dangerous situations, and it is impossible to further generate an integrated rescue plan.

[0003] Therefore, for some complex distress situations, how to generate a reasonable and effective integrated rescue plan according to the capabilities of the rescue ship itself, so as to carry out complex rescue operations, is an urgent problem to be solved. Summary of the Invention

[0004] In order to overcome the above problems, the present application proposes a method and system for generating an integrated maritime rescue plan for a large rescue ship. For complex maritime distress scenarios, this method can generate an integrated rescue plan composed of multiple types of rescue modes, quickly provide decision-making references for rescue command decision-makers, improve the emergency response speed, provide inputs for rescue simulation calculations or evaluation programs, and support the digital research of rescue operations.

[0005] In order to achieve the above and other advantages of the present invention, the embodiments of this specification provide the following technical solutions:

[0006] The first object of the present invention is to provide a method for generating an integrated maritime rescue plan for a large rescue ship, which specifically includes the following steps:

[0007] Step 1: Obtain the distress status parameters of the distressed object;

[0008] Step 2: Match the rescue mode library according to the distress status parameters to obtain a set of required rescue modes;

[0009] Step 3: Compare the parameters of the distressed object and the distress environment parameters with the capability parameters of all process nodes in the set of required rescue modes to obtain a set of implementable rescue modes;

[0010] Step 4: Initially sort the rescue modes in the set of implementable rescue modes according to the priority parameters of each type of distress object to obtain the set of implementable rescue modes after initial sorting;

[0011] Step 5: For a certain type of distress object, if there are multiple implementable rescue modes, use the state space search algorithm to perform a detailed sorting on the multiple implementable rescue modes to obtain the set of implementable rescue modes after detailed sorting;

[0012] Step 6: Integrate the rescue modes in the set of implementable rescue modes after the initial sorting and detailed sorting to generate a comprehensive rescue plan.

[0013] The present invention also provides a system for generating a comprehensive offshore rescue plan for a large rescue ship. The system includes a hardware layer, a software layer, and an application layer arranged in sequence from bottom to top; wherein,

[0014] The hardware layer includes multiple hardware devices, and the multiple hardware devices are used for data acquisition, transmission, and processing;

[0015] The software layer is used for processing the required data input, generation, and output of the offshore comprehensive rescue plan; wherein, the software layer includes: a rescue mode library for storing and managing rescue mode data; a distress object data module for receiving and processing distress object data to generate distress object parameters; a distress environment data module for receiving and processing distress environment data to generate distress environment parameters; a rescue plan generation module for receiving the distress object parameters, the distress environment parameters, and calling the rescue mode library to generate a comprehensive rescue plan; a generation logic visualization module for displaying the generated comprehensive rescue plan;

[0016] The application layer includes multiple application interfaces, and the multiple application interfaces are used to provide applications related to the generation of a comprehensive rescue plan.

[0017] Compared with the prior art, the beneficial effects that can be achieved by at least one of the above technical solutions adopted in the present application at least include:

[0018] Facing complex offshore distress scenarios, the present application simultaneously generates a comprehensive rescue plan composed of multiple types of rescues, forms a seamlessly connected rescue process, quickly provides decision-making references for rescue command and decision-making personnel, and provides inputs for rescue simulation calculations or evaluation programs.

[0019] By matching the ability parameters of all process nodes in the rescue mode, accurately formulate a rescue plan, ensure that the actual needs of the distress object are maximally met within the capabilities of the rescue entity, avoid secondary risks caused by improper plans, and improve the overall rescue success rate.

[0020] By initially sorting the rescue modes in the set of implementable rescue modes according to the priority parameters of each type of distressed object, a set of implementable rescue modes after initial sorting is obtained; then for a certain type of distressed object, if there are multiple implementable rescue modes, the state space search algorithm is used to perform a detailed sorting on these rescue modes to obtain a set of implementable rescue modes after detailed sorting. Through the mechanism of initial inter-class sorting and detailed intra-class sorting, it is ensured that the final generated comprehensive rescue plan can preferentially execute key rescue steps, optimize resource allocation, and reduce rescue risks. BRIEF DESCRIPTION OF THE DRAWINGS

[0021] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required to be used in the embodiments will be briefly introduced below. Obviously, the drawings in the following description are only some embodiments of the present application. For those of ordinary skill in the art, without creative efforts, other drawings can also be obtained based on these drawings.

[0022] Figure 1 is a flowchart of a method for generating a maritime comprehensive rescue plan for a large rescue ship in the present application;

[0023] Figure 2 is a flowchart of a method for using the state space search algorithm to perform a detailed sorting on multiple implementable rescue modes for a certain type of distressed object in the present application;

[0024] Figure 3 is a process swimlane diagram of the tow rescue mode of a method for generating a maritime comprehensive rescue plan for a large rescue ship in the present application;

[0025] Figure 4 is a process swimlane diagram of the fire rescue mode of a method for generating a maritime comprehensive rescue plan for a large rescue ship in the present application;

[0026] Figure 5 is a schematic structural diagram of a system for generating a maritime comprehensive rescue plan for a large rescue ship in the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0027] The embodiments of the present application will be described in detail below with reference to the drawings.

[0028] The following describes the implementation modes of the present application through specific examples. Those skilled in the art can easily understand other advantages and effects of the present application from the content disclosed in this specification. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. The present application can also be implemented or applied through other different specific implementation modes. Various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present application. It should be noted that, without conflict, the following embodiments and the features in the embodiments can be combined with each other. All other embodiments obtained by those of ordinary skill in the art based on the embodiments in the present application without creative efforts belong to the scope protected by the present application.

[0029] Figure 1 It is a flowchart of a method for generating a comprehensive offshore rescue plan for a large rescue ship provided by the present application. The present application is applicable to complex offshore rescues by large rescue ships to avoid chaotic situations caused by multiple dangerous situations occurring simultaneously.

[0030] The present application proposes a method for generating a comprehensive offshore rescue plan for a large rescue ship, as Figure 1 , specifically including the following steps:

[0031] Step 1: Obtain the distress status parameters of the distressed object.

[0032] Among them, the distressed object refers to the main entity in distress, which can be a ship, a person, an offshore facility, etc.; for example, when a ship runs aground or catches fire, the distressed object is the ship; when a person on the ship has serious injuries or illnesses, the distressed object is the person. The distressed object parameters include the general parameters and distress status parameters of the distressed object: the general parameters of the distressed object describe the information that the distressed object will have even without a dangerous situation, such as the current position of the ship, the tonnage of the ship, the number of people, etc.; the distress status parameters describe the information specific to the distressed object when a dangerous situation occurs, such as whether the ship is on fire, whether the person has fallen into the water, etc.

[0033] The priority parameter describes the priority degree of the distressed object in the rescue. When rescuing, the object with a higher priority should be selected first for rescue. The priorities of different distressed objects are as follows:

[0034] 1) Persons, corresponding rescue modes include underwater rescue mode for distressed persons, surface rescue mode for distressed persons, ice / ship rescue mode for distressed persons;

[0035] 2) Ships, corresponding rescue modes include fire rescue mode, auxiliary floating rescue mode, power supply rescue mode, towing rescue mode, pilotage rescue mode;

[0036] 3) Natural environment, corresponding rescue mode includes environmental protection rescue mode.

[0037] Step 2: Match the rescue mode library according to the distress status parameters and select the required rescue mode.

[0038] It should be noted that the rescue mode library is a dedicated rescue mode library established in advance for various possible maritime distress scenarios before the development of the method for generating the maritime comprehensive rescue plan of a large rescue ship. The rescue mode library includes several rescue modes, and one rescue mode describes a type of rescue operation, such as maritime towing rescue, maritime fire fighting rescue, surface rescue of distressed personnel, etc.

[0039] The rescue mode includes multiple rescue entities, a rescue process, and rescue mode parameters. Typical rescue modes include, but are not limited to, the towing rescue mode (such as Figure 3 ) and the fire fighting rescue mode (such as Figure 4 ), etc.

[0040] The rescue entities include entities such as rescue ships, off - ship equipment like helicopters, and off - ship personnel like divers. Objects with obvious differences in position during the rescue operation are independent rescue entities. The rescue entities include at least one independent rescue entity. For example, if a helicopter departs from a rescue ship and flies to the location of the distressed personnel, then the helicopter is an independent rescue entity. In addition, independent rescue entities are set for objects with obvious characteristics in their actions. For example, the search and rescue command post on the rescue ship, whose main action is various command and decision - making, is an independent rescue entity.

[0041] The rescue process is described in the form of a swim - lane flowchart ( Figure 3 , Figure 4 ). Each swim - lane represents a rescue entity (such as the rescue entities 1 - 4 in Figure 3 ). The rescue process consists of multiple process nodes through a certain series - parallel relationship (the process nodes 5 - 22 in Figure 3 ). The rescue process can have branches (12, 15 in Figure 3 ). The process nodes describe the action steps of the rescue executed by the rescue entity (5 - 10 in Figure 3 , 12 - 21 in Figure 3 ), or describe the conditions for expanding the process branches (11 in Figure 3 ). An end node is added at the end (22 in Figure 3 ).

[0042] The rescue process describes the process of the rescue operation, starting from formulating the rescue plan (5 in Figure 3 ) and ending with the recovery or return of the rescue equipment (21 in Figure 3 ).

[0043] The process nodes in the rescue process can be divided into two situations according to the position of the rescue entity relative to the endangered object, namely being in the remote area and being on the scene. When the rescue entity is in the remote area ( Figure 3 in 5 - 7), it cannot fully obtain the parameters of the endangered object and the endangered environment, and cannot select branches in the rescue process; when the rescue entity is on the scene ( Figure 3 in 8 - 21), it can fully obtain the parameters of the endangered object and the endangered environment, and can know the progress and effect of the rescue. Therefore, it can select branches in the rescue process ( Figure 3 in 11) and flexibly adjust the rescue strategy. For example, in the Figure 3 towing rescue mode, only when arriving at the scene can one select whether to tow with a helicopter or directly throw a cable according to the parameters of the endangered environment.

[0044] In addition, it should be noted that the rescue mode parameters include effect parameters, ability parameters, and condition parameters.

[0045] The effect parameters describe the expected effects after the implementation of the mode, and the endangered state parameters describe the information specific to the endangered object when a dangerous situation occurs. Effect parameters are set for all rescue modes, and the effect parameters need to correspond one by one with the endangered state parameters, with opposite values. For example, for a fire, the setting of the endangered state parameter is: whether there is a fire = yes. The corresponding effect parameter for fire rescue is set as: whether there is a fire = no.

[0046] The ability parameters describe the boundary values that may limit the rescue operation, such as the maximum sea state in which the rescue ship can carry out rescue normally, the maximum range of the fire fighting gun, the maximum wind resistance speed of the helicopter, etc. Ability parameters are set for the process nodes of all rescue modes, and the ability parameters should be able to find corresponding items in the endangered object parameters and the endangered environment parameters. For example, some process nodes of the rescue ship ( Figure 3 in 5, 6, 9, 10, etc.) have the ability parameter "maximum sea state level", indicating that these operations can only be carried out normally in sea states below a certain level, and the corresponding endangered environment parameter has the "sea state level" parameter.

[0047] The condition parameters describe the endangered state parameters that may limit the rescue mode. For example, the condition parameter for the rescue ship to carry out power supply rescue is set as: the endangered state parameter, whether there is a fire = yes, whether it has sunk = no. Only when all the condition parameters of the rescue mode are met can the rescue mode be carried out.

[0048] The specific process of matching the rescue mode library according to the endangered state parameters in this step 2 and selecting the required rescue modes includes:

[0049] Traverse the rescue modes in the rescue mode library according to the distress status parameters; determine whether the effect parameter of the rescue mode is opposite to the current distress status parameter: if so, it indicates that the rescue mode matches the current distress status, and include the rescue mode in the set of required rescue modes; if not, continue to traverse until a matching rescue mode is found.

[0050] In this embodiment, the effect parameters of all rescue modes need to correspond one by one to the distress status parameters, with opposite numerical values. Through this matching mechanism, it is ensured that the selected required rescue modes can effectively respond to the current distress situation.

[0051] Step 3: Compare the distress object parameters and the distress environment parameters with the ability parameters of all process nodes in the required rescue mode to obtain an implementable rescue mode.

[0052] It should be noted that the distress environment refers to the natural environment at the scene where the distress object is located, including factors such as sea state level, wind speed, and wind direction; the distress environment parameters include specific data such as wind speed, wave height, and water temperature. For example, specific data such as a wind speed of 12 m / s and a wave height of 3 m.

[0053] Specifically, screening out the implementable rescue modes from the required rescue modes according to the distress object parameters and the distress environment parameters includes:

[0054] Compare the ability parameters of all process nodes in the required rescue mode with the distress object parameters and the distress environment parameters, and screen out the required rescue modes whose ability parameters are greater than the distress object parameters and whose ability parameters are greater than the distress environment parameters to obtain an implementable rescue mode.

[0055] Preferably, in this embodiment, the above comparison refers to comparing all the ability parameters of all process nodes in the required rescue mode, and they must all be greater than the distress object parameters and the distress environment parameters, otherwise it indicates that the rescue mode cannot proceed normally. For example, as Figure 3 shown, the preparation of the towing operation equipment at Node 10 needs to meet that the towing capacity is greater than the weight of the distressed ship, and the wind speed in the operating environment is lower than the maximum wind resistance speed of the equipment to ensure the smooth progress of the rescue. Assuming that the ability parameter of this Node 10 is "maximum towing capacity = 500 tons", it is necessary to ensure that the weight of the distress object does not exceed 500 tons to enable this node to be used for rescue; if the weight of the distress object is 600 tons, it indicates that the towing operation equipment cannot execute this operation step.

[0056] This application accurately formulates a rescue plan by intelligently matching the ability parameters of the rescue mode, ensures that within the capabilities of the rescue entity, it maximally meets the actual needs of the distress object, avoids secondary risks caused by improper plans, and improves the overall rescue success rate.

[0057] Step 4: Initially sort the implementable rescue modes according to the priority parameters of each type of endangered object to obtain the initially sorted implementable rescue modes.

[0058] In this embodiment, each type of endangered object has its own priority parameter. By comparing the priority parameters of the endangered objects, the endangered object with a higher priority parameter is ranked higher during sorting. For example, when a ship catches fire and leaks oil while there are people on board who need to be rescued, the people on board should be rescued first, then the fire should be extinguished, and finally the oil leakage should be dealt with.

[0059] Step 5: For a certain type of endangered object, if there are multiple implementable rescue modes, use the state space search algorithm to perform a detailed sorting on the multiple implementable rescue modes. As Figure 2 shown, the specific steps are as follows:

[0060] 1) Construct the state space:

[0061] Summarize the following parameters to establish the state space.

[0062] a) The set of current endangered state parameters of the endangered object is set as O = {o1, o2, o3,...}, which serves as the initial state parameter set of the state space;

[0063] b) The set of state parameters after the endangered object is completely out of danger is set as G = {g1, g2, g3,...}, which serves as the final state parameter set of the state space.

[0064] c) The set of implementable rescue modes is set as M = {M1, M2, M3,...}, where each rescue mode M i contains conditional parameters C i = {c i1 , c i2 , c i3 ,...} and effect parameters E i = {e i1 , e i2 , e i3 ,...};

[0065] 2) Generate the initial target state:

[0066] Set the target state parameter set S j for the search. In the first search, it is set as the final state parameter set G

[0067] j = 1|S j = {s1, s2, s3,...} = G = {g1, g2, g3,...}

[0068] 3) Traverse each rescue mode:

[0069] Traverse the rescue modes \(M\) in the rescue mode set \(M = \{M_1, M_2, M_3, \cdots\}\) i , and call 4) to judge \(M\) i whether it matches \(S\) j .

[0070] 4) Determine whether it matches:

[0071] Take the target state parameter set \(S\) j =\{s j1 , s j2 , s j3 , \cdots\} as the matching object, and traverse all the effect parameters \(\{e i , e i1 , e i2 , \cdots\}\) of the rescue mode \(M\) i3 . If the following conditions are met, it means a match:

[0072] a) There is at least one state parameter \(s\) j in the target state parameter set \(S\) jm equal to an effect parameter \(e\) i of the rescue mode \(M\) in ;

[0073]

[0074] b) There is no state parameter \(s\) j in the target state parameter set \(S\) jm negated by any effect parameter \(e\) i of the rescue mode \(M\) in .

[0075]

[0076] If it matches, call 5) to add the rescue mode; if it doesn't match, call 8) to judge whether all rescue modes have been traversed.

[0077] 5) Add the rescue mode

[0078] Add the rescue mode \(M\) i to the detailed sorted and implementable rescue modes.

[0079] 6) Generate a new target state

[0080] Remove the already matched state \(s\) jm from the target state parameter set \(S\) j

[0081] S j =\{\cdots, s jm-1 , s jm+1 , \cdots\}​

[0082] Generate a new set of target state parameters S j+1 , for S j and M i 's conditional parameter C i ={c i1 , c i2 , c i3 ,...} is the union

[0083] S j+1 = S j ∪ C i

[0084] 7) Determine whether the new set of target state parameters is consistent with the initial set of state parameters:

[0085] If the conditional parameter S i of M j+1 is consistent with the initial set of state parameters O = {o1, o2, o3,...}, it means that all rescue modes have been found

[0086] S j+1 ={..., s jm-1 , s jm+1 ,..., c i1 , c i2 , c i3 ,...} = O = {o1, o2, o3,...}

[0087] It also means that the initial set of state parameters in the state space can be gradually changed to the final set of state parameters by adding rescue modes; if they are inconsistent, then call 8) to check whether all rescue modes have been traversed.

[0088] 8) Determine whether all rescue modes have been traversed

[0089] If all have been traversed, it means that the effects of all rescue modes cannot match the target state, and it also means that there is no suitable rescue mode, and the sorting fails; if not all have been traversed, then go back to 3) for the next round of matching.

[0090] Next, the above state space search algorithm will be illustrated by an example. For example, assume that a ship is in distress, on fire and unable to sail; the rescue ship can execute two rescue modes, the towing rescue mode and the fire fighting rescue mode. Use the state space search algorithm to sort these rescue modes in detail, and the specific steps are as follows:

[0091] 1) Construct the state space

[0092] The initial state parameters of a certain ship include:

[0093] a) Whether on fire = yes

[0094] b) Can it return = No

[0095] The target state parameters for rescuing this ship include:

[0096] a) Is there a fire = No

[0097] b) Can it return = Yes

[0098] For the rescue ship, the condition parameters for the tow - rescue mode are:

[0099] a) Is there a fire = No

[0100] b) Can it return = No

[0101] The effect parameters are:

[0102] a) Can it return = Yes

[0103] The condition parameters for the fire - fighting rescue mode are:

[0104] a) Is there a fire = Yes

[0105] The effect parameters are:

[0106] a) Is there a fire = No

[0107] It is required to use the state - space search algorithm to sort the two rescue modes.

[0108] Based on the above parameters, construct the state space as follows

[0109] O = {o1 = Yes, o2 = No}

[0110] G = {g1 = No, g2 = Yes}

[0111] M = {M1, M2}

[0112] Among them, M1 is the tow - rescue mode and M2 is the fire - fighting rescue mode. Here, for the sake of understanding, "Yes" and "No" are used for assignment, and in logical operations, 0 and 1 can be used for assignment.

[0113] M1 = {c 11 = No, c 12 = No} ∪ {e 11 = Yes}

[0114] M2 = {c 21 = Yes} ∪ {e 21 = No}

[0115] 2) Generate the initial target state as follows,

[0116] j = 1|S1 = G = {s 11 = No, s 12 = Yes}

[0117] That is, the initial target state is "Is there a fire = No" and "Can it return = Yes".

[0118] 3) Traverse each rescue mode. When i = 1 in the first iteration, that is, call the M1 tow rescue mode.

[0119] 4) Determine whether there is a match. Using the target state parameter set S1 = {s 11 = No, s 12 = Yes} as the matching object, traverse all effect parameters {e 11 = Yes} of the rescue mode M1 and find that

[0120]

[0121] That is, "Can it return = Yes" in the target state is equal to one of the effects of the tow rescue mode, and there is no state in the target state that is negated by the effects of the tow rescue mode.

[0122] 5) Add the rescue mode and add the tow rescue mode M1 to the implementable rescue modes sorted in detail.

[0123] 6) Generate a new target state

[0124] Remove the state s 11 that has been matched in 4) from the target state parameter set S1. At this time

[0125] S1 = {s 11 = No}

[0126] Generate a new target state parameter set S2, which is the union of S1 and the condition parameter C1 = {c 11 = No, c 12 = No} of M1:

[0127] S2 = S1 ∪ C1

[0128] That is, the new target state is "Is there a fire = No", "Is there a fire = No", "Can it return = No".

[0129] 7) Determine whether the new target state parameter set S2 is consistent with the initial state parameter set O

[0130] S2 = {s 21 = s 11 = No, s 22 = c 11 = No, s 23 = c 12 = No}

[0131] O = {o1 = Yes, o2 = No}

[0132] The initial state is "Is there a fire = Yes" and "Can it return = No". It can be seen that the two are inconsistent. Therefore, the search has not been completed. Call 8) to check whether all rescue modes have been traversed.

[0133] 8) Determine whether all rescue modes have been traversed

[0134] Currently, i = 1, and there are 2 rescue modes. Therefore, not all have been traversed. Call 3) for the next round of matching.

[0135] 3) In the second iteration, i = 2, that is, call the M2 fire rescue mode.

[0136] 4) Determine whether there is a match. Using the new set of target state parameters S2 = {s 21 = No, s 22 = No, s 23 = No} as the matching object, traverse all effect parameters {e 21 = No} of the rescue mode M2 and find that

[0137]

[0138] That is, "Is there a fire = No" in the target state is equal to one of the effects of the fire rescue mode, and no state in the target state is negated by the effects of the fire rescue mode.

[0139] 5) Add the rescue mode. Add the fire rescue mode M2 to the implementable rescue modes after detailed sorting.

[0140] 6) Generate a new target state

[0141] Remove the already matched states s 21 and s 22 from the set of target state parameters S2. At this time

[0142] S2 = {s 23 = No}

[0143] Generate a new set of target state parameters S3, which is the union of S2 and the conditional parameters C2 = {c 21 = Yes} of M2:

[0144] S3 = S2 ∪ C2

[0145] That is, the new target state is "Can it return = No" and "Is there a fire = Yes".

[0146] 7) Determine whether the new set of target state parameters S3 is consistent with the set of initial state parameters O

[0147] S3 = {s 31 = s 23 = No, s32 = c 21 = yes

[0148] O = {o1 = yes, o2 = no}

[0149] The initial state is "Is there a fire = yes" and "Can it return = no", and the two are consistent. Therefore, it is judged that the search has been completed and the sorting is successful.

[0150] This step outputs rescue modes M2 and M1.

[0151] Through the state space search mechanism of this application, it is ensured that the finally generated comprehensive rescue plan can configure reasonable rescue steps according to the rescue objectives, initial state, and conditions and effects of each rescue mode, optimize resource allocation, and reduce rescue risks.

[0152] Step 6: Integrate the implementable rescue modes after the preliminary sorting and detailed sorting to generate a comprehensive rescue plan.

[0153] Preferably, in this embodiment, when integrating the implementable rescue modes, the rescue process of the implementable rescue mode with a higher ranking remains unchanged, the duplicate process nodes between the implementable rescue mode with a lower ranking and the implementable rescue mode with a higher ranking are removed, and then the remaining process nodes of the implementable rescue mode with a lower ranking are concatenated behind the process nodes of the implementable rescue mode with a higher ranking to generate a comprehensive rescue plan. For example, the rescue process of the previous implementable rescue mode remains unchanged, and the rescue process of the latter implementable rescue mode needs to remove the duplicate "improve the rescue plan" node and the part before it, and then concatenate the part after it behind the previous rescue mode.

[0154] The following combines Figure 3 the tugboat rescue mode and Figure 4 the fire rescue mode to illustrate how to generate a comprehensive rescue plan.

[0155] As Figure 3 is a process swimlane diagram of a tugboat rescue mode. Each swimlane in this diagram represents a rescue entity, including 4 rescue entities 1 - 4: the main hull 1, the operation equipment area 2, the search and rescue command post 3, and the helicopter 4.

[0156] The rescue process describes the rescue operation process, including a series of process nodes 5 - 22. The process nodes within each swimlane represent the specific action steps of that entity. The connection lines between the nodes show the logical relationship between the steps, and the connection lines across the swimlanes indicate that each entity collaborates to complete the rescue task. Starting from formulating a rescue plan at process node 5 to the end of the rescue mode at process node 22, the specific rescue process is as follows:

[0157] Process node 5: Formulate a rescue plan;

[0158] Process Node 6: Rescue Vessel Preparation;

[0159] Process Node 7: Proceed to the Distress Site;

[0160] Process Node 8: Confirm Site Information;

[0161] Process Node 9: Improve the Rescue Plan;

[0162] Process Node 10: Prepare Towing Operation Equipment;

[0163] Process Node 11: Select Cable Throwing Method;

[0164] If directly throwing the cable, execute Process Node 15; if the helicopter carries the cable, execute Process Node 12;

[0165] Process Node 12: Helicopter Preparation

[0166] Process Node 13: Helicopter Cable Carrying Operation;

[0167] Process Node 14: Helicopter Return;

[0168] Process Node 15: Throw the cable at the deck;

[0169] Process Node 16: Transport the towing cable to the distressed vessel;

[0170] Process Node 17: Adjust the cable length and the number of towing cables;

[0171] Process Node 18: Winch the towing gear onto the distressed vessel;

[0172] Process Node 19: Secure the towing gear;

[0173] Process Node 20: Towing;

[0174] Process Node 21: Release and retrieve the towing gear;

[0175] Process Node 22: End of the rescue mode.

[0176] Such as Figure 4 It is a schematic diagram of the process swimlane of a fire rescue mode, and this schematic diagram includes 3 rescue entities 1 - 3: the main hull 1, the operation equipment area 2, and the search and rescue command post 3.

[0177] The rescue process includes Process Nodes 4 - 13, and the specific rescue process is as follows:

[0178] Process Node 4: Formulate a rescue plan;

[0179] Process Node 5: Rescue vessel preparation;

[0180] Process Node 6: Proceed to the distress site;

[0181] Process Node 7: Confirm on-site information;

[0182] Process Node 8: Improve the rescue plan;

[0183] Process Node 9: Approach the ship in distress;

[0184] Process Node 10: Prepare fire-fighting equipment;

[0185] Process Node 11: Select fire extinguishing agents according to the type of fire source;

[0186] Process Node 12: Extinguish the fire with a fire monitor;

[0187] Process Node 13: End of the rescue mode.

[0188] According to the above sorting, it can be seen that the fire-fighting rescue mode is sorted before the towage rescue mode. During the formation of the comprehensive rescue plan, the rescue process of the fire-fighting rescue mode with a higher sort remains unchanged, and the rescue process of the towage rescue mode with a lower sort needs to delete the process nodes before the "Improve the rescue plan" node and then connect the process nodes after the "Improve the rescue plan" node of the towage rescue mode to the back of the rescue process of the fire-fighting rescue mode to form a comprehensive rescue plan.

[0189] Through the integration of rescue modes, the fire-fighting rescue mode is preferentially executed to ensure the rapid extinguishment of the fire source. After the fire source is extinguished, the process nodes of the towage rescue mode are immediately executed, such as the preparation of towing operation equipment and the selection of cable throwing methods. The comprehensive rescue plan avoids the repetition of nodes, such as the rescue ship preparation and going to the distress site will not appear repeatedly, thus having the correct logic.

[0190] Some embodiments of the present application also provide a system for generating a maritime comprehensive rescue plan for a large rescue ship, as Figure 5 shown, the system includes:

[0191] 1) The hardware layer, that is, the relevant hardware devices for running data collection, transmission, and processing, specifically including the following:

[0192] Environmental sensors, a collective term for devices related to collecting environmental data, including anemometers, radar wave gauges, marine temperature probes, etc., for collecting on-site environmental data.

[0193] A server, a high-performance computer, is connected to the environmental sensors to receive environmental data. The server is also connected to the network equipment of the ship to transmit data.

[0194] The rescue plan generation terminal, a computer with conventional performance, is the main device for storing and running the software of this system and is connected to the server through the network.

[0195] Network devices, including backbone networks, switches, or network servers, are devices that maintain the network data transmission environment.

[0196] 2) Software layer, including relevant software functional modules for processing the input of required data, scenario generation, and output, specifically including the following:

[0197] The rescue mode library is used to store and manage rescue mode data. When the system is initially deployed, the parameters of the rescue mode are set according to the performance parameters of large rescue ships and rescue equipment, the time-consuming of rescue operation process nodes, etc., so that the generated rescue plan is more in line with the actual situation. When the equipment of the large rescue ship is updated or the rescue equipment is updated, the parameters of the rescue mode are adjusted according to the actual situation to update the rescue mode library.

[0198] The distress object data module is used to receive and process distress object data. It mainly relies on the user interaction input interface to preprocess the data to make it the distress object parameters required for scenario generation.

[0199] The distress environment data module includes a remote distress environment data module and a on-site distress environment data module. Among them, the remote distress environment data module is used to receive and process distress environment data when the large rescue ship is in the remote area. It mainly receives meteorological and ocean data, etc. released by the meteorological agency and maritime agency under the jurisdiction of the sea area where the distress object is located, making the input of the rescue plan more accurate. In addition, this module is also responsible for preprocessing the data to make it the distress environment parameters required for scenario generation. The on-site distress environment data module is used to receive and process more accurate environment data when the large rescue ship is on-site. On the one hand, it receives meteorological and ocean data sensed by the large rescue ship's own sensors, including air temperature, wind speed, wind direction, water temperature, etc.; on the other hand, it also receives meteorological and ocean data, etc. released by the meteorological agency and maritime agency, including wave height, ocean current speed, ocean current direction, etc., to supplement the deficiencies of the large rescue ship's own sensors. In addition, this module also provides a user interaction input interface to input the environment data observed by users on-site, such as sea ice concentration, etc. After receiving the data, the data is preprocessed to make it the distress environment parameters required for scenario generation.

[0200] The rescue plan generation module is used to receive the distress environment parameters, distress object parameters, and call the rescue mode library to generate the required rescue mode set, the implementable rescue mode set, the sorted implementable rescue mode set, and the comprehensive rescue plan in sequence.

[0201] A generation logic visualization module is used to display to the user the logical basis and results of each step in generating a comprehensive rescue plan. The purpose of this module is to enable the user to fully understand the generation logic of the comprehensive rescue plan, prevent the user from blindly following or ignoring the generated plan, and enable the user to adjust the rescue plan in a timely manner when the rescue scenario or distress status information is incompletely input or changes significantly over time. For the step of selecting the required rescue mode, the module displays the selected rescue mode, the conditions required for the rescue mode, and the corresponding parameters of the distressed object; for the step of obtaining an implementable rescue mode, the module displays the implementable rescue mode, the conditions required for the rescue mode, and the corresponding parameters of the distressed object and the distress environment; for the step of sorting the rescue modes, the module displays the priorities of each rescue mode and the explanatory text for setting the priorities.

[0202] 3) The application layer, that is, the relevant applications that the user can perform on the hardware and software, specifically includes the following:

[0203] A distress environment display interface uses the distress environment data module to display to the user the distress environment near the object.

[0204] A distressed object parametric modeling interface allows the user to input the parameters of the distressed object through an interactive input interface, thereby establishing a model of the distressed object.

[0205] A rescue plan generation interface enables the user to generate a comprehensive rescue plan through software.

[0206] A generation logic visualization interface allows the user to view the logical basis and results of each step in generating a comprehensive rescue plan.

[0207] In summary, the present application provides a method and system for generating a maritime comprehensive rescue plan for a large rescue ship, which can generate a comprehensive rescue plan composed of multiple types of rescue modes when facing complex maritime distress scenarios, quickly provide decision-making references for rescue command and decision-making personnel, improve the emergency response speed, provide inputs for rescue simulation calculations or evaluation programs, and support the digital research of rescue operations.

[0208] For those skilled in the art, it is obvious that the present application is not limited to the details of the above exemplary embodiments, and can be implemented in other specific forms without departing from the spirit or basic characteristics of the present application. Therefore, in any regard, the embodiments should be regarded as exemplary and non-limiting. The scope of the present application is defined by the appended claims rather than the above description. Therefore, it is intended to cover all changes falling within the meaning and scope of the equivalent elements of the claims in the present application. In addition, it is obvious that the term "including" does not exclude other units or steps, and the singular does not exclude the plural. The multiple units or devices stated in the apparatus claims can also be implemented by one unit or device through software or hardware.

Claims

1. A method for generating an offshore comprehensive rescue plan for a large rescue ship, characterized in that Specifically, it includes the following steps: Step 1: Obtain the distress status parameters of the distressed object; Step 2: Match the rescue mode library according to the distress status parameters to obtain a set of required rescue modes; Step 3: Compare the parameters of the distressed object and the distress environment parameters with the ability parameters of all process nodes in the set of required rescue modes to obtain a set of implementable rescue modes; Step 4: Initially sort the rescue modes in the set of implementable rescue modes according to the priority parameters of each type of distressed object to obtain a set of implementable rescue modes after initial sorting; Step 5: For a certain type of distressed object, if there are multiple implementable rescue modes, use the state space search algorithm to perform a detailed sorting on the multiple implementable rescue modes to obtain a set of implementable rescue modes after detailed sorting; Step 6: Integrate the rescue modes in the set of implementable rescue modes after the initial sorting and detailed sorting to generate a comprehensive rescue plan.

2. The method according to claim 1, wherein The rescue mode library in Step 2 includes several rescue modes; the rescue mode includes multiple rescue entities, a rescue process, and rescue mode parameters.

3. The method according to claim 2, characterized in that, The rescue entity includes at least one independent rescue entity, and the independent rescue entity is an object with obvious differences in position or an object with obvious characteristics in actions during the rescue operation; The rescue process describes the process of the rescue operation, starting from formulating a rescue plan to recovering rescue equipment or returning; the rescue process includes multiple process nodes, and each process node represents a specific rescue step for the rescue entity to perform the rescue operation or represents a condition for expanding the rescue process branch; the rescue process is composed of multiple process nodes connected in series and in parallel; The rescue mode parameters include effect parameters, ability parameters, and priority parameters.

4. The method according to claim 3, wherein The rescue entity further includes: being divided into a remote rescue entity and a on-site rescue entity according to the distance between the rescue entity and the distressed object; Among them, the remote rescue entity cannot fully obtain the parameters of the distressed object and the distress environment and cannot select branches in the rescue process; the on-site rescue entity can fully obtain the parameters of the distressed object and the distress environment and can obtain information on the progress of the rescue, and then select branches in the rescue process.

5. The method according to claim 3, wherein Step 2 further includes: traversing the rescue modes in the rescue mode library according to the distress status parameters; judging whether the effect parameters of the rescue mode and the distress status parameters meet the preset conditions: if they meet, include the rescue mode in the set of required rescue modes; if they do not meet, continue to traverse until a matching rescue mode is found.

6. The method according to claim 5, characterized in that The condition that the effect parameters of the rescue mode and the distress status parameters meet the preset conditions is that the effect parameters and the distress status parameters correspond one by one and have opposite values.

7. The method according to claim 3, characterized in that, Step 3 further includes: comparing the ability parameters of all process nodes in the set of required rescue modes with the parameters of the distressed object and the distress environment parameters, and screening out the rescue modes whose ability parameters are greater than the parameters of the distressed object and whose ability parameters are greater than the distress environment parameters, and then including the rescue modes in the set of implementable rescue modes.

8. The method according to claim 4, wherein Step 4 further includes: based on the priority parameters of each type of distressed object in the set of implementable rescue modes, comparing the magnitudes of the priority parameters of each type of distressed object, and arranging the rescue modes of each type of distressed object with larger priority parameters in a higher position during sorting, so as to obtain a set of implementable rescue modes after preliminary sorting.

9. The method according to claim 8, wherein Step 5 further includes: 1) Construct a state space The state space includes an initial state parameter set O; a final state parameter set G and a set of implementable rescue modes M; where M = {M1, M2, M3,...}, and each rescue mode M i includes condition parameters C i = {c i1 , c i2 , c i3 ,...} and effect parameters E i = {e i1 , e i2 , e i3 ,...}; 2) Generate an initial target state Set the set of target state parameters S for search j , when searching for the first time, set it to the set of final state parameters G; 3) Traverse each rescue mode Traverse the rescue mode M in the rescue mode set M i , and call step 4) to determine M i whether it matches S j ; 4) Determine whether there is a match Using the target state parameter set S j as the matching object, traverse all the effect parameters {e i , e i1 , e i2 , e i3 ,...} of the rescue mode M. If there is a match, call step 5); otherwise, call step 8). 5) Add a rescue mode Add rescue mode M i to the implementable rescue modes sorted in detail; 6) Generate a new target state Remove the already matched state s in 4) jm from the target state parameter set S j to generate a new target state parameter set S j+1 , which is the union of S j and the conditional parameter C i of M i ; 7) Determine whether the new target state is consistent with the initial state parameter set If M i the conditional parameter S j+1 is consistent with the initial state parameter set O, it means that all rescue modes have been found, and it also means that the initial state parameter set of the state space has gradually become the final state parameter set by adding rescue modes; if not, step 8) is called; 8) Determine whether all rescue modes have been traversed If all rescue modes have been traversed, it means that the effects of all rescue modes cannot match the target state, and it also means that there is no suitable rescue mode, and the sorting fails; if not all rescue modes have been traversed, return to step 3) for the next round of matching.

10. The method according to claim 9, wherein In step 4), when determining whether there is a match, the condition for a match is: a) There is at least one state parameter s in the set S of target state parameters j equal to an effect parameter e jm of the rescue mode M i : in ​ b) The set S of target state parameters j does not contain any state parameter s jm negated by any effect parameter e i of the rescue mode M in :

11. The method according to claim 6, characterized in that Step 6 further includes: keeping the rescue process of the implementable rescue mode ranked higher unchanged, removing the duplicate process nodes in the implementable rescue mode ranked lower and the implementable rescue mode ranked higher, and then connecting the remaining process nodes of the implementable rescue mode ranked lower to the back of the process nodes of the implementable rescue mode ranked higher, so as to generate a comprehensive rescue plan.

12. A generation system for a maritime comprehensive rescue plan of a large rescue ship, characterized in that, The system includes a hardware layer, a software layer, and an application layer arranged in sequence from bottom to top; wherein, The hardware layer includes multiple hardware devices, and the multiple hardware devices are used for data acquisition, transmission, and processing; The software layer is used for processing required data input, generation, and output of a maritime comprehensive rescue plan; wherein, the software layer includes: a rescue mode library for storing and managing rescue mode data; a distressed object data module for receiving and processing distressed object data to generate distressed object parameters; a distressed environment data module for receiving and processing distressed environment data to generate distressed environment parameters; a rescue plan generation module for receiving the distressed object parameters, the distressed environment parameters, and calling the rescue mode library to generate a comprehensive rescue plan; a generation logic visualization module for displaying the generated comprehensive rescue plan; The application layer includes multiple application interfaces, and the multiple application interfaces are used for providing applications related to generating a comprehensive rescue plan.

13. The system according to claim 12, wherein The hardware layer includes: An environment sensor for collecting environment data; A server, which is connected to the environment sensor to receive the environment data, and the server is also connected to a network device to transmit data through the network device; A rescue plan generation terminal for storing data and running the functional modules of the software layer, and is connected to the server through a network device; A network device for maintaining a network data transmission environment.

14. The system according to claim 12, wherein The rescue mode library sets the parameters of the rescue mode according to the performance parameters of large rescue ships and rescue equipment and the time consumption of rescue operation process nodes when the system is initially deployed; when the equipment of the large rescue ship is updated or the rescue equipment is updated, the parameters of the rescue mode are adjusted to update the rescue mode library.

15. The system according to claim 12, wherein The distress object data module receives data through the user interaction interface and preprocesses the data to generate distress object parameters.

16. The system according to claim 12, wherein The distress environment data module includes a remote distress environment data module and a on-site distress environment data module; Among them, the remote distress environment data module is used to receive and process distress environment data when the large rescue ship is in the remote area, receive the environment data released by the meteorological agency and the maritime agency in the sea area where the distress object is located, and preprocess the environment data to generate distress environment parameters; The on-site distress environment data module is used to receive and process distress environment data when the large rescue ship is on-site. On the one hand, it receives the environment data sensed by the sensors of the large rescue ship itself; on the other hand, it receives the environment data released by the meteorological agency and the maritime agency. In addition, the on-site distress environment data module also provides a user interaction interface to input the on-site observed environment data, and preprocesses the environment data to generate distress environment parameters.

17. The system according to claim 12, characterized in that, The rescue plan generation module sequentially generates a required rescue mode set, an implementable rescue mode set, a sorted implementable rescue mode set, and a comprehensive rescue plan.

18. The system according to claim 17, wherein The generation logic visualization module is used to display the logical basis and results of each stage of generating the comprehensive rescue plan, and can adjust the generated comprehensive rescue plan in real time; Among them, when generating the required rescue mode set, the module displays the selected rescue mode, the conditions required for the rescue mode, and the corresponding parameters of the distress object; when generating the implementable rescue mode set, the module displays the implementable rescue mode, the conditions required for the rescue mode, and the corresponding parameters of the distress object and the distress environment; when generating the sorted implementable rescue mode set, the module displays the priority of each rescue mode and the corresponding text description of the set priority.

19. The system according to claim 12, wherein The application layer includes: The distress environment display interface displays the distress environment near the distress object based on the distress environment data module; The distress object parametric modeling interface establishes a distress object model through the distress object parameters input by the user in the interactive input interface; The rescue plan generation interface displays the generated comprehensive rescue plan based on the rescue plan generation module; The generation logic visualization interface displays the logical basis and results of each step of generating the comprehensive rescue plan.

Images