ES2254261T3 - Sistema de comunicacion para soportar mensajes de datos interdependientes. - Google Patents
Sistema de comunicacion para soportar mensajes de datos interdependientes.Info
- Publication number
- ES2254261T3 ES2254261T3 ES00991467T ES00991467T ES2254261T3 ES 2254261 T3 ES2254261 T3 ES 2254261T3 ES 00991467 T ES00991467 T ES 00991467T ES 00991467 T ES00991467 T ES 00991467T ES 2254261 T3 ES2254261 T3 ES 2254261T3
- Authority
- ES
- Spain
- Prior art keywords
- message
- data
- group
- communications
- data message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/564—Enhancement of application control based on intercepted application data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un método de administrar las comunicaciones de un mensaje de datos, comprendiendo el método las operaciones de: enviar un grupo de mensajes de datos a un dispositivo de comunicaciones, donde el grupo de mensajes de datos incluye al menos un mensaje de datos enviado antes que un mensaje de datos enviado en último lugar del grupo; asignar una característica (S10) de dependencia a un correspondiente tipo de mensaje para el, al menos, un mensaje transmitido anteriormente del grupo; determinar si se ha producido una interrupción de la comunicación para el, al menos, un mensaje de datos transmitido anteriormente en el grupo (S14); ejecutar un comando de gestión para el grupo si se ha producido (S18) la interrupción, siendo el comando de gestión consistente con la característica de dependencia asignada al, al menos, un mensaje de datos transmitido anteriormente; y transmitir un mensaje de datos posterior del grupo basándose en el comando de gestión asociado al correspondiente tipo de mensaje.
Description
Sistema de comunicación para soportar mensajes de
datos interdependientes.
Esta invención se refiere a un sistema de
comunicaciones para soportar mensajes de datos
interdependientes.
Un sistema de comunicaciones, como un servidor,
puede actuar como un intermediario para almacenar y reenviar
mensajes de datos en una red de comunicación. Por ejemplo, el
dispositivo de comunicaciones funciona como un intermediario donde
el dispositivo de comunicaciones intercepta y procesa mensajes de
datos que son enviados desde un dispositivo de comunicaciones de
origen a un dispositivo de comunicaciones de destino. El
dispositivo de comunicaciones de origen puede estar asociado con una
primera entidad comercial. El dispositivo de comunicaciones de
destino puede estar asociado a una segunda entidad comercial. De
acuerdo con esto, al dispositivo de comunicación intermedio que se
interpone en un camino de comunicaciones entre la primera entidad
comercial y la segunda entidad comercial se hace a veces referencia
como una arquitectura de intermediación
empresa-a-empresa.
Una arquitectura de intermediación convencional
podría proporcionar un esquema de interdependencia de mensajes
inadecuado para un procesado de datos fiable. Si se produce una
interrupción de las comunicaciones en la transmisión de un mensaje
de datos, el sistema de comunicaciones podría perder tiempo y
recursos enviando mensajes de datos obsoletos, relacionados con el
mensaje de datos interrumpido. Alternativamente, el sistema de
comunicaciones podría recibir mensajes de datos, relacionados con el
mensaje de datos interrumpido, en un orden inesperado o desconocido
que corrompa la integridad de los datos. Por ejemplo, un esquema de
interdependencia de datos podría no soportar restricciones en la
transmisión de mensajes de datos para evitar sobrescribir los
mensajes de datos más precisos por mensajes de datos menos
precisos.
Las arquitecturas de intermediación
empresa-a-empresa se han usado para
enrutar mensajes de datos entre sistemas de ordenadores de
diferentes organizaciones dentro de una única empresa. Por ejemplo,
una arquitectura de intermediación optimizada para un entorno
intra-empresa podría estar configurada con
capacidades para almacenar y reenviar mensajes de datos, enrutar
mensajes de datos, transformar el formato de los mensajes de datos,
recuperar mensajes de datos, y reiniciar la transmisión de mensajes
de datos después de una interrupción en el flujo de datos. Sin
embargo, una arquitectura de intermediación
intra-empresa o inter-empresa puede
tener medidas de seguridad inadecuadas para su uso seguro en una
red de comunicaciones, como Internet. Por tanto, existe una
necesidad de un sistema de comunicación que cumpla las
especificaciones de seguridad y las especificaciones de
interdependencia de mensajes para facilitar el funcionamiento fiable
del sistema de comunicaciones en un entorno
inter-empresa en una red de comunicación, como
Internet.
"Evaluación de la Latencia de la Tolerancia a
Fallos desde Perspectivas de Aplicación en Tiempo Real" de
Hagbae Kim y Kang Shin en las actas de la Conferencia Aeroespacial
IEEE de 1998, Parte 4, 21-28 de Marzo de 1998,
páginas 31-41, describe cómo la Latencia de la
Tolerancia a Fallos, definida como el tiempo total requerido por
todas las operaciones secuenciales realizadas para la recuperación
de un error, es importante para el diseño y la evaluación de
ordenadores tolerantes a fallos utilizados en sistemas de control
críticos con respecto a la seguridad y en tiempo real con
información de plazos.
La presente invención proporciona un método y un
sistema para administrar las comunicaciones de un mensaje de datos
de acuerdo con la reivindicación 1 y la reivindicación 8
respectivamente.
Realizaciones de la presente invención soportan
la gestión de mensajes de datos interdependientes para facilitar
unas comunicaciones fiables a pesar de una interrupción de las
comunicaciones. El sistema de comunicaciones asigna características
de dependencia a los correspondientes tipos de mensaje. El sistema
de comunicaciones determina si se ha producido una interrupción de
comunicación. El sistema de comunicación ejecuta un comando de
gestión de mensajes si se ha producido la interrupción. La gestión
del mensaje puede reducir o eliminar las transmisiones de mensajes
de datos redundantes u obsoletos para reducir la carga sobre los
recursos de comunicaciones (por ejemplo, ancho de banda de un canal
de una red de comunicación). Además, la gestión del mensaje puede
eliminar mediante un filtrado mensajes de datos no deseados u
obsoletos para evitar el peligro de sustituir o sobrescribir un
mensaje de datos posterior más preciso con un mensaje de datos
obsoleto.
La Fig. 1 es un diagrama de bloques de un sistema
de comunicación que incluye un nodo intermediario de
comunicaciones.
La Fig. 2 es un diagrama de flujo de un método
para definir mensajes de datos interdependientes.
La Fig. 3 es un cuadro que muestra comandos de
gestión asociados a los tipos de mensajes de datos
correspondientes.
La Fig. 4 es un diagrama de flujo de un método
para administrar mensajes de datos interdependientes.
La Fig. 5 es un diagrama de flujo de un método
para mantener la seguridad de un mensaje de datos gestionado por un
nodo intermediario de comunicaciones.
La Fig. 6 es un diagrama de flujo que muestra un
procedimiento para establecer un canal de comunicación seguro con
mayor detalle que la Fig. 5.
La Fig. 7 es un diagrama de flujo de un método
para procesar mensajes de datos interdependientes.
La Fig. 1 muestra un sistema 11 para soportar
mensajes de datos interdependientes para su transmisión a través de
un sistema 40 de comunicación entre un sistema 8 de procesado de
datos de origen (por ejemplo, un sistema de planificación de
recursos de empresa de origen) y un sistema 9 de procesado de datos
de destino (por ejemplo, un sistema de planificación de recursos de
empresa de destino). El sistema 11 incluye un sistema 8 de procesado
de datos de origen que está conectado a un dispositivo 10 de
comunicaciones de origen. El dispositivo 10 de comunicaciones de
origen se comunica con un nodo 14 intermediario de comunicaciones a
través de un enlace 12 de comunicaciones privado o seguro. A su
vez, el nodo 14 intermediario de comunicaciones está adaptado para
comunicarse con un dispositivo 42 de comunicaciones de destino a
través de una red 40 de comunicaciones, como Internet. El
dispositivo 42 de comunicaciones de destino está conectado a un
sistema 9 de procesado de datos de destino.
El sistema 8 de procesado de datos de origen y el
dispositivo 10 de comunicaciones de origen están preferiblemente
asociados a una primera entidad comercial, mientras que el sistema 9
de procesado de datos de destino y el dispositivo 42 de
comunicaciones de destino están preferiblemente asociados a una
segunda entidad comercial. Además, el nodo 14 intermediario de
comunicaciones puede situarse en las oficinas de la primera entidad
comercial o en otro lugar. El enlace 12 de comunicaciones privado
entre el dispositivo 10 de comunicaciones de origen y el nodo 14
intermediario de comunicaciones puede ser una línea dedicada, un
canal de telecomunicaciones privado o un canal seguro a través de
una red de comunicaciones para proporcionar comunicaciones privadas
para proporcionar comunicaciones seguras o privadas.
El sistema 8 de procesados de datos de origen se
refiere a un sistema de procesado de datos que soporta una función
operacional o comercial de la primera entidad comercial. Un sistema
8 de procesado de datos de origen puede incluir uno o más de los
siguientes elementos: un sistema de compra, un sistema de
contabilidad, un sistema de producción y un sistema de
planificación de recursos de empresa. De modo similar, el sistema 9
de procesado de datos de destino se refiere a un sistema de
procesado de datos que soporta una función operacional o comercial
de la segunda entidad comercial.
El sistema 8 de procesado de datos de origen
intercambia directa o indirectamente mensajes de datos (por
ejemplo, datos empresa-a-empresa)
con el sistema 9 de procesado de datos de destino a través del
dispositivo 10 de comunicaciones de origen, el enlace 12 de
comunicaciones privado, el nodo 14 intermediario de comunicaciones,
la red 40 de comunicaciones y el dispositivo 42 de comunicaciones de
destino.
El dispositivo 10 de comunicaciones de origen
puede constituir una interfaz de comunicaciones entre el sistema 8
de procesado de datos de origen y el enlace 12 de comunicaciones
privado o la red 40 de comunicaciones para facilitar las
comunicaciones. El dispositivo 10 de comunicaciones de origen puede
facilitar la traducción o formateo de mensajes de datos a una
estructura y protocolo de datos apropiados para la transmisión a
través de la red 40 de comunicaciones.
En general, el nodo 14 intermediario de
comunicaciones puede comprender un sistema de procesado de datos,
un dispositivo de telecomunicaciones de almacenamiento y reenvío, un
servidor de comunicaciones, un servidor de intermediación, u otro
elemento de red interpuesto en un camino de comunicación entre un
dispositivo 10 de comunicaciones de origen y un dispositivo 42 de
comunicaciones de destino. Por ejemplo, el dispositivo 10 de
comunicaciones de origen y el dispositivo 42 de comunicaciones de
destino pueden comprender servidores terminales, mientras que el
nodo 14 intermediario de comunicaciones puede comprender un servidor
de intermediación
empresa-a-empresa.
El nodo 14 intermediario de comunicaciones
incluye un receptor 16 conectado a una memoria 18 búfer. La memoria
18 búfer se comunica con un gestor 20 de peticiones. A su vez, el
gestor 20 de peticiones se comunica con una cola 24 de
transacciones. Un administrador 26 de transacciones está adaptado
para acceder a la cola 24 de transacciones. El administrador 26 de
transacciones se comunica con un transmisor 36.
El receptor 16 puede incluir un módulo 22 de
descriptación para descriptar comunicaciones encriptadas
transmitidas al nodo 14 intermediario de comunicaciones desde el
dispositivo 10 de comunicaciones de origen, el dispositivo 42 de
comunicaciones de destino u otro elemento de red conectado a la red
40 de comunicaciones.
La memoria 18 búfer recibe mensajes de datos
desde el receptor 16. La memoria 18 búfer se refiere a un área de
paso de datos para el almacenamiento temporal de los mensajes de
datos anteriores al procesado por el gestor 20 de peticiones. La
memoria 18 búfer tiene una capacidad de almacenamiento que se puede
determinar con base en el volumen de tráfico o de mensajes de datos
transmitidos entre el dispositivo 10 de comunicaciones de origen y
el nodo 14 intermediario de comunicaciones, así como la capacidad de
procesado del nodo 14 intermediario de comunicaciones.
El gestor 20 de peticiones repasa los mensajes de
datos de la memoria 18 búfer para colocarlos en la cola 24 de
transacción consistentemente con un esquema de prioridades. El
gestor 20 de peticiones quita o transfiere mensajes de datos desde
la memoria 18 búfer a la cola 24 de transacción para organizar los
mensajes de datos en la cola 24 de transacción basándose en un
esquema de prioridad.
La cola 24 de transacción se refiere a una
porción de memoria o almacenamiento de datos, que es asignada para
almacenar mensajes de datos para su transmisión desde el nodo 14
intermediario de comunicaciones de acuerdo con el esquema de
prioridad. El gestor 20 de peticiones puede asignar a los mensajes
de datos diferentes posiciones en la cola 24 de transacción
basándose en los niveles de prioridad asociados a los
correspondientes mensajes de datos.
El administrador 26 de transacción accede a los
mensajes de datos en la cola 24 de transacción para llevar a cabo
el procesado asociado a los mensajes de datos. El administrador 26
de transacción incluye un administrador 28 de seguridad conectado a
una base 30 de datos de seguridad. El administrador 28 de seguridad
administra y mantiene las comunicaciones seguras entre el nodo 14
intermediario de comunicaciones y el dispositivo 42 de
comunicaciones de destino. Con este propósito, la base 30 de datos
de seguridad puede almacenar y mantener un identificador de inicio
de envío y una correspondiente contraseña de envío para enviar al
dispositivo 42 de comunicaciones de destino para establecer un
canal de comunicación. El transmisor 36 del nodo 14 intermediario
de comunicaciones puede transmitir el identificador de acceso de
envío y la correspondiente contraseña de envío para establecer
acceso de comunicaciones entre al menos el nodo 14 intermediario de
comunicaciones y el dispositivo 42 de comunicaciones de destino.
Por ejemplo, el acceso de comunicaciones puede utilizarse entre el
sistema 8 de procesado de datos de origen y el sistema 9 de
procesado de datos de destino. La base 30 de datos de seguridad
puede contener códigos de encriptado o referencias a códigos de
encriptado almacenados en otro lugar para el módulo 38 de
encriptado, el módulo 22 de descriptado,
o ambos.
o ambos.
El identificador de acceso de envío, la
contraseña de envío, y al menos un código de encriptado de envío
para la base 30 de datos de seguridad pueden actualizarse
regularmente o de manera aleatoria según sea necesario o apropiado
para mejorar más las medidas de seguridad. El dispositivo 42 de
comunicaciones de destino puede mantener una base de datos (no
mostrada) de autentificación con un identificador de acceso de
referencia actualizado, contraseña de referencia y al menos un
código de encriptado de referencia que reflejen el identificador de
acceso de envío, la contraseña de envío, y al menos un código de
encriptado de envío almacenados en la base 30 de datos de
seguridad.
seguridad.
En una realización alternativa, el nodo 14
intermediario de comunicaciones puede actuar simultáneamente o en
serie como un intermediario entre múltiples dispositivos 42 de
comunicación de destino, aunque sólo se muestre un dispositivo 42
de comunicación de destino en la Fig. 1. Consecuentemente, en la
realización alternativa, la base 30 de datos de seguridad puede
contener un identificador de acceso de envío, una contraseña de
envío, y al menos un código de encriptado para cada dispositivo 42
de comunicaciones de destino correspondiente.
El administrador 26 de transacción incluye un
administrador 32 de dependencia de mensaje conectado a una base 34
de datos de dependencia de mensaje. El administrador 32 de
dependencia de mensaje solicita un esquema de gestión de mensajes
interdependientes en respuesta a la detección de una interrupción de
las comunicaciones en la transmisión de un mensaje de datos
anterior de un grupo. El detector 25 de interrupción determina si
se ha producido una interrupción de las comunicaciones de un mensaje
de datos transmitido anteriormente por la presencia o ausencia de
realimentación desde el dispositivo 42 de comunicación de destino.
Al detectarse la interrupción, el administrador 32 de dependencia
de mensaje comprueba los identificadores de tipo de mensaje de los
mensajes de datos del grupo en la cola 24 de transacción o la
memoria 18 búfer. El administrador 32 de dependencia de mensaje
accede a la base 34 de datos de dependencia de mensaje para extraer
comandos de gestión para administrar la gestión (por ejemplo,
procesado y transmisión) de mensajes de datos interdependientes. En
una realización, un grupo de mensajes de datos interdependientes es
marcado con uno o más de los siguientes elementos para indicar la
interdependencia entre los miembros del grupo: (1) identificador de
tipo de mensaje, (2) identificador de origen o dirección de origen,
(3) identificador de destino o dirección de destino, y (4) registro
temporal del momento de creación del mensaje. La cabecera de un
mensaje de datos puede contener el identificador de tipo de
mensaje, el identificador de origen o la dirección, y un
identificador de destino o dirección.
La base 34 de datos de dependencia de mensaje
preferiblemente almacena afiliaciones entre mensajes de datos
interdependientes por los identificadores de tipo de mensaje, o de
otra manera. El administrador 26 de transacción puede ejecutar
comandos de gestión de mensajes aplicables a un grupo de mensajes de
datos asociado a un mensaje de datos interrumpido anteriormente.
Los comandos de gestión de mensaje están basados en una dependencia
entre diferentes mensajes de datos definida en la base 34 de datos
de dependencia de mensaje.
El administrador 26 de transacción puede
transformar la estructura de datos del mensaje de datos para que
sea compatible con la red 40 de comunicaciones. La red 40 de
comunicaciones puede comprender Internet. Consecuentemente, el
administrador 26 de transacciones puede dar formato a los mensajes
de datos como un documento de protocolo de hipertexto (HTTP) o un
documento de lenguaje extendido de marcas de hipertexto (XML), u
otra estructura de datos estándar compatible con la red 40 de
comuni-
cación.
cación.
El transmisor 36 prepara el mensaje de datos en
una forma física adecuada de acuerdo con una capa física para su
transmisión a través de la red 40 de comunicación. Por ejemplo, el
transmisor 36 puede paquetizar los paquetes de datos en un
documento de protocolo HTTP o un documento XML en paquetes de datos
de modo de transferencia asíncrono o paquetes de datos de protocolo
de Internet para su transmisión a través de la red 40 de
comunicación.
El transmisor 36 puede incluir un módulo 38 de
encriptado para encriptar las transmisiones al dispositivo 42 de
comunicaciones de destino a través de la red 40 de comunicaciones.
El módulo 38 de encriptado puede utilizar los códigos de encriptado
asignados por el administrador 26 de transacción o el administrador
28 de seguridad. Por ejemplo, el administrador 28 de seguridad
accede a la base 30 de datos de seguridad para extraer los códigos
de encriptado aplicables. El esquema de encriptado del módulo 38 de
encriptado se puede aplicar antes o después de la
paquetización.
La red 40 de comunicaciones representa una
Intranet, Internet, una red de comunicaciones pública o una red de
comunicación privada. El dispositivo 10 de comunicaciones de origen,
el nodo 14 intermediario de comunicaciones y el dispositivo 42 de
comunicaciones de destino pueden acceder a la red 40 de
comunicaciones a través de un servidor de un proveedor de servicios
de Internet, una red pública telefónica conmutada (PSTN), u otra
infraestructura de telecomunicaciones.
El dispositivo 42 de comunicaciones de destino
incluye un receptor 16. El receptor 16 puede incluir un módulo 22
de descriptado para descriptar el mensaje de datos encriptado
transmitido por el transmisor 36 del nodo 14 intermediario de
comunicaciones. El receptor 16 está conectado a un administrador 56
de comunicación. A su vez, el administrador 56 de comunicación está
acoplado a un transmisor 36.
El administrador 56 de comunicación incluye un
módulo 52 de autentificación para autentificar una contraseña de
envío recibida, autentificar un identificador de acceso de envío
recibido, y determinar un código de encriptado adecuado asociado a
uno o más mensajes de datos transmitidos por el nodo 14 de
comunicación intermediario. El módulo 52 de autentificación
mantiene una base de datos (no mostrada) de autentificación para
almacenar un identificador de acceso de referencia y una contraseña
de referencia para la comparación con la contraseña de envío
recibida y el identificador de acceso de envío recibido del nodo 14
de comunicación intermediario. Si el identificador de acceso de
referencia concuerda con el identificador de acceso de envío
recibido y si la contraseña de referencia concuerda con la
contraseña de envío recibida, se concede el acceso al nodo 14
intermediario de comunicaciones para la comunicación con el
dispositivo 42 de comunicaciones de destino. A su vez, se puede
establecer un canal de comunicaciones entre un sistema 8 de
procesado de datos de origen y un sistema 9 de procesado de datos de
destino.
En el nodo 14 intermediario de comunicaciones, el
administrador 28 de seguridad, la base 30 de datos de seguridad y
el módulo 38 de encriptado cooperan con el módulo 22 de descriptado
y el módulo 52 de autentificación del dispositivo 42 de
comunicaciones de destino para proporcionar comunicaciones seguras
entre el nodo 14 intermediario de comunicaciones y el dispositivo
42 de comunicaciones de destino. Comunicaciones seguras se refiere
a comunicaciones protegidas por contraseña, comunicaciones
encriptadas, o ambas. En una realización, un módulo 22 de
descriptado en el receptor 16 del dispositivo 42 de comunicaciones
de destino hace referencia al módulo 52 de autentificación para
extraer el código de descriptado o código de encriptado apropiado
para descriptar la información transmitida (por ejemplo, mensaje de
datos) después de la autentificación con éxito de un identificador
de acceso de envío y su contraseña de envío asociada. Al menos un
código de encriptado de referencia puede estar asociado al
correspondiente identificador de acceso de envío en la base de
datos de autentificación para facilitar la decodificación de
mensajes de datos encriptados enviados entre el nodo 14
intermediario de comunicaciones y el dispositivo 42 de
comunicaciones de destino. Consecuentemente, la arquitectura de la
Fig. 1 mencionada anteriormente es adecuada para transacciones
empresa-a-empresa que requieren
seguridad extremo a extremo entre una primera entidad comercial y
una segunda entidad comercial.
Si el módulo 52 de autentificación determina que
uno o más mensajes de datos son autorizados, el módulo 52 de
autentificación puede hacer funcionar el generador 54 de códigos de
estado para que genere una confirmación de la transmisión como
realimentación al nodo 14 intermediario de comunicaciones.
En un ejemplo, la confirmación proporciona una
verificación al detector 25 de interrupción de que el acceso al
dispositivo 42 de comunicaciones de destino ha sido establecido con
éxito. En otro ejemplo, el generador 54 de códigos de estado puede
proporcionar una confirmación de que uno o más mensajes de datos
particulares han sido transmitidos con éxito desde el nodo 14
intermediario de comunicaciones y recibidos en el dispositivo 42 de
comunicaciones de destino.
La confirmación proporcionada por el generador 54
de códigos de estado puede o no ser encriptada por el módulo 38 de
encriptado del transmisor 36 del dispositivo 42 de comunicaciones de
destino. El nodo 14 intermediario de comunicaciones está preparado
para recibir la confirmación en el receptor 16 y puede proporcionar
datos de control del detector 25 de interrupción al administrador 26
de transacción para iniciar la acción apropiada basándose en la
confirmación. Por ejemplo, el administrador de transacción puede
acceder a la base 34 de datos de dependencia de mensaje para
extraer y ejecutar un código de gestión de mensaje. La interrupción
de una transmisión o envío de un mensaje de datos anterior puede ser
utilizada para determinar cómo se envía un mensaje de datos
posterior desde el nodo 14 intermediario de comunicaciones al
dispositivo 42 de comunicaciones de destino.
En una realización alternativa, el sistema 11 de
comunicaciones de la Fig. 1 puede presentar mejoras de seguridad
adicionales, como el empleo de la Capa de Conexión Segura o
cortafuegos. El protocolo HTTP y el protocolo XML soportan
elementos de seguridad como Capa de Conexión Segura (SSL) para
facilitar unas comunicaciones seguras entre el nodo 14
intermediario de comunicaciones y el dispositivo 42 de
comunicaciones de destino. Aunque la Fig. 1 no muestra cortafuegos,
en la práctica se pueden interponer cortafuegos entre la red 40 de
comunicaciones y el dispositivo 42 de comunicaciones de destino o
entre la red 40 de comunicaciones y el nodo 14 intermediario de
comunicaciones para evitar que usuarios no autorizados consigan
acceso al nodo 14 intermediario de comunicaciones o al dispositivo
42 de comunicaciones de destino.
La Fig. 2 ilustra un diagrama de flujo de un
método para definir mensajes de datos interdependientes.
- La Fig. 2 comienza con la operación S102.
En la operación S102, un nodo 14 intermediario de
comunicaciones define una característica o condición de dependencia
asociada a un grupo de mensajes de datos basándose en un tipo de
mensaje del grupo de mensajes de datos. El grupo de mensajes de
datos incluye al menos un mensaje de datos transmitido anteriormente
y un mensaje de datos posterior. Un mensaje de datos transmitido
anteriormente se refiere a un mensaje de datos que el sistema 8 de
procesado de datos de origen o el dispositivo 10 de comunicaciones
de origen genera antes del mensaje de datos posterior. La
característica o condición de dependencia puede hacer referencia a
una fuerte interdependencia entre mensajes de datos en un grupo,
suave interdependencia entre mensajes de datos en un grupo, o
independencia entre mensajes de datos en un
grupo.
grupo.
Un mensaje de datos fuertemente interdependiente
se refiere a un mensaje de datos de bloqueo. Un mensaje de datos
fuertemente interdependiente se refiere a un mensaje de datos que
requiere la transmisión de múltiples mensajes de datos dentro del
grupo hasta finalizar al producirse una interrupción de las
comunicaciones. El mensaje de datos suavemente interdependiente se
refiere a un mensaje de datos de no-bloqueo en el
que una transmisión de un grupo de mensajes de datos puede ser
interrumpida debido a que sólo se puede transmitir un mensaje de
datos por grupo. Por tanto, un mensaje de datos suavemente
interdependiente puede hacer referencia a un mensaje de datos que
requiere la transmisión de un mensaje de datos posterior o el último
en un grupo. El mensaje de datos independiente no requiere ninguna
relación de transmisión entre los mensajes de datos en
el grupo.
el grupo.
El administrador 26 de transacción sólo puede
reconocer la característica de dependencia cuando se produce una
interrupción de las comunicaciones. Una interrupción de las
comunicaciones hace referencia a una interrupción o fallo de un
camino de comunicaciones entre un sistema 8 de procesado de datos de
origen (por ejemplo, un sistema de planificación de recursos de
empresa de origen) y un sistema 9 de procesado de datos de destino
(por ejemplo, un sistema de planificación de recursos de
empresa).
En la operación S104 que sigue a la operación
S102, el nodo 14 intermediario de comunicaciones define un comando
de gestión de mensaje asociado a la respectiva condición
característica de dependencia. El comando de gestión proporciona
instrucciones para un tratamiento posterior de un mensaje de datos
posterior y el al menos un mensaje de datos anterior de un grupo.
Si el mensaje de datos posterior y el mensaje de datos anterior son
miembros del mismo grupo, los mensajes de datos anterior y posterior
son designados como mensajes de datos afiliados. El comando de
gestión define las instrucciones de envío, procesado o transmisión
para los mensajes de datos afiliados en el grupo.
En la operación S106, el administrador 26 de
transacción o el administrador 32 de dependencia de mensaje
almacena una combinación de la condición asociada al correspondiente
comando en una base 34 de datos de dependencia de mensaje. La base
34 de datos de dependencia de mensaje se refiere a una tabla de
consulta o a una base de datos relacional. El nodo 14 intermediario
de comunicaciones puede utilizar un identificador de tipo de
mensaje para identificar la combinación en la base 34 de datos de
dependencia de mensaje.
En la operación S108, el dispositivo 10 de
comunicaciones de origen o sistema 8 de procesado de datos de
origen asigna un identificador de tipo de mensaje real para un
correspondiente mensaje de datos propuesto basándose en los
contenidos del mensaje de datos, o de otro modo. Por ejemplo, al
generar el dispositivo 10 de comunicaciones de origen un mensaje de
datos o preparar el mensaje de datos para su transmisión, el
dispositivo 10 de comunicaciones de origen asigna dinámicamente un
identificador de tipo de mensaje real al mensaje de datos. Por
ejemplo, tipos de mensajes de datos pueden incluir mensajes de datos
de orden de compra o mensajes de datos de previsión para sujetos
transaccionales (por ejemplo, bienes o materiales).
En el paso S110, el administrador 32 de
dependencia de mensaje utiliza el identificador de tipo de mensaje
para la extracción y ejecución posteriores de un comando de gestión
cuando detecta un mensaje de datos corrupto con un correspondiente
identificador de tipo de mensaje.
La definición de arriba de la interdependencia de
mensaje soporta el tratamiento flexible de mensajes de datos
recibidos en el nodo 14 intermediario de comunicaciones que pueden
ser adaptados para proporcionar comunicaciones fiables con
transmisiones secuenciales o repetitivas para mejorar la fiabilidad
o transmisiones no redundantes para reducir el ancho de banda usado
entre el nodo 14 intermediario de comunicaciones y el nodo 42 de
comunicaciones de destino. Además, el nodo 14 intermediario de
comunicaciones puede actuar como un intermediario para eliminar
mediante un filtrado mensajes de datos obsoletos que, de otra forma,
podrían sobrescribir mensajes de datos posteriores (es decir, más
actuales) en el dispositivo 42 de comunicaciones de destino. Por
tanto, los pares definidos de características de dependencia y
comandos de gestión pueden estructurarse para optimizar el uso del
ancho de banda a través de la red 40 de comunicación o la fiabilidad
en el procesado de datos.
La Fig. 3 muestra un cuadro de diferentes tipos
de mensaje asociados a las interdependencias de mensaje
correspondientes. El cuadro de la Fig. 3 proporciona datos de
referencia en el evento de que uno o más mensajes de datos
anteriores sufran una interrupción de las comunicaciones entre un
sistema 8 de procesado de datos de origen y el sistema 9 de
procesado de datos de destino. El cuadro de la Fig. 3 puede
aplicarse interrupciones de comunicación dentro de una red interna
de una entidad comercial así como a las comunicaciones a través de
una red 40 de comunicación, como Internet. El dispositivo 10 de
comunicaciones de origen o el nodo 14 intermediario de
comunicaciones mantiene una memoria búfer (por ejemplo, memoria
búfer 18) de un grupo de mensajes de datos que puede incluir al
menos un mensaje de datos anterior y un mensaje de datos posterior.
El dispositivo 10 de comunicaciones de origen o el nodo 14
intermediario de comunicaciones pueden purgar la memoria búfer (por
ejemplo, memoria búfer 18) una vez que reciba una confirmación de la
transmisión con éxito del mensaje de datos desde el dispositivo 42
de comunicaciones de destino, o la memoria búfer puede ser purgada
de acuerdo con cualquier otro esquema que mantenga la fiabilidad e
integridad de la transmisión de datos.
Una columna de la izquierda de la Fig. 3 contiene
identificadores de tipo de mensaje para distinguir diferentes tipos
de mensajes entre sí. Una columna intermedia define una condición
(por ejemplo, característica de dependencia de mensaje) asociada a
cada tipo de mensaje respectivo. Una columna de la derecha de la
tabla contiene comandos (por ejemplo, comandos de gestión de
mensaje) asociados a las respectivas condiciones.
Los identificadores de tipo de mensaje son
números o símbolos que se pueden usar para distinguir un tipo de
mensaje de otro. Los identificadores de tipo de mensaje se pueden
almacenar en la cabecera de cada mensaje de datos de un grupo. Los
identificadores de tipo de mensaje se asocian a las correspondientes
condiciones que definen la relación entre dos o más mensajes de
datos en un grupo dentro de la memoria 18 búfer. Posibles
condiciones incluyen mensajes de datos suavemente interdependientes,
fuertemente interdependientes o independientes. Aquí, sólo se
muestran en la Fig. 3 mensajes de datos fuertemente
interdependientes y suavemente interdependientes. Las condiciones
están afiliadas a los respectivos comandos para el tratamiento de
mensajes de datos al producirse una interrupción de las
comunicaciones entre el sistema 8 de procesado de datos de origen y
el sistema 9 de procesado de datos de destino, u otros.
Un mensaje de datos fuertemente interdependiente
requiere que se transmitan al menos dos mensajes de datos dentro de
un grupo. Un mensaje de datos fuertemente interdependiente puede
requerir la transmisión de mensajes de datos en un grupo de acuerdo
con un cierto orden secuencial. El dispositivo 42 de comunicaciones
de destino puede conocer y utilizar el orden secuencial para
interpretar los mensajes de datos fuertemente interdependientes en
un grupo. En un ejemplo, el orden secuencial puede ser "último en
entrar, primero en salir" para un grupo de mensajes de datos. En
otro ejemplo, el orden secuencial puede ser "primero en entrar,
primero en salir" para los mensajes de datos en un grupo. El uso
de mensajes de datos fuertemente interdependientes puede evitar
sobrescribir mensajes de datos posteriores o más precisos por
mensajes de datos anteriores o menos precisos, ya que los mensajes
de datos son transmitidos en orden secuencial como un grupo. Por
tanto, los datos anteriores y los datos posteriores se pueden
distinguir por el orden de llegada de los mensajes de datos al
dispositivo 42 de comunicaciones de destino. Un mensaje de datos que
contiene datos de orden de compra se puede caracterizar como un
mensaje de datos fuertemente interdependiente para permitir que el
último mensaje de datos se utilice para cumplimentar órdenes en un
proveedor de una manera fiable y exacta.
Un mensaje de datos suavemente interdependiente
requiere que los mensajes de datos de un grupo sean filtrados antes
de su transmisión desde un dispositivo 10 de comunicaciones de
origen a un dispositivo 42 de comunicaciones de destino. De acuerdo
con un esquema de filtrado, sólo el último mensaje de datos de un
grupo de mensajes de datos suavemente interdependientes es
transmitido para reducir la carga sobre los recursos de
comunicaciones de la red 40 de comunicación y los recursos de
procesado del dispositivo 42 de comunicaciones de destino. El uso
de mensajes de datos suavemente interdependientes puede evitar
sobrescribir el último o más preciso mensaje de datos por un
mensaje de datos anterior o menos preciso en el dispositivo 42 de
comunicaciones de destino, ya que sólo se transmite el último
mensaje de datos de un grupo.
Algunos mensajes de datos pueden ser
independientes, en oposición a suavemente interdependientes o
fuertemente interdependientes. Si un mensaje es independiente,
existe una posibilidad de sobrescribir un mensaje de datos anterior
por un mensaje de datos posterior en el destino. Además, si los
mensajes de datos son independientes, un mensaje de datos posterior
puede ser transmitido antes que un mensaje de datos anterior, de
forma que el contexto de los mensajes de datos no puede formar parte
de una base para comprobación de errores o mejora de la fiabilidad.
Así, los mensajes de datos independientes se pueden usar a veces
cuando la precisión del mensaje de datos no disminuye
apreciablemente por la posibilidad de sobrescribir mensajes de
datos.
En la primera fila de la Fig. 3, un primer tipo
de mensaje puede tener un identificador de tipo de mensaje 00. El
primer tipo de mensaje representa una variedad de un mensaje de
datos suavemente interdependiente. El primer tipo de mensaje está
asociado con un comando para transmitir sólo un mensaje de datos
posterior de un grupo de mensajes de datos sucesivos. Por ejemplo,
el nodo 14 intermediario de comunicaciones transmite el primer tipo
de mensaje desde la memoria 18 búfer o cola de transmisión al
dispositivo 42 de comunicaciones de destino al producirse la
detección de una interrupción de comunicaciones del mensaje de datos
anteriormente
transmitido.
transmitido.
En la segunda fila, un segundo tipo de mensaje
puede tener un identificador de tipo de mensaje 01. El segundo tipo
de mensaje representa otra variedad de mensajes de datos suavemente
interdependientes. El segundo tipo de mensaje está asociado a un
comando para transmitir un mensaje de datos posterior y eliminar
mensajes de datos anteriores de un grupo de mensajes de datos
sucesivo. Por ejemplo, el nodo 14 intermediario de comunicaciones
transmite un mensaje de datos posterior del segundo tipo de mensajes
desde la memoria 18 búfer o la cola 24 de transacción al
dispositivo 42 de comunicaciones de destino al producirse la
detección de una interrupción de la comunicación de un mensaje de
datos transmitido anteriormente.
En la tercera fila, un tercer tipo de mensaje
puede tener un identificador de tipo de mensaje. El tercer tipo de
mensaje representa una variedad de mensaje de datos fuertemente
interdependiente. El tercer tipo de mensaje está asociado a un
comando para transmitir tanto mensajes de datos anteriores como
posteriores. Por ejemplo, el nodo 14 intermediario de
comunicaciones transmite al menos un mensaje de datos anterior y
uno posterior del tercer tipo de mensaje desde la memoria 18 búfer o
la cola 24 de transacción al dispositivo 42 de comunicaciones de
destino al producirse la detección de una interrupción de las
comunicaciones del mensaje de datos transmitido anteriormente.
En la cuarta fila, un cuarto tipo de mensaje
puede tener el identificador de tipo de mensaje 11. El cuarto tipo
de mensaje representa otra variedad de un mensaje de datos
fuertemente interdependiente. El cuarto tipo de mensaje está
asociado a un comando para transmitir un mensaje de datos anterior
antes de mensajes de datos posteriores en orden secuencial. Por
ejemplo, el nodo 14 intermediario de comunicaciones transmite un
mensaje de datos anterior y uno posterior o cola de transacción del
cuarto tipo de mensaje en orden secuencial desde la memoria búfer
al dispositivo 42 de comunicaciones de destino al producirse la
detección de una interrupción de las comunicaciones del mensaje de
datos anteriormente transmitido.
La Fig. 4 es un método para administrar mensajes
de datos interdependientes para mantener la fiabilidad de las
comunicaciones y del procesado de datos. Por ejemplo, el método de
la Fig. 4 puede ser usado para mantener la fiabilidad de las
comunicaciones de los mensajes de datos transmitidos desde el
sistema 8 de procesado de datos de origen al sistema 9 de procesado
de datos de destino a través de la red 40 de comunicaciones, como
Internet.
Puede producirse una interrupción en el camino de
comunicaciones entre el sistema 8 de procesado de datos de origen y
el sistema 9 de procesado de datos de destino. En el lugar de
destino, un mensaje de datos puede ser transferido desde el
dispositivo 42 de comunicaciones de destino al sistema 9 de
procesado de datos de destino. Puede producirse una interrupción en
el camino de comunicaciones entre el nodo 14 intermediario de
comunicaciones y el dispositivo 42 de comunicaciones de destino así
como en el camino de comunicaciones entre el dispositivo 42 de
comunicaciones de destino y el sistema 9 de procesado de datos de
destino. Consecuentemente, la característica de dependencia de
datos de la invención puede ser aplicada sucesivamente tanto en el
nodo 14 intermediario de comunicaciones como en el dispositivo 42
de comunicaciones de destino. El método de la Fig. 2 comienza con
la operación S10.
En la operación S10, un sistema 8 de procesado de
datos de origen o un dispositivo 10 de comunicaciones de origen
asigna una característica de dependencia a tipos de mensajes
correspondientes. Los tipos de mensajes se pueden establecer de
acuerdo con el tema del contenido de los diferentes mensajes de
datos. Por ejemplo, un tipo de mensaje puede reservarse para datos
de orden de compra, mientras que otro tipo de mensaje se puede
reservar para datos de previsiones o futuras órdenes de compra
potenciales. Cada tipo de mensaje diferente puede tener un
identificador de tipo de mensaje correspondiente como se establece
en el ejemplo ilustrativo de la Fig. 3.
La característica de dependencia puede incluir
designar un mensaje de datos como un mensaje de datos suavemente
interdependiente, un mensaje de datos fuertemente interdependiente o
un mensaje de datos independiente. Un mensaje de datos suavemente
interdependiente y un mensaje de datos fuertemente interdependiente
pueden representar caracterizaciones generales de un mensaje de
datos, y pueden ser posibles más subdivisiones del mensaje de datos
dentro de la clasificación de mensaje de datos suavemente
interdependiente o un mensaje de datos fuertemente
interdependiente. De acuerdo con esto, pueden existir una variedad
de diferentes mensajes de datos suavemente interdependientes y la
variedad puede definirse con referencia a los comandos de gestión
de mensaje asociados. De igual modo, puede existir una variedad de
mensajes de datos fuertemente interdependientes y la variedad puede
definirse con referencia a los comandos de gestión.
En la operación S12, el dispositivo 10 de
comunicaciones de origen transmite un mensaje de datos con la
característica de dependencia asignada desde el sistema 8 de
procesado de datos de origen al sistema 9 de procesado de datos de
destino a través de una red 40 de comunicaciones, como Internet. Una
parte de la transmisión de la operación S12 puede suponer almacenar
y reenviar uno o más grupos de mensajes de datos en la memoria 18
búfer o la cola 24 de transacción del nodo 14 intermediario de
comunicaciones. Por ejemplo, el nodo 14 intermediario de
comunicaciones transmite un mensaje de datos dentro de una memoria
18 búfer o cola 24 de transacción al dispositivo 42 de
comunicaciones de destino.
En la operación S14, el nodo 14 intermediario de
comunicaciones determina si una interrupción de la comunicación ha
interrumpido u obstaculizado la transmisión del mensaje de datos de
la operación S12. Si el mensaje de datos se ha interrumpido u
obstaculizado, el dispositivo 42 de comunicaciones de destino puede
no recibir o puede no recibir correctamente el mensaje de datos.
Después de que un mensaje de datos se transmita entre un sistema 8
de procesado de datos de origen y un sistema 9 de procesado de datos
de destino en la operación S12, el dispositivo 42 de comunicaciones
de destino puede enviar un mensaje de confirmación al recibir con
éxito un mensaje de datos transmitido desde el sistema 8 de
procesado de origen a través del nodo 14 intermediario de
comunicaciones. Consecuentemente, si el nodo 14 intermediario de
comunicaciones no recibe una confirmación dentro de un cierto
intervalo de tiempo después de la transmisión desde el nodo 14
intermediario de comunicaciones o después de repetir la transmisión
desde el nodo 14 intermediario de comunicaciones un número máximo
de veces, el sistema 11 de comunicaciones puede llegar a la
conclusión de que la comunicación del mensaje de datos se ha
interrumpido. Una interrupción de las comunicaciones puede incluir
un fallo de red, el fallo de un elemento de la red, el fallo de un
enrutador, el fallo de un conmutador de telecomunicaciones, una
tasa de error que supera un valor umbral, un fallo de una línea de
comunicaciones, o cualquier otra perturbación o interferencia que
obstaculice el flujo de comunicaciones fiable de un mensaje de datos
transmitido a través de la red 40 de comunicaciones.
Si se produce una interrupción de las
comunicaciones como determina el nodo 14 intermediario de
comunicaciones, el método continua con la operación S16. Si no se
produce ninguna interrupción de las comunicaciones como determina
el nodo 14 intermediario de comunicaciones, el método termina en la
operación S20.
En la operación S16, el nodo 14 intermediario de
comunicaciones identifica el tipo de mensaje del mensaje de datos
interrumpido anteriormente transmitido. Por ejemplo, al no
producirse la recepción de una confirmación de una transmisión con
éxito del mensaje de datos anteriormente transmitido, el nodo 14
intermediario de comunicaciones puede acceder al mensaje de datos
anteriormente transmitido en la memoria 18 búfer, la cola 24 de
transacción, una base de datos archivada, u otro lugar. Además, el
nodo 14 intermediario de comunicaciones puede leer la cabecera del
mensaje de datos u otra porción (por ejemplo, el cuerpo) del mensaje
de datos para determinar el identificador de tipo de mensaje.
En la operación S18 después de la operación S16,
el nodo 14 intermediario de comunicaciones ejecuta un comando de
gestión de mensaje (por ejemplo, un comando de transmisión o
procesado) basado en el tipo de mensaje de datos identificado para
gestionar uno o más mensajes de datos en la memoria 18 búfer. Por
ejemplo, el nodo 14 intermediario de comunicaciones puede acceder a
la base 34 de datos de dependencia de mensajes. La base 34 de datos
de dependencia de mensajes puede consistir en una base de datos o
una tabla de consulta similar a la de la Fig. 3. En la base 34 de
datos de dependencia de mensaje, el dispositivo 10 de comunicaciones
de origen selecciona un comando de gestión para un identificador de
tipo de mensaje correspondiente del mensaje de datos interrumpido.
En la Fig. 3 se ilustran cuatro posibles comandos o procedimientos
de gestión de mensajes. Cualquiera de los cuatro posibles comandos
o procedimientos de gestión de mensajes se puede solicitar en la
operación S18.
De acuerdo con un primer procedimiento para la
operación S18, el nodo 14 intermediario de comunicaciones sólo
transmite un mensaje de datos posterior en la memoria 18 búfer o la
cola 24 de transacción e ignora los mensajes de datos anteriores de
un grupo. En un momento posterior, los mensajes de datos anteriores
pueden ser sobrescritos por otros mensajes de datos nuevos que se
almacenan en la memoria 18 búfer. El mensaje de datos posterior
puede contener la única información exacta o útil para un primer
tipo de mensaje. Por tanto, la eliminación de la transmisión de los
mensajes de datos anteriores reduce el volumen de datos transmitido
a través de la red 40 de comunicaciones, ahorrando potencialmente
costes para las entidades comerciales implicadas. Además, la
eliminación de la transmisión de mensajes de datos anteriores reduce
la carga de procesado de datos para el dispositivo 42 de
comunicaciones de destino y elimina la posibilidad de que el
dispositivo 42 de comunicaciones de destino pueda sobrescribir
datos válidos o más precisos por datos menos precisos en los
mensajes de datos anteriores.
De acuerdo con un segundo procedimiento para la
operación S18, el nodo 14 intermediario de comunicaciones transmite
un mensaje de datos posterior en la memoria búfer 18 o la cola 24 de
transacción y elimina mensajes de datos anteriores en el grupo. La
eliminación de los mensajes de datos anteriores en el grupo puede
evitar la posibilidad de la transmisión involuntaria de los
mensajes de datos anteriores al dispositivo 42 de comunicaciones de
destino desde el nodo 14 intermediario de comunicaciones. La
eliminación de los mensajes de datos anteriores puede permitir más
espacio y flexibilidad en el almacenamiento de mensajes de datos
salientes más recientes en la memoria 18 búfer, la cola 24 de
transacción o en otro lugar en el nodo 14 intermediario de
comunicaciones. Además, el uso involuntario de mensajes de datos
anteriores obsoletos en el dispositivo 42 de comunicaciones de
destino se evita desde el principio al no transmitir mensajes de
datos anteriores obsoletos al nodo 42 de comunicaciones de
destino.
De acuerdo con un tercer procedimiento para la
operación S18, el nodo 14 intermediario de comunicaciones transmite
tanto mensajes de datos anteriores como posteriores en la memoria 18
búfer, la cola 24 de transacción, u otro lugar en cualquier orden.
El tercer procedimiento se puede utilizar cuando tanto los mensajes
de datos anteriores como posteriores en el grupo contienen
información valiosa para procesar en el dispositivo 42 de
comunicaciones de destino o en el sistema 9 de procesado de datos de
destino.
De acuerdo con un cuarto procedimiento para la
operación S18, el nodo 14 intermediario de comunicaciones transmite
los mensajes de datos anteriores y posteriores de un grupo de
mensajes de datos en la memoria 18 búfer, la cola 24 de transacción
u otro lugar en orden secuencial. Consecuentemente, el dispositivo
42 de comunicaciones de destino puede utilizar el orden contextual
de los mensajes de datos para la comprobación de errores de
información redundante u otros. El procesado adecuado de los
mensajes de datos en el dispositivo 42 de comunicaciones de destino
puede basarse en el suministro de los mensajes de datos anteriores y
posteriores de un grupo en orden sucesivo. Por ejemplo, si el orden
de los mensajes de datos se mantiene intacto, el dispositivo 42 de
comunicaciones de destino puede sobrescribir un mensaje de datos
recibido anteriormente por un mensaje de datos recibido
posteriormente con la seguridad de que el mensaje de datos recibido
posteriormente contiene los datos más precisos o actualizados.
Consecuentemente, el sistema 9 de procesado de datos de destino
puede basarse en la precisión del mensaje de datos para tomar una
decisión
comercial.
comercial.
La Fig. 5 es un diagrama de flujo del método para
mantener la seguridad de un mensaje de datos gestionado por un nodo
14 de comunicación intermediario.
- El método de la Fig. 5 comienza en la operación S28.
En la operación S28, el gestor 20 de peticiones
organiza los mensajes de datos en la cola 24 de transacción
basándose en una evaluación de los mensajes de datos de acuerdo con
un esquema de prioridad principal. El gestor 20 de peticiones puede
quitar (o copiar) mensajes de datos de la memoria 18 búfer para
ubicarlos en la cola 24 de transacción. La operación S10 puede
implicar que el gestor 20 de peticiones siga un esquema de
prioridad principal como el esquema "primero en entrar, primero en
salir" (FIFO) o "último en entrar, primero en salir" (LIFO)
para asignar mensajes de datos a una o más colas dentro de la cola
24 de transacción. En un esquema LIFO, a un primer mensaje recibido
en la memoria 18 búfer se le da un instante programado de
transmisión anterior que a un último mensaje recibido en la memoria
18 búfer desde el dispositivo 10 de comunicaciones de
origen.
origen.
El gestor 20 de peticiones puede funcionar de
acuerdo con un esquema de prioridad de recuperación además del
esquema de prioridad principal si se produce una interrupción de las
comunicaciones en la transmisión de un mensaje de datos a través de
la red 40 de comunicaciones o entre el sistema 8 de procesado de
datos de origen y el sistema 9 de procesado de datos de destino.
Por ejemplo, un esquema de prioridad de recuperación puede asignar
diferentes características de dependencia a los mensajes de datos
basándose en un identificador de tipo de mensaje. El esquema de
prioridad de recuperación suspende temporalmente el esquema de
prioridad principal hasta que se ha ejecutado con éxito un comando
de
gestión.
gestión.
En una realización alternativa, una
característica de dependencia se puede basar en un identificador de
destino contenido en un mensaje de datos o en un identificador de
origen contenido en el mensaje de datos. El identificador de
destino o identificador de origen es una etiqueta electrónica usada
para identificar un dispositivo de comunicaciones de origen (por
ejemplo, el dispositivo 10 de comunicaciones de origen) particular
o un dispositivo de comunicaciones de destino (por ejemplo, el
dispositivo 42 de comunicaciones de destino) particular.
En la operación S30, el administrador 26 de
transacción extrae un mensaje de datos de la prioridad más alta de
la cola 24 de transacción de acuerdo con el esquema de prioridad
principal. Después de extraer el mensaje de datos de la prioridad
más alta y autorizar su transmisión, el administrador 26 de
transacción puede acceder a un mensaje de datos de menor prioridad
en la cola 24 de transacción de forma que un grupo de mensajes de
datos están preparados para la transmisión.
En la operación S32, el administrador 28 de
seguridad coopera con la base 30 de datos de seguridad para
establecer un canal de comunicaciones seguro para la transmisión del
mensaje de datos de la prioridad más alta a un dispositivo 42 de
comunicaciones de destino a través de la red 40 de comunicaciones.
El establecimiento de un canal de comunicaciones seguro puede
implicar la autentificación o verificación de un identificador de
acceso de envío y una contraseña de envío enviada por el
administrador 28 de seguridad en el nodo 14 intermediario de
comunicaciones al dispositivo 42 de comunicaciones de destino. Un
canal de comunicaciones seguro hace referencia a uno o más de los
siguientes: un canal de comunicaciones de una dirección o dos
direcciones protegido por contraseña que restringe el acceso a
usuarios no autorizados que no introducen una contraseña correcta de
acuerdo con un procedimiento de autentificación, un canal de
comunicación encriptado o codificado, un canal de comunicaciones
modulado de espectro expandido, y cualquier otro mecanismo de
seguridad para las comunicaciones.
Después de que se ha establecido el canal de
comunicaciones seguro, en la operación S34 el módulo 38 de
encriptado del transmisor 36 encripta el mensaje de datos de la
prioridad más alta de acuerdo con un código de encriptado, que
puede ser proporcionado por el administrador 28 de seguridad del
nodo 14 intermediario de comunicaciones.
En la operación S34 en la operación S36, el
transmisor 36 transmite el mensaje de datos de la prioridad más
alta encriptado al dispositivo 42 de comunicaciones de destino a
través del canal de comunicaciones seguro de la red 40 de
comunicación.
Tras la operación S36, el dispositivo 42 de
comunicaciones de destino está preparado para recibir el mensaje de
datos de la prioridad más alta encriptado. El receptor 16 incluye el
módulo 22 de descriptado para descriptar el mensaje de datos de la
prioridad más alta u otros mensajes de datos de acuerdo con un
código de descriptado o encriptado proporcionado por el módulo 52
de autentificación. Los códigos de encriptado almacenados en el
módulo 52 de autentificación y en la base 30 de datos de seguridad
se mantienen preferiblemente de una manera sincronizada, de forma
que actualizaciones del código de encriptado en la base 52 de datos
de autentificación en el dispositivo 42 de comunicaciones de
destino sigan a actualizaciones en el código de encriptado en la
base 30 de datos de seguridad.
La Fig. 6 muestra la operación S32 de la Fig. 5
con mayor detalle. En la operación S40 de la Fig. 6, el
administrador 26 de transacción o el administrador 28 de seguridad
determina un identificador de acceso y una contraseña asociados al
dispositivo 42 de comunicaciones de destino. Cada dispositivo 42 de
comunicaciones de destino asociado a la red de comunicación puede
tener al menos un único identificador de acceso y al menos una
única contraseña correspondiente.
El administrador 26 de transacción hace
referencia a la base 30 de datos de seguridad en la preparación
para la transmisión del mensaje de datos desde el nodo 14
intermediario de comunicaciones al dispositivo 42 de comunicaciones
de destino. El administrador 26 de transacciones puede hacer
referencia a un identificador de tipo de mensaje, un identificador
de origen o un identificador de destino del mensaje de datos para
determinar la contraseña de envío y el identificador de acceso de
envío aplicables que se extraen de la base 30 de datos de
seguridad.
En la operación S42, el módulo 38 de encriptado
del nodo 14 intermediario de comunicaciones preferiblemente
encripta el identificador de acceso de envío, la contraseña de envío
o ambas para la transmisión al dispositivo 42 de comunicaciones de
destino. El encriptado evita que espías fraudulentos obtengan acceso
no autorizado al dispositivo 42 de comunicaciones de destino
mediante la intercepción del identificador de la contraseña de
envío, el identificador de acceso de envío o ambos.
En la operación S44, el transmisor 36 del nodo de
comunicación intermediario transmite la contraseña encriptada al
dispositivo 42 de comunicaciones de destino para solicitar el acceso
de comunicaciones al dispositivo 42 de comunicaciones de destino a
través de un canal de comunicaciones de una dirección o de dos
direcciones. El dispositivo 42 de comunicaciones de destino
determina si se concede o se deniega el acceso basándose en la
autentificación del identificador de acceso de envío recibido y de
la contraseña de envío recibida.
Después de la operación S44 en la operación S46,
si el dispositivo 42 de comunicación de destino autentifica la
contraseña encriptada transmitida, entonces el nodo 14 intermediario
de comunicaciones recibe una confirmación desde el dispositivo 42
de comunicaciones de destino de la autentificación de la contraseña
encriptada. El dispositivo 42 de comunicaciones de destino mantiene
una base de datos de contraseñas de referencia y de identificadores
de acceso de referencia. En el dispositivo 42 de comunicaciones de
destino, el administrador 56 de comunicación compara el
identificador de acceso de envío recibido y la correspondiente
contraseña de envío recibida con el identificador de acceso de
referencia y la correspondiente contraseña de referencia
almacenados en la base de datos. Si el identificador de acceso de
envío recibido concuerda con el identificador de acceso de
referencia y si la contraseña de envío recibida concuerda con la
contraseña de referencia, el administrador 56 de comunicaciones
proporciona una autorización para conceder el acceso de
comunicaciones (por ejemplo, privilegios de intercambio de datos en
un canal de comunicaciones de una dirección o de dos direcciones)
entre al menos el dispositivo 42 de comunicaciones de destino y el
nodo 14 intermediario de comunicaciones. Consecuentemente, el
método de la Fig. 6 soporta el intercambio seguro de mensajes de
datos entre el sistema 8 de procesado de datos de origen y el
sistema 9 de procesado de datos de destino.
Además, después de la operación S46 de la Fig. 6
el método puede volver a las operaciones S34 de la Fig. 5 y la
operación S36 en la que el mensaje de datos encriptado de la
prioridad más alta es transmitido desde el nodo 14 intermediario de
comunicaciones al dispositivo 42 de comunicaciones de destino.
La Fig. 7 muestra un método para procesar
mensajes de datos interdependientes.
- La Fig. 7 comienza en la operación S50.
En la operación S50, el dispositivo 10 de
comunicaciones de origen o el nodo 14 intermediario de
comunicaciones determina si al menos dos mensajes de datos son
interdependientes. El dispositivo 10 de comunicaciones de origen o
el nodo 14 intermediario de comunicaciones pueden determinar si al
menos dos mensajes son interdependientes basándose en numerosas
técnicas alternativas. De acuerdo con una primera técnica, los
mensajes de datos se pueden considerar como interdependientes si un
identificador de origen, un identificador de destino y un
identificador de transacción asociado a los diferentes mensajes de
datos concuerdan entre sí. De acuerdo con una segunda técnica, los
mensajes de datos interdependientes pueden ser marcados por
adelantado en una cabecera u otra porción designada de un mensaje
de datos. Por ejemplo, el dispositivo 10 de comunicaciones de
origen o el sistema 8 de procesado de datos de origen puede designar
ciertos tipos de mensajes como interdependientes. El tipo de
mensaje se basa en los contenidos o la clasificación de los
contenidos del mensaje
de datos.
de datos.
El sistema 11 de comunicaciones puede soportar
diferentes tipos de mensajes de datos interdependientes. Por
ejemplo, el sistema 11 de comunicaciones puede soportar un mensaje
de datos suavemente interdependiente y un mensaje de datos
fuertemente interdependiente. A un mensaje de datos suavemente
interdependiente se puede hacer referencia como un mensaje de datos
de no-bloqueo. A un mensaje de datos fuertemente
interdependiente se puede hacer referencia como un mensaje de datos
de bloqueo. Los mensajes de datos de bloqueo se envían en un grupo
secuencial sin interrupción hasta que la transmisión se completa. En
contraste, los mensajes de datos de no-bloqueo se
envían o procesan con interrupción permisible antes de la
finalización de la transmisión o procesado de múltiples mensajes de
datos en un grupo.
Un mensaje de datos suavemente interdependiente
puede definirse de forma que el último mensaje tiene la mayor
prioridad. Además, el mensaje de datos suavemente interdependiente
no puede requerir un mensaje de datos enviado previamente para
entender un mensaje de datos posterior. Si un mensaje posterior
contiene la mayoría o toda la información de un mensaje de datos
anterior, el mensaje de datos posterior y el mensaje de datos
anterior pueden considerarse como mensajes de datos suavemente
interdependientes.
Un mensaje de datos fuertemente interdependiente
puede definirse de forma que la secuencia en la cual se reciben o
decodifican los mensajes de datos es esencial para la comprensión de
los mensajes de datos fuertemente interdependientes. La secuencia
de los mensajes de datos puede proporcionar el contexto necesario
para entender los contenidos de mensajes de datos fuertemente
interdependientes. En contraste, los mensajes de datos suavemente
interdependientes típicamente pueden comprenderse sin importar el
orden de recepción o decodificación.
Si se determina que los mensajes de datos son
interdependientes en la operación S50, el método continua con la
operación S52. Si se determina que los mensajes de datos no son
interdependientes, el método finaliza con la operación S62.
En la operación S52, el dispositivo 10 de
comunicaciones de origen o el nodo 14 intermediario de
comunicaciones organiza los mensajes de datos en un grupo. Por
ejemplo, el nodo 14 intermediario de comunicaciones puede organizar
los mensajes de datos en una cola dentro de una memoria 18 búfer o
la cola 24 de transacción para situar o preparar los mensajes de
datos para su transmisión al dispositivo 42 de comunicaciones de
destino.
En la operación S54 después de la operación S52,
el nodo 14 intermediario de comunicaciones determina si la
secuencia y los contenidos de cualesquiera mensajes de datos
anteriormente transmitidos en el grupo proporciona el contexto
necesario para la comprensión del último mensaje de datos en el
grupo. Si la secuencia de los mensajes de datos proporciona el
contexto necesario, el método continua con la operación S56. Si la
secuencia del mensaje de datos no proporciona el contexto necesario,
el método continua con la operación S58.
En la operación S56, el nodo 14 intermediario de
comunicaciones elimina el mensaje de datos anterior o mensajes de
datos anteriores en el grupo asociados al último mensaje de datos
del grupo. El sistema 11 de comunicaciones o el nodo 14
intermediario de comunicaciones puede disponerse para que elimine
mensajes de datos antiguos interrelacionados o interdependientes
asociados a un mensaje de datos más reciente. Consecuentemente, si
un transmisor 36 reúne mensajes de datos suavemente
interdependientes en un grupo, los mensajes de datos más antiguos
pueden eliminarse antes de la transmisión del grupo.
En la operación S58, el nodo 14 intermediario de
comunicaciones envía los mensajes de datos a un dispositivo 42 de
comunicaciones de destino en una secuencia que va desde el primer
mensaje de datos hasta el mensaje de datos más reciente en el
grupo. Consecuentemente, si un transmisor 36 reúne mensajes de datos
fuertemente interdependientes en un grupo, los mensajes de datos
del grupo se transmiten preferiblemente en orden secuencial. El
orden secuencial puede ser desde el mensaje de datos más reciente
hasta el primero, o viceversa, siempre que tanto el dispositivo 10
de comunicaciones de origen y el dispositivo 42 de comunicaciones
de destino utilicen el mismo orden por convención o acuerdo
mutuo.
En la operación S60, el nodo 14 intermediario de
comunicaciones envía el último mensaje de datos que queda en el
grupo al dispositivo 42 de comunicaciones de destino.
Consecuentemente, al identificar si un mensaje de datos
interdependiente es fuertemente interdependiente o suavemente
interdependiente, el sistema 11 de comunicaciones puede conseguir
administrar eficientemente la transmisión de información redundante
o parcialmente redundante en la transmisión de mensajes de datos
fuertemente interdependientes posteriores. Por ejemplo, información
redundante en un grupo de mensajes de datos fuertemente
interdependientes, los contenidos de mensajes de datos posteriores
pueden ser comparados con el contexto o contenidos de mensajes de
datos anteriores para reducir el error o mejorar la comprensión.
Con respecto a los mensajes de datos suavemente interdependientes,
el sistema 11 de comunicaciones puede eliminar la necesidad de
transmitir mensajes de datos obsoletos anteriores cuando dicha
información ha sido sustituida por un mensaje de datos posterior (es
decir, más nuevo), sin tener en cuenta el contexto de mensajes de
datos obsoletos anteriores. En suma, el método de la Fig. 7 para
administrar los mensajes de datos interdependientes soporta la
transmisión fiable de datos entre el dispositivo 10 de
comunicaciones de origen y el dispositivo 42 de comunicaciones de
destino de una manera espectralmente eficiente.
La descripción anterior de la invención describe
numerosos ejemplos ilustrativos de la invención. Modificaciones,
disposiciones alternativas y variaciones de estos ejemplos
ilustrativos son posibles y pueden estar dentro del alcance de la
invención. Consecuentemente, las siguientes reivindicaciones deben
estar en concordancia con una amplitud de interpretación razonable,
que es consistente con las especificaciones descritas aquí y no
excesivamente limitada por aspectos de las realizaciones preferidas
descritas en el presente documento.
Claims (16)
1. Un método de administrar las
comunicaciones de un mensaje de datos, comprendiendo el método las
operaciones de:
enviar un grupo de mensajes de datos a un
dispositivo de comunicaciones, donde el grupo de mensajes de datos
incluye al menos un mensaje de datos enviado antes que un mensaje de
datos enviado en último lugar del grupo;
asignar una característica (S10) de dependencia a
un correspondiente tipo de mensaje para el, al menos, un mensaje
transmitido anteriormente del grupo;
determinar si se ha producido una interrupción de
la comunicación para el, al menos, un mensaje de datos transmitido
anteriormente en el grupo (S14);
ejecutar un comando de gestión para el grupo si
se ha producido (S18) la interrupción, siendo el comando de gestión
consistente con la característica de dependencia asignada al, al
menos, un mensaje de datos transmitido anteriormente; y
transmitir un mensaje de datos posterior del
grupo basándose en el comando de gestión asociado al correspondiente
tipo de mensaje.
2. El método de la
reivindicación 1, donde la operación de asignación comprende asignar
una interdependencia suave entre mensajes de datos del grupo,
bloqueando la interdependencia suave una transmisión de al menos
uno de los mensajes de datos en el grupo al producirse la
interrupción de comunica-
ciones.
ciones.
3. El método de la
reivindicación 1, donde la operación de asignación comprende asignar
una interdependencia fuerte entre mensajes de datos del grupo,
permitiendo la interdependencia fuerte la transmisión de múltiples
mensajes de datos en el grupo al producirse la interrupción de
comunicaciones.
4. El método de la
reivindicación 1, donde la operación de ejecución comprende
transmitir el último mensaje de datos del grupo después de el, al
menos, un mensaje de datos anteriormente transmi-
tido.
tido.
5. El método de la
reivindicación 1, donde la operación de ejecución comprende
transmitir el último mensaje de datos y eliminar el, al menos, un
mensaje de datos anterior del grupo.
6. El método de la
reivindicación 1, donde la operación de ejecución comprende
transmitir tanto el, al menos, un mensaje de datos anterior como el
último mensaje de datos del grupo.
7. El método de la
reivindicación 1, donde la operación de ejecución comprende
transmitir el, al menos, un mensaje de datos anteriormente
transmitido antes del último mensaje de datos del grupo en orden
secuencial.
8. Un sistema para administrar
las comunicaciones de un mensaje de datos, comprendiendo el
sis-
tema:
tema:
un administrador (32) de dependencia de mensaje
para recibir un grupo de mensajes de datos que se envían a un
dispositivo de comunicaciones, donde el grupo de mensajes de datos
incluye al menos un mensaje de datos enviado antes que un mensaje
de datos enviado en último lugar del grupo, asignando el
administrador de dependencia de mensaje una característica de
dependencia a un tipo de mensaje correspondiente para el, al menos,
un mensaje de datos anteriormente transmitido de un grupo;
un detector (25) de interrupciones conectado al
administrador (32) de dependencia de mensajes para determinar si se
ha producido una interrupción de la comunicación para el, al menos,
un mensaje de datos transmitido anteriormente en el grupo;
un administrador (26) de transacción que
comprende el administrador (32) de dependencia de mensajes, donde
el administrador (32) de dependencia de mensajes está dispuesto para
extraer y ejecutar un comando de gestión para el grupo si se
produce la interrupción, siendo el comando de gestión consistente
con la característica de dependencia asignada al, al menos, un
mensaje de datos transmitido anteriormente; y
donde el administrador (26) de transacción está
dispuesto para transmitir un mensaje de datos posterior del grupo
basándose en el comando de gestión asociado al correspondiente tipo
de mensaje en una base (34) de datos de dependencia de mensaje.
9. El sistema de acuerdo con la
reivindicación 8, donde el administrador (32) de dependencia de
mensajes asigna una interdependencia suave entre mensajes de datos
del grupo, incluyendo la interdependencia suave prevenir una
transmisión de al menos uno de los mensajes de datos del grupo al
producirse la interrupción de la comunicación.
10. El sistema de acuerdo con la
reivindicación 8, donde el administrador (32) de dependencia de
mensajes asigna una interdependencia fuerte entre mensajes de datos
del grupo, incluyendo la interdependencia fuerte permitir la
transmisión de múltiples mensajes de datos en el grupo al producirse
la interrupción de la comunicación.
11. El sistema de la reivindicación
8, que comprende además una base (34) de datos de dependencia de
mensaje, estando el administrador (26) de transacción preparado para
eliminar el, al menos, un mensaje de datos anterior en el grupo
basándose en el comando de gestión asociado a un tipo de mensaje
correspondiente en la base (34) de datos de dependencia de
mensaje.
12. El sistema de la reivindicación
8, que comprende además una base (34) de datos de dependencia de
mensajes, estando el administrador (26) de transacción preparado
para transmitir el, al menos, un mensaje de datos anterior en el
grupo basándose en el comando de gestión asociado a un tipo de
mensaje correspondiente en la base (34) de datos de dependencia de
mensaje.
13. El sistema de la reivindicación
8, que comprende además una base (34) de datos de dependencia de
mensaje, estando el administrador (26) de transacción preparado para
transmitir el, al menos, un mensaje de datos anterior antes que el
último mensaje de datos del grupo en orden secuencial basándose en
el comando de gestión asociado a un tipo de mensaje correspondiente
en la base (34) de datos de dependencia de mensaje.
14. El sistema de acuerdo con la
reivindicación 8, que además comprende:
un transmisor (36) conectado al administrador
(26) de transacción, incluyendo el transmisor un módulo (38) de
encriptado para encriptar un mensaje de datos; y
un receptor (16) para recibir un mensaje de datos
encriptado desde transmisor (36), incluyendo el receptor un módulo
(22) de descriptado para descriptar el mensaje de datos
encriptado.
15. El sistema de acuerdo con la
reivindicación 8, que además comprende:
una base (30) de datos de seguridad asociada al
administrador (26) de transacción;
un administrador (28) de seguridad para extraer
un identificador de acceso de envío y una correspondiente
contraseña de envío de la base (30) de datos de seguridad; y
un transmisor (36) para transmitir el
identificador de acceso de envío y la contraseña de envío.
16. El sistema de acuerdo con la
reivindicación 15, que además incluye:
un receptor (16) para recibir el identificador de
acceso de envío y la contraseña de envío desde el transmisor (36);
y
un módulo (52) de autentificación asociado al
receptor (16) para acceder a una contraseña de referencia y un
identificador de acceso de referencia para la comparación con el
identificador de acceso de envío presentado y la correspondiente
contraseña de envío para establecer un canal de comunicaciones entre
el transmisor (36) y el receptor
(16).
(16).
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP00991467A EP1334433B1 (en) | 2000-11-09 | 2000-11-09 | Communications system for supporting inter-dependent data messages |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2254261T3 true ES2254261T3 (es) | 2006-06-16 |
Family
ID=33483829
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00991467T Expired - Lifetime ES2254261T3 (es) | 2000-11-09 | 2000-11-09 | Sistema de comunicacion para soportar mensajes de datos interdependientes. |
| ES04025527T Expired - Lifetime ES2270255T3 (es) | 2000-11-09 | 2000-11-09 | Sistema de comunicaciones para soportar mensajes de datos interdependientes. |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES04025527T Expired - Lifetime ES2270255T3 (es) | 2000-11-09 | 2000-11-09 | Sistema de comunicaciones para soportar mensajes de datos interdependientes. |
Country Status (2)
| Country | Link |
|---|---|
| AT (1) | ATE319259T1 (es) |
| ES (2) | ES2254261T3 (es) |
-
2000
- 2000-11-09 AT AT00991467T patent/ATE319259T1/de not_active IP Right Cessation
- 2000-11-09 ES ES00991467T patent/ES2254261T3/es not_active Expired - Lifetime
- 2000-11-09 ES ES04025527T patent/ES2270255T3/es not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| ATE319259T1 (de) | 2006-03-15 |
| ES2270255T3 (es) | 2007-04-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4257785B2 (ja) | キャッシュストレージ装置 | |
| US5764890A (en) | Method and system for adding a secure network server to an existing computer network | |
| CN1682516B (zh) | 用于防止网络地址盗用的方法和装置 | |
| US6292900B1 (en) | Multilevel security attribute passing methods, apparatuses, and computer program products in a stream | |
| EP0967765B1 (en) | Network connection controlling method and system thereof | |
| US7917693B2 (en) | Method and system for responding to file system requests | |
| US7900265B1 (en) | Method and/or system to authorize access to stored data | |
| US5577209A (en) | Apparatus and method for providing multi-level security for communication among computers and terminals on a network | |
| US7925751B1 (en) | Mechanism for controlled sharing of files in a clustered application environment | |
| CN101009607B (zh) | 用于检测并防止网络环境中的洪流攻击的系统和方法 | |
| US6687700B1 (en) | Communications system for supporting inter-dependent data messages | |
| US8108913B2 (en) | Architecture and method for controlling the transfer of information between users | |
| US7233920B1 (en) | System and apparatus for credit transaction data transmission | |
| WO2019210427A1 (en) | Secure access control | |
| ES2254261T3 (es) | Sistema de comunicacion para soportar mensajes de datos interdependientes. | |
| KR20180028648A (ko) | 단방향 데이터 송신 장치, 단방향 데이터 수신 장치 및 이를 이용한 단방향 데이터 전송 방법 | |
| CA2709381C (en) | Communications system for supporting inter-dependent data messages | |
| CN113794563B (zh) | 一种通信网络安全控制方法及系统 | |
| AU2005201106B2 (en) | Communications system for supporting inter-dependent data messages | |
| CN114666341A (zh) | 一种去中心化sdp控制器实现方法及计算机存储介质 | |
| US7430756B2 (en) | System and method for generating and authenticating a computer password | |
| AU2001232690A1 (en) | Communications system for supporting inter-dependent data messages | |
| JP3973357B2 (ja) | ポート番号の収束、展開方法及びそのゲートウェイサーバ | |
| Lever | RFC 8881: Network File System (NFS) Version 4 Minor Version 1 Protocol | |
| Moore | Network Pump (NP) security target |