Patent Description:
Area denial systems generally include a plurality of lethal or non-lethal munitions that can be deployed as a defensive system to deny access to terrain, to focus or direct enemy movement, reduce enemy morale, or to accomplish other various tactical objectives. In addition, certain area denial systems can be deeply deployed into enemy territory, quickly placed in front of moving formations of enemy units, or quickly deployed for other purposes via artillery scatterable and aircraft scatterable munitions.

As referred to herein, the term munitions includes various devices, apparatuses, and the like that include explosive ordinance or a weapon system that is designed for targeting enemy personnel, vehicles, tanks, aircraft, ships, or the like. As such, munitions can include various land based or water based weapon systems designed to detonate or otherwise engage a target when a target is in range. In addition, the term munition includes various air based devices, such as drones, air based vehicles, or the like. For example, munitions could include the various devices described in <CIT>; <CIT>; and <CIT>; in U. Design Patent D461,<NUM>; and in <CIT>;<CIT>; <CIT>; and <CIT>.

Known munition systems, such as the M-<NUM> Spider and the XM1100 Scorpion, include a plurality of networked munitions, sensors, and communication devices. Once these systems are deployed, a human operator at a remotely located control station can choose to fire one or more of the munitions, for example in response to feedback from the sensors that indicates the presence of an enemy target. Networking elements for remote control of sensors and other devices, such as munitions, is well known in the art. See for example, <CIT>; <CIT>; <CIT>; <CIT>; and <CIT>.

Modern area denial systems which utilize anti-personnel munitions are generally configured for "human in the loop" operation of the anti-personnel munitions, requiring human authorization of fire commands for the munitions in the system. In addition, known area denial systems which utilize anti-vehicle munitions generally include human in the loop operated anti-personnel munitions to make removal of the anti-vehicle munitions more difficult.

However, proper execution of an area denial system utilizing human in the loop configured munitions can be difficult, requiring proper set up and consideration of various technical issues that are necessitated by long range remote control of the networked sensors and munitions. As such, an area denial system that improves or resolves those technical issues, and/or improves the efficiency of area denial systems utilizing human in the loop operated munitions would be well received.

Embodiments of the disclosure are directed to methods, systems, and computer program product for communication latency compensation in an area denial system. In one or more embodiments, the area denial system includes a plurality of munitions, one or more sensor devices, a command and control unit or station, and one or more gateway devices. The plurality of munitions may be deployed within a geographic region to define an obstacle field or obstacle region that can disrupt enemy personnel and/or vehicle movements in the geographic region. In addition, the one or more sensor devices and the one or more gateway devices may be deployed within the geographic region and/or the obstacle field for target detection and tracking, establishing networking capabilities, or for other area denial objectives. However, the command and control unit may be generally stationed outside of the region or otherwise stationed remotely to the obstacle field to allow for deep operating ranges of the munitions and to keep human operators of the system away from potential harm.

In various embodiments, the elements of the area denial system are networked together via the one or more gateway devices in an area denial network that provides for data communication between the elements in the system. However, in various embodiments, because the command and control unit is located remotely to the munitions, sensor devices, and gateways, data communication between the command and control unit and the other elements can suffer communication latency as compared to communication between the sensor devices, munitions, and/or gateways.

As such, embodiments of the disclosure provide benefits to area denial systems from enhanced effectiveness against both vehicle and personnel targets in the presence of command and control communication latencies. Further, various embodiments are especially relevant for deeply deployed area denial systems with tens to hundreds of kilometers between the command and control unit and the obstacle field, which can result in significant communication latencies between command and control unit and the other elements of the system.

Known systems, such as those utilizing the M-<NUM> Spider or the XM1100 Scorpion, do not account for such latencies. As a result, known systems may suffer from reduced effectiveness as operator instructions, such as authorizations to fire or arm a munition, are delayed in getting to selected munitions. For example, a human operator could receive information indicating that a target is in the range of a munition. In response the human operator can transmit authorization to the munition from a command and control unit that is positioned several kilometers away. As a result of the distance between the human operator and the selected munition, several moments pass before the munition receives the transmitted authorization communication. In some instances, for example when a target is moving, by the time the selected munition receives authorization the target is now further away from the authorized munition, reducing the probability of a successful target engagement. In some instances the reduction in effectiveness can even be to the point where the target is completely outside the range of the authorized munition. In addition, while the human operator could select several munitions to fire with the hope that at least some of the authorized munitions will engage the target, it possible that this will unnecessarily waste munitions that, by the time the munition receives authorization, are too far from the target for a successful engagement, thus reducing the number of munitions and the effectiveness of the obstacle field. Various embodiments also provide an additional safety factor for noncombatants by ensuring that munitions are not detonated on noncombatants moving through the obstacle field prior to the enemy's arrival.

Further, one or more embodiments provide benefits from latency compensation that is compliant with United States landmine policies, requiring that fire authorization messages to munitions targeting enemy personnel are sent solely from a human operator or "human in the loop". This results in additional benefits in that various embodiments eliminate the need to mix anti-personnel munitions with anti-vehicle munitions as latency compensation allows for human in the loop commanded detonation of anti-vehicle munitions to effectively engage moving vehicles while additionally allowing for human in the loop commanded detonation of traditionally anti-vehicle munitions to protect the obstacle field from enemy personnel trying to disrupt the field. As a result, a single munition type can be used to create the obstacle field, reducing the total lifecycle costs of the system.

In addition, one or more embodiments provide benefits to deeply deployed or quickly deployed area denial systems, such as those deployed via artillery scatterable or aircraft scatterable munitions, which are generally deployed long distances from human operators or which utilize higher latency types of communication between the munitions and the human operators.

Accordingly, one or more embodiments of the disclosure are directed to a method for communication latency compensation in an area denial system deployed in a region. In one or more embodiments, the area denial system includes a plurality of munitions defining an obstacle field, one or more sensor devices, and a command and control unit, networked together, via one or more gateway devices, in an area denial network having a command and control latency for communication between the command and control unit and the remainder of the area denial system. In one or more embodiments, the method includes detecting, using the one or more sensor devices, a target for the area denial system. In certain embodiments the detecting includes determining a first target position relative to the obstacle field.

In various embodiments the method includes determining a first predicted position area for the target. In certain embodiments the first predicted position area indicates a range of possible locations for the target using the command and control latency and us determined using the detected first target position.

In one or more embodiments, the method includes determining one or more recommended munitions of the plurality of munitions, where the one or more recommended munitions are determined using the first predicted position area for the target. In certain embodiments the method includes notifying one or more human operators, via the command control unit, of the one or more recommended munitions.

In one or more embodiments, the method includes receiving, from at least one of the one or more human operators, via the command and control unit, authorization to arm one or more munitions. In various embodiments, the method includes determining a second target position area for the target. And in one or more embodiments, the method includes determining that the second target position is outside a threshold distance from a first authorized munition of the one or more authorized munitions, and in response, de-authorizing the first authorized munition.

In certain embodiments, the method includes determining that the second target position is within a threshold distance from a first authorized munition of the one or more authorized munitions, and in response, maintaining authorization of the first authorized munition.

One or more embodiments are directed to an area denial system for deployment in a region. In certain embodiments the system includes a plurality of munitions, one or more sensor devices, a command and control unit, and one or more gateway devices. In various embodiments the plurality of munitions the one or more sensor devices and the command and control unit are networked together via the one or more gateway devices in an area denial network having a command and control latency for communication between the command and control unit and the remainder of the area denial system.

In one or more embodiments, the command and control unit and the one or more gateways devices each include a processor and a computer readable storage medium communicatively connected to the processor, the computer readable storage mediums having program instructions embodied therewith.

In certain embodiments, the program instructions are executable by the respective processors to cause the respective processors to detect, using the one or more sensor devices, a target for the area denial system, the detecting including determining a first target position relative to the obstacle field.

