Innledning
Innovative tilpasset programvare har blitt et instrument for å lykkes i dagens økonomi. Utviklere av programvare og programvare skaper de kommer i alle former og størrelser. Utvikleren kan være en venn eller slektning. Utvikleren kunne bli ønsket fra Craigslist. Bedrifter kan rett og slett bli forledet av utviklerens nettsted som tilbyr et utvalg av programvare utvikling tjenester., Når utbygger er ansatt, type programvare kan konfigureres på forskjellige måter. Programvaren kan stå alene. Eller det kan være en add-on eller tilpasning av eksisterende plattformer som Salesforce.com eller Magenta.
I alle disse tilfellene, uansett identitet utvikler eller nivået av programmering som skal utføres, bedrifter bør sørge for at de eier sine tilpasset programvare., Ellers, utvikleren kan ofte forlate jobben og stikke av med kildekoden og de digitale komponenter av tilpasset programvare, forlater virksomheten til å slite med å måtte starte fra bunnen av, eller rekonstruere developer ‘ s arbeid å risikere et brudd på opphavsretten handling av utbygger.
Opphavsrett og «Work for Hire» – Doktrinen
Mange bedrifter opererer under den misforståelse at hvis de ansette en utvikler, de eier programvaren. Det er ikke alltid tilfelle., Under Lov om Opphavsrett, den som skaper et verk er, som standard, eier av arbeidet. Ett unntak er «work for hire» – doktrinen. Lære tillater et selskap å opprettholde opphavsrett til åndsverk i sitt navn selv om en ansatt som er opprettet og utviklet det åndsverk som er beskyttet.
Under «arbeid-for-hire» lære for klassifisering av arbeideren som skaper programvare, enten som ansatt eller en uavhengig kontraktør, saker som i stor grad. Med en ansatt, en virksomhet ofte har opphavsrett til de ansatte opprettet arbeid., Utleie virksomhet ville ha til å bevise eksistensen av en arbeidstaker/arbeidsgiver forholdet, og at det åndsverk som er beskyttet, dvs. programvaren, ble opprettet i omfanget av arbeidsforholdet. Mens denne analysen kan være ganske enkelt for et selskap med en intern teknologi avdeling, de fleste bedrifter er avhengige av uavhengige kontraktører for sin teknologi behov.,
Med en uavhengig kontraktør, ansette bedrifter har opphavsretten til et verk når det viser seg tre elementer: (1) det åndsverk som er beskyttet ble spesielt bestilt eller bestilt av å ansette firma, (2) det åndsverk som er skapt av leverandøren faller inn i en av de ni «work for hire» – kategoriene er: (a) et bidrag til et kollektivt arbeid, (b) en del av en bevegelse, bilde eller andre audiovisuelle verk, (c) en oversettelse, (d) en tilleggsarbeider, (e) en samling, (f) en instruksjonsvideo tekst, (g) en test, (h) svar materiale for en test, eller (i) et atlas., Utfordringen for denne analysen ligger i sin søknad til programvare som er utviklet av en uavhengig konsulent.
Copyright Eierskap av Programvaren
Laget av Uavhengige Kontraktører
problemet med utvikling av programvare fra en uavhengig entreprenør er at mange domstoler har funnet det vanskelig å plassere programvare inn i en av disse kategoriene. Derfor, disse domstolene konkluderte med at programvaren kan aldri bli utviklet av uavhengige kontraktører på en «work for hire» – basis. Virksomheten hadde for å få en riktig tilordning for å holde opphavsrett til programvaren.,
I siste utviklingen, domstoler har utvidet omfanget av «work for hire» lære for å inkludere den uavhengige leverandører av teknologi, programvare utviklere. Denne trenden mot rettslig aksept av «work for hire» lære for uavhengige kontraktører, viser at dommerne har begynt å forstå prosessen og funksjon av kildekoden i programvaren.
For eksempel, i IXL, Inc. v. AdOutlet.Com, Inc.,, United States District Court for the Northern District of Illinois fant at kildekoden for å ansette virksomhetens nettside kvalifisert som et bidrag til et kollektivt arbeid under «arbeid-for-hire» – doktrinen. Kildekoden for hver seksjon av nettstedet utgjorde en egen, selvstendig arbeid og dermed uavhengige leverandøren bidratt til hele kollektivt arbeid. I Stanacard, LLC v., Rubard, LLC, United States District Court for the Southern District of New York holdt at selskapets ny programvare system kvalifisert som en samling under læren fordi ulike dataprogram komponenter ble opprettet og kombineres for å danne hele åndsverk som er beskyttet.,
Skritt for å Beskytte Eierskap av Programvaren
følgende er noen måter en bedrift kan beskytte sitt eierskap i programvare utviklet av ansatte eller selvstendig næringsdrivende:
-
Arbeidsgivere bør omfatte «arbeid-for-hire» språk i sine kontrakter for ansatte, så vel som selvstendig næringsdrivende.
-
Kontrakter med software utviklere bør alltid inkludere overføring språk der utviklerne samtykker i å overføre alle rettigheter og eierskap han eller hun eier med alle åndsverk som skapes i løpet av sine ansettelsesforhold.,
-
Kildekode, kan også være beskyttet av forretningshemmeligheter, men ansettelsen må selskapet vise at programvaren ikke er alminnelig kjent for offentligheten, gir noen form for økonomisk nytte for eieren, og blir vedlikeholdt av en rimelig innsats for sikkerhet.
-
Kontrakter med ansatte og selvstendig næringsdrivende bør inneholde konfidensialitet klausuler som spesifikt identifisere programvaren i sin definisjon av konfidensiell informasjon.
-
Der det er hensiktsmessig, et ikke-konkurrere punkt kan begrense bruken av programvaren for andre enn bedriften., En påminnelse med ikke-konkurrerer. De må være nøye skrevet for å være rimelig i forhold til omfang og varighet skal være rettskraftig.
Konklusjon
En bedrift kan sette seg selv foran konkurrentene med tilpasset programvare eller tilleggsprogrammer. Med riktig beskyttelse i sted, at virksomheten kan også sikre at eierskap av tilpasset programvare fortsatt med virksomheten og ikke følger Craigslist programvareutvikler ut døren.
