ES2293257T3 - Procedimiento para analizar peticiones de usuario. - Google Patents
Procedimiento para analizar peticiones de usuario. Download PDFInfo
- Publication number
- ES2293257T3 ES2293257T3 ES04734497T ES04734497T ES2293257T3 ES 2293257 T3 ES2293257 T3 ES 2293257T3 ES 04734497 T ES04734497 T ES 04734497T ES 04734497 T ES04734497 T ES 04734497T ES 2293257 T3 ES2293257 T3 ES 2293257T3
- Authority
- ES
- Spain
- Prior art keywords
- request
- user
- redirector
- address
- content
- 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
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000004458 analytical method Methods 0.000 claims abstract description 29
- 238000010187 selection method Methods 0.000 claims description 2
- 238000001514 detection method Methods 0.000 description 4
- 238000010586 diagram Methods 0.000 description 3
- 235000019580 granularity Nutrition 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 238000007405 data analysis Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
- 230000014616 translation Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
- H04L63/0227—Filtering policies
- H04L63/0236—Filtering by address, protocol, port number or service, e.g. IP-address or URL
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/45—Network directories; Name-to-address mapping
- H04L61/4505—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols
- H04L61/4511—Network directories; Name-to-address mapping using standardised directories; using standardised directory access protocols using domain name system [DNS]
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Information Transfer Between Computers (AREA)
- Electrically Operated Instructional Devices (AREA)
- Measuring Pulse, Heart Rate, Blood Pressure Or Blood Flow (AREA)
- Computer And Data Communications (AREA)
Abstract
Procedimiento para analizar peticiones de usuario, aplicable a una red que comprende por lo menos un DNS y un redireccionador de petición, el procedimiento comprendiendo que: el DNS analiza la petición de usuario procedente de un terminal de usuario hasta la capa de protocolo de Internet (IP), obteniendo una dirección IP del terminal de usuario; y asigna un redireccionador de petición seleccionado para la petición de usuario (4); dicho redireccionador de petición seleccionado implementa un análisis de capa de contenido para la petición de usuario recibida y obtiene información sobre el contenido solicitado; y dicho redireccionador de petición seleccionado asigna un servidor para proporcionar el contenido que requiere el terminal de usuario para la petición de usuario según la información sobre el contenido solicitado (7).
Description
Procedimiento para analizar peticiones de
usuario.
La presente invención se refiere a tecnología de
análisis de datos, más específicamente a un procedimiento para
analizar peticiones de usuario.
La red de entrega de contenidos (CDN) es una
tecnología desarrollada para mejorar la calidad de servicio de
Internet, la cual proporciona una solución técnica global a la
influencia sobre el acceso de usuario que produce una anchura de
banda limitada, un gran volumen de accesos de usuario y una
distribución desequilibrada de sitios web, por medio de la
implementación de acceso de usuario a sitios web cercanos y la
distribución inteligente del tráfico de red. Como se muestra en la
figura 1, la CDN comprende de forma general tres tipos de
dispositivos: el servidor de borde (ES) distribuido sobre el borde
de la red, la instalación central de entrega de contenido que
transfiere contenidos al ES, y el sistema de encaminamiento de
petición de usuario. El fundamento del CDN es: impulsar los
contenidos de un sitio de una Internet existente desde el eje
troncal de la red hasta el "borde" de la red más cercano al
usuario, es decir el CDN puede entregar por adelantado la
información del sitio web de un proveedor de contenido de Internet
(ICP) a los dispositivos de borde de la red, por ejemplo, entregar
la información a un ES, logrando que los usuarios obtengan una
respuesta de alta velocidad desde un dispositivo de borde cercano
cuando acceden a un sitio, para reducir factores como el retardo de
transmisión y la inestabilidad de flujo de red que tienen
influencia en el acceso, y proporcionar a los usuarios servicios
regulados y de alta calidad de forma que puedan obtener la
información necesaria a la mayor velocidad desde el sitio más
cercano. El CDN mitiga en gran medida la congestión del tráfico en
Internet, haciendo que los sitios puedan proporcionar servicios de
contenido con un enorme consumo de datos, como programas de vídeo,
audio bajo demanda etcétera; y al mismo tiempo, mejora la fiabilidad
de servicios tales como comercio en línea y banca en red.
En los tres tipos de dispositivos implicados en
el CDN, la función del sistema de encaminamiento de petición de
usuario es: cuando se recibe una petición de contenido procedente de
un usuario, el sistema de encaminamiento de petición de usuario
selecciona el ES más apropiado distribuido en el borde de la red, y
da instrucciones al ES para proporcionar el contenido al usuario.
En general, tomando a Internet como ejemplo, la información
transferida por el usuario comprende la información de red del
usuario y la información de petición de contenido del usuario,
donde la información de red comprende la dirección IP de origen, la
dirección IP de destino, el puerto ocupado por el servicio
solicitado por el usuario, etcétera, y la información de petición de
contenido comprende una cadena de caracteres de localizador
uniforme de recursos (URL).
La solicitud de patente de Estados Unidos número
2003/061304 A1, titulada "method and apparatus for discovering
client proximity using in-line translations",
describe un procedimiento para determinar una localización
temporalmente óptima para un cliente basándose en medidas de
proximidad sobre conexiones establecidas que son resultado de
solicitudes de contenido. Y solicitud de patente de Estados Unidos
número 2002/007404 A1, describe un sistema para acumular recursos
de red en un servidor intermedio situado de forma topológica entre
un cliente y un servidor en una red.
Los sistemas de encaminamiento de petición de
usuario existentes presentan diferentes granularidades de análisis
para solicitudes de usuario diferentes, y se adoptan usualmente dos
procedimientos:
Un procedimiento es: analizar la petición de
usuario hasta la tercera capa del protocolo ISO de red, es decir
identificar solamente la información de red del usuario, analizar
para obtener la dirección IP del usuario por medio de un servidor
de nombre de dominio (DNS), y encontrar un ES apropiado según la
dirección IP del usuario según una cierta regla, por ejemplo
round-robin. Sin embargo, este procedimiento puede
obtener solamente la información de red del usuario, por tanto la
información que se obtiene es relativamente limitada, lo cual
conduce a algunos problemas en la asignación consiguiente del ES,
por ejemplo, y el ES asignado puede no disponer del contenido
solicitado por el usuario.
El otro procedimiento es: analizar la petición
de usuario hasta un grado de "contenido", es decir analizar la
cadena de caracteres de URL. De esta forma, se puede conocer no
solamente la dirección IP del usuario, sino también el fichero al
cual quiere acceder el usuario, es decir, se realiza la
identificación de la séptima capa (L7). Sin embargo, esta
granularidad de análisis depende normalmente de los servicios que se
proporcionan, por ejemplo, cuando un usuario desea un servicio de
vídeo bajo demanda, después de que se ha aceptado la petición, el
usuario se encontrará en estado de atención al programa con pocas
peticiones de acceso transferidas, de forma que es posible para el
sistema de encaminamiento de petición de usuario analizar la
petición de usuario hasta la séptima capa, haciendo de esta forma
más efectivo el encaminamiento de las peticiones de usuario entre
servidores. Cuando un usuario desea acceder a contenidos web, sin
embargo, si el sistema de encaminamiento de petición de usuario
analiza la petición de usuario hasta la séptima capa, la carga de
trabajo del sistema de encaminamiento de petición de usuario
aumentará en gran medida debido a la gran cantidad de peticiones de
acceso.
\global\parskip0.930000\baselineskip
Es obvio que, cuando una red requiere un
análisis preciso de las peticiones de contenido y existe una gran
cantidad de dichas peticiones de usuario, se producirá una gran
carga de trabajo sobre el sistema de encaminamiento de petición de
usuario y aparecerán serios problemas en los dos procedimientos que
se han descrito. Por un lado, analizar las peticiones de usuario
solamente hasta la capa de red no es suficientemente exhaustivo, lo
cual afecta a la exactitud de la asignación consiguiente del ES; por
otro lado, analizar todas las peticiones de usuario hasta el nivel
de contenido conlleva una gran carga de trabajo para el sistema de
encaminamiento de petición de usuario. Por tanto, el análisis un
modo único de las peticiones de usuario no puede hacer frente a este
dilema.
En vistas a lo anterior, un objeto de la
presente invención es proporcionar un procedimiento para analizar
peticiones de usuario, que puede realizar un análisis preciso del
contenido mientras gestiona un volumen relativamente elevado de
accesos.
La presente invención adopta un procedimiento
para analizar la peticiones de usuario, implementando análisis de
capa de IP de una petición de usuario a través de DNS, e
implementando análisis de contenido a través de un redireccionador
de petición. Este procedimiento de análisis comprende que:
en primer lugar el DNS analiza la petición de
usuario procedente de un terminal de usuario hasta la capa de IP,
obteniendo una dirección de IP del terminal de usuario; y asigna
para la petición de usuario un redireccionador de petición
seleccionado;
dicho redireccionador de solicitud seleccionado
implementa análisis de capa de contenido para la petición de
usuario recibida y obtiene información sobre un contenido
solicitado; y
dicho redireccionador de petición seleccionado,
localiza un servidor que proporciona el contenido que necesita el
terminal de usuario para la petición de usuario según la información
sobre el contenido solicitado.
Después de que el DNS asigna el redireccionador
de petición para la petición de usuario, el procedimiento comprende
además que: dicho DNS devuelve al terminal de usuario la dirección
IP del redireccionador de solicitud seleccionado; y el terminal de
usuario envía la petición de usuario a analizar al redireccionador
de solicitud seleccionado según la dirección IP devuelta.
El procedimiento comprende además que: dicho
redireccionador de solicitud seleccionado devuelve al terminal de
usuario la dirección IP del servidor localizado; el terminal de
usuario accede al servidor localizado según la dirección IP
devuelta por el redireccionador de solicitud seleccionado; y el
servidor proporciona el contenido solicitado al terminal de
usuario.
El procedimiento proporciona además que: después
de analizar la petición de usuario en la capa IP para obtener una
dirección IP del terminal de usuario, el DNS juzga si el contenido
al que desea acceder el usuario es un contenido web; si es así,
localiza para la petición de usuario un servidor que puede
proporcionar el contenido web; en otro caso, asigna para la
petición de usuario actual el redireccionador de solicitud
seleccionado.
El procedimiento comprende además que: el DNS
selecciona el redireccionador de petición a asignar para la
petición de usuario actual mediante un mecanismo de
round-robin. Y dicho procedimiento de seleccionar el
redireccionador de petición comprende además:
- a1.
- configurar una variable de identificación X para cada registro de dirección IP en una base de datos para indicar el estado de análisis de cada registro de dirección IP, y reiniciar inicialmente las variables de identificación X correspondientes a todos los registros, donde dicho registro de dirección IP comprende un nombre de dominio y la dirección IP del redireccionador de petición que corresponde al nombre de dominio;
- a2.
- según el resultado del análisis, encontrar en la base de datos todos los registros con el mismo nombre de dominio que el de la petición de usuario actual, y obtener uno de los registros de dirección IP en orden;
- a3.
- juzgar si la variable de identificación correspondiente X del registro de dirección IP obtenido se encuentra reiniciada; si es así, devolver al terminal de usuario la dirección IP del redireccionador de solicitud de este registro, establecer la variable de identificación X correspondiente a este registro, y terminar el procedimiento de selección; si no es así, proceder con la etapa a4; y
- a4.
- juzgar si todavía quedan registros; si es así, obtener el siguiente registro en orden y volver a la etapa a3; en otro caso, reiniciar las variables de identificación X correspondientes a todos los registros de dirección IP encontrados en la etapa a2, y volver a la etapa a3.
Aquí, el número de DNS y de redireccionadores de
solicitud no se encuentra fijado, pudiendo ser uno o más. Además,
cuando el DNS determina que el usuario desea acceder a contenido
web, el DNS puede directamente asignar para la petición de usuario
un servidor que puede proporcionar el contenido web, reduciéndose de
esta forma la presión sobre el redireccionador de petición.
\global\parskip1.000000\baselineskip
Según el procedimiento de la presente invención
para analizar peticiones de usuario, el DNS no solamente analizará
peticiones para obtener nombres de dominio, es decir realizar
análisis de las peticiones de gran granularidad, por medio de los
cuales las peticiones de usuario se distribuyen a cada
redireccionador de petición a través de ciertos medios, como por
encuesta, y más específicamente por round-robin, y
las peticiones de usuario se analizarán hasta el contenido por
parte de cada redireccionador de petición. De esta forma, los
accesos de usuario se equilibrarán hasta cierto alcance por parte
del DNS mientras que el volumen de accesos de cada redireccionador
de petición no será muy grande de forma que se hace posible la
identificación a nivel de contenido. Por tanto, este análisis en
modo compuesto de las peticiones de usuario puede no solamente
proteger la inversión de los dispositivos existentes, sino también
adaptarse a arquitecturas de red estratificadas y escalonadas.
Puesto que las diferentes operaciones de procesado se realizan en
conexión con diferentes servicios con las peticiones de contenidos
web separadas por adelantado, se asegura la estabilidad del sistema
y la precisión de la asignación.
La figura 1 es un diagrama esquemático que
ilustra la arquitectura de red de un CDN según la técnica
anterior;
la figura 2 es un diagrama esquemático que
ilustra el fundamento del esquema técnico según una realización de
la presente invención;
la figura 3 es un diagrama esquemático que
ilustra el procedimiento de operación según una realización de la
presente invención;
la figura 4 es un diagrama de flujo que ilustra
el procedimiento de operación del DNS para asignar un
redireccionador de petición para una petición de usuario según una
realización de la presente invención.
La idea principal de las realizaciones de la
presente invención es: combinar el análisis de tercera capa y el
análisis de séptima capa, en primer lugar distribuyendo las
peticiones de usuario a diferentes redireccionadores de petición
por medio del análisis de tercera capa, y además analizar la
petición de usuario recibida hasta el nivel de contenido por medio
del redireccionador de petición seleccionado, es decir implementar
el análisis de capa séptima por medio del redireccionador de
petición, y según el resultado del análisis, asignar a la petición
de usuario un servidor que pueda proporcionar el contenido.
Tomando la aplicación de una realización de la
presente invención en un CDN como ejemplo, a continuación se dará
una descripción detallada de la realización de la presente invención
con referencia a las figuras adjuntas.
Como se muestra en la figura 2, en un CDN, dicho
DNS del procedimiento de la realización de la presente invención se
denomina también DNS redireccionador para distinguirlo de un DNS
local (LDNS); dicho redireccionador de petición de un CDN es
equivalente a un sistema de encaminamiento de petición de usuario
que puede identificar el contenido. Se puede observar en la figura
2 que el DNS se encuentra conectado al mismo tiempo a una pluralidad
de redireccionadores de petición, y cada petición de usuario se
distribuye a diferentes redireccionadores de petición por parte del
DNS para el análisis del contenido.
En un CDN, en la figura 3 se muestra un
procedimiento de operación típico para analizar las peticiones de
usuario según el procedimiento de una realización de la presente
invención, el cual comprende que:
un usuario envía una petición de usuario para
acceder a cierto contenido en un terminal de usuario;
el terminal de usuario solicita que el DNS local
(LDNS) realice un análisis de nombre de dominio para la petición de
usuario recibida;
después de recibir la petición de usuario
procedente del terminal de usuario, el LDNS envía la petición de
usuario a un DNS redireccionador, y solicita al DNS redireccionador
que realice el análisis de nombre de dominio;
el DNS redireccionador analiza la petición de
usuario hasta la capa de red, obteniendo información como una
dirección IP del usuario, una dirección IP de destino, etcétera, y
determina un redireccionador a asignar a la petición de usuario
actual por medio de encuesta, especialmente por medio de
round-robin. Aquí, se puede adoptar también un modo
de enlace de IP para determinar un redireccionador, donde las
direcciones IP dentro de un cierto ámbito se pueden ligar a un
redireccionador. En el modo de enlace de IP, después de realizar el
análisis de la IP del usuario, el DNS redireccionador puede
determinar el redireccionador a asignar a la petición de usuario
actual solamente por medio de juzgar el ámbito al cual pertenece la
dirección IP;
el DNS redireccionador devuelve la dirección IP
del redireccionador asignado al terminal de usuario;
el terminal de usuario accede al redireccionador
asignado según la dirección IP del redireccionador devuelta, es
decir envía la petición de usuario que contiene el contenido de
acceso al redireccionador asignado;
el redireccionador realiza el análisis de
contenido para la petición de usuario, y detecta los ES cercanos
según el resultado del análisis, es decir el contenido al cual
quiere acceder el usuario. Aquí, dicha detección de los ES cercanos
se refiere típicamente a: detectar la distancia entre un ES y el
usuario, si el ES dispone del contenido que necesita el usuario, y
si el ES se encuentra ocupado o inactivo. El propósito de la
detección es encontrar, según el contenido analizado a acceder por
parte del usuario, el ES que satisface el requerimiento, es decir
el ES que puede proporcionar dicho contenido, y obtener información
como la distancia entre el ES y el usuario, y si el ES se encuentra
ocupado o inactivo, donde la etapa de detección se puede realizar
por medio de la técnica anterior;
el redireccionador redirige el acceso de usuario
a un ES adecuado según el resultado de la detección y de una cierta
estrategia de encaminamiento, es decir de la selección de un ES
óptimo, y devuelve la dirección IP del ES seleccionado al terminal
de usuario. Dicha cierta estrategia de encaminamiento se refiere a
la selección de un ES óptimo según factores tales como la carga de
trabajo del ES, el encaminamiento óptimo, etcétera. Por ejemplo, si
existen tres servidores de borde A, B y C que pueden proporcionar la
información necesaria para el usuario actual, y actualmente A es el
ES más inactivo, entonces se selecciona A. Como otro ejemplo, si
existen tres servidores de borde, A, B y C que pueden proporcionar
la información necesaria para el usuario actual, y B es el ES más
cercano al usuario actual, entonces se selecciona el ES B;
el terminal de usuario accede al ES seleccionado
según la dirección IP del ES obtenida;
el ES inicia un procedimiento de autorización
para el usuario actual por medio de un mecanismo centralizado de
autenticación y reenvío para un sistema de gestión de usuario, como
un servidor de autorización de autenticación, y el sistema de
gestión de usuario devuelve un resultado de autenticación al ES por
medio del mecanismo de autenticación y reenvío;
si se pasa la autenticación, el ES proporciona
un servicio de contenido al usuario actual; en otro caso, se niega
el acceso al usuario actual.
Durante el procedimiento arriba descrito, para
reducir la presión de los redireccionadores de petición, se pueden
adoptar diferentes procedimientos de procesado para servicios
diferentes. Por ejemplo, después de analizar la petición de usuario
a nivel de capa de red, el DNS puede decidir si el contenido al cual
el usuario desea acceder es un contenido web; si es así, asigna a
la petición de usuario un servidor que puede proporcionar el
contenido web; en otro caso, asigna un redireccionador de petición a
la petición de usuario actual.
En el DNS redireccionador que analiza la
petición de usuario hasta la etapa de capa de red, el DNS
redireccionador que asigna un redireccionador para la petición de
usuario por medio de encuesta se puede implementar por medio del
procedimiento que se muestra en la figura 4, el cual comprende las
etapas de:
Etapa 401: existe una pluralidad de registros de
direcciones IP en la base de datos del DNS redireccionador, y cada
registro comprende un nombre de dominio y una dirección IP del
redireccionador que corresponde al nombre de dominio. Se configura
una variable de identificación X para cada registro de dirección IP
de la base de datos para indicar el estado analítico del registro,
y se reinician inicialmente las variables de identificación X de
todos los registros de la base de datos, por ejemplo haciendo igual
a cero el valor de la variable de identificación X. En esta
realización, reiniciar la variable de identificación significa que
el redireccionador correspondiente no ha sido todavía asignado, y
establecer la variable de identificación significa que el
redireccionador correspondiente ya ha sido asignado.
Etapa 402: después de obtener una petición de
usuario a analizar procedente del DNS local, el DNS redireccionador
analiza en primer lugar la petición de usuario hasta la capa de red,
obteniendo información de red como la dirección IP del usuario y la
dirección IP de destino según la petición de usuario.
Etapa 403: el DNS redireccionador obtiene el
nombre de dominio del usuario según la dirección IP del resultado
del análisis, y encuentra dentro de su propia base de datos los
registros de dirección IP que tienen el mismo nombre de dominio que
el usuario, donde la dirección IP de cada registro es la dirección
IP de un redireccionador; de esta forma se puede obtener uno de una
pluralidad de redireccionadores opcionales, y se procede a la etapa
404 para seleccionar un redireccionador a partir de los
redireccionadores obtenidos por medio de encuesta, y especialmente
por medio de round-robin.
Etapa 404-405: el DNS
redireccionador obtiene un registro en orden y juzga si la variable
de identificación X correspondiente al registro se encuentra
reiniciada; si es así, devuelve la dirección IP de este registro al
usuario, estableciendo la variable de identificación X que indica el
estado analítico de este registro, y vuelve a la etapa 402 para
esperar a la siguiente petición de usuario; en otro caso, si la
variable de identificación X correspondiente al registro se
encuentra establecida, obtener un siguiente registro en orden hasta
encontrar un registro en el cual la variable de identificación X se
encuentra reiniciada. Dicho establecimiento puede comprender hacer
que el valor de la variable de identificación X sea igual a 1.
Si las variables de identificación X
correspondientes a todos los registros de direcciones IP encontrados
en la etapa 403 se encuentran establecidas, es decir que no se
puede encontrar para asignar ningún redireccionador correspondiente
a cualquiera de los registros de dirección IP, se reinician todas
las variables de identificación X correspondientes a los registros
de direcciones IP encontrados en la etapa 403 y se vuelve a la etapa
404.
Las etapas 401-405 muestran un
procedimiento para la selección de un redireccionador de petición
por medio de encuesta. Según la realización de la presente
invención, el DNS puede también hacer una selección equilibrada de
los redireccionadores de petición por otros medios.
Se puede observar a partir de lo anterior que,
en un CDN, el procedimiento de la realización de la presente
invención hace innecesario para los sitios web ICP redirigir un
mensaje de petición de usuario para acceder a contenidos de medios
de flujo; y puesto que en esta realización una petición de usuario
se programa según el contenido, se eleva en el procedimiento de
encaminamiento subsiguiente la velocidad de acceso de un usuario
directamente a los contenidos deseados. Puesto que la realización de
la presente invención se basa en el encaminamiento de contenido, es
innecesario almacenar en memoria intermedia contenido de una
pluralidad de ES si los servidores de borde se encuentran dentro de
un grupo lógico, lo cual mejora la capacidad total de contenido
almacenado en estos servidores de borde y optimiza las
características de memoria. Además, se necesita solamente una orden
de impulso PUSH para enviar contenido a un ES, por tanto, el número
total de veces que se produce un PUSH se reduce y se aligera la
carga de la red.
Lo que arriba se ha indicado es solamente una
realización preferida de la presente invención aplicada a un CDN.
El procedimiento de la presente invención se puede aplicar a varias
circunstancias que requieren análisis de direcciones o datos y la
realización anterior no debería considerarse como limitativa del
campo de protección de la presente invención.
\vskip1.000000\baselineskip
La lista de referencias citadas por el
solicitante está indicada solamente para la conveniencia del lector.
No forma parte del documento de Patente Europea. Aunque se ha
tenido mucho cuidado en la recopilación de las referencias, no se
pueden excluir errores u omisiones y la EPO rehusa cualquier
responsabilidad en este respecto.
\bullet US 2003061304 A1 [0004].
Claims (6)
1. Procedimiento para analizar peticiones de
usuario, aplicable a una red que comprende por lo menos un DNS y un
redireccionador de petición, el procedimiento comprendiendo que:
el DNS analiza la petición de usuario procedente
de un terminal de usuario hasta la capa de protocolo de Internet
(IP), obteniendo una dirección IP del terminal de usuario; y asigna
un redireccionador de petición seleccionado para la petición de
usuario (4);
dicho redireccionador de petición seleccionado
implementa un análisis de capa de contenido para la petición de
usuario recibida y obtiene información sobre el contenido
solicitado; y
dicho redireccionador de petición seleccionado
asigna un servidor para proporcionar el contenido que requiere el
terminal de usuario para la petición de usuario según la información
sobre el contenido solicitado (7).
2. Procedimiento según la reivindicación 1 que
comprende además que, después de que el DNS asigna el
redireccionador de petición para la petición de usuario:
el DNS devuelve la dirección IP del
redireccionador de petición seleccionado al terminal de usuario (5);
y
el terminal de usuario envía la petición de
usuario a analizar al redireccionador de petición seleccionado
según la dirección IP devuelta (6).
3. Procedimiento según la reivindicación 1 que
comprende además que:
dicho redireccionador de petición seleccionado
devuelve la dirección IP del servidor asignado al terminal de
usuario (8);
el terminal de usuario accede al servidor
asignado según la dirección IP devuelta por el redireccionador de
petición seleccionado (9); y
el servidor proporciona el contenido solicitado
al terminal de usuario (11).
4. Procedimiento según la reivindicación 1, que
comprende además que:
después de analizar la petición de usuario a
nivel de capa IP para obtener una dirección IP del terminal de
usuario, el DNS juzga si el contenido al que desea acceder el
usuario es un contenido web; si es así, asigna a la petición de
usuario un servidor que puede proporcionar el contenido web; en otro
caso, asigna el redireccionador de petición seleccionado a la
petición de usuario actual (4).
5. Procedimiento según la reivindicación 1 que
comprende además que:
el DNS selecciona el redireccionador de petición
a asignar a la petición de usuario actual por medio del mecanismo de
round-robin.
6. Procedimiento según la reivindicación 5, en
el que dicha selección del redireccionador de petición comprende
además:
a1. configurar una variable de identificación X
para cada registro de dirección IP de una base de datos para
indicar el estado analítico de cada registro de dirección IP, y
reiniciar inicialmente todas las variables de identificación X
correspondientes a los registros (401), donde dicho registro de
dirección IP comprende un nombre de dominio y la dirección IP del
redireccionador de petición correspondiente al nombre de
dominio;
a2. según el resultado del análisis (402),
encontrar dentro de la base de datos todos los registros con el
mismo nombre de dominio que el de la petición de usuario actual, y
obtener uno de los registros de dirección IP en orden (403);
a3. juzgar si la variable de identificación
correspondiente X del registro de dirección IP obtenido se encuentra
reiniciada; si es así, devolver la dirección IP del redireccionador
de petición de este registro al terminal de usuario, establecer la
variable de identificación X correspondiente a este registro y
terminar el procedimiento de selección; en otro caso, continuar con
la etapa a4 (404); y
a4. juzgar si existen todavía registros; si es
así, obtener el siguiente registro en orden y volver a la etapa a3
(404); en otro caso, reiniciar todas las variables de identificación
X correspondientes a los registros de dirección IP encontrados en
la etapa a2 (405), y volver a la etapa a3.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN03153289 | 2003-08-14 | ||
| CNB031532896A CN100346324C (zh) | 2003-08-14 | 2003-08-14 | 一种对用户请求的解析方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2293257T3 true ES2293257T3 (es) | 2008-03-16 |
Family
ID=34156668
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04734497T Expired - Lifetime ES2293257T3 (es) | 2003-08-14 | 2004-05-24 | Procedimiento para analizar peticiones de usuario. |
Country Status (8)
| Country | Link |
|---|---|
| EP (1) | EP1655919B1 (es) |
| CN (1) | CN100346324C (es) |
| AT (1) | ATE371331T1 (es) |
| BR (1) | BRPI0413527B1 (es) |
| DE (1) | DE602004008483T2 (es) |
| ES (1) | ES2293257T3 (es) |
| HK (1) | HK1073707A1 (es) |
| WO (1) | WO2005018189A1 (es) |
Families Citing this family (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100576846C (zh) * | 2005-05-11 | 2009-12-30 | 中国科学院计算技术研究所 | 多协议域名解析服务的服务代理方法 |
| CN1870636A (zh) * | 2005-11-10 | 2006-11-29 | 华为技术有限公司 | 一种客户端重定向的方法和系统 |
| CN1317876C (zh) * | 2006-04-10 | 2007-05-23 | 王立俊 | 一种服务器端域名解析错误控制方法及系统 |
| CN101242422B (zh) * | 2007-02-06 | 2011-01-26 | 中国电信股份有限公司 | 适应多业务融合的内容分发网络系统和方法 |
| CN101494659B (zh) * | 2008-01-24 | 2012-11-07 | 中国移动通信集团公司 | 选取会话控制装置的方法以及相关设备 |
| CN101378494B (zh) * | 2008-10-07 | 2011-04-20 | 中兴通讯股份有限公司 | 一种实现互联网电视媒体交互的系统及方法 |
| CN101599816B (zh) * | 2009-05-05 | 2012-04-18 | 北京易路联动技术有限公司 | 网络集中服务管理的通信消息反馈方法及系统 |
| CN101931663B (zh) * | 2010-08-28 | 2014-06-11 | 中兴通讯股份有限公司 | 一种可动态设置域名服务器的方法及无线通信终端 |
| CN103166985B (zh) * | 2011-12-09 | 2018-02-27 | 上海盛大网络发展有限公司 | 一种全局负载均衡调度方法、数据传输方法、装置及系统 |
| CN102546774A (zh) * | 2011-12-27 | 2012-07-04 | 厦门市美亚柏科信息股份有限公司 | 一种二次重定向的cdn路由方法及系统 |
| CN102970384B (zh) * | 2012-11-13 | 2016-06-01 | 北京奇虎科技有限公司 | 代理服务器和通信系统 |
| CN102932473B (zh) * | 2012-11-13 | 2016-05-11 | 北京奇虎科技有限公司 | 跨运营商网络访问网络内容的方法 |
| WO2014075505A1 (zh) * | 2012-11-13 | 2014-05-22 | 北京奇虎科技有限公司 | 跨运营商网络访问网络内容的方法、代理服务器和通信系统 |
| US9680842B2 (en) | 2013-08-09 | 2017-06-13 | Verisign, Inc. | Detecting co-occurrence patterns in DNS |
| CN103763209A (zh) * | 2014-01-03 | 2014-04-30 | 上海聚力传媒技术有限公司 | 一种cdn服务器的调度方法与装置 |
| CN103812936A (zh) * | 2014-01-28 | 2014-05-21 | 张孝明 | 一种利用路由器推送广告的方法及装置 |
| CN103825975B (zh) * | 2014-02-26 | 2018-03-13 | 北京六间房科技有限公司 | Cdn节点分配服务器及系统 |
| CN106506633B (zh) * | 2016-11-03 | 2019-05-24 | 中国联合网络通信集团有限公司 | 一种业务分流方法、设备及系统 |
| CN107071091B (zh) * | 2017-05-26 | 2019-03-12 | 无锡华云数据技术服务有限公司 | 一种优化dns域名解析的实现方法 |
| CN110730212A (zh) * | 2019-09-20 | 2020-01-24 | 中国联合网络通信集团有限公司 | 一种数据处理方法及装置 |
| CN111901396B (zh) * | 2020-07-08 | 2021-08-06 | 厦门网宿有限公司 | 一种资源请求响应方法、重定向服务器及决策分发服务器 |
Family Cites Families (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6182148B1 (en) * | 1999-03-18 | 2001-01-30 | Walid, Inc. | Method and system for internationalizing domain names |
| US20020002611A1 (en) * | 2000-04-17 | 2002-01-03 | Mark Vange | System and method for shifting functionality between multiple web servers |
| AU2000251209A1 (en) * | 2000-06-07 | 2001-12-17 | Spiral Communications Pte Ltd | A method of resolving a non-latin character url |
| AU2000256695A1 (en) * | 2000-07-17 | 2002-01-30 | Stoba Ag | Bolt seal |
| US20030061304A1 (en) * | 2001-09-10 | 2003-03-27 | Tenereillo Peter A. | Method and apparatus for discovering client proximity using in-line translations |
| CN1152310C (zh) * | 2002-04-28 | 2004-06-02 | 中国科学院计算机网络信息中心 | 在计算机网络资源中定位中文资源的智能寻址方法及其装置 |
| CN1149505C (zh) * | 2002-06-28 | 2004-05-12 | 华为技术有限公司 | 一种简易访问网络运营商门户网站的方法 |
| CN1430381A (zh) * | 2002-12-27 | 2003-07-16 | 北京明瑞智环科技有限公司 | 网络语音网守(gk)使用非静态ip地址技术 |
-
2003
- 2003-08-14 CN CNB031532896A patent/CN100346324C/zh not_active Expired - Lifetime
-
2004
- 2004-05-24 WO PCT/CN2004/000527 patent/WO2005018189A1/zh active IP Right Grant
- 2004-05-24 DE DE602004008483T patent/DE602004008483T2/de not_active Expired - Lifetime
- 2004-05-24 AT AT04734497T patent/ATE371331T1/de not_active IP Right Cessation
- 2004-05-24 ES ES04734497T patent/ES2293257T3/es not_active Expired - Lifetime
- 2004-05-24 BR BRPI0413527-0A patent/BRPI0413527B1/pt active IP Right Grant
- 2004-05-24 EP EP04734497A patent/EP1655919B1/en not_active Expired - Lifetime
-
2005
- 2005-07-22 HK HK05106224A patent/HK1073707A1/xx not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| HK1073707A1 (en) | 2005-10-14 |
| CN1581114A (zh) | 2005-02-16 |
| WO2005018189A1 (fr) | 2005-02-24 |
| EP1655919A1 (en) | 2006-05-10 |
| EP1655919A4 (en) | 2006-08-30 |
| EP1655919B1 (en) | 2007-08-22 |
| ATE371331T1 (de) | 2007-09-15 |
| DE602004008483D1 (de) | 2007-10-04 |
| BRPI0413527A (pt) | 2006-10-10 |
| CN100346324C (zh) | 2007-10-31 |
| BRPI0413527B1 (pt) | 2018-01-02 |
| DE602004008483T2 (de) | 2008-05-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2293257T3 (es) | Procedimiento para analizar peticiones de usuario. | |
| US7185100B2 (en) | System and method for determining a preferred mirrored service in a network by evaluating a border gateway protocol | |
| US7457877B1 (en) | System and method for measuring round trip times in a network using a TCP packet | |
| US7792989B2 (en) | Arrangement for selecting a server to provide distributed services from among multiple servers based on a location of a client device | |
| US6424992B2 (en) | Affinity-based router and routing method | |
| CN107528862B (zh) | 域名解析的方法及装置 | |
| US8073936B2 (en) | Providing support for responding to location protocol queries within a network node | |
| US8566445B2 (en) | Method and apparatus for load balancing | |
| CN103329113B (zh) | 配置用于分级高速缓存的代理服务器以及动态站点加速和自定义对象和相关的方法 | |
| JP4040292B2 (ja) | サーバ選択方法、サーバ選択装置、サーバ選択プログラム、および、記録媒体 | |
| US11616831B1 (en) | Point to node in a multi-tiered middleware environment | |
| US20030009591A1 (en) | Apparatus and method for managing internet resource requests | |
| US20020049762A1 (en) | System and method for information retrieval regarding services | |
| CN114025021B (zh) | 一种跨Kubernetes集群的通信方法、系统、介质和电子设备 | |
| CN107483538A (zh) | 一种在微服务集群的节点上处理访问请求包的方法和装置 | |
| JP2012509623A (ja) | 要求ルーティングおよびクライアントロケーション情報を利用したルーティング情報の更新 | |
| CN109756584B (zh) | 域名解析方法、域名解析装置及计算机可读存储介质 | |
| CN113556413A (zh) | 一种报文处理方法及装置 | |
| RU2427032C2 (ru) | Ближайший узел для соединений распределенных служб | |
| KR100342107B1 (ko) | 인터넷 주소 부가정보 서비스 제공을 위한 기관 및 지역별 인터넷 주소 묶음결정 방법, 인터넷 주소 묶음별 사용지역 정보 획득 방법 | |
| US7657643B2 (en) | System and method for determining a preferred mirrored service in a network by evaluating a border gateway protocol | |
| CN107666444B (zh) | 一种数据流量路由的方法和系统 | |
| CN106254576B (zh) | 一种报文转发方法及装置 | |
| CN105376342B (zh) | 用于在互联网中确定用户分区的装置和方法以及采用所述装置的服务器 | |
| US10958580B2 (en) | System and method of performing load balancing over an overlay network |