Citaat | Parket bij de Hoge Raad 29 mei 2015

Onder 2.1.23 Parket bij de Hoge Raad 29 mei 2015

Een alinea uit Parket bij de Hoge Raad 29 mei 2015, ECLI:NL:PHR:2015:729.

Evaluerend: ook hier dringt zich, net als bij hyperlinken naar illegale content, de vraag op waar de grens moet worden getrokken. Doet een zoekmachine als Google ook een mededeling aan het publiek als je de zoekterm intoetst: “torrent Soldaat van Oranje”? Google verschaft ook geen BitTorrent client software, maar met één (of twee) druk(ken) op een zoekresultaat bij deze vraag “start” je ook meteen een illegale versie van genoemde speelfilm (mits je zelf tevoren BitTorrent-client-software op je systeem hebt geïnstalleerd – die je overigens niet van Google zelf kunt krijgen, maar wel overal op internet gratis kunt downloaden). Ik vind deze vergelijking (andermaal) nogal mank gaan, omdat Google niet het stelsel van stappen neemt uit de opzet georkestreerd door indexer TPB, maar een hele grote stap naar het oordeel dat Google in dit geval dan ook zelf openbaar maakt, is het nu ook weer niet, als je het handelen van TPB tot mededeling aan het publiek zou bestempelen. Ik ben daar in die zin huiverig voor, dat daarmee het gevaar zou kunnen dreigen dat het normaal functioneren van het internet wordt lamgelegd. Voor de hand liggende tegenwerping is natuurlijk: nee, dat van Google gaat te ver, zoekmachines zijn neutraal, hun “handelingen” zijn louter technisch, automatisch en passief, maar het door TPB en andere indexerende BitTorrent sites georkestreerde systeem van “opknipping” komt wel binnen het IE-inbreukbereik. Misschien moet je bij het Google-voorbeeld ook zeggen: dat is de ondergrens van louter ter beschikking stellen van technische middelen, wat volgens Airfield geen inbreuk oplevert. Dat dat bij TPB ook zo zou zijn, zoals de portee is van het betoog van Ziggo c.s., zou wel eens te ver kunnen gaan.

Zelf controleren

Voor dit citaat hoeft niemand Bron op zijn woord te geloven. Het document dat rechtspraak.nl publiceerde, staat op https://bron.page/api/v1/blobs/cb6e89026e84502023e937372685fdc7e2a60df44634417f5caff0c063bbfabd. Wie het ophaalt en de SHA-256 ervan berekent, krijgt cb6e89026e84502023e937372685fdc7e2a60df44634417f5caff0c063bbfabd, en de alinea staat in dat document op bytes 68575 tot 70335.