Messaging Thread Relationship Identification

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current messaging systems require users to manually aggregate and respond to multiple related messages individually, lacking an efficient way to manage and act on entire conversations, especially when conversations fork into different threads.

Innovation Solution

A messaging architecture that identifies message threads by ancestry and participant sets, allowing messages to be grouped into conversations and threads, with a system that automatically recognizes and displays relationships between threads, enabling users to act on entire conversations collectively.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Ease of operation

If messages are grouped into conversations based on topic, then message organization is improved, but users still need to manually read and respond to each individual message in forked threads

Engineering Contradiction:
Improvemessage organizationVSAvoidtime to read and respond to individual messages
Core Design Contradiction:
Ease of operationVSLoss of time

Solution Approach 1:

The patent segments the conversation display into distinct thread views while maintaining organizational grouping. When a conversation is forked, the system automatically separates messages into different thread segments that users can independently navigate, allowing efficient handling of each branch without manually aggregating all messages.

Inventive Principle:
Principle #1Segmentation

Solution Approach 2:

The patent adds a thread dimension to the conversation structure. Instead of flat topic-based grouping, messages are organized in a multi-dimensional hierarchy where conversations can fork into multiple threads. This dimensional change allows users to navigate and respond to specific thread branches efficiently while maintaining overall conversation context.

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

2Reliability

If users manually aggregate all related messages to respond to each message individually, then complete response coverage is achieved, but user effort and time consumption increase significantly

Engineering Contradiction:
Improveresponse coverageVSAvoiduser effort
Core Design Contradiction:
ReliabilityVSEase of operation

Solution Approach 1:

The patent performs preliminary aggregation of related messages into organized thread structures before users need to respond. The system automatically identifies and groups messages by ancestry and participant sets, preparing the conversation in an easily navigable format that maintains complete response coverage while reducing user effort.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

The patent introduces thread structures as intermediary organizational units between individual messages and the overall conversation. These thread intermediaries automatically aggregate related messages while preserving the ability to respond to each message individually, thus maintaining reliability while improving ease of operation.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Ease of operation

If conversations are displayed as single threaded sequences, then message flow is simple to follow, but forked messages and multiple response paths are not properly represented

Engineering Contradiction:
Improvemessage flow trackingVSAvoidthread relationship information
Core Design Contradiction:
Ease of operationVSLoss of information

Solution Approach 1:

The patent implements dynamic thread display that adapts to the conversation structure. When messages are forked, the display dynamically reorganizes to show multiple thread paths while maintaining clear visual indicators of relationships. This dynamic adaptation preserves simple message flow tracking for linear sequences while properly representing forked messages and multiple response paths.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The patent uses nested thread structures where threads can contain sub-threads, and forked threads are nested within the parent conversation context. This nesting preserves the hierarchical relationships and ancestry information, allowing users to follow simple message flows within each thread while understanding the broader conversation structure and thread relationships.

Inventive Principle:
Principle #7Nested doll (Nesting)

4Ease of manufacture

If system groups messages by topic only, then implementation is simple, but thread ancestry relationships and participant sets are not properly identified

Engineering Contradiction:
Improveimplementation complexityVSAvoidthread relationship identification
Core Design Contradiction:
Ease of manufactureVSMeasurement precision

Solution Approach 1:

The patent implements a universal thread identification mechanism that simultaneously handles multiple classification criteria (ancestry, participant sets, topic) through a single integrated system. This multi-functional approach properly identifies thread relationships and message groupings without significantly increasing implementation complexity, as the same core logic serves multiple organizational purposes.

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

Data Source

PatentUS10587539B2Identifying relationships between message threads
Publication Date: 2020.03.10 MICROSOFT TECHNOLOGY LICENSING LLC
  • US10587539B2 patent drawing
  • US10587539B2 patent drawing
  • US10587539B2 patent drawing

AI summary

A message related to a first thread is received, and a fork in the conversation is identified. The received message is placed in a second thread and a display shows the fork and that the two threads are related.