1. Introducción
  2. Observaciones generales
  3. Fichero de definiciones
  4. Indicación de las fechas
  5. Datos no disponibles
  6. Formato de texto
  7. Formato del esquema
  8. Formato DTD

Introducción

Las siguientes indicaciones tienen por objeto garantizar que los ficheros de referencia proporcionados a la Oficina Internacional se ajusten a la Norma ST.37 de la OMPI y sean homogéneos en todas las Oficinas. Este documento se basa en las preguntas planteadas a la Oficina Internacional desde la puesta en marcha en 2019 del portal de ficheros de referencia. Este portal está disponible en: /standards/es/authority_file.html

La Oficina Internacional comprueba la validez de todos los ficheros de referencia presentados por las Oficinas con respecto a la Norma ST.37 de la OMPI. El portal de ficheros de referencia se actualiza al menos una vez al año, en marzo.

Observaciones generales

El primer paso a la hora de preparar el fichero de referencia es consultar la Norma ST.37 de la OMPI. Se ofrecen recomendaciones para los ficheros de referencia que se facilitan en formato de texto o en formato XML conforme al esquema (Norma ST.37, Anexo III) o al DTD (Norma ST.37, Anexo IV). Cabe destacar que los ficheros de referencia que no se ajusten a la Norma ST.37 no se publicarán en el portal de la OMPI.

Se recomienda que las Oficinas proporcionen el fichero de referencia conforme a la última versión de la Norma ST.37, que puede encontrarse en la página de normas técnicas de la OMPI. No obstante, si es necesario, el fichero de referencia puede proporcionarse conforme a cualquier versión de la Norma ST.37.

La Oficina Internacional revisará los ficheros de referencia (y sus actualizaciones) presentados por las Oficinas antes de publicarlos en el portal. Si hay algún problema con el fichero de referencia proporcionado, la OMPI se pondrá en contacto con la Oficina para examinar los cambios que sean necesarios. Una vez que el fichero de referencia sea conforme, se publicará en el próximo periodo de publicación. Normalmente hay dos actualizaciones al año, siendo la primera en marzo.

El fichero de referencia conforme a la Norma ST.37 requiere cuatro elementos obligatorios por cada publicación de patente, tal como se define en el párrafo 8 de la norma: código alfabético de dos letras identificativo de la Oficina, número de publicación, código de tipo y fecha de publicación. No obstante, se recomienda encarecidamente que también se facilite la información de identificación de la solicitud definida en el párrafo 9.c) de la norma, si está disponible, ya que esa información resulta útil para los usuarios del fichero de referencia.

Por lo general, es recomendable que el fichero de referencia conste de un único fichero. No obstante, si existe un motivo justificado que lo impida, la Oficina Internacional podrá aceptar ficheros de referencia que estén compuestos por más de un fichero.

Fichero de definiciones

Aunque no es obligatorio, se recomienda encarecidamente que las Oficinas proporcionen un fichero de definiciones además del fichero de referencia. El fichero de definiciones ofrece información útil sobre el periodo comprendido y los códigos de excepciones, en caso de que se utilicen. El fichero de definiciones puede proporcionarse (o alojarse) en varios formatos, entre ellos texto o HTML. Se recomienda que las Oficinas proporcionen tantos metadatos como sea posible en este fichero.

El fichero de definiciones puede incluir la siguiente información:

  • Fecha de producción;
  • Periodo comprendido en el fichero de referencia;
  • Formatos de numeración utilizados;
  • Datos básicos sobre las publicaciones de patentes anteriores al periodo correspondiente al fichero de referencia presentado;
  • Si se proporciona información sobre la solicitud, cuando esté disponible;
  • Si se incluyen datos sobre la prioridad, cuando estén disponibles;
  • Se indica la disponibilidad del resumen, la descripción y las reivindicaciones de la publicación en un formato que permita la búsqueda de texto (mediante códigos de indicación);
  • Observaciones adicionales útiles para el usuario del fichero de referencia; y
  • Definición de los códigos de excepciones de la publicación, en caso de que se utilicen.
