Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing
Listen
Radio episode about this paper
Transcript
Introduction to the show: ident: Robotics Radio. Generated commentary on the latest robotics and control papers.
Rosa: Today's paper: "Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing".
Dev: Traditional Business Process Management (BPM) focuses on discrete events and fails to incorporate critical continuous sensor data in cyber-physical environments.
Rosa: First, who's behind it and why it matters.
Title and authors: Rosa: So, to summarize how this paper frames its contribution, it’s essentially showing how we can take those abstract rules written in declarative process specifications—which usually deal with simple events—and give them the power to actually interact with real-world sensor data in a way that makes sense for physical systems.
Dev: Yeah, and the core message is that this moves us past just checking if a sequence of discrete steps happened correctly; now we’re talking about enforcing constraints based on what’s happening continuously in the environment, whether it's temperature or pressure.
Taro: What I find really striking is how they frame this as bridging the gap between a high-level specification and actual operational control, which is where most of our autonomy challenges lie. It’s about making sure the logic isn't just theoretical but actually drives physical actions when things get complicated in real time.
Rosa: Precisely; they emphasize that this architecture lets us move from simply recording what happened to actively steering the process toward a safe state when continuous sensor data indicates a drift or an impending violation. This makes the system inherently context-sensitive to its physical surroundings.
Dev: And that dynamic ability to compute Task Enablement based on those constraint statuses is what really matters for control engineers; it means the system can instantly decide which operations are even permissible, rather than having a static list of allowed actions.
Taro: That dynamic enablement capability suggests that an autonomous agent could adapt its entire operational plan mid-execution if the continuous state shifts in a way that makes a previously allowed task suddenly forbidden, which is crucial for handling unexpected events in unstructured environments.
Rosa: And they stress that this enforcement works on resource-constrained edge devices, which means we’re not just building fancy software; we’re building something that can actually run reliably on the hardware we use in the field. That feasibility is a huge deal for our robotics applications.
Dev: I agree; their performance claims regarding sub-millisecond latency are what really convince me that this isn't just a proof-of-concept; it suggests it could integrate directly into fast control loops on the shop floor or in field robotics.
Taro: Thinking about the broader impact, if we can build these sensor-integrated processaware systems, imagine how much safer autonomous systems could become because they aren't just following a pre-programmed script but are genuinely reacting to the physical reality in front of them.
Rosa: It really suggests a future where the process logic itself is inherently aware of its continuous physical context, moving far beyond simple discrete event triggers. This has huge implications for how we design complex robotic or industrial setups.
Dev: And that capability to handle both discrete events and continuous signals in a unified way is exactly what control systems engineering needs when dealing with dynamic physical systems and maintaining strict loop rates.
Taro: If we look ahead, the next logical step, as they point out, is using that robust STL foundation to integrate machine learning for predictive adaptation in distributed environments. That’s where we see the real path to truly autonomous decision-making when things misbehave.
Rosa: Exactly; it’s about pushing these architectures toward predictive control, which is the ultimate goal for next-generation processaware systems. We’ve covered a lot about how this work makes declarative specifications actionable in the physical world today.
Dev: I think we should keep our eyes peeled for the next paper that tackles how this architecture scales even further or handles more complex state spaces, because scalability under stress is a major hurdle for any real-world deployment.
The paper's summary: Rosa: So, to summarize the improvements discussed in "Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing," the key is that this research moves us away from just passive monitoring and toward active runtime enforcement of constraints across hybrid data types.
Dev: That shift means the system isn't just reporting violations after the fact; it’s actively triggering activities and enforcing boundaries based on continuous sensor behavior, which is a big win for control engineers needing to maintain loop rates.
Taro: For autonomy, this means an agent can react proactively; instead of waiting for a system to report a failure, it can start mitigating the issue immediately based on continuous readings as soon as a threshold is breached.
Rosa: Exactly; they show how hybrid declarative constraints enable this proactive behavior by allowing the system to react directly to signal changes themselves, which is super powerful for complex robotic setups.
Dev: The ability to dynamically compute Task Enablement based on those constraint statuses is a strong improvement over static models because it allows for dynamic adaptation during execution, which is exactly what we need when the physical state changes rapidly.
Taro: That dynamic enablement capability means the system can adapt its behavior mid-process if the continuous state shifts in a way that makes a previously allowed task suddenly forbidden, which is essential for robust autonomy systems.
Rosa: And they demonstrate that this enforcement mechanism works even on resource-constrained edge devices, which is where many of these advanced control systems need to run, and they achieve stable resource consumption.
Dev: Stability under those conditions is the real test; if the architecture spikes in memory or CPU usage when processing high event rates from the sensors, it defeats the purpose of having a lightweight edge deployment.
Taro: The fact that they confirm feasibility on actual IoT hardware without needing cloud offloading is very important for deploying this kind of reactive autonomy where connectivity can be unreliable.
Rosa: So, the main improvement is achieving genuine real-time constraint evaluation and enforcement in these hybrid scenarios, which addresses that core research gap by making declarative specifications truly actionable.
Dev: It really moves the needle from theoretical modeling to something that can actually be deployed in operational control loops where things need to react instantly to continuous sensor inputs.
The paper's improvements: Rosa: So, to wrap up our discussion on "Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing," we’ve seen how this paper introduces a CEP-based execution architecture for STL-enriched process models that bridges the gap between declarative specifications and actual real-time operational control.
Dev: I agree; the focus on real-time evaluation of STLinspired constraints, which we discussed, is exactly what control engineers need when dealing with dynamic physical systems and maintaining loop rates. It’s not just about theoretical modeling anymore; it’s about ensuring the system doesn't fail during execution.
Taro: And what I found particularly compelling is how this setup allows the AI to react proactively when things go wrong, using those continuous signals to trigger immediate mitigation actions. It moves beyond just logging failures to actively driving the process toward a safe state when it detects a drift in the sensor data.
Rosa: Exactly; that ability to enforce boundaries based on continuous behavior, rather than just discrete events, is what makes this approach so powerful for complex robotic or industrial setups. It really suggests a future where process logic is inherently aware of its physical surroundings.
Dev: From my standpoint as a control engineer, the performance claims regarding sub-millisecond latency on edge devices are what make me optimistic about its practical application in shop-floor or field robotics. If those claims hold up under real stress, this moves beyond a lab exercise into viable operational control.
Taro: I just wonder if the authors can extend this further to handle more complex, correlated data relationships in the future, perhaps integrating predictive models for even more sophisticated decision-making when things misbehave.
Rosa: That’s a good thought; extending it toward predictive adaptation is definitely the logical next step to push this architecture into truly autonomous control systems. We’ve covered a lot about how this work makes declarative specifications actionable in the physical world today.
Dev: I think we should keep an eye on how they handle those failure modes under extreme conditions; that’s where the real stress test will reveal if this architecture is robust enough for mission-critical applications.
Taro: It’s exciting because it shows that declarative process modeling can evolve into something much more dynamic and responsive to the physical world's continuous reality.
Rosa: Well, that wraps up our conversation on "Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing." It’s a powerful tool for building context-sensitive, sensor-integrated processaware systems.
Conclusion: Rosa: So, to wrap up our discussion on "Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing," we’ve seen how this paper introduces a CEP-based execution architecture for STL-enriched process models that bridges the gap between declarative specifications and actual real-time operational control.
Dev: I agree; the focus on real-time evaluation of STLinspired constraints, which we discussed, is exactly what control engineers need when dealing with dynamic physical systems and maintaining loop rates. It’s not just about theoretical modeling anymore; it’s about ensuring the system doesn't fail during execution.
Taro: And what I found particularly compelling is how this setup allows the AI to react proactively when things go wrong, using those continuous signals to trigger immediate mitigation actions. It moves beyond just logging failures to actively driving the process toward a safe state when it detects a drift in the sensor data.
Rosa: Exactly; that ability to enforce boundaries based on continuous behavior, rather than just discrete events, is what makes this approach so powerful for complex robotic or industrial setups. It really suggests a future where process logic is inherently aware of its physical surroundings.
Dev: From my standpoint as a control engineer, the performance claims regarding sub-millisecond latency on edge devices are what make me optimistic about its practical application in shop-floor or field robotics. If those claims hold up under real stress, this moves beyond a lab exercise into viable operational control.
Taro: I just wonder if the authors can extend this further to handle more complex, correlated data relationships in the future, perhaps integrating predictive models for even more sophisticated decision-making when things misbehave.
Rosa: That’s a good thought; extending it toward predictive adaptation is definitely the logical next step to push this architecture into truly autonomous control systems.
Dev: I think we should keep an eye on how they handle those failure modes under extreme conditions; that’s where the real stress test will reveal if this architecture is robust enough for mission-critical applications.
Taro: It’s exciting because it shows that declarative process modeling can evolve into something much more dynamic and responsive to the physical world's continuous reality.
Rosa: Well, that wraps up our conversation on "Executing Discrete/Continuous Declarative Process Specifications via Complex Event Processing." It’s a powerful tool for building context-sensitive, sensor-integrated processaware systems.
Dev: We should definitely keep our eyes peeled for the next paper that tackles how this architecture scales even further or handles more complex state spaces.
Taro: I'm looking forward to seeing those extensions into predictive modeling; that’s where the real autonomy lies.
University of Regensburg · Free University of Bozen-Bolzano
cs.SE, cs.LO, cs.SY, eess.SY
Submitted: 2025-12-05
Updated: 2026-07-15
Comments: Preprint
DOI: 10.1007/s44311-026-00059-3
Code: https://github.com/LeoPoss/quarkusCEP
License: http://creativecommons.org/licenses/by-nc-nd/4.0/
Importance score: 87/100
The gist: Traditional Business Process Management (BPM) focuses on discrete events and fails to incorporate critical continuous sensor data in cyber-physical environments.
Key concepts
- Discrete/Continuous Declarative Process Specifications
- These are abstract rules that define process specifications. The paper shows how to apply these rules to handle both simple, discrete events and continuous sensor data simultaneously, bridging the gap between high-level logic and real-world physical actions.
- Complex Event Processing (CEP)
- CEP is the architecture used to execute these specifications. It allows systems to process hybrid data types—both discrete events and continuous signals—to enforce constraints in real time, enabling active runtime enforcement rather than just passive monitoring.
- Task Enablement
- This is a dynamic capability where the system instantly decides which operations are permissible based on the current status of constraints derived from continuous sensor data. This allows for dynamic adaptation during execution when physical states change rapidly.
- Edge Devices and Latency
- The research demonstrates that this enforcement mechanism works on resource-constrained edge devices, achieving stable performance with sub-millisecond latency. This feasibility is crucial for deploying reactive autonomy in field robotics where connectivity can be unreliable.
Terminology
Summary
Traditional Business Process Management (BPM) focuses on discrete events and fails to incorporate critical continuous sensor data in cyber-physical environments. Hybrid declarative specifications, utilizing Signal Temporal Logic (STL), address this limitation by allowing constraints over both discrete events and real-valued signals. However, existing work has been limited to monitoring and post-hoc conformance checking. This paper introduces a novel execution architecture based on Complex Event Processing (CEP) that enables the realtime execution and enforcement of hybrid declarative models. Our three-layer approach integrates STL-inspired predicates into the execution flow, allowing the system to actively trigger activities and enforce process boundaries based on continuous sensor behavior. This approach bridges the gap between hybrid specification and operational control.
Our main contributions are:
1 The term hybrid in this context has been introduced in [8].
2 We extend the execution paradigm of declarative process models from purely discrete event data to hybrid event–signal scenarios.
3 We present a CEP-based execution architecture capable of evaluating STLinspired predicates and constraints in real time.
4 We show how hybrid declarative constraints can be enforced during execution, enabling reactive and proactive behavior in data-rich environments.
The paper describes the architecture as a three-layer runtime:
1 Atomic Event Layer (L1): This layer is responsible for normalizing input streams and transforming them into semantically meaningful data tokens. It handles two primary input types: (i) discrete atomic events, representing the completion of business activities, and (ii) continuous signal samples, representing time-stamped telemetry measurements. Each atomic event is described as a tuple e = ⟨caseId, activity, ts⟩. Continuous input is represented as s = ⟨caseId, sensorId, value, timestamp⟩. Relational filtering predicates evaluate incoming metrics against static signal boundaries to broadcast binary state-change tokens categorized as ACTIVATION or TARGET signals.
2 Constraint Status Layer (L2): This layer is the Constraint-Level Pattern Matching Layer (Complex Event Processing). It is a stateless stream processor that detects temporal patterns defining a constraint’s logic. It consumes the stream of standardized activation and target tokens from L1 and maps sequential lifecycle shifts through pattern queries for each constraint template, such as those derived from STL. For example, a Response constraint's fulfillment is detected by a pattern that identifies a valid target token following an activation within a given time window, or violations are detected using negative patterns with timeouts.
3 Process Status Layer (L3): This layer builds on the lifecycle milestones emitted by the pattern-matching layer and provides a stateful view of execution for each unique process case. Its primary role is twofold: (i) to manage and aggregate the status of all individual constraints into an overall case-level picture, and (ii) to trigger processlevel actions whenever significant state changes occur. It interprets lifecycle milestones to maintain active process state vectors, dynamically computing allowed subsequent operations (Task Enablement) and trace-wide validity (Instance Finishability), rendering the current permissible actions transparently visible.
The architecture functions as a continuous, reactive dataflow pipeline: events are ingested and normalized in L1, complex patterns are detected in L2, and lifecycle events are interpreted to manage process state and trigger actions in L3. The execution engine acts as a dynamic state-space constraint filter, computing two real-time state vectors: (i) Task Enablement, which defines the exact subset of activities that an operator is permitted to perform, and (ii) Instance Finishability, which determines whether the cumulative process trace satisfies all mandatory constraints. This enables genuine realtime constraint evaluation in settings where processes must react to continuous sensor streams.
The paper demonstrates feasibility on resource-constrained edge devices, achieving sub-millisecond latency at typical IoT event rates while maintaining stable resource consumption. The evaluation confirms that hybrid declarative process execution is feasible on edge devices, addressing the core research gap of moving from post-hoc conformance checking to active runtime enforcement. The architecture successfully handles hybrid Declare templates, including unary, binary, and correlation-based constraints with both forward and backward temporal directionality. For actual process execution, when an STL threshold activation or a discrete task transition occurs, the process layer intercepts the lifecycle state change and translates it into an event-driven trigger. This allows the system to invoke external APIs or inject automated activity updates. The enforcement mechanisms are demonstrated through an interactive process dashboard where operators can see which tasks are currently executable based on constraint states and trace history, and constraints can be configured with an auto-execute flag, triggering target tasks directly in response to signal changes. The evaluation confirms that the overhead of embedding real-time signal analysis remains within the operational bounds of edge control loops.
The expressiveness analysis validates that the translation from STL to EPL introduces no loss of expressiveness, covering all behavioral categories: Atemporal Unary Structures (Existence and NotExistence), Forward-Looking Binary Structures (Response and Chain Response), Backward-Looking Historical Structures (Precedence), and Multi-Perspective Data-Correlated Structures. The system preserves the expressiveness of the hybrid declarative paradigm. The scalability analysis confirms that the architecture scales efficiently for realistic IoT workloads, with median end-to-end processing latency remaining below 0.1 ms at typical IoT event rates, confirming sub-millisecond response times consistent with linear scaling on edge devices. Furthermore, deployment on actual IoT hardware confirmed negligible overhead and sustained throughput far exceeding typical industrial sensor frequencies without requiring cloud offloading or distributed infrastructure. The overall evaluation confirms that hybrid declarative process execution is feasible on resource-constrained edge devices, addressing the core research gap of moving from post-hoc conformance checking to active runtime enforcement.
The paper concludes by stating: Overall, the evaluation confirms that hybrid declarative process execution is feasible on edge devices, addressing the core research gap of moving from post-hoc conformance checking to active runtime enforcement.
Future work will extend this architecture toward autonomous process control by leveraging STL robustness for graded, non-binary enforcement and by integrating machine learning techniques for predictive adaptation in distributed IoT/CPS environments. The paper's structure is organized as follows: Section 2 covers declarative modeling, STL, and the principles of CEP as a stream reasoning paradigm. Section 3 introduces our core contribution: the three-layer hybrid execution architecture and an implementation-independent mapping of hybrid constraints to CEP logic. Section 4 describes the working prototype built on the Esper engine. Section 5 assesses expressiveness and scalability. Section 6 discusses related work, and Section 7 concludes with future research directions.
Table 2 summarizes how traditional discrete Declare templates are lifted into continuous-time STL semantics [9], abstracted via intermediate Denotational Complex Event Logic (CEL) expressions, and operationalized into concrete Esper EPL [15]. Table 3 specifies this decomposition by demonstrating how first-order data-driven predicates and crossevent data relationships (φc (x, y)) are managed across the runtime pipeline. The final step in L1 transforms these raw events into semantic atomic events in a unified constraintStatus stream, which serves as the input for L2 and contains all activations and targets relevant for constraint monitoring.
The execution model differs from traditional imperative process enactment by acting as a dynamic state-space constraint filter, computing two real-time state vectors: (i) Task Enablement, which defines the exact subset of activities that an operator is permitted to perform, and (ii) Instance Finishability, which determines whether the cumulative process trace satisfies all mandatory constraints. This allows the system to inform users if a task is entirely forbidden or only allowed under specific payload conditions. The three layers operate as a continuous, reactive dataflow pipeline: events are ingested and normalized in L1, complex patterns are detected in L2, and lifecycle events are interpreted to manage process state and trigger actions in L3. All logic is expressed as continuous EPL queries and event-driven callbacks, enabling low-latency monitoring and control. The architecture successfully handles hybrid Declare templates, including unary, binary, and correlation-based constraints with both forward and backward temporal directionality."
The paper's core contribution is: "We extend the execution paradigm of declarative process models from purely discrete event data to hybrid event–signal scenarios. We present a CEP-based execution architecture capable of evaluating STLinspired predicates and constraints in real time. We show how hybrid declarative constraints can be enforced during execution, enabling reactive and proactive behavior in data-rich environments. The paper's conclusion is:
This paper bridges the gap between the specification of hybrid declarative constraints and their execution, enabling the development of next-generation processaware systems that are both context-sensitive and sensor-integrated."
The evaluation confirms that hybrid declarative process execution is feasible on edge devices, achieving sub-millisecond latency at typical IoT event rates while maintaining stable resource consumption. The results show that the three-layer architecture scales efficiently for realistic IoT workloads. At event rates from 100 to 10,000 EPS, average CPU utilization scaled linearly from 0.9% to 14.4%, while memory consumption remained stable between 434 and 489 MB. Median end-to-end processing latency remained below 0.1 ms, with P99 values under 0.5 ms, confirming sub-millisecond response times consistent with linear scaling."
The paper's final sentence is: meeting a critical requirement for IoT process control: genuine real-time constraint evaluation and enforcement.
The paper's summary of its architecture is that it bridges the gap between hybrid declarative specifications and operational control by introducing a CEP-based execution architecture for STL-enriched process models.
The summary provided in the paper is: "This paper bridges the gap between hybrid declarative process specifications and operational control by introducing a CEP-based execution architecture for STL-enriched process models. Traditional declarative approaches have largely been limited to monitoring and post hoc conformance checking of hybrid traces, whereas our three-layer architecture enables real-time enforcement of constraints on both discrete events and continuous signals. By transforming STL-inspired predicates into CEP patterns, the system actively triggers activities and enforces process boundaries based on sensor behavior, extending declarative execution from purely discrete scenarios into IoT environments."
The paper's final sentence is: This paper bridges the gap between hybrid declarative specifications and operational control, enabling the development of next-generation processaware systems that are both context-sensitive and sensor-integrated.
The summary provided in the paper is: "This paper bridges the gap between hybrid declarative specifications and operational control by introducing a CEP-based execution architecture for STL-enriched process models. Traditional declarative approaches have largely been limited to monitoring and post hoc conformance checking of hybrid traces, whereas our three-layer architecture enables real-time enforcement of constraints on both discrete events and continuous signals. By transforming STL-inspired predicates into CEP patterns, the system actively triggers activities and enforces process boundaries based on sensor behavior, extending declarative execution from purely discrete scenarios into IoT environments."
The summary provided in the paper is: "This paper bridges the gap between hybrid declarative specifications and operational control by introducing a CEP-based execution architecture for STL-enriched process models. Traditional declarative approaches have largely been limited to monitoring and post hoc conformance checking of hybrid traces, whereas our three-layer architecture enables real-time enforcement of constraints on both discrete events and continuous signals. By transforming STL-inspired predicates into CEP patterns, the system actively triggers activities and enforces process boundaries based on sensor behavior, extending declarative execution from purely discrete scenarios into
Improvements for AI systems
Here are the specific improvements that can be made to AI systems based on this research, and what these improved systems will be capable of doing:
-
The integration of a CEP-based execution engine (using Esper) with Signal Temporal Logic (STL) predicates allows for the creation of
Process-Aware Agents.
-
These agents can perform real-time, proactive control in cyber-physical systems by enforcing constraints that span both discrete events (e.g., task completion) and continuous sensor data (e.g., temperature, pressure).
Specific Capabilities:
-
The AI system can automatically trigger physical or software activities based on continuous signal thresholds and durations—a capability traditional discrete BPM or standard monitoring systems lack.
-
It can proactively enforce safety boundaries in dynamic environments, such as stopping a chemical reaction if the temperature exceeds a threshold for too long, or starting cooling procedures within a specific time window of that breach.
-
The system can manage complex state-space constraints (like precedence rules) to ensure sequential operations only occur when continuous conditions (e.g., temperature stability) are met for the required duration, preventing unsafe actions like restarting a machine during critical phases.
-
It can dynamically enable or disable specific tasks based on the current constraint status, presenting operators with a real-time view of what actions are permissible and why (e.g., displaying a tooltip explaining that a
Restart
task is blocked because the required 20-second cooling duration has not yet passed). -
The system can operate efficiently on resource-constrained edge devices (like Raspberry Pi) with low latency (sub-millisecond response times), making real-time constraint enforcement practical for industrial IoT and shop-floor control.
In essence, this research moves AI from merely monitoring what happened to actively driving and controlling processes in real time based on the continuous state of the physical environment.
Abstract
Traditional Business Process Management (BPM) focuses on discrete events and fails to incorporate critical continuous sensor data in cyber-physical environments. Hybrid declarative specifications, utilizing Signal Temporal Logic (STL), address this limitation by allowing constraints over both discrete events and real-valued signals. However, existing work has been limited to monitoring and post-hoc conformance checking. This paper introduces a novel execution architecture based on Complex Event Processing (CEP) that enables the real-time execution and enforcement of hybrid declarative models. Our three-layer approach integrates STL-inspired predicates into the execution flow, allowing the system to actively trigger activities and enforce process boundaries based on continuous sensor behavior. This approach bridges the gap between hybrid specification and operational control.
Related papers
- Falsification-Based Verification of LLM-Generated Optimization Models: Sound Test Batteries and Their Detection Limits
- GitSkills: A Dataset of Agent Skills on GitHub
- SABER: Benchmarking Operational Safety of LLM Coding Agents in Stateful Project Workspaces
- PackMonitor: Enabling Zero Package Hallucinations Through Decoding-Time Monitoring
- IntentCoding: Amplifying User Intent in Code Generation
- Incentives and Outcomes in Bug Bounties