In certain embodiments, the program instructions are executable by the respective processors to cause the processors to determine a first predicted position area for the target, the first predicted position area indicating a range of possible locations for the target using the command and control latency and using the first target position.

In certain embodiments, the program instructions are executable by the respective processors to cause the processors determine one or more recommended munitions of the plurality of munitions, the one or more recommended munitions determined using the first predicted position area for the target, and to notify one or more human operators, via the command control unit, of the one or more recommended munitions.

In certain embodiments, the program instructions are executable by the respective processors to cause the processors to receive, from at least one of the one or more human operators via the command and control unit, authorization to arm one or more munitions of the plurality of munitions. In certain embodiments, the program instructions are executable by the respective processors to cause the processor or the group of processors to determine a second predicted position area for the target, the second predicted position area using a second detected target position. In one or more embodiments, the program instructions are executable by the respective processors to cause the processor or the group of processors to determine that the second predicted location area is outside a threshold distance from a first authorized munition of the one or more authorized munitions, and in response, de-authorizing the first authorized munition.

One or more embodiments are directed to a computer program product for communication latency compensation in an area denial system deployed in a region, the area denial system including a plurality of munitions defining an obstacle field, one or more sensor devices, and a command and control unit, networked together, via one or more gateway devices, in an area denial network having a command and control latency for communication between the command and control unit and the remainder of the area denial system. In one or more embodiments the computer program product includes a computer readable storage medium having program instructions embodied therewith, where the computer readable storage medium is not a transitory signal per se. In various embodiments the program instructions are executable by a processor.

In one or more embodiments the program instructions include authorization filter means to receive authorization messages to fire one or more munitions of the plurality of munitions. In certain embodiments the program instructions include authorization filter means to receive target sensor data from the one or more sensor devices. In various embodiments the program instructions include authorization filter means to determine a predicted position area for the target, the predicted position area using the target sensor data. In one or more embodiments the program instructions include authorization filter means to determine that the predicted position area is outside a threshold distance from a first authorized munition of the one or more authorized munitions, and in response, de-authorize the first authorized munition.

In embodiments, the area denial system includes a multiplicity of munitions dispersed in the obstacle field. In embodiments, the area denial system includes more than <NUM> dispersed munitions. In embodiments the area denial system includes more than <NUM> munitions. In embodiments of the system the area denial system includes from <NUM> to <NUM> munitions. In embodiments of the system, the sensors are separate from the munitions, and there are a plurality of such sensors. In embodiments of the system, each of the munitions are structurally separated from the other munitions. In embodiments of the system, the average separation between each munition and the next closest munition is at least <NUM> meters. In other embodiments the average separation between each munition and the next closest munition is at least <NUM> meters. In embodiments the average separation between each munition and the next closest munition is between <NUM> and <NUM> meters. In embodiments the system has at least two sensors structurally not connected and dispersed from each other. In embodiments a sensor is a camera. In embodiments, the munitions are not physically connected to each other nor are they physically connected to the sensors.

The above summary is not intended to describe each illustrated embodiment or every implementation of the present disclosure.

The drawings included in the present application are incorporated into, and form part of, the specification. They illustrate embodiments of the present disclosure and, along with the description, serve to explain the principles of the disclosure. The drawings are only illustrative of certain embodiments and do not limit the disclosure.

While the embodiments of the disclosure are amenable to various modifications and alternative forms, specifics thereof have been shown by way of example in the drawings and will be described in detail.

<FIG> depicts a top down plan view of a geographic region <NUM> with an area denial system <NUM>, according to one or more embodiments of the disclosure. Geographic region <NUM> represents a hypothetical region including various geographical and/or man-made features. For example, <FIG> depicts a geographic region <NUM> including a river <NUM> with a bridge <NUM> and road <NUM>. To deny enemy maneuvers across the bridge <NUM>, an obstacle in the form of the area denial system <NUM> is deployed over a portion of the road <NUM> and adjacent to the bridge <NUM> thereby blocking and/or disrupting enemy movements across the river <NUM>.

In various embodiments, the area denial system <NUM> includes a plurality of munitions <NUM> which are deployed in the geographic region <NUM> and define an obstacle field <NUM> or obstacle region. For purposes of illustration, obstacle field <NUM> is denoted by a dashed rectangular region that includes each of the plurality of munitions <NUM>. In one or more embodiments, the munitions <NUM> include anti-vehicle munitions that are configured to engage with various types of armored or un-armored vehicles. In certain embodiments, munitions <NUM> include anti-personnel munitions that are configured to engage with enemy personnel. In some embodiments, the munitions <NUM> include both anti-vehicle and anti-tank munitions, or include munitions that are configured with capability to engage with both vehicles and with personnel. In one or more embodiments, munitions <NUM> are scatterable munitions that are remotely deployable such as, for example, by artillery shell or aircraft. In certain embodiments, munitions <NUM> are hand deployable munitions.

Obstacle field <NUM> is depicted in <FIG> as a <NUM> meter (m) by <NUM> rectangular square having a munition density of about <NUM> mines per square meter portion of the obstacle field <NUM>. However, in various embodiments, obstacle field <NUM> can be any suitable size with any suitable munition density. For example, in various embodiments, munitions <NUM> can be added, upgraded, or removed from the area denial system <NUM> to alter the size of the obstacle field <NUM>, alter the munition density, or alter the capabilities of the area denial system <NUM> to suit various system/tactical objectives.

In one or more embodiments, area denial system <NUM> includes sensor devices <NUM>. Sensor devices <NUM>, in various embodiments, includes one or more of cameras, thermographic imaging devices, magnetic sensors, motion sensors, tripwires, microphones, and any other suitable sensor for detecting and/or tracking a target. In certain embodiments, sensor devices <NUM> can be configured to detect the presence of and/or track the position of one or more of animal, personnel, vehicle, mechanical, or other targets, relative to the position of the sensor device <NUM>. In certain embodiments, sensor devices <NUM> are able to autonomously differentiate between personnel and vehicle targets.

In various embodiments, the sensor devices <NUM> have a sensor range, depicted in <FIG> as a dashed circle <NUM> that denotes the area of the geographic region <NUM> where sensor devices <NUM> are cable of detecting and/or tracking targets. In one or more embodiments, the sensor range will extend outside of the obstacle field <NUM> to detect targets as they approach the obstacle field <NUM> and prior to entry into obstacle field <NUM>. In certain embodiments, once a target is detected, the sensor devices <NUM> are configured to then track the position of the target and continually update the system on the position and status of the target. In various embodiments, once a target is detected, the sensor devices <NUM> are configured to track the target until the target is either eliminated, leaves the detection range of the sensor devices <NUM>, or otherwise becomes undetected by the sensor devices <NUM>.

The sensor range is depicted in <FIG> as a circle <NUM> having a radius of about <NUM> meters. However, in various embodiments, the sensor range can have a range and/or shape that varies depending upon the position, number, and type of sensor devices <NUM>. For example, certain sensor devices <NUM> may have different detection ranges compared to other sensors. , certain sensor devices <NUM> may have different positions in the geographic region <NUM>. In addition, sensor devices <NUM> may be more numerous in some areas than in others. As such, the sensor range can have various shapes, such as rectangular, triangular, or other uniform or non-uniform shape that is based on the position, number, and type of sensor devices <NUM> in the system <NUM>.

In one or more embodiments, area denial system <NUM> includes one or more gateway devices <NUM>. Gateway devices <NUM> are networking nodes that are each configured as a router, switch, or gateway for allowing data communication between elements of the area denial system <NUM>. As such, in one or more embodiments, the one or more gateway devices <NUM> provide for networking between the plurality of munitions <NUM>, sensor devices <NUM>, and other elements in area denial system <NUM>.

