C H A P T E R  1

Sun Java System RFID Software Information Server

This chapter describes the Sun Javatrademark System RFID Software Information Server. The following topics are covered:


Architecture

The Sun Java System RFID Software Information Server (IS) is a J2EE application that runs on one of the supported application servers. RFID Information Server persists all data in a relational database. Any JDBC-compliant RDBMS can be used as the data store. In this release of Sun Java System RFID Software, RFID Information Server is supported on the following databases:

External applications interface with the RFID Information Server through XML message exchange. Requests and responses are expressed in XML and conform to an XML schema. The RFID Information Server supports HTTP and JMS message transports. The RFID Software provides a Java client library to access the RFID Information Server programatically. The API to query and manipulate data in the RFID Information Server is independent of the protocol used. FIGURE 1-1 shows the architecture. Chapter 2 describes the use of the client API.


FIGURE 1-1 RFID Information Server Architecture

Diagram showing RFID Information Server architecture.



Database Tables

This section describes the Sun Java System RFID Software database table names and descriptions.


TABLE 1-1 RFID Information Server Database Tables

Table Name

Definition

Database Table Keys

CONTAINER_TYPE

Each entry in this table represents a type of container.

Container types are specific to a deployment. Common container types include Pallets, Cases, Inner Packs and Items.

Primary Key: NAME

CONTAINMENT

Maintains a hierarchy of container relationships between EPCs.

Each container is identified by the 'parent' EPC. The parent may have zero or more 'child' EPCs. Since a child EPC can itself represent a container the hierarchy can be arbitrarily deep.

 

CURRENT_OBSERVATION

Maintains the list of tags that are reported as currently visible at a sensor.

This table can only be used in conjunction with the Delta filter in the Event Manager. To keep the table consistent the IS relies on the TagsIn and TagsOut attribute of the Delta event.

Foreign Key: SENSOR_EPC

OBSERVATION_LOG

Maintains the history of all tag observations.

Each entry in the table represents an observation which contains the EPC of the observer (sensor), the EPC of the observed value and the time at which it was observed.

Foreign Key: SENSOR_EPC

ORGANIZATION

A manufacturer or distributor of goods.

Primary Key: ORGANIZATION_ID

PRODUCT

A class of items, or Stock Keeping Unit (SKU) identified by a GTIN or UPC code.

Primary Key: PRODUCT_ID

 

Foreign Keys: MANUFACTURER_ID

SENSOR

An RFID reader or antenna uniquely identified by an EPC.

Primary Key: EPC

TAG_ALLOCATION

Assigns and de-assigns ranges of EPC number and keep track of them.

Primary Key: TAG_ALLOCATION_ID

TAG_ALLOCATION_LOG

Maintains the history of all tag allocated.

 

TX_LOG

Associates a set of EPCs with a business transaction ID.

Common transaction IDs include PO numbers and ASNs.

 

UNIT

A tagged entity identified by a unique EPC. An entry in the UNIT table can represent a pallet, case or any other entity that's tracked.

Primary Key: EPC

 

Foreign Keys: PRODUCT_ID, UNIT_TYPE




Note - Each sensor is identified by a unique EPC. The primary key in the SENSOR table is called EPC instead of SENSOR_EPC for brevity.



Entries in the OBSERVATION_LOG, CURRENT_OBSERVATION tables have an attribute called SENSOR_EPC to differentiate it from EPC which is the EPC that is observed. The SENSOR_EPC identifies the observer. It is a foreign key into the SENSOR table.