ES2242052T3 - Dispositivo y procedimiento de intercambio de flujo entre un dispositivo cliente y un servidor. - Google Patents
Dispositivo y procedimiento de intercambio de flujo entre un dispositivo cliente y un servidor.Info
- Publication number
- ES2242052T3 ES2242052T3 ES02757735T ES02757735T ES2242052T3 ES 2242052 T3 ES2242052 T3 ES 2242052T3 ES 02757735 T ES02757735 T ES 02757735T ES 02757735 T ES02757735 T ES 02757735T ES 2242052 T3 ES2242052 T3 ES 2242052T3
- Authority
- ES
- Spain
- Prior art keywords
- file
- server
- client device
- adapter
- module
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/957—Browsing optimisation, e.g. caching or content distillation
- G06F16/9577—Optimising the visualization of content, e.g. distillation of HTML documents
-
- 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/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
-
- 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
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
-
- 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/08—Protocols for interworking; Protocol conversion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- 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/328—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the presentation layer [OSI layer 6]
-
- 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)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Adaptador (5) de flujo de tipo iCAP en ficheros aptos para ser utilizados directamente por un servidor (4) o un dispositivo cliente (3), que permite formalizar los intercambios entre dicho dispositivo cliente y dicho servidor durante intercambios de flujo entre dicho dispositivo cliente (3), que dispone de un fichero Internet, y dicho servidor (4), apto para asegurar, a requerimiento del dispositivo cliente (3), al menos un servicio de transformación de dicho fichero, comprendiendo el adaptador (5) medios de comunicación con el dispositivo cliente (3) y el servidor (4) y un fichero de configuración en el que está (o están) declarados los servicios de transformación.
Description
Dispositivo y procedimiento de intercambio de
flujo entre un dispositivo cliente y un servidor.
La invención se refiere a un dispositivo y a un
procedimiento de intercambio de flujo entre un dispositivo cliente,
que dispone de un fichero Internet y un servidor apto para
asegurar, a requerimiento del dispositivo cliente, un servicio de
transformación de dicho fichero, estando basada la comunicación
entre el dispositivo cliente y el servidor sobre un protocolo de
adaptación de contenido de ficheros Internet de tipo iCAP.
El campo de la invención es el de la comunicación
entre equipos de una red de telecomunicación de tipo Internet y
servidores que albergan servicios con valor ajustado, en el caso
presente, los servicios de transformación o de adaptación del
contenido.
En la práctica, un contenido se presenta en forma
de un fichero.
La comunicación está basada en un protocolo de
adaptación del contenido de tipo iCAP, acrónimo inglés que
corresponde a "Internet Content Adaptation Protocol"
(Protocolo de Adaptación del Contenido en Internet), definido por un
grupo de sociedades en el ámbito del iCAP forum.
En el estado de la técnica, se puede citar la
solicitud de patente internacional WO 98/43177, que describe un
dispositivo y un procedimiento de intercambio de flujo entre un
dispositivo cliente, que dispone de un fichero Internet, y un
servidor, apto para asegurar, a requerimiento del dispositivo
cliente, al menos un servicio de transformación de dicho fichero.
Este servicio de transformación cambia el contenido de los ficheros
recibidos de la red Internet antes de devolverlos hacia el
cliente.
Como ejemplos de servicios de transformación de
contenido pueden citarse servicios de transformación de ficheros
tales como la conversión de documentos Word en documentos RTF, la
busca de virus en un fichero, la traducción automática de un
fichero, la categorización de contenidos por análisis semántico
reenviándose un fichero correspondiente a los temas principales del
documento, con vistas, por ejemplo, a un control parental cuando se
hayan detectado temas de licencia, etc.
Un ejemplo de transformación de contenidos según
el protocolo iCAP está ilustrado en la figura 1:
a) se envía una solicitud HTTP desde el ordenador
1 de un utilizador hacia una memoria de procuración 3 configurada en
el navegador (en inglés "browser") del ordenador; el ordenador
1 puede estar reemplazado por cualquier otro equipo apto para
enviar una solicitud HTTP, igual que la memoria 3 puede estar
reemplazada por un encaminador (router) o por cualquier otro equipo
de la red Internet,
b) la memoria 3 envía una solicitud HTTP al
servidor Web 2, que contiene esta página,
c) el servidor Web reenvía la página requerida a
la memoria 3,
d) la memoria 3, que actúa como dispositivo
cliente iCAP, denominado de una manera más sencilla cliente iCAP,
requiere un servicio de transformación del contenido al servidor
iCAP 4, transmitiéndole la página Web; la transformación de
contenido requerida podría referirse, igualmente, a la solicitud
HTTP propiamente dicha y ser requerida directamente, después de la
etapa a) o después de la etapa c), es decir después que la
respuesta HTTP haya sido enviada; a continuación, se designará por
fichero Internet, una respuesta HTTP que comprenda uno o varios
encabezamientos y un contenido, o una solicitud HTTP que no
comprenda, en general, contenido sino únicamente un
encabezamiento;
e) el servidor iCAP 4 trata esta solicitud
utilizando el servicio de transformación de fichero requerido y a
continuación responde a la memoria 3 reenviando el fichero
transformado, por ejemplo la página tratada,
f) la memoria 3 retorna la respuesta del servidor
iCAP 4 hasta el ordenador 1 del usuario y almacena esta
respuesta.
Como se ha ilustrado en este ejemplo, el papel
del protocolo iCAP consiste en conectar un cliente iCAP 3 con el
servidor iCAP 4.
Actualmente, para poder implementar este
protocolo iCAP entre un cliente 3 y un servidor 4 correspondiente a
las etapas d) y e) precedentes, es indispensable, como se ha
representado en la figura 2, desarrollar una capa específica 41 en
el seno del servicio de transformación de fichero 40 empleado por
el servidor iCAP. Esto impone, en particular, un desarrollo
específico para cada servicio de transformación de fichero. Además,
estos desarrollos son pesados y costosos.
El objeto de la presente invención consiste, por
lo tanto, en reducir e incluso en suprimir el desarrollo específico
necesario para cada servicio, para que sea compatible con el
protocolo iCAP.
La invención tiene por objeto un dispositivo de
intercambio de flujo entre un cliente que disponga de un fichero
Internet y un servidor apto para asegurar, a solicitud del cliente,
al menos un servicio de transformación de dicho fichero, estando
basada la comunicación entre el cliente y el servidor sobre un
protocolo de adaptación del contenido de ficheros Internet de tipo
iCAP, principalmente caracterizado porque comprende un adaptador de
los flujos de tipo iCAP en ficheros aptos para ser utilizados
directamente por dicho servidor o por dicho cliente; y porque el
adaptador comprende medios de comunicación con el cliente y el
servidor y un fichero de configuración en el que está o están
declarados los servicios de transformación.
El adaptador comprende, ventajosamente, un módulo
de comunicación apto para gestionar la comunicación con el cliente
y/o un módulo de extracción de los encabezamientos y del contenido
del fichero Internet y/o un módulo de análisis previo de los
encabezamientos y/o un módulo de creación de ficheros de interfase
entre el adaptador y el servidor y/o un módulo de llamada del
servicio de adaptación del servidor y/o un módulo de respuesta y/o
un módulo de control de integridad del fichero transformado
destinado al cliente y/o un módulo de reconstrucción del fichero
transformado destinado al cliente.
El adaptador puede estar integrado con el
servidor.
La invención se refiere, igualmente, a un
procedimiento de intercambio de flujo entre un cliente que disponga
de un fichero Internet, y un servidor apto para asegurar al menos
un servicio de transformación de fichero, estando basada la
comunicación entre el cliente y el servidor sobre un protocolo de
adaptación de contenido de ficheros Internet de tipo iCAP,
caracterizado porque consiste en colocar un adaptador de los flujos
de tipo iCAP en ficheros aptos para ser utilizados entre el cliente
y el servidor y porque comprende las etapas siguientes:
a - el envío de un fichero Internet, por parte de
dicho cliente al adaptador,
b - la adaptación del fichero Internet por parte
del adaptador y envío del fichero adaptado a dicho servidor,
c - la ejecución de la transformación de fichero
adaptado, por dicho servidor y envío del fichero transformado a
dicho adaptador,
d - la adaptación del fichero transformado por el
adaptador,
e - el envío del fichero, transformado y
adaptado, a dicho cliente.
Según una característica de la invención, la
etapa b- consiste, para el adaptador, en
- extraer los encabezados y, eventualmente, los
contenidos del fichero Internet proporcionado por el cliente,
- proceder a un análisis previo de los
encabezados,
- generar ficheros de interfase,
- llamar al servicio de transformación del
servidor,
- colocarse en espera de una respuesta del
servidor.
La etapa d- consiste ventajosamente, para el
adaptador, en
- verificar el parámetro de retorno de la llamada
y controlar la integridad del fichero transformado,
- cuando el control de integridad lo ordene,
reconstitución del fichero transformado.
Según una característica adicional, el
procedimiento según la invención comprende una etapa previa de
iniciación del adaptador que consiste en declarar en un fichero de
configuración del adaptador, el o los servicios de
transformación.
Otras particularidades y ventajas de la invención
se pondrán claramente de manifiesto por la lectura de la descripción
hecha a título de ejemplo, no limitativo, y con relación a los
dibujos adjuntos en los que:
la figura 1, ya descrita, representa,
esquemáticamente, las etapas de llamada a un sistema de
transformación de fichero,
la figura 2, ya descrita, representa,
esquemáticamente, el funcionamiento de un sistema actual de
transformación de fichero,
la figura 3 representa, esquemáticamente, un
sistema de transformación de fichero según la invención,
la figura 4 representa, esquemáticamente, los
principales elementos funcionales de un dispositivo de intercambio
de flujos iCAP según la invención,
la figura 5 representa, esquemáticamente, un
ejemplo de fichero Internet,
las figuras 6a), 6b) y 6c) representan,
esquemáticamente, elementos funcionales de un dispositivo según la
invención respectivamente durante un llamada de servicio de
transformación, de la extracción de este servicio y de la
respuesta,
la figura 7 es un diagrama de relaciones entre
clases.
Como se ha representado en la figura 3, la
invención consiste en prever un adaptador 5, preferentemente en el
servidor 4, para adaptar, por una parte, en el sentido
cliente-servidor, los ficheros para que puedan ser
utilizados directamente por los servicios de transformación de
fichero 40 y, por otra parte, para asegurar, en el sentido
servidor-cliente, un control de integridad del
fichero transformado y, eventualmente, su reconstitución.
El adaptador 5 permite formalizar los
intercambios entre el cliente iCAP 3 y los servicios de
transformación de fichero merced a una adaptación de los flujos
iCAP de las etapas d) y e) para hacerlos compatibles con servicios
de transformación de ficheros 40 sin que sea necesario desarrollar
una capa iCAP al nivel de los servicios de transformación de
fichero. Esto permite entonces definir servicios de transformación
de ficheros modulares, evolutivos e independientes de las capas
iCAP.
Se describirá ahora el funcionamiento del
adaptador según la invención, con relación a la figura 4:
- el adaptador 5 se inicia, en primer lugar,
principalmente con el fin de conocer el (o los) servicios de
transformación que podrán ser invocados: en un fichero de
configuración se han introducido, además, parámetros de
funcionamiento (puerto de comunicación, tamaño de la cola de espera
de las solicitudes de servicios de transformación, repertorio en el
que se generan ficheros de interfase con el servidor, ...), los
nombres de los servicios de transformación y los parámetros
específicos asociados con los servicios de transformación y la
manera de invocarlos (camino de acceso, módulo de compilación del
servicio (utilizando librerías estáticas o dinámicas o ejecutables),
...); en un ejemplo de realización, los parámetros de
funcionamiento han sido iniciados por los campos y los valores
siguientes:
- el puerto de comunicación, server.default_port=8080
- el tamaño de la cola de espera, server.default_backlog=20
- el repertorio, server.temp_directory= /home/cbe/files
- el camino de acceso a ficheros específicos de un servicio de filtración,
- SVC.def_directory=/home/filtrage/SVC/def
- una vez inicializado, el adaptador 5 se
encuentra en espera de conexión procedente del cliente iCAP 3 a
través de un módulo de comunicación 50 que le permite así conversar
con el cliente iCAP 3 y almacenar temporalmente el conjunto de datos
intercambiados durante las fases de comunicación.
Cuando la transformación de fichero se refiera a
una respuesta del servidor Web 2, estos datos representados en la
figura 5, comprenden otro contenido, los encabezamientos HTTP
emitidos desde el navegador Web del ordenador 1, los encabezamientos
HTTP retornados por el servidor Web 2 de destino, así como los
encabezamientos iCAP referentes al cliente iCAP 3. Cuando la
transformación de fichero se refiera a una solicitud, estos datos
comprenden los encabezamientos HTTP emitidos desde el navegador Web
del ordenador 1, así como los encabezamientos iCAP correspondientes
al cliente iCAP 3; los otros datos existen eventualmente en el caso
en que la transformación sea requerida después de la etapa c)
representada en la figura 1, pero no son tenidos en consideración
puesto que se trata de una transformación de solicitud.
Ahora se hará referencia a la figura 4. El módulo
50 gestiona de manera clásica la conexión TCP/IP y el protocolo
iCAP abriendo, principalmente, una puerta de comunicación TCP; este
módulo 50 se encuentra en espera en tanto en cuanto no le llegue
ninguna solicitud iCAP. Cuando se produzca la recepción de una
solicitud iCAP, el módulo crea un nuevo canal ("socket") de
comunicación encargado de asegurar el tratamiento del servicio de
transformación requerido por el cliente 3; el puerto de
comunicación, liberado de este modo, se coloca de nuevo en espera de
otra solicitud.
De manera ejemplificativa se puede utilizar la
instrucción siguiente escrita en lenguaje C++ bajo el sistema de
explotación LINUX:
- TheIcapAdapter>handleNewClients();
Los datos emitidos por el cliente 3 son
transmitidos hacia un módulo 500 a través el canal de comunicación
creado. El módulo de comunicación 50 comprende, además, medios de
almacenamiento temporal del conjunto de los datos intercambiados
durante las fases de comunicación,
- por medio del módulo 500, el adaptador 5 extrae
los encabezamientos y el contenido de los datos recibidos del
módulo 50, analiza los encabezamientos, crea cuatro ficheros que
aíslan los diferentes encabezamientos del contenido, utilizando por
ejemplo la instrucción
- int iCr=CreateFiles(new_fd,cCanal, Exceed);
después de un conformado preciso, el adaptador 5
dirige a continuación, de nuevo, el flujo de datos hacia el
servicio de transformación 40, requerido utilizando, por ejemplo,
la instrucción
- if(_ServiceIcap)returnValue=_ServiceIcap
- - >CallService(new_fd,cCanal,_icapRootDirectory, Exceed);
el servicio requerido 40 puede estar localizado
en el servidor 4 o puede encontrarse distante y ser invocado a
través de la red Internet por ejemplo. El módulo 500 se pone a
continuación en espera de una respuesta del servicio de
transformación;
- el fichero transformado retornado por el
servicio 40 es controlado por el módulo 500 que verifica su
integridad; el fichero transformado sufrirá, eventualmente, un
conformado, incluso un conjunto de acciones suplementarias para
hacerlo conforme con el protocolo iCAP;
- el fichero controlado es suministrado al
cliente iCAP 3 a través del módulo de comunicación 50 y del canal de
comunicación, abierto para tratar este servicio de transformación,
es cerrado, utilizándose, por ejemplo, la instrucción
- CicapGlobals::ManageResponse(Filtrage,Long_file,rootDirectory,socket_fd);
El diagrama representado en la figura 7 ilustra
las relaciones que existen entre las clases utilizadas en las
instrucciones precedentes.
Se describirán ahora, con mayor detalle, las
funcionalidades del módulo 500 en relación con las figuras 6a), 6b)
y 6c) que corresponden respectivamente a una llamada de servicio de
transformación, a la ejecución de la transformación y a la
respuesta.
Durante una llamada de servicio de
transformación, los datos son transmitidos por el módulo de
comunicación 50 hacia el módulo 51 de extracción de los
encabezamientos y del contenido. Este módulo 51 separa los
diferentes campos propios para cada uno de los encabezamientos e
invoca para cada encabezamiento, el módulo 52 de análisis previo de
los encabezamientos.
El módulo 52 de análisis previo de los
encabezamientos verifica, en una primera etapa, que el servicio de
transformación invocado esté disponible en el servidor iCAP; en el
caso presente, verifica que el servicio de transformación invocado
esté descrito en el fichero de configuración del adaptador. Si esto
no ocurre retorna un error al cliente iCAP 3, a través del módulo
de comunicación 50, sin pasar por el servidor iCAP. El módulo 52
analiza, igualmente, el tipo de solicitud iCAP: modificación de
respuesta Web o modificación de solicitud Web. En el módulo
modificación de solicitud, no es necesario, en general, extraer el
contenido ni incluso el encabezamiento HTTP del servidor Web. El
módulo 52 identifica los eventuales parámetros asociados con la
ejecución del servicio. El módulo 52 retorna los resultados al
módulo de extracción 51, que llama a los módulos 53a, 53b, 53c, 53d
para la creación de ficheros de interfase a la salida.
Los módulos 53a, 53b, 53c, 53d crean los cuatro
ficheros que ofrecen a los servicios de transformación de fichero
40, una interfase común que facilita las transformaciones a ser
efectuadas sobre los ficheros:
- el encabezamiento del servidor iCAP 4 es
registrado en un fichero iCAP-salida, que contiene
entonces las informaciones relativas al cliente iCAP 3 así como
ciertos campos de la solicitud o de la respuesta HTTP según que se
trata del modo modificación de solicitud o modificación de
respuesta,
- el encabezamiento HTTP emitido por el ordenador
1, que contiene informaciones relativas al navegador cliente, así
como al servidor Web invocado, es registrado en un fichero HTTP
cliente-salida,
- el encabezamiento HTTP retornado por el
servidor Web 2, que contiene informaciones relativas al contenido de
la respuesta, son diseccionados URL, siendo registrados su tipo, su
longitud, en un fichero HTTP servidor-salida; este
fichero puede estar vacío cuando se trate del módulo modificación de
solicitud;
- el contenido de la respuesta del servidor Web,
expurgada de los encabezamientos (fichero html, gif, jpeg, ...) es
registrado en un fichero
F-contenido-salida; este fichero
puede estar vacío cuando se trate del modo modificación de
solicitud.
Cada nombre de fichero se completa con un número
de índice incrementado en una unidad cada vez que se produzca una
nueva solicitud iCAP.
Cada módulo 53a, 53b, 53c y 53d de creación de
fichero envía un código de retorno al módulo 51 de extracción para
indicar el resultado de la operación, así como los nombres de los
ficheros.
Una vez analizados los encabezamientos y creados
los ficheros, el módulo de extracción 51 invoca al módulo 54 de
llamada de los servicios de transformación 40. Este módulo 54 llama
al servicio de transformación correspondiente proporcionándole un
conjunto de parámetros que comprende, principalmente, el nombre de
la función de llamada del servicio, la dirección y el puerto del
servidor iCAP en el que se sitúa el servicio y los nombres de los
ficheros de interfase definidos anteriormente.
Como se ha indicado en la figura 6b), el servicio
de transformación 40 ejecuta entonces la transformación en relación
con los módulos 53a, 53b, 53c y 53d que permiten acceder a los
ficheros de interfase, y retorna los datos transformados a un
módulo de respuesta 55.
El módulo de respuesta 55, representado en la
figura 6c), recupera los datos del servicio de transformación
40.
Entre estos datos figura un código de retorno de
la función de llamada del servicio que indica que la transformación
ha sido efectuada correctamente; cuando esto no ocurra y cuando se
haya detectado un problema, el código de retorno, que es entonces
un código de error extenso, permite al módulo de respuesta 55 un
diagnóstico rápido del problema detectado.
Entre estos datos figuran, igualmente,
informaciones suplementarias en forma de cuatro ficheros de
interfase en entrada que corresponden a los ficheros de interfase
en salida. Cada uno de estos ficheros refleja la transformación de
fichero realizada; de aquí resulta:
un complemento de modificación del encabezado
iCAP,
eventuales modificaciones del encabezado HTTP
cliente,
eventuales modificaciones del encabezamiento HTTP
servidor,
los datos que resultan del fichero
transformado.
El módulo de respuesta 55 puede utilizar estos
ficheros para llamar un nuevo servicio iCAP y encadenar de este
modo los servicios de transformación en la medida en que los datos
y los parámetros estén disponibles y estén ya repertorizados. Esta
funcionalidad puede ser activada cuando los servicios a encadenar
tengan el mismo número genérico.
Un servicio de control de virus puede suceder,
por ejemplo, a un servicio de control "parental" que impida el
acceso a páginas Web en las cuales hayan sido detectados sujetos
licenciosos, siendo reconocidos estos dos servicios bajo el nombre
genérico "control".
Una vez que se han recibido los datos
transformados, el módulo de respuesta 55 invoca al módulo 56 de
control de integridad.
El módulo 56 verifica la integridad de los datos
efectuando principalmente ensayos de coherencia entre, por ejemplo,
la longitud del fichero transformado y la información del
encabezamiento relativo a esta longitud.
Los datos controlados son transmitidos entonces
al módulo 57 de reconstitución de los ficheros.
El módulo 57 crea o completa el encabezamiento
iCAP con las informaciones sobre la naturaleza del servidor iCAP 4.
Éste modifica los encabezamientos HTTP del ordenador 1 y/o del
servidor Web 2 en función de las consignas del módulo 56 de control
de integridad; en caso de ausencia de uno o varios ficheros de
interfase en entrada, el módulo 57 puede crearlos a partir de los
ficheros de interfase en salida.
Una vez reconstituido, el fichero es transmitido
al módulo de comunicación 50 que lo retorna al cliente iCAP 3, que
ha iniciado la solicitud iCAP.
Claims (15)
1. Adaptador (5) de flujo de tipo iCAP en
ficheros aptos para ser utilizados directamente por un servidor (4)
o un dispositivo cliente (3), que permite formalizar los
intercambios entre dicho dispositivo cliente y dicho servidor
durante intercambios de flujo entre dicho dispositivo cliente (3),
que dispone de un fichero Internet, y dicho servidor (4), apto para
asegurar, a requerimiento del dispositivo cliente (3), al menos un
servicio de transformación de dicho fichero, comprendiendo el
adaptador (5) medios de comunicación con el dispositivo cliente (3)
y el servidor (4) y un fichero de configuración en el que está (o
están) declarados los servicios de transformación.
2. Adaptador según la reivindicación anterior,
caracterizado porque comprende un módulo (50) de
comunicación apto para gerenciar la comunicación con el dispositivo
cliente (3).
3. Adaptador según una de las reivindicaciones
precedentes, caracterizado porque comprende un módulo (51)
de extracción de los encabezamientos y del contenido del fichero
Internet.
4. Adaptador según la reivindicación precedente,
caracterizado porque comprende un módulo (52) de análisis
previo de los encabezamientos.
5. Adaptador según una de las reivindicaciones
precedentes, caracterizado porque comprende, al menos, un
módulo (53a o 53b o 53c o 53d) de creación de ficheros de interfase
entre el adaptador(5) y el servidor (4).
6. Adaptador según una de las reivindicaciones
precedentes, caracterizado porque comprende un módulo (54)
de llamada del servicio de adaptación del servidor (4).
7. Adaptador según una de las reivindicaciones
precedentes, caracterizado porque comprende un módulo (55)
de respuesta.
8. Adaptador según una de las reivindicaciones
precedentes, caracterizado porque comprende un módulo (56)
de control de integridad del fichero transformado destinado al
dispositivo cliente (3).
9. Adaptador según una de las reivindicaciones
precedentes, caracterizado porque comprende un módulo (57)
de reconstitución del fichero transformado destinado al dispositivo
cliente (3).
10. Sistema de intercambio de flujo entre un
dispositivo cliente (3), que dispone de un fichero Internet, y un
servidor (4), apto para asegurar a requerimiento del dispositivo
cliente (3), al menos un servicio de transformación de dicho
fichero, estando basada la comunicación entre el dispositivo cliente
y el servidor, en un protocolo de adaptación de contenido de
ficheros Internet de tipo iCAP, caracterizado porque
comprende un adaptador según una cualquiera de las reivindicaciones
1 a 9.
11. Servidor de tipo iCAP, apto para asegurar a
requerimiento de un dispositivo cliente (3), que dispone de un
fichero Internet, al menos un servicio de transformación de dicho
fichero, caracterizado porque comprende un adaptador según
una cualquiera de las reivindicaciones 1 a 9.
12. Procedimiento de intercambio de flujo entre
un dispositivo cliente, que dispone de un fichero Internet, y un
servidor apto para asegurar al menos un servicio de transformación
de fichero, estando basada la comunicación entre el dispositivo
cliente y el servidor en un protocolo de adaptación de contenido de
ficheros Internet de tipo iCAP, caracterizado porque
consiste en colocar un adaptador de los flujos de tipo iCAP en
ficheros aptos para ser utilizados entre el dispositivo cliente y el
servidor, y porque comprende las etapas siguientes:
a - el envío de un fichero Internet al adaptador
por parte de dicho dispositivo cliente,
b - la adaptación del fichero Internet por el
adaptador, que permite formalizar los intercambios entre dicho
dispositivo cliente y dicho servido y envío del fichero adaptado a
dicho servidor,
c - la ejecución de la transformación de fichero
adaptado, por dicho servidor y envío del fichero transformado a
dicho adaptador,
d - la adaptación del fichero transformado por el
adaptador, que permite formalizar los intercambios entre dicho
dispositivo cliente y dicho servidor,
e - el envío del fichero transformado y adaptado
a dicho dispositivo cliente.
13. Procedimiento según la reivindicación
precedente, caracterizado porque la etapa b - consiste, para
el adaptador, en
- extraer los encabezamientos y, eventualmente,
el contenido del fichero Internet proporcionado por el dispositivo
cliente,
- proceder a un análisis previo de los
encabezamientos,
- generar ficheros de interfase,
- llamar al servicio de transformación del
servidor,
- ponerse en espera de una respuesta del
servidor.
14. Procedimiento según una de las
reivindicaciones 12 o 13, caracterizado porque la etapa d -
consiste, para el adaptador, en
- verificar el parámetro de retorno de la llamada
y controlar la integridad del fichero transformado,
- cuando el control de integridad lo ordene,
reconstitución del fichero transformado.
15. Procedimiento según una de las
reivindicaciones 12 a 14, caracterizado porque comprende una
etapa previa de iniciación del adaptador, que consiste en declarar
en un fichero de configuración del adaptador, el o los servicios de
transformación.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0104398A FR2823044B1 (fr) | 2001-03-30 | 2001-03-30 | Dispositif et procede d'echange de flux entre un dispositif client et un serveur bases sur un protocole d'adapatation de contenu de fichiers internet de type icap |
| FR0104398 | 2001-03-30 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2242052T3 true ES2242052T3 (es) | 2005-11-01 |
Family
ID=8861797
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES02757735T Expired - Lifetime ES2242052T3 (es) | 2001-03-30 | 2002-03-26 | Dispositivo y procedimiento de intercambio de flujo entre un dispositivo cliente y un servidor. |
Country Status (9)
| Country | Link |
|---|---|
| US (1) | US7269620B2 (es) |
| EP (1) | EP1381978B1 (es) |
| AT (1) | ATE297034T1 (es) |
| CA (1) | CA2443221A1 (es) |
| DE (1) | DE60204450T2 (es) |
| ES (1) | ES2242052T3 (es) |
| FR (1) | FR2823044B1 (es) |
| PT (1) | PT1381978E (es) |
| WO (1) | WO2002080024A1 (es) |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2847092B1 (fr) * | 2002-11-08 | 2004-12-31 | France Telecom | Procede et systeme de mesure des parametres de qualite d'un service de type web |
| JP2004272317A (ja) * | 2003-03-05 | 2004-09-30 | Hitachi Ltd | プログラム管理方法及びシステム並びにその処理プログラムを格納した記憶媒体 |
| FR2858152B1 (fr) * | 2003-07-24 | 2005-08-26 | France Telecom | Gestion automatique de champ d'en-tete dans une reponse |
| FR2852416A1 (fr) * | 2003-08-08 | 2004-09-17 | France Telecom | Systeme de filtrage progressif de contenus |
| FR2859551A1 (fr) * | 2003-09-09 | 2005-03-11 | France Telecom | Procede d'insertion d'informations de filtrage thematique de pages html et systeme correspondant |
| FR2873882A1 (fr) * | 2004-07-29 | 2006-02-03 | France Telecom | Procede et dispositif de distinction de requetes http utilisateur |
| FR2874772A1 (fr) * | 2004-08-30 | 2006-03-03 | France Telecom | Systeme et procede d'acces a un service utilisant un mecanisme d'interaction |
| US7647417B1 (en) | 2006-03-15 | 2010-01-12 | Netapp, Inc. | Object cacheability with ICAP |
| US8108527B1 (en) | 2006-06-05 | 2012-01-31 | Thomson Reuters (Markets) Llc | Dynamic display using pushed-streamed data |
| US8042185B1 (en) | 2007-09-27 | 2011-10-18 | Netapp, Inc. | Anti-virus blade |
| US8725866B2 (en) | 2010-08-16 | 2014-05-13 | Symantec Corporation | Method and system for link count update and synchronization in a partitioned directory |
| US8429209B2 (en) | 2010-08-16 | 2013-04-23 | Symantec Corporation | Method and system for efficiently reading a partitioned directory incident to a serialized process |
| US8930528B2 (en) * | 2010-08-16 | 2015-01-06 | Symantec Corporation | Method and system for partitioning directories |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6421733B1 (en) * | 1997-03-25 | 2002-07-16 | Intel Corporation | System for dynamically transcoding data transmitted between computers |
| FR2787957B1 (fr) * | 1998-12-28 | 2001-10-05 | Inst Nat Rech Inf Automat | Procede de traitement d'une requete |
-
2001
- 2001-03-30 FR FR0104398A patent/FR2823044B1/fr not_active Expired - Fee Related
-
2002
- 2002-03-26 US US10/473,984 patent/US7269620B2/en not_active Expired - Fee Related
- 2002-03-26 PT PT02757735T patent/PT1381978E/pt unknown
- 2002-03-26 WO PCT/FR2002/001044 patent/WO2002080024A1/fr not_active Application Discontinuation
- 2002-03-26 DE DE60204450T patent/DE60204450T2/de not_active Expired - Lifetime
- 2002-03-26 CA CA002443221A patent/CA2443221A1/fr not_active Abandoned
- 2002-03-26 AT AT02757735T patent/ATE297034T1/de not_active IP Right Cessation
- 2002-03-26 ES ES02757735T patent/ES2242052T3/es not_active Expired - Lifetime
- 2002-03-26 EP EP02757735A patent/EP1381978B1/fr not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE297034T1 (de) | 2005-06-15 |
| EP1381978A1 (fr) | 2004-01-21 |
| WO2002080024A1 (fr) | 2002-10-10 |
| PT1381978E (pt) | 2005-09-30 |
| US7269620B2 (en) | 2007-09-11 |
| FR2823044A1 (fr) | 2002-10-04 |
| US20060080674A1 (en) | 2006-04-13 |
| CA2443221A1 (fr) | 2002-10-10 |
| EP1381978B1 (fr) | 2005-06-01 |
| FR2823044B1 (fr) | 2004-05-21 |
| DE60204450T2 (de) | 2006-05-04 |
| DE60204450D1 (de) | 2005-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2242052T3 (es) | Dispositivo y procedimiento de intercambio de flujo entre un dispositivo cliente y un servidor. | |
| US8099456B2 (en) | Application programming interface for implementing directory service access using directory service markup language | |
| TW509847B (en) | Method of transmission of the flux of data at high speed on an Internet type network between a server and a terminal with a chip card, especially the flux of multimedia data | |
| CA2332283C (en) | Method for accessing an object using a "web" browser cooperating with a smart card, and architecture for implementing the method | |
| US7162542B2 (en) | Cascading network apparatus for scalability | |
| ES2227692T3 (es) | Provision de enlaces de comunicaciones en una red de ordenadores. | |
| US7512711B1 (en) | Scalable network apparatus for content based switching or validation acceleration | |
| US7194545B2 (en) | Smart card applications implementing CGI agents and directory services | |
| JP4537579B2 (ja) | 二方向的なプロセス対プロセスのバイトストリームのプロトコル | |
| CN1954527A (zh) | 在fcp内对tcp卸载引擎的编码 | |
| EP0924630A1 (en) | Resource retrieval over a data network | |
| JP2006139769A (ja) | インターネットタイプのネットワークを介してサーバと通信するためのチップカード読取装置を備えた安全保護端末 | |
| Callaghan | WebNFS client specification | |
| CA2397865A1 (en) | Improved method and system of state management for data communications | |
| Sechrest | An introductory 4.4 BSD interprocess communication tutorial | |
| US6654892B1 (en) | Methods and apparatus for permitting transactions across firewalls | |
| Khare | W* effect considered harmful [Internet WAP] | |
| Allen et al. | The architecture of the common indexing protocol (CIP) | |
| Cooper | An argument for soft layering of protocols | |
| ES2396226T3 (es) | Seguimiento de datos relativos a cursos de aprendizaje por ordenador | |
| US9756129B2 (en) | WSDL/WADL reference definition integration | |
| Cisco | Chapter 3 | |
| Madukkarumukumana et al. | Harnessing user-level networking architectures for distributed object computing over high-speed networks | |
| Lever et al. | Remote direct memory access transport for remote procedure call version 1 | |
| Yemini et al. | The network flow language: A mark-based approach to active networks |