ES2284075T3 - Metodo y sistema de utilizacion en una red de comunicaciones. - Google Patents
Metodo y sistema de utilizacion en una red de comunicaciones. Download PDFInfo
- Publication number
- ES2284075T3 ES2284075T3 ES04804639T ES04804639T ES2284075T3 ES 2284075 T3 ES2284075 T3 ES 2284075T3 ES 04804639 T ES04804639 T ES 04804639T ES 04804639 T ES04804639 T ES 04804639T ES 2284075 T3 ES2284075 T3 ES 2284075T3
- Authority
- ES
- Spain
- Prior art keywords
- service
- request
- hidden memory
- measurement event
- requests
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- 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
- G06Q30/00—Commerce
- G06Q30/01—Customer relationship services
- G06Q30/015—Providing customer assistance, e.g. assisting a customer within a business location or via helpdesk
- G06Q30/016—After-sales
-
- 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/1403—Architecture for metering, charging or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/46—Real-time negotiation between users and providers or operators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/55—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for hybrid networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/56—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP for VoIP communications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
- H04M15/82—Criteria or parameters used for performing billing operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/202—VoIP; Packet switched telephony
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/20—Technology dependant metering
- H04M2215/2046—Hybrid network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/22—Bandwidth or usage-sensitve billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/56—On line or real-time flexible agreements between service providers and telecoms operators
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M2215/00—Metering arrangements; Time controlling arrangements; Time indicating arrangements
- H04M2215/78—Metric aspects
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Physics & Mathematics (AREA)
- Cardiology (AREA)
- Accounting & Taxation (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Health & Medical Sciences (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- General Health & Medical Sciences (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Storage Device Security (AREA)
- Computer And Data Communications (AREA)
Abstract
Un método de utilización dentro de una red de comunicación que comprende al menos un proveedor (36; 38) del servicio y al menos un consumidor (32) del servicio, en el que el proveedor (36; 38) del servicio proporciona servicios al consumidor (32) del servicio, comprendiendo dicho método los pasos de: a) recibir un mensaje de solicitud de servicio del consumidor (32) del servicio; b) generar una solicitud de suceso de medida asociada con la solicitud del servicio; c) comparar el contenido real de una memoria oculta (70) con al menos un parámetro (CEP, CFP); d) almacenar la solicitud de suceso de medida en la memoria oculta (70), si esto está permitido dependiendo de dicha comparación; o e) enviar la solicitud de suceso de medida y el contenido de la memoria oculta (70) a un servicio (52) de tarificación con el fin de procesar las solicitudes de suceso de medida, si la solicitud de suceso de medida no puede ser almacenada en la memoria oculta (70) dependiendo de dicha comparación; caracterizado porque dicho al menos un parámetro (CEP, CFP) está asociado con la solicitud del servicio y con un convenio predefinido, y dicho parámetro (CEP, CFP) define, si y cuántas solicitudes de suceso de medida pueden ser almacenadas en la memoria oculta (70).
Description
Método y sistema de utilización en una red de
comunicaciones.
El presente invento se refiere a un método y
sistema de utilización dentro de una red de telecomunicación. En
particular, el invento se refiere a un método y sistema de
validación de un contrato de licencia dentro de una red informática
de servicios de web durante el tiempo de funcionamiento.
Los contratos de licencia de servicios de web u
otros servicios dentro de una red de comunicación definen
regulaciones relacionadas con el consumo de los servicios. Los
contratos de licencia requieren validación del estado en línea
durante el tiempo de funcionamiento con el fin de mantener el
seguimiento de las violaciones del contrato de licencia, por
ejemplo exceder las cantidades predefinidas de consumo de los
servicios. En muchos casos el contrato de licencia puede referirse
al consumo de servicios de web denominados de alto valor/baja
cantidad, así como al consumo de servicios de bajo valor/alta
cantidad.
En general, un contrato de licencia es un
acuerdo entre dos o más partes del contrato y especifica las
condiciones de la licencia. En particular, el contrato de licencia
de servicios de web está relacionado con las condiciones del
consumo de servicios de web. Define servicios de web únicos o
múltiples, la identidad de la parte del contrato que es denominada
el consumidor del servicio, los atributos opcionales que especifican
el consumo del servicio, como nivel de eficiencia, precio y calidad
del servicio y las regulaciones de acceso. Además, el contrato de
licencia puede definir la política de consumo, la política de
concurrencia, la política basada en el tiempo, política nominada y
la política de condición de uso. La política de consumo puede
permitir solamente un número máximo especificado de solicitudes. La
política de concurrencia especifica el número máximo de solicitudes
simultáneas. La política basada en el tiempo define los tiempos
especificados en los que las solicitudes son solamente aceptadas.
La política nominada define que solamente las identidades definidas
en el contrato pueden solicitar un servicio. La política de
condición de uso puede contener, por ejemplo, que la reventa de
servicios no esté permitida.
El consumo de un servicio de web es seguido por
un servicio de tarificación que puede ser un componente externo del
servidor. Cada vez, cuando se pide un servicio de web, el servicio
de tarificación genera sucesos de medida. El contenido de estos
sucesos de medida especifica, entre otros datos, el contrato de
licencia asociado con el consumo de un servicio de web. Ejemplos
típicos de sucesos de medida son el momento de comienzo de la
petición (suceso de comienzo), el momento final de petición (suceso
de final), el activador de petición (denominado suceso
adhoc) y el suceso de anulación (suceso de anulación).
La validación y tarificación de una petición de
servicio de web es procesada por una serie de operadores
secuenciales. Estos operadores piden servicios con el fin de
realizar tareas como la verificación de la identidad del consumidor
del servicio o la validación del contrato de licencia. Un operador
de tarificación pide el servicio de tarificación con el fin de
procesar y almacenar los sucesos de medida que corresponden a la
petición del servicio de web. El componente del servidor que
proporciona estos operadores y servicios se denomina un proveedor
del servicio. Un componente del servidor que ofrece el servicio de
web solicitado se denomina un suministrador del servicio.
Si el consumidor del servicio inicia una
solicitud de servicio, el contexto del mensaje se extrae de un
mensaje de solicitud de servicio en el proveedor del servicio. El
contexto del mensaje contiene la información pertinente del mensaje
de solicitud del servicio. Mientras pasan los diferentes operadores,
se realiza el contexto del mensaje. Por ello la información
pertinente adicional se inserta en el contexto del mensaje. Cada
operador puede llamar a un servicio con el fin de realizar
actividades definidas. Estos servicios pueden ser componentes
externos del servidor. Tal actividad puede ser la verificación de la
identidad del consumidor del servicio o la provisión del contrato y
datos relacionados con la licencia, por ejemplo.
En el final de la cadena del operador, el
contexto del mensaje contiene todos los datos que son requeridos
por el operador de tarificación con el fin de generar una petición
de suceso de tarificación apropiado. Estos datos adicionales pueden
ser en particular la identidad aprobada, los datos del contrato o
los datos de la licencia. Cada petición de servicio provoca la
generación de diversas solicitudes de sucesos de medida. Estas
solicitudes de petición de medida son generadas por el operador de
tarificación y enviadas al servicio de tarificación. El servicio de
tarificación procesa estas solicitudes de suceso de tarificación.
Como las peticiones del servicio de tarificación son más bien
lentas, el procesamiento de estas solicitudes de suceso de medición
constituye un grave cuello de botella de realización del
sistema.
El operador de tarificación de la técnica
anterior comprende el separador del contexto del mensaje, un
generador de suceso de medida, un controlador de memoria oculta,
una memoria oculta y un llamador del servicio de
tarificación.
tarificación.
El separador del contexto del mensaje separa la
información pertinente del contexto del mensaje, por ejemplo la
información de solicitud de servicio, la identidad del consumidor
del servicio, el contenido del contrato y de la licencia, y envía
esta información al generador de suceso de medida. El generador de
suceso de medida crea una solicitud de suceso de medida que
contiene el tipo de suceso de medida y la información del contexto
del mensaje. Dependiendo del estado de la solicitud del servicio de
web, ejemplos de los tipos de suceso de medida contenidos son el
suceso de medida de comienzo, el suceso de medida de final, el
suceso de petición de medida y la anulación de suceso de
medida.
El controlador de la memoria oculta recibe la
petición de suceso de medida generado y temporalmente almacena esta
solicitud de suceso de medida dentro de una memoria oculta
especializada. Usualmente la memoria oculta está realizada
físicamente por un área de memoria RAM. El número máximo de
solicitudes de suceso de medida que pueden ser almacenadas en la
memoria oculta es un parámetro de programa codificado fijo. Por lo
tanto, la memoria oculta puede retener un número fijo y
predeterminado de solicitudes de suceso de medida. El número de
solicitudes de suceso de medida es monitorizado por el controlador
de la memoria oculta. Si se sobrepasa el número máximo, el
controlador de la memoria oculta lee todas las solicitudes de suceso
almacenadas de la memoria oculta, las envía al llamador del
servicio de tarificación y finalmente borra el contenido de la
memoria oculta. El llamador del servicio de tarificación genera un
mensaje que contiene las solicitudes de suceso de medida y llama al
servicio de tarificación con el fin de procesar las solicitudes de
suceso de medida.
La utilización de la memoria oculta de las
solicitudes de suceso de medida es necesaria, o al menos ventajosa,
ya que la petición del servicio de tarificación es lenta y requiere
una gran cantidad de recursos de la red. El funcionamiento lento de
la petición del servicio de tarificación es principalmente debida al
tiempo de transacción de la red. El tiempo de transacción es para
transmitir la solicitud al servicio de tarificación remoto y
recibir una respuesta. El funcionamiento lento es además debido a la
codificación y decodificación de mensajes y al tiempo que el
servicio de tarificación emplea en ejecutarlos.
El servicio de tarificación genera sucesos de
medida a partir de las solicitudes de sucesos de medida, los
almacena en una base de datos y notifica al componente de validación
de la licencia del servicio de contratación sobre el estado
actualizado de la base de datos.
El componente de validación de la licencia de un
servicio de contratación utiliza los sucesos de medida almacenados
con el fin de calcular y verificar que una petición de servicio de
web acata las regulaciones del servicio de acceso definidas en el
correspondiente contrato de servicio. Los contratos de licencia de
servicios de web se basan en modelos de licencia que describen
estas regulaciones de acceso al servicio.
Un modelo de licencia importante es el acceso al
servicio consuntivo y/o acumulativo. Esta regulación implica que un
contrato de licencia es válido para una cantidad predefinida. Tal
cantidad puede definir, por ejemplo, cuántos consumidores pueden
usar el servicio de web con un contrato de licencia dado. Un modelo
de licencia importante adicional es el acceso al servicio de
concurrencia. Esta regulación define los límites considerando
cuántas peticiones simultáneas de peticiones de servicio están
permitidas.
Para la validación del contrato de licencia, el
componente de validación del contrato de licencia pide el servicio
de tarificación con el fin de recibir los sucesos de medida
almacenados que corresponden al contrato de licencia. Los contratos
de licencia, los cuales definen las regulaciones concernientes a la
acumulación y concurrencia de servicios consuntivos de web,
requiere la validación del estado en línea durante el tiempo de
funcionamiento con el fin de mantener el seguimiento de las
violaciones del contrato de licencia, por ejemplo la superación de
las cantidades definidas de consumo del servicio. La superación de
los límites del contrato de licencia predefinido durante el tiempo
de funcionamiento implica normalmente consecuencias en la actividad
económica tales como costes extra, tasas por violación o incluso
exclusiones del servicio.
Como el operador de tarificación almacena las
solicitudes de suceso de medida en la memoria oculta, no hay
garantía de que la instalación de continuidad, por ejemplo la base
de datos, mantenida por el servicio de tarificación represente el
estado verdadero de consumo del servicio de actividad económica en
ese punto en el tiempo cuando se solicita el servicio de actividad
económica.
Por consiguiente, las posibles violaciones en el
consumo del servicio de web solamente se detectan después de que la
memoria oculta ha sido incorporada a la base de datos. Este punto en
el tiempo puede ser bastante después del momento en que el servicio
ha sido solicitado. Esta detección diferida de la violación puede
implicar graves consecuencias. Los suministradores del servicio no
son capaces de detectar la sobrecarga de recursos en el momento de
su ocurrencia. El consumidor del servicio se enfrenta a costes extra
debido a la violación de las limitaciones del acceso al servicio
consuntivo y/o de concurrencia, y por lo tanto a efectos
impredecibles sobre la actividad económica. Debido a la estrategia
de utilización de la memoria oculta del código fijo del operador de
tarificación, el proveedor del servicio no puede adaptar la
utilización de la memoria oculta de las solicitudes de suceso de
medida a las necesidades de los contratos individuales.
El documento de la técnica anterior del
documento EP 1.202.528, de Stevens y otros, 02.05.2002, expone una
estructura de información operable para informar sobre las medidas
de uso, bien sobre una base de transmisión en tiempo real, o sobre
una base de transmisión de almacenamiento/envío por lotes.
Es un objeto del presente invento proporcionar
un método y sistema de utilización mejorados que superen las
desventajas anteriores.
El objeto anterior se consigue mediante un
método y sistema como el expuesto en las reivindicaciones
independientes. Realizaciones adicionales ventajosas del presente
invento se describen en las reivindicaciones dependientes y se
explican en la descripción que sigue.
El método y sistema de utilización utiliza al
menos un parámetro que define, si y cuántas solicitudes de suceso
de medida asociadas con la solicitud de servicio pueden ser
almacenadas en la memoria oculta. Por ejemplo, un parámetro
booleano puede definir si una cierta solicitud de suceso de medida o
una señal asociada a ella puede generalmente ser almacenada en la
memoria oculta. Además, un parámetro entero asociado con el
parámetro booleano puede definir cuántas de las solicitudes
determinadas de suceso de medición, o señales asociadas a ellas,
pueden ser almacenadas en la memoria oculta. De acuerdo con otro
ejemplo, el parámetro booleano y entero puede ser provisto como un
único parámetro.
Preferiblemente, un contador de petición de
servicio por cada servicio ofrecido puede ser aplicado en el sistema
de tarificación. Este contador representa el estado real de
petición de un servicio dado tal y como está almacenado en la base
de datos.
Los anteriores así como los adicionales
objetivos, características y ventajas del presente invento serán
evidentes en la descripción escrita detallada que sigue.
Las características novedosas del invento están
expuestas en las reivindicaciones anejas. El invento propiamente
dicho y las ventajas de él serán mejor entendidas haciendo
referencia a la siguiente descripción detallada de las
realizaciones preferidas en conjunción con los dibujos anejos, en
los que:
La Figura 1 muestra un flujo de datos de una
realización preferida del método de acuerdo con el presente
invento;
la Figura 2 muestra una representación
esquemática de una realización preferida del sistema de acuerdo con
el presente invento;
la Figura 3 muestra una representación
esquemática de una primera aplicación del sistema de acuerdo con el
presente invento;
la Figura 4 muestra una representación detallada
de la primera aplicación del sistema de acuerdo con el presente
invento;
la Figura 5 muestra una representación
esquemática de una segunda aplicación del sistema de acuerdo con el
presente invento;
la Figura 6 muestra una representación detallada
de la segunda aplicación del sistema de acuerdo con el presente
invento.
La Figura 1 muestra un organigrama de bloques de
datos de un método de validación de contrato de licencia de acuerdo
con una realización preferida del presente invento.
En un primer paso 20, la información pertinente
es separada del contexto del mensaje. El contexto del mensaje ha
sido extraído del mensaje de petición de servicio de un consumidor
del servicio. El contexto del mensaje puede contener información de
solicitud del servicio, la identidad de un consumidor del servicio,
el contenido y los parámetros pertinentes del contrato y de la
licencia, por ejemplo.
En un segundo paso 22 se genera una solicitud de
suceso de medida 22 que contiene el tipo de suceso de medida y la
información pertinente del contexto del mensaje. Ejemplos de tipos
de suceso de medida son un comienzo de suceso de medida, un final
de suceso de medida, un suceso de medida adhoc y una
anulación de suceso de medida.
El tercer paso 24 evalúa el estado de un CEP
(Parámetro de Habilitación de Memoria Oculta). El CEP es un
parámetro booleano con los dos estados VERDADERO y FALSO. El CEP
está contenido en el contrato de licencia y define, si la solicitud
de suceso de medida es permitida ser almacenada en una memoria
oculta especializada
o no.
o no.
Si el CEP en el paso 24 es FALSO, esto es, la
solicitud de suceso de medida no es permitida ser almacenada en
dicha memoria oculta especializada, entonces la solicitud de suceso
de medida será directamente traspasada al servicio de medida de
acuerdo con el paso 25.
Si el CEP en el paso 24 es CIERTO, la solicitud
de suceso de medida será enviada a realizar un siguiente paso 26.
En el siguiente paso 26 un CFP (Parámetro de Memoria Oculta
Incorporado) es evaluado y comparado con el número de solicitudes
de suceso de medida en dicha memoria especializada. El CEP es un
parámetro entero que define el número máximo de solicitudes de
suceso de medida que pueden ser almacenados en dicha memoria oculta
especializada.
Si en el paso 26 el número de solicitudes de
suceso de medida en dicha memoria oculta dedicada es menor que la
cantidad definida especificada por el CFP, en el paso 27 la
solicitud de suceso de medida es almacenada en dicha memoria oculta
especializada.
Si en el paso 26 el número de solicitudes de
suceso de medida en dicha memoria oculta especializada es igual que
la cantidad definida especificada por el CFP, todas las solicitudes
de suceso de medida son transferidas de dicha memoria oculta al
llamador del servicio de tarificación de acuerdo con el paso 28.
Finalmente el contenido de dicha memoria oculta es borrado de
acuerdo con el paso 30.
La memoria oculta especializada es proporcionada
para almacenar de forma temporal la solicitud de suceso de medida
generada. El CEP y el CFP impiden que demasiadas solicitudes de
suceso de medida sean almacenadas en dicha memoria oculta. Este
método permite que no se supere el número máximo de solicitudes de
sucesos de medida en dicha memoria oculta definida por el CFP.
El llamador del servicio de tarificación recibe
las solicitudes de suceso de medida y llama a un servicio de
tarificación para procesar las solicitudes de suceso de medida.
Alternativamente, el CEP y el CFP pueden ser
provistos como un único parámetro. Este parámetro único puede ser
un entero que define el número máximo de solicitudes de suceso de
medida en dicha memoria oculta. El estado booleano FALSO puede ser
representado por el valor cero, y el estado booleano VERDADERO por
cualquier valor entero positivo. Este único parámetro puede también
estar contenido en el contrato de licencia.
La Figura 2 muestra un diagrama esquemático de
una realización preferida de un sistema de validación de un
contrato de licencia de acuerdo con el presente invento. El sistema
de validación del contrato de licencia se realiza como un operador
50 de tarificación. Los componentes del operador 50 de tarificación
se proveen para realizar el método de acuerdo con el organigrama de
bloques de la Figura 1.
El operador 50 de tarificación comprende un
dispositivo de introducción 59, un separador 60 de contexto de
mensaje, un generador 62 de suceso de medida, un habilitador de
memoria oculta 64, un controlador de memoria oculta 66 con un
monitor 68 de CFP integrado, una memoria oculta 70 y un llamador del
servicio 72 de tarificación.
El dispositivo 59 de introducción, el separador
60 de contexto de mensaje, el generador 62 de suceso de medida y el
habilitador 64 de memoria oculta están conectados en serie. El
habilitador 64 de memoria oculta incluye dos salidas. La primera
salida del habilitador 64 de memoria oculta está conectada con el
controlador 64 de memoria oculta. La segunda salida del habilitador
64 de memoria oculta está conectada con el llamador 72 del servicio
de tarificación. El monitor 68 del CFP está integrado dentro del
controlador 66 de memoria oculta. El controlador 66 de memoria
oculta está conectado bidireccionalmente con la memoria oculta 70.
Además, el controlador de memoria oculta 66 está conectado con el
llamador 72 del servicio de tarificación.
El dispositivo 59 de introducción recibe un
mensaje de solicitud de servicio de un consumidor del servicio. El
separador 60 del contexto del mensaje separa la información
pertinente del contexto del mensaje, por ejemplo la información de
solicitud del servicio, la identidad del consumidor del servicio, el
contenido del contrato y de la licencia, y envía esta información
al generador 62 de suceso de medida. Si el proveedor del servicio
llama al servicio de web, el separador 60 del contexto del mensaje
también envía el contexto del mensaje a un operador 56 del servicio
para la ejecución inmediata del servicio de web solicitado.
El generador 62 de suceso de medida crea una
solicitud de medida que contiene el tipo de suceso de medida y la
información del contexto de mensaje. Dependiendo del estado de la
solicitud del servicio de web, ejemplos de tipos de suceso de
medida son un comienzo de suceso de medida, un final de suceso de
medida, una petición de suceso de medida (suceso
"adhoc") o una anulación de suceso de medida.
El habilitador 64 de memoria oculta evalúa el
estado del CEP. Si el CEP es VERDADERO, la solicitud de suceso de
medida será enviada al controlador 66 de memoria oculta. Si el CEP
es FALSO, la solicitud de suceso de medida será directamente
traspasada al llamador 72 del servicio de tarificación.
El controlador 66 de memoria oculta recibe la
solicitud de suceso de medida generada del habilitador 64 de
memoria oculta. El número máximo de solicitudes de suceso de medida
que pueden ser almacenadas en la memoria oculta 70 está definido
por el CFP. La memoria oculta 70 almacena temporalmente estas
solicitudes de suceso de medida. Preferiblemente, la memoria oculta
70 es físicamente un área de memoria RAM. El monitor CFP 68
supervisa la cantidad de solicitudes de suceso de medida que se
almacenan dentro de la memoria oculta 70 y cuida de que no se
supere el número máximo definido por el CFP. Si el número de
solicitudes de sucesos de medida en la memoria oculta 70 es igual a
la cantidad especificada definida por el CFP, el controlador de
memoria oculta 66 transfiere todas las solicitudes de sucesos de
medida al llamador 72 del servicio de tarificación y finalmente
borra el contenido de la memoria oculta 70. El llamador 72 del
servicio de tarificación envía todas las solicitudes de suceso de
tarificación a un servicio de tarificación que no es necesariamente
un componente del operador 50 de tarificación.
Las solicitudes de utilización de la memoria
oculta de suceso de tarificación es ventajosa ya que la petición
del servicio de tarificación es lenta y consume una gran cantidad de
recursos de la red. El funcionamiento lento de la petición del
servicio de tarificación es principalmente debido al tiempo de
transacción de la red. Éste es el tiempo para la transmisión de la
solicitud del servicio de tarificación y para recibir la respuesta.
Además, el funcionamiento lento se debe al tratamiento del mensaje,
por ejemplo a la codificación y descodificación de los mensajes, y
al tiempo que el servicio de tarificación emplea para
realizarlo.
La introducción del CEP y del CFP permite a las
partes del contrato adaptar el método de validación del contrato de
licencia a sus necesidades específicas. La desactivación del CEP,
esto es el estado FALSO, inhabilita toda la funcionalidad de
utilización de la memoria oculta del operador 50 de tarificación.
Esto garantiza que el servicio de tarificación y su base de datos
refleje el estado real de uso del servicio de web. Esto permite a
los proveedores del servicio así como a los consumidores del
servicio asegurar, que las solicitudes de servicio de web de alto
valor nunca superarán los límites acumulativos o consuntivos de un
contrato de licencia. Esto evita el riesgo de superación de
cualesquiera límites de presupuesto planeados.
Si un consumidor del servicio solicita muchos
servicios de web de bajo valor, permite que el CEP proporcione un
funcionamiento total del sistema, aunque limitando el riesgo de
superaciones incontroladas del presupuesto por medio de la
definición de un CFP razonable.
Un proveedor del servicio puede ofrecer un
contrato de licencia asociado con un servicio de web específico a
diferentes precios que dependen de la definición del CEP y del CFP
dentro del contrato de licencia, ya que el establecimiento de estos
parámetros influye en el tráfico de la red y en el coste de los
recursos.
De la Figura 3 a la Figura 6 se ilustran dos
aplicaciones diferentes en las que está integrado el operador 50 de
tarificación. Estas dos aplicaciones están representadas de forma
esquemática así como en detalle.
La Figura 3 muestra un diagrama esquemático de
la primera aplicación. La Figura 3 ilustra la interacción y la
conexión entre el consumidor 32 del servicio, un suministrador 34
del servicio y el proveedor 36 del servicio. El consumidor 32 del
servicio solicita un servicio de web proporcionado por el
suministrador 34 del servicio. El suministrador 34 del servicio
utiliza un proveedor 36 del servicio con el fin de validar la
identidad del consumidor 32 del servicio, la validez del contrato
de licencia y para medir la ejecución del servicio.
A continuación se describe la secuencia de
interacciones entre el consumidor 32 del servicio, el suministrador
34 del servicio y el proveedor 36 del servicio. Las interacciones
están representadas por las flechas 1 a 5. El consumidor 32 del
servicio inicia 1 una solicitud del servicio con el fin de llamar a
un servicio de web que es proporcionado por un suministrador 34 del
servicio. El suministrador 34 del servicio recibe la solicitud y
envía 2 una solicitud del servicio al proveedor 36 del servicio con
el fin de usar el sistema de contratación y los servicios de
infraestructura proporcionados por el proveedor 36 del servicio. El
proveedor 36 del servicio realiza la contratación solicitada y los
servicios de infraestructura, por ejemplo verifica la identidad del
consumidor, valida que está disponible un contrato de licencia,
inicia un suceso de medida y devuelve 3 el estado al suministrador
34 del servicio. El suministrador 34 del servicio realiza el
servicio solicitado y llama 4 al proveedor 36 del servicio con el
fin de generar sucesos de medida adecuados. El suministrador 34 del
servicio envía 5 los datos del servicio resultante al consumidor del
servicio.
La Figura 4 muestra en detalle los componentes
del proveedor 36 del servicio de acuerdo con la Figura 3. El
proveedor 36 del servicio está acoplado con el suministrador 34 del
servicio de acuerdo con la Figura 3. El proveedor 36 del servicio
comprende una interfaz 40 que es una interfaz del servicio de web en
el lado del servidor, un operador 42 de perfiles, un operador 46 de
contratos y el operador 50 de tarificación de acuerdo con la Figura
2. El proveedor 36 del servicio está acoplado con un servicio 44 de
perfiles, un servicio 48 de contratos y un servicio 52 de
tarificación. El servicio 44 de perfiles, el servicio 48 de
contratos y el servicio 52 de tarificación pueden ser componentes
externos del servidor. Además, el servicio 48 de contratos y el
servicio 52 de tarificación están conectados con un componente 54 de
verificación de licencia que también puede ser un componente
externo del servidor.
La interfaz 40 está directamente acoplada con el
suministrador 34 del servicio. El operador 42 de perfiles utiliza
el servicio 44 de perfiles con el fin de verificar la identidad del
consumidor 32 del servicio. El operador 46 de contratos usa el
servicio 48 de contratos y el componente 54 de verificación de
licencia con el fin de verificar estados de contrato y políticas de
licencia aplicables. El operador 50 de tarificación genera sucesos
de medida adecuados, como sucesos de comienzo, sucesos de final,
sucesos adhoc y/o sucesos de anulación. El servicio 44 de
perfiles proporciona la comprobación de identidad. El servicio 48 de
contrato verifica la existencia de un contrato válido. Contiene un
componente de otorgación de licencia que asegura que la solicitud
del servicio cumple las políticas de licencia definidas. El servicio
52 de medida genera y almacena sucesos de medida.
Las interacciones entre estos componentes se
describen a continuación. La interfaz 40 recibe la solicitud de
servicio iniciada por el suministrador 34 del servicio, extrae en
contexto del mensaje y lo entrega a los operadores sucesivos. Los
operadores extienden y/o modifican el contexto del mensaje y lo
entregan al siguiente operador de la cadena. El operador 42 de
perfiles inicia una solicitud al servicio 44 de perfiles con el fin
de comprobar la identidad del suministrador 34 del servicio. El
servicio 44 de perfiles devuelve el resultado de la comprobación de
identidad al operador 42 de perfiles. El operador 46 de contratos
llama al servicio 48 de contratos con el fin de identificar y
validar un contrato correspondiente. El componente 54 de
verificación de licencia comprueba el acatamiento de las políticas
de licencia que están definidas en el contrato. El componente 54 de
verificación de licencia utiliza datos de uso actual o histórico del
servicio 52 de tarificación para este fin. El servicio 48 de
contratos devuelve el estado de contrato de licencia, el resultado
de la validación y los datos pertinentes del contrato al operador
46 de contratos. El operador 46 de contratos realiza el texto del
mensaje y lo pasa al operador 50 de tarificación. El operador 50 de
tarificación pide el servicio 52 de tarificación con el fin de
generar sucesos de medida que reflejen el estado de la solicitud de
servicio. El servicio 52 de tarificación notifica al componente de
licencia sobre el uso del servicio de web. El componente 54 de
verificación de licencias usa esta información para la validación de
ciertas políticas de licencia, por ejemplo el uso de licencias
consuntiva o de concurrencia. El operador 50 de tarificación
devuelve el contexto de mensaje usado a la interfaz 40. La interfaz
40 devuelve los resultados de la validación al suministrador 34 del
servicio.
El servicio 52 de tarificación genera sucesos de
medida de las solicitudes de sucesos de medida, almacena éstos
dentro de una base de datos y notifica el componente de validación
de licencia de un servicio de contrato sobre el estado actualizado
de la base de datos. Las solicitudes de sucesos de medida son
enviadas por el llamador 72 del servicio de tarificación del
operador 50 de tarificación.
Además, se aplica un contador de petición de
servicios para cada contrato de licencia ofrecido dentro del
componente 54 de validación de licencia. Cada contador representa el
estado de petición de un servicio de web ofrecido tal y como está
almacenado en la base de datos del servicio de tarificación. El
componente de licencia es notificado cada vez por el servicio de
tarificación, si el servicio de tarificación actualiza su base de
datos con los sucesos nuevamente generados. El componente de
licencia incrementa sus contadores en consecuencia. El servicio 48
de contratos usa estos contadores con el fin de verificar, si alguna
condición de la licencia llegará a superarse si llega una solicitud
de servicio.
La Figura 5 muestra un diagrama esquemático de
la segunda aplicación. Después de esto, la Figura 5 ilustra la
interacción y conexión entre el consumidor 32 del servicio, el
suministrador 34 del servicio y un proveedor 38 del servicio. El
proveedor 38 del servicio ofrece el servicio de web al consumidor 32
del servicio. Con el fin de satisfacer una solicitud de servicio,
el proveedor 38 del servicio solicita el servicio de web del
suministrador 34 del servicio.
Esto requiere la siguiente secuencia de
interacciones que están representadas por las flechas 6 a 9. El
consumidor 32 del servicio solicita 6 un servicio de web que es
ofrecido por el proveedor 34 del servicio. El proveedor 38 del
servicio verifica la identidad del consumidor 32 del servicio,
valida que un contrato de licencia está disponible y puede ser
usado, inicia un suceso de medida y llama 7 al servicio de web
solicitado que es proporcionado por el suministrador 34 del
servicio. El suministrador 34 del servicio ejecuta el servicio
solicitado y devuelve 8 el resultado al proveedor 34 del servicio.
El proveedor 38 del servicio genera suceso o sucesos de medida
adecuados y devuelve 9 el resultado del servicio de web al
consumidor 32 del servicio.
La Figura 6 detalla los componentes del
proveedor 38 del servicio y la secuencia de sus peticiones. Como el
proveedor 36 del servicio en la Figura 4, el proveedor 38 del
servicio también comprende la interfaz 40 que es una interfaz del
servicio de web en el lado del servidor, el operador 42 de perfiles,
el operador 46 de contratos y el operador 50 de tarificación.
Adicionalmente el proveedor 38 del servicio comprende un operador
56 del servicio. El operador 56 del servicio está acoplado con un
servicio 58 de web de actividad económica. El servicio 58 de web de
actividad económica es un componente externo del servidor
proporcionado por el suministrador 34 del servicio con el fin de
satisfacer el servicio solicitado.
El operador 42 de perfiles, el operador 46 de
contratos y el operador 50 de tarificación están conectados de la
misma forma que en la Figura 4 con el servicio 44 de perfiles, con
el servicio 48 de contratos y con el servicio 52 de tarificación,
respectivamente. El servicio 44 de perfiles que puede ser un
componente externo del servidor que proporciona la comprobación de
identidad. El servicio 48 de contratos puede ser un componente
externo del servidor que verifica la existencia de un contrato
válido. Contiene un componente de otorgamiento de licencia que
asegura que la solicitud del servicio acata las políticas de
licencia definidas. El servicio 52 de tarificación puede ser un
componente externo del servidor que genera y almacena los sucesos de
medida.
A continuación se describen las interacciones
entre los componentes funcionales del proveedor del servicio. La
interfaz 40 recibe la solicitud del servicio iniciada por un
consumidor 32 del servicio, extrae el contexto del mensaje y lo
pasa a los siguientes operadores. Los operadores extienden y/o
modifican el contexto del mensaje y lo pasan al siguiente operador
de la cadena. El operador 42 de perfiles inicia una solicitud del
servicio al servicio 44 de perfiles con el fin de comprobar la
identidad del suministrador 34 del servicio. El servicio 44 de
perfiles devuelve el resultado de la comprobación de identidad al
operador 42 de perfiles. El operador 46 de contratos llama al
servicio 48 de contratos con el fin de identificar y validar un
contrato correspondiente. El componente 54 de verificación de
licencias comprueba el acatamiento de las políticas de licencia que
están definidas en el contrato. El componente 54 de verificación de
licencias utiliza para este fin datos de uso reales o históricos
del servidor 52 de tarificación. El servicio 48 de contratos
devuelve 6 el estado de contrato de licencia, el resultado de la
validación y los datos pertinentes del contrato al operador 46 de
contratos. El operador 46 de contratos realiza el texto del mensaje
y lo pasa al operador 50 de tarificación. El operador 50 de
tarificación llama al servicio 52 de tarificación con el fin de
generar sucesos de medida que reflejen el estado de la solicitud de
servicio de web, por ejemplo terminados con éxito o anulados. El
servicio 52 de tarificación notifica al componente de licencia sobre
el uso del servicio de web. El componente 54 de verificación de
licencias usa esta información para la validación de ciertas
políticas de licencia, por ejemplo el uso de licencias consuntivas
o de concurrencia. El operador 56 del servicio pide el servicio de
web solicitado y actualiza el contexto del mensaje con las
respuestas de los servicios resultantes. El operador 50 de
tarificación devuelve 10 el contexto de mensaje usado a la interfaz
40. La interfaz 40 devuelve el resultado de la llamada inicial al
consumidor 32 del
servicio.
servicio.
Además, los contadores de petición del servicio
están aplicados dentro del componente 54 de validación de
licencias. Para cada contrato de licencia ofrecida se provee un
contador de petición de servicio. Cada contador de petición de
servicio representa el estado de petición de un servicio de web
ofrecido tal y como está almacenado en la base de datos del
servicio de tarificación. El componente de licencia es notificado
cada vez por el servicio de tarificación si el servicio de
tarificación actualiza su base de datos con los sucesos de medida
nuevamente generados. El componente de licencia incrementa sus
contadores en consecuencia. El servicio de contratación usa estos
contadores con el fin de verificar, si alguna condición de la
licencia es superada, si llega una solicitud de servicio.
La introducción de contadores de petición de
servicio dentro del componente de licencia del servicio de
contratación también reduce en gran medida los costes del tráfico
en la red, ya que el tráfico de servicios entre el servicio 52 de
tarificación y el componente 54 de verificación de licencias
solamente se genera si la base de datos fue actualizada. Los
contadores de petición de servicio evitan los altos costes de la
red.
Los siguientes ejemplos demuestran las ventajas
del invento.
Ejemplo
1
De acuerdo con un primer ejemplo, el consumidor
32 del servicio necesita asignar equipos físicos de un suministrador
34 del servicio durante un período de tiempo de una semana, basado
en un contrato de licencia consuntiva que establece un límite que
fija un límite de un máximo de cinco asignaciones para este
concesionario. Como ésta es una solicitud de servicio de valor
alto, el consumidor 32 del servicio desea asegurarse de que este
límite, por ejemplo 5, no sea sobrepasado. Por lo tanto, usará un
contrato de licencia que deshabilite el CEP. En este caso, la base
de datos de sucesos de medida y, después, el contador de petición de
servicio correspondiente del componente de validación de licencia
representará siempre el estado actual de la llamada al servicio,
eliminando el riesgo de superar los límites del contrato de
licencia.
Ejemplo
2
De acuerdo con un segundo ejemplo, el consumidor
32 del servicio ejecuta aplicaciones dentro de un entorno de
rejilla de cálculo. Con el fin de asignar almacenamiento
dinámicamente en caso de que ocurran picos de carga, ejecuta estas
aplicaciones bajo un contrato de licencia consuntiva con un
suministrador de almacenamiento. Como la asignación de
almacenamiento extra se considera que es un servicio de poco valor
pero frecuentemente llamado, el contrato de licencia fue diseñado
basado en la asignación máxima precalculada pero permitiendo
exceder este límite en una cierta cantidad habilitando el CEP y
definiendo un CFP razonable. Esto asegura que la asignación de
almacenamiento continúe incluso si el límite superior se supera de
forma temporal. Por lo tanto, no se interrumpe el funcionamiento de
los consumidores, a la vez que se limita el riesgo de superar
objetivos de costes extra.
Ejemplo
3
De acuerdo con un tercer ejemplo, el proveedor
38 del servicio ofrece una aplicación de actividad económica como
un servicio de web a diferentes condiciones de nivel de eficiencia
y/o de precios. Los contratos de licencia correspondientes difieren
en los valores del CEP y del CFP ya que estos parámetros influyen
fuertemente en los costes a los que el proveedor 38 del servicio
puede ofrecer el servicio de web. Esto permite al proveedor 38 del
servicio ofrecer su servicio de web con diferentes etiquetas de
precios, siendo riesgo suyo calcular los correspondientes costes de
suministro.
El sistema del presente invento puede ser
realizado en equipos físicos, soportes lógicos o una combinación de
equipos físicos y soportes lógicos.
El presente invento también puede estar
integrado en un producto de programa de ordenador que comprende
todas las características que permiten la aplicación de los métodos
descritos en él. Además, cuando está cargado en un sistema de
ordenador, dicho producto de programa de ordenador es capaz de
realizar estos métodos.
Mientras que el invento descrito aquí se refiere
a servicios de web, el invento es además aplicable a servicios
arbitrarios dentro de cualquier clase de una red de
comunicación.
- 20
- paso de separar datos del contexto del mensaje
- 22
- paso de generar solicitud de suceso de medida
- 24
- paso de evaluar el parámetro booleano
- 25
- paso de enviar solicitud de suceso de medida al servicio de web de tarificación
- 26
- paso de evaluación del parámetro entero
- 27
- paso de almacenar solicitud de suceso de medida en memoria oculta
- 28
- paso de enviar solicitud de suceso de medida y solicitudes de suceso de medida ocultas al servicio de tarificación
- 30
- paso de borrar la memoria oculta
- 32
- consumidor del servicio
- 34
- suministrador del servicio
- 36
- proveedor del servicio
- 38
- proveedor del servicio
- 40
- interfaz
- 42
- operador de perfiles
- 44
- servicio de perfiles
- 46
- operador de contratos
- 48
- servicio de contratos
- 50
- operador de tarificación
- 52
- servicio de tarificación
- 54
- componente de verificación de licencia
- 56
- operador del servicio
- 58
- servicio de web de actividad económica
- 59
- dispositivo de introducción
- 60
- separador de contexto de mensaje
- 62
- generador de suceso de medida
- 64
- habilitador de memoria oculta
- 66
- controlador de memoria oculta
- 68
- Monitor CFP
- 70
- Memoria oculta
- 72
- Llamador de servicio de tarificación
Claims (20)
1. Un método de utilización dentro de una red de
comunicación que comprende al menos un proveedor (36; 38) del
servicio y al menos un consumidor (32) del servicio, en el que el
proveedor (36; 38) del servicio proporciona servicios al consumidor
(32) del servicio, comprendiendo dicho método los pasos de:
a) recibir un mensaje de solicitud de servicio
del consumidor (32) del servicio;
b) generar una solicitud de suceso de medida
asociada con la solicitud del servicio;
c) comparar el contenido real de una memoria
oculta (70) con al menos un parámetro (CEP, CFP);
d) almacenar la solicitud de suceso de medida en
la memoria oculta (70), si esto está permitido dependiendo de dicha
comparación; o
e) enviar la solicitud de suceso de medida y el
contenido de la memoria oculta (70) a un servicio (52) de
tarificación con el fin de procesar las solicitudes de suceso de
medida, si la solicitud de suceso de medida no puede ser almacenada
en la memoria oculta (70) dependiendo de dicha comparación;
caracterizado porque dicho al menos un
parámetro (CEP, CFP) está asociado con la solicitud del servicio y
con un convenio predefinido, y dicho parámetro (CEP, CFP) define, si
y cuántas solicitudes de suceso de medida pueden ser almacenadas en
la memoria oculta (70).
2. El método de la reivindicación 1, en el que
el paso c) comprende el paso de:
evaluar un estado de un parámetro booleano (CEP)
que indica, si está permitido que la solicitud de suceso de medida
sea almacenada en la memoria oculta (70) o no.
3. El método de la reivindicación 2, en el que
el paso c) comprende además los siguientes pasos, si está permitido
que la solicitud de suceso de medida sea almacenada en la memoria
oculta (70).
- evaluar un valor de un parámetro entero (CFP)
asociado con el parámetro booleano (CEP); y
- comparar dicho valor del parámetro entero
(CFP) con el contenido de la memoria oculta (70).
4. El método de la reivindicación 3, en el que
el paso e) comprende los siguientes pasos, si el número real de las
solicitudes de suceso de medida en la memoria oculta (70) es igual o
supera el valor del parámetro entero (CFP):
- enviar la solicitud de suceso de medida al
servicio (52) de tarificación con el fin de procesar la solicitud
de suceso de medida; y
- borrar el contenido de la memoria oculta
(70).
5. El método de la reivindicación 3, en el que
la solicitud de suceso de medida se almacena en la memoria oculta
(70), si el número real de las solicitudes de suceso de medida en la
memoria oculta (70) es menor que dicho valor del parámetro entero
(CFP).
6. El método de acuerdo con cualquiera de las
reivindicaciones anteriores, en el que el convenio está predefinida
en un contrato de licencia que se refiere a las clases y cantidad de
servicios entre el proveedor (36; 38) del servicio y el consumidor
(32) del servicio.
7. El método de acuerdo con cualquiera de las
reivindicaciones anteriores, en el que después de recibir el
mensaje de solicitud del servicio se separa una información
pertinente del mensaje de solicitud del servicio.
8. El método de la reivindicación 7, en el que
la información pertinente del mensaje de solicitud del servicio
incluye datos de la solicitud, datos del contrato, datos de la
licencia, el parámetro booleano (CEP), el parámetro entero (CFP)
y/o la identidad del consumidor (32) del servicio.
9. El método de acuerdo con cualquiera de las
reivindicaciones anteriores, en el que dicho método comprende
además los pasos de:
- contar los servicios cuando la solicitud de
suceso de medida es enviada el servicio (52) de tarificación; y
- enviar los resultados de recuento reales al
proveedor (36; 38) del servicio y/o al consumidor (32) del
servicio.
10. El método de la reivindicación 9, en el que
cada clase de los servicios ofrecidos se cuenta de forma
independiente.
11. El método de acuerdo con cualquiera de las
reivindicaciones anteriores, en el que la red de comunicación es
una red de ordenador apropiada para proveer servicios de web.
12. El método de acuerdo con cualquiera de las
reivindicaciones anteriores, en el que dicho método es un método de
validación del contrato de licencia, y dicho contrato de licencia
define las clases y la cantidad de servicios entre el proveedor
(36; 38) del servicio y el consumidor (32) del servicio.
13. Un sistema de utilización de una red de
comunicación que comprende al menos un proveedor (36; 38) del
servicio y al menos un consumidor (32) del servicio, en el que el
proveedor (36; 38) del servicio está adaptado para proporcionar
servicios al consumidor (32) del servicio, comprendiendo dicho
sistema los componentes de:
- un dispositivo (59) de introducción para
recibir un mensaje de solicitud del servicio procedente del
consumidor (32) del servicio;
- un generador (62) para generar una solicitud
de suceso de medida asociada con la solicitud del servicio;
- una memoria oculta (70) para almacenar las
solicitudes de suceso de medida;
- un controlador de memoria oculta (66) para
controlar la memoria oculta (70); y
- un llamador (72) para enviar las solicitudes
de suceso de medida a un servicio (52) de medida con el fin de
procesar las solicitudes de suceso de medida;
comprendiendo dicho sistema un habilitador de
memoria oculta (64) para evaluar, si cualquier solicitud de suceso
de medida puede ser almacenada en la memoria oculta (70), y estando
dicho sistema caracterizado porque comprende un monitor (68)
para evaluar, si y cuántas solicitudes de sucesos de medida pueden
ser almacenadas en una memoria oculta (70), dependiendo de al menos
un parámetro (CEP, CFP) asociado con la solicitud y con un convenio
predefinido.
14. El sistema de la reivindicación 13, en el
que el habilitador de memoria oculta (64) es provisto para evaluar
un estado de un parámetro booleano (CEP) que indica, si la solicitud
de suceso de medida puede ser almacenada en la memoria oculta
(70).
15. El sistema de la reivindicación 13 o la 14,
en el que el monitor (68) es provisto para evaluar un estado de un
parámetro entero (CFP) que indica, cuántas solicitudes de sucesos de
medida pueden ser almacenadas en la memoria oculta (70).
16. El sistema de acuerdo con las
reivindicaciones 13, 14 ó 15, en el que dicho dispositivo (59) de
introducción está acoplado con un separador (60) de contexto de
mensaje para separar la información pertinente del mensaje de
solicitud de servicio.
17. El sistema de acuerdo con cualquiera de las
reivindicaciones 13-16, en el que el sistema
comprende un contador para contar los servicios solicitados cuando
las solicitudes de suceso de medida han sido enviadas al servicio
de tarificación (52).
18. El sistema de acuerdo con cualquiera de las
reivindicaciones 13-17, en el que dicho sistema es
provisto para un método de utilización de acuerdo con cualquiera de
las reivindicaciones anteriores 1 a 12.
19. El sistema de acuerdo con cualquiera de las
reivindicaciones 13-18, en el que el sistema se
realiza en equipos físicos, soportes lógicos o una combinación de
equipos físicos y soportes lógicos.
20. Un producto de programa de ordenador
almacenado en un medio útil de ordenador que comprende medios de
programa legibles por un ordenador para hacer que un ordenador
realice un método de acuerdo con cualquiera de las reivindicaciones
anteriores 1 a 12, cuando dichos medios de programa se ejecutan en
un ordenador.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP03104906 | 2003-12-22 | ||
| EP03104906 | 2003-12-22 | ||
| PCT/EP2004/053212 WO2005062532A1 (en) | 2003-12-22 | 2004-12-01 | Utilization method and system within a communication network |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2284075T3 true ES2284075T3 (es) | 2007-11-01 |
Family
ID=34707283
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04804639T Active ES2284075T3 (es) | 2003-12-22 | 2004-12-01 | Metodo y sistema de utilizacion en una red de comunicaciones. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US8543512B2 (es) |
| EP (1) | EP1698104B1 (es) |
| JP (1) | JP4563403B2 (es) |
| CN (1) | CN100373875C (es) |
| AT (1) | ATE363169T1 (es) |
| DE (1) | DE602004006648T2 (es) |
| ES (1) | ES2284075T3 (es) |
| WO (1) | WO2005062532A1 (es) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100903106B1 (ko) * | 2005-07-20 | 2009-06-16 | 한국전자통신연구원 | 방송 콘텐츠 보호를 위한 디지털 방송 수신 장치 및 그방법 |
| CN1943350B (zh) * | 2006-11-07 | 2011-08-31 | 深圳诺普信农化股份有限公司 | 含有苯醚甲环唑和甲基硫菌灵的具有杀菌作用的组合物 |
| KR100904362B1 (ko) * | 2007-09-17 | 2009-06-23 | 성균관대학교산학협력단 | 웹을 통해 에이전트 서비스의 검색이 가능한 캄, 이를이용한 에이전트 시스템 및 에이전트 시스템의 운영방법 |
| US8024746B2 (en) * | 2007-11-06 | 2011-09-20 | Oracle International Corporation | Common handler framework |
| US8595251B2 (en) * | 2011-11-16 | 2013-11-26 | Verizon Patent And Licensing Inc. | Flexible interface module |
| US20140122518A1 (en) * | 2012-10-29 | 2014-05-01 | Hewlett-Packard Development Company, L.P. | Codeless array validation |
| US11416912B2 (en) * | 2016-05-13 | 2022-08-16 | Digital River, Inc. | High volume transaction queueing with machine learning |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5175682A (en) * | 1990-12-14 | 1992-12-29 | Verifone, Inc. | Check system and method including prioritizing checks for transmission to banks for processing |
| JPH09204403A (ja) * | 1996-01-26 | 1997-08-05 | Hitachi Ltd | 並列計算機 |
| US20010011253A1 (en) * | 1998-08-04 | 2001-08-02 | Christopher D. Coley | Automated system for management of licensed software |
| US5761705A (en) * | 1996-04-04 | 1998-06-02 | Symbios, Inc. | Methods and structure for maintaining cache consistency in a RAID controller having redundant caches |
| US6131165A (en) * | 1998-06-18 | 2000-10-10 | Sun Microsystems, Inc. | Permit for controlling access to services in protected memory systems |
| US6795856B1 (en) * | 2000-06-28 | 2004-09-21 | Accountability International, Inc. | System and method for monitoring the internet access of a computer |
| EP1172953A3 (en) * | 2000-06-30 | 2008-08-20 | Matsushita Electric Industrial Co., Ltd. | Broadcast apparatus and reception apparatus comprising a means for avoiding delays in the reproduction of additional data when one program changes to another |
| EP1202528A3 (en) * | 2000-10-31 | 2004-01-28 | Alcatel USA Sourcing, L.P. | Browser-based monitoring system and method for IP-based services |
| US20020083145A1 (en) * | 2000-12-22 | 2002-06-27 | Nortel Networks Limited | Method and system for online/offline services |
-
2004
- 2004-12-01 DE DE602004006648T patent/DE602004006648T2/de active Active
- 2004-12-01 WO PCT/EP2004/053212 patent/WO2005062532A1/en active IP Right Grant
- 2004-12-01 AT AT04804639T patent/ATE363169T1/de not_active IP Right Cessation
- 2004-12-01 US US10/596,568 patent/US8543512B2/en not_active Expired - Fee Related
- 2004-12-01 EP EP04804639A patent/EP1698104B1/en active Active
- 2004-12-01 CN CNB2004800047657A patent/CN100373875C/zh not_active Expired - Fee Related
- 2004-12-01 JP JP2006546148A patent/JP4563403B2/ja not_active Expired - Fee Related
- 2004-12-01 ES ES04804639T patent/ES2284075T3/es active Active
Also Published As
| Publication number | Publication date |
|---|---|
| DE602004006648D1 (de) | 2007-07-05 |
| CN1751474A (zh) | 2006-03-22 |
| CN100373875C (zh) | 2008-03-05 |
| US8543512B2 (en) | 2013-09-24 |
| DE602004006648T2 (de) | 2008-01-31 |
| WO2005062532A1 (en) | 2005-07-07 |
| ATE363169T1 (de) | 2007-06-15 |
| JP4563403B2 (ja) | 2010-10-13 |
| EP1698104B1 (en) | 2007-05-23 |
| US20080027735A1 (en) | 2008-01-31 |
| EP1698104A1 (en) | 2006-09-06 |
| JP2007521581A (ja) | 2007-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10673776B2 (en) | System and method for resource isolation and consumption in a multitenant application server environment | |
| Basin et al. | On purpose and by necessity: compliance under the GDPR | |
| CN107317730B (zh) | 用于监控区块链节点状态的方法、设备和系统 | |
| US8332825B2 (en) | Dynamically monitoring application behavior | |
| Pooley et al. | The unified modelling language and performance engineering | |
| Durowoju et al. | The impact of security and scalability of cloud service on supply chain performance | |
| US20140101013A1 (en) | Self-service interface for policy control in the cloud | |
| JP2019028806A (ja) | アプリケーション利用管理プログラム、アプリケーション利用管理方法、アプリケーション利用管理装置、および、管理用プログラム | |
| CN102147746A (zh) | 动态线程池管理 | |
| CN110933698A (zh) | 一种物联网卡的监控管理方法、装置及设备 | |
| ES2284075T3 (es) | Metodo y sistema de utilizacion en una red de comunicaciones. | |
| Concas et al. | Simulation of software maintenance process, with and without a work‐in‐process limit | |
| CN109960904A (zh) | 业务系统管理方法、管理服务器、用户终端和管理系统 | |
| CN109544393A (zh) | 基于区块链的数据存储方法与装置 | |
| US8873083B2 (en) | User centric print usage | |
| Rumble et al. | Apprehending joule thieves with cinder | |
| Liu et al. | Minimal privacy authorization in web services collaboration | |
| CN111210256A (zh) | 资源分配方法及其装置、服务器、存储介质 | |
| Ziya et al. | Optimal pricing for a service facility | |
| CN111522843B (zh) | 数据平台的控制方法、系统、设备及存储介质 | |
| CN107329819A (zh) | 一种作业管理方法及装置 | |
| Ricciato et al. | A proof-of-concept solution for the secure private processing of longitudinal Mobile Network Operator data in support of official statistics | |
| CN110348805A (zh) | 一种名单查漏方法、装置、电子设备及存储介质 | |
| CN117455429B (zh) | 一种权限管理方法、装置、设备及存储介质 | |
| Boniface et al. | Grid-based business partnerships using service level agreements |