Finite State Engine for Multi-Vendor RFID Event Processing

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

RFID technologies face vendor lock-in issues due to hard-coded computer applications that are limited to specific RFID devices, leading to increased complexity and costs, especially when integrating sensor data from various devices, resulting in non-integrated applications and limited scalability.

Innovation Solution

A method and system utilizing a finite state engine to process event streams by defining processing components, states, and entry points, allowing for the generation of a finite state machine that can handle event data from various sensor devices, enabling integration and scalability across different vendors' devices.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If computer applications are hard-coded to specific RFID devices, then the application can reliably process data from that vendor's devices, but the system becomes locked into a single vendor and cannot integrate sensor data from various devices

Engineering Contradiction:
Improvedata processing reliabilityVSAvoidvendor compatibility
Core Design Contradiction:
ReliabilityVSAdaptability or versatility

Solution Approach 1:

The patent introduces an intermediary layer (middleware or abstraction layer) between the computer application and the RFID/sensor devices. This intermediary translates and standardizes data from various vendor-specific devices into a common format that the application can process, thereby maintaining reliability while enabling multi-vendor compatibility. The intermediary acts as a buffer that decouples the application from direct vendor-specific protocols.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent implements a universal interface or standardized protocol layer that enables a single computer application to communicate with and process data from multiple types of RFID devices and sensor devices from different vendors. This universal layer provides multi-functional capability, allowing the same application to handle diverse device types without requiring vendor-specific hard-coding.

Inventive Principle:
Principle #6Universality (Multi-functionality)

2Adaptability or versatility

If multiple sensor devices are integrated into the system, then the system can access more types of sensor data, but the complexity of managing and deploying these devices increases

Engineering Contradiction:
Improvesensor data integrationVSAvoidsystem management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The patent merges the functionality of multiple vendor-specific application interfaces into a single unified middleware layer. Instead of requiring separate application logic for each device type, the middleware consolidates translation, data normalization, and device management functions into one component, thereby reducing overall system complexity while maintaining the ability to integrate multiple sensor devices.

Inventive Principle:
Principle #5Merging (Combining)

Solution Approach 2:

The intermediary middleware layer simplifies device management by providing a standardized interface that abstracts away the complexities of individual device protocols. This mediator handles device registration, data translation, and communication coordination, reducing the burden on the application layer and making it easier to manage multiple diverse devices.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of manufacture

If vendor-specific RFID readers are used, then the system can process data from those devices, but additional applications are required for each sensor device type, increasing costs

Engineering Contradiction:
Improvedevice compatibilityVSAvoidnumber of applications
Core Design Contradiction:
Ease of manufactureVSQuantity of substance

Solution Approach 1:

The patent creates a single multi-functional application architecture where one application can process data from multiple types of RFID and sensor devices through the intermediary layer. This eliminates the need for separate vendor-specific applications, reducing the quantity of software components required while maintaining broad device compatibility.

Inventive Principle:
Principle #6Universality (Multi-functionality)

Solution Approach 2:

The patent merges multiple vendor-specific application functions into a single unified application that leverages the intermediary layer for device communication. This consolidation reduces the total number of applications needed, lowering deployment and management costs while preserving the ability to work with diverse hardware from different vendors.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS8413170B2Event processing finite state engine and language
Publication Date: 2013.04.02 ORACLE INT CORP
  • US8413170B2 patent drawing
  • US8413170B2 patent drawing
  • US8413170B2 patent drawing

AI summary

In various embodiments, a method for processing event streams includes receiving a state machine defined in response to a set of processing components, a set of states, and a set of entry points. Event data associated with an event stream is also received. The event data is processed according to the state machine to generate an event.