ES2965239T3 - Suministro de contenidos multimedia en una red informática - Google Patents

Suministro de contenidos multimedia en una red informática Download PDF

Info

Publication number
ES2965239T3
ES2965239T3 ES19720859T ES19720859T ES2965239T3 ES 2965239 T3 ES2965239 T3 ES 2965239T3 ES 19720859 T ES19720859 T ES 19720859T ES 19720859 T ES19720859 T ES 19720859T ES 2965239 T3 ES2965239 T3 ES 2965239T3
Authority
ES
Spain
Prior art keywords
user
multimedia content
token
access
partner
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES19720859T
Other languages
English (en)
Inventor
Johan Billgren
Katie Rogers
Michael Lindfors
De Luis Juan Jimenez
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Acast Publ AB
Original Assignee
Acast Publ AB
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Acast Publ AB filed Critical Acast Publ AB
Application granted granted Critical
Publication of ES2965239T3 publication Critical patent/ES2965239T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Se proporciona un método (200) para proporcionar un contenido multimedia en una red informática, que incluye, en un sistema servidor (222) de un proveedor (220) de contenido multimedia: obtener una identificación de usuario, UID, de un usuario (210) registrado con un socio (230) del proveedor de contenido multimedia, y una identificación de contenido, CID, de un contenido multimedia ofrecido por el proveedor de contenido multimedia; generar un primer token asociado con el UID y CID obtenidos; almacenar (226-1) el primer token en un almacenamiento de datos (224); proporcionar (226-2) una referencia a un recurso web al usuario y/o al socio, incluyendo la referencia un segundo token igual o al menos asociado con el primer token; recibir (216-2) una primera solicitud del usuario para acceder al recurso web, incluyendo la primera solicitud el segundo token; proporcionar (226-3) el recurso web al usuario, identificando el recurso web una ubicación de red e incluyendo un tercer token igual a, o al menos asociado con, al menos uno del primer token y el segundo token; recibir (216-3) una segunda solicitud del usuario para acceder a la ubicación de la red, incluyendo la segunda solicitud el tercer token; confirmar (226-4), basándose al menos en una comparación del tercer token con el primer token almacenado en el almacenamiento de datos, si al usuario se le permite acceso a al menos parte del contenido multimedia y, si confirma que el usuario se permite el acceso, proporcionando (226-5) al menos parte del contenido multimedia al usuario. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN
Suministro de contenidos multimedia en una red informática
Campo técnico
La presente divulgación se refiere al suministro de contenidos multimedia sindicados en una red informática. En particular, la presente divulgación se refiere al suministro de contenidos multimedia exclusivos de un proveedor de contenidos multimedia a un usuario registrado con un socio del proveedor de contenidos multimedia.
Antecedentes
A través de Internet, un proveedor de suscripciones puede ofrecer a sus usuarios registrados la posibilidad de descargar, transmitir o consumir de otro modo diversos contenidos multimedia, tales como podcasts, películas, música y similares. En lugar de alojar dichos contenidos multimedia por su cuenta, el proveedor de suscripciones puede asociarse con uno o varios proveedores de contenidos dedicados. De este modo, el proveedor de suscripciones puede centrarse únicamente en gestionar las suscripciones de sus diversos usuarios y delegar los posibles problemas relacionados con la creación de contenidos, el suministro de ancho de banda y la gestión del tráfico elevado a los distintos proveedores de contenidos multimedia. Además, al suministrar dichos contenidos multimedia sindicados desde una pluralidad de proveedores de contenidos multimedia diferentes, el proveedor de suscripciones puede ofrecer a sus usuarios registrados una mayor cantidad de contenidos disponibles y así resultar más atractivo tanto para los usuarios actuales como para los potenciales usuarios futuros.
Sin embargo, puede surgir el problema de que los distintos proveedores de contenidos multimedia no tengan acceso a la información sobre los diversos usuarios registrados con el proveedor de suscripciones, por lo que puede resultar difícil para un proveedor de contenidos multimedia saber si debe autorizar o no una solicitud de acceso a un contenido multimedia específico realizada por un usuario concreto.
Los antecedentes tecnológicos de la solución divulgada pueden encontrarse también en los documentos US2007/219910, US2006/259492 y US2007/277233.
Sumario
Para resolver, al menos en parte, el problema anterior, la presente divulgación tiene por objeto proporcionar una forma mejorada de suministrar contenidos multimedia en una red informática. Para lograrlo, se proporcionan un procedimiento y un sistema de/para el suministro de un contenido multimedia en una red informática, tal como se define en las reivindicaciones independientes. En las reivindicaciones dependientes se exponen realizaciones adicionales de la presente divulgación.
De acuerdo con un primer aspecto de la presente divulgación, se proporciona un procedimiento de suministro de un contenido multimedia en una red informática. El procedimiento se lleva a cabo en un sistema servidor de un proveedor de contenidos multimedia. El procedimiento puede incluir la obtención de una identificación de usuario (UID) de un usuario. El usuario puede estar registrado con un socio del proveedor de contenidos multimedia. El procedimiento puede incluir la obtención de una identificación de contenido (CID) de un contenido multimedia ofrecido por el proveedor de contenidos multimedia. El procedimiento puede incluir la generación de un primer token. El primer token puede estar asociado con el UID y el CID obtenidos. El procedimiento puede incluir el almacenamiento del primer token generado en una unidad de almacenamiento de datos. El procedimiento puede incluir el suministro al usuario y/o al socio de una referencia a un recurso web. La referencia puede incluir un segundo token. El segundo token puede ser igual, o al menos estar asociado con, el primer token.
El procedimiento puede incluir, además, la recepción de una primera solicitud de acceso al recurso web procedente del usuario. La primera solicitud puede incluir el segundo token. El procedimiento puede incluir también el suministro del recurso web al usuario. El recurso web puede identificar una ubicación de red e incluir un tercer token. El tercer token puede ser igual, o al menos estar asociado con, al menos uno de entre el primer token y el segundo token.
El procedimiento puede incluir una segunda solicitud de acceso a la ubicación de red procedente del usuario. La segunda solicitud puede incluir el tercer token. El procedimiento puede incluir la confirmación, basándose al menos en una comparación del tercer token con el primer token almacenado en la unidad de almacenamiento de datos, de si el usuario está autorizado o no al acceso al menos a una parte del contenido multimedia. El procedimiento también puede incluir, si se confirma que el usuario está autorizado al acceso, el suministro de al menos una parte del contenido multimedia al usuario.
En algunas realizaciones, el UID y el CID a los que está asociado el primer token también pueden almacenarse en la unidad de almacenamiento de datos.
En algunas realizaciones, antes de la anterior etapa de confirmación de si el usuario está autorizado o no al acceso al menos a una parte del contenido multimedia, el procedimiento puede incluir una etapa adicional de obtención de una indicación, procedente del socio, de si el usuario está autorizado o no al acceso y de actualización de la unidad de almacenamiento de datos en consecuencia.
En algunas realizaciones, el procedimiento puede incluir la invalidación o eliminación del primer token en/de la unidad de almacenamiento de datos si se indica (por parte del socio) que el usuario no está autorizado al acceso.
En algunas realizaciones, el procedimiento puede incluir la recepción de la indicación procedente del socio después al menos de la etapa de suministro al usuario y/o al socio de la referencia al recurso web. Dicho de otra manera, el procedimiento puede incluir recibir la indicación después del suministro al usuario (y/o al socio) de la referencia al recurso web, pero antes de que al menos una parte del contenido multimedia sea suministrada al usuario.
En algunas realizaciones, la etapa de confirmación de si el usuario está autorizado o no al acceso puede incluir la confirmación de si el usuario está autorizado o no al acceso basándose en una política de usuario.
En algunas realizaciones, la etapa de confirmación de si el usuario está autorizado o no al acceso puede incluir la confirmación de si el usuario está autorizado o no al acceso basándose en si la segunda solicitud se origina en una o más direcciones de red específicas. Dicho de otra manera, puede verificarse si la segunda solicitud se origina en una o más direcciones de red autorizadas (por ejemplo, números de IP), si la segunda solicitud se origina en una o más direcciones de red no autorizadas, si la segunda solicitud se origina en una o más direcciones de red que han sido utilizadas para acceder al contenido multimedia (o, por ejemplo, también a otro contenido multimedia) más de un número predefinido de veces, o similares.
En algunas realizaciones, la etapa de confirmación de si el usuario está autorizado o no al acceso puede incluir la confirmación de si el usuario está autorizado o no al acceso basándose en si el usuario ha accedido previamente al menos a una parte del contenido multimedia más de un número específico de veces.
En algunas realizaciones, la etapa de confirmación de si el usuario está autorizado o no al acceso puede incluir la confirmación de si el usuario está autorizado o no al acceso basándose en si la segunda solicitud se realiza dentro de una ventana de tiempo predefinida.
En algunas realizaciones, la etapa de confirmación de si el usuario está autorizado o no al acceso puede incluir la confirmación de si el usuario está autorizado al acceso a solo una parte del contenido multimedia o a la totalidad del contenido multimedia. La etapa de suministro de al menos una parte del contenido multimedia al usuario (si se confirma que el usuario está autorizado al acceso) puede entonces incluir, si se confirma que el usuario está autorizado al acceso a solo una parte del contenido multimedia, el suministro de solo una parte del contenido multimedia al usuario o, si se confirma que al usuario está autorizado al acceso a la totalidad del contenido multimedia, el suministro de la totalidad del contenido multimedia al usuario.
En algunas realizaciones, el procedimiento puede incluir también, si se confirma que el usuario no está autorizado al acceso (ya sea a una parte o a la totalidad del contenido multimedia), una etapa de suministro de ninguna parte del contenido multimedia, de solo una parte del contenido multimedia o de un contenido multimedia diferente al usuario.
En algunas realizaciones, el recurso web puede ser un documento estructurado. Preferiblemente, los recursos web pueden ser un documento RSS (por ejemplo,RDF Site Summary/Rich Site Summary/Really Simple Syndication)u otro documento de formato XML(Extended Markup Language).El recurso web puede incluir un elemento (por ejemplo, una "etiqueta") que identifique la ubicación de red.
En algunas realizaciones, el procedimiento puede incluir, además, la recopilación de información estadística relativa al usuario y a los intentos de acceso al contenido multimedia, y el suministro de al menos una parte de la información estadística al socio.
En algunas realizaciones, el UID y el CID pueden ser recibidos del socio.
En algunas realizaciones, el UID y el CID pueden ser recibidos del usuario. El procedimiento puede incluir ponerse en contacto con el socio para confirmar si el usuario está autorizado o no al acceso al menos a una parte del contenido multimedia identificado por el CID.
De acuerdo con un segundo aspecto de la presente divulgación, se proporciona un sistema servidor para el suministro de un contenido multimedia en una red informática. El sistema servidor puede incluir un procesador informático. El sistema servidor puede incluir un medio no transitorio legible por ordenador que almacena instrucciones operables, cuando son ejecutadas por el procesador, para hacer que el procesador implemente el procedimiento tal como se describe en el presente documento de acuerdo con el primer aspecto y sus realizaciones asociadas.
De acuerdo con un tercer aspecto de la presente divulgación, se proporciona un medio no transitorio legible por ordenador. El medio puede almacenar instrucciones operables, cuando son ejecutadas por el procesador informático, para implementar el procedimiento tal como se describe en el presente documento de acuerdo con el primer aspecto y sus realizaciones asociadas. El medio al que se hace referencia en el sistema servidor del segundo aspecto puede ser, por ejemplo, el medio descrito en el presente documento de acuerdo con el tercer aspecto y sus realizaciones asociadas.
Las ventajas y características del procedimiento según el primer aspecto son igualmente aplicables al sistema servidor según el segundo aspecto y al medio de almacenamiento según el tercer aspecto, y viceversa. La presente divulgación se refiere a todas las combinaciones posibles de características tal como se exponen, por ejemplo, en las reivindicaciones. Otros objetos y ventajas de las diversas realizaciones de la presente divulgación se describirán a continuación mediante una o más realizaciones a modo de ejemplo.
Breve descripción de los dibujos
A continuación, se describirán realizaciones a modo de ejemplo con referencia a los dibujos adjuntos, en los que:
La Figura 1 ilustra esquemáticamente una red informática en la que puede implementarse el procedimiento según la presente divulgación;
Las Figuras 2a a 2c ilustran esquemáticamente diagramas de flujo de diversas realizaciones de un procedimiento según la presente divulgación; y
La Figura 3 ilustra esquemáticamente una realización de un sistema servidor según la presente divulgación.
En los dibujos, a menos que se indique lo contrario, se utilizan números de referencia similares para características o elementos similares. A menos que se indique expresamente lo contrario, los dibujos muestran solo aquellos elementos que son necesarios para ilustrar las realizaciones de ejemplo, mientras que otros elementos, en aras de la claridad, pueden omitirse o simplemente sugerirse. En las figuras, los tamaños de los elementos y las secciones pueden no estar necesariamente dibujados a escala y, por ejemplo, pueden estar sobredimensionados con fines ilustrativos y, por lo tanto, se proporcionan para ilustrar las estructuras generales de las realizaciones.
Descripción detallada
Con referencia a la Figura 1, a continuación, se describirá con más detalle un posible escenario de uso del procedimiento según la presente divulgación.
La Figura 1 ilustra esquemáticamente una red informática 100, en la que un usuario o cliente 110, un proveedor de contenidos multimedia 120 y un socio 130 del proveedor de contenidos multimedia 120 están conectados a través de una infraestructura de red 140. La infraestructura de red 140 (ilustrada por la nube) puede ser, por ejemplo, Internet, una intranet, una red local o similar, o una combinación de estas.
Como indica la flecha 150, el usuario 110 está relacionado con el socio 130 al menos en la media en que el usuario 110 está registrado con el socio 120. El usuario 110 puede ser, por ejemplo, un suscriptor registrado de un servicio ofrecido por el socio 120. La oferta del servicio puede ser gratuita, o puede requerir el pago, por parte del usuario 110, de una o más tarifas al socio 130 antes de que se le permita consumir el servicio. En otras situaciones, puede preverse que el socio 130 proporcione, por ejemplo, una oferta de servicio limitada al usuario 110 de forma gratuita, mientras que el usuario 110 solo podrá acceder a una oferta de servicio completa o más amplia una vez que el usuario 110 haya pagado, o al menos se haya comprometido a pagar, la una o más tarifas al socio 120. Una tarifa puede ser, por ejemplo, una tarifa única, una tarifa periódica (como, por ejemplo, una tarifa mensual o anual) o, por ejemplo, una tarifa de pago por visionado/escucha.
Para consumir un servicio ofrecido por el socio 120, el usuario 110 puede utilizar, por ejemplo, uno o varios de entre un ordenador 112, un teléfono inteligente 114, un reproductor multimedia dedicado 116 o similares. Se prevé que, con independencia del dispositivo que utilice el usuario 110 para consumir el servicio, tal dispositivo pueda conectarse a la infraestructura de red 140.
Un servicio ofrecido por el socio 130 al usuario 110 puede ser, por ejemplo, el acceso a uno o más contenidos multimedia, tales como, por ejemplo, un contenido de audio y/o un contenido de vídeo. Un contenido de audio puede ser, por ejemplo, un podcast, uno o más archivos de música o similares. Un contenido de vídeo puede ser, por ejemplo, un programa de televisión, una película, un informativo o similares. El usuario 110 puede conectarse, por ejemplo, a un servidor 132 del socio 130. El servidor 132 tiene acceso a una lista 134 en la que se almacena información sobre los miembros registrados (por ejemplo, suscriptores) del socio 130. Si un nuevo usuario se registra con el socio 130, o si un miembro existente, por ejemplo, suspende el pago de uno o más servicios, da de baja una suscripción, actualiza una suscripción existente, o similares, se entiende que el socio 130 actualiza la lista 134 en consecuencia, de modo que la lista 134 esté siempre actualizada. La lista 134 puede, por ejemplo, incluir información sobre un usuario particular, si el usuario particular ha pagado o no alguna tarifa de suscripción, a qué contenidos multimedia está autorizado a acceder el usuario, y así sucesivamente.
Los contenidos multimedia, sin embargo, no son suministrados directamente por el socio 130 al usuario 110. En lugar de ello, como se indica mediante la flecha 152, el socio 130 está asociado con un proveedor 120 de contenidos multimedia. El proveedor 120 de contenidos multimedia almacena uno o más contenidos multimedia, y puede entregar al usuario 110 un contenido multimedia específico, o una parte de un contenido multimedia específico, por solicitud. Por ejemplo, el socio 130 puede proporcionar al usuario 110 una lista de contenidos multimedia disponibles en el proveedor de contenidos multimedia 120. El usuario 110 puede, utilizando un dispositivo tal como un teléfono inteligente 114, solicitar uno o más contenidos multimedia, y el proveedor de contenidos multimedia 120 puede entonces entregar los contenidos multimedia solicitados directamente al usuario 110. El usuario 110 y el proveedor de contenidos multimedia 120, por lo tanto, no están obligados a mantener ninguna relación permanenteper se,sino únicamente una relación temporal (como se indica mediante la flecha discontinua 154), que puede restablecerse cada vez que un usuario 110 desee acceder a un contenido multimedia disponible en el proveedor de contenidos multimedia 120.
El proveedor de contenidos multimedia 120 dispone de uno o más servidores o sistemas servidor 122 conectados a la infraestructura de red 130. El uno o más servidores o sistemas servidor 122 pueden incluir (o al menos estar conectados a) una o más unidades de almacenamientos de datos 124 en las que, por ejemplo, se almacenan los propios contenidos multimedia.
Un "ecosistema" o infraestructura, tal como se ilustra en la Figura 1, permite que la responsabilidad de la gestión, por ejemplo, de la suscripción de usuarios y la responsabilidad del suministro de contenidos multimedia se compartan entre el proveedor de contenidos multimedia 120 y el socio 130. Sin embargo, como se ha descrito anteriormente en el presente documento, dado que no hay una única parte responsable tanto de la gestión de usuarios como del suministro de contenidos, existe la necesidad de una forma mejorada de suministrar, de forma segura, un contenido multimedia al usuario 110, garantizando al mismo tiempo que el usuario que solicita el contenido multimedia tiene derechos de acceso a dicho contenido multimedia.
Como se describirá ahora con más detalle con referencia a las Figuras 2a a 2c, la presente divulgación describe un procedimiento de suministro de un contenido multimedia en una red informática que permite ofrecer tal mejora.
La Figura 2a ilustra esquemáticamente un diagrama de flujo de una realización de un procedimiento 200. El procedimiento 200 se implementa en un servidor o sistema servidor 222 de un proveedor de contenidos multimedia 220. El sistema servidor 222 está en comunicación con una unidad de almacenamiento de datos 224. En algunas realizaciones, la unidad de almacenamiento de datos 224 y el servidor (sistema) 222 pueden ser elementos independientes, y la unidad de almacenamiento de datos 224 y el servidor 222 pueden estar situados, por ejemplo, en una misma sala o incluso en ubicaciones distintas. En otras realizaciones, el servidor (sistema) 222 y la unidad de almacenamiento de datos 224 pueden proporcionarse juntos y, por ejemplo, formar parte de un mismo sistema servidor. Por ejemplo, la unidad de almacenamiento de datos 224 puede formar parte del propio servidor 222. En el diagrama de flujo de la Figura 2a, la comunicación recibida y enviada por el servidor 222 se ilustra con flechas continuas, mientras que la comunicación entre otras partes (tal como entre el socio 230 y el usuario 210) se ilustra con flechas discontinuas.
En una primera etapa, el servidor 222 recibe una comunicación 236-1 del socio 230, que incluye una identificación de usuario (UID) y una identificación de contenido (ID). El UID identifica al usuario 210 registrado con el socio 230, y el CID identifica un contenido multimedia específico al que el usuario 210 desea acceder. En el presente documento, un "contenido multimedia específico" puede ser, por ejemplo, una película, una grabación de un concierto, un álbum de música, un podcast, una serie de televisión y/o audio, o similares. Un contenido multimedia específico también puede ser, por ejemplo, una temporada específica de una serie, un episodio específico de una temporada, una de las muchas partes de un episodio específico, o similares. Un contenido multimedia específico también puede ser, por ejemplo, un tema musical, una canción específica de un álbum de música, o una de las muchas partes de una canción específica, etc.
El socio 230 puede, por ejemplo, enviar la comunicación 236-1 después de que el usuario 210 haya indicado al socio 230 que el usuario 210 está interesado en el contenido multimedia específico. Por ejemplo, se prevé que el socio 230 pueda suministrar (no se muestra) al usuario 210 una lista de contenidos multimedia disponibles, y que el contenido multimedia específico identificado por el CID forme parte de dicha lista. El usuario 210 puede indicar al socio 230, por ejemplo, enviando una comunicación 216-1 al socio 230, que desea acceder al contenido multimedia específico. Tras haber recibido dicha indicación procedente del usuario 210, el socio se pone en contacto con el proveedor de contenidos multimedia enviando la comunicación 236-1. De manera alternativa, el socio 230 puede desear suministrar un contenido multimedia a un usuario concreto, como, por ejemplo, una recompensa o como parte de una oferta. Para el suministro de una oferta dedicada, el socio 230 puede tener conocimiento de las preferencias del usuario. El socio 230 puede así optar por enviar el UID y el CID al proveedor de contenidos multimedia 220 sin la intervención del usuario. En tal alternativa, la comunicación 216-1 puede ser opcional.
En una siguiente etapa, el proveedor de contenidos multimedia 220 genera un primer token. El primer token se asocia con el UID y el CID obtenidos por el proveedor de contenidos multimedia 220 del socio 230, y luego se almacena en la unidad de almacenamiento de datos 224. El CID y/o el UID pueden almacenarse junto con el primer token en la unidad de almacenamiento de datos 224. El almacenamiento del primer token en la unidad de almacenamiento de datos 24 se ilustra mediante la comunicación 226-1, enviada desde el servidor 222 a la unidad de almacenamiento de datos 224. El primer token puede ser, por ejemplo, una cadena aleatoria de caracteres, o cualquier otra recopilación de bytes de datos obtenidos de tal manera que el primer token pueda ser asumido como único para al menos el UID, y posiblemente único también para la combinación del UID y el CID. Como ejemplo, la unidad de almacenamiento de datos 224 puede incluir una tabla de base de datos que comprenda al menos una columna "Token" y una columna "UID", y posiblemente también una columna "CID". La asociación del primer token con el UID y el CID puede realizarse, por ejemplo, añadiendo una nueva fila a dicha tabla, almacenando el primer token generado en la columna "Token", y el UID, y posiblemente también el CID, en las columnas "UID" y "CID", respectivamente. Una tabla de este tipo también puede comprender más columnas. Por ejemplo, puede haber una columna "Activo" que indique si una fila específica debe tenerse en cuenta, por ejemplo, a la hora de buscar una o más filas que contengan un token específico almacenado en la columna "Token". Los nombres de las distintas columnas y/o la estructura exacta de la tabla de base de datos pueden, por supuesto, ser diferentes y, con todo, seguir cumpliendo el propósito de asociar el primer token con el UID y, de manera opcional, con el CID, de una forma controlada.
En una siguiente etapa, o al menos en una etapa llevada a cabo en relación con el almacenamiento del primer token en la unidad de almacenamiento de datos 224, el proveedor de contenidos multimedia 220 proporciona al socio 230 una referencia a un recurso web enviando una comunicación. 226-2 desde el servidor 222. La referencia incluye un segundo token que puede ser igual, o correspondiente, al primer token, o al menos estar asociado con el primer token. En este caso, "asociado con" significa que los tokens primero y segundo están relacionados de algún modo, de manera que pueda desprenderse del segundo token que forma parte del primer token. Dicho de otra manera, debe entenderse que el segundo token, si es diferente del primero, puede ser rastreado hasta llegar al primer token. El proveedor de contenidos multimedia 220 puede conseguirlo, por ejemplo, almacenando una lista/base de datos que relacione juntos el primer token y el segundo token o, por ejemplo, incluyendo columnas adicionales en la tabla de base de datos descrita anteriormente para asociar el primer token con el UID (y, de manera opcional, con el CID). Por ejemplo, la anterior tabla de base de datos puede comprender columnas adicionales "Token2", "Token3", etc., en las que pueden almacenarse tokens relacionados con el primer token. De manera alternativa, las relaciones pueden almacenarse en una tabla de base de datos separada, por ejemplo, en una tabla que contenga las columnas "Token", "Token2", "Token3", etc., y en la que un primer token se almacene en la columna "Token" y los tokens relacionados con el primer token se almacenen en "Token2", "Token3", etc. De manera alternativa, una tabla de base de datos puede incluir una columna "Token" (para almacenar un primer token) y una columna "RelToken" para almacenar un token relacionado. En dicha tabla de base de datos, puede insertarse una fila por cada token relacionado con un primer token. Naturalmente, pueden utilizarse también otras configuraciones de tablas de base de datos, u otros medios de almacenamiento, siempre que un primer token pueda estar relacionado con uno o más tokens adicionales. En algunas realizaciones, un token relacionado con el primer token puede contener el primer token en sí más algunos bytes de datos adicionales, de modo que la relación pueda deducirse examinando únicamente el token relacionado.
El "recurso web" puede ser, por ejemplo, un documento, script o algún otro archivo provisto en algún lugar en línea y cuyo acceso puede ser solicitado por el usuario. La referencia puede ser, por ejemplo, un enlace, tal como un localizador uniforme de recursos (URL), al recurso web. Por ejemplo, el recurso web puede ser un archivo file/script "file1" y la referencia puede ser una URL como "http://server.com/folder/subfolder/file1?t=<token2>" o similar, donde " <token2>" es el segundo token proporcionado al socio 230 desde el proveedor de contenidos multimedia 220 y el servidor 222. El archivo "file1" puede ser, por ejemplo, un script que, cuando es accedido por un usuario, proporciona una salida dependiendo del parámetro de entrada t (es decir, del token "<token2>"). Obviamente, los nombres exactos de los parámetros pueden seleccionarse de forma diferente.
Después de haber enviado la comunicación 226-2, el proveedor de contenidos multimedia 220 puede esperar una respuesta del usuario 210. Mientras tanto, el socio 230 puede proporcionar una comunicación 236-3 al usuario 210, informando al usuario 210 sobre la referencia al recurso web (tal como fue suministrada por el proveedor de contenidos multimedia 220 en la comunicación 226-2), que incluye información sobre el segundo token. La información recibida por el usuario 210 procedente del socio 230 puede ser utilizada, por ejemplo, por una aplicación que se ejecute en un dispositivo controlado/poseído por el usuario 210, tal como un teléfono inteligente, una tableta, un ordenador portátil o similares. Se prevé que el usuario 210 pueda utilizar diferentes aplicaciones, por ejemplo, para proporcionar la comunicación 216-1 al socio 230 y para proporcionar, por ejemplo, una solicitud de recurso web. Sin embargo, en un escenario, el usuario 210 puede haberse identificado primero (por ejemplo, haber iniciado sesión) en un servidor del socio 230 utilizando, por ejemplo, un navegador de Internet en un ordenador o portátil y, a continuación, puede necesitar utilizar otro dispositivo, tal como un teléfono inteligente o una tableta, que admita el uso de aplicaciones para consumir el contenido multimedia y, así, solicitar primero el recurso web.
En una siguiente etapa, el servidor 222 recibe una comunicación 216-2 procedente del usuario 210, incluyendo una primera solicitud procedente del usuario. La primera solicitud puede ser una solicitud de usuario para acceder al recurso web y la primera solicitud puede incluir el segundo token. La primera solicitud puede ser, por ejemplo, una solicitud de protocolo de transferencia de hipertexto (HTTP) (tal como una solicitud HTTP GET o POST) al servidor 222, solicitando que el recurso web sea entregado al usuario 210. Por ejemplo, una solicitud HTTP POST mínima puede incluir una línea de solicitud "POST/folder/subfolder/file1 HTTP/1.1", un campo de encabezado de host "Host: server.com" y un cuerpo de solicitud que incluya "t=<token2>". En algunas realizaciones, el procedimiento 200 puede incluir, de manera opcional, la validación de que el token proporcionado por el usuario 210 al realizar la solicitud, es decir, el "<token2>", es un token válido. Esto puede lograrse, por ejemplo, comparando el token recibido del usuario 210 con un token almacenado en la unidad de almacenamiento de datos 224. Si no se encuentra ningún token correspondiente en la unidad de almacenamiento de datos 224, o si la unidad de almacenamiento de datos 224 indica, de algún modo, que no debe concederse acceso al usuario 210 que proporciona el token, el proveedor de contenidos multimedia 220 puede, por ejemplo, denegar la solicitud procedente del usuario 210 de acceso al recurso web, o al menos indicar (por ejemplo, mediante una comunicación) al usuario 210 que no se concede el acceso. En otras realizaciones, el proveedor de contenidos multimedia 220 puede suministrar al usuario 210 un contenido multimedia alternativo si falla la validación anterior.
Después de recibir la comunicación 216-2 procedente del usuario 210, el proveedor de contenidos multimedia 220 y el servidor 222 pueden proceder con el suministro del recurso web (por ejemplo, del archivo "file1") al usuario 210 en una comunicación 226-3. El recurso web puede identificar una ubicación de red e incluir un tercer token. El tercer token puede, por ejemplo, ser igual (o correspondiente) a uno o a ambos de entre el primer token y el segundo token, o al menos estar asociado/relacionado con uno o ambos de entre el primer token y el segundo token, tal como se ha descrito anteriormente. Por ejemplo, el recurso web puede ser un documento estructurado, tal como, por ejemplo, un documento RSS (como enRich Site Summary,o como en otros bacrónimos relacionados) o similar formateado utilizando Extended Markup Language (XML). El recurso web puede incluir, por ejemplo, un elemento "<enclosure"> que incluya un atributo "url=<network location>", donde "<network location>" es la ubicación de red identificada en el recurso web. Por ejemplo, "<network location>" puede ser igual a "http://server.com/folder/subfolder/media.mp3?t=<token3>", donde "<token3>" es el tercer token. Dicho de otra manera, el tercer token puede añadirse a la ubicación de red. En algunas realizaciones, el token puede incluirse por otros medios, por ejemplo, en su propio elemento, como un atributo propio, o similar, del recurso web. Naturalmente, también es posible que el recurso web tenga un formato diferente al de un documento XML estructurado. Por ejemplo, el recurso web puede definirse utilizando un formato JavaScript Object Notation (JSON), o cualquier otro formato que permita comunicar al usuario 210 la ubicación de red y el tercer token. El formato del recurso web puede o no ser legible por humanos.
Después de proporcionar la ubicación de red y el tercer token al usuario 210, el proveedor de contenidos multimedia 220 puede esperar una respuesta adicional por parte del usuario 210. Por ejemplo, en una siguiente etapa, el proveedor de contenidos multimedia 220 puede recibir una comunicación 216 -3 procedente del usuario 210 que incluya una segunda solicitud del usuario 210. La segunda solicitud puede incluir una solicitud procedente del usuario 210 de acceso a la ubicación de red suministrada al usuario 210 en la comunicación 226-3. La segunda solicitud, es decir, la comunicación 216-3 enviada desde el usuario 210 al servidor 222 del proveedor de contenidos multimedia 220, también incluye el tercer token.
Después de haber recibido la segunda solicitud (es decir, la comunicación 216-3) procedente del usuario 210, el proveedor de contenidos multimedia 220 puede confirmar si el usuario 210 está autorizado o no al acceso a la ubicación de red y, por ejemplo, si el usuario 210 está autorizado o no al acceso al menos a una parte del contenido multimedia. Esto puede lograrse al menos comparando el tercer token (incluido en la comunicación 216-3) con el primer token almacenado en la unidad de almacenamiento de datos 224. Por ejemplo, el proveedor de contenidos multimedia 220 puede verificar si el tercer token coincide directamente, o al menos está relacionado o asociado con, un token almacenado en la unidad de almacenamiento de datos 224. Si dicha coincidencia directa, o relación, se confirma, el proveedor de contenidos multimedia 220 puede suministrar al usuario 210 al menos una parte del contenido multimedia en una comunicación 226 5. Si dicha coincidencia directa, o relación, no se confirma (por ejemplo, si no hay en la unidad de almacenamiento de datos 224 ningún token que coincida directamente con el tercer token o que esté relacionado o asociado con él), el proveedor de contenidos multimedia 220 puede optar, por ejemplo, por no proporcionar la comunicación 226-5 al usuario 210, o incluir, por ejemplo, un mensaje de error o similar en la comunicación 226-5, informando al usuario 210 sobre la confirmación fallida. También se contemplan otras alternativas. Por ejemplo, si la confirmación falla, el proveedor de contenidos multimedia 220 puede decidir suministrar al usuario 210, en la comunicación 226-5, menos contenido que la totalidad del contenido multimedia, una versión modificada del contenido multimedia y/o un contenido multimedia diferente.
El procedimiento previsto ofrece al proveedor de contenidos multimedia 220 la posibilidad de actuar de diferentes maneras en función de si el tercer token proporcionado por el usuario 210 coincide directamente, o está relacionado o asociado con, un token almacenado en la unidad de almacenamiento de datos 224. Asimismo, además, o como alternativa, el procedimiento previsto también ofrece al proveedor de contenidos multimedia 220 la posibilidad de actuar de diferentes maneras en función, por ejemplo, de un estado actual del usuario 210. Por ejemplo, puede comunicarse al proveedor de contenidos multimedia 220 (desde, por ejemplo, el socio 230) que el usuario 210 cuenta con un determinado "estado de usuario". En el presente documento, un "estado de usuario" puede ser, por ejemplo, un usuario gratuito, no de pago; un usuario de pago normal o, por ejemplo, un usuario de pago premium. Dependiendo del estado de usuario, el proveedor de contenidos multimedia 220 puede decidir si debe suministrarse al usuario 210 alguna parte del contenido multimedia solicitado y, en caso afirmativo, qué partes de la totalidad del contenido multimedia deben suministrarse al usuario. 210.
En un ejemplo, puede decidirse que el usuario 210 es un usuario gratuito, no de pago. El proveedor de contenidos multimedia 220 puede entonces decidir suministrar al usuario 210 una versión modificada del contenido multimedia. Por ejemplo, el contenido multimedia puede modificarse para que incluya uno o más anuncios o similares. Si el usuario 210 es, por ejemplo, un usuario de pago normal, pueden seguir incluyéndose uno o más anuncios en el contenido multimedia, pero puede preverse que el número de anuncios sea menor que si el usuario 210 es un usuario gratuito, no de pago.
En otro ejemplo, puede decidirse que el estado de usuario no permite el acceso a la totalidad del contenido multimedia. El proveedor de contenidos multimedia 220 puede entonces decidir suministrar al usuario 210 solo una parte del contenido multimedia, por ejemplo, un contenido multimedia que no incluya contenido adicional exclusivo o similares. Esto puede ocurrir, por ejemplo, si el usuario 210 es un usuario gratuito o un usuario normal, pero no un usuario premium o similar.
Sin embargo, si se determina que el usuario 210 es un usuario premium, el proveedor de contenidos multimedia 220 puede decidir conceder acceso a la totalidad del contenido multimedia.
En otro ejemplo, puede decidirse que el estado de usuario permite ver solo un breve resumen y/o, por ejemplo, solo una parte introductoria de un contenido multimedia. Tal decisión también puede adoptarse basándose en la confirmación de que el tercer token no coincide directamente, o no está relacionado o asociado con, un token almacenado en la unidad de almacenamiento de datos 224 (por ejemplo, si el usuario 210 no es un usuario registrado con el socio 230, o si, por ejemplo, el usuario 210 es un usuario registrado que no ha pagado la tarifa requerida, o similares).
También se contemplan otros numerosos ejemplos del modo en que el proveedor de contenidos multimedia 220 puede decidir sobre el suministro o no al usuario 210 de cualquier contenido multimedia, o de una parte de un contenido multimedia específico, basándose en una comparación del tercer token con un token (es decir, el primer y/o el segundo token) almacenado en la unidad de almacenamiento de datos 224 y/o en un determinado estado de usuario.
En algunas realizaciones, el proveedor de contenidos multimedia 220 puede basar su decisión en una política de usuario o similares. Por ejemplo, el proveedor de contenidos multimedia 220 puede obtener información sobre una ubicación de red (por ejemplo, una dirección IP) del usuario 210 y utilizar esta información en la toma de la decisión. El proveedor de contenidos multimedia 220 puede, por ejemplo, verificar si la solicitud del usuario 210 se origina en una o más direcciones de red específicas. Esto puede incluir, por ejemplo, determinar también si el usuario 210 ha intentado acceder previamente al contenido multimedia más de un número específico de veces desde una misma dirección de red, o desde más de un número específico de direcciones de red diferentes. Por ejemplo, puede autorizarse el acceso a un contenido multimedia por parte del usuario 210 únicamente desde un número limitado de ubicaciones de red diferentes (por ejemplo, desde casa, desde el trabajo, desde un dispositivo móvil o similares). El proveedor de contenidos multimedia 220 puede recibir información (por ejemplo, procedente del socio 230) sobre tales restricciones impuestas al usuario 210 y actuar en consecuencia al tomar la decisión (es decir, al confirmar si autoriza o no el acceso por parte del usuario 210 al menos a una parte del contenido multimedia). Las restricciones pueden, por ejemplo, formar parte de una política de usuario. El usuario 210 puede, por ejemplo, estar autorizado al acceso a un determinado contenido multimedia una sola vez, o estar autorizado al acceso a un determinado contenido multimedia más de una vez.
Otras restricciones pueden incluir, por ejemplo, que el usuario 210 solo esté autorizado al acceso a una parte de un contenido multimedia un determinado número de veces. Además, o como alternativa, pueden aplicarse restricciones tales que el usuario 210 solo esté autorizado al acceso al menos a una parte del contenido multimedia durante una ventana de tiempo específica. Tal ventana de tiempo puede incluir, por ejemplo, un cierto número de minutos, horas, días, meses, años o similares, comenzando en el momento en que el usuario 210 se registra con el socio 230 y/o paga una determinada tarifa al socio 230. Se prevé que la ventana de tiempo pueda ampliarse si el usuario 210 realiza alguna acción, tal como pagar una tarifa adicional o similar al socio 230, por ejemplo, o renovar o ampliar una suscripción.
En algunas realizaciones, se prevé que el proveedor de contenidos multimedia 220 pueda recopilar información estadística sobre las diversas solicitudes de diversos contenidos multimedia realizadas por el usuario 210, y que el proveedor de contenidos multimedia 220 pueda proporcionar dicha información al socio 230. Por ejemplo, el proveedor de contenidos multimedia 220 puede contar el número de veces que se permite al usuario 210 el acceso al menos a una parte de un determinado contenido multimedia, y/o el número de veces que se permite al usuario 210 el acceso al menos a una parte de cualquier contenido multimedia. El proveedor de contenidos multimedia 220 puede proporcionar esta información al socio 230, y el socio 230 puede, por ejemplo, decidir cuánto cobrar al usuario 210 basándose en la información estadística proporcionada. Puede preverse, por ejemplo, que el usuario 210 tenga acceso a uno o más contenidos multimedia siempre que el usuario 210 sea un usuario registrado con el socio 230, y que el usuario 210 pague entonces por el acceso de acuerdo con una tarifa de "pago por visionado/escucha" o similar.
En la realización del procedimiento 200 descrito con referencia a la Figura 2a, se prevé que el socio 230 se ponga en contacto con el proveedor de contenidos multimedia 220 (por ejemplo, mediante la comunicación 236-1) para proporcionar el UID y el CID con el fin de generar el primer token basado en el UID y el CID. A continuación, se describirá un procedimiento alternativo con referencia a la Figura 2b.
La Figura 2b ilustra otra realización de un procedimiento 201 similar al procedimiento 200 descrito con referencia a la Figura 2a, pero en el que el proveedor de contenidos multimedia 220 obtiene el UID y el CID directamente del usuario 210 en la comunicación 216-1. Tras haber recibido la comunicación 216-1 procedente del usuario 210, el proveedor de contenidos multimedia 220 se pone en contacto con el socio 230 en una comunicación 226-6. La comunicación 226-6 puede incluir, por ejemplo, el UID y el CID recibidos, junto con una solicitud de confirmación por parte del socio 230 de si el usuario 210 (según identificado por el UID) es o no un usuario registrado con el socio 230, y/o si el usuario 210 debe o no tener acceso a cualquier parte del contenido multimedia solicitado (según identificado por el CID). Si hay más de un socio disponible, el proveedor de contenidos multimedia 220 puede, por ejemplo, saber con qué socio ponerse en contacto para la verificación basándose, por ejemplo, en uno o ambos de entre el UID y el CID. El proveedor de contenidos multimedia 220 espera entonces dicha confirmación procedente del socio 230. La confirmación puede ser proporcionada, por ejemplo, por el socio 230 al proveedor de contenidos multimedia 220 en una comunicación 236-2. Si el usuario 210 no es un usuario registrado con el socio 230, y/o si el usuario 210 no debe tener acceso, la comunicación 236-2 puede contener una indicación al respecto. El proveedor de contenidos multimedia 220 puede entonces continuar, si resulta apropiado, generando el primer token basado en el UID y el CID tal como se ha descrito anteriormente. Si la confirmación del socio 230 es negativa, se prevé que el proveedor de contenidos multimedia 220 pueda, por ejemplo, ignorar la comunicación 216-1 procedente del usuario 210, o al menos indicar al usuario 210 que la confirmación ha sido negativa. Esto puede llevarse a cabo enviando otra comunicación (no mostrada) al usuario 210. Dicha otra comunicación puede ser enviada, por ejemplo, desde el proveedor de contenidos multimedia 220 o, por ejemplo, desde el socio 230. Si no se confirma que el usuario 210 es un usuario registrado con el socio, se prevé que el procedimiento 201 pueda, por ejemplo, no intentar generar el primer token y, en su lugar, detenerse.
El procedimiento de la presente divulgación no requiere que el usuario 210 solicite acceso a la ubicación de red y al contenido multimedia directamente, o al menos poco después, de que el usuario 210 haya recibido la referencia al recurso web (es decir, en la comunicación 226-2) o el propio recurso web (es decir, en la comunicación 226-3) del proveedor de contenidos multimedia 220. Esto es posible debido a que uno o más tokens están asociados con el usuario (UID) y el contenido multimedia solicitado (CID).
A continuación, se describirá una realización adicional del procedimiento según la presente divulgación con referencia a la Figura 2c.
La Figura 2c ilustra un procedimiento 202 similar a los procedimientos 200 y 201 descritos con referencia a las Figuras 2a y 2b, respectivamente, pero en el que el proveedor de contenidos multimedia 220 recibe una indicación procedente del socio 230 en una comunicación 236-4. La indicación contiene información sobre si el usuario 210 está autorizado o no al acceso al contenido multimedia (según definido por el CID), y el proveedor de contenidos multimedia 220 actualiza la unidad de almacenamiento de datos 224 en consecuencia (por ejemplo, mediante una comunicación correspondiente 226-7). La comunicación 236-4 procedente del socio 230 puede ser recibida por el proveedor de contenidos multimedia 220 antes de que el proveedor de contenidos multimedia 220 determine, consultando la unidad de almacenamiento de datos 224, si debe autorizarse o no el acceso por parte del usuario 210 a la ubicación de red y al menos a una parte del contenido multimedia. Por ejemplo, la comunicación 236-4 puede incluir una indicación de que el primer token (o cualquier token relacionado/asociado con el mismo) ya no debe considerarse válido, y el proveedor de contenidos multimedia 220 puede actuar, por ejemplo, eliminando o invalidando el primer token de/en la unidad de almacenamiento de datos 224. La invalidación de un token puede incluir, por ejemplo, en una tabla de base de datos que comprenda una columna "Activo", la indicación en dicha columna de que una fila específica correspondiente al UID y al primer token ya no está activa. Esto permite que el proveedor de contenidos multimedia 220 y el socio 230 determinen de forma segura si debe o no autorizarse el acceso al contenido multimedia por parte de un usuario específico, incluso si ha transcurrido algún tiempo entre que el usuario 210 recibe la referencia al recurso web, o el propio recurso web, y el usuario 210 intenta acceder a la ubicación de red y a la al menos una parte del contenido multimedia. Por ejemplo, el usuario 210 puede haber suspendido el pago de una suscripción entre el momento en que recibe el recurso web indicando la ubicación de red desde la cual puede acceder al contenido multimedia y el momento en que el usuario solicita acceso a la ubicación de red y al contenido multimedia.
En general, el procedimiento de la presente divulgación permite al proveedor de contenidos multimedia 220 entregar de forma segura un contenido multimedia a un usuario 210 registrado con un socio 230, garantizando al mismo tiempo que el acceso al contenido multimedia se concede al usuario 210 solo si este cumple determinadas condiciones. La responsabilidad de la gestión, por ejemplo, de la suscripción del usuario y/o de los pagos puede, por tanto, disociarse del suministro del contenido multimedia en sí. El socio 230 puede encargarse de lo primero, mientras que el proveedor de contenidos multimedia 220 puede encargarse de lo segundo. Además, también se prevé que el proveedor de contenidos multimedia 220 pueda suministrar contenidos multimedia a usuarios asociados/registrados con múltiples socios.
Al asociar un token generado con un usuario específico (por ejemplo, con un UID específico), el procedimiento según la presente divulgación también proporciona una manera más flexible de suministrar un contenido multimedia a un usuario, en el que la forma del contenido multimedia suministrado puede adaptarse en función de, por ejemplo, una política de usuario, un estado de usuario y/o muchas otras variables relacionadas con el usuario. El procedimiento no se limita al suministro de un determinado contenido multimedia una sola vez, sino que un mismo token (por ejemplo, el primer token o cualquier token relacionado con el mismo) puede utilizarse varias veces para un mismo usuario. Esto permite proporcionar al usuario acceso al contenido multimedia más de una vez, sin tener que pasar por el proceso de obtención y validación de un nuevo token cada vez. De manera más general, el procedimiento divulgado permite proporcionar a un usuario autorizado/registrado/de pago acceso exclusivo a un contenido multimedia en un ecosistema fragmentado, en el que el usuario puede registrarse con un socio, pero recibir un contenido multimedia de un proveedor de contenidos multimedia distinto del socio. El procedimiento divulgado permite proporcionar acceso exclusivo al contenido multimedia incluso aunque el proveedor de contenidos multimedia no necesite más información sobre el usuario que un token asociado con el mismo. Al suministrar al usuario el propio token, u otros tokens relacionados o asociados con el mismo, y al esperar que el usuario devuelva dicho token en una fase posterior, puede realizarse una verificación de si debe permitirse el acceso al usuario en el momento en que este solicita en última instancia el acceso a una ubicación de red que contenga/suministre el contenido multimedia, aunque haya transcurrido algún tiempo entre el momento en que el usuario recibe el token y el momento en que realiza la solicitud final de acceso a la ubicación de red y al contenido multimedia. Esto permite al procedimiento tener en cuenta, antes de conceder el acceso final al contenido multimedia, si, por ejemplo, se ha recibido nueva información del socio que indique que ya no debe permitirse el acceso al usuario.
Con referencia a la Figura 3, a continuación, se describirá con más detalle un sistema servidor para el suministro de un contenido multimedia en una red informática.
La Figura 3 ilustra una realización de un sistema servidor 300. El sistema servidor 300 incluye un procesador 310 y un medio no transitorio legible por ordenador 320. El medio 320 almacena instrucciones correspondientes a un procedimiento tal como se describe en el presente documento (por ejemplo, el procedimiento 200, 201 o 202). El procesador 310 puede comunicarse (como indica la flecha 322) con el medio 320, de modo que el procesador 310 puede ejecutar las instrucciones e implementar el procedimiento. Aunque se ilustran como partes separadas, también se prevé que el procesador 310 y el medio 320 puedan estar integrados en un único componente. El procesador 310 y el sistema servidor 300 también pueden comunicarse (como se ilustra mediante la flecha discontinua 332) con una unidad de almacenamiento de datos 330. La unidad de almacenamiento de datos 330 puede o no formar parte del sistema servidor 300. Además, se prevé (no se muestra) que el sistema servidor 300 disponga de medios con los que pueda conectarse a una infraestructura de red como, por ejemplo, Internet, a fin de comunicarse, por ejemplo, con un usuario y/o un socio, tal como se describe en el presente documento.
El experto en la materia comprenderá que la presente divulgación no se limita en modo alguno a las realizaciones descritas anteriormente. Por el contrario, son posibles muchas modificaciones y variaciones dentro del alcance de las reivindicaciones adjuntas.
Aunque las características y elementos se han descrito en combinaciones particulares, cada característica o elemento puede ser utilizado solo sin las demás características y elementos o en diversas combinaciones, con o sin otras características y elementos.
Además, el experto en la práctica de la invención reivindicada puede concebir y llevar a cabo variaciones de las realizaciones divulgadas, a partir del análisis de los dibujos, la descripción y las reivindicaciones adjuntas. En las reivindicaciones, la expresión "que comprende" no excluye otros elementos, y el artículo indefinido "un" o "una" no excluye una pluralidad. El mero hecho de que ciertas características se recojan en reivindicaciones dependientes mutuamente diferentes no significa que no pueda utilizarse de manera ventajosa una combinación de dichas características.

