A Sensor-Centric Grid Middleware Management Systems by Geoffrey Fox, Alex Ho, Rui Wang, Edward Chu and Isaac Kwan (Anabas, Inc. and Indiana University) In collaboration with Ball Aerospace ANABAS

Motivation Information Age versus Integration Age Need for better intelligence for decision support Increased use of low cost sensors in commercial and defense environments Support the concepts of User-Defined Operational Pictures (UDOP), and Common Operational Pictures (COP) Interoperability through Grid and Cloud middleware

UDOP - User-Defined Operational Pictures Enables situational awareness and facilitates a user to easily choose, create, visualize and present decision-focused views of an operation or mission COP – Common Operational Pictures Enables sharing of situational awareness operational pictures with relevant personnel ANABAS

An operational environment refers to the environment where stakeholders of an operation reside. Making accurate decisions in a stressful operational environment involves many processes including but not limited to * collecting, decomposing, analyzing, * visualizing, organizing, sharing of information, and * deriving new information

ANABAS Objectives Design and develop an sensor-centric grid middleware enabling framework to enable easy development deployment management real-time visualization organization presentation of collaborative geo-coded sensor grid applications with UDOP/COP capabilities.

ANABAS Our definition: A sensor is a time-dependent stream of information with a geo-spatial location. A static electronic entity is a broken sensor with a broken GPS! i.e. a sensor architecture applies to everything

ANABAS UDOP Architecture

ANABAS Sensor Layer Sensors provide raw information which is captured dynamically in different environments. Metadata Layer Describes the properties of sensor; gives meaning to raw data collected from sensors. Makes information filtering possible. Information Management Layer Transport messages from sensors to applications Messaging facilities that supports multi-protocol Facilities for sensor management such as deploying and disconnecting sensors Application Layer UDOP applications

ANABAS SCGMMS – Sensor-Centric Grid Middleware Management System SCGMMS API allows application developers to retrieve sensor data and metadata about sensors. The SCGMMS SSAL facilitates sensor developers to define sensor metadata for application-level filtering and expose sensor services to applications.

ANABAS NaradaBrokering (NB) provides the transport-level messaging support for SCGMMS. NB supports a distributed message-based overlay network with a publish-subscribe messaging model. With the help of NB different components of SCGMMS can be integrated, deployed and works collaboratively in a distributed manner. For NB information, see IU exhibition booth for details.

ANABAS Sneak preview of sample applications developed using the SCGMMS API

Anabas, Inc. Ball Aerospace & Technologies Corp. Gary Whitted, (937) or Timothy Choate, (937) Anabas Inc. Alex Ho, (415) or Dr. Geoffrey Fox, (812)

ANABAS Distributed Architecture for Data Access

ANABAS Distributed Architecture for Data Access

ANABAS Data Model Sensors in different geo-spatial locations continuously publish data into the distributed brokering network. SCGMMS routes relevant data to all connected applications according to their UDOP requirements. Applications are notified for each data arrival through data listeners. Some sensors are capable of receiving requests from applications and perform some actions in return. These actions are sensor-specific. Sensors data could be routed to other computational services for further processing.

ANABAS Data Selection and Filtering Each UDOP application is only interested in certain domain-specific information extracted from the large raw data pool supported by SCGMMS. Filtering follows the request/response model where an application user defines a “filter” the filter is sent to SCGMMS as a request SCGMMS responds with sensors that match the filter the application subscribes to data of these sensors through the SCGMMS API

ANABAS An example of a filter in SCGMMS A decision-maker wants to locate all GPS and RFID sensors in US or UK, the corresponding query looks like:

ANABAS A sample UDOP-capable sensor-centric application provides a GUI to support ease of filtering.

ANABAS Sensor-Centric Grid Middleware Management System Architecture

ANABAS Defining the properties of sensors Deploying sensors according to defined properties Monitoring deployment status of sensors Remote Management - Allow management irrespective of the location of the sensors Distributed Management – Allow management irrespective of the location of the manager / user Grid Builder (GB) GB is a sensor management module which provides services for

ANABAS Sensor Grid (SG) Sensor Grid communicates with sensors applications Grid Builder to mediate the collaboration of these 3 logical modules. Primary functions of SG are to manage and broker sensor message flows.

ANABAS Sensor Grid (SG) Sensor/Sensor Grid Message Flow SG keeps track of the status of all sensors when they are deployed or disconnected so that applications using the sensors will be notified of changes. Sensor data normally does not pass through SG except when it has to be recoded intentionally.

ANABAS Sensor Grid (SG) Application/Sensor Grid Message Flow Applications communicates with SCGMMS via API, which in turn communicates with SG internally. Applications can define their own filtering criteria, which will be sent to SG for discovering and linking appropriate sensors logically. SG forwards messages among relevant sensors and applications. SG updates applications if there are any changes of relevant sensors.

ANABAS Sensor Grid (SG) Grid Builder/Sensor Grid Message Flow Sensor properties are defined in GB. Applications obtain sensor properties through SG. SG sends application filtering requests to GB regularly to obtain updated sensor information.

ANABAS Sensor Grid (SG) Application/Sensor Message Flow SG provides each application with information of sensors they need according to the filtering criteria. Applications communicates with sensors via the SCGMMS API.

ANABAS Sensor Grid (SG)

ANABAS

Grid Builder (GB) GB is originally designed for managing Grid of Grids. GB is extended to support sensor-centric grid. The Grid which GB manages is arranged hierarchically into domains. Each domain is typically a PC which manages local sensors. Sensors can be deployed in any domain and accessible from any domains.

ANABAS Grid Builder (GB) Domains have some basic components Managers and Resources Each resource is wrapped in a Service Adapter Bootstrapping Service Ensures the current domains are up and running. It periodically spawns a health check manager that checks the health of the system. Registry All data about registered services and SA are stored in Registry. WS-Context is used for persistency. Processes messages for managing SA and update SA status.

Distributed Geospatial Intelligence-Enabled User Defined Operating Pictures & Common Operating Pictures -- An illustrative demo in CTS 2008 ANABAS

Anabas, Inc. Ball Aerospace & Technologies Corp. Gary Whitted, (937) or Timothy Choate, (937) Anabas Inc. Alex Ho, (415) or Dr. Geoffrey Fox, (812)

Supported Services Sensor Services: RFID GPS Wii remote Webcam video Lego Mindstorm NXT Ultrasonic Sound Light Touch Gyroscope Compass Accelerometer Thermistor Nokia N800 Internet Tablet Computational Service VED (Video Edge Detection) RFID positioning

ANABAS

Acknowledgment We thank Bill McQuay of AFRL, Gary Whitted of Ball Aerospace, Shrideep Pallackara and Marlon Pierce for their advise and support.

ANABAS