cultura lliure cultura lliure
Inici  | Llibres |  Música   |   Sobre Culturalliure.cat    

Inici » Llibres » L'expansió de les llicències de codi obert » La propietat intel·lectual i els seus malcontentaments » Repte de la protecció del programari


4.1   Repte de la protecció del programari



Des de l'emergència dels ordinadors després de la II Guerra Mundial, hi ha hagut una intensa discussió acadèmica sobre l'estat legal del programari. Les principals alternatives de copyright i de patents ja s'estudiaven amb profunditat als anys seixanta. [1]




4.1.1 Inicis de la discussió i pràctica

Primeres patents. La primera forma de propietat intel·lectual explícita atorgada al programari va ser probablement la patent. [2] A Alemanya, ja al 1957, dos informàtics van patentar el que constituïria un algoritme de programari. [3] Als Estats Units, també es va començar a fer més pressió a l'Oficina de Patents perquè s'acceptessin patents de programari. [4] L' Applied Data Research's (ADR) fou la primera empresa en obtenir una patent de programari el 1968 d'importància comercial. [5]

Altres empreses van seguir l'exemple d'ADR. [6] Un altre sol.licitant de les primeres patents comercials va ser Whitlow Computer Systems, el qual va poder patentar un tret de tria ocult en el Sistema/360. [7] Whitlow també va competir amb els paquets de programari d'IBM. El fundador de la companyia, Duane Whitlow, més tard explicava:

"Sabia que era patentable perquè Marty Goetz havia començat a anar per aquest camí. Havíem trobat una instrucció a l'ordinador del Sistema/360 que significava una millora espectacular d'execució. Encara que hi havia altres aspectes significatius inclosos en la patent, sabia que aquest aspecte era una fita important que va fixar la metodologia patentable. [8]

Aquesta primera pràctica de patents va tenir una parada temporal als anys setanta. Ni els tribunals ni les oficines de patents van acceptar les patents com a forma legal de protegir el programari al llarg de la dècada. [9] En arribar els ordinadors personals i fer-se populars a finals dels setanta, el volum de programari desenvolupat va incrementar enormement i van aparèixer noves empreses a la indústria. Patentar no era ben bé una opció en un període de reestructuració tan ràpida.

Copyright. Tot i que les patents dominaven el debat en el sector, el primer registre de copyright als EUA es va fer el 1964. [10] La necessitat d'aclarir l'estat legal del programari continuava creixent, especialment quan els mercats massius estaven apunt de formar-se a finals dels 70. Les companyies van començar a desenvolupar els contractes "shrink-wrap" ens els paquets de programari perquè no era clar si els copyrights de codi objecte no literal eren vàlids. [11]

Els problemes de copyright es van il·lustrar en el cas Data Cash Systems contra JS&A Group, una empresa va perdre una demanda per copyright contra un competidor que havia venut el seu joc d'ordinador sense autorització. [12] El competidor havia copiat literalment el codi objecte des d'un mòdul físic del joc, després el va tornar a empaquetar i el va distribuir comercialment. El tribunal de primera instància va decidir el 1979 que el copyright no cobria el "codi objecte". A més, el tribunal d'apel·lació va dictaminar que el joc no estava sota cap copyright ja que no duia l'avís de copyright; hi havia un avís en el manual, però cap al mòdul del joc.

Pràctica escèptica. Malgrat el debat acalorat, moltes empreses de programari no estaven preocupades per l'estat poc clar de la protecció legal del programari. Un bon exemple és la conclusió d'un estudi de la indústria als anys 70, on un centenar d'empreses de programari contestaven qüestions sobre el context legal de les llicències de programari:

"Moltes empreses contemplaven que no els preocupava la protecció legal del programari; moltes van optar per no respondre la pregunta sobre el sistema de protecció legal preferit. Les que van respondre, van mostrar una forta preferència per la restricció contractual a través del secret de fabricació sobre les patents o el copyright. ... només una petita minoria (el 4 %) dels que van contestar, van dir que havien abandonat el desenvolupament d'un programa per manca de protecció." [13]