Claims (14)

REIVINDICACIONES
1. Procedimiento (200, 201, 202) de suministro de un contenido multimedia en una red informática (140), que comprende, en un sistema servidor (222) de un proveedor de contenidos multimedia (220):
a) la obtención (236-1) de una identificación de usuario, UID, de un usuario (210) registrado con un socio (230) del proveedor de contenidos multimedia, y una identificación de contenido, CID, de un contenido multimedia ofrecido por el proveedor de contenidos multimedia;
b) la generación de un primer token asociado con el UID y el CID obtenidos;
c) el almacenamiento (226-1) del primer token en una unidad de almacenamiento de datos (224);
d) el suministro (226-2) al usuario y/o al socio de una referencia a un recurso web, que incluye la referencia un segundo token igual, o al menos asociado con, el primer token;
e) la recepción (216-2) de una primera solicitud de acceso al recurso web procedente del usuario, incluyendo la primera solicitud el segundo token;
f) el suministro (226-3) del recurso web al usuario, identificando el recurso web una ubicación de red e incluyendo un tercer token igual, o al menos asociado con, al menos uno de entre el primer token y el segundo token;
g) la recepción (216-3) de una segunda solicitud de acceso a la ubicación de red procedente del usuario, incluyendo la segunda solicitud el tercer token;
h) la confirmación (226-4), basándose al menos en una comparación del tercer token con el primer token almacenado en la unidad de almacenamiento de datos, de si el usuario está autorizado o no al acceso al menos a una parte del contenido multimedia, e
i) si se confirma en la etapa h) que el usuario está autorizado al acceso, el suministro (226-5) de al menos una parte del contenido multimedia al usuario;
caracterizado por que
el procedimiento comprende, además, la obtención (236-4), antes de la etapa h), de una indicación, procedente del socio, de si el usuario está autorizado al acceso y la invalidación o eliminación del primer token en/de la unidad de almacenamiento de datos si se indica que el usuario no está autorizado al acceso.
2. El procedimiento de la reivindicación 1, que comprende la recepción de la indicación procedente del socio después de al menos la etapa d).
3. El procedimiento de una cualquiera de las reivindicaciones anteriores, comprendiendo la etapa h) la confirmación de si el usuario está autorizado al acceso basándose en una política de usuario.
4. El procedimiento de una cualquiera de las reivindicaciones anteriores, comprendiendo la etapa h) la confirmación de si el usuario está autorizado al acceso basándose en si la segunda solicitud se origina en una o más direcciones de red específicas.
5. El procedimiento de una cualquiera de las reivindicaciones anteriores, comprendiendo la etapa h) la confirmación de si el usuario está autorizado al acceso basándose en si el usuario ha accedido previamente al menos a una parte del contenido multimedia más de un número específico de veces.
6. El procedimiento de una cualquiera de las reivindicaciones anteriores, comprendiendo la etapa h) la confirmación de si el usuario está autorizado al acceso basándose en si la segunda solicitud se realiza dentro de una ventana de tiempo predefinida.
7. El procedimiento de una cualquiera de las reivindicaciones anteriores, comprendiendo la etapa h) la confirmación de si el usuario está autorizado al acceso a solo a una parte del contenido multimedia o a la totalidad del contenido multimedia, y comprendiendo la etapa i):
si se confirma en la etapa h) que el usuario está autorizado al acceso a solo una parte del contenido multimedia, el suministro de solo dicha parte del contenido multimedia al usuario, o
si se confirma en la etapa h) que el usuario está autorizado al acceso a la totalidad del contenido multimedia, el suministro de dicha totalidad del contenido multimedia al usuario.
8. El procedimiento de una cualquiera de las reivindicaciones anteriores, que comprende, además:
j) si se confirma en la etapa h) que el usuario no está autorizado al acceso, el suministro de ninguna parte del contenido multimedia, de solo una parte del contenido multimedia o de un contenido multimedia diferente al usuario.
9. El procedimiento de una cualquiera de las reivindicaciones anteriores, siendo el recurso web un documento estructurado, preferiblemente un documento RSS u otro documento de formato XML, e incluyendo un elemento que identifica la ubicación de red.
10. El procedimiento de una cualquiera de las reivindicaciones anteriores, que comprende, además, la recopilación de información estadística relativa al usuario y a los intentos de acceso al contenido multimedia, y el suministro de al menos una parte de la información estadística al socio.
11. El procedimiento de una cualquiera de las reivindicaciones anteriores, comprendiendo la etapa a) la recepción del UID y del CID procedentes del socio.
12. El procedimiento de una cualquiera de las reivindicaciones 1 a 10, comprendiendo la etapa a) la recepción del UID y del CID procedentes del usuario, comprendiendo además el procedimiento, la puesta en contacto (226-6) con el socio para confirmar (236-2) si el usuario está autorizado al acceso al menos a una parte del contenido multimedia identificado por el CID.
13. Sistema servidor (300) para el suministro de un contenido multimedia en una red informática, que comprende: un procesador informático (310), y
un medio no transitorio legible por ordenador (320) que almacena instrucciones operables, que cuando son ejecutadas por el procesador, hacen que el procesador implemente el procedimiento de una cualquiera de las reivindicaciones 1 a 12.
14. Medio no transitorio legible por ordenador (320) que almacena instrucciones operables, que cuando son ejecutadas por el procesador informático, implementan el procedimiento de una cualquiera de las reivindicaciones 1 a 12.
ES19720859T 2019-04-29 2019-04-29 Suministro de contenidos multimedia en una red informática Active ES2965239T3 (es)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2019/060957 WO2020221426A1 (en) 2019-04-29 2019-04-29 Media content provision in a computer network

