BR112020008203A2 - sistema de computador em rede para avaliar um operador de veículo de carga - Google Patents

sistema de computador em rede para avaliar um operador de veículo de carga Download PDF

Info

Publication number
BR112020008203A2
BR112020008203A2 BR112020008203-1A BR112020008203A BR112020008203A2 BR 112020008203 A2 BR112020008203 A2 BR 112020008203A2 BR 112020008203 A BR112020008203 A BR 112020008203A BR 112020008203 A2 BR112020008203 A2 BR 112020008203A2
Authority
BR
Brazil
Prior art keywords
operator
cargo
vehicle
cargo vehicle
computer system
Prior art date
Application number
BR112020008203-1A
Other languages
English (en)
Inventor
Luis Madrigal
Eyal Lasker
Xiao Guo
Padmini Pyapali
Tony Ran Zhang
Original Assignee
Uber Technologies, Inc.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Uber Technologies, Inc. filed Critical Uber Technologies, Inc.
Publication of BR112020008203A2 publication Critical patent/BR112020008203A2/pt

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G08G1/127—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams to a central station ; Indicators in a central station
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W40/09—Driving style or behaviour
    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • G06Q10/06398—Performance of employee with respect to a job function
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/08—Registering or indicating performance data other than driving, working, idle, or waiting time, with or without registering driving, working, idle or waiting time
    • G07C5/0841—Registering performance data
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/123—Traffic control systems for road vehicles indicating the position of vehicles, e.g. scheduled vehicles; Managing passenger vehicles circulating according to a fixed timetable, e.g. buses, trains, trams
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/14—Traffic control systems for road vehicles indicating individual free spaces in parking areas
    • G08G1/145—Traffic control systems for road vehicles indicating individual free spaces in parking areas where the indication depends on the parking areas
    • G08G1/148—Management of a network of parking areas
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/08—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to drivers or passengers
    • B60W2040/0818—Inactivity or incapacity of driver
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/45—External transmission of data to or from the vehicle

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Human Resources & Organizations (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Economics (AREA)
  • Educational Administration (AREA)
  • Development Economics (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Marketing (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mathematical Physics (AREA)
  • Automation & Control Theory (AREA)
  • Transportation (AREA)
  • Mechanical Engineering (AREA)
  • Traffic Control Systems (AREA)

Abstract

Um sistema de computador em rede pode associar um operador a um dispositivo móvel. Além disso, o sistema de computador da rede pode monitorar o operador usando o dispositivo móvel durante um intervalo de tempo em que um veículo de carga é operado entre um local de início e um local de destino. Durante o intervalo de tempo, o sistema de computador em rede pode controlar o dispositivo móvel na transmissão de dados de intervalo. Os dados do intervalo podem incluir (i) informações de localização do veículo de carga ao longo do intervalo de tempo, (ii) informações de operação do veículo do veículo de carga enquanto o veículo de carga estiver em operação e (iii) informações do dispositivo móvel. Com base nos dados do intervalo, o sistema de computador em rede pode determinar um ou mais subintervalos em que o veículo de carga está desligado ou que o operador deixou o veículo de carga quando o veículo de carga está ocioso. Além disso, com base nos dados do intervalo, o sistema de computador da rede pode avaliar o operador ao longo do intervalo de tempo usando os dados do intervalo. A avaliação do operador pode incluir o uso das informações do dispositivo móvel para avaliar o operador em um ou mais subintervalos.

Description

Relatório Descritivo da Patente de Invenção para: “SISTEMA
DE COMPUTADOR EM REDE PARA AVALIAR UM OPERADOR DE VEÍCULO DE CARGA” REFERÊNCIA CRUZADA A PEDIDOS RELACIONADOS
[001] Este pedido reivindica o benefício de prioridade para cada um de (i) Pedido de Patente US Nº 15/804,838, depositado em 6 de novembro de 2017 e de (ii) Pedido de Patente US Nº 15/804,829, depositado em 6 de novembro de 2017, cada um dos quais reivindica o benefício de prioridade ao Pedido Provisório US Nº 62/576,859, depositado em 25 de outubro de 2017. Todos os pedidos prioritários acima mencionados são aqui incorporados por referência em suas respectivas totalidades.
ANTECEDENTES
[002] Geralmente, os veículos de carga têm um padrão ou cuidado elevado em relação à sua operação, em comparação com outros tipos de veículos rodoviários. Como tal, pode ser necessária uma maior quantidade de habilidade e diligência dos operadores de carga, em comparação com outros condutores. Por exemplo, pode ser necessário que os operadores de carga tenham carteira de habilitação de classe especial. Embora os requisitos de operadores de carga e veículos sejam aumentados, geralmente existem poucos mecanismos para monitorar os operadores de carga, dadas as grandes distâncias percorridas pelos operadores de carga.
BREVE DESCRIÇÃO DOS DESENHOS
[003] A FIG. 1 ilustra um exemplo de sistema de computador em rede para avaliar um operador de carga;
[004] a FIG. 2 ilustra um exemplo de método para avaliar um operador de carga;
[005] a FIG. 3 ilustra um exemplo de método para determinar um horário de chegada para um veículo de carga chegar a uma localização de destino;
[006] a FIG. 4 ilustra um sistema de computador no qual os aspectos descritos nesse documento podem ser implementados.
[007] Ao longo dos desenhos, números de referência idênticos designam elementos semelhantes, mas não necessariamente idênticos. As figuras não estão necessariamente em escala, e o tamanho de algumas partes pode ser exagerado para ilustrar mais claramente o exemplo mostrado. Além disso, os desenhos provêm exemplos e/ou implementações consistentes com a descrição. No entanto, a descrição não se limita aos exemplos e/ou implementações providas nos desenhos.
DESCRIÇÃO DETALHADA
[008] Os exemplos provêm um sistema de computador em rede que pode monitorar contínua ou periodicamente um operador (por exemplo, um operador de veículo de carga) operando um veículo de carga (por exemplo, um caminhão de carga) durante um intervalo de tempo. O sistema de computador em rede pode avaliar o desempenho de serviço de carga relacionado à condução e/ou não relacionado à condução do operador enquanto o operador estiver executando o serviço de carga durante um intervalo de tempo.
O sistema de computador em rede pode basear as avaliações em dados de intervalo (por exemplo, informação de localização do veículo de carga, informação de operação do veículo de carga, e informação de dispositivo móvel de um dispositivo móvel que o operador está usando durante o intervalo de tempo) providas pelo dispositivo móvel que o operador está usando durante esse intervalo de tempo.
Por exemplo, o sistema de computador em rede pode avaliar as métricas de desempenho relacionadas à operação do veículo de carga que o operador está operando com base na informação de operação do veículo dos dados do intervalo (por exemplo, consumo de combustível, desempenho de frenagem, aceleração, quando o motor está aplicando energia, quando o motor estiver ocioso, quando o motor estiver desligado, etc.). Em algumas implementações, O sistema de computador em rede pode determinar um ou mais de subintervalos em que o veículo de carga está desligado ou o operador deixou o veículo de carga que o operador estava operando, quando o veículo de carga está ocioso.
Adicionalmente, em outras implementações, o sistema de computador em rede pode avaliar o operador durante um intervalo de tempo, em que o operador pode receber vários serviços de carga e/ou operar vários veículos de carga para realizar um ou mais serviços de carga atribuídos.
Em algumas implementações, o sistema de computador em rede pode atribuir uma solicitação de serviço de carga de um solicitante a um operador disponível.
[009] Em alguns exemplos, um sistema de computador em rede é configurado para avaliar remotamente os operadores de carga de uma maneira que seja objetiva e específica para a indústria de serviços de carga. Por exemplo, como descrito nesse documento, um sistema de computador em rede pode basear suas avaliações em dados (por exemplo, dados de intervalo) gerados e/ou coletados de um dispositivo móvel associado ao operador de carga e/ou um dispositivo de registro eletrônico do veículo de serviço de carga. Adicionalmente, essas avaliações podem ser feitas específicas para a indústria de serviços de carga (por exemplo, quão seguro um operador de carga opera o veículo de carga com base no número de curvas à esquerda que o veículo de carga realiza).
[0010] Em outros exemplos, o sistema de computador em rede pode determinar uma hora de chegada para o veículo de carga que o operador está operando, com base nos dados de intervalo (por exemplo, informação de localização do veículo de carga, informação de operação do veículo de carga, e informação de dispositivo móvel de um dispositivo móvel que o operador está usando durante o intervalo de tempo). Por exemplo, em um determinado caso, o sistema de computador em rede pode determinar uma hora de chegada com base, pelo menos em parte, em (i) uma distância entre a localização atual do veículo de carga e a localização de destino especificada, (ii) uma hora para a veículo de carga para percorrer a distância e (iii) uma duração de um ou mais intervalos de ociosidade necessários, durante os quais existe uma restrição contra o operador que opera o veículo de carga.
[0011] De acordo com alguns exemplos, um sistema de computador em rede pode monitorar remotamente um veículo de carga com base em dados (por exemplo, dados de intervalo gerados e/ou coletados de um dispositivo móvel e/ou um dispositivo de registro eletrônico do veículo de serviço de carga. Adicionalmente, o horário de chegada pode ser atualizado de forma contínua ou periódica, de modo a permitir que as entidades que operam instalações de armazenamento que recebem cargas ou retiram cargas (por exemplo, depósito na localização de retirada e depósito na localização de destino) para alocar adequadamente a quantidade correta de recursos para acomodar um veículo de carga que chega.
[0012] Como provido nesse documento, os termos “usuário”, “operador" e “prestador de serviços" são usados em todo esse pedido de forma intercambiável para descrever a pessoa que utiliza um aplicativo de fornecedor em um dispositivo de computação para prover serviços de carga sob demanda a um solicitante de serviços de carga. Um solicitante de serviço de carga pode ser uma pessoa ou um grupo de pessoas que utiliza um aplicativo de solicitante em um dispositivo de computação para solicitar, por uma ou mais rede(s), serviços de carga sob demanda de um sistema de computação em rede.
[0013] Um ou mais de exemplos descritos nesse documento provêm que métodos, técnicas e ações executadas por um dispositivo de computação são realizadas programaticamente, ou como um método implementado por computador. Programaticamente, como usado, significa através do uso de código ou instruções executáveis por computador. Essas instruções podem ser armazenadas em um ou mais de recursos de memória do dispositivo de computação. Uma etapa realizada programaticamente pode ou não ser automática.
[0014] Adicionalmente, um ou mais de exemplos descritos nesse documento pode(m) ser implementado(s) usando módulos, motores ou componentes programáticos. Um módulo, mecanismo ou componente programático pode incluir um programa, uma sub-rotina, uma porções de um programa, ou um componente de software ou um componente de hardware capaz de realizar uma ou mais de tarefas ou funções declaradas. Como usado nesse documento, um módulo ou uma componente pode existir em um componente de hardware independentemente de outros módulos ou componentes. Alternativamente, um módulo ou componente pode ser um elemento ou processo compartilhado de outros módulos, programas ou máquinas.
[0015] Além disso, os exemplos descritos nesse documento geralmente podem exigir o uso de dispositivos de computação especializados, incluindo recursos de processamento e memória. Por exemplo, um ou mais exemplos descritos podem ser implementados, no todo ou em parte, em dispositivos de computação, tais como, servidores, computadores de mesa, celulares ou smartphones, assistentes digitais pessoais (por exemplo, PDAs), laptops, impressoras, porta-retratos digitais, equipamento de rede (por exemplo, roteadores), dispositivos de computação . vestíveis e dispositivos de tablets. Todos os recursos de memória, processamento e rede podem ser usados em conexão com o estabelecimento, uso ou desempenho de qualquer exemplo descrito nesse documento (inclusive com o desempenho de qualquer método ou com a implementação de qualquer sistema). Por exemplo, um dispositivo de computação acoplado a um dispositivo de armazenamento de dados que armazena o programa de computador e configurado para executar o programa corresponde a um dispositivo de computação para fins especiais. Além disso, quaisquer sistemas de computação referidos na especificação podem incluir um único processador ou podem ser arquiteturas empregando várias configurações de processador para aumentar a capacidade de computação.
[0016] Além disso, um ou mais de exemplos descritos nesse documento pode(m) ser implementado(s) através do uso de instruções executáveis por um ou mais processador (es). Essas instruções podem ser portadas em um meio legível por computador. As máquinas mostradas ou descritas com as figuras abaixo provêm exemplos de recursos de processamento e mídias legíveis por computador, nas quais as instruções para implementar os exemplos descritos podem ser portadas e/ou executadas. Em particular, as inúmeras máquinas mostradas com os exemplos descritos incluem processador(es) e várias formas de memória para armazenar dados e instruções. Exemplos de mídias legíveis por computador incluem dispositivos de armazenamento de memória permanente, tais como discos rígidos em computadores pessoais ou servidores. Outros exemplos de mídias de armazenamento para computador incluem unidades de armazenamento portáteis, tais como, unidades de CD ou DVD, memória flash (tais como carregadas em smartphones, dispositivos ou tablets multifuncionais) e memória magnética. Computadores, terminais, dispositivos habilitados para rede (por exemplo, dispositivos móveis, tais como telefones celulares) são todos exemplos de máquinas e dispositivos que usam processadores, memória e instruções armazenadas em mídias legíveis por computador. Adicionalmente, exemplos podem ser implementados na forma de programas de computador ou um meio portador utilizável por computador capaz de portar esse programa.
[0017] Alternativamente, um ou mais exemplos descritos nesse documento podem ser implementados através do uso de circuitos lógicos de hardware dedicados que são compreendidos de uma interconexão de portas lógicas. Esses circuitos tipicamente são projetados usando uma linguagem de descrição de hardware (HDL), tais como, Verilog e VHDL. Essas linguagens contêm instruções que definem o esboço do circuito. No entanto, uma vez que o circuito é fabricado, não há instruções. Todo Oo processamento é realizado por portas interconectadas.
DESCRIÇÃO DO SISTEMA
[0018] A FIG. 1 ilustra um exemplo de sistema de computador em rede para avaliar um operador de carga. Em particular, o sistema de computador em rede 100 usa dados obtidos durante um determinado intervalo de tempo (“dados de intervalo 131”) para avaliar várias facetas do desempenho de um operador de carga. De acordo com alguns exemplos, o sistema de computador em rede 100 pode avaliar e/ou monitorar um operador com base em dados de intervalo 131 que são obtidos periódica ou continuamente a partir do dispositivo móvel 140 (por exemplo, smartphones, computadores tablets, aparelhos de realidade virtual ou realidade aumentada, sistemas de computação de bordo de veículos, etc.). Dados de intervalo 131 são dados gerados a partir do dispositivo móvel 140 e/ou dispositivo de registro eletrônico (ELD) 155 que está relacionado a um operador que opera o veículo de carga 150 durante um intervalo de tempo ou um período de tempo, em que o operador está sendo monitorado.
[0019] Em algumas implementações, o sistema de computador em rede 100 pode avaliar e/ou monitorar o operador no contexto de um serviço de carga sob demanda. Em tais implementações, o sistema de computador em rede 100 pode gerenciar o serviço de carga sob demanda, atribuindo uma solicitação de serviço de carga de um solicitante a um operador disponível.
Adicionalmente, o sistema de computador em rede 100 pode avaliar e/ou monitorar o operador enquanto o operador está cumprindo a solicitação de serviço de carga.
A solicitação de serviço de carga pode incluir um ou mais de identificadores de carga para uma ou mais de cargas a serem transportadas e informação de roteamento.
A informação de roteamento podem incluir a localização de retirada (por exemplo, um depósito em que a carga está sendo alojada), a localização de destino (por exemplo, a localização em que a carga deve ser tirada), o horário ou a janela preferido(a) para escolher aumentar a carga na localização de retirada e/ou o horário ou a janela preferido(a) para a conclusão do serviço de carga (por exemplo, o horário preferido para deixar a carga na localização de destino). Adicionalmente, o sistema de computador em rede 100 pode determinar uma rota de transporte para o operador seguir com base na informação de roteamento.
Em algumas implementações, oO sistema de computador em rede 100 pode levar em consideração localizações de pedágio, dados de tráfego e/ou dados de tráfego ao determinar uma rota de transporte.
Em tais implementações, informação de localização para um ou mais pedágio(s) em uma ou mais região(ões) geográfica(s), dados meteorológicos e/ou dados de tráfego podem ser obtidos de um fornecedor terceirizado. Em outras implementações, dados meteorológicos e/ou dados de tráfego podem ser obtidos a partir de um ou mais sensor(es) do veículo de carga 150 e outros veículos de carga que viajam na mesma região ou rota de transporte que o veículo de carga 150.
[0020] Como ilustrado na FIG. 1, o sistema de computador em rede 100 pode incluir o avaliador 108, o monitor 116, o armazenamento do operador 124, o banco de dados em tempo real 126 e a interface de comunicação 128. Durante um intervalo de tempo em que o operador está operando o veículo de carga 150 (por exemplo, entre uma localização de retirada/ partida e uma localização de destino especificada em uma solicitação de serviço de carga atribuída), o sistema de computador em rede 100 pode controlar ou fazer com que o dispositivo móvel 140 proveja ou transmita dados de intervalo 131 para o sistema de computador em rede 100. Em tais exemplos, o sistema de computador em rede 100 pode obter dados de intervalo 131 do dispositivo móvel 140, pela rede 130 e pela interface de comunicação 128. Adicionalmente, os dados de intervalo 131 podem incluir, por um determinado intervalo de tempo, informação de localização 133 do veículo de carga 150 (por exemplo, com base na informação de localização provida por um recurso baseado em localização do dispositivo móvel 140), informação de operação do veículo 135 do veículo de carga 150 (por exemplo, aceleração, frenagem, quando o motor estiver ocioso, quilometragem,
consumo de combustível, um identificador do veículo de carga 150, etc.), e informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, dados do sensor).
[0021] O sistema de computador em rede 100 pode obter diretamente e sem fio (por exemplo, WIFI, Bluetooth, BLE (Bluetooth de baixa energia), NFC ou outra comunicação de curto alcance apropriada) alguma informação de operação do veículo 135 do ELD 155. Em tais exemplos, O ELD 155 pode obter informação de operação do veículo 135 diretamente da unidade de computação eletrônica (ECU) do veículo de carga
150. Exemplos de informação de operação do veículo 135 incluem aceleração, frenagem, quando o motor está ocioso, quilometragem, consumo de combustível, códigos de erro do veículo de carga 150, e um identificador do veículo de carga
150. Em algumas implementações, o sistema de computador em rede 100 pode obter, sem fio, informação de operação do veículo 135 obtida do ELD 155 através do dispositivo móvel
140. Em tais implementações, o dispositivo móvel 140 pode incluir dados de intervalo 131 sendo provida no sistema de computador em rede 100 informação de operação do veículo 135 obtida do ELD 155. Em outras implementações, o sistema de computador em rede 100 pode controlar ou fazer com que o dispositivo 140 conecte-se ao ELD 155. Em tais implementações, o sistema de computador em rede 100 pode prover uma instrução ao dispositivo móvel 140 para conectar- se ao ELD 155.
[0022] O sistema de computador em rede 100 pode atualizar contínua ou periodicamente os dados de intervalo 131 recebidos do dispositivo móvel 140 e/ou ELD 155. Como ilustrado na FIG. 1, o sistema de computador em rede 100 pode incluir armazenamento de dados de atividade 126 que mantém um registro (ou conjunto de registros) para operadores individuais ou operadores de carga que estão provendo serviços de carga. Por exemplo, o armazenamento de dados de atividade 126 pode manter registros separados para operadores individuais. O sistema de computador em rede 100 pode associar cada registro para cada operador com um identificador de operador e um conjunto recente de dados de intervalo 131 obtidos do dispositivo móvel 140 de cada operador.
[0023] O dispositivo móvel 140 pode comunicar um identificador de operador ao sistema de computador em rede 100 usando o aplicativo de serviço 145. Como o dispositivo móvel 140 é a fonte de dados de intervalo 131, um operador pode ser avaliado durante um período em que o operador está operando vários veículos de carga. Assim, o sistema de computador em rede 100 pode avaliar o desempenho do operador, independentemente de qual veículo de carga o operador está operando.
[0024] De acordo com alguns exemplos, o sistema de computador em rede 100 pode avaliar os desempenhos de serviço de carga relacionados à condução e/ou não relacionados à condução de um operador que opera o veículo de carga 150 durante esse intervalo de tempo, com base nos dados de intervalo obtidos 131. Por exemplo, o avaliador 102 pode obter dados de intervalo 131 (por exemplo, informação de localização 133, operação do veículo e informação do dispositivo móvel 140) de um operador do armazenamento de dados de atividade 126 para avaliar um desempenho de serviço de carga relacionado à condução e/ou não relacionado à condução do operador durante um intervalo de tempo. Adicionalmente, o avaliador 102 pode avaliar o operador comparando dados de intervalo 131 do operador com um modelo de operador armazenado no banco de dados do modelo de operador 114. Em algumas implementações, o avaliador 102 pode quantificar (por exemplo, pontuar) o desempenho relacionado à condução e não relacionado à condução do operador durante um intervalo de tempo em que o operador está operando o veículo de carga 150.
[0025] O avaliador 102 pode incluir o avaliador de condução 108 para avaliar um desempenho de serviço de carga relacionado à condução do operador durante um intervalo de tempo em que o operador está operando o veículo de carga
150. O avaliador de condução 108 pode incluir lógica de segurança 104 para determinar a maneira como o operador está operando o veículo de carga 150 que é considerado seguro, com base, por exemplo, em modelos, regras, regulamentos etc. Adicionalmente, o avaliador de condução 108 pode incluir lógica de desempenho 106 para determinar as métricas de desempenho do operador que opera o veículo de carga 150. As métricas de desempenho podem incluir desgaste e rompimento do veículo de carga 150 (por exemplo, o desempenho do operador em mudança de marchas e o efeito que tem na transmissão de veículo de carga 150) e/ou eficiência de recursos de veículo esgotáveis (por exemplo, eficiência de combustível) à medida que o operador opera o veículo de carga 150, com base em, por exemplo, modelos.
[0026] A lógica de segurança 104 pode usar dados de intervalo 131 de um operador para determinar se o operador está operando o veículo de carga 150 de uma maneira que é considerada segura. Adicionalmente, a determinação pode ser baseada em uma comparação entre dados de intervalo 131 do operador e um modelo de operador. Por exemplo, a lógica de segurança 104 pode determinar um padrão ou uma tendência de direção, com base nas características detectadas de um tipo de ação que o condutor realizou (por exemplo, o operador freou repetidamente com muita força e/ou acelerou bruscamente). Adicionalmente, a determinação pode ser baseada em uma comparação entre a informação de operação do veículo 135, incluída nos dados do intervalo 131 do operador durante um intervalo de tempo em que o operador estava operando o veículo de carga 150 e o modelo do operador. Em outros exemplos, a lógica de segurança 104 pode determinar que durante o mesmo intervalo de tempo, o veículo de carga
150 fez um alto número de curvas à esquerda em comparação com o modelo do operador. A determinação pode ser baseada na comparação entre a informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, informação do sensor, por exemplo, informação do acelerômetro e/ou informação do giroscópio de um ou mais sensor(es) do dispositivo móvel 140) incluída nos dados de intervalo 131 e o modelo de operador. Em conjunto, a lógica de segurança 104 pode determinar adicionalmente que o operador operava o veículo de carga 150 não com tanta segurança quanto o modelo do operador. Adicionalmente, a lógica de segurança 104 pode quantificar essa determinação determinando uma pontuação de segurança para o operador com base na comparação entre os dados de intervalo 131 do operador e do modelo do operador.
[0027] A lógica de desempenho 106 pode utilizar dados de intervalo 131 de um operador para determinar métricas de desempenho do operador que opera o veículo de carga 150. A determinação pode ser baseada em uma comparação entre os dados de intervalo 131 do operador durante um intervalo de tempo em que o operador operou o veículo de carga e um modelo de operador. Por exemplo, a lógica de desempenho 106 pode determinar que o operador freou com força, acelerou agressivamente, e o veículo de carga 150 teve uma baixa eficiência de combustível (con base nos quilômetros percorridos versus a quantidade de combustível consumida). A determinação pode ser baseada na comparação entre a informação de operação do veículo 135 incluída nos dados de intervalo 131 e um modelo de operador. Em conjunto, a lógica de desempenho 106 pode determinar que o operador operou o veículo de carga 150 não tão bem quanto o modelo do operador. Adicionalmente, a lógica de desempenho 106 pode quantificar essa determinação determinando uma pontuação de desempenho para o operador.
[0028] O avaliador 102 pode incluir o avaliador de não condução 112 para avaliar um desempenho não relacionado à condução de um operador durante um intervalo de tempo em que o operador está operando o veículo de carga 150. Por exemplo, o avaliador 102 pode avaliar um operador quanto à confiabilidade ou reputação do operador. Em algumas implementações, o avaliador de não condução 112 pode determinar uma reputação ou confiabilidade do operador, avaliando quão confiável, profissional e/ou oportuno o operador é ao executar seu serviço de carga designado. Adicionalmente, a reputação do operador pode ser baseada na comparação entre os dados de intervalo 131 do operador e um modelo de operador.
[0029] Em algumas implementações, o avaliador de não condução 112 pode determinar a pontualidade de um operador com base nos dados de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e/ou informação do dispositivo móvel 137 do dispositivo móvel
140) do operador, uma rota de transporte do serviço de carga e horários preferidos de chegada a uma localização de retirada e/ou localização de destino especificada(s) em uma solicitação de serviço de carga. A rota de transporte pode incluir uma localização de retirada e/ou uma localização de destino especificada(s) na solicitação de serviço de carga. Em alguns exemplos, o avaliador de não condução 112 pode determinar quando o veículo de carga 150 chega à localização de retirada e/ou localização de destino, com base na informação de localização provida pelo dispositivo móvel
140. Adicionalmente, o avaliador de não condução 112 pode determinar a pontualidade do operador, comparando os horários de chegada na localização de retirada e/ou na localização de destino nos horários preferidos para retirar a carga na localização de retirada e/ou deixar a carga na localização de destino.
[0030] Adicionalmente, o avaliador de não condução 112 pode quantificar a determinação da pontualidade, comparando o quão perto os horários de chegada estavam dos horários preferidos de um modelo de operador. Em alguns exemplos, o avaliador de não condução 112 pode quantificar a pontualidade do operador (por exemplo, uma pontuação de pontualidade) para a localização de retirada. Em outros exemplos, O avaliador de não condução 112 pode quantificar a pontualidade do operador para a localização de destino. Em ainda outros exemplos, o avaliador de não condução 112 pode quantificar o tempo geral de conclusão do serviço de carga (da localização de retirada até a localização de destino).
[0031] Em algumas implementações, um indivíduo na localização de retirada e/ou localização de destino (por exemplo, o operador e/ou solicitante) pode confirmar se o operador retirou a carga na localização de retirada e/ou caiu a carga na localização de destino. Em tais implementações, o indivíduo pode transmitir uma mensagem de confirmação de um dispositivo móvel (por exemplo, dispositivo móvel 140) para o sistema de computador em rede
100. Por exemplo, o indivíduo pode transmitir a mensagem de confirmação do aplicativo de serviço 145, através da(s rede(s) 130 e ao sistema de computador em rede 100. A mensagem de confirmação pode incluir se a carga foi retirada na localização de retirada ou entrega/recebida na localização de destino. Em alguns exemplos, o avaliador de não condução 112 pode determinar o horário em que a mensagem de confirmação foi enviada pelo indivíduo ou recebida pelo sistema de computador em rede 100. Adicionalmente, O avaliador de não condução 112 pode levar em consideração esses momentos ao determinar a pontualidade do operador ou confirmando os horários de retirada/entrega.
[0032] Em outras implementações, o avaliador de não condução 112 pode determinar se o operador está retirando uma carga ou entregando uma carga com base na informação do sensor gerada pelo dispositivo móvel 140. Nessas implementações, o dispositivo móvel 140 pode incluir um ou mais sensor(es) (por exemplo, acelerômetro e/ou giroscópio) e os dados gerados a partir de um ou mais sensor(es) podem ser incluídos nos dados de intervalo 131 (por exemplo, informação do dispositivo móvel 137 do dispositivo móvel 140) a serem utilizados pelo avaliador de não condução 112. Em alguns exemplos, o avaliador de não condução 112 pode determinar que a informação do sensor se correlaciona com o operador que coleta a carga. Em outros exemplos, o avaliador de não condução 112 pode determinar que a informação do sensor se correlaciona com o operador que entrega a carga. Em conjunto com à informação de localização do dispositivo móvel 140, o avaliador de não condução 112 pode confirmar que a carga foi retirada na localização de retirada e/ou entregue na localização de destino. Adicionalmente, oO avaliador de não condução 112 pode determinar quando a carga foi retirada e/ou entregue e levar em consideração quando a carga foi retirada e/ou entregue ao determinar a pontualidade do operador.
[0033] O avaliador de não condução 112 também pode usar a realimentação provida por um solicitante para avaliar os aspectos de não condução do desempenho do operador. Em algumas implementações, o solicitante pode prover a realimentação, provendo uma classificação ou outra métrica quantitativa relacionada a um ou mais parâmetro(s) do desempenho de serviço de carga do operador. Por exemplo, o sistema de computador em rede 100 pode prover uma instrução para um aplicativo de serviço em execução em um dispositivo móvel de um solicitante de uma solicitação de serviço de carga para gerar uma interface de usuário de realimentação. A interface do usuário de realimentação pode permitir que o solicitante proveja uma classificação ou outra métrica quantitativa para um ou mais parâmetro(s) do desempenho de serviço de carga do operador. Exemplos de parâmetros do desempenho de serviço de carga do operador que o solicitante pode prover uma classificação ou outra métrica quantitativa para incluir, pontualidade do operador para a localização de retirada, pontualidade do operador para a localização de destino, velocidade de carregamento da carga, profissionalismo, cortesia, serviço de dispensação geral do solicitante e estado da carga na entrega. Adicionalmente, o avaliador de não condução 112 pode utilizar as classificações e métricas quantitativas providas para determinar uma pontuação geral de reputação para o operador. Em algumas implementações, o avaliador de não condução 112 pode comparar as classificações e métricas quantitativas providas pelo dispositivo móvel do solicitante a um modelo de operador ao determinar uma pontuação de reputação para o operador.
[0034] Em algumas implementações, o solicitante também pode prover comentários qualitativos em conjunto com sua avaliação quantitativa do desempenho de serviço de carga do operador. Por exemplo, a instrução para gerar a interface de usuário de realimentação também pode incluir uma instrução para permitir que o solicitante insira comentários qualitativos. Em alguns casos, a instrução pode fazer com que a interface do usuário de realimentação gere uma caixa de texto para o solicitante inserir manualmente seus comentários. Em outros casos, a instrução pode fazer com que a interface do usuário de realimentação gere um menu pendente de comentários pré-gerados para o solicitante selecionar.
[0035] Outros exemplos de desempenho de serviço de carga não relacionados à condução nos quais o avaliador 102 pode avaliar o operador incluem se o operador deixou o veículo de carga 150 (por exemplo, cabine 152). Em algumas implementações, o avaliador de não condução 112 pode utilizar a lógica de detecção fora do caminhão 110 para determinar se o operador deixou o veículo de carga 150, com base na informação do sensor (por exemplo, informação do acelerômetro e/ou informação do giroscópio) do dispositivo móvel 140 (por exemplo, informação do dispositivo móvel 137 do dispositivo móvel 140). Em alguns exemplos, a lógica de detecção fora do caminhão 110 pode determinar que a informação do sensor se correlaciona com o operador saindo da cabine 152 do veículo de carga 150 (por exemplo, uma aceleração em uma direção negativa). Adicionalmente, o dispositivo móvel 140 pode marcar a hora da informação do sensor sobre quando essa informação for detectada. Como tal, a lógica de detecção fora do caminhão 110 pode determinar quando o operador saiu da cabine 152. Em outras implementações, a lógica de detecção fora do caminhão 110 pode determinar se o operador deixou o veículo de carga 150 com base no dispositivo móvel 140 estar conectado sem fio ou diretamente ao ELD 155. Por exemplo, a lógica de detecção fora do caminhão 110 pode determinar que o ELD 155 foi desconectado do dispositivo móvel 140. Nesse exemplo, a lógica de detecção fora do caminhão 110 pode determinar que o operador pode ter deixado a cabine 152 com base em determinar o dispositivo móvel 140 e ELD 155 não estão mais conectados. Adicionalmente, a lógica de detecção fora do caminhão 110 pode determinar e utilizar os tempos em que o dispositivo móvel 140 e ELD 155 foram desconectados ao avaliar o operador.
[0036] O armazenamento de dados de atividade 126 pode atualizar uma conta de operador com avaliações de operador correspondentes (relacionadas à condução e não relacionadas à condução) de um ou mais operador(es) provido(s) pelo avaliador 102. Em algumas implementações, o avaliador 102 pode identificar um identificador de operador associado aos dados de intervalo 131 e/ou classificação/métrica quantitativa em que cada avaliação do operador se baseia. Adicionalmente, o avaliador 102 pode associar cada avaliação do operador ao identificador do operador identificado associado aos dados do intervalo 131 e/ou classificação/ métrica quantitativa em que cada avaliação do operador se baseia. Em tais implementações, o armazenamento de dados de atividade 126 pode atualizar cada conta de operador com base no identificador de operador associado a cada avaliação de operador e no identificador de operador associado a cada conta de operador. Adicionalmente, o armazenamento de dados de atividade 126 pode prover ao armazenamento do operador 124 cada avaliação do operador e o identificador do operador associado obtido do avaliador 102. O armazenamento do operador 124 pode armazenar cada avaliação do operador de cada operador provido pelo avaliador 102.
[0037] Adicionalmente, o sistema de computador em rede 100 pode armazenar dados de intervalo históricos 131 de cada operador em um armazenamento de operadores 124. Por exemplo, como ilustrado na FIG. l, o sistema de computador em rede 100 pode incluir armazenamento do operador 124 que pode armazenar dados de intervalo 131 (por exemplo, informação de localização 133, informação de operação do veículo 135 e informação do dispositivo móvel 140) e identificador de operador correspondente provido pelo dispositivo móvel 140. Em algumas implementações, o armazenamento do operador 124 e o armazenamento de dados de atividade 126 podem ser bancos de dados separados. Em outras implementações, o armazenamento do operador 125 e o armazenamento de dados da atividade 126 podem ser incluídos no mesmo banco de dados.
[0038] O avaliador 102 pode selecionar um modelo de operador para comparar os dados de intervalo 131 de um operador, com base nos parâmetros do serviço de carga associados a cada modelo de operador que mais se assemelha aos parâmetros do serviço de carga que o operador realizou. Nessas implementações, o avaliador 102 pode incluir um banco de dados de modelo de operador 114. O banco de dados de modelo de operador 114 pode armazenar vários modelos de operador ou apenas um modelo genérico de operador. Nos exemplos em que o banco de dados de modelo de operador 114 armazena vários modelos de operador, cada modelo de operador pode ser associado a um ou mais parâmetro(s) de serviço de carga. Exemplos de parâmetros de serviço de carga incluem um peso de carga específico, uma faixa de peso de carga, um tamanho específico de veículo de carga, uma faixa de tamanhos de veículo de carga, um tipo de veículo de carga (por exemplo, um veículo de carga com capacidades de refrigeração versus um veículo de carga sem capacidades de refrigeração), um tipo de carga (por exemplo, cargas perecíveis versus não perecíveis, cargas frágeis versus não frágeis etc.), condições meteorológicas enfrentadas e/ou condições de tráfego enfrentadas.
[0039] O avaliador 102 pode adicionalmente analisar dados de intervalo 131 do operador à luz dos dados metereológicos e/ou dados de tráfego ao determinar o desempenho de condução e não condução do operador enquanto opera o veículo de carga 150. Em algumas implementações, oO avaliador 102 pode obter informação do sensor que inclui a informação meteorológica e/ou informação de tráfego de um fornecedor terceirizado. Alternativamente, a informação meteorológica e/ou informação de tráfego podem ser obtidas de um ou mais sensor(es) do veículo de carga 150 e outros veículos de carga que percorrem na mesma região ou em torno da região do veículo de carga 150. Em qualquer implementação, o avaliador 102 (por exemplo, lógica de segurança 104, lógica de desempenho 106 e/ou avaliador de não condução 112) pode obter a informação meteorológica e/ou informação de tráfego da mesma região em que o operador estava operando o veículo de carga 150 e durante o mesmo intervalo de tempo que quando os dados do intervalo 131 foram obtidos.
[0040] Em alguns exemplos, a lógica de segurança 104 pode determinar uma pontuação de segurança alta para o operador se comparada ao modelo do operador, a lógica de segurança 104 determina que houve uma taxa mais alta de frenagem suave, um número maior de vezes que o veículo de carga 150 está acelerando, e que houve fortes chuvas e condições de tráfego intenso no intervalo de tempo em que os dados 131 foram obtidos e nas localizações nas quais oO veículo de carga 150 estava percorrendo. Em outro exemplo, a lógica de desempenho pode determinar uma pontuação de desempenho baixa para o operador se comparada ao modelo do operador, a lógica de desempenho 106 determina uma maior taxa de frenagem brusca, maior número de vezes que o veículo de carga 150 acelerou agressivamente, o consumo de combustível foi maior, e estava ensolarado e as condições do tráfego eram leves no intervalo de tempo em que os dados 131 foram obtidos e nas localizações que o veículo de carga 150 estava percorrendo. Em ainda outro exemplo, o avaliador de não condução 112 pode determinar uma pontuação alta de pontualidade para o operador se comparado ao modelo de condutor, o avaliador de não condução 112 determina que houve um atraso na localização de retirada, um atraso na localização de destino e houve condições de tráfego intenso no intervalo de tempo em que os dados 131 foram obtidos e nas localizações onde o veículo de carga 150 estava percorrendo.
[0041] O sistema de computador em rede 100 pode incluir o monitor 116 para monitorar um operador enquanto um operador opera o veículo de carga 150 durante um intervalo de tempo. Como ilustrado na FIG. l1, o monitor 116 pode incluir lógica de tempo de serviço 118, monitor de veículo 122 e monitor de restrição de operador 120. Em algumas implementações, O monitor 116 pode determinar se o operador excedeu uma restrição de tempo de serviço de carga (por exemplo, a quantidade máxima de tempo que um operador está legalmente permitido operar o veículo de carga 150 ou um tempo predeterminado que um operador pode operar o veículo de carga 150). Por exemplo, o monitor de veículo 122 pode obter periodicamente ou continuamente dados de intervalo 131 de um operador para o monitor 116 para determinar se uma quantidade de tempo em que o operador operou o veículo de carga 150 é igual ou excedeu uma restrição de tempo de serviço de carga. Em algumas implementações, o monitor de veículo 122 pode obter periódica ou continuamente, do armazenamento de dados de atividade 126 e/ou armazenamento de operador 124, dados de intervalo 131 (por exemplo, informação de localização 133, operação do veículo e informação do dispositivo móvel 140) de um operador que opera veículo de carga 150.
[0042] Em algumas implementações, a lógica do tempo de serviço 118 pode determinar a quantidade de tempo que um operador operou o veículo de carga 150 durante um intervalo de tempo (por exemplo, um evento de transporte, um dia, uma semana, um mês, etc.) com base nos dados de intervalo 131 obtidos do armazenamento de dados de atividade 126 e/ou armazenamento do operador 124. Por exemplo, a lógica do tempo de serviço 118 pode determinar quanto tempo um operador operou o veículo de carga 150 determinando (i) quando o dispositivo móvel 140 foi conectado ao ELD 155, (ii) quando o dispositivo móvel 140 foi desconectado do ELD 155, (iii) quando o motor foi ligado e/ou (iv) quando o motor foi desligado. Adicionalmente, em algumas implementações, a lógica do tempo de serviço 118 pode determinar a quantidade de tempo que o operador operou o veículo de carga 150 levando em consideração (1) casos ou subintervalos de quando o operador para de operar o veículo de carga 150 (por exemplo, determinando, a partir da informação de operação do veículo
135, quando o motor do veículo de carga 150 está desligado), (ii) casos ou subintervalos de quando o veículo de carga 150 está ocioso (por exemplo, determinando, da informação de operação do veículo 135 e informação de localização do dispositivo móvel 140, quando o motor estiver ligado, mas o veículo de carga 150 não estiver em movimento) e (iii) casos ou subintervalos de quando o operador deixou o veículo de carga 150 (por exemplo, a partir de informação de localização do dispositivo móvel 140 e/ou se o dispositivo móvel 140 se desconectou do dispositivo de registro eletrônico 155).
[0043] Adicionalmente, em tais implementações, o monitor 116 pode incluir o monitor de restrição do operador 120 para determinar se o operador excedeu uma restrição de tempo do serviço de carga, determinando se a quantidade de tempo que o operador operou o veículo de carga 150 é igual ou maior que a restrição de tempo do serviço de carga. Em algumas implementações, o monitor de restrição do operador 120 pode obter dados indicando a quantidade de tempo que o operador operou o veículo de carga 150 em um intervalo de tempo a partir da lógica do tempo de serviço 118. Adicionalmente, o monitor de restrição do operador 120 pode comparar a quantidade de tempo que o operador operou o veículo de carga 150 com a restrição de tempo do serviço de carga. Em alguns exemplos, o monitor de restrição do operador 120 pode determinar que a quantidade de tempo que o operador operou o veículo de carga 150 é igual ou excede a restrição de tempo do serviço de carga. Adicionalmente, o monitor de restrição do operador 120 pode impedir o operador de aceitar ou selecionar uma solicitação de serviço de carga apresentada no aplicativo de serviço 145. Por exemplo, o monitor de restrição do operador 120 pode prover uma instrução para o aplicativo de serviço 145 para restringir o operador de selecionar ou aceitar qualquer solicitação de serviço de carga apresentada pelo aplicativo de serviço 145.
[0044] Em outros exemplos, o monitor de restrição do operador 120 pode determinar que à quantidade de tempo que o operador operou o veículo de carga 150 é menor que a restrição de tempo do serviço de carga. Nesses exemplos, o monitor de restrição do operador 120 pode limitar qual solicitação de serviço de carga o operador pode selecionar ou aceitar ser apresentado no aplicativo de serviço 145. Por exemplo, o monitor de restrição do operador 120 pode determinar a quantidade de tempo restante antes que o operador exceda a restrição do tempo serviço de carga (por exemplo, com base nos dados de intervalo 131 do operador, o monitor de restrição do operador 120 pode determinar a quantidade de tempo restante entre a quantidade de tempo que o operador já operou o veículo de carga 150 e a restrição de tempo do serviço de carga). Adicionalmente, o monitor de restrição do operador 120 pode determinar um tempo estimado de conclusão do serviço para cada solicitação de serviço de carga obtida pelo sistema de computador em rede 100. Por exemplo, o monitor de restrição do operador 120 pode levar em consideração a localização de retirada, a localização de destino, qualquer horário preferido indicado da conclusão do serviço de carga incluída na solicitação de serviço de carga. Em conjunto, o monitor de restrição do operador 120 pode identificar uma ou mais solicitação(ões) de serviço de carga obtida(s) pelo sistema de computador em rede 100 que te(ê)m um tempo estimado de conclusão do serviço que é menor ou igual à quantidade de tempo restante antes que o operador exceda a restrição de tempo do serviço de carga. Em algumas implementações, o monitor de restrição do operador 120 pode prover uma instrução para o aplicativo de serviço 145 para apresentar apenas uma ou mais solicitação(ões) de serviço de carga identificadas. Em outras implementações, o monitor de restrição do operador 120 pode prover uma instrução para o aplicativo de serviço 145 para limitar o operador apenas para selecionar uma solicitação de serviço de carga que é uma de uma ou mais solicitação(ões) de serviço de carga identificadas.
[0045] Outros parâmetros, o monitor de restrição de operador 120 pode levar em consideração ao determinar o tempo estimado de conclusão do serviço para cada solicitação de serviço de carga obtido pelo sistema de computador em rede 100, inclui (i) dados de tráfego, (ii) dados metereológicos e (iii) dados de intervalo 131 do operador (por exemplo, localização atual do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150, e informação do dispositivo móvel 140) que opera o veículo de carga 150, ao determinar o tempo estimado de conclusão do serviço para cada solicitação de serviço de carga obtida pelo sistema de computador em rede 100.
[0046] Em algumas implementações, o monitor 116 pode monitorar o progresso de um operador que atende a uma solicitação de serviço de carga designada e prover dados ao componente de chegada 134 para determinar, em qualquer caso, a hora de chegada que o veículo de carga 150 deve chegar a uma localização de retirada e/ou localização de destino (por exemplo, um depósito). Adicionalmente, o componente de chegada 134 pode prover a hora de chegada ao dispositivo de instalação de armazenamento 160 de entidades que operam as instalações de armazenamento que devem receber cargas ou ter cargas retiradas (por exemplo, depósito na localização de retirada e depósito na localização de destino). Dessa forma, as entidades que operam instalações de armazenamento que devem receber cargas ou ter cargas retiradas podem alocar adequadamente a quantidade correta de recursos para acomodar um veículo de carga de entrada 150. Por exemplo, em circunstâncias em que o veículo de carga 150 está atrasado, o sistema de computador em rede 100, via componente de chegada 134, pode notificar as entidades sobre o atraso transmitindo um novo horário de chegada ao dispositivo de instalação de armazenamento 160. Como tal, em vez de as entidades terem seus recursos esperando ociosamente até a chegada do veículo de carga 150, as entidades podem alocar recursos adequadamente para receber a carga do veículo de carga 150 ou para a carga a ser retirada por um operador atribuído à solicitação de serviço de carga, com base na nova hora de chegada. Em algumas implementações, o aplicativo de serviço 165 pode apresentar a hora de chegada e qualquer atualização da hora de chegada (por exemplo, a nova hora de chegada transmitida) às entidades.
[0047] O componente de chegada 134 pode determinar, a qualquer momento, uma hora de chegada que o veículo de carga 150 deve chegar à localização de destino ou à localização de retirada com base nos dados de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação do dispositivo móvel 140) de um operador que opera o veículo de carga 150. Por exemplo, em um determinado momento em que o operador está operando o veículo de carga 150, o componente de chegada 134 recebe do monitor do veículo 122 dados de intervalo (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação do dispositivo móvel 140) associados ao operador que opera o veículo de carga 150. Adicionalmente, com base nos dados de intervalo 131, o componente de chegada 134 pode determinar (i) uma localização atual do veículo de carga 150 com base na informação de localização provida por um recurso baseado em localização do dispositivo móvel 140, (ii) uma distância entre a localização atual do veículo de carga até a localização de destino ou de retirada especificada na solicitação de serviço de carga, e (iii) um tempo para o veículo de carga percorrer a distância determinada.
[0048] O componente de chegada 134 pode levar em consideração a informação ambiental ao determinar um tempo de chegada estimado, tempo e/ou condições de tráfego em que o operador possa estar atualmente enquanto executa o serviço de carga designado. Por exemplo, um fornecedor terceirizado pode prover informação ambiental que inclui informação meteorológica e/ou informação de tráfego em tempo real para o componente de chegada 134. O componente de chegada 134 pode determinar o clima atual e/ou as condições atuais de tráfego na localização atual do operador e o veículo de carga 150 com base na informação ambiental e na informação de localização do dispositivo móvel 140. Adicionalmente, o componente de chegada 134 pode determinar qualquer atraso que o operador esteja enfrentando e determinar e/ou ajustar o tempo de chegada estimado com base nos atrasos que o operador está enfrentando.
[0049] Em algumas implementações, o componente de chegada 134 pode determinar as condições de tráfego e/ou condições meteorológicas que o operador pode enfrentar ao realizar o serviço de carga designado com base nos dados do sensor e na rota de transporte que o operador está seguindo. Por exemplo, o componente de chegada 134 pode determinar que ocorreu um acidente na rota de transporte que o operador está atualmente seguindo. Nesse exemplo, o componente de chegada 134 pode determinar um atraso estimado que o operador pode enfrentar e determinar e/ou ajustar o tempo de chegada estimado com base no possível atraso. Em outros exemplos, O componente de chegada 134 pode determinar que as condições meteorológicas na rota de transporte que o operador está atualmente seguindo provavelmente piorarão e causarão um atraso. Em tais exemplos, o componente de chegada 134 pode determinar e/ou ajustar o tempo de chegada estimado com base no possível atraso.
[0050] Em várias implementações, o componente de chegada 134 pode levar em consideração o número mínimo de intervalos de ociosidade (por exemplo, períodos de descanso ou períodos de tempo em que um operador não está operando o veículo de carga 150 para não exceder uma restrição de tempo do serviço de carga) e a duração de cada intervalo de ociosidade que um operador deve levar ao determinar o tempo de chegada estimado que o veículo de carga 150 deve chegar na localização de retirada e/ou local de destino. Nessas implementações, o número de intervalos de ociosidade e a duração de cada intervalo de ociosidade podem ser baseados em (i) um tempo estimado para o veículo de carga 150 chegar na localização de destino (por exemplo, com base na localização atual do veículo de carga 150), (11) uma distância entre a localização atual do veículo de carga 150, (iii) a quantidade de tempo que o operador operou o veículo de carga 150 (como determinado a partir de dados gerados pela lógica de tempo de serviço 118), e (iv) a restrição de tempo de serviço (como provido pelo monitor de restrição do operador 120).
[0051] Em algumas implementações, o componente de chegada 134 pode levar em consideração informação ambiental (por exemplo, informação de tráfego e/ou meteorológica) ao determinar a quantidade mínima de tempo ou intervalos de tempo ou de ociosidade que um operador deve levar para não exceder uma restrição de tempo do serviço de carga. Por exemplo, as condições de tráfego e condições meteorológicas que um operador pode enfrentar ou está enfrentando no momento podem causar a desaceleração do veículo de carga 150 e causar atrasos. Como tal, o componente de chegada 134 pode determinar que o operador deve ter mais intervalos de ociosidade devido às condições de tráfego e clima que o operador enfrenta ou pode enfrentar. Significando que o número mínimo de intervalos de ociosidade pode aumentar. Em outros exemplos, o componente de chegada 134 pode determinar que as condições de tráfego e/ou as condições meteorológicas que o operador pode enfrentar ou está enfrentando não podem inibir a velocidade do veículo de carga 150. Como tal, o componente de chegada 134 pode determinar que o operador pode demorar menos intervalos de ociosidade. Significando que o número mínimo de intervalos de ociosidade pode diminuir.
[0052] Em algumas implementações, a lógica do tempo de serviço 118 pode determinar que um operador está atualmente em um intervalo de ociosidade e o componente de chegada 134 pode utilizar esses dados para determinar a quantidade restante de ociosidade em que o operador deve passar antes de poder retomar a operação do veículo de carga 150. Em tais implementações, a lógica do tempo de serviço 118 pode fazer tais determinações com base nos dados do intervalo 131 do operador provido pelo monitor do veículo 122. Por exemplo, a lógica do tempo de serviço 118 pode determinar que um operador está atualmente em um intervalo de ociosidade e a quantidade de ociosidade que o operador deixou, com base na informação de operação do veículo 135 do veículo de carga 150 (por exemplo, casos de quando o motor foi desligado) e/ou na informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, casos de quando o dispositivo móvel 140 foi desconectado do dispositivo de registro eletrônico 155 e/ou casos em que o operador não esteja na mesma localização que o veículo de carga 150) incluído nos dados de intervalo 131. Adicionalmente, com base na duração mínima determinada de cada intervalo de ociosidade que um operador deve levar, o componente de chegada 134 pode determinar a quantidade de ociosidade restante antes que o operador possa retomar a operação do veículo de carga 150.
[0053] Em alguns exemplos, um intervalo de ociosidade pode incluir a quantidade estimada de tempo que um operador deve retirar uma carga na localização de retirada. O componente de chegada 134 pode determinar a quantidade de tempo estimada em que um operador retira uma carga em uma localização de retirada, com base em dados históricos de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação do dispositivo móvel 137 do dispositivo móvel 140) armazenados no armazenamento do operador 124. Em outros exemplos, um intervalo de ociosidade pode incluir a quantidade estimada de tempo em que um operador deve alterar uma carga que já está no reboque
154. Em tais exemplos, um operador pode ser atribuído a várias solicitações de serviço de carga e, ao chegar a uma localização de destino, o operador deve entregar uma carga, mas retirar outra, antes de prosseguir para a próxima localização de destino. O componente de chegada 134 pode determinar a quantidade de tempo estimada em que um operador altera uma carga, com base nos dados históricos de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação de dispositivo móvel 137 do dispositivo móvel 140) armazenado na loja do operador
124.
[0054] Em ainda outros exemplos, um intervalo de ociosidade pode incluir um ou mais casos ou subintervalos que um operador pode ter que ir a uma estação de pesagem. Em tais exemplos, o componente de chegada 134 pode determinar o número de estações de peso em que um operador pode ter que parar, com base, pelo menos, no peso da carga sendo transportada pelo veículo de carga 150, na rota de transporte que o operador está atualmente tomando, e se um desvio da estação de pesagem está associado ao veículo de carga 150. Adicionalmente, um intervalo de ociosidade pode incluir a quantidade média de tempo que um operador pode gastar em uma estação de pesagem. Por exemplo, o componente de chegada 134 pode determinar a quantidade média de tempo que um operador pode gastar em uma estação de pesagem específica, com base nas marcações de tempo e na informação de localização do dispositivo móvel 140 que chega e sai de uma estação de pesagem conhecida. Em algumas implementações, o componente de chegada 134 pode obter informação de localização de estações de pesagem de um fornecedor terceirizado. Em outras implementações, o armazenamento do operador 124 pode armazenar a informação de localização das estações de pesagem em uma ou mais região(ões) geográfica(s).
[0055] O componente de chegada 134 pode levar em consideração o número de paradas de combustível que o veículo de carga 150 provavelmente terá que levar ao determinar a hora de chegada do veículo de carga que deve chegar à localização de retirada e/ou localização de destino. Adicionalmente, o componente de chegada 134 pode levar em consideração a distância entre a localização atual do veículo de carga 150 (por exemplo, informação de localização 133) e a localização de retirada e/ou de destino especificada na solicitação de serviço de carga, ao determinar o número de paradas de combustível d veículo de carga 150 provavelmente terá que ter. Adicionalmente, o componente de chegada 134 pode determinar a partir da informação de operação do veículo 135 (por exemplo, a quantidade de combustível usada em comparação com a distância média percorrida) dos dados de intervalo 131, providos pelo monitor do veículo 122, a eficiência de combustível do veículo de carga 150. Tomados em conjunto, o componente de chegada 134 pode determinar o número de paradas de combustível que o operador pode precisar para percorrer para a localização de destino.
[0056] O componente de chegada 134 pode levar em consideração o tamanho de uma carga, um peso da carga e/ou um tipo da carga a ser transportada pelo veículo de carga 150 ao determinar o tempo de chegada estimado. Por exemplo, quanto mais pesada a carga, Oo veículo de carga 150 pode percorrer mais lento. Adicionalmente, quanto mais pesada a carga, pior é a eficiência de combustível do veículo de carga
150. O significado do veículo de carga 150 pode precisar de mais combustível para percorrer para uma localização de destino especificada em uma solicitação de serviço de carga.
Em alguns exemplos, o componente de chegada 134 pode levar em consideração o tipo de carga, por exemplo, se a carga é frágil ou não, ao determinar o tempo de chegada estimado. Por exemplo, uma carga frágil pode fazer com que o operador opere o veículo de carga 150 com mais cuidado e/ou mais lento. Em algumas implementações, o tamanho e/ou o peso da carga pode(m) ser incluído(s) na solicitação de serviço de carga. Em outras implementações, o tamanho e/ou o peso da carga pode(m) ser detectado(s) por um ou mais sensor(es) (por exemplo, sensores ópticos e de apoio de peso) incluído(s) no reboque 154. Em tais exemplos, os dados do sensor, incluindo o tamanho e/ou o peso da carga pode(m) ser incluído(s) nos dados de intervalo 131 providos pelo dispositivo móvel 140 e/ou dispositivo de registro eletrônico 155.
[0057] Em algumas implementações, o componente de chegada 134 pode levar em consideração o tamanho, o peso e/ou o tipo da carga ao determinar o número mínimo de intervalos de ociosidade que o operador deve realizar. Por exemplo, o componente de chegada 134 pode determinar que o peso, o tamanho e/ou o tipo de carga (por exemplo, uma carga frágil) da carga podem fazer com que o veículo de carga 150 percorra mais lente. O componente de chegada 134 pode determinar que o operador deve ter mais intervalos de ociosidade. Significando que o número mínimo de intervalos de ociosidade pode aumentar. Adicionalmente, o componente de chegada 134 também pode levar em consideração o número mínimo de intervalos de ociosidade que o operador deve levar, ao determinar o tempo de chegada estimado do veículo de carga 150 à localização de retirada e/ou de destino.
[0058] O componente de chegada 134 também pode incluir lógica da doca 132 para otimizar o recebimento e/ou entrega de cargas na localização de retirada e/ou de destino, respectivamente. Em algumas implementações, a lógica da doca 132 pode atribuir uma doca ao veículo de carga 150 para retirar uma carga especificada em uma solicitação de serviço de carga e/ou para entregar uma carga especificada em uma solicitação de serviço de carga. Em tais implementações, a atribuição da doca pode ser baseada, pelo menos, no tempo de chegada estimado do veículo de carga 150. Adicionalmente, em outras implementações, a atribuição da doca pode ser baseada no tempo de chegada estimado de outros veículos de carga que também pode estar chegando aproximadamente ao mesmo tempo. Em tais implementações, o componente de chegada 134 pode determinar de forma similar a hora de chegada de outros veículos de carga, como pode para o veículo de carga 150.
[0059] Em várias implementações, a lógica da doca 132 pode enviar instruções de roteamento da doca para um operador. As instruções de roteamento da doca podem incluir instruções para rotear o veículo de carga 150 para a doca atribuída ao operador. A rota da doca pode ser baseada na informação de localização provida por um recurso com baseado na localização do dispositivo móvel 140 (por exemplo, informação de localização 133 do veículo de carga 150) e na informação de localização da doca atribuída ao operador. Em algumas implementações, a lógica da doca 132 pode prover a informação de roteamento da doca para o dispositivo móvel 140 quando a lógica da doca 132 determina que o veículo de carga 150 está dentro de um limiar de distância de proximidade da localização de retirada, localização de destino ou da doca atribuída. Em tais implementações, a lógica da doca 132 pode determinar que o veículo de carga 150 está dentro do limiar da distância de proximidade com base nos dados de intervalo 131 do operador (por exemplo, a informação de localização do dispositivo móvel 140) e a localização de retirada e/ou localização de destino especificada(s) pela solicitação de serviço de carga ou pela informação de localização da doca atribuída. A lógica da doca 132 pode obter dados de intervalo 131 do operador do monitor de veículo 122.
[0060] A lógica da doca 132 pode verificar a identidade de um operador que está retirando e/ou deixando uma carga especificada em uma solicitação de serviço de carga à qual o operador também está atribuído. Por exemplo, a lógica da doca 132 pode determinar se a informação de identificador provida pelo dispositivo móvel 140 do operador correspondente coincidir com a informação de identificador já associada a uma solicitação de serviço de carga. Exemplos de informação de identificador incluem, um identificador de operador (por exemplo, um nome do operador, uma fotografia do operador, um número de telefone do operador, um identificador associado à identificação governamental do operador, etc.), um identificador de carga, um identificador de veículo do veículo de carga 150 que está transportando ou estará transportando a carga (por exemplo, número VIN do veículo de carga), e um identificador de serviço de carga (por exemplo, informação de localização da localização de retirada, informação de localização da localização de destino, um identificador alfanumérico, um identificador de carga etc.).
[0061] A lógica da doca 132 pode fazer com que o dispositivo móvel 140 de um operador atribuído à solicitação de serviço de carga proveja informação de identificador que a lógica da doca 132 pode usar para verificar a identidade do operador. Por exemplo, a lógica da doca 132 pode fazer com que o dispositivo móvel 140 proveja a informação de identificação quando o veículo de carga 150 do operador estiver dentro de um limiar de distância de proximidade da localização de retirada e/ou localização de destino. A lógica da doca 132 pode determinar se o veículo de carga 150 está dentro de um limiar de distância de proximidade da localização de retirada e/ou localização de destino com base na informação de localização do dispositivo móvel 140 e na informação de localização da localização de retirada e/ou de destino especificada na solicitação de serviço de carga atribuída, respectivamente. Após a lógica da doca 132 determinar que o veículo de carga está dentro do limiar da distância de proximidade, a lógica da doca 132 pode prover instruções ao dispositivo móvel 140 para prover a informação de identificador. Em tais implementações, a lógica da doca 132 pode utilizar a informação de identificador provida pelo dispositivo móvel 140 para identificar uma cópia de uma solicitação de serviço de carga com a mesma informação de identificador que é armazenada no armazenamento do operador
124.
[0062] A rede 130 pode incluir uma ou mais rede(s). A rede 130 pode ser do tipo convencional, com ou sem fio, e pode ter várias configurações, incluindo uma configuração de estrela, configuração em anel ou outras configurações. Além disso, a rede 130 pode incluir uma intranet, uma rede de área local (LAN), uma rede de área ampla (WAN) (por exemplo, a Internet) e/ou outros trajetos de dados interconectados através dos quais vários dispositivos podem se comunicar. Em algumas modalidades, a rede 130 pode ser uma rede ponto a ponto. A rede 130 também pode ser acoplada a, ou incluir porções de uma rede de telecomunicações para enviar dados usando uma variedade de protocolos de comunicação diferentes. Em algumas modalidades, a rede 130 pode incluir redes de comunicação Bluetooth (ou Bluetooth de baixa energia) ou uma rede de comunicações celulares para enviar e receber dados, incluindo via serviço de mensagens curtas (SMS), serviço de mensagens multimídia (MMS), protocolo de transferência de hipertexto (HTTP), conexão direta de dados, WAP, email, etc. Embora a FIG. 1 ilustre uma rede 130, a rede 130 pode ser mais de uma rede. Por exemplo, como ilustrado na FIG. l, sistema de computador em rede 100, dispositivo móvel 140 e, em algumas implementações, o ELD 155 pode se comunicar pela rede 130 usando conexões com ou sem fio, ou combinações das mesmas.
METODOLOGIA
[0063] A FIG. 2 ilustra um exemplo de método para avaliar um operador de carga durante um intervalo de tempo em que o operador está operando um veículo de carga. A FIG. 3 ilustra um exemplo de método para determinar um horário de chegada para um veículo de carga chegar a uma localização de destino. Nas discussões abaixo das FIGs. 2 e 3, pode ser feita referência a caracteres de referência que representam recursos semelhantes, como mostrado e descrito em relação à FIG. 1 com à finalidade de ilustrar um componente adequado para realizar um conjunto ou uma subetapa sendo descrito(a).
[0064] A FIG. 2 ilustra um exemplo de método para avaliar um operador de carga. Em algumas implementações, como ilustrado na FIG. 2, o sistema de computador em rede 100 pode associar um operador a um dispositivo móvel (200). Por exemplo, o dispositivo móvel 140 pode prover dados de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação de dispositivo móvel 137 do dispositivo móvel 140) de um operador durante um intervalo de tempo em que o operador está operando o veículo de carga 150, com um identificador móvel associado ao dispositivo móvel 140. Em algumas implementações, os dados de intervalo 131 podem incluir adicionalmente um identificador de operador. Adicionalmente, o sistema de computador em rede 100 (por exemplo, armazenamento de operador 124 e/ou armazenamento de dados de atividade 126) pode associar o identificador móvel a um registro de operador (ou conjunto de registros) com base nos identificadores de operador associados ao registro de operador e aos dados de intervalo.
[0065] O dispositivo móvel 140 pode se comunicar um identificador de operador ao sistema de computador em rede 100 usando o aplicativo de serviço 145. Como o dispositivo móvel 140 é a fonte de dados de intervalo 131, um operador pode ser avaliado durante um período em que o operador está operando vários veículos de carga. Assim, o sistema de computador em rede 100 pode avaliar o desempenho do operador, independentemente de qual veículo de carga o operador está operando.
[0066] O sistema de computador em rede 100 pode monitorar o operador usando o dispositivo móvel 140 (202). Adicionalmente, o sistema de computador em rede 100 pode causar ou controlar o dispositivo móvel para adquirir informação relacionada ao operador, por exemplo, dados de intervalo 131 de um operador que opera o veículo de carga 150 (204). Em alguns exemplos, o sistema de computador em rede 100 pode obter periodicamente ou continuamente dados de intervalo 131 de um operador que opera veículo de carga 150 controlando o dispositivo móvel 140 para adquirir e prover dados de intervalo 131 para o sistema de computador em rede 100 durante um intervalo de tempo.
Em alguns exemplos, os dados de intervalo 131 do operador podem incluir informação de localização do veículo de carga 150 (206). A informação de localização 133 do veículo de carga 150 pode ser baseada na informação de localização provida por um recurso com base na localização do dispositivo móvel 140. Em outros exemplos, os dados de intervalo 131 do operador podem incluir adicionalmente informação de operação do veículo 135 do veículo de carga 150 enquanto o veículo de carga 150 está em operação (208). Exemplos de informação de operação do veículo 135 do veículo de carga 150 incluem aceleração, frenagem, quando o motor está ocioso, quilometragem, consumo de combustível, fluxo de ar em massa, códigos de erro do veículo de carga 150, e um identificador do veículo de carga 150. Em ainda outros exemplos, intervalo os dados 131 do operador podem incluir informação de dispositivo móvel 137 do dispositivo móvel 140 (210). Em tais exemplos, a informação do dispositivo móvel 137 pode incluir informação do sensor
(por exemplo, informação do acelerômetro, informação do giroscópio, etc.) gerada a partir de um ou mais sensor(es) do dispositivo móvel 140 (por exemplo, acelerômetro, giroscópio, etc.) .
[0067] Em algumas implementações, alguma informação de operação do veículo 135 do veículo de carga 150 pode ser obtida pelo ELD 155. O ELD 155 pode ser conectado à unidade de computação eletrônica (ECU) do veículo de carga 150. Adicionalmente, em tais implementações, o ELD 155 pode prover informação de operação do veículo 135 obtida da ECU para o dispositivo móvel 140 sem fio (por exemplo, WIFI, Bluetooth, BLE (Bluetooth de baixa energia), NFC ou outra comunicação de curto alcance apropriada). Adicionalmente, o dispositivo móvel 140 pode prover dados de intervalo 131 que incluem informação de operação do veículo 135 obtida de ELD 155 para o sistema "de computador em rede 100. Em outras implementações, o sistema de computador em rede 100 pode obter informação de operação de veículo 135 de ELD 155 diretamente de ELD 155.
[0068] Com base nos dados de intervalo 131, o sistema de computador em rede 100 pode determinar um ou mais de subintervalos em que o veículo de carga 150 está desligado ou o operador deixou o veículo de carga 150 quando o veículo de carga 150 está ocioso (212). Por exemplo, o avaliador de não condução 112 pode determinar quando o veículo de carga 150 está ocioso com base na informação do dispositivo móvel do dispositivo móvel 140 (por exemplo, informação do sensor indicando uma falta de aceleração ou movimento detectado pelo acelerômetro ou giroscópio do dispositivo móvel 140), informação de localização 133 do veículo de carga 150 (por exemplo, a informação de localização do dispositivo móvel 140 indicando que o dispositivo móvel 140 não mudou em casos ou subintervalos consecutivos) e/ou informação de operação do veículo 135 do veículo de carga 150 (por exemplo, casos ou subintervalos consecutivos onde a energia do motor está desligada e não há aceleração ou desaceleração). Adicionalmente, o avaliador de não condução 112 pode determinar que o veículo de carga 150 está desligado com base na informação de operação do veículo 135 do veículo de carga 150 (por exemplo, casos ou subintervalos consecutivos em que a energia do motor está desligada).
[0069] Em outros exemplos, o avaliador de não condução 112 (por exemplo, lógica de detecção fora do caminhão 110 pode determinar se o operador deixou o veículo de carga 150 (por exemplo, cabine 152), com base na informação do dispositivo móvel 137 do dispositivo móvel 140. Por exemplo, a lógica de detecção fora do caminhão 110 pode determinar a partir da informação do sensor (por exemplo, informação do acelerômetro e/ou informação do giroscópio) do dispositivo móvel 140 que o operador deixou na cabine 152. Nesse exemplo, a lógica de detecção fora do caminhão 110 pode determinar que a informação do sensor está correlacionada com o operador saindo da cabine 152 do veículo de carga 150 (por exemplo, uma aceleração em uma direção negativa). Adicionalmente, o dispositivo móvel 140 pode marcar o tempo dos dados do sensor quando a aceleração foi detectada. Como tal, a lógica de detecção fora do caminhão 110 pode determinar quando o operador saiu da cabine 152. Em outras implementações, a lógica de detecção fora do caminhão 110 pode determinar se o operador deixou o veículo de carga 150 com base no dispositivo móvel 140 estar conectado sem fio ou diretamente ao ELD 155. Por exemplo, a lógica de detecção fora do caminhão 110 determina que o ELD 155 desconectou da lógica de detecção fora do caminhão 110. Nesse exemplo, a lógica de detecção fora do caminhão 110 pode determinar que o operador pode ter deixado a cabine 152 com base na determinação de dispositivo móvel 140 e ELD 155 não estarem mais conectados.
[0070] O sistema de computador em rede 100 pode avaliar o operador ao longo do intervalo de tempo usando a informação relacionada ao operador, por exemplo, dados de intervalo 131 de um operador que opera o veículo de carga 150 (212). Por exemplo, o avaliador 102 pode obter dados de intervalo 131 (por exemplo, informação de localização do veículo de carga 50, informação de operação do veículo 135 do veículo de carga 150 e informação de dispositivo móvel 137 do dispositivo móvel 140) de um operador do armazenamento de dados de atividade 126 para avaliar os desempenhos de serviço de carga relacionados à condução e/ou não relacionados à condução durante um intervalo de tempo. Adicionalmente, o avaliador 102 pode avaliar o operador comparando dados de intervalo 131 do operador com um modelo de operador armazenado no banco de dados de modelo de operador 114. O modelo de operador pode padronizar como o veículo de carga 150 deve ser operado. Em algumas implementações, o avaliador 102 pode quantificar (por exemplo, pontuar) o desempenho relacionado à condução e não relacionado à condução do operador durante a operação do veículo de carga 150.
[0071] O avaliador 102 pode incluir o avaliador de condução 108 para avaliar o desempenho de serviço de carga relacionado à condução do operador durante um intervalo de tempo quando o operador está operando o veículo de carga
150. O avaliador de condução 108 pode incluir a lógica de segurança 104 para determinar se o operador está operando o veículo de carga 150 de uma maneira que é considerada segura, com base em, por exemplo, modelos, regras, regulamentos etc. Adicionalmente, o avaliador de condução 108 pode incluir lógica de desempenho 106 para determinar métricas de desempenho do operador que opera o veículo de carga 150. As métricas de desempenho podem incluir desgaste e rompimento para o veículo de carga 150 (por exemplo, o desempenho do operador em mudança de marchas e o efeito que ele tem sobre a transmissão do veículo de carga 150) e/ou a eficiência dos recursos do veículo esgotáveis (por exemplo, eficiência de combustível), conforme o operador opera o veículo de carga
150, com base em, por exemplo, modelos.
[0072] A lógica de segurança 104 pode utilizar dados de intervalo 131 de um operador para determinar se o operador está operando o veículo de carga 150 de uma maneira que é considerada segura. Adicionalmente, a determinação pode ser baseada em uma comparação entre dados de intervalo 131 do operador e um modelo de operador. Por exemplo, a lógica de segurança 104 pode determinar um padrão ou uma tendência de direção, com base nas características detectadas de um tipo de ação que o condutor realizou (por exemplo, o operador freou repetidamente com muita força e/ou acelerou bruscamente). Adicionalmente, a lógica de segurança 104 pode se basear na determinação em uma comparação entre a informação de operação do veículo 135 incluída nos dados de intervalo 131 do operador durante um intervalo de tempo quando o operador estava operando o veículo de carga 150 e o modelo do operador. Em outros exemplos, a lógica de segurança 104 pode determinar que durante o mesmo intervalo de tempo, o veículo de carga 150 fez um alto número de curvas à esquerda em comparação com o modelo do operador. A lógica de segurança 104 pode basear a determinação na comparação entre a informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, informação do sensor, por exemplo, informação do acelerômetro e/ou informação do giroscópio de um ou mais sensor(es) do dispositivo móvel 140) incluída nos dados de intervalo 131 do operador durante um intervalo de tempo quando o operador estava operando o veículo de carga 150 e o modelo do operador. Tomada em conjunto, a lógica de segurança 104 pode determinar adicionalmente que o operador operava o veículo de carga 150 de maneira perigosa e não com tanta segurança quanto o modelo do operador. Adicionalmente, a lógica de segurança 104 pode quantificar essa determinação determinando uma pontuação de segurança para o operador com base na comparação entre os dados de intervalo 131 do operador e do modelo do operador.
[0073] A lógica de desempenho 106 pode utilizar dados de intervalo 131 de um operador para determinar métricas de desempenho do operador que opera o veículo de carga 150. A lógica de desempenho 106 pode fazer essa determinação com base em uma comparação entre os dados de intervalo 131 do operador durante o intervalo de tempo e um modelo de operador. Por exemplo, a lógica de desempenho 106 pode determinar que o operador operou o veículo de carga 150, o operador freou com força, acelerou agressivamente, o veículo de carga 150 consumiu muito combustível e teve uma baixa eficiência de combustível (com base nos quilômetros percorridos versus a quantidade de combustível consumida) A lógica de desempenho 106 pode fazer essa determinação com base na comparação entre a informação de operação do veículo 135 incluída nos dados de intervalo 131 e um modelo de operador. Em algumas implementações, a determinação pode ser alternativa ou adicionalmente com base na comparação entre a informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, os dados de aceleração do dispositivo móvel 140 podem indicar a aceleração do veículo de carga 150) incluída nos dados de intervalo 131 durante o intervalo de tempo. Em conjunto, a lógica de desempenho 106 pode determinar que o operador, durante o intervalo de tempo, não operou o veículo de carga 150, bem como o modelo do operador. Adicionalmente, a lógica de desempenho 106 pode quantificar essa determinação determinando uma pontuação de desempenho para o operador.
[0074] O avaliador 102 pode incluir o avaliador de não condução 112 para avaliar o desempenho relacionado à não condução de um operador durante um intervalo de tempo no qual o operador está operando o veículo de carga 150. Por exemplo, o avaliador 102 pode avaliar o operador quanto à confiabilidade ou à reputação do operador. Em algumas implementações, o avaliador de não condução 112 pode avaliar a reputação do operador, avaliando o quão confiável, profissional e/ou oportuno o operador é ao realizar o serviço de carga atribuído. Adicionalmente, a reputação do operador pode ser baseada na comparação entre os dados de intervalo 131 do operador e de um modelo de operador.
[0075] O avaliador de não condução 112 pode determinar a pontualidade de um operador com base em dados de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e/ou informação do dispositivo móvel do dispositivo móvel 140) do operador, uma rota de transporte do serviço de carga e horários preferidos de chegada a uma localização de retirada e/ou localização de destino especificada(s) em uma solicitação de serviço de carga. A rota de transporte pode incluir uma localização de retirada e/ou uma localização de destino especificada(s) na solicitação de serviço de carga. Em alguns exemplos, oO avaliador de não condução 112 pode determinar quando o veículo de carga 150 chega à localização de retirada e/ou localização de destino, com base na informação de localização provida pelo dispositivo móvel 140. Adicionalmente, o avaliador de não condução 112 pode determinar a pontualidade do operador, comparando os horários de chegada com a localização de retirada e/ou a localização de destino com os horários preferidos para retirar a carga na localização de retirada e/ou entregar a carga na localização de destino.
[0076] Adicionalmente, o avaliador de não condução 112 pode quantificar a determinação da pontualidade comparando o quão perto os horários de chegada estavam dos horários preferidos de um modelo de operador. Em alguns exemplos, o avaliador de não condução 112 pode quantificar a pontualidade do operador (por exemplo, uma pontuação de pontualidade) para a localização de retirada. Em outros exemplos, oO avaliador de não condução 112 pode quantificar a pontualidade do operador para a localização de destino. Em ainda outros exemplos, o avaliador de não condução 112 pode quantificar o tempo geral de conclusão do serviço de carga (da localização de retirada até a localização de destino).
[0077] Em algumas implementações, um indivíduo na localização de retirada e/ou local de destino (por exemplo, o operador e/ou solicitante) pode confirmar se o operador retirou a carga na localização de retirada e/ou entregou a carga na localização de destino. Em tais implementações, oO indivíduo pode transmitir uma mensagem de confirmação de um dispositivo móvel (por exemplo, dispositivo móvel 140) para o sistema de computador em rede 100. Por exemplo, o indivíduo pode transmitir a mensagem de confirmação do aplicativo de serviço 145, através da(s) rede(s) 130 e ao sistema de computador em rede 100. A mensagem de confirmação pode incluir se a carga foi retirada na localização de retirada ou entregada/recebida na localização de destino. Em alguns exemplos, o avaliador de não condução 112 pode determinar o horário em que a mensagem de confirmação foi enviada pelo indivíduo ou recebida pelo sistema de computador em rede
100. Adicionalmente, o avaliador de não condução 112 pode levar em consideração esses momentos ao determinar a pontualidade do operador ou confirmando os horários de retirada/entrega.
[0078] Em outras implementações, o avaliador de não condução 112 pode determinar se o operador está retirando uma carga ou deixando uma carga com base na informação do sensor gerada pelo dispositivo móvel 140. Nessas implementações, o dispositivo móvel 140 pode incluir um ou mais sensor(es) (por exemplo, acelerômetro e/ou giroscópio) e os dados gerados de um ou mais sensor(es) podem ser incluídos nos dados de intervalo 131 (por exemplo, informação do dispositivo móvel 137 do dispositivo móvel 140) a serem usados pelo avaliador de não condução 112 provido para avaliador de não condução incluído nos dados de intervalo
131. Em alguns exemplos, o avaliador de não condução 112 pode determinar que à informação do sensor se correlaciona com o operador que retira a carga. Em outros exemplos, o avaliador de não condução 112 pode determinar que a informação do sensor se correlaciona com o operador que está entregando a carga. Em conjunto com a informação de localização do dispositivo móvel 140, o avaliador de não condução 112 pode confirmar que a carga foi retirada na localização de retirada e/ou entregada na localização de destino. Adicionalmente, o avaliador de não condução 112 pode determinar quando a carga foi retirada e/ou entregada e levar em consideração quando a carga foi retirada e/ou entregada ao determinar a pontualidade do operador.
[0079] O avaliador de não condução 112 também pode utilizar a realimentação provida por um solicitante para avaliar os aspectos de não condução do desempenho do operador. Em algumas implementações, o solicitante pode prover realimentação, provendo uma classificação ou outra métrica quantitativa relacionada a um ou mais parâmetro(s) do desempenho de serviço de carga do operador. Por exemplo, o sistema de computador em rede 100 pode prover uma instrução para um aplicativo de serviço em execução em um dispositivo móvel de um solicitante de uma solicitação de serviço de carga para gerar uma interface de usuário de realimentação. A interface do usuário de realimentação pode permitir que o solicitante proveja uma classificação ou outra métrica quantitativa para um ou mais parâmetro(s) do desempenho de serviço de carga do operador. Exemplos de parâmetros do desempenho de serviço de carga do operador para o qual o solicitante pode prover uma classificação ou outra métrica quantitativa para incluir, pontualidade do operador para a localização de retirada, pontualidade do operador para a localização de destino, velocidade de carregamento da carga, profissionalismo, cortesia, serviço de entrega geral do solicitante e estado da carga no desembarque. Adicionalmente, o avaliador de não condução 112 pode utilizar as classificações e métricas quantitativas providas para determinar uma pontuação de reputação geral para o operador. Em algumas implementações, o avaliador de não condução 112 pode comparar as classificações e métricas quantitativas providas pelo dispositivo móvel do solicitante a um modelo de operador ao determinar uma pontuação de reputação para o operador.
[0080] Em algumas implementações, o solicitante também pode prover comentários qualitativos em conjunto com sua avaliação quantitativa do desempenho de serviço de carga do operador. Por exemplo, a instrução para gerar a interface de usuário de realimentação também pode incluir uma instrução para permitir que o solicitante insira comentários qualitativos. Em alguns casos, a instrução pode fazer com que a interface de usuário de realimentação gere uma caixa de texto para o solicitante inserir manualmente seus comentários. Em outros casos, a instrução pode fazer com que a interface de usuário de realimentação gere um menu suspenso de comentários pré-gerados para o solicitante selecionar.
[0081] Outros exemplos de desempenho de serviço de carga não relacionado à condução nos quais o avaliador 102 pode avaliar o operador incluem se o operador deixou o veículo de carga 150 (por exemplo, cabine 152). Em algumas implementações, o avaliador de não condução 112 pode utilizar a lógica de detecção fora do caminhão 110 para determinar se o operador deixou o veículo de carga 150, com base na informação do sensor (por exemplo, informação do acelerômetro e/ou informação do giroscópio) do dispositivo móvel 140 (por exemplo, informação do dispositivo móvel 137 do dispositivo móvel 140). Em alguns exemplos, a lógica de detecção fora do caminhão 110 pode determinar que a informação do sensor se correlaciona com o operador saindo da cabine 152 do veículo de carga 150 (por exemplo, uma aceleração em uma direção negativa). Adicionalmente, o dispositivo móvel 140 pode marcar a hora da informação do sensor como quando essa informação foi detectada. Como tal, a lógica de detecção fora do caminhão 110 pode determinar quando o operador saiu da cabine 152. Em outras implementações, a lógica de detecção fora do caminhão 110 pode determinar se o operador deixou o veículo de carga 150 com base no dispositivo móvel 140 estar conectado sem fio ou diretamente ao ELD 155. Por exemplo, a lógica de detecção fora do caminhão 110 pode determinar que o ELD 155 foi desconectado do dispositivo móvel 140. Nesse exemplo, a lógica de detecção fora do caminhão 110 pode determinar que o operador pode ter deixado a cabine 152 com base em determinar que o dispositivo móvel 140 e ELD 155 não estão mais conectados. Adicionalmente, a lógica de detecção fora do caminhão 110 pode determinar e utilizar os momentos em que o dispositivo móvel 140 e ELD 155 foram desconectados ao avaliar o operador.
[0082] O avaliador 102 pode selecionar um modelo de operador para comparar os dados de intervalo 131 de um operador, com base nos parâmetros do serviço de carga associados a cada modelo de operador que mais se assemelha aos parâmetros do serviço de carga que o operador realizou. Em tais implementações, o avaliador 102 pode incluir um banco de dados de modelo de operador 114. O banco de dados de modelo de operador 114 pode armazenar vários modelos de operador ou apenas um modelo genérico de operador. Nos exemplos em que o banco de dados de modelo de operador 114 armazena vários modelos de operador, cada modelo de operador pode ser associado a um ou mais parâmetro(s) de serviço de carga. Exemplos de parâmetros de serviço de carga incluem um peso de carga específico, uma faixa de peso de carga, um tamanho específico de veículo de carga, uma variedade de tamanhos de veículo de carga, um tipo de veículo de carga (por exemplo, um veículo de carga com capacidade de refrigeração versus um veículo de carga sem capacidades de refrigeração), um tipo de carga (por exemplo, cargas perecíveis versus não perecíveis, cargas frágeis versus não frágeis etc.), condições meteorológicas enfrentadas e/ou condições de tráfego enfrentadas.
[0083] O avaliador 102 pode analisar adicionalmente os dados de intervalo 131 do operador à luz dos dados metereológicos e/ou dados de tráfego ao determinar o desempenho de condução e não condução do operador enquanto opera o veículo de carga 150. Em algumas implementações, o avaliador 102 pode obter informação ambiental que inclui informação meteorológica e/ou informação de tráfego de um fornecedor terceirizado. Alternativamente, a informação meteorológica e/ou informação de tráfego podem ser obtidas de um ou mais sensor(es) do veículo de carga 150 e outros veículos de carga que percorrem na mesma região ou em torno da região do veículo de carga 150. Em qualquer implementação, o avaliador 102 (por exemplo, lógica de segurança 104, lógica de desempenho 106 e/ou avaliador de não condução 112) pode obter a informação meteorológica e/ou informação de tráfego da mesma região em que o operador estava operando o veículo de carga 150 e durante o mesmo intervalo de tempo no qual os dados do intervalo 131 foram obtidos.
[0084] Em alguns exemplos, a lógica de segurança 104 pode determinar uma pontuação de segurança alta para o operador, se comparada ao modelo do operador, a lógica de segurança 104 determina que houve uma taxa mais alta de frenagem suave, um número maior de vezes que o veículo de carga 150 está acelerando, e que houve fortes chuvas e condições de tráfego intenso no intervalo de tempo em que os dados 131 foram obtidos e nas localizações nas quais oO veículo de carga 150 estava percorrendo. Em outro exemplo, a lógica de desempenho pode determinar uma pontuação de desempenho baixa para o operador se comparada ao modelo do operador, a lógica de desempenho 106 determina uma maior taxa de frenagem brusca, maior número de vezes que o veículo de carga 150 acelerou agressivamente, o consumo de combustível foi maior, e estava ensolarado e as condições do tráfego eram leves no intervalo de tempo em que os dados 131 foram obtidos e nas localizações nas quais o veículo de carga 150 estava percorrendo. Em outro exemplo, o avaliador de não condução 112 pode determinar uma pontuação de pontualidade alta para o operador se comparado com o modelo de operador, o avaliador de não condução 112 determina que houve atraso na localização de retirada, atraso na localização de destino, e havia condições de tráfego intenso no intervalo de tempo em que os dados 131 foram obtidos e nas localizações nas quais o veículo de carga 150 estava percorrendo.
[0085] O sistema de computador em rede 100 pode incluir o monitor 116 para monitorar um operador enquanto um operador opera o veículo de carga 150 durante um intervalo de tempo. Como ilustrado na FIG. l1, o monitor 116 pode incluir lógica de tempo de serviço 118, monitor de veículo 122 e monitor de restrição de operador 120. Em algumas implementações, O monitor 116 pode determinar se o operador excedeu uma restrição de tempo de serviço de carga (por exemplo, a quantidade máxima de tempo que um operador está legalmente permitido a operar o veículo de carga 150 ou um tempo predeterminado, um operador pode operar o veículo de carga 150). Por exemplo, o monitor de veículo 122 pode obter periodicamente ou continuamente dados de intervalo 131 de um operador para determinar se uma quantidade de tempo em que o operador operou o veículo de carga 150 é igual ou excedeu uma restrição de tempo de serviço de carga.
[0086] Em algumas implementações, a lógica do tempo de serviço 118 pode determinar a quantidade de tempo que um operador operou o veículo de carga 150 durante um intervalo de tempo (por exemplo, um evento de transporte, um dia, uma semana, um mês, etc.) com base nos dados de intervalo 131 obtidos do armazenamento de dados de atividade 126 e/ou armazenamento do operador 124. Por exemplo, a lógica do tempo de serviço 118 pode determinar quanto tempo um operador operou o veículo de carga 150 determinando (i) quando o dispositivo móvel 140 foi conectado ao ELD 155, (ii) quando o dispositivo móvel 140 foi desconectado do ELD 155, (iii) quando o motor foi ligado e/ou (iv) quando o motor foi desligado. Adicionalmente, em algumas implementações, a lógica do tempo de serviço 118 pode determinar a quantidade de tempo que o operador operou o veículo de carga 150, levando em consideração (1) casos ou subintervalos de quando o operador para de operar o veículo de carga 150 (por exemplo, determinando, a partir da informação de operação do veículo 135, quando o motor do veículo de carga 150 está desligado), (ii) casos ou subintervalos de quando o veículo de carga 150 está ocioso (por exemplo, determinando, a partir da informação de operação do veículo 135 e da informação de localização do dispositivo móvel 140, quando o motor estiver ligado, mas o veículo de carga 150 não estiver em movimento) e (iii) casos ou subintervalos de quando o operador deixou o veículo de carga 150 (por exemplo, a partir de informação de localização do dispositivo móvel 140 e/ou se o dispositivo móvel 140 desconectou-se do ELD 155).
[0087] Adicionalmente, em tais implementações, o monitor 116 pode incluir o monitor de restrição do operador 120 para determinar se o operador excedeu uma restrição de tempo do serviço de carga, determinando se a quantidade de tempo que o operador operou o veículo de carga 150 é igual ou maior que a restrição de tempo do serviço de carga. Em algumas implementações, o monitor de restrição do operador 120 pode obter dados indicando a quantidade de tempo que o operador operou o veículo de carga 150 em um intervalo de tempo a partir da lógica do tempo de serviço 118. Adicionalmente, o monitor de restrição do operador 120 pode comparar a quantidade de tempo que o operador operou o veículo de carga 150 à restrição de tempo do serviço de carga. Em alguns exemplos, o monitor de restrição do operador 120 pode determinar que a quantidade de tempo que o operador operou o veículo de carga 150 é igual ou excede a restrição de tempo do serviço de carga. Adicionalmente, o monitor de restrição do operador 120 pode impedir o operador de aceitar ou selecionar uma solicitação de serviço de carga apresentada no aplicativo de serviço 145. Por exemplo, o monitor de restrição do operador 120 pode prover uma instrução para o aplicativo de serviço 145 para restringir o operador de selecionar ou aceitar qualquer solicitação de serviço de carga apresentada pelo aplicativo de serviço 145.
[0088] Em outros exemplos, o monitor de restrição do operador 120 pode determinar que a quantidade de tempo que um operador operou o veículo de carga 150 é menor que a restrição de tempo do serviço de carga. Nesses exemplos, o monitor de restrição do operador 120 pode limitar qual solicitação de serviço de carga o operador pode selecionar ou aceitar que é apresentado no aplicativo de serviço 145. Por exemplo, o monitor de restrição do operador 120 pode determinar a quantidade de tempo restante antes que o operador exceda a restrição de tempo de serviço de carga (por exemplo, com base nos dados de intervalo 131 do operador, o monitor de restrição do operador 120 pode determinar a quantidade de tempo restante entre a quantidade de tempo que o operador já operou o veículo de carga 150 e a restrição de tempo do serviço de carga). Adicionalmente, o monitor de restrição do operador 120 pode determinar um tempo estimado de conclusão do serviço para cada solicitação de serviço de carga obtida pelo sistema de computador em rede 100. Por exemplo, o monitor de restrição do operador 120 pode levar em consideração a localização de retirada, a localização de destino, qualquer horário preferido indicado da conclusão do serviço de carga incluída na solicitação de serviço de carga.
Em conjunto, o monitor de restrição do operador 120 pode identificar uma ou mais solicitação (ões) de serviço de carga obtida(s) pelo sistema de computador em rede 100 que têm um tempo estimado de conclusão do serviço que é menor ou igual à quantidade de tempo restante antes que o operador exceda a restrição de tempo do serviço de carga.
Em algumas implementações, o monitor de restrição do operador 120 pode prover uma instrução para o aplicativo de serviço 145 para apresentar apenas uma ou mais solicitação(ões) de serviço de carga identificada(s). Em outras implementações, o monitor de restrição do operador 120 pode prover uma instrução para o aplicativo de serviço 145 para limitar a tonelada do operador apenas para selecionar uma solicitação de serviço de carga que é uma de uma ou mais solicitação (ões) de serviço de carga identificada(s).
[0089] Outros parâmetros, o monitor de restrição de operador 120 pode levar em consideração ao determinar o tempo estimado de conclusão do serviço para cada solicitação de serviço de carga obtida pelo sistema de computador em rede 100, inclui (i) dados de tráfego, (ii) dados metereológicos e (iii) dados de intervalo 131 de um operador (por exemplo, localização atual do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150, e informação do dispositivo móvel (140) que opera o veículo de carga 150, ao determinar o tempo estimado de conclusão do serviço para cada solicitação de serviço de carga obtida pelo sistema de computador em rede 100.
[0090] A FIG. 3 ilustra um exemplo de método para determinar um horário de chegada para um veículo de carga chegar a uma localização de destino. Em algumas implementações, e semelhante ao método de exemplo ilustrado na FIG. 2, o sistema de computador em rede 100 pode associar um operador ao dispositivo móvel 140 (300). Adicionalmente, o sistema de computador em rede 100 pode determinar uma localização atual do veículo de carga 150 sendo operado pelo operador (302). Por exemplo, o monitor 116 pode obter a informação de localização do dispositivo móvel 140 do armazenamento do operador 124 e/ou armazenamento de dados de atividade 126. Adicionalmente, o monitor 116 pode determinar a localização atual do veículo de carga 150 sendo operado pelo operador com base na informação de localização do dispositivo móvel 140.
[0091] O sistema de computador em rede 100 pode determinar uma hora de chegada para o veículo de carga 150 chegar a uma determinada localização de destino (304). A localização de destino pode ser incluída na solicitação de serviço de carga atribuída ao operador. Em alguns exemplos, o componente de chegada 134 pode determinar a partir dos dados do intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação do dispositivo móvel 137 do dispositivo móvel 140) do operador durante um intervalo de tempo quando o operador está operando o veículo de carga 150, uma hora de chegada para o veículo de carga 150 chegar na localização de destino. Adicionalmente, com base nos dados de intervalo 131, o componente de chegada 134 pode, a qualquer caso, um tempo de chegada do veículo de carga 150 para chegar na localização de destino com base em (i) uma distância entre a localização atual do veículo de carga 150 e na localização de destino provida e (ii) um tempo para o veículo de carga 150 percorrer para a localização de destino.
[0092] O componente de chegada 134 pode determinar a distância entre a localização atual do veículo de carga 150 e a localização de destino com base na informação de localização do dispositivo móvel 140 e na informação de localização da localização de destino incluídas na solicitação de serviço de carga. Adicionalmente, o componente de chegada 134 pode determinar um tempo para o veículo de carga 150 percorrer para a localização de destino, com base na distância entre a localização atual do veículo de carga 150 até a localização de destino e a informação de operação do veículo 135 do veículo de carga 150 e/ou a informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, a lógica de tempo de serviço 118 pode determinar a partir da informação de operação do veículo 135 do veículo de carga 150 e/ou dados do sensor (acelerômetro) e informação de localização 133 do veículo de carga 150 a partir da informação de localização de um recurso à base de localização do dispositivo móvel 140 a velocidade que o veículo de carga 150 está percorrendo).
[0093] Em várias implementações, o componente de chegada 134 pode levar em consideração o número mínimo de intervalos de ociosidade (por exemplo, períodos de descanso ou períodos de tempo em que um operador não está operando o veículo de carga 50 para não exceder uma restrição de tempo do serviço de carga) e a duração de cada intervalo de ociosidade que um operador deve levar ao determinar o tempo de chegada estimado que o veículo de carga 150 deve chegar na localização de retirada e/ou localização de destino. Em tais implementações, o número de intervalos de ociosidade e a duração de cada intervalo de ociosidade podem ser baseados em (i) um tempo estimado para o veículo de carga 150 chegar na localização de destino (por exemplo, com base na localização atual do veículo de carga 150), (11) uma distância entre a localização atual do veículo de carga 150, (iii) a quantidade de tempo que o operador operou o veículo de carga 150 (como determinado a partir de dados gerados pela lógica de tempo de serviço 118) e (iv) a restrição de tempo de serviço (como provido pelo monitor de restrição do operador 120).
[0094] Em algumas implementações, o componente de chegada 134 pode levar em consideração informação ambiental (por exemplo, informação de tráfego e/ou meteorológica) ao determinar a quantidade mínima de tempo ou intervalos de ociosidade que um operador deve levar para não exceder uma restrição de tempo do serviço de carga. Por exemplo, as condições de tráfego e condições meteorológicas que um operador pode encontrar ou está encontrando no momento podem causar a desaceleração do veículo de carga 150 e causar atrasos. Como tal, o componente de chegada 134 pode determinar que o operador deve ter mais intervalos de ociosidade devido às condições de tráfego e meteorológicas que o operador enfrenta ou pode enfrentar, o que pode resultar no aumento do número mínimo de intervalos de ociosidade. Em outros exemplos, o componente de chegada 134 pode determinar que as condições de tráfego e/ou as condições meteorológicas que o operador pode enfrentar ou está enfrentando não podem inibir a velocidade do veículo de carga
150. Como tal, o componente de chegada 134 pode determinar que o operador pode demorar menos intervalos de ociosidade. Significando que o número mínimo de intervalos de ociosidade pode diminuir.
[0095] Em várias implementações, o componente de chegada 134 pode levar em consideração ao determinar um tempo de chegada estimado, condições meteorológicas e/ou tráfego em que o operador pode estar atualmente enquanto realiza seu serviço de carga atribuído. Por exemplo, um fornecedor terceirizado pode prover informação ambiental que inclui informação meteorológica e/ou informação de tráfego em tempo real para o componente de chegada 134. O componente de chegada 134 pode determinar o clima atual e/ou as condições atuais de tráfego na localização atual do operador e do veículo de carga 150 com base na informação ambiental e na informação de localização do dispositivo móvel 140. Adicionalmente, o componente de chegada 134 pode determinar qualquer atraso que o operador esteja enfrentando e determinar e/ou ajustar o tempo de chegada estimado com base nos atrasos que o operador está enfrentando.
[0096] Em algumas implementações, o componente de chegada 134 pode determinar as condições de tráfego e/ou condições meteorológicas que o operador pode enfrentar ao executar o serviço de carga atribuído com base nos dados do sensor e na rota de transporte que o operador está seguindo. Por exemplo, o componente de chegada 134 pode determinar que ocorreu um acidente na rota de transporte que o operador está atualmente tomando. Nesse exemplo, o componente de chegada 134 pode determinar um atraso estimado que o operador pode encontrar e determinar e/ou ajustar o tempo de chegada estimado com base no possível atraso. Em outros exemplos, Oo componente de chegada 134 pode determinar que as condições meteorológicas na rota de transporte que o operador está atualmente tomando provavelmente piorarão e causarão um atraso. Em tais exemplos, o componente de chegada 134 pode determinar e/ou ajustar o tempo de chegada estimado com base no possível atraso.
[0097] Em algumas implementações, a lógica do tempo de serviço 118 pode determinar que um operador está atualmente em um intervalo de ociosidade e o componente de chegada 134 pode utilizar esses dados para determinar a quantidade restante de ociosidade em que o operador deve passar antes de poder retomar a operação do veículo de carga 150. Em tais implementações, a lógica do tempo de serviço 118 pode fazer essas determinações com base nos dados do intervalo 131 do operador provido pelo monitor do veículo 122. Por exemplo,
a lógica do tempo de serviço 118 pode determinar que um operador está atualmente em um intervalo de ociosidade e a quantidade de ociosidade que o operador deixou, com base na informação de operação do veículo 135 do veículo de carga 150 (por exemplo, casos de quando o motor foi desligado) e/ou na informação do dispositivo móvel 137 do dispositivo móvel 140 (por exemplo, casos de quando o dispositivo móvel 140 foi desconectado do dispositivo de registro eletrônico 155 e/ou casos em que o operador não esteja na mesma localização que o veículo de carga 150) incluído nos dados de intervalo 131. Adicionalmente, com base na duração mínima determinada de cada intervalo de ociosidade que um operador deve levar, o componente de chegada 134 pode determinar a quantidade de ociosidade restante antes que o operador possa retomar a operação do veículo de carga 150.
[0098] Em alguns exemplos, um intervalo de ociosidade pode incluir a quantidade estimada de tempo que um operador deve retirar uma carga na localização de retirada. O componente de chegada 134 pode determinar a quantidade de tempo estimada em que um operador retira uma carga em uma localização de retirada, com base em dados históricos de intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação do dispositivo móvel 137 do dispositivo móvel 140) armazenados no armazenamento do operador 124. Em outros exemplos, um intervalo de ociosidade pode incluir a quantidade estimada de tempo em que um operador deve alterar uma carga que já está no reboque
154. Em tais exemplos, um operador pode ser atribuído a várias solicitações de serviço de carga e, ao chegar a uma localização de destino, o operador deve entregar uma carga, mas retirar outra carga, antes de prosseguir para a próxima localização de destino. O componente de chegada 134 pode determinar a quantidade de tempo estimada em que um operador altera uma carga, com base nos dados históricos do intervalo 131 (por exemplo, informação de localização 133 do veículo de carga 150, informação de operação do veículo 135 do veículo de carga 150 e informação de dispositivo móvel 137 do dispositivo móvel 140) armazenados no armazenamento do operador 124.
[0099] O componente de chegada 134 pode levar em consideração o número de paradas de combustível que o veículo de carga 150 provavelmente terá que retirar ao determinar a hora de chegada do veículo de carga que deve chegar na localização de retirada e/ou localização de destino. Adicionalmente, o componente de chegada 134 pode levar em consideração a distância entre a localização atual do veículo de carga 150 (por exemplo, informação de localização 133) e a localização de retirada e/ou de destino especificada na solicitação de serviço de carga, ao determinar o número de paradas de combustível do veículo de carga 150 provavelmente terá que levar. Adicionalmente, o componente de chegada 134 pode determinar a partir da informação de operação do veículo 135 (por exemplo, a quantidade de combustível usada em comparação com a distância média percorrida) dos dados de intervalo 131, providos pelo monitor do veículo 122, a eficiência de combustível do veículo de carga 150. Tomados em conjunto, o componente de chegada 134 pode determinar o número de paradas de combustível que o operador pode precisar para percorrer para a localização de destino.
[00100] O componente de chegada 134 pode levar em consideração o tamanho de uma carga, um peso da carga e/ou um tipo de carga a ser transportada pelo veículo de carga 150 ao determinar o tempo de chegada estimado. Por exemplo, quanto mais pesada a carga, o veículo de carga mais lento 150 pode percorrer. Adicionalmente, quanto mais pesada a carga, pior é a eficiência de combustível do veículo de carga
150. O significado do veículo de carga 150 pode precisar de mais combustível para percorrer para uma localização de destino especificada em uma solicitação de serviço de carga. Em alguns exemplos, o componente de chegada 134 pode levar em consideração o tipo de carga, por exemplo, se a carga é frágil ou não, ao determinar o tempo de chegada estimado. Por exemplo, uma carga frágil pode fazer com que o operador opere o veículo de carga 150 com mais cuidado e/ou mais devagar. Em algumas implementações, o tamanho e/ou o peso da carga pode(m) ser incluído(s) na solicitação de serviço de carga. Em outras implementações, o tamanho e/ou peso da carga pode(m) ser detectado(s) por um ou mais sensor(es) (por exemplo, sensores ópticos e de suporte de peso) incluído(s) no reboque 154. Em tais exemplos, os dados do sensor, incluindo o tamanho e/ou o peso da carga pode ser incluído (a) nos dados de intervalo 131 providos pelo dispositivo móvel 140 e/ou dispositivo de registro eletrônico 155.
[00101] Em algumas implementações, o componente de chegada 134 pode levar em consideração o tamanho, o peso e/ou o tipo da carga ao determinar o número mínimo de intervalos de ociosidade que o operador deve levar. Por exemplo, o componente de chegada 134 pode determinar que o peso, o tamanho e/ou o tipo de carga (por exemplo, uma carga frágil) da carga pode(m) fazer com que o veículo de carga 150 percorra mais devagar. O componente de chegada 134 pode determinar que o operador deve demorar mais intervalos de ociosidade. Significando que o número mínimo de intervalos de ociosidade pode aumentar. Adicionalmente, o componente de chegada 134 também pode levar em consideração o número mínimo de intervalos de ociosidade que o operador deve levar, ao determinar o tempo de chegada estimado do veículo de carga 150 na localização de retirada e/ou de destino.
[00102] O componente de chegada 134 também pode incluir lógica da doca 132 para otimizar o recebimento e/ou entrega de cargas na localização de retirada e/ou de destino, respectivamente. Em algumas implementações, a lógica da doca 132 pode atribuir uma doca ao veículo de carga 150 para retirar uma carga especificada em uma solicitação de serviço de carga e/ou para entregar uma carga especificada em uma solicitação de serviço de carga. Em tais implementações, a atribuição da doca pode ser baseada, pelo menos, no tempo de chegada estimado do veículo de carga 150. Adicionalmente, em outras implementações, a atribuição da doca pode ser baseada no tempo de chegada estimado de outros veículos de carga que também podem estar chegando aproximadamente ao mesmo tempo. Em tais implementações, o componente de chegada 134 pode determinar de forma similar a hora de chegada de outros veículos de carga, como pode para o veículo de carga 150.
[00103] Em várias implementações, a lógica da doca 132 pode enviar instruções de roteamento de doca para um operador. As instruções de roteamento da doca podem incluir instruções para rotear o veículo de carga 150 para a doca atribuída ao operador. A rota da doca pode ser baseada na informação de localização provida por um recurso baseado na localização do dispositivo móvel 140 (por exemplo, informação de localização 133 do veículo de carga 150) e na informação de localização da doca atribuída ao operador. Em algumas implementações, a lógica da doca 132 pode prover a informação de roteamento da doca para o dispositivo móvel 140 quando a lógica da doca 132 determina que o veículo de carga 150 está dentro de um limiar de distância de proximidade da localização de retirada, localização de destino ou da doca atribuída. Em tais implementações, a lógica da doca 132 pode determinar que o veículo de carga 150 está dentro do limiar da distância de proximidade com base nos dados de intervalo 131 do operador (por exemplo, informação de localização do dispositivo móvel 140) e na localização de retirada e/ou localização de destino especificada pela solicitação de serviço de carga ou a informação de localização da doca atribuída. A lógica da doca 132 pode obter dados de intervalo 131 do operador do monitor de veículo 122.
[00104] A lógica da doca 132 pode verificar a identidade de um operador que está retirando e/ou entregando uma carga especificada em uma solicitação de serviço de carga à qual o operador também está atribuído. Por exemplo, a lógica da doca 132 pode determinar se a informação de identificador provida pelo dispositivo móvel 140 do operador correspondente coincide com a informação de identificador já associada a uma solicitação de serviço de carga. Exemplos de informação de identificador incluem, um identificador de operador (por exemplo, um nome do operador, uma fotografia do operador, um número de telefone do operador, um identificador associado à identificação governamental do operador, etc.), um identificador de carga, um identificador de veículo do veículo de carga 150 que está transportando ou estará transportando a carga (por exemplo, número VIN do veículo de carga), e um identificador de serviço de carga (por exemplo, informação de localização da localização de retirada, informação de localização da localização de destino, um identificador alfanumérico, um identificador de carga etc.).
[00105] A lógica da doca 132 pode fazer com que O dispositivo móvel 140 de um operador atribuído à solicitação de serviço de carga proveja informação de identificador que a lógica da doca 132 pode usar para verificar a identidade do operador. Por exemplo, a lógica da doca 132 pode fazer com que o dispositivo móvel 140 proveja a informação de identificação quando o veículo de carga 150 do operador estiver dentro de um limiar de distância de proximidade da localização de retirada e/ou localização de destino. A lógica da doca 132 pode determinar se o veículo de carga 150 está dentro de um limiar de distância de proximidade da localização de retirada e/ou localização de destino com base na informação de localização do dispositivo móvel 140 e na informação de localização da localização de retirada e/ou de destino especificadas na solicitação de serviço de carga atribuída, respectivamente. Após a lógica da doca 132 determinar que o veículo de carga está dentro do limiar da distância de proximidade, a lógica da doca 132 pode prover instruções ao dispositivo móvel 140 para prover a informação de identificador. Em tais implementações, a lógica da doca 132 pode utilizar a informação de identificador provida pelo dispositivo móvel 140 para identificar uma cópia de uma solicitação de serviço de carga com a mesma informação de identificador que é armazenada no armazenamento do operador
124.
DIAGRAMA DE HARDWARE
[00106] A FIG. 4 é um diagrama de blocos que ilustra um sistema de computador no qual os exemplos descritos nesse documento podem ser implementados. Em uma modalidade, o sistema de computador 400 pode corresponder a um dispositivo de computação móvel, tal como um dispositivo celular que é capaz de serviços de telefonia, mensagens e dados. O sistema de computador 400 pode corresponder a um dispositivo operado por um solicitante ou, em alguns exemplos, um dispositivo operado pelo fornecedor de serviços (por exemplo, um operador de carga) que provê serviços baseados em localização. Exemplos de tais dispositivos incluem smartphones, telefones, dispositivos de tablets ou dispositivos de computação no veículo que se comunicam com operadoras de celular. O sistema de computador 400 inclui processador 410, recursos de memória 420, componente de exibição 430 (por exemplo, tal como um dispositivo de exibição sensível ao toque), um ou mais de sistemas de comunicação 440 (incluindo sistemas de comunicação sem fio), um ou mais sensor(es) 450 (por exemplo, acelerômetro e/ou giroscópio, microfone, barômetro, etc.), e um ou mais de componentes de detecção de localização (por exemplo, componente de GPS) 460. Em um exemplo, pelo menos um sistema de comunicação 440 envia e recebe dados celulares através da(s) rede(s) 470 (por exemplo, canais de dados e canais de voz). Os subsistemas de comunicação 440 podem incluir um transceptor celular e um ou mais de transceptores sem fio de curto alcance. O processador 410 pode trocar dados com um sistema de arranjo de serviço (não ilustrado na FIG. 4) através dos um ou mais de subsistemas de comunicação 440 e através da(s) rede(s) 970.
[00107] O processador 410 pode prover uma variedade de conteúdo para exibir o componente 430 executando instruções armazenadas nos recursos de memória 420. Os recursos de memória 420 podem armazenar instruções para o aplicativo de serviço 425. Por exemplo, o processador 410 pode executar o aplicativo de serviço 425 para ler dados do sensor de um ou mais sensor(es) 450 do dispositivo de computação, e transmitir os dados do sensor, juntamente com os dados de localização do componente de GPS 460 como dados do dispositivo local para um sistema de computador em rede (por exemplo, sistema de computador em rede 100).
[00108] Os exemplos descritos nesse documento se estendem aos elementos e conceitos individuais descritos nesse documento, independentemente de outros conceitos, ideias ou sistema, bem como para exemplos que incluem combinações de elementos recitados em qualquer lugar deste aplicativo. Embora os exemplos sejam descritos em detalhes nesse documento com referência aos desenhos anexos, deve ser entendido que os conceitos não estão limitados a esses exemplos precisos. Consequentemente, pretende-se que oO escopo dos conceitos seja definido pelas reivindicações a seguir e seus equivalentes.
Além disso, é contemplado que um recurso específico descrito individualmente ou como parte de um exemplo possa ser combinado com outros recursos individualmente descritos, ou partes de outros exemplos, mesmo que os outros recursos e exemplos não façam menção ao recurso específico.
Assim, a ausência de descrever combinações não deve impedir o direito a essas combinações.