Las Oficinas que proporcionen esta información en formato XML compatible con el esquema o el DTD de la Norma ST.37, pueden hacerlo en la propia instancia.

Indicación de las fechas

Las Oficinas tienen varias opciones para proporcionar las fechas de publicación y de presentación de las patentes. A fin de que todas las Oficinas proporcionen estas fechas de manera homogénea, se recomienda que:

  • La fecha de presentación corresponda a la fecha del código INID 22: la fecha de presentación de la solicitud.
  • La fecha de publicación corresponda a la fecha del código INID 41, la fecha de la primera publicación antes del examen, en el caso de las publicaciones "A", o el código INID 45, la fecha de emisión, en el caso de las publicaciones "B".

Los códigos INID se definen en la Norma ST.9 de la OMPI .

Datos no disponibles

Aunque el número de solicitud puede facilitarse opcionalmente, en algunos casos están disponibles algunos de los campos pertinentes, si bien no todos, y es posible que las Oficinas deseen facilitar esos datos. Si no está disponible el campo de número de solicitud, especificado en el párrafo 9, se recomienda que para la instancia XML se utilice la cadena siguiente: "No se localiza el número de solicitud". Esto servirá para identificar las entradas para las que existía un número de solicitud que no se ha podido localizar.

Formato de texto

El formato de texto es el medio más sencillo para proporcionar información sobre la publicación de patentes en el fichero de referencia conforme a la Norma ST.37. En el Anexo II de la Norma ST.37 de la OMPI se indica cómo preparar el fichero de referencia en este formato. Los siguientes consejos se dirigen a las Oficinas que proporcionen el fichero de referencia en formato TXT:

  1. Hay que tener en cuenta el tipo de separadores que se utilizan entre los componentes correspondientes a cada entrada del número de publicación. La Norma ST.37 recomienda el uso de comas, pero cada entrada de línea debe terminar con un retorno de carro y un salto de línea (<CTLF>).
    Si se utiliza la versión 2.2, debe haber un espacio entre cada uno de los códigos de idioma en que puedan realizarse búsquedas de un componente determinado de la memoria descriptiva de la patente.
  2. Si el código de tipo no está disponible (o no se suministra) y se utiliza la versión 2.2, debe haber un espacio en blanco seguido de una coma antes de la definición de tres códigos indicadores.

Formato del esquema

Se recomienda utilizar la última versión del esquema aplanado de la Norma ST.37 de la OMPI, disponible en el Anexo III de esta norma.

No hay ninguna recomendación específica para el uso del esquema ST.37, aparte de las observaciones generales sobre las instancias XML compatibles con la Norma ST.37, que se explican en la sección sobre el uso del formato DTD.

Formato DTD

Se recomienda utilizar la última versión del formato DTD de la Norma ST.37 de la OMPI, disponible en el Anexo IV de esta norma.

Los siguientes consejos se dirigen a las Oficinas que proporcionen el fichero de referencia XML conforme al formato DTD de la Norma ST.37. Se ofrecen las siguientes descripciones de los componentes específicos del formato DTD:

  1. exception-code: corresponde a <pat:ExceptionCodeType> y admite los siguientes valores: C, D, E, M, N, P, R, U, W, X
  2. priority-kind-code (international | national | regional): corresponde a <pat:ApplicationFilingCategory>.
  3. kind: corresponde al código de tipo del documento de patente <pat:PatentDocumentKindCode> definido en la Norma ST.16 de la OMPI. También corresponde al código INID 13 de la Norma ST.9.
El código de excepción solo debe utilizarse si 1) solo hay una versión en papel disponible o 2) hay algún otro problema. No debe utilizarse para indicar el código de tipo de la publicación anterior.