Publications (1)

Publication Number Publication Date
ES2965239T3 true ES2965239T3 (es) 2024-04-11

Family

ID=66349552

Family Applications (1)

Application Number Title Priority Date Filing Date
ES19720859T Active ES2965239T3 (es) 2019-04-29 2019-04-29 Suministro de contenidos multimedia en una red informática

Country Status (6)

Country Link
US (1) US11960316B2 (es)
EP (1) EP3963484B1 (es)
AU (1) AU2019443340A1 (es)
CA (1) CA3138432A1 (es)
ES (1) ES2965239T3 (es)
WO (1) WO2020221426A1 (es)

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7343419B1 (en) * 2000-10-05 2008-03-11 Aol Llc Rerouting media to selected media applications
US8910241B2 (en) * 2002-04-25 2014-12-09 Citrix Systems, Inc. Computer security system
US8566462B2 (en) * 2005-05-12 2013-10-22 Digital River, Inc. Methods of controlling access to network content referenced within structured documents
US20070219908A1 (en) * 2006-03-02 2007-09-20 Yahoo! Inc. Providing syndicated media to authorized users
US8286229B2 (en) * 2006-05-24 2012-10-09 International Business Machines Corporation Token-based content subscription
US8726403B2 (en) * 2010-09-02 2014-05-13 Verizon Patent And Licensing Inc. Secure video content provisioning using digital rights management
US9485258B2 (en) 2011-02-13 2016-11-01 Openwave Mobility, Inc. Mediation system and method for restricted access item distribution
US9032497B2 (en) * 2011-06-15 2015-05-12 Cbs Interactive Inc. System and method for securing embedded media
US9338141B2 (en) * 2012-06-12 2016-05-10 Cardiocom, Llc Embedded module system with encrypted token authentication system
US9607132B2 (en) * 2012-10-22 2017-03-28 Koninklijke Kpn N.V. Token-based validation method for segmented content delivery
US9210154B2 (en) * 2014-02-28 2015-12-08 Edgecast Networks, Inc. Providing localized content delivery with remote token authentication
US9183303B1 (en) * 2015-01-30 2015-11-10 Dropbox, Inc. Personal content item searching system and method
US10178098B2 (en) * 2015-05-11 2019-01-08 Adobe Systems Incorporated Controlling user access to content
US10237080B2 (en) * 2015-12-08 2019-03-19 Verizon Patent And Licensing Inc. Tracking data usage in a secure session
US10057366B2 (en) * 2015-12-31 2018-08-21 Hughes Network Systems, Llc Accurate caching in adaptive video streaming based on collision resistant hash applied to segment contents and ephemeral request and URL data
FR3050599B1 (fr) * 2016-04-20 2018-05-11 4T Sa Procede et dispositif permettant l'application d'un systeme de controle d'acces a la protection des flux video en mode direct.
US10225085B2 (en) * 2016-08-12 2019-03-05 Unity IPR ApS System and method for digital token exchange and delivery