Claims (37)

REIVINDICAÇÕES
1. Sistema de computador em rede caracterizado pelo fato de que compreende: um ou mais processadores; um conjunto de recursos de memória para armazenar um conjunto de instruções; em que o conjunto de instruções, quando executado por um ou mais processadores, faz com que um ou mais processadores: comuniquem-se, através de uma rede, com um dispositivo móvel de um operador para fazer com que o dispositivo móvel transmita dados de intervalo para o sistema de computador em rede durante um intervalo de tempo em que um veículo de carga é operado pelo operador entre um local de início e um local de destino, em que os dados de intervalo incluem (i) dados de localização gerados pelo dispositivo móvel, (ii) dados de operação do veículo enquanto o veículo está em operação e (iii) dados do sensor gerados por um ou mais sensores do dispositivo móvel; determinem, pelo sistema de computador da rede com base nos dados do intervalo, uma métrica para o operador (i) determinando subintervalos de tempo durante o qual o operador não está operando o veículo de carga e (ii) analisando pelo menos os dados do sensor gerados pelos um ou mais sensores do dispositivo móvel para determinar uma atividade não operacional do operador durante o intervalo; e atualizem os dados da conta associados ao operador com base, pelo menos em parte, na métrica determinada para o operador.
2. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede: determine, com base nos dados do intervalo, o tempo restante para o operador operar o veículo de carga antes de atingir uma restrição de tempo de serviço; e selecione uma carga para o operador com base, pelo menos em parte, no tempo restante determinado.
3. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede: determine que uma quantidade de tempo em que o operador opera continuamente o veículo de carga excede uma restrição de tempo de serviço predeterminada; e forneça uma instrução ao dispositivo móvel que restrinja programaticamente o operador da seleção de uma carga.
4. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que a métrica é indicativa de uma medida de conformidade do operador com um padrão predeterminado de como o veículo de carga deve ser operado.
5. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede determine a métrica utilizando um modelo que representa um peso de carga e um tamanho ou tipo de o veículo de carga.
6. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que a métrica inclui pelo menos um de uma pontuação de segurança Ou pontuação de desempenho.
7. Sistema de computador em rede, de acordo com a reivindicação 6, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede determine (i) um conjunto de parâmetros de movimento usando os dados do sensor e (ii) determine a métrica com base no conjunto determinado de parâmetros de movimento.
8. Sistema de computador em rede, de acordo com a reivindicação 7, caracterizado pelo fato de que as instruções executadas, quando executadas por um ou mais processadores, fazem com que o sistema de computador em rede determine pelo menos um do conjunto de parâmetros de movimento detectando,
usando os dados do sensor, uma mudança direcional do veículo de carga.
9. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador de rede determine a métrica com base, pelo menos em parte, na eficiência de combustível do veículo de carga durante o intervalo de tempo.
10. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede avalie o operador quanto à pontualidade com base na atividade não operacional determinada do operador.
11. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede avalie o operador quanto à aderência a uma restrição que limita o operador a um tempo de serviço em que o operador está autorizado a operar continuamente o veículo de carga.
12. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede use os dados do sensor enquanto o veículo de carga está ocioso.
13. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de rede determine o subintervalo durante o qual o operador não está operando o veículo de carga correlacionando os dados do sensor a uma atividade não operacional do operador que carrega o veículo de carga.
14. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de computador em rede faça o dispositivo móvel transmitir dados de intervalo que incluem os dados de operação do veículo, fazendo com que oO dispositivo móvel se conectes a um dispositivo de registro eletrônico do veículo de carga.
15. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de instruções, quando executado por um ou mais processadores, faz com que o sistema de rede: identifique um identificador de veículo de carga sendo usado pelo operador durante o intervalo de tempo; e associe o identificador do veículo a uma conta do operador até que o veículo alcance o local de destino.
16. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que os dados de operação do veículo incluem informações correspondentes a um motor do veículo de carga estar ocioso.
17. Sistema de computador em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o operador opera vários veículos de carga durante o intervalo de tempo.
18. Método implementado por um sistema de computador em rede, caracterizado pelo fato de que compreende: comunicar-se, através de uma rede, com um dispositivo móvel de um operador para fazer com que o dispositivo móvel transmita dados de intervalo para o sistema de computador da rede durante um intervalo de tempo em que um veículo de carga é operado pelo operador entre um local de início e um local de destino, em que os dados de intervalo incluem (i) dados de localização gerados pelo dispositivo móvel , (ii) dados de operação do veículo enquanto o veículo está em operação e (iii) dados do sensor gerados por um ou mais sensores do dispositivo móvel; determinar, pelo sistema de computador em rede com base nos dados do intervalo, uma métrica para o operador (1) determinando um subintervalos de tempo durante o qual o operador não está operando o veículo de carga e (ii) analisando pelo menos os dados do sensor gerados pelos um ou mais sensores do dispositivo móvel para determinar uma atividade não operacional do operador durante o intervalo;
e atualizar os dados da conta associados ao operador com base, pelo menos em parte, na métrica determinada para o operador.
19. Meio legível por computador não transitório caracterizado pelo fato de que armazena instruções que quando executadas por um ou mais processadores de um sistema de computador em rede, fazem com que um ou mais processadores: comuniquem-se, através de uma rede, com um dispositivo móvel de um operador para fazer com que o dispositivo móvel transmita dados de intervalo para o sistema de computador da rede durante um intervalo de tempo em que um veículo de carga é operado pelo operador entre um local de início e um local de destino, em que os dados de intervalo incluem (i) dados de localização gerados pelo dispositivo móvel, (ii) dados de operação do veículo do veículo de carga enquanto o veículo de carga está em operação e (iii) dados do sensor gerados por um ou mais sensores do dispositivo móvel dispositivo; determinem, pelo sistema de computador da rede com base nos dados do intervalo, uma métrica para o operador (1) determinando subintervalos de tempo durante o qual o operador não está operando o veículo de carga e (ii) analisando pelo menos os dados do sensor gerados pelos um ou mais sensores do dispositivo móvel para determinar uma atividade não operacional do operador durante o intervalo; e atualizarem os dados da conta associados ao operador com base, pelo menos em parte, na métrica determinada para o operador.
20. Sistema de computador caracterizado pelo fato de que compreende: um ou mais processadores; um conjunto de recursos de memória para armazenar um conjunto de instruções; em que o um ou mais processadores usam o conjunto de instruções para: atribuir, para cada veículo de carga de uma pluralidade de veículos de carga que deve chegar a um local de destino durante um determinado intervalo de tempo, uma doca no local de destino ao veículo de carga por: associar um operador correspondente a um respectivo dispositivo móvel; determinar uma localização atual do veículo de carga operado pelo operador correspondente, usando informações de localização transmitidas pelo respectivo dispositivo móvel; em um determinado momento, enquanto o veículo de carga estiver viajando do local atual do veículo de carga para o local de destino, determinar um tempo de chegada para o veículo de carga chegar ao local de destino com base, pelo menos em parte, em (i) a distância entre o local atual do veículo e o local de destino; (ii) um tempo para o veículo percorrer a distância; e (iii) uma duração de um ou mais intervalos mínimos de inatividade durante os quais uma ou mais restrições são impostas ao operador correspondente que opera o veículo de carga; e selecionar a doca para o veículo de carga com base, pelo menos em parte, no tempo de chegada de outros veículos de carga da pluralidade de veículos de carga.
21. Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que um ou mais processadores determinam o tempo de chegada de cada veículo de carga da pluralidade de veículos de carga, determinando um número de paradas de combustível que o veículo de carga precisará chegar ao local de destino a partir do localização atual.
22. Sistema de computador, de acordo com a reivindicação 21, caracterizado pelo fato de que um ou mais processadores determinam o número de paradas de combustível determinando uma eficiência de combustível do veículo de carga, usando informações de operação do veículo adquiridas a partir de um respectivo dispositivo de registro eletrônico enquanto o veículo de carga é operado pelo operador correspondente.
23. Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que o um ou mais processadores determinam o tempo de chegada de cada veículo de carga da pluralidade de veículos de carga, determinando uma duração mínima de tempo de inatividade necessária para o operador correspondente antes de chegar ao local de destino sem violar uma restrição contra o operador correspondente que opera o veículo de carga continuamente além de um limite predeterminado.
24, Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que um ou mais processadores determinam o tempo de chegada de cada veículo de carga da pluralidade de veículos de carga, estimando uma quantidade de tempo para o operador correspondente carregar ou trocar um reboque correspondente.
25. Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que o um ou mais processadores usam o conjunto de instruções para: controlar o respectivo dispositivo móvel que está associado a cada veículo de carga da pluralidade de veículos de carga, para fornecer informações correspondentes sobre o dispositivo móvel ao sistema de computador, as informações correspondentes do dispositivo móvel, incluindo informações sobre sensores; e determinar as condições atuais de tráfego com base nas informações do sensor fornecidas pelo respectivo dispositivo móvel que está associado a um ou mais dentre a pluralidade de veículos de carga.
26. Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que um ou mais processadores usam o conjunto de instruções para determinar o peso de uma carga de cada veículo de carga da pluralidade de veículos de carga e em que o um ou mais processadores determinam, para cada carga veículo da pluralidade de veículos de carga, o tempo de chegada com base, pelo menos em parte, no peso determinado da carga desse veículo de carga.
27. Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que o um ou mais processadores usam o conjunto de instruções para controlar o respectivo dispositivo móvel que está associado a cada veículo de carga da pluralidade de veículos de carga, para adquirir informações de operação do veículo a partir de um respectivo dispositivo de registro eletrônico do veículo de carga que está associado ao respectivo dispositivo móvel e em que o um ou mais processadores determinam, para cada veículo de carga da pluralidade de veículos de carga, o tempo de chegada com base, pelo menos em parte, nas informações de operação do veículo adquirido.
28. Sistema de computador, de acordo com a reivindicação 20, caracterizado pelo fato de que um ou mais processadores usam o conjunto de instruções para transmitir, para cada veículo de carga da pluralidade de veículos de carga, instruções de roteamento de doca para o respectivo dispositivo móvel, as instruções de roteamento de doca, incluindo instruções para encaminhar esse veículo para a doca atribuída a esse veículo.
29. Meio legível por computador não transitório caracterizado pelo fato de que armazena instruções que quando executadas por um ou mais processadores de um sistema de computador em rede, fazem com que um ou mais processadores: para cada veículo de carga de uma pluralidade de veículos de carga que deve chegar a um local de destino durante um determinado intervalo de tempo, atribuam uma doca no local de destino ao veículo de carga por: associar um operador correspondente a um respectivo dispositivo móvel; determinar uma localização atual do veículo de carga operado pelo operador correspondente, usando informações de localização transmitidas pelo respectivo dispositivo móvel; em um determinado momento, enquanto o veículo de carga estiver viajando do local atual do veículo de carga para o local de destino, determinem um tempo de chegada para o veículo de carga chegar ao local de destino com base, pelo menos em parte, em (i) a distância entre o local atual do veículo de carga e o local de destino; (ii) um tempo para o veículo de carga percorrer a distância; e (iii) uma duração de um ou mais intervalos de tempo de inatividade necessários durante os quais uma ou mais restrições são impostas ao operador correspondente que opera o veículo de carga; e selecionar a doca para o veículo de carga, com base, pelo menos em parte, no tempo de chegada de outros veículos de carga da pluralidade de veículos de carga.
30. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que o um ou mais processadores determinam o tempo de chegada para cada veículo de carga da pluralidade de veículos de carga, determinando um número de paradas de combustível que o veículo de carga precisará chegar ao local de destino a partir da localização atual.
31. Meio legível por computador não transitório, de acordo com a reivindicação 30, caracterizado pelo fato de que um ou mais processadores determinam o número de paradas de combustível determinando uma eficiência de combustível do veículo de carga, usando informações de operação do veículo adquiridas de um respectivo dispositivo de registro eletrônico enquanto o veículo de carga é operado pelo operador correspondente.
32. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que um ou mais processadores determinam o tempo de chegada para cada veículo de carga da pluralidade de veículos de carga, determinando uma duração mínima de tempo de inatividade necessária para o operador correspondente antes de chegar no local de destino sem violar uma restrição contra o operador correspondente que opera o veículo de carga continuamente além de um limite predeterminado.
33. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que o um ou mais processadores determinam o tempo de chegada para cada veículo de carga da pluralidade de veículos de carga estimando uma quantidade de tempo para o operador correspondente carregar ou trocar um reboque.
34. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que o um ou mais processadores executam as instruções para: controlar o respectivo dispositivo móvel que está associado a cada veículo de carga da pluralidade de veículos de carga, para fornecer informações correspondentes do dispositivo móvel ao sistema de computador da rede, as informações correspondentes do dispositivo móvel, incluindo informações do sensor; e determinar as condições atuais de tráfego com base nas informações do sensor fornecidas pelo respectivo dispositivo móvel que está associado a um ou mais dentre a pluralidade de veículos de carga.
35. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que o um ou mais processadores executam as instruções para determinar o peso de uma carga de cada veículo de carga da pluralidade de veículos de carga e em que o um ou mais processadores determinam, para cada veículo de carga da pluralidade de veículos de carga, o tempo de chegada com base, pelo menos em parte, no peso determinado da carga desse veículo de carga.
36. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que um ou mais processadores executam as instruções para controlar o respectivo dispositivo móvel que está associado a cada veículo de carga da pluralidade de veículos de carga, para adquirir informações de operação de veículo de um respectivo dispositivo de registro eletrônico do veículo de carga que está associado ao respectivo dispositivo móvel e em que o um ou mais processadores determinam o tempo de chegada com base, pelo menos em parte, nas informações de operação do veículo adquirido.
37. Meio legível por computador não transitório, de acordo com a reivindicação 29, caracterizado pelo fato de que o um ou mais processadores executam as instruções para cada veículo de carga da pluralidade de veículos de carga, transmitem instruções de roteamento de doca para o respectivo dispositivo móvel, as instruções de roteamento de doca incluem instruções para encaminhar esse veículo para a doca atribuída a esse veículo.
BR112020008203-1A 2017-10-25 2018-10-25 sistema de computador em rede para avaliar um operador de veículo de carga BR112020008203A2 (pt)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201762576859P 2017-10-25 2017-10-25
US62/576,859 2017-10-25
US15/804,829 US10293832B2 (en) 2017-10-25 2017-11-06 Network computer system to evaluate an operator of a freight vehicle
US15/804,829 2017-11-06
US15/804,838 US10373492B2 (en) 2017-10-25 2017-11-06 Network computer system to evaluate an operator of a freight vehicle
US15/804,838 2017-11-06
PCT/US2018/057538 WO2019084282A1 (en) 2017-10-25 2018-10-25 NETWORK COMPUTING SYSTEM FOR EVALUATING AN OPERATOR OF A FREIGHT VEHICLE

