Blockchain Media Playback Tracking for Royalty Accuracy

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

The music industry faces challenges in tracking and collecting royalties due to unlicensed streaming activities and lack of data on media playback, with up to 25% of streaming activity being unlicensed and 15% of royalties remaining uncollected annually, primarily due to the absence of an authoritative database for music rights and inadequate data collection technology.

Innovation Solution

A system and method utilizing blockchain technology to track media file playback by receiving transaction data from streaming platforms, verifying and signing it with cryptographic signatures, and recording valid transactions on a blockchain for secure and transparent royalty collection, involving a network of validation nodes and sharding to manage large volumes of transactions efficiently.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Reliability

If traditional centralized databases are used to track media playback, then data collection is simplified, but reliability and transparency of royalty distribution deteriorate due to lack of trust and authority

Engineering Contradiction:
Improvetrustworthiness of playback trackingVSAvoidcomplexity of tracking system
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent introduces blockchain technology as an intermediary between media playback events and royalty distribution. The blockchain acts as a neutral, decentralized mediator that all parties (streaming platforms, rights holders, artists) trust equally, eliminating the need for a single authoritative database while ensuring reliability through cryptographic verification and distributed consensus.

Inventive Principle:
Principle #24Intermediary (Mediator)

Solution Approach 2:

The patent segments the centralized tracking system into distributed components across multiple blockchain nodes. Each node independently verifies and records playback transactions, dividing the trust requirement from a single central authority to many decentralized participants, thereby improving reliability without proportionally increasing complexity.

Inventive Principle:
Principle #1Segmentation

2Measurement precision

If all streaming transactions are recorded and verified, then royalty collection accuracy improves, but processing time and computational resources increase

Engineering Contradiction:
Improveaccuracy of royalty trackingVSAvoidtime for transaction verification
Core Design Contradiction:
Measurement precisionVSLoss of time

Solution Approach 1:

The patent implements a verification mechanism where transactions are confirmed by a threshold number of validation nodes rather than requiring all nodes to verify each transaction. This partial verification approach maintains measurement precision by ensuring sufficient consensus while reducing the time loss associated with complete network-wide verification of every playback event.

Inventive Principle:
Principle #16Partial or excessive action

Solution Approach 2:

The system performs preliminary verification of transaction data before adding it to the blockchain, validating the structure and cryptographic signatures in advance. This preliminary action filters out invalid transactions early, reducing the computational burden and time required for subsequent verification steps while maintaining accuracy of recorded playback data.

Inventive Principle:
Principle #10Preliminary action

3Loss of information

If a centralized authority maintains the database of music rights, then data consistency is maintained, but transparency and trust in the system deteriorate

Engineering Contradiction:
Improvecompleteness of rights dataVSAvoidtrust in rights database
Core Design Contradiction:
Loss of informationVSReliability

Solution Approach 1:

The patent inverts the traditional centralized model by making the database distributed rather than centralized. Instead of a single authority controlling the rights database, the system uses a decentralized blockchain where multiple independent nodes collectively maintain the data, achieving both completeness through distributed contribution and trust through cryptographic verification and transparency.

Inventive Principle:
Principle #13The other way round (Inversion)

4Reliability

If blockchain technology is implemented to ensure immutability and transparency, then trust and reliability improve, but system complexity and computational requirements increase

Engineering Contradiction:
Improveimmutability of playback recordsVSAvoidcomplexity of blockchain implementation
Core Design Contradiction:
ReliabilityVSDevice complexity

Solution Approach 1:

The patent uses cryptographic hashing to create immutable copies of playback transaction data on the blockchain. Each transaction is hashed and stored in a distributed ledger, creating verifiable copies that cannot be altered without detection. This copying mechanism ensures immutability and reliability while the standardized cryptographic protocols keep the implementation complexity manageable through well-established algorithms.

Inventive Principle:
Principle #26Copying

Data Source

PatentEP3956775B1System and method for continuous tracking of media playback using blockchain
Publication Date: 2024.03.20 BEATDAPP SOFTWARE INC
  • EP3956775B1 patent drawingFigure 1
  • EP3956775B1 patent drawingFigure 2~3
  • EP3956775B1 patent drawingFigure 4

AI summary

Systems and methods for continuous tracking of media file playback. First, transaction data from a platform stream is received. The transaction data corresponds to a request to play a media file from an end user, as well as continuous play information. Next, the transaction data is verified. Then, the verified transaction data is signed using a cryptographic signature. Next, it is determined whether the transaction data corresponds to a valid blockchain transaction. If the transaction data corresponds to a valid blockchain transaction, the valid blockchain transaction is recorded to a blockchain. Last, the transaction data and the cryptographic signature are transmitted to one or more validation nodes.