Messaging Client Metadata Identifier Query Mechanism

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current computer messaging systems require pre-negotiation of payload data structure and include full payload metadata in each message, leading to increased network bandwidth usage and inefficiencies in message processing.

Innovation Solution

Incorporating metadata identifier data within message headers or payload, allowing receiving clients to query metadata sources for payload metadata, which is then cached for subsequent messages with the same identifier, reducing the need for repeated queries and minimizing metadata inclusion in each message.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If full payload metadata is included in each message, then receiving clients can process payload data without querying external sources, but network bandwidth usage increases and message size grows

Engineering Contradiction:
Improvemessage processing capabilityVSAvoidnetwork bandwidth usage
Core Design Contradiction:
ReliabilityVSLoss of energy

Solution Approach 1:

The patent extracts only the essential metadata identifier from the full payload metadata and includes it in the message. The receiving client then queries the metadata source using this identifier to obtain the complete payload metadata, thereby reducing message size while maintaining processing capability.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The patent moves the storage of complete payload metadata from the message itself to an external metadata source accessible via network queries. This dimensional shift allows messages to contain only lightweight identifiers while full metadata remains available on-demand from the external source.

Inventive Principle:
Principle #17Another dimension (Dimensionality change)

2Ease of operation

If payload data structure is pre-negotiated between clients, then message processing is simplified, but system flexibility and adaptability decrease

Engineering Contradiction:
Improvemessage processing simplicityVSAvoidpayload data structure flexibility
Core Design Contradiction:
Ease of operationVSAdaptability or versatility

Solution Approach 1:

The patent introduces a metadata source as an intermediary between sending and receiving clients. This mediator provides standardized metadata retrieval mechanisms that simplify client operations while allowing flexible payload data structures to be defined and updated independently in the metadata source.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent creates a universal metadata identifier system that can represent various payload data structures through a common querying mechanism. This allows the system to handle diverse and evolving data formats without requiring client-specific pre-negotiation, achieving both simplicity and flexibility.

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

3Quantity of substance

If metadata is queried from external sources for each message, then message size is minimized, but processing time increases due to repeated queries

Engineering Contradiction:
Improvemessage sizeVSAvoidmetadata query time
Core Design Contradiction:
Quantity of substanceVSLoss of time

Solution Approach 1:

The patent implements metadata caching where receiving clients store previously retrieved payload metadata locally. When subsequent messages reference already-cached metadata identifiers, clients can process them immediately without repeating external queries, thereby reducing processing time while maintaining small message sizes.

Inventive Principle:
Principle #10Preliminary action

Data Source

PatentUS10560407B2Payload description for computer messaging
Publication Date: 2020.02.11 SAP SE
  • US10560407B2 patent drawing
  • US10560407B2 patent drawing
  • US10560407B2 patent drawing

AI summary

Various examples are directed to methods and systems for describing message payload data in computer messaging. A messaging client may receive a first message that comprises first payload data. The messaging client may identify from the first message a first metadata identifier data and send a metadata request to a metadata source indicated by the first metadata identifier data. The messaging client may receive from the metadata source first payload metadata describing the first payload data. The messaging client may identify a first payload record from the first payload data based at least in party on the first payload metadata.