Meeting Note Generation via Action-Triggered Segmentation

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Current methods for capturing and summarizing meeting data are inefficient, as they require manual transcription and storage, making it difficult to identify important moments and generate effective notes, especially in a business setting where data storage and retrieval can be prohibitive.

Innovation Solution

A system and method for generating meeting notes based on participant actions and machine learning, which involves receiving audio data from multiple devices, transcribing it, and generating segments based on predefined actions, such as button clicks or spoken commands, to create summaries and follow-up actions.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Loss of information

If entire meetings are recorded and transcribed, then complete meeting data is captured, but data storage requirements increase and manual transcription becomes tedious

Engineering Contradiction:
Improvemeeting informationVSAvoiddata storage
Core Design Contradiction:
Loss of informationVSQuantity of substance

Solution Approach 1:

The system extracts only the essential meeting moments and actions from the complete meeting recording, rather than storing and processing all meeting data. By identifying and isolating key segments based on participant actions and contextual analysis, the system retrieves only necessary information while discarding redundant content, thus reducing storage requirements while maintaining information quality.

Inventive Principle:
Principle #2Taking out (Extraction)

Solution Approach 2:

The meeting recording is divided into discrete segments based on participant actions and contextual markers. Each segment represents a meaningful unit of interaction that can be independently analyzed and stored. This segmentation allows the system to process and store only relevant portions of the meeting rather than the entire recording, reducing overall data storage needs.

Inventive Principle:
Principle #1Segmentation

2Loss of information

If manual note-taking is performed during meetings, then participants can capture important moments, but it is difficult to simultaneously listen and take notes

Engineering Contradiction:
Improveimportant momentsVSAvoidnote-taking process
Core Design Contradiction:
Loss of informationVSEase of operation

Solution Approach 1:

The system performs automatic transcription and note-generation without requiring manual participant intervention. By utilizing speech recognition and contextual analysis algorithms, the system autonomously captures and processes meeting content, eliminating the need for participants to manually transcribe or take notes while maintaining accurate record of important moments.

Inventive Principle:
Principle #25Self-service

Solution Approach 2:

The system introduces an intermediary processing layer between the spoken meeting content and the final notes. This intermediary automatically transcribes speech to text, analyzes contextual markers, and generates structured notes, thereby mediating the transformation from raw audio to organized information without requiring direct manual effort from participants.

Inventive Principle:
Principle #24Intermediary (Mediator)

3Loss of information

If complete meeting transcriptions are stored, then all meeting content is preserved, but it becomes tedious to search through transcriptions to identify important moments

Engineering Contradiction:
Improvemeeting contentVSAvoidsearch time
Core Design Contradiction:
Loss of informationVSLoss of time

Solution Approach 1:

The system performs preliminary processing of meeting transcriptions during or immediately after the meeting, organizing content into structured segments with contextual metadata before storage. By pre-tagging and categorizing meeting content based on participant actions and contextual markers, the system prepares the data for rapid retrieval, eliminating the need for manual searching later.

Inventive Principle:
Principle #10Preliminary action

Solution Approach 2:

Different portions of the meeting transcription are assigned different levels of detail and organization based on their importance and contextual relevance. Key moments receive enhanced metadata and structured formatting, while less critical portions maintain standard formatting. This local differentiation enables efficient searching by allowing users to quickly locate and access only the most relevant segments.

Inventive Principle:
Principle #3Local quality

4Loss of information

If participants take notes during meetings, then important moments can be captured, but other important moments may be missed

Engineering Contradiction:
Improveimportant momentsVSAvoidnote-taking efficiency
Core Design Contradiction:
Loss of informationVSProductivity

Solution Approach 1:

The system continuously processes and analyzes meeting content throughout the entire meeting duration, rather than relying on intermittent manual note-taking. By maintaining continuous speech recognition and contextual analysis, the system captures all important moments without interruption, ensuring comprehensive coverage of meeting content while eliminating the inefficiencies of manual note-taking cycles.

Inventive Principle:
Principle #20Continuity of useful action

Data Source

PatentUS12014737B2Systems, methods, and computer-readable storage device for generating notes for a meeting based on participant actions and machine learning
Publication Date: 2024.06.18 MICROSOFT TECHNOLOGY LICENSING LLC
  • US12014737B2 patent drawing
  • US12014737B2 patent drawing
  • US12014737B2 patent drawing

AI summary

Systems, methods, and computer-readable storage devices are disclosed for generating smart notes for a meeting based on participant actions and machine learning. One method including: receiving meeting data from a plurality of participant devices participating in an online meeting; continuously generating text data based on the received audio data from each participant device of the plurality of participant devices; iteratively performing the following steps until receiving meeting data for the meeting has ended, the steps including: receiving an indication that a predefined action has occurred on the first participating device; generating a participant segment of the meeting data for at least the first participant device from a first predetermined time before when the predefined action occurred to when the predefined action occurred; determining whether the receiving meeting data of the meeting has ended; and generating a summary of the meeting.