WO2006054318A2

WO2006054318A2 - A unique method for embedding business process and business process intelligence into rfid grid

Info

Publication number: WO2006054318A2
Application number: PCT/IN2005/000368
Authority: WO
Inventors: Tiruvadi Yegnan Kaushik; Kancherla Surendra
Original assignee: Individual
Current assignee: Individual
Priority date: 2004-11-19
Filing date: 2005-11-16
Publication date: 2006-05-26
Anticipated expiration: 2007-05-19
Also published as: WO2006054318A8

Abstract

A unique method for embedding business process into RFID Grid that allows definition and execution of any business process and business process intelligence involving tracking of moveable and immoveable physical objects to be embedded into an RFID (Radio Frequency Identification) grid built of RFID (Radio Frequency Identification) devices deployed across the environment that covers the overall process, there by providing the flexibility to define any application for any business or functional area, to incorporate any changes to the existing business process rules or business process intelligence.

Description

TITLE QF INVENTION A UNIQUE METHOD FOR EMBEDDING BUSINESS PROCESS AND

BUSINESS PROCESS INTELLIGENCE INTO RFID GRID Present invention relates to embedding business process and business process intelligence into RFID hardware device (Radio Frequency Identification) grid which is an integral and central part of a RFID based business solution for any business or functional area.

More particularly, the present invention relates to a system that allows definition and execution of any business process and business process intelligence involving tracking of moveable and immoveable physical objects to be embedded into an RFID (Radio Frequency Identification) grid built of RFlD (Radio Frequency Identification) devices deployed across the environment that covers the overall process, there by providing the flexibility to define any application for any business or functional area, to incorporate any changes to the existing business process rules or business process intelligence.

The object of the present invention is to facilitate RFID end-users who need flexibility to define their own business process into RFID grid and change the same as needed.

The purpose of the present invention is facilitating Application/Solution developers who have domain knowledge of a given area and build such solutions based on Business Process Embedding Methodology.

The present invention is directed to facilitate RFID end users, who need to comply with a number of industry and federal mandates. PRIOR ART:

Radio frequency identification ("RFID") Transponder (Tag) s and radio frequency identification Transponder (Tag) systems are known, and find numerous uses. For example, radio frequency identification Transponder (Tag) s are frequently used for personal identification in automated gate sentry applications protecting secured buildings or areas. Information stored on the radio frequency identification Transponder (Tag) identifies the person seeking access to the secured building. Older systems require the person accessing the building to insert or swipe a programmed identification Transponder (Tag) into or through a Reader for the system to read the information from the identification Transponder (Tag). Radio frequency identification Transponder (Tag) conveniently reads the information from the radio frequency identification Transponder (Tag) at a small distance using radio frequency ("RF") data transmission technology eliminating the inserting or swiping operation. Most typically, the user simply holds or places the radio frequency identification Transponder (Tag) near a base station, which is coupled to a security system securing the building or area. The base station transmits an actuation signal to the radio frequency identification Transponder (Tag) that powers circuitry contained on the radio frequency identification Transponder (Tag). The circuitry, responsive to the actuation signal, communicates the stored information from the radio frequency identification Transponder (Tag) to the base station, which receives and decodes the information. The read information is communicated to the security system and, if appropriate, access is granted to the individual. In general, radio frequency identification Transponder (Tag) s are capable of retaining and, in operation, transmitting a substantial amount of information- sufficient information to uniquely identify individuals, packages, inventory and the like.

It is known that a radio frequency identification Transponder (Tag) includes stored Transponder (Tag) information and at least one antenna element. The Transponder (Tag) also includes a programmable Transponder (Tag) circuit state that is either "on" or "off" based on an "on/off command signal received by the antenna element. When the Transponder (Tag) circuit state is "on," upon receiving an exciter signal from a proximately located electrostatic exciter the Transponder (Tag) becomes energized, thereby causing it to generate a read signal containing a carrier signal and based on the stored Transponder (Tag) information. The antenna element then electro statically sends the read signal to a proximately located Transceiver (Reader), which detects the carrier signal, and, under proper conditions, also the stored Transponder (Tag) information. (US 6,496,112).

More recently, electronic identification (also known as radio frequency identification or RFID) techniques have been developed to address the limitations of optical barcodes.

