Event Processing Server for POS Transaction Automation
Find Innovative SolutionsGenerate Solutions
Solution Overview
Problem
Consumers face challenges in automating actions following purchase transactions or series of transactions, as existing systems lack the capability to reliably trigger events based on predefined criteria, leading to potential forgetfulness or inefficiencies in initiating desired actions post-transaction.
Innovation Solution
An automated method and system that utilize an event processing server to receive and monitor transaction data from mobile devices and POS systems, allowing account holders to set triggering criteria for events, which are initiated once the criteria are met, enabling seamless automation of actions such as ride-sharing or notifications post-transaction.
Engineering Contradictions & Design Principles
Engineering Contradiction Analysis
1Reliability
If manual initiation of actions is used after transactions, then users can perform actions when remembered, but users may forget to initiate actions or waste time manually initiating them
Solution Approach 1:
Users pre-configure triggering criteria and desired actions in advance through the mobile interface device. The system stores these configurations and automatically executes them when transaction criteria are met, eliminating the need for manual initiation at the moment of need.
Solution Approach 2:
The system automatically monitors transactions and initiates actions without requiring user intervention. The event processing server self-manages the entire process from transaction detection to action execution, making the system serve itself rather than requiring continuous manual input.
2Extent of automation
If automated event triggering is implemented, then actions are executed automatically upon meeting criteria, but system complexity increases with multiple servers and components
Solution Approach 1:
The event processing server performs multiple functions: receiving event triggering requests, monitoring transactions, evaluating criteria, and initiating actions. This multi-functional approach consolidates complexity into a single specialized component rather than distributing it across multiple dedicated systems.
Solution Approach 2:
The event processing server acts as an intermediary between the transaction processing server and the mobile interface device. It receives transaction data, processes it against stored criteria, and triggers appropriate actions, simplifying the overall system architecture by providing a centralized coordination layer.
3Adaptability or versatility
If event triggering requests are stored and processed, then automated actions can be executed, but data storage and processing requirements increase
Solution Approach 1:
The system stores only the essential triggering criteria and associated action configurations in the event processing server. Each event triggering request is tailored to specific user needs with precise criteria definitions, storing only the necessary data locally rather than maintaining comprehensive databases of all possible transaction scenarios.
Data Source
AI summary
A method of triggering an event based on occurrence of a POS transaction is provided in which an event processing server receives from a first user device associated with a first account, a first event triggering request. The request includes identification of a desired event to be triggered and first triggering criteria. The desired event is to be initiated by the event processing server upon occurrence of one or more POS transactions collectively meeting the first triggering criteria. The event processing server receives, from a transaction processing server, notification of an occurrence of a merchant POS transaction associated with the first account. The event processing server determines whether the occurrence of the merchant POS transaction results in the first triggering criteria having been met, and, if so initiates the desired event.