The Case
Automation, Authorship, and the Architecture of a Composition Claim
24 July 2017 — 23 August 2017
On 24 July 2017, a Content ID claim was generated upon upload of a musical work to YouTube.
The claim remained active for thirty days.
The process required to understand the system that produced it extended over eight years.
The Claim (Court Record)
On 24 July 2017, following upload of a musical work to YouTube, the platform’s Content ID system generated a match.
The Court recorded:
– a “play match” between the work and a segment lasting 1 minute 52 seconds
– that monetisation from the video would go to the claimant
The claimant was identified as SGAE_CS and The Royalty Network.
A dispute was submitted through the YouTube system, which indicated a 30-day review window.
On the final day of that period, the visible trace of the claim was no longer present in the interface, and no outcome was communicated.
System Context
The claim operated within a structured system consisting of:
– fingerprinting and matching
– asset registration
– claim instantiation
– policy execution
– monetisation routing
– lifecycle transitions
These processes are executed automatically
and reflect system behaviour based on
registered data and defined policy.
Chronology
2016 — Creation
Composition recorded and first made publicly available
2017 — Claim
Content ID match applied on upload; monetisation active during dispute period
23 August 2017 — Claim Expiry
Claim reached the end of the 30-day review window
No outcome communicated; claim no longer visible in the interface
2018 — Registry
Publishing and registry structures confirmed
2021 — Data Disclosure
User-accessible exports did not include pre–23 August 2017 claim data
2024 — Adjournment
“Exceptionally… I agreed to an adjournment to allow him to find and to file further evidence.”
2025 — Judicial Recognition
The Court recorded that it had no reason to doubt authorship and ownership, and that the similarities identified were sufficient to establish an arguable case
Data Boundary
Following a Subject Access Request and subsequent disclosure:
– data was provided through a legal retrieval mechanism
– certain claim and monetisation records were not present in user-accessible data
– data may be retained within internal systems for business and legal purposes
This reflects a distinction between:
– interface-visible records
– exported account data
– internally retained system data
Position
This page presents a documented system record.
It reflects:
– observable events
– preserved materials
– procedural findings
It does not assign intention.
It does not attribute blame.
It records system behaviour.
Contact
For professional, academic, or legal enquiries:
contact@mechanicalpublishing.com