Radio frequency identification technology has been developed by a number of companies, including Motorola/lndala (U.S. Pat. Nos. 5,378,880 and 5,565,846) Texas Instruments (see U.S. Pat. Nos. 5,347,280 and 5,541 ,604). These Transponder (Tag) s all attempt to provide remote identification without the need for a battery. Systems based on these markers generally operate reliably only when a single Transponder (Tag) is in the interrogation zone at a time. They also tend to be relatively bulky and expensive to manufacture.

It is further known that Radio-frequency identification ("RFID") Transponder (Tag) systems have been proposed for use in inventory tracking. In such a system, an RFID Transponder (Tag) is attached to an object or location, and contains a non-volatile memory for storing information identifying the object or location and electronic circuitry for interacting with Transceivers (Reader). RFID Transponder (Tag) s may be passive or active. In the case of a passive RFID Transponder (Tag), the Transponder (Tag) includes circuitry for converting at least a portion of the received RF signals into electrical power needed by the Transponder (Tag) for signal processing and transmission. In a typical conventional system, RFID Transponder (Tag) s containing information associated with the identities of inventory items to be tracked is attached to the inventory items. An RFID Transceiver (Reader) is used to detect the presence of an RFID Transponder (Tag) and read the identification information from the Transponder (Tag). A typical RFID Transceivers (Reader) includes an RF Transceivers (Reader) for transmitting interrogation signals to and receiving response signals from RFID Transponder (Tag) s, one or more antennae connected to the Transceivers (Reader), and associated decoders and encoders for reading and writing the encoded information in the received and transmitted RF signals, respectively. The Transceivers (Reader) may be a portable device, which can be brought near the Transponder (Tag) s to be read, or it may be a stationary device, which reads the Transponder (Tag) s as they are brought to the Transceivers (Reader), as in the case of tagged library books being returned to a return station that is fitted with a Transceiver (Reader). RFID Transponder (Tag) s may also be affixed near a location as a location marker. After detecting both a Transponder (Tag) attached to an inventory item and a location marking Transponder (Tag), a processing unit associated with the Transceivers (Reader) may determine that the inventory item is positioned near the tagged location. While these conventional object tracking systems are capable of keeping a record of the inventory items and sometimes their locations, they are not effective for tracking and/or managing the movement of the inventory items.

It is further known that an object tracking and management system and method using radio-frequency identification ("RFID") Transponder (Tag) s comprises objects to be moved between locations are outfitted with RFlD Transponder (Tag) s having information relating to the identities of the objects. The locations are also marked by RFID Transponder (Tag) s containing information on the locations. A transport vehicle for moving the objects is equipped with an RFID Transceiver (Reader) capable of detecting signals from the RFID Transponder (Tag) s. An onboard processor provides the operator of the vehicle with instructions on the movement of objects. The processor also determines the identities of the objects and locations from the detected signals and provides the operator with feedback as to the identity of an object being moved, the location of the vehicle and any error in carrying out the instructions. (US 6,600,418). It is further known that a portable, durable, easy-to-use, safety-oriented, long-life apparatus for reading radio frequency identification Transponder (Tag) s is described. This apparatus is well suited for use in connection with livestock data collection and management. The preferred embodiment includes a single wound radio frequency identification antenna coil; a radio frequency transmitter; a power control, system timing and driver including a low battery indicator, and an optical switch; a rechargeable battery; a main power switch; an infrared activation switch; a radio frequency link antenna, a receiver analog section, a micro controller, an exciter drive and a read switch; and audio feedback to confirm receipt of data (US 6,329,920)

It further known that a software application, used in conjunction with RFID devices, for the purpose of automatically tracking the inventory or number of objects in a given location is described. This apparatus is well suited for tracking the tagged items automatically and updating relevant personnel or external applications. This includes, besides RFID Transceiver, Transponder and antennae, software programs that interact with the Transceiver to identify the Transponders within the field of the Transponder and transfer the same information to various modules of an application, specifically SAP (US 6,681 ,990).

It is further known that an XML system to transparently interact with various hardware devices like barcode Reader, RFID Transceiver etc., through XML input streams is described. An XML system is configured to print bar code labels, tickets, cards or other media, and/or encoded RFlD devices embedded in the media, based upon an extensible markup language (XML) input data stream. This system generates a printable representation of the bar code label, tag, ticket, card, and other media and/or generates encoding information for an RFID device. This system describes a common method to present data to the data capture devices mentioned above and does not address any business context or process aspects. (International Application No: WO2005001601A2) It is further known that a Method for Data Interchange, addressing a data interchange issues of different formats is described. Enterprises use various technologies for data capture and data storage - interchanging data of disparate formats - barcode, RFID et c seamlessly is the objective of this Method. Opening a document having tagged information including data tags and data performs data Interchange. The data, such as data associated with data fields is updated. A target, such as barcode, is generated based on the data tags and data. The updated data is stored and transmitted electronically and/or using the target. This Method does not handle the usage of such data - i.e. adding business context to the data etc., The Method describes only a Data Interchange between various formats (US patent application publication number - US20050150944A1).

