IP Library Granted Patent US 10,972,560
Granted Patent B2
US 10,972,560 · App. 16/586,876 · Granted Apr 6, 2021

System and method for scalably tracking media playback using blockchain

Inventors: Andrew Batey (Vancouver, CA); Pouria Assadipour (Burnaby, CA)
Assignee: Beatdapp Software Inc.
H04L67/22H04L65/4084H04L67/1097
View Patent ↗
Loading inventors, assignments & file history…
Monitor This Case
Get email alerts when status or documents change.
Order Certified Copies
Most orders are placed with the USPTO same day — all within 24 business hours.
Order via The Patent Place →
Pre-filled with this patent's details
Quick Facts
Patent No.
US 10,972,560
App. No.
16/586,876
Granted
Apr 6, 2021
Kind
B2
Abstract

Systems and methods for tracking media file playback are provided. A request to upload a media file and metadata associated with the media file is received. Next, the media file and metadata is uploaded via a blockchain protocol. Next, a request to play the media file is received from a client device or a digital service provider (DSP) platform. The request to play the media file is validated via the blockchain protocol. Upon validating the request to play the media file, the media file is transmitted for playback at the client device or DSP platform. Last, the number of times the media file is played is tracked via the blockchain protocol.

Claims (34)

1. A system comprising:

a processor; and

memory, the memory storing instructions to cause a processor to execute a method, the method comprising:

receiving a request to play a media file from a client device or a digital service provider (DSP) platform;

validating the request to play the media file via a blockchain protocol;

upon validating the request to play the media file, transmitting the media file for playback at the client device or DSP platform; and

tracking the number of times the media file is played via the blockchain protocol.

2. The system of claim 1 , wherein the blockchain protocol utilizes a proof of authority algorithm.

3. The system of claim 1 , wherein validating the request includes cryptographically validating the request by two authorized sealers from a plurality of sealers.

4. The system of claim 1 , wherein the request to play the media file includes a request to the blockchain to access the content at a specified time.

5. The system of claim 1 , wherein requests to the blockchain can be finalized as soon as they hit the blockchain thereby allowing appending to the blockchain in any order.

6. The system of claim 1 , wherein a short buffer of the media file is instantly streamed after receiving the request to play the media file, but the rest of the media file is only streamed after the request to play has been validated.

7. The system of claim 1 , wherein different versions of the blockchain client are created for different clients.

8. A method comprising:

receiving a request to play a media file from a client device or a digital service provider (DSP) platform;

validating the request to play the media file via a blockchain protocol;

upon validating the request to play the media file, transmitting the media file for playback at the client device or DSP platform; and

tracking the number of times the media file is played via the blockchain protocol.

9. The method of claim 8 , wherein the blockchain protocol utilizes a proof of authority algorithm.

10. The method of claim 8 , wherein validating the request includes cryptographically validating the request by two authorized sealers from a plurality of sealers.

11. The method of claim 8 , wherein the request to play the media file includes a request to the blockchain to access the content at a specified time.

12. The method of claim 8 , wherein requests to the blockchain can be finalized as soon as they hit the blockchain thereby allowing appending to the blockchain in any order.

13. The method of claim 8 , wherein a short buffer of the media file is instantly streamed after receiving the request to play the media file, but the rest of the media file is only streamed after the request to play has been validated.

14. The method of claim 8 , wherein different versions of the blockchain client are created for different clients.

15. A non-transitory computer readable medium storing instructions to execute a method, the method comprising:

receiving a request to play a media file from a client device or a digital service provider (DSP) platform;

validating the request to play the media file via a blockchain protocol;

upon validating the request to play the media file, transmitting the media file for playback at the client device or DSP platform; and

tracking the number of times the media file is played via the blockchain protocol.

16. The non-transitory computer readable medium of claim 15 , wherein the blockchain protocol utilizes a proof of authority algorithm.

17. The non-transitory computer readable medium of claim 15 , wherein validating the request includes cryptographically validating the request by two authorized sealers from a plurality of sealers.

18. The non-transitory computer readable medium of claim 15 , wherein the request to play the media file includes a request to the blockchain to access the content at a specified time.

19. The non-transitory computer readable medium of claim 15 , wherein requests to the blockchain can be finalized as soon as they hit the blockchain thereby allowing appending to the blockchain in any order.

20. The non-transitory computer readable medium of claim 15 , wherein a short buffer of the media file is instantly streamed after receiving the request to play the media file, but the rest of the media file is only streamed after the request to play has been validated.

Assignments (1)
ASSIGNMENT OF ASSIGNOR'S INTEREST Recorded Feb 9, 2021
From: BATEY, ANDREW; ASSADIPOUR, POURIA
To: BEATDAPP SOFTWARE INC.
Reel/Frame 055201/0386 →
Continuity (2)
Continuation 16457663 · Jun 28, 2019
Related Publication 20200412818A1 · Dec 31, 2020
Cited By (1)
US 12,684,047