MX2007001440A

MX2007001440A - Metodo para transmitir datos de alta o de baja especificos de la aplicacion y sistema, servidor, y terminal de comunicacion para el mismo.____________________________________________________.

Info

Publication number: MX2007001440A
Application number: MX2007001440A
Authority: MX
Inventors: Josef Laumen; Andreas Schmidt
Original assignee: Infineon Technologies Ag
Priority date: 2004-08-02
Filing date: 2005-07-06
Publication date: 2008-03-07
Also published as: CN101040543B; US20080261591A1; BRPI0514019A8; JP2008508825A; CN101040543A; JP5589099B2; WO2006015672A1; BRPI0514019A; KR20070041610A; KR20080113436A; JP4971156B2; ATE524032T1; DE102004037338B4; EP1774805B1; EP1774805A1; WO2006015672A8; JP2011055491A; JP2013081250A; DE102004037338A1

Abstract

Se proporciona un sistema de comunicacion con un terminal (404) de comunicacion y un servidor, transmitiendo el terminal de comunicacion al servidor datos (412) de alta y de baja especificos de la aplicacion que son especificos para una aplicacion instalada o desinstalada en el terminal de comunicacion, y el servidor realiza una funcion de control en funcion de los dato de alta y de baja trasmitidos especificos de la aplicacion.

Description