In one or more embodiments, each of the gateway devices <NUM> are configured to maintain a network between some portion of the munitions <NUM> and the sensor devices <NUM> within the system <NUM>. As such, in certain embodiments, the system <NUM> includes a plurality of the gateway devices <NUM> which are distributed in the geographic region <NUM> and which each handle the networking of different elements among the total number of elements in the system <NUM>.

For example, depicted in <FIG>, four gateway devices <NUM> are positioned in the geographic region <NUM>. Each of the gateway devices <NUM> are networked with some portion of the plurality of munitions <NUM> and/or with some portion of the plurality of sensor devices <NUM>. Referring to <FIG> and <FIG>, a close up view of area <NUM> is depicted. Gateway device <NUM> is networked with six of the munitions <NUM> in the obstacle field <NUM> and is networked with one sensor device <NUM>. As a result, the remaining three gateway devices <NUM> will be networked with the remaining munitions <NUM> and sensor devices <NUM>. In addition, in one or more embodiments, the gateway device <NUM> is networked with each of the three remaining gateway devices <NUM> via connections <NUM>, <NUM>, <NUM> to establish a complete network between the total number of the sensor devices <NUM> and munitions <NUM> in the system <NUM>.

Depicted in <FIG>, the gateway device <NUM> is networked with the munitions <NUM> and sensor <NUM> utilizing a mesh network topology, where each of the munitions <NUM>, sensor devices <NUM>, and gateway device are configured to connect directly, dynamically and non-hierarchically to as many other nodes as possible and cooperate with one another to efficiently route data within the system. However, in various embodiments the elements of the system can be networked utilizing any suitable type of network topology, such as for example, star network, tree network, ring network, or the like.

In various embodiments, munitions <NUM>, sensor devices <NUM>, and other elements can be assigned to network with particular gateway devices <NUM> within the system <NUM> based on various factors such as proximity, latency, redundancy, technical requirements/limitations of the gateway devices <NUM>, and other factors. In some embodiments the gateway devices <NUM> can be included as a part of one or more of the munitions <NUM> and/or the sensor devices <NUM>.

In various embodiments, gateway devices <NUM> are configured for wireless communication between elements of the system <NUM>. Wireless communication, as referred to herein, is any form of communication where data is transmitted as a signal through the air. As such, in certain embodiments, gateway devices <NUM> can utilize various forms of wireless communication including Wi-Fi, Li-Fi, Bluetooth®, radio waves, or other wireless signals. In certain embodiments, the gateway devices <NUM> are configured for wired communication. Wired communication, as used herein, is any form of communication where data is transmitted as a signal across a wire, optical fiber, or other physical medium. In certain embodiments, the gateway devices <NUM> are configured for a combination of wired and wireless communication. For example, in some embodiments, the gateway devices <NUM> could establish a wireless signal between various munitions while utilizing wired connections between other gateway devices <NUM>. In some embodiments, the gateway devices <NUM> could use both wireless and wired connections to between elements of the system as a redundancy in case of wireless or wired communication error.

Referring back to <FIG>, in one or more embodiments, the area denial system <NUM> includes a command and control unit <NUM>. In various embodiments, command and control unit <NUM> is a control system or computer configured for control of the plurality of munitions <NUM>, sensor devices <NUM>, and/or other devices in the area denial system <NUM>. As such, in various embodiments, the command and control unit <NUM> is networked with the plurality of munitions <NUM> and sensor devices <NUM> for communication via the one or more of the gateway devices <NUM>. In one or more embodiments, the command and control unit <NUM> is located away from the obstacle field <NUM> and is additionally configured for remote control of the area denial system <NUM>.

In some embodiments the command and control unit <NUM> can be a relatively short distance from the obstacle field <NUM>. For example, depicted in <FIG>, command and control unit <NUM> is depicted less than <NUM> from the obstacle field <NUM>. However, the command and control unit <NUM> can be located any suitable distance from the obstacle field <NUM>. For example, in certain embodiments, the command and control unit <NUM> is located between ten to one hundred kilometers from the obstacle field <NUM>. In some embodiments, the command and control unit <NUM> is located between ten to two hundred kilometers from the obstacle field <NUM>. In various embodiments, the command and control unit is at least <NUM> kilometers from the obstacle field. In one or more embodiments, the command and control unit is at least <NUM> kilometers from the obstacle field.

However, in certain embodiments the command and control unit <NUM> can be positioned a shorter distance or longer distance from the obstacle field <NUM>. In various embodiments, the command and control unit <NUM> can utilize various long haul network relay options for long range communication with the obstacle field <NUM>. For example, the command and control unit <NUM> can utilize ground relays, airborne relays, or space based relays, such as low earth orbit communication satellites to relay communications back and forth between the command and control unit <NUM> and the obstacle field <NUM>.

For example, <FIG> depicts an operational view of an area denial system <NUM> including a command and control unit <NUM> or operating station that is located remote to an obstacle field <NUM> or barrier field and networked via one or more relays. Depicted in <FIG>, relays can include ground relays <NUM>, such as ground based antennae, airborne relays <NUM>, such as airborne drones or other aircraft, or various space based relays <NUM>, such as low earth orbit communication satellites, to relay communications back and forth between the command and control unit <NUM> and the obstacle field <NUM>.

<FIG> depicts the command and control unit <NUM> as located approximately seventeen kilometers (km) from the obstacle field <NUM> and networked with a network gateway <NUM>. As described, the obstacle field includes one or more sensor devices and a plurality of scatterable munitions which, in <FIG>, have been deployed via an aircraft into the geographic region.

Referring again to <FIG> and <FIG>, the command and control unit <NUM> is configured for human operation of the area denial system <NUM>. For example, the command and control unit <NUM> is operable by one or more human operators to arm/activate munitions <NUM> to engage targets that have entered the obstacle field <NUM>. Put more specifically, the command and control unit <NUM> is configured for "human in the loop" operation of the munitions <NUM> where the human operators of the command and control unit <NUM> are the only person(s) able to authorize the munitions <NUM> to engage with enemy targets. For example, in some embodiments, the command and control unit <NUM> is operated by human operators including a primary operator. A user interface may include active screens displaying real-time sensor data, system status, and other information to the human operators. More simplistic displays may be utilized. The command and control unit <NUM> can be configured to receive commands for the munitions <NUM> solely from the primary operator, who possesses the authentication credentials required to arm and fire the munitions <NUM>.

In one or more embodiments, the command and control unit <NUM> is configured to process and/or relay data from the one or more sensor devices <NUM>, gateway devices <NUM>, and the plurality of munitions <NUM> to the one or more human operators. For example, in some embodiments, the command and control unit <NUM> will receive data from the sensor devices <NUM> and the plurality of munitions <NUM>, such as target information, munition status, and other information and relays that information to the one or more human operators. In some embodiments, the command and control unit <NUM> is operated by human operators including a situation awareness (SA) operator. The command and control unit <NUM> can be configured to display the various information to the SA operator to assist the human operators in selecting munitions to authorize, for example the information illustrated in <FIG>, and <FIG>.

<FIG> depicts a network diagram <NUM> of the area denial system <NUM>, as depicted in <FIG>, <FIG>, <FIG>, <FIG>, and <FIG>, according to one or more embodiments of the disclosure. As described above, the network diagram <NUM> depicts the plurality of munitions <NUM> and sensors <NUM> networked together via gateway devices <NUM>. Each of the gateway devices <NUM> are networked together to form a complete network including each of the sensors <NUM> and each of the munitions <NUM>.

Similarly, as described above, in various embodiments the one or more of the gateway devices <NUM> are connected to the command and control unit <NUM>. The command and control unit <NUM> is configured to receive and relay data from the munitions <NUM> and/or the sensors <NUM> to a human operator or human in the loop <NUM> via a user interface <NUM>. As described further herein, with reference to <FIG>, the human in the loop <NUM> can issue authorization commands to one or more of the plurality of munitions <NUM>. That data is transferred from the command and control unit <NUM> to the munitions <NUM> which, after receiving the authorization commands, activate to engage enemy targets.

