Introducción

El módulo de gestión de derechos de propiedad intelectual trata de asegurar que los usos de obras o de fragmentos de obras impresas o susceptibles de serlo se ajustan a la legalidad. Al mismo tiempo, recopila información para determinar criterios de reparto justo de la remuneración equitativa entre los titulares de derechos a la que da derecho la ley. Puede encontrar una guía de usuario del Módulo en el siguiente enlace.

El módulo permite:

• Asociar un conjunto de metadatos a los ficheros subidos por el profesorado del curso. Dicho conjunto de metadatos incluye, qué tipo de contenido contiene el fichero, el autor de la obra, las páginas utilizadas, la licencia, etc.
• Realizar consultas a personal especializado en la institución sobre derechos de autor.
• Facilitar la tramitación de licencias para aquellas obras que lo requieran.
• Facilitar la auditoría de los metadatos registrados a las entidades de gestión de derechos. 

A partir de los metadatos recogidos, el sistema asigna un estado de tramitación a los ficheros. Dicho estado de tramitación puede disparar un conjunto de acciones sobre los contextos que lo contienen. Por ejemplo, si no ha sido tramitado por el profesorado durante un periodo de tiempo configurable (por defecto un día), la actividad o recurso que lo contiene pasa a ser invisible y, por lo tanto, a no estar disponible para el estudiantado.

Estado de desarrollo

• Versión recomendada: 0.6.1
• Fecha de publicación versión: 14 Sep 2018 

Instalación

Encontrará información sobre la instalación del módulo en el repositorio de código del mismo.

• Respositorio: https://bitbucket.org/ujiapps/moodle-local_lpi/src/master/
• Despliegue: local/lpi

Puesta en marcha

Tras la instalación del plugin realice los pasos siguientes:

• Deshabilite la tarea local_lpi\task\hide_expired_modules inmediatamente. Para prevenir ocultaciones de actividades en la fase inicial del despliegue. Dejarla desactivada durante unas semanas ayudará al profesorado de la institución a asimilar el trabajo de clasificación que tendrán que realizar a partir de ahora. 
• Excluya los ficheros de cursos que no desee que formen parte de la tramitación de los ficheros, por ejemplo, cursos correspondientes a cursos académicos anteriores.
• Ejecute la tarea local_lpi\task\insert_orphaned_files. Esto le puede llevar un tiempo.

$ sudo -u www-data php admin/tool/task/cli/schedule_task.php --execute=\local_lpi\task\insert_orphaned_files

• Si utiliza Boost como tema para su Moodle, añada el contenido del fichero misc/boost_enhance.scss al parámetro de configuración Site administration > Appearance > Themes > Boost > Raw SCSS. Puede encontrar el contenido a añadir también en el siguiente recuadro:

// Remove the document content label and give more space to radio buttons.
#page-local-lpi-detailed_review {
    #detailed-review-form {
        .document_content_field {
            .col-md-3 {
                 display: none;
            }
            .col-md-9 {
                 width: 95%;
            }
            label {
                font-weight: bold;
            }
            em {
                display: block;
                font-size: 0.8em;
                margin-left: 18px;
                margin-bottom: 0.8em;
                font-style: normal;
            }
        }
    }
}

Exclusión de ficheros

El sistema excluye automáticamente algunos ficheros de la necesidad de tramitación. Son los siguientes:

• Los ficheros subidos por el estudiantado. De momento se excluyen del ámbito de aplicación del plugin.
• Algunas áreas de los siguientes componentes:
  • Los ficheros del componente assignfeedback_editpdf ubicados en las siguientes áreas:
    • assignfeedback_file
    • assignfeedback_file_batch
    • assignfeedback_file_import
  • Los ficheros del componente mod_dialogue ubicados en las siguientes áreas:
    • attachment
    • message
• Los ficheros de ubicados en la zona de backups del curso.
• Los ficheros de audio. No son obras textuales.
• Los ficheros de vídeo. No son obras textuales.
• Los ficheros de imagen. No son obras textuales.

Aún con esto, hay casos particulares que no deban entrar dentro del flujo de tramitación. Algunos ejemplos son los siguientes:

• En la puesta en marcha del sistema se desea excluir cursos que se mantienen en línea en la instalación pero que ya no están en uso.
• Un fichero de audio subido que moodle no detecta como fichero de audio.

En estos casos, el sistema permite excluir ficheros particulares o todos los ficheros del curso.

Exclusión de ficheros en cursos

Todos aquellos cursos que figuren en la tabla local_lpi_ignored_courses son ignorados. Podemos emplear el comando local/lpi/cli/ignore_course.php para este propósito:

$ sudo -u www-data php local/lpi/cli/ignore_course.php --courseid=20

Exclusión de ficheros individuales