It is further know that a Data Acquisition Device, with the projected objective of integrating a number of data capture technologies at the hardware level is described. The Data Acquisition Device is an integrated casing which houses a Magnetic Stripe Card Reader, an Optical Scanner, an Electronic Signature Pad and a Smart Card Reader, which may be an RFID, enabled device. This device is cable of collecting data from all the mentioned technologies seamlessly and passing on such data to a computer system the Data Acquisition Device is connected to. This does not address the various ways to handle data after capturing such data and is operational at a hardware level (US patent application publication number - US2005139668A1)

It is further known that an Antenna System and Method that addresses a unique method of building an antenna system that can read Transponders effectively is described. This method is directed towards reading a Transponder from any orientation by feeding an array of antennae covering the same field from multiple directions- each antenna providing a pointed beam. This method does not cover any location aspect and is purely based on RFID hardware construct aspects. (US patent application publication number US2005159187A1) While all of the above are related either to hardware aspects of RFID or to point-applications (one specific area or application) using RFID devices, none of them offers flexibility to define user business process to build ANY application on RFID devices dynamically. Drawbacks Of The Prior Art:

1. All the existing solutions are hardware centric or data acquisition centric. Existing solutions do not facilitate the users to apply business context, logic and intelligence to the data capture devices.

2. The existing solutions can be used only for the specific applications they are designed for. They address the 'Application' concern, not the business process.

3. Hard-coded business processes do not accommodate any changes in the business process itself or any changes in the way various processes interact.

4. None of the existing solutions are customizable by the user.

5. It is not possible to modify the solution once implemented for any compliance requirements.

PRESENT INVENTION:

The foregoing objects of the invention are accomplished and the problems and shortcomings associated with prior art administration techniques and approaches are overcome by the incorporation of embedding business process and business process intelligence into RFID hardware device (Radio Frequency Identification) grid which is an integral and central part of a RFID based business solution for any business or functional area.

The present invention relates to a business process and business process intelligence that is combined with RFID grid to allow the business process to track the turnover of movable and immovable physical objects and embedding it into an RFID (Radio Frequency Identification) grid, built of RFID (radio Frequency Identification) devices that deploys all across the environment to cover the overall process, thereby providing the flexibility to define any application and to incorporate changes, if any, to the process grid.

Major steps involved in implementation of the present invention include:

• Representing the business environment in Physical and Business context

• Physical Context in terms of locations and Business Context in terms of various moveable objects and their characteristics, interrelationships, associations

• Embedding both above definitions into RFID hardware devices

• Building a business process on the basis of embedded Physical and Business Context

• Execution of the defined process, relevant constraints and resulting actions

• By following this procedure, enabling definition and execution of ANY business or functional process without any dependency on the data or information on the RFID hardware details.

Therefore according to the present invention a unique method for embedding business process into RFID Grid comprising of RFID Transceiver (Reader) s, including antennae that reads RFID Transponders (Tags) of multiple frequencies and multiple protocols; a computer program is developed and is used to automatically discover, configure and control the RFID hardware Devices; these RFID devices namely RFID Transceiver (Reader) s, printers, antennae are attached to the Computer memory system for storing discovery, configuration, control and data; the data collected by these RFID devices are automatically formatted within the system; thereafter a computer program is used to automatically and remotely receive data from the system and to automatically generate a graphical display of all RFID hardware devices; these RFID hardware devices that are attached to the Computer Systems facilitates in running the system and permit them to create representative physical locations as zones; another computer program that embeds location information in terms of physical business context and zone definitions into RFID devices consists of two:

(a) a memory system to store all the outcomes mentioned above and

(b) a system that includes:

I. a computer program and its methodology that allows definition of objects as a group, assign them characteristics and their interrelationship relevant to a business environment, embed the same into RFID Transponders (Tags); II. a computer program and its methodology that allows business processes and business process intelligence; III. a computer program and its methodology that executes the definitions above on RFID devices through communication with the system; there by provides flexibility to define any application for any business or functional area, to incorporate any changes to the existing business process rules or business process intelligence.