<FIG> depicts the area denial system <NUM> upon detection of a target <NUM>. At some point after the system is deployed <NUM> a potential target <NUM> approaches the obstacle field <NUM>. Upon entry into the range of sensor devices <NUM>, the sensor devices <NUM> detect the potential target <NUM>. As depicted in <FIG>, the target is sensed <NUM> meters from the edge of the obstacle field <NUM> at the edge of range of sensor devices <NUM>. In various embodiments, sensor devices <NUM> determine the position of the target <NUM>. In some embodiments, the sensor devices <NUM> determine a velocity of the target <NUM>. In various embodiments, target velocity includes the movement speed of the target <NUM> along with a heading or direction. As such, the sensor devices <NUM> determine the target's position, but additionally determine where the target is moving and at what rate. As depicted in <FIG>, target has a heading of due west indicated by arrow <NUM> and a velocity of <NUM> meters per second.

As described, in one or more embodiments, the sensor devices <NUM> transmits this data to the command and control unit <NUM> via the gateway devices <NUM>. As such, in various embodiments this data is presented to the one or more human operators of the command and control unit <NUM> to alert them to the presence of the target <NUM>. In certain embodiments, the sensor data may be supplemented with other information from any available data source such as the munitions <NUM> or other sources.

In <FIG>, several moments have passed since initial detection of the target depicted in <FIG>. As a result, the target <NUM> has moved <NUM> meters westward and is positioned <NUM> meters from the edge of the obstacle field <NUM>. In various embodiments, while the target <NUM> is in range of sensor devices <NUM> the sensor devices <NUM> continually maintain a track on the position and, in some embodiments, the velocity of the target <NUM>, to provide an up-to-date target status to the command and control unit <NUM> and the one or more human operators.

In <FIG>, several additional moments have passed since the target was positioned <NUM> meters from the obstacle field <NUM> as depicted in <FIG>. The target <NUM> has continued to move westward and has now entered the obstacle field <NUM>. As described above, in various embodiments, the sensor devices <NUM> have continued to track the target <NUM> by determining the target position, velocity, and other sensor data, and have transmitted this sensor data to the command and control unit <NUM> for display to the one or more human operators.

In one or more embodiments, the target position is determined as the position of the target <NUM> relative to the geographic area <NUM>. In certain embodiments the target position is determined as the position of the target <NUM> relative to the obstacle field <NUM>. In some embodiments, determining the position of the target <NUM> relative to the obstacle field includes the position of the target <NUM> relative to one or more individual munitions of the plurality of munitions <NUM>. For example, in certain embodiments, the sensor devices <NUM> could determine the position of the target <NUM> as the distance of the target <NUM> from one or more of the munitions <NUM>.

In addition, <FIG> depicts a predicted position area <NUM> for the target <NUM>. In one or more embodiments, the predicted position area <NUM>, is depicted as circles <NUM>, <NUM>, which indicate the uncertainty in the position of the target <NUM>. Put another way, in various embodiments the predicted position area <NUM> represents ranges of possible locations for the target <NUM> in the geographic region <NUM>.

Accordingly, in one or more embodiments, the size of circles <NUM> and <NUM> is based on the uncertainty of the position of the target <NUM>. In one or more embodiments, the uncertainty of the target position is based on various factors including, but not limited to the target position, target velocity, a sensor confidence level, the type of target (e.g. enemy personnel or enemy vehicles) and a command and control latency for communications between the command and control unit <NUM> and the remainder of the area denial system <NUM>.

As used herein, the term confidence level refers to a statistical determination of a confidence interval for the sensor data that is computed from observed data. As such, the confidence level is the frequency or the proportion of possible confidence intervals that contain the true value of their corresponding parameter. In various embodiments, the sensor confidence level is defined by the sensor's ability to maintain a continuous track on the target <NUM>. For example, in certain embodiments losing track of the target <NUM> momentarily would reduce the target confidence level as the amount of observed data on the target <NUM> would be decreased. In some embodiments, tracking the target <NUM> among multiple targets appearing in close proximity would reduce the target confidence level. As a result of reduced sensor confidence level, in various embodiments the size of the predicted position area <NUM> would increase to reflect the increased uncertainty in the position of the target <NUM>.

The command and control latency is the time it takes for data, data packets, or other forms of communication to be received by the command and control unit <NUM> from the munitions <NUM>, sensor devices <NUM>, or gateway devices <NUM>. In one or more embodiments, the command and control unit <NUM> continually determines the command and control latency of communications in the system <NUM> for determining the predicted position area <NUM>. For example, in some embodiments, the command and control unit <NUM> is configured to constantly monitor message latencies between the command and control unit <NUM> and the munitions <NUM> and sensor devices <NUM>. As a result, in certain embodiments the command and control unit <NUM> will know with a high degree of confidence how much time it takes messages to travel to and from the obstacle field <NUM> to the command and control unit <NUM>. In various embodiments, the latency will vary depending on the type of connection between the command and control unit and the one or more gateway devices and/or the distance between the command and control unit and the one or more gateway devices. For example, in one or more embodiments, the command and control latency is substantially in the range of. <NUM> seconds to <NUM> seconds.

In various embodiments, the smaller circle <NUM> illustrates the uncertainty in the location of the target <NUM> indicated by sensor data when the sensor data is received by the command and control unit <NUM>. This position has some level of uncertainty due to the sensor confidence level, as described above, along with the velocity of the target <NUM>, and the command and control latency. For example, with a command and control latency of two seconds, after the sensor devices <NUM> determine the target position and velocity, this data is received at the command and control unit <NUM> two seconds delayed (one way data latency) from when the actual measurements were made. In one or more embodiments this latency will determine the size of the circle <NUM>, as more time passes from when the measurement results in a corresponding larger area of possible locations of the target <NUM>. In certain embodiments, the velocity of the target additionally determines the size of the circle <NUM>, for example, the greater the velocity of the target result in a larger area of possible locations of the target <NUM> as the target can cover a larger amount of ground in a shorter amount of time.

Similarly, the larger circle <NUM> illustrates the uncertainty in the target position for when commands from the command and control unit <NUM> arrive at the obstacle field <NUM> subsequent to receiving the target position (two way latency). This circle <NUM> has a larger area as compared to circle <NUM>, because even more time has passed from the initial collection of sensor data indicating the target position shown in <FIG>. As a result, circle <NUM> is larger to reflect the increased uncertainty in the target's position.

In various embodiments, the command and control unit <NUM> is configured to display the predicted location area <NUM> to the one or more human operators. The human operators, in various embodiments, can select munitions <NUM> in the obstacle field based on the predicted location of the target <NUM>. For example, depicted in <FIG>, munitions <NUM>, <NUM>, and <NUM> are each within the predicted location area <NUM>. As a result the human operator could transmit authorization messages to each of these munitions to engage the target <NUM>. Because the circle <NUM> indicates the possible positions of the target when accounting for two way latency encompasses these munitions <NUM>, <NUM>, <NUM>, the human operator could be reasonably certain that by the time authorization messages are received that the target <NUM> will be successfully engaged by at least one of the munitions <NUM>, <NUM>, <NUM>.

In certain embodiments, the command and control unit <NUM> is configured to generate recommendations to the one or more human operators for which munitions <NUM> should receive authorization to fire for effective engagement with the target <NUM>. For example, as depicted in <FIG>, because munitions <NUM>, <NUM>, and <NUM> are positioned within the predicted location area <NUM>, the command and control unit <NUM> could highlight munitions <NUM>, <NUM>, and <NUM> as recommended munitions.

