Real-time Job Recommendation Engine Using Click-stream Data

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current job recommendation systems often provide outdated recommendations due to the time it takes to update models based on changing user intentions, leading to a mismatch between user interests and displayed job listings.

Innovation Solution

Implementing a system that calculates and transmits weight metrics from user interactions in real-time to a recommendation engine, allowing for dynamic and immediate updates of job listings that reflect the user's current interests, using click-stream data to analyze and filter job listings on the user device rather than relying on remote processing.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Measurement precision

If traditional batch processing is used to update recommendation models, then model training can be performed with complete data, but the recommendations become outdated and do not reflect current user intent

Engineering Contradiction:
Improveaccuracy of user intent representationVSAvoidtime delay in updating recommendations
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The system transitions from static batch processing to dynamic real-time processing. The recommendation engine continuously processes user interactions as they occur, updating recommendations dynamically without waiting for batch processing cycles. This is achieved through event-driven architecture that triggers immediate re-ranking when new interactions are detected.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The system pre-processes and stores user interaction data in real-time as it occurs, preparing it for immediate model updating. Clickstream data is captured, normalized, and stored in a processing-ready format beforehand, so when a batch update is triggered, the processing time is minimized because the data is already prepared.

Inventive Principle:
Principle #10Preliminary action

2Measurement precision

If all user interaction data is processed and stored centrally, then comprehensive analysis can be performed, but data storage and processing costs increase

Engineering Contradiction:
Improvecompleteness of user behavior analysisVSAvoiddata storage requirements
Core Design Contradiction:
Measurement precisionVSQuantity of substance

Solution Approach 1:

The system segments the data processing architecture into multiple components: user devices perform local processing of clickstream data, edge servers aggregate and pre-process data, and central servers perform final model training. This segmentation allows comprehensive analysis to be distributed across multiple levels, reducing the storage burden on any single component.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The system extracts only the most relevant features and metrics from raw clickstream data for storage and processing. Instead of storing complete interaction logs, the system extracts key behavioral patterns, engagement metrics, and preference signals that are sufficient for accurate recommendation, significantly reducing data volume while maintaining analysis quality.

Inventive Principle:
Principle #2Taking out (Extraction)

3Speed

If real-time processing is implemented on user devices, then recommendations can be updated immediately, but device computing resources are consumed

Engineering Contradiction:
Improvespeed of recommendation updatesVSAvoidenergy consumption on user device
Core Design Contradiction:
SpeedVSUse of energy by moving object

Solution Approach 1:

The system implements partial real-time processing on user devices, where only lightweight operations such as event detection, feature extraction, and local caching are performed. The heavier model training and complex analysis are offloaded to servers. This partial action approach achieves sufficient responsiveness without exhausting device resources.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system introduces edge servers as intermediaries between user devices and central servers. These edge servers handle intermediate processing tasks, including data aggregation, preliminary filtering, and caching of frequently accessed model components. This intermediary layer reduces the computational burden on user devices while maintaining real-time responsiveness.

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentUS11636409B2Real-time recommendation systems and methods
Publication Date: 2023.04.25 OLX GLOBAL BV
  • US11636409B2 patent drawing
  • US11636409B2 patent drawing
  • US11636409B2 patent drawing

AI summary

Pursuant to some embodiments, systems, methods, apparatus and computer program code are provided to provide substantially real-time recommendations to a user operating a user device to interact with job listing data.