The present invention is now described with the help of accompanying drawings: The system includes the following:

1. Physical Contexting Module - PCM

2. Business Contexting Module - BCM

3. Business Process Definition Module - BPDM

4. Business Process Execution Engine - BPEE PHYSICAL CONTEXTING MODULE:

Fig1. Physical Contexting Module: PCM is a software code running on a PC. PCM is responsible for assigning unique IDs to the RFID hardware devices and creating a Device Grid in terms of physical locations (Zones) in business terminology. PCM embeds the Zones into the devices. : ADC Engine (expanded in Fig 2): Auto Discovery and Configuration Engine is responsible for discovering the devices, configuring and assigning a unique identity to the same and other device interaction activities like Read from the device, Write to the device etc., connected to a PC or connected to a LAN same as that of such PC running PCM. This identifies details like Manufacturer, Model, Operating Frequency, Protocol, Communication parameters etc.

ADC Engine Details (1): Auto Discovery and Configuration Engines comprises

- Auto Discovery: Responsible for discovering the devices connected to a PC or connected to a LAN same as that of such PC running PCM. This identifies details like Manufacturer, Model, Operating Frequency, Protocol, Communication parameters etc.,

- Controller: Controller uses the specific details discovered by Auto Discovery to communicate with the RFID devices and carry on specific actions as required by the users.

- Identity Assignor: This assigns and tracks unique Identities to the Transceiver (Reader) s.

Message Router: MR is responsible for communication between ADC Engine and other modules and sub modules. MR interacts with Grid Builder and Business Process Execution Engine. Internally MR passes requests from Grid Builder and BPE to all other sub modules of ADE.

ADC Engine: Auto Discovery and Configuration Engine performs the following functions:

Runs a software code as service on all the PCs that have PCM installed. Identifies specifications of the RFID (3) hardware attached to the PCs or to a LAN same as that of the PC (Auto Discovery, Fig 2)

- Assigns a Unique Identity to each device (Identity Assignor)

- Configures the RFID device with default parameters set in the software code (Controller)

Stores the specifications, configuration and identity in an XML file and sends the same as a message to the Grid Builder (Message Router)

Invokes relevant commands from Controller on the attached RFID devices as per the requests received from Message Router

- Message Route gets requests from BPE engine and Grid Builder. : Grid Builder: GB is responsible for gathering configuration details of all the devices and displaying the Device Grid. GB is also responsible for converting user inputs on Zone definitions and passing the same on to ADC Engine for embedding the definitions into the RFID hardware. GB displays the successfully configured Zones so that users can interact with the devices through the displayed Zone Map as user does not need to know technical details like Device ID, Device Type, Manufacturer etc., Grid Builder: Grid Builder performs the following functions:

- Receives the configuration files from all ADC engines as XMLs

- Uses these XML files to create a Client Grid (A sample Client Grid is shown in Fig 9)

- Presents the Client Grid to the users for defining Zones

- Creates Zones based on user requirements - Converts Zone definitions into unique device IDs and maps the same and creates a Zone Map. (A sample Zone Map is shown in Fig 10)

Embeds the Zones definitions into process definitions

- Validates process execution in terms of Zone definitions by interacting with BPE Engine during run time. Facilitates communication between the ADC Engine and the BPE Engine.

BUSINESS CONTEXTING MODULE:

Fig 3: Business Contexting Module: This module is responsible for creating Classes and assigning them a set of characteristics. These definitions are used while writing the Transponders (Tags). This module is also responsible for defining Hierarchy (5) and Association rules (6). Every time a Transponder (Tag) is read, the hierarchy and association rules are applied to the specific Transponder (Tag) for validating if all the rules are satisfied or not. Object Classifier (4) groups various objects in the users' environment that are to be tagged, into Classes.

Object Classifier (expanded in Fig. 4): Object Classifier groups various objects in the users' environment that are to be tagged, into Classes. Object Classifier Details: Describes the constituents of OC. Object Classifier defines various Classes, their characteristics and maps the same. OC also identifies the Transponder (Tag) type used for Tagging a specific objects, validates if the Transponder (Tag) type falls in line with other definitions like Mandate Compliance Preparatory, number of characteristics to be written on to the Transponder (Tag) and checks if the data size matches available memory blocks on the Transponder (Tag). This also checks for Transceiver (Reader) and Transponder (Tag) type/protocol compliance.