In various embodiments, the command and control unit <NUM> could additionally be configured to recommend munitions based on the effective engagement range of the munitions <NUM>. As used herein, an engagement range for the munitions is a threshold range where the threshold indicates an outer range or distance from the munition <NUM> that can be affected by the ordnance of the munition. For example, in various embodiments each of the munitions <NUM> have an engagement range for combating the target <NUM>, described further below with reference to <FIG>. As such, in various embodiments the command and control unit <NUM> could recommend munitions based on the engagement range/position of the munition <NUM> where their engagement range overlaps with the predicted position area.

In certain embodiments various munitions <NUM> will possess different engagement ranges than other munitions, for example based on the type ordnance or design of munition <NUM>. As such, in various the command and control unit <NUM> can take the various munition ranges, types, or other information into account when recommending munitions to the human operators.

In one or embodiments, various munitions <NUM> will possess different designs or otherwise be configured to engage specific types of targets. For example, certain munitions <NUM> may be configured as anti-vehicle munitions, certain munitions <NUM> may be configured as anti-tank munitions, and certain munitions may be configured as anti-personnel munitions. In one or more embodiments the command and control unit <NUM> can take various munition designs or configurations into account based when recommending munitions to the human operators.

While the command and control unit <NUM> is configured to provide recommendations to the human operators, it should be noted that the human operators retain sole control of whether the munitions actually receive an authorization message. Put more specifically, nothing in the area denial system <NUM> has the capability to autonomously generate authorization messages to the munitions <NUM>. It should additionally be noted that the munition recommendations are not generating an autonomous response to the target <NUM>. Instead, the command and control unit <NUM> is simply making a recommendation to the human operator in order to reduce the burden of munition selection. The human operator is required to authorize the recommendation in order for authorization messages to be sent. In addition, the human operator of the command and control unit <NUM> can alter or completely reject the recommendation if found unacceptable. As a result of this, the area denial system <NUM> maintains its configuration as "a human in the loop" system.

<FIG> depicts the area denial system <NUM>, according to one or more embodiments. In <FIG>, one or more human operators have received a command and control unit <NUM> recommendation to authorize firing of munitions <NUM>, <NUM>, and <NUM>, as described above. In response, the one or more human operators have approved the recommendation, and in the response, the command and control unit <NUM> begins to transmit an authorization message to munitions <NUM>, <NUM>, and <NUM> to engage the target <NUM>.

In one or more embodiments, the command and control unit <NUM> is configured to generate an authorization filter for transmission along with the munition authorization messages. In various embodiments, the authorization filter is a message filter used by the area denial system <NUM> to determine which authorization message or messages are transmitted through the area denial network from the command and control unit <NUM> to the munitions <NUM>. Put another way, the authorization filter is an algorithm or a set of rules/conditions that are transmitted with the authorization message or messages that determine whether the authorization message is either transmitted to its intended munition or whether the authorization message or discarded prior to being received by the intended munition for failing to satisfy one or more of the rules/conditions. As such, in various embodiments the authorization filter is used to preserve munitions <NUM> in the obstacle field <NUM> to minimize munition loss and preserve the effectiveness of the area denial system <NUM>.

As described above, with reference to <FIG>, when an authorization message is transmitted from the command and control unit <NUM> it is initially received by one or more of the gateway devices <NUM> which then directs the message to its intended destination in the system <NUM>. However, in various embodiments, the authorization filter includes a set of executable instructions that when received by the gateway device <NUM>, utilizes processing power in the one or more gateway devices <NUM> to processes the rules/conditions of the authorization filter to determine whether the authorization messages are forwarded to their intended destination or whether they are discarded by the one or more gateway devices <NUM>.

In certain embodiments, the authorization filter is not generated by the command and control unit <NUM> but instead is stored locally in the one or more gateway devices <NUM>. In various embodiments, when the gateway devices <NUM> receive authorization messages from the command and control unit <NUM> the gateway device is configured to access the authorization filter to determine whether the authorization message is forwarded to its intended destination or whether the messages are non-effected and withheld from transmission.

<FIG> depicts an authorization message filtering process in a gateway device <NUM>, according to one or more embodiments. Depicted in <FIG>, and additionally referring back to <FIG>, a command and control unit <NUM> has transmitted a command and control message <NUM> to a gateway device <NUM> including three authorization messages <NUM>, <NUM>, <NUM> corresponding to munitions <NUM>, <NUM>, and <NUM>. In addition, command and control message <NUM> includes an authorization filter <NUM>.

As described above, the authorization filter <NUM> includes a set of instructions or an algorithm which, when received at the gateway device <NUM>, utilizes local processing power in the gateway device <NUM> to go through a set of rules/conditions in the authorization filter <NUM> that determine which of the three authorization messages <NUM>, <NUM>, <NUM> should be transmitted to munitions <NUM>, <NUM>, <NUM>.

For example, in some embodiments, the authorization filter <NUM> includes a set of munition rules <NUM>, <NUM>, <NUM> that receive and review target sensor data <NUM> from one or more sensor devices <NUM> to determine the position of target <NUM>. Because the authorization filter <NUM> utilizes processing power in the gateway device <NUM> to review sensor data <NUM>, the authorization filter <NUM> will have access to relatively real-time, latency free data due to the close proximity of the gateway device <NUM> and the one or more sensor devices <NUM> as compared to the distance of the command and control unit <NUM>. As such, the position of the target <NUM> that is determined by the gateway device <NUM> will generally be more accurate as compared to the predicted target location or, in some instances, an exact determination of the target's position. In one or more embodiments, latency between the sensor devices <NUM> and the gateway devices is in the range of <NUM> to <NUM> milliseconds. In some embodiments, the gateway device <NUM> can also determine a second predicted position area for the target at least based on the reduced communication latency.

An example set of rules/conditions for the authorization filter are depicted in <FIG> and <FIG>, depicting authorization filters 208A and 208B, respectively.

Referring to <FIG>, the example authorization filter 208A includes the three munition rules <NUM>, <NUM>, <NUM>. In various embodiments, the authorization filter 208A progresses sequentially through each munition rule <NUM>, <NUM>, <NUM> to determine whether one or more of the munition rules <NUM>, <NUM>, <NUM> have been satisfied. As depicted in <FIG>, if one of the munition rules is satisfied, the authorization filter <NUM> then progresses to one of operation blocks 236A, 240A, 244A to transmit one of the authorization messages <NUM>, <NUM>, <NUM> to one of the munitions <NUM>, <NUM>, <NUM>.

In one or more embodiments, the authorization filter 208A then terminates once one of the authorization message <NUM>, <NUM>, <NUM> has been transmitted. In certain embodiments, if none of the munition rules are satisfied, then the authorization filter 208A terminates without transmitting any of the authorization messages <NUM>, <NUM>, <NUM>.

In either case, in one or more embodiments, the authorization filter 208A and the gateway device <NUM> are configured to transmit a response message <NUM> to the command and control unit <NUM> that indicates the status of the munitions <NUM>, <NUM>, <NUM> and whether the authorization messages <NUM>, <NUM>, <NUM> were transmitted.

In this example, the authorization filter 208A proceeds to test various rules in sequence with regard to munitions <NUM>, <NUM>, and <NUM>. Also, in this example, the filter 208A simply stops and transmits a single authorization message once one of the filter rules <NUM>, <NUM>, <NUM> is satisfied.

Referring to <FIG>, the example authorization filter 208B includes the three munition rules <NUM>, <NUM>, <NUM>. In various embodiments, the authorization filter 208B progresses sequentially through each munition rule <NUM>, <NUM>, <NUM> to determine whether one or more of the munition rules <NUM>, <NUM>, <NUM> have been satisfied. If one of the munition rules are not satisfied, then the authorization filter 208B progresses to one of operation blocks 236B, 240B, 244B where the filter 208B blocks or filters one or more of the received authorization messages <NUM>, <NUM>, <NUM> from being transmitted to munitions <NUM>, <NUM>, <NUM>.

