Distributed Seasonal Temporal Pattern Mining

• DSTPM is a distributed framework that efficiently mines frequent seasonal temporal patterns from large time series datasets characterized by periodic or bursty events.
• It introduces novel seasonality-sensitive support measures and memory-efficient data structures to overcome the limitations of traditional frequent pattern mining approaches.
• Empirical evaluations demonstrate 4–5× runtime reductions and near-linear scalability across clusters, highlighting its practical impact on high-volume time series analytics.

Distributed Seasonal Temporal Pattern Mining (DSTPM) is the first distributed framework for mining frequent seasonal temporal patterns (STPs) from massive time series datasets. STPs are temporally ordered patterns characterized by periodic or bursty re-occurrence, as seen across domains such as IoT sensor flows and epidemiological surveillance. Classic frequent pattern mining approaches are unsuitable for STPs, as measures like support and confidence cannot distinguish uniform from seasonal clustering, and anti-monotonicity does not hold. DSTPM introduces new formal definitions, memory-efficient distributed data structures, and theoretically sound pruning routines, providing significant efficiency and scalability gains over sequential baselines (Ho-Long et al., 15 Nov 2025).

1. Formal Framework and Problem Definitions

A time series $T$ over a domain $\mathcal T$ with granularity $G$ is modeled as a sequence $T = x_1, x_2, \dots, x_N$, $x_i \in \Sigma_T$, where $\Sigma_T$ is a finite alphabet. Each symbol $\omega$ forms a temporal event $E = (\omega, \{[t_s, t_e]\})$ marking instances where $T$ equals $\omega$ over interval $\mathcal T$0.

Temporal patterns are formalized using Allen’s interval relations $\mathcal T$1 (follows, contains, overlaps). A pattern $\mathcal T$2 of length $\mathcal T$3 is defined as: $\mathcal T$4

Classical support, $\mathcal T$5, quantifies occurrence frequency, but fails to distinguish concentrated, periodic (seasonal) occurrences from uniform ones. Additionally, anti-monotonicity—if $\mathcal T$6 is infrequent then super-patterns of $\mathcal T$7 are infrequent—does not hold for seasonal counts due to situations where subsets may have fewer detected seasons than supersets.

DSTPM defines a novel, seasonality-sensitive support:

• The support set $\mathcal T$8 is the granular timestamps with occurrences of $\mathcal T$9.
• A near-support set $G$0 is a maximal contiguous subsequence of granules where inter-gap does not exceed a threshold $G$1.
• A season is a near-support set with density at least $G$2.
• For $G$3 to be frequent seasonal: $G$4, and inter-season intervals respect $G$5.

To permit effective pruning, DSTPM proposes the anti-monotonic proxy: $G$6 ensuring $G$7 for $G$8, so one can prune $G$9 if $T = x_1, x_2, \dots, x_N$0.

2. Distributed Architecture and Data Partitioning

DSTPM operates atop Spark or other MapReduce engines over a cluster of $T = x_1, x_2, \dots, x_N$1 worker nodes. The input temporal sequence database $T = x_1, x_2, \dots, x_N$2 is partitioned by time-granule or event-symbol so that each worker stores a disjoint fragment of data. This enables linear scalability as each node processes only its local partition for candidate generation, support calculation, and pattern verification (Ho-Long et al., 15 Nov 2025).

The core distributed data structure is the Distributed Hierarchical Lookup Hash ($T = x_1, x_2, \dots, x_N$3), composed for pattern size $T = x_1, x_2, \dots, x_N$4 as follows:

Table	Maps From	To
$T = x_1, x_2, \dots, x_N$5	$T = x_1, x_2, \dots, x_N$6	$T = x_1, x_2, \dots, x_N$7
$T = x_1, x_2, \dots, x_N$8	$T = x_1, x_2, \dots, x_N$9	Instances of $x_i \in \Sigma_T$0
$x_i \in \Sigma_T$1	$x_i \in \Sigma_T$2	$x_i \in \Sigma_T$3
$x_i \in \Sigma_T$4	Pattern $x_i \in \Sigma_T$5	$x_i \in \Sigma_T$6
$x_i \in \Sigma_T$7	$x_i \in \Sigma_T$8	Relation-supporting instances

For $x_i \in \Sigma_T$9, $\Sigma_T$0 reduces to event and granule-instance tables. For $\Sigma_T$1, three-level indirection supports both efficient candidate assembly and support set computation.

Each worker maintains only its assigned hash table fragments, reducing overhead and enabling parallel candidate support lookups.