Object Classifier has the following sub components: Object Definition Module (7): Creates Classes and defines characteristics for each class

All the moving and moveable objects in the users' environment are grouped into Classes based on shared characteristics. E.g., Employees of a division, employees of the same rank, tooth paste 200 gms blue gel, tooth paste 200 gms red gel etc., This sub modules defines all such Classes. Each Class has a given set of characteristics that are shared across all the objects that belong to this Class. Object Definition modules allows definition of the number of characteristics, type of each characteristic (text, number, date, time, email address etc.,), where to derive this from during the run time (a specific set of values either manually entered or taken from an existing data base - eg. all employee code from HRMS)

Characteristics Mapping Engine (8): CM Engine maps the set of characteristics defined for each Class to all the Objects that belong to the Class. All the characteristics defined above are mapped to specific objects that belong to the relevant Class. During run time, while writing, specific values of the characteristics are assigned to each Transponder (Tag). A reference to the Transponder (Tag) ID and a pointer to the set of values are mapped and stored internally. The values can also be stored on the Transponder (Tag) without a reference to a table if the Transponder (Tag) memory matches the data size. During run time, while reading, every Transponder (Tag) read is scanned for the Transponder (Tag) ID and the same is used to retrieve assigned values of the characteristics. CM engine is responsible for these run time functions.

Transponder (Tag) Identifier and Configuration (9): This is responsible for identifying the Transponder (Tag) details like Transponder (Tag) type, Protocol, usable memory space, data blocks etc., and correlates the same with the data (Values of Characteristics defined for a Class) to be written on to the Transponder (Tag). This also validates if the Transponder (Tag) type falls in line with other definitions like Mandate Compliance Preparatory, number of characteristics to be written on to the Transponder (Tag) and checks if the data size matches available memory blocks on the Transponder (Tag). This also checks for Transceiver (Reader) and Transponder (Tag) type/protocol compliance.

Mandate Compliance Preparatory (10): This is responsible for setting up requisite parameters to comply with various mandates - eg. Wal-Mart mandate, DoD mandate etc., each mandate has a set of parameters that are one-time configurable and other data format and data exchange requirements. This module prepares the environment for mandate compliance by including one-time definitions like CAGE code, Company Prefix and Item Reference Numbers. The suppliers invoke the compliance environment thus created while writing Transponders (Tags) for mandate complaint consignments. Hierarchy Builder (5): This organizes the classes according to the existing hierarchy in the users' business environment. Hierarchy builder works on Class definitions only and not on objects. A defined hierarchy works as a skeleton and when the Tagged objects are sensed by the RFID devices, Association Engine uses the Hierarchy skeleton to validate if all the Tagged objects are falling within the Hierarchy definitions.

Association Engine (6): This correlates all the Classes assigned to Hierarchy definitions, and specific objects that belong to the Classes. Association Engine also interacts with BPE engine for sending hierarchy validations out.

All the Classes are interlinked according to the business requirements. Each relation has constraints. These definitions - interlinks and constraints are built by Hierarchy Builder.

E.g., Pallet-Case-ltem. Item Class is a child of Case Class, which in turn is a child of Pallet Class. Another example is Employee-Laptop. Laptop Class is a child of Employee Class - in this scenario, a given Laptop (an object of Laptop Class) may be assigned to multiple employees (Emplόyeel and his/her boss) defining a multiple parent relationship. Multiple parent relationship is not possible in cases like Pallet-Case-Item Hierarchy. BUSINESS PROCESS DEFINITION MODULE:

Fig 5: Business Process Definition Module: This module is responsible for defining users' business process by using the context definitions from PCM and BCM. These definitions are stored in Business Process Archive, to be used by Business Process Execution Engine during run time. This module ensures that the defined process is based on process . elements like Zones, Classes, Hierarchy, Association etc that describe the users' environment and are defined in PCM and BCM. This also allows the users to set rules to the processes - Transitions Rules, Event Rules and Action Rules.

This module is responsible for defining users' business process by using the Zone, Class and Hierarchy definitions from PCM and BCM. All the physical locations in the users' business environment are mapped as Zones by embedding Zone definitions into RFID devices through Physical Contexting Module.

All the objects that need to be Tagged are mapped as Classes by defining specific characteristics to be mapped to Transponder (Tag) IDs while writing the Transponders (Tags), using Business Contexting Module. Interrelations are defined as Hierarchies.