In one or more embodiments, the authorization filter 208B then continues to proceed to the next munition rule <NUM>, <NUM>, <NUM> and the process repeats until each munition rule has been evaluated or tested. In various embodiments, once each munition rule has been tested, the authorization filter proceeds to transmit each of the authorization message <NUM>, <NUM>, <NUM> that have not been filtered by one or more of operation blocks 236B, 240B, 244B. In certain embodiments, if each of the munition rules are satisfied, then the authorization filter simply transmits each of the authorization messages <NUM>, <NUM>, <NUM>.

In either case, in one or more embodiments, the authorization filter 208B and the gateway device <NUM> are configured to transmit a response message <NUM> to the command and control unit <NUM> that indicates the status of the munitions <NUM>, <NUM>, <NUM> and whether the authorization messages <NUM>, <NUM>, <NUM> were transmitted.

It should be noted that, in one or more embodiments, the system <NUM> can utilize various kinds of authorization filters that may have widely varying types or methods of processing rules/conditions to govern the transmission of authorization messages. For example, in one or more embodiments, the authorization filter <NUM> could determine rules/conditions simultaneously, transmit multiple of the authorization messages <NUM>, <NUM>, <NUM>, or have various other designs for the authorization filter <NUM> depending on the preference of the user.

In various embodiments, authorization rules <NUM>, <NUM>, <NUM> can include various criteria for determining whether to transmit the authorization messages <NUM>, <NUM>, <NUM>. For example, in one or more embodiments, the authorization rules <NUM>, <NUM>, <NUM> could include determining whether the target position is within some threshold distance from a munition, whether the target position is presently outside an authorized engagement area, determining whether that target identify is changed, whether the sensor data confidence level has dropped below a preset threshold, or whether a probability of successful engagement with the target has dropped outside of a threshold. In addition, there could be even other factors that result in the authorization filter <NUM> dropping all authorized messages.

For example, in one or more embodiments, the munition rules <NUM>, <NUM>, <NUM> each determine whether the target sensor data <NUM> indicates that the target is positioned within a threshold distance of an engagement range for each of the munitions <NUM>, <NUM>, <NUM>. As such, in various embodiments, the authorization filter <NUM> would initially determine whether sensor data <NUM> indicates that the target <NUM> was within an engagement range of munition <NUM>. If the sensor data <NUM> satisfies the first munition rule <NUM>. then the authorization filter <NUM> would then transmit the first munition authorization message <NUM> to munition <NUM>. If not, the authorization filter <NUM> would progress to determine whether target <NUM> was within a threshold distance to munition <NUM>, if so and pass the authorization message <NUM> to munition <NUM>. If not, the authorization filter <NUM> would then progress to determine whether <NUM> was within a threshold distance to munition <NUM>. If none of the munition rules <NUM>, <NUM>, <NUM> are satisfied, the authorization filter <NUM> would then not deliver any of the authorization messages <NUM>, <NUM>, <NUM> and instead report back to the command and control unit <NUM> that the filter had no solution.

Referring again to <FIG>, an example enemy combatant location at the time of the gateway message processing is depicted. In one or more embodiments, diameter rings <NUM>, <NUM> represent potential criteria for the authorization filter. For instance, in various embodiments the smaller ring <NUM> represents a zone or threshold engagement distance from the munitions <NUM>, <NUM>, <NUM> indicating a <NUM>% probability of successful engagement with the target <NUM>. In various embodiments, the authorization filters 208A, 208B include the rules/conditions for authorization messages that the target <NUM> must be positioned within the smaller ring <NUM> with the high probability of a kill. In that instance, no message would be delivered to the munitions <NUM>, <NUM>, <NUM>, as the target <NUM> is outside of that ring for all three munitions <NUM>, <NUM>, <NUM>. However, in various embodiments ring <NUM> represents a zone or threshold distance from the munitions <NUM>, <NUM>, <NUM> indicating a <NUM>% probability of successful engagement with the target <NUM>. In various embodiments, the authorization filters 208A, 208B include the criteria for authorization messages that the target <NUM> be positioned within the ring <NUM>. In that instance, an authorization message for munition <NUM> would be delivered while authorization messages for munitions <NUM> and <NUM> would be ignored or de-authorized. In embodiments the filter may declare that the munition be within a certain range with respect to the target, the range being sufficient to not kill the target thus presenting a warning firing.

In certain embodiments, as described above, various munitions <NUM> will possess different engagement ranges than other munitions, for example based on the type ordnance or design of munition <NUM>. As such, in various the filters 208A, 208B can take the various munition ranges, types into account as part of the rules/conditions for transmitting authorization messages. Similarly, in one or embodiments, various munitions <NUM> will possess different designs or otherwise be configured to engage specific types of targets, such as personnel, tanks, vehicles, ships, drones, aircraft, or the like. In one or more embodiments the authorization filter 208A, 208B can take various munition designs or configurations into account as part of the rules/conditions for transmitting authorization messages.

In certain embodiments, the gateway device <NUM> could accessible to receive a set of interrupt instructions that configure the gateway device <NUM> or the munitions <NUM> to discard or non-effect any authorization message from the command and control unit <NUM>. In one or more embodiments, the interrupt instructions can be received from a third party or device/processor outside of the area denial system. In certain embodiments, this interrupt signal can be used as an emergency shut down or override of the area denial system used, for example, in the event of computer or system error, failure of the system to detect a friendly or civilian target, or in other necessary situations. The third party gateway accessibility function may be part of an authorization filter.

<FIG> depicts the area denial system <NUM> subsequent to transmission of the authorization message to munition <NUM> (<FIG>). In various embodiments, the target <NUM> has been successfully eliminated by the authorized munition <NUM> and the munition is no longer displayed. In addition, munitions <NUM> and <NUM> have been preserved for future use against additional targets.

<FIG> depicts a flowchart diagram of a method <NUM> for communication latency compensation in an area denial system, according to one or more embodiments. In one or more embodiments, the method <NUM> includes, in operation <NUM>, establishing an area denial network for an area denial system including a plurality of munitions, one or more sensor devices, and a command and control unit using one or more gateway devices.

In one or more embodiments, the method <NUM> includes, in operation <NUM>, detecting a target, using the one or more sensor devices, the detecting including determining a first target position relative to the obstacle field.

In one or more embodiments, the method <NUM> includes, in operation <NUM>, determining a first target position relative to the obstacle field.

In one or more embodiments, the method <NUM> includes, in operation <NUM>, receiving authorization to arm one or more munitions of the plurality of munitions from a human operator via the command and control unit.

In one or more embodiments, the method <NUM> includes, in operation <NUM>, determining a second predicted position area for the target using a second detected target position.

In one or more embodiments, the method <NUM> includes, in decision block <NUM>, determining whether the second predicted location area is within a threshold distance of a first authorized munition of the one or more authorized munitions. In various embodiments, the threshold distance is the engagement range of the first authorized munition for engagement with a target.

In one or more embodiments, if the second predicted location area is within the threshold distance of the first authorized munition then the method <NUM> includes, in operation <NUM>, transmitting authorization to the first authorized munition.

In one or more embodiments, if the second predicted location area is outside of the threshold distance of the first authorized munition then the method <NUM> includes, in operation <NUM>, de-authorizing the first authorized munition. In various embodiments, de-authorizing the munition means ignoring the authorization message at the gateway device, as described above with reference to <FIG>.

<FIG> represents embodiments of a method for setting up an area denial region by first deploying the munitions and sensors <NUM>, providing one or more gateways networked to the munitions and sensors <NUM>, the locations of the munitions are identified such as by GPS capabilities in the individual munitions, by communication triangulation by the gateways, or other location identifying means. The gateway devices provide communications with the command and control unit <NUM>, ascertain, register, and/or store locations of the munitions and sensors <NUM>. The registering and storing of locations may be accomplished within the processing and memory capabilities of the gateway or the command and control station or elsewhere. The ascertaining the locations may be accomplished with individual GPS capabilities of the munitions, by triangulation means, by monitoring the locations during placement of the munitions, or by other means. Additionally, the system needs to identify and the communication latencies associated with the system, particularly latencies associated with the remote command and control station and the delays in processing, transmitting data, displaying information, and human decision making. Such may be done at the gateway devices and/or the command and control unit.

