ES2272998T3 - Procedimiento y aparato de comunicacion por radio para la preparacion de mensajes multimedia de manera eficaz para la transmision. - Google Patents
Procedimiento y aparato de comunicacion por radio para la preparacion de mensajes multimedia de manera eficaz para la transmision. Download PDFInfo
- Publication number
- ES2272998T3 ES2272998T3 ES03729873T ES03729873T ES2272998T3 ES 2272998 T3 ES2272998 T3 ES 2272998T3 ES 03729873 T ES03729873 T ES 03729873T ES 03729873 T ES03729873 T ES 03729873T ES 2272998 T3 ES2272998 T3 ES 2272998T3
- Authority
- ES
- Spain
- Prior art keywords
- volume
- useful data
- multimedia message
- price
- message
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/08—Allotting numbers to messages; Counting characters, words or messages
-
- 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
- H04L51/10—Multimedia information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/141—Indication of costs
- H04L12/1414—Indication of costs in real-time
- H04L12/1417—Advice of charge with threshold, e.g. user indicating maximum cost
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
- H04L12/141—Indication of costs
- H04L12/1421—Indication of expected costs
-
- 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/06—Message adaptation to terminal or network requirements
- H04L51/063—Content adaptation, e.g. replacement of unsuitable content
-
- 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/214—Monitoring or handling of messages using selective forwarding
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/565—Conversion or adaptation of application format or content
- H04L67/5651—Reducing the amount or size of exchanged application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/107—Computer-aided management of electronic mailing [e-mailing]
-
- 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/06—Message adaptation to terminal or network requirements
- H04L51/066—Format adaptation, e.g. format conversion or compression
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- 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/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Meter Arrangements (AREA)
- Telephonic Communication Services (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Facsimiles In General (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
- Radio Relay Systems (AREA)
Abstract
Procedimiento para la preparación eficiente para la transmisión de mensajes multimedia antes de su envío o su recepción, en el que a) antes, después, y/o durante la formación del mensaje multimedia (MM) a enviar o recibir en cada caso, se calcula el volumen de datos útiles (VOL) existente, ocupado por este mensaje multimedia (MM), b) se asigna el volumen de datos útiles (VOL) inicialmente existente ocupado por el correspondiente mensaje multimedia (MM) a emitir o a recibir, a una clase de precios (Px) de un sistema de tarificación escalonado del volumen de datos útiles (GTM), c) cuando hay un eventual desbordamiento de un límite superior prescrito que puede determinarse para el precio y/o volumen de datos útiles (SPx, SGx) para el correspondiente de mensaje multimedia (MM) a enviar o a recibir, se pone a disposición al menos una aplicación de reducción para la reducción del volumen de datos útiles (VOL) inicialmente existente, a enviar o a recibir, para lograr que el correspondiente mensajemultimedia (MM) a enviar o a recibir corresponda a una clase de precios inferior (Px) del sistema de tarificación (GTM) escalonado en volumen de datos útiles.
Description
Procedimiento y aparato de comunicación por
radio para la preparación de mensajes multimedia de manera eficaz
para la transmisión.
Por el documento US 2002/0013854 A1 se conoce un
procedimiento y un dispositivo mediante los cuales solamente puede
vigilarse y controlarse la cantidad total de datos de comunicación
entre una unidad de comunicaciones remota y un servidor de
comunicaciones.
La invención tiene como tarea básica mejorar la
transparencia de costes para el emisor o receptor de un mensaje
multimedia a transmitir.
Esta tarea se resuelve mediante el siguiente
procedimiento correspondiente a la invención:
Procedimiento para la preparación de mensajes
multimedia de manera eficiente para la transmisión antes de su
emisión o de su recepción, calculándose antes de, después de o
durante la constitución del correspondiente mensaje multimedia a
enviar o a recibir el volumen de datos útiles existente, utilizado
de este mensaje multimedia, asignándose el volumen de datos
inicialmente existente y utilizado del correspondiente mensaje
multimedia (MM) a enviar o a recibir en cada caso a una categoría de
precio de un sistema de tarificación escalonado en función del
volumen de datos útiles y tal que en el eventual caso de
sobrepasarse un límite superior que puede determinarse de antemano
del volumen de datos útiles y/o del precio para el mensaje
multimedia a enviar o a recibir en cada caso, se pone a disposición
al menos una aplicación de reducción para reducir el volumen de
datos útiles ocupado inicialmente existente para el correspondiente
mensaje multimedia a enviar o a recibir, para otorgar al
correspondiente mensaje multimedia a enviar o a recibir una
categoría de precio inferior del sistema de tarificación escalonado
en función del volumen de datos útiles.
De esta manera se pone a disposición de manera
sencilla y fiable una mejor transparencia de costes para el
correspondiente emisor o receptor de mensajes multimedia, antes de
que el correspondiente mensaje multimedia sea efectivamente enviado
o transmitido por el emisor o sea recibido por el receptor. Ello es
así ya que se pone a disposición al menos una aplicación de
reducción para reducir el volumen de datos útiles inicialmente
existente para el correspondiente mensaje multimedia a enviar o a
recibir al sobrepasarse un límite superior que puede determinarse
previamente del volumen de datos útiles y/o del precio. Si se aplica
esta aplicación de reducción al correspondiente mensaje multimedia a
enviar o a recibir, por ejemplo mediante la correspondiente elección
por parte del emisor, entonces puede reducirse el correspondiente
volumen de datos existente ocupado, con lo que pueden ahorrarse
costes de transmisión al emitir o al recibir.
La invención se refiere también a un aparato de
comunicación por radio, en particular aparato de telefonía móvil,
como que está configurado para la realización del procedimiento
correspondiente a la invención.
Otros perfeccionamientos de la invención se
reflejan en las reivindicaciones secundarias.
La invención y sus perfeccionamientos se
describirán más en detalle a continuación en base a dibujos. Se
muestra en:
Figura 1 en representación esquemática, una
arquitectura de red MMS (Multimedia Messaging Service, servicio de
mensajes multimedia, según 3GPP entre un emisor y un receptor.
Figura 2 en contraposición, un modelo lineal de
tarificación y un modelo de tarificación escalonado, siendo más alto
el precio al enviar el correspondiente mensaje multimedia cuanto
mayor es el volumen de datos del mensaje multimedia,
Figura 3 una representación gráfica de la
evolución en el tiempo de un ejemplo de ejecución ventajoso del
procedimiento correspondiente a la invención con ayuda de los pasos
del procedimiento descritos textualmente y
Figuras 4 a 6 perfeccionamientos a modo de
ejemplo de la unidad HMI (HMI: "Human Machine Interface",
interfaz hombre/máquina) para un aparato móvil de comunicaciones por
radio al realizar distintas variantes del procedimiento
correspondiente a la invención.
Los elementos con la misma función y
funcionamiento están dotados en las figuras 1 a 6 del mismo signo de
referencia.
El sistema de telefonía móvil GSM (GSM = Global
System for Mobile Communications, sistema global para comunicaciones
móviles) ofrece, además de la telefonía de voz, también la
posibilidad de enviar y de recibir breves mensajes de texto de hasta
160 caracteres de longitud. Este servicio se denomina, en sistemas
de telefonía móvil GSM, SMS (SMS-Short Message
Service, servicio de mensajes cortos) (literatura al respecto: ver
en particular [1] al final de la descripción).
\newpage
Para sistemas de telefonía móvil de las
siguientes generaciones (2,5G y 3G), como por ejemplo UMTS
(UMTS-Universal Mobile Telecommunications System,
sistema universal de telecomunicaciones móviles), se estandariza
actualmente una variante susceptible de multimedia de un servicio
móvil de mensajes, el llamado MMS (Multimedia Messaging Service,
sistema de mensajes multimedia)(ver al respecto en particular
referencias de literatura [2] y [3] al final de la descripción). Los
mensajes con contenidos multimedia se denominan a continuación, para
una mejor delimitación respecto a los mensajes de texto SMS, sólo
abreviadamente MMs (MMs = Multimedia Messages). Contrariamente a en
el SMS, no hay limitación a simples contenidos de texto. En el MMS
(Multimedia Messaging Service), los usuarios pueden formatear sus
textos individualmente y/o incluir contenidos de audio y/o de vídeo,
así como otros elementos de comunicación, en un mensaje. Un mensaje
multimedia puede en consecuencia estar compuesto por varios
elementos de mensajes multimedia con distintos tipos de ficheros
(por ejemplo audio o imagen fija) y/o formatos de ficheros (en
imagen fija por ejemplo GIF o JPEG).
En la figura 1 se representa la arquitectura de
red MMS según el estado actual de la técnica desde el punto de vista
de 3GGP. Allí se transmite por ejemplo un mensaje multimedia MM
desde un primer llamado MMS User Agent o bien agente usuario a un
segundo agente usuario MMS B, con la participación en cada caso de
un MMS Relay/Server (Relé/Servidor), RA o bien RB asociado por el
lado emisor o receptor. En detalle, considerado en la dirección de
transmisión del mensaje multimedia MM, el Relay/Server RA está
subordinado por el lado de la red al agente usuario A. El
Relay/Server B precede por el lado de la red al segundo agente
usuario UB por el lado receptor. El correspondiente enlace de
interfaz entre el agente usuario A y el MMS Relay/Server RA asignado
por lado de la red se denomina en la figura 1 MM1, así como el
situado entre el agente usuario B y el MMS Relay/Server RB asignado
por el lado receptor, MM1*. Como protocolo sobre la interfaz MM4
entre ambos Relay/Server RA y RB, se ha elegido SMTP (Simple Mail
Transfer Protocol, protocolo de transferencia de mails sencillos).
Bajo el correspondiente agente usuario MMS A o bien B, se entiende
ventajosamente una aplicación o bien proceso de secuencia que
realiza MMS. Esta aplicación está implantada en particular como
programa de software sobre el aparato de comunicación por radio que
participa en cada caso por lado emisor, su MMS Relay/Server asignado
por el lado emisor, sobre el aparato de comunicación por radio
correspondiente que participa por lado receptor y/o su MMS
Realay/Server asignado por lado receptor. Al respecto, puede estar
configurado el correspondiente aparato de comunicación por radio
ventajosamente como aparato de telefonía móvil. Como alternativa,
puede estar implantado (por ejemplo laptop o similares) el
correspondiente agente usuario MMS también a un aparato conectado a
un aparato de telefonía móvil. Un MMS Relay/Server es un elemento de
red que pone a disposición en la zona de competencia MMSE
(MMSE-Multimedia Messaging Service Environment,
entorno de servicio de mensajes multimedia) del correspondiente
proveedor MMS, como aquí por ejemplo PA, PB, el agente usuario MMS
A,B la funcionalidad MMS.
Los proveedores o bien ofertantes de servicios
MMS pueden por un lado prever como modelo de tarificación para la
nueva oferta de servicios MMS que al emisor se le ponga a
disposición el envío de un mensaje multimedia en su cuenta
(principio: "sending party pay, paga la parte emisora", es
decir, que abona la correspondiente parte emisora). Por otro lado,
puede estar dado el caso previsto también facturar al receptor de un
mensaje multimedia la recepción de una comunicación sobre la
existencia de un mensaje multimedia dirigido a él mismo sobre el MMS
Relay/Server asignado por el lado receptor y/o la descarga de uno o
varios elementos de mensaje de este mensaje multimedia desde el MMS
Relay/Server del lado receptor.
Para futuros proveedores MMS del GSMA
(GSMA-Global System for Mobile Communications
Association, asociación para el sistema global para comunicaciones
móviles, una asociación de intereses mundial de operadores de la red
de telefonía móvil GSM), podría ser en particular interesante un
modelo de tarificación para MMS basado en un principio denominado a
continuación "MM volume classes" (categorías de volumen). La
idea que sirve de base a este principio es que el correspondiente
mensaje multimedia a enviar o a recibir, para fines de una mejor
transparencia en la facturación de costes, se asigne en base a su
volumen de datos útiles existente, ocupado, o bien a su tamaño, a
una categoría de volumen de datos útiles de varias predefinidas, una
llamada "MM volume class", que está signada a una determinada
categoría o clase de precios (ver al respecto la figura 2, diagrama
derecho GTM). Bajo volumen de datos útiles o bien tamaño del
correspondiente mensaje multimedia se entiende entonces en el marco
de la invención en particular la suma total de bytes o de bits de
los componentes o elementos del correspondiente mensaje multimedia.
En la práctica puede ser ventajoso un fraccionamiento de la
dimensión del volumen de datos útiles en MMS, en particular en tres
a cuatro "MM volume classes", que así es fácilmente abarcable.
En la parte derecha de la imagen de la figura 2 se ha representado
esquemáticamente un diagrama GTM para un sistema de tarificación
escalonado de esa manera. A lo largo de sus abscisas se han señalado
varios valores de umbral G1 a Gmax con max = 4 para el volumen de
datos útiles VOL. Estos valores de umbral de volumen de datos útiles
llevan asignados a lo largo de las ordenadas del diagrama precios o
bien valores de costes Px con x = 1 a 5. Entre cada dos valores de
umbral contiguos, como por ejemplo G1, G2, la categoría de precios o
de costes asignados en cada caso, por ejemplo P3, es constante.
Considerado globalmente, resulta así un sistema de tarifas cuya
clase de precios aumentan escalonadamente al aumentar la categoría
del volumen de datos útiles. Al sobrepasar el correspondiente valor
de umbral del volumen de datos, como por ejemplo G1, aumenta por lo
tanto el precio Px en un valor determinado que puede
predeterminarse. Por ejemplo aumenta el precio de P3 a P4>P3 al
sobrepasar el valor de umbral del volumen de datos útiles G2.
Resulta así en total una curva en escalera o curva de barras
sucesiva creciente desde un valor de umbral de volumen de datos
útiles hasta el siguiente G1 a G4 para el correspondiente precio Px
y con ello el escalonamiento de precios en función de las gamas de
volumen de datos útiles como por ejemplo G0 a G1, G1 a G2, G2 a G3,
etc. Cada vez que se sobrepasa un valor de umbral del volumen de
datos útiles o bien de tamaño del mensaje multimedia a transmitir o
a recibir en cada caso, llega el mensaje multimedia en cuanto a sus
costes de transmisión del escalón de precios Px que tenían hasta
ahora al siguiente escalón de precios Px + 1. En el caso de que en
particular se haya elegido en cada caso un valor del aumento de
precio constante para cada vez que se sobrepase el valor de umbral,
entonces aumenta la curva de escalera linealmente en una primera
aproximación.
Un inconveniente en este principio es que cada
vez que se produce un desbordamiento (aunque sea muy pequeño) de un
valor de umbral de datos útiles Gx (con x = 1 a max, siendo max la
máxima cantidad de valores de umbral definidos) en la dimensión de
volumen de datos útiles VOL, se eleva el correspondiente mensaje
multimedia a una categoría de precios más elevada Px (x = 1 hasta
max, aquí es por ejemplo en la figura 2 max = 5). Entonces puede ser
ya un único bit o byte adicional determinante para que un mensaje
multimedia se adjudique a una categoría de precios Px inferior o
superior. En general rige: cuanto más pequeña sea la cantidad de
valores de umbral Gx en la dimensión de volumen de datos útiles VOL,
tanto más alta es la probabilidad de que el emisor o receptor de un
mensaje multimedia aproveche u ocupe el volumen de datos útiles
máximo prescrito VOL del correspondiente escalón de la categoría
actual de precios del mensaje multimedia de manera no óptima, es
decir, sólo de manera incompleta (ver figura 2, imagen derecha) y
con ello desperdicie capacidad de transmisión ya pagada. Al aumentar
la cantidad de valores de umbral Gx en la dimensión del volumen de
datos útiles y de las categorías de precios asignadas, podría uno
aproximarse a una evolución lineal de los precios asignados P, tal
como se ha representado en la mitad izquierda de la imagen de la
figura 2 esquemáticamente en el diagrama LTM. Allí aumenta el precio
P continuamente, así como linealmente, con el volumen de datos
útiles del mensaje multimedia a transmitir en cada caso. El máximo
volumen de datos útiles Gmax lleva asignado entonces el precio
máximo Pmax. Se logra por lo tanto mediante un incremento
suficientemente pequeño de las gamas de valores de umbral del
volumen de datos útiles
Gx-G(x-1) y las
correspondientes categorías de precios Px sobre ambos ejes del
diagrama GTM en la mitad derecha de la imagen de la figura 2,
aproximadamente la evolución lineal LI del diagrama LTM de la figura
2 entre el volumen de datos útiles VOL y el precio asignado P. Por
supuesto, este sistema lineal de tarifas está en contradicción con
los intereses económicos del futuro proveedor MMS. Además, una
asignación continua precio/volumen de datos útiles de este tipo es
demasiado costosa para la facturación por parte del correspondiente
proveedor y demasiado poco clara para el correspondiente
usuario.
El diagrama LTM en la mitad izquierda de la
imagen de la figura 2 visualiza por lo tanto un modelo de
tarificación lineal, idealizado, mientras el diagrama GTM en la
mitad derecha de la imagen muestra un modelo de tarificación
escalonado para la práctica. En ambos casos el precio al enviar un
mensaje multimedia es tanto más elevado cuanto mayor es el volumen
de datos existente utilizado VOL del mensaje multimedia a enviar o a
recibir en cada caso.
A continuación se describen a modo de ejemplo
para el caso de emisión de un mensaje multimedia distintas
posibilidades ventajosas de cómo pueden someterse al usuario de un
aparato terminal de comunicaciones susceptible de MMS,
preferentemente aparato de comunicaciones por radio, a través de su
llamada unidad HMI (HMI-Human Machine Interface,
interfaz hombre-máquina) diversas ayudas de
decisión, para poder enviar el mensaje multimedia de la manera más
eficiente posible en cuanto a volumen de datos y con ello también
económica. Además, se analizará al respecto un procedimiento
ventajoso para optimizar el volumen de datos útiles inicialmente
existente de un mensaje multimedia a enviar antes de su emisión en
modelos de tarifas según el principio ya prescrito "categorías de
volumen MM". Estas etapas de procedimiento para el caso de una
emisión pueden transmitirse entonces de la manera correspondiente al
caso de una recepción, en la que un aparato de comunicaciones por
radio, con la ayuda de su agente usuario MMS recibe la comunicación
sobre la disposición para recoger un mensaje multimedia o uno o
varios elementos de este mensaje multimedia que están puestos a
disposición en el MMS Relay/Server del lado receptor. Como aparato
de comunicación por radio participante en cada caso, se utiliza en
particular una estación móvil o bien un aparato de telefonía
móvil.
Independientemente del modelo de tarificación
elegido en definitiva (lineal o escalonado) es siempre conveniente
para el emisor de un mensaje multimedia como por ejemplo MM poder
estimar sobre su aparato terminal antes, durante y/o tras la
constitución de este mensaje multimedia, qué le costará el envío de
este mensaje multimedia. Esto vale en especial para modelos de
tarificación sobre la base de las "categorías de volumen MM".
Esto es así puesto que en particular puede ser aquí crítico que el
emisor del correspondiente mensaje multimedia como por ejemplo MM no
aproveche óptimamente el volumen de datos útiles VOL de la categoría
de precios Px actual, es decir inicialmente asignada, es decir,
desperdicie una parte residual que quede libre del volumen de datos
VOL ligado o bien correspondiente a la categoría de precio
facturada. Este volumen libre ya pagado está formado por la
diferencia entre el volumen de datos efectivo, actualmente
existente, del correspondiente mensaje multimedia a transmitir y
aquel valor de umbral del volumen de datos que limita la categoría
de precios Px facturada y asignada al volumen de datos existente con
la siguiente categoría más elevada de precios Px+1.
Según una variante ventajosa del procedimiento
correspondiente a la invención, es conveniente una secuencia de
pasos (ver figura 3) que incluye durante o bien tras la constitución
del correspondiente mensaje multimedia, los siguientes pasos
individuales sucesivos en el tiempo:
- a)
- se calcula el volumen de datos útiles VOL inicialmente existente, ocupado por el mensaje multimedia correspondiente a enviar como por ejemplo MM;
- b)
- el volumen de datos útiles calculado VOL del mensaje multimedia a enviar se asigna a una correspondiente clase de precios o bien categoría de precios Px;
- c)
- se calcula el volumen de datos útiles aún libre FVOL para la clase de precios actualmente existente Px, que está asignada al volumen de datos útiles inicialmente existente y ocupado por el mensaje multimedia a enviar en base al correspondiente sistema de tarifas predeterminado; para ello se forma la diferencia entre el volumen de datos útiles Px + 1 asignado a la clase de precios siguiente más elevada Px+1 del sistema de tarifas predeterminado y el volumen actual de datos existente VOL del mensaje multimedia;
- d)
- se averiguan eventuales desbordamientos de los límites superiores de los volúmenes de datos útiles y/o de precios definidos para el usuario y dado el caso se anuncia al usuario;
- e)
- los resultados del cálculo según a) y/o de la asignación según b), y/o del cálculo según c) y/o del eventual desbordamiento según d), se le indican al usuario de forma acústica, táctil y/o gráfica;
- f)
- se someten al usuario una o varias propuestas para la reducción del volumen de datos útiles inicialmente existente del mensaje multimedia a enviar, preferentemente con el objetivo de que este mensaje multimedia corresponda a una categoría de precios inferior del sistema de tarifas predeterminado; y
- g)
- ejecuta una reducción del volumen de datos útiles del mensaje multimedia a enviar, igualmente con el fin de que este mensaje multimedia pertenezca a una categoría de precios inferior del sistema de tarifas predeterminado.
Es ventajosa una variante de ejecución en la que
todas las etapas del procedimiento a) hasta g) se ejecuten
directamente en el correspondiente agente usuario MMS de la parte
emisora. Como alternativa a ello, es conveniente no obstante también
una variante de ejecución en la que las etapas del procedimiento a)
hasta g) sean ejecutadas por parte de al menos una unidad funcional
autónoma, es decir, independiente del agente usuario MMS. Dado el
caso, puede ser ventajoso en ambos casos realizar solamente una
cantidad parcial de las etapas de procedimiento a) hasta g). Por
ejemplo, son ventajosos la averiguación de la clase de precios
actual correspondiente al volumen de datos útiles ocupado por el
mensaje multimedia a enviar, el cálculo del volumen de datos útiles
aún libre para la categoría de precios actual calculada y la
visualización de todas estas informaciones, así como el aviso de
desbordamientos que eventualmente se hayan presentado de los límites
superiores de volúmenes de datos útiles y/o de precios definidos
para el usuario, como pasos básicos.
En etapas del procedimiento que sean ejecutadas
por una unidad funcional autónoma, se ponen a disposición de manera
conveniente estas informaciones determinadas por el agente usuario
MMS -según la función o bien tarea de la correspondiente unidad
funcional- por ejemplo el volumen de datos útiles ocupado, calculado
por el agente usuario MMS, del mensaje multimedia a enviar cada caso
o bien el mensaje multimedia compuesto total o parcialmente listo
para el envío.
En ambos casos (todas las etapas del
procedimiento se ejecutan directamente en el agente usuario MMS (ver
A en la figura 1) de la unidad de comunicación emisora o bien etapas
de procedimiento individuales o todas ellas son ejecutadas por al
menos una unidad funcional autónoma), tiene, de manera conveniente,
acceso bien el agente usuario MMS o la unidad funcional autónoma, de
las que al menos hay una, a determinadas informaciones de un sistema
de tarifas predeterminado, por ejemplo a una tabla de tarifas/datos
útiles como por ejemplo GTM en la figura 2, para poder asignar el
volumen de datos útiles calculado en cada caso del mensaje
multimedia a enviar a una clase de precio y/o a los límites
superiores de volumen de datos útiles y/o de precio colocados por el
usuario, para poder informar acerca de eventuales
desbordamientos.
Tales informaciones pueden estar archivadas bien
en zonas internas de la memoria del correspondiente aparato terminal
de comunicaciones o bien en unidades de memoria externas, que pueden
conectarse con el aparato terminal mediante cables, contactos
eléctricos o sin hilos.
Un perfeccionamiento especialmente ventajoso
para la memorización de los datos en una unidad de memoria externa
se da cuando la unidad de memoria externa es una tarjeta de memoria
inteligente (una llamada Smartcard), por ejemplo una tarjeta SIM
(Subscriber Identity Module, módulo de identidad del abonado) o una
tarjeta UICC con (U) SIM, que se insertan en el aparato terminal
móvil. Sobre estas tarjetas hay precisamente zonas de memoria que
exclusivamente pueden ser descritas o bien actualizadas por el
operador de la red y otras para las que el usuario tiene también
derecho de lectura y escritura. Las primeras indicadas son
especialmente adecuadas para la memorización y actualización OTA
posterior (OTA = "over de air", a través del aire) de las
informaciones individuales sobre tarifas MMS del correspondiente
proveedor MMS, por ejemplo sobre la base del principio de las
"categorías de volumen MMS". Las últimas zonas de memoria son
adecuadas para la memorización de límites superiores de volúmenes de
datos útiles y/o precios definidos por el usuario. Esta variante de
ejecución, en la que las informaciones de tarificación del operador
de red están archivadas en una tarjeta SIM o bien en la tarjeta UICC
con (U)SIM, es ventajosa cuando mediante la posibilidad de
las actualizaciones OTA siempre han de incluirse las tarifas más
nuevas para los cálculos o comparaciones antes descritos.
Un ventajoso perfeccionamiento para la ejecución
de etapas del procedimiento antes indicadas individuales o de varias
de ellas en una unidad funcional independiente del correspondiente
agente usuario MMS, existe cuando también la aplicación que reduce
el volumen de datos del correspondiente mensaje multimedia corre
sobre la tarjeta UICC con (U)SIM, (aplicación CAT o bien
(U)SAT).
\newpage
Además, es posible también una actualización de
las informaciones de tarifas memorizadas sobre el correspondiente
aparato terminal o sobre la unidad de memoria externa (por ejemplo
tarjeta SIM o UICC con (U)SIM) utilizando un enlace de datos
general entre el aparato terminal y un servidor en la red de radio a
través de la interfaz de aire. Esta acción puede ser iniciada a
elección por la unidad funcional sobre el correspondiente aparato
terminal ("PULL") o mediante el servidor en la red (servicio
"PUSH").
Las distintas etapas del procedimiento ya
mencionadas anteriormente a) a g) se describirán a continuación en
base a la figura 3 en detalle:
Primeramente se constituye un mensaje multimedia
como por ejemplo MM en el agente usuario MMS como por ejemplo A en
la figura 1 del aparato de comunicaciones por radio del emisor para
su envío. Un mensaje multimedia como el indicado se compone entonces
básicamente por una cabecera ("header") en la que están
contenidas predominantemente informaciones para la transmisión o
gestión del mensaje multimedia, y un llamado cuerpo ("body
part"), que puede presentar varios elementos de mensajes
multimedia (es decir, los datos útiles propiamente dichos), siendo
posible la utilización de distintos tipos de fichero y formatos de
fichero, tal como se ha indicado al principio.
El volumen de datos útiles VOL de un mensaje
multimedia como por ejemplo MM (etapa S1 en la figura 3) se averigua
o calcula por ejemplo sumando todos los volúmenes de datos de los
distintos elementos MM, así como el tamaño del campo de cabecera con
el nombre "Subject" para el tema del mensaje multimedia.
También puede ser conveniente que las longitudes o bien tamaños de
los campos de cabecera para el direccionamiento del mensaje
multimedia (como por ejemplo "Cc" y "Bcc"), así como
descripciones de presentación eventualmente contenidas en el mensaje
multimedia (por ejemplo una presentación SMIL
(SMIL-Synchronized Multimedia Integration Language,
lenguaje de integración multimedia sincronizado; ver al respecto
[4]) se añadan al volumen de datos útiles del mensaje multimedia a
enviar.
Si se ha calculado el volumen de datos útiles
VOL actualmente existente para el mensaje multimedia MM a enviar
según la etapa S1 de la figura 3, siendo así conocido, entonces
puede de manera sencilla calcularse la correspondiente categoría de
precios -por ejemplo en base a una tabla de tarifas memorizada como
por ejemplo GTM de la figura 2- (ver etapa S2 en la figura 3).
Igualmente puede calcularse el volumen de datos útiles aún libre
FVOL, es decir, no utilizado, para la clase de precios
correspondiente que está asignada al volumen de datos útiles
inicialmente existente en base a la tabla de tarifas. El volumen de
datos útiles libre FVOL se corresponde entonces con la cantidad de
bytes que pueden complementarse como máximo hasta que el mensaje
multimedia MM llegue a pertenecer a una categoría de precios más
elevada (ver etapa S3 en la figura 3). A continuación se comparan,
de manera ventajosa, el volumen de datos útiles calculado VOL y/o la
categoría de precio asignada Px con unos límites superiores de
volumen de datos útiles y/o de precios SGx, SPx, previamente
definidos, es decir, que pueden fijarse y predeterminarse (ver etapa
S4 en la figura 3). En el caso de que uno de estos límites
superiores fijados se sobrepase, se analiza el mensaje multimedia MM
ventajosamente de forma automática en el sentido de si es posible
una reducción de los datos útiles y cómo es posible. De manera ideal
se considera para ello individualmente cada elemento de mensaje
multimedia. Entonces pueden estar determinados los límites
previamente definidos para el volumen de datos útiles y/o precio
- a)
- por el correspondiente usuario y/o
- b)
- por el correspondiente proveedor del MMS.
Los siguientes ejemplos describen distintas
posibilidades ventajosas para reducir el volumen de datos de un
fichero:
- a)
- Conversión del tipo de fichero (por ejemplo conversión de un fichero del tipo película a varios ficheros del tipo imagen fija, para confeccionar a partir de una secuencia de imágenes varios llamados "snapshots", (instantáneas);
- b)
- Conversión del formato del fichero (por ejemplo ficheros del tipo de imagen fija: compresión de BMP a JPG, en ficheros del tipo audio: compresión de WAV en MP3); para imágenes fijas es posible por ejemplo también la reducción de la intensidad del color y/o del tamaño.
- c)
- Además de las posibilidades listadas aquí explícitamente, existen también otros procedimientos de compresión de datos. Además, existe la posibilidad de combinar entre sí varias técnicas de conversión (por ejemplo: primeramente modificar el tamaño de una imagen y a continuación realizar la conversión del formato del fichero).
Las técnicas de compresión mencionadas son una
cantidad parcial de las conversiones del formato del fichero y
tienen preferentemente el objetivo de reducir el tamaño de un
fichero. Con muchas de estas técnicas se logra en particular una
relación de compresión de 10: 1, en parte incluso bastante más.
A continuación (dado el caso tras consultar con
el correspondiente emisor y dado el caso tras la confirmación por
parte del emisor), se reduce convenientemente el volumen de datos
útiles VOL del correspondiente mensaje multimedia analizado, como
aquí MM (ver la etapa S5 en la figura 3), reduciéndose el tamaño de
al menos un elemento de mensajes multimedia (por ejemplo mediante
conversión/compresión) y componiéndose al menos un nuevo mensaje
multimedia más pequeño compuesto por al menos un elemento de mensaje
multimedia modificado (ver etapa S6 en la figura 3). El mensaje
multimedia así modificado con uno o varios elementos de mensaje
reducidos en relación con el volumen de datos útiles, se le ofrece
al emisor entonces de manera ventajosa como alternativa al envío
(ver la etapa S7 en la figura 3).
Tras cada una de estas etapas S1 hasta S7
sucesivas en el tiempo, puede realizarse opcionalmente un aviso de
salida mediante el HMI al usuario. Para la emisión del volumen de
datos útiles calculado VOL del mensaje multimedia correspondiente a
enviar como por ejemplo MM, de la categoría de precio Px asignada a
este volumen de datos útiles, del volumen de datos útiles hasta
ahora no utilizado, (es decir, aún libre) FVOL en la categoría de
precios actual y/o del aviso de eventuales desbordamientos de
límites superiores del volumen de datos útiles y/o de precios
definidos para el usuario SGx, SPx por parte del HMI
(HMI-human machine interface) del aparato de
comunicación por radio que participa en cada caso, es adecuada
ventajosamente una indicación en formato de un gráfico de barras. Un
gráfico de barras como el indicado se ha representado en cada caso
en relación con los ejemplos de ejecución en las figuras 4 a 6 y se
denomina BK.
En ambos ejemplos que siguen a continuación,
desea el usuario enviar un mensaje multimedia MM que presenta por
ejemplo dos elementos de mensaje multimedia, como por ejemplo un
elemento de texto y una imagen fija.
- -
- Para ahorrar dinero, desea el usuario enviar como máximo, es decir, como mucho, mensajes multimedia de la categoría de precios P2.
- -
- El límite superior de precios definido por el usuario SPx = P3 se sobrepasa al formar el mensaje multimedia MM.
- -
- El usuario puede dejar que le ofrezcan propuestas para la reducción del volumen de datos útiles existente VOL de su mensaje multimedia MM.
El usuario compone el mensaje multimedia MM
compuesto por dos elementos de mensaje multimedia (abreviado:
elementos MM) según sus ideas individuales con ayuda de un
procedimiento "MM composer", es decir, componedor multimedia.
El primer elemento MM es del tipo texto; el segundo es una imagen
fija en el formato BMP. A continuación el usuario hace calcular el
volumen de datos útiles de su mensaje multimedia MM y la
correspondiente categoría de precios (ver figura 4 a la izquierda).
El resultado muestra que el mensaje multimedia MM sobrepasa el valor
de umbral SPx = P3 definido por el usuario (ver figura 4 a la
derecha). La figura 4 muestra por lo tanto una configuración a modo
de ejemplo del HMI (parte 1) en el que en la imagen izquierda se
muestra un aviso al determinar el volumen de datos (útiles) VOL del
mensaje multimedia a transmitir y en la imagen derecha de la figura
4 una emisión de la categoría de precios Px asignada en base a la
tabla de tarifas predeterminada. Por lo tanto, en base al sistema de
tarifas predeterminado, como por ejemplo el correspondiente GTM en
la figura 2 del proveedor, se calcula qué categoría de precios le
corresponde al volumen de datos útiles actualmente existente del
mensaje multimedia.
Al emisor se le informa mediante el HMI del
aparato de comunicación del emisor sobre este hecho y se le pregunta
si desea que le sometan propuestas relativas para el presente
mensaje multimedia MM a enviar (figura 5, imagen izquierda). Para el
mensaje multimedia MM aquí considerado, compuesto por un texto y una
imagen fija comprimida, se ofrece para la generación de una
propuesta alternativa la compresión del segundo elemento MM (por
ejemplo de BMP a JPG). La figura 8, imagen derecha, muestra al
respecto una posible edición del HMI del aparato terminal. El emisor
ve por ejemplo en base al diagrama de barras BK inmediatamente que
el mensaje multimedia MM alternativo se encuentra dentro de la clase
de precios P2 deseada: el valor de umbral colocado o bien elegido
SPx = P3 ya no se ve sobrepasado. Ahora tiene el emisor la
posibilidad de enviar el mensaje multimedia MM modificado en el
marco de invención por el agente usuario MMS A sin modificar el
contenido de la información en condiciones más favorables que
aquéllas que él mismo ha configurado al principio. La figura 5
muestra por lo tanto una configuración a modo de ejemplo del HMI
(parte 2) en la que a la izquierda se muestra una indicación de que
el MM sobrepasa un umbral definido por el usuario y a la derecha una
edición de la clase de precios del MM con volumen de datos (útiles)
reducido.
- -
- Para ahorrar dinero, desearía el usuario enviar como máximo mensajes multimedia de la categoría de precios P2.
- -
- El correspondiente mensaje multimedia MM se encuentra en la categoría de precio P2, quedando claramente, por supuesto, por debajo del límite superior de precios SPx = P2 definido por el usuario.
- -
- El usuario es informado acerca del volumen de datos útiles aún no utilizado FVOL dentro de la categoría de precios actual P2.
El usuario compone un mensaje multimedia como
por ejemplo MM, debiendo estar compuesto el primer elemento MM por
un fichero del tipo texto. Puesto que el emisor no está seguro de
qué volumen ha tomado ya su mensaje multimedia mediante el texto (en
otras palabras, si él se encuentra todavía por debajo de un valor de
umbral definido P3), hace que se calcule primeramente el volumen de
datos útiles actualmente existente VOL de su mensaje multimedia y la
categoría de precios correspondiente. El resultado del cálculo se le
muestra al usuario por ejemplo mediante un gráfico de barras BK.
Aquí ve el emisor inmediatamente que el mensaje multimedia analizado
se encuentra dentro de la clase de precios deseada: el valor de
umbral de la clase de precios P3 no se ha sobrepasado aún (ver
figura 6, a la izquierda). Además, se le informa al emisor acerca
del volumen de datos útiles aún libre FVOL y puede con todo el
conocimiento integrar un segundo elemento MM (por ejemplo aquí una
imagen fija de 30 kByte de tamaño) en el mensaje multimedia (figura
6, a la derecha). La figura 6 muestra por lo tanto una configuración
a modo ejemplo del HMI (parte 3), en el que a la izquierda se
muestra la edición de la categoría de precios calculada y a la
derecha la indicación de que el volumen de datos útiles de la
categoría de precios actual asignada aún no se ha utilizado por
completo.
Considerado resumidamente, puede lograrse así
una preparación óptima del correspondiente mensaje multimedia a
transmitir en cada caso de manera ventajosa de las siguientes
formas: puede ser suficiente para una primera mejora calcular el
volumen de datos útiles VOL de este mensaje multimedia antes del
envío del correspondiente mensaje multimedia, tras y/o durante la
composición del correspondiente mensaje multimedia. Cuando se
produce un eventual desbordamiento de un límite superior de datos
útiles que pueden determinarse previamente, como por ejemplo SGx, o
se sobrepasa un determinado límite superior de precio, como por
ejemplo SPx, se pone a disposición entonces al menos una aplicación
de reducción del volumen de datos útiles del mensaje multimedia. Al
usuario se le advierte entonces del desbordamiento del
correspondiente límite superior, de manera conveniente. De manera
conveniente, se le ofrecen entonces también distintas posibilidades
de elección y realización para reducir el volumen de datos útiles
del mensaje multimedia a enviar en cada caso a través del HMI de su
aparato de comunicaciones.
De manera análoga puede procederse también
adicionalmente o con independencia de ello, dado el caso, cuando se
trata de un mensaje multimedia a recibir.
De esta manera es ventajoso el procedimiento
descrito (independientemente del modelo de tarificación elegido en
definitiva para el MMS) porque puede informar al correspondiente
emisor o receptor de un mensaje multimedia de manera fiable acerca
del tamaño de un mensaje multimedia compuesto en el correspondiente
aparato terminal de comunicaciones por radio, es decir, qué volumen
de datos útiles VOL tiene el mismo actualmente. Esto puede
caracterizarse por ejemplo mediante la indicación de la suma total
de los bytes o bits de los componentes del correspondiente mensaje
multimedia.
Cuando para el servicio MMS se introducen
modelos de tarificación según el principio no lineal del MM volume
classes'', categorías de volumen MM, (ver diagramas GTM en la figura
2, imagen derecha), se añaden otras ventajas: El emisor o receptor
de un mensaje multimedia es informado de manera fiable acerca de en
qué categoría de precios asignada se encuentra un mensaje multimedia
a emitir o a recibir en cuanto a su volumen de datos útiles inicial,
y si la actual categoría de precios de este mensaje multimedia se
aprovecha óptimamente. Es decir, se calcula cuántos datos útiles
FVOL pueden utilizarse complementariamente dentro del volumen de
datos útiles actualmente existente en base a la categoría de precios
asignada al sistema de tarifas dado, ya que los mismos hasta ahora
están sin ocupar, hasta que el mensaje multimedia quede asignado a
la siguiente categoría de precios más elevada del sistema de
tarifas. Además, puede advertirse al emisor de un mensaje multimedia
siempre que se sobrepasen, los valores de umbral prescritos por él
mismo o por el ofertante de servicios MMS (MMS provider), como por
ejemplo valores de umbral de categoría de precios SPx y/o de valores
de umbral del volumen de datos útiles SGx (ver figura 3).
Se pone así a disposición un procedimiento
ventajoso que ofrece al emisor o receptor de un mensaje multimedia a
transmitir o a recibir muchas ayudas para la estimación del volumen
de datos útiles de este mensaje multimedia e implícitamente también
acerca de los costes que resultan.
En particular en la tarificación planificada del
MMS según el principio del "MM volume classes", categorías de
volumen MM, según el principio la figura 2, parte derecha, puede
realizarse un ajuste automático del volumen de datos útiles de un
mensaje multimedia en base a los valores límite definidos por el
usuario, con el objetivo de hacer que pertenezca el mensaje
multimedia a una categoría de precios inferior y con ello se ahorren
costes para el envío de un mensaje multimedia.
Entonces se asigna el volumen de datos útiles
calculado VOL del mensaje multimedia a una clase de precios elegida,
como por ejemplo P1-P5 en la figura 2 (lado derecho,
GTM) del sistema de tarifas prescrito en cada caso. De manera
conveniente, se calcula el volumen de datos útiles aún libre, como
por ejemplo FVOL, del correspondiente mensaje multimedia en relación
con el límite superior del volumen de datos útiles elegido en cada
caso (como por ejemplo SGx) y/o respecto a un límite superior de
precios (como por ejemplo SPx) relacionado o ligado a un determinado
volumen de datos útiles. Puede ser especialmente ventajoso que se
calcule el volumen de datos útiles aún libre FVOL del mensaje
multimedia, que está asignado a la clase de precios del volumen de
datos útiles existente, ocupado por el mensaje multimedia en base al
sistema de tarifas. De manera ventajosa puede rellenarse dado el
caso el volumen de datos útiles todavía libre FVOL en parte o
totalmente con otros datos útiles o informaciones adicionales.
Cuando se sobrepase eventualmente un límite superior del volumen de
datos útiles SGx asignado a una categoría de precios elegida como
por ejemplo P2, se pone a disposición de manera conveniente al menos
una aplicación de reducción para reducir el volumen de datos útiles
VOL del correspondiente mensaje multimedia. De manera conveniente
puede ser conveniente entonces en particular que se avise de
eventuales desbordamientos de los límites superiores de los precios
y/o volúmenes de datos útiles definidos para el usuario SGx,
SPx.
Es especialmente ventajosa una secuencia de
pasos en la que
- a)
- se calcule el volumen de datos útiles VOL del correspondiente mensaje multimedia a enviar o a recibir,
- b)
- se asigne el volumen de datos útiles calculado VOL a una clase de precios como por ejemplo P1-P5 en base a un sistema de tarifas predeterminado,
- c)
- se calcule en el volumen de datos útiles aún libre FVOL para la clase de precios actual, como por ejemplo P2,
- d)
- se avise de eventuales desbordamientos de límites superiores definidos para el usuario (de precios y/o de volúmenes de datos útiles), como por ejemplo SPx, SGx,
- e)
- los resultados del cálculo según a) y/o de la asignación según b) y/o del cálculo según c), y/o del eventual desbordamiento según d) se visualizan a un usuario de forma acústica, táctil o gráfica,
- f)
- se somete al usuario al menos una propuesta para la reducción del volumen de datos útiles, preferentemente con el objetivo de que el mensaje multimedia corresponda a una categoría de precio más baja, y
- g)
- se realiza automáticamente una reducción del volumen de datos útiles tras la confirmación por parte del usuario o bien automáticamente de tal manera que el mensaje multimedia preparado se lleva a pertenecer a una categoría de precio más inferior.
Ventajosamente se ejecutan las distintas
variantes del procedimiento correspondiente a la invención
directamente en (al menos) un agente usuario MMS. Como alternativa
al respecto, pueden ejecutarse las etapas de procedimiento o una
cantidad parcial de las mismas también por parte de al menos una
unidad funcional autónoma e independiente del agente usuario MMS.
Para ello puede ser conveniente que el correspondiente agente
usuario MMS ponga a disposición de la unidad funcional autónoma el
volumen de datos útiles VOL calculado del mensaje multimedia
correspondiente a transmitir o a recibir o bien el mensaje
multimedia compuesto total o parcialmente terminado. Dado el caso,
puede ser conveniente que bien el correspondiente agente usuario MMS
y/o la unidad funcional autónoma, de las que al menos hay una, tenga
acceso a determinadas informaciones, en particular a datos en forma
de tabla, para poder asignar el volumen de datos útil calculado VOL
a una clase de precios, como por el inminente entre ejemplo
P1-P5, o bien a los límites superiores de precio y/o
de volumen de datos útiles prescritos por el usuario, como por
ejemplo SPx, SGx, para poder avisar de eventuales desbordamientos.
Tales informaciones pueden estar memorizadas ventajosamente en
zonas internas de la memoria de un aparato terminal, en particular
aparato de comunicaciones por radio. Adicional o alternativamente a
ello, pueden estar archivadas tales informaciones en unidades de
memoria externas, que pueden unirse con el aparato terminal mediante
cables y/o sin hilos. Cuando se trata de la unidad de memoria
externa, se utiliza de manera ventajosa una tarjeta SIM o una UICC
con (U)SIM, que puede ser insertada en un aparato terminal
móvil.
Ventajosamente, se utilizan para la memorización
y posterior actualización OTA de las informaciones de tarificación
MMS individuales zonas de memoria que exclusivamente pueden ser
descritas o actualizadas por el usuario de la red. Las zonas de
memoria para las cuales el usuario posee también derechos de lectura
o escritura, pueden utilizarse ventajosamente para la memorización
de los límites superiores de precio y/o volumen de datos útiles
definidos para el usuario.
Como unidad funcional ejecutora puede utilizarse
en particular una aplicación de reducción sobre una tarjeta SIM
(aplicación SAT) o sobre una UICC con (U)SIM (aplicación CAT
o bien (U)SAT).
Un aviso de emisión para la indicación de un
eventual desbordamiento de un límite superior del volumen de datos
útiles SGx y/o límite superior de clases de precios SPx se comunica
a un usuario a través de al menos una HMI ("Human Machine
Interface"), ventajosamente de forma acústica, táctil o gráfica.
Para la edición óptica de los resultados o bien comparaciones, es
adecuado en particular un gráfico de barras.
Para reducir el volumen de datos útiles de un
mensaje multimedia, puede utilizarse en particular un tipo de
fichero de conversión, un formato de fichero de conversión, una
técnica de compresión (cantidad parcial de la conversión del formato
de fichero) y/o en imágenes fijas una reducción de la intensidad del
color y/o del tamaño en al menos un elemento del mensaje multimedia
a enviar o recibir en cada caso. Convenientemente se combinan, en
particular sucesivamente, al menos dos posibilidades para reducir el
volumen de datos útiles de un elemento del mensaje multimedia.
El volumen de datos útiles VOL de un mensaje
multimedia puede calcularse preferentemente mediante suma de todos
los volúmenes de datos de los distintos elementos del mensaje
multimedia. Dado el caso, puede tenerse en cuenta adicionalmente,
total o parcialmente, al menos un eventual campo de cabecera
existente en la parte de cabecera del mensaje multimedia, en
particular los tamaños de los campos de cabecera "subject" para
el tema del mensaje multimedia, así como "Cc" y "Bcc" para
el direccionamiento del mensaje multimedia, en el calculo del
volumen de datos útiles. Dado el caso, pueden también incluirse las
descripciones de presentación contenidas en el mensaje multimedia,
total o parcialmente, en el cálculo del volumen de datos útiles.
Aquí se ha tomado referencia en particular a la
siguiente literatura pertinente:
[1] 3GPP TS 23. 040 versión 5.2.0, edición 5:
Proyecto de partenariado de tercera generación; especificación
técnica grupo terminales; realización técnica del Short Messages
Service (SMS).
[2] 3GPP TS 22.140 versión 4.1.0, edición 4;
Proyecto de partenariado de la tercera generación; especificación
técnica grupo servicios y aspectos del sistema; aspectos de service;
nivel 1; Multimedia Messaging Service (MMS).
[3] 3GPP TS 23. 140 versión 5.1.0, edición 5;
Proyecto de partenariado de tercera generación; especificación
técnica grupo terminales; Multimedia Messaging Service (MMS);
descripción funcional; nivel 2.
[4] W3C Recomendación 15 junio 1998 "Lenguaje
de integración multimedia sincronizado (SMIL) especificación
1.0"-http: //www.w3.org/TR/REC-smil/.
Claims (28)
1. Procedimiento para la preparación eficiente
para la transmisión de mensajes multimedia antes de su envío o su
recepción, en el que
- a)
- antes, después, y/o durante la formación del mensaje multimedia (MM) a enviar o recibir en cada caso, se calcula el volumen de datos útiles (VOL) existente, ocupado por este mensaje multimedia (MM),
- b)
- se asigna el volumen de datos útiles (VOL) inicialmente existente ocupado por el correspondiente mensaje multimedia (MM) a emitir o a recibir, a una clase de precios (Px) de un sistema de tarificación escalonado del volumen de datos útiles (GTM),
- c)
- cuando hay un eventual desbordamiento de un límite superior prescrito que puede determinarse para el precio y/o volumen de datos útiles (SPx, SGx) para el correspondiente de mensaje multimedia (MM) a enviar o a recibir, se pone a disposición al menos una aplicación de reducción para la reducción del volumen de datos útiles (VOL) inicialmente existente, a enviar o a recibir, para lograr que el correspondiente mensaje multimedia (MM) a enviar o a recibir corresponda a una clase de precios inferior (Px) del sistema de tarificación (GTM) escalonado en volumen de datos útiles.
2. Procedimiento según la reivindicación 1,
caracterizado porque
el volumen de datos útiles aún libre (FVOL) para
el correspondiente mensaje multimedia (MM) a enviar o a recibir se
calcula en relación con el correspondiente límite superior elegido
para el volumen de datos útiles (SGx).
3. Procedimiento según la reivindicación 2,
caracterizado porque
el volumen de datos útiles aún libre (FVOL) del
correspondiente mensaje multimedia (MM) a enviar o a recibir, es
rellenado total o parcialmente por datos útiles en forma de al menos
un elemento de mensaje multimedia adicional, elemento parcial de
mensaje u otras informaciones adicionales.
4. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque
se calcula el volumen de datos útiles aún libre
(FVOL) del correspondiente mensaje multimedia (MM) a enviar o a
recibir para su actual clase de precios (Px) asignada.
5. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque
cuando se produce un eventual desbordamiento del
límite superior de precios elegido (SPx) o del límite superior del
volumen de datos útiles elegido (SGx) para el mensaje multimedia
correspondiente (MM) a enviar o a recibir, se pone a disposición al
menos una aplicación de reducción para la reducción del volumen de
datos útiles existente (VOL) del correspondiente mensaje multimedia
(MM) a emitir o a recibir, y porque esta aplicación de reducción se
aplica sobre el correspondiente mensaje multimedia (MM) a enviar o a
recibir.
6. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque
se advierte de eventuales desbordamientos de
límites superiores de precios y/o volúmenes de datos útiles (SPx,
SGx) previamente definidos.
7. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque
los límites superiores de precio y/o de volumen
de datos útiles (SPx, SGx), son definidos por el correspondiente
usuario y/u ofertante de servicios MMS (multimedia messaging
service, servicios de mensajes multimedia)
(PA, PB).
(PA, PB).
\newpage
8. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque
- a)
- se calcula el volumen de datos útiles actualmente existente (VOL) del correspondiente mensaje multimedia (MM) a enviar o a recibir, porque
- b)
- se asigna el volumen de datos útiles calculado (VOL) a una gran clase de precios (P1-P5), porque
- c)
- se calcula el volumen de datos útiles aún libre (FVOL) para la clase de precios (Px) correspondiente al volumen de datos útiles calculado (VOL), porque
- d)
- se calculan eventuales desbordamientos de límites superiores definidos de precios y/o volúmenes de datos útiles (SPx, SGx) y se advierte de ello, porque
- e)
- los resultados del calculo según a), y/o de la asignación según b), y/o del cálculo según c), y/o del eventual desbordamiento según d) se le indican a un usuario de manera acústica, táctil o gráfica, porque
- f)
- al usuario se le somete al menos a una propuesta para la reducción del volumen de datos útiles existente preferentemente con el objetivo de hacer que el mensaje multimedia (MM) a enviar o a recibir en cada caso corresponda a una clase de precios inferior (Px) a la clase de precios inicialmente asignada y por-que
- g)
- se realiza una reducción del volumen de datos útiles inicialmente ocupado del mensaje multimedia (MM) a enviar o a recibir en cada caso de tal manera que el mensaje multimedia (MM) preparado corresponde a una clase de precios inferior a la clase de precios que inicialmente se le ha asignando.
9. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado por la ejecución directa de
las correspondientes etapas del procedimiento o de una cantidad
parcial de las mismas en un agente usuario MMS.
10. Procedimiento según una de las
reivindicaciones 1 a 8, caracterizado por la ejecución de las
correspondientes etapas del procedimiento o de una cantidad parcial
de las mismas en al menos una unidad funcional autónoma,
independiente de un agente usuario MMS.
11. Procedimiento según la reivindicación
10,
caracterizado porque
se pone a disposición de la unidad funcional
autónoma por parte del agente usuario MMS el mensaje multimedia (MM)
el volumen de datos útiles (VOL) calculado por el mismo del mensaje
multimedia (MM) a transmitir o recibir en cada caso o el propio
mensaje multimedia constituido terminado total o parcialmente.
12. Procedimiento según una de las
reivindicaciones 9 a 11, caracterizado porque
bien el agente usuario correspondiente MMS y/o
la unidad funcional autónoma, de las que al menos hay una, tienen
acceso a informaciones para asignar el volumen de datos útiles
calculado (VOL) del correspondiente mensaje multimedia (MM) a enviar
o a recibir a una clase de precios (Px) y/o acceso a los límites
superiores de precio y/o de volumen de datos útiles (SPx, SGx)
prescritos por el correspondiente usuario u ofertante de servicios
MMS, para indicar eventuales desbordamientos.
13. Procedimiento según la reivindicación
12,
caracterizado porque tales informaciones
se memorizan en uno o varias zonas internas de memoria de un aparato
terminal.
14. Procedimiento según la reivindicación
12,
caracterizado porque tales informaciones
se memorizan en una o varias unidades de memoria externas, que
pueden ser conectadas con el correspondiente aparato terminal
mediante cables y/o sin hilos.
15. Procedimiento según la reivindicación
14,
caracterizado porque como unidad de
memoria externa se utiliza una tarjeta SIM o una UICC con
(U)SIM, que puede insertarse en un aparato terminal
móvil.
\newpage
16. Procedimiento según una de las
reivindicaciones 13 a 15,
caracterizado porque las zonas de memoria
de la correspondiente unidad de memoria que son actualizadas o bien
descritas exclusivamente por el operador de la red, se utilizan para
memorizar y posteriormente actualizar la OTA informaciones sobre
tarifa individuales de MMS.
17. Procedimiento según la reivindicación
16,
caracterizado porque las informaciones
sobre tarifa MMS del correspondiente operador de red se utilizan
para los límites superiores de precio y/o volumen de datos útiles
(SPx, SGx).
18. Procedimiento según una de las
reivindicaciones 13 a 15,
caracterizado porque las zonas de memoria
de la correspondiente unidad de memoria, para las que también el
correspondiente usuario tiene derechos de escritura y lectura, se
utilizan para memorizar los límites superiores de precio y/o
volúmenes de datos útiles definidos para el usuario.
19. Procedimiento según la reivindicación
10,
caracterizado porque la ejecución de las
etapas del procedimiento o de una cantidad parcial de las mismas por
al menos una aplicación de reducción se realiza sobre una tarjeta
SIM (aplicaciones SAT) o sobre una UICC con (U)SIM.
20. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque un aviso de edición
para visualizar un eventual desbordamiento de un límite superior del
volumen de datos útiles (SGx) y/o límite superior de clase de
precios (SPx) se comunica a través de al menos una HMI (human
machine interface, interfaz hombre-máquina) de forma
acústica, táctil y/o gráfica a un usuario.
21. Procedimiento según la reivindicación
20,
caracterizado porque para la edición
óptica se utiliza un gráfico de barras (BK).
22. Procedimiento según la reivindicación
21,
caracterizado porque con ayuda del
gráfico de barras (BK) se indica el volumen de datos útiles
actualmente existente (VOL) del correspondiente mensaje multimedia
(MM) a enviar o a recibir en relación con las clases de precio
asignadas (P1-P5).
23. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque para reducir el
volumen de datos útiles existente de un elemento de mensaje
multimedia del correspondiente mensaje multimedia (MM) a enviar o a
recibir, se utiliza un convertidor de tipos de fichero, un
convertidor de formatos de fichero y/o, para imágenes fijas, una
reducción de la intensidad del color y/o del
tamaño.
tamaño.
24. Procedimiento según reivindicación 23,
caracterizado porque se realizan al menos
dos posibilidades para reducir el volumen de datos útiles de un
elemento de mensaje multimedia combinadas entre sí.
25. Procedimiento según una de las
reivindicaciones precedentes,
caracterizado porque el volumen de datos
útiles existente (VOL) del correspondiente mensaje multimedia (MM) a
enviar o a recibir se calcula mediante la suma de todos los
volúmenes de datos de los distintos elementos del mensaje multimedia
de este mensaje multimedia.
26. Procedimiento según la reivindicación
25,
caracterizado porque adicionalmente se
tienen en cuenta total o parcialmente al menos uno o varios campos
de cabecera eventualmente existentes en la parte de cabecera del
correspondiente mensaje multimedia a enviar o a recibir, en
particular los tamaños de los campos de cabecera "subject" para
el tema del mensaje multimedia así como "Cc" y "Bcc" para
el direccionamiento del mensaje multimedia, en el cálculo del
volumen de datos útiles de este mensaje multimedia.
\newpage
27. Procedimiento según una de las
reivindicaciones 25 ó 26,
caracterizado porque
adicionalmente se tienen en cuenta las
descripciones de presentación contenidas total o parcialmente en el
correspondiente mensaje multimedia (MM) enviar o a recibir en el
cálculo del volumen de datos útiles.
28. Aparato de comunicaciones por radio que está
configurado para realizar el procedimiento según una de las
reivindicaciones precedentes.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| DE10222156 | 2002-05-17 | ||
| DE10222156A DE10222156A1 (de) | 2002-05-17 | 2002-05-17 | Verfahren zur übertragungseffizienten Aufbereitung von Multimedianachrichten |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2272998T3 true ES2272998T3 (es) | 2007-05-01 |
Family
ID=29285552
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES03729873T Expired - Lifetime ES2272998T3 (es) | 2002-05-17 | 2003-05-08 | Procedimiento y aparato de comunicacion por radio para la preparacion de mensajes multimedia de manera eficaz para la transmision. |
Country Status (11)
| Country | Link |
|---|---|
| US (2) | US20060078064A1 (es) |
| EP (1) | EP1506660B8 (es) |
| JP (2) | JP2005530381A (es) |
| KR (1) | KR101022924B1 (es) |
| CN (2) | CN101631289A (es) |
| AT (1) | ATE344576T1 (es) |
| AU (1) | AU2003240415A1 (es) |
| BR (1) | BR0310080A (es) |
| DE (2) | DE10222156A1 (es) |
| ES (1) | ES2272998T3 (es) |
| WO (1) | WO2003098894A1 (es) |
Families Citing this family (45)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE10222156A1 (de) | 2002-05-17 | 2003-11-27 | Siemens Ag | Verfahren zur übertragungseffizienten Aufbereitung von Multimedianachrichten |
| US20060189337A1 (en) * | 2003-07-18 | 2006-08-24 | Farrill Craig F | Premium voice services for wireless communications systems |
| CN1973485A (zh) * | 2004-06-25 | 2007-05-30 | 皇家飞利浦电子股份有限公司 | 用于通过共享网络分配内容的方法和系统 |
| KR101113858B1 (ko) * | 2004-08-13 | 2012-03-08 | 엘지전자 주식회사 | 멀티미디어 서비스 메시지 송신 방법 |
| US9137646B2 (en) | 2004-11-23 | 2015-09-15 | Kodiak Networks, Inc. | Method and framework to detect service users in an insufficient wireless radio coverage network and to improve a service delivery experience by guaranteed presence |
| US8670760B2 (en) | 2008-01-24 | 2014-03-11 | Kodiak Networks, Inc. | Converged mobile-web communications solution |
| US10111055B2 (en) | 2004-11-23 | 2018-10-23 | Kodiak Networks, Inc. | Optimized methods for large group calling using unicast and multicast transport bearer for PoC |
| US10367863B2 (en) | 2004-11-23 | 2019-07-30 | Kodiak Networks Inc. | Method for providing dynamic quality of service for push-to-talk service |
| US10750327B2 (en) | 2004-11-23 | 2020-08-18 | Kodiak Networks Inc | Method for multiplexing media streams to optimize network resource usage for push-to-talk-over-cellular service |
| US10178513B2 (en) | 2004-11-23 | 2019-01-08 | Kodiak Networks, Inc. | Relay-mode and direct-mode operations for push-to-talk-over-cellular (PoC) using WiFi-technologies |
| US8676189B2 (en) * | 2008-01-24 | 2014-03-18 | Kodiak Networks, Inc. | Converged mobile-web communications solution |
| US8369829B2 (en) * | 2010-03-03 | 2013-02-05 | Kodiak Networks, Inc. | Prepaid billing solutions for push-to-talk in a wireless communications network |
| US9485787B2 (en) | 2005-05-24 | 2016-11-01 | Kodiak Networks, Inc. | Method to achieve a fully acknowledged mode communication (FAMC) in push-to-talk-over-cellular (PoC) |
| US8498660B2 (en) * | 2009-03-30 | 2013-07-30 | Kodiak Networks, Inc. | Enhanced group calling features for connected portfolio services in a wireless communications network |
| US10116691B2 (en) | 2004-11-23 | 2018-10-30 | Kodiak Networks, Inc. | VoIP denial-of-service protection mechanisms from attack |
| US8478261B2 (en) | 2010-05-21 | 2013-07-02 | Kodiak Networks, Inc. | Predictive wakeup for push-to-talk-over-cellular (POC) call setup optimizations |
| US10057105B2 (en) | 2004-11-23 | 2018-08-21 | Kodiak Networks, Inc. | Architecture framework to realize push-to-X services using cloudbased storage services |
| US8958348B2 (en) * | 2008-10-20 | 2015-02-17 | Kodiak Networks, Inc. | Hybrid push-to-talk for mobile phone networks |
| US7853279B2 (en) * | 2006-04-26 | 2010-12-14 | Kodiak Networks, Inc. | Advanced features on a real-time exchange system |
| US9913300B2 (en) | 2011-12-14 | 2018-03-06 | Kodiak Networks, Inc. | Push-to-talk-over-cellular (PoC) |
| US8036692B2 (en) * | 2005-08-08 | 2011-10-11 | Kodiaks Networks, Inc. | Brew platform enabling advanced voice services (AVS) including push-to-talk, push-to-conference and push-to-message on wireless handsets and networks |
| KR100641230B1 (ko) | 2004-12-23 | 2006-11-02 | 엘지전자 주식회사 | 이동 통신 단말기의 메시지 서비스 개선 방법 |
| US7983301B2 (en) | 2005-06-24 | 2011-07-19 | O2Micro International, Ltd. | Method for extended transmission capabilities of short message service |
| DE112007003641T5 (de) * | 2007-08-28 | 2010-10-14 | LSI Corp., Milpitas | Datenübertragung über ein Mobilfunknetz |
| WO2010037202A1 (en) * | 2008-10-03 | 2010-04-08 | Redknee Inc. | System and method for dynamic provisioning |
| KR101613935B1 (ko) * | 2008-11-04 | 2016-04-20 | 삼성전자주식회사 | 휴대단말기의 멀티미디어 메시지 서비스 제공 방법 및 장치 |
| WO2011069165A1 (en) * | 2009-12-04 | 2011-06-09 | Kodiak Networks, Inc. | Community group client and community auto discovery solutions in a wireless communications network |
| KR101556180B1 (ko) * | 2011-08-25 | 2015-10-13 | 엘지전자 주식회사 | 이동 단말기, 차량에 부착된 영상표시장치 및 이들을 이용한 데이터 처리 방법 |
| CA2804368C (en) | 2012-02-01 | 2018-03-13 | Kodiak Networks, Inc. | Wifi interworking solutions for push-to-talk-over-cellular (poc) |
| EP3025530B1 (en) | 2013-07-23 | 2018-04-11 | Kodiak Networks, Inc. | Effective presence for push-to-talk-over-cellular (poc) networks |
| CN104901920B (zh) * | 2014-03-03 | 2018-06-01 | 联想(北京)有限公司 | 一种数据传输控制方法、装置及电子设备 |
| US10362074B2 (en) | 2015-02-03 | 2019-07-23 | Kodiak Networks, Inc | Session management and notification mechanisms for push-to-talk (PTT) |
| WO2016179502A1 (en) | 2015-05-07 | 2016-11-10 | Kodiak Networks, Inc. | System and method for data synchronization |
| WO2017026604A1 (en) * | 2015-08-10 | 2017-02-16 | Lg Electronics Inc. | Mobile terminal and method for controlling the same |
| AU2016336443B2 (en) | 2015-10-06 | 2019-11-14 | Kodiak Networks, Inc. | PTT network with radio condition aware media packet aggregation scheme |
| US10110342B2 (en) | 2015-10-06 | 2018-10-23 | Kodiak Networks Inc. | System and method for tuning PTT over LTE according to QoS parameters |
| WO2017070551A1 (en) | 2015-10-23 | 2017-04-27 | Kodiak Networks Inc. | System and method for content messaging |
| GB2564316C (en) | 2016-04-22 | 2021-09-22 | Kodiak Networks Inc | System and method for push-to-talk (PTT) key one-touch calling |
| US10555370B2 (en) | 2016-09-28 | 2020-02-04 | Kodiak Networks, Inc. | System and method for push-to-talk (PTT) in high latency networks |
| US10257669B2 (en) | 2016-12-01 | 2019-04-09 | Kodiak Networks, Inc. | PTX data analytic engine notifying group list of detected risk event |
| US10630529B2 (en) | 2016-12-29 | 2020-04-21 | Kodiak Networks, Inc. | System and method for push-to-talk (PTT) in mobile edge computing (MEC) |
| US10341823B2 (en) | 2016-12-30 | 2019-07-02 | Kodiak Networks Inc. | System and method for direct mode push to talk communication protocols |
| KR102079222B1 (ko) * | 2018-10-12 | 2020-02-19 | 주식회사 케이티 | 멀티미디어 메시지의 통지 메시지를 최적화하는 방법 및 그 장치 |
| JP7242954B1 (ja) | 2022-09-27 | 2023-03-20 | Kddi株式会社 | 情報処理システム及び情報処理方法 |
| JP7242953B1 (ja) | 2022-09-27 | 2023-03-20 | Kddi株式会社 | 情報処理装置及び情報処理方法 |
Family Cites Families (49)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02166942A (ja) * | 1988-12-21 | 1990-06-27 | Hitachi Ltd | パケット通信料金のカウント方式 |
| JPH04284746A (ja) | 1991-03-13 | 1992-10-09 | Fujitsu Ltd | パケット通信装置の通信料金表示装置 |
| JP3111679B2 (ja) | 1992-09-01 | 2000-11-27 | 村田機械株式会社 | 通信端末装置 |
| US5406557A (en) * | 1993-02-01 | 1995-04-11 | National Semiconductor Corporation | Interenterprise electronic mail hub |
| JPH06311159A (ja) * | 1993-04-27 | 1994-11-04 | Mitsubishi Electric Corp | パケット交換装置の課金収集方法 |
| JP2639362B2 (ja) * | 1994-12-07 | 1997-08-13 | 日本電気株式会社 | ファクシミリ送信機 |
| US5958006A (en) * | 1995-11-13 | 1999-09-28 | Motorola, Inc. | Method and apparatus for communicating summarized data |
| WO1997022936A1 (en) * | 1995-12-19 | 1997-06-26 | Motorola Inc. | Method and apparatus for rate governing communications |
| US6377978B1 (en) * | 1996-09-13 | 2002-04-23 | Planetweb, Inc. | Dynamic downloading of hypertext electronic mail messages |
| JPH10136189A (ja) * | 1996-11-01 | 1998-05-22 | Ricoh Co Ltd | 画像データ伝送装置 |
| US6049821A (en) * | 1997-01-24 | 2000-04-11 | Motorola, Inc. | Proxy host computer and method for accessing and retrieving information between a browser and a proxy |
| JPH1127261A (ja) * | 1997-07-08 | 1999-01-29 | Hitachi Ltd | 情報伝達システム及びそれに用いる情報処理装置 |
| JPH1198301A (ja) * | 1997-09-17 | 1999-04-09 | Ricoh Co Ltd | ファクシミリ装置 |
| JP2000049774A (ja) * | 1998-07-29 | 2000-02-18 | Nippon Telegr & Teleph Corp <Ntt> | 課金情報収集方式 |
| US6941304B2 (en) * | 1998-11-17 | 2005-09-06 | Kana Software, Inc. | Method and apparatus for performing enterprise email management |
| US6640242B1 (en) * | 1999-01-29 | 2003-10-28 | Microsoft Corporation | Voice access through a data-centric network to an integrated message storage and retrieval system |
| JP4284746B2 (ja) | 1999-04-14 | 2009-06-24 | パナソニック株式会社 | 流量演算方法 |
| US6577717B1 (en) * | 1999-05-27 | 2003-06-10 | Koninklijke Philips Electronics N.V. | Broadcasting of different tariff periods in a telephone system |
| US6356937B1 (en) * | 1999-07-06 | 2002-03-12 | David Montville | Interoperable full-featured web-based and client-side e-mail system |
| DE19944906B4 (de) * | 1999-09-10 | 2004-03-18 | Siemens Ag | Verfahren zum Überwachen eines durch mindestens zwei gebührenrelevante Einflußgrößen bestimmten Verbindungslimits eines Teilnehmers in einem intelligenten Netz |
| KR20010049041A (ko) * | 1999-11-30 | 2001-06-15 | 윤종용 | 단문메시지 서비스를 이용한 휴대용 무선 단말기의멀티미디어 데이터 송수신 방법 |
| GB9928354D0 (en) * | 1999-12-01 | 2000-01-26 | Koninkl Philips Electronics Nv | Packet based client/server protocol |
| FI109319B (fi) * | 1999-12-03 | 2002-06-28 | Nokia Corp | Päätelaitteelle välitettävän elektronisen informaation suodattaminen |
| KR20010055222A (ko) * | 1999-12-10 | 2001-07-04 | 오길록 | 인터넷 상시 연결형 서비스에서 제한시간 사용초과 통지방법 |
| FR2805107B1 (fr) * | 2000-02-10 | 2002-04-05 | Bull Cp8 | Procede de gestion de transmissions de donnees multimedias via un reseau de type internet, notamment de donnees telephoniques, et carte a puce pour la mise en oeuvre du procede |
| CA2301996A1 (en) * | 2000-03-13 | 2001-09-13 | Spicer Corporation | Wireless attachment enabling |
| JP3397196B2 (ja) * | 2000-03-14 | 2003-04-14 | 日本電気株式会社 | パケット通信料金事前通知システム |
| CA2343932C (en) * | 2000-04-10 | 2006-10-17 | Research In Motion Limited | System and method for bundling information |
| DE10019164A1 (de) * | 2000-04-12 | 2001-10-18 | Mannesmann Ag | SIM-Lock auf bestimmte IMSI-Bereiche einer SIM-Karte für Prepaid- und Postpaid-Karten |
| US7089286B1 (en) * | 2000-05-04 | 2006-08-08 | Bellsouth Intellectual Property Corporation | Method and apparatus for compressing attachments to electronic mail communications for transmission |
| JP2002009818A (ja) * | 2000-06-23 | 2002-01-11 | Access:Kk | 電子メール処理方法およびメールサーバ |
| EP1686705A3 (en) * | 2000-07-07 | 2006-09-13 | Hitachi, Ltd. | Mobile station |
| JP2002033947A (ja) * | 2000-07-17 | 2002-01-31 | Ricoh Co Ltd | デジタルカメラ、画像データ送信方法およびその方法をコンピュータに実行させるプログラムを記録したコンピュータ読み取り可能な記録媒体 |
| US6823365B1 (en) * | 2000-08-14 | 2004-11-23 | Hewlett-Packard Development Company, L.P. | Method and apparatus for redirection of data when electronic mail is restricted |
| US7584251B2 (en) * | 2000-08-28 | 2009-09-01 | Brown Scott T | E-mail messaging system and method for enhanced rich media delivery |
| JP2002094505A (ja) * | 2000-09-14 | 2002-03-29 | World Axle Kk | 通信システムおよび方法 |
| US6928461B2 (en) * | 2001-01-24 | 2005-08-09 | Raja Singh Tuli | Portable high speed internet access device with encryption |
| US20020177454A1 (en) * | 2001-05-23 | 2002-11-28 | Nokia Mobile Phones Ltd | System for personal messaging |
| US7228383B2 (en) * | 2001-06-01 | 2007-06-05 | Visto Corporation | System and method for progressive and hierarchical caching |
| WO2002102004A1 (en) * | 2001-06-09 | 2002-12-19 | Telesym, Inc. | Dynamic latency management for ip telephony |
| US6996393B2 (en) * | 2001-08-31 | 2006-02-07 | Nokia Corporation | Mobile content delivery system |
| US20030193967A1 (en) * | 2001-12-31 | 2003-10-16 | Gregg Fenton | Method, apparatus and system for processing multimedia messages |
| US7143091B2 (en) * | 2002-02-04 | 2006-11-28 | Cataphorn, Inc. | Method and apparatus for sociological data mining |
| WO2003081936A1 (en) * | 2002-03-26 | 2003-10-02 | Nokia Corporation | Billing in a communication system |
| DE10222156A1 (de) | 2002-05-17 | 2003-11-27 | Siemens Ag | Verfahren zur übertragungseffizienten Aufbereitung von Multimedianachrichten |
| US20040215696A1 (en) * | 2003-03-31 | 2004-10-28 | Clay Fisher | Method and apparatus for generating a message with embedded content |
| US20040215724A1 (en) * | 2003-04-28 | 2004-10-28 | Microsoft Corporation | Email service error recovery |
| JP4148057B2 (ja) * | 2003-07-22 | 2008-09-10 | 株式会社ジェイテクト | 研削盤 |
| GB0402774D0 (en) * | 2004-02-09 | 2004-03-10 | Nokia Corp | Multimedia message transfer |
-
2002
- 2002-05-17 DE DE10222156A patent/DE10222156A1/de not_active Ceased
-
2003
- 2003-05-08 US US10/514,979 patent/US20060078064A1/en not_active Abandoned
- 2003-05-08 KR KR1020047018504A patent/KR101022924B1/ko not_active IP Right Cessation
- 2003-05-08 ES ES03729873T patent/ES2272998T3/es not_active Expired - Lifetime
- 2003-05-08 CN CN200910166803A patent/CN101631289A/zh active Pending
- 2003-05-08 EP EP03729873A patent/EP1506660B8/de not_active Expired - Lifetime
- 2003-05-08 DE DE50305582T patent/DE50305582D1/de not_active Expired - Lifetime
- 2003-05-08 JP JP2004506261A patent/JP2005530381A/ja active Pending
- 2003-05-08 CN CN03811267A patent/CN100583875C/zh not_active Expired - Fee Related
- 2003-05-08 AU AU2003240415A patent/AU2003240415A1/en not_active Abandoned
- 2003-05-08 WO PCT/DE2003/001478 patent/WO2003098894A1/de active IP Right Grant
- 2003-05-08 AT AT03729873T patent/ATE344576T1/de not_active IP Right Cessation
- 2003-05-08 BR BR0310080-4A patent/BR0310080A/pt not_active IP Right Cessation
-
2009
- 2009-02-16 JP JP2009032936A patent/JP5162493B2/ja not_active Expired - Lifetime
-
2012
- 2012-12-05 US US13/705,733 patent/US9548952B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| KR20050004152A (ko) | 2005-01-12 |
| JP2009153177A (ja) | 2009-07-09 |
| US9548952B2 (en) | 2017-01-17 |
| US20130097267A1 (en) | 2013-04-18 |
| EP1506660B8 (de) | 2007-02-21 |
| DE50305582D1 (de) | 2006-12-14 |
| CN101631289A (zh) | 2010-01-20 |
| CN1653780A (zh) | 2005-08-10 |
| CN100583875C (zh) | 2010-01-20 |
| EP1506660A1 (de) | 2005-02-16 |
| EP1506660B1 (de) | 2006-11-02 |
| JP2005530381A (ja) | 2005-10-06 |
| WO2003098894A1 (de) | 2003-11-27 |
| US20060078064A1 (en) | 2006-04-13 |
| DE10222156A1 (de) | 2003-11-27 |
| KR101022924B1 (ko) | 2011-03-16 |
| JP5162493B2 (ja) | 2013-03-13 |
| BR0310080A (pt) | 2005-02-15 |
| ATE344576T1 (de) | 2006-11-15 |
| AU2003240415A1 (en) | 2003-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2272998T3 (es) | Procedimiento y aparato de comunicacion por radio para la preparacion de mensajes multimedia de manera eficaz para la transmision. | |
| CN100512463C (zh) | 实现短消息计费的方法,短消息服务中心以及短消息网关 | |
| AU764498B2 (en) | System and method for enhanced short message service | |
| JP5158890B2 (ja) | ペアレントコントロールされたショートメッセージサービスのための方法および装置 | |
| ES2213935T3 (es) | Anuncio de publicidad a usuarios de un sistema de telecomunicaciones. | |
| KR101434330B1 (ko) | 선택적 메시지 서비스 차단을 위한 방법 및 장치 | |
| JP2002510179A (ja) | ショートメッセージを送信する移動通信システム | |
| JP3863861B2 (ja) | Ｇｓｍ端末機のｓｍｓメッセージ格納方法 | |
| CN100474949C (zh) | 多媒体消息的电子标志 | |
| US20050289029A1 (en) | Method of third party paying for multimedia message transmission from sending party | |
| CN100486346C (zh) | 一种收发多媒体信息的方法 | |
| ES2294282T3 (es) | Procedimiento de retransmision de mensajes entre diferentes centros de mensajes multimedia. | |
| EP1480477B1 (en) | Method for relay-transmitting messages among mobile communication terminals | |
| ES2245930T3 (es) | Terminal de telecomunicaciones con almacenamiento de mensajes cortos gestionados por un operador y metodo correspondiente. | |
| US7092742B2 (en) | Terminal and method for controlling display in terminal | |
| CN101102536A (zh) | 短信的批价信息统计方法 | |
| CN101459883A (zh) | 通信消息存储发布装置、方法以及移动通信终端装置 | |
| CN1964514A (zh) | 一种实现短信签名档的方法及系统 | |
| JP5688284B2 (ja) | 移動通信端末及び端末制御方法 | |
| US7542772B2 (en) | Method for storing short message service in a mobile communication terminal | |
| CN101278572B (zh) | 用于从发生点修饰短消息的系统和方法 | |
| KR20010003904A (ko) | 부호분할 다중접속 망의 숏 메시지 서비스를 이용한 개인정보 관리 방법 | |
| BRPI0310080B1 (pt) | Process as a radio communication apparatus for the treatment of efficient multimedia messages in transmission | |
| ES2382225T3 (es) | Procedimiento para transmitir mensajes de voz como correo electrónico | |
| KR20060030314A (ko) | 단문메시지의 유효기간 설정 및 단문메시지 삭제 방법 |