Both the above (Definitions from PCM and BCM) cover the entire business organization that is planned to be addressed by RFID. Business Process Definition Module uses these definitions to build various processes as required by the user, integrates the same with definitions derived from PCM and BCM and defines various Rules for validating process compliance. Through this, this module embeds the business process definitions into the RFID devices in terms of physical locations as well as objects. This approach allows for defining any business process quickly and deploying the same on the RFID infrastructure. This is possible because of the building blocks created by PCM and BCM and the way process definition and execution are carried out.

Apart from interacting with PCM and BCM for deriving the definitions mentioned above, this module has the following components:

Business Process Configuration (11): This is responsible for creating business processes according to the user specifications. BPC derives Zone definitions from PCM and Class and Hierarchy definitions from BCM, builds process definitions based on Zones and Classes thus derived and creates process definition in BPEL and XML. A process definition comprises a unique process name, various states that belong to the process, their transition rules, and event and action rules.

BP Archive (12): This is responsible for storing all the process definitions and interacting with BPE engine during the runtime. BP Archive exchange references to various components of the process definition like Process Rules, Transition Rules, Event Rules, Action Rules and also the environmental parameters like Zones, Classes and Activities assigned to a specific State, States assigned to a given process etc with Business Process Execution Engine. A detailed workflow for defining a business process is presented in Fig. 7 (Flow Chart 1) wherein

1. User is prompted to define a new Process.

2. User enters the Process name. The Business Process Configurator assigns a unique ID each process.

3. BP Configurator has three predefined States - Start State as the starting State of a Process, End State as the last State of a Process and Normal State for any number of intermediary States. User selects various States and assigns unique names to the same.

4. A Process must have one Start State and one End State. Each State must have transition rules assigned to them. If these conditions are satisfied, BP Configurator takes the user to the next step. 5. BP Configurator has three predefined Activities - RFID Read, RFID Write and RFID Write/Read. User is prompted to assign Activity to the defined States.

6. BP Configurator derives Zone definitions from the PCM and prompts the user to assign the Zones to each State.

7. BP Configurator derives Class definitions from the BCM and prompts the user to assign the Classes to each State.

8. If all the Process elements (Activity, Zone and Class) are added, BP Configurator allows the user to move to the next step.

9. BP Configurator fetches all characteristics of the assigned Classes and prompts the user to define Event on the basis of the derived characteristics. Events are assigned to States.

10. For each event, a predefined or custom-scriptable Action has to be assigned. This completes the Business Process. The definitions are stored by BP Configurator in BP Archive, organized as Process Rules, Transition Rules, Event Rules and Action Rules mapped to unique Process IDs."

BUSINESS PROCESS EXECUTION

Fig 6: Business Process Execution (13): This module is responsible for executing defined business processes. BPE derives process definitions from the BP Archive and executes the same. During execution, BPE interacts with PCM for Zone definitions and passing on relevant requests to the hardware devices (as defined in the process - Activities assigned to a State of a Process). BCE also interacts with BCM for Class and Hierarchy definitions, Association rules and mandate compliance preparatory. For each execution cycle, BPE engine refers to all of the modules mentioned.

BPE Engine is a software program running on a PC responsible for executing the defined business process. It may run on the same PC as other components

(PCM/PCM/BPDE) or a different PC. BPE Engine fetches process definitions from BP Archive to a temporary storage with in itself. Once the user initiates a Process, the BPE Engine runs a continuous service that takes care of execution. Various steps in executing the process as shown in (Fig. 8) are as below:

1. The user initiates a Process

2. The BPE Engine runs a continuous service that takes care of execution. The service checks for the all the States, other components like Activities, Zones, Classes, Hierarchy and other Rules assigned to the Process.

Once the Activities and Zones related to a specific process are identified, BPE instructs the PCM to activate specific modes as defined in Activities on the RFID Transceiver (Reader) s that fall under the Zone definitions. E.g. State 1 has read as the assigned Activity and Receiving Dock as the assigned Zone. So BPE Engine instructs the PCM to activate read mode on the RFID Transceiver (Reader) s and Antennae that are embedded with IDs constituting Receiving Dock Zone. These activities are done separately for each mode - Read and Write, though the working is similar. Details are explained in relevant sections below.

The PCM controls the Transceiver (Reader) s and runs the same in the mode as instructed by the BPE Engine. For every Transponder (Tag) Read or Written within the Process Definition, a Process Instance is created by the BCM, which is alive for the life cycle of the tagged objects through all States of the current process.

3. If the assigned Activity to the State is Write -