Todos los ficheros que figuren en la tabla local_lpi_ignored_files son ignorados. Aquí se apuntan los ficheros subidos por el estudiantado. Sería posible también utilizar la tabla para ignorar cualquier otro fichero. Por el momento, no tenemos comando cli que facilite este tipo de exclusión.

Estados de tramitación

Para el módulo, un fichero está en uno de los siguientes estados:

• Desconocido. Es el estado en el que se encuentran todos los ficheros de un curso que no han sido tramitados.
• En tramitación. En este estado se encuentran aquellos ficheros que, por la naturaleza de su contenido, requieren de la tramitación de una licencia. Dicha tramitación se resuelve de manera externa.
• Autorizado. Este estado permite la publicación del fichero sin mayor problema.
• No es una obra textual protegida ni contiene fragmentos de obras textuales protegidas. Este estado indica que no es una obra textual. Son ejemplos de estas obras, por ejemplo, programas de ordenador. Este caso no lo contempla el módulo.
• No autorizado. Sólo se llega al estado No autorizado cuando desde la aplicación de tramitación de licencias se deniega la publicación.

Registro de eventos

El módulo dispara eventos según se van sucediendo distintas situaciones. Los eventos quedan registrados en los registros de Moodle (habitualmente en la tabla logstore_standard_log). En este apartado veremos el catálogo de eventos disparados, la información que proporcionan y algunos ejemplos de consultas útiles para explotar dicha información.

Capacidades

Una descripción de las capacidades que define el módulo.

Tareas programadas

Notificaciones

Configuración de los parámetros de consulta a especialista

El profesorado tiene la posibilidad de consultar con un especialista en propiedad intelectual las dudas que le puedan surgir sobre la catalogación o el uso correcto de materiales en una obra. Basta con proporcionar una dirección de correo electrónico en el módulo donde enviar las consultas que realiza el profesorado desde la interfaz de usuario del mismo.

Servicios externos

El plugin implementa dos servicios externos incluidos (built-in external services). Los servicio se instalan pero no están habilitados por defecto. Para obtener la funcionalidad que ofrecen es necesario habilitarlos.

Configuración de LPI Integration Service

El servicio permite obtener:

• El listado de todos los ficheros en estado En tramitación.
• Establecer un nuevo estado para un fichero dado en estado En tramitación.

Este servicio facilita la integración de una aplicación externa para la tramitación de licencias. El flujo de trabajo es el siguiente:

• Un/a profesor/a solicita la tramitación de una licencia para un fichero en la pantalla de tramitación de un curso. Dicho de otro modo, el profesorado establece el estado de un fichero a En tramitación.
• A partir de ese momento, no es posible para el profesorado del curso cambiar el estado del fichero.
• El módulo GDPI envía un correo electrónico a la dirección configurada en el parámetro Correo electrónico de tramitación pendiente avisando de que existe una nueva solicitud de tramitación de fichero pendiente.
• El personal especialista en propiedad intelectual de la institución accede a la aplicación de tramitación de licencias.
• La aplicación de tramitación de licencias muestra un listado de los ficheros en estado En tramitación.
• Para cada fichero, el personal especialista en propiedad intelectual puede cambiar el estado del fichero a cualquiera de los estados indicados en el apartado Estados de tramitación (excepto, obviamente, el estadoEn tramitación).
• Cambiado el estado, el profesorado que solicitó el estado de tramitación recibe un correo indicando que se resolvió la tramitación del fichero indicando el resultado de la misma (autorizada, denegada, etc.).

Si se utiliza la aplicación de gestión de licencias elaborada por la Universitat Jaume I deberemos:

• Habilitar los servicios web del Moodle.
• Habilitar el protocolo REST.
• Habilitar el servicio LPI Integration Service.
• Habilitar la autenticación por Web Service.
• Crear un usuario LPI Integration User con autenticación Web Service.
• Crear el rol LPI Integration Role asignable a nivel de sistema con las capacidad local/lpi:addfilemetadata, local/lpi:downloadfile y moodle/rest:use autorizadas. 
• Asignar el rol LPI Integration Role al usuario LPI Integration User en el contexto de sistema.
• Autorizar al usuario LPI Integration Role en el servicio LPI Integration Service.
• Crear un token para el usuario LPI Integration User.

Ese token será el que tendremos que utilizar en la aplicación de tramitación de licnecias.

Descarga de ficheros

No se implementa como una función externa pero, es importante saber que la aplicación de gestión de licencias permite la descarga de los ficheros en estado En tramitación. De esta funcionalidad se encarga el script local/lpi/download_file.php. Dicho script permite descargar al usuario que tenga la capacidad local/lpi:downloadfile en el curso donde se aloja el fichero:

• Ficheros que se encuentren en el estado En tramitación.
• Ficheros para los que se ha lanzado una consulta el los últimos sesenta días.

Configuración de LPI Audit Service