Also Published As

Publication number Publication date
AU2019443340A1 (en) 2021-12-23
US20220222322A1 (en) 2022-07-14
US11960316B2 (en) 2024-04-16
EP3963484B1 (en) 2023-09-06
CA3138432A1 (en) 2020-11-05
EP3963484C0 (en) 2023-09-06
EP3963484A1 (en) 2022-03-09
WO2020221426A1 (en) 2020-11-05

Similar Documents

Publication Publication Date Title
KR101816650B1 (ko) 계정 등록의 간소화 서비스 및 사용자 인증 서비스를 제공하는 방법 및 이를 이용한 인증 서버
US20220207159A1 (en) Systems and methods for privacy management using a digital ledger
US8566462B2 (en) Methods of controlling access to network content referenced within structured documents
US8635129B2 (en) Customized content delivery
CN107733972A (zh) 一种短链接解析方法、装置及设备
US10225238B2 (en) Data security for content delivery networks
US8886761B2 (en) Flexible token for use in content delivery
TWI705342B (zh) 一種透過網頁監測對網頁進行區塊鏈存證的方法及裝置
US20090138486A1 (en) Secure Content Descriptions
US10579808B2 (en) Systems and methods for generating previews of content protected by authentication protocols
US20160028846A1 (en) Residential cache appliance utilizing a social network
WO2015006249A1 (en) Saving third-party content to a content management system
WO2013060210A1 (zh) 网络资源下载信息的分享控制系统和方法
CN104320679B (zh) 一种基于hls协议的用户信息获取方法和服务器
TWI243569B (en) Methods, systems, and computer program products for persisting identifiers and relationships in a transient peer-to-peer networking environment
JP5586153B2 (ja) 電子ドキュメントの管理方法
WO2018112878A1 (zh) 一种基于令牌机制的检测和防御cc攻击的系统和方法
JP6248422B2 (ja) 情報開示システム、情報開示プログラム及び情報開示方法
Ogwel et al. Leveraging cloud computing for improved health service delivery: Findings from public health facilities in Kisumu County, Western Kenya‐2019
US11233844B2 (en) Distribution network providing customized content at delivery
ES2965239T3 (es) Suministro de contenidos multimedia en una red informática
US20140006916A1 (en) Pre-reading method and apparatus
ITTO20010630A1 (it) Sistema per la rilevazione e la documentazione degli accessi ad una rete telematica.
EP3278567A1 (en) Content playback management
JP2013003975A (ja) 情報収集システム及び情報収集方法