3.1 BPE Engine identifies the Zone and Classes associated.

4. BPE instructs the PCM to identify and activate Write as defined in Activities on the RFID Transceiver (Reader) s that fall under the Zone definitions. E.g. State 1 has Write as the assigned Activity and Receiving Dock as the assigned Zone. So BPE Engine instructs the PCM to activate write mode on the RFID Transceiver (Reader) s and Antennae that are embedded with IDs constituting Receiving Dock Zone. Starting the Controller process of ADE does this

5. The activated Controller sets the relevant RFID Transceiver (Reader) to write mode.

6. BPE fetches the details of the Classes, their characteristics, Transponder (Tag) Configuration, Hierarchy and Association details for the classes that belong to the State, from BCM.

7. User selects a Class of interest out of the ones displayed. An object that belongs to this specific class can be tagged now by Writing the Transponder (Tag).

8. Inputs from the user for specific values of the characteristics are taken in.

9. User enters the number of Transponders (Tags) to be written within the same session.. User is prompted to repeat steps 8-9 till all the Transponders (Tags) are written.

10. BPE Engine sends all the above values on to the ADE, along with Transceiver (Reader) and Antenna Ids.

11. Controller sends the details to the RFID Transceiver (Reader) and instructs the Transceiver (Reader) to write into the Transponder (Tag).

12. After Writing, Transponder (Tag) ID is associated with the Process, State, Zone, Class, specific Characteristics and Hierarchy by the BPE Engine. This completes the Write cycle.

13. BPE identifies all Zones assigned to the State from PCM, instructs the ADE to start Controller for relevant RFID Transceiver (Reader) s in the Zones.

14. Controller sends RFID Transceiver (Reader) IDs to the Controller along with instructions to set the Transceiver (Reader) to Read Mode.

15. Controller sets the RFID Transceiver (Reader) to Read mode.

16. Every Transponder (Tag) Read is appended with BCM definitions by using the Transponder (Tag) ID reference and with RFID Transceiver (Reader) ID through Controller and passed on to the BPE Engine.^" 17. BPE Engine checks for the Class the current Transponder (Tag) belongs to, through BCM.

18. BPE identifies the Process and current State in terms of State definitions.

19. BPE considers the Read only if the Process is a valid Process for the specific Transponder (Tag).

19.1 Otherwise, the Read is ignored.

20. BPE then checks if the current State of the Transponder (Tag) falls in line with Process Definitions by checking with the BP definition.

21. If the current State is valid, BPE executes Event Rules

If the all the Event rules are met with, the Transponder (Tag) data, Time

Stamp and other details are stored internally. (This is used for tracking the path of the tagged object.) If not, Events are generated.

For each Event generated, assigned Action Rules are executed and relevant action taken.

BPE then executes Transition Rules for the current State 22. Based on Transition Rule's validity BPE updates the status of Transponder

(Tag) to the next State as per the Process Definition. 23. This procedure is continued till the tagged object reaches the End state. The

Process Instance for the specific object is terminated. The process execution for other tagged objects that belongs the current process continues. A sample business process defined by following the above methodology. Terminology: Activity

• Activity is the function to be undertaken during a particular state of the business process.

• It can be Read [the RFID tags], Write [onto the RFID tags], or Read/Write. Association

• Association is the definition of the relation between Classes. • For example, one can associate Employee and Asset, Pallets and Cases etc.

• Such association of Classes helps in defining business process. Class

• Class is a set of uniquely identifiable RFID tagged objects or entities, within a particular business enterprise.

• For e.g. Pallets, Cases, Items, Employees are Classes, which comprise objects like pallet 1 , pallet 2, item 1 , item 2, etc.

Client Grid

• It is a schematic representation of all the computers (loaded with the computer programs mentioned in this document) in the environment along with their details like type of OS, number of ports, ports that are available and ports, which are used.

• This allows the user to add new readers. Characteristics

• The set of values describing a Class is stated as a Form.

• E.g. Pallet Number, Employee Code, Item Type, etc. Hierarchy

• Hierarchy is the order of the Classes arranged in Levels.

• Each Level has a set of unique Class names.

• There can be more than one Class at each Level.

• For example Pallets-Cases-Items, Manager-Foreman-Worker, etc.

• This helps the user both while writing and reading the tags by enforcing a concrete relationship among the participating Classes

State

• State is a particular stage in the business process.