El servicio de auditoría permite a una entidad externa (básicamente una entidad de gestión de derechos) auditar la catalogación de los ficheros realizada por el profesorado. Para la correcta configuración del servicio procederemos como en el caso anterior:

• Habilitar la autenticación Web Service.
• Crear un usuario LPI Audit User con autenticación Web Service.
• Crear un rol LPI Audit Role asignable a nivel de sistema con las siguientes capacidades habilitadas local/lpi:audit, moodle/rest:use y local/lpi:downloadfile.
• Asignar al usuario LPI Audit User el rol LPI Audit Role a nivel de sistema.
• Habilitar el servicio externo LPI Audit Service.
• Autorizar al usuario LPI Audit User la utilización de LPI Audir Service.
• Crear un token externo para LPI Audit User y asociarlo al servicio LPI Audit Service.

El token será facilitado a la entidad externa encargada de la consulta.

Acceso al servicio de auditoría

Para acceder al servicio de auditoría, la entidad auditora deberá acceder haciendo POST llamando a la función external local_lpi_get_auditable_file_metadata. Sea:

• LPI_AUDIT_TOKEN el token externo para LPI Audit User.
• MOODLE_WWW_ROOT el wwwroot del Moodle.

lo siguiente es un ejemplo para acceder a la información solicitada:

$ curl --data "wstoken=LPI_AUDIT_TOKEN" "http://MOODLE_WWW_ROOT/webservice/rest/server.php?wsfunction=local_lpi_get_auditable_file_metadata&moodlewsrestformat=json&page=0&count=100"

Descarga de ficheros

No se implementa como una función externa pero es importante saber que, como parte de la auditoría, existe la posibilidad de descargar el fichero asociado a un metadato. El script encargado de la descarga del fichero es local/lpi/download_audit_file.php. El script permite la descarga de cualquier fichero de la instalación que haya sido catalogado por el profesorado y cumpla los siguientes requisitos:

• Que no se encuentre en estado Desconocido.
• Que no haya sido catalogado como un Documento administrativo.

Preguntas frecuentes

¿Qué pasa con los ficheros de un estudiante que se ha desmatriculado?

La tarea local_lpi\task\insert_orphaned_files marca a ignorar todos aquellos ficheros que sean de estudiantes en el momento de ejecución de la misma. Con esto en mente ocurre lo siguiente:

• Si el estudiante queda desmatriculado del curso, los ficheros que subió previamente no aparecerán como pendientes de tramitación.
• Si el estudiante es rematriculado como profesor del curso, los ficheros que subió deberán ser tramitados de nuevo.

Tengo el mismo fichero en varias actividades dentro de un mismo curso, ¿es necesario tramitarlo dos veces?

No. No es necesario. N ficheros con el mismo contenthash dentro de un mismo curso, aún estando en distintos contextos, comparten metadatos y, por lo tanto, el profesorado únicamente debe tramitarlo una vez.

¿Cómo se generan las previsualizaciones de ficheros de la página de tramitación?

A diferencia de la página de calificaciones de las tareas de Moodle, utilizamos la librería PDFjs para generar las previsualizaciones de los ficheros PDF. El resto de ficheros no disponen de previsualización. También a diferencia de la página de calificación de las taras de Moodle, no se realiza conversión de los ficheros y, por lo tanto, no incrementamos los requisitos de espacio en el dataroot. 

Cuando importo o restauro un curso donde ya he tramitado algunos ficheros ¿tiene el profesorado que volver a tramitar los ficheros?

No. El plugin implementa la funcionalidad de backup y restauracion de Moodle. Hay una excepción. Aquellos ficheros que fueron clasificados como "Es una obra cuya autoría es de profesorado de este curso" deben volver a tramitarse de nuevo: no sabemos si el profesorado sigue siéndolo en el nuevo. Esto puede conseguirse fácilmente utilizando la utilidad de tramitación en masa.

¿Cómo funciona la importación de cursos?

La importación es un caso particular de la restauración de cursos en Moodle por lo que, si no decimos lo contrario, lo dicho aquí es aplicable tanto a la restauración como a la importación.

• Si se intenta restaurar los metadatos de un fichero al que todavía no se le han asociado metadatos en el curso destino o se encuentran en estado desconocido, se restauran.
• Si se intenta restaurar los metadatos de un fichero al que ya se le han asociado metadatos en el curso destino, no se restauran los metadatos. Se conserva lo que ya ha establecido el profesorado previamente.

Los nuevos metadatos importados / restaurados heredan el usuario que originariamente rellenó los metadatos. Esto es importante saberlo. Dicho de otra manera:

• P0 es profesor del curso C0.
• P1 es profesor de los cursos C0 y C1.
• P0 rellena los metadatos de los ficheros que tiene en C0 y, por lo tanto, es quien ha rellenado los mismos.
• P1 importa los datos del curso C0 en C1.

En C1 los metadatos se consideran como rellenados por P0 y no por P1.