ES2240539T3 - Procedimiento y sistema para el intercambio de informaciones entre redes de comunicacion. - Google Patents
Procedimiento y sistema para el intercambio de informaciones entre redes de comunicacion.Info
- Publication number
- ES2240539T3 ES2240539T3 ES01985312T ES01985312T ES2240539T3 ES 2240539 T3 ES2240539 T3 ES 2240539T3 ES 01985312 T ES01985312 T ES 01985312T ES 01985312 T ES01985312 T ES 01985312T ES 2240539 T3 ES2240539 T3 ES 2240539T3
- Authority
- ES
- Spain
- Prior art keywords
- information
- units
- data
- communication network
- switching
- 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
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Abstract
Procedimiento para el intercambio de información y datos entre una pluralidad de redes de comunicación, caracterizado por las siguientes etapas: - recepción de información de al menos una red de comunicación de origen, conversión de la información en un formato de datos interno del sistema, y generación y memorización de un primer registro de transacción que contiene la recepción de la información; - conmutación de la información convertida, mediante una de al menos dos primeras unidades de conmutación disponibles, a una unidad de procesamiento de servicios específica, procesamiento de la información de una forma predeterminada, y generación y memorización de un segundo registro de transacción que contiene la utilización de la unidad de procesamiento de servicios; - conmutación de la información tratada, mediante una de al menos dos segundas unidades de conmutación disponibles, a una unidad de transmisión de datos asociada a una red de comunicación final, conversión de la información en unformato de la red de comunicación final, envío de la información a la red de comunicación final, y generación y memorización de un tercer registro de transacción que contiene la transmisión de la información a la red de comunicación final; y - cálculo de una tasa que debe ser facturada basándose en los registros de transacción.
Description
Procedimiento y sistema para el intercambio de
informaciones entre redes de comunicación.
La invención se refiere a un procedimiento y a un
sistema para el intercambio de información y datos entre redes de
comunicación, como por ejemplo redes de comunicación de telefonía
móvil, redes de telefonía fija, Internet, redes exclusivamente de
datos u otras redes para servicios vocales y/o no vocales.
La creciente integración de estas redes, así como
de los diferentes servicios ofrecidos a través de estas redes,
también requiere una comunicación a ser posible sin problemas,
rápida y segura entre estas redes. A este respecto, existe el
problema de que estas redes generalmente funcionan siguiendo
estándares diferentes. Esto afecta no sólo a los protocolos de
datos, sino también al tipo de asignación de dirección del
destinatario, al tipo de facturación de los servicios utilizados
por un usuario, al tipo y formato de los datos, así como
eventualmente a otros parámetros específicos empleados dentro de
una determinada red, pero que provocan alteraciones o no pueden ser
interpretados en otras redes.
Puesto que una estandarización de estas redes en
virtud de sus diversas historias, así como de los diversos
requisitos en cuanto a su ancho de banda, velocidad, modos de
transmisión, etc. apenas puede ser tenida en cuenta, se están
buscando otras posibilidades, mediante las cuales se facilita, o de
hecho se posibilita, un intercambio de información.
Por la patente DE 295 11 856 por ejemplo, se
conoce un dispositivo, mediante el cual debería facilitarse un
intercambio de los mensajes cortos (SMS) entre diferentes redes de
comunicación móvil. Con este propósito, cada red tiene asignado un
dispositivo que recibe, memoriza y transforma en un formato de
intercambio estos mensajes cortos y los conduce a un dispositivo de
conmutación central, el cual los envía luego al dispositivo de una
red de comunicación final. Este último recibe el mensaje, lo
transforma en el formato de la red correspondiente y lo introduce
en esta red. Por la patente WO 98/47270 se conoce un procedimiento
para la conversión de mensajes SMS en el formato de Internet
HTML.
Sin embargo, una desventaja de esta disposición
monolítica y organizada de manera centralizada consiste
particularmente en el hecho de que, para grandes velocidades de
transferencia, el dispositivo de conmutación resulta muy complicado
y costoso, y difícilmente es posible un examen o tratamiento de la
información individual intercambiada con unos gastos razonables,
por ejemplo para objetivos de facturación. Otra desventaja que se
presenta es el hecho de que, en el caso de un error en el
dispositivo de conmutación central, la comunicación entre las redes
puede interrumpirse completamente.
También se conoce por la DE 195 39 406 un
procedimiento para la transmisión de información no vocal en forma
de paquetes de datos provistos de una contraseña desde una red de
comunicación móvil hacia otra red de comunicación. Entre estas
redes se encuentra un dispositivo central para la transmisión de la
información, el cual está comunicado a través de un número de
canales de transmisión lógicos con la red de comunicación móvil de
origen, y a través de un canal de transmisión físico
respectivamente con las diferentes redes de comunicación finales.
Cada canal de transmisión lógico tiene asignado un servicio, para
cuyo funcionamiento está previsto un centro de servicios, que se
encuentra dentro de una de las redes de comunicación final.
Mediante la asignación de una contraseña a cada canal de transmisión
lógico por parte de la red de comunicación móvil y la conexión fija
de dicho canal con otro canal de transmisión lógico que conduce a
otra red final, dentro del correspondiente canal de transmisión
físico, cada conjunto de datos debe ser transmitido a la red final
deseada independientemente de una dirección del receptor específica
de la red. El dispositivo central tiene sin embargo las mismas
desventajas que las que se presentan en relación al dispositivo de
conmutación arriba mencionado.
Finalmente, en la patente WO 95/33309 se describe
una red multimedia escalable, basada en una estructura distribuida
en diferentes niveles jerárquicos de buses, lo que permite a los
proveedores de servicios multimedia abastecer también de una manera
económica a un número pequeño de usuarios y ampliar gradualmente su
capacidad con un número creciente de usuarios.
Por lo tanto, la invención se basa en la tarea de
crear un procedimiento y un sistema para el intercambio de
información y datos entre redes de comunicación del tipo
inicialmente mencionado, con el cual es posible transmitir de una
manera relativamente sencilla y fiable grandes cantidades de
información, también de diferentes tipos, entre una multitud de
redes estructuradas de diferente manera.
Esta tarea se resuelve con un procedimiento que
se caracteriza, según la reivindicación 1, por las siguientes
etapas: recepción de información (datos) desde al menos una red de
comunicación de origen y conversión de la información en un formato
de datos interno del sistema; conmutación de la información
convertida a una unidad de procesamiento de servicios determinada y
procesamiento de la información de una forma predeterminada;
conversión de la información procesada en un formato de una red de
comunicación final, así como conmutación y envío de la información a
la red de comunicación final.
La tarea se resuelve con un sistema que se
distingue, según la reivindicación 3, por las siguientes
características: al menos una unidad de transmisión de datos para
recibir información (datos) desde una red de comunicación de origen
así como para la conversión de la información en un formato de
datos interno del sistema; al menos una primera unidad de
conmutación para la transmisión de la información recibida desde una
unidad de transmisión de datos a una unidad de procesamiento de
servicios predeterminada; así como al menos una segunda unidad de
conmutación para la transmisión de la información recibida desde
una de las unidades de procesamiento de servicios a una unidad de
transmisión de datos predeterminada para la conversión de la
información en el formato de la red de comunicación final y para el
envío de la información a la red de comunicación final.
Una ventaja particular de esta solución reside en
el hecho de que el sistema es escalable gracias a su estructura
modular, es decir que puede ser ampliado gradualmente conforme a la
cantidad de información que debe ser intercambiada (volumen de
datos), añadiendo otras unidades de transmisión de datos y/u otras
primeras o segundas unidades de conmutación y/o unidades de
procesamiento de servicios.
Si hay al menos dos de cada una de las unidades
citadas, existe la posibilidad de que, al presentarse una avería en
una de las unidades, cuya función es asumida por la(s)
otra(s) unidad(es) del mismo tipo, se evita una
avería total del sistema.
Las reivindicaciones secundarias incluyen los
perfeccionamientos ventajosos de la invención.
La estructura modular del sistema también
permite, según reivindicación 4, una disposición descentralizada de
las unidades en diferentes lugares geográficos, de modo que, por
ejemplo en caso de catástrofes naturales regionales o de un corte
eléctrico en un lugar, no falla forzosamente todo el sistema
interrumpiéndose el intercambio de información entre las redes.
Otros detalles, características y ventajas de la
invención se deducen de la siguiente descripción de una forma de
realización preferida con ayuda de los dibujos, los cuales
muestran:
Fig. 1 una representación básica de esta forma de
realización en conexión con varias redes;
Fig. 2 un diagrama de flujo de un primer ejemplo
para un flujo de datos y procesos;
Fig. 3 un diagrama de flujo de un segundo ejemplo
para un flujo de datos y procesos; y
Fig. 4a, 4b diagramas de flujo del desarrollo del
funcionamiento en una unidad de transmisión de datos.
El sistema 700 según la invención está conectado,
según la figura 1, con una multitud de redes de comunicación 1, 2,
3. Suponiendo, como ejemplo, que la primera red de comunicación 1
es una red de radio móvil, la segunda red de comunicación 2 es una
red fija para transmisiones telefónicas y por fax y la tercera red
de comunicación 3 es Internet. También pueden preverse, de la misma
manera, más redes y de otro tipo para el intercambio de información,
ya sea de información vocal o no vocal, en comunicación con el
sistema 700.
Por información no vocal se incluyen en este
caso, además de los mensajes de correo electrónico, por ejemplo los
mensajes de texto escritos del servicio de mensajes cortos
implementado en la especificación GSM, también denominado servicio
SMS (short message service), para el que se pone a
disposición un repertorio de caracteres en parte estandarizado y en
parte no estandarizado, es decir diferente en cada red de radio
móvil.
Cada red de comunicación tiene asociada una
pluralidad de componentes 11, 21 o 31, que se comunican entre sí de
una manera conocida dentro de su red 1, 2 o 3.
La comunicación y el intercambio de información
entre los componentes 11, 21, 31 de las diferentes redes de
comunicación 1, 2, 3 se produce a través del sistema 700. Con este
fin, cada red de comunicación 1, 2, 3 está conectada al sistema 700
a través de un dispositivo 12, 22, 32 (canal de comunicación), que
sirve para recibir, almacenar y transmitir información entre cada
red de comunicación y el sistema 700 en ambos sentidos
(bidireccional).
La comunicación entre los dispositivos 12, 22,
32, por una parte, y el sistema 700, por otra parte, se realiza en
un formato de intercambio de datos determinado esencialmente por la
respectiva red de comunicación 1, 2, 3 a través de un servicio de
datos transmitido en paquetes de datos. Para ello se emplean
conexiones como, por ejemplo, redes nativas X.25, conexiones
Datex-P, líneas no conmutadas o Internet con los
protocolos de transmisión conocidos como TCP/IP o Frame Relay.
El sistema es adecuado especialmente para la
conexión de un gran número de redes de comunicación 1, 2, 3 con
diferente configuración, sin que por ello se deba contar con una
pérdida de potencia en relación al rendimiento específico de la
información conmutada.
El sistema 700 está formado por una multitud de
unidades funcionales 3xx, 4xx, 5xx, 6xx, que están organizadas de
manera modular y descentralizada, y que desempeñan respectivamente
sólo una función determinada. La comunicación de estas unidades
funcionales entre sí, y por consiguiente la transmisión de la
información que debe ser conmutada entre las redes 1, 2, 3, se
realiza a través de un formato de datos interno del sistema
(explicado más abajo más en detalle), que comprende opcionalmente
protocolos de comunicación nativos, optimizados, orientados en
paquetes de datos.
Esta arquitectura ofrece además la ventaja de que
el sistema es escalable, lo cual significa que cada unidad
funcional 3xx, 4xx, 5xx, 6xx puede estar prevista múltiples veces,
dependiendo de la potencia requerida, del volumen de datos para
transmitir y/o de la redundancia deseada y, de esta manera, es
posible adaptar el sistema a los requisitos actuales.
Las unidades funcionales 3xx, 4xx, 5xx, 6xx
pueden localizarse también en diferentes lugares geográficos. Esto
tiene la ventaja de que el funcionamiento del sistema es en gran
media independiente de alteraciones locales e influencias externas,
que por ejemplo pueden presentarse en forma de cortes de
electricidad, fallos en la línea de datos así como destrucciones
por fuego, agua, tormentas, etc.. La comunicación de las unidades
funcionales entre sí se produce también en este caso a través del
formato de datos interno del sistema, con lo cual pueden emplearse
las mismas conexiones arriba descritas para la comunicación entre
los dispositivos 12, 22, 32, por una parte, y el sistema 700, por
otra parte.
Más detalladamente, el sistema 700 comprende un
número de unidades de transmisión de datos (unidades de
comunicación) 310, 320, 330, que están formadas como un lado de una
conexión punto por punto, unidireccional o bidireccional, basada en
un protocolo, con una capacidad de conversión del protocolo
integrada y que preferiblemente facilitan la generación de un
registro de transacciones.
El otro lado representa las redes de comunicación
1, 2, 3, donde las unidades de transmisión de datos 310, 320, 330
están conectadas respectivamente a una de las redes de comunicación
1, 2, 3 mediante uno de los dispositivos 12, 22, 32, para recibir,
memorizar y transmitir información.
Además está prevista al menos una primera unidad
de conmutación (router) 410, que sirve para la conexión de
las unidades de transmisión de datos 310, 320, 330 con al menos una
unidad de procesamiento de servicios 510. Para la conexión en
sentido contrario de esta unidad de procesamiento de servicios 510
con las unidades de transmisión de datos 310, 320, 330, el sistema
700 presenta además al menos una segunda unidad de conmutación
(router) 420.
Las unidades de procesamiento de servicios 510
comprenden diferentes servicios respectivamente, elegidos por el
administrador del sistema, los cuales están realizados en forma de
módulos de software. Los servicios pueden corresponder
respectivamente a contenidos de datos diversos, que son
suministrados por las diferentes redes de comunicación 1, 2, 3 y,
tras su procesamiento, son transmitidos de nuevo a estas últimas.
Algunos ejemplos de dichos servicios son la recepción, el
procesamiento predeterminado y la transmisión de mensajes cortos
(SMS), de correo electrónico y faxes, servicios bancarios en línea
(por ejemplo consultas del estado de cuentas), juegos, información
sobre la bolsa, consultas de bases de datos (información de
horarios), etc.
El sistema 700 comprende finalmente también al
menos una unidad de facturación 610, que se comunica tanto con las
unidades de transmisión de datos 310, 320, 330 como con al menos
una unidad de procesamiento de servicios 510.
Con ayuda de un ejemplo se explicará ahora el
funcionamiento del sistema 700. A este respecto, se entiende que se
debe transmitir una información (mensaje) desde un componente 11 de
una primera red de comunicación 1 (origen) hasta un componente 21
de una segunda red de comunicación 2 (final).
La información del componente 11 es conducida
dentro de la primera red de comunicación 1 con los formatos de
datos y los protocolos de datos utilizados en el dispositivo 12
asociado a esta red. En este dispositivo se almacena la
información en una memoria intermedia, si es necesario se
transforma en un formato de intercambio, y se envía a la unidad de
transmisión de datos 310 asociada del sistema 700.
La unidad de transmisión de datos 310 recibe la
información, la comprueba en cuanto a eventuales errores de
transmisión y, en caso de una recepción de la información sin
errores, produce un primer registro de transacción con el contenido
"información A del emisor número 11 al receptor número 21 a la
hora T con la identificación C recibida en su totalidad". Este
primer registro de transacción es suministrado, para los objetivos
de facturación, a al menos una unidad de facturación 610. Además el
mensaje es transformado o formateado de manera correspondiente por
la unidad de transmisión de datos 310 al formato de datos interno
del sistema 700 y luego es transmitido a esta primera unidad de
conmutación 410.
En la primera unidad de conmutación 410 está
memorizada una primera tabla de conmutación, mediante la cual a
cada red de comunicación de origen 1, 2, 3 se le asigna una de las
unidades de procesamiento de servicios 510. Esta asignación depende
de la información, de las condiciones o de otros parámetros que
pueden ser predeterminados por el administrador del sistema. Entre
estos parámetros se encuentran, por ejemplo, las condiciones
internas del sistema, como una determinada carga de utilización del
sistema y/o un número de envíos y/o recepciones, y/o un tiempo de
emisión de la información que va a ser transmitida.
La primera unidad de conmutación 410 transmite,
una vez consultada la primera tabla de conmutación, la información
recibida desde la unidad de transmisión de datos 310 hacia la
unidad de procesamiento de servicios 510 indicada en la tabla. Esto
también se realiza de forma correspondiente con la información
recibida desde las otras unidades de transmisión de datos 320,
330.
En la unidad de procesamiento de servicios 510
seleccionada se procesa la información y se comprueba, por ejemplo,
si el componente emisor 11 está registrado y si le pueden ser
facturadas las tarifas correspondientes. Si este examen puede
finalizar positivamente, la unidad de procesamiento 510 produce un
segundo registro de transacción con el contenido "emisor número
11 ha hecho uso del servicio D claramente reconocible por la
identificación C a la hora T" y lo remite a la unidad de
facturación 610. Como identificación C se usa en este caso la
identificación producida por la respectiva unidad de transmisión de
datos 310 en el primer registro de transacción. Además, la unidad
de procesamiento de servicios 510 transmite la información a una de
las segundas unidades de conmutación 420.
En cada una de las segundas unidades de
conmutación 420 está memorizada una segunda tabla de conmutación,
en la cual para cada receptor número 11, 21, 31 está memorizada la
unidad de transmisión de datos 310, 320, 330 actualmente asignada
de la red de comunicación final 1, 2, 3, a la que pertenece el
receptor en cuestión.
Una vez recibida la información desde la unidad
de procesamiento de servicios 510, se consulta por lo tanto la
tabla de conmutación con el receptor número 21, y a continuación se
transmite la información a la unidad de transmisión de datos 320 de
la red de comunicación final 2 indicada en la misma.
La unidad de transmisión de datos 320 convierte
la información recibida de la segunda unidad de conmutación 420
desde el formato de datos interno del sistema al formato de la red
de comunicación final 2, y luego transmite la información al
dispositivo 22 asignado a esta red. Desde allí, la información es
enviada finalmente a través de la red 2 al receptor 21.
Simultáneamente, la unidad de transmisión de
datos 320 produce, tras el correcto envío de la información, un
tercer registro de transacción con el contenido "información A
del emisor número 11 al receptor número 21 a la hora T con la
identificación C transmitida en su totalidad". Este tercer
registro de transacción es conducido a su vez a la unidad de
facturación 610.
Con dicha, al menos una, unidad de facturación
610 se efectúa entonces con ayuda de los tres registros de
transacciones un cálculo de las tasas correspondientes, es decir se
establece una unidad de tasación y, para la finalidad de la
facturación, se asigna al emisor o al receptor, o a otro
responsable del pago de la transmisión. Para ello, están memorizados
en la unidad de facturación 610 los datos con las diferentes
informaciones sobre costes, por ejemplo las tarifas, etc., que
pueden ser asignados también individualmente de manera selectiva,
es decir a determinados emisores o receptores, o a otros
responsables de los costes.
A continuación se van a describir en primer lugar
dos ejemplos de posibles flujos de datos y procesos para una mejor
aclaración del desarrollo del funcionamiento. Posteriormente, se
describirá más detalladamente un ejemplo de una de las unidades de
transmisión de datos 310, 320, 330 (módulo de conducción), así como
una de las unidades de conmutación 410, 420.
La Figura 2 muestra el primer ejemplo de un
proceso de este tipo. En una primera etapa 100 el sistema 700
recibe un conjunto de datos de protocolo típico desde una de las
redes de comunicación 1, 2, 3, según la descripción arriba
indicada, a través de una de las unidades de transmisión de datos
310, 320, 330, la cuales se pueden encontrar en emplazamientos
geográficos diferentes. En primer lugar, se comprueba en las
respectivas unidades de transmisión de datos 310, 320, 330 si el
conjunto de datos está libre de errores de acuerdo con el
protocolo. En este caso, el conjunto de datos es transformado en el
formato de datos interno del sistema y memorizado.
Con este fin están previstos varios lugares de
memoria posibles (unidades de memoria en diversos lugares
geográficos) que están almacenados en un fichero de parámetros y
son escogidos dependiendo de la carga de utilización del momento y
de la disponibilidad de las unidades del sistema. En este momento
es cuando se acusa recibo al remitente del conjunto de datos
mediante la transmisión del mensaje correspondiente. Esta sucesión
tiene la ventaja de que, incluso en el caso de un fallo del sistema,
generalmente no se pierden conjuntos de datos, ya que éstos están
memorizados magnéticamente en los lugares de memoria del sistema. A
continuación se genera (por ejemplo para objetivos de facturación)
un primer registro de transacción y se memoriza en un lugar de
memoria tomado del archivo de parámetros (generalmente una de las
unidades de facturación 610).
En una segunda etapa 101, el conjunto de datos
presente en el formato de datos interno del sistema es leído desde
el lugar de memoria e introducido en una de las primeras unidades
de conmutación 410. A través de la unidad de conmutación 410 se
averigua el destino deseado para el conjunto de datos, es decir la
unidad de procesamiento de servicios 510 correspondiente. Para este
fin se emplea una tabla presente en el fichero de parámetros con la
información de destino, así como la información incluida en el
conjunto de datos, por ejemplo emisor, receptor, contenido de los
datos, información sobre el canal de recepción, etc. Una vez
localizada la unidad de procesamiento de servicios 510 competente,
el conjunto de datos es transmitido a la misma. Los conjuntos de
datos no conmutables son memorizados en una memoria de errores y
pueden ser procesados posteriormente por el administrador del
sistema de la manera deseada.
En una tercera etapa 102, el conjunto de datos es
leído en la unidad de procesamiento de servicios 510, donde los
datos son procesados según el tipo del módulo de software contenido
antes mencionado. Simultáneamente se establece un segundo registro
de transacción, para objetivos de facturación, que es almacenado en
un lugar de memoria tomado del fichero de parámetros (generalmente
se trata de nuevo de una de las unidades de facturación 610). El
conjunto de datos procesado es memorizado a continuación en el
formato de datos interno del sistema, con lo cual se pueden tomar
los posibles lugares de memoria del fichero de parámetros. Además se
crea un tercer registro de transacción y se memoriza según se ha
descrito arriba.
En una cuarta etapa 103, el conjunto de datos
procesado es leído desde el lugar de memoria e introducido en una
de las segundas unidades de conmutación 420 y, teniendo en cuenta
la carga de utilización en ese momento y la disponibilidad de las
unidades del sistema, son transmitidos a una red de comunicación
final 1, 2, 3 deseada, y por consiguiente, primero a la respectiva
unidad de transmisión de datos 310, 320, 330. La base para esta
transmisión es una tabla con la información de destino, que puede
tomarse del fichero de parámetros, así como la información
contenida en el conjunto de datos leídos.
Finalmente, en una quinta etapa 104, el conjunto
de datos transmitido por la segunda unidad de conmutación 420 es
leído e introducido en la unidad de transmisión de datos 310, 320,
330 determinada, donde son transformados desde el formato de datos
interno del sistema al formato de datos de la red de comunicación
final 1, 2, 3 y luego son transmitidos a esta red. Tras la entrada
de un acuse de recibo (comprobante) transmitido por el respectivo
receptor 11, 21, 31, el conjunto de datos es borrado de la unidad de
transmisión de datos, y entonces se genera un cuarto registro de
transacción y se memoriza según se ha mencionado arriba, tomando
los posibles lugares de memoria de nuevo del fichero de parámetros.
Una ventaja de esta sucesión es el hecho de que se impide la
generación de conjuntos de datos con facturación doble. A
continuación, el proceso puede repetirse empezando por la primera
etapa 100.
Para un segundo ejemplo nos basaremos en el hecho
de que, en una unidad de procesamiento de servicios 510, está
implementado un módulo de software, mediante el cual pueden
generarse asincrónicamente conjuntos de datos dependiendo de un
suceso externo. Este módulo de software puede servir por ejemplo
para la transmisión de datos sobre la bolsa, mientras que el suceso
externo por ejemplo es el sobrepasar una cotización límite. En este
caso, a través de la unidad de procesamiento de servicios 510 según
la figura 3, se genera en una primera etapa 150 un conjunto de
datos previsto para el J usuario en cuestión, y se memoriza en el
formato de datos interno del sistema. Además se genera a su vez un
primer registro de transacción y se memoriza como se ha indicado
antes, pudiendo tomarse los posibles lugares de memoria para el
conjunto de datos y el registro de transacción de un fichero de
parámetros.
En una segunda etapa 151 se transmite el conjunto
de datos desde el lugar de memoria a una de las segundas unidades
de conmutación 420 donde es leído. Con ayuda de una tabla
almacenada en el fichero de parámetros con la información de
destino, así como de la información contenida en el conjunto de
datos leídos, se averigua el destino deseado, es decir la
correspondiente unidad de transmisión de datos 310, 320, 330, y se
transmite el conjunto de datos a la misma.
En una tercera etapa 152, la unidad de
transmisión de datos 310, 320, 330 determinada lee el conjunto de
datos, lo transforma desde el formato de datos interno del sistema
al formato de datos de la red de comunicación final 1, 2, 3, y lo
transmite a la red de comunicación final. Tras la entrada de un
acuse de recibo (comprobante) del receptor transmitido por la red
final, se borra el conjunto de datos de la unidad de transmisión de
datos y luego se establece un segundo registro de transacción y se
memoriza según se ha indicado arriba, tomando de nuevo los posibles
lugares de memoria del fichero de parámetros. Una ventaja de esta
sucesión consiste en el hecho de que en este caso también se impide
la creación de conjuntos de datos con facturación doble. A
continuación, puede ser repetido el proceso comenzando por la
primera etapa 150.
En todos los casos se establece que, para todos
los registros de transacciones, pueden preverse dos lugares de
memoria (unidades de facturación 610) para la memorización
simultánea, los cuales por ejemplo están separados el uno del otro
física y geográficamente. Esta memorización redundante es posible
por la adjudicación de números de identificación unívocos, con los
cuales se impide un tratamiento doble.
Además se establece que las diferentes etapas
(secciones funcionales) descritas en ambos ejemplos pueden
realizarse, en cada caso, en lugares geográficos diferentes. La
comunicación entre las respectivas unidades 3xx, 4xx, 5xx, 6xx
necesarias para la realización de las etapas se realiza a través de
conexiones internas del sistema u otras conexiones generalmente
disponibles.
Además, si estas unidades se forman de manera
redundante, resulta la ventaja de que, en caso de una avería
individual o de todas las unidades, el sistema puede funcionar sin
interrupciones en un lugar geográfico con las unidades de otros
lugares.
Conforme a lo anteriormente mencionado, la
capacidad de procesamiento del sistema puede aumentar mediante el
empleo paralelo de varias unidades iguales y, por consiguiente, se
puede adaptar de una manera sencilla a las necesidades
(escalar).
La transmisión de información o de conjuntos de
datos entre diversas redes de comunicación 1, 2, 3 por una parte se
garantiza mediante la conversión del protocolo realizada en las
unidades de transmisión de datos 310, 320, 330, así como mediante
el uso, por otra parte, del formato de datos estandarizado interno
del sistema.
Para llevar a cabo el funcionamiento arriba
descrito, son implementados en las unidades de transmisión de datos
310, 320, 330 (módulos de conducción) unos programas que
preferiblemente pueden ser iniciados múltiples veces. Para
individualizar un programa iniciado ("instancia") por ejemplo
en lo que respecta a determinados recorridos de conducción,
definiciones, etc., se realiza según la figura 4a en un etapa 200
una parametrización basada en un conjunto de parámetros, el cual es
indexado por el nombre de la instancia y mediante el cual se
generan los ficheros de parámetros arriba mencionados.
Un programa iniciado de este tipo conecta, según
la etapa 200, la unidad de transmisión de datos 310, 320, 330 con
un canal de comunicación 12, 22, 32, determinado por la
parametrización, de una red de comunicación 1, 2, 3. Según la etapa
201 se consulta entonces, si la comunicación ha tenido lugar sin
errores y conforme al protocolo. Si esto no es así, se realiza un
procesamiento de los errores según la etapa 202, por ejemplo en
forma de un registro en un diario del sistema, una alarma a un
administrador del sistema, etc. y se vuelve a intentar la conexión
con la etapa 200. Si la comunicación se ha realizado sin errores,
se establece según etapa 203 la conexión correspondiente a través
de la red de comunicación 1, 2, 3 con el receptor (unidad
contraria) o destinatario 11, 21, 31.
A continuación, en una etapa 204 se consulta si
ha transcurrido el tiempo de control de la conducción. Si este es
el caso, se envía según la etapa 205 una señal de alarma
correspondiente a la unidad contraria. Si no ha transcurrido todavía
el tiempo de control de la conducción, se consulta según la etapa
206 si se ha recibido un conjunto de datos completo a través del
canal de comunicación. Si este es el caso, se continua con el
transcurso del procedimiento con una primera rutina 250. De lo
contrario, se consulta según la etapa 207 si existe la orden de
enviar conjuntos de datos. Si este es el caso, se continua con el
transcurso del procedimiento con una segunda rutina 260, de lo
contrario se realiza un salto hacia atrás a la etapa 204.
Una vez recorrida la primera o la segunda rutina
250; 260 se consulta, según una etapa 208, si ha transcurrido el
tiempo de control para esta instancia. Si este es el caso, se genera
según la etapa 209 una señal de estado correspondiente y se envía a
un monitor de control 50 ("watchdog"). En caso
contrario se pondrá a disposición, según la etapa 210, el tiempo de
computación aún disponible para otros procesos.
Un diagrama de flujo de la primera rutina 250,
mediante la cual se procesa un conjunto de datos recibido (trama de
datos), está representado en la figura 4b. Una vez comprobados los
datos en cuanto a posibles errores y plausibilidad con una etapa
251, se comprueba seguidamente con una etapa 252, si los datos
recibidos son aquellos que han de ser pasados a través del sistema
(datos útiles), o si se trata de un acuse de recibo (comprobante)
para un conjunto de datos previamente enviado. Sobre esta cuestión,
por ejemplo, puede decidirse mediante el atributo del conjunto de
datos.
Si se trata de datos útiles, el conjunto de datos
recibido se memoriza en primer lugar según la etapa 253 y se
transforma en el formato de datos interno del sistema. A
continuación, según la etapa 254 se envía al receptor del conjunto
de datos un acuse de recibo (comprobante) y se genera un primer
registro de transacción "datos recibidos", el cual para la
finalidad de la facturación es conducido a una de las unidades de
facturación 610. A continuación, se prosigue con la etapa 208.
Si los datos recibidos representan un acuse de
recibo de un receptor 11; 21; 31, se genera según la etapa 255
esencialmente un registro de transacción "datos enviados", el
cual a su vez es conducido para la finalidad de la facturación a
una de las unidades de facturación 610. A continuación, se prosigue
con la etapa 208.
Cuando, de acuerdo con la segunda rutina 260
(figura 4a), el conjunto de datos ha de ser enviado, éste se
transforma en primer lugar según la etapa 261 del formato de datos
interno del sistema al formato de la red de comunicación final 1;
2; 3. A continuación, según la etapa 262 se envía el conjunto de
datos y se inicia un dispositivo de control, mediante el cual se
espera la entrada de un acuse de recibo del receptor 11; 21; 31, y
se continúa con la etapa 208.
A continuación se va a describir el modo de
trabajo y de funcionamiento fundamental de las unidades de
conmutación 410, 420. Para ello se explican primero algunos
principios generales.
Cada canal de comunicación 12, 22, 32 del sistema
según la invención tiene asignado un nombre unívoco de cinco
caracteres o dígitos. Además, cada canal de comunicación está
conectado a una central de conmutación dentro de la red de
comunicación 1; 2; 3 asociada.
Cada conjunto de datos transmitido al sistema
tiene igualmente un nombre unívoco del repertorio de nombres, el
cual es puesto a disposición de las unidades de conmutación 410,
420 dispuestas de manera descentralizada en el sistema y
comunicadas entre sí. El nombre de un conjunto de datos consiste en
cinco caracteres, los cuales están asociados claramente al canal de
comunicación 12, 22, 32 que ha dispuesto causalmente la
transacción, por ejemplo el canal receptor, así como una cadena
suplementaria de caracteres y números, que indica el momento de la
transacción (enviado o recibido) con la fecha y hora exacta hasta
una milésima de segundo. Además se emplea una ampliación del nombre
unívoca, que identifica el conjunto de datos (útiles) como tal y
que se distingue por ejemplo de los conjuntos de datos de
facturación, provistos con otra ampliación del nombre.
De esta manera, a partir del nombre de cada
conjunto de datos, se puede deducir el canal de comunicación 12,
22, 32 utilizado por el mismo, así como la red de comunicación
externa 1, 2, 3 incluyendo un emplazamiento de la conmutación
eventualmente usado en la red de comunicación, así como la fecha y
la hora de la transacción. De esta manera se da a cada conjunto de
datos una identificación unívoca, de modo que no se precisan grandes
bases de datos para la determinación de esta información. De esta
manera también es posible una transmisión dependiente del contenido
del conjunto de datos ("enrutamiento del contenido incl.
secuenciación") así como una medición de la duración del
recorrido y un seguimiento correcto de los conjuntos de datos tan
solo por medio del nombre del conjunto de datos. Así, por ejemplo,
las centrales de mensajes cortos que están localizadas en diversas
redes GSM pueden comunicarse entre sí.
Finalmente, también es posible un control
inteligente de la carga o una distribución de la carga en otras
unidades de conmutación dependiendo de la carga de utilización
momentánea de las unidades de conmutación 410, 420
individuales.
En particular, las fuentes de datos conectadas
con una unidad de conmutación 410, 420, las cuales son unidades de
transmisión de datos 310, 320, 330, así como unidades de
procesamiento de servicios 510, son consultadas cíclicamente sobre
la existencia de un conjunto de datos a transmitir. Esta consulta
puede realizarse conforme a una secuencia de prioridad
establecida.
Cuando se encuentra un conjunto de datos, se
extraen del mismo los datos relevantes para la transmisión. A este
respecto, se considera por ejemplo del número de emisión, el número
de destino, los canales de comunicación usados, en su caso el
contenido de texto, en caso de que el conjunto de datos deba ser
transmitido en dependencia del contenido, así como eventualmente
otras informaciones particulares. Con ayuda de estos datos
extraídos se averigua con una tabla de conmutación el destino
deseado. Además, debe comprobarse si el conjunto de datos contiene
un requisito de secuenciación, es decir, si los paquetes de datos
individuales deben llegar en una determinada secuencia al receptor.
Esto ocurre a menudo por ejemplo en una transmisión que depende del
contenido. Si existe dicho requisito de secuenciación, se transmite
el conjunto de datos a un canal de comunicación o a un grupo de
canales de comunicación predeterminados para esto.
En caso contrario, se determina si hay disponible
un recorrido local hacia el receptor indicado en la tabla de
conmutación y si este no está sobrecargado. Esto por ejemplo se
averigua por medio de una lista de espera de solicitudes, una lista
de entregas, así como mediante una comparación con el número máximo
admisible de solicitudes. Dependiendo de esta comparación, se
entrega el conjunto de datos a través del recorrido local a la
unidad de transmisión de datos, o bien se determina si dentro del
sistema hay disponible otro recorrido que conduce a esta unidad de
transmisión de datos y no está sobrecargado (una vez efectuada
dicha comparación). Aún cuando todos los demás recorridos no estén
disponibles o estén sobrecargados, el conjunto de datos se
transmite a una zona tampón, donde es almacenado en una memoria
intermedia, con el fin de ser transmitido a su destino en un momento
posterior. Un destino puede ser en este caso tanto una de las redes
de comunicación 1, 2, 3, como un servicio procesado en la unidad de
procesamiento de servicios 510.
Para el control del sistema 700, así como para
garantizar una utilización regular o una velocidad de procesamiento
óptima, están previstos uno o varios monitores de control 50
(figura 1), mediante los cuales pueden evaluarse informes de
estado. Cada programa en uso (instancia), es decir cada una de las
unidades 3xx, 4xx, 5xx, 6xx genera a intervalos determinados, que
pueden ser elegidos por el usuario del sistema, estos informes de
estado con indicaciones sobre la disponibilidad de la línea, cifras
estadísticas del tráfico e información de calidad, por ejemplo el
número de transmisiones llevadas a cabo con éxito y el número de
transmisiones con un acuse de recibo negativo, así como datos sobre
los estados de carga actuales, es decir, el número de solicitudes
que aún están esperando en la lista. Los informes de estado son
memorizados magnéticamente en forma de ficheros en lugares
predeterminados, de modo que los monitores de control (u otros
programas de evaluación) sólo son acoplados a las unidades de
conmutación 410, 420 de forma independiente, y por medio de su
funcionamiento no pueden infiltrarse errores en las demás
ejecuciones de programa.
Los monitores de control 50 acceden a los
informes de estado memorizados asincrónicamente y procesan la
información contenida para la evaluación por un administrador del
sistema, por ejemplo de forma gráfica basada en HTML, o bien la
envían en forma de un mensaje corto. Esto tiene la ventaja de que
varios administradores del sistema trabajan en el sistema y pueden
controlarlo simultáneamente en lugares de trabajo diferentes y con
diversos sistemas de accionamiento. Además, por medio de unos
valores límite (parámetros límite), puede determinarse si el
sistema o los programas individuales en uso entran en un estado
crítico y, por ejemplo, ya no son activos dentro de una franja
horaria determinada (procedimiento de vigilancia "watch
dog", dispositivo de vigilancia automático).
Finalmente, existe también la posibilidad de una
vigilancia a distancia de uno o varios monitores de control 50 por
medio de un software supervisor, cuando este por ejemplo está
instalado en un sistema física y geográficamente independiente
(ordenador separado, agenda), provisto de un teléfono móvil así
como de un dispositivo, a través del cual puede seleccionarse
independientemente una persona de vigilancia en una unidad
contraria dentro de una red telefónica. El software supervisor
comprueba en este caso, a intervalos regulares, los informes de
estado del monitor de control 50. Cuando uno de estos informes es
defectuoso o por ejemplo indica que se ha sobrepasado un valor
límite, o si no se recibe dentro de un tiempo determinado, se
selecciona automáticamente la unidad contraria y se transmite un
mensaje predeterminado correspondiente a la persona de
vigilancia.
Claims (10)
1. Procedimiento para el intercambio de
información y datos entre una pluralidad de redes de comunicación,
caracterizado por las siguientes etapas:
- -
- recepción de información de al menos una red de comunicación de origen, conversión de la información en un formato de datos interno del sistema, y generación y memorización de un primer registro de transacción que contiene la recepción de la información;
- -
- conmutación de la información convertida, mediante una de al menos dos primeras unidades de conmutación disponibles, a una unidad de procesamiento de servicios específica, procesamiento de la información de una forma predeterminada, y generación y memorización de un segundo registro de transacción que contiene la utilización de la unidad de procesamiento de servicios;
- -
- conmutación de la información tratada, mediante una de al menos dos segundas unidades de conmutación disponibles, a una unidad de transmisión de datos asociada a una red de comunicación final, conversión de la información en un formato de la red de comunicación final, envío de la información a la red de comunicación final, y generación y memorización de un tercer registro de transacción que contiene la transmisión de la información a la red de comunicación final; y
- -
- cálculo de una tasa que debe ser facturada basándose en los registros de transacción.
2. Procedimiento según reivindicación 1,
caracterizado por el hecho de que
- -
- el primer registro de transacción contiene al menos una indicación sobre un emisor, un receptor y una identificación,
- -
- el segundo registro de transacción contiene al menos una indicación sobre el emisor, el servicio utilizado y la identificación, y
- -
- el tercer registro de transacción contiene al menos una indicación sobre el emisor, el receptor y la identificación.
3. Sistema para el intercambio de información y
datos entre una pluralidad de redes de comunicación,
caracterizado por:
- -
- al menos dos unidades de transmisión de datos (310, 320, 330) para recibir información de al menos una red de comunicación de origen (1, 2, 3), para convertir la información en un formato de datos interno del sistema, y para generar y memorizar un primer registro de transacción que contiene la recepción de la información;
- -
- al menos dos unidades de procesamiento de servicios (510) para procesar la información de acuerdo con el servicio elegido, así como para generar y memorizar un segundo registro de transacción que contiene la utilización de la unidad de procesamiento de servicios;
- -
- al menos dos primeras unidades de conmutación (410) para transmitir la información recibida desde una de las unidades de transmisión de datos (310, 320, 330) a una de al menos dos unidades de procesamiento de servicios (510);
- -
- al menos dos segundas unidades de conmutación (420) para transmitir la información recibida desde una de las unidades de procesamiento de servicios (510) a una de las unidades de transmisión de datos (310, 320, 330) determinada, la cual está prevista para convertir la información en un formato de la red de comunicación final (1, 2, 3), para enviar la información a la red de comunicación final, y para generar y memorizar un tercer registro de transacción que contiene la transmisión de la información a la red de comunicación final;
- -
- al menos dos unidades de facturación (610) para establecer una unidad de tasación sobre la base de los registros de transacción, tras la transmisión de una información desde una red de comunicación de origen hasta una red de comunicación final y, para objetivos de facturación, asignar la unidad de tasación a un emisor o a un receptor, o a cualquier otra parte responsable del pago de la transmisión.
4. Sistema según la reivindicación 3,
caracterizado por el hecho de que las al menos dos unidades
de transmisión de datos (310, 320, 330) están formadas como un lado
de una conexión basada en un protocolo punto por punto,
unidireccional o bidireccional, con una capacidad de conversión del
protocolo integrada.
5. Sistema según la reivindicación 3,
caracterizado por el hecho de que las unidades están
organizadas de manera descentralizada y al menos una parte de las
unidades está situada en lugares geográficos diferentes, siendo la
información entre las unidades intercambiada en el formato de datos
interno del siste-
ma.
ma.
6. Sistema según la reivindicación 3,
caracterizado por el hecho de que en las al menos dos
primeras unidades de conmutación (410) está memorizada una primera
tabla de conmutación, mediante la cual se asigna a cada receptor
una de las unidades de procesamiento de servicios (510), esta
asignación siendo realizada en función de la información, las
condiciones u otros parámetros, que pueden ser establecidos por un
administrador del sistema.
7. Sistema según la reivindicación 3,
caracterizado por el hecho de que en las al menos dos
segundas unidades de conmutación (420) está memorizada una segunda
tabla de conmutación, en la cual está memorizado el dispositivo de
transmisión de datos (310, 320, 330) de la red de comunicación
final (1, 2, 3) actualmente asignado a cada receptor.
8. Sistema según la reivindicación 3,
caracterizado por al menos un dispositivo (12, 22, 32) para
recibir, memorizar y transmitir información entre una red de
comunicación y una unidad de transmisión de datos (310, 320, 330)
asignada.
9. Sistema según la reivindicación 8,
caracterizado por el hecho de que los dispositivos (12, 22,
32) para recibir, memorizar y transmitir información están
conectados a las unidades de transmisión de datos (310, 320, 330)
por medio de un servicio de conmutación de paquetes de datos.
10. Sistema según la reivindicación 3,
caracterizado por el hecho de que las al menos dos unidades
de procesamiento de servicios (510) comprenden módulos de software,
mediante los cuales se pueden realizar servicios como el
procesamiento y la transmisión de mensajes cortos (SMS), de correo
electrónico y faxes, operaciones bancarias en línea, juegos,
información sobre la bolsa y consultas a bases de datos.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
DE20016625U DE20016625U1 (de) | 2000-09-25 | 2000-09-25 | System zum Informationsaustausch zwischen Kommunikationsnetzen |
DE20016625U | 2000-09-25 |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2240539T3 true ES2240539T3 (es) | 2005-10-16 |
Family
ID=7946963
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES01985312T Expired - Lifetime ES2240539T3 (es) | 2000-09-25 | 2001-09-25 | Procedimiento y sistema para el intercambio de informaciones entre redes de comunicacion. |
Country Status (13)
Country | Link |
---|---|
US (1) | US7260110B2 (es) |
EP (1) | EP1327331B1 (es) |
CN (1) | CN1210918C (es) |
AT (1) | ATE291804T1 (es) |
AU (2) | AU2002215901B9 (es) |
CA (1) | CA2423317C (es) |
DE (2) | DE20016625U1 (es) |
ES (1) | ES2240539T3 (es) |
HK (1) | HK1062973A1 (es) |
NO (1) | NO20031329L (es) |
PL (1) | PL361019A1 (es) |
RU (1) | RU2003110314A (es) |
WO (1) | WO2002025875A1 (es) |
Families Citing this family (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6873858B1 (en) * | 2001-12-06 | 2005-03-29 | Alcatel | Bridge mechanism, and associated method, for multi-network radio communication system |
ATE255800T1 (de) * | 2002-07-22 | 2003-12-15 | Evolium Sas | Verfahren zum bereitstellen von dienstverwaltung für netzelemente eines zelluraren kommunikationsnetzwerkes |
CN1792062B (zh) * | 2003-02-07 | 2010-06-16 | 移动365 | 中介网络系统和方法 |
US7672267B2 (en) | 2003-02-07 | 2010-03-02 | Sybase 365, Inc. | Intermediary network system and method for facilitating message exchange between wireless networks |
US7460873B2 (en) | 2003-02-07 | 2008-12-02 | Sybase 365, Inc. | Universal short code administration facility |
US8019362B2 (en) | 2003-02-07 | 2011-09-13 | Sybase 365, Inc. | Universal short code administration facility |
US7154901B2 (en) | 2003-02-07 | 2006-12-26 | Mobile 365, Inc. | Intermediary network system and method for facilitating message exchange between wireless networks |
CA2519132C (en) | 2003-03-13 | 2013-10-15 | Mobile 365, Inc. | Virtual network solution for sms message exchange between gsm and ansi (tia/eia 41) networks |
US7272406B2 (en) | 2003-06-30 | 2007-09-18 | Sybase 365, Inc. | System and method for in-transit SMS language translation |
US7181538B2 (en) | 2003-11-14 | 2007-02-20 | Sybase 365, Inc. | System and method for providing configurable, dynamic multimedia message service pre-transcoding |
US7860498B2 (en) | 2003-12-01 | 2010-12-28 | Sybase 365, Inc. | System and method for virtual carrier addressing and routing for global short message service |
US7725545B2 (en) | 2004-02-20 | 2010-05-25 | Sybase 365, Inc. | Dual use counters for routing loops and spam detection |
US7483707B2 (en) | 2004-03-02 | 2009-01-27 | Sybase 365, Inc. | Voting campaigns using universal voting card |
US7640211B2 (en) | 2004-03-12 | 2009-12-29 | Sybase 365, Inc. | System and method for billing augmentation |
US7656885B2 (en) | 2004-03-12 | 2010-02-02 | Sybase 365, Inc. | Intermediary content gateway system and method |
US7430284B2 (en) | 2004-08-19 | 2008-09-30 | Sybase 365, Inc. | Architecture and methods for inter-carrier Multi-Media Messaging |
US7460510B2 (en) * | 2005-04-01 | 2008-12-02 | Cml Emergency Services Inc. | Radio gateway system and method for interfacing a radio system and an IP network |
US7483416B2 (en) * | 2005-04-01 | 2009-01-27 | Cml Emergency Services Inc. | Internet protocol radio dispatch system and method |
US7948907B2 (en) | 2005-04-07 | 2011-05-24 | Qualcomm Incorporated | Selective network switching in a wireless broadcast network |
US20070003024A1 (en) * | 2005-06-22 | 2007-01-04 | Cml Emergency Services Inc. | Network emergency call taking system and method |
US7676228B2 (en) * | 2005-09-19 | 2010-03-09 | Plant Equipment Inc. | Radio interoperability system and method |
US8812684B1 (en) | 2006-09-28 | 2014-08-19 | Rockwell Automation Technologies, Inc. | Messaging configuration system |
US8782249B1 (en) | 2006-09-28 | 2014-07-15 | Rockwell Automation Technologies, Inc. | Message engine |
US8131832B1 (en) | 2006-09-28 | 2012-03-06 | Rockwell Automation Technologies, Inc. | Message engine searching and classification |
US8127035B1 (en) | 2006-09-28 | 2012-02-28 | Rockwell Automation Technologies, Inc. | Distributed message engines and systems |
CN101795237A (zh) * | 2010-03-25 | 2010-08-04 | 国网电力科学研究院 | 基于数据交换的工作流整合方法和装置 |
US8984533B2 (en) | 2010-04-15 | 2015-03-17 | Rockwell Automation Technologies, Inc. | Systems and methods for conducting communications among components of multidomain industrial automation system |
US8484401B2 (en) | 2010-04-15 | 2013-07-09 | Rockwell Automation Technologies, Inc. | Systems and methods for conducting communications among components of multidomain industrial automation system |
US9392072B2 (en) | 2010-04-15 | 2016-07-12 | Rockwell Automation Technologies, Inc. | Systems and methods for conducting communications among components of multidomain industrial automation system |
EP4216122A1 (en) * | 2011-03-25 | 2023-07-26 | Tarifflex AB | An arrangement for minimizing communication and integration complexity between software applications |
US8948795B2 (en) | 2012-05-08 | 2015-02-03 | Sybase 365, Inc. | System and method for dynamic spam detection |
CN104580206A (zh) * | 2015-01-06 | 2015-04-29 | 中电科航空电子有限公司 | 一种基于多链路选择的空地通信系统 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE29511856U1 (de) * | 1995-07-12 | 1995-09-28 | Mannesmann Ag | Anordnung zum Informationsaustausch zwischen verschiedenen Mobilkommunikationsnetzen |
US5873030A (en) * | 1996-06-28 | 1999-02-16 | Mci Communications Corporation | Method and system for nationwide mobile telecommunications billing |
US5894478A (en) * | 1996-07-24 | 1999-04-13 | Lucent Technologies Inc. | Protocol converter and router for multi-mode wireless data communications |
SE510664C2 (sv) | 1996-10-29 | 1999-06-14 | Ericsson Telefon Ab L M | Metoder och anordning för meddelandehantering i ett kommunikationssystem |
FI104873B (fi) * | 1997-04-16 | 2000-04-14 | Nokia Networks Oy | Datapalvelu matkaviestinverkossa |
US6411632B2 (en) | 1997-09-16 | 2002-06-25 | Telefonaktiebolaget Lm Ericsson (Publ) | Network hub for interconnecting a wireless office environment with a public cellular telephone network |
ATE373932T1 (de) | 1998-07-29 | 2007-10-15 | Ericsson Telefon Ab L M | System und verfahren zur weiträumigen umgehung für an mobilstationen gerichtete anrufe |
US7075918B1 (en) * | 1999-12-30 | 2006-07-11 | At&T Corp. | BRG with PBX capabilities |
US6967956B1 (en) * | 2000-07-18 | 2005-11-22 | Tekelec | Methods and systems for providing message translation, accounting and routing service in a multi-protocol communications network environment |
-
2000
- 2000-09-25 DE DE20016625U patent/DE20016625U1/de not_active Expired - Lifetime
-
2001
- 2001-09-25 US US10/381,387 patent/US7260110B2/en not_active Expired - Fee Related
- 2001-09-25 RU RU2003110314/09A patent/RU2003110314A/ru not_active Application Discontinuation
- 2001-09-25 PL PL01361019A patent/PL361019A1/xx not_active Application Discontinuation
- 2001-09-25 AU AU2002215901A patent/AU2002215901B9/en not_active Ceased
- 2001-09-25 DE DE50105725T patent/DE50105725D1/de not_active Expired - Lifetime
- 2001-09-25 CN CNB018183018A patent/CN1210918C/zh not_active Expired - Fee Related
- 2001-09-25 CA CA2423317A patent/CA2423317C/en not_active Expired - Fee Related
- 2001-09-25 AU AU1590102A patent/AU1590102A/xx active Pending
- 2001-09-25 AT AT01985312T patent/ATE291804T1/de active
- 2001-09-25 EP EP01985312A patent/EP1327331B1/de not_active Expired - Lifetime
- 2001-09-25 WO PCT/EP2001/011088 patent/WO2002025875A1/de active IP Right Grant
- 2001-09-25 ES ES01985312T patent/ES2240539T3/es not_active Expired - Lifetime
-
2003
- 2003-03-24 NO NO20031329A patent/NO20031329L/no not_active Application Discontinuation
-
2004
- 2004-08-03 HK HK04105730A patent/HK1062973A1/xx not_active IP Right Cessation
Also Published As
Publication number | Publication date |
---|---|
PL361019A1 (en) | 2004-09-20 |
WO2002025875A1 (de) | 2002-03-28 |
RU2003110314A (ru) | 2004-08-27 |
US7260110B2 (en) | 2007-08-21 |
CN1210918C (zh) | 2005-07-13 |
DE20016625U1 (de) | 2000-12-21 |
EP1327331A1 (de) | 2003-07-16 |
NO20031329L (no) | 2003-05-23 |
NO20031329D0 (no) | 2003-03-24 |
US20030179772A1 (en) | 2003-09-25 |
ATE291804T1 (de) | 2005-04-15 |
CA2423317A1 (en) | 2003-03-25 |
AU2002215901B9 (en) | 2006-01-12 |
CA2423317C (en) | 2010-07-06 |
CN1473417A (zh) | 2004-02-04 |
DE50105725D1 (de) | 2005-04-28 |
EP1327331B1 (de) | 2005-03-23 |
AU2002215901B2 (en) | 2005-09-22 |
AU1590102A (en) | 2002-04-02 |
HK1062973A1 (en) | 2004-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
ES2240539T3 (es) | Procedimiento y sistema para el intercambio de informaciones entre redes de comunicacion. | |
US8194655B2 (en) | Digraph based mesh communication network | |
RU2426234C2 (ru) | Система, способ и устройство для контроля и управления удаленными приборами | |
ES2403038T3 (es) | Redes de comunicaciones inalámbricas para proporcionar supervisión remota de dispositivos | |
EP0880863B1 (en) | Routing of short messages for telecommunications networks | |
ES2245025T3 (es) | Acceso a distancia a indicadores electronicos utilizando un conjunto de protocolos tcp/ip. | |
JPH06506581A (ja) | シリアル階層医療ネットワーク | |
JP2002373158A5 (es) | ||
US8484370B1 (en) | Method and system for efficient extended data communications using GPRS | |
US6728771B2 (en) | Generic transport option for transporting messages in relay or broadcast mode via combinations of ISDN B-channels or D-channels | |
ES2249680T3 (es) | Procedimiento para la transmision de datos orientada a paquetes en redes de telecomunicaciones por medio de la conversion en un nodo intermedio de un protocolo de transmision sin conexion en un protocolo de transmision orientado a la conexion y viceversa. | |
ES2234890T3 (es) | Sistema para el funcionamiento, especialmente para el manejo remoto y la supervision remota, de emisores de radio no dirigidos in situ. | |
ES2528931T3 (es) | Igualación automática de datos de roaming o datos de routing | |
CN114153596A (zh) | 一种运用于轨道交通分布式调度系统的通信架构 | |
KR20090027962A (ko) | 블랙박스 기능을 가지는 라우터 장치와 그 장치를 포함하는네트워크 시스템 | |
KR101244042B1 (ko) | 유비쿼터스 도시 통합 관제 플랫폼에서의 외부시스템연동장치 | |
ES2254244T3 (es) | Sistema para el intercambio de datos. | |
ES2229290T3 (es) | Procedimiento y dispositivo para la transmision de informaciones no ligadas a la voz. | |
JP2005027329A5 (es) | ||
ES2266565T3 (es) | Procedimiento y producto para el enrutado de mensajes con logging (registro) condicionado. | |
JP2864519B2 (ja) | 電子メール装置 | |
JPS60105096A (ja) | 警報受信装置 | |
ES2300263T3 (es) | Procedimiento para otorgar una calidad de servicio para un flujo de paquetes. | |
JP2006139324A (ja) | 災害時避難誘導及び安否情報確認システム、無線端末管理装置 | |
JPH05191405A (ja) | 情報収集装置 |