ES2958602T3 - Mejora de la eficiencia de un sistema de envío de carga - Google Patents
Mejora de la eficiencia de un sistema de envío de carga Download PDFInfo
- Publication number
- ES2958602T3 ES2958602T3 ES17844752T ES17844752T ES2958602T3 ES 2958602 T3 ES2958602 T3 ES 2958602T3 ES 17844752 T ES17844752 T ES 17844752T ES 17844752 T ES17844752 T ES 17844752T ES 2958602 T3 ES2958602 T3 ES 2958602T3
- Authority
- ES
- Spain
- Prior art keywords
- utc
- driver
- load
- information
- processing server
- 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.)
- Active
Links
- 238000012384 transportation and delivery Methods 0.000 claims abstract description 132
- 238000000034 method Methods 0.000 claims abstract description 63
- 230000015654 memory Effects 0.000 claims description 17
- 230000004044 response Effects 0.000 claims description 14
- 238000012790 confirmation Methods 0.000 claims description 13
- 230000000295 complement effect Effects 0.000 claims description 7
- 230000008859 change Effects 0.000 claims description 6
- 238000012545 processing Methods 0.000 description 193
- 230000008569 process Effects 0.000 description 48
- 238000004891 communication Methods 0.000 description 25
- 230000000153 supplemental effect Effects 0.000 description 13
- 238000003860 storage Methods 0.000 description 11
- 238000004590 computer program Methods 0.000 description 10
- 239000002360 explosive Substances 0.000 description 10
- 230000033001 locomotion Effects 0.000 description 10
- 244000144972 livestock Species 0.000 description 9
- 230000006870 function Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 6
- 238000007726 management method Methods 0.000 description 6
- 238000012806 monitoring device Methods 0.000 description 6
- 238000012797 qualification Methods 0.000 description 5
- 238000004422 calculation algorithm Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000005457 optimization Methods 0.000 description 4
- 238000013459 approach Methods 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 230000001413 cellular effect Effects 0.000 description 3
- 230000001934 delay Effects 0.000 description 3
- 230000001419 dependent effect Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 238000005259 measurement Methods 0.000 description 3
- 239000008186 active pharmaceutical agent Substances 0.000 description 2
- 239000004020 conductor Substances 0.000 description 2
- 238000011156 evaluation Methods 0.000 description 2
- 230000010354 integration Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 239000004973 liquid crystal related substance Substances 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 230000001105 regulatory effect Effects 0.000 description 2
- 238000013515 script Methods 0.000 description 2
- 238000000926 separation method Methods 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000000007 visual effect Effects 0.000 description 2
- 229910000831 Steel Inorganic materials 0.000 description 1
- 230000001133 acceleration Effects 0.000 description 1
- 230000004075 alteration Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000006866 deterioration Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000007613 environmental effect Effects 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 239000003973 paint Substances 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000002688 persistence Effects 0.000 description 1
- 230000000644 propagated effect Effects 0.000 description 1
- 238000002310 reflectometry Methods 0.000 description 1
- 238000005057 refrigeration Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 239000010959 steel Substances 0.000 description 1
- 239000000126 substance Substances 0.000 description 1
- 239000000758 substrate Substances 0.000 description 1
- 230000001052 transient effect Effects 0.000 description 1
- 238000001429 visible spectrum Methods 0.000 description 1
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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0833—Tracking
-
- 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Entrepreneurship & Innovation (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Se pueden utilizar sistemas, métodos y software para mejorar la eficiencia de un sistema de envío de carga. En algún aspecto, se recibe una notificación del estado de la unidad de transporte de carga (CTU) desde un dispositivo de seguimiento de carga acoplado con una CTU. La notificación de estado de la CTU indica un estado de carga de la CTU. Se determina que la CTU está lista para su envío según la notificación de estado de la CTU. Se recibe información de disponibilidad asociada con cada uno de una pluralidad de controladores. Se selecciona un conductor para la CTU entre la pluralidad de conductores basándose en la notificación del estado de la CTU y la información de disponibilidad. Se envía una solicitud de entrega al conductor seleccionado. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Mejora de la eficiencia de un sistema de envío de carga
Campo técnico
La presente descripción se refiere a la mejora de la eficiencia de un sistema de envío de carga.
Antecedentes
En una operación de envío de carga, una carga de mercancías se puede cargar en un remolque o en un contenedor. Un sistema de envío de carga puede informar a un conductor que conduzca un camión para recoger el remolque o el contenedor y entregar el remolque o el contenedor en un destino.
El documento US2009030770 describe un sistema y un método de información predictivo que asigna recursos de envío (conductores-tractores-remolques) desde las compañías de transporte para transportar pedidos por los expedidores.
El documento US2009322510 describe un método que permite reconfigurar el dispositivo inalámbrico de comunicación de datos por radiofrecuencia bidireccional en la red para mejorar la eficiencia y la seguridad del transporte de carga utilizando contenedores de expedición.
El documento US2015006428 describe un medio de almacenamiento legible por ordenador para facilitar las transacciones comerciales entre múltiples partes en la industria del transporte de mercancías, que incluye hacer corresponder cargas de flete disponibles con la capacidad de flete disponible, mientras se negocian contratos entre entidades.
Compendio
La presente invención proporciona un método como se detalla en la reivindicación 1. También se proporciona un dispositivo electrónico según la reivindicación 7 y un medio legible por ordenador según la reivindicación 13. Las características ventajosas se proporcionan en las reivindicaciones dependientes.
Descripción de dibujos
La FIG. 1 es un sistema ejemplar de envío de carga según una implementación.
La FIG. 2 es un diagrama de flujo que muestra un primer proceso ejemplar para mejorar un sistema de envío de carga según una implementación.
La FIG. 3 es un diagrama de flujo que muestra un segundo proceso ejemplar para mejorar un sistema de envío de carga según una implementación.
La FIG. 4 es un diagrama esquemático que ilustra un proceso de selección de conductor ejemplar según una implementación.
La FIG. 5 es un diagrama de flujo que muestra un proceso ejemplar para determinar una clasificación de un conductor según una implementación.
La FIG. 6 ilustra un diagrama de bloques de arquitectura de alto nivel de un servidor de procesamiento de carga según una implementación.
La FIG. 7 es un diagrama de bloques que ilustra un dispositivo móvil ejemplar según una implementación. Los números de referencia y las designaciones similares en los diversos dibujos indican elementos similares.
Descripción detallada
En algunas implementaciones, un expedidor encuentra una unidad de transporte de carga (UTC), por ejemplo, un remolque, un chasis o un contenedor, que coincida con una carga de mercancías. El expedidor puede usar un sistema de envío de carga para enviar una solicitud a un conductor de maniobras para ubicar la UTC en un patio o estacionamiento donde hay muchas UTC estacionadas. El conductor de maniobras puede llevar la unidad de transporte a un muelle de carga o área de carga donde la unidad de transporte puede ser cargada con mercancías para el transporte. Alternativamente, el conductor de maniobras puede ser un operario de grúa o un robot que recoge una UTC de un muelle donde están estacionadas las UTC. El expedidor también puede encontrar un conductor que tenga un tractor que se corresponda con la UTC y la carga de mercancías. En algunos casos, un tractor puede incluir una parte de extremidad delantera del vehículo de un camión que incluye el motor del camión. En algunos casos, el camión y la UTC se pueden combinar como una unidad que no se puede desacoplar. En algunos casos la UTC puede ser un contenedor intermodal. El expedidor puede usar el sistema de envío de carga para enviar una solicitud de entrega al conductor para enviar la UTC. En algunos casos, la información de la UTC, por ejemplo, la ubicación de la UTC y si la UTC está completamente cargada, se introduce manualmente en el sistema de envío de cargo.
En algunos casos, una red de expedición de carga puede tener muchos conductores y UTC. Estos muchos conductores y UTC pueden tener diferentes capacidades. Por ejemplo, los vehículos de la UTC del conductor pueden configurarse para entregar uno o más tipos especiales de mercancías, por ejemplo, mercancías refrigeradas, mercancías frágiles, mercancías explosivas, ganado o cualesquiera otras mercancías que requieran un cuidado especial. La UTC también puede ser de diferentes tamaños y solo puede ser arrastrada por ciertos tipos de tractores. Hay muchas clases diferentes de vehículos. Una forma común de agruparlos se basa en el peso bruto del vehículo. De manera similar, los contenedores intermodales poseen diferentes tamaños y se personalizan para usos específicos incluyendo refrigeración, calefacción, estándar y altura. Además, al igual que los vehículos, el chasis y los barcos utilizados para mover contenedores intermodales pueden tener diferentes capacidades, tales como tonelaje máximo, altura máxima de apilamiento o configuraciones de apilamiento. Estos muchos conductores y UTC también pueden tener diferentes estados de disponibilidad. Por ejemplo, un conductor o una UTC pueden estar inactivos o en diferentes etapas de una entrega, por ejemplo, cargando, llegando o en diferentes ubicaciones en una ruta de entrega. Los conductores pueden haber conducido un cierto período de tiempo en un día y, por lo tanto, tener una disponibilidad limitada para el día según las reglamentaciones, los contratos de empleo u otras precauciones de seguridad. De manera similar, un tren, barco o plataforma puede tener disponibilidad o espacio para una ruta de entrega específica. Además, los conductores pueden tener diferentes registros de entrega, registros de seguros, restricciones legales, restricciones financieras (por ejemplo, fianzas) o tasas de pago que pueden corresponder o no con la preferencia de un propietario para una carga en particular. Un proceso de correspondencia que utiliza la búsqueda manual por parte del expedidor puede llevar mucho tiempo, ser ineficiente y propenso a errores a medida que crece la cantidad de los conductores y de las UTC.
En algunas implementaciones, un sistema de envío de carga puede incluir uno o más dispositivos de seguimiento de carga. Cada uno de los dispositivos de seguimiento de carga puede estar instalado en una UTC respectiva. El dispositivo de seguimiento de la carga puede obtener información del estado de la carga, del estado de la puerta y del estado de ubicación de la UTC y enviar la información obtenida a un servidor de procesamiento de la carga. El sistema de envío de carga puede incluir uno o más dispositivos cliente conductor. Un dispositivo cliente conductor puede enviar información de ubicación y disponibilidad del conductor al servidor de procesamiento de carga. El servidor de procesamiento de carga puede seleccionar la UTCUTC, el conductor o una combinación de los mismos para cada carga en función de la información de estado de la UTC y de la información de disponibilidad del conductor. La selección puede basarse además en información complementaria de la UTC del conductor o de las cargas que están almacenadas en una base de datos, enviada por el dispositivo de seguimiento de carga, enviada por el dispositivo cliente conductor o un dispositivo cliente carga utilizado por un expedidor o un encargado del expediente. El proceso de selección optimizado puede mejorar la eficiencia del sistema de envío de carga. Las FIGS. 1-7 y las descripciones asociadas proporcionan detalles adicionales de estas implementaciones.
La FIG. 1 es un sistema 100 de envío de carga ejemplar según una implementación. En un nivel alto, el sistema 100 de envío de carga ejemplar incluye una UTC 102 que está acoplada con un dispositivo 104 de seguimiento de carga, un conductor 112 que está acoplado con un dispositivo 114 cliente conductor, un dispositivo 122 cliente maniobras, un dispositivo 132 cliente carga, y un servidor 142 de procesamiento de carga que están acoplados de forma comunicativa a través de una red 110.
La UTC 102 puede ser un vehículo sin motor, un contenedor de carga o cualquier otra unidad de transporte reutilizable que se puede usar para transportar cargas entre diferentes ubicaciones. Por ejemplo, la UTC 102 puede ser un remolque con uno o más ejes delanteros, uno o más ejes traseros o cualquier combinación de los mismos. La UTC 102 puede incluir una barra de tiro que se puede utilizar para tirar de la UTC 102 con un camión. La UTC 102 también puede ser un contenedor de carga construido con cajas de acero, cajas corrugadas o una combinación de las mismas. En algunos casos, el sistema 100 de envío de carga ejemplar puede incluir múltiples UTC 102. Las múltiples UTC 102 pueden tener diferentes configuraciones, por ejemplo, tamaño o límite de peso de la carga. Las múltiples UTC 102 también pueden estar configuradas para transportar diferentes tipos de cargas, por ejemplo, mercancías frágiles, mercancías explosivas, mercancías refrigeradas o ganado vivo. En algunos casos, la UTC 102 puede estar encadenada con una o más UTC. Las UTC encadenadas pueden ser remolcadas por el mismo tractor. En estos u otros casos, cada una o más UTC también pueden acoplarse con un dispositivo de seguimiento de carga respectivo. En algunas implementaciones, la UTC 102 y un tractor que tira de la UTC pueden combinarse en una unidad integrada y separable, por ejemplo, un camión de plataforma.
El dispositivo 104 de seguimiento de carga representa una aplicación, software, módulos de software, hardware o cualquier combinación de los mismos que se puede configurar para proporcionar notificaciones de estado de la UTC 102. La notificación de estado incluye un estado de carga, un estado de puerta, un estado de ubicación o cualesquiera combinaciones de los mismos.
El dispositivo 104 de seguimiento de carga puede incluir un componente de estado de carga que determina el estado de carga de la UTC 102. El estado de carga puede indicar si la UTC 102 está llena, vacía o parcialmente llena. El estado de carga también puede indicar un porcentaje de ocupación. En algunos casos, el componente de estado de carga puede incluir un sensor de escaneo que escanea el interior de la UTC 102. En algunos casos, el sensor de escaneo puede generar una imagen escaneada basada en la refracción de la luz. Alternativamente o en combinación, el sensor de escaneo puede generar una imagen escaneada usando una cámara, una grabadora de video o cualquier otro componente de formación de imágenes u ondas ultrasónicas/de radio/de radar usando espectro no visible y/o pulsos de energía y mediciones de reflexión y refracción. La imagen escaneada puede ser analizada por el componente de estado de carga para determinar el estado de carga de la UTC 102. Por ejemplo, la imagen escaneada puede ser analizada para determinar el volumen restante de la UTC 102 para carga adicional. El volumen restante se puede indicar utilizando unidades de longitud, por ejemplo, pies o metros que quedan en la UTC 102 para carga adicional, unidades de área, por ejemplo, pies o metros cuadrados que quedan en la UTC 102 para carga adicional, o unidades de volumen, por ejemplo, pies o metros cúbicos dejados en la UTC 102 para carga adicional. Como alternativa o en combinación, el componente de estado de carga puede incluir un sensor de peso que detecta el peso actual de la UTC 102. El sensor de carga también se puede calibrar para ignorar una parte de la carga, por ejemplo, la carga cerca del piso que puede ser rechazos o basura de entregas anteriores. El sensor también se puede calibrar para ciertos estilos de carga, incluidos desde adelante hacia atrás, de lado a lado u otras variantes. Cada enfoque tiene propiedades únicas cuando se ve como una imagen escaneada. El peso actual de la UTC 102 se puede utilizar para compararlo con el peso en vacío y el peso con la carga completa de la UTC 102 para determinar el estado de carga de la UTC 102. En algunos casos, el peso con la carga completa se puede configurar según un límite de peso legal de la UTC 102. Por lo tanto, una UTC que está parcialmente vacía aún puede cargarse al 100 % si el peso actual coincide con el límite de peso de la UTC almacenado en el sistema 100. En algunos casos, el dispositivo 104 de seguimiento de carga puede analizar los datos de carga recogidos por los sensores y transmitir el resultado analizado, por ejemplo, en porcentaje o en valor absoluto, al servidor 142 de procesamiento de carga. Alternativamente o en combinación, el dispositivo 104 de seguimiento de carga puede transmitir la información de estado de carga detectada por los sensores, por ejemplo, la imagen escaneada o el peso detectado, al servidor 142 de procesamiento de carga para su procesamiento y análisis.
El dispositivo 1 °04 de seguimiento de carga puede incluir un componente de estado de puerta que determina un estado de puerta o evento de puerta de la UTC 102. El estado de puerta puede indicar si la puerta de la UTC 102 está abierta o cerrada y el evento de puerta puede indicar si la puerta estaba abierta o cerrada. En una implementación, el dispositivo 104 de seguimiento de carga puede estar instalado en la puerta trasera de la UTC 102. El dispositivo 104 de seguimiento de carga puede incluir un giroscopio o un acelerómetro que se puede usar para detectar el movimiento de la puerta trasera. Además, se pueden usar otros sensores tales como una cámara, un sensor de tiempo de vuelo o un radar para confirmar o aumentar la información del estado de la puerta. El componente de estado de la puerta puede analizar los datos recogidos por estos sensores, eliminar los efectos que pueden causar falsos positivos, como los causados por el movimiento de vibración, los cambios en la luz ambiental y la variabilidad dentro de los contenedores, tal como el tamaño, los colores de la pintura y los materiales que pueden tener una reflectividad diferente y detectar un evento de apertura de puerta y un evento de cierre de puerta. Alternativamente o en combinación, el componente de estado de la puerta puede usar luz ambiental, radar, cierres herméticos de puerta, imanes de puerta, detector de vibración o cualesquiera otros componentes para detectar el movimiento y el estado de la puerta en la UTC 102.
El dispositivo 104 de seguimiento de carga puede incluir un componente de ubicación que determina un estado de ubicación de la UTC 102. El componente de ubicación puede incluir una unidad de sistema de posicionamiento global (GPS) que recibe señales de GPS. En algunos casos, los componentes de ubicación pueden calcular la ubicación de la UTC 102 basándose en las señales de GPS recibidas. En algunos casos, el componente de ubicación puede determinar uno o más parámetros de ubicación en función de las señales de GPS recibidas. Los parámetros de ubicación pueden ser usados por el servidor 142 de procesamiento de carga, o cualesquiera otras unidades de determinación de ubicación, para determinar la ubicación de la UTC 102. En algunos casos, el dispositivo 104 de seguimiento de carga puede usar información de ubicación adicional basada en señales transmitidas por una red celular o una red de área local inalámbrica (WLAN) para determinar la ubicación de la UTC 102, o enviar la información de ubicación adicional al servidor 142 de procesamiento de carga, o a cualquier otra unidad de determinación de ubicación, para determinar la ubicación de la UTC 102. En algunos casos, las ubicaciones se pueden determinar mediante el uso de algoritmos o software de geo-localización. En algunos casos, la información de ubicación se puede utilizar para determinar las distancias que ha recorrido la UTC 102. Alternativamente o en combinación, la información de ubicación se puede usar para determinar si la UTC 102 viaja en la ruta de entrega correcta.
La notificación de estado también puede incluir el estado de movimiento de la UTC 102, la humedad, la altitud o la temperatura de la UTC 102. Por ejemplo, el dispositivo 104 de seguimiento de carga puede incluir un giroscopio, un acelerómetro o una combinación de los mismos que se puede usar para determinar los movimientos angulares y lineales de la UTC 102. El dispositivo 104 de seguimiento de carga puede incluir un acelerómetro que se puede usar para determinar la aceleración de la UTC 102. La información de movimiento se puede usar para determinar la ubicación, la velocidad, la distancia de viaje o cualquier combinación de los mismos de la UTC 102. El dispositivo 104 de seguimiento de carga también puede incluir un termostato, un medidor de humedad o una combinación de los mismos que se puede usar para determinar la humedad o la temperatura dentro o fuera de la UTC 102.
Como se menciona en la presente memoria, la UTC 102 puede incluir un dispositivo 104 de seguimiento de carga que se fija a la UTC 102, o que se puede quitar de la UTC 102.
El dispositivo 104 de seguimiento de carga también puede incluir un subsistema de comunicación inalámbrica que puede configurarse para enviar o recibir datos a través de la red 110. El subsistema de comunicación inalámbrica puede incluir, por ejemplo, una o más antenas, un receptor, un transmisor, un oscilador local, un mezclador y una unidad de procesamiento de señal digital (DSP). En algunas implementaciones, el subsistema puede admitir transmisiones de múltiples entradas y múltiples salidas (MIMO). El subsistema de comunicación inalámbrica puede incluir una aplicación, un conjunto de aplicaciones, software, módulos de software, hardware o cualquier combinación de los mismos que pueda configurarse para transmitir o recibir datos a través de una red de área amplia o de una red de área local utilizando una o más tecnologías de acceso por radio, por ejemplo, red de área local inalámbrica (WLAN), red de área amplia de baja potencia (LPWAN), red de Internet de las cosas (IoT), red Sigfox, Sistema Global para comunicación Móvil (GSM), Estándar Provisional 95 (IS-95), Sistema de telecomunicaciones Móvil Universal (UMTS), CDMA2000 (Acceso Múltiple por División de Código), Sistema de Telecomunicaciones Móviles Universales Evolucionado (E-UMTS), Evaluación a Largo Plazo (LTE), LTE-Advanced o la red de comunicación de quinta generación (5G).
El conductor 112 puede ser utilizado para transportar la UTC 102 entre ubicaciones. En algunos casos, el conductor 112 puede ser una persona que conduce un vehículo motorizado (por ejemplo, un tractor) configurado para cargar la UTC 102 y transportar la UTC 102. Alternativamente o en combinación, el conductor 112 puede ser un sistema de conducción automatizado que puede transportar la UTC 102 sin un conductor humano a bordo. El conductor también puede ser un barco o un motor propulsado para un vagón de ferrocarril que soporta la entrega de muchas UTC.
El dispositivo 114 de cliente conductor representa una aplicación, un conjunto de aplicaciones, software, módulos de software, hardware o cualesquiera combinaciones de los mismos que puede configurarse para enviar información de disponibilidad del conductor 112, recibir solicitudes de entrega o una combinación de los mismos. En algunos casos, el dispositivo 114 cliente conductor puede ser un dispositivo móvil utilizado por el conductor 112. Además, o en combinación, el dispositivo 114 cliente conductor puede ser un componente instalado en el tractor utilizado por el conductor 112. Una aplicación cliente conductor puede ser instalada en el dispositivo 114 cliente conductor. La aplicación cliente conductor puede proporcionar una interfaz de usuario para que el conductor 112 se comunique con el servidor 142 de procesamiento de carga o cualesquiera otras entidades en el sistema 100 de envío de carga. Las FIGS. 2-7 y las descripciones asociadas proporcionan detalles adicionales de la aplicación cliente conductor.
El dispositivo 122 cliente maniobras representa una aplicación, un conjunto de aplicaciones, software, módulos de software, hardware o cualquier combinación de los mismos que se puede configurar para notificar a un conductor de maniobras que recoja la UTC 102. En algunos casos, el dispositivo 122 cliente maniobras puede incluir un dispositivo móvil que tiene una aplicación cliente maniobras. La aplicación cliente maniobras puede proporcionar una interfaz de usuario para que un conductor de maniobras se comunique con el servidor 142 de procesamiento de carga o cualquier otra entidad en el sistema 100 de envío de carga. Las FIGS. 3-7 y las descripciones asociadas proporcionan detalles adicionales de la aplicación de cliente maniobras.
El dispositivo 132 cliente carga representa una aplicación, un conjunto de aplicaciones, software, módulos de software, hardware o cualquier combinación de los mismos que se puede configurar para transmitir información adicional de la UTC 102, del conductor 112, de una carga de mercancías en la UTC 102, o cualesquiera combinaciones de los mismos. En algunos casos, el dispositivo 132 cliente carga puede incluir un dispositivo móvil que tenga una aplicación cliente carga. La aplicación cliente carga puede proporcionar una interfaz de usuario para un expedidor, un encargado del expediente o una combinación de los mismos para comunicarse con el servidor 142 de procesamiento de carga o cualesquiera otras entidades en el sistema 100 de envío de carga. En algunas implementaciones, el expedidor o el encargado del expediente también puede usar el dispositivo 132 cliente carga para solicitar una UTC para recoger una carga, solicitar una entrega, confirmar o rechazar un conductor, recibir una confirmación de que una UTC está en camino, recibir una confirmación de entrega e información de pago, o cualesquiera combinaciones de los mismos. Las FIGS. 2-7 y las descripciones asociadas brindan detalles adicionales de la aplicación cliente carga.
El servidor 142 de procesamiento de carga representa una aplicación, un conjunto de aplicaciones, software, módulos de software, hardware o cualesquiera combinaciones de los mismos que puede configurarse para procesar notificaciones de estado de la UTC y generar solicitudes de entrega. En algunos casos, el servidor 142 de procesamiento de carga puede enviar una orden de envío para que una UTC recoja una carga, recibir la notificación de estado de la UTC y la información de disponibilidad del conductor, seleccionar al conductor, enviar solicitudes de entrega y determinar la ruta de entrega. Las FIGS. 2-7 y las descripciones asociadas proporcionan detalles adicionales del servidor de procesamiento de carga.
La red 110 incluye una red inalámbrica, una red cableada o una combinación de las mismas. Por ejemplo, la red 110 puede incluir una o una pluralidad de redes de acceso por radio (RAN), redes centrales (CN) y redes externas. Las RAN pueden comprender una o más tecnologías de acceso por radio. En algunas implementaciones, las tecnologías de acceso por radio pueden ser Sistema Global para comunicación Móvil (GSM), Estándar Provisional 95 (IS-95), Sistema de Telecomunicaciones Móviles Universales (UMTS), CDMA2000 (Acceso Múltiple por División de Código), Sistema de Telecomunicaciones Móviles Universal Evolucionado (E-UMTS), Evaluación a Largo Plazo (LTE) o LTE-Advanced. En algunos casos, las redes centrales pueden ser núcleos de paquetes evolucionados (EPC). En algunos casos, la red 110 puede incluir una red satelital.
Una RAN es parte de un sistema de telecomunicaciones inalámbricas que implementa una tecnología de acceso por radio, tal como GSM, UMTS, CDMA2000, 3GPP LTE y 3GPP LTE-A. En muchas aplicaciones, una RAN incluye al menos una estación base. Una estación base puede ser una estación base de radio que puede controlar todas o al menos algunas funciones relacionadas con la radio en una parte fija del sistema. La estación base puede proporcionar una interfaz de radio dentro de su área de cobertura o una celda para que un dispositivo móvil se comunique. La estación base puede distribuirse por toda la red celular para proporcionar una amplia área de cobertura.
Volviendo a una descripción general, un dispositivo móvil, por ejemplo, el dispositivo 114 cliente conductor, el dispositivo 122 cliente maniobras o el dispositivo 132 cliente carga, puede incluir, entre otros, cualquiera de los siguientes: dispositivo informático, dispositivo electrónico móvil, dispositivo de usuario, estación de abonado, dispositivo electrónico portátil, dispositivo de comunicaciones móviles, módem inalámbrico, terminal inalámbrico, televisor, impresora u otro periférico, vehículo o cualquier otro dispositivo electrónico capaz de enviar y recibir datos. Los ejemplos de un dispositivo móvil pueden incluir, entre otros, un teléfono celular, un asistente de datos personales (PDA), un teléfono inteligente, un ordenador portátil, una tableta, un ordenador personal (PC), un buscapersonas, un ordenador portátil, un dispositivo portátil de juegos, un dispositivo electrónico portátil, dispositivo de salud/médico/de aptitud física, cámara u otros dispositivos de comunicaciones móviles que tengan componentes para comunicar voz o datos a través de una red de comunicación inalámbrica. La red de comunicación inalámbrica puede incluir un enlace inalámbrico sobre al menos uno de un espectro con licencia y un espectro sin licencia. El término "dispositivo móvil" también puede referirse a cualquier componente de hardware o software que pueda terminar una sesión de comunicación para un usuario. Además, los términos "equipo de usuario", "UE", "dispositivo de equipo de usuario", "agente de usuario", "UA", "dispositivo de usuario" y "dispositivo móvil" pueden utilizarse en la presente memoria como sinónimos.
En funcionamiento, el servidor 142 de procesamiento de carga recibe una solicitud de envío de una carga. El servidor 142 de procesamiento de carga recibe una o más notificaciones de estado de la UTC desde uno o más dispositivos 104 de seguimiento de carga. El servidor 142 de procesamiento de carga selecciona una UTC 102 para enviar la carga. El servidor 142 de procesamiento de carga envía una orden de envío al dispositivo 122 cliente maniobras para dar instrucciones a un conductor de maniobras para que use la UTC 102 seleccionada para ubicar y recoger la UTC para cargar. La FIG. 3 y las descripciones asociadas proporcionan detalles adicionales de estas implementaciones.
El servidor 142 de procesamiento de carga recibe una notificación de estado de la UTC desde el dispositivo 104 de seguimiento de carga que está acoplado con la UTC 102 seleccionada. El servidor 142 de procesamiento de carga determina que la UTC 102 seleccionada está lista para el envío, por ejemplo, en función del estado de carga de la UTC 102. El servidor 142 de procesamiento de carga recibe información de disponibilidad del conductor de uno o más dispositivos 114 cliente conductor. El servidor 142 de procesamiento de carga selecciona un conductor 112 para entregar la UTC 102 seleccionada. El servidor 142 de procesamiento de carga envía una solicitud de entrega al conductor seleccionado 112. En algunos casos, el servidor 142 de procesamiento de carga recibe una confirmación o un rechazo desde el dispositivo 132 cliente carga con respecto a la selección del conductor 112. Las FIGS. 2 y 4 y las descripciones asociadas proporcionan detalles adicionales de estas implementaciones.
El servidor 142 de procesamiento de carga recibe notificaciones de estado de la UTC actualizadas del dispositivo 104 de seguimiento de carga que está acoplado con la UTC 102 seleccionada, e información de ubicación desde el dispositivo 114 cliente conductor que está acoplado con el conductor seleccionado 112. El servidor 142 de procesamiento de carga genera un registro de entrega para el envío. El servidor 142 de procesamiento de carga genera una clasificación para el conductor seleccionado 112. La clasificación puede usarse para futuras selecciones de conductores. La FIG. 5 y las descripciones asociadas proporcionan detalles adicionales de estas implementaciones.
Mientras que los elementos de la Fig. 1 se muestran como que incluyen varios partes, porciones o módulos de componentes que implementan las diversas características y funcionalidades, estos elementos pueden incluir, en cambio, una serie de submódulos, servicios de terceros, componentes, bibliotecas, etc., según corresponda. Además, las características y la funcionalidad de varios componentes se pueden combinar en un número menor de componentes según corresponda.
La FIG. 2 es un diagrama de flujo que muestra un primer proceso ejemplar 200 para mejorar un sistema de envío de carga según una implementación. El proceso 200 puede implementarse mediante un servidor de procesamiento de carga, por ejemplo, el servidor 142 de procesamiento de carga mostrado en la FIG. 1. El proceso ejemplar 200 mostrado en la FIG. 2 se puede implementar utilizando operaciones adicionales, menos o diferentes, que se pueden realizar en el orden mostrado o en un orden diferente.
El proceso ejemplar 200 comienza en 202, donde se recibe una notificación de estado de la UTC. La notificación de estado de la UTC se puede enviar desde un dispositivo de seguimiento de carga, por ejemplo, el dispositivo 104 de seguimiento de carga mostrado en la FIG. 1, al servidor de procesamiento de carga a través de una red de comunicaciones. Como se describió anteriormente, el dispositivo de seguimiento de carga está acoplado con una UTC. El dispositivo de seguimiento de carga está configurado para recoger información de estado de la UTC y enviar la información de estado a través de una red de comunicaciones. La notificación de estado de la UTC puede incluir un estado de carga de la UTC, si una puerta de la UTC está cerrada o abierta, o cualquier otra información sobre el estado de la UTC. Los ejemplos de otra información de estado de la UTC pueden incluir movimientos de la UTC, temperatura o humedad dentro o fuera de la UTC, distancias recorridas por la UTC, condiciones de iluminación fuera de la UTC y la altitud de la UTC. La notificación de estado de la UTC también puede incluir información sobre la ubicación de la UTC. En algunos casos, el dispositivo de seguimiento de carga puede determinar la ubicación de la UTC, por ejemplo, la longitud y la latitud de la UTC, e incluir la ubicación determinada en la notificación de estado de la UTC. Alternativamente o en combinación, el dispositivo de seguimiento de carga puede determinar uno o más parámetros de ubicación, por ejemplo, parámetros relacionados con señales de GPS, señales de red celular o una combinación de los mismos, e incluir uno o más parámetros de ubicación en la notificación de estado de la UTC. El uno o más parámetros de ubicación se pueden utilizar para calcular la ubicación de la UTC.
En algunos casos, la notificación de estado de la UTC también puede incluir información de configuración de la UTC. La información de configuración puede incluir el año y el modelo de la UTC, el tamaño y el peso máximo de la UTC, el tipo de la UTC, por ejemplo, si la UTC está configurada para transportar tipos especiales de cargas, por ejemplo, mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado, o cualesquiera otras mercancías que requiera un cuidado especial.
En algunas implementaciones, el dispositivo de seguimiento de carga se puede configurar para enviar la notificación de estado de la UTC en respuesta a un evento desencadenante. En un ejemplo, se puede activar una notificación de estado de la UTC si el dispositivo de seguimiento de carga detecta un evento de apertura o cierre de puerta en la UTC. En otro ejemplo, se puede activar una notificación de estado de la UTC si el dispositivo de seguimiento de la carga detecta un cambio de ubicación de la UTC. Otros eventos desencadenantes pueden incluir la capacidad de carga actual de la CTU que supere un umbral de carga configurado, por ejemplo, el 90 % de la capacidad de carga, o que la capacidad de carga actual de la UTC caiga por debajo de un umbral de descarga configurado, por ejemplo, el 10 % de la capacidad de carga. Alternativamente o en combinación, el dispositivo de seguimiento de carga puede configurarse para enviar la notificación de estado de la UTC periódicamente. En algunos casos, la periodicidad de envío de la notificación de estado de la UTC se puede adaptar en función de uno o más eventos desencadenantes. Por ejemplo, el dispositivo de seguimiento de carga puede determinar la velocidad de la UTC basándose en los cambios de ubicación de la UTC. El dispositivo de seguimiento de carga puede aumentar la frecuencia de actualización de la notificación de estado de la UTC si la velocidad de la UTC está por encima de un umbral. La notificación de estado de la UTC se puede utilizar para predecir el destino y la hora estimada de llegada de la UTC correlacionando la información de ubicación con la información de ruta en el servidor de procesamiento de carga. El servidor de procesamiento de carga puede monitorizar la ubicación y la velocidad de la UTC y enviar una alerta si la UTC se desvía de su curso.
En 204, el servidor de procesamiento de carga determina que la UTC está lista para el envío en base a la notificación de estado de la UTC. En algunos casos, el servidor de procesamiento de carga determina que la UTC está lista para el envío cuando la notificación de estado de la UTC indica que el estado de carga de la UTC está lleno. En algunos casos, el servidor de procesamiento de carga determina que la UTC está lista para el envío cuando la notificación de estado de la UTC indica que el estado de carga de la UTC alcanza un umbral configurado y la puerta de la UTC está cerrada. En algunos casos, el servidor de procesamiento de carga puede determinar que la UTC está lista para el envío en función de la notificación de estado de la UTC y otra información. Por ejemplo, el servidor de procesamiento de carga puede determinar que la UTC está lista para el envío si la información del estado de la carga en la notificación de estado de la UTC se confirma mediante una indicación enviada por un encargado del expediente, por ejemplo, utilizando un dispositivo de cliente de carga descrito anteriormente, indicando que la UTC está cargada
En algunos casos, se puede enviar información adicional de la carga en la UTC al servidor de procesamiento de carga. Por ejemplo, un expedidor o un encargado del expediente pueden introducir información adicional sobre la carga en la UTC. La información complementaria también puede provenir de otros sistemas informáticos, por ejemplo, una red meteorológica o sistemas administrativos para una empresa de transporte o una empresa de fabricación que contiene información específica acerca de las mercancías, tales como el tamaño, el peso, el contenido, el destino, etc. En un ejemplo, la información complementaria puede incluir un tipo de carga, por ejemplo, si la carga incluye mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado o cualquier otra mercancía que requiera un cuidado especial. En otro ejemplo, la información complementaria puede incluir un valor de la carga, por ejemplo, si la carga incluye mercancías de alto valor, tales como antigüedades o tesoros. En otro ejemplo más, la información complementaria puede incluir una prioridad de la carga, por ejemplo, un período de tiempo dentro del cual se necesita entregar la carga, un destino de la carga o una combinación de los mismos. Otros ejemplos de la información complementaria pueden incluir: tráfico en el área que puede causar demoras, tiempo de recogida específi evitar la detención/abolladuras, peso para la selección del conductor/tractor (p. ej., el tractor se corresponde con el tamaño de la carga), instrucciones especiales tales como velocidad máxima o vibración, requisitos de seguro en la carga debido al valor, requisitos de fianza para el conductor o clasificación requerida del conductor. En algunos casos, la información complementaria también puede incluir una indicación de que la UTC está lista para su envío.
En algunos casos, la información complementaria se puede enviar mediante una aplicación que se ejecuta en un dispositivo móvil. Por ejemplo, se puede instalar una aplicación cliente carga en un dispositivo móvil utilizado por el expedidor o el encargado del expediente. La aplicación cliente carga puede generar una interfaz de usuario en el dispositivo móvil. La interfaz de usuario puede incluir uno o más objetos de interfaz de usuario que se pueden usar para introducir información complementaria. Los ejemplos de los objetos de la interfaz de usuario pueden incluir menús, listas, iconos, botones o cualquier otro objeto de la interfaz de usuario que se pueda usar para introducir información. El dispositivo móvil puede enviar la información complementaria al servidor de procesamiento de carga. Alternativamente o en combinación, el expedidor o el encargado del expediente puede usar un ordenador de sobremesa, una estación terminal o cualquier otro dispositivo informático para enviar la información complementaria. En algunas implementaciones, la información complementaria se puede extraer de un sistema de gestión de transporte (TMS) que está integrado con el servidor de procesamiento de carga.
En algunos casos, parte o toda la información complementaria puede ser generada por un sistema de registros. El sistema de registro puede incluir un dispositivo informático que registra la información de cada carga. En un ejemplo, cuando se carga la carga, el sistema de registro puede activarse para enviar información sobre la carga al servidor de procesamiento de carga.
En 206, el servidor de procesamiento de carga recibe información de disponibilidad asociada con uno o más conductores. La información de disponibilidad puede indicar si el conductor está disponible. La información de disponibilidad puede incluir la ubicación o los parámetros de ubicación del conductor. En algunos casos, la información de disponibilidad también puede incluir el registro de conducción del conductor. El registro de conducción puede incluir la distancia de conducción, el tiempo de conducción o una combinación de los mismos en un período configurado, por ejemplo, un período de 12 horas, un día, una semana o un mes. Por ejemplo, el registro de conducción puede indicar cuánto tiempo ha conducido el conductor en el día actual. El registro de conducción puede compararse con información sobre las reglamentaciones del conductor, tales como el máximo de horas de servicio, para determinar cuánto tiempo le queda al conductor o qué tan lejos podría viajar. Esto puede combinarse, además, por ejemplo, con datos de tráfico y meteorológicos para predecir con mayor precisión una autonomía para el conductor. Otros ejemplos de la información de disponibilidad pueden incluir información de fianzas, información de seguros, información de clasificación, si el conductor puede cruzar fronteras y la tasa de pago del conductor.
En algunos casos, la información de disponibilidad de un conductor se puede enviar mediante un dispositivo móvil asociado al conductor. Por ejemplo, una aplicación cliente conductor se puede instalar en un dispositivo móvil propiedad del conductor o en el vehículo utilizado por el conductor. La aplicación cliente conductor puede generar una interfaz de usuario en el dispositivo móvil. La interfaz de usuario puede incluir uno o más objetos de interfaz de usuario que se pueden usar para introducir la información de disponibilidad. Por ejemplo, el conductor puede seleccionar un objeto de interfaz de usuario para indicar que el conductor está disponible. La aplicación cliente conductor también puede determinar la ubicación o los parámetros de ubicación asociados con el conductor usando uno o más módulos de determinación de ubicación del dispositivo móvil. La aplicación cliente conductor también puede registrar el registro de conducción del conductor. Por ejemplo, la aplicación cliente conductor puede realizar un seguimiento de la distancia o el tiempo que el conductor ha conducido en un período configurado en función de la entrada del conductor, los cambios de ubicación detectados por el dispositivo móvil o una combinación de estos. La aplicación cliente conductor también puede calcular las horas conducidas en función de la ubicación del GPS, la velocidad angular y la vibración detectada por el dispositivo móvil. Por ejemplo, dado que es probable que el conductor lleve consigo el dispositivo móvil instalado con la aplicación cliente conductor, si la velocidad del dispositivo móvil supera un umbral, por ejemplo, 20 km/h, se puede determinar que es probable que el conductor esté conduciendo y la aplicación cliente conductor puede acumular las horas de conducción y las distancias para el conductor.
La información de disponibilidad se puede enviar periódicamente o en función de un evento desencadenante. El evento desencadenante puede incluir una entrada del usuario, por ejemplo, una interacción del usuario realizada por el conductor que utiliza el dispositivo móvil. El evento desencadenante también puede incluir un cambio en el estado de entrega del conductor. Por ejemplo, la información de disponibilidad se puede enviar cuando un conductor ha completado una entrega. En algunos casos, se puede determinar si la entrega se completó en función de la ubicación del conductor, del estado de la puerta, del estado de la carga o del cambio del estado de la carga, o de cualesquiera combinaciones de los mismos. Por ejemplo, si el estado de carga de la UTC cambia del 90 % al 70 %, la puerta de la UTC está cerrada, la ubicación de la UTC está en un destino de entrega, entonces se puede determinar que la entrega se completó. La aplicación cliente conductor y el servicio de seguimiento de carga se pueden utilizar en combinación para predecir y confirmar la entrega con gran precisión. Por ejemplo, si el dispositivo de seguimiento de la carga indica una entrega basada en la carga y la ubicación, el estado de la entrega puede comprobarse con la ubicación u otra información del conductor notificada por la aplicación cliente conductor para su confirmación. La información complementaria descrita anteriormente también se puede utilizar para confirmar la ubicación o el destino de la entrega.
En 208, el servidor de procesamiento de carga selecciona un conductor para entregar la UTC. El conductor se puede seleccionar entre una pluralidad de conductores basándose en su información de disponibilidad, la notificación de estado de UTC de la UTC, la información complementaria de la carga en la UTC, o una combinación de las mismas. En algunos casos, el conductor puede ser seleccionado además en función de la información complementaria del conductor. La información complementaria del conductor puede ser enviada al servidor de procesamiento de carga por el conductor, almacenada en un dispositivo de almacenamiento de datos accesible al servidor de procesamiento de carga, o una combinación de los mismos. La información complementaria del conductor puede incluir la información del camión utilizado por el conductor para la entrega. Los ejemplos de la información del camión pueden incluir si el camión puede manipular un tipo especial de carga, por ejemplo, mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado, el límite de peso de la carga para el camión, el tamaño del camión, la marca y modelo del camión, el año del camión. La información complementaria del conductor también puede incluir información adicional del conductor, incluyendo, por ejemplo, las preferencias de conducción del conductor tales como el área y las horas de operaciones, el historial de seguridad del conductor, el porcentaje de puntualidad del conductor. La información complementaria del conductor también puede incluir información reglamentaria o de política empresarial, por ejemplo, el límite de horas y el límite de distancia del conductor en un período de tiempo. Además, la información complementaria del conductor puede incluir la información financiera del conductor, por ejemplo, una tasa de pago del conductor. La FIG. 4 y las descripciones asociadas brindan detalles adicionales sobre el proceso de selección del conductor.
En 210, el servidor de procesamiento de carga envía una solicitud de entrega al conductor seleccionado. En un ejemplo, la solicitud de entrega se puede enviar a la aplicación cliente conductor que se ejecuta en el dispositivo móvil del conductor seleccionado. La aplicación cliente conductor puede emitir una notificación en el dispositivo móvil para alertar al conductor seleccionado que una carga de carga está lista para ser enviada. La solicitud de entrega también puede incluir información acerca de la carga, por ejemplo, la ubicación, el identificador (por ejemplo, el número de contenedor), el tamaño, el destino, el pago o cualesquiera combinaciones de los mismos.
En algunas implementaciones, el conductor seleccionado puede confirmar si acepta entregar la carga indicada por la solicitud de entrega. El conductor seleccionado puede enviar una respuesta de confirmación, por ejemplo, utilizando la aplicación cliente conductor, al servidor de procesamiento de carga. Alternativamente, el conductor seleccionado puede enviar una respuesta de rechazo. El servidor de procesamiento de carga puede entonces seleccionar un conductor diferente y enviar una solicitud de entrega al conductor diferente.
En algunos casos, el servidor de procesamiento de carga puede determinar que más de un conductor es adecuado para entregar la UTC. En estos u otros casos, el servidor de procesamiento de carga puede enviar solicitudes de entrega a múltiples conductores seleccionados. Entre los múltiples conductores seleccionados, el conductor que envía la respuesta de confirmación en primer lugar puede recibir una confirmación.
En algunas implementaciones, un expedidor o un encargado del expediente pueden aprobar al conductor antes de que se confirme la entrega. En un ejemplo, el servidor de procesamiento de carga puede enviar la información de disponibilidad del conductor seleccionado, parte o la totalidad de la información complementaria del conductor seleccionado, o una combinación de los mismos, a la aplicación cliente carga que se ejecuta en un dispositivo móvil del expedidor o del encargado del expediente. La aplicación cliente carga puede emitir la información recibida en el dispositivo móvil. El expedidor o el encargado del expediente pueden aprobar o rechazar al conductor seleccionado. La aplicación cliente carga puede enviar la respuesta de aprobación o rechazo al servidor de procesamiento de carga. En algunos casos, el proceso de aprobación se puede realizar antes de que se envíe la solicitud de entrega al conductor seleccionado. Si se aprueba el conductor seleccionado, el servidor de procesamiento de carga o expedidor puede proceder a enviar la solicitud de entrega al conductor seleccionado. Si se rechaza el conductor seleccionado, el servidor de procesamiento de carga puede seleccionar un conductor diferente. Alternativamente, el proceso de aprobación se puede realizar después de que se envíe la solicitud de entrega al conductor seleccionado y el conductor seleccionado envíe una respuesta de confirmación. Si se aprueba el conductor seleccionado, el servidor de procesamiento de carga puede enviar una orden de confirmación al conductor seleccionado. Si se rechaza el conductor seleccionado, el servidor de procesamiento de carga puede enviar una orden de cancelación al conductor seleccionado y seleccionar un conductor diferente.
Si se confirma el conductor seleccionado, el conductor seleccionado puede conducir a la ubicación de la UTC para recoger la UTC. El servidor de procesamiento de carga puede recibir información de ubicación actualizada del conductor seleccionado, por ejemplo, desde la aplicación cliente conductor analizada previamente. En algunos casos, el servidor de procesamiento de carga puede enviar la información de ubicación actualizada del conductor seleccionado a la aplicación cliente carga para que el expedidor o el encargado del expediente pueda conocer la ubicación y el progreso del conductor seleccionado.
En algunos casos, la UTC y el tractor pueden implementarse en una sola unidad, por ejemplo, un camión. En estos u otros casos, al recibir una solicitud de entrega, el conductor puede conducir la unidad combinada CTU-tractor hasta un área de carga para cargar las mercancías en la UTC.
Una vez que el conductor seleccionado llega a la ubicación de la UTC, el conductor seleccionado puede enganchar la UTC al tractor y comenzar la entrega. El servidor de procesamiento de carga puede recibir información de ubicación actualizada del conductor seleccionado desde el dispositivo cliente conductor. El servidor de procesamiento de carga también puede recibir información de ubicación actualizada de la UTC desde el dispositivo de seguimiento de carga acoplado con la UTC. El servidor de procesamiento de carga puede comparar la información de ubicación del conductor seleccionado y la UTC. Si la información de ubicación coincide, el servidor de procesamiento de carga puede determinar que se recogió la UTC. En respuesta, el servidor de procesamiento de carga puede enviar un mensaje de confirmación al dispositivo cliente carga del expedidor o del encargado del expediente. El mensaje de confirmación puede indicar que la UTC ha sido recogida y está en camino a su destino. En algunos casos, el servidor de procesamiento de carga puede enviar información de entrega actualizada al expedidor o al encargado del expediente. La información de entrega actualizada puede incluir la información de ubicación de la UTC, del conductor seleccionado o una combinación de las mismas. El servidor de procesamiento de carga también puede calcular el tiempo estimado de llegada, las millas o kilómetros conducidos o los tiempos en tránsito y enviar cualquiera de esta información al expedidor o al encargado del expediente. Esta información se puede utilizar para determinar el progreso de la entrega y el pago total de la entrega.
En algunos casos, el servidor de procesamiento de carga puede determinar que la UTC se ha entregado en el destino basándose en la información de ubicación de la UTC, del conductor seleccionado o de una combinación de las mismas. Además, el servidor de procesamiento de la carga puede determinar que la entrega se ha completado basándose en la información actualizada del estado de la UTC enviada por el dispositivo de seguimiento de carga. Por ejemplo, la información de estado de la UTC actualizada puede indicar un evento de apertura de puerta de la UTC, y si la información de ubicación de la UTC coincide con el destino cuando ocurre el evento de apertura de puerta, el servidor de procesamiento de carga puede determinar que la UTC se ha entregado. En algunos casos, el destino puede ser proporcionado por un sistema de gestión de transporte (TMS) que está integrado con el servidor de procesamiento de carga. Alternativamente o en combinación, el cambio del estado de la carga también se puede utilizar para determinar que se ha entregado la CTU. En respuesta, el servidor de procesamiento de carga puede enviar la información de entrega actualizada al expedidor o al encargado del expediente indicando que la entrega se ha completado. El servidor de procesamiento de carga también puede determinar que una UTC se ha cargado en función de los cambios del estado de la carga de la UTC (p. ej., un aumento de la capacidad de carga actual), la ubicación de la UTC (p. ej., en un lugar de recogida designado), el estado de la puerta de la UTC (por ejemplo, un evento de apertura seguido de un evento de cierre), o cualquier combinación de los mismos.
El servidor de procesamiento de carga también puede calcular la tarifa y enviar la información de la tarifa al conductor seleccionado, al expedidor o al encargado del expediente, o a una combinación de los mismos.
La FIG. 3 es un diagrama de flujo que muestra un segundo proceso ejemplar 300 para mejorar un sistema de envío de carga según una implementación. El proceso 300 puede implementarse mediante un servidor de procesamiento de carga, por ejemplo, el servidor 142 de procesamiento de carga mostrado en la FIG. 1. El proceso ejemplar 300 mostrado en la FIG. 3 se puede implementar utilizando operaciones adicionales, menos o diferentes, que se pueden realizar en el orden mostrado o en un orden diferente.
El proceso ejemplar 300 comienza en 302, donde se recibe una solicitud de envío para una carga. La solicitud de envío puede ser enviada por un expedidor o un encargado del expediente, por ejemplo, utilizando una aplicación cliente carga que está instalada en un dispositivo móvil, cuando una carga está lista para su recogida y entrega. La aplicación cliente carga puede emitir una interfaz de usuario en el dispositivo móvil. La interfaz de usuario puede incluir uno o más objetos de interfaz de usuario que se pueden usar para introducir información asociada con la solicitud de envío. Los ejemplos de los objetos de la interfaz de usuario pueden incluir menús, listas, iconos, botones o cualquier otro objeto de la interfaz de usuario que se pueda utilizar para introducir información. El dispositivo móvil puede enviar la solicitud de envío al servidor de procesamiento de carga. Alternativamente o en combinación, el expedidor o el encargado del expediente pueden usar un ordenador de sobremesa, una estación terminal o cualquier otro dispositivo informático para enviar la solicitud de envío.
La solicitud de envío puede incluir información complementaria de la carga que se ha de recoger. La información complementaria puede incluir: un tipo de carga, por ejemplo, si la carga incluye mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado o cualesquiera otras mercancías que requieran un cuidado especial; un valor de la carga, por ejemplo, si la carga incluye mercancías de alto valor, tales como antigüedades o tesoros; una prioridad de la carga, por ejemplo, un período de tiempo dentro del cual se necesita entregar la carga; un destino de la carga, o cualesquiera combinaciones de los mismos. Otros ejemplos de la información complementaria incluida en la solicitud de envío pueden incluir: tráfico en el área que puede causar demoras, tiempo de recogida específico para evitar detenciones/abolladuras, peso para la selección del conductor/tractor (p. ej., el tractor se corresponde con el tamaño de la carga), instrucciones especiales tales como velocidad máxima o vibración, requisitos de seguro sobre la carga debido al valor, requisitos de fianza para el conductor, clasificación requerida del conductor e información del manifiesto que incluye los detalles de la carga, por ejemplo, un conocimiento de embarque.
En algunas implementaciones, algo de la información complementaria de la carga se puede enviar desde un sistema de gestión de transporte (TMS) que está integrado con el servidor de procesamiento de carga. Por ejemplo, el TMS puede determinar la ruta de entrega de la carga y enviar la información de la ruta al servidor de procesamiento de carga.
En 304, se reciben una pluralidad de notificaciones de estado de la UTC. Cada notificación de estado de la UTC se puede enviar desde un dispositivo de seguimiento de carga diferente, por ejemplo, el dispositivo 104 de seguimiento de carga que se muestra en la FIG. 1, al servidor de procesamiento de carga a través de una red de comunicaciones. Como se describió anteriormente, cada dispositivo de seguimiento de carga está acoplado con una UTC respectiva y está configurado para recoger información de estado de la UTC respectiva al servidor de procesamiento de carga. La notificación del estado de la UTC puede incluir el estado de la carga de la UTC, el estado de la puerta de la UTC, los movimientos de la UTC, la temperatura o la humedad dentro o fuera de la UTC, las distancias recorridas por la UTC, las condiciones de iluminación fuera de la UTC, información de ubicación de la UTC. La notificación del estado de la UTC también puede incluir la configuración de la UTC, por ejemplo, el año y el modelo de la UTC, el tamaño y el peso máximo de la UTC, el tipo de UTC, por ejemplo, si la UTC está configurada para transportar tipos especiales de cargas, por ejemplo, mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado o cualesquiera otras mercancías que requieran un cuidado especial. En algunos casos, la información de configuración de la UTC se puede almacenar en una base de datos. El servidor de procesamiento de carga puede recuperar la información de configuración para cada UTC.
En 306, el servidor de procesamiento de carga selecciona una UTC para enviar la carga. El servidor de procesamiento de carga puede seleccionar la UTC basándose en la información complementaria de la carga y la notificación de estado de UTC de la UTC. En algunos casos, la selección puede basarse además en la información de configuración de la UTC que es recuperada por el servidor de procesamiento de carga. En un ejemplo, el servidor de procesamiento de carga puede usar el estado de carga de cada UTC informado por el respectivo dispositivo de seguimiento de carga en el proceso de selección. Si una UTC está completamente cargada, o si la UTC está parcialmente cargada pero la capacidad de carga restante es menor que la carga, la UTC no puede seleccionarse para la carga. En su lugar, se puede seleccionar una UTC que tenga suficiente capacidad de carga. En otro ejemplo, el servidor de procesamiento de carga puede utilizar la información de configuración de las UTC en el proceso de selección. Si una carga es un tipo de carga que requiere un cuidado especial, se puede seleccionar una UTC que tenga el tipo de carga correspondiente. En algunos casos, la selección puede incluir múltiples factores de selección. Por ejemplo, en el proceso de selección se pueden considerar tanto la capacidad de carga como el tipo de UTC analizado anteriormente.
También se pueden considerar otros factores de selección. En un ejemplo, si el estado de la puerta de una UTC es cerrado, la UTC puede estar lista para ser recogida. Por otro lado, si el estado de la puerta de una UTC es abierto, la UTC aún puede estar en proceso de carga y, por lo tanto, puede tomar más tiempo. Por lo tanto, el servidor de procesamiento de carga puede seleccionar la UTC con un estado de puerta cerrada. En otro ejemplo, el servidor de procesamiento de carga puede comparar la ruta de entrega de la carga y la ruta planificada de UTC para entregar otras cargas en la UTC, y seleccionar una UTC que tenga una ruta planificada actual que coincida estrechamente con la ruta de entrega de la carga.
En algunos casos, para cada factor de selección, se puede determinar una puntuación de correspondencia para cada UTC. La puntuación de correspondencia se puede determinar en función de la compatibilidad entre la UTC y la carga. Por ejemplo, para el factor de selección de la ruta de entrega, se puede calcular un tiempo de ruta adicional para que cada UTC entregue la carga además de las cargas actuales de la UTC. El tiempo de ruta adicional se puede convertir en una puntuación de correspondencia para el factor de selección de la ruta de entrega. Una UTC con un tiempo de ruta adicional bajo puede recibir una puntuación de correspondencia alta y una UTC con un tiempo de ruta adicional alto puede recibir una puntuación de correspondencia baja. Se puede determinar una puntuación de correspondencia total para cada UTC sumando la puntuación de correspondencia para cada factor de selección. Se puede seleccionar para la carga la UTC con la puntuación total de correspondencia más alta. En algunos casos, la puntuación total de correspondencia se puede calcular utilizando una suma ponderada. En estos casos, a cada uno de los factores de selección se le puede asignar un peso. A un factor de selección que tiene una mayor importancia se le puede asignar un valor de peso más alto. La puntuación de correspondencia para cada uno de los factores de selección se multiplica por el peso del factor de selección para generar una puntuación de correspondencia ponderada. La puntuación de correspondencia ponderada para cada factor de selección se suma para generar la puntuación de correspondencia total ponderada. Se puede seleccionar para la carga la UTC con la puntuación total de correspondencia ponderada más alta.
En algunos casos, el servidor de procesamiento de carga puede determinar que ninguna de las múltiples UTC cumple con los criterios de selección. El servidor de proceso de carga puede enviar una solicitud, por ejemplo, a otros patios, para obtener información de otras UTC.
En 308, se envía una orden de envío. La orden de envío identifica la CTU que se ha seleccionado para la carga. En algunos casos, la orden de envío puede indicar una ubicación de la UTC seleccionada, por ejemplo, el número de expediente donde está estacionada la UTC seleccionada. En algunos casos, la orden de envío puede indicar información de la carga que se ha de recoger, por ejemplo, la ubicación, el tamaño, el peso, el número de serie u otra información de la carga. En algunos casos, la orden de envío también puede indicar el destino de la UTC seleccionada.
En algunos casos, el servidor de procesamiento de carga puede enviar la orden de envío a un conductor de maniobras. Por ejemplo, la orden de envío se puede enviar a un dispositivo cliente carga utilizado por el conductor de maniobras. El dispositivo cliente carga puede emitir una interfaz de usuario en el dispositivo. La interfaz de usuario puede incluir información indicada por la orden de envío. El conductor de maniobras puede usar la información emitida para llevar la UTC seleccionada al muelle de carga para su carga. Como alternativa o adicionalmente, la orden de envío se puede enviar a un conductor asociado con la UTC seleccionada, y el conductor puede llevar la UTC seleccionada al muelle de carga. Por ejemplo, la UTC y el tractor pueden implementarse en una sola unidad, por ejemplo, un camión. En estos u otros casos, el conductor puede conducir la unidad combinada CTU-tractor a un área de carga para cargar las mercancías en la UTC y entregar las mercancías.
La FIG. 4 es un diagrama esquemático que ilustra un proceso ejemplar 400 de selección de conductor según una implementación. El proceso 400 puede implementarse mediante un servidor de procesamiento de carga, por ejemplo, el servidor 142 de procesamiento de carga mostrado en la FIG. 1. El proceso ejemplar 400 mostrado en la FIG. 4 se puede implementar usando operaciones o componentes adicionales, menos o diferentes, que se pueden realizar en el orden mostrado o en un orden diferente.
Como se ha mostrado en la FIG. 4, el proceso de selección de conductor toma la entrada de datos 402 de la UTC, datos 404 de la carga y datos 406 del conductor para seleccionar un conductor para entregar una UTC. Los datos 402 de la UTC incluyen datos relacionados con la UTC a entregar. Como se analizó anteriormente, los datos 402 de la UTC pueden incluir un estado de carga de la UTC, un estado de la puerta de la UTC, movimientos de la UTC, temperatura o humedad dentro o fuera de la UTC, distancias recorridas por la UTC, condiciones de luz dentro y fuera de la UTC, información de ubicación de CTU, peso de la UTC o cualesquiera combinaciones de los mismos. Los datos 402 de la UTC también pueden incluir la configuración de la UTC, por ejemplo, el año y el modelo de la UTC, el tamaño y el peso máximo de la UTC, el tipo de UTC, por ejemplo, si la UTC está configurada para transportar tipos especiales de cargas, por ejemplo, mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado o cualesquiera otras mercancías que requieran un cuidado especial. En algunos casos, como se analizó anteriormente, los datos 402 de la UTC pueden incluir la información en las notificaciones de estado de la UTC que son transmitidas por el dispositivo de seguimiento de carga acoplado con la UTC. Como alternativa o en combinación, los datos 402 de la UTC pueden incluir información complementaria de la UTC que se almacena en una base de datos y se recupera mediante el servidor de procesamiento de carga.
Los datos 404 de carga incluyen datos relacionados con las cargas en la UTC que se han de entregar. Los datos 404 de carga pueden incluir un tipo de carga, por ejemplo, si la carga incluye mercancías frágiles, mercancías explosivas, mercancías refrigeradas, ganado o cualesquiera otras mercancías que requieran un cuidado especial; un valor de la carga, por ejemplo, si la carga incluye mercancías de alto valor, tales como antigüedades o tesoros; una prioridad de la carga, por ejemplo, un período de tiempo dentro del cual se necesita entregar la carga; un destino de la carga, o cualesquiera combinaciones de los mismos. Otros ejemplos de los datos 404 de carga pueden incluir: una ruta para la carga, el tráfico en el área que puede causar demoras, el tiempo de recogida específi detención/abolladuras o el deterioro, el peso para la selección del conductor/tractor (p. ej., el tractor corresponde con el tamaño de la carga), instrucciones especiales tales como velocidad máxima o vibración, requisitos de seguro sobre la carga debido al valor, requisitos de fianza para el conductor, clasificación requerida del conductor e información del manifiesto que incluye los detalles de la carga, por ejemplo, un albarán o documento de embarque. En algunos casos, los datos 404 de carga pueden incluir un pago ofrecido asociado con la carga, por ejemplo, el pago o la magnitud del pago que el propietario de la carga está dispuesto a pagar para la entrega de la carga. El pago ofrecido puede incluir un pago total por la entrega, una tasa de pago unitaria basada en la distancia o el tiempo, o una combinación de ambos. El pago ofrecido también puede incluir el pago de un premio proporcionado en función del tipo de mercancías (peligrosas, nucleares, químicas, explosivas, sensibles, frágiles, preciosas, asegurada, que se pueden deteriorar, inestables). Los datos 404 de carga también pueden incluir el tamaño en pies/pulgadas/metros en dimensiones lineales (LXWXH) o cúbicas. Esta información de tamaño se puede utilizar para determinar si la carga cabe en un contenedor vacío o parcialmente lleno. En algunos casos, como se analizó anteriormente, los datos 404 de carga pueden incluir información complementaria de la carga introducida por un expedidor o un encargado del expediente, por ejemplo, usando una aplicación cliente carga que está instalada en un dispositivo móvil o cualquier otro dispositivo informático. Como alternativa o en combinación, los datos 404 de carga pueden incluir información complementaria de la carga enviada desde un sistema de gestión de transporte (TMS) que está integrado con el servidor de procesamiento de carga. En algunos casos, una UTC puede tener varias cargas con diferentes tamaños, requisitos de entrega o pagos ofrecidos. En estos casos, los datos 404 de carga pueden incluir la información de carga para cada una de las cargas en la UTC.
Los datos 406 del conductor incluyen datos relacionados con cada conductor que puede entregar la carga. Los datos 406 del conductor pueden incluir la ubicación o los parámetros de ubicación del conductor, el registro de conducción del conductor, por ejemplo, la distancia y el tiempo de conducción del conductor durante un período configurado, cuánto tiempo y qué distancia puede conducir el conductor durante el resto del período configurado, o una combinación de los mismos. Los datos 406 del conductor también pueden incluir la información de la fianza del conductor, la información del seguro del conductor y si el conductor puede cruzar fronteras. Los datos 406 del conductor también pueden incluir valoraciones del conductor. La FIG. 5 y las descripciones asociadas proporcionan detalles adicionales de las calificaciones de un conductor. En algunos casos, los datos 406 del conductor también pueden incluir una tasa de pago solicitada del conductor. La tasa de pago solicitada puede incluir una tasa de pago unitaria basada en la distancia, el tiempo o una combinación de los mismos. En algunos casos, como se analizó anteriormente, los datos 406 del conductor pueden incluir la información de disponibilidad enviada por una aplicación cliente conductor desde un dispositivo móvil asociado con el conductor. Como alternativa o en combinación, los datos 406 del conductor pueden incluir información complementaria del conductor que está almacenada en una base de datos y es recuperada por el servidor de procesamiento de carga.
En 420, el servidor de procesamiento de carga recibe los datos 402 de la UTC, los datos 404 de la carga y los datos 406 del conductor para determinar una clasificación de cada uno de los conductores con el fin de medir la idoneidad para entregar las mercancías en la UTC. El servidor de procesamiento de carga selecciona entonces un conductor óptimo 422 para una UTC. En algunos casos, el servidor de procesamiento de carga puede determinar un grupo de conductores candidatos. En un ejemplo, el grupo de conductores candidatos puede determinarse en función de la ubicación de la UTC y de los conductores. Un conductor puede estar incluido en el grupo de conductores candidatos si la distancia entre la ubicación actual de la UTC y la ubicación actual del conductor está por debajo de un umbral. Por ejemplo, se puede dibujar un radio de 100 km alrededor de una UTC y todos los conductores incluidos dentro del radio se pueden considerar como candidatos iniciales.
En algunos casos, el servidor de procesamiento de carga puede determinar una clasificación base de cada conductor candidato y ajustar la clasificación base para determinar una clasificación de entrega del conductor candidato usando información de pago. Por ejemplo, en 430, el servidor de procesamiento de carga puede determinar una clasificación base de cada uno de los conductores basándose en la coincidencia de las cargas en la UTC y el conductor. En algunos casos, la determinación se puede calcular en base a uno o más factores de selección. Por ejemplo, los factores de selección pueden incluir si la disponibilidad del conductor coincide con una ruta de entrega de la UTC. La disponibilidad del conductor se puede determinar en base a los datos del conductor 406, que incluyen, por ejemplo, las horas y la distancia recorrida por el conductor, si el conductor puede cruzar fronteras y la regulación y los contratos del conductor. La ruta de entrega de la UTC se puede incluir en los datos de UTC 402, los datos 404 de carga o una combinación de los mismos.
Los factores de selección también pueden incluir un tiempo de espera para que el conductor comience la entrega. Por ejemplo, la ubicación del conductor y la UTC pueden determinarse basándose en los datos del conductor 406 y los datos de la UTC 402, respectivamente. Se puede calcular un tiempo de espera estimado en función de la distancia entre la ubicación del conductor y la UTC. En algunos casos, por ejemplo, si el conductor está en camino para una entrega actual, el tiempo de espera estimado puede incluir el tiempo requerido para completar la entrega actual. Como alternativa o adicionalmente, los factores de selección pueden incluir la distancia entre el conductor y la UTC. El tiempo de espera y el tiempo estimado para conducir pueden incluir información del tráfico para mejorar las estimaciones.
Los factores de selección también pueden incluir si el registro del conductor coincide con el requisito de calificación de las cargas en la UTC. En un ejemplo, el registro de conductor del conductor puede incluir una o más calificaciones de los conductores basadas en entregas anteriores. Las calificaciones pueden incluir una calificación de seguridad, una calificación de fiabilidad o una combinación de las mismas. Estas clasificaciones se pueden determinar con base en el registro histórico del porcentaje de entrega a tiempo del conductor, fiabilidad, accidentes, mercancías perdidas, mercancías robadas, fallos en la entrega u otra información. La FIG. 5 y las descripciones asociadas proporcionan detalles adicionales de las calificaciones de un conductor. Las calificaciones del conductor se pueden usar para comparar el requisito de calificación de las cargas establecido por el propietario de las cargas. En algunos casos, si varias cargas en la misma UTC tienen diferentes requisitos de calificación, se puede usar el requisito de calificación más estricto para comparar con la calificación del conductor.
Los factores de selección también pueden incluir si la capacidad del conductor o el tractor conducido por el conductor, coincide con la UTC. Por ejemplo, una UTC puede tener un tamaño, peso o tipo de cuidado especial que requiera un tipo particular de tractor o un conductor con una licencia particular. Los datos 402 de la UTC pueden incluir la información de requisitos y los datos 406 del conductor pueden incluir la información relacionada para el tractor y el conductor para la comparación.
En algunos casos, para cada factor de selección, se puede determinar una puntuación de correspondencia para cada conductor. La puntuación de correspondencia se puede determinar en función de la compatibilidad entre el conductor y la carga. Por ejemplo, cada puntuación de correspondencia se puede determinar en función de cómo de bien se corresponden la disponibilidad, el historial de conducción y la capacidad del conductor con la UTC o las cargas en la UTC. Para estos u otros factores, se puede asignar una puntuación alta si el conductor se corresponde bien con la carga y se puede asignar una puntuación baja si el conductor no se corresponde bien con la UTC. También se puede asignar una puntuación alta al conductor si el tiempo de espera analizado anteriormente es pequeño, y se puede asignar una puntuación baja si el tiempo de espera es grande. En algunos casos, se puede establecer un umbral para uno o más factores de selección. Por ejemplo, se puede establecer un tiempo de espera máximo. Si el tiempo de espera asociado con el conductor está por encima del tiempo de espera máximo, la puntuación de correspondencia se establece en cero y el conductor es descalificado y eliminado de los conductores candidatos para esa carga. Alternativa o adicionalmente, se puede usar una distancia máxima para descalificar a un conductor.
Se puede determinar una puntuación de correspondencia total para cada conductor sumando la puntuación de correspondencia para cada factor de selección. En algunos casos, la puntuación total de correspondencia se puede calcular utilizando una suma ponderada. En estos casos, a cada uno de los factores de selección se le puede asignar un peso. A un factor de selección que tiene una mayor importancia se le puede asignar un valor de peso más alto. La puntuación de correspondencia para cada uno de los factores de selección se multiplica por el peso del factor de selección para generar una puntuación de correspondencia ponderada. La puntuación de correspondencia ponderada para cada factor de selección se suma para generar la puntuación de correspondencia total ponderada.
La clasificación base de cada conductor se puede determinar en función de la puntuación total de correspondencia. Por ejemplo, a un conductor con una puntuación más alta se le puede asignar un número de clasificación base más alto, y al conductor con una puntuación más baja se le puede asignar un número de clasificación base más bajo. Un rango más alto indica una mejor correspondencia entre el conductor y la UTC.
En algunos casos, el conductor seleccionado 422 puede ser determinado en función de la clasificación base. Alternativamente o en combinación, en 440, el servidor de procesamiento de carga puede usar información de pago para ajustar la clasificación base para determinar una clasificación de entrega del conductor.
Por ejemplo, el servidor de procesamiento de carga puede calcular un pago solicitado para cada uno de los conductores basándose en la tasa de pago solicitada del conductor respectivo en los datos 406 del conductor. Se puede determinar una clasificación de entrega basada en el pago solicitado y la clasificación base. El servidor de procesamiento de carga puede seleccionar al conductor con la clasificación de entrega más baja como el conductor seleccionado 422. En un ejemplo, la clasificación base puede ser dividida por el pago solicitado para generar la clasificación de entrega. En este ejemplo, si un primer conductor tiene una clasificación base ligeramente más baja pero un pago solicitado mucho más bajo que un segundo conductor, el primer conductor puede tener una clasificación de entrega más alta y, por lo tanto, resulta un mejor candidato que el segundo conductor.
En un ejemplo, los conductores 1-4 están disponibles en el grupo de candidatos. La clasificación base de estos conductores 1 a 4 es 10, 4, 3 y 2, respectivamente, teniendo el conductor 1 la mejor clasificación (10) y teniendo el conductor 4 la peor clasificación base (2). Los pagos solicitados de los conductores 1-4 son $5,00 $, 2,50, 3,00 $ y 0,50 $ por milla. Si cada clasificación base se divide por el pago, la clasificación de entrega resultante para los conductores 1 -4 es 2, 1,6, 1 y 4. Mientras que el conductor 4 tiene la peor clasificación base, cuando la clasificación base se combina con el pago solicitado, su clasificación de entrega resulta la mejor. Como puede apreciarse, son posibles muchos métodos de clasificación posibles, y cualquiera puede usarse selectivamente dependiendo de los objetivos de optimización específicos para el sistema. Por ejemplo, en algunos casos la responsabilidad medioambiental puede ser lo más importante y la distancia puede tener el mayor peso en la optimización. En otros casos, la economía puede considerarse lo más importante y los pagos más bajos a los conductores pueden tener la máxima prioridad.
En algunos casos, el servidor de procesamiento de carga puede determinar el pago ofrecido por las cargas en función de la información de pago, por ejemplo, el pago total o el pago unitario establecido por el propietario de las cargas para cada carga, incluidos en los datos 404 de carga. Si un conductor tiene un pago solicitado que es superior al pago total ofrecido de las cargas en la UTC, el conductor puede ser descalificado.
En algunos casos, el pago solicitado se puede utilizar para hacer una oferta por el envío. Alternativamente o en combinación, la información de pago ofrecida de la carga puede incluirse en los datos 404 de carga. La información de pago ofrecida puede ser enviada al conductor, y el conductor puede confirmar la entrega si el pago ofrecido es aceptable.
En algunas implementaciones, se puede usar una tasa de mercado para determinar el costo de entrega. La tasa de mercado puede incluir una tasa base y una tasa de aumento. Por ejemplo, el servidor de procesamiento de carga puede calcular una tasa base para los envíos en una región determinada según los estándares, las tasas publicadas, los promedios, los precios de la gasolina, los precios de los tractores, los salarios y otros factores. En algunos casos, la tasa base puede no ser adecuada. Por ejemplo, puede haber mucha demanda y escasez de conductores. En estos casos, se puede aplicar una tasa de aumento, o un multiplicador de tasa, además de la tasa base. En algunos casos, el servidor de procesamiento de carga puede determinar la cantidad de conductores y UTC disponibles para entregar en un área geográfica y aplicar una tasa de aumento en consecuencia.
En algunos casos, múltiples UTC están disponibles para la entrega. En estos u otros casos, el servidor de procesamiento de carga puede realizar un proceso de selección con múltiples iteraciones. En un ejemplo, el servidor de procesamiento de carga puede utilizar un proceso de selección que optimice el pago para cada UTC. En este u otros ejemplos, el servidor de procesamiento de carga puede determinar las clasificaciones de entrega para cada conductor para una primera UTC como se analizó anteriormente. El servidor de procesamiento de carga puede seleccionar al conductor con la clasificación de entrega más alta para la primera UTC. El servidor de procesamiento de carga puede eliminar el conductor seleccionado de los conductores disponibles y seleccionar el conductor para la segunda UTC de los conductores restantes.
Alternativamente o en combinación, el servidor de procesamiento de carga puede utilizar un proceso de selección que optimice el pago para cada conductor. Por ejemplo, después de seleccionar el conductor para la primera UTC, el servidor de procesamiento de carga puede seleccionar el conductor para la segunda UTC sin eliminar el conductor seleccionado de los conductores disponibles. Por lo tanto, se puede seleccionar un conductor para múltiples UTC. En estos u otros casos, el conductor puede ser seleccionado para entregar la UTC que proporciona el pago máximo para el conductor. Tanto la UTC seleccionada como el conductor seleccionado se eliminan y el proceso de selección itera nuevamente para el resto de las UTC y los conductores.
En algunos casos, el servidor de procesamiento de carga puede elegir diferentes estrategias de optimización en función de la cantidad de UTC y de los conductores disponibles y de sus tractores asociados. En algunos casos, el servidor de procesamiento de carga puede proporcionar una interfaz de usuario interactiva para que un administrador seleccione una o más estrategias de optimización particulares. Por ejemplo, el servidor de procesamiento de carga puede utilizar el proceso de selección que optimiza el pago de cada UTC si el número de conductores es mayor que el número de UTC. El servidor de procesamiento de carga puede utilizar el proceso de selección que optimiza el pago para el conductor si el número de conductores es menor que el número de UTC.
En algunos casos, se puede utilizar un enfoque en cascada. Por ejemplo, se puede determinar que un grupo de conductores candidatos incluya 1000 conductores que se encuentren dentro de los 100 km de la UTC. Se puede aplicar una limitación sobre las clasificaciones base por debajo de un umbral específico, lo que da como resultado solo 100 conductores. Se puede aplicar una segunda limitación en las calificaciones de fiabilidad por debajo de un umbral específico, dejando solo 10 conductores. Se puede aplicar una tercera limitación a la calificación para entregar mercancías peligrosas dejando 1 conductor. Se selecciona el conductor restante. En algunos casos, se pueden aplicar rondas adicionales de limitación hasta que quede un conductor. En una realización alternativa, se usa el enfoque en cascada hasta que queda un pequeño grupo de conductores y se ofrece la UTC al pequeño grupo. El primer conductor en responder o aceptar recibe la entrega de UTC.
La FIG. 5 es un diagrama de flujo que muestra un proceso ejemplar 500 para determinar una clasificación de un conductor según una implementación. El proceso 500 puede implementarse mediante un servidor de procesamiento de carga, por ejemplo, el servidor 142 de procesamiento de carga mostrado en la FIG. 1. El proceso ejemplar 500 mostrado en la FIG. 5 se puede implementar usando operaciones adicionales, menos o diferentes, que se pueden realizar en el orden mostrado o en un orden diferente.
El proceso ejemplar 500 comienza en 502, donde se recibe una notificación de estado de UTC en el servidor de procesamiento de carga. Como se describió anteriormente, la notificación de estado de la UTC se puede enviar desde un dispositivo de seguimiento de carga que está acoplado con una UTC a través de una red de comunicaciones. La notificación de estado de la UTC puede incluir un estado de carga de la UTC, si una puerta de la UTC está cerrada o abierta, información de ubicación de la UTC, información de configuración de la UTC o cualquier otra información asociada con la UTC. En 504, se determina un evento de carga en base a la notificación de estado de la UTC. Un evento de carga puede incluir el inicio de la entrega, el final de la entrega, la descarga, la carga, la espera, el adelanto, el atraso, la pérdida o cualesquiera otros eventos asociados con la entrega de la UTC, incluidos los eventos relacionados con el tiempo en apoyo de la entrega justo a tiempo. Un evento de inicio de entrega indica que ha comenzado la entrega de una carga en la UTC. Un evento de fin de entrega indica que la UTC ha llegado al destino de una carga. Un evento de descarga indica que la carga se ha retirado de la UTC. Un evento de carga indica que se ha colocado una carga adicional en la UTC.
En algunos casos, el evento de carga se puede determinar con base en una correlación entre la ubicación de la UTC y la información asociada con la carga. Por ejemplo, si la información de ubicación incluida en la notificación de estado de UTC coincide con el destino de la carga, entonces el servidor de procesamiento de carga puede determinar que la entrega ha finalizado y se puede determinar un evento de finalización de entrega. En algunos casos, se puede usar información adicional para confirmar aún más el evento de carga. En un ejemplo, como se describió anteriormente, el servidor de procesamiento de carga también puede recibir información de ubicación de un conductor que está asignado para entregar la UTC desde un dispositivo de cliente conductor asociado con el conductor, y confirmar el evento de fin de entrega si la ubicación del conductor también coincide con el destino de la carga.
Como alternativa o adicionalmente, el servidor de procesamiento de carga puede usar otra información incluida en la notificación de estado de la UTC para determinar el evento de carga. Por ejemplo, el servidor de procesamiento de carga puede usar la información de estado de la puerta, la información de estado de carga o la información de movimiento incluida en la notificación de estado de la UTC para determinar el evento de carga. Como se describió anteriormente, esta información se puede utilizar para indicar si la puerta de la UTC está abierta o cerrada, la carga actual dentro de la UTC y si la UTC se está moviendo o está detenida. El servidor de procesamiento de carga puede usar esta información para determinar el evento de carga. En un ejemplo, si la UTC está estacionaria, la puerta está abierta y el almacenamiento dentro de la UTC se ha reducido en una cantidad que corresponde con una carga, el servidor de procesamiento de carga puede determinar que ha finalizado una entrega de la carga. En otro ejemplo, si la UTC comienza a moverse, la puerta está cerrada y la ubicación de la UTC cambia desde la ubicación de la carga, el servidor de procesamiento de carga puede determinar que se ha iniciado una entrega. En otro ejemplo, si la puerta está cerrada, el sensor de carga muestra que la UTC está parcial o totalmente cargada, y un encargado del expediente confirma la carga utilizando el dispositivo 132 cliente carga, entonces el servidor 142 de procesamiento de carga puede determinar que se ha iniciado una entrega.
En 506, se genera un registro de entrega basado en el evento de carga. Un registro de entrega puede incluir la duración, la distancia o una combinación de las mismas para la entrega de la carga. Por ejemplo, si se determina un evento de final de entrega para una carga, el servidor de procesamiento de carga puede buscar un evento de inicio de entrega asociado con la misma carga. El servidor de procesamiento de carga puede determinar la duración de la entrega basándose en las marcas de tiempo del evento de inicio de entrega y del evento de finalización de entrega de la misma carga. El servidor de procesamiento de carga también puede determinar la distancia de la entrega en función de la información de ubicación asociada con estos eventos. En algunos casos, el registro de entrega también puede incluir información de la carga, por ejemplo, tipo, tamaño, peso o cualquier otra información. Como se describió anteriormente, en algunos casos, el servidor de procesamiento de carga puede recibir la información de carga desde una aplicación cliente carga utilizada por un expedidor o un encargado del expediente, o desde un TMS.
En algunos casos, el registro de entrega también puede incluir información sobre el resultado de la entrega de la carga. La información del resultado de la entrega de la carga puede incluir si algo o parte de la carga se ha perdido o dañado, si la entrega se ha realizado a tiempo o con retraso, u otra información. En algunos casos, la información del resultado de la entrega de la carga puede ser introducida por un encargado del expediente que recibe la carga utilizando una aplicación cliente carga. La aplicación cliente carga puede enviar la información del resultado de la entrega al servidor de procesamiento de carga.
En algunos casos, un registro de entrega puede incluir información de múltiples entregas para el conductor. Por ejemplo, el registro de entrega puede incluir la información de la entrega actual y de las entregas anteriores realizadas por el conductor.
En algunos casos, el registro de entrega puede incluir otra información del conductor. Por ejemplo, el registro de entrega puede incluir el número y tipos de accidentes y el número de tipos de infracciones de tráfico cometidas por el conductor. La información sobre el conductor también puede incluir información reglamentaria, tal como fianzas, registro de conducción, antecedentes policiales u otra información de la licencia.
En 508, el servidor de procesamiento de carga genera una calificación para el conductor asignado a la entrega. La calificación se puede generar en base al registro de entrega. En algunos casos, se pueden mantener múltiples calificaciones para un conductor. Por ejemplo, un conductor puede tener una calificación de fiabilidad, que indica si el conductor es fiable en su entrega. Los factores utilizados para determinar la calificación de fiabilidad pueden incluir información sobre la entrega a tiempo o con retraso, si las cargas se han entregado correctamente, se han perdido, dañado o han sido robadas. Un conductor también puede tener una calificación de seguridad, que indica si el conductor tiene hábitos de conducción seguros. La calificación de seguridad puede incorporar factores como la tasa de accidentes, infracciones de tránsito, calificaciones de seguros, cobertura de seguros, puntos de demérito y otra información de calificación del conductor que puede ser introducida por el conductor o su empleador.
Como se describió anteriormente, la calificación del conductor se puede utilizar en el proceso de selección del conductor. Por ejemplo, la calificación se puede utilizar como factor para calcular la clasificación base de un conductor. Además, la calificación se puede utilizar en el proceso de selección para descalificar a un conductor en función de los requisitos establecidos por el propietario de una carga.
En algunos casos, la calificación de un conductor puede ser consultada por una o más entidades. Por ejemplo, una compañía de seguros o una agencia de fianzas pueden usar la información de calificación para determinar el seguro, la fianza u otra información basada en la calificación del conductor. Estas u otras entidades pueden enviar una consulta al servidor de procesamiento de carga. La consulta puede incluir la información de identidad de uno o más conductores. El servidor de procesamiento de carga puede recuperar la calificación y enviar una respuesta a estas entidades. En algunos casos, la calificación del conductor también se puede utilizar como base para determinar la compensación o los premios al conductor por parte del propietario de la carga, el empleador del conductor o una combinación de ambos.
La FIG. 6 ilustra un diagrama de bloques de arquitectura de alto nivel del servidor 142 de procesamiento de carga según una implementación. La ilustración descrita es una posible implementación del objeto descrito y no se pretende limitar la descripción a la única implementación descrita. Los expertos en la técnica apreciarán el hecho de que los componentes descritos pueden conectarse, combinarse y/o usarse de formas alternativas consistentes con esta descripción.
El servidor 142 de procesamiento de carga incluye un sistema informático configurado para procesar información de entrega de carga, incluida la recepción de notificaciones de estado de la UTCUTC, la selección de la UTCUTC, la selección de conductores, la generación de solicitudes de entrega, la generación de registros de entrega o cualesquiera combinaciones de las mismas. En algunos casos, el algoritmo de procesamiento de la información de entrega de la carga puede implementarse en un código informático ejecutable, por ejemplo, códigos ejecutables C/C++. En algunos casos, el servidor 142 de procesamiento de carga puede incluir un sistema Linux independiente que ejecuta aplicaciones por lotes. En algunos casos, el servidor 142 de procesamiento de carga puede incluir ordenadores móviles o personales.
El servidor 142 de procesamiento de carga puede comprender un ordenador que incluye un dispositivo de entrada, tal como un teclado numérico, teclado, pantalla táctil, micrófono, dispositivo de reconocimiento de voz, otro dispositivo que puede aceptar información del usuario y/o un dispositivo de salida que transporta información asociada con el funcionamiento del ordenador, incluidos datos digitales, información visual y/o de audio, o una GUI.
El servidor 142 de procesamiento de carga puede servir como un cliente, componente de red, un servidor, una base de datos u otra persistencia, y/o cualesquiera otros componentes. En algunas implementaciones, uno o más componentes del servidor 142 de procesamiento de carga pueden configurarse para operar dentro de un entorno basado en computación en la nube.
A un alto nivel, el servidor 142 de procesamiento de carga puede ser un dispositivo informático electrónico que puede funcionar para recibir, transmitir, procesar, almacenar o gestionar datos e información de entrega de carga. Según algunas implementaciones, el servidor 142 de procesamiento de carga también puede incluir un servidor de aplicaciones, un servidor de correo electrónico, un servidor web, un servidor de almacenamiento en caché, un servidor de transmisión de datos, un servidor de inteligencia empresarial (BI) y/u otro servidor, o estar acoplado de manera comunicativa con estos.
El servidor 142 de procesamiento de carga puede recibir solicitudes a través de la red 110 desde una aplicación de cliente y responder a las solicitudes recibidas procesando las solicitudes en una aplicación de software apropiada. Además, las solicitudes también pueden enviarse al servidor 142 de procesamiento de carga desde usuarios internos (por ejemplo, desde una consola de comando o por otro método de acceso apropiado), terceros o externos, otras aplicaciones automatizadas, así como cualesquiera otras entidades, individuos, sistemas u ordenadores apropiados.
Cada uno de los componentes del servidor 142 de procesamiento de carga puede comunicarse usando un bus 603 de sistema. En algunas implementaciones, cualquiera y/o todos los componentes del servidor 142 de procesamiento de carga, tanto hardware como software, pueden interactuar entre sí y/o o la interfaz 604 sobre el bus 603 del sistema usando una interfaz de programación de aplicaciones (API) 612 y/o una capa 613 de servicio. La API 612 puede incluir especificaciones para rutinas, estructuras de datos y clases de objetos. La API 612 puede ser independiente o dependiente del lenguaje informático y hacer referencia a una interfaz completa, a una sola función o incluso a un conjunto de API. La capa 613 de servicio proporciona servicios de software al servidor 142 de procesamiento de carga. La funcionalidad del servidor 142 de procesamiento de carga puede ser accesible para todos los consumidores de servicios que utilizan esta capa de servicio. Los servicios de software, tales como los proporcionados por la capa 613 de servicio, proporcionan funcionalidades empresariales definidas y reutilizables a través de una interfaz definida. Por ejemplo, la interfaz puede ser un software escrito en JAVA, C++ u otro lenguaje adecuado que proporcione datos en formato de Lenguaje de Marcado Extensible (XML) u otro formato adecuado. Si bien se ilustra como un componente integrado del servidor 142 de procesamiento de carga, las implementaciones alternativas pueden ilustrar la API 612 y/o la capa 613 de servicio como componentes independientes en relación con otros componentes del servidor 142 de procesamiento de carga. Además, cualquiera o todas las partes de la API 612 y/o la capa 613 de servicio pueden implementarse como módulos secundarios o submódulos de otro módulo de software, aplicación empresarial, o módulo de hardware sin apartarse del alcance de esta descripción.
El servidor 142 de procesamiento de carga incluye una interfaz 604. Aunque se ha ilustrado como una sola interfaz 604 en la FIG. 6, se pueden usar dos o más interfaces 604 según necesidades particulares, deseos o implementaciones particulares del servidor 142 de procesamiento de carga. La interfaz 604 es utilizada por el servidor 142 de procesamiento de carga para comunicarse con otros sistemas en un entorno distribuido conectado al red 110 (ya sea ilustrada o no). Generalmente, la interfaz 604 comprende lógica codificada en software y/o hardware en una combinación adecuada y operable para comunicarse con la red 110. Más específicamente, la interfaz 604 puede comprender software que admite uno o más protocolos de comunicación asociados con las comunicaciones de tal manera que la red 110 o el hardware de la interfaz puede funcionar para comunicar señales físicas dentro y fuera del servidor 142 de procesamiento de carga.
El servidor 142 de procesamiento de carga incluye un procesador 605. Aunque se ha ilustrado como un único procesador 605 en la FIG. 6, se pueden usar dos o más procesadores según necesidades particulares, deseos o implementaciones particulares del servidor 142 de procesamiento de carga. Generalmente, el procesador 605 ejecuta instrucciones y manipula datos para realizar las operaciones del servidor 142 de procesamiento de carga. Específicamente, el procesador 605 ejecuta la funcionalidad requerida para procesar los datos de entrega de carga.
El servidor 142 de procesamiento de carga también incluye una memoria 606 que contiene datos para el servidor 142 de procesamiento de carga. Aunque se ha ilustrado como una sola memoria 606 en la FIG. 6, se pueden usar dos o más memorias según necesidades particulares, deseos o implementaciones particulares del servidor 142 de procesamiento de carga. Mientras que la memoria 606 se ha ilustrado como un componente integral del servidor 142 de procesamiento de carga, en implementaciones alternativas, la memoria 606 puede ser externa al servidor 142 de procesamiento de carga.
La aplicación 607 puede ser un motor de software algorítmico que proporciona funcionalidad según necesidades particulares, deseos o implementaciones particulares del servidor 142 de procesamiento de carga, particularmente con respecto a la funcionalidad requerida para procesar datos de entrega de carga. Aunque se ha ilustrado como una sola aplicación 607, la aplicación 607 puede implementarse como múltiples aplicaciones 607 en el servidor 142 de procesamiento de carga. Además, aunque se ha ilustrado como parte integral del servidor 142 de procesamiento de carga, en implementaciones alternativas, la aplicación 607 puede ser externa al servidor 142 de procesamiento de carga.
Puede haber cualquier número del servidor 142 de procesamiento de carga asociado con, o externo a, y comunicándose a través de la red 110. Además, esta descripción contempla que muchos usuarios pueden usar un servidor 142 de procesamiento de carga, o que un usuario puede usar múltiples servidores 142 de procesamiento de carga.
La FIG. 7 es un diagrama de bloques que ilustra un dispositivo móvil ejemplar 700 según una implementación. El dispositivo móvil ejemplar 700 se puede usar para ejecutar aplicaciones para el sistema de envío de carga, por ejemplo, la aplicación cliente conductor, la aplicación cliente carga o la aplicación cliente maniobras, descritas anteriormente. La ilustración descrita es una posible implementación del objeto descrito y no pretende limitar la descripción a la única implementación descrita. Los expertos en la técnica apreciarán el hecho de que los componentes descritos pueden conectarse, combinarse y/o usarse de formas alternativas consistentes con esta descripción.
El dispositivo ilustrado 700 incluye una unidad 702 de procesamiento, un medio 704 de almacenamiento legible por ordenador (por ejemplo, una ROM o memoria flash), un subsistema 706 de comunicación inalámbrica, una interfaz 708 de usuario y una interfaz 710 de E/S.
La unidad 702 de procesamiento puede incluir uno o más componentes de procesamiento (alternativamente denominados como "procesadores" o "unidades centrales de procesamiento" (CPU)) configurados para ejecutar instrucciones relacionadas con uno o más de los procesos, etapas o acciones descritos en la presente memoria en relación con una o más de las implementaciones descritas en la presente memoria. En algunas implementaciones, la unidad 702 de procesamiento puede configurarse para generar información de control, tal como un informe de medición, o para responder a la información recibida, tal como información de control procedente de un nodo de red. La unidad 702 de procesamiento también puede configurarse para tomar una decisión de Gestión de Recursos de Radio (RRM), tal como información de selección/nueva selección de celda, o activar un informe de medición. La unidad 702 de procesamiento también puede incluir otros componentes auxiliares, tales como memoria de acceso aleatorio (RAM) y memoria de solo lectura (ROM).
El medio 704 de almacenamiento legible por ordenador puede almacenar un sistema operativo (OS) del dispositivo 700 y varias otras instrucciones, lógica o programas de software ejecutables por ordenador para realizar uno o más de los procesos, etapas o acciones descritos anteriormente. En algunos casos, el medio 704 de almacenamiento legible por ordenador puede ser transitorio, no transitorio o una combinación de los mismos.
El subsistema 706 de comunicación inalámbrica puede configurarse para proporcionar comunicación inalámbrica para voz, datos y/o información de control proporcionada por la unidad 702 de procesamiento. El subsistema 706 de comunicación inalámbrica puede incluir, por ejemplo, una o más antenas, un receptor, un transmisor, un oscilador local, un mezclador y una unidad de procesamiento de señal digital (DSP). En algunas implementaciones, el subsistema 706 puede admitir transmisiones de múltiples entradas y múltiples salidas (MIMO). En algunas implementaciones, el receptor en los subsistemas 706 de comunicación inalámbrica puede ser un receptor avanzado o un receptor de línea de base. Se pueden implementar dos receptores con algoritmos de procesamiento de receptor idénticos, similares o diferentes.
La interfaz 708 de usuario puede incluir, por ejemplo, una o más pantallas o pantallas táctiles (por ejemplo, una pantalla de cristal líquido (LCD), una pantalla emisora de luz (LED), una pantalla emisora de luz orgánica (OLED), un sistema micro electromecánico (dispositivo de visualización MEMS), un teclado o teclado numérico, un trackball (“bola de seguimiento”), un altavoz y un micrófono. La interfaz 710 de E/S puede incluir, por ejemplo, una interfaz de bus serie universal (USB).
Las implementaciones del tema y las operaciones funcionales descritas en esta especificación pueden implementarse en circuitos electrónicos digitales, software o firmware de ordenador incorporado tangiblemente, en hardware de ordenador, incluidas las estructuras reveladas en esta especificación y sus equivalentes estructurales, o en combinaciones de uno o más de ellos. Las implementaciones del tema descrito en esta especificación pueden implementarse como uno o más programas informáticos, es decir, uno o más módulos de instrucciones de programas informáticos codificados en un medio de almacenamiento informático tangible y no transitorio para su ejecución por, o para controlar la operación de, aparatos de procesamiento de datos. Alternativamente o además, las instrucciones del programa pueden codificarse en una señal propagada generada artificialmente, por ejemplo, una señal eléctrica, óptica o electromagnética generada por una máquina que se genera para codificar información para su transmisión a un aparato receptor adecuado para su ejecución por un aparato de procesamiento de datos. El medio de almacenamiento informático puede ser un dispositivo de almacenamiento legible por máquina, un sustrato de almacenamiento legible por máquina, un dispositivo de memoria de acceso aleatorio o en serie, o una combinación de uno o más de ellos.
Los términos "aparato de procesamiento de datos", "ordenador" o "dispositivo informático electrónico" (o equivalente, tal como lo entiende un experto en la técnica) se refieren al hardware de procesamiento de datos y abarcan todo tipo de aparatos, dispositivos y máquinas para procesar datos, incluyendo a modo de ejemplo, un procesador programable, un ordenador o múltiples procesadores u ordenadores. El aparato también puede ser o incluir además un circuito lógico de propósito especial, por ejemplo, una unidad central de procesamiento (CPU), una FPGA (matriz de puertas programables en campo) o un ASIC (circuito integrado específico de la aplicación). En algunas implementaciones, el aparato de procesamiento de datos y/o el circuito lógico de propósito especial pueden estar basados en hardware y/o software. El aparato puede incluir opcionalmente un código que crea un entorno de ejecución para programas informáticos, por ejemplo, un código que constituye el firmware del procesador, una pila de protocolos, un sistema de gestión de bases de datos, un sistema operativo o una combinación de uno o más de ellos. La presente descripción contempla el uso de aparatos de procesamiento de datos con o sin sistemas operativos convencionales, por ejemplo, LINUX, UNIX, WINDOWS, MAC Os , ANDROID, IOS o cualquier otro sistema operativo convencional adecuado.
Un programa informático, al que también se puede hacer referencia o describir como programa, software, aplicación de software, un módulo, un módulo de software, un script o código, puede escribirse en cualquier forma de lenguaje de programación, incluidos los lenguajes compilados o interpretados., o lenguajes declarativos o de procedimiento, y se puede implementar de cualquier forma, incluso como un programa independiente o como un módulo, componente, subrutina u otra unidad adecuada para su uso en un entorno informático. Un programa informático puede, pero no necesariamente, corresponder a un archivo en un sistema de archivos. Un programa se puede almacenar en una parte de un archivo que contiene otros programas o datos, por ejemplo, uno o más scripts almacenados en un documento de lenguaje de marcado, en un solo archivo dedicado al programa en cuestión o en múltiples archivos coordinados, por ejemplo, archivos que almacenan uno o más módulos, subprogramas o porciones de código. Un programa informático puede implementarse para ejecutarse en un ordenador o en varios ordenadores que están ubicados en un sitio o distribuidos en varios sitios e interconectados por una red de comunicación. Si bien partes de los programas ilustrados en las diversas figuras se muestran como módulos individuales que implementan las diversas características y funcionalidades a través de varios objetos, métodos u otros procesos, los programas pueden en su lugar incluir una serie de submódulos, servicios de terceros, componentes, bibliotecas y demás, según corresponda. Por el contrario, las características y la funcionalidad de varios componentes se pueden combinar en componentes individuales, según corresponda.
Los procesos y flujos lógicos descritos en esta especificación pueden ser realizados por uno o más ordenadores programables, ejecutando uno o más programas informáticos para realizar funciones operando sobre datos de entrada y generando salidas. Los procesos y los flujos lógicos también se pueden realizar y los aparatos también se pueden implementar como circuitos lógicos de propósito especial, por ejemplo, una CPU, una FPGA o un ASIC.
Los ordenadores aptos para la ejecución de un programa informático pueden estar basados en microprocesadores de propósito general o especial, ambos, o cualquier otro tipo de CPU. Generalmente, una CPU recibirá instrucciones y datos procedentes de una memoria de solo lectura (ROM) o de una memoria de acceso aleatorio (RAM) o de ambas. Los elementos esenciales de un ordenador son una CPU para realizar o ejecutar instrucciones y uno o más dispositivos de memoria para almacenar instrucciones y datos. En general, un ordenador también incluirá, o estará acoplado operativamente, para recibir datos de, o transferir datos a, o ambas cosas, uno o más dispositivos de almacenamiento masivo para almacenar datos, por ejemplo, discos magnéticos, magneto-ópticos o discos ópticos. Sin embargo, un ordenador no necesita tener tales dispositivos. Además, un ordenador puede integrarse en otro dispositivo, por ejemplo, un teléfono móvil, un asistente digital personal (PDA), un reproductor móvil de audio o de video, una consola de juegos, un receptor de sistema de posicionamiento global (GPS) o un dispositivo de almacenamiento portátil., por ejemplo, una unidad flash de bus serie universal (USB), por nombrar solo algunos.
Los medios legibles por ordenador (transitorios o no transitorios, según corresponda) adecuados para almacenar instrucciones y datos de programas informáticos incluyen todas las formas de memoria no volátil, medios y dispositivos de memoria, incluidos, a modo de ejemplo, dispositivos de memoria semiconductores, por ejemplo, memoria de solo lectura borrable programable (EPROM), memoria de solo lectura programable borrable eléctricamente (EEPROM) y dispositivos de memoria flash; discos magnéticos, por ejemplo, discos duros internos o discos extraíbles; discos magneto-ópticos; y discos CD ROM, DVD+/-R, DVD-RAM y DVD-ROM. La memoria puede almacenar varios objetos o datos, incluidos memorias caché, clases, estructuras, aplicaciones, datos de respaldo, trabajos, páginas web, plantillas de páginas web, tablas de bases de datos, repositorios que almacenan información comercial y/o dinámica, y cualquier otra información apropiada, incluidos cualesquiera parámetros., variables, algoritmos, instrucciones, reglas, restricciones o referencias a los mismos. Además, la memoria puede incluir cualquier otro dato apropiado, tales como registros, políticas, datos de seguridad o de acceso, archivos de informes, entre otros. El procesador y la memoria pueden complementarse o incorporarse a un circuito lógico de propósito especial.
Para permitir la interacción con un usuario, las implementaciones del tema descrito en esta especificación se pueden implementar en un ordenador que tenga un dispositivo de visualización, por ejemplo, un CRT (tubo de rayos catódicos), LCD (pantalla de cristal líquido), LED (diodo emisor de luz).), o monitor de plasma, para mostrar información al usuario y un teclado y un dispositivo señalizador, por ejemplo, un ratón, trackball o trackpad (“almohadilla táctil”) mediante el cual el usuario puede proporcionar información al ordenador. La entrada también se puede proporcionar al ordenador mediante una pantalla táctil, tal como una superficie de tableta con sensibilidad a la presión, una pantalla multitáctil con detección capacitiva o eléctrica, u otro tipo de pantalla táctil. También se pueden usar otros tipos de dispositivos para permitir la interacción con un usuario; por ejemplo, la retroalimentación proporcionada al usuario puede ser cualquier forma de retroalimentación sensorial, por ejemplo, retroalimentación visual, retroalimentación auditiva o retroalimentación táctil; y la entrada del usuario se puede recibir de cualquier forma, incluida la entrada acústica, de voz o táctil. Además, un ordenador puede interactuar con un usuario enviando y recibiendo documentos desde un dispositivo que utiliza el usuario; por ejemplo, enviando páginas web a un navegador web en el dispositivo cliente de un usuario en respuesta a solicitudes recibidas desde el navegador web.
El término "interfaz gráfica de usuario" o "GUI" puede usarse en singular o plural para describir una o más interfaces gráficas de usuario y cada una de las pantallas de una interfaz gráfica de usuario particular. Por lo tanto, una GUI puede representar cualquier interfaz gráfica de usuario, incluidos, entre otros, un navegador web, una pantalla táctil o una interfaz de línea de comandos (CLI) que procesa información y presenta de manera eficiente los resultados de la información al usuario. En general, una GUI puede incluir una pluralidad de elementos de interfaz de usuario (UI), algunos o todos asociados con un navegador web, tales como campos interactivos, listas desplegables y botones operables por el usuario de la suite de negocios. Estos y otros elementos de la interfaz de usuario pueden estar relacionados o representar las funciones del navegador web.
Las implementaciones del tema descrito en esta especificación se pueden implementar en un sistema informático que incluye un componente de “back-end” (modo administrador), por ejemplo, como un servidor de datos, o que incluye un componente de middleware, por ejemplo, un servidor de aplicaciones, o que incluye un componente “front-end” (interfaz del usuario), por ejemplo, un ordenador cliente que tiene una interfaz gráfica de usuario o un navegador web a través del cual un usuario puede interactuar con una implementación del tema descrito en esta especificación, o cualquier combinación de uno o más componentes de “back-end”, middleware (software de servicios comunes para las aplicaciones) o “front-end”. Los componentes del sistema pueden estar interconectados por cualquier forma o medio de comunicación de datos digitales cableada y/o inalámbrica, por ejemplo, una red de comunicación. Ejemplos de redes de comunicación incluyen una red de área local (LAN), una red de acceso por radio (RAN), una red de área metropolitana (MAN), una red de área amplia (WAN), Interoperabilidad mundial para acceso por microondas (WIMAX), una red de área local inalámbrica (WLAN) usando, por ejemplo, 802.11 a/b/g/n y/o 802.20, toda o una parte de Internet y/o cualquier otro sistema o sistemas de comunicación en una o más ubicaciones. La red puede comunicarse, por ejemplo, con paquetes de Protocolo de Internet (IP), tramas Frame Relay, celdas de Modo de Transferencia Asíncrono (ATM), voz, video, datos y/u otra información adecuada entre direcciones de red.
El sistema informático puede incluir clientes y servidores. Un cliente y un servidor generalmente están alejados entre sí y normalmente interactúan a través de una red de comunicación. La relación de cliente y servidor surge en virtud de los programas informáticos que se ejecutan en los respectivos ordenadores y tienen una relación cliente-servidor entre sí.
En algunas implementaciones, cualquiera o todos los componentes del sistema informático, tanto hardware como software, pueden interactuar entre sí y/o la interfaz mediante una interfaz de programación de aplicaciones (API) y/o una capa de servicio. La API puede incluir especificaciones para rutinas, estructuras de datos y clases de objetos. La API puede ser independiente o dependiente del lenguaje informático y hacer referencia a una interfaz completa, una sola función o incluso un conjunto de API. La capa de servicio proporciona servicios de software al sistema informático. La funcionalidad de los diversos componentes del sistema informático puede ser accesible para todos los consumidores de servicios a través de esta capa de servicios. Los servicios de software proporcionan funcionalidades comerciales definidas y reutilizables a través de una interfaz definida. Por ejemplo, la interfaz puede ser un software escrito en JAVA, C++ u otro lenguaje adecuado que proporcione datos en formato de lenguaje de marcado extensible (XML) u otro formato adecuado. La API y/o la capa de servicio pueden ser un componente integral y/o independiente en relación con otros componentes del sistema informático. Además, cualquiera o todas las partes de la capa de servicio pueden implementarse como módulos secundarios o submódulos de otro módulo de software, aplicación empresarial o módulo de hardware sin apartarse del alcance de esta descripción.
Si bien esta especificación contiene muchos detalles de implementación específicos, estos no deben interpretarse como limitaciones en el alcance de cualquier invención o en el alcance de lo que se puede reivindicar, sino más bien como descripciones de características que pueden ser específicas para implementaciones particulares de invenciones particulares. Ciertas características que se describen en esta especificación en el contexto de implementaciones separadas también se pueden implementar en combinación en una sola implementación. Por el contrario, varias características que se describen en el contexto de una sola implementación también se pueden implementar en múltiples implementaciones por separado o en cualquier subcombinación adecuada. Además, aunque las características pueden haberse descrito anteriormente como actuando en ciertas combinaciones e incluso reivindicarse inicialmente como tales, una o más características de una combinación reivindicada pueden, en algunos casos, eliminarse de la combinación, y la combinación reivindicada puede dirigirse a un sub-combinación o variante de una sub-combinación.
Se han descrito implementaciones particulares del tema. Otras implementaciones, alteraciones y permutaciones de las implementaciones descritas están dentro del alcance de las siguientes reivindicaciones, como será evidente para los expertos en la técnica. Aunque las operaciones se representan en los dibujos o reivindicaciones en un orden particular, esto no debe entenderse como que se requiere que dichas operaciones se realicen en el orden particular que se muestra o en orden secuencial, o que se realicen todas las operaciones ilustradas (algunas operaciones pueden considerarse opcionales).), para lograr los resultados deseados. En determinadas circunstancias, la multitarea y el procesamiento en paralelo pueden resultar ventajosos.
Además, la separación y/o integración de varios módulos y componentes del sistema en las implementaciones descritas anteriormente no debe entenderse como que requiere tal separación y/o integración en todas las implementaciones, y debe entenderse que los componentes y sistemas del programa descritos generalmente pueden ser integrados en un solo producto de software o empaquetados en múltiples productos de software.
Claims (13)
1. Un método (200) implementado por ordenador para mejorar la eficiencia de un sistema (100) de envío de carga, comprendiendo el método:
recibir (202), mediante un servidor (142), una unidad de transporte de carga, UTC (102), notificación de estado de un dispositivo de seguimiento de carga instalado en una UTC, en donde la notificación de estado de la UTC indica un estado de carga de la UTC, y en donde la notificación del estado de la UTC se recibe periódicamente, y en donde el dispositivo de seguimiento de carga determina la velocidad actual de la UTC en función de un cambio de ubicación de la UTC y el dispositivo de seguimiento de carga cambia la periodicidad de la notificación del estado de la UTC en función de la velocidad actual de la UTC.;
en respuesta a la recepción de la notificación de estado de la UTC, determinar (204), por parte del servidor, que la UTC está lista para su envío;
recibir (206), por parte del servidor, información de disponibilidad asociada con cada uno de una pluralidad de conductores;
seleccionar (208), por parte del servidor y en base a la notificación de estado de la UTC y la información de disponibilidad, un conductor para la UTC de la pluralidad de conductores; y
enviar (210) una solicitud de entrega al conductor seleccionado.
2. El método (200) de la reivindicación 1, en donde la notificación de estado de la UTC indica además una ubicación de la UTC (102).
3. El método (200) de la reivindicación 1, que comprende, además:
recibir información complementaria de una carga en la UTC (102), en donde la información complementaria comprende al menos uno de un tipo de carga, un valor de la carga o una prioridad de la carga, y el conductor se selecciona en base al menos en parte sobre la información complementaria de la carga.
4. El método (200) de la reivindicación 1, que comprende, además:
recibir una información de ubicación asociada con el conductor seleccionado;
recibir una notificación de estado de la UTC actualizada desde el dispositivo de seguimiento de carga; determinar, en base a la información de ubicación y la notificación de estado de la UTC actualizada, que la UTC (102) está en camino; y
en respuesta a la determinación de que la UTC está en camino, enviar una confirmación.
5. El método (200) de la reivindicación 1, en donde la UTC (102) es al menos un remolque o un contenedor de transporte.
6. El método (200) de la reivindicación 1, en donde el conductor es un sistema de conducción automatizado.
7. Un dispositivo electrónico (142), que comprende:
una memoria (606); y
al menos un procesador (605) de hardware acoplado comunicativamente con la memoria y configurado para: recibir (202) una unidad de transporte de carga, UTC (102), notificación de estado desde un dispositivo de seguimiento de carga instalado en una UTC, en donde la notificación de estado de la UTC indica un estado de carga de la UTCUTC, y en donde la notificación de estado de la UTC se recibe periódicamente, y en donde el dispositivo de seguimiento de carga determina una velocidad actual de la UTC basándose en un cambio de ubicación de la UTC y el dispositivo de seguimiento de carga cambia la periodicidad de la notificación de estado de la UTC basándose en la velocidad actual de la CTU;
en respuesta a la recepción de la notificación de estado de la UTC, determinar (204) que la UTC está lista para el envío;
recibir (206) información de disponibilidad asociada con cada uno de una pluralidad de conductores; seleccionar (208), basándose en la notificación de estado de la UTC y la información de disponibilidad, un conductor para la UTC de la pluralidad de conductores; y
enviar (210) una solicitud de entrega al conductor seleccionado.
8. El dispositivo electrónico (142) de la reivindicación 7, en donde la notificación de estado de la UTC indica además una ubicación de la UTC (102).
9. El dispositivo electrónico (142) de la reivindicación 7, en donde al menos un procesador de hardware está configurado para recibir información complementaria de una carga en la UTC (102), y en donde la información complementaria comprende al menos uno de un tipo de carga, un valor de la carga, o una prioridad de la carga, y el conductor se selecciona basándose, al menos en parte, en la información complementaria de la carga.
10. El dispositivo electrónico (142) de la reivindicación 7, en donde el al menos un procesador de hardware está configurado para:
recibir una información de ubicación asociada con el conductor seleccionado;
recibir una notificación de estado de la UTC actualizada desde el dispositivo de seguimiento de carga; determinar, en base a la información de ubicación y la notificación de estado de la UTC actualizada, que la UTC (102) está en ruta; y
en respuesta a la determinación de que la UTC está en ruta, enviar una confirmación.
11. El dispositivo electrónico (142) de la reivindicación 7, en donde la UTC es al menos un remolque o un contenedor de transporte.
12. El dispositivo electrónico (142) de la reivindicación 7, en donde el conductor es un sistema de conducción automatizado.
13. Un medio legible por ordenador no transitorio que contiene instrucciones que, cuando se ejecutan, hacen que un dispositivo informático (142) realice el método de cualquiera de las reivindicaciones 1 a 6.
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US15/254,654 US20180060809A1 (en) | 2016-09-01 | 2016-09-01 | Improving efficiency of a cargo shipping system |
| PCT/CA2017/051030 WO2018039800A1 (en) | 2016-09-01 | 2017-08-31 | Improving efficiency of a cargo shipping system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2958602T3 true ES2958602T3 (es) | 2024-02-12 |
Family
ID=61242875
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES17844752T Active ES2958602T3 (es) | 2016-09-01 | 2017-08-31 | Mejora de la eficiencia de un sistema de envío de carga |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20180060809A1 (es) |
| EP (1) | EP3491596B1 (es) |
| ES (1) | ES2958602T3 (es) |
| WO (1) | WO2018039800A1 (es) |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11423349B2 (en) * | 2016-09-30 | 2022-08-23 | Runbuggy Omi, Inc. | Predictive analytics for transport services |
| US10679173B2 (en) | 2018-02-19 | 2020-06-09 | Rpmanetworks Holdings | End to end logistic chain tracking and control of shipping containers |
| US10956844B2 (en) | 2019-04-29 | 2021-03-23 | Advanced New Technologies Co., Ltd. | Method and apparatus for determining vehicle scheduling strategy |
| CN110189083A (zh) * | 2019-05-31 | 2019-08-30 | 深圳市精准世纪信息科技有限公司 | 一种基于移动端的物流中心调度智能管理方法 |
| CN110223027B (zh) * | 2019-06-20 | 2022-04-01 | 吉旗物联科技（上海）有限公司 | 货物装卸点识别参数特征设计方法及装置 |
| DE102019215193A1 (de) * | 2019-10-02 | 2021-04-08 | Robert Bosch Gmbh | Vorrichtung zur Verfolgung einer Ladung |
| US11195260B1 (en) * | 2021-04-01 | 2021-12-07 | Xirgo Technologies, Llc | Gateway device for volumetric sensing |
| JP2022186005A (ja) * | 2021-06-04 | 2022-12-15 | トヨタ自動車株式会社 | 商品配送システム、商品配送装置および商品配送プログラム |
Family Cites Families (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6748318B1 (en) * | 1993-05-18 | 2004-06-08 | Arrivalstar, Inc. | Advanced notification systems and methods utilizing a computer network |
| US7085775B2 (en) * | 1997-04-09 | 2006-08-01 | Sidewinder Holdings Ltd. | Database method and system for conducting integrated dispatching |
| US6611755B1 (en) * | 1999-12-19 | 2003-08-26 | Trimble Navigation Ltd. | Vehicle tracking, communication and fleet management system |
| US7653457B2 (en) * | 2001-03-16 | 2010-01-26 | Breakthrough Logistics Corporation | Method and system for efficient package delivery and storage |
| US7069239B2 (en) * | 2001-04-30 | 2006-06-27 | Nintendo Of America Inc. | System and method for tracking trailers |
| US8354927B2 (en) * | 2002-06-11 | 2013-01-15 | Intelligent Technologies International, Inc. | Shipping container monitoring based on door status |
| US20040167825A1 (en) * | 2002-12-09 | 2004-08-26 | Nadan Joseph S. | System for optimization of drayage services |
| US20050216294A1 (en) * | 2003-12-22 | 2005-09-29 | Labow Paul D E | Cargo tracking system and method |
| US7385529B2 (en) * | 2004-06-14 | 2008-06-10 | Fittipaldi Logistics, Inc. | Dynamic and predictive information system and method for shipping assets and transport |
| US20060074791A1 (en) * | 2004-09-28 | 2006-04-06 | Jelaco John A | System, method and associated software for managing the transportation of goods |
| US7385500B2 (en) * | 2005-02-16 | 2008-06-10 | Igit Enterprises, Inc. | System and method for effectuating the acquisition and distribution of tracking data on mobile assets, including shipment containers used in freight transportation |
| WO2009140669A2 (en) * | 2008-05-16 | 2009-11-19 | Terahop Networks, Inc. | Securing, monitoring and tracking shipping containers |
| US20120158608A1 (en) * | 2010-12-17 | 2012-06-21 | Oracle International Corporation | Fleet dispatch plan optimization |
| CA2829920C (en) * | 2011-03-21 | 2022-03-29 | Trucktrax, Llc | Tracking and management system |
| US9501920B2 (en) * | 2012-06-22 | 2016-11-22 | K.L. Harring Transportation LLC | Cargo tracking and monitoring system |
| US20150006428A1 (en) * | 2013-06-28 | 2015-01-01 | 10-4 Systems, Inc. | Freight shipment booking system |
| US10551851B2 (en) * | 2013-07-01 | 2020-02-04 | Steven Sounyoung Yu | Autonomous unmanned road vehicle for making deliveries |
| US20150046229A1 (en) * | 2013-08-06 | 2015-02-12 | Pinc Solutions | Managing trailers and shipments |
| US11775892B2 (en) * | 2013-10-03 | 2023-10-03 | Crc R&D, Llc | Apparatus and method for freight delivery and pick-up |
| US20150278759A1 (en) * | 2014-03-26 | 2015-10-01 | Go Taxi Truck, LLC | System and Method for Vehicle Delivery Tracking Service |
| US10453023B2 (en) * | 2014-05-28 | 2019-10-22 | Fedex Corporate Services, Inc. | Methods and node apparatus for adaptive node communication within a wireless node network |
| US20160012391A1 (en) * | 2014-07-08 | 2016-01-14 | Rick Burnett | Shipper and Carrier Interaction Optimization Platform |
| US20170024685A1 (en) * | 2014-10-05 | 2017-01-26 | Aldo Disorbo | Systems and methods for intelligent object transmission |
| US20160104112A1 (en) * | 2014-10-13 | 2016-04-14 | Marc Gorlin | Peer to Peer Delivery System |
| US20160238406A1 (en) * | 2015-02-13 | 2016-08-18 | The Burtner Group, LLC | Refrigerated transport container wireless remote tracking and management systems and methods |
| WO2016187169A2 (en) * | 2015-05-15 | 2016-11-24 | Overhaul Group, Inc. | Carrier and shipper interfacing and shipment tracking framework for efficient scheduling and transportation of cargo, with security monitoring and efficient payment to carriers |
| US20170053228A1 (en) * | 2015-08-21 | 2017-02-23 | Trakkx Com Llc | Method and systems for facilitating shipping transactions in virtual dashboard |
-
2016
- 2016-09-01 US US15/254,654 patent/US20180060809A1/en not_active Abandoned
-
2017
- 2017-08-31 WO PCT/CA2017/051030 patent/WO2018039800A1/en unknown
- 2017-08-31 EP EP17844752.0A patent/EP3491596B1/en active Active
- 2017-08-31 ES ES17844752T patent/ES2958602T3/es active Active
Also Published As
| Publication number | Publication date |
|---|---|
| EP3491596A4 (en) | 2019-12-18 |
| EP3491596C0 (en) | 2023-07-19 |
| EP3491596B1 (en) | 2023-07-19 |
| WO2018039800A1 (en) | 2018-03-08 |
| EP3491596A1 (en) | 2019-06-05 |
| US20180060809A1 (en) | 2018-03-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2958602T3 (es) | Mejora de la eficiencia de un sistema de envío de carga | |
| EP3491594B1 (en) | Improving efficiency of a cargo shipping system | |
| US20200333785A1 (en) | Autonomously delivering items to corresponding delivery locations proximate a delivery route | |
| US20140143169A1 (en) | Systems, devices, and methods for carrier verification in a freight transportation network | |
| US10643256B2 (en) | Configuring a self-driving vehicle for charitable donations pickup and delivery | |
| US10268982B2 (en) | Carrier and shipper interfacing and shipment tracking framework for efficient scheduling and transportation of cargo, with security monitoring and efficient payment to carriers | |
| US9905100B2 (en) | Remote initiation of interaction by a computing entity | |
| US9127945B2 (en) | Systems and methods for managing a cargo transaction | |
| US9619776B1 (en) | Systems and methods for individualized routing and transportation of parcels | |
| US20200193368A1 (en) | Transporting objects using autonomous vehicles | |
| US10330483B2 (en) | Controller profile based control of a cargo vehicle | |
| US20180060810A1 (en) | Efficiency of a cargo shipping system | |
| US20190087778A1 (en) | Dynamic Load Matching Engine Methods and Systems | |
| BR112019015176B1 (pt) | Sistemas para roteamento e controle de veículos para frete | |
| US20150339624A1 (en) | Systems and methods for device-based carrier verification in a freight transportation network | |
| US20180052462A1 (en) | Mobile application user interface for efficiently managing and assuring the safety, quality and security of goods stored within a truck, tractor or trailer | |
| WO2018039798A1 (en) | Improving efficiency of a cargo shipping system | |
| US20170323259A1 (en) | Remote initiation of interaction by a computing entity | |
| US20140195421A1 (en) | Factoring in freight transportation utilizing authenticated data | |
| US11783281B2 (en) | System and methods for self-adjusting electronic reconciliation of a contribution amount and delivery value | |
| US11787444B2 (en) | Management device, transportation system, management method, and recording medium | |
| US10559139B2 (en) | Actions associated with vehicle receiving stations | |
| US10891582B2 (en) | Smart inventory for logistics | |
| US20200034789A1 (en) | Reducing Demurrage Costs | |
| US10046858B2 (en) | Delivery of payloads using aircraft |