Proprietær software - ikke-fri software ( engelsk proprietær software ; fra proprietær - privat, proprietær, proprietær + software - software ) [1] . Software, der er dens ophavsmænds eller copyright-indehavers private ejendom og ikke opfylder kriterierne for gratis software ( det er ikke nok at give koden ). Ejeren af den proprietære software bevarer monopolet på brugen, kopieringen og ændringen heraf, helt eller i væsentlige øjeblikke. Det er almindeligt at henvise til proprietær software som enhver ikke-fri software, herunder semi -fri software .
Begrebet under overvejelse er ikke direkte relateret til begrebet kommerciel software [2] .
engelske ord . proprietær software betyder software, der har en ejer, der kontrollerer denne software. Dette udtryk kan således anvendes på al software, der ikke er i offentlig brug . Men ordet "proprietær" bruges nogle gange i reklamer som "at eje et monopol på noget". Så Free Software Foundation bruger udtrykket til at understrege, at ejerskab er hovedfaktoren, i modsætning til fri software , hvor denne faktor er computerbrugeres frihed .
Udtrykket "proprietær software" bruges af FSF (Free Software Foundation) til at definere software, der ikke er fri software ifølge Foundation [ 3] .
Fri software, som tillader praktisk talt ubegrænset brug, distribution og modifikation (herunder distribution af modificerede versioner) af software til ikke-kommercielle formål, blev tidligere kaldt semi-fri af Free Software Foundation [3] . Ligesom Open Source Initiative og Debian anså Open Source Foundation disse vilkår for uacceptable for fri software, men skelnede semi-fri software fra proprietær software. "Proprietær software" og "semi-fri software" blev samlet omtalt som "ikke-fri software". Senere opgav FSF konceptet "semi-fri software" og begyndte at bruge udtrykket "proprietær software" for al ikke-fri software [3] .
Forebyggelse af brug, kopiering eller ændring kan opnås ved lovlige og/eller tekniske midler.
Tekniske midler omfatter kun frigivelse af maskinlæsbare binære filer , begrænsning af adgang til menneskelæsbar kildekode ( lukket kilde ), hvilket gør det vanskeligt at bruge sine egne kopier. Adgang til lukket kildekode er normalt forbeholdt medarbejdere i udviklervirksomheden, men der kan være mere fleksible adgangsbegrænsninger, hvor distribution af kildekode er tilladt til virksomhedspartnere, tekniske revisorer eller andre i overensstemmelse med virksomhedens politik.
Retsmidler kan omfatte forretningshemmeligheder , ophavsrettigheder og patenter .
Retlig beskyttelse af computerprogrammer er mulig under to forskellige juridiske regimer :
I det første tilfælde er programmet identificeret (og beskyttet) af teksten i kildekoden. I den anden, ifølge de patenterbarhedskriterier, der anvendes for opfindelser (det vil sige, at det er nødvendigt at bevise "innovativitet", "originalitet" og "ikke-oplagthed", såvel som muligheden for at løse eller mere effektivt løse et eksisterende teknisk problem og kommerciel egnethed) [4] .
Den retlige beskyttelse af computerprogrammer er baseret på bestemmelserne i en række internationale aftaler og konventioner. Men næsten alle, i en eller anden grad (især: Paris-, Bern-, Rom-konventionerne og Washington-traktaten) er inkluderet [5] i teksten til TRIPS-aftalen, der administreres af Verdenshandelsorganisationen. TRIPS-aftalen bestemmer, at computerprogrammer er beskyttet "på samme måde som beskyttelsen af litterære værker under Bernerkonventionen (1971)". Men i praksis bliver den anden beskyttelsesmåde for proprietært digitalt indhold i form af et patent (art. 27 TRIPS) i stigende grad brugt . For eksempel i USA blev det første amerikanske softwarepatent udstedt i 1950'erne, patent nr. 3.380.029 til Martin A. Goetz [6] . En fuldgyldig juridisk doktrin for patentering af computerprogrammer i USA blev imidlertid først dannet i 1980'erne som et resultat af en række retslige præcedenser (Gottschallk v. Benson; Diamond v. Diehr.), som udviklede særlige betingelser gældende for patentering af computerprogrammer. Indtil da er det umuligt at tale om patentering af computerprogrammer i USA som en veletableret procedure. Et af de seneste computerprogrampatenter (i skrivende stund) var US 9.230.358 B2, udstedt 6. januar 2016, som beskytter en metode, et system og et computerprogram til gengivelse af widgets [6] . I EU er patentering af computerprogrammer baseret på EPC-bestemmelsen, som er blevet præciseret ved en række afgørelser fra Den Europæiske Patentmyndighed [6] . I sag nr. T258/03 (Hitachi / Auktionsmetode) af 21.04.2004 udtalte Den Europæiske Patentmyndigheds klagenævn, at art. 52 (1) og 52 (2) EPC forbyder ikke patentering af computerprogrammer, dog kan ikke enhver "teknisk løsning" patenteres. Ifølge repræsentanter for patentkontoret er brugen af "tekniske midler" til at løse problemet ganske forståelig, men det indebærer behovet for at supplere den "tekniske løsning" med "innovativ".
Der er en bred vifte af forretningsmodeller , og proprietære softwarevirksomheder skriver deres egne licensaftaler for at matche dem. De mest typiske begrænsninger af proprietær software er angivet nedenfor.
Der er en enorm mængde software, som er tilladt at bruge gratis til ikke-kommercielle formål af enkeltpersoner, medicinske og uddannelsesmæssige institutioner, non-profit organisationer osv., men betaling er påkrævet, hvis softwareproduktet bruges til profit. Sådan software er meget populær og udbredt, og på grund af dens gratis, har den god teknisk support fra specialister, som ikke har behov for yderligere uddannelsesomkostninger.
Denne type begrænsning følger normalt med store softwareprojekter, når indehaveren af ophavsretten kræver betaling for hver kopi af programmet. Typisk, med en sådan begrænsning, anvendes softwareprodukter, der er fokuseret på snævre ("professionelle" og "industrielle") markedssegmenter eller software, som kræves af et stort antal brugere. Et eksempel er Adobe CS6-softwarepakken eller Windows 10 -operativsystemet .
Denne type begrænsning bruges kun i lukkede kildesoftwarepakker og kan forbyde eller begrænse enhver ændring af programkoden, adskillelse og dekompilering .
Af juridiske og tekniske årsager er software normalt proprietært som standard.
Ophavsretsloven fungerer som standard, hvilket gør ikke-trivielle værker proprietære.
Software på kompilerede sprog bruges i en form, der ikke er beregnet til redigering, det vil sige uden kildetekster. Forfatteren må ikke distribuere kildeteksterne af vane eller anse dem for at være af utilstrækkelig kvalitet til at blive vist.
På grund af de mange forskellige licenser kan det være svært for en forfatter at vælge den bedste.
Der er forskellige meninger blandt fortalere for fri software om vigtigheden af brugerfriheder i forhold til software, der kun kører på et eksternt system (serversoftware, der ikke var underlagt copyleft - vilkårene i GNU GPL , som gav anledning til Affero GPL ). eller så at sige "på internettet", men faktisk indlæses det til kørsel på brugerens computer hver gang (f.eks. scripts fra websteder, som nogle gange optager hundredvis af kilobytes med ulæselige forkortede funktionsnavne), [7] eller algoritmer implementeret i hardware (som reducerer andelen af konventionel ikke-fri software , men ikke gør dens bruger friere ). [8] Se GNU AGPL , open source hardware , GNUzilla (webbrowser med en tilføjelse, der blokerer for eksekveringen af ikke-trivielle ikke-frie JavaScript - programmer).
| Gratis og open source software | |
|---|---|
| Det vigtigste |
|
| Fællesskab |
|
| Organisationer | |
| Licenser | |
| Problemer | |
| Andet |
|
| |
| Software distribution | |
|---|---|
| Licenser | |
| Indkomstmodeller | |
| Forsendelsesmetoder |
|
| Svigagtig/ulovlig | |
| Andet |
|