ES2328150T3 - Informacion dirigida a un dispositivo destinatario sobre las propiedades del contenido de un mensaje. - Google Patents
Informacion dirigida a un dispositivo destinatario sobre las propiedades del contenido de un mensaje. Download PDFInfo
- Publication number
- ES2328150T3 ES2328150T3 ES04798255T ES04798255T ES2328150T3 ES 2328150 T3 ES2328150 T3 ES 2328150T3 ES 04798255 T ES04798255 T ES 04798255T ES 04798255 T ES04798255 T ES 04798255T ES 2328150 T3 ES2328150 T3 ES 2328150T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- content
- class
- network element
- terminal
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
- H04L2463/101—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measures for digital rights management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/58—Message adaptation for wireless communication
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Information Transfer Between Computers (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
- Circuits Of Receivers In General (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Facsimile Transmission Control (AREA)
Abstract
Método para disponer una indicación de una propiedad del contenido de un mensaje para un destinatario en un sistema de mensajería, comprendiendo el sistema de mensajería un dispositivo destinatario y un elemento de red para transferir mensajes al dispositivo destinatario, caracterizado porque se define, por parte del elemento de red, una clase de contenido de un conjunto de datos para un mensaje a transmitir hacia el dispositivo destinatario (202), se especifica, por parte del elemento de red, por lo menos un elemento de información en un mensaje hacia el dispositivo destinatario, comprendiendo el elemento de información una indicación de la clase (203) de contenido, y se transmite el mensaje hacia el dispositivo destinatario (204).
Description
Información dirigida a un dispositivo
destinatario sobre las propiedades del contenido de un mensaje.
La presente invención se refiere a informar a un
dispositivo destinatario sobre las propiedades del contenido de un
mensaje.
Los servicios de mensajes cortos son muy
populares actualmente. Además de mensajes cortos basados en texto,
se requieren también unos medios para transmitir datos multimedia.
Un servicio de mensajería multimedia (MMS) es un servicio que se ha
desarrollado para transferir mensajes con varios tipos de contenido,
tales como vídeo, audio e imágenes. La especificación 3GPP
(Proyecto de Asociación de 3ª Generación) TS 23.140 v. 6.7.0
"Multimedia Messaging Service (MMS); Functional Description;
Stage 2", septiembre de 2004, describe las funciones básicas
del MMS.
Un servicio de mensajería multimedia se puede
disponer en un entorno que comprenda diferentes tipos de redes. El
entorno MMS 3GPP puede comprender redes 2G y 3G, y proporciona todos
los elementos de servicio necesarios para la mensajería multimedia,
tales como entrega, almacenamiento y funcionalidad de notificación.
Un retransmisor/servidor MMS es responsable de almacenar y
gestionar mensajes entrantes y salientes y de la transferencia de
mensajes entre diferentes sistemas de mensajería. Un agente de
usuario MMS reside en un terminal móvil que transmite o recibe
mensajes multimedia. El agente de usuario MMS es una función de la
capa de aplicación que proporciona a los usuarios la capacidad de
visualizar, redactar y gestionar mensajes multimedia (MM).
Por el MMS se pueden transmitir múltiples tipos
de contenidos. Un MM describe el tipo de contenido del mensaje, por
ejemplo, "jpeg", en el caso de que se esté transmitiendo una
imagen en el formato jpeg. Un agente de usuario originador añade un
identificador de un tipo de contenido MIME (extensiones
multipropósito de correo por Internet) de un MM a la PDU (unidad de
datos por paquetes) MM. El identificador del tipo de contenido MIME
se transfiere mediante un retransmisor/servidor MMS intermedio
hacia un agente de usuario destinatario.
El MMS 3GPP soporta también adaptación del
contenido. En una especificación OMA (Alianza Móvil Abierta)
"MMS Conformance Document 1.2", Versión Candidata
27-jul-2004, se especifica una serie
de clases de contenido. Las clases de contenido ilustradas en la
Tabla 1 definen categorizaciones de contenido. Cada clase de
contenido define requisitos particulares que debe soportar un
agente de usuario para soportar la clase de contenido. Un
identificador de una de las clases de contenido se puede incluir en
un MM de un usuario de agente originador si el contenido del MM
está de acuerdo con requisitos de la clase de contenido. Este
identificador de clase de contenido, así como otra información del
contenido, tal como una indicación de presencia de protección DRM
(Gestión de Derechos Digitales), puede ser proporcionada por un
agente de usuario MMS originador al retransmisor/servidor MMS. El
retransmisor/servidor MMS puede usar esta información de clase de
contenido para identificar si una adaptación es necesaria:
basándose en las propiedades del agente de usuario MMS destinatario
y en la clase de contenido recibida, el retransmisor/servidor MMS
(destinatario) puede definir si se requiere una adaptación.
Si un terminal destinatario desea obtener
detalles del contenido de un MM recibido (además del tipo de
contenido), el mismo necesita realizar un análisis del contenido,
es decir, analizar la parte del cuerpo del MM. Este proceso puede
ser muy complejo y requiere recursos de tiempo y procesado.
El documento WO 03058991 da a conocer un método
mediante el cual se pueden transferir mensajes multimedia para un
destinatario en un sistema de mensajería, comprendiendo el sistema
de mensajería un dispositivo destinatario y un elemento de red para
transferir mensajes hacia el dispositivo destinatario, en el que un
mensaje transferido puede especificar una clase de mensaje
correspondiente al mensaje.
El documento US2002 044634 da a conocer un
método para entregar mensajes en una red de comunicaciones que
consta de por lo menos un terminal y una funcionalidad de
mensajería. Una notificación sobre un mensaje recibido se transmite
desde la funcionalidad de mensajería hacia el terminal. El terminal
decide, en función de sus capacidades y del perfil de usuario
actual, cómo gestionar el mensaje. El terminal responde a la
notificación, dando órdenes con la misma según el resultado de la
etapa de decisión. El mensaje se gestiona mediante la funcionalidad
de mensajería según dichas instrucciones.
El documento
EP-A1-1455292 da a conocer un método
para la gestión de derechos digitales, en el que, desde un
proveedor de contenidos, se proporciona contenido de los medios
digitales, en un formato protegido, a un cliente de usuario, tal
como un teléfono móvil. El cliente comprueba si dispone de derechos
digitales apropiados para realizar una operación para el contenido.
El cliente transmite automáticamente una señal de solicitud de
derechos, solicitando derechos digitales para la operación, hacia un
dispositivo emisor de derechos. El dispositivo emisor de derechos
crea un nuevo objeto de derechos relacionado con la operación, y lo
transmite hacia dicho cliente. El cliente descarga el objeto de
derechos y a continuación reinicia la operación.
Un objetivo de la presente invención es
proporcionar una solución mejorada de información de propiedades de
contenido. Los objetivos de la invención se alcanzan mediante un
método, un elemento de red, un terminal y un producto de programa
de ordenador que están caracterizados por los aspectos descritos en
las reivindicaciones independientes. Algunas formas de realización
de la invención se dan a conocer en las reivindicaciones
subordinadas.
Según un aspecto de la invención, se define una
clase de contenido de un conjunto de datos para un mensaje a
transmitir hacia el dispositivo destinatario. Un elemento de red que
transfiere mensajes hacia el dispositivo destinatario especifica
por lo menos un elemento de información en un mensaje hacia el
terminal destinatario de tal manera que el elemento de información
comprende una indicación de la clase de contenido. El mensaje se
transmite hacia el dispositivo destinatario.
La expresión "conjunto de datos" se refiere
en general a cualquier tipo de conjunto de información capaz de ser
transmitido mediante mensajería hacia el destinatario, y puede
incluir múltiples tipos de medios. La expresión "clase de
contenido" se refiere en general a información asociada a uno o
más requisitos que cumple el conjunto de datos sin limitarse a
clases de contenido especificadas para el MMS 3GPP. Debe indicarse
también que la definición de una clase de contenido de un conjunto
de datos o la definición de aplicación de restricción de uso en un
conjunto de datos debe entenderse en general como referida a
cualquier tipo de actividad sobre cuya base se puede obtener
información de la clase de contenido o sobre la aplicación de
restricción de uso. De forma similar, la especificación de un
elemento de información que comprende una indicación de la clase de
contenido debe entenderse en general como referida a cualquier tipo
de actividad que produzca esta información para un mensaje a
transmitir hacia el dispositivo destinatario. Por ejemplo, esta
información se puede indicar en un mensaje recibido, y la
información se puede copiar simplemente al mensaje a transmitir.
Una ventaja de este aspecto de la invención es
que se puede entregar a un terminal destinatario una indicación de
un tipo de contenido. El terminal destinatario, basándose en la
indicación, puede detectar fácilmente la clase de contenido a la
que pertenece el contenido recibido. Esto es importante para
dispositivos con recursos de memoria/procesado relativamente
pequeños, tales como muchos teléfonos móviles. Además, como se
requiere un menor procesado de un mensaje recibido, se consumen
menos recursos de batería.
A continuación se describirán más detalladamente
algunos aspectos de la invención por medio de algunas formas de
realización haciendo referencia a los dibujos adjuntos, en los
que
la Figura 1 es un diagrama de bloques que
ilustra un sistema de mensajería multimedia;
la Figura 2 es un diagrama de flujo que ilustra
un método según una forma de realización de un aspecto de la
invención;
la Figura 3 es un diagrama de flujo que ilustra
un método según una forma de realización de un aspecto de la
invención;
la Figura 4 es un diagrama de flujo que ilustra
un método según una forma de realización de otro aspecto de la
invención;
la Figura 5 es un diagrama de flujo que ilustra
un método según una forma de realización de otro aspecto de la
invención; y
la Figura 6 es una tabla que describe
encabezamientos ilustrativos para mensajes multimedia.
A continuación, se describirán algunas formas de
realización de la invención en un sistema que soporta el servicio
de mensajería multimedia (MMS) 3GPP; no obstante, debería observarse
que la aplicación de la invención no se limita a dichos
sistemas.
La Figura 1 muestra un ejemplo de elementos
arquitectónicos en un entorno MMS. Un terminal móvil 10 comprende
un agente 11 de usuario MMS que se ocupa de funciones relacionadas
con el MMS en el terminal 10 de usuario. Como terminal 10, podrían
actuar un teléfono móvil, un ordenador portátil equipado con un
transceptor, o un dispositivo PDA (Asistente Personal Digital).
Debe indicarse que el agente MMS 11 podría residir en un dispositivo
externo conectado al terminal 10. El agente MMS 11 está dispuesto
para recuperar mensajes multimedia iniciando la entrega del MM y
para negociar capacidades del terminal con un elemento
servidor/retransmisor MMS 20. De este modo, es necesario que el
agente MMS 11 sea capaz de por lo menos recibir mensajes multimedia.
El agente MMS 11 puede estar dispuesto además para redactar
mensajes multimedia, presentar mensajes multimedia al elemento
servidor/retransmisor MMS 20, presentar mensajes multimedia, y
presentar notificaciones de mensajes multimedia al usuario, por
ejemplo. El terminal 10 comprende un transceptor para comunicarse
con una red móvil 30. Por ejemplo, la red móvil 30 puede ser una
red que soporte servicios GSM, una red que soporte servicios GPRS
(Servicio General de Radiocomunicaciones por Paquetes), una red
móvil de tercera generación, tal como una red según las
especificaciones de red del 3GPP, o una red que soporte una
pluralidad de técnicas de telecomunicaciones. En el caso del
terminal móvil compatible con 3GPP, al terminal 10 se le puede hacer
referencia también como equipo de usuario (UE) o estación móvil
(MS).
Un elemento 20 de red que comprende la
funcionalidad del servidor MMS 21 y del retransmisor MMS 22 está
conectado a la red móvil 30, o, en una forma de realización
alternativa, está incluido en algún elemento de red de la red móvil
30. El retransmisor/servidor MMS 21, 22 puede ser un único elemento
lógico o puede estar separado en elementos de retransmisor MMS y de
servidor MMS, residiendo posiblemente en dispositivos
independientes. El elemento retransmisor/servidor MMS 20
proporciona las siguientes funcionalidades: recibir y enviar
mensajes multimedia, conversión de mensajes al formato de mensajes
multimedia (por ejemplo, de faxes a MM), conversión de mensajes
multimedia a otros formatos de mensaje, recuperación de contenido de
mensajes, notificación de mensajes multimedia al agente 11 de
usuario MMS, generación de informes de entrega, encaminamiento de
mensajes multimedia e informes de
lectura-respuesta, traducción de direcciones,
almacenamiento temporal de mensajes multimedia, y funcionalidades
de gestión de derechos digitales (DRM). El elemento
retransmisor/servidor MMS 20 puede proporcionar funcionalidades
adicionales, tales como la generación de registros de datos de
tarificación (CDR), negociación de capacidades de terminales, o
conversión de formatos de tipos de medios/medios basándose en las
capacidades del terminal destinatario 10. El elemento
servidor/retransmisor MMS 20 puede estar conectado a otras redes,
tales como Internet 50 y otras redes móviles 30. El entorno MMS
también puede comprender unos medios 40 de almacenamiento de datos
específicos, por ejemplo, unos medios de almacenamiento de mensajes
para almacenar temporalmente mensajes multimedia y una base de
datos de usuarios que comprenda datos específicos de usuarios. Una
de estas bases de datos de usuario es un registro de posiciones base
(HLR) de un sistema móvil 3GPP. El elemento servidor/retransmisor
MMS 20 también puede estar conectado a otros dispositivos y
funciones, por ejemplo, a aplicaciones de servicios de valor añadido
(VAS) MMS. Se puede usar una red IP 50 para comunicarse, por
ejemplo, con agentes 11 de usuario MMS en desplazamiento itinerante
o clientes de correo electrónico por cable. Aunque no se muestra en
la Figura 1, el sistema MMS puede comprender un retransmisor proxy
MMS para transferir mensajes multimedia. Para obtener más detalles
sobre el entorno MMS y funciones MMS ya especificados en el agente
11 de usuario y el elemento servidor/retransmisor MMS 20, se hace
referencia a la especificación 3GPP TS 23.140 v. 6.7.0
"Multimedia Messaging Service (MMS); Functional Description;
Stage 2", septiembre de 2004, en particular los Capítulos 5 a
7.
El terminal móvil 10 y el elemento
servidor/retransmisor MMS 20 comprenden memoria, un transceptor para
disponer la transferencia de datos, y una unidad de procesado que
comprende uno o más procesadores. Se pueden usar códigos de
programa de ordenador ejecutados en las unidades de procesado para
conseguir que estos dispositivos 10, 20 implementen unos medios
para proporcionar funciones novedosas en relación con la preparación
de la utilización de propiedades de contenidos, ilustrándose a
continuación, en asociación con las Figuras 2 a 6, algunas formas
de realización de las funciones novedosas. En una forma de
realización, un agente 11 de usuario MMS modificado y un servidor
21 y/o retransmisor 22 MMS modificados realizan por lo menos algunas
de las funciones novedosas ilustradas posteriormente. Las
modificaciones se pueden implementar mediante partes de código de
programa específicas en un software para implementar el agente 11 de
usuario MMS y el servidor 21 y/o retransmisor 22 MMS. No obstante,
debe indicarse que las funciones novedosas pueden ser realizadas por
alguna otra entidad.
En una de las formas de realización, una unidad
de chip o algún otro tipo de módulo para controlar el dispositivo
10 y/o 20 pueden conseguir que este dispositivo 10 y/o 20 realice
las funciones novedosas. El módulo puede formar parte del
dispositivo 10 y/o 20 y podría ser extraíble, es decir, se podría
insertar en otra unidad o dispositivo. Se pueden recibir códigos de
programa de ordenador a través de una red y/o los mismos se pueden
almacenar en unos medios de memoria, por ejemplo, en un disco, un
disco CD-ROM u otros medios de memoria externos,
desde donde los mismos se pueden cargar en la memoria de los
dispositivos 100, 200 de procesado de datos. El programa de
ordenador también se puede cargar a través de una red usando, por
ejemplo, una pila de protocolos TCP/IP. Para implementar las
funciones novedosas también se pueden usar soluciones de hardware o
una combinación de soluciones de hardware y software.
La Figura 2 ilustra un método según una forma de
realización de la invención en relación con la utilización de
clases de contenido. El método ilustrado en la Figura 2 se puede
aplicar en un elemento intermedio que transfiera mensajes hacia un
destinatario, en la presente forma de realización en un elemento
servidor/retransmisor MMS 20 (destinatario) que transmita mensajes
multimedia hacia un agente MMS destinatario 11. Una clase de
contenido está asociada a uno o más requisitos, los cuales tienen
que ser cumplidos por un conjunto de datos (que forman por lo menos
parte del contenido de un mensaje multimedia) para pertenecer o
estar asociado a la clase de contenido. En el sistema se especifica
un grupo predeterminado de clases de contenido de tal manera que
por lo menos la mayor parte de los mensajes multimedia transferidos
pertenezcan a alguna clase de contenido. En la etapa 201 se recibe
un mensaje. El mensaje puede ser un mensaje multimedia u otro tipo
de mensaje cuyo contenido vaya a ser transferido en forma de
mensaje multimedia hacia el terminal destinatario 10. El mensaje se
puede recibir desde un agente (11) de usuario MMS originador, otro
elemento servidor/retransmisor MMS (originador) (20) si el
originador del mensaje reside en un área de otro elemento
servidor/retransmisor MMS 20, u otro proveedor de contenidos que
pueda estar fuera del entorno MMS. En la etapa 202 se define una
clase de contenido correspondiente al contenido del mensaje. Debe
indicarse que, en una forma de realización alternativa, en la etapa
202 se podría definir la clase de contenido de solamente parte del
contenido del mensaje recibido en la etapa 201. La clase de
contenido se puede definir en la etapa 202 basándose en una
indicación de clase de contenido en el mensaje recibido. De este
modo, el elemento retransmisor/servidor MMS 20 puede estar dispuesto
para comprobar un elemento de información que indique la clase de
contenido con el fin de definir la clase de contenido en la etapa
202. Alternativamente, la clase de contenido se define 202 basándose
en un análisis del contenido o basándose en una modificación sobre
el contenido. En un ejemplo, el elemento servidor/retransmisor MMS
20 puede realizar una adaptación del contenido del mensaje recibido
y especificar una clase de contenido apropiada para el contenido
según se haya adaptado.
En la etapa 203 se especifica una indicación de
la clase de contenido en un mensaje a transmitir hacia el terminal
destinatario 10. Esta etapa puede ser parte de la formación de la
PDU MMS que comprenda el contenido del mensaje según se recibe en
la etapa 201. En una forma de realización, a la PDU se le añade, en
la etapa 203, un encabezamiento específico que comprende la
indicación de la clase de contenido. Después de la preparación del
mensaje, el mensaje se puede transmitir hacia el dispositivo
destinatario, en la presente forma de realización, hacia el
terminal 10 que comprende el agente MMS 11. Debe indicarse que la
transmisión puede requerir una solicitud específica del terminal
destinatario 10, por ejemplo, después de una notificación del
mensaje recibido desde el elemento servidor/retransmisor MMS
20.
La Figura 3 ilustra una forma de realización
referente al mismo aspecto que la Figura 2, es decir, a la
utilización de clases de contenido. El método ilustrado en la
Figura 3 se puede aplicar en un dispositivo destinatario, en la
presente forma de realización, en el terminal 10 que comprende el
agente MMS 11. En la etapa 301 se recibe un mensaje multimedia. Se
comprueba 302 una clase de contenido del mensaje multimedia
recibido. En una forma de realización, la clase de contenido se
define comprobando el contenido de un encabezamiento MMS específico
que indica por lo menos una clase de contenido asociada al mensaje
multimedia.
El dispositivo destinatario 10 puede estar
dispuesto para adaptar el procesado del contenido del mensaje según
la clase de contenido definida en la etapa 302. Debe entenderse, de
forma generalizada, que el procesado abarca una o más acciones
adicionales referentes al contenido del mensaje, por ejemplo, el
almacenamiento del contenido, la presentación del contenido, o la
modificación del contenido. De este modo, la clase de contenido
indicada en el mensaje puede tener un impacto sobre acciones
adicionales sobre el contenido del mensaje. En la forma de
realización de la Figura 3, el procesado del contenido del mensaje
se adapta basándose en una comprobación del soporte de la clase de
contenido.
En la etapa 303, el terminal 10 comprueba si se
soporta la clase de contenido. En una forma de realización, esta
etapa 303 se realiza comparando la clase de contenido definida en la
etapa 302 con clases de contenido predeterminadas especificadas
como soportadas por el terminal 10. Las clases de contenido
soportadas, predeterminadas, se pueden haber especificado basándose
en las propiedades del terminal 10, por ejemplo, propiedades de
pantalla y aplicaciones soportadas en el terminal 10, y las mismas
se podrían almacenar, por ejemplo, en un archivo de capacidades de
terminal específico. Si se soporta la clase de contenido del mensaje
recibido, el mensaje se puede usar adicionalmente 304 en el
terminal 10 según resulte adecuado. Típicamente, el contenido del
mensaje se presenta y se almacena.
En una forma de realización, la presentación de
un objeto de medios se puede preparar (por ejemplo, en la etapa
304) basándose en la clase de contenido detectada, es decir, se
puede invocar un primer procesado antes de la presentación del
contenido basándose en la clase de contenido detectada. Por ejemplo,
se invoca un reproductor de vídeo para un mensaje cuya clase de
contenido indica una clase de contenido para vídeo, mientras que
para un mensaje que indique una clase de contenido de texto no se
requiere ningún reproductor de medios.
En otra forma de realización, el terminal 10
está dispuesto para almacenar el contenido del mensaje según la
clase de contenido identificada: en el terminal 10 podría haber
posiciones de almacenamiento específicas de clase de contenido. Por
ejemplo, el contenido de un MM recibido con una clase de contenido
para imágenes se almacena en una carpeta específica para imágenes.
El contenido del mensaje también se puede modificar
adicionalmente.
Si no se soporta la clase de contenido, en la
presente forma de realización, el terminal 10 está dispuesto para
determinar 305 si hay disponible una adaptación del contenido. La
adaptación se puede usar para modificar el contenido del mensaje
recibido de tal manera que el contenido resultase presentable en el
terminal destinatario 10. Si no hay disponible ninguna adaptación,
el contenido del mensaje se puede rechazar o únicamente se usa
parte del contenido. Debe indicarse que, en la etapa 307, el mensaje
se podría almacenar aunque no sea posible presentar el contenido
del mensaje como tal. Si hay disponible una adaptación apropiada, en
la etapa 306 se puede realizar una adaptación de contenido en un
formato de presentación o una clase soportados por el terminal
destinatario 10.
Las Figuras 4 y 5 ilustran otro aspecto de la
invención, a saber, la indicación de protección DRM en un mensaje
hacia el destinatario. La Figura 4 ilustra funciones que se pueden
aplicar en un dispositivo intermedio tal como el elemento
servidor/retransmisor MMS 20. En la etapa 401, se recibe un mensaje
multimedia u otro tipo de mensaje (a transmitir como mensaje
multimedia hacia un destinatario). El contenido del mensaje se puede
comprobar en la etapa 402 para definir si se aplica protección DRM
para cualquier parte del contenido del mensaje. Con este fin, en la
etapa 402 se puede analizar una parte del cuerpo del mensaje
recibido. En una forma de realización alternativa, en la etapa 402
se comprueba un encabezamiento específico u otro tipo de elemento
de información en el mensaje recibido que indique la presencia de
protección DRM con el fin de definir si por lo menos parte del
contenido del mensaje está protegida con DRM. Si, basándose en la
comprobación 402, 403, se aplica protección DRM, en la etapa 406 se
especifica una indicación de protección DRM en un mensaje
multimedia a transmitir hacia el terminal destinatario 10. En una
forma de realización, en una PDU MMS que comprende el contenido del
mensaje recibido se añade un encabezamiento específico que comprende
una indicación de protección DRM. Alternativamente, si en el
contenido del mensaje recibido no se aplica protección DRM, se
puede preparar 404 un mensaje multimedia para el destinatario sin
ninguna indicación de protección DRM. En una forma de realización
alternativa, en la etapa 404 se prepara el mensaje de tal manera que
indique específicamente que no se aplica protección DRM en el
contenido del mensaje. Después de las etapas 404 ó 406, el mensaje
se puede transmitir 407 hacia el terminal destinatario 10.
La Figura 5 ilustra funciones que se pueden
aplicar en un dispositivo destinatario, en la presente forma de
realización en el terminal 10 que comprende el agente MMS 11. En la
etapa 501 se recibe un mensaje multimedia. El terminal destinatario
10 está dispuesto para comprobar, en la etapa 502, si el mensaje
comprende una indicación de protección DRM. De forma similar a la
descrita en asociación con la Figura 3 y la etapa 302, existen
formas de realización alternativas para disponer la indicación de
esta propiedad de contenido para el terminal destinatario 10. En
una forma de realización, en la etapa 502 se comprueba un
encabezamiento específico de mensaje multimedia.
Basándose en las etapas 502, 503, el terminal 10
puede estar dispuesto para adaptar una o más acciones adicionales
sobre el contenido o parte del mismo del mensaje recibido en
respuesta al elemento de información que indica protección de
datos. Si se aplica protección DRM sobre la base de la comprobación
502, 503, en la etapa 504 se puede iniciar una actividad DRM. Por
ejemplo, el agente MMS 11 puede invocar un cliente DRM en el
terminal 10 para gestionar el contenido protegido con DRM del
mensaje recibido. A continuación, por ejemplo, el cliente DRM puede
codificar, decodificar, y/o almacenar el contenido protegido con
DRM. Para obtener más detalles sobre funciones DRM y restricciones
de uso disponibles proporcionadas por estas funciones, se hace
referencia a las especificaciones DRM OMA. De este modo, el
terminal destinatario 10 puede estar dispuesto para adaptar el
procesado adicional de por lo menos parte del contenido del mensaje
iniciando un proceso DRM. En un escenario, el mensaje comprende un
objeto de medios bloqueado (cifrado) tal como una presentación de
vídeo musical, que únicamente se puede desbloquear (descifrar)
mediante una clave de desbloqueo (descifrado) obtenida mediante un
procedimiento de concesión de licencias con un servidor externo de
licencias. El procedimiento para obtener la licencia y la clave de
desbloqueo se puede iniciar basándose en la indicación de protección
DRM en el mensaje recibido.
Alternativamente, si no se aplica ninguna
protección DRM, el contenido del mensaje se puede usar como resulte
apropiado sin ninguna función DRM específica en la etapa 505.
Típicamente, el contenido del mensaje se presenta y se
almacena.
En una forma de realización, el elemento
servidor/retransmisor MMS 20 está dispuesto para comprobar si el
mensaje recibido (después de la etapa 201 y/o 401) comprende una
indicación de la clase de contenido y/o la protección DRM. Esta
comprobación se puede analizar analizando las partes de
encabezamiento de la PDU de presentación MMS recibida. Si el
mensaje comprende dicha indicación, el elemento
servidor/retransmisor MMS 20 puede estar dispuesto (en la etapa 202
en el caso de la forma de realización de la Figura 2, o en la etapa
404 ó 406 de la forma de realización de la Figura 4) para copiar
por lo menos un encabezamiento que comprenda dicha indicación desde
el mensaje de presentación recibido a la PDU de recuperación/entrega
destinada al terminal destinatario 10. De este modo, no se requiere
que el elemento retransmisor/servidor MMS 20 genere la información
por sí mismo, con lo cual no se espera que aumente la carga sobre
el elemento retransmisor/servidor MMS 20. Si no existe ninguna
indicación de protección DRM y/o clase de contenido, el elemento
servidor/retransmisor MMS 20 puede estar dispuesto o bien para
analizar el contenido de la PDU recibida con el fin de determinar
esta información sobre la clase de contenido y/o la protección DRM
aplicadas o bien para omitir la indicación de la clase de contenido
y/o la protección DRM en la PDU de recuperación/entrega a transmitir
hacia el terminal destinatario 10.
De una manera similar a la forma de realización
anterior, también el terminal 10 que comprende el agente 11 de
usuario MMS puede estar dispuesto para realizar una etapa de
comprobación en relación con la indicación de la clase de contenido
y/o la aplicación de protección DRM (por ejemplo, en la etapa
302/502). Si no hay disponible ninguna indicación, el terminal 10
podría proseguir (en lugar de la etapa 303/503) analizando el
contenido del mensaje recibido para identificar la clase de
contenido y/o la aplicación de protección DRM.
En una forma de realización, en un
encabezamiento MMS de una PDU MM transmitida se especifica una
indicación de la clase de contenido y/o la aplicación de protección
DRM. De este modo, el elemento servidor/retransmisor MMS 20 está
dispuesto para añadir por lo menos un encabezamiento MMS que
comprende la indicación de la clase de contenido y/o la protección
DRM. En una forma de realización alternativa, la indicación de la
clase de contenido y/o la aplicación de protección DRM se
especifica en un mensaje de notificación que informa al terminal
destinatario 10 sobre un MM recibido. De este modo, el contenido del
mensaje recibido y la indicación se pueden transferir en mensajes
independientes. Basándose en la indicación de clase de contenido y/o
la indicación sobre la aplicación de protección DRM, el terminal
destinatario 10 puede determinar, en lugar de las formas de
realización ilustradas anteriormente en relación con las Figuras 3 y
4, si solicitar la transmisión del contenido de mensaje desde el
servidor/retransmisor MMS 20.
La Figura 6 describe nuevos campos de
encabezamiento ilustrativos para el sistema MMS 3GPP. Estos nuevos
campos de encabezamiento también se pueden especificar en las
especificaciones MMS OMA. El campo de encabezamiento
"X-Mms-Content-Class"
se puede usar para indicar el valor de la clase de contenido. El
valor de este encabezamiento
"X-Mms-Content-Class"
podría proporcionar, dependiendo de la clasificación aplicada,
información sobre un tipo/formato de medios aplicable, el tamaño
máximo, la resolución máxima de la imagen/vídeo, mecanismo de
presentación aplicable, y/o un método DRM aplicable. El campo de
encabezamiento
"X-Mms-DRM-Content"
se puede usar para indicar la presencia de contenido DRM. Este
campo de encabezamiento podría tener simplemente el valor "Sí"
o "No". Los encabezamientos son opcionales, ya que algunos
mensajes puede que no pertenezcan a ninguna clase de contenido, y
algunos mensajes puede que no contengan ningún contenido protegido
con DRM o no estén disponibles para el elemento
servidor/retransmisor MMS 20. Debería indicarse que existen también
muchas formas alternativas para indicar la clase de contenido y/o la
protección DRM. Por ejemplo, se podría usar un único
encabezamiento. La presencia de contenido DRM también se podría
especificar adicionalmente, por ejemplo, indicando elementos de
contenido que estén protegidos con DRM.
En otra forma de realización, la clase de
contenido se asocia previamente a información más detallada sobre
el método o tipo de protección DRM. De este modo, basándose en una
información detectada más detallada, el terminal destinatario 10
puede estar dispuesto para adaptar procedimientos DRM adicionales
en/después de la etapa 504 de la Figura 5. Por ejemplo, la clase de
contenido puede especificar el uso de evitación de reenvío (Bloque
de Reenvío), con lo cual se evita el reenvío del contenido en el
terminal 10. Otros métodos de protección DRM ilustrativos, que se
podrían indicar en el campo de encabezamiento DRM de la Figura 6 o
en otro tipo de encabezamientos de indicación DRM, son Entrega
Combinada y Entrega Independiente. Debe indicarse que los métodos
de restricción de uso aplicables no se limitan a los métodos DRM
sino que se puede indicar cualquier tipo de restricción de uso al
terminal destinatario 10. Por ejemplo, se podrían indicar
restricciones específicas de tiempo, restricciones de usuarios,
restricciones de grupos de usuarios, restricciones económicas,
restricciones de dispositivos, o restricciones de aplicaciones.
Tal como ya se ha mencionado, una clase de
contenido está asociada a o específica uno o más requisitos, los
cuales son cumplidos por un conjunto de datos (que es parte del
contenido de un mensaje multimedia o el mensaje en su totalidad).
Los requisitos se pueden especificar como resulte apropiado para
clasificar datos transferidos con el fin de soportar
interoperabilidad entre dispositivos. De este modo, conjuntos de
datos (carga útil) transferidos con propiedades similares se
asociarían a la misma clase de contenido. Algunas categorías
ilustrativas de requisitos que se pueden aplicar e indicar en una
forma de realización en el encabezamiento de la Figura 6 son:
tamaño de contenido, formato de texto del contenido, formato de
imágenes del contenido, formato de mapa de bits del contenido,
formato de vídeo de contenido, formato de audio del contenido,
formato PIM (Gestión de Información Personal) del contenido, modo
de protección DRM del contenido, y formato de presentación del
contenido. Por ejemplo, un tamaño máximo de \leq30 kB es un
requisito para una clase de imágenes básicas. De este modo, un
mensaje que comprenda una imagen no puede ser mayor que 30 kB para
estar asociado (por ejemplo, mediante el elemento
servidor/retransmisor MMS 20 en la etapa 202) a la clase de imágenes
básicas. Además, el terminal destinatario 10 tiene conocimiento de
los requisitos asociados a o especificados por diferentes clases de
contenido predeterminadas. Después de identificar la clase de
contenido, el terminal 10 puede iniciar otras acciones apropiadas
basándose en la clase de contenido del mensaje recibido. Por
ejemplo, si se recibe un mensaje asociado a la clase de imágenes
básica, el terminal 10 puede determinar si dispone de suficiente
espacio de memoria disponible para almacenar el mensaje. En caso
negativo, por ejemplo, se le puede notificar esto al usuario y/o se
puede incrementar el espacio de memoria disponible si es
posible.
En una forma de realización, se utilizan por lo
menos algunas de las siguientes clases de contenido para clasificar
el contenido: texto, de imágenes básicas, rico en imágenes, de vídeo
básico, rico en vídeo, megapíxel, de contenido básico, rico en
contenido. No obstante, la indicación de tipos de contenido no se
limita a ningún tipo de contenido específico. En una forma de
realización, las propiedades especificadas en el Capítulo 7 de la
especificación OMA "MMS Conformance Document 1.2",
Versión Candidata 27-jul-2004, se
utilizan en las clases texto, de imágenes básicas, rico en
imágenes, de vídeo básico, y rico en vídeo. Haciendo referencia a
la forma de realización de la Figura 6, el campo de encabezamiento
"X-Mms-Content-Class"
puede presentar por lo tanto uno de estos valores. Por ejemplo, se
pueden aplicar valores binarios específicos predeterminados para
cada una de estas clases de contenido, sobre cuya base el agente 11
de usuario MMS y las funciones 21, 22 de retransmisor/servidor MMS
definen e identifican las clases de contenido de mensajes
multimedia.
Debería indicarse que las formas de realización
descritas anteriormente también se podrían aplicar en cualquier
combinación de las mismas. Resultará evidente para un experto en la
materia que, a medida que avance la tecnología, el concepto
innovador se podrá implementar de diversas maneras. La invención y
sus formas de realización no están limitadas a los ejemplos que
acaban de ser descritos sino que pueden variar dentro del alcance de
las reivindicaciones.
Claims (19)
1. Método para disponer una indicación de una
propiedad del contenido de un mensaje para un destinatario en un
sistema de mensajería, comprendiendo el sistema de mensajería un
dispositivo destinatario y un elemento de red para transferir
mensajes al dispositivo destinatario, caracterizado
porque
se define, por parte del elemento de red, una
clase de contenido de un conjunto de datos para un mensaje a
transmitir hacia el dispositivo destinatario (202),
se especifica, por parte del elemento de red,
por lo menos un elemento de información en un mensaje hacia el
dispositivo destinatario, comprendiendo el elemento de información
una indicación de la clase (203) de contenido, y
se transmite el mensaje hacia el dispositivo
destinatario (204).
\vskip1.000000\baselineskip
2. Método según la reivindicación 1,
caracterizado porque la clase de contenido del conjunto de
datos se define basándose en una indicación de clase de contenido
en un mensaje recibido desde el originador del contenido.
3. Método según la reivindicación 1,
caracterizado porque la clase de contenido del conjunto de
datos se define basándose en el conjunto de datos que ha sido
adaptado por el elemento de red.
4. Método según cualquiera de las
reivindicaciones anteriores, caracterizado porque
se recibe el mensaje por parte del dispositivo
destinatario (301),
se comprueba la clase de contenido en el
elemento (302) de información, y
se dispone un procesado adicional del contenido
del mensaje según la clase (303) de contenido.
\vskip1.000000\baselineskip
5. Método según la reivindicación 4,
caracterizado porque
se comprueba, en el dispositivo destinatario, si
el dispositivo destinatario soporta la clase (303) de contenido,
y
se adapta por lo menos parte del conjunto de
datos si el dispositivo destinatario no soporta la clase (306) de
contenido.
\vskip1.000000\baselineskip
6. Método según cualquiera de las
reivindicaciones anteriores, caracterizado porque el elemento
de red es un retransmisor/servidor del Servicio de Mensajería
Multimedia MMS y el mensaje es un mensaje multimedia, y el elemento
de información se especifica como un encabezamiento MMS en el
mensaje.
7. Método según la reivindicación 1,
caracterizado porque el mensaje es un mensaje multimedia y la
clase de contenido clasifica el contenido del mensaje multimedia en
la clase de contenido más pequeña a la que pertenece el
mensaje.
8. Elemento de red para un sistema de
mensajería, comprendiendo el elemento de red unos medios para
transmitir un mensaje hacia un dispositivo destinatario,
caracterizado porque el elemento de red comprende:
unos medios para definir una clase de contenido
de un conjunto de datos para un mensaje a transmitir hacia el
dispositivo destinatario (202), y
unos medios para especificar por lo menos un
elemento de información en un mensaje hacia el dispositivo
destinatario, comprendiendo el elemento de información una
indicación de la clase (203) de contenido.
\vskip1.000000\baselineskip
9. Elemento de red según la reivindicación 8,
caracterizado porque el elemento de red está dispuesto para
definir la clase de contenido del conjunto de datos basándose en una
indicación de clase de contenido en un mensaje recibido desde el
originador del contenido.
10. Elemento de red según la reivindicación 8 ó
9, caracterizado porque el elemento de red está dispuesto
para definir la clase de contenido del conjunto de datos basándose
en el conjunto de datos que ha sido adaptado por el elemento de
red.
11. Elemento de red según cualquiera de las
reivindicaciones 8 a 10, caracterizado porque el elemento de
red es un retransmisor/servidor del Servicio de Mensajería
Multimedia MMS y el mensaje es un mensaje multimedia, y
el elemento de red está dispuesto para
especificar el elemento de información como un encabezamiento MMS en
el mensaje.
\vskip1.000000\baselineskip
12. Elemento de red según cualquiera de las
reivindicaciones 8 a 11, caracterizado porque el elemento de
red está dispuesto para especificar el elemento de información en
un mensaje que comprende el conjunto de datos.
13. Elemento de red según la reivindicación 8,
caracterizado porque el mensaje es un mensaje multimedia y
la clase de contenido clasifica el contenido del mensaje multimedia
en la clase de contenido más pequeña a la que pertenece el
mensaje.
14. Terminal para un sistema de mensajería,
comprendiendo el terminal unos medios para recibir un mensaje desde
un elemento de red de mensajería, caracterizado porque el
terminal comprende:
unos medios para comprobar un elemento de
información que indica una clase de contenido de un conjunto de
datos comprendido por o indicado en el mensaje recibido (302), y
unos medios para adaptar el procesado del
conjunto de datos según la clase de contenido (306).
\vskip1.000000\baselineskip
15. Terminal según la reivindicación 14,
caracterizado porque
el terminal está dispuesto para comprobar si la
clase de contenido es soportada en el terminal (303), y
el terminal está dispuesto para disponer un uso
adicional del conjunto de datos si se soporta (304) la clase de
contenido.
\vskip1.000000\baselineskip
16. Terminal según la reivindicación 14 ó 15,
caracterizado porque el mensaje es un mensaje multimedia, y
el terminal está dispuesto para comprobar el elemento de información
en un encabezamiento del Servicio de Mensajería Multimedia MMS del
mensaje recibido.
17. Terminal según la reivindicación 14,
caracterizado porque el mensaje es un mensaje multimedia y la
clase de contenido clasifica el contenido del mensaje multimedia en
la clase de contenido más pequeña a la que pertenece el
mensaje.
18. Producto de programa de ordenador para
controlar un terminal, caracterizado porque el programa de
ordenador comprende:
un código para comprobar un elemento de
información que indica una clase de contenido de un conjunto de
datos comprendido por o indicado en un mensaje recibido (302),
y
un código para adaptar el procesado del conjunto
de datos según la clase de contenido (306).
\vskip1.000000\baselineskip
19. Producto de programa de ordenador según la
reivindicación 18, caracterizado porque el programa de
ordenador comprende
un código para comprobar si la clase de
contenido es soportada en el terminal (303), y
un código para disponer un uso adicional del
conjunto de datos si se soporta (304) la clase de contenido.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/FI2004/000646 WO2006048492A1 (en) | 2004-11-02 | 2004-11-02 | Informing recipient device of message content properties |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2328150T3 true ES2328150T3 (es) | 2009-11-10 |
Family
ID=36318921
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04798255T Active ES2328150T3 (es) | 2004-11-02 | 2004-11-02 | Informacion dirigida a un dispositivo destinatario sobre las propiedades del contenido de un mensaje. |
| ES09158137.1T Active ES2445868T3 (es) | 2004-11-02 | 2004-11-02 | Indicación de contenido de uso restringido a un terminal destinatario |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES09158137.1T Active ES2445868T3 (es) | 2004-11-02 | 2004-11-02 | Indicación de contenido de uso restringido a un terminal destinatario |
Country Status (10)
| Country | Link |
|---|---|
| US (3) | US8321954B2 (es) |
| EP (2) | EP1810460B1 (es) |
| JP (1) | JP4695147B2 (es) |
| CN (1) | CN101076983B (es) |
| AT (1) | ATE437505T1 (es) |
| AU (1) | AU2004324519B2 (es) |
| DE (1) | DE602004022206D1 (es) |
| ES (2) | ES2328150T3 (es) |
| TW (1) | TWI317587B (es) |
| WO (1) | WO2006048492A1 (es) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7962124B1 (en) * | 2003-10-13 | 2011-06-14 | Nortel Networks Limited | Method and system for multimedia message delivery in a communication system |
| JP4437548B2 (ja) * | 2005-12-09 | 2010-03-24 | ソニー株式会社 | 音楽コンテンツ表示装置、音楽コンテンツ表示方法及び音楽コンテンツ表示プログラム |
| JP4894252B2 (ja) * | 2005-12-09 | 2012-03-14 | ソニー株式会社 | データ表示装置、データ表示方法及びデータ表示プログラム |
| KR20100055882A (ko) * | 2008-11-18 | 2010-05-27 | 삼성전자주식회사 | 컨텐츠 제어 장치 및 컨텐츠 제어 방법 |
| WO2011041602A1 (en) * | 2009-09-30 | 2011-04-07 | Openwave System Inc. | Method and system for managing multimedia messages using a message intermediation module |
| US9769287B2 (en) | 2010-05-10 | 2017-09-19 | Telefonaktiebolaget Lm Ericsson (Publ) | Reducing protocol overhead in single-block packet access procedures |
| US10289809B1 (en) * | 2010-05-17 | 2019-05-14 | Western Digital Technologies, Inc. | Transferring media files between users after encrypting with encryption key obtained from a digital rights management server |
| US10574609B2 (en) | 2016-06-29 | 2020-02-25 | Cisco Technology, Inc. | Chat room access control |
| CN115242875A (zh) * | 2022-07-13 | 2022-10-25 | 苏州华星光电技术有限公司 | 消息编码及解码方法、处理装置和存储介质 |
Family Cites Families (56)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5548789A (en) * | 1991-01-24 | 1996-08-20 | Canon Kabushiki Kaisha | Message communication processing apparatus for selectively converting storing and transmitting messages of different lengths |
| US7948875B2 (en) * | 1997-08-29 | 2011-05-24 | AIP Acquisition, LLC | IP exchange quality testing system and method |
| US20100208634A1 (en) * | 1994-10-11 | 2010-08-19 | Arbinet Corporation | System and Method For Managing Multimedia Communications Across Convergent Networks |
| US5761415A (en) * | 1995-12-15 | 1998-06-02 | Banyan Systems, Inc. | Maintaining distribution lists in a naming service with information for routing messages to users in a network and to remote users |
| US6161988A (en) * | 1998-03-02 | 2000-12-19 | Pawluk; Laura-Anne Jean | Method and apparatus for maintaining a golf course water hazard free of debris |
| FI108982B (fi) | 1998-06-15 | 2002-04-30 | Nokia Corp | Sanomapalvelu langattomassa tietoliikennejärjestelmässä |
| US6160477A (en) * | 1999-01-09 | 2000-12-12 | Heat-Timer Corp. | Electronic message delivery system utilizable in the monitoring of remote equipment and method of same |
| JP3816689B2 (ja) | 1999-03-31 | 2006-08-30 | 株式会社東芝 | 情報配信装置、情報受信装置及び通信方法 |
| FI108603B (fi) * | 1999-04-19 | 2002-02-15 | Nokia Corp | Menetelmä ja järjestelmä multimediaan liittyvän informaation välittämiseksi pakettikytkentäisessä solukkoradioverkossa, jossa on ulkoinen liitäntä |
| WO2000064110A1 (en) | 1999-04-19 | 2000-10-26 | Nokia Networks Oy | Method for delivering messages |
| AU4676800A (en) * | 1999-04-26 | 2000-11-10 | Dodots, Inc. | Apparatus and method for delivering internet content |
| FI112427B (fi) * | 1999-11-05 | 2003-11-28 | Nokia Corp | Menetelmä langattoman päätelaitteen ominaisuuksien määrittämiseksi multimediasanoman välityspalvelussa, multimediasanoman välityspalvelu ja multimediapäätelaite |
| FI109319B (fi) * | 1999-12-03 | 2002-06-28 | Nokia Corp | Päätelaitteelle välitettävän elektronisen informaation suodattaminen |
| FI116819B (fi) * | 2000-01-21 | 2006-02-28 | Nokia Corp | Menetelmä kuvien lähettämiseksi ja kuvakooderi |
| EP1410231A4 (en) * | 2000-04-03 | 2005-02-23 | Juergen Stark | METHOD AND SYSTEM FOR ELECTRONIC MESSAGING WITH CONTENT CONTROL |
| US7865394B1 (en) * | 2000-04-17 | 2011-01-04 | Alterian, LLC | Multimedia messaging method and system |
| US7024462B1 (en) * | 2000-10-20 | 2006-04-04 | Amacis Limited | Electronic message routing |
| JP2002150008A (ja) | 2000-11-15 | 2002-05-24 | Mitsui Eng & Shipbuild Co Ltd | ネットワーク流通データの管理方法及びそのネットワークサーバシステム、並びに同方法がプログラムされ記録された記録媒体 |
| US8099081B2 (en) * | 2001-01-18 | 2012-01-17 | Siemens Aktiengesellschaft | Method and mobile telecommunications device for transmitting data in a mobile radio network |
| US8924383B2 (en) * | 2001-04-06 | 2014-12-30 | At&T Intellectual Property Ii, L.P. | Broadcast video monitoring and alerting system |
| US7830969B2 (en) * | 2001-05-04 | 2010-11-09 | Hewlett-Packard Development Company, L.P. | Encoding devices for scalable data streaming |
| EP1255416B1 (en) * | 2001-05-04 | 2011-04-06 | Siemens Aktiengesellschaft | Method and medium for storing and accessing MMS (Multimedia Messaging Service) information |
| US7213072B2 (en) * | 2001-05-08 | 2007-05-01 | Nokia Mobile Phones | Method and apparatus for transcoding content with permissible operations authorized by content creator |
| US20020188688A1 (en) | 2001-06-12 | 2002-12-12 | Bice Richard S. | Automated message handling system and process |
| US20100255890A1 (en) * | 2001-06-27 | 2010-10-07 | John Mikkelsen | Download management of audio and visual content, product method and system |
| US9712582B2 (en) * | 2001-06-27 | 2017-07-18 | Skky, Llc | Telephone initiated protocol-improved media delivery platform |
| GB0116771D0 (en) | 2001-07-10 | 2001-08-29 | Ibm | System and method for tailoring of electronic messages |
| JP2003030088A (ja) | 2001-07-13 | 2003-01-31 | Nippon Telegr & Teleph Corp <Ntt> | データ配信システム |
| NO316737B1 (no) | 2001-11-08 | 2004-04-19 | Beep Science As | Arrangement og fremgangsmate for innholdskontroll av dataobjekter, spesielt dataobjekter i MMS-meldinger |
| US20030193967A1 (en) | 2001-12-31 | 2003-10-16 | Gregg Fenton | Method, apparatus and system for processing multimedia messages |
| JP2004038775A (ja) * | 2002-07-05 | 2004-02-05 | Hcx:Kk | 移動体への情報通信方式、及び移動体における情報表示システム |
| US7254643B1 (en) * | 2002-08-08 | 2007-08-07 | At&T Corp. | System and method for providing multi-media services to communication devices over a communications network |
| SE0202451D0 (sv) * | 2002-08-15 | 2002-08-15 | Ericsson Telefon Ab L M | Flexible Sim-Based DRM agent and architecture |
| WO2003045041A1 (en) * | 2002-10-18 | 2003-05-30 | Nokia Corporation | Selectively recalling sent messages |
| US7685315B2 (en) * | 2002-10-28 | 2010-03-23 | Nokia Corporation | System and method for conveying terminal capability and user preferences-dependent content characteristics for content adaptation |
| EP1427208A1 (en) * | 2002-12-02 | 2004-06-09 | Canal + Technologies | Messaging over mobile phone network for digital multimedia network |
| US7522675B2 (en) * | 2002-12-30 | 2009-04-21 | Motorola, Inc. | Digital content preview generation and distribution among peer devices |
| JP4127052B2 (ja) | 2003-01-10 | 2008-07-30 | 日本電気株式会社 | コンテンツ配信システム、ネットワーク及びチャネル切替制御方法 |
| EP1455292A1 (en) | 2003-03-03 | 2004-09-08 | Sony Ericsson Mobile Communications AB | Rights request method |
| US7139372B2 (en) * | 2003-03-07 | 2006-11-21 | July Systems, Inc | Authorized distribution of digital content over mobile networks |
| US20040181550A1 (en) | 2003-03-13 | 2004-09-16 | Ville Warsta | System and method for efficient adaptation of multimedia message content |
| DE10325889A1 (de) * | 2003-06-06 | 2004-12-23 | Siemens Ag | Verfahren zum Übertragen von Nachrichten |
| US7792517B2 (en) * | 2003-06-10 | 2010-09-07 | Motorola, Inc. | Digital content acquisition and distribution in digitial rights management enabled communications devices and methods |
| US7089594B2 (en) * | 2003-07-21 | 2006-08-08 | July Systems, Inc. | Application rights management in a mobile environment |
| US20060288123A1 (en) * | 2003-09-01 | 2006-12-21 | Koninklijke Philips Electronics N.V. | Interface for transcoding system |
| JP2007504563A (ja) * | 2003-09-04 | 2007-03-01 | イーエムシー コーポレイション | データメッセージミラーリングおよび宛て先変更 |
| US7643564B2 (en) * | 2003-10-28 | 2010-01-05 | Motorola, Inc. | Method and apparatus for recording and editing digital broadcast content |
| US7181538B2 (en) * | 2003-11-14 | 2007-02-20 | Sybase 365, Inc. | System and method for providing configurable, dynamic multimedia message service pre-transcoding |
| US8886824B2 (en) * | 2004-01-26 | 2014-11-11 | Core Wireless Licensing, S.a.r.l. | Media adaptation determination for wireless terminals |
| GB0402774D0 (en) * | 2004-02-09 | 2004-03-10 | Nokia Corp | Multimedia message transfer |
| US7676590B2 (en) * | 2004-05-03 | 2010-03-09 | Microsoft Corporation | Background transcoding |
| GB0410014D0 (en) * | 2004-05-05 | 2004-06-09 | Nokia Corp | Multimedia message delivery optimisation |
| WO2006000887A1 (en) * | 2004-06-23 | 2006-01-05 | Nokia Corporation | Methods, systems and computer program products for expressing classes of adaptation and classes of content in media transcoding |
| US7738833B2 (en) * | 2004-06-30 | 2010-06-15 | Glenayre Electronics, Inc. | Provision of messaging services from a video messaging system for video compatible and non-video compatible equipment |
| JP4794269B2 (ja) | 2004-11-08 | 2011-10-19 | パナソニック株式会社 | セキュアデバイスおよび中継端末 |
| US7876766B1 (en) * | 2004-11-22 | 2011-01-25 | Syniverse Icx Corporation | Method and apparatus to enable interoperation between multi-media messaging service centers |
-
2004
- 2004-11-02 EP EP04798255A patent/EP1810460B1/en active Active
- 2004-11-02 ES ES04798255T patent/ES2328150T3/es active Active
- 2004-11-02 AU AU2004324519A patent/AU2004324519B2/en not_active Ceased
- 2004-11-02 DE DE602004022206T patent/DE602004022206D1/de active Active
- 2004-11-02 US US11/666,580 patent/US8321954B2/en active Active
- 2004-11-02 ES ES09158137.1T patent/ES2445868T3/es active Active
- 2004-11-02 AT AT04798255T patent/ATE437505T1/de active
- 2004-11-02 WO PCT/FI2004/000646 patent/WO2006048492A1/en active Application Filing
- 2004-11-02 JP JP2007538448A patent/JP4695147B2/ja active Active
- 2004-11-02 CN CN2004800445461A patent/CN101076983B/zh active Active
- 2004-11-02 EP EP09158137.1A patent/EP2081338B1/en active Active
-
2005
- 2005-10-28 TW TW094137757A patent/TWI317587B/zh not_active IP Right Cessation
-
2012
- 2012-10-26 US US13/662,043 patent/US9369306B2/en active Active
-
2016
- 2016-06-13 US US15/180,223 patent/US9906926B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US9906926B2 (en) | 2018-02-27 |
| US8321954B2 (en) | 2012-11-27 |
| AU2004324519A1 (en) | 2006-05-11 |
| WO2006048492A1 (en) | 2006-05-11 |
| JP2008519478A (ja) | 2008-06-05 |
| EP2081338A3 (en) | 2009-07-29 |
| JP4695147B2 (ja) | 2011-06-08 |
| ATE437505T1 (de) | 2009-08-15 |
| ES2445868T3 (es) | 2014-03-05 |
| US20130060879A1 (en) | 2013-03-07 |
| EP1810460A1 (en) | 2007-07-25 |
| US20160295382A1 (en) | 2016-10-06 |
| EP2081338A2 (en) | 2009-07-22 |
| TWI317587B (en) | 2009-11-21 |
| TW200631359A (en) | 2006-09-01 |
| CN101076983B (zh) | 2013-04-17 |
| DE602004022206D1 (de) | 2009-09-03 |
| EP2081338B1 (en) | 2013-12-25 |
| AU2004324519B2 (en) | 2010-06-10 |
| EP1810460B1 (en) | 2009-07-22 |
| US20090049559A1 (en) | 2009-02-19 |
| US9369306B2 (en) | 2016-06-14 |
| CN101076983A (zh) | 2007-11-21 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9906926B2 (en) | Informing recipient device of message content properties | |
| ES2809237T3 (es) | Procesamiento de contenido y servicios de redes para dispositivos móviles o fijos | |
| US7296156B2 (en) | System and method for SMS authentication | |
| ES2362359T3 (es) | Servicio de mensajes. | |
| US8990322B2 (en) | Archive control for text messages | |
| KR100742362B1 (ko) | 이동통신 네트워크에서 콘텐츠를 안전하게 송수신하기 위한 방법 및 장치 | |
| JP2006522979A (ja) | マルチメディアメッセージング方法及びシステム | |
| CA2552056C (en) | Heterogeneous related document attaching for (clinical) messaging | |
| ES2337370T3 (es) | Codificacion de mensajes para utilizar en un sistema de comunicacion basado en el estado de clasificacion de seguridad. | |
| TWI312630B (en) | Computer implemented method, apparatus and computer readable medium for transmitting e-mail | |
| ES2244935T3 (es) | Procedimiento para transmitir datos, en particular con contenidos multimedia, en una red de telefonia movil. | |
| KR100897588B1 (ko) | 수신자 장치에 대한 메시지 콘텐츠 속성들의 통보 | |
| WO2001075559A2 (en) | Agent-based secure handling of e-mail header information | |
| US20090031323A1 (en) | Communication system and method | |
| KR20090006234A (ko) | 수신자 장치에 대한 메시지 콘텐츠 속성들의 통보 | |
| TW201108673A (en) | Selective first delivery attempt (FDA) processing for text messages | |
| ES2640764T3 (es) | Arquitectura de autenticación y autorización para una puerta de enlace de acceso | |
| KR100595274B1 (ko) | 멀티미디어 메시징 서비스에 따른 메시지 전달 방법 | |
| JP2006146648A (ja) | 移動端末装置 | |
| CN103124232A (zh) | 向接受者设备通知消息内容属性 |