Referring to <FIG>, in embodiments, a method of operating an area denial geographic region that has been installed with a remote command and control unit is portrayed. Initially system sensors detect a potential target in or approaching the obstacle area and transmit data to the gateway <NUM>, and then the gateway transmits to the command and control unit <NUM>. At some point the communication latency has been determined <NUM> and one or more recommended or proposed fire instructions, each fire instruction associated with a particular subset of the set of munitions in the region and each fire instruction generated taking the communication latency into consideration <NUM>. Such fire instructions also taking attributes of the potential target into consideration, such attributes may include a velocity vector or known path of the potential target, whether the target is a person or vehicle and then the type of vehicle, the certainty of whether the target is friend or foe. The fire instructions also may be formulated based on the number of targets and their individual and group attributes. The fire instructions may be presented to the human operator either discretely or in combinations <NUM>. Where there are multiple fire instructions, the instructions may be presented serially or simultaneously to the human operator. Where the human operator issues a fire command for one or more fire instructions, said command is communicated to the gateway <NUM>. Additionally, the command and control, by operator control or by automation, may provide one or more filter commands, as described above, to accompany the fire command to the gateway <NUM>.

Referring to <FIG>, other embodiments provide a method of operating an area denial region comprising detecting the potential target in or approaching the obstacle field, the obstacle field having a dispersed set of munitions <NUM>; transmitting target data from the obstacle field to the command and control unit distanced from the obstacle field <NUM>; preparing and presenting munition firing options of a subset of the set of munitions to a human operator at the command and control unit <NUM>, <NUM>; accepting fire command of specific munitions from human operator at the command and control unit and transmitting said fire command associated with the subset of munitions to the obstacle field <NUM>; receiving updated data or information regarding the potential target at the obstacle field, the updated data or information after the earlier transmitting of data <NUM>; and at the obstacle field, modifying the fire command of the subset of the set of munitions thereby interrupting or deleting the fire command to one or more munitions at the subset of the set of munitions and firing the remaining munitions of the subset of the set of munitions at the obstacle field.

The modifying of the fire command at the obstacle field may be by a gateway device that provides processing and communications between the gateway device and munitions and communications between the gateway device and a remote command and control unit.

One or more embodiments may be a computer program product. The computer program product may include a computer readable storage medium (or media) including computer readable program instructions for causing a processor to enhance target intercept according to one or more embodiments described herein. For example, as described above with reference to <FIG> and <FIG>, in one or more embodiments the authorization filters 208A, 208B are an element of a computer program product, included as program instructions that are embodied in a computer readable storage medium. As such, in various embodiments, the authorization filters 208A and 208B are authorization filter means for accomplishing various embodiments of the disclosure, such as described above with reference to <FIG>, <FIG>, <FIG>, <FIG>.

The computer readable storage medium is a tangible device that can retain and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, an electronic storage device, a magnetic storage device, an optical storage device, or other suitable storage media.

Program instructions, as described herein, can be downloaded to respective computing/processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. A network adapter card or network interface in each computing/processing device may receive computer readable program instructions from the network and forward the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.

Computer readable program instructions for carrying out one or more embodiments, as described herein, may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the "C" programming language or similar programming languages.

The computer readable program instructions may execute entirely on a single computer, or partly on the single computer and partly on a remote computer. In some embodiments, the computer readable program instructions may execute entirely on the remote computer. In the latter scenario, the remote computer may be connected to the single computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or public network.

One or more embodiments are described herein with reference to a flowchart illustrations and/or block diagrams of methods, systems, and computer program products for enhancing target intercept according to one or more of the embodiments described herein. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, may be implemented by computer readable program instructions.

In some embodiments, the functions noted in the block may occur out of the order noted in the figures.

In one or more embodiments, the program instructions of the computer program product are configured as an "App" or application executable on a laptop or handheld computer utilizing a general-purpose operating system. As such, in various embodiments command and control unit <NUM> can be a handheld device such as a tablet, smart phone, or other device.

<FIG> shows a block diagram of a design flow <NUM> for generating a design structure <NUM> encoded on a computer readable storage medium <NUM> used for, in some embodiments, area denial simulation and testing. Design flow <NUM> includes processes, machines and/or mechanisms for generating design structures comprising logically or otherwise functionally equivalent encoded representations of the systems and/or devices described herein. For example, design structures may include data and/or instructions that when executed or otherwise processed on a data processing system generate a structurally, mechanically, systematically, or otherwise equivalent representation of the plurality of munitions, the sensor devices, gateway devices, and command and control unit, as described herein with reference to <FIG>. The design structures processed and/or generated by design flow <NUM> may be encoded or stored on any suitable computer readable storage media <NUM>.

Processes, machines and/or mechanisms for generating design structures may include, but are not limited to, any machine used in a projectile design process, such as designing, manufacturing, or simulating a projectile performance characteristics. For example, machines may include, computers or equipment used in projectile testing, or any machines for programming functionally equivalent representations of the design structures into any medium.

<FIG> illustrates a design structure <NUM> that may be outputted by a design process <NUM>. Design structure <NUM> may be a simulation to produce a functionally, structurally, systemic, and/or logically equivalent representation of an area denial system. In one or more embodiments, whether representing functional, structural, and/or system design features, design structure <NUM> may be generated using electronic computer-aided design tools.

For example, in certain embodiments the design structure is a functionally equivalent representation of an area denial system including a plurality of munitions defining an obstacle field, one or more sensor devices, and a command and control unit, networked together, via one or more gateway devices, in an area denial network having a command and control latency for communication between the command and control unit and the remainder of the area denial system. In various embodiments, the design structure is encoded on a non-transitory machine-readable data storage medium. In various embodiments, the design structure includes elements that when processed in a computer-aided simulation, operates as a logically and functionally equivalent representation of an area denial system as described above with reference to <FIG>.

As such, design structure <NUM> may comprise files or other data structures including human and/or machine-readable source code, compiled structures, and computer executable code structures that when processed by a design or simulation data processing system, functionally simulate or otherwise represent circuits or other levels of hardware logic design.

Design process <NUM> may include processing a variety of input data <NUM> for generating design structure <NUM>. Such data may include a set of commonly used components, and devices, including models, layouts, and performance characteristics. The input data may further include design specifications, design rules, and test data files which may include test results, and other testing information regarding components, devices, and circuits that are utilized in one or more of the embodiments of the disclosure. Once generated, design structure <NUM> may be encoded on a computer readable storage medium or memory, as described herein.

For example, referring to <FIG>, charts <NUM>, <NUM> are depicted showing the results of a design structure output of a simulation of an area denial system, such as design structure <NUM> as described above with reference to <FIG>. Specifically, charts <NUM>, <NUM> are a computer program output of a MATLAB® simulation of an area denial system.

In one or more embodiments charts <NUM>, <NUM> show a simulated area denial system including a plurality of munitions <NUM> that are pseudo-randomly placed within a <NUM> x <NUM> area to define an obstacle field <NUM>. A target <NUM> is simulated moving through the obstacle field <NUM> along a pseudo-randomly generated path <NUM>. As depicted in <FIG>, the target <NUM> is generated starting at point <NUM> in the middle right of the obstacle field <NUM>.

The target <NUM> is simulated for a period of time, during which the target <NUM> travels along the pseudo-randomly generated path <NUM>. Depicted in <FIG> and <FIG>, the target <NUM> is simulated for thirty seconds, during which the target <NUM> travels from point <NUM> to end point <NUM>. However, in various embodiments, target <NUM> could be simulated to travel along the path <NUM> for a greater or shorter amount of time.