3. Core Algorithms and Pruning Strategies

The DSTPM process operates as follows:

$\omega$0

Single-Event Mining: Each $\Sigma_T$2 record emits its event key; a distributed ReduceByKey operation aggregates all instances and calculates $\Sigma_T$3. Events passing the $\Sigma_T$4 threshold are stored. Survivors are post-filtered on seasonality criteria—a second pass builds near-support sets and filters by density and recurrence.

Pattern Mining (k > 1):

• Candidates are built via the Cartesian product $\Sigma_T$5, but only retained if their $\Sigma_T$6 proxy meets the minimum.
• Pattern assembly requires, for each event group, assembling valid relation-sets by joining size-$\Sigma_T$7 frequent patterns with the new event, relying on $\Sigma_T$8 for 2-event relation supports.
• The support for each candidate $\Sigma_T$9 is computed as an intersection of all $\omega$0.
• Pruning occurs as soon as the intermediate $\omega$1 drops below $\omega$2, eliminating infeasible super-patterns early.

Insertion, lookups, and pruning within $\omega$3 are designed for constant or $\omega$4 time.

4. Theoretical Foundations and Complexity Analysis

Let $\omega$5 be the total number of granules, $\omega$6 the number of unique event symbols, $\omega$7 the count of candidate $\omega$8-event groups, $\omega$9 the count of frequent $E = (\omega, \{[t_s, t_e]\})$0-event patterns, $E = (\omega, \{[t_s, t_e]\})$1, and $E = (\omega, \{[t_s, t_e]\})$2 the number of workers.

• Time Complexity:
  • Single-event mining takes $E = (\omega, \{[t_s, t_e]\})$3.
  • For $E = (\omega, \{[t_s, t_e]\})$4-patterns, each of $E = (\omega, \{[t_s, t_e]\})$5 candidates requires:
  • Set-intersection: $E = (\omega, \{[t_s, t_e]\})$6
  • $E = (\omega, \{[t_s, t_e]\})$7 lookups in $E = (\omega, \{[t_s, t_e]\})$8
  • Support evaluation: $E = (\omega, \{[t_s, t_e]\})$9
  • Final complexity across all workers:

  $T$0

• Space Complexity:

  • Per worker $T$1
  • Cluster-wide memory is linear in total candidate/support set sizes.
• Anti-Monotonicity (Pruning):
  • By using the $T$2 proxy, downward closure is restored: $T$3, so candidates can be eliminated safely.

5. Empirical Evaluation and Scalability

DSTPM has been tested on varied real-world datasets:

• RE (Renewable Energy): 1,460 granules, 21 sensors, 102 symbols, monthly seasonality.
• SC (Smart City Traffic): $T$4 granules, 30 streams, 150 symbols, daily/weekly seasonality.
• INF (Influenza): 2,628 daily granules, 6 variables, 32 symbols.

Parameter sweeps included $T$5, $T$6, and $T$7.

DSTPM was evaluated against an adapted sequential PS-growth (APS) baseline that mines itemsets and then assembles relations. Metrics included runtime (s), memory (MB), and speedup ($T$8):

Dataset	DSTPM (time, mem)	APS (time, mem)	Speedup
RE	1,526 s, 5,500 MB	6,059 s, 11,595 MB	3.97×
SC	1,332 s, 3,832 MB	5,501 s, 8,183 MB	4.13×
INF	1,114 s, 3,210 MB	4,754 s, 7,102 MB	4.27×

DSTPM demonstrates 4–5× reduction in runtime and 2.3× reduction in peak memory on average.

Scalability experiments on synthetic datasets ($T$9 granules per series) show nearly linear speedup up to at least 15–20 cluster nodes, with 20 partitions effectively utilizing a 16-node cluster and providing a 12× runtime reduction over single-node execution.

6. Significance and Impact

DSTPM resolves central bottlenecks in large-scale seasonal temporal pattern mining by introducing a distributed, partitioned, and hash-based infrastructure, along with a mathematically justified, anti-monotonic, prunable seasonality proxy. This allows previously intractable problem sizes to be handled efficiently, both in memory and computation time. The framework supports flexible deployment on commodity MapReduce platforms and can handle the exponential combinatorial explosion typical in temporal pattern mining as dataset size and event vocabulary grow. The empirical demonstration of nearly linear scaling and significant resource reduction suggests broad applicability for domains reliant on high-bandwidth, seasonality-driven time series analytics (Ho-Long et al., 15 Nov 2025).