Messaging Service Data Model with Dynamic Conversation Attributes

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Conventional communication tools, such as email, fail to meet the evolving needs of users due to limitations in efficiency and effectiveness as communication devices become more sophisticated, necessitating improved communication solutions.

Innovation Solution

A cloud-based messaging service that allows for the creation of conversations without initial participants, enabling the addition of users, groups, and topics, with integrated task management and email integration, utilizing a data model where conversations are the primary data and users, groups, and tasks are attributes, allowing for flexible organization and categorization.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Productivity

If conventional communication tools like email are used, then basic communication functionality is provided, but communication efficiency and effectiveness deteriorate as user needs evolve and devices become more sophisticated

Engineering Contradiction:
Improvecommunication efficiencyVSAvoidadaptability to user needs
Core Design Contradiction:
ProductivityVSAdaptability or versatility

Solution Approach 1:

The messaging service implements dynamic conversation structures where participants can be added or removed at any time, topics can be dynamically assigned and removed, and task assignments can be updated. This dynamic nature allows the system to adapt to evolving communication needs while maintaining high efficiency through real-time updates and notifications.

Inventive Principle:
Principle #15Dynamics

Solution Approach 2:

The messaging service integrates multiple communication functions into a unified platform: instant messaging, email integration, task management, and organizational group support. This multi-functionality addresses diverse user needs within a single system, improving both efficiency and adaptability simultaneously.

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

2Adaptability or versatility

If conversations require initial participants to be defined, then user management is simplified, but flexibility in organizing conversations deteriorates

Engineering Contradiction:
Improveflexibility in conversation organizationVSAvoidconversation structure complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system performs preliminary organization by categorizing conversations into work and personal types, and by pre-establishing organizational groups that can be automatically assigned to conversations. This preliminary structuring provides flexibility for dynamic participant management while maintaining manageable complexity through automated organization rules.

Inventive Principle:
Principle #10Preliminary action

3Productivity

If tasks are managed separately from conversations, then task management is simplified, but integration and context awareness deteriorate

Engineering Contradiction:
Improvetask management efficiencyVSAvoidsystem integration complexity
Core Design Contradiction:
ProductivityVSDevice complexity

Solution Approach 1:

The system merges task management with conversation context by allowing tasks to be created, assigned, and tracked within the conversation interface. Tasks are stored as attributes of conversations, creating a unified structure that improves task management efficiency while maintaining integration with the communication context through automatic linking and notifications.

Inventive Principle:
Principle #5Merging (Combining)

Data Source

PatentUS11539648B2Data model of a messaging service
Publication Date: 2022.12.27 BYTEDANCE INC
  • US11539648B2 patent drawing
  • US11539648B2 patent drawing
  • US11539648B2 patent drawing

AI summary

A messaging system comprises a conversation database comprising a plurality of conversations, a plurality of attribute databases comprising attributes associated with the plurality of conversations, and at least one computing device in communication with the conversation database and the plurality of attribute databases. Each of the plurality of attribute databases comprise a plurality of thread identifications corresponding to the plurality of conversations for identifying one or more attributes associated with each of the plurality of conversations. The at least one computing device is configured to perform operations comprising receiving input in a conversation, determining that the input comprises at least one attribute associated with the conversation, storing information in at least one of the plurality of attribute databases based on a determination of a type of the at least one attribute, and storing an association between the at least one attribute and the conversation.