Referring to <FIG>, an uncertainly circle <NUM>, or predicted position area, is generated for the target <NUM> at various points along the path <NUM>. As described above, the circle <NUM> depicts an area of uncertainty with regard to the actual location of the target <NUM> as detected by one or more sensor devices. As described above, the size of the uncertainty circle can vary, and in one or more embodiments, depends on the target's velocity and/or the communication latency of the system. For example, depicted in <FIG>, the uncertainty circles <NUM> are depicted assuming intruder's velocity is <NUM>/s with a communication latency of <NUM> seconds.

The dashed diamonds <NUM> indicate the munitions <NUM> which are closest to the target path <NUM>. For example, a lethality circle <NUM> is depicted showing a lethal area that intersects with the one or more of the uncertainty circles <NUM> along the target path <NUM>, if munition <NUM> were to be fired at that location. In various embodiments, these dashed diamonds <NUM> could be selected as recommended munitions for transmission to a human operator for authorization to fire. As described above, upon receiving authorization command from the human operator, a gateway device, or other device in the area denial system, could filter through the authorization messages to determine which authorization message should be transmitted based on, relatively latency free sensor data on the target <NUM>.

Referring to <FIG>, instead of an uncertainty circle <NUM>, as depicted in <FIG>, <FIG> includes an uncertainly zone <NUM> that is generated for the target <NUM> along the entirety of the target path <NUM>. Similarly to the uncertainty circle, the uncertainty zone depicts an area of uncertainty with regard to the actual location of the target <NUM> in the obstacle field. As described above, the size of the uncertainty zone may depend on the communication latency and/or target velocity. For example, in certain embodiments, the greater the communication latency, the greater the size of the uncertainty zone.

Referring to <FIG>, a diagram <NUM> depicting munition lethality probability is depicted, according to one or more embodiments. The diagram <NUM> includes a munition <NUM> having a plurality of circular lethality zones <NUM> which are centered on the munition <NUM>. These lethality zones <NUM> depict various distances from the munition <NUM> that achieve a particular probability of lethality when the munition <NUM> engages a target within a certain distance. For example, in certain embodiments, munition <NUM> includes zones <NUM>, <NUM>, and <NUM> that depict distances of approximately <NUM>, <NUM>, and <NUM> from the munition <NUM>. In certain embodiments, zones <NUM>, <NUM>, and <NUM> comprise zones which have a lethality probability of over <NUM>%, a relatively high probability of lethality. In addition, munition includes zones <NUM> and <NUM> which depict ranges from the munition <NUM> of approximately <NUM> and <NUM> respectively. In various embodiments, these zones <NUM>, <NUM> are increasingly distant from the munition <NUM>, and thus comprise zones with a lower probability of lethality, for example of at least <NUM>%.

Referring to the FIGS above, in various embodiments, a gateway device can include data of the type of munitions in an area denial system and the lethality zones for each of the munitions. As such, in various embodiments, a gateway device could utilize data on the target's proximity to a munition and data on the lethality zones of the munition to determining the various conditions/rules of an authorization filter. For example, in various embodiments, if a target is positioned in a lethality zone having a lethality probability of at least <NUM>% then the authorization filter could approve transmission of authorization commands through the gateway device to one or more munitions networked downstream.

<FIG> depict a sequence of events for an enemy combatant. If prior to the enemy's arrival the SA operator determined a noncombatant was approaching the obstacle the operators could keep the field in a safe passage state. The noncombatant could move through the obstacle field <NUM> and cross the bridge <NUM> without incident. Same would be true for friendly forces passing through the obstacle field <NUM>. The command and control operator could also issue a less than lethal effect to warn the noncombatant they were approaching the obstacle field <NUM>.

Referring to <FIG> a logic device <NUM> including a processor and a computer readable storage unit are depicted, according to one or more embodiments of the disclosure. In various embodiments logic device <NUM> is for use in a command and control unit <NUM> and/or a gateway device <NUM> for executing various embodiments of the disclosure as described above. For example, and as described herein, logic device <NUM> can be configured to execute and/or store various program instructions as a part of a computer program product. Logic device <NUM> may be operational with general purpose or special purpose computing system environments or configurations for area denial, according to one or more of the embodiments herein.

Examples of computing systems, environments, and/or configurations that may be suitable for use with logic device <NUM> include, but are not limited to, personal computer systems, server computer systems, handheld or laptop devices, multiprocessor systems, mainframe computer systems, distributed computing environments, and the like.

Logic device <NUM> may be described in the general context of a computer system, including executable instructions, such as program modules <NUM>, stored in system memory <NUM> being executed by a processor <NUM>. Program modules <NUM> may include routines, programs, objects, instructions, logic, data structures, and so on, that perfom particular tasks or implement particular abstract data types. Program modules <NUM> may be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a network. In a distributed computing environment, program modules <NUM> may be located in both local and remote computer system storage media including memory storage devices. As such, in various embodiments logic device <NUM> can be configured to execute various program modules <NUM> or instructions for executing various embodiments of the disclosure. For example, in various embodiments logic device <NUM> can be configured to operate munitions for area-denial.

<NUM>, logic device <NUM> is shown in the form of a general-purpose computing device. The components of the logic device <NUM> may include, but are not limited to, one or more processors <NUM>, memory <NUM>, and a bus <NUM> that couples various system components, such as, for example, the memory <NUM> to the processor <NUM>. Bus <NUM> represents one or more of any of several types of bus structures, including, but not limited to, a memory bus and/or memory controller, a peripheral bus, and a local bus using a suitable of bus architecture.

In one or more embodiments, logic device <NUM> includes a variety of computer readable media. Such media may be any available media that is accessible by the munition controller <NUM>. In one or more embodiments, computer readable media includes both volatile and non-volatile media, removable media, and non-removable media.

Memory <NUM> may include computer readable media in the form of volatile memory, such as random access memory (RAM) <NUM> and/or cache memory <NUM>. Logic device <NUM> may further include other volatile/non-volatile computer storage media such as hard disk drive, flash memory, optical drives, or other suitable volatile/non-volatile computer storage media. By way of example, storage system <NUM>, can be provided for reading from and writing to a non-removable, non-volatile media. Described further herein, memory <NUM> may include at least one program product having a set (e.g., at least one) of program modules <NUM> or instructions that are configured to carry out the functions of embodiments of the disclosure.

Claim 1:
A method for communication latency compensation in an area denial system (<NUM>) deployed in a region, the area denial system including a plurality of munitions (<NUM>) defining an obstacle field (<NUM>), one or more sensor devices (<NUM>), and a command and control unit (<NUM>), networked together, via one or more gateway devices (<NUM>), in an area denial network having a command and control latency for communication between the command and control unit and the remainder of the area denial system, the method comprising:
detecting, using the one or more sensor devices (<NUM>), a target for the area denial system (<NUM>), the detecting including determining a first target position relative to the obstacle field (<NUM>);
determining a first predicted position area (<NUM>) for the target, the first predicted position area (<NUM>) indicating a range of possible locations for the target using the command and control latency and using the first target position; and
determining one or more recommended munitions (<NUM>, <NUM>, <NUM>) of the plurality of munitions, the one or more recommended munitions determined using the first predicted position area for the target;
receiving, from at least one of one or more human operators, via the command and control unit, authorization (<NUM>, <NUM>, <NUM>) to fire one or more munitions of the plurality of munitions wherein the one or more authorized munitions are at least partially selected from the one or more recommended munitions;
determining a second target position (<NUM>) relative to the obstacle field (<NUM>), the second target position detected using the one or more sensor devices (<NUM>); and
determining that the second target position (<NUM>) is outside of a threshold distance from a first authorized munition of the one or more authorized munitions, and in response, de-authorizing the first authorized munition.