Dr. Dobb's is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them. Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.


Channels ▼
RSS

Design

'Deep Green' Models Rapid, Unexpected Change



Can an artificial intelligence program anticipate military surprises? Researchers at the University of South California's Information Sciences Institute (ISI) think so, which is why they are participating in a DARPA research effort called Deep Green aimed at creating a system that might help future combat commanders in the field anticipate enemy moves.

ISI researcher Paul Cohen, heading one of the two ISI groups involved, notes that the name is meant to recall Deep Blue, the famous IBM chess playing program that defeated world champion Garry Kasparov in a 1997 match, a landmark in the history of artificial intelligence.

"But chess is a special, artificial situation," Cohen notes. "The pieces occupy fixed positions for long intervals, then move instantaneously." The battlefield is a very different place, Cohen says. There, units on both sides are in continuous motion. Moreover, chess players can see the whole board, whereas commanders have limited visibility of the battlefield. A program like Deep Blue visualizes where pieces might move in the future, based on the moves possible for knight, bishop, and so on. The problem for Deep Green is that time and location change continuously, so the very notion of a "state of the board" needs a new formulation.

Cohen is working with Yu-Han Chang on a segment of the effort. The pair are creating tools by analyzing a last-man-standing free-for-all struggle called Arena War.

A parallel supporting effort by Robert Lucas, director of ISI's computational science division, and Dan Davis will take Cohen and Chang's work out of laboratory situations by finding ways to put the huge computational resources necessary into a system that could actually be used in chaotic wartime conditions.

Chang and Cohen's program, called Adversarial Continuous Time and Space Search (ACCTS), represents collections of interacting combatants (units) by what are called "fluents," a concept close to the time-space operators called "vectors" familiar to first year physics students. Fluents represent periods in which activities of the units modeled don't conflict or interfere with each other, or complete their mission or arrive at their goal. When they do, a decision point is reached, where new vectors have to be assigned, creating new fluents. "Rather than relying on copious amounts of sampling to estimate future outcomes," say Chang, Cohen, and Wesley Kerr, "fluents take advantage of process models that can either be solved in closed form or can be efficiently updated recursively."

The ACTSS system aids a human commander in the Arena War by "generating, evaluating and monitoring possible futures. It identifies potential critical points in these futures, and ranks the options for possible next actions." They go on to say that "to play Arena War with the help of the ACTSS system, the commander [i.e., human operator] first inputs his plan of attack, as well as his expectations about the actions his opponents will take," This can either be in the form of a list of specific actions 'first go to point A, then to point b,' or by programming simple instructions into the pieces, such as 'move away from pieces you see trying to move toward you.' With the plans inputted, the commander can then start the game and the ACTSS system will immediately generate updated Futures Graphs at fixed intervals." The graphs look ahead in time, detailing how successions of fluents could develop from the fluents in play at the beginning.

And the ACTSS system uses these look-ahead graphs to see whether the commander's forces are in danger of what would in chess be check, and does so soon enough for the commander to change activity to counter the threat. Moreover, the look-ahead is very efficient."

Promising as the opening is, says Davis, " the goals of Deep Green can only be met by optimizing the use of remote computational assets. It is clear that the warfighter could use more compute capability than can be carried into the battlespace."

Davis and Lucas are trying to create a system that links to portable electronics; a very efficient, bandwidth-saving, distributed computing platform, and an effective method for assessing local computation and communications limitations. If it can be done -- if they can create a very large trans-globally distributed computer network that still requires very little bandwidth, the Deep Green system can be made scalable -- "it will run effectively on one processor to twenty processors on scene, or hundreds within the battlespace, or thousands across the globe," explains Lucas. "This capability means that the commander will never be without some assistance, no matter the communications situation, but can have the power of remote computers, when conditions permit," he continued.

Davis and Lucas earlier worked on war-game models involving millions of autonomous units moving in continent-scale environments, assembling computer resources from across the country. Key advances realized in that effort, included complementary routers (Web and Tree) that could integrate different simulation modes. This work will be integrated into the Deep Green effort.

ISI researchers acknowledge that many problems remain to be solved. "But we already can play a mean game of Arena War," says Cohen.


Related Reading


More Insights






Currently we allow the following HTML tags in comments:

Single tags

These tags can be used alone and don't need an ending tag.

<br> Defines a single line break

<hr> Defines a horizontal line

Matching tags

These require an ending tag - e.g. <i>italic text</i>

<a> Defines an anchor

<b> Defines bold text

<big> Defines big text

<blockquote> Defines a long quotation

<caption> Defines a table caption

<cite> Defines a citation

<code> Defines computer code text

<em> Defines emphasized text

<fieldset> Defines a border around elements in a form

<h1> This is heading 1

<h2> This is heading 2

<h3> This is heading 3

<h4> This is heading 4

<h5> This is heading 5

<h6> This is heading 6

<i> Defines italic text

<p> Defines a paragraph

<pre> Defines preformatted text

<q> Defines a short quotation

<samp> Defines sample computer code text

<small> Defines small text

<span> Defines a section in a document

<s> Defines strikethrough text

<strike> Defines strikethrough text

<strong> Defines strong text

<sub> Defines subscripted text

<sup> Defines superscripted text

<u> Defines underlined text

Dr. Dobb's encourages readers to engage in spirited, healthy debate, including taking us to task. However, Dr. Dobb's moderates all comments posted to our site, and reserves the right to modify or remove any content that it determines to be derogatory, offensive, inflammatory, vulgar, irrelevant/off-topic, racist or obvious marketing or spam. Dr. Dobb's further reserves the right to disable the profile of any commenter participating in said activities.

 
Disqus Tips To upload an avatar photo, first complete your Disqus profile. | View the list of supported HTML tags you can use to style comments. | Please read our commenting policy.