Així, l'interès inicial per la protecció de la propietat intel·lectual del programari va ser en general acadèmica i burocràtica. En aquella època no hi havia cap empresa de programari amb llicència de propietat intel·lectual.



4.1.2 Proposta de l'OMPI

L'Organització Mundial de la Propietat Intel·lectual, fundada el 1967, va començar a preparar provisions per a la protecció internacional dels programes informàtics a començaments dels setanta. [14] L'obra es va acabar el 1978. En comptes de proposar esmenes directes a les convencions de patents i drets d'autor, l'OMPI va redactar un model de llei basat en un plantejament sui generis. La motivació era que el programari requeria un tipus específic de regulació de la propietat intel·lectual, que no encaixava adequadament amb les lleis de copyright i de patents. [15]

Substancialment, les provisions del model deien que:

  • Les noves regulacions només complementarien les lleis de copyright i de patents i no substituïrien cap protecció de propietat intel·lectual que ja s'hagués donat al programari.

  • En general, cal adoptar un plantejament de copyright pel que fa als drets protegits (que només cobreixen la còpia literal però no la creació independent).

  • Seguint els principis de la llei de patents, també s'hauria de protegir l'ús comercial del programari, tant si inclou la còpia com si no.

  • També seguint els principis de la llei de patents, el període de protecció s'hauria de limitar a vint anys.

  • S'hauria de considerar un sistema de registre opcional per encoratjar la disseminació i la divulgació de programari.

Les provisions explicaven a més en un esperit utilitari general que: [16]

"El principal objectiu de la protecció atorgada és no permetre que els propietaris es beneficiïn d'un període de drets exclusius com a recompensa per la creació i divulgació de programari, sinó simplement encoratjar la creació i la disseminació de programari i prevenir la mala apropiació dels resultats de la feina d'una altra persona..."

Malgrat aquestes bones intencions, les provisions model no es van implementar com a legislacions nacionals. Un altre intent per preparar una nova convenció internacional en la protecció legal dels programes informàtics tingué lloc el 1983. [17] En comptes d'això, simplement es van fer esmenes a les lleis de copyright perquè incloguessin el programari com una nova categoria entre altres obres literals i artístiques. El període limitat proposat i el sistema de registre opcional no van obtenir suficient suport en la regulació internacional de la propietat intel·lectual de programari. [18]



Notes

.^1. Vegeu e.g. Pucket (1966) per a una visió general dels inicis de la discussió tant sobre el copyright com les patents de programari als Estats Units i Koktvedgaard per a la discussió a Europa.

.^2. Per ser precisos, el programari (legalment) no es pot patentar. Només es poden patentar els invents. Si un invent s'implementa en el programari, es pot parlar de patents de programari. Així, en l'argot legal, la discussió normalment és sobre "els invents implementats amb ordinadors", quan la qüestió és essencialment patents de programari.

.^3. La patent alemanya (DE 1,094,019) es va registrar el 30 de març de 1957. També es va patentar com a mínim als Estats Units (US 3,047,228), a França (FR 1,204,424), i a Anglaterra (GB 892,098). L'invent està descrit a Samuelson i Bauer (1960). Johnsen (1969) posa de relleu que hi havia una sèrie de primeres patents alemanyes (DE 218,524; DE 255,921; DE 314,001; i DE 314,001) atorgades per a calculadors mecànics.

.^4. Hirsch (1966) informava (pàg. 79) d'una audiència pública de l'Oficina de Patents dels EUA sobre la qüestió: "hi havia tantes respostes que probablement es trigaria molt, si es que s'hi arribava mai, a atorgar patents de programes." La revista també explicava que la qüestió de la patentabilitat del programari havia creat "un debat a vegades acrimoniós que havia estat continu durant 10 anys, com a mínim."