• For e.g. in a WMS process, various states would be Receiving, Binning, Picking and Shipping. o START State: It is the first State in the business process. For the above example the START State would be 'Receiving'. o NORMAL State: This is the state following the START State. There can be many NORMAL States between START and END States but not more than 18. Please note that this is generic limitation assigned to Setu™1.0 and is not limited due to any technology or technical reason. o END State: The last State of a business process is the END State Zone

• A Zone indicates a unique business area of an enterprise in the functional context e.g. Warehouse, Packaging station etc.

• Clubbing the antennas in one particular physical location forms the locations.

• This will help the user to identify the physical location of a particular reader so as to replace it during malfunction.

• It will also allow the user to define his business process since the Zones would reflect the physical definitions of the business enterprise.

Zone Map

• A schematic representation of the environment displaying the all computers loaded with the computer programs mentioned in this document with details (type of ports, no. Of ports, etc.), readers connected to such computers with details (type of reader, etc.), antenna for readers (along with antenna id) clubbed in terms of logical groups shown as Zones.

Software used for defining existing business process onto the grid thereby linking the process to various RFID devices in the grid. _ _^^

JSP (Java Server Pages) and Struts for process definition, EJB (Enterprise Java Beans) for accessing the definitions stored in databases, Jini Services for control interaction with various RFID devices and Java Messaging Service for Data extracting and transportation to and from the RFID devices.

The process is independent of software used and can be built using any programming language having the capabilities of all the components (JSP, Struts, EJB, Jini and JMS) mentioned above. Advantages of your invention:

1. The same methodology accommodates "any" application by defining the application specific business process based on the Transceiver (Reader) s. Other players have RFID solutions hard-coded for various application areas, which cannot be customized or modified by the user.

2. Any changes in the process can be easily included in the RFID grid by modifying the process linkages with RFID devices accordingly. For other players, this means a re-work of the existing deployment.

3. Compliance with any process standards (ISO etc.,) or industry mandates (Wal-Mart etc.,) or federal mandates (Sarbanes Oxley Act etc.,) is simply defining the process accordingly. No additional effort is needed. Other players release specific modules for each compliance module that cannot be modified.

4. As the process definition is in terms of business processes of the end- user, users themselves can add/modify/delete the processes, without bothering about RFID devices. For other players, modification is an exercise that can be done only by qualified RF engineers, with help of the end-users, thus inefficient and time consuming.

5. A decision facilitated by applying business context as defined in this document can be executed by interaction with the RFID hardware devices by giving the devices feedback.

Claims

1. A unique method for embedding business process into RFID Grid comprising of RFID Transceiver (Reader) s, including antennae that reads RFID Transponders (Tags) of multiple frequencies and multiple protocols; a computer program is developed and is used to automatically discover, configure and control the RFID hardware Devices; these RFID devices namely RFID Transceiver (Reader) s, printers, antennae are attached to the Computer memory system for storing discovery, configuration, control and data; the data collected by these RFID devices are automatically formatted within the system; thereafter a computer program is used to automatically and remotely receive data from the system and to automatically generate a graphical display of all RFID hardware devices; these RFID hardware devices that are attached to the Computer Systems facilitates in running the system and permit them to create representative physical locations as zones; another computer program that embeds location information in terms of physical business context and zone definitions into RFID devices consists of two: a) a memory system to store all the outcomes mentioned above and b) a system that includes:

I. a computer program and its methodology that allows definition of objects as a group, assign them characteristics and their interrelationship relevant to a business environment, embed the same into RFID Transponders(Tags);

II. a computer program and its methodology that allows business processes and business process intelligence; III. a computer program and its methodology that executes the definitions above on RFID devices through communication with the system;

IV. A monitor (computer program) that automatically discovers, configures and controls the RFID hardware Devices [RFID Readers, printers, antennae] attached to such PC or to the LAN same as that of the PC, memory system to store discovery, configuration, control and data collected from RFID hardware devices and formatted internally in this system

V. A computer program that remotely and automatically collects data collected by the system and automatically generates a graphical display of all attached RFID hardware physical locations as zones there by provides flexibility to define any application for any business or functional area, to incorporate any changes to the existing business process rules or business process intelligence.

2. A unique method for embedding business process into RFID Grid as claimed in claim 1 that consists of RFID Transceiver (Reader) s, including antennae can also be attached to the LAN for storing discovery, configuration, control and data.

3. A unique method for embedding business process into RFID Grid as claimed in claim 1 and 2, substantially as herein described with reference to the accompanying drawings.