RESTful Presence Service Using Stateless HTTP Polling

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current presence and conversation services in communication networks generate significant network traffic and resource usage, lacking a lightweight, stateless solution supported by open standards.

Innovation Solution

A RESTful approach is implemented for presence and conversation services, utilizing a conversation object with SMS-0 messages and long polling to minimize network traffic and resources, allowing users to initiate and update conversations without maintaining active sessions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If session-based protocols (SIP, IMS) are used for presence and conversation services, then communication functionality is achieved, but network traffic and resource consumption increase significantly

Engineering Contradiction:
Improvecommunication functionalityVSAvoidnetwork traffic
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts the session management overhead from the communication service by using a stateless RESTful architecture. Instead of maintaining active SIP sessions and IMS infrastructure, the system uses simple HTTP requests and responses to convey presence and conversation information, removing the burden of session state maintenance from the network

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent employs lightweight, transient HTTP requests and responses instead of persistent session objects. Each communication interaction is a self-contained request-response cycle that does not require maintaining state on the network, effectively using disposable communication units rather than long-lived session objects

Inventive Principle:
Principle #27Cheap short-living objects (Disposable)

2Reliability

If session-based protocols are used for presence and conversation services, then communication functionality is provided, but system capacity and infrastructure complexity increase

Engineering Contradiction:
Improvecommunication functionalityVSAvoidsystem capacity
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent removes the complex IMS core network elements and SIP session management infrastructure by replacing them with standard HTTP/REST mechanisms. The system extracts only the essential communication functionality while eliminating the heavy session management layer

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent uses universal HTTP protocols and standard RESTful patterns that can handle multiple communication functions (presence, conversation, notifications) through a single unified interface, replacing the need for multiple specialized session management systems

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

3Speed

If active sessions are maintained for presence and conversation services, then real-time communication is enabled, but network resources and operational costs increase

Engineering Contradiction:
Improvereal-time communicationVSAvoidnetwork resources
Core Design Contradiction:
SpeedVSQuantity of substance

Solution Approach 1:

The patent uses periodic HTTP polling or event-driven push mechanisms triggered by specific events rather than continuous session maintenance. Presence and conversation updates are communicated only when changes occur, using periodic or event-based HTTP requests instead of continuous active sessions

Inventive Principle:
Principle #19Periodic action

Data Source

PatentUS9819700B2System and method for passive communication services
Publication Date: 2017.11.14 TELEFONAKTIEBOLAGET LM ERICSSON (PUBL)
  • US9819700B2 patent drawing
  • US9819700B2 patent drawing
  • US9819700B2 patent drawing

AI summary

Passive presence information for a first user of a service, such as a conversation service, is obtained by analyzing user activity logs. This is performed upon request for a second user. Thus lightweight presence information can be obtained without requiring the higher overhead required in a conventional Internet Protocol Multimedia Service (IMS) environment. Such a lightweight presence feature can enable other services including a conversation service that allows users to update a conversation object. Users can listen for updates to particular conversation objects, thus providing a simulated real-time push experience.