ES2216985T3 - Metodo para transportador objetos fisicos, sistema de transporte y medios de transporte. - Google Patents
Metodo para transportador objetos fisicos, sistema de transporte y medios de transporte.Info
- Publication number
- ES2216985T3 ES2216985T3 ES00976037T ES00976037T ES2216985T3 ES 2216985 T3 ES2216985 T3 ES 2216985T3 ES 00976037 T ES00976037 T ES 00976037T ES 00976037 T ES00976037 T ES 00976037T ES 2216985 T3 ES2216985 T3 ES 2216985T3
- Authority
- ES
- Spain
- Prior art keywords
- physical
- transport
- route
- protocol
- decision
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
Landscapes
- Business, Economics & Management (AREA)
- Human Resources & Organizations (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Economics (AREA)
- Marketing (AREA)
- Physics & Mathematics (AREA)
- Entrepreneurship & Innovation (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Game Theory and Decision Science (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Discharge Of Articles From Conveyors (AREA)
- Forklifts And Lifting Vehicles (AREA)
Abstract
Método para transportar objetos físicos, en que al menos un objeto físico es transportado desde una estación de envío a una estación de recepción, en que el transporte tiene lugar a través de al menos un asignador de ruta física, en que el asignador de ruta física ejecuta una decisión acerca de parámetros de transporte a otro asignador de ruta física o a la estación de recepción, caracterizado porque la información para la manipulación y el movimiento del objeto físico es generada y transferida a un nodo lógico, en el que se usa la información para tomar una decisión acerca de una manipulación, y para mover el objeto físico de acuerdo con una manipulación y mover los paquetes en un protocolo de telecomunicaciones, y en que el nodo lógico transfiere la decisión a la estación de envío y/o a al menos un asignador de ruta física que ejecuta la decisión.
Description
Método para transportar objetos físicos, sistema
de transporte y medios de transporte.
Este invento se refiere a un método para
transportar objetos físicos, en que al menos un objeto físico es
transportado desde una estación de envío a una estación de
recepción, en que el transporte tiene lugar a través de al menos una
guía física, en que la guía física ejecuta una decisión acerca de
otros parámetros de transporte a otra guía física o a la estación
de recepción.
La guía física puede ser un asignador de ruta
física, así como un conmutador físico.
El invento se refiere a demás a un sistema de
transporte para el transporte e objetos físicos, en que el sistema
de transporte contiene medios para transportar al menos un objeto
físico desde una estación de envío a una estación de recepción, en
que el sistema de transporte contiene al menos una guía física, en
que la guía física es capaz de ejecutar una decisión acerca de
otros parámetros de transporte a otra guía física o a la estación de
recepción.
Los objetos físicos son cualesquiera objetos que
puedan tener un efecto en el mundo físico. Es lo más preferible que
sean cuerpos con masa de cualquier tamaño, que varíen desde ser de
menos de un gramo hasta ser de varias toneladas. No obstante, otros
objetos, por ejemplo un programa de ordenador o un archivo de
datos, son también objetos físicos dentro del invento.
El invento se refiere especialmente a objetos con
masa de cualquier tamaño, peso o dimensiones. Los objetos pueden
ser unidades, pero no quedan limitados a ser unidades.
El invento se refiere también a medios de
transporte y a guías físicas.
El transporte de varias mercancías en sistemas
complejos requiere mecanismos de control especiales.
Los actuales mecanismos de control de la entrega
de paquetes, por ejemplo, dentro de compañías, o a clientes, están
muy principalmente basados en soluciones patentadas especiales. Hay
en curso trabajos para normalizar los mecanismos de control, por
ejemplo, los sistemas logísticos y de gestión del flujo de trabajo,
por ejemplo el denominado "Workflow Management Coalition
(WFMC)" (Coalición para la Gestión del Flujo de Trabajo). Varias
compañías están trabajando en el desarrollo de software dedicado
para sistemas de entrega de paquetes.
Son ejemplo de sistemas de entrega de paquetes en
los que se están usando complicados sistemas logísticos y de gestión
del flujo de trabajo los de transporte de los equipajes en los
aeropuertos, los de clasificación y distribución del correo, y el
de fabricación ayudada por ordenador en las grandes compañías de
producción (por ejemplo, en las de fabricación de automóviles).
En el documento
US-A-5.869.819 se describen un
sistema y un método basados en internet para el seguimiento de los
objetos que llevan etiquetas de código de barras codificadas en URL
(Localizador de Recursos Unificados). El sistema comprende
Subsistemas de Servidores de Internet de Asignación de ruta
(Routing), Seguimiento (Tracking) y Entrega (Delivery) (RTD)
conectados a al sistema de internet. Una estación de envío asigna
la etiqueta de código de barras, la cual incluye las direcciones
físicas de los puntos de destino y la dirección del URL del
Servidor de Internet RTD en el sistema de internet bajo la cual está
almacenada la información acerca del paquete. Además, el sistema
tiene asignadores de rutas, los cuales tienen medios para leer la
etiqueta del código de barras con objeto de leer la ruta física
hacia el receptor, y medios para acceso a la dirección de URL a fin
de actualizar la información de localización del paquete en el
servidor de RTD. En esta solución se usa la estructura de internet
para almacenar y obtener acceso a la información acerca de los
paquetes seguidos.
Los sistemas de entrega de paquetes que están hoy
día en el mercado, están muy principalmente basados en patentes.
Además, se necesita un gran esfuerzo de programación a fin de
añadir todos los servicios (tales como el de tratamiento de las
averías en el sistema, tratamiento del estado, asignación de ruta
basada en prioridades, etc.).
Es además conocido el intercambio de información
que está empaquetada. Aunque estos paquetes de información han sido
comparados con paquetes físicos. no se ha propuesto asignar
paquetes lógicos a los paquetes físicos.
Los sistemas de comunicaciones de acceso
múltiple, tales como las redes de teléfonos celulares, operan a
escala mundial.
El Protocolo de Internet (IP) está siempre basado
en paquetes, dado que está basado en paquetes de datos, denominados
datagramas, de una longitud máxima, la cual es conforme a la norma
IPv4 de 64 Kbytes y variable de acuerdo con la norma IPv6. Los
paquetes de datos mayores son transferidos mediante una pluralidad
de paquetes de datos. Cada paquete de datos es un fragmento de toda
la información, y recorre su propio camino a través de la red.
Puesto que el Protocolo de Internet no constituye una conexión a lo
largo de la cual sean transportados los paquetes de datos, es
necesario que cada paquete de datos contenga la fuente y la
dirección del objetivo. Se consigue la secuencia correcta de los
paquetes de datos del IP (Protocolo de Internet) en el servicio de
transporte de una capa más alta. De acuerdo con la norma IPv6, se
pueden asignar a todos los paquetes de datos una ruta por el mismo
camino, usando una asignación de ruta por etiqueta de flujo. Esto
es similar a los circuitos virtuales.
El algoritmo de asignación de ruta es aquella
parte del software de la capa de la red responsable de decidir a
qué línea de salida deberá ser transmitido un paquete de datos que
llegue. Si la subred hace uso de datagramas internamente, esta
decisión debe ser tomada de nuevo para cada paquete de datos que
llegue, dado que la mejor ruta puede haber cambiado desde la última
vez. Si en la subred se usan circuitos virtuales internamente, las
decisiones de asignación de ruta se toman únicamente cuando se está
estableciendo un nuevo circuito virtual. Después, los paquetes de
datos siguen exactamente la ruta previamente establecida.
Debido al enorme desarrollo de las estructuras de
internet y del número de abonados, el despliegue del Protocolo de
Internet (IP) es muy amplio. IP es el protocolo de la capa de
internet para el sistema de internet y para otras muchas redes. IP,
juntamente con varios protocolos adicionales, tales como, por
ejemplo, el Open Shortest Path First (OSPF) (Primer Camino Más Corto
Abierto), y los protocolos "Internet Control Message Protocols
(ICMP)" (protocolos de Mensajes de Control por Internet)
proporcionan los servicios de red que se describen a continuación
para las capas superiores.
Ejemplos de estos servicios de red son los de
transporte de datos de punto a punto, los de dirección,
fragmentación y nuevo ensamblaje, los de asignación de ruta y los
de control de la congestión.
La norma IPv6 proporciona los servicios
adicionales que se mencionan en lo que sigue. Estos servicios
incluyen un tratamiento de seguridad mejorado, que garantiza la
autenticación y la privacidad, un tipo mejorado de asignación de
ruta basado en el servicio, una asignación de ruta por etiqueta de
flujo que es similar a los circuitos virtuales, y una cantidad
ilimitada de direcciones de IP, incluyendo un esquema mejorado de
asignación de direcciones jerárquico.
Además, la norma IPv6 proporciona difusión de
cualquier tipo. Este servicio de la red es similar al de
multidifusión, por cuanto el destino es un grupo de direcciones,
pero en vez de tratar de entregar los paquetes de datos a todos
ellos, trata de entregarlos a solamente uno, usualmente el más
próximo.
Además, la norma IPv6 permite una asignación de
ruta estricta, por ejemplo se suministra el camino completo, así
como una asignación de ruta suelta, en donde solamente se
suministran las guías seleccionadas.
Ejemplos de protocolos IP y ATM asociados se han
descrito en el libro titulado "Computer Networks" (Redes de
Ordenadores), Tercera Edición, de Andrew S. Tannenbaum,
Prentice-Hall International (UK) Limited, London
(Reino Unido) 1996.
Se ha propuesto la construcción de redes de
suministro subterráneas. Las razones para tales redes son las altas
densidades de tráfico por el interior de las ciudades, en los
puertos y en los aeropuertos. La intención es hacer que los
paquetes sean entregados a la red subterránea, por ejemplo por
camiones, trenes, etc., y efectuar la distribución y el suministro
a los almacenes, talleres, etc., por medio del sistema
subterráneo.
En varias importantes ciudades holandesas como,
por ejemplo, Leiden, Utrecht, Tilburg. Amhem, Nimega, se está
actualmente investigando la posibilidad de aplicar tales redes de
distribución subterránea. Una investigación que concluyó en 1998 ha
puesto de manifiesto que las redes de distribución subterránea,
como la OLS "Ondergronds Logiestiek Systeems", como se
denominan en los Países Bajos, son perfectamente factibles. En
Hoofdorp se tomará una decisión antes del próximo siglo, acerca de
si tal sistema será puesto en práctica.
Los sistemas logísticos manejan la compra, la
producción y las entregas/ventas de los productos. Hay disponibles
varios sistemas logísticos. Ejemplos de estos sistemas logísticos
son el "Enterprise Resource Planning (ERP)" (Planificación de
los Recursos de las Empresas), y el "Material Requirements
Planning (MRP I y II)" (Planificación de las Necesidades de
Material).
Son opciones logísticas ventajosas las de entrega
justo a la hora prevista, las de talleres de fabricación de
diversos productos por lotes en pequeñas cantidades, las
instalaciones de fabricación en las cuales se emplean del mismo
modo máquinas herramientas y robots en todas las tareas, las células
de Grupos de Tecnologías, las de control "push/pull" (de
carga/descarga), las de control del material. de la capacidad y
basados en el tiempo. Además, es posible un control de alimentación
hacia delante y/o un control de realimentación. Como otras opciones
logísticas ventajosas se incluyen las de Ingeniería sobre Pedido,
Fabricación Sobre Pedido, Montaje sobre Pedido y Fabricación para
Almacenamiento.
Un objeto del invento es el de crear un método
por el cual se maneje de un modo efectivo y eficaz la transferencia
de objetos físicos.
Este problema se resuelve ventajosamente por el
método según la reivindicación 1, por el sistema de transporte
según la reivindicación 26, por los medios de transporte según la
reivindicación 27, por el asignador de ruta física según la
reivindicación 28, por el programa de ordenador según la
reivindicación 29, y por el producto de programa de ordenador según
la reivindicación 30.
Otro objeto del invento es un método para
transportar objetos físicos, en que al menos un objeto físico es
transportado desde una estación de envío a una estación de
recepción, en que el transporte tiene lugar a través de al menos una
guía física, en que la guía física ejecuta una decisión acerca de
otros parámetros de transporte a otra guía física o a la estación
de recepción, en que la información para el manejo y el movimiento
del objeto físico se genera y se transfiere a un nodo lógico, en
que se usa la información para manejar y mover los paquetes físicos
de acuerdo con un manejo y un movimiento de paquetes de un
protocolos de telecomunicaciones, y en que el nodo lógico transfiere
la decisión a la estación de envío y/o a por lo menos un asignador
de ruta física.
Es también posible que exista una íntima relación
de uno a uno entre los asignadores de rutas (en el plano lógico) y
las máquinas (en el plano físico), y que los asignadores de rutas
envíen solamente información de control a las máquinas (es decir,
que no se necesita información de la máquina para el asignador de
ruta, dado que el paquetes físico está en todo caso acompañado por
un paquete lógico).
Es lo más preferible que la información esté
asociada a un plano de transporte lógico.
Ventajosamente, se añade la funcionalidad del
protocolo a por lo menos una máquina que se encarga de una
asignación de ruta física de los objetos físicos.
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
al menos un mecanismo de asignación de ruta.
En una ejecución ventajosa del método, el sistema
de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, la
asignación de ruta se efectúa dentro de una capa de la red.
Preferiblemente, se usa una tecnología de
conmutación de células. El ATM es una ejecución ventajosa de una
tecnología de conmutación de células. En el ATM la conmutación
puede efectuarse en base a la identificación de canal virtual (VCI)
o del camino virtual (VPI). Un canal virtual es normalmente una
conexión desde una fuente a un destino, aunque se permiten también
conexiones multidifusión. Los canales virtuales son
unidireccionales, pero se pueden crear un par de circuitos al mismo
tiempo. Un grupo de canales virtuales pueden ser agrupados juntos
en lo que se denomina un camino virtual. Conceptualmente, un camino
virtual es como un haz de canales virtuales.
El ATM soporta diferentes clases de servicios por
medio de Capas de Adaptación de ATM (AALs).
La Capa 1 de Adaptación de ATM (AAL 1) es una
realización de conexiones de circuitos conmutados con una velocidad
binaria constante y un retardo mínimo.
La Capa 2 de Adaptación ATM (AAL 2) es una
realización de conexiones isócronas, con velocidad binaria variable
y mínimo retardo.
También se pueden materializar una Capa 3 de
Adaptación de ATM (AAL 3) y una Capa 4 de Adaptación de ATM (AAL
4).
Una Capa 5 de Adaptación de ATM (AAL 5) es una
realización de servicios sin conexión, con velocidades binarias
variables y sin sincronización de punto a punto.
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un Protocolo de Mensajes de Control de Internet (ICMP).
El funcionamiento del sistema de transporte es
vigilado mediante las guías, tal como se usan dentro de una red
conmutada de paquetes como, por ejemplo, la de Internet. Cuando
ocurre algo inesperado, se comunica el acontecimiento mediante el
ICMP, el cual se usa también para comprobar el sistema de
Internet.
En una ejecución ventajosa del método, el sistema
de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se
transfieren las Direcciones de Protocolo de Internet a direcciones
de enlace de datos.
Es preferible que las direcciones de IP san
transferidas a las direcciones de enlace de datos de acuerdo con un
protocolo de resolución de direcciones.
El Protocolo de Resolución de Direcciones (ARP)
se encarga de la conversión de las direcciones de IP en direcciones
de enlace de datos, tal como el Ethernet. El Protocolo de
Resolución de Direcciones de Reserva (RARP) convierte las
direcciones de enlace de datos en direcciones de IP.
En una ejecución ventajosa del método, el sistema
de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
al menos un protocolo de asignación de ruta de puerta.
El protocolo de asignación de ruta de puerta
puede ser un protocolo de asignación de ruta de puerta interior, o
un protocolo de asignación de ruta exterior. Un ejemplo de
protocolo de asignación de ruta exterior es un Protocolo de Puerta
de Frontera (BGP).
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un protocolo de Primer camino Más Corto Abierto (OSPF).
El OSPF es un protocolo de asignación de ruta de
puerta interior que soporta una diversidad de métricas de
distancia, al como la de distancia física, la de retardo, etc. La
métrica de retardo hace posible que las guías controlen las
fluctuaciones, dado que se conoce el tiempo que queda hasta llegar
al destino.
En una ejecución ventajosa del método, el sistema
de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un algoritmo de programación de paquetes.
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, la
programación de paquetes se efectúa mediante un algoritmo de
"Puesta en Cola Equitativa Ponderada".
El algoritmo de Puesta en Cola Equitativa
Ponderada es un algoritmo de programación de paquetes usado en las
guías. El mecanismo hace uso de una clase de planificación de
circuito cíclico byte a byte, a fin de manejar varias colas de
entrada para obtener una cierta cola de salida. En la programación
se consideran diferentes niveles de prioridad.
En una ejecución ventajosa del método, el sistema
de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
al menos una red privada virtual (VPN).
Una red privada virtual (VPN) es una red privada
en una red de amplia área pública, lo que significa que está
dedicada exclusivamente a la compañía o compañías que la posean.
Una VPN está protegida del resto del tráfico en una amplia área de
red pública (WAN).
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usan
servicios diferenciados.
Las mejoras de servicios diferenciados en un
protocolo, por ejemplo en el protocolo IP, están destinadas a hacer
posible una discriminación de servicios escalable en redes
conmutadas de paquetes, como por ejemplo la de internet, sin
necesidad de enviar una señal por cada salto. Se pueden construir
una diversidad de servicios. Los servicios pueden ser de punto a
punto o bien de intradominio. Los mismos incluyen tanto los que
pueden satisfacer requisitos cuantitativos, por ejemplo, el de una
anchura de banda máxima, como los basados en actuaciones relativas,
por ejemplo, los de diferenciación por "clases".
Los servicios pueden ser construidos mediante una
combinación de uno o más de los siguientes métodos:
- \text{*}
- Establecer bits en un campo de cabecera de IP en los límites de la red (límites del sistema autónomo, límites administrativos internos o bases)
- \text{*}
- Usar esos bits para determinar cómo son enviados los paquetes por los nodos dentro de la red (la diferenciación del servicio se hace aquí mediante la transformación de los bits de la cabecera del paquete de IP en un tratamiento de envío particular o comportamiento por saltos, y
- \text{*}
- Condicionar los límites de los paquetes marcados de acuerdo con los requisitos o reglas de cada servicio.
En una ejecución ventajosa del método, el sistema
de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, un
protocolo de comunicaciones envía una señal a una guía para
reservar la anchura de banda para transmisión en tiempo real.
Un ejemplo de un protocolo de comunicaciones que
envía una señal a un asignador de ruta para reservar anchura de
banda para transmisión en tiempo real es un protocolo denominado
"Resource reSerVation Protocol" (RSVP) (Protocolo de Reserva
de Recursos). El RSVP está diseñado para dejar libre un camino para
el tráfico de audio y de vídeo, eliminando las molestas omisiones y
vacilaciones. Ha sido sancionado por el IETF, debido a que se
espera que el tráfico de audio y de vídeo aumente espectacularmente
en la estructura de internet. No obstante, puesto que los objetos
físicos que hayan de ser movidos son mucho más difíciles de
producir o de sustituir que la información, es recomendable usar un
protocolo de comunicaciones que envíe señales para reservar anchura
de banda para transmisión en tiempo real.
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un mecanismo de conmutación de etiquetas multiprotocolo (MPLS).
El MPLS es una tecnología para redes principales,
y puede ser usado para IP, así como para otros protocolos de capas
de red. Puede ser desplegado en redes corporativas, así como en
redes principales públicas operadas por Proveedores de Servicios de
Internet (ISP), o bien por operadores de redes de
telecomunicaciones.
El MPLS simplifica el envío en los asignadores de
rutas del núcleo, introduciendo para ello un mecanismo orientado
por conexión dentro de las redes de IP sin conexión. En una red de
MPLS se establece un camino conmutado por etiqueta para cada ruta o
camino a través de la red, y la conmutación de paquetes está basada
en esas etiquetas, por ejemplo, en vez de la dirección completa de
IP en la cabecera de IP.
En una realización ventajosa del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, al menos
en un lugar se crea al menos un agente doméstico para una
comunicación con al menos otro lugar.
El IP móvil es un mecanismo para permitir
movilidad en una red basada en IP. Cada lugar que desee permitir a
sus usuarios "vagabundear" ha de crear un agente doméstico.
Cada lugar que desee permitir visitantes ha de crear un agente
extranjero. Cuando aparezca una base móvil en un lugar extranjero,
la misma hace contacto con la base extranjero y se registra. La
base extranjera hace entonces contacto con el agente doméstico del
usuario y da a éste una dirección de atención, normalmente la
dirección de IP del propio agente extranjero. La base móvil puede
también actuar por sí misma como base extranjera.
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un Protocolo de Control de Transmisión (TCP).
El TCP es una capa de transporte en un dominio de
alto nivel, por ejemplo en el dominio IP. Es un protocolo fiable,
orientado por conexión, que permite que sea entregada una corriente
de bytes que se origine en una máquina, sin error ni ninguna otra
máquina, en una red conmutada de paquetes, como por ejemplo la de
Internet.
Se ha de usar un protocolo adecuado en la capa de
transporte, especialmente en una capa de transporte en un dominio
de protocolo internet (IP). Se puede usar el protocolo "User
Datagram Protocol" (UP) (Protocolo de Datagramas de Usuario)
para aplicaciones sin secuencia de TCP ni control del flujo, y con
el deseo de proporcionar el suyo propio.
En una realización ventajosa del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un protocolo de control.
El H.245, tal como ha sido definido por el
ITU-T, es un protocolo de control para
comunicaciones multimedia. El H.245 define procedimientos para
permitir, por ejemplo, el intercambio de capacidades audiovisuales y
de datos.
En una realización preferida del método, el
sistema de transporte, los medios de transporte, la guía física, el
programa de ordenador y el programa producto de ordenador, se usa
un Protocolo en Tiempo Real (RTP).
El RTP se usa para manejar corrientes de audio y
de vídeo.
En el invento se hace uso de la idea para
proporcionar servicio que se necesitan o que son útiles para la
entrega de paquetes mediante protocolos de comunicaciones de redes
conmutadas de circuitos o de paquetes. Dentro de las realizaciones
ventajosas del invento, se añadirán otros servicios específicos. Es
todavía más preferible suministrar también los servicios específicos
a través de protocolos de comunicaciones. Los protocolos de
comunicaciones son especialmente redes conmutadas de paquetes, por
ejemplo, la de Internet.
En lo que sigue se describirá con más detalle el
invento por medio de ejemplos y por medio de las figuras:
En la Fig. 1 se ha ilustrado una vista general
esquemática de un sistema de transporte de acuerdo con el
invento.
En la Fig. 2 se ha ilustrado una vista general
esquemática de otra realización preferida del invento.
En la Fig. 3 se ha ilustrado una vista general
esquemática de un sistema de entrega de paquetes subterráneo.
En la Fig. 4 se ha ilustrado un asignador de
ruta física para objetos que puedan ser separados.
En la Fig. 5 se ha ilustrado una vista general
esquemática de un sistema de entrega de paquetes preferiblemente
global.
En los ejemplos se usan y se adaptan los
protocolos de comunicaciones de conmutación de paquetes y de
circuitos, a fin de poder manejar la distribución de los paquetes
físicos. La mayoría de los servicios proporcionados por el enlace
de datos, la red, el transporte y la capa de sesión pueden ser
vueltos a usar.
En los ejemplos se hace uso de protocolos de
telecomunicaciones, especialmente de protocolos de
telecomunicaciones conmutados de paquetes y conmutados de
circuitos, y de mecanismos para controlar los sistemas de entrega
de paquetes, logísticos y de gestión del flujo de trabajo.
En los ejemplos se hace uso de la idea de que
esos protocolos -una vez modificados- proporcionan ya la
funcionalidad que se necesita. Para conseguir un manejo eficaz de
objetos físicos, especialmente de paquetes, se pueden materializar
diferentes adiciones. Cada una de ellas podría ser combinada con
cada uno de los sistemas de transporte, como se describe de acuerdo
con las figuras 1, 2.
Es lo más preferible que las adiciones se
materialicen en una cabecera de protocolo de cada de la red.
Ejemplos de estas adiciones se describen más adelante.
Un ejemplo de información adicional es la del
tamaño del paquete. Otras informaciones que es útil que sean
añadidas a la cabecera del protocolo de la capa de la red son la de
fecha/hora de entrega debida, la de penalidades por retraso en las
entregas, la del peso, la del coste de la entrega, la del material,
la de fragilidad y la de los parámetros de transporte requeridos,
por ejemplo, un camión refrigerado para mercancías que hayan de
mantenerse refrigeradas.
Los principios básicos del invento, especialmente
el uso de protocolos de telecomunicaciones, de cabeceras lógicas y
de mecanismos de asignación de ruta, son de aplicación al
transporte de cada objeto que pueda ser movido.
En la lista que sigue se proporciona una relación
de opciones logísticas, por ejemplo, de modos de organizar la
logística:
La entrega justo a la hora prevista, la de
talleres de fabricación de diversos productos por lotes en pequeñas
cantidades, las instalaciones de fabricación en las cuales se
emplean del mismo modo máquinas herramientas y robots en todas las
tareas, las células de Grupos de Tecnologías, las de control
"push/pull" (de carga/descarga), las de control del material.
de la capacidad y basados en el tiempo, las de control de la
alimentación hacia delante y/o la de control de realimentación, la
de Ingeniería sobre Pedido, Fabricación Sobre Pedido, Montaje sobre
Pedido y Fabricación para Almacenamiento.
Mientras que los sistemas de transporte conocidos
transportan mercancías desde pequeños sobres hasta objetos tan
grandes como contenedores, o incluso mayores, el invento permite
también el transporte de mercancías que no han sido todavía
consideradas como parte de un proceso de transporte, especialmente
de una cadena de transporte.
Son también adiciones a la información contenida
en la cabecera del protocolo de la capa de la red un mecanismo de
reducción o de aceleración de la velocidad del paquete, a fin de
sincronizar el paquete lógico con el paquete físico.
Es posible usar una función de asignación de ruta
suelta o una estricta en el Protocolo Internet (IP) para indicar
que los correspondientes asignadores de rutas han de esperar un
mensaje del sistema de transporte de que ha llegado el paquete
físico, antes de que sea enviado el paquete lógico.
Dentro de las realizaciones preferidas se
incorporan los antes mencionados parámetros en los mecanismos de
asignación de ruta, para tomar las correspondientes decisiones de
asignación de ruta. Además se necesita un mecanismo que sea capaz
de seguir los paquetes.
Para producir las entregas a tiempo, se puede
usar el mecanismo de puesta en cola equitativa ponderada.
De acuerdo con la Fig. 1, se describe una
realización ventajosa del invento. En la Fig. 1 se ha ilustrado un
esquema funcional del sistema de transporte y del transporte
llevado a cabo dentro del sistema de transporte.
Una realización ventajosa del sistema de
transporte y del método de transporte, tal como se han representado
en la Fig. 1, contiene una capa 10 de transporte físico, una capa
20 de transporte lógico, y una capa 30 de aplicaciones.
Se añade a las máquinas M una funcionalidad de
protocolo R que se encarga de la asignación de ruta física de los
paquetes. La capa 10 más baja, que es lo más preferible que sea el
plano de transporte físico, puede compararse con la capa física en
el bien conocido modelo OSI (Open System Interconnection o
Interconexión de Sistema Abierto), dado que se encarga de la
distribución física de los paquetes. El modelo OSI ha sido
propuesto por la unión Internacional de Telecomunicaciones (ITU) en
la recomendación X.200. Una capa media 20, que es lo más ventajoso
que sea el plano de transporte lógico, es la capa que vuelve a usar
los protocolos. La capa media 20 es la capa de control y contiene al
menos funciones similares a las definidas para las capas 2, 3, 4 y 5
de la OSI. La capa media 20 efectúa la manipulación de los paquetes
lógicos y las conexiones. Una capa superior, especialmente un plano
de aplicaciones, contiene las aplicaciones y puede ser comparada
con las capas 6 y 7 de la OSI. Las aplicaciones son administradas
por operadores en la parte superior de la Fig. 1. Los operadores
pueden usar interfaces de usuario gráficas basadas en redes.
Dentro de esta realización se pueden usar varias
aplicaciones. Ejemplos de estas aplicaciones son los de gestión del
flujo de trabajo, los de recogida de información estadística, la de
seguimiento de los paquetes, la de control de la asignación de ruta
de los paquetes, la de tratamiento de las alarmas y la de
tratamiento de los errores.
Cada paquete en el plano de transporte físico
puede estar acompañado de un paquete lógico en el plano de
transporte lógico, pero no es necesario que sea así. Los nodos
lógicos R en el plano de transporte lógico 20 necesitan tener
información acerca del estado, la topología, etc., de la red de
transporte físico que está debajo, con objeto de efectuar las
elecciones correctas. Cada paquete puede llevar una etiqueta con
alguna clase de cabecera de IP, por ejemplo que contenga la
dirección de destino, etc. Las guías físicas, también denominadas
máquinas M, leen esa etiqueta y envían la información a un nodo
lógico R. Es ventajoso realizar el nodo lógico, el cual es una clase
de guía lógica, dentro de la guía física M, a fin de tomar las
decisiones de procesado. La decisión de procesado es luego enviada
desde el nodo lógico R a la guía física M. Esto puede compararse
con gran exactitud con el comportamiento por saltos (R) y con los
motores de envío (M), tal como se han definido para las diferentes
guías existentes hoy en día.
Las aplicaciones pueden controlar y leer la
información de los nodos lógicos R.
Se prefiere realizar una petición de comentarios
(RFC).
Un protocolo de "Resource reSerVation"
(RSVP) es un protocolo/mecanismo para garantizar la anchura de
banda en un ambiente de protocolo de IP. Puede usarse, por ejemplo,
para reservar anchura de banda en un sistema de transporte de
equipajes de aeropuerto para viajeros de la clase de negocios, a fin
de garantizarles una entrega rápida del correspondiente
equipaje.
En otra realización ventajosa del invento, el
plano de transporte lógico y el plano de transporte físico están
separados. El plano de transporte lógico puede ser, por ejemplo,
una red de área local o la de Internet. Esto permite a una compañía
volver a usar la red principal que se use para la transmisión de
palabras y de datos, por ejemplo, una red principal de IP.
En la Fig. 2 se ha ilustrado esquemáticamente el
principio de la otra realización ventajosa.
Los mecanismos son básicamente los mismos que
para la primera alternativa.
Se usan, preferiblemente, protocolos de
asignación de ruta para elegir un camino de transporte óptimo desde
una guía física a otra guía física o a la estación de recepción.
Como ejemplos de estos protocolos de asignación de ruta se incluyen
los de asignación de ruta y de reasignación de ruta de base métrica
en el caso de congestión, por ejemplo, el de Primer Camino Más Corto
Abierto (OSPF), y el Protocolo de Puerta de Frontera (BGP).
Otro mecanismo de protocolo útil es el de una
dirección especialmente formateada, especialmente una dirección
global. Como ejemplos de la dirección se incluyen, por ejemplo, los
de dirección de IP, los de dirección de correos, y los de
localizador de Recursos Universal (URL).
Es lo más práctico que los mecanismos descritos
estén combinados con cualesquiera de los otros mecanismos
descritos. Como ejemplo de estos mecanismos que son adecuados para
la combinación está el de Protocolo de Resolución de Direcciones
(ARP), especialmente el de Protocolo de Resolución de Direcciones
Inverso (RARP). Es también adecuada una combinación con diferentes
protocolos de asignación de ruta.
La creación de circuitos virtuales aumenta la
flexibilidad del sistema de transporte.
Un sistema de transporte, como un sistema de
entrega de correo, puede hacer uso del protocolo Internet para
clasificar internamente y distribuir cartas y paquetes al camión
correcto, para su entrega. El tamaño, la fecha en que debe ser
entregado, etc., de cada carta y de cada paquete, están
determinados. Además, el camión se identifica por una dirección de
IP de destino. Se usa además un paquete de protocolo de
comunicaciones para que acompañe a la carta y al paquete y para la
entrega del paquete al destino correcto. Es asimismo posible añadir
identificaciones a cada carta y a cada paquete, que contengan la
cabecera del protocolo de IP. Sin embargo, en ese caso se necesitan
escaneadores.
Externamente se pueden aplicar los mismos
mecanismos. Mientras que las cartas y los paquetes son distribuidos
a través de otras redes, el paquete de comunicaciones puede
acompañar a las cartas y paquetes vía Internet. Este paquete de
comunicaciones se usa después para tomar decisiones de asignación de
ruta y para seguir las cartas y los paquetes.
Otra realización del invento se refiere a una
compañía de fabricación integrada por ordenador. En una compañía de
fabricación integrada por ordenador la asignación de ruta de las
partes y herramientas para la construcción puede hacerse a través
de una intranet, en base a los servicios proporcionados por los
protocolos de internet.
Una vez que se hayan determinado el tamaño, la
fecha/hora de entrega, y el destino, las partes y herramientas para
la construcción son acompañadas de un paquete de comunicaciones,
que se encarga de la asignación de ruta y de otros servicios
relacionados con la capa de la red. Los servicios adicionales y las
interfaces son proporcionados por protocolos de la capa superior. En
este escenario, se pueden usar la puesta en cola equitativa
ponderada y el control del flujo para conseguir la entrega justo a
tiempo.
También se puede usar la puesta en cola
equitativa ponderada para acelerar y retardar las partes y
herramientas para la construcción. Básicamente, esto significa que
las partes y herramientas para la construcción son almacenadas en
almacenes físicos intermedios (edificios de almacenamiento,
etc.).
En un modo de transferencia asíncrono (ATM) la
conmutación se puede hacer en los identificadores de canal virtual
(conmutación dedicada por conexión) o en identificadores de camino
virtual (conmutación de varias conexiones al mismo tiempo).
Siempre que a un paquete le sea asignada una ruta
de un país a otro país, por ejemplo, las aduanas de la frontera e
un país podrían decidir que ciertos paquetes (o cargas de camión)
hayan de seguir una ruta dedicada a través del país (con puntos de
verificación intermedios). Para ese fin, el país podría tener
canales virtuales asignados para la asignación de ruta de los
correspondientes paquetes. Un ejemplo de tal mecanismo sería el de
transporte de productos químicos peligrosos siguiendo rutas
dedicadas a través de un país. En caso de que todos los camiones
procedentes de los diferentes países originarios hayan de seguir la
misma ruta, se pueden usar caminos virtuales. El camino virtual es
una colección de canales virtuales (cada grupo de camiones
procedentes de un país originario específico obtiene un canal
virtual asignado). La conmutación se hace en el camino virtual, lo
que significa que todos los canales virtuales siguen la misma ruta
(dentro de ese país específico). Después, cada grupo de camiones
puede seguir de nuevo diferentes rutas.
En un sistema de entrega de paquetes subterráneo
se puede usar una línea de ensamblaje con cajas de dimensiones
fijas, como se ha representado en la
\hbox{Fig. 3.}
Ejemplos de objetos que pueden ser separados son,
por ejemplo, los líquidos, los polvos, los objetos pulverulentos,
los granos o los objetos granujientos. En la Fig. 4 se ha
representado un asignador de ruta física para objetos que puedan
ser separados. En este ejemplo, cada caja puede ser vista como una
célula, y puede estar llena, por ejemplo, de arena. Es también
posible llenar las cajas con otros paquetes. Se podría, por
ejemplo, tener células (es decir, cajas) para un canal virtual en
una oficina de correos. Las cajas van pasando, y siempre que haya
cartas y paquetes para una ciudad específica se llena la caja
correspondiente (la célula pertenece al correspondiente canal
virtual).
Obsérvese que en el ejemplo del transporte de
arena, también se puede usar la segmentación y el reensamblaje, que
son mecanismos del protocolo internet (IP).
La introducción de una negociación sobre
capacidad permite hacer un uso eficaz de las capacidades de
transporte.
Antes se han descrito otros ejemplos de
protocolos que pueden usarse para ejecutar el proceso de
transporte. Esos ejemplos incluyen los mecanismos de programación,
como el de Puesta en Cola Equitativa Ponderada (WFQ), el Protocolo
de Control de Transmisión (TCP), el Protocolo de Tiempo Real (RTP),
el de IP móvil para permitir movilidad de ciertas bases como
compañías, personas o vehículos.
Se puede usar un servidor del nombre del dominio
para convertir las "identificaciones" de direcciones (como el
nombre del correo electrónico, el URL, etc.), en direcciones, por
ejemplo, de IP. El servidor del nombre del dominio permite un fácil
cambio de, por ejemplo, la dirección, la posición o la
propiedad.
A través de mecanismos de control del flujo es
posible adaptar los parámetros, especialmente las capacidades de
transporte del sistema de transporte, a las necesidades de los
usuarios.
Si las mercancías pueden ser separadas, se puede
ejecutar una segmentación y, de vez en cuando, también un
reensamblaje. La segmentación se efectúa, por ejemplo, en la
estación de envío, o bien en una o más de las guías mecánicas.
Si, por ejemplo, se transporta arena en un barco
desde un puerto a otro, una excavadora que cave en la arena, a la
que palee en uno de los puertos, opera como una guía mecánica
igualmente de acuerdo con el invento, ya sea el objeto del control
el llenado de las palas (las palas llenas), el llenado de los
camiones, o los camiones llenos.
Se puede materializar fácilmente otra
funcionalidad, por ejemplo, para materializar el reconocimiento y
la confirmación para diferentes fines de control, por ejemplo para
un control financiero. Los mecanismos correspondientes se han
materializado, por ejemplo, en el TCP (Protocolo de Control de la
Transmisión).
Se pueden usar, por ejemplo, mecanismos de
radiodifusión en los sistemas de gestión del flujo de trabajo, para
enviar informes a las personas de una compañía.
Se puede usar multidifusión en la internet
mundial, para enviar un paquete a todos los subsidiarios de una
compañía, o bien a todos los clientes de una compañía. Puesto que
la multidifusión se base en grupos a los que se multidifunde, donde
las partes interesadas han de registrarse, cada posición o cliente
coincide justamente con un grupo de multidifusión específico (por
ejemplo, el grupo de multidifusión para obtener toda la última
información acerca del producto X) para obtener toda la información
que se necesite.
El invento puede incluir diferentes ejemplos de
tratamiento de errores. Es espacialmente útil para usar el Protocolo
de Mensajes de Control de Internet (ICMP). Se usa el ICMP para
comunicar acontecimientos inesperados.
Siempre que una máquina detecta un problema con
el paquete físico, puede informar al correspondiente asignador de
ruta lógica acerca de ello. Ese asignador de ruta puede entonces
usar un mensaje ICMP (probablemente con indicaciones de nuevo error
en el acontecimiento) para informar a la parte originaria a fin de
que la parte originaria tome acciones correctoras. También se puede
usar el ICMP para informar a los operadores de que están conectados
a través de la capa de aplicaciones.
Es también posible disponer de un más inteligente
tratamiento de los errores, por ejemplo añadiendo algunos detalles
más (tales como el de información del lugar, etc.) al mensaje de
ICMP. Esta información puede entonces ser usada como entrada para
una base de datos de conocimiento (inteligencia artificial) a fin
de tomar nuevas decisiones (por ejemplo, nuevas decisiones de
asignación de ruta). Esto puede usarse, por ejemplo, cuando un
camión se quede inmovilizado debido a un accidente. La base de
datos de conocimiento puede hacer uso de la causa del problema (por
ejemplo, recuperada a través de un ordenador del cuadro de
instrumentos y de un enlace de radio) y la información sobre el
lugar, para decidir acerca de la prioridad, la ruta etc., para el
equipo de reparación.
Los protocolos de gestión existentes (subredes),
tales como el Protocolo de Gestión de Red Simple (SNMP) pueden ser
vueltos a usar para la gestión de las redes. Se pueden usar
mensajes NMP para configurar los asignadores de rutas (como en la
actualidad). e han de introducir nuevos elementos de información a
fin de poder especificar las nuevas operaciones para la asignación
de ruta del paquete. También puede ser útil crear una interfaz
desde el asignador de ruta a las máquinas físicas, con objeto de
retransmitir los mensajes de configuración. Esto haría posible la
configuración de las máquinas a través de, por ejemplo, internet, y
con protocolos normalizados (tal como el NMP).
En la Fig. 3 se ha ilustrado un sistema de
entrega subterráneo que es parte de un sistema de entrega más
complejo. Dentro del sistema de entrega, los paquetes son
transferidos por unos medios de transporte en masa, por ejemplo, un
tren o un camión, a una ciudad, donde el sistema de entrega
subterráneo se encarga del transporte interno de los paquetes en la
ciudad.
Los diferentes paquetes, que son transportados
dentro de la ciudad tienen diferentes tamaños, masas, y deberán
satisfacer diferentes necesidades. Las diferentes necesidades es lo
más preferible que estén reflejadas en mecanismos especiales de
Calidad de Servicio (QOS). Las especificaciones de QOS son, por
ejemplo, la de una entrega rápida o la de una entrega segura. Es lo
más preferible que las especificaciones de QOS estén clasificadas
por categorías, por ejemplo, de acuerdo con categorías especiales,
que representen, por ejemplo, mercancías que hayan de ser consumidas
pronto, o bien diferentes niveles de seguridad, en que el nivel de
seguridad más alto se refiere a los documentos confidenciales o a
joyas.
Se puede usar cualquiera de los protocolos de
asignación de ruta descritos a fin de reducir al mínimo las
distancias, el coste, el tiempo que dure el recorrido, etc., y para
usar anchuras de banda del modo más eficaz.
El acceso a una dirección se efectúa, por
ejemplo, mediante un servidor de nombre de dominio (DNS).
Protocolos especiales para tratamiento de alarmas
o de control de la congestión permiten que el sistema reaccione de
modo flexible en casos de acontecimientos imprevistos.
Es además ventajoso desarrollar funciones de
multidifusión.
Los mecanismos de programación permiten aumentar
aún más el rendimiento.
Para aumentar la fiabilidad de la comunicación y
el transporte, se usa un Protocolo de Control de la Transmisión
(TCP).
Para algunas partes del transporte es necesario
un procesado en tiempo real. Para hacer posible que el sistema
reaccione en tiempo real, es adecuado usar un Protocolo de Tiempo
Real (RTP). Un ejemplo de proceso que está basado en un RTP es el
de una reordenación de los paquetes, lo cual es ventajoso en caso
de que a los paquetes se les hayan asignado rutas de modos
diferentes.
Es además preferible vigilar la calidad del
servicio a través de un protocolo adecuado, como por ejemplo un
Protocolo de Tiempo Real (RTP).
La asignación de ruta de los paquetes puede estar
basada en un mecanismo de asignación de ruta paquete por paquete,
por ejemplo, en el caso de que no existe, por ejemplo, dependencia
entre paquetes individuales, pero puede también estar basada en
circuitos virtuales, especialmente en el caso de que todos los
paquetes sigan la misma ruta a través de la red.
Una razón para efectuar la asignación de ruta
paquete por paquete puede ser la de la congestión en partes de la
red, la de que se hayan de tomar diferentes rutas debido al hecho
de que los paquetes tengan diferentes parámetros (tales como los de
tamaño o los de fecha de entrega debida, etc.).
Una razón para el uso de circuitos virtuales
puede ser la de optimizar el coste de la entrega (un barco, un
camión, etc.) para una carga completa.
En la Fig. 3 se ha presentado un sistema de
entrega de paquetes con logística adecuada a través de una Red de
Área Amplia (WAN) tal como una red conmutada de paquetes, como por
ejemplo la de internet. Los paquetes pueden ser transportados
usando para ello cualesquiera medios de transporte entre los
diferentes lugares. El acceso a la dirección del lugar puede
obtenerse por medio de direcciones de IP. El almacenamiento
intermedio se puede efectuar por medio de ICMP, del control del
flujo, o de un mecanismo que solamente envía el paquete lógico y el
paquete físico después de la confirmación de cualquier máquina o
interfaz humana, por ejemplo, uno de los operadores puede usar una
interfaz basada en la red para controlar la asignación de ruta del
paquete, o bien para efectuar el tratamiento de una alarma.
Se ejecutan protocolos de mensaje de control
adecuados para permitir la vigilancia de, por ejemplo, un control
de congestión. Un ejemplo de este protocolo es el Protocolo de
Mensajes de Control de Internet (ICMP).
Se usan otros protocolos de asignación de ruta,
preferiblemente, para elegir un modo de transporte óptimo desde un
asignador de ruta física a otro asignador de ruta física, o bien a
la estación de recepción. Como ejemplos de estos protocolos de
asignación de ruta se incluyen el de asignación de ruta basado en
la métrica, y el de asignación de ruta basado en el coste.
Otros aspectos del sistema de transporte pueden
incluir:
- \text{*}
- control de flujo para JIT
- \text{*}
- SNMP para gestión
- \text{*}
- servicio diferenciado para calidad óptima de la asignación de ruta
- \text{*}
- VCs (todos los paquetes siguen la misma ruta)
- \text{*}
- dirección de IP (global), DNS
- \text{*}
- tratamiento de alarma/control de error
- \text{*}
- IP móvil para movilidad de la base
- \text{*}
- negociación de la capacidad (por ejemplo, disponibilidad de célula de refrigeración)
- \text{*}
- Acuses de recibo/confirmaciones para control financiero
Por medio de Redes Privadas Virtuales el
mecanismo que se ha descrito en lo que antecede podría usarse, por
ejemplo, para conectar dos subsidiarias de una compañía a través de
una red conmutada de paquetes, como por ejemplo la de internet.
La entrega de paquetes, por ejemplo la parte de
asignación de ruta, se efectúa a través de los protocolos
conmutados de paquetes mejorados, tal como el IP. Estos protocolos
mejorados se encargan de la entrega de paquetes en las subsidiarias
y por la Red Privada Virtual (VPN).
En redes móviles, tales como la del Sistema de
Telecomunicaciones Móvil Universal (UMTS), el Sistema Global para
Comunicaciones Móviles (GSM), o el IP, el sistema puede
materializarse combinando para ello la información de asignación de
ruta, es decir, la información acerca del lugar y del estado, etc.,
con la información de posición. Además, un camión podría tener, por
ejemplo, un terminal UMTS acompañado de una carga completa de
paquetes, y enviar a intervalos regulares, por ejemplo en la
actualización de lugares, información acerca del ligar actual,
etc., a un servidor, por ejemplo, a un servidor de Protocolo de
Aplicación Inalámbrico (WAP), el cual tiene que cerciorarse de que
la información es incorporada a las decisiones e asignación de ruta
para el correspondiente paquete, es decir, enviar la información al
correspondiente asignador de ruta.
Es ventajoso hacer que un vehículo tenga un
dominio de red para sí mismo. Por consiguiente, el vehículo pasa a
ser un extremo de un enlace de información y entretenimiento
multimedia de dos vías. La telemática comporta la canalización de
la información relevante, basada en el lugar y basada en el tráfico,
a los vehículos de los usuarios.
Se pueden usar mecanismos de protocolo para
efectuar la gestión del tráfico. Por ejemplo, en caso de
congestión, un protocolo de asignación de ruta podría determinar,
especialmente en tiempo real, una ruta diferente, y guiar al
vehículo mediante el envío de señales al receptor en el vehículo.
Se usa una interfaz del asignador de ruta al sistema de control de
tráfico. La asignación de ruta puede también estar basada en el
coste. En ese caso, deberá elegirse la ruta más barata. La
importancia de la asignación de ruta basada en el coste aumentará
cuando haya que pagar por el uso de la carretera. También se pueden
usar tecnologías de conmutación de paquetes para seleccionar la ruta
más rápida.
En lo que sigue se describirá el invento mediante
conceptos diferentes con conexiones diferentes entre las máquinas
actuales y la red de asignación de ruta.
En el primer caso, las máquinas y la red de
asignación de ruta tienen una conexión menos rígida. Esta solución
implica máquinas que sean capaces de asignar rutas físicamente a
paquetes en la dirección que esté indicada en ellos, mediante un
asignador de ruta. Es preferible tener en cuenta que esas máquinas
deberán leer primero la dirección de IP del destino, a fin de tomar
la decisión de asignación de ruta. Sin embargo, por ejemplo la
métrica para la asignación de ruta, por ejemplo con respecto al
tamaño, al peso, etc., está ya disponible en forma de tablas de
asignación de ruta en los asignadores de rutas. La indicación de
asignación de ruta es solicitada por la máquina al asignador de
ruta, lo cual es una nueva interfaz, enviando para ello la cabecera
del paquete de IP, la cual incluye los nuevos parámetros, al
asignador de ruta. La ruta de salida seleccionada es luego hecha
retornar por el asignador de ruta.
En el segundo caso, se describe el invento de
acuerdo con una realización preferida, en la cual las máquinas
actuales y la red de asignación de ruta tienen una conexión más
rígida. Los paquetes físicos van acompañados de paquetes lógicos en
la red de comunicación conmutada de paquetes. Siempre que sea
recibido un paquete en un asignador de ruta, el asignador de ruta
informa a la máquina sobre lo que se ha de hacer y espera la
confirmación de que han sido ejecutadas las acciones.
Las dos realizaciones descritas en lo que
antecede se pueden combinar entre sí, o con cualquiera de las
realizaciones antes descritas.
Por ejemplo, para un sistema de transporte de
equipajes de un aeropuerto, podría usarse, por ejemplo, n camino
virtual para todos los equipajes de un vuelo específico. Pueden
usarse otros mecanismos de caminos virtuales, incluyendo las
reservas de recursos, por ejemplo de servicios Diferenciados, de
RSVP, de MPLS, para viajeros de la clase de negocios, con objeto de
que obtengan un tratamiento prioritario y asegurado para ellos.
Una realización preferida del invento se refiere
a un sistema de transporte para un aeropuerto y a un método para
transportar maletas en un aeropuerto.
Cada máquina física está conectada a un asignador
de ruta en el plano de control lógico.
Cuando se deposita una maleta en la línea de
transporte, se genera un paquete lógico con una dirección IP de
destino (por ejemplo, generada a partir del número del vuelo). Esta
información se almacena en un servidor del nombre del dominio,
donde se cambia el número del vuelo a la correspondiente dirección
de IP. La maleta es enviada a través del sistema físico, mientras
que el paquete que la acompaña es enviado a través del plano de
control lógico. A la llegada a la siguiente máquina de asignación
de ruta, esa máquina interroga al asignador de ruta correspondiente
(a donde ha llegado ya el paquete lógico), para información
adicional de asignación de ruta. Al recibir la información de
asignación de ruta, la máquina física asigna la ruta de la maleta en
consecuencia. Puesto que puede haber varias clases de líneas de
transporte, por ejemplo de diferentes tamaños, de diferentes
velocidades, etc., cada paquete puede llevar información adicional.
Esa información puede ser, por ejemplo, el tamaño del paquete, su
peso, y la hora del vuelo (para acelerar la asignación de ruta en
el caso de que el avión esté a punto de partir). Luego se usa la
información en los mecanismos de asignación de ruta. Siempre que un
paquete lógico determine que el paquete físico está retrasado,
puede enviar un mensaje ICMP a una unidad de control central.
Obsérvese que este mecanismo puede ser también usado para detectar
equipajes perdidos.
Otro ejemplo se refiere a un sistema de
transporte global. En este ejemplo, los paquetes son entregados
desde el lugar L1 al lugar L5, de acuerdo con la
\hbox{Fig.
5.}
El ejemplo describe un transporte desde un Lugar
L1, por ejemplo una fábrica u otro lugar de origen, mediante unos
primeros medios de transporte T1, por ejemplo un camión, a un Lugar
L2, en el caso descrito un puerto. El otro transporte tiene lugar
con otros medios de transporte T2, los cuales se describen en el
ejemplo como un barco. El transporte por los segundos medios de
transporte T2 llega a otro Lugar L3, el cual, en el ejemplo
descrito, es una combinación de un puerto y un aeropuerto. Desde el
Lugar 3, tiene lugar un transporte a un Lugar 4 (aeropuerto) a
través de otros medios de transporte adecuados T3, los cuales, en
el ejemplo descrito, son un avión. Desde el Lugar 4 tiene lugar
otro transporte a través de otros medios de transporte T4, por
ejemplo un camión. El transporte llega a un Lugar L5 final, por
ejemplo una compañía, una tienda, u otro destino.
A fin de tener una red dedicada y asegurada, por
ejemplo la IPSEC (lógica) en la Internet, la compañía hace uso de
una Red Privada Virtual (VPN). Obsérvese que es también posible
compartir esta VPN con proveedores y clientes (por ejemplo, cuando
se forma parte de una cadena de una asociación temporal de empresas
(Joint Venture)).
A fin de entregar un paquete desde L1 a L4 y L5,
se han de dar los siguientes pasos (algunos paquetes son entregados
a L4 y algunos otros a L5).
L1 hace uso del nombre L4&company.com para
obtener la dirección IP de L4, interrogando para ello al servidor
del nombre del dominio en internet. Esto mismo se hace para la
L5&company.com. L1, o bien conoce su propia dirección IP
(configuración o una interrogación DNS previa), o bien ha de recoger
la dirección IP del servidor DNS (enviando L1&company.com).
Los paquetes (físicos) van acompañados de
paquetes lógicos en la internet. Estos paquetes pueden ser
generados manualmente, pero es también posible generarlos
automáticamente a partir de documentos existentes (tales como
especificaciones técnicas, contratos, folletos comerciales, etc.).
Opcionalmente se puede añadir información tal como al de la fecha
en que se debe entregar, el peso, la fragilidad, etc. También se
pueden añadir la prioridad y la Calidad de Servicio (QoS)
requeridas. Esto puede hacerse añadiendo el Campo de Punto de
Código de Servicio Diferenciado en la cabecera del paquete de IP, la
cual define la QoS y la prioridad requeridas. Esto asegurará que
los paquetes (y los paquetes físicos) son tratados en consecuencia
en caso de, por ejemplo, congestión en la red de transporte (por
ejemplo, de que un camión no tenga suficiente capacidad de
almacenamiento para todos los paquetes). Las direcciones IP de L4 y
L5 se añaden a las correspondientes cabeceras de IP. Para ambas se
añade la dirección IP de L1 como la dirección IP de origen.
L1 pide entonces información de asignación de
ruta del correspondiente asignador de ruta en la internet. La
información del paquete de IP es enviada al asignador de ruta. El
asignador de ruta verifica la dirección de destino y determina
todas las posibles rutas a ese destino. Esto ha sido ya cubierto por
las realizaciones normales de asignadores de rutas y el algoritmo
de asignación de ruta OSPF. El OSPF es también capaz de tener una
asignación de ruta basada en la métrica. Se puede, por ejemplo,
definir un coste, una anchura de banda, un retardo, etc., para cada
ruta. OSPF seleccionará entonces la ruta preferida, dependiendo de
la información contenida en la cabecera del paquete de IP (tal como
la de los Campos de Punto de Código de Servicio Diferenciado, DSCP).
Las características de la ruta en el asignador de ruta lógica han de
corresponderse con las características de la ruta en el "mundo
físico". Por ejemplo, con objeto de pasar de L1 a L2, se pueden
usar varios mecanismos de transporte; camión, tren avión, autobús,
etc. Cada uno de los transportes tendrá un coste (medio), un
retardo, una anchura de banda (por ejemplo, una capacidad de
almacenamiento), etc., definidos. El asignador de ruta verifica el
DSCP en la cabecera de IP y selecciona la ruta correspondiente. En
el escenario anterior se selecciona la ruta a L2 y se hace el
transporte con el camión (para ambos paquetes, lo de L4 y los de
L5).
A fin de disponer de un transporte barato, los
paquetes deberán seguir la misma ruta a L4 (donde son entregados
algunos de los paquetes). Esto puede conseguirse usando la estricta
funcionalidad de asignación de ruta, tal como es definida en el IP.
La estricta función de asignación de ruta garantiza que se pasa por
ciertas lugares, añadiendo para ello los correspondientes lugares
(es decir, sus direcciones IP) en la cabecera de IP (en la parte de
extensiones opcionales). Esto asegurará que todos los paquetes
vayan a través de L2, L3 y L4, a los destinos finales L4 y L5.
El camión es enviado con los paquetes físicos por
su camino. También se asignan rutas a los paquetes lógicos en
internet, sobre la base de las direcciones de IP de L4 y L5.
A la llegada a L2, el asignador de ruta lógica en
la internet es informado, enviando para ello la información de la
cabecera de paquete de IP. El paquete que acompaña en internet ha
legado ya (y está esperando en el asignador de ruta lógica).
Opcionalmente, el paquete en la internet puede usar un temporizador
(añadido en L1) con el tiempo máximo necesario para recorrer en
camión desde L1 hasta L2. Cuando ese temporizador expira, el
asignador de ruta lógica para L2 puede enviar un menaje ICMP a L1
con objeto de indicar la última llegada de camión (y de los
correspondientes paquetes). Este temporizador puede también
materializarse en el asignador de ruta para L1, dado que el mismo
puede esperar la llegada del menaje (satisfactorio) ICMP. El
asignador de ruta lógica hace uso entonces de los protocolos de
asignación de ruta de internet (por ejemplo, el de Primer Camino
Más Corto Abierto (OSPF)) para determinar la asignación de ruta
posterior. La asignación de ruta posterior se ha indicado hasta
L2.
Los paquetes han de ser transportados por barco
(T2) a L3, donde se toma una nueva decisión (similar a la que se
tomó en L2). A través de T3 (avión) los paquetes llegan a L4, donde
algunos de los paquetes están ya en su destino fina. El asignador
de ruta lógica en internet es informado acerca de la llegada, y
envía una notificación (por ejemplo, un mensaje ICMP) al asignador
de ruta de origen (visible en la correspondiente dirección de IP en
el paquete). El asignador de ruta de origen informa entonces al
lugar L1, donde esa indicación puede ser usada para control
financiero, etc.
Los paquetes para L5 continúan en camión a L5,
donde se puede seguir el mismo procedimiento que se siguieron para
los otros paquetes a su llegada a L4.
El conductor del camión (entre L1 y L2, y entre
L4 y L5) puede usar un móvil GSM (o UMTS). Este dispositivo se usa
en el PLMN para obtener información del lugar acerca del camión (y
de los correspondientes paquetes). La información del lugar puede
ser usada para interrogar a un servidor de control del tráfico en
internet, con objeto de detectar atascos en el tráfico, etc. El
servidor de control del tráfico devuelve información acerca de la
ruta más rápida al destino (ya sea a L2 o ya sea a L5). Con objeto
de poder determinar la ruta más rápida al destino, el servidor del
control de tráfico necesita las coordenadas del camión y las
coordenadas del destino. Esta información ha de ser proporcionada
por el camión y el PLMN. La información de destino puede ser enviada
por el camión en un mensaje de señal USSD o WAP. La información del
lugar para el camión (móvil) está disponible en el servidor del
lugar en el PLMN (funcionalidad existente). Es también posible usar
una conexión directa (es decir, acceso de internet) desde el móvil
a internet, y usar un sistema como el GPS para informar al servidor
del control de tráfico acerca del lugar actual. Además, el servidor
del control de tráfico puede tener una tabla con información del
lugar por dirección
de IP (por ejemplo, las coordenadas de la dirección de IP de L2).
de IP (por ejemplo, las coordenadas de la dirección de IP de L2).
Obsérvese que la interfaz entre los diferentes
lugares (L1 ... L5) e internet puede también hacerse con un
ordenador portátil conectado a una estación móvil GSM y una
conexión de marcación internet. Es también posible usar un teléfono
WAP, o bien un teléfono UMTS en el futuro. Esto significa que no es
necesario tener lugares físicos que interroguen a los asignadores de
rutas en internet para obtener más información. El conductor del
camión podría, por ejemplo, recoger esa información a su llegada al
puerto.
Los operadores conectados a través de las
interfaces de aplicación (con base en la red) pueden usar los
mensajes ICMP para controlar la asignación de ruta, los costes, los
retrasos, etc., de las diferentes rutas. La configuración dinámica
de los correspondientes parámetros de la ruta puede también
efectuarse con los mecanismos normales e Primer Camino Más Coro
Abierto (OSPF) y Protocolo de Gestión de Red Simple (SNMP). Los
operadores pueden también leer las estadísticas en los asignadores
de rutas, a fin de ensamblar cartas y gráficos para la gestión
(sistema de soporte de la decisión). También pueden ser usados por
los operadores los mensajes ICMP que son generados al llegar un
paquete a un lugar correspondiente, para tomar una acción
correctora. Para el seguimiento de los diferentes paquetes se pueden
definir varias aplicaciones.
A fin de asegurar que el lugar correspondiente
puede manejar los paquetes a la llegada, es a veces necesario
negociar acerca de las capacidades. En caso de que sea necesario
usar un equipo especial para el transporte de los paquetes (por
ejemplo, una célula con refrigeración), esto puede ser negociado
entre los diferentes lugares. Podría por ejemplo usarse la
negociación sobre Capacidad tal como se ha definido en H.245, para
negociar entre L1 y L2 para las correspondientes células con
refrigeración (en el barco).
Entre L3 y L2 se puede usar un control del flujo
(capa de enlace de datos) para indicar a L2 que no se han de enviar
paquetes (durante un cierto tiempo) dado que hay, por ejemplo, una
huelga en el aeropuerto, lo que significa que pueden ser
transportados menos paquetes por avión. Se puede usar el control del
flujo entre L1, L2, L3, L4 y L5 para conseguir la entrega justo a
tiempo (por supuesto, los tiempos de transporte largos (por
ejemplo, por barco) han de ser tenidos en cuenta).
Se pueden usar la segmentación y el reensamblaje
(tal como se han definido en el IP) por ejemplo cuando se usen
varios camiones entre L1 y L2, o entre
\hbox{L4 y
5.}
Se puede usar el IP Móvil cuando el vehículo de
transporte haga uso de un dispositivo móvil. En ese caso, el IP
Móvil puede ser usado para la dirección de la base móvil (e
indirectamente de los paquetes).
Otra ejecución ventajosa del invento se refiere a
un sistema de transporte subterráneo. En este ejemplo, se usa un
sistema de transporte subterráneo para entregar paquetes a varios
comercios en una calle.
A la llegada por el sistema de entrega de
transporte subterráneo, se usa el nombre del comercio para obtener
la correspondiente dirección IP del comercio. Esta dirección IP es
luego usada como la dirección de destino en el paquete en plano de
control lógico. Cada máquina de asignación de ruta física tiene una
interfaz con un asignador de ruta en el plano de control lógico. Se
puede añadir al paquete información adicional (por ejemplo, la de
tamaño del paquete, su peso, la fecha de entrega, su fragilidad,
etc.). Esa información es luego usada por los correspondientes
protocolos de asignación de ruta en el plano de control lógico.
Puesto que el plano de control lógico hace uso de servicios
diferenciados, la asignación de ruta puede estar basada en la
prioridad y en la calidad de servicio requeridas. Los protocolos de
asignación de ruta pueden tener, por ejemplo, asignación de ruta
priorizada para paquetes frágiles o paquetes costosos (por ejemplo,
joyas). El coste puede ser también importante, dado que los
paquetes baratos pueden seguir canales que no funcionen tan bien
(por ejemplo, en los que los paquetes se queden detenidos de vez en
cuando). Con objeto de obtener esa información, se pueden recoger
estadísticas en el plano de control lógico. Esa recogida puede
hacerse disponiendo de contadores para los paquetes, que observen
que el correspondiente paquete físico se ha retrasado. Ese retraso
es apreciado cuando el paquete correspondiente ha llegado ya al
asignador de ruta, pero el paquete físico no ha llegado todavía (no
se ha recibido indicación alguna de la máquina en el plano
físico).
El tamaño del paquete (añadido a la cabecera de
IP) es usado por los protocolos de asignación de ruta a fin de pode
seleccionar canales con el tamaño correcto para el transporte de
los paquetes.
Los ejemplos descritos de sistemas de transporte
que están diseñados y/o son operados de acuerdo con el invento,
revelan que el invento puede ser fácilmente adaptado para otros
sistemas de transporte. Por lo tanto, el invento no queda limitado
a un sistema de transporte especial ni a ninguno de los protocolos
descritos. No obstante, los protocolos descritos son preferibles
para aumentar el rendimiento y la eficacia de los sistemas de
transporte.
Los protocolos de comunicaciones de conmutación
de paquetes pueden ser adaptados a la distribución de paquetes
físicos dentro de compañías, pero también entre compañías y a
clientes finales. En el caso, por ejemplo, de que se usen
Protocolos de Internet para esos sistemas adaptados, se puede
desplegar el Internet mundial para soportar la asignación de ruta y
la entrega de los paquetes físicos.
El invento es de amplio alcance, en el cual se
incluye un nuevo uso de los protocolos de comunicaciones de
conmutación de paquetes y de circuitos existentes, por ejemplo, de
las diferentes métricas de asignación de ruta.
Aunque el invento se pone en práctica con nuevos
programas de ordenador, y respectivamente con un nuevo producto de
programa de ordenador, una mayor parte del software que se necesita
está normalizado y muy generalizado. Esto permite la
interopera-
bilidad.
bilidad.
El invento incluye además la posibilidad de usar
una red conmutada de paquetes mundial, tal como la de Internet,
para la distribución física de paquetes.
El invento permite además un nuevo uso de las
redes principales de las compañías, y una más fácil integración con
los sistemas de gestión.
Otras características, como las de instalaciones
de seguimiento de paquetes, o una aplicación, por ejemplo, la de
llamada de un paquete, pueden ser fácilmente adaptadas e
integradas.
Una diferencia importante entre el invento y el
estado de la técnica es el hecho de que la máquina de asignación de
ruta obtiene su control (por ejemplo, la información de asignación
de ruta) de un asignador de ruta "lógico". La información de
control puede ser recuperada acompañando para ello al paquete
físico con un paquete lógico.
El invento no queda limitado a redes de
conmutación de paquetes, sino que puede ser ejecutado también con
redes de conmutación de circuitos.
Los asignadores de rutas descritos pueden ser
también conmutadores. En vez de la asignación de ruta, se puede
usar una conmutación.
Una ejecución ventajosa de una tecnología de
conmutación de circuitos está basada en la Parte de Usuario ISDN
(ISUP). Para la conmutación de circuitos son de aplicación
básicamente los mismos principios que para los circuitos virtuales,
por ejemplo, se puede usar el servicio de envío de llamadas para
enviar paquetes, cuando se haya incendiado un almacén, a otro
almacén.
- 1
- capa física
- 2
- capa de enlace de datos
- 3
- capa de red
- 4
- capa de transporte
- 5
- capa de sesión
- 6
- capa de presentación
- 7
- capa de aplicación
- 10
- capa de transporte físico
- 20
- capa de transporte lógico
- 30
- capa de aplicación
- L1
- lugar 1
- L2
- lugar 2
- L3
- lugar 3
- L4
- lugar 4
- L5
- lugar 5
- T1
- medios de transporte 1
- T2
- medios de transporte 2
- T3
- medios de transporte 3
- T4
- medios de transporte 4
Claims (32)
1. Método para transportar objetos físicos, en
que al menos un objeto físico es transportado desde una estación de
envío a una estación de recepción, en que el transporte tiene lugar
a través de al menos un asignador de ruta física, en que el
asignador de ruta física ejecuta una decisión acerca de parámetros
de transporte a otro asignador de ruta física o a la estación de
recepción, caracterizado porque la información para la
manipulación y el movimiento del objeto físico es generada y
transferida a un nodo lógico, en el que se usa la información para
tomar una decisión acerca de una manipulación, y para mover el
objeto físico de acuerdo con una manipulación y mover los paquetes
en un protocolo de telecomunicaciones, y en que el nodo lógico
transfiere la decisión a la estación de envío y/o a al menos un
asignador de ruta física que ejecuta la decisión.
2. El método de acuerdo con la reivindicación 1,
caracterizado porque la información para manejar los objetos
físicos es transmitida en paquetes lógicos.
3. El método de acuerdo con la reivindicación 2,
caracterizado porque la información es almacenada en una
cabecera de un paquete lógico.
4. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque el nodo
lógico está asignado a una guía física.
5. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa al
menos un mecanismo de asignación de ruta.
6. El método de acuerdo con la reivindicación 5,
caracterizado porque la asignación de ruta se efectúa dentro
de una capa de red.
7. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa un
protocolo internet.
8. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa
una tecnología de conmutación de células.
9. El método de acuerdo con la reivindicación 8,
caracterizado porque la conmutación de células se efectúa en
un modo de transferencia asíncrona.
10. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque un
Protocolo de Mensajes de Control Internet (ICMP) proporciona
servicios de red a las capas superiores.
11. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque las
Direcciones de Protocolo de Internet son transferidas a direcciones
de enlace de datos.
12. El método de acuerdo con la reivindicación
11, caracterizado porque las Direcciones de Protocolo de
Internet son transferidas a las Direcciones de Enlace de Datos, de
acuerdo con un Protocolo de Resolución de Direcciones.
13. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa al
menos un protocolo de asignación de ruta de puerta interior.
14. El método de acuerdo con la reivindicación
13, caracterizado porque se usa un protocolo de primer
camino más corto abierto.
15. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa un
algoritmo de programación de paquetes.
16. El método de acuerdo con la reivindicación
15, caracterizado porque se efectúa la programación de
paquetes con puesta en cola equitativa ponderada.
17. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa al
menos una red privada virtual.
18. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usan
servicios diferenciados.
19. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque un
protocolo de comunicaciones envía señales a un asignador de ruta
para reservar anchura de banda para transmisión en tiempo real.
20. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa
una conmutación de etiquetas multiprotocolo.
21. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque al menos
un lugar crea al menos un agente doméstico para una comunicación
con al menos otro lugar.
22. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa un
protocolo de control de la transmisión.
23. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa un
protocolo de control.
24. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque se usa un
protocolo de tiempo real.
25. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque un
movimiento del paquete lógico y del objeto físico está
sincronizado.
26. El método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque la guía
física es un asignador de ruta física o un conmutador físico.
27. Sistema de transporte para el transporte de
objetos físicos, en que el sistema de transporte contiene medios de
transporte para transportar al menos un objeto físico desde una
estación de envío a una estación de recepción, en que el transporte
tiene lugar a través de al menos un asignador de ruta física, en
que la asignador de ruta física ejecuta una decisión acerca de
parámetros de transporte a otro asignador de ruta física o a la
estación de recepción, caracterizado porque la información
para manipular y mover el objeto físico es generada y transferida a
un nodo lógico, en el que se usa la información para tomar la
decisión acerca de una manipulación y movimiento de los objetos
físicos de acuerdo con una manipulación y movimiento de paquetes en
un protocolo de comunicaciones, y en que el nodo lógico transfiere
la decisión a la estación de envío y/o a al menos un asignador de
ruta física que ejecuta la decisión.
28. Medios de transporte capaces de transportar
al menos un objeto físico desde, a, o entre una estación de envío,
una estación de recepción o un asignador de ruta física, en que el
asignador de ruta física ejecuta una decisión acerca de parámetros
de transporte a otro asignador de ruta física o a la estación de
recepción, caracterizados porque los medios de transporte
ejecutan un transporte de acuerdo con parámetros enviados desde el
asignador de ruta física que tiene asignado un nodo lógico que toma
la decisión acerca de parámetros de transporte de acuerdo con una
manipulación y movimiento de un paquete en un protocolo de
telecomunicaciones.
29. Guía física, capaz de ejecutar una decisión
acerca de parámetros de transporte de objetos físicos a otro
asignador de ruta física o a una estación de recepción,
caracterizada porque un nodo lógico está asignado al
asignador de ruta física, en que la información para manipular y
mover el objeto físico es transmitida al nodo lógico de acuerdo con
al menos un protocolo de telecomunicaciones y en que el nodo lógico
toma la decisión y en que la decisión es tomada de acuerdo con una
manipulación y movimiento de un paquete en un protocolo de
telecomunicaciones.
30. Guía física de acuerdo con la reivindicación
29, caracterizada porque la guía física es un asignador de
ruta física o un conmutador físico.
31. Programa de ordenador, cuando es ejecutado en
un ordenador, capaz de controlar un mensaje para el transporte de
objetos físicos, en que el transporte tiene lugar a través de al
menos un asignador de ruta física, en que el asignador de ruta
física ejecuta una decisión acerca de parámetros de transporte,
caracterizado porque el programa de ordenador toma la
decisión de acuerdo con información para manipular y mover el
objeto físico, y en que la decisión es tomada de acuerdo con una
manipulación y movimiento de un paquete en un protocolo de
telecomunicaciones.
32. Producto de programa de ordenador,
caracterizado porque el mismo contiene un programa de
ordenador tal como se ha descrito en la reivindicación 29, y porque
es susceptible de ser cargado en un nodo lógico.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| EP99125394 | 1999-12-20 | ||
| EP99125394A EP1111532A1 (en) | 1999-12-20 | 1999-12-20 | Method for transporting physical objects, transportation system and transportation means |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2216985T3 true ES2216985T3 (es) | 2004-11-01 |
Family
ID=8239664
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES00976037T Expired - Lifetime ES2216985T3 (es) | 1999-12-20 | 2000-11-16 | Metodo para transportador objetos fisicos, sistema de transporte y medios de transporte. |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US6920134B2 (es) |
| EP (2) | EP1111532A1 (es) |
| AT (1) | ATE265713T1 (es) |
| AU (1) | AU1394601A (es) |
| CA (1) | CA2411661C (es) |
| DE (1) | DE60010330T2 (es) |
| ES (1) | ES2216985T3 (es) |
| WO (1) | WO2001046877A1 (es) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114186921A (zh) * | 2013-11-29 | 2022-03-15 | 联邦快递服务公司 | 无线节点网络的上下文管理 |
Families Citing this family (35)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6795823B1 (en) * | 2000-08-31 | 2004-09-21 | Neoris Logistics, Inc. | Centralized system and method for optimally routing and tracking articles |
| AUPR053100A0 (en) * | 2000-10-05 | 2000-10-26 | Exago Pty Limited | Supply chain management system |
| US7059515B2 (en) * | 2000-10-05 | 2006-06-13 | Exago Pty Ltd. | Logistics chain management system |
| US8023421B2 (en) * | 2002-07-25 | 2011-09-20 | Avaya Inc. | Method and apparatus for the assessment and optimization of network traffic |
| US7720959B2 (en) | 2000-10-17 | 2010-05-18 | Avaya Inc. | Method and apparatus for characterizing the quality of a network path |
| IL155355A0 (en) | 2000-10-17 | 2003-11-23 | Routescience Technologies Inc | Method and apparatus for performance and cost optimization in an internetwork |
| US7349994B2 (en) | 2000-10-17 | 2008-03-25 | Avaya Technology Corp. | Method and apparatus for coordinating routing parameters via a back-channel communication medium |
| US7039720B2 (en) * | 2001-01-25 | 2006-05-02 | Marconi Intellectual Property (Ringfence) , Inc. | Dense virtual router packet switching |
| US6847641B2 (en) * | 2001-03-08 | 2005-01-25 | Tellabs San Jose, Inc. | Apparatus and methods for establishing virtual private networks in a broadband network |
| US6996833B1 (en) * | 2001-03-27 | 2006-02-07 | Microsoft Corporation | Protocol agnostic request response pattern |
| US7197051B1 (en) * | 2001-10-09 | 2007-03-27 | Cisco Technology, Inc. | System and method for efficient packetization of ATM cells transmitted over a packet network |
| US7356596B2 (en) * | 2001-12-07 | 2008-04-08 | Architecture Technology Corp. | Protecting networks from access link flooding attacks |
| US7373401B1 (en) * | 2001-12-31 | 2008-05-13 | Nortel Networks Limited | Label switched path OAM wrapper |
| US8667105B1 (en) * | 2002-06-26 | 2014-03-04 | Apple Inc. | Systems and methods facilitating relocatability of devices between networks |
| ATE376233T1 (de) * | 2002-08-20 | 2007-11-15 | Ericsson Telefon Ab L M | Verkehrsverwaltungsystem auf der basis von paketvermittlung mit synchronisationseinrichtung zwischen paketten und objekten |
| US7693289B2 (en) * | 2002-10-03 | 2010-04-06 | Audio-Technica U.S., Inc. | Method and apparatus for remote control of an audio source such as a wireless microphone system |
| US6885939B2 (en) * | 2002-12-31 | 2005-04-26 | Robert Bosch Gmbh | System and method for advanced 3D visualization for mobile navigation units |
| US7283529B2 (en) * | 2003-03-07 | 2007-10-16 | International Business Machines Corporation | Method and system for supporting a dedicated label switched path for a virtual private network over a label switched communication network |
| GB2405285B (en) * | 2003-04-11 | 2006-01-11 | Hutchison Whampoa Three G Ip | Real-time communications between telephone and internet users |
| US20050008014A1 (en) * | 2003-07-07 | 2005-01-13 | Debasis Mitra | Techniques for network traffic engineering |
| US7415507B1 (en) * | 2004-02-05 | 2008-08-19 | Cisco Technology, Inc. | Logical routers |
| ES2297308T3 (es) * | 2004-03-20 | 2008-05-01 | Bowe Bell + Howell Gmbh | Filtro de objetos para organizar la distribucion de envios postales. |
| WO2007014834A1 (de) * | 2005-08-04 | 2007-02-08 | Siemens Aktiengesellschaft | Verfahren zur berechnung eines förderzeitoptimierten objektpfads in einem objektfördersystem, entsprechendes speichermedium und objektfördersystem |
| EP1818863A1 (en) * | 2005-12-21 | 2007-08-15 | Deutsche Post AG | Method for transporting physical objects, transportation system and transportation means |
| EP1887499A1 (en) * | 2006-08-07 | 2008-02-13 | Deutsche Post AG | Method for transporting physical objects, transportation system and transportation means |
| EP2165298A1 (en) | 2007-05-25 | 2010-03-24 | Hussmann Corporation | Supply chain management system |
| US9344290B2 (en) * | 2007-09-24 | 2016-05-17 | Qualcomm Incorporated | Terminating a multicast session within a wireless communications network |
| US8570911B2 (en) | 2007-09-24 | 2013-10-29 | Qualcomm Incorporated | Multicast messaging within a wireless communication system |
| US20120158608A1 (en) * | 2010-12-17 | 2012-06-21 | Oracle International Corporation | Fleet dispatch plan optimization |
| US9505559B1 (en) * | 2014-05-12 | 2016-11-29 | Amazon Technologies, Inc. | Dedicated network delivery systems |
| US9756116B2 (en) * | 2015-05-01 | 2017-09-05 | General Electric Company | Data communication using vehicle data carriers |
| US10650621B1 (en) | 2016-09-13 | 2020-05-12 | Iocurrents, Inc. | Interfacing with a vehicular controller area network |
| FR3056200B1 (fr) * | 2016-09-16 | 2018-11-23 | Vinci Construction | Systeme enterre de distribution de marchandises en milieu urbain |
| US20180260780A1 (en) * | 2017-03-08 | 2018-09-13 | Wheely's Café International AB | Movable hub distribution system |
| CN117202287B (zh) * | 2023-11-06 | 2024-01-30 | 湖南迪嘉科技有限公司 | 基于大数据分析的订单配送管理方法及装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5869819A (en) * | 1994-08-17 | 1999-02-09 | Metrologic Instuments Inc. | Internet-based system and method for tracking objects bearing URL-encoded bar code symbols |
| US5793762A (en) * | 1994-04-12 | 1998-08-11 | U S West Technologies, Inc. | System and method for providing packet data and voice services to mobile subscribers |
| JP3247274B2 (ja) * | 1995-02-28 | 2002-01-15 | 松下電器産業株式会社 | 輸送経路探索装置 |
| US6680922B1 (en) * | 1998-07-10 | 2004-01-20 | Malibu Networks, Inc. | Method for the recognition and operation of virtual private networks (VPNs) over a wireless point to multi-point (PtMP) transmission system |
| US6529499B1 (en) * | 1998-09-22 | 2003-03-04 | Lucent Technologies Inc. | Method for providing quality of service for delay sensitive traffic over IP networks |
| US6418139B1 (en) * | 1998-11-25 | 2002-07-09 | Nortel Networks Limited | Mechanism to guarantee quality of service to real-time traffic on IP networks |
-
1999
- 1999-12-20 EP EP99125394A patent/EP1111532A1/en not_active Withdrawn
-
2000
- 2000-11-16 WO PCT/EP2000/011408 patent/WO2001046877A1/en active Search and Examination
- 2000-11-16 CA CA2411661A patent/CA2411661C/en not_active Expired - Lifetime
- 2000-11-16 AT AT00976037T patent/ATE265713T1/de not_active IP Right Cessation
- 2000-11-16 DE DE60010330T patent/DE60010330T2/de not_active Expired - Lifetime
- 2000-11-16 ES ES00976037T patent/ES2216985T3/es not_active Expired - Lifetime
- 2000-11-16 EP EP00976037A patent/EP1240606B1/en not_active Expired - Lifetime
- 2000-11-16 AU AU13946/01A patent/AU1394601A/en not_active Abandoned
- 2000-12-19 US US09/740,924 patent/US6920134B2/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114186921A (zh) * | 2013-11-29 | 2022-03-15 | 联邦快递服务公司 | 无线节点网络的上下文管理 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6920134B2 (en) | 2005-07-19 |
| ATE265713T1 (de) | 2004-05-15 |
| DE60010330D1 (de) | 2004-06-03 |
| DE60010330T2 (de) | 2005-06-02 |
| EP1240606A1 (en) | 2002-09-18 |
| WO2001046877A1 (en) | 2001-06-28 |
| CA2411661C (en) | 2014-09-16 |
| AU1394601A (en) | 2001-07-03 |
| US20010026549A1 (en) | 2001-10-04 |
| EP1240606B1 (en) | 2004-04-28 |
| CA2411661A1 (en) | 2001-06-28 |
| EP1111532A1 (en) | 2001-06-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2216985T3 (es) | Metodo para transportador objetos fisicos, sistema de transporte y medios de transporte. | |
| ES2939659T3 (es) | Lógica de enrutamiento sling y equilibrio de carga | |
| ES2290327T3 (es) | Metodo y disposicion en una red ip. | |
| ES2217150T3 (es) | Procedimiento de optimizacion de una red. | |
| ES2313433T3 (es) | Procedimiento y dispositivo de creacion de un tunel en una red de telecomunicaciones con permutacion de etiquetas. | |
| US8199773B2 (en) | Method and apparatus for assigning and allocating network resources to packet-based virtual private networks | |
| CN100461755C (zh) | 基于mpls te隧道的数据报文传输方法和节点设备 | |
| EP4181467A1 (en) | Service traffic processing method and apparatus | |
| ES2227457T3 (es) | Gestion de trafico de mensajes de texto en redes de telefonia moviles. | |
| CN111585780B (zh) | 通过底层网络拓扑支持多个虚拟网络 | |
| CA2460998A1 (en) | Transmission of information in a packet-oriented communication network | |
| ES2641277T3 (es) | Procedimiento de enrutamiento de mensajes en una red y sistema de implementación del procedimiento | |
| CA2324805A1 (en) | System, device, and method for supporting virtual private networks in a label switched communication network | |
| CN101243654A (zh) | 用于使能标签交换数据分组的路由选择的方法和装置 | |
| CN103259724A (zh) | 一种mpls vpn的实现方法、系统及客户边缘设备 | |
| CN108092914A (zh) | 网络流量负载均衡调度方法和装置 | |
| CN110495117A (zh) | 无需跨域会话的lsp粘连 | |
| Toy | Future Networks, Services and Management: Underlay and Overlay, Edge, Applications, Slicing, Cloud, Space, AI/ML, and Quantum Computing | |
| Zheng et al. | An overview of research on QoS routing | |
| KR101175086B1 (ko) | 다중 토폴로지 및 다중 서비스 라우팅 시스템 | |
| Alkasassbeh et al. | Optimizing traffic engineering in software defined networking | |
| CN109361782A (zh) | 一种报文转发方法及网络设备 | |
| Perlman | Incorporation of service classes into a network architecture | |
| Jiang et al. | Networking with TLSR | |
| SE519215C2 (sv) | Metod och nätverksresurshanterare för resursreservering i IP- nätverk som använder domänegenskapsetiketter |