.^5. Martin A, Goetz, cap de la Proprietary Software Division d'ADR, fou anomenat com a inventor de la patent dels EUA 3,380,029-"Sistema de distribució" el 23 d'abril de 1968. Per més informació vegeu la descripció dels arxius de la secció de productes de programari d'ADR a ADR (2003) ADR també va demandar a IBM (no relacionat amb la patent) per haver malcaracteritzat els trets del seu programa de diagrames de flux de dades i es va afegir a l'anomenat procés antimonopoli. El rerefons era que ADR competia amb el programari de diagrames de flux de dades d'IBM en el Sistema/360.

.^6. Cal destacar que les opinions sobre la patentabilitat del programari eren diverses dins la indústria. Per exemple, IBM continuava contrària a les patents de programari, encara que fàcilment les hauria pogut aplicar. Vegeu e.g. Hirsch (1968).

.^7. EUA Patent núm. 4,210,961 - també anomenada "Sistema de tria" de Duane L. Whitlow i Azra Sasson, fou finalment expedit l'1 de juliol de 1980.

.^8. Bride (2002)

.^9. Els casos del Tribunal Suprem dels EUA Gottschalk contra Benson (1972) i Parker contra Flook (1978), encara que limita amb molt de compte la decisió als fets particulars del cas, denegaven la patentabilitat del programari als Estats Units. El Conveni Europeu de Patents fou signat el 1973 i exclou la patentabilitat del programari a Europa. També les Directrius de Control de Patents d'EPO del 1978, confirmaven aquesta norma.

.^10. Band i Katoh (1995), pàg. 71.

.^11. Vegeu e.g. Tyler (2986) pàg. 11-per a la cobertura del debat inicial

.^12. Data Cash Systems contra JS&A Group (1980).

.^13. Miller et al (1978), part de CONTU.

.^14. Vegeu OMPI (1971) per a la primera trobada internacional i l'ordre del dia respectiu. IBM ja va proposar un plantejament sui generisa l'Oficina de Patents dels EUA una dècada abans. Vegeu Galbi (1970) per més detalls i també Hirsch (1969), indicant una reacció inicial positiva a la proposta d'IBM per part de l'Oficina de Patents dels EUA. A Europa, per exemple, Koktvedgaard (1968) va donar suport a un plantejament sui generis sobre patents i copyright.

.^15. El plantejament de la llei model es va agafar sobretot perquè es va creure que la regulació dels programes informàtics, abans d'harmonitzar-ne les normes, primer s'havia de desenvolupar i estabilitzar. Vegeu OMPI (1978).

.^16. OMPI (1978), pàg. 9.

.^17. OMPI (1983).

.^18. Per exemple, en un trobada el 1985 , un grup d'experts de l'OMPI continuava discutint el problema del període però ni tan sols va esmentar la idea d'un sistema de registre. Vegeu OMPI (1985)



Taula de continguts
blocs | capítols  | completa ]



PortadaPORTADA
PrefaciPREFACI
AbreviaturesABREVIATURES
1.  Introducció1. INTRODUCCIó
1.1.  Problema1.1. Problema
1.2.  Terminologia, perspectiva i limitacions1.2. Terminologia, persp...
1.3.  Mètode1.3. Mètode
1.3.1.  Raó fonamental per als diferents mètodes utilitzats1.3.1. Raó fonamental pe...
1.3.2.  Continuació de models en la història empresarial1.3.2. Continuació de mo...
1.3.3.  Una perspectiva econòmica1.3.3. Una perspectiva e...
1.3.4.  Dret comparatiu i normes socials1.3.4. Dret comparatiu i...
1.4.  Context i fonts acadèmiques1.4. Context i fonts aca...
1.5.  Visió global del'estudi1.5. Visió global del'es...
2.  De privatiu a obert:Evolució dels models de llicència en la indústria del programari2. DE PRIVATIU A OBERT:E...
2.1.  Indústria del programari2.1. Indústria del progr...
2.1.1.  Breu repàs històric2.1.1. Breu repàs històr...
2.1.2.  Dimensions i regions del mercat2.1.2. Dimensions i regi...
2.1.3.  Emergència de codi obert2.1.3. Emergència de cod...
2.1.4.  Models comercials de programari i codi obert2.1.4. Models comercials...
2.2.  Llicències privatives2.2. Llicències privativ...
2.2.1.  La decisió de separació d'IBM i les llicències empresarials2.2.1. La decisió de sep...
2.2.2.  Llicència de mercats massius i programari de prova2.2.2. Llicència de merc...
2.2.3.  Llicències privatives avui2.2.3. Llicències privat...
2.3.  Programari lliure illicències de codi obert2.3. Programari lliure i...
2.3.1.  Llicència de la BSD i copyrights d'Unix2.3.1. Llicència de la B...
2.3.2.  Llicència pública general de GNU, Linux i SCO2.3.2. Llicència pública...
2.3.3.  El codi obert entra al vocabulari2.3.3. El codi obert ent...
2.4.  Dimensions socials i polítiques del codi obert2.4. Dimensions socials ...
2.4.1.  El codi obert il apoderament individual2.4.1. El codi obert il ...
2.4.2.  La Comunitat i els seus fronts2.4.2. La Comunitat i el...
2.4.3.  Objectius ètics o tècnics?2.4.3. Objectius ètics o...
2.4.4.  Influència en les institucions polítiques2.4.4. Influència en les...
2.4.5.  Iniciatives pràctiques de polítiques públiques2.4.5. Iniciatives pràct...
2.5.  Conclusió: Explicació del paper cada cop més important del codi obert2.5. Conclusió: Explicac...
3.  Principis econòmics dels productes informàtics3. PRINCIPIS ECONòMICS D...
3.1.  Caracterització econòmica dels productes informàtics3.1. Caracterització eco...
3.1.1.  Perspectiva de l'economia de xarxa3.1.1. Perspectiva de l'...
3.1.2.  Programari com un bé econòmic3.1.2. Programari com un...
3.1.3.  Components i sistemes3.1.3. Components i sist...
3.1.4.  Trajectòria de la dependència, immobilització i efectes de xarxa3.1.4. Trajectòria de la...
3.2.  Economia del copyright informàtic3.2. Economia del copyri...
3.2.1.  Motivació dels desenvolupadors3.2.1. Motivació dels de...
3.2.2.  Inversors i incentius3.2.2. Inversors i incen...
3.2.3.  El cost de copiar3.2.3. El cost de copiar
3.2.4.  Límits òptims del copyright3.2.4. Límits òptims del...
3.2.5.  Mecanismes de compensació3.2.5. Mecanismes de com...
3.2.6.  És ineficaç el copyright informàtic?3.2.6. És ineficaç el co...
3.3.  Economia de la innovació informàtica i les patents3.3. Economia de la inno...
3.1.1.  Innovació a la indústria del programari3.1.1. Innovació a la in...
3.3.2.  Relació difícil entre la innovació i les patents3.3.2. Relació difícil e...
3.3.3.  Les patents com a actius estratègics3.3.3. Les patents com a...
3.3.4.  Diferents mitjans per apropiar-se la innovació3.3.4. Diferents mitjans...
3.3.5.  Un model d'innovació obert3.3.5. Un model d'innova...
3.4.  Normativa de competència i els límits dels drets d'exclusivitat3.4. Normativa de compet...
3.5.  Resum: Justificació econòmica de les llicències obertes3.5. Resum: Justificació...
4.  La propietat intel·lectual i els seus malcontentaments4. LA PROPIETAT INTEL·LE...
4.1.  Repte de la protecció del programari 4.1. Repte de la protecc...
4.1.1.  Inicis de la discussió i pràctica4.1.1. Inicis de la disc...
4.1.2.  Proposta de l'OMPI4.1.2. Proposta de l'OMP...
4.2.  El copyright i els seuslímits4.2. El copyright i els ...
4.2.1.  El programari entra a la llei del copyright4.2.1. El programari ent...
4.2.2.  El debat de la interoperabilitat4.2.2. El debat de la in...
4.2.3.  Abast actual del copyright informàtic4.2.3. Abast actual del ...
4.3.  El retorn de les patents4.3. El retorn de les pa...
4.3.1.  L'exemple dels EUA4.3.1. L'exemple dels EU...
4.3.2.  Europa segueix4.3.2. Europa segueix
4.3.3.  Normativa internacional4.3.3. Normativa interna...
4.3.4.  Abast actual de les patents de programari4.3.4. Abast actual de l...
4.4.  Protecció tècnica4.4. Protecció tècnica
4.4.1.  Primers sistemes de protecció de còpia4.4.1. Primers sistemes ...
4.4.2.  Legislació antipirateria4.4.2. Legislació antipi...
4.4.3.  És efectiva la protecció tècnica?4.4.3. És efectiva la pr...
4.4.4.  La promesa dels sistemes de confiança4.4.4. La promesa dels s...
4.5.  Estan desequilibrades les lleis de propietat intel·lectual?4.5. Estan desequilibrad...
4.5.1.  Principid'equilibri4.5.1. Principid'equilib...
4.5.2.  Tendència d'expansió4.5.2. Tendència d'expan...
4.5.3.  El codi obert com aforça d'equilibri?4.5.3. El codi obert com...
4.6.  Reflexions finals: Perspectiva oberta sobre la propietat intel·lectual4.6. Reflexions finals: ...
5.  Les llicències de codi obert com a mecanismes alternatius de governança5. LES LLICèNCIES DE COD...
5.1.  La negociació a l'ombra de la llei de propietat intel·lectual5.1. La negociació a l'o...
5.1.1.  Què fa que una llicència sigui de codi obert?5.1.1. Què fa que una ll...
5.1.2.  Què és el que no es requereix?5.1.2. Què és el que no ...
5.1.3.  Compliment d'un pacte de codi obert5.1.3. Compliment d'un p...
5.1.4.  Categories de llicències5.1.4. Categories de lli...
5.1.5.  Popularitat de les llicències de codi obert5.1.5. Popularitat de le...
5.1.6.  Marc per a l'anàlisi de les llicències5.1.6. Marc per a l'anàl...
5.2.  GNU GPL i reciprocitat forta5.2. GNU GPL i reciproci...
5.2.1.  Obres derivades en la llei de copyright5.2.1. Obres derivades e...
5.2.2.  Obres derivades i la GPL5.2.2. Obres derivades i...
5.2.3.  Les patents i la GPL5.2.3. Les patents i la ...
5.2.4.  GPL i compatibilitat de llicència5.2.4. GPL i compatibili...
5.2.5.  Altres Llicències amb Reciprocitat Forta5.2.5. Altres Llicències...
5.3.  GNU LGPL i reciprocitat estàndard5.3. GNU LGPL i reciproc...
5.3.1.  Funcionalitat LGPL5.3.1. Funcionalitat LGP...
5.3.2.  Altres llicències amb reciprocitat estàndard5.3.2. Altres llicències...
5.4. BSD i les llicències permissives5.4. BSD i les llicències...
5.4.1. . La funcionalitat de BSD5.4.1. . La funcionalitat...
5.4.2.  Altres llicències permissives5.4.2. Altres llicències...
5.5.  Excursió: Llicències de continguts oberts de Creative Commons5.5. Excursió: Llicèncie...
5.5.1.  Antecedents5.5.1. Antecedents
5.5.2.  La funcionalitat de Creative Commons5.5.2. La funcionalitat ...
5.5.3.  Assignació de riscos i garanties5.5.3. Assignació de ris...
5.5.4.  Internacionalització i formalitats5.5.4. Internacionalitza...
5.5.5.  Reflexions finals5.5.5. Reflexions finals
5.6.  Resum Competència entre les normes de concessió de llicències en evolució5.6. Resum Competència e...
6.  Defensa amb codi obert. Gestió del risc d'usurpació i patents6. DEFENSA AMB CODI OBER...
6.1.  Com fer front al risc d'usurpació dels DPI?6.1. Com fer front al ri...
6.1.1.  Antecedents6.1.1. Antecedents
6.1.2.  Natura de les usurpacions dels DPI per tercers6.1.2. Natura de les usu...
6.1.3.  Alternatives per afrontar els riscs6.1.3. Alternatives per ...
6.1.4.  Pràctiques reals de gestió6.1.4. Pràctiques reals ...
6.1.5.  Reflexions finals6.1.5. Reflexions finals
6.2.  Els problemes de les patents i les possibles polítiques per resoldre-ho6.2. Els problemes de le...
6.2.1.  Antecedents6.2.1. Antecedents
6.2.2.  Llicències de codi obert i risc de violació de patents6.2.2. Llicències de cod...
6.2.3.  Procés de desenvolupament des de la perspectiva de les patents6.2.3. Procés de desenvo...
6.2.4.  Debat sobre polítiques de codi obert i patents6.2.4. Debat sobre polít...
6.2.5.  Exempció de responsabilitat en el cas del codi obert?6.2.5. Exempció de respo...
6.3.  Conclusió: Les lleis sobre drets de propietat intel·lectual són millorables6.3. Conclusió: Les llei...
7.  Us ofensiu del codi obert: Alguns casos pràctics sobre llicències7. US OFENSIU DEL CODI O...
7.1.  Llicències de codi obert per obtenir guanys7.1. Llicències de codi ...
7.1.1.  Possibilitats d'establir preus per als productes7.1.1. Possibilitats d'e...
7.1.2.  Com controlar el desenvolupament?7.1.2. Com controlar el ...
7.2.  Estudi de cas 1: Les llicències lliures i el programari dels sistemes operatius7.2. Estudi de cas 1: Le...
7.2.1.  Introducció7.2.1. Introducció
7.2.2.  Perspectiva general del mercat7.2.2. Perspectiva gener...
7.2.3.  Marc d'estudi7.2.3. Marc d'estudi
7.2.4.  Microsoft Windows7.2.4. Microsoft Windows
7.2.5.  Apple OS X7.2.5. Apple OS X
7.2.6.  Distribucions GNU/Linux7.2.6. Distribucions GNU...
7.2.7.  Reflexions finals7.2.7. Reflexions finals
7.3.  Estudi de cas 2: Llicència dual i programari incrustat7.3. Estudi de cas 2: Ll...
7.3.1.  Com funciona la llicència dual?7.3.1. Com funciona la l...
7.3.2.  Marc d'estudi7.3.2. Marc d'estudi
7.3.3.  Sleepycat Software Inc.7.3.3. Sleepycat Softwar...
7.3.4.  MySQL AB7.3.4. MySQL AB
7.3.5.  TrollTech AS7.3.5. TrollTech AS
7.3.6.  Quan té sentit la llicència dual?7.3.6. Quan té sentit la...
7.4.  Reflexions finals7.4. Reflexions finals
8.  Conclusions8. CONCLUSIONS
8.1.  L'expansió del codi obert8.1. L'expansió del codi...
8.2.  Impacte sobre les pràctiques llicenciadores8.2. Impacte sobre les p...
8.3.  Impacte en la gestió de la propietat intel·lectual8.3. Impacte en la gesti...
8.4.  Impacte en la regulació comercial i estudi legal8.4. Impacte en la regul...
ReferènciesREFERèNCIES



logo_cc.png

logo_secretaria2.png

Valid XHTML 1.0 Transitional