METODO PARA TRANSMITIR DATOS DE ALTA O DE BAJA ESPECÍFICOS DE LA APLICACIÓN Y SISTEMA, SERVIDOR Y TERMINAL DE COMUNICACIÓN PARA EL MISMO La invención se refiere a un sistema de comunicación, a un procedimiento para controlar un sistema de comunicación, a un servidor, a un procedimiento para la puesta en funcionamiento de un servidor, a un terminal de comunicación y a un procedimiento para la puesta en funcionamiento de un terminal de comunicación. Los sistemas de comunicación de radiotelefonía móvil según la norma GSM ( "Global Sistema for Mobile Communications" , Sistema Global para las Comunicaciones Móviles) permiten además de conexiones de comunicación por voz también el envío y recepción de mensajes de texto con una longitud de hasta 160 caracteres por medio del SMS ("Short Message Service", Servicio de Mensajes Cortos). Un posible sucesor de este servicio de comunicación sencillo y extremadamente eficaz es el MMS ("Multimedia Messaging Service", Servicio de Mensajería Multimedia), que se describe por ejemplo en [1] y [2] . El MMS es un servicio de comunicación, que permite el envío por móvil y la recepción por móvil de mensajes con contenidos multimedia. En lo sucesivo un mensaje transmitido por medio del MMS se denominará mensaje multimedia (MM) . Al contrario que el SMS, en el caso del MMS el contenido de los mensajes transmitidos no se limita a un texto con una longitud de 160 caracteres. Un mensaje multimedia puede presentar múltiples elementos multimedia, es decir archivos multimedia, de diferentes tipos de archivos (por ejemplo archivos de audio o archivos de imagen fija) y de diferentes formatos de archivo (por ejemplo GIF o JPEG en caso de un archivo de imagen fija) . El MMS permite también la transmisión de presentaciones multimedia relativamente pequeñas con un desarrollo determinado en el tiempo y/o el espacio. Por deseo de los operadores de sistemas de comunicación según GSM, es decir sistemas de comunicación de radiotelefonía móvil según la norma GSM, se definieron para la versión 1.2 del MMS, cuya introducción en el mercado es actualmente inminente, clases de mensajes de MMS, tal como se define por ejemplo en [3] . Para un mensaje multimedia de una clase de mensajes de MMS determinada la cantidad de datos máxima que puede contener el mensaje multimedia está establecida. Además se determina de qué tipo de archivo y de qué formato de archivo pueden ser los elementos multimedia, para que el mensaje multimedia pueda contener estos elementos multimedia. Los formatos de archivo se especifican normalmente por medio de tipos de contenido MIME ( "Multi Purpose Intermail Extensiones" , Extensiones Multipropósito de Correo de Internet) , tal como se describen en [4] . Por iniciativa de la Comunidad JAVA, especialmente del grupo de expertos JSR-205 (véase por ejemplo http://www.jcp.org/en/home/index), en el marco del 3GPP ("3rd Generation Partnership Project", proyecto de asociación para la tercera generación) se llevan a cabo trabajos bajo la denominación "Esquema de direccionamiento de aplicación" ("Application Addressing Schema" ) con el objetivo de ampliar el protocolo de comunicación utilizado en el MMS, de modo que el MMS de las aplicaciones, es decir las aplicaciones de software, pueda utilizarse como medio de transporte (portador) , es decir que los archivos y datos que se transmiten en el marco de una aplicación puedan transmitirse por medio de MMS . Presumiblemente se permite que las aplicaciones, en cuyo marco se transmiten datos por medio de MMS, puedan estar instaladas tanto en un elemento de red de una red de radiotelefonía móvil como también en un terminal de comunicación móvil .

Para permitir la transmisión de datos realizada en el marco de una aplicación por medio de MMS, presumiblemente se permite el direccionamiento de aplicaciones en MMS, es decir, que un emisor puede enviar un mensaje multimedia bajo indicación de una dirección de aplicación, que direcciona una aplicación, y/o de un identificador de la aplicación, que identifica una aplicación, a la aplicación direccionada o identificada. Una vez que este es el caso, se transmitirán presumiblemente por medio de MMS archivos con tipos de archivo o formatos de archivo, que hasta este momento no se transmitían por medio de MMS, porque presumiblemente se reciben y/o envían una pluralidad de datos de tipo de contenido MIME específico de la aplicación de aplicaciones instaladas en terminales de comunicación móviles. De manera correspondiente se transmitirán presumiblemente por medio de MMS una pluralidad de archivos con tipos de archivo y formatos de archivo, que se utilizan por una aplicación instalada en un terminal de comunicación, pero que "habitualmente" no soporta el terminal de comunicación, es decir, que no pueden utilizarse, cuando la aplicación no está instalada en el terminal de comunicación. Un servidor/retransmisor MMS ("MMS-Relay Server") habitual según la norma MMS no puede diferenciar si, en el caso de un mensaje multimedia que ha de transmitirse, se trata de un mensaje multimedia que contiene un archivo con un tipo de archivo o un formato de archivo que puede utilizarse, es decir procesarse, por un terminal de comunicación, esto es que puede representarse por ejemplo en la pantalla del terminal de comunicación, o si el mensaje multimedia se utiliza como contenedor de transporte y contiene un archivo con un tipo de archivo y/o un formato de archivo determinado especialmente para una aplicación instalada en el terminal de comunicación y que el terminal de comunicación sólo puede procesar por medio de esta aplicación. En especial existe la posibilidad de que un servidor/retransmisor MMS, en el marco de una denominada adaptación del contenido (en inglés: "Content Adaptation") basándose en la información que conoce a través de un terminal de comunicación, elimine el contenido de un mensaje multimedia con el supuesto de que el terminal de comunicación no puede procesar el contenido del mensaje multimedia, aunque pueda procesarse el contenido por al menos una aplicación, instalada en el terminal de comunicación. Un servidor/retransmisor MMS en el marco de un denominado UAProf ("User Agent Profile", Perfil del Agente de Usuario) del terminal de comunicación, que es un perfil del terminal de comunicación, puede conocer la información de que el terminal de comunicación no puede procesar los archivos de un tipo de archivo determinado, y el servidor/retransmisor MMS, en el marco de su capacidad para adaptar contenidos de mensajes multimedia a las capacidades y propiedades de terminales de comunicación (adaptación de contenido, en inglés: "Content Adaptation), podría eliminar archivos en mensajes multimedia de este tipo de archivo, debido a que el servidor/retransmisor MMS no sabe que en el terminal de comunicación está instalada una aplicación que puede procesar estos contenidos . Esto puede tener como consecuencia considerables pérdidas de calidad y pérdidas de datos . Este comportamiento del servidor/retransmisor MMS es especialmente muy desventajoso cuando al usuario del terminal de comunicación se le generan gastos por la transmisión de mensajes multimedia, porque por ejemplo es un abonado de un proveedor de servicios de valor añadido (VASP, "Valué Added Service Provider"), que utiliza el MMS como medio de transporte . Actualmente aún no muchos proveedores de MMS utilizan la posibilidad de la adaptación de contenido. Sin embargo presumiblemente esto cambiará con la introducción inminente del MMS de la versión 1.2.

En el documento [3] se especifican las condiciones mínimas y pautas para el trabajo conjunto de teléfonos móviles MMS y servidores MMS . En [4] se especifican los diferentes encabezados que se utilizan para describir la estructura de mensajes MIME (Extensiones Multipropósito de Correo de Internet) . En [5] se especifica el UAProf (Perfil de Agente de Usuario) . El foro del WAP ("Wireless Application Protocol", Protocolo para aplicaciones inalámbricas) normalizó el UAProf, para que a un servidor en un sistema de comunicación pueda comunicársele información acerca de las propiedades de un terminal de comunicación, por ejemplo móvil. Claramente, de este modo pueden darse a conocer, en el lado de la red en un sistema de radiotelefonía móvil, las propiedades de un terminal de comunicación móvil, es decir de un terminal de comunicación de radiotelefonía móvil. El UAProf, que originalmente se ha desarrollado para la navegación móvil de Internet, se utiliza actualmente también para otros servicios de comunicación móviles, es decir servicios de comunicación de radiotelefonía móvil, por ej emplos MMS . El perfeccionamiento de la norma UAProf se realiza actualmente por la OMA (Alianza Móvil Abierta) . Con el uso del UAProf se le pueden comunicar también a un servidor propiedades adicionales de componentes adicionales de un sistema de comunicación, por ejemplo de una pasarela WAP acoplada entre el servidor y un terminal de comunicación, que manipulan y por tanto pueden modificar los datos transferidos entre el servidor y el terminal de comunicación. Según el estado de la técnica se transmite para ello al servidor un denominado perfil resultante. Sin embargo, el servidor no puede reconocer, si la información contenida en el perfil resultante especifica propiedades de los componentes adicionales o del terminal de comunicación, sino que claramente se consideran todas las propiedades especificadas de la cadena de transmisión entre el terminal de comunicación y el servidor como propiedades del terminal de comunicación y por tanto el perfil resultante transmitido se interpreta como perfil del terminal de comunicación. En el documento [6] se describe el XML ("Extensible Markup Language", lenguaje de marcas extensible) . En [7] se describe el intercambio de unidades de datos del protocolo MMS (PDUs, "Protocol Data Units") entre un equipo terminal y una unidad de red. El documento [8] describe una etiqueta de lenguaje ("language tag") para el uso en casos, en los que se desea indicar el lenguaje que se utiliza para un objeto de información. [9] es un documento del 3GPP, en el que se especifican protocolos y codees para el servicio de flujo continuo por conmutación de paquetes (PSS, "Packet -Switched-Streaming-Service" ) . El documento [10] da a conocer un procedimiento y un dispositivo para transcodificar de manera inteligente, es decir convertir, datos multimedia entre dos elementos de red, almacenando y transfiriendo indicaciones de transcodificación. En [11] se dan a conocer un dispositivo y un procedimiento para la transmisión de información por medio de una conexión de comunicación a un cliente, convirtiendo la información en un formato basándose en las propiedades del cliente y la conexión de comunicación y transmitiéndola en este formato. El documento [12] da a conocer un procedimiento para transferir un mensaje con un contenido especial a un terminal, en el que un centro de servicios de aplicación especial informa al terminal por medio de un mensaje corto acerca del tipo de mensaje y el centro de servicios de aplicación especial envía el mensaje en función de la reacción del terminal al equipo terminal o, por ejemplo, a la página Web para un acceso posterior por medio de una clave.

En [13] se da a conocer un procedimiento para poner a disposición las señales de una imagen fija codificada en un terminal, recibiendo un elemento de red de un sistema de comunicación las señales y convirtiéndolas al menos parcialmente y enviándolas al terminal . El documento [14] describe un sistema de comunicación, en el que una unidad de cliente transfiere su capacidad de procesamiento de datos, por ejemplo las características de la unidad de visualización de la unidad de cliente o también posibles características de un micrófono o, en general, de los formatos de datos que pueden procesarse respectivamente, a una unidad de formateo de datos. La unidad de formateo convierte los datos multimedia de manera específica del cliente con respecto a las características del cliente y luego se transfieren a la unidad respectiva del cliente. La invención se basa en el problema de permitir el uso del MMS como medio de transporte para una aplicación instalada en un terminal de comunicación. El problema se resuelve mediante un procedimiento para controlar un sistema de comunicación, un servidor, un procedimiento para poner en funcionamiento un servidor, un terminal de comunicación y un procedimiento para poner en funcionamiento un terminal de comunicación con las características según las reivindicaciones independientes .

Se proporciona un sistema de comunicación con un terminal de comunicación y un servidor, en el que el terminal de comunicación presenta un dispositivo de señalización, que está adaptado para transmitir al servidor datos de alta o de baja específicos de la aplicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación; y el servidor presenta un dispositivo de control, que está adaptado para realizar una acción de control en función de los datos de alta o de baja específicos de la aplicación transmitidos. Además se proporciona un procedimiento para controlar un sistema de comunicación, un servidor, un procedimiento para poner en funcionamiento un servidor, un terminal de comunicación y un procedimiento para poner en funcionamiento un terminal de comunicación según el sistema de comunicación descrito anteriormente. Claramente puede observarse una idea en la que se basa la invención en que el terminal de comunicación da de alta (o inicia) en el servidor una aplicación instalada en el terminal de comunicación o da de baja (finaliza) en el servidor una aplicación desinstalada en el terminal de comunicación. Por aplicación se entiende una aplicación de software, instalada en el terminal de comunicación, por ejemplo una aplicación de juegos, en cuyo marco se transmiten datos, para permitir un juego con múltiples jugadores, o una aplicación bancaria que permite por ejemplo la realización segura de transferencias . Los perfeccionamientos preferidos de la invención se deducen de las reivindicaciones dependientes . Las configuraciones adicionales de la invención, que se describen en relación con el sistema de comunicación, son válidas también de forma análoga para el procedimiento para controlar un sistema de comunicación, el servidor, el procedimiento para poner en funcionamiento un servidor, el terminal de comunicación y el procedimiento para poner en funcionamiento un terminal de comunicación. Se prefiere que el servidor presente un dispositivo de transmisión, que esté adaptado para transmitir mensajes al terminal de comunicación, y que presente un dispositivo de conversión, que esté adaptado para convertir los mensajes que han de transmitirse al terminal de comunicación, y que la acción de control sea la activación o la desactivación de una conversión, mediante el dispositivo de conversión, de los mensajes que han de transmitirse por medio del dispositivo de transmisión del servidor al terminal de comunicación. Claramente el servidor presenta por tanto, preferiblemente, una unidad de control, que está adaptada para influir el la activación o desactivación de una conversión mediante el dispositivo de conversión. Por "acción de control" se entiende por tanto por ejemplo la activación o desactivación de una conversión de mensajes que han de transmitirse por medio del dispositivo de transmisión del servidor al terminal de comunicación a través del dispositivo de conversión. Una conversión de un mensaje es, por ejemplo, una adaptación de contenido del mensaje, por ejemplo la adaptación de contenido (en inglés: "Content Adaptation") según el MMS, una modificación del tipo de archivo del archivo contenido en el mensaje o una modificación del formato de archivo de un archivo contenido en el mensaj e . Claramente el terminal de comunicación señaliza al servidor que no ha de realizarse ninguna conversión de los mensajes que se transmiten al terminal de comunicación. Preferiblemente la acción de control presenta además la determinación de qué mensajes que han de transmitirse por medio del dispositivo de transmisión del servidor al terminal de comunicación ha de convertir el dispositivo de conversión (completa o parcialmente) . Claramente el terminal de comunicación puede señalizar qué mensajes deben convertirse, por ejemplo todos los mensajes enviados por un emisor determinado, todos los mensajes que contienen archivos de un tipo de archivo y/o formato de archivo determinado, o todos los mensajes que se transmiten en un momento determinado o durante un margen de tiempo determinado. En especial una alta o una baja de una aplicación puede consistir en la señalización de que no ha de realizarse ninguna o una conversión de los mensajes que han de transmitirse al terminal de comunicación y/o qué mensajes que han de transmitirse al terminal de comunicación deben convertirse completa o parcialmente . Se prefiere que el dispositivo de conversión esté adaptado para convertir mensajes que han de transmitirse según un protocolo de transmisión multimedia por medio del dispositivo de transmisión al terminal de comunicación. Se prefiere que el dispositivo de señalización esté adaptado para transmitir los datos de alta o de baja específicos de la aplicación según un protocolo de transmisión multimedia al servidor. Preferiblemente el protocolo de transmisión multimedia es el protocolo de transmisión del MMS. Claramente puede encontrarse una idea adicional en la que se basa la invención en que el alta y la baja de la aplicación se realizan por medio del MMS. En caso de aplicar la invención en el marco del MMS puede informarse por ejemplo a un servidor/retransmisor MMS de que en un terminal de comunicación está instalada una aplicación que utiliza el MMS como medio de transporte. De este modo puede evitarse, de forma temporal o permanente, especialmente una adaptación de contenido no deseada de un mensaje que ha de transmitirse por medio del servidor/retransmisor MMS al terminal de comunicación, por ejemplo la eliminación no deseada de un archivo contenido en el mensaje que ha de transmitirse y/o la conversión no deseada del tipo de archivo y/o del formato de archivo de un archivo contenido en el mensaje que ha de transmitiese en el servidor/retransmisor MMS . En este caso, el servidor es un servidor/retransmisor MMS y puede reconocer y manipular separadamente un mensaje multimedia, que contiene determinados datos para una aplicación instalada en el terminal de comunicación, mediante el encabezado del mensaje del mensaje multimedia, especialmente basándose en campos de encabezado de mensaje, que se han introducido en el mensaje multimedia especialmente para el caso del direccionamiento de aplicaciones, por ejemplo puede decidir, tal como se explicó anteriormente, que no se convierta. De manera análoga un agente de usuario de MMS instalado en el terminal de comunicación, que es un programa de software instalado en el terminal de comunicación, que permite el uso de MMS, mediante el encabezado del mensaje del mensaje multimedia, especialmente basándose en campos de encabezado de mensajes que se han introducido en el mensaje multimedia especialmente para el caso del direccionamiento de aplicaciones, puede reconocer la aplicación y no presentarla al usuario, por ejemplo visualizarla de forma gráfica, sino encaminarla directamente a la aplicación. Alternativa o adicionalmente a ello el servidor/retransmisor MMS también puede indicar al agente de usuario de MMS, por medio de al menos un campo nuevo de encabezado de mensaje en el encabezado del mensaje del mensaje multimedia, que no presente el mensaje multimedia al usuario, por ejemplo lo visualice de forma gráfica, sino que éste debe encaminarse directamente a la aplicación. Se prefiere que el dispositivo de señalización esté adaptado para transmitir los datos de alta o de baja específicos de la aplicación en forma de un perfil del terminal de comunicación. Claramente el terminal de comunicación transfiere de este modo un perfil que indica claramente que el terminal de comunicación puede procesar mensajes de determinado tipo, puesto que está instalada una aplicación en el terminal de comunicación, y por ello el servidor no debe realizar por ejemplo ninguna conversión de estos mensajes, puesto que tras una conversión eventualmente la aplicación ya no puede utilizar eventualmente los mensajes, lo que puede dar como resultado una pérdida de datos .

Preferiblemente el perfil está configurado según la norma UAProf, tal como se describe en [5] . Una idea adicional en la que se basa la invención puede encontrarse en el alta de una aplicación instalada en el terminal de comunicación u otra unidad del sistema de comunicación, por ejemplo un servidor/retransmisor MMS, en la unidad en la que está instalada la aplicación. En una forma de realización descrita más adelante, este proceso de alta consiste en informar a la unidad en la que está instalada la aplicación, (o en el acuerdo entre la unidad, en la que está instalada la aplicación, y la aplicación) de una identificación de aplicación y/o de una dirección de aplicación de la aplicación y, eventualmente, en transferir información adicional en forma de los valores de parámetros adicionales de la aplicación a la unidad en la que está instalada la aplicación. Esta información adicional se utiliza para la regulación del intercambio bidireccional de datos entre la aplicación y la unidad en la que está instalada la aplicación, por ejemplo cuando la aplicación quiere enviar datos (útiles) a través de MMS o la unidad quiere pasar los datos (útiles) recibidos a través de MMS a la aplicación. En las figuras se representan ejemplos de realización de la invención y a continuación se describirán con más detalle.

La figura 1 muestra un sistema de comunicación según un ejemplo de realización de la invención. La figura 2 muestra un diagrama de flujo de mensajes según un ejemplo de realización de la invención. La figura 3 muestra un diagrama de flujo de mensajes según un ejemplo de realización de la invención. La figura 4 muestra un diagrama de flujo de mensajes según un ejemplo de realización de la invención. La figura 1 muestra un sistema 100 de comunicación según un ejemplo de realización de la invención. El sistema 100 de comunicación está configurado según la arquitectura de red de comunicación MMS especificada en el marco del 3GPP. Un primer agente 101 de usuario de MMS está acoplado por medio de un primer servidor 102 retransmisor MMS y de un segundo servidor 103 retransmisor MMS con un segundo agente 104 de usuario de MMS. Un agente 101, 104 de usuario de MMS es un programa de software, que se ejecuta por ejemplo en un equipo de abonado de radiotelefonía móvil, en un equipo conectado a un equipo de abonado de radiotelefonía móvil, por ejemplo en un ordenador portátil, o en otro terminal de comunicación y lleva a cabo el MMS es decir, permite el uso de MMS.

El primer agente 101 de usuario de MMS está acoplado con el primer servidor 102 retransmisor MMS por medio de una primera interfaz 105, que se designa con MM1. El segundo agente 104 de usuario de MMS está acoplado con el segundo servidor 103 retransmisor MMS por medio de una segunda interfaz 106, que también se designa con MM1. El primer servidor 102 retransmisor MMS está acoplado con el segundo servidor 103 retransmisor MMS por medio de una tercera interfaz 107, que se designa con MM4. El primer servidor 102 retransmisor MMS se encuentra en un primer entorno 108 de actividad ("Multimedia Messaging Service Environment" , Entorno de servicio de mensajería multimedia, MMSE) de un primer proveedor de servicios MMS ( "MMS-Provider" ) y el segundo servidor 103 retransmisor MMS se encuentra en un segundo entorno 109 de actividad de un segundo proveedor de servicios MMS . Un servidor 102, 104 retransmisor MMS es un elemento de red que, en un entorno 108, 109 de actividad de un proveedor de servicios MMS, proporciona el servicio de comunicación MMS a los agentes de usuario de MMS, que se encuentran en el entorno 108, 109 de actividad, es decir que se ejecutan en terminales de comunicación que se encuentran en el entorno de actividad. El primer agente 101 de usuario de MMS se encuentra en el primer entorno 108 de actividad y el segundo 104 de usuario de MMS se encuentra en el segundo entorno 109 de actividad. Un servidor 102, 104 retransmisor MMS tiene la capacidad de adaptar contenidos de un mensaje multimedia a las capacidades y propiedades de un terminal de comunicación, lo que se denomina adaptación de contenido (en inglés: "Content Adaptation"). Por ejemplo el primer servidor 102 retransmisor MMS puede eliminar un archivo de un tipo de archivo o un formato de archivo, cuando tiene la información de que el terminal de comunicación, al que se transmite un mensaje multimedia que contiene este archivo, no puede procesar archivos de este tipo de archivo o de este formato de archivo . Otra posibilidad de una adaptación de contenido (en inglés: "Content Adaptation") consiste en que un servidor 102, 104 retransmisor MMS convierte un archivo en un mensaje multimedia, que se transmite a un terminal de comunicación o un agente de usuario, que se ejecuta en el terminal de comunicación, es decir modifica el archivo de tal manera que presenta un tipo de archivo tal y un formato de archivo tal, que puede procesarse mediante el terminal de comunicación. Esta conversión también se denomina transcodificación.

En esta forma de realización la información de las capacidades y propiedades del terminal de comunicación, que presenta el primer agente 101 de usuario de MMS, y del segundo terminal de comunicación, que presenta el segundo agente 104 de usuario de MMS, se presenta al primer servidor 102 retransmisor MMS y al segundo servidor 103 retransmisor MMS respectivamente en forma de un perfil de terminal de comunicación del terminal de comunicación, que se configura según la norma UAProf ( "User Agente Profile" , perfil de agente de usuario) descrita más adelante. Mediante una cuarta interfaz 110, que se designa con MM3 , se acoplan servidores 111 adicionales al primer servidor 102 retransmisor MMS. Los servidores 111 adicionales son servidores externos, que por ejemplo proporcionan servicios de comunicación de correo electrónico, servicios de comunicación de fax o servicios de comunicación UMS ("Unified Messaging", de mensajes unificados) . Con respecto al primer servidor 102 retransmisor MMS, el segundo servidor 103 retransmisor MMS funciona a través de un proveedor de servicios de MMS desconocido. De este modo puede considerarse claramente la segunda interfaz 107 como medio para la unión de proveedores de servicios MMS desconocidos .

Por medio de una quinta interfaz 112, que se designa con MM5, un HLR 113 ("Home Location Register", registro de posición base) se acopla con el primer servidor 102 retransmisor MMS . El HLR 113 es una parte de un sistema de comunicación de radiotelefonía móvil, por medio del cual el primer servidor 102 retransmisor MMS se comunica con el primer agente 101 de usuario de MMS, esto significa claramente que, por medio del sistema de radiotelefonía móvil, se proporciona la primera interfaz 105. El primer agente 101 de usuario de MMS está implementado en un equipo de abonado del sistema de comunicación de radiotelefonía móvil, que presenta el HLR 113. El sistema de comunicación de radiotelefonía móvil se configura por ejemplo según la norma GSM o la norma UMTS ("Universal Mobile Telecommunications System", sistema de telecomunicaciones móviles universales) . En el HLR 113 se almacenan los datos individuales del cliente del usuario del terminal de comunicación, en el que se implementa y configura el primer agente 101 de usuario de MMS . El HLR 113 se encuentra normalmente en el entorno de actividad del sistema de comunicación de radiotelefonía móvil, que no tiene que ser idéntico al primer entorno 108 de actividad o al segundo entorno 109 de actividad.

Por medio de una sexta interfaz 114, que se designa con MM6, una (o varias) base(s) 115 de datos de usuario de MMS ("MMS User Datábase") se acopla (n) al primer servidor 102 retransmisor MMS. Por medio de una séptima interfaz 116, que se designa con MM7 , un servidor 117 de servicios de valor añadido ("Valué Added Service, VAS") de un proveedor de servicios de valor añadido ("Valué Added Service Provider, VASP" ) se acopla al primer servidor 102 retransmisor MMS. Por medio del servidor 117 de servicios de valor añadido se proporcionan servicios de valor añadido ( "Valué Added Service, VAS") al usuario del primer agente 101 de usuario de MMS y eventualmente a otros usuarios del MMS proporcionado por medio del primer servidor 102 retransmisor MMS. Un servicio de valor añadido es un servicio de comunicación que va más allá de la mera puesta a disposición de una conexión de comunicación, por ejemplo la transferencia de cotizaciones bursátiles o una información de un número de teléfono. Por medio de una octava interfaz 118, que se designa con MM8, un sistema 119 de cálculo se acopla a un primer servidor 102 retransmisor MMS, por medio del cual se recoge y valora toda la información relevante para el cargo de tasas por el MMS .

Una novena interfaz 120, que acopla el elemento 121 de retransmisión del primer servidor 102 retransmisor MMS y el elemento 122 de servidor del primer servidor 102 retransmisor MMS, se designa con MM2. El sistema 100 de comunicación puede presentar interfaces adicionales . Actualmente en las entidades de normalización se cuestionas interfaces con las denominaciones MM9 y MM10. La figura 2 muestra un diagrama 200 de flujo de mensajes según un ejemplo de realización de la invención. El flujo de mensajes representado en la figura 2 se lleva a cabo entre un primer agente 201 de usuario de MMS, un primer servidor 202 retransmisor MMS, un segundo servidor 203 retransmisor MMS así como un segundo agente 204 de usuario de MMS, que se disponen y configuran tal como se ha descrito anteriormente con respecto a la figura 1. El flujo de mensajes representado en la figura 2 se realiza por medio de una primera interfaz 205, una segunda interfaz 206 y una tercera interfaz 207, que se disponen y configuran tal como se ha descrito anteriormente con respecto a la figura 1. El diagrama 200 de flujo de mensajes ilustra el flujo de mensajes y el intercambio de datos entre los agentes 201, 204 de usuario de MMS y los servidores 202, 204 retransmisores MMS durante la transmisión de un mensaje 208 multimedia. El flujo de mensajes representado en el diagrama 200 de flujo de mensajes se configura según el diagrama de flujo de transacción del 3GPP, tal como se describe por ejemplo en [2] . En especial, los mensajes transmitidos en el marco del flujo de mensajes representado se configuran según los mensajes de resumen 3GPP definidos en [2] . Los mensajes transmitidos en el marco del flujo de mensajes representado presentan en cada caso al menos un campo de encabezado de mensajes ("Information Element", elemento de información) . En la etapa 209 el primer agente 201 de usuario de MMS, que es el emisor del mensaje 208 multimedia, envía por medio de la primera interfaz 205, que por ejemplo es una interfaz aérea, el mensaje 208 multimedia al primer servidor 202 retransmisor MMS mediante un mensaj e MMl_submit . REQ . En la etapa 210 el primer servidor 202 retransmisor MMS confirma la recepción correcta del mensaje 208 multimedia por el primer agente 201 de usuario de MMS mediante un mensaj e MMl_submit . RES . De forma análoga a la etapa 209, en la etapa 211 se transfiere el mensaje 208 multimedia desde el primer servidor 202 retransmisor MMS al segundo servidor 203 retransmisor MMS mediante un mensaje MM4_forward.REQ y la segunda interfaz 206 y se confirma la recepción correcta del mensaje 208 multimedia en la interfaz 212 por el segundo servidor 203 retransmisor MMS mediante un mensaje MM4_forward.RES y la segunda interfaz 206. Al segundo agente 204 de usuario de MMS, que es el receptor del mensaje 208 multimedia, se le informa en la etapa 213 mediante un mensaje MMl_notification.REQ y la tercera interfaz 207, de que el mensaje 208 multimedia está disponible para la descarga. En el mensaje MMl_notification.REQ se contiene una referencia a la posición de memoria del mensaje 208 multimedia en el entorno de actividad (MMSE) , al que pertenece el segundo servidor 206 retransmisor MMS, en forma de un URI ("Uniform Ressource Identifier" , identificador de recursos uniforme) . En la etapa 214 se confirma la recepción correcta del mensaje MMl_notification.REQ por el segundo agente 204 de usuario de MMS mediante un mensaje MMl_notification.RES y la tercera interfaz 207. En la etapa 215 el segundo agente 204 de usuario de MMS inicia mediante un mensaje MMl_retrieve.REQ y la tercera interfaz 207 la descarga del mensaje 208 multimedia disponible en el segundo servidor 206 retransmisor MMS. En la etapa 216 se realiza la entrega del mensaje 208 multimedia desde el segundo servidor 203 retransmisor MMS al segundo agente 204 de usuario de MMS mediante un mensaje MMl_retrieve . RES y la tercera interfaz 207. En la etapa 217 el segundo agente 204 de usuario de MMS informa al segundo servidor 203 retransmisor MMS mediante un mensaje MMl_acknowledgement . EQ y la tercera interfaz 207 acerca de la salida de la entrega realizada en la etapa 216 del mensaje 208 multimedia, es decir acerca de la salida de la descarga del mensaje 208 multimedia. Según la norma MMS pueden intercambiarse aún otros mensajes. La figura 3 muestra un diagrama 300 de flujo de mensajes según un ejemplo de realización de la invención. El flujo de mensajes representado en la figura 3 se realiza entre un terminal 301 de comunicación, un ordenador 302 de pasarela y un servidor 303. El terminal 301 de comunicación es por ejemplo un equipo de abonado de un sistema de comunicación de radiotelefonía móvil, en el que se implementa el primer agente 101 de usuario MMS que se describió anteriormente con referencia a la figura 1. El servidor 303 es por ejemplo el primer servidor 102 retransmisor MMS, que se describió anteriormente con referencia a la figura 1. El ordenador 302 de pasarela es por ejemplo un ordenador de pasarela, por medio del cual se realiza la transmisión de datos entre el terminal 301 de comunicación y el servidor 303, por ejemplo es una parte de la primera interfaz 105, que se describió anteriormente con referencia a la figura 1 (corresponde a la tercera interfaz 207 de la figura 2) . El ordenador 302 de pasarela es por ejemplo un ordenador de pasarela WAP ("Wireless Application Protocol", protocolo para aplicaciones inalámbricas) . Los terminales de comunicación, como por ejemplo el terminal 301 de comunicación, se diferencian entre sí normalmente por sus propiedades y capacidades . Así por ejemplo las propiedades de los dispositivos de visualización de los terminales de comunicación, por ejemplo con respecto al tamaño de visualización, la paleta de colores y la resolución de los dispositivos de visualización, o las capacidades de los terminales de comunicación, de poder representar y/o procesar archivos de un tipo de archivo y/o formato de archivo determinado, pueden ser diferentes . El flujo de mensajes representado en la figura 3 sirve para transmitir información sobre las capacidades y propiedades del terminal 301 de comunicación al servidor 303. Esto se realiza usando un perfil de terminal de comunicación, configurado según el perfil UAProf ("User Agent Profil" , perfil de agente de usuario) , que ha normalizado el foro de WAP ("Wireless Applicaction Protocol", protocolo de aplicaciones inalámbricas). Además, por medio del flujo de mensajes, se le comunican al servidor 303 también las capacidades de la pasarela 302, que manipula los datos transferidos entre el servidor 303 y el terminal 301 de comunicación y por tanto también puede modificarlos. A continuación se describe con referencia a la figura 3, cómo se le comunica al servidor 303 el perfil de terminal de comunicación actual del terminal 301 de comunicación. En la etapa 304 se transfiere, por ejemplo con la notificación del terminal 301 de comunicación en el servidor 303 o con la formación de una conexión de comunicación entre el terminal 301 de comunicación y el servidor 303, un perfil BP básico del terminal 301 de comunicación o una referencia a un perfil BP básico del terminal 301 de comunicación por medio de un primer mensaje 313 al ordenador 302 de pasarela. Si las propiedades y/o capacidades del terminal 301 de comunicación, que se especifican mediante el perfil BP básico, se han ampliado o modificado por ejemplo mediante un hardware conectado adicionalmente, se amplía el primer mensaje 313, transfiriendo adicionalmente al perfil BP básico también un primer perfil DPI diferencial del terminal 301 de comunicación o una referencia a un primer perfil DPI diferencial del terminal 301 de comunicación al ordenador 302 de pasarela en la etapa 304 por medio del primer mensaje 313. En este ejemplo se supone que se transfiere un primer perfil DPI diferencial. El ordenador 302 de pasarela puede almacenar de forma intermedia y valorar el perfil BP básico y el primer perfil DPI diferencial en la etapa 305. El ordenador 302 de pasarela puede complementar el perfil BP básico y el primer perfil DPI diferencial por un segundo perfil DP2 diferencial, que genera el propio ordenador 302 de pasarela. Esto se produce por ejemplo cuando el ordenador 302 de pasarela dispone de propiedades y/o capacidades especiales, que se diferencian de las propiedades y capacidades del terminal 301 de comunicación especificadas mediante el perfil BP básico y el primer perfil DPI diferencial, o las complementan. En este ejemplo se supone que se genera un segundo perfil DP2 diferencial. El perfil BP básico, el primer perfil DPI diferencial y el segundo perfil DP2 diferencial se transfieren en la etapa 306 por medio de un segundo mensaje 314 al servidor En la etapa 307 el servidor 303 crea basándose en el perfil BP básico, el primer perfil DPI diferencial y el segundo perfil DP2 diferencial un perfil resultante para el terminal 301 de comunicación. En caso de que en la etapa 304 o en la etapa 306 sólo se hubieran transferido referencias a perfiles en lugar de los propios perfiles, es decir del primer perfil BP básico o del primer perfil DPI diferencial o del segundo perfil DP2 diferencial, a estos se les debe retirar la referencia dado el caso antes del procesamiento en la etapa 305 por el ordenador 302 de pasarela o antes del procesamiento 307 por el servidor 303, es decir los perfiles referenciados deben descargarse eventualmente de otros servidores, en los que están almacenados . El perfil resultante, que especifica las propiedades individuales del terminal 301 de comunicación, que en este ejemplo de realización tiene capacidad WAP, y dado el caso las capacidades complementarias de la pasarela 302 y/o eventualmente de otros elementos de red, representa el perfil de terminal de comunicación actual y se gestiona por el servidor 303. Durante una conexión de comunicación existente o una sesión de comunicación existente puede iniciarse la descarga de datos mediante el terminal 301 de comunicación mediante el envío de un mensaje para la petición de datos.

En la etapa 308 el terminal 301 de comunicación transfiere un mensaje 315 de petición de datos de este tipo al ordenador 302 de pasarela. En este ejemplo se supone que han cambiado las propiedades o las capacidades del terminal 301 de comunicación desde la etapa 304. Por eso se transmite por medio del mensaje 315 de petición de datos un perfil BP básico actualizadlo y un tercer perfil DP3 diferencial al ordenador 302 de pasarela. Las etapas 310, 311 y 312 realizadas a continuación se realizan de forma análoga a las etapas 305, 306 y 307. En caso de que las propiedades y capacidades del terminal 301 de comunicación no hayan cambiado desde la etapa 304, en la etapa 308 no se transmite por tanto ningún perfil BP básico actualizado ni ningún tercer perfil DP3 diferencial y en las etapas que siguen a la etapa 308 se utilizan los perfiles del terminal 301 de comunicación almacenados en el ordenador 302 de pasarela o en el servidor 303 y transferidos en las etapas 304 a 307, por ejemplo el perfil resultante determinado anteriormente. En caso de que el perfil almacenado en el ordenador 302 de pasarela tampoco haya cambiado desde la etapa 304, el servidor 303 utiliza por tanto el perfil del terminal 301 de comunicación transferido en las etapas 304 a 307. Claramente se genera por tanto en el modo de proceder explicado con referencia a la figura 3 un perfil resultante de un perfil básico y muchos perfiles diferenciales según se desee, pudiendo realizarse la transmisión de datos entre el terminal 301 de comunicación y el ordenador 302 de pasarela también en forma de referencias al perfil básico y a eventuales perfiles diferenciales . El volumen de datos que ha de transmitirse mediante la interfaz aérea para el perfil del terminal de comunicación actual se minimiza además porque sólo debe transmitirse un perfil básico y/o perfil diferencial actualizado tras la modificación de las propiedades y/o capacidades del terminal 301 de comunicación . Según [5] se configuran los perfiles que han de transmitirse, es decir, los perfiles básicos y los perfiles diferenciales, basándose en el metalenguaje XML ("Extensible Markup Language") que se describe por ejemplo en [6] . Los formatos basados en XML son adecuados para el intercambio independiente de la plataforma e independiente del software de datos estructurados . Esto se aplica especialmente a la transferencia de datos entre programas y ordenadores de distintos fabricantes y sistemas. Mediante un perfil de terminal de comunicación pueden especificarse varios componentes, pudiendo presentar cada componente varios atributos con los valores correspondientes. Por ejemplo, el componente de hardware presenta por ejemplo los atributos de tamaño de pantalla ("screen size") y capacidad de color ("color capacity") y sus valores . Los perfiles transmitidos en el flujo de mensajes representado en la figura 3 (perfil BP básico y perfiles DPI, DP2 , DP3 diferenciales) y el perfil resultante se configuran por ejemplo según la tabla 1, que muestra la estructura principal de un perfil, tal como se define en el foro del WAP para la norma UAProf en [5] .

Componente_1 Atributo 1a = Valor 1a Atributo 1b = Valor 1b Componente_2 Atributo 2a = Valor 2a Atributo 2b = Valor 2b Atributo 2c = Valor 2c Atributo 2d = Valor 2d Tabla 1 Los bloques de información y la información individual se diferencian entre sí dentro de un perfil mediante las denominadas etiquetas ("Tags"). La mayoría de las etiquetas aparecen en documentos basados en XML por parejas como instrucciones de inicio e instrucciones de finalización e indican el significado del texto encerrado entre ellas . El texto encerrado puede estar subdividido a su vez mediante otras etiquetas, de modo que, por ejemplo, se permiten listas de parámetros para un atributo. Las indicaciones se encierran por atributos en un archivo configurado según XML siempre mediante signos de mayor y menor (< >) . Este tipo de división presenta las ventajas de que todos los componentes y atributos se aprovechan de manera flexible y pueden ampliarse. Además de este modo puede ampliarse la estructura de un perfil según la norma UAProf de manera deseada y se permite una representación ilustrativa sencilla. El mensaje 315 de petición de datos transmitido en la etapa 308 es por ejemplo el mensaje MMl_retrieve.REQ transmitido en la etapa 215, descrito con referencia a la figura 2. Este mensaje se realiza en el plano del protocolo de transporte por ejemplo mediante la instrucción de petición de datos "WSP GET" del protocolo de transporte WSP ("Wireless Session Protocol", protocolo de sesión inalámbrica) empleado en MMS o la instrucción de petición de datos "http GET" según el protocolo de transporte http ( "Hypertext Transfer Protocol", protocolo de transferencia de hipertexto) empleado en MMS.

En este ejemplo de realización, la instrucción de petición de datos respectiva correspondiente a la etapa 308 contiene un perfil básico y uno o varios perfiles diferenciales . La figura 4 muestra un diagrama 400 de flujo de mensajes según un ejemplo de realización de la invención. El flujo de datos representado en la figura 4 tiene lugar entre un servidor 401 retransmisor MMS, un agente 402 de usuario de MMS y una aplicación 403. El agente 402 de usuario de MMS y la aplicación 403 están instalados en un terminal 404 de comunicación. El terminal 404 de comunicación es por ejemplo un equipo de abonados de un sistema de comunicación de radiotelefonía móvil . El servidor / retransmisor MMS se dispone y configura por ejemplo de manera análoga al primer servidor 102 retransmisor MMS descrito anteriormente con referencia a la figura 1. El agente 402 de usuario de MMS se dispone y configura por ejemplo de manera análoga al primer agente 101 de usuario de MMS descrito anteriormente con referencia a la figura 1. El flujo de mensajes se realiza mediante una primera interfaz 405, que se configura de manera análoga a la primera interfaz 105 (o a la tercera interfaz 207) descrita anteriormente con referencia a la figura 1 (o a la figura 2) , y una segunda interfaz 406 que forma la i?terfaz entre el agente 402 de usuario de MMS y la aplicación 403. Para aprovechar el MMS como medio de transporte, después de una instalación satisfactoria de una aplicación en un terminal de comunicación, o en general en una unidad de MMS, por ejemplo un servidor / retransmisor MMS o un servidor VASP, la unidad de MMS asigna para la aplicación una identificación de aplicación que identifica la aplicación y/o una dirección de aplicación, mediante la que puede direccionarse la aplicación, o la aplicación comunica a la unidad de MMS una identificación de aplicación de la aplicación y/o una dirección de aplicación de la aplicación. Si es posible, se seleccionan de manera biunívoca la identificación de aplicación y/o la dirección de aplicación, que sirven para atribuir una referencia a la aplicación y sirven especialmente para enviar mensajes multimedia a la aplicación bajo la indicación de la identificación de aplicación de la aplicación y/o la dirección de aplicación de la aplicación. En una forma de realización se acuerda, en caso dado, entre la aplicación y la unidad de MMS una identificación de aplicación y/o una dirección de aplicación unívoca para la aplicación.

En una forma de realización la identificación de aplicación y/o dirección de aplicación contiene un URI ( "Uniform Resource Identifier" , identificador de recursos uniformes, referencia a una posición de memoria) dividido jerárquicamente, para seguir garantizando, en caso de una resolución automática eventualmente fallida de la identificación de aplicación y/o dirección de aplicación mediante la unidad de MMS mencionada, una segunda resolución automática o manual por ejemplo mediante otra aplicación. En una forma de realización adicional la identificación de aplicación y/o dirección de aplicación se diferencia mediante al menos un elemento determinado (preferiblemente mediante el o los último (s) elemento (s) ) en la división jerárquica, de modo que mediante la resolución de este/estos elemento (s) determinado (s) se garantiza por ejemplo el direccionamiento de diferentes instancias de la misma aplicación. En esta forma de realización, lo que se prefiere, la aplicación 403 comunica a la unidad de MMS, es decir, en este caso al agente 402 de usuario de MMS, una identificación de aplicación y/o dirección de aplicación de la aplicación 403 conocida por la aplicación 403 ya que de esta manera los emisores, que transfieren al terminal 404 de comunicación un mensaje multimedia mediante el que se transfieren datos a la aplicación 403, pueden emplear la identificación de aplicación y/o dirección de aplicación conocida por la aplicación 403 y no deben recibir información mediante una identificación de aplicación y/o dirección de aplicación asignada por la unidad de MMS a la aplicación 403 o acordada por la unidad de MMS y la aplicación 403. En otra forma de realización, la unidad de MMS administra la asociación de un identificador externo (es decir una segunda identificación de aplicación y/o dirección de aplicación) , que se emplea para el direccionamiento de una aplicación en la primera interfaz 405, en la identificación de aplicación y/o dirección de aplicación acordada internamente que se emplea para el direccionamiento en la segunda interfaz 406. Mediante esta forma de realización se requiere, sin embargo, un esfuerzo elevado a diferencia de la forma de realización anteriormente descrita. Se da por supuesto que en la etapa 407 la aplicación 403 se instaló satisfactoriamente en el terminal 404 de comunicación. En la etapa 408, la aplicación 403 da a conocer al agente 402 de usuario de MMS mediante un mensaje correspondiente la identificación de aplicación asociada al mismo y/o la dirección de aplicación asociada al mismo.

Las etapas 409 y 410 se realizan de manera opcional, por ejemplo se realizan o no según la aplicación 403 o el terminal 404 de comunicación. En la etapa 409 el agente 402 de usuario de MMS solicita de la aplicación 403 la transferencia de información adicional que la aplicación 403 transfiere al agente 402 de usuario de MMS en la etapa 410. Por ejemplo, la aplicación 403 podría transferir al agente 402 de usuario de MMS en la etapa 410 (o ya en la etapa 408) la información de que, con la recepción de un mensaje MMl_notification.REQ a través del agente 402 de usuario de MMS, el agente 402 de usuario de MMS debe transferir a la aplicación 403 el contenido de los campos de encabezado del mensaje del mensaje MMl_notification.REQ, que especifican la dirección de emisor del mensaje MMl_notification.REQ y el asunto del mensaje MMl_notification.REQ, o la información de que el agente 402 de usuario de MMS, si envía en el marco de la aplicación 403 un mensaje multimedia mediante un mensaje MMl_submit .REQ, debe solicitar automáticamente un informe de transferencia ("delivery report") para el mensaje MMl_submit .REQ. Formulado de manera general, la aplicación de la unidad de MMS en la que está instalada puede indicar con ayuda del intercambio anteriormente descrito de información adicional en la etapa 410 (o ya en la etapa 408) , qué datos tiene intención de entregar en qué formato (si la aplicación inicia el envío de un mensaje de resumen 3GPP definido en [2] por la unidad de MMS) o qué datos tiene intención de recibir en qué formato (si la aplicación contiene los datos de un mensaje de resumen 3GPP recibido definido en [2] de la unidad de MMS) . La información adicional transferida por la aplicación 403 al agente de usuario de MMS también puede contener también un perfil diferencial según la norma UAProf con información sobre la aplicación 403, por tanto claramente un perfil diferencial de la aplicación 403, que se transfiere en la etapa 411 al servidor 401 retransmisor MMS. La transferencia de perfiles diferenciales de aplicaciones elimina el problema de la adaptación de contenido no deseada (adaptación de contenido, en inglés: "Content adaptation") aunque sólo si todas las aplicaciones que transfieren mediante datos MMS ponen a disposición perfiles diferenciales. No se prefiere por tanto la transferencia de perfiles diferenciales de aplicaciones en la información adicional transferida. Las etapas 411 y 412 se realizan de manera diferente según la forma de realización, especialmente dependiendo de si se han realizado las etapas 409 y 410.

En una forma de realización, el agente 402 de usuario de MMS pone en conocimiento al servidor 401 retransmisor MMS en la etapa 412 mediante un mensaje correspondiente creado en la etapa 412 que en el terminal 404 de comunicación se ha instalado una nueva aplicación 403 que utiliza el MMS como medio de transporte. Esto puede realizarse por ejemplo mediante un perfil básico o mediante un perfil diferencial, según el instante de la instalación de la aplicación 403 en el terminal 404 de comunicación, tal como se explicó anteriormente en referencia a la figura 3. En una forma de realización, el agente 402 de usuario de MMS transfiere en la etapa 412 la identificación de aplicación y/o la dirección de aplicación de la aplicación 403 mediante un mensaje correspondiente al servidor 401 retransmisor MMS. En una forma de realización, el agente 402 de usuario de MMS solicita mediante un perfil del terminal de comunicación ampliado con respecto a [3] , según la norma UAProf, que transfiere el perfil del agente 402 de usuario de MMS al servidor 401 retransmisor MMS, la finalización de la conversión de los archivos con un tipo determinado de archivo y/o un formato determinado de archivo en el servidor 401 retransmisor MMS en el marco de la adaptación de contenido según MMS de manera temporal o permanente . En una configuración alternativa de la invención se prevé una ampliación de esta información de control para la transferencia de condiciones marginales determinadas del agente de usuario de MMS al servidor / retransmisor MMS . Una vez realizadas las etapas 409 y 410 y si la información adicional transferida contiene un perfil diferencial de la aplicación 403, entonces se valora este perfil diferencial en la etapa 411 y/o se transfiere en la etapa 412 del agente 402 de usuario de MMS al servidor 401 retransmisor MMS. Tal como se mencionó anteriormente, este modo de proceder sólo permite una solución fiable del problema de la adaptación de contenido no deseada, si todas las aplicaciones soportan de manera fiable la transferencia de información mediante un perfil diferencial según la norma UAProf . Puesto que en la práctica esto no puede garantizarse en última instancia, se prefiere la siguiente forma de realización en la que no se requiere la transferencia de un perfil diferencial de la aplicación 403 al agente 402 de usuario de MMS . El agente 402 de usuario de MMS inserta en la etapa 411 un primer elemento de información en un perfil del terminal de comunicación, por ejemplo en un perfil diferencial según la norma UAProf o en un perfil básico del terminal 404 de comunicación según la norma UAProf, elemento de información que indica al servidor 401 retransmisor MMS que no debe realizar (de forma permanente o temporal) ninguna conversión de los archivos que han de transferirse al agente 402 de usuario de MMS de un tipo determinado de archivo y/o de un formato determinado de archivo. La transferencia de las condiciones marginales adicionales (por ejemplo en forma de elementos de información adicionales) desde el agente 402 de usuario de MMS al servidor 401 retransmisor MMS para influir en la conversión también se prevé en una configuración alternativa de la invención. Ejemplos de un perfil de terminal de comunicación según la norma UAProf, en el que se ha insertado un elemento de información, se explican a continuación en referencia a las tablas 2 a 4. El primer elemento de información puede presentar otras condiciones y/o limitaciones complementarias, por ejemplo la información de que desde el instante de la transferencia del primer elemento de información al servidor 401 retransmisor MMS no debe realizarse en general la supresión de la conversión de los archivos que se transfieren al agente 402 de usuario de MMS con un tipo determinado de archivo y/o un formato determinado de archivo, o la información de que la conversión de archivos con un tipo determinado de archivo y/o un formato determinado de archivo, que se transfieren al agente 402 de usuario de MMS, no debe realizarse sólo en los casos en que los archivos se utilicen en el marco de la utilización del MMS como medio de transporte para la aplicación 403, o la información de que la conversión de archivos con un tipo determinado de archivo y/o un formato determinado de archivo, que se envían al agente 402 de usuario de MMS, no debe realizarse sólo cuando los mensajes multimedia que contienen los archivos se transfieren al agente 402 de usuario de MMS desde un determinado emisor dado . En otro ejemplo de realización, en el que la aplicación 403 se ha desinstalado del terminal 404 de comunicación, por ejemplo en la etapa 407, y la aplicación 403 se ha dado de baja por el agente 402 de usuario de MMS, el agente 402 de usuario de MMS inserta en la etapa 411 un segundo elemento de información en un perfil diferencial según la norma UAProf, que indica al servidor 401 retransmisor MMS, después de la transferencia del perfil diferencial al servidor 401 retransmisor MMS, que una conversión de archivos de un tipo determinado de archivo y/o formato de archivo, que se transfieren al agente 402 de usuario de MMS debe volver a realizarse desde el instante de la transferencia del segundo elemento de información.

Después de que en la etapa 411 se haya creado un perfil del terminal de comunicación correspondiente, por ejemplo un perfil diferencial según la norma UAProf mediante la inserción de un primer elemento de información o empleando la información adicional transferida en la etapa 410 al agente 402 de usuario de MMS, el perfil del terminal de comunicación se transfiere del terminal de comunicación al servidor 401 retransmisor MMS en la etapa 412. En una forma de realización, en la que se ha desinstalado la aplicación 403, no se inserta y transfiere un segundo elemento de información en un perfil diferencial, sino que el primer elemento de información anteriormente descrito vuelve a transferirse mediante un perfil diferencial, aunque en dicho primer elemento de información se modifica el valor contenido en un campo de encabezado del mensaje de tal manera que se indica al servidor 401 retransmisor MMS, tras la transferencia del primer elemento de información, que una conversión de archivos con un tipo determinado de archivo y/o formato de archivo, que se transfieren al agente 402 de usuario de MMS, debe (volver a) realizarse desde el instante de la transferencia . Mediante la transferencia del perfil del terminal de comunicación en la etapa 412 el servidor 401 retransmisor MMS conoce por tanto cómo debe tratar los mensajes multimedia transferidos al terminal 404 de comunicación, especialmente en el caso en que se emplea el MMS como medio de transporte para aplicaciones. En la etapa 413 el servidor 401 retransmisor MMS transmite por ejemplo un mensaje multimedia al agente 402 de usuario de MMS . Una vez realizadas las etapas 409 y 410 y puesta a disposición en este caso información adicional al agente 402 de usuario de MMS que especifica que el agente 402 de usuario de MMS debe tratar los mensajes multimedia recibidos de una manera dada, así el agente 402 de usuario de MMS realiza esto en la etapa 414. En la etapa 415 el agente 402 de usuario de MMS transfiere a la aplicación 403 los datos contenidos en el mensaje multimedia recibido para la aplicación 403. Esto puede ser por ejemplo el contenido de campos de encabezado del mensaje individuales del mensaje multimedia o todo el mensaje multimedia. En una forma de realización, los datos transferidos en la etapa 415 dependen de la información adicional intercambiada en las etapas 408 y/o 410. A continuación se explican ejemplos de perfiles de terminal de comunicación según la norma UAProf, en los que se insertan elementos de información, tal como se realiza por ejemplo en la etapa 411, con referencia a la tabla 2, la tabla 3 , la tabla 4 y la tabla 5.

Tabla 2 Las tablas 2 a 5 muestran en cada caso una configuración posible de un perfil de terminal de comunicación ampliado, ampliado con respecto a [7] . Un perfil de terminal de comunicación que está configurado según la tabla 2, contiene un nuevo atributo XML con respecto a [7] con la designación MmsBearerForApplic, que, cuando el perfil de terminal de comunicación se transfiere de un terminal de comunicación a un servidor / retransmisor MMS, sirve para la transferencia de la información de que en el terminal de comunicación se ha instalado al menos una aplicación, que emplea el MMS como medio de transporte . En otra forma de realización se emplea el atributo XML para conectar y desconectar la adaptación de contenido (en inglés "content adaptation") en el servidor / retransmisor MMS.

Tabla 3 En otra forma de realización se emplea un perfil de terminal de comunicación configurado según la tabla 3. Este perfil de terminal de comunicación presenta un atributo XML nuevo con respecto a [7] con la designación MmsCcppAcceptApplic, que sirve para la transferencia de la información de un terminal de comunicación a un servidor retransmisor MMS, sobre qué tipo de contenido MIME soporta una aplicación instalada en el terminal de comunicación.

Tabla 4 En otra forma de realización se configura un perfil de terminal de comunicación según la tabla 4 transferido a un servidor / retransmisor MMS por un terminal de comunicación. El perfil de terminal de comunicación presenta en este caso un atributo XML nuevo con respecto a [7] con la designación MmsSuppressContentAdaptationApplic, mediante el que el servidor / retransmisor MMS puede recibir información sobre que una adaptación de contenido (en inglés: "content adaptation") no debe realizarse en el servidor / retransmisor MMS si se emplean mensajes multimedia MMS por una aplicación instalada en el terminal de comunicación para la transferencia de datos de la aplicación.

Tabla 5 En otra forma de realización se configura un perfil de terminal de comunicación según la tabla 5 transferido de un terminal de comunicación a un servidor / retransmisor MMS .

El perfil de terminal de comunicación presenta en este caso un atributo XML nuevo con respecto a [7] con la designación MmsSupportedApplics, con cuya ayuda puede indicarse al servidor /retransmisor MMS una lista de aplicaciones (identificador de aplicación) que están instaladas en el terminal de comunicación y que utilizan el MMS como medio (actual) de transporte (o que en principio podrían utilizar, es decir, tienen previsto utilizar probablemente) . Con esta información, el servidor / retransmisor MMS puede, dado el caso, suprimir una adaptación de contenido (en inglés: "content adaptation"), en caso de que deba enviar un mensaje multimedia (MM) en el que la identificación de aplicación y/o dirección de aplicación coincida con el identificador de aplicación señalizado según la tabla 5 por el terminal. Las tablas 2 a 5 muestran una codificación de texto de atributos según la norma UAProf. Según [5] también es posible una forma de representación binaria, en la que a todos los atributos de texto se les asocian símbolos ("token") binarios. En otra forma de realización se emplea un perfil de terminal de comunicación codificado de forma binaria de este modo según la norma UAProf .

En este documento se citan las siguientes publicaciones : [1] 3GPP TS 22.140 versión 6.5.0, edición 6; Third Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Messaging Service (MMS) ; Service Aspects (Stage 1) [2] 3GPP TS 23.140 versión 6.5.0, edición 6; Third Generation Partnership Project; Technical Specification Group Termináis; Multimedia Messaging Service (MMS) ; Functional Description (Stage 2) [3] OMA-MMS-CONF-vl_2-20030929-C; Open Mobile Alliance; MMS Conformance Document 1.2; versión candidata 16 de septiembre de 2003; [4] RFC2045; Multipurpose Internet Mail Extensions (MIME), Part One: "Format of Internet Message Bodies"; noviembre 1996; (http: //www. ietf.org/rfc/rfC2045.txt) [5] OMA- AP-UAProf-vl_l-20021212-C; Open Mobile Alliance; User Agent Profile 1.1; versión candidata 12-12-2002; (http: //member . openmobilealliance . org) [6] Extensible Markup Language (XML) 1.1; 3C Recommendation, 4 de febrero de 2004, Fran?ois Yergeau, John Cowan, Tim Bray, Jean Paoli, et.al.; (http: //www. w3.org/XML) [7] OMA-MMS-CTR-vl_2-20030916-C; Open Mobile Alliance; MMS Client Transactions 1.2; versión candidata 16 de septiembre de 2003 ; (http : //member . openmobilealliance . org) [8] RFC1766; Tags for the Identification of Languages; marzo de 1995; (http://www.ietf.org/rfc/rfcl766.txt) [9] 3GPP TS 26.234 versión 5.4.0, edición 5, Third Generation Partnership Project; Transparent end-to-end Packet Switched Streaming Service (PSS) ; Protocols and Codees [10] US 2001/0047517 Al [11] US 2003/177269 Al [12] EP 1 091 601 A2 [13] EP 1 263 205 Al [14] US 2003/0177269 Al Lista de números de referencia 100 Sistema de comunicación 101 Agente de usuario de MMS 102, 103 Servidor / retransmisor MMS 104 Agente de usuario de MMS 105-107 Interfaces 108, 109 Entorno de actividad 110 Interfaz 111 Servidor 112 Interfaz 113 HLR 114 Interfaz 115 Base de datos de usuarios de MMS 116 Interfaz 117 Servidor de servicios de valor añadido 118 Interfaz 119 Sistema de cálculo 120 Interfaz 121 Elemento retransmisor 122 Elemento servidor 200 Diagrama de flujo de mensajes 201 Agente de usuario de MMS 202, 203 Servidor / retransmisor MMS 204 Agente de usuario de MMS 205-207 Interfaces 208 Mensaje multimedia 209-217 Etapas de procesamiento 300 Diagrama de flujo de mensajes 301 Terminal de comunicación 302 Ordenador de pasarela 303 Servidor 304-308 Etapas de procesamiento 310-312 Etapas de procesamiento 313-315 Mensajes 400 Diagrama de flujo de mensajes 401 Servidor / retransmisor MMS 402 Agente de usuario de MMS 403 Aplicación 404 Terminal de comunicación 405, 406 Interfaces 407-415 Etapas de procesamiento

Claims

NOVEDAD DE LA INVENCION Habiéndose descrito la presente se considera como novedad, y por lo tanto, se reclama como propiedad lo contenido en las siguientes :
REIVINDICACIONES 1. Sistema de comunicación con un terminal de comunicación y un servidor, en el que - el terminal de comunicación presenta un dispositivo de señalización, que está adaptado para transmitir al servidor datos de alta o de baja específicos de la aplicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación; - el servidor presenta un dispositivo de control, que está adaptado para realizar una acción de control en función de los datos de alta o de baja específicos de la aplicación transmitidos . 2. Sistema de comunicación según la reivindicación 1, en el que el servidor presenta un dispositivo de transmisión, que está adaptado para transmitir mensajes al terminal de comunicación, y presenta un dispositivo de conversión, que está adaptado para convertir los mensajes que han de transmitirse al aparato de comunicación, y la acción de control es la activación o la desactivación de una conversión, a través del dispositivo de conversión, de los mensajes que han de transmitirse por medio del dispositivo de transmisión del servidor al terminal de comunicación.
3. Sistema de comunicación según la reivindicación 2, en el que la acción de control presenta además la determinación de cuál de los mensajes que han de transmitirse por medio del dispositivo de transmisión del servidor al terminal de comunicación ha de convertir el dispositivo de conversión.
4. Terminal de comunicación según la reivindicación 2 ó 3, en el que el dispositivo de conversión está adaptado para convertir mensajes que han de transmitirse según un protocolo de transmisión multimedia por medio del dispositivo de transmisión al terminal de comunicación.
5. Sistema de comunicación según una de las reivindicaciones 1 a 4, en el que el dispositivo de señalización está adaptado para transmitir los datos de alta o de baja específicos de la aplicación según un protocolo de transmisión multimedia al servidor.
6. Sistema de comunicación según la reivindicación 4 ó 5, en el que el protocolo de transmisión multimedia es el protocolo de transmisión del MMS .
7. Sistema de comunicación según una de las reivindicaciones 1 a 6, en el que el dispositivo de señalización está adaptado para transmitir los datos de alta o de baja específicos de la aplicación en forma de un perfil del terminal de comunicación.
8. Sistema de comunicación según la reivindicación 7, en el que el perfil está configurado según la norma UAProf (Perfil de Agente de Usuario) .
9. Procedimiento para controlar un sistema de comunicación, sistema de comunicación que presenta un terminal de comunicación y un servidor, en el que según el procedimiento - el terminal de comunicación transmite al servidor datos de alta o de baja específicos de la aplicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación; - el servidor realiza una acción de control en función de los datos de alta o de baja específicos de la aplicación transmitidos .
10. Servidor de un sistema de comunicación, que presenta un terminal de comunicación, presentando el servidor un dispositivo de control, que está adaptado para realizar una acción de control en función de los datos de alta o de baja específicos de la aplicación, transmitidos por medio del terminal de comunicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación. 61
11. Procedimiento para la puesta en funcionamiento de un servidor de un sistema de comunicación, sistema de comunicación que presenta un terminal de comunicación, realizando el servidor según el procedimiento una acción de control, en función de los datos de alta o de baja específicos de la aplicación transmitidos por medio del terminal de comunicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación.
12. Terminal de comunicación de un sistema de comunicación, sistema de comunicación que presenta un servidor, presentando el terminal de comunicación un dispositivo de señalización, que está adaptado para trasmitir al servidor datos de alta o de baja específicos de la aplicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación.
13. Procedimiento para la puesta en funcionamiento de un terminal de comunicación de un sistema de comunicación, sistema de comunicación que presenta un servidor, transmitiendo el terminal de comunicación según el procedimiento datos de alta o de baja específicos de la aplicación, que son específicos para una aplicación instalada o desinstalada en el terminal de comunicación.