Publications (1)

Publication Number Publication Date
BR112020008203A2 true BR112020008203A2 (pt) 2020-10-06

Family

ID=66169122

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112020008203-1A BR112020008203A2 (pt) 2017-10-25 2018-10-25 sistema de computador em rede para avaliar um operador de veículo de carga

Country Status (4)

Country Link
US (7) US10293832B2 (pt)
BR (1) BR112020008203A2 (pt)
CA (1) CA3079969A1 (pt)
WO (1) WO2019084282A1 (pt)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8977426B2 (en) * 2012-06-04 2015-03-10 Geotab Inc. VIN based accelerometer threshold
US10977604B2 (en) 2017-01-23 2021-04-13 Uber Technologies, Inc. Systems for routing and controlling vehicles for freight
US11250372B2 (en) 2017-09-22 2022-02-15 Uber Technologies, Inc Freight network system using modularized trailers
US10293832B2 (en) 2017-10-25 2019-05-21 Uber Technologies, Inc. Network computer system to evaluate an operator of a freight vehicle
US11392881B2 (en) 2018-04-16 2022-07-19 Uber Technologies, Inc. Freight vehicle matching and operation
ES2736901A1 (es) 2018-06-29 2020-01-08 Geotab Inc Caracterización de una colisión de vehículo
CN109100537B (zh) * 2018-07-19 2021-04-20 百度在线网络技术（北京）有限公司 运动检测方法、装置、设备和介质
US11155263B2 (en) 2019-03-08 2021-10-26 Uber Technologies, Inc. Network computer system to control freight vehicle operation configurations
US11862022B2 (en) 2021-02-03 2024-01-02 Geotab Inc. Methods for characterizing a vehicle collision
US11941986B2 (en) 2021-02-03 2024-03-26 Geotab Inc. Methods for characterizing a low-impact vehicle collision using high-rate acceleration data
US11884285B2 (en) 2021-02-03 2024-01-30 Geotab Inc. Systems for characterizing a vehicle collision
JP2022160237A (ja) * 2021-04-06 2022-10-19 ウーブン・プラネット・ホールディングス株式会社 遠隔支援装置及び遠隔支援方法
JP2022176817A (ja) * 2021-05-17 2022-11-30 株式会社日立製作所 作業支援装置および作業支援方法

