taler-merchant-demos

trivial-patent.html (15055B)

---

 <!--#set var="ENGLISH_PAGE" value="/philosophy/trivial-patent.en.html" -->
 
 <!--#include virtual="/server/header.es.html" -->
 <!-- Parent-Version: 1.96 -->
 <!-- This page is derived from /server/standards/boilerplate.html -->
 <!--#set var="TAGS" value="essays laws patents" -->
 <!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->
 
 <!-- This file is automatically generated by GNUnited Nations! -->
 <title>Anatomía de una patente trivial - Proyecto GNU - Free Software Foundation</title>
 
 <!--#include virtual="/philosophy/po/trivial-patent.translist" -->
 <!--#include virtual="/server/banner.es.html" -->
 <!--#include virtual="/philosophy/ph-breadcrumb.es.html" -->
 <!--GNUN: OUT-OF-DATE NOTICE-->
 <!--#include virtual="/server/top-addendum.es.html" -->
 <div class="article reduced-width">
 <h2>Anatomía de una patente trivial</h2>
 
 <address class="byline">por <a href="https://www.stallman.org/">Richard Stallman</a></address>
 
 <p>Los programadores saben bien que muchas patentes de software cubren ideas
 ridículamente obvias. Pero los defensores del sistema de patentes a menudo
 alegan que estas ideas no son triviales, que sólo resultan obvias a
 posteriori. Y es sorprendentemente difícil derrotarlos en un debate. ¿Por
 qué es así?</p>
 
 <p>Una de las razones es que cualquier idea puede parecer compleja cuando se la
 analiza hasta la extenuación. Otra razón de que estas ideas triviales
 parezcan complejas es la forma en que se describen en las propias
 patentes. Así, los defensores del sistema de patentes pueden señalar la
 descripción compleja, y decir: «¿Cómo puede ser obvio algo tan complejo?»</p>
 
 <p>Lo ilustraré con un ejemplo. Esta es la primera reclamación de la patente
 estadounidense número 5.963.916, solicitada en octubre de 1996:</p>
 
 <blockquote>
 <p>1. Un método para permitir a un usuario remoto escuchar un fragmento de un
 producto musical pregrabado, desde un sitio web que contiene fragmentos
 preseleccionados de distintos productos musicales pregrabados, usando un
 ordenador, un monitor de ordenador y una conexión telemática entre el
 ordenador del usuario remoto y el sitio web. Este método comprende los
 siguientes pasos:</p>
 
 <ul>
 <li>a) uso del ordenador del usuario remoto para establecer una conexión
 telemática al sitio web, el cual se compone de (i) un servidor central
 acoplado a una red de comunicaciones para recuperar y transmitir el
 fragmento preseleccionado del producto musical pregrabado a solicitud del
 usuario remoto, y (ii) un dispositivo de almacenamiento central para guardar
 fragmentos preseleccionados de una serie de diferentes productos musicales
 pregrabados;</li>
 </ul>
 
 <ul>
 <li>b) transmisión de datos de identificación del usuario desde el ordenador del
 usuario remoto hasta el servidor central, permitiendo así al servidor
 identificar y realizar un seguimiento de la actividad del usuario en el
 sitio web;</li>
 </ul>
 
 <ul>
 <li>c) elección de al menos un fragmento preseleccionado de los productos
 musicales pregrabados, entre los almacenados en el servidor central;</li>
 </ul>
 
 <ul>
 <li>d) recepción del fragmento preseleccionado de los productos pregrabados que
 se haya elegido; y</li>
 </ul>
 
 <ul>
 <li>e) escucha previa del fragmento preseleccionado de los fragmentos de
 productos musicales pregrabados que se ha elegido y recibido.</li>
 </ul>
 </blockquote>
 
 <p>Sí que parece un sistema complejo, ¿verdad? ¿Hace falta ser muy listo para
 inventar algo así? No, pero se necesita ingenio para hacerlo parecer tan
 complejo. Analicemos el origen de esta complejidad:</p>
 
 <blockquote>
 <p>1. Un método para permitir a un usuario remoto escuchar un fragmento de un
 producto musical pregrabado, desde un sitio web que contiene fragmentos
 preseleccionados</p>
 </blockquote>
 
 <p>Aquí se expone la parte principal de la idea. Colocan selecciones de ciertas
 piezas musicales en un servidor, de forma que el usuario pueda escucharlas.</p>
 
 <blockquote>
 <p>de distintos productos musicales pregrabados,</p>
 </blockquote>
 
 <p>Aquí se pone de relieve que el servidor contiene fragmentos de más de una
 pieza musical.</p>
 
 <p>Es un principio básico de la informática que si un ordenador puede hacer
 algo una vez, también puede hacerlo muchas veces, con distintos datos cada
 vez. En muchas patentes se alega que aplicar este principio a un caso
 específico constituye una «invención».</p>
 
 <blockquote>
 <p>usando un ordenador, un monitor de ordenador y una conexión telemática entre
 el ordenador del usuario remoto y el sitio web.</p>
 </blockquote>
 
 <p>Aquí se dice que están utilizando un servidor en una red.</p>
 
 <blockquote>
 <p>Este método comprende los siguientes pasos:</p> 
 <p>a) uso del ordenador del usuario remoto para establecer una conexión
 telemática al sitio web</p>
 </blockquote>
 
 <p>Aquí se dice que el usuario se conecta al servidor a través de la red (así
 es como se usa un servidor).</p>
 
 <blockquote>
 <p>el cual se compone de (i) un servidor central acoplado a una red de
 comunicaciones</p>
 </blockquote>
 
 <p>Aquí nos informan de que el servidor está en la red (es lo habitual en los
 servidores).</p>
 
 <blockquote>
 <p>para recuperar y transmitir el fragmento preseleccionado del producto
 musical pregrabado a solicitud del usuario remoto</p>
 </blockquote>
 
 <p>Aquí se repite la idea general expuesta en las dos primeras líneas.</p>
 
 <blockquote>
 <p> y (ii) un dispositivo de almacenamiento central para guardar fragmentos
 preseleccionados de una serie de diferentes productos musicales pregrabados;</p>
 </blockquote>
 
 <p>Han decidido instalar un disco duro, o algo equivalente, en su ordenador
 para almacenar las muestras musicales. Desde alrededor de 1980 este ha sido
 el método habitual para almacenar cualquier cosa en un ordenador y acceder
 rápidamente a ella.</p>
 
 <p>Nótese cómo vuelven a enfatizar el hecho de que pueden almacenar más de una
 selección en ese disco. Por supuesto que cualquier sistema de ficheros le
 permite a uno almacenar más de un fichero.</p>
 
 <blockquote>
 <p>b) transmisión de datos de identificación del usuario desde el ordenador del
 usuario remoto hasta el servidor central, permitiendo así al servidor
 identificar y realizar un seguimiento de la actividad del usuario en el
 sitio web;</p>
 </blockquote>
 
 <p>Esto nos dice que hacen un seguimiento de quién y a qué está accediendo;
 algo común, aunque desagradable, en el funcionamiento de los servidores
 web. Creo que ya en 1996 era algo habitual.</p>
 
 <blockquote>
 <p>c) elección de al menos un fragmento preseleccionado de los productos
 musicales pregrabados, entre los almacenados en el servidor central;</p>
 </blockquote>
 
 <p>En otras palabras, el usuario hace clic con el ratón para indicar qué
 enlaces seguir. Eso es lo normal en los servidores web. Si hubieran
 encontrado otra forma de hacerlo, eso sí podría haber sido un invento.</p>
 
 <blockquote>
 <p>d) recepción del fragmento preseleccionado de los productos pregrabados que
 se haya elegido; y</p>
 </blockquote>
 
 <p>Cuando se sigue un enlace, el navegador lee el contenido enlazado. Este es
 el comportamiento habitual de los navegadores web.</p>
 
 <blockquote>
 <p>e) escucha previa del fragmento preseleccionado de los fragmentos de
 productos musicales pregrabados que se ha elegido y recibido.</p>
 </blockquote>
 
 <p>Aquí se dice que el navegador reproduce la música. Es lo que hacen muchos
 navegadores cuando se sigue un enlace a un archivo de audio.</p>
 
 <p>Ahora queda claro cómo han maquillado esta reclamación para convertirla en
 una idea compleja: han combinado su propia idea (enunciada en dos líneas)
 con aspectos importantes de lo que hacen los ordenadores, las redes, los
 servidores y los navegadores web. Todo esto da lugar a la llamada invención
 por la que recibieron la patente.</p>
 
 <p>Es un típico ejemplo de las patentes de software. Incluso aquellas raras
 patentes cuya idea no es trivial llevan el mismo tipo de complejidad
 añadida.</p>
 
 <p>Fijémonos ahora en una reclamación posterior:</p>
 
 <blockquote>
 <p>3. El método de la reclamación 1, donde el dispositivo de memoria central se
 compone de una pluralidad de discos compactos de sólo lectura (CD-ROM).</p>
 </blockquote>
 
 <p>Lo que nos están diciendo aquí es lo siguiente: «Incluso si no creéis que la
 reclamación 1 es verdaderamente un invento, usar CD-ROM para almacenar datos
 seguro que lo es. Al informático diseñador de sistemas medio nunca se le
 hubiera ocurrido esto».</p>
 
 <p>Veamos ahora la reclamación siguiente:</p>
 
 <blockquote>
 <p>4. El método de la reclamación 1, donde el dispositivo de memoria central se
 compone de un conjunto de discos RAID.</p>
 </blockquote>
 
 <p>Un conjunto RAID es un grupo de discos dispuestos para funcionar como un
 solo gran disco, con la particularidad de que incluso si un disco del
 conjunto fallara y dejara de funcionar, todos los datos seguirían
 disponibles en los demás discos del grupo. Este tipo de conjuntos de discos
 han estado disponibles en el mercado desde mucho antes de 1996, y son el
 método estándar para el almacenamiento de datos de gran disponibilidad. Pero
 estos brillantes inventores han patentado el uso de los conjuntos RAID de
 discos para este propósito particular.</p>
 
 <p>Por trivial que pudiera parecer, esta patente no sería declarada legalmente
 inválida si fuera objeto de una demanda judicial. No sólo la Oficina de
 Patentes de EE.&nbsp;UU., sino también los tribunales tienden a aplicar
 criterios muy laxos a la hora de juzgar si una patente «no es obvia». Según
 esos criterios, esta patente podría recibir la aprobación.</p>
 
 <p>Es más, los tribunales son reacios a desautorizar a la Oficina de Patentes,
 de manera que existe mayor probabilidad de conseguir que una patente sea
 denegada si se puede presentar pruebas de la existencia de una técnica
 anterior que la Oficina de Patentes no haya tomado en consideración. Si los
 tribunales se muestran dispuestos a aplicar criterios más estrictos a la
 hora de decidir si algo es obvio o no, es útil archivar técnicas anteriores
 para poder mostrárselas. Por lo tanto, las propuestas de facilitar a la
 Oficina de Patentes una mejor base de datos de las técnicas anteriores para
 «hacer que el sistema funcione mejor» podrían empeorar las cosas.</p>
 
 <p>Es muy difícil lograr que el sistema de patentes funcione de manera
 razonable: se trata de una compleja burocracia que tiende a seguir sus
 imperativos estructurales, dejando a un lado lo que «se supone» que tiene
 que hacer. La única forma práctica de librarnos de las numerosas patentes
 obvias en las áreas del software y de las prácticas comerciales es
 deshacernos de todas las patentes en esos campos. Afortunadamente, esto no
 supondría pérdida alguna: en el ámbito del software, tampoco las patentes
 que no son obvias aportan nada. Las patentes de software no sirven más que
 para poner bajo amenaza a desarrolladores y usuarios.</p>
 
 <p>Se supone que el propósito del sistema de patentes es promover el progreso,
 y aquellos que se benefician de las patentes de software pretenden que
 creamos sin cuestionamientos que el sistema tiene ese efecto. Pero la
 experiencia de los programadores indica lo contrario. Recientes análisis
 teóricos muestran que esto no tiene nada de paradójico (véase <a
 href="https://web.archive.org/web/20000815064858/http://www.researchoninnovation.org/patent.pdf">researchoninnovation.org/patent.pdf</a>
 en web.archive.org). No hay ninguna razón para que la sociedad exponga a los
 desarrolladores de software y a los usuarios al peligro de las patentes de
 software.</p>
 </div>
 
 <div class="translators-notes">
 
 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't have notes.-->
  </div>
 </div>
 
 <!-- for id="content", starts in the include above -->
 <!--#include virtual="/server/footer.es.html" -->
 <div id="footer" role="contentinfo">
 <div class="unprintable">
 
 <p>Envíe sus consultas acerca de la FSF y GNU a <a
 href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>. Existen también <a
 href="/contact/">otros medios para contactar</a> con la FSF. <br /> Para
 avisar de enlaces rotos y proponer otras correcciones o sugerencias,
 diríjase a <a
 href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>.</p>
 
 <p>
 <!-- TRANSLATORS: Ignore the original text in this paragraph,
         replace it with the translation of these two:
 
         We work hard and do our best to provide accurate, good quality
         translations.  However, we are not exempt from imperfection.
         Please send your comments and general suggestions in this regard
         to <a href="mailto:web-translators@gnu.org">
 
         &lt;web-translators@gnu.org&gt;</a>.</p>
 
         <p>For information on coordinating and contributing translations of
         our web pages, see <a
         href="/server/standards/README.translations.html">Translations
         README</a>. -->
 El equipo de traductores al español se esfuerza por ofrecer traducciones
 fieles al original y de buena calidad, pero no estamos libres de cometer
 errores.<br /> Envíe sus comentarios y sugerencias sobre las traducciones a
 <a
 href="mailto:web-translators@gnu.org">&lt;web-translators@gnu.org&gt;</a>.
 </p><p>Consulte la <a href="/server/standards/README.translations.html">Guía
 para las traducciones</a> para obtener información sobre la coordinación y
 el envío de traducciones de las páginas de este sitio web.</p>
 </div>
 
 <!-- Regarding copyright, in general, standalone pages (as opposed to
      files generated as part of manuals) on the GNU web server should
      be under CC BY-ND 4.0.  Please do NOT change or remove this
      without talking with the webmasters or licensing team first.
      Please make sure the copyright date is consistent with the
      document.  For web pages, it is ok to list just the latest year the
      document was modified, or published.
      
      If you wish to list earlier years, that is ok too.
      Either "2001, 2002, 2003" or "2001-2003" are ok for specifying
      years, as long as each year in the range is in fact a copyrightable
      year, i.e., a year in which the document was published (including
      being publicly visible on the web or in a revision control system).
      
      There is more detail about copyright years in the GNU Maintainers
      Information document, www.gnu.org/prep/maintain. -->
 <p>Copyright &copy; 2006, 2021 Richard Stallman</p>
 
 <p>Esta página está bajo licencia <a rel="license"
 href="http://creativecommons.org/licenses/by-nd/4.0/deed.es_ES">Creative
 Commons Reconocimiento-SinObraDerivada 4.0 Internacional</a>.</p>
 
 <!--#include virtual="/server/bottom-notes.es.html" -->
 <div class="translators-credits">
 
 <!--TRANSLATORS: Use space (SPC) as msgstr if you don't want credits.-->
 <strong>Traducción: Kamen Nedev, 2007.</strong> Revisión y formateo: Javier
 Fdez. Retenaga.</div>
 
 <p class="unprintable"><!-- timestamp start -->
 Última actualización:
 
 $Date: 2021/09/22 11:03:48 $
 
 <!-- timestamp end -->
 </p>
 </div>
 </div>
 <!-- for class="inner", starts in the banner include -->
 </body>
 </html>