Family Cites Families (146)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE2332361C3 (de) 1973-06-26 1980-08-28 Kienzle Apparate Gmbh, 7730 Villingen-Schwenningen Elektronischer Taxameter für Linientaxisystem
US6748318B1 (en) 1993-05-18 2004-06-08 Arrivalstar, Inc. Advanced notification systems and methods utilizing a computer network
AU2291195A (en) 1994-04-12 1995-10-30 Qualcomm Incorporated Method and apparatus for freight transportation using a satellite navigation system
US6879962B1 (en) 1998-05-24 2005-04-12 Joseph D. Smith Logistics system and method
US20020194129A1 (en) 1999-04-08 2002-12-19 Hitachi, Ltd. IC card reader/writer
US8271316B2 (en) 1999-12-17 2012-09-18 Buzzmetrics Ltd Consumer to business data capturing system
US6591253B1 (en) 1999-12-17 2003-07-08 International Business Machines Corporation Method and system for real time pricing of fine-grained resource purchases
US6516056B1 (en) 2000-01-07 2003-02-04 Vesta Corporation Fraud prevention system and method
AU2001259192A1 (en) * 2000-04-27 2001-11-07 Eastman Chemical Company Vertical systems and methods for providing shipping and logistics services, operations and products to an industry
WO2001086492A1 (en) 2000-05-05 2001-11-15 Abm Industries Pty. Ltd. End user to mobile service provider message exchange system based on proximity
US6411897B1 (en) * 2000-07-10 2002-06-25 Iap Intermodal, Llc Method to schedule a vehicle in real-time to transport freight and passengers
US6915268B2 (en) 2000-07-28 2005-07-05 Odyssey Logistics & Technology Corporation Transport logistics systems and methods
KR20000063909A (ko) 2000-08-10 2000-11-06 기준성 통신망을 이용한 운송정보 처리시스템과 그 방법
US20020034292A1 (en) 2000-08-22 2002-03-21 Tuoriniemi Veijo M. System and a method to match demand and supply based on geographical location derived from a positioning system
US6728749B1 (en) * 2000-09-05 2004-04-27 The United States Of America As Represented By The Secretary Of The Army Adaptive scheduling technique for mission critical systems
JP3416635B2 (ja) 2000-10-13 2003-06-16 イー・トラック株式会社 配車計画サービス提供システムおよび配車計画システム
US7552063B1 (en) 2000-11-03 2009-06-23 Quality Data Management, Inc. Physician office viewpoint survey system and method
CA2327210A1 (en) * 2000-12-01 2002-06-01 Accu-Star Systems, Inc. System and method for facilitating shipment transaction, creation and monitoring
US6456207B1 (en) 2001-02-20 2002-09-24 John Yen Intelligent taxi total service system
US20020138338A1 (en) 2001-03-23 2002-09-26 Trauth Gregory L. Customer complaint alert system and method
US7542993B2 (en) 2001-05-10 2009-06-02 Equifax, Inc. Systems and methods for notifying a consumer of changes made to a credit report
US20020188517A1 (en) 2001-06-07 2002-12-12 International Business Machiness Corporation Using a communications network in arranging shipment of goods according to a buyer's preferences
US7353181B2 (en) 2001-08-15 2008-04-01 Hewlett-Packard Development Company, L.P. Allocating freight haulage jobs
WO2003027618A1 (fr) 2001-09-20 2003-04-03 Matsushita Electric Industrial Co., Ltd. Systeme de guidage, appareil de guidage et appareil radio qui communique avec l'appareil de guidage
GB0126809D0 (en) 2001-11-07 2002-01-02 Isaac Stephen J A car-sharing system
WO2004013733A2 (en) 2002-08-02 2004-02-12 Limoq, Inc. Method, system and apparatus for providing transportation services
KR20040050957A (ko) 2002-12-11 2004-06-18 씨엔씨엔터프라이즈 주식회사 부가서비스를 제공하는 택시요금징수단말기
GB0302886D0 (en) 2003-02-07 2003-03-12 Faith Jonathan D Transportation ordering system
US20040158483A1 (en) 2003-02-10 2004-08-12 Lecouturier Jacques M. Business and technological method for a flexible automobile sharing transit on demand
US20040260513A1 (en) * 2003-02-26 2004-12-23 Fitzpatrick Kerien W. Real-time prediction and management of food product demand
US7653586B2 (en) 2003-03-25 2010-01-26 Future Freight Corporation Computer-implemented trading in freight derivatives and techniques therefor
US20040260470A1 (en) 2003-06-14 2004-12-23 Rast Rodger H. Conveyance scheduling and logistics system
US6925381B2 (en) 2003-06-24 2005-08-02 Bellsouth Intellectual Property Corporation Methods, systems and computer program products for ride matching based on current location information
JP3945707B2 (ja) 2003-10-31 2007-07-18 インターナショナル・ビジネス・マシーンズ・コーポレーション 輸送問題解決装置、輸送問題解決方法、及びそのプログラムと記録媒体
US7561069B2 (en) 2003-11-12 2009-07-14 Legalview Assets, Limited Notification systems and methods enabling a response to change particulars of delivery or pickup
US20050149382A1 (en) 2003-12-24 2005-07-07 Fenner John D. Method for administering a survey, collecting, analyzing and presenting customer satisfaction feedback
US20050227704A1 (en) 2004-03-26 2005-10-13 Joseph Ferra Facilitating entering location data
US7385529B2 (en) 2004-06-14 2008-06-10 Fittipaldi Logistics, Inc. Dynamic and predictive information system and method for shipping assets and transport
US20060136254A1 (en) 2004-11-24 2006-06-22 Mark Greenstein System and method for dispatching transportation to persons who want transportation
US7136747B2 (en) 2005-01-08 2006-11-14 Stephen Raney Method for GPS carpool rendezvous tracking and personal safety verification
US7672855B2 (en) 2005-02-25 2010-03-02 Oracle International Corp. Transportation planning with drop trailer arrangements
US20060206387A1 (en) 2005-03-11 2006-09-14 Oracle International Corporation Transportation planning with multi-level firming
US8370054B2 (en) 2005-03-24 2013-02-05 Google Inc. User location driven identification of service vehicles
WO2006128946A1 (en) 2005-05-02 2006-12-07 Ecolane Finland Oy Method and arrangement for arranging practical aspects of a demand responsive transport system
JP4614341B2 (ja) 2005-05-20 2011-01-19 株式会社国際電気通信基礎技術研究所 シミュレーションプログラム、シミュレーション方法及びシミュレーション装置
US20070103342A1 (en) 2005-07-06 2007-05-10 Milleville Dan P Dynamic Modification And Communication Of Routes For Transportation Vehicles
US20070221791A1 (en) 2006-03-23 2007-09-27 Voelk Michael E System and method for managing the transport of freight
CA2551467A1 (en) 2006-07-04 2008-01-04 University Of New Brunswick System and method for optimizing linehaul operations
US8965841B2 (en) 2006-10-05 2015-02-24 Trimble Navigation Limited Method for automatic asset classification
US20080114629A1 (en) 2006-11-09 2008-05-15 Yahoo! Inc. System for matching users and transportation providers
US7877204B2 (en) 2006-11-24 2011-01-25 Qualcomm Incorporated System and method for sending destination locations to navigation devices
CN101212774A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 用个人手持电话系统获得公共运输工具位置的系统和方法
US20080270019A1 (en) 2006-12-29 2008-10-30 High Regard Software, Inc. Systems and methods for enhancing private transportation
US20080189207A1 (en) 2007-02-02 2008-08-07 Mach 9 Travel, Llc System and Method of Transferring Reservations for Transportation Services
US7840427B2 (en) 2007-02-12 2010-11-23 O'sullivan Sean Shared transport system and service network
US8655736B2 (en) 2007-06-12 2014-02-18 Infosys Limited Buyer-side consolidation of compatible purchase orders
US20090037095A1 (en) 2007-07-30 2009-02-05 Zms Technologies Inc. Transmodal and logistics system and method
US9009210B2 (en) 2007-08-15 2015-04-14 Sony Corporation Distribution of multimedia files using a transportation provider wireless device
US20090083111A1 (en) 2007-09-21 2009-03-26 Bob Carr Systems and Methods for Coordinating Transportation Between Riders and Volunteer Drivers
US20090099971A1 (en) 2007-10-10 2009-04-16 Oneway Llc. Methods and systems for marketing distressed inventory
US20090125228A1 (en) 2007-11-09 2009-05-14 Research In Motion Limited System and method for providing dynamic route information to users of wireless communications devices
WO2009089182A1 (en) 2008-01-03 2009-07-16 Lubeck Olaf M Method for requesting transportation services
US20090177502A1 (en) 2008-01-08 2009-07-09 Nick Doinoff System for matching drivers with customers seeking to hire a driver
US20090216600A1 (en) 2008-02-27 2009-08-27 Montiss Llc Systems and methods for arranging a transport transaction
US20090254270A1 (en) 2008-04-02 2009-10-08 O2Micro, Inc. System and method for tracking a path of a vehicle
US20090313077A1 (en) 2008-06-17 2009-12-17 Wheeler Iv George Y Consumer initiated, service provider direct dispatching system
US9596359B2 (en) 2008-06-26 2017-03-14 Visa International Service Association Mobile communication device configured for transit application
US20100076988A1 (en) 2008-09-10 2010-03-25 Expanse Networks, Inc. Masked Data Service Profiling
US20130245991A1 (en) 2012-02-28 2013-09-19 Richard Kriss Method for determining the remaining life of a thermal mass in a shipping package while in transit
US20100243724A1 (en) 2009-03-30 2010-09-30 Solomon K Golla Payment Apparatus for a Personal Transportation System
KR101570879B1 (ko) 2009-04-03 2015-11-23 에스케이이노베이션 주식회사 화물/공차정보 수집 및 제공 시스템
US9684911B2 (en) 2009-07-09 2017-06-20 Mathieu Audet Method of communicating and repartitioning vehicles
US20110060600A1 (en) 2009-09-10 2011-03-10 Transittix, Llc Systems and Methods For Tracking the Transportation of Passengers
US10002198B2 (en) 2009-10-28 2018-06-19 Verizon Patent And Licensing Inc. Mobile taxi dispatch system
WO2011066327A1 (en) 2009-11-25 2011-06-03 Cubic Corporation Mobile wireless payment and access
US20110137696A1 (en) 2009-12-04 2011-06-09 3Pd Performing follow-up actions based on survey results
CN101951545A (zh) 2010-08-23 2011-01-19 中国电信股份有限公司 智能物流配货的移动终端、实现方法及系统
US9241000B2 (en) 2010-09-22 2016-01-19 Abdullah Celik Erdal Trusted social network
US20120130627A1 (en) 2010-11-23 2012-05-24 Islam Mohammad R Taxi dispatch system
US9208626B2 (en) 2011-03-31 2015-12-08 United Parcel Service Of America, Inc. Systems and methods for segmenting operational data
US8924240B2 (en) 2011-05-25 2014-12-30 Shailendra Depura System for monitoring vehicle and operator behavior
US9607342B2 (en) 2011-07-18 2017-03-28 Conservis Corporation GPS-based ticket generation in harvest life cycle information management system and method
WO2013016579A1 (en) 2011-07-26 2013-01-31 United Parcel Service Of America, Inc Systems and methods for assessing mobile asset efficiencies
US20130041720A1 (en) 2011-08-12 2013-02-14 Collin Richard SPIRES System and method for real-time satisfaction survey feedback
US20130335193A1 (en) 2011-11-29 2013-12-19 1556053 Alberta Ltd. Electronic wireless lock
US8892359B2 (en) 2013-01-11 2014-11-18 Toyota Motor Engineering & Manufacturing North America, Inc. Systems and methods for estimating time of arrival for vehicle navigation
US20140229399A1 (en) 2013-02-11 2014-08-14 Honeywell International, Inc. System and method for managing cargo transfer operations at a cargo distribution terminal
US9087453B2 (en) 2013-03-01 2015-07-21 Palo Alto Research Center Incorporated Computer-implemented system and method for spontaneously identifying and directing users to available parking spaces
US8876535B2 (en) 2013-03-15 2014-11-04 State Farm Mutual Automobile Insurance Company Real-time driver observation and scoring for driver's education
US20140324633A1 (en) 2013-04-30 2014-10-30 Freightopolis Inc. Freight services marketplace system and methods
US20150006428A1 (en) 2013-06-28 2015-01-01 10-4 Systems, Inc. Freight shipment booking system
US9256852B1 (en) 2013-07-01 2016-02-09 Google Inc. Autonomous delivery platform
EP2827289A1 (de) 2013-07-17 2015-01-21 General Transports GmbH Verfahren zur Abholung und Auslieferung von Sachgütern oder der Erbringung von Dienstleistungen mittels dynamischer Routenplanung und Umverteilung von Gütern
US9754428B2 (en) 2013-09-16 2017-09-05 Fleetmatics Ireland Limited Interactive timeline interface and data visualization
JP6123605B2 (ja) 2013-09-20 2017-05-10 株式会社ダイフク 物流システム
CN105556581A (zh) 2013-10-25 2016-05-04 英特尔公司 对车载环境条件做出响应
CN103692969A (zh) 2013-12-13 2014-04-02 杭州电子科技大学 一种长时间驾驶监控方法
CN103761635A (zh) 2014-01-14 2014-04-30 大连理工大学 一种三维多箱异构货物装载优化方法
US20160071056A1 (en) 2014-03-21 2016-03-10 United Parcel Service Of America, Inc. Programmatically executing time compressed delivery
CN103870893B (zh) 2014-04-09 2017-02-15 沈阳工业大学 基于三维空间求解具有多重量约束装箱的优化方法
US9135803B1 (en) 2014-04-17 2015-09-15 State Farm Mutual Automobile Insurance Company Advanced vehicle operator intelligence system
US9857191B2 (en) * 2014-05-22 2018-01-02 Telogis, Inc. Context-based routing and access path selection
US20160012391A1 (en) 2014-07-08 2016-01-14 Rick Burnett Shipper and Carrier Interaction Optimization Platform
US20160042303A1 (en) 2014-08-05 2016-02-11 Qtech Partners LLC Dispatch system and method of dispatching vehicles
US10161746B2 (en) 2014-08-18 2018-12-25 Trimble Navigation Limited Systems and methods for cargo management
US9429436B2 (en) 2015-01-13 2016-08-30 Toyota Motor Engineering & Manufacturing North America, Inc. Estimated time of arrival for vehicle navigation
US10074065B2 (en) 2015-02-18 2018-09-11 Cargo Chief Aquisition Inc. Obtaining loads for next leg or backhaul
US11107031B2 (en) 2015-02-18 2021-08-31 Ryder Integrated Logistics, Inc. Vehicle fleet control systems and methods
US10282694B2 (en) 2015-02-18 2019-05-07 Cargo Chief Acquisition Inc. Partial load shipment consolidation and scheduling
US9082144B2 (en) 2015-02-18 2015-07-14 Cargo Chief Transportation service matching with arrival estimation adjusted for external factors
DE102015204947B4 (de) 2015-03-19 2021-09-09 Ford Global Technologies, Llc Verfahren und Vorrichtung zum Betrieb eines wahlweise manuell steuerbaren oder zu autonomem Fahren fähigen Fahrzeugs
US9552564B1 (en) 2015-03-19 2017-01-24 Amazon Technologies, Inc. Autonomous delivery transportation network
IL244096A0 (en) 2015-08-09 2016-07-31 Israel Aerospace Industries Ltd Reinforcement for moving an object
CN105069594A (zh) 2015-08-14 2015-11-18 深圳中创未来科技有限公司 一种运输处理方法、装置、终端及服务器
KR20170026805A (ko) 2015-08-28 2017-03-09 성균관대학교산학협력단 지능형 물류 적재 보조 시스템 및 방법
US20150379468A1 (en) 2015-09-12 2015-12-31 Thomas Danaher Harvey Methods for delivery to multiple locations using autonomous vehicles
CA2945992A1 (en) 2015-10-20 2017-04-20 Dicom Transportation Group Vehicle capacity utilization for package delivery
WO2017075437A1 (en) 2015-10-30 2017-05-04 Zemcar, Inc. Rules based driver selection
US10259466B2 (en) * 2015-11-19 2019-04-16 Depura Partners, Llc System for monitoring and classifying vehicle operator behavior
CN106920053A (zh) 2015-12-25 2017-07-04 阿里巴巴集团控股有限公司 一种对配送点的配送运力进行分配的方法以及装置
US10229602B2 (en) 2016-02-29 2019-03-12 Gt Gettaxi Limited System for navigating drivers to service transportation requests specifying sightseeing attractions
JP6626379B2 (ja) 2016-03-14 2019-12-25 Ｓｂｓホールディングス株式会社 運送管理システム
US20180025417A1 (en) 2016-07-20 2018-01-25 Loadexpress, Inc. Method and system for managing integrated online logistics
NL2017377B1 (en) 2016-08-26 2018-03-01 Synplex Group B V A method for providing a match between trips and orders for at least two logistics service providers, as well as a related trip optimizer system.
US20180068269A1 (en) 2016-09-06 2018-03-08 UST Global (Singapore) Pte. Ltd. Methods of optimizing carrier loads transported across a transportation network by transport carriers
US9921070B1 (en) * 2016-09-22 2018-03-20 Trimble Inc. System for planning trips with estimated time of arrival (ETA) and projected time of availability (PTA) calculated for each stop
US11423349B2 (en) 2016-09-30 2022-08-23 Runbuggy Omi, Inc. Predictive analytics for transport services
EP3430827A4 (en) 2016-12-05 2019-08-28 Konexial, Inc. MACHINE, METHOD AND SYSTEMS FOR DYNAMIC LOAD BALANCE
EP3552086A4 (en) 2016-12-09 2020-09-02 Convey, Inc. SHIPMENT MANAGEMENT SYSTEM WITH MULTI-CARRIER SUPPORT
US10977604B2 (en) 2017-01-23 2021-04-13 Uber Technologies, Inc. Systems for routing and controlling vehicles for freight
US10168167B2 (en) 2017-01-25 2019-01-01 Via Transportation, Inc. Purposefully selecting longer routes to improve user satisfaction
WO2018195671A1 (en) * 2017-04-28 2018-11-01 Klashwerks Inc. In-vehicle monitoring system and devices
US10126138B1 (en) * 2017-05-10 2018-11-13 Lyft, Inc. Dynamic geolocation optimization of pickup paths using curb segment data
US20190130351A1 (en) 2017-05-15 2019-05-02 David Arena System and method for using a monitoring device to efficiently manage and assure the safety, quality and security of goods stored within a truck, tractor or trailer transported via a roadway
US20190051174A1 (en) * 2017-08-11 2019-02-14 Lyft, Inc. Travel path and location predictions
US11250372B2 (en) 2017-09-22 2022-02-15 Uber Technologies, Inc Freight network system using modularized trailers
US10293832B2 (en) * 2017-10-25 2019-05-21 Uber Technologies, Inc. Network computer system to evaluate an operator of a freight vehicle
US11386789B1 (en) * 2017-11-10 2022-07-12 Lyft, Inc. Using a predictive request model to optimize provider resources
US20190213529A1 (en) 2018-01-05 2019-07-11 Uber Technologies, Inc. Network computer system to evaluate freight loads
US11392881B2 (en) 2018-04-16 2022-07-19 Uber Technologies, Inc. Freight vehicle matching and operation
US20190385119A1 (en) 2018-06-14 2019-12-19 Uber Technologies, Inc. Selective communication system for freight vehicle operation
US20200080853A1 (en) 2018-09-06 2020-03-12 Peloton Technology, Inc. Systems and methods for rendezvousing
US11155263B2 (en) 2019-03-08 2021-10-26 Uber Technologies, Inc. Network computer system to control freight vehicle operation configurations
US11748789B2 (en) * 2019-06-26 2023-09-05 Lyft, Inc. Dynamically adjusting transportation provider pool size
US20210042705A1 (en) 2019-08-05 2021-02-11 Uber Technologies, Inc. Network computer system to provide fleet management service
US20210097862A1 (en) * 2019-09-30 2021-04-01 Gm Cruise Holdings Llc Dynamic auctions for pick-up and drop-off locations

Also Published As

Publication number Publication date
US11727803B2 (en) 2023-08-15
US20190118825A1 (en) 2019-04-25
US20190232967A1 (en) 2019-08-01
US10373492B2 (en) 2019-08-06
US10741072B2 (en) 2020-08-11
US20230360527A1 (en) 2023-11-09
US20220148425A1 (en) 2022-05-12
US20200242932A1 (en) 2020-07-30
US20200027348A1 (en) 2020-01-23
US11176822B2 (en) 2021-11-16
CA3079969A1 (en) 2019-05-02
US10293832B2 (en) 2019-05-21
WO2019084282A1 (en) 2019-05-02
US20190122551A1 (en) 2019-04-25
US10657813B2 (en) 2020-05-19

Similar Documents

Publication Publication Date Title
BR112020008203A2 (pt) sistema de computador em rede para avaliar um operador de veículo de carga
US20190375301A1 (en) Systems and methods for battery-driven personal mobility vehicle management in dynamic transportation networks
US10586301B2 (en) Automatic parking management system and automatic parking management method
US12068621B2 (en) Facilitating charge transfer
US11155263B2 (en) Network computer system to control freight vehicle operation configurations
US20220122011A1 (en) Method and system for operating a fleet of vehicles
BR112016024779B1 (pt) Sistema e método para gestão de fornecimento de serviço
US11854404B2 (en) Computing timing intervals for vehicles through directional route corridor
US11823581B2 (en) Routing of hitchhiking drones with respect to autonomous and connected vehicles
US20220126840A1 (en) Augmenting transport services using real-time event detection
US20200265348A1 (en) Resource Allocation Using Weighted Metrics
WO2020081505A1 (en) Roadside assistance program
US20200393256A1 (en) Managing movement of vehicles through directional route corridors
WO2020227610A1 (en) Dynamic routing of vehicles through established corridors
CN114005294A (zh) 一种路径确定方法、装置、设备及介质
US20220319243A1 (en) Information processing device and information processing method
US20210110326A1 (en) Route-based digital service management
US11318959B2 (en) Estimating trip duration based on vehicle reroute probabilities
US12073447B1 (en) Systems and methods for offline and online vehicle usage for volume-based metrics
US20210383296A1 (en) Systems and methods for enhanced transportation dispatch

Legal Events

Date Code Title Description
B08F Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette]

Free format text: REFERENTE A 3A ANUIDADE.

B350 Update of information on the portal [chapter 15.35 patent gazette]
B08K Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette]

Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2650 DE 19-10-2021 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013.