BR112020008572A2

BR112020008572A2 - sistema de computação para implementar serviço de entrega em rede

Info

Publication number: BR112020008572A2
Application number: BR112020008572-3A
Authority: BR
Inventors: Oleksii Nikulkov; Robert Zeller; Joseph McCarthy; Chen Peng; Benjamin Morris Dreier; Xiao Zhang; Shayan Ehsani; Fei Lu; Kiarash Amiri; Zhengli Sun; Arthur James Friend V
Original assignee: Uber Technologies, Inc.
Priority date: 2017-11-02
Filing date: 2018-10-31
Publication date: 2020-10-06
Also published as: WO2019089827A1; JP2021501945A; JP2023162429A; JP7348175B2; CA3080498A1

Abstract

Um sistema de computação de rede que estima um nível de fornecimento para um dado intervalo de tempo para uma ou mais regiões. A determinação do nível de fornecimento pode ser com base em um número estimado de solicitações de pedidos, e um número de fornecedores de serviços disponíveis na dada região que estão disponíveis para fornecer transporte para atender às solicitações de pedidos. Para solicitantes individuais dentro da dada região, o sistema de computador seleciona um conjunto de múltiplos provedores para um respectivo menu de provedor que é exibido em um dispositivo móvel do solicitante. A seleção de provedores para solicitantes individuais pode ser com base, pelo menos em parte, em uma localização atual dos solicitantes, e pelo menos um dentre o número estimado de solicitações de pedidos ou o número estimado de fornecedores de serviços disponíveis.

Description

Relatório Descritivo da Patente de Invenção para: “SISTEMA DE COMPUTAÇÃO PARA IMPLEMENTAR SERVIÇO DE ENTREGA EM REDE” Referência Cruzada a Pedidos Relacionados

[001] O presente pedido reivindica os benefícios de prioridade de cada um dentre (i) o Pedido de Patente nº U.S. 15/802.385, depositado em 2 de novembro 2017, (ii) o Pedido de Patente nº U.S. 15/802.391, depositado em 2 de novembro de 2017 e (iii) o Pedido de Patente nº U.S. 15/802.394, depositado em 2 de novembro de 2017. Todos os pedidos mencionados acima são incorporados no presente documento a título de referência em suas respectivas totalidades.

Campo da Técnica

[002] Os exemplos descritos no presente documento se referem a um sistema de computação para implantar um serviço de entrega em rede.

Fundamentos

[003] Há inúmeros serviços sob demanda para oferecer a usuários uma variedade de serviços: transporte, remessa, entrega de alimentos, mantimentos, cuidados com animais de estimação, força-tarefa mobilizada e outros. Tipicamente, serviços sob demanda potencializam os recursos disponíveis através dos dispositivos móveis, tais como dispositivos sem fio (por exemplo, telefonia celular), que oferecem aos desenvolvedores uma plataforma que pode acessar sensores e outros recursos disponíveis através do dispositivo móvel. Muitos serviços sob demanda incluem aplicações dedicadas (algumas vezes denominadas de “aplicativos”) para se comunicar com um serviço em rede através do qual um serviço sob demanda é oferecido.

Breve descrição dos Desenhos

[004] A Figura 1 ilustra um exemplo de um sistema de computação em rede para dispor transporte de pedidos de entrega, de acordo com um ou mais exemplos.

[005] A Figura 2 ilustra um método exemplificativo para identificar provedores para serviço de entrega a solicitantes individuais.

[006] A Figura 3 ilustra um método exemplificativo para dispor transporte para múltiplos pedidos de entrega.

[007] A Figura 4 ilustra um método exemplificativo para dispor transporte para pedidos de entrega de maneira que afete um nível de fornecimento do serviço fornecido.

[008] A Figura 5 ilustra outro método exemplificativo para dispor transporte para pedidos de entrega a fim de minimizar o tempo de espera do fornecedor de serviço.

[009] A Figura 6 ilustra um sistema de computador ao qual uma ou mais modalidades podem ser implantadas.

[010] A Figura 7 é um diagrama de blocos que ilustra um dispositivo de usuário exemplificativo para uso com os exemplos, conforme descrito.

Descrição Detalhada

[011] De acordo com alguns exemplos, um sistema de computação em rede implanta operações para dispor serviços de transporte para pedidos de entrega.

[012] Em alguns exemplos, um sistema de computação em rede estima um nível de fornecimento para um dado intervalo de tempo para uma ou mais regiões. A determinação de nível de fornecimento pode se basear em um número estimado de solicitações de pedido e um número de fornecedores de serviço disponíveis na dada região que estão disponíveis para fornecer transporte no atendimento às solicitações de pedido. Para solicitantes individuais dentro da dada região, o sistema de computador seleciona um conjunto de múltiplos provedores para um respectivo menu de provedor que é exibido em um dispositivo móvel do solicitante. A seleção de provedores para solicitantes individuais pode se basear pelo menos parcialmente em uma localização atual dos solicitantes e pelo menos um dentre o número estimado de solicitações de pedido ou o número estimado de fornecedores de serviço disponíveis.

[013] Nas variações, um sistema de computação em rede dispõe transporte para pedidos de entrega prevendo-se (1) um tempo de preparação de pedido do respectivo provedor para a solicitação de pedido; (ii) durante a intervalo de tempo que precede o tempo de preparação de pedido, gerando- se uma solicitação para um fornecedor de serviço, com base pelo menos parcialmente em uma determinação de que um tempo de chegada de um fornecedor de serviço compatibilizado com o respectivo provedor está dentro de um limite designado do tempo de preparação de pedido. Um tempo de entrega de pedido para o solicitante pode ser estimado com base pelo menos parcialmente no tempo de preparação de pedido previsto e em um tempo de percurso estimado de uma localização do provedor até uma localização do solicitante.

[014] Conforme usado no presente documento, um dispositivo de cliente se refere a dispositivos que correspondem a computadores de mesa, dispositivos celulares ou smartphones, dispositivos utilizáveis junto ao corpo, computadores do tipo laptop, dispositivos do tipo tablet, televisão (Televisão IP), etc., que podem fornecer recursos de conectividade e de processamento para comunicação com o sistema em uma rede. Um dispositivo do motorista também pode corresponder a um hardware personalizado, dispositivos em veículo ou computadores embutidos, etc. O dispositivo de cliente e/ou o dispositivo do motorista também pode operar um aplicativo designado configurado para se comunicar com o sistema 100.

[015] Embora alguns exemplos descritos no presente documento se refiram a serviços de transporte, o sistema

100 pode possibilitar que outros serviços com base em localização sob demanda (por exemplo, um serviço de carro de comida, um serviço de entrega, um serviço de entretenimento) sejam dispostos entre indivíduos e fornecedores de serviço. Por exemplo, um usuário pode solicitar um serviço sob demanda, tal como um serviço de entrega (por exemplo, entrega de alimentos, serviço de mensagens, serviço de carro de comida ou remessa de produtos) ou um serviço de entretenimento (por exemplo, uma banda de mariachi, um quarteto de cordas) com o uso do sistema, e o sistema pode selecionar um fornecedor de serviço, tal como um motorista, fornecedor de alimentos, uma banda, etc. para fornecer o serviço sob demanda para o usuário.

[016] Uma ou mais modalidades descritas no presente documento garantem que métodos, técnicas, e ações realizadas por um dispositivo de computação sejam realizados programaticamente, ou como um método implantado por computador. De modo programático, conforme usado no presente documento, significa o uso de código ou instruções executáveis por computador. Essas instruções podem ser armazenadas em um ou mais recursos de memória do dispositivo de computação. Uma etapa realizada de modo programático pode ou não ser automática.

[017] Uma ou mais modalidades descritas no presente documento podem ser implantadas com o uso de módulos programáticos, mecanismos motores ou componentes. Um módulo, mecanismo ou componente programático pode compreender um programa, uma sub-rotina, uma porção de um programa ou um componente de software ou um componente de hardware com capacidade para realizar uma ou mais tarefas ou funções declaradas. Conforme usado no presente documento, um módulo ou 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.

[018] Algumas modalidades descritas no presente documento podem, em geral, exigir o uso de dispositivos de computação que compreendem recursos de memória e processamento. Por exemplo, uma ou mais modalidades descritas no presente documento podem ser implantadas, inteiramente ou em parte, em dispositivos de computação, tais como servidores, computadores de mesa, celulares ou smartphones, dispositivos do tipo tablet, dispositivos eletrônicos utilizáveis junto ao corpo, computadores do tipo laptop, impressoras, porta-retratos digitais, equipamento de rede (por exemplo, roteadores) e dispositivos do tipo tablet. A memória, o processamento e os recursos de rede podem ser todos usados em conexão com o estabelecimento, uso ou desempenho de qualquer modalidade descrita no presente documento (que compreende o desempenho de qualquer método ou a implantação de qualquer sistema).

[019] Além disso, uma ou mais modalidades descritas no presente documento podem ser implantadas através do uso de instruções que são executáveis por um ou mais processadores. Essas instruções podem ser carregadas em um meio legível por computador. As máquinas mostradas ou descritas com as Figuras abaixo fornecem exemplos de recursos de processamento e meios legíveis por computador nos quais as instruções para implantar as modalidades da invenção podem ser realizadas e/ou executadas. Em particular, as inúmeras máquinas mostradas com modalidades da invenção compreendem processador (ou processadores) e várias formas de memória para reter dados e instruções. Exemplos de meios legíveis por computador compreendem dispositivos de armazenamento de memória permanente, tais como discos rígidos em computadores pessoais ou servidores. Outros exemplos de meios de armazenamento de computador compreendem unidades de armazenamento portáteis, tais como unidades de CD ou DVD, memória flash (tais como carregadas em smartphones, dispositivos multifuncionais ou computadores do tipo tablet) e memória magnética. Computadores, terminais, dispositivos habilitados por rede (por exemplo, dispositivos móveis, tais como celulares) são todos exemplos de máquinas e dispositivos que utilizam processadores, memória e instruções armazenadas em meios legíveis por computador. Adicionalmente, as modalidades podem ser implantadas na forma de programas de computador, ou um meio portador utilizável em computador com a capacidade de portar tal programa.

[020] A Figura 1 ilustra um exemplo de um sistema de computação em rede para dispor transporte de pedidos de entrega, de acordo com um ou mais exemplos. De acordo com exemplos, um sistema de computação em rede 100 fornece um serviço de entrega em rede que pode ser utilizado por solicitantes, provedores e fornecedores de serviço. O sistema de computação em rede 100 pode ser implantado em um servidor, em uma combinação de servidores e/ou em um conjunto distribuído de dispositivos de computação que se comunicam em uma rede, tal como a Internet. Ainda adicionalmente, alguns exemplos fornecem o sistema de computação em rede 100 para ser distribuído com o uso de um ou mais servidores e/ou dispositivos móveis. Em algumas variações, o sistema de computação em rede 100 é implantado como parte de ou em conexão com um sistema em rede, em que, por exemplo, os operadores usam veículos de serviço para fornecer serviços identificados como transporte entre localizações. Nas variações, o sistema de computação em rede 100 pode ser implantado com o uso de dispositivos móveis de usuários, incluindo fornecedores de serviço e solicitantes, com os dispositivos individuais que executam um aplicativo de serviço correspondente que faz com que O dispositivo de computação opere como uma entrada e/ou saída de informações para o sistema de computação em rede 100.

[021] Em alguns exemplos, o sistema 100 implanta uma plataforma de rede, em conexão com aplicativos que são executados em dispositivos móveis da população de usuários. Para uma dada região geográfica, os usuários podem incluir (i) operadores (ou “fornecedores de serviço”) de veículos de serviço (ii) solicitantes que solicitam e recebem pedidos de entrega transportados por fornecedores de serviço e (iii) provedores que fornecem pedidos de entrega solicitados para transporte. Embora alguns exemplos descrevam provedores no contexto de preparação de alimentos (por exemplo, restaurante), o sistema 100 pode ser implantado para dispor a entrega para outros tipos de itens passíveis de entrega, tais como mantimentos ou itens submetidos à manutenção. De modo mais geral, o sistema 100 pode ser implantado para dispor a entrega de qualquer tipo de item, incluindo itens que podem precisar a preparação.

[022] Com referência a um exemplo da Figura 1, o sistema 100 inclui uma interface de dispositivo de solicitante 110, uma interface de dispositivo de fornecedor 120, um componente de manipulação de solicitação 128, uma interface de provedor 130, um componente de compatibilização 140 e um ou mais armazenamento de dados que atualizam informações sobre os solicitantes, solicitações e fornecedores do pedido. Adicionalmente, o sistema 100 pode incluir um subsistema de fornecimento 150 para possibilitar que o sistema 100 ajuste um nível de fornecimento do sistema 100.

[023] Conforme descrito com alguns exemplos, O subsistema de fornecimento 150 possibilita que um nível de fornecimento do sistema 100 seja estimado ou, de outro modo, comprovado com relação a uma demanda real ou esperada dos solicitantes em um dado período de tempo e com relação a uma dada região (por exemplo, cidade ou partes da cidade). Adicionalmente, o subsistema de fornecimento 150 pode ser utilizado para ajustar o nível de fornecimento com relação à maneira em que o sistema 100 fornece um serviço de rede para dispor o transporte para pedidos de entrega. Em particular, o subsistema de fornecimento 150 pode realizar ajustes ao nível de fornecimento comprovado do serviço de rede de modo que seja otimizado para objetivos do serviço de rede fornecido. Dessa maneira, várias facetas do serviço de rede fornecido podem ser ajustadas com flutuações em demanda dos solicitantes, a fim de, por exemplo, maximizar um número de solicitações de pedido que podem ser manipuladas com eficácia em uma dada duração de tempo. Ademais, a otimização que pode ser realizada através do serviço de rede pode ser implantada em um nível de grupo, de modo a acomodar objetivamente os interesses dos fornecedores de serviço, provedores e solicitantes.

[024] A interface de dispositivo de solicitante 110 inclui ou realiza processos que são executados no lado de rede do sistema 100 a fim de estabelecer os canais de comunicação com dispositivos individuais dos solicitantes. os solicitantes podem operar dispositivos móveis (representados na Figura 1 pelo dispositivo móvel 104) nos quais um aplicativo de serviço correspondente 106 pode ser executado. Os solicitantes podem operar aplicativos de serviço respectivos 106 para solicitar serviços de entrega e, em algumas variações, outros tipos de serviços identificados como transporte, tais como transporte de seres humanos entre uma localização inicial (ou localização de embarque) e um destino (ou desembarque). Quando o aplicativo de serviço 106 é iniciado no dispositivo do solicitante 102, o dispositivo do solicitante 102 pode transmitir informações sobre o solicitante 103 ao sistema

100. As informações sobre o solicitante 103 podem incluir um identificador de conta 105, assim como a localização atual do dispositivo do solicitante 107, que o aplicativo de serviço 106 pode obter fazendo interface com um receptor de satélite ou outro recurso de localização do dispositivo do solicitante 102. Conforme descrito mais detalhadamente, as informações sobre o solicitante 103 também podem ser comunicadas com uma solicitação de pedido 101. Em algumas variações, pelo menos algumas das informações sobre o solicitante 103 (por exemplo, localização atual) podem ser comunicadas antes de uma solicitação de pedido 101 ser feita no dispositivo do solicitante 102.

[025] De acordo com alguns exemplos, o dispositivo de fornecedor 104 inicia comunicações com o sistema 100 com o uso do aplicativo de serviço 116. O aplicativo de serviço 116 pode corresponder a um programa (por exemplo, um conjunto de instruções ou código) que é transferido por download e armazenado no dispositivo móvel 104 do fornecedor de serviço. O fornecedor de serviço pode iniciar o aplicativo de serviço 116 a fim de utilizar o sistema 100 para receber as solicitações de pedido e/ou outro tipo de solicitações de serviço (por exemplo, solicitações de transporte). O fornecedor de serviço pode operar um veículo de serviço para atender às solicitações de serviço atribuídas. Uma vez que o canal de comunicação é estabelecido pelo dispositivo de fornecedor 104 com o uso do aplicativo de serviço 116, o dispositivo de fornecedor 104 pode comunicar repetida ou continuamente informações de serviço 109 ao sistema de computação em rede 100. As informações de serviço 109 podem incluir o identificador do fornecedor 111 e a localização atual do fornecedor 113, o que pode ser determinado pelo aplicativo de serviço que faz interface com um receptor de satélite do dispositivo de fornecedor 104.

[026] A interface de dispositivo de fornecedor 120 inclui ou realiza processos que são executados no lado de rede do sistema 100 a fim de estabelecer os canais de comunicação com dispositivos individuais dos fornecedores de serviço. Por exemplo, a interface de dispositivo 110 pode estabelecer soquetes de segurança com diferentes tipos de dispositivos móveis que os fornecedores de serviço do sistema 100 podem utilizar durante o fornecimento de serviços com o uso de seus respectivos veículos. Em alguns exemplos, os fornecedores de serviço operam dispositivos móveis (representados na Figura l1 pelo dispositivo móvel 104) no qual um aplicativo de serviço correspondente 116 pode ser operado. Dentre outra funcionalidade, o aplicativo de serviço 116 pode automatizar operações que incluem indicar a disponibilidade do fornecedor de serviço para fornecer o serviço, comunicar as informações de localização a fim de possibilitar que o sistema 100 monitore a localização do veículo do fornecedor de serviço, receber informações do sistema 100 para facilitar o fornecedor de serviço no recebimento de solicitações de pedido e no atendimento das solicitações de pedido, assim como comunicar informações ao sistema 100 com várias finalidade, incluindo fornecimento de determinação.

[027] O sistema 100 pode incluir um armazenamento de dados de fornecedor ativo 134 que mantém registros 135 que associam os fornecedores às suas respectivas sua localização atual 113 e sua situação de serviço 133. A título de exemplo, cada fornecedor de serviço pode iniciar uma comutação operando-se o aplicativo de serviço 116 (por exemplo, abrir o aplicativo no dispositivo de fornecedor 104) e, em seguida, alternar um atributo de estado fornecido pelo aplicativo de serviço 116 para “em serviço”. O aplicativo de serviço 116 comunica a ativação do atributo de estado ao sistema 100 por meio da interface de dispositivo de fornecedor 120. A interface de dispositivo de fornecedor 120 processa as informações de serviço 109 recebidas dos fornecedores de serviço individuais. Para cada fornecedor de serviço, a interface de dispositivo de fornecedor 120 extrai e armazena a localização atual 113 do dispositivo de fornecedor 104 com o identificador do fornecedor 115 no armazenamento de situação de fornecedor

134. À medida que a localização do fornecedor de serviço (por exemplo, com movimento do veículo do fornecedor de serviço), as comunicações subsequentes do dispositivo de fornecedor 104 por meio da interface de dispositivo de fornecedor 120 podem ser usadas para atualizar oO armazenamento de situação do fornecedor 134. Dessa maneira, o armazenamento de dados de serviço 134 pode refletir a maioria da localização atual de cada fornecedor de serviço.

[028] Em alguns exemplos, a interface de dispositivo de solicitante 110 e a interface de dispositivo de fornecedor 120 podem, cada um, incluir ou usar uma interface de programação de aplicação (API), tal como uma API de face externa, a fim de comunicar os dados com o dispositivos de fornecedor e de solicitante 102, 104, respectivamente. Fornecendo-se a API de face externa, o sistema 100 pode estabelecer canais de comunicação por meio canais de acesso seguro na rede através de vários métodos, tais como formas com base em web, acesso programático por meio de APIS RESTful, Protocolo de Acesso de Objeto Simples (SOAP), chamada de procedimento remoto (RPC), acesso de processamento de scripts, etc.

[029] A interface de provedor 130 pode corresponder a uma interface programática que transmite solicitações de pedido dos solicitantes a um terminal de um provedor. O contexto da entrega de alimentos, a interface de provedor 130 transmite pedidos de entrega a um sistema de computador (por exemplo, sistema de pedido de reserva, dispositivo de ponto de venda, terminal dedicado para viagem, etc.) do provedor. Em alguns exemplos, o provedor pode operar um dispositivo móvel no qual um aplicativo de serviço para provedores é fornecido, a fim de receber solicitações de pedido do sistema 100. O provedor pode acessar o sistema 100, por exemplo, por meio da interface do site da web ou do aplicativo (por exemplo, aplicativo de serviço do provedor) a fim de aceitar solicitações de pedido, assim como fornecer informações quanto à situação de preparação de uma solicitação de pedido. Adicionalmente, o provedor pode acessar o sistema 100 a fim de fornecer menus ou descrições (incluindo texto e imagens) dos itens disponíveis para entrega.

[030] O sistema 100 pode manter uma biblioteca de provedores 126, que inclui um registro 125 para cada provedor. Cada registro do provedor 125 pode associar um respectivo provedor com um identificador de conta 127, assim como uma localização de provedor 129 e um conjunto de itens passíveis de entrega 131 fornecidos por esse provedor. O provedor pode especificar os itens 131 por meio da interface de provedor 130. Os itens de provedor 131 podem ser fornecidos como um documento eletrônico ou combinação de registros fornecidos pelo provedor, que podem ser recuperáveis e renderizados em um dispositivo do solicitante 102 na forma, por exemplo, de um menu. A título de exemplo, os itens de provedor 131 podem incluir um menu de restaurante ou itens para um menu de restaurante.

[031] De acordo com alguns exemplos, quando o solicitante inicia o aplicativo de serviço 106, o dispositivo do solicitante 102 fornece ao sistema 100 a localização atual 107 do solicitante. Em algumas variações, a solicitante pode especificar uma localização de serviço para o pedido de entrega que é diferente da localização atual do solicitante 107. A interface de dispositivo de solicitante 110 pode comunicar a localização atual do solicitante 107 (ou alternativamente, a localização de serviço especificada pelo solicitante) a um componente de menu 112, e o componente de menu 112 pode usar a localização atual do solicitante para recuperar informações de item 117, representando uma seleção dos itens passíveis de entrega do provedor 131, da biblioteca de provedores

126. A interface de dispositivo de solicitante 110 pode comunicar o conteúdo de menu 119 ao dispositivo do solicitante 102, por meio do aplicativo de serviço 106. Conforme descrito com alguns exemplos abaixo, o conteúdo de menu 119 também pode se comunicar com um ou mais parâmetros de valor de serviço 171 indicando uma cobrança Ou consideração na qual o solicitante incorrerá para receber a entrega de um item solicitado do provedor. O usuário pode navegar pelo conteúdo de menu 119 a fim de visualizar uma lista de provedores e visualizar itens que cada provedor disponível tem disponível para entrega. O aplicativo de serviço 106 pode possibilitar que o usuário interaja com o menu no dispositivo do solicitante 102, a fim de selecionar itens para um pedido de entrega. Após realizar uma seleção para o pedido de entrega, o aplicativo de serviço 106 pode fazer com que o dispositivo do solicitante 102 transmita uma solicitação de pedido 101 ao sistema 100.

[032] Em alguns exemplos, o armazenamento de situação de solicitante 132 registra ocorrências quando o aplicativo de serviço 106 é iniciado no dispositivo do solicitante 102. Em tais casos, o armazenamento de situação de solicitante 132 pode associar um registro ao solicitante do dispositivo do solicitante 102 (por exemplo, com base nas informações de conta fornecidas pelo dispositivo do solicitante) e o registro pode refletir o estado do solicitante 100 como sendo ativo. Quando a solicitação de pedido 101 é recebida do dispositivo do solicitante 102, o registro do solicitante pode ser atualizado e associado à solicitação de pedido 101.

[033] A solicitação de pedido 101 pode ser recebida pela interface de dispositivo de solicitante 110 e registrada em um armazenamento de situação de solicitante

132. Em alguns exemplos, a interface de dispositivo de solicitante 110 e o componente de menu 112 podem implantar uma limitação geográfica para os solicitantes individuais com base em um parâmetro de serviço 169. O parâmetro de alcance de serviço 169 pode definir uma distância (por exemplo, distância de percurso) da localização de serviço da solicitação de pedido desejada, da qual os provedores disponíveis podem estar disponíveis para o solicitante para fins de solicitações de pedido. Por exemplo, o parâmetro de alcance de serviço 169 pode ser definido como 3 quilômetros (2 milhas) ou 12 minutos tempo de percurso, e o componente de menu 112 pode implantar um filtro para remover provedores que estão fora de uma distância identificada pelo parâmetro de alcance 169. Dessa maneira, o aplicativo de serviço 106 que é executado no dispositivo do solicitante 102 não é dotado do conteúdo de menu 119 que reflete os itens passíveis de entrega de um provedor que está fora do parâmetro de alcance 169.

[034] Adicional ou alternativamente, o parâmetro de alcance 169 pode ser usado para estabelecer camadas entre provedores, com relação à localização de serviço de uma dada solicitação de pedido 101. O componente de menu 112 pode, por exemplo, implantar uma lógica de camada 118 que define regras alternativas de solicitação de pedido para provedores com base pelo menos parcialmente em uma indicação de camada atribuída a provedores individuais. A lógica de camada 118 pode atribuir indicações de camada com base parcialmente na localização do provedor em comparação à localização de serviço da solicitação de pedido. Com base na implantação, a lógica de camada 118 pode indicar diferentes tamanhos de pedido mínimos ou valores para solicitações de pedido de provedores, com base parcialmente nas indicações de camada dos respectivos provedores. Adicional ou alternativamente, a lógica de camada 118 pode implantar um ou mais parâmetros de valor de serviço 171 para determinar diferentes valores de serviço para a entrega de diferentes provedores, com base na indicação de camada dos respectivos provedores com relação à localização de serviço.

[035] De acordo com alguns exemplos, o componente de manipulação de solicitação 128 atua na solicitação de pedido de entrada 101 e atualiza a situação da solicitação de pedido 101 à medida que a solicitação de pedido é processada. Inicialmente, o componente de manipulação de solicitação 128 pode enviar uma comunicação 139 ao provedor da solicitação de pedido 101, em que a comunicação 139 identifica os itens de uma solicitação de pedido do solicitante 101. A comunicação 139 pode ser comunicada a um provedor selecionado para visualizar a interface de provedor 130. Em algumas implantações, o provedor pode reconhecer ou confirmar a comunicação 139. Por exemplo, o provedor pode fornecer entrada através de um aplicativo de serviço do provedor, transmitindo-se mensagens ou outra plataforma para confirmar a comunicação 139.

[036] O componente de manipulação de solicitação

128 também pode acionar o componente de compatibilização 140 de modo que inicie um processo de compatibilização para selecionar um fornecedor de serviço para a solicitação de pedido 101. Em alguns exemplos, o componente de manipulação de solicitação 128 pode temporizar quando acionar o componente de compatibilização 140, com base em um tempo esperado quando o pedido de entrega correspondente para a solicitação de pedido 101 é preparado.

A temporização de quando acionar o componente de compatibilização 140 pode incluir, por exemplo, o componente de manipulação de solicitação 128 que estima um tempo de preparação de pedido.

Em particular, o componente de manipulação de solicitação 128 pode temporizar (por exemplo, atrasar) o acionador para o componente de compatibilização 140 com base em uma comparação do tempo de preparação e uma duração estimada que inclui um intervalo de tempo estimado para quando um fornecedor de serviço é compatível com a solicitação de entrega e uma intervalo de tempo estimado para quando o fornecedor de serviço percorre para a localização do provedor para buscar o pedido de entrega correspondente.

A título de exemplo, o componente de compatibilização 140 pode ser acionado de modo que o tempo de chegada estimado do fornecedor de serviço na localização do provedor (por exemplo, tempo para compatibilizar a solicitação de pedido correspondente 101 ao fornecedor de serviço e tempo para fornecedor de serviço percorrer até a localização do provedor) está dentro de uma janela de tempo de limite de um tempo de preparação de pedido estimado para o provedor e/ou itens da solicitação de pedido respectiva

101.

[037] A determinação do tempo de preparação de pedido de entrega pode ser feita com base, por exemplo, nas informações associadas ao provedor. Por exemplo, o estoque do provedor 126 pode associar os valores de tempo de preparação com o provedor, e/ou com os itens que os provedores individuais disponibilizam para solicitações de entrega 101. Conforme descrito com alguns exemplos, o tempo de preparação de pedido pode ser desenvolvido dos modelos que monitoram solicitações de pedido de provedores individuais em um dado período de tempo.

[038] Em alguns exemplos, o componente de manipulação de solicitação 128 pode determinar, a partir do pedido estimado de um item e/ou provedor, que o tempo de preparação está propenso a ser que a duração estimada para compatibilizar a solicitação de pedido correspondente a um fornecedor de serviço e para que o fornecedor de serviço compatível chegue à localização do provedor. Em tais exemplos, o componente de manipulação de solicitação 128 pode atrasar o envio da comunicação 139 (para a solicitação de pedido correspondente 101) ao provedor especificado pela solicitação de pedido respectiva 101 até após um fornecedor de serviço ser compatível com a solicitação de pedido respectiva 101. Em tais exemplos, o atraso no envio da comunicação 139 para a solicitação de pedido respectiva 101 pode ser medido de modo que o tempo de preparação de pedido estimado esteja dentro de uma janela de tempo que é estimada para que um fornecedor de serviço estimado chegue na localização do provedor.

[039] O componente de compatibilização 140 pode compatibilizar a solicitação de pedido 101 com um fornecedor de serviço disponível com base pelo menos parcialmente na localização atual de fornecedores individuais com relação à localização do provedor. Em algumas variações, o componente de compatibilização 140 também pode compatibilizar a solicitação de pedido 101 com base em um tempo de chegada desejado para o fornecedor na localização do provedor. Desse modo, por exemplo, a proximidade do fornecedor de serviço pode não necessariamente ser um critério de seleção decisivo para selecionar um dado fornecedor de serviço.

[040] Em alguns exemplos, o componente de manipulação de solicitação 128 pode selecionar e implantar uma lógica e decisão 138, a fim de implantar regras para determinar quando os pedidos de entrega podem ser processados em lote. O processamento em lote pode se referir a ocorrências quando um fornecedor de serviço manipula dois pedidos de entrega.

Uma lógica de decisão de processamento em lote 138 pode implantar o processamento em lote de acordo com um ou múltiplos conjuntos de regras e/ou parâmetros dos quais uma decisão pode ser feita de maneira programática.

A lógica de decisão de processamento em lote 138 pode variar, de modo que diferentes regras, parâmetros, e/ou valores parâmetros podem ser utilizados para determinar quando o processamento em lote pode ser realizado.

Em particular, a lógica de decisão de processamento em lote 138 pode implantar regras alternativas que determinam (i) se o processamento em lote é permitido ou não sob quaisquer circunstâncias; e (ii) se o processamento em lote é permitido, condições sob as quais múltiplos pedidos de entrega podem ser processados em lote.

A título de exemplo, as condições que podem determinar ou influenciar as decisões de processamento em lote podem incluir (i) uma mesma condição de provedor, em que o processamento em lote de pedidos de entrega é permitido quando os pedidos de entrega são preparados por um mesmo provedor; (ii) uma condição de temporização, que pode definir uma janela de tempo com relação a quando as solicitações de pedido são preparadas e/ou entregues uma com relação à outra antes de o processamento em lote ser permitido; (iii) uma condições de localização de provedor,

na qual o processamento em lote de pedidos de entrega é permitido quando os pedidos de entrega são preparados por provedores que atendem à condição geográfica com relação a cada localização do provedor e/ou localização de entrega; e/ou (iv) fornecer condições, em que uma determinação de nível de fornecimento 155 determina ou influencia decisões de processamento em lote.

[041] Com relação às condições de fornecimento, alguns exemplos fornecem que o processamento em lote pode ser maximizado com relação à permissibilidade quando, por exemplo, um número inadequado de fornecedores de serviço estão presentes para manipular as solicitações de pedido. Em contrapartida, o processamento em lote pode ser minimizado quando há abastecimento excessivo de fornecedores de serviço, uma vez que fornecedores de serviço separados podem ser usados para entregar pedidos que podem ser, de outro modo, processados em lote.

[042] Com relação às condições de temporização, alguns exemplos fornecem a lógica de decisão de processamento em lote 138 a fim de utilizar parâmetros de temporização 167, conforme determinado pelo subsistema de fornecimento 150, a fim de determine quando o processamento em lote de pedidos de entrega é permitido. Por exemplo, o componente de manipulação de solicitação 128 pode utilizar um ou mais parâmetros de temporização 167 para minimizar o tempo de aguardo incorrido pelo fornecedor de serviço enquanto esteve no provedor. Por exemplo, no contexto de preparação de alimentos, caso o tempo de chegada do fornecedor de serviço exceda o tempo em que o alimento é preparado, o alimento preparado pode esfriar ou se tornar menos desejável. Ao mesmo tempo, caso o tempo de chegada do fornecedor de serviço estar marcado para antes de o alimento preparado estar pronto, o fornecedor de serviço está aguardando e é, portanto, subutilizado. O componente de manipulação de solicitação 128 pode incluir lógico para iniciar o processo de compatibilização em uma janela de tempo que procede um tempo de preparação esperado para oO pedido de entrega solicitado, de modo que um fornecedor de serviço atribuído chegue na localização de provedor quando o pedido de entrega solicitado é preparado e quando estiver pronto para busca. A Figura 5 ilustra um método exemplificativo que pode ser implantado, por exemplo, pelo componente de manipulação de solicitação 128 para controlar a seleção de um fornecedor de serviço com base pelo menos parcialmente em uma determinação de um tempo de chegada otimizado.

[043] Nas variações, a lógica de decisão de processamento em lote 138 pode permitir que os pedidos de entrega sejam processados em lote caso sejam do mesmo provedor e passíveis de entregue por um dado fornecedor de serviço para multiplicar os recipientes em diferentes localizações dentro de um limite de tempo predeterminado. O limite de tempo predeterminado pode ser ajustado, por exemplo, para o tempo de preparação de pedido (ou tempo de busca do pedido) e/ou tempo de entrega de pedido. Por exemplo, um ou mais parâmetros de temporização 167 podem ser definidos como um limite de quando o último pedido em lote pode ser buscado e/ou entregue com relação ao tempo de preparação do pedido de entrega e/ou tempo de solicitação de pedido (por exemplo, quando a solicitação de pedido respectiva 101 foi feita). Adicional ou alternativamente, o parâmetro de temporização 167 pode definir uma janela de tempo comparável como entre o tempo de busca ou tempo de entrega de cada pedido de entrega que deve ser processado em lote. Nas variações, outro parâmetro de temporização (ou parâmetros de temporização) 167 pode controlar quando os pedidos de entrega pode ser processado em lote de um dado provedor.

[044] Com relação às condições de localização de provedor, a lógica de decisão de processamento em lote 138 pode implantar regras alternativas, que possibilitam, por exemplo, que um fornecedor de serviço manipule pedidos de entrega de diferentes provedores, submetidos a critérios adicionais que são satisfeitos. Alternativamente a uma mesma condições de provedor, por exemplo, a lógica de decisão de processamento em lote 138 pode permitir que os pedidos de entrega de diferentes fornecedores sejam processados em lote, desde que, por exemplo, os diferentes provedores satisfaçam uma condição de proximidade com relação às suas respectivas localizações (por exemplo, os provedores estão em um mesmo prédio, próximos um do outro, no mesmo bloco, em uma distância de caminhada, etc.). Como outro exemplo, a lógica de decisão de processamento em lote 138 pode permitir que os pedidos de entrega de diferentes fornecedores sejam processados em lote, desde que, por exemplo, os diferentes provedores satisfaçam uma condição de roteamento, tal como os diferentes provedores são alinhados ao longo de uma rota para a entrega.

[045] Quando o componente de compatibilização 140 seleciona um fornecedor para a solicitação de pedido 101, o componente de manipulação de solicitação 128 pode monitorar o fornecedor por meio de atualizações ao fornecedor localização (por exemplo, conforme mantido no armazenamento de situação do fornecedor 134). Em particular, o componente de manipulação de solicitação 128 pode acompanhar o fornecedor até a localização do provedor e da localização do provedor até a localização de serviço da solicitação de pedido 101. A situação da solicitação de pedido do solicitante pode ser atualizada repetidamente pelo componente de manipulação de solicitação 128 no armazenamento de situação de solicitante 132 a fim de refletir eventos, tais como (i) a solicitação de pedido 101 que é comunicada ao provedor; (ii) o provedor confirma a solicitação de pedido; (iii) um ou mais indicadores de progresso para a solicitação de pedido são preparados, incluindo quando um pedido de entrega correspondente estiver pronto; (iv) um fornecedor de serviço que busca o pedido de entrega correspondente; (v) progresso do fornecedor de serviço até a localização de serviço identificada em uma solicitação de pedido; e/ou (vi) chegada do fornecedor de serviço na localização de serviço do solicitante (por exemplo, a localização atual do solicitante ou localização especificada).

[046] Adicionalmente, nos exemplos, as informações preditivas que podem ser úteis para o solicitante podem ser determinada e comunicadas ao dispositivo do solicitante

102. Por exemplo, o tempo de entrega estimado pode ser previsto inicialmente antes de o solicitante fazer a solicitação de pedido 101. À medida que a solicitação de pedido 101 é processada pelo provedor, o tempo de entrega pode ser atualizado para o solicitante. De igual modo, o tempo de entrega pode ser atualizado à medida que o componente de compatibilização 140 identifica um fornecedor de serviço e à medida que o componente de manipulação de solicitação 128 acompanha o fornecedor de serviço da busca até a localização do pedido de entrega.

[047] De modo semelhante, o componente de compatibilização 140 (e/ou o componente de manipulação de solicitação 128) pode mudar o estado associado do fornecedor de serviço, para refletir, por exemplo, um ou mais estados inevitáveis. Por exemplo, os estados do fornecedor de serviço podem incluir disponível, atribuído à solicitação de pedido, a caminho do provedor, no provedor, a caminho do solicitante e concluindo uma solicitação de pedido.

[048] Quando o fornecedor de serviço é detectado como tendo concluído o serviço de entrega, o componente de manipulação de solicitação 128 pode acionar um gerente de conta 136. O gerente de conta 136 pode registrar o atendimento da solicitação de pedido com relação às contas do fornecedor de serviço, provedor e solicitante. Em alguns exemplos, uma carga ou outra consideração é retirada de uma conta do solicitante para a entrega obtida. De igual modo, o gerente de conta 136 pode creditar uma conta do provedor para fornecer o pedido de entrega. A conta do fornecedor de serviço também pode ser creditada com base pelo menos parcialmente no parâmetro de valor de serviço 171 associado à solicitação de pedido atendido 101.

[049] De acordo com alguns exemplos, o subsistema de fornecimento 150 inclui um componente de determinação de nível de fornecimento (»PLD”) 152, um componente de previsão 154 e um componente de ajuste de nível de fornecimento (“PLA”) 156. O componente de PLD 152 pode estimar um nível de fornecimento para uma dada região, Ou durante um atual intervalo de tempo ou para um intervalo de tempo futuro, com base em informações previstas do componente de previsão 154. O nível de fornecimento 155 pode refletir uma determinação, por um dado intervalo de tempo, da adequação do número de fornecedores de serviço para o número de solicitações de serviço a serem manipuladas. O componente de previsão 154 pode gerar uma previsão para uma ou mais facetas da determinação de nível de fornecimento. Por exemplo, o componente de previsão 154 pode prever o número de solicitações de serviço que devem ser recebidos pelo sistema 100 em um intervalo de tempo imediato ou para um intervalo de tempo no futuro. O componente de previsão 154 também pode prever ou, de outro modo, estimar um número de fornecedores de serviço que estão (ou estarão) disponíveis em uma dada região para anteder às solicitações de pedido 101. O componente de PLA 156 pode implantar lógica para ajustar o nível de fornecimento 155 do sistema 100, de modo que otimize para um ou mais objetivos de serviço do sistema 100.

[050] o subsistema de fornecimento 150 pode utilizar uma variedade de modelos 153, incluindo modelos preditivos 153A e/ou modelos de otimização 153B. A título de exemplo, os modelos preditivos 153A podem incluir modelos com base em árvore, modelos de aprendizado intenso, modelos de rede neural e/ou modelos de regressão. A título de exemplo, os modelos preditivos 153A podem ser gerado e treinados para prever determinações de nível de fornecimento (por exemplo, número de solicitações de pedido, taxa de conversão de solicitantes que têm o aplicativo de serviço em execução sem fazer pedido, etc.) e previsões de temporização (por exemplo, tempo de preparação de pedido). Os modelos de otimização 153B podem incluir, por exemplo, modelos convexos e não convexos respectivos e combinar os modelos de otimização de tutorial.

[051] Em alguns exemplos, um complemento de desenvolvimento de modelo 158 desenvolve modelos respectivos 153A, 153B com o uso de processos de aprendizado de máquina, por meio dos quais, por exemplo, os modelos são treinados e sintonizados com o tempo, com o uso de informações em tempo real (por exemplo, do armazenamento de dados do solicitante 132 e/ou armazenamento de dados de fornecedor 134) e informações históricas 159.

[052] Em alguns exemplos, o complemento de desenvolvimento de modelo 158 pode desenvolver um ou mais modelos 153 para uso pelo subsistema de fornecimento 150. Os modelos de fornecimento 153 podem incluir um modelo de conversão que possibilita que o componente de previsão 154 use informações em tempo real para gerar uma previsão 157 para o número de solicitações de pedido.

O modelo de conversão pode utilizar, por exemplo, como informações em tempo real de entrada, obtidos do armazenamento de situação de solicitante 132, correspondente ao número de solicitantes ativos que ainda não fizeram uma solicitação de pedido.

Nas variações, o complemento de desenvolvimento de modelo 158 pode analisar informações históricas 159 (por exemplo, imagens instantâneas do armazenamento de situação de solicitante 132 durante períodos de tempo anteriores) para detectar (i) um evento de sessão de solicitante ativo, o que coincide com um solicitante que inicia uma sessão com o sistema 100 iniciando-se o aplicativo de serviço 106 em seu dispositivo respectivo 102; e (11) um evento de conversão, o que coincide com um solicitante ativo que faz uma solicitação de pedido.

Outras informações que podem ser determinadas a partir da análise de dados de histórico podem incluir, por exemplo, um período de tempo para que um evento de conversão ocorra para solicitantes individuais e para e os provedores que um solicitante ativo visualizou.

Adicionalmente, o complemento de desenvolvimento de modelo 158 pode registrar as ocorrências de eventos (por exemplo, evento de sessão de solicitante ativo, evento de conversão) em um intervalo de tempo contínuo.

Por exemplo, o complemento de desenvolvimento de modelo 158 pode utilizar parâmetros de entrada que refletem um valor de velocidade (ou valor de aceleração ou outro derivado dos mesmos) com relação a várias solicitações de pedido, vários solicitantes ativos e/ou vários solicitantes convertidas.

[053] Adicional ou alternativamente, o complemento de desenvolvimento de modelo 158 também pode desenvolver modelos preditivos para uso nas solicitações de entrega de previsão para intervalos futuros, quando informações em tempo real pertinentes ainda não existem. O complemento de desenvolvimento de modelo 158 pode desenvolver tais modelos preditivos 153 com o uso de informações históricas, tais como através de análise estatística, para prever vários solicitantes ativos que ficam on-line em um dado intervalo de tempo, uma taxa de conversão de solicitantes ativos e/ou um número de solicitações de pedido que podem ser gerados a partir de população dos usuários.

[054] Na determinação da conversão ou de outros modelos preditivos, o componente de desenvolvimento de modelo 158 também pode se responsabilizar por informações contextuais. Por exemplo, o complemento de desenvolvimento de modelo 158 pode associar as informações históricas com o dia da semana, hora do dia, mês do ano, eventos (por exemplo, eventos esportivos), informações metrológicas e outras informações relacionadas.

[055] O componente de previsão 154 pode utilizar os modelos 153 gerados pelo complemento de desenvolvimento de modelo 158 para fazer uma ou mais previsões 157 quanto à demanda em um atual intervalo de tempo e/ou um ou mais intervalos de tempo futuros (por exemplo, número de solicitações de pedido que podem ser recebidos em uma dada duração de tempo). De acordo com um exemplo, o componente de previsão 154 obtém informações em tempo real do armazenamento de situação de solicitante 132 a fim de prever um número de solicitações de pedido que podem ser recebidas em um intervalo atual (por exemplo, na próxima hora) ou futuro (durante as próximas quatro horas). As informações em tempo real podem incluir, por exemplo, vários solicitantes ativos que ainda têm que fazer uma solicitação de pedido, o tempo que cada solicitante ativo gastou visualizando o conteúdo de menu 119 para provedores individuais e/ou os provedores (por exemplo, menu respectivo de provedores) que foram visualizados pelos solicitantes respectivos.

Com base nas informações em tempo real, o componente de previsão 154 pode utilizar, por exemplo, um modelo de conversão para prever um número de solicitações de pedido que o sistema 100 receberá em um intervalo de tempo atual ou próximo, assim como para intervalos de tempo futuros (por exemplo, o número de solicitações de serviço que pode ser recebido nos próximos quatro intervalos de tempo de 1 hora). Adicional ou alternativamente, o componente de previsão 154 também pode utilizar os modelos 153 gerados pelo complemento de desenvolvimento de modelo 158 a fim e estimar o número de solicitações de pedido que o sistema 100 espera receber em intervalos de tempo futuros. Por exemplo, o complemento de desenvolvimento de modelo 158 pode gerar uma agenda que identifica um número esperado de solicitações de pedido para períodos de tempo de um intervalo de tempo futuro (por exemplo, projeções de solicitação de pedido por hora para cada dia de uma futura semana).

[056] De acordo com alguns exemplos, o complemento de desenvolvimento de modelo 158 também pode monitorar o armazenamento de situação de solicitante 132 a fim de comparar uma previsão 157 do componente de previsão 154 com relação ao número de solicitações de pedido recebidas (ou o número de solicitantes ativos, etc.) com o resultado real. Com na comparação, oO complemento de desenvolvimento de modelo 158 pode sintonizar os modelos 153 implantados pelo componente de previsão 154.

[057] Em algumas variações, o complemento de desenvolvimento de modelo 158 pode desenvolver e implantar modelos preditivos em relação a características em relação à temporização de provedores individuais. O componente de terminação de modelo 158 pode monitorar o armazenamento de situação de solicitante 132 a fim de determinar as amostras estatísticas de uma ou mais características em relação à temporização de provedores individuais. A título de exemplo, uma característica em relação à temporização de um provedor pode corresponder a um tempo de preparação para o provedor a fim de preparar um pedido de entrega. Como outro exemplo, as características em relação à temporização podem identificar o período de tempo que um fornecedor de serviço gasta na chegada à localização do provedor e na partida com o pedido de entrega. Dessa maneira, o componente de determinação de modelo 158 obtém pontos de dados para o tempo em que o provedor (por exemplo, restaurante) leva para preparar um item de alimento para um pedido de entrega. As características relacionadas à temporização podem estar associadas ao provedor e ao registro do provedor correspondente 125.

[058] O componente de PLD 152 pode estimar o nível de fornecimento 155 para intervalos atuais e futuros de tempo com base nas previsões 157, assim como projeções d disponibilidade de fornecedor de serviço. Em alguns exemplos, o nível de fornecimento 155 corresponde a uma métrica (por exemplo, uma razão) que se baseia em uma comparação de (i) um número estimado de solicitações de pedido recebidos em um determinado período de tempo para uma dada região e (ii) um número de fornecedores de serviço na dada região que estão propensos a estarem disponíveis para fornecer serviço de entrega para as solicitações de pedido. O número estimado de fornecedores de serviço pode ser determinado, por exemplo, a partir de informações em tempo real (por exemplo, conforme determinado a partir do armazenamento de situação do fornecedor 132), assim como de informações históricas (por exemplo, imagens instantâneas do armazenamento de situação do fornecedor 132 nos intervalos de tempo anteriores).

[059] O componente de PLA 156 pode implantar um conjunto de parâmetros de fornecimento 165 com base no nível de fornecimento 155. Os parâmetros de fornecimento 165 podem definir valores parâmetros respectivos para uso com regras, processo ou outra lógica de um serviço de entrega em rede. Adicionalmente, os parâmetros de fornecimento 165, quando mudados, afetam um nível de fornecimento do serviço de rede em conformidade com uma relação geralmente conhecida. De acordo com alguns exemplos, uma mudança em um parâmetro de fornecimento pode aumentar ou diminuir um número de solicitações de serviço (por exemplo, solicitações de pedido) que o sistema de computação em rede 100 pode manipular, com base em uma relação conhecida ou esperada com relação à mudança no parâmetro de fornecimento. Os parâmetros de fornecimento 165 podem ter um valor padrão quando, por exemplo, o nível de fornecimento 155 é neutro (por exemplo, número esperado de solicitações de pedido para compatibilizar fornecedores de serviço disponíveis) ou, de outro modo, a um valor desejado. Quando o nível de fornecimento flutua na direção contrária a um nível neutro ou desejável, o componente de PLA 156 pode ajustar o valor dos parâmetros de fornecimento 165 a fim de ajustar o nível de fornecimento 155.

[060] Os parâmetros de fornecimento 165 podem afetar várias facetas do serviço de entrega implantado pelo sistema 100. Desse modo, por exemplo, o componente de PLA 156 pode utilizar múltiplos conjuntos de parâmetros de fornecimento com base na sub-região ou região considerada. De acordo com exemplos, os parâmetros de fornecimento 165 refletem uma faceta ou aspecto do serviço fornecido sistema 100 que pode ser ajustado para causar uma mudança prevista ao nível de fornecimento 155 do serviço fornecido. Em particular, os valores para os parâmetros de fornecimento individuais 165 podem se basear em uma determinação de otimização para um ou mais objetivos do sistema 100. A determinação de otimização pode ser feita por meio de implantação de um ou mais processos de otimização (mostrados como a lógica de otimização 166) o que otimiza os aspectos do nível de fornecimento para um objetivo de serviço particular 161. O sistema 100 pode implantar um ou múltiplos objetivos de serviço 161, tais como maximizar um número de solicitações de pedido que são manipulados em uma dada duração de tempo, ou minimizar um tempo de entrega para solicitações de pedido que são recebidos. Os valores dos parâmetros de fornecimento 165 podem ser, então, determinados pelo objetivo particular, ou por um conjunto de objetivos, do processo otimização selecionado.

[061] De acordo com alguns exemplos, uma relação entre os parâmetros de fornecimento individuais 165 e o nível de fornecimento 155 também pode ser predeterminada ou, de outro modo, conhecida. Por exemplo, um ajuste no valor de um dentre os dados parâmetros de fornecimento 165 pode ser conhecido por ter um impacto provável no aumento do número de solicitações de serviço que são manipuladas pelo sistema 100, ao mesmo tempo impactando negativamente outro objetivo de reduzir o tempo de serviço para as solicitações de pedido. O complemento de desenvolvimento de modelo 158 pode, por exemplo, estabelecer relações entre os valores dos parâmetros de fornecimento individuais 165 e o impacto do valor de parâmetro de fornecimento no nível de fornecimento 155 para uma dada região ou intervalo de tempo. As ralações podem ser granulares (por exemplo, uma mudança para o parâmetro de fornecimento aumentará o número de solicitações de serviço que podem ser manipuladas por meio do sistema 100) ou mais precisas (por exemplo, uma mudança ao parâmetros de fornecimento terá um impacto em porcentagem (por exemplo, 5%) na taxa de conversão).

[062] A título de exemplo, os parâmetros de fornecimento 165 incluem um ou mais parâmetros de temporização 167, um parâmetro de alcance de serviço 169 e um parâmetro de valor de serviço 171. O um ou mais parâmetros de temporização 167 podem refletir um intervalo- alvo de tempo ou uma restrição limitada por tempo (por exemplo, intervalo de tempo aceitável máxima) pela qual um evento particular no atendimento de uma solicitação de pedido deve OCcOrrer. Por exemplo, o parâmetro de temporização 167 pode refletir ou um tempo-alvo Ou limitação ou restrição limitada por tempo, para um ou mais dentre (i) o tempo de entrega (por exemplo, do tempo que a solicitação de pedido 101 é feita até que o pedido seja entregue ao solicitante); (ii) um tempo de aguardo incorrido pelo fornecedor de serviço, tal como medido por um intervalo quando o fornecedor de serviço chega e parte da localização do provedor; (iii) um intervalo de tempo de quando um pedido de entrega é preparado até que seja buscado; e/ou (iv) um intervalo de tempo de quando um pedido de entrega é preparado até que seja entregue. De acordo com alguns exemplos, quando um ou mais parâmetros de temporização 167 são reduzidos, o componente de manipulação de solicitação 128 pode processar em lote um número maior de solicitações de pedido, uma vez que o período de tempo no qual as solicitações de pedido podem ser compatibilizadas entre si é aumentado.

[063] O parâmetro de alcance de serviço 169 pode refletir um alcance, tal como um percurso ou distância absoluta, entre a localização do provedor e a localização de serviço de uma solicitação de pedido. Em alguns exemplos, o parâmetro de alcance de serviço 169 pode ser expresso como uma distância de percurso, refletindo um tempo e/ou uma distância de percurso da localização do provedor até a localização de serviço da solicitação de pedido. O parâmetro de alcance de serviço 169 pode ser usado, por exemplo, pelo componente de menu 112 a fim de identificar quais provedores do estoque do provedor 126 podem ser usados para os itens de menu 131. O componente de menu 112 pode consultar o estoque do provedor 126 para provedores que têm localizações 129 que satisfazem uma condição de proximidade com relação à localização atual 107 do solicitante, em que a condição de proximidade se baseia no parâmetro de alcance de serviço 169. Aumentando-se o valor do parâmetro de alcance de serviço 169, o componente de menu 112 pode selecionar um número maior de provedores dos quais os itens 131 podem ser usad90s para gerar o conteúdo de menu 119 no dispositivo do solicitante 102. Em contrapartida, diminuindo-se o valor do parâmetro de alcance de serviço 169, o componente de menu 112 pode selecionar um número menor de suprimentos dos quais os itens 131 podem ser usados para gerar o conteúdo de menu 119 para o dispositivo do solicitante 102. O aumento ou diminuição com relação ao número de provedores que são fornecidos aos solicitantes individuais pode afetar o número de solicitações de pedido 101 que o sistema recebe, visto que os solicitantes estão mais propensos gerar solicitações de pedido 101 quando um número de maior de opções está disponível. Por exemplo, aumentando-se Oo parâmetro de alcance de serviço 169, o subsistema de fornecimento 150 pode prever um aumento na taxa de conversão, de modo quem um número maior de solicitações de pedido 101 seja recebido durante um determinado período de tempo. O número previsto de solicitações de pedido 101 pode ser usado para engatar fornecedores de serviço existentes e, geralmente, geram várias solicitações de serviço para o fornecedor de serviço. A lógica de otimização 166 pode equilibrar o valor alcance de serviço 169 tendo em vista restrições, tais como, custo adicionados aos fornecedores de serviço, a fim de atender a um objetivo de nível de serviço (por exemplo, número maior de solicitações de pedido atendidas por meio do sistema 100).

[064] O parâmetro de valor de serviço 171 pode refletir um valor de serviço que é cobrado do solicitante como parte do pedido de entrega. Conforme descrito com vários exemplos, o parâmetro de valor de serviço 171 pode flutuar para incluir fatores, tais como distância que um fornecedor de serviço percorre para atender ao pedido de serviço, indicações de camada para provedores e/ou disponibilidade de fornecedores de serviço.

Em alguns exemplos, o parâmetro de valor de serviço 171 pode ser usado para ajustar o número de fornecedores de serviço disponíveis durante um dado intervalo de tempo.

Por exemplo, os parâmetro de valor de serviço 171 também podem ser utilizados pelo gerente de conta 136, o que pode ajustar um crédito ou valor ao fornecedor de serviço com base nas mudanças ao parâmetro de valor de serviço 171. Por exemplo, caso mais fornecedores de serviço sejam necessários para facilitar a manipulação de um número inesperado de solicitações de pedido para uma dada área, o parâmetro de valor de serviço 171 pode ser elevado, refletindo um maior valor e recompensar os fornecedores de serviço para auxiliar com solicitações de pedido na dada região.

Conforme registrado por um exemplo da Figura 1, o parâmetro de valor de serviço 171 pode ser comunicado à interface de dispositivo de fornecedor 120, em que o valor de serviço pode ser publicado a fornecedores próximos.

A interface de dispositivo de fornecedor 120 também pode publicar o aumento no parâmetro de valor de serviço 171 a fim de atrair mais fornecedores de serviço.

Dessa maneira,

a mudança no parâmetro de valor de serviço 171 pode aumentar ou diminuir o número de fornecedores de serviço que opera em uma dada região.

[065] A Figura 2 ilustra um método exemplificativo para identificar provedores para serviço de entrega a solicitantes individuais. A Figura 3 ilustra um método exemplificativo para dispor transporte para múltiplos pedidos de entrega. A Figura 4 ilustra um método exemplificativo para dispor transporte para pedidos de entrega de maneira que afete um nível de fornecimento do serviço de fornecido. A Figura 5 ilustra outro método exemplificativo para dispor transporte para pedidos de entrega a fim de minimizar o tempo de espera do fornecedor de serviço. Na descrição dos exemplos da Figura 2 à Figura 5, é feita referência aos elementos de um exemplo da Figura 1 para propósito de ilustrar um componente adequado para realizar uma etapa ou subetapa sendo descrita.

[066] Com referência a um exemplo da Figura 2, um sistema de computação em rede faz com que o dispositivo móvel dos solicitantes individuais transmita sua respectiva localização (210). Por exemplo, os dispositivos de solicitante 102 podem executar aplicativos de serviço 106 que acessam um receptor de satélite ou outro recurso de localização do dispositivo móvel. Um solicitante pode abrir o aplicativo de serviço 106 no dispositivo móvel respectivo

102 do mesmo para iniciar uma sessão com o sistema de computação em rede 200.

[067] Quando a sessão é iniciada, O sistema de computação em rede 200 transmite informações (por exemplo, conteúdo de menu 119) para identificar provedores (por exemplo, restaurantes) dentro de um alcance designado do solicitante (220). Os provedores podem ser identificados fornecendo-se um menu de provedor ao dispositivo do solicitante. O solicitante pode navegar pelos menus de múltiplos provedores que estão dentro do alcance de serviço designado com relação à localização atual do solicitante. O alcance designado pode refletir uma distância limite de percurso entre a localização do provedor e a localização atual do solicitante. Em alguns exemplos, o alcance designado pode se basear pelo menos parcialmente e uma determinação de nível de fornecimento para a dada região (222) (por exemplo, uma comparação do número estimado de solicitações de pedido e o número de fornecedores de serviço disponíveis). Por exemplo, conforme descrito com um exemplo da Figura 1, o alcance designado pode ser determinado pelo parâmetro de serviço 169, que o subsistema de fornecimento 150 pode determinar com base no nível de fornecimento determinado 155 e na implantação dos processos de otimização pela lógica de otimização 166. Desse modo, o sistema 100 pode mudar o alcance de serviço designado de modo que um número maior ou menor de provedores esteja disponível a um dado solicitante. Com o aumento no alcance, o sistema 100 também pode ajustar outros parâmetros, tais como o valor de serviço 171 (por exemplo, fornecer um incentivo adicional para os fornecedores de serviço a fim de percorrer uma distância extra), com base em uma relação conhecida ou prevista entre a mudança no valor dos parâmetros de serviço respectivo e o nível de fornecimento

155.

[068] Adicional ou alternativamente, em alguns exemplos, a seleção de provedores para um dado solicitante pode ser dinâmico e se basear na localização atual do solicitante (224). Por exemplo, o sistema 100 pode monitorar a localização dos dispositivos móveis de solicitantes individuais e selecionar novamente os provedores que são exibidos nos dispositivos móveis respectivos com base em uma localização atualizada do solicitante.

[069] Um exemplo da Figura 2 pode refletir quando o dispositivo do solicitante 102 é colocado em um estado pré-solicitações, tal como quando o solicitante inicia o aplicativo de serviço 106 para navegar nos menus disponíveis. O subsistema de fornecimento 150 pode utilizar o estado pré-solicitação do solicitante na determinação do nível de fornecimento 155 para uma sub-região onde o solicitante está localizado. O subsistema de fornecimento 150 também pode gerar uma previsão com base em, por exemplo, uma previsão quanto à possibilidade de o solicitante gerar uma solicitação de pedido 101. Por exemplo, a predição da possibilidade de o usuário gerar a solicitação de pedido 101 pode se basear parcialmente em uma taxa de conversão predita ou observada quanto ao número de solicitantes que visualizam o conteúdo de menu 119 dos provedores da região e aqueles que geram uma solicitação de pedido respectiva com o uso do conteúdo de menu 119.

[070] Com referência a um exemplo da Figura 3, Oo sistema 100 pode implantar um serviço para dispor as solicitações de pedido. No fornecimento do serviço, O sistema 100 pode receber solicitações de pedido do dispositivos de solicitante de uma dada região, em que cada solicitação de pedido especifica um respectivo provedor (310). Para cada uma das solicitações de pedido, o sistema 100 seleciona que um fornecedor de serviço transporte um pedido de entrega correspondente de um provedor correspondente a uma localização do solicitante (320). Adicionalmente, no fornecimento do serviço, o sistema de computação em rede determina um indicador de nível de fornecimento para a dada região, para um intervalo de tempo atual ou futuro (330). O indicador de nível de fornecimento pode ser determinado pelo menos parcialmente pelos dispositivos de solicitante 102, que se comunicam com o sistema 100 com o uso do aplicativo de serviço respectivo

106.

[071] O sistema 100 seleciona o fornecedor de serviço para solicitações de pedido individuais selecionando-se uma dentre as múltiplas lógicas de decisão disponíveis a fim de implantar a dada região no dado intervalo de tempo, em que a seleção da lógica de decisão se baseia pelo menos parcialmente no indicador de nível de fornecimento determinado (340). o sistema 100 pode implantar a lógica de decisão selecionada para determinar se os pedidos de entrega individuais, gerados em resposta às solicitações de pedido respectivas, pode ser processados em lote para a entrega aos respectivos solicitantes. Quando os pedidos de entrega são processados em lote, o mesmo fornecedor de serviço pode transportar os respectivos pedidos de entrega à seus respectivos destinos.

[072] De acordo com alguns exemplos, o sistema 100 pode implantar uma primeira lógica de decisão para processar em lote múltiplos pedidos de entrega para entrega a respectivos solicitantes com base nos múltiplos pedidos de entrega que satisfazem pelo menos um primeiro critério de temporização (342). Conforme descrito com vários exemplos, o critério de temporização pode ser parametrizado (por exemplo, parâmetro de temporização 167) e submetido à mudança, com base em condições, tais como fornecidas pelos marcadores e determinações de nível de fornecimento. A título de exemplo, o sistema 100 pode reduzir o parâmetro de temporização 167 a fim de fornecer tempo adicional para que os pedidos de entrega compatibilizados ocorram.

[073] Em vários exemplos, o critério de temporização pode se basear, com base em, por exemplo, no tempo de entrega (por exemplo, mudança no tempo de entrega para cada um dentre os múltiplos pedidos de entrega que são processados em lote juntos). Em outros exemplos, O critério de temporização pode corresponder a um tempo de aguardo incorrido pelo fornecedor de serviço, tal como medido por um intervalo entre o momento em que o fornecedor de serviço chega e parte da localização do provedor. Adicional ou alternativamente, o parâmetro de temporização pode corresponder a um intervalo de tempo do momento em que um pedido de entrega é preparado até ser buscado. Além disso, o critério de temporização pode corresponder a um intervalo de tempo do momento em que um pedido de entrega é preparado até que seja entregue. De acordo com alguns exemplos, quando um ou mais parâmetros de temporização 167 são reduzidos, o componente de manipulação de solicitação 128 pode processar em lote um número maior de solicitações de pedido, uma vez que o período de tempo no qual as solicitações de pedido podem ser compatibilizadas entre si é aumentado.

[074] Com referência a um exemplo da Figura 4, o sistema 100 dispõe o transporte para pedidos de entrega em uma dada região, em conformidade com um conjunto de parâmetros de fornecimento (410). Em dispor o transporte para pedidos de entrega, o sistema 100 recebe solicitações de pedido dos dispositivos de solicitante correspondentes, em que cada solicitação de pedido especifica um respectivo provedor. Adicionalmente, o sistema 100 compatibiliza cada solicitação de pedido recebida a um respectivo fornecedor de serviço, a fim de transportar um pedido de entrega correspondente de um respectivo provedor a uma localização do respectivo solicitante da solicitação de serviço. O conjunto de parâmetros de fornecimento pode incluir um parâmetro de valor de serviço, e pelo menos um dentre um parâmetro de processamento em lote de serviço ou um parâmetro de alcance de serviço.

[075] O sistema de computação em rede pode determinar uma previsão para solicitações de serviço esperados que são recebidos para uma dada região, durante um intervalo de tempo atual ou imediato (420). Em alguns exemplos, a previsão pode ser determinado a partir de um modelo que utiliza informações em tempo real. Por exemplo, o componente de determinação de modelo 158 acessa o armazenamento de dados do solicitante 132 para determinar o número de solicitantes ativos que iniciaram uma sessão com oi sistema 100, porém que ainda não fizeram um pedido de entrega.

[076] o sistema 100 determina o nível de fornecimento 155 para a dada região durante o futuro intervalo de tempo, com base pelo menos parcialmente na previsão (430). Com base na previsão, o sistema 100 faz uma determinação quanto à possibilidade de qualquer um dentre os parâmetros de fornecimento 165 no conjunto dever ser ajustado para mudar o nível de fornecimento para um alvo desejado (440). Desse modo, o sistema 100 pode mudar o valor dos parâmetros de fornecimento 165 a fim de ajustar o nível de fornecimento determinado ou previsto 155. Por exemplo, o valor de serviço 171 pode ser mudado, por exemplo, para aumentar o número de fornecedores de serviço. De igual modo, o alcance de serviço 169 pode ser aumentado ou diminuído para aumentar ou diminuir a demanda (por exemplo, a taxa de conversão aumenta com mais escolhas para solicitantes).

[077] Em alguns exemplos, os parâmetros de fornecimento são ajustados em conformidade com um ou mais processos de otimização que se baseiam em objetivos a nível de serviço (442). Os objetivos a nível de serviço podem corresponder, por exemplo, à maximização de várias solicitações de serviço que são processadas são processados em um dado período de tempo, à minimização de uma distância de percurso de fornecedores de serviço e/ou à minimização de um tempo de aguardo do solicitantes para pedidos de entrega.

[078] Em um exemplo da Figura 5, o sistema 100 recebe solicitações de pedido dos solicitantes de uma dada região, e o sistema seleciona fornecedores de serviço individuais para cada solicitação de pedido. O sistema 100 seleciona o fornecedor de serviço predizendo-se um tempo de preparação de pedido do provedor da solicitação de pedido (510). A fim de predizer o tempo de preparação de pedido, o sistema 100 pode desenvolver um modelo preditivo com o uso de informações históricas e/ou monitoramento em tempo real (512). Por exemplo, o complemento de desenvolvimento de modelo 158 do sistema 100 pode desenvolver um modelo preditivo com base em informações determinadas do armazenamento de situação de solicitante 132. Em alguns exemplos, o complemento de desenvolvimento de modelo 158 pode monitorar o armazenamento de situação de solicitante 132 e/ou o armazenamento de situação do fornecedor 134 a fim de determinar ocorrências quando um fornecedor de serviço tiver chegado cedo à localização do provedor, antes de o pedido de entrega ter sido preparado. A determinação pode ser determinada identificando-se ocorrências quando o fornecedor de serviço tiver de aguardar antes de sair.

Pode-se supor, a partir do fornecedor de serviço em espera, que o pedido de entrega ainda não foi preparado no momento em que o fornecedor chegou à localização do provedor. Nesse casos, o momento de partida do fornecedor de serviço pode ser usado para estimar o tempo de preparação para o pedido de entrega. Em alguns exemplos, os momentos de chegada e de partida podem ser determinados automaticamente com base em, por exemplo, na localização atual do dispositivo de fornecedor 104.

[079] O sistema 100 pode tentar selecionar um fornecedor de serviço durante um intervalo de tempo que precede o tempo de preparação de pedido predito (520). O componente de compatibilização 140 pode ser acionado, por exemplo, pelo componente de manipulação de solicitação 128 para gerar uma solicitação para identificar um fornecedor de serviço que pode ser atribuído para percorrer até a localização do provedor e chegar em um momento que esteja dentro de uma janela de margem com relação ao tempo de preparação de pedido predito (522). Em alguns exemplos, é feita uma determinação com relação à possibilidade de a solicitação de pedido pode ser imediatamente compatibilizada com um fornecedor de serviço (525). Caso a solicitação de pedido seja compatibilizada com o fornecedor de serviço, então, o fornecedor de serviço pode ser acompanhado até chega ao provedor dentro da janela de margem (528). Adicionalmente, o solicitante pode receber um tempo estimado em que o pedido de entrega chega à localização do solicitante com base no tempo de chegada do fornecedor de serviço na localização do provedor (532). O sistema 100 pode continuar a monitorar e atualizar o solicitante através de etiquetas dos pedido de entrega.

[080] Caso o componente de compatibilização 140 falhe em encontrar imediatamente um fornecedor de serviço compatível para a solicitação de pedido, então, o processo pode ser repetido em (520). O componente de manipulação de serviço 128 pode acionar o componente de compatibilização 140 novamente, em um intervalo de tempo diferente, para encontrar uma compatibilidade para a solicitação de pedido. O processo pode ser repetido durante o intervalo de tempo que antecede o tempo de preparação de pedido predito. À medida que a janela para compatibilizar a solicitação de pedido ao fornecedor de serviço diminui, a região (ou regiões) que o componente de compatibilização 140 tenta compatibilizar se aproxima da localização do provedor.

[081] A Figura 6 ilustra um sistema de computador ao qual uma ou mais modalidades podem ser implantadas. Um sistema de computador 600 pode ser implantado em, por exemplo, um servidor ou combinação de servidores. Por exemplo, o sistema de computador 600 pode ser implantado como parte do exemplo da Figura l. De igual modo, o sistema de computador 600 pode implantar um método, tal como descrito com exemplos da Figura 2 à Figura 5.

[082] Em uma implantação, Oo sistema de computador 600 inclui recursos de processamento 610, recursos de memória 620 (por exemplo, memória de apenas leitura (ROM) ou memória de acesso aleatório (RAM)), um dispositivo de armazenamento 640 e uma interface de comunicação 650. O sistema de computador 600 inclui pelo menos um processador 610 para processar informações armazenadas na memória principal 620, tal como fornecida por uma memória de acesso aleatório (RAM) ou outro dispositivo de armazenamento dinâmico, para armazenar informações e instruções que são executáveis pelo processador 610. A memória principal 620 também pode ser usada para armazenar variáveis temporárias ou outras informações intermediárias durante a execução de instruções a serem executadas pelo processador 610. O sistema de computador 600 pode incluir, também, os recursos de memória 620 ou outro dispositivo de armazenamento estático para armazenar informações estáticas e instruções para o processador 610. O dispositivo de armazenamento 640, tal como um disco magnético ou disco óptico, é fornecido para armazenar informações e instruções.

[083] A interface de comunicação 650 possibilita que o sistema de computador 600 se comunique com uma ou mais redes (por exemplo, rede celular) com o uso do enlace de rede 680 (sem fio ou cabeado). Com o uso do enlace de rede 680, o sistema de computador 600 pode se comunicar com um ou mais dispositivos de computação, dispositivos e módulos especializados e um ou mais servidores. A instruções executáveis armazenadas na memória 630 podem incluir instruções 642, a fim de implantar um sistema de computação em rede, tal como descrito com um exemplo da Figura 1. As instruções executáveis armazenadas na memória 620 também podem implantar um método, tal como descrito com um ou mais exemplos da Figura 2 à Figura 5.

[084] Desse modo, os exemplos descritos no presente documento se referem ao uso do sistema de computador 600 para implantar as técnicas descritas no presente documento. De acordo com um aspecto, as técnicas são realizadas pelo sistema de computador 600 em resposta ao processador 610 executando uma ou mais sequências de uma ou mais instruções contidas na memória 620. Tais instruções podem ser lidas na memória 620 de outro meio legível por máquina, tal como o dispositivo de armazenamento 640. A execução das sequências de instruções contidas na memória 620 faz com que o processador 610 realize as etapas de processo descritas no presente documento. Em implantações alternativas, conjunto de circuitos com fio pode ser usado no lugar ou em combinação com instruções de software para implantar exemplos descritos no presente documento.

Portanto, os exemplos descritos não se limitam a qualquer combinação específica de conjunto de circuitos de hardware e software.

[085] A Figura 7 é um diagrama de blocos que ilustra um dispositivo de usuário exemplificativo para uso com exemplos conforme descrito. Em um exemplo, um dispositivo de usuário 700 pode executar um aplicativo de serviço designado para um serviço de rede implantado por meio de um sistema de computação em rede 100, tal como descrito com um exemplo da Figura 1. Em muitas implantações, um dispositivo de usuário 700 pode incluir um dispositivo de computação móvel, tal como um telefone inteligente, computador do tipo tablet, computador do tipo laptop, dispositivo de fone do tipo VR ou AR e semelhantes. Desse modo, oO dispositivo de usuário 700 pode incluir recursos típicos de telefonia e/ou do tipo tablet, tal como um microfone 745, uma câmera 750, um receptor de satélite 760 e uma interface de comunicação 710 para se comunicar com entidades externas com o uso de qualquer quantidade de protocolos de comunicação sem fio. Em determinados aspectos, o dispositivo de usuário 700 pode armazenar um aplicativo designado (por exemplo, um aplicativo de serviço 732) em uma memória local 730. Nas variações, a memória 730 pode armazenar aplicativos adicionais executáveis por um ou mais processadores 740 do dispositivo de usuário 700, o que possibilita o acesso e interação com um ou mais servidores hospedeiros por meio de uma ou mais redes 780.

[086] Em resposta a uma entrada de usuário 718 (por exemplo, entrada de pesquisa), o aplicativo de serviço 732 pode interagir com o sistema de computador 700 para exibir uma interface de aplicativo 742 em uma tela de exibição 720 do dispositivo de usuário 700. Quando o dispositivo de usuário 700 é usado como um dispositivo do solicitante, a interface de aplicativo 742 pode ser usada para exibir o conteúdo de menu 119 e possibilita que o solicitante faça solicitações de pedido do sistema de computação em rede 100.

[087] Embora os exemplos sejam descritos em detalhes no presente documento com referência aos desenhos anexos, deve ser compreendido que os conceitos não são limitados por aqueles exemplos precisos. Consequentemente, pretende-se que o escopo dos conceitos seja definido pelas reivindicações seguintes e seus equivalentes. Além disso, contempla-se que uma característica particular descrita individualmente ou como parte de um exemplo pode ser combinada com outras características individualmente descritas, ou partes de outros exemplos, mesmo se as outras características e exemplos não estejam mencionados. Portanto, a ausência de descrição de combinações não deve impedir de se ter direitos a tais combinações.

[088] Para concluir, vários aspectos da revelação são apresentados nas seguintes cláusulas numeradas a seguir:

[089] Cláusula 1. Um sistema de computação de rede que compreende:

[090] um ou mais processadores;

[091] uma memória para armazenar um conjunto de instruções;

[092] em que o um ou mais processadores acessam as instruções para:

[093] receber uma pluralidade de solicitações de pedidos, cada solicitação de pedido originada de um dispositivo solicitante correspondente da pluralidade de dispositivos solicitantes e especificar um respectivo provedor de uma pluralidade de provedores;

[094] para cada uma dentre a pluralidade de solicitações de pedidos, selecionar um fornecedor de serviço de um conjunto de fornecedores de serviços disponíveis, para transportar um pedido de entrega correspondente de um provedor correspondente para uma localização do solicitante;

[095] determinar um indicador de nível de fornecimento para uma dada região em um dado intervalo de tempo ao se comunicar com uma pluralidade de dispositivos solicitantes e uma pluralidade de dispositivos fornecedores;

[096] em que o um ou mais processadores selecionam o fornecedor de serviço para cada uma dentre a pluralidade de solicitações de pedidos ao implementar, com base, pelo menos em parte, no indicador de nível de fornecimento determinado, lógicas de decisão para determinar se os pedidos de entrega individuais, gerados em resposta às respectivas solicitações de pedidos, podem ser enviados em lote para entrega aos respectivos solicitantes.

[097] Cláusula 2. Um sistema de computação de rede da cláusula 1 em que as lógicas de decisão incluem pelo menos uma primeira lógica de decisão agrupe múltiplos pedidos de entrega para entregas aos respectivos solicitantes com base nos múltiplos pedidos de entrega que satisfazem pelo menos um primeiro critério de tempo.

[098] Cláusula 3. Um sistema de computação de rede da cláusula 2 em que o pelo menos um primeiro critério de tempo inclui uma diferença entre quando cada pedido de entrega está pronto em um determinado provedor que é menor do que um limite designado.

[099] Cláusula 4. Um sistema de computação de rede da cláusula 2 em que o pelo menos um primeiro critério de tempo inclui um tempo estimado de entrega de cada um dos múltiplos pedidos que é menor do que um limite predeterminado.

[0100] Cláusula 5. Um sistema de computação de rede da cláusula 2 em que o pelo menos um primeiro critério de tempo inclui uma distância de viagem entre a localização de um respectivo solicitante de cada um dos múltiplos pedidos que é menor do que o limite designado.

[0101] Cláusula 6. Um sistema de computação de rede da cláusula 2 em que a primeira lógica de decisão é menos restritiva do que pelo menos uma segunda lógica de decisão, de modo que um número maior de pedidos de entrega em lote resulte quando o um ou mais processadores implementam a primeira lógica de decisão.

[0102] Cláusula 7. Um sistema de computação de rede da cláusula 6 em que cada uma dentre a primeira lógica de decisão e a segunda lógica de decisão, quando implementada, agrupa múltiplos pedidos de entrega para entrega aos respectivos solicitantes com base, pelo menos em parte, nos múltiplos pedidos de entrega que satisfazem pelo menos um respectivo critério de tempo, e em que o respectivo critério de tempo da primeira lógica de decisão é com base em uma medida mais longa de tempo em comparação com o respectivo critério de tempo da segunda lógica de decisão.

[0103] Cláusula 8. Um sistema de computação de rede da cláusula 1 em que o indicador do nível de fornecimento é considerado ser indicativo de um aumento de solicitações de pedidos para um próximo intervalo de tempo.

[0104] Cláusula 9. Um sistema de computação de rede da cláusula 1 em que o um ou mais processadores determinam o indicador do nível de fornecimento ao detectar um número de dispositivos solicitantes que iniciam um aplicativo de serviço do qual uma solicitação de pedido pode ser feita, em um intervalo de tempo que precede o dado intervalo de tempo.

[0105] Cláusula 10. Um sistema de computação de rede da cláusula 1 em que o um ou mais processadores determinam o indicador do nível de fornecimento ao detectar um número de dispositivos solicitantes que executam um aplicativo de serviço do qual uma solicitação de pedido pode ser feita, em um intervalo de tempo que precede o dado intervalo de tempo.

[0106] Cláusula 11. Um sistema de computação de rede da cláusula 1 em que o um ou mais processadores determinam o nível de fornecimento ao estimar, para a dada região, pelo menos um dentre um número de solicitações de pedidos e um número de fornecedores de serviços disponíveis, durante um intervalo de tempo que precede o dado intervalo de tempo.

[0107] Cláusula 12. Um sistema de computação de rede da cláusula 1 em que o um ou mais processadores acessam as instruções para determinar um tempo de chegada para um fornecedor de serviço de um conjunto de pedidos de entrega em lote chegar a um provedor do conjunto de pedidos de entrega em lote.

[0108] Cláusula 13. Um sistema de computação de rede da cláusula 12 que o um ou mais processadores atribuem um fornecedor de serviço para o conjunto de pedidos de entrega em lote com base, pelo menos em parte, no tempo de chegada determinado.

[0109] Cláusula 14. Um sistema de computação de rede da cláusula 12 em que o um ou mais processadores determinam o tempo de chegada com base, pelo menos em parte, em um tempo estimado de preparação do pedido para o provedor e cada um dos pedidos de entrega do conjunto em lote.

[0110] Cláusula 15. Um método para atender solicitações de pedidos, sendo que o método é implementado por um ou mais processadores e compreende:

[0111] para cada uma dentre a pluralidade de solicitações de pedidos, selecionar um fornecedor de serviço de um conjunto de fornecedores de serviços disponíveis, para transportar um pedido de entrega correspondente de um provedor correspondente para uma localização do solicitante;

[0112] determinar um indicador do nível de fornecimento para uma dada região em um dado intervalo de tempo ao se comunicar com uma pluralidade de dispositivos solicitantes e uma pluralidade de dispositivos fornecedores; e

[0113] em que selecionar o fornecedor de serviço inclui o agrupamento de múltiplos pedidos de entrega que resultam da pluralidade de solicitações de pedidos com um determinado fornecedor de serviço, de acordo com um conjunto de regras que são com base, pelo menos em parte, no nível de fornecimento determinado.

[0114] Cláusula 16. Um método da cláusula 15 em que o agrupamento de múltiplos pedidos de entrega inclui selecionar pelo menos dois pedidos de entrega para ser agrupado com base em um parâmetro de temporização.

[0115] Cláusula 17. Um método da cláusula 16 em que a determinação do parâmetro de temporização é com base, pelo menos em parte, no nível de fornecimento determinado.

[0116] Cláusula 18. Um método da cláusula 16 em que o parâmetro de temporização define um limite de tempo para cada pedido de entrega de múltiplos pedidos de entregas em lote que são entregues em um local correspondente da solicitação de pedido correspondente.

[0117] Cláusula 19. Um método da cláusula 15 em que a determinação do indicador do nível de fornecimento inclui prever o indicador do nível de fornecimento para um próximo intervalo de tempo.

[0118] Cláusula 20. Um meio legível por computador não transitório que armazena instruções que, quando executadas por um ou mais processadores de um sistema de computador em rede, fazem com que o sistema de computador em rede realize operações que incluem:

[0119] para cada uma dentre a pluralidade de solicitações de pedidos, selecionar um fornecedor de serviço de um conjunto de fornecedores de serviços disponíveis, para transportar um pedido de entrega correspondente de um provedor correspondente para uma localização do solicitante; e

[0120] determinar um indicador do nível de fornecimento para uma dada região em um dado intervalo de tempo ao se comunicar com uma pluralidade de dispositivos solicitantes e uma pluralidade de dispositivos fornecedores; e

[0121] em que selecionar o fornecedor de serviço inclui agrupar múltiplos pedidos de entrega que resultam da pluralidade de solicitações de pedidos com um determinado fornecedor de serviço, de acordo com um conjunto de regras que são com base, pelo menos em parte, no nível de fornecimento determinado.

[0122] Cláusula 21. Um sistema de computação de rede que compreende:

[0123] um ou mais processadores;

[0124] uma memória para armazenar um conjunto de instruções;

[0125] em que o um ou mais processadores acessam as instruções para:

[0126] dispor transporte para pedidos de entrega em uma dada região, de acordo com um conjunto de parâmetros de fornecimento que inclui A) receber uma pluralidade de solicitações de entrega, cada solicitação de entrega originada de um dispositivo solicitante correspondente e que especifica um respectivo provedor de uma pluralidade de provedores; e B) corresponder cada uma dentre a pluralidade de solicitações de entrega para um respectivo fornecedor de serviço, para transportar um pedido de entrega correspondente do respectivo provedor para uma localização do respectivo solicitante da solicitação de entrega;

[0127] em que o conjunto de parâmetros de fornecimento inclui um parâmetro de valor de serviço, e pelo menos um dentre um parâmetro de lote de serviço ou um parâmetro de faixa de serviço;

[0128] determinar, para um próximo intervalo de tempo, uma previsão para pelo menos um dentre um número de solicitações de serviço ou um número de fornecedores de serviços disponíveis;

[0129] determinar um nível de fornecimento para a dada região durante o próximo intervalo de tempo, com base, pelo menos em parte, na previsão; e

[0130] alterar o conjunto de parâmetros de fornecimento para ajustar o nível de fornecimento para um alvo desejado.

[0131] Cláusula 22. Um sistema de computação de rede da cláusula 21, em que o um ou mais processadores alteram o conjunto de parâmetros de fornecimento ao aumentar um intervalo de tempo para corresponder a um ou mais pedidos de entrega de um provedor, a fim de aumentar um número de pedidos de entrega em lote.

[0132] Cláusula 23. Um sistema de computação de rede da cláusula 21, em que o um ou mais processadores alteram o conjunto de parâmetros de fornecimento ao aumentar ou diminuir uma faixa de serviço que define uma distância entre solicitantes individuais e provedores disponíveis.

[0133] Cláusula 24. Um sistema de computação de rede da cláusula 21, em que o um ou mais processadores alteram o conjunto de parâmetros de fornecimento ao realizar um processo de otimização para identificar um ou mais valores para um ou mais dos parâmetros de fornecimento do conjunto, para otimizar um número de solicitações de entrega que são servidos em um determinado tempo de duração.

[0134] Cláusula 25. Um sistema de computação de rede da cláusula 21, em que o um ou mais processadores alteram o conjunto de parâmetros de fornecimento ao alterar um valor de um parâmetro de valor de serviço.

[0135] Cláusula 26. Um sistema de computação de rede da cláusula 21, em que o um ou mais processadores implementam uma ou mais operações para aumentar um número de fornecedores de serviços disponíveis na dada região durante o próximo intervalo de tempo.

[0136] Cláusula 27. Um sistema de computação de rede da cláusula 26, em que à uma ou mais operações incluem gerar um incentivo para fornecedores de serviços disponíveis em uma região próxima para fornecer serviços de entrega na dada região.

[0137] Cláusula 28. Um sistema de computação de rede da cláusula 21, em que o parâmetro de faixa de serviço define uma distância de viagem máxima de uma localização de um respectivo provedor e um local de entrega, e (ii) um parâmetro de valor de serviço que define um crédito que é distribuído ao fornecedor de serviço para transportar o pedido de entrega da localização do respectivo provedor e o local de entrega, e em que o um ou mais processadores alteram o conjunto de parâmetros de fornecimento para ajustar o nível de fornecimento ao ajustar o parâmetro de faixa de serviço e o parâmetro do nível de fornecimento.

[0138] Cláusula 29. Um método para fornecer um serviço de entrega, sendo que o método é implementado por um ou mais processadores e compreende:

[0139] dispor transporte para pedidos de entrega em uma dada região, de acordo com um conjunto de parâmetros de fornecimento, que incluem A) receber uma pluralidade de solicitações de entrega, cada solicitação de entrega originada de um dispositivo solicitante correspondente e especificar um respectivo provedor de uma pluralidade de provedores; e B) corresponder cada uma dentre a pluralidade de solicitações de entrega para um respectivo fornecedor de serviço, para transportar um pedido de entrega correspondente do respectivo provedor para uma localização do respectivo solicitante da solicitação de entrega;

[0140] em que o conjunto de parâmetros de fornecimento inclui um parâmetro de valor de serviço, e pelo menos um dentro um parâmetro de agrupamento de serviço ou um parâmetro de faixa de serviço;

[0141] determinar, para um próximo intervalo de tempo, uma previsão para, pelo menos um de um número de solicitações de serviço ou um número de fornecedores de serviços disponíveis;

[0142] determinar um nível de fornecimento para a dada região durante o próximo intervalo de tempo, com base, pelo menos em parte, na previsão; e

[0143] alterar o conjunto de parâmetros de fornecimento para ajustar o nível de fornecimento para um alvo desejado.

[0144] Cláusula 30. Um método da cláusula 29, em que alterar o conjunto de parâmetros de fornecimento inclui alterar um intervalo de tempo para corresponder a duas ou mais solicitações de pedidos de um provedor, a fim de aumentar um número de pedidos de entrega em lote.

[0145] Cláusula 31. Um método da cláusula 29, em que alterar o conjunto de parâmetros de fornecimento inclui aumentar ou diminuir uma faixa de serviço que define uma distância entre solicitantes individuais e provedores disponíveis.

[0146] Cláusula 32. Um método da cláusula 29, em que alterar o conjunto de parâmetros de fornecimento inclui realizar um processo de otimização para otimizar um número de solicitações de entrega que são servidos em um determinado tempo de duração.

[0147] Cláusula 33. Um método da cláusula 29, em que alterar o conjunto de parâmetros de fornecimento inclui um valor de um parâmetro de valor de serviço.

[0148] Cláusula 34. Um método da cláusula 29, em que compreende adicionalmente implementar uma ou mais operações para alterar um número de fornecedores de serviços disponíveis na dada região durante um próximo intervalo de tempo para ajustar o nível de fornecimento para o alvo desejado.

[0149] Cláusula 35. Um método da cláusula 34, em que a uma ou mais operações incluem gerar um incentivo para fornecedores de serviços disponíveis em uma região próxima para fornecer serviço de entrega na dada região.

[0150] Cláusula 36. Um método da cláusula 29, em que o parâmetro de faixa de serviço que define uma distância de viagem máxima de uma localização de um respectivo provedor e um local de entrega, e o parâmetro de valor de serviço define um crédito que é distribuído ao fornecedor de serviço para transportar o pedido de entrega da localização do respectivo provedor e o local de entrega, e em que alterar o conjunto de parâmetros de fornecimento para ajustar o nível de fornecimento inclui ajustar o parâmetro de faixa de serviço e o parâmetro de nível de fornecimento.

[0151] Cláusula 37. Um meio legível por computador não transitório "que armazena instruções que, quando executadas por um ou mais processadores de um sistema de computador em rede, fazem com que o sistema de computador em rede realize operações que incluem:

[0152] dispor transporte para pedidos de entrega em uma dada região, de acordo com um conjunto de parâmetros de fornecimento, que incluem A) receber uma pluralidade de solicitações de entrega, cada solicitação de entrega originada de um dispositivo solicitante correspondente e especificar um respectivo provedor de uma pluralidade de provedores; e B) corresponder cada uma dentre a pluralidade de solicitações de entrega para um respectivo fornecedor de serviço, para transportar um pedido de entrega correspondente do respectivo provedor para um local do respectivo solicitante da solicitação de entrega;

[0153] em que o conjunto de parâmetros de fornecimento inclui um parâmetro de valor de serviço, e pelo menos um dentre um parâmetro de agrupamento de serviço ou um parâmetro de faixa de serviço;

[0154] determinar, para um próximo intervalo de tempo, uma previsão para pelo menos um dentre um número de solicitações de serviços ou um número de fornecedores de serviços disponíveis;

[0155] determinar um nível de fornecimento para a dada região durante o próximo intervalo de tempo, com base, pelo menos em parte, na previsão; e

[0156] alterar o conjunto de parâmetros de fornecimento para ajustar o nível de fornecimento para um alvo desejado.

[0157] Cláusula 38. Um meio legível por computador não transitório da cláusula 37, em que a alteração do conjunto de parâmetros de fornecimento inclui alterar um intervalo de tempo para corresponder duas ou mais solicitações de pedidos de um provedor, a fim de aumentar um número pedido de entregas em lote.

[0158] Cláusula 39. Um meio legível por computador não transitório da cláusula 37, em que a alteração do conjunto de parâmetros de fornecimento inclui aumentar ou diminuir uma faixa de serviço que define uma distância entre solicitantes individuais e provedores disponíveis.

[0159] Cláusula 40. Um meio legível por computador não transitório da cláusula 37, em que a alteração do conjunto de parâmetros de fornecimento inclui realizar um processo "de otimização para otimizar um número de solicitações de entrega que são servidos em um determinado tempo de duração.

Claims

REIVINDICAÇÕES

1. Sistema de computação em rede caracterizado pelo fato de que compreende: um ou mais processadores; um ou mais recursos de memória que armazenam instruções, que quando executadas pelo um ou mais processadores do sistema de computação em rede, fazem com que o sistema de computação em rede: estime, para um dado intervalo de tempo e uma dada região geográfica, (i) um número de solicitações de pedidos associados com à dada região geográfica que são recebidos pelo sistema de computação em rede, e (ii) um número de fornecedores de serviços disponíveis que estão disponíveis para fornecer transporte para atender às solicitações de pedidos para a dada região geográfica; para um solicitante localizado na dada região geográfica, selecione um conjunto de múltiplos provedores para exibir em um menu de provedor apresentado em um dispositivo móvel do solicitante, em que a seleção do conjunto de múltiplos provedores é baseada, pelo menos em parte em: (i) uma localização do dispositivo móvel do solicitante, e (ii) uma comparação do número estimado de solicitações de pedidos e o número estimado de fornecedores de serviços disponíveis; e transmita, para o dispositivo móvel da solicitação,

dados de conteúdo no menu para fazer com que o dispositivo móvel do solicitante apresente o menu do fornecedor exibindo o conjunto de múltiplos provedores.

2. Sistema de computação em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que selecionar o conjunto de múltiplos provedores é com base, pelo menos em parte, em uma respectiva distância de viagem entre o provedor correspondente e a localização do dispositivo móvel do solicitante.

3. Sistema de computação em rede, de acordo com a reivindicação 2, caracterizado pelo fato de que selecionar o conjunto de múltiplos provedores é com base na comparação da respectiva distância de viagem contra um valor limite, e em que as instruções executadas adicionalmente fazem com que o sistema de rede determine o valor limite com base, pelo menos em parte, em uma comparação do número estimado de solicitações de pedidos e o número de fornecedores de serviços disponíveis.

4. Sistema de computação em rede, de acordo com a reivindicação 3, caracterizado pelo fato de que as instruções executadas adicionalmente fazem com que oO sistema de rede atualize o limite para a distância de viagem repetidamente.

5. Sistema de computação em rede, de acordo com a reivindicação 3, caracterizado pelo fato de que as instruções executadas fazem com que o sistema de rede estime cada número de solicitações de pedidos e o número de fornecedores de serviços disponíveis ao prever cada número de solicitações de pedidos e o número de fornecedores de serviços disponíveis para um futuro intervalo de tempo.

6. Sistema de computação em rede, de acordo com a reivindicação 5, caracterizado pelo fato de que as instruções executadas adicionalmente fazem com que o sistema de rede defina o valor limite com base em uma comparação do número previsto de solicitações de pedidos e o número previsto de fornecedores de serviço.

7. Sistema de computação em rede, de acordo com a reivindicação 6, caracterizado pelo fato de que as instruções executadas adicionalmente fazem com que o sistema de rede preveja o número de solicitações de pedidos e o número de fornecedores de serviços disponíveis usando informações de histórico e informações em tempo real obtidas de dispositivos móveis de solicitantes individuais na dada região geográfica.

8. Sistema de computação em rede, de acordo com a reivindicação 7, caracterizado pelo fato de que as informações em tempo real incluem uma contagem do número de dispositivos móveis em que um aplicativo de serviço é executado sem que uma solicitação de serviço correspondente esteja pendente do respectivo dispositivo móvel.

9. Sistema de computação em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que as instruções executadas adicionalmente fazem com que oO sistema de rede identifique uma pluralidade de sub-regiões na dada região geográfica, e selecione, para o solicitante, o conjunto de múltiplos provedores com base, pelo menos em parte, em uma sub-região da pluralidade de sub-regiões que coincide com a localização do dispositivo móvel do solicitante.

10. Sistema de computação em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de múltiplos provedores inclui um primeiro nível de provedores e um segundo nível de provedores, sendo que oO segundo nível de provedores é associado com uma restrição de solicitação de pedido que o primeiro nível de provedores não está associado.

11. Sistema de computação em rede, de acordo com a reivindicação 10, caracterizado pelo fato de que a restrição de solicitação de pedido é um tamanho de pedido.

12. Sistema de computação em rede, de acordo com a reivindicação 10, caracterizado pelo fato de que as instruções executadas adicionalmente fazem com que o sistema de rede determine que um primeiro provedor do conjunto selecionado seja o segundo nível com base, pelo menos em parte, em uma localização do primeiro provedor em relação à localização do dispositivo móvel do solicitante.

13. Sistema de computação em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que as instruções executadas adicionalmente fazem com que o sistema de rede monitore a localização do dispositivo móvel do solicitante, e selecione novamente o conjunto de múltiplos provedores para o respectivo menu de provedor desse solicitante com base, pelo menos em parte, na localização do dispositivo móvel do solicitante após a localização do dispositivo móvel do solicitante ter alterado.

14. Método para atender solicitações de pedidos, o método sendo implementado por um sistema de rede e caracterizado pelo fato de que compreende: estimar, por um dado intervalo de tempo e uma dada região geográfica, (i) um número de solicitações de pedidos associados com a dada região geográfica que são recebidos pelo sistema de computação em rede, e (ii) um número de fornecedores de serviços disponíveis que estão disponíveis para fornecer transporte para atender às solicitações de pedidos para a dada região geográfica; para um solicitante localizado na dada região geográfica, selecionar um conjunto de múltiplos provedores para exibir em um menu de provedor apresentado em um dispositivo móvel do solicitante, em que selecionar o conjunto de múltiplos provedores é com base, pelo menos em parte em: (1) uma localização do dispositivo móvel do solicitante, e (ii) uma comparação do número estimado de solicitações de pedidos ou o número estimado de fornecedores de serviços disponíveis; e transmitir, para o dispositivo móvel da solicitação, dados de conteúdo do menu para fazer com que o dispositivo móvel do solicitante apresente o menu do fornecedor exibindo o conjunto de múltiplos provedores selecionados.

15. Método, de acordo com a reivindicação 14, caracterizado pelo fato de que a seleção do conjunto de múltiplos provedores é com base, pelo menos em parte, em uma respectiva distância de viagem entre o provedor correspondente e a localização do dispositivo móvel do solicitante.

16. Método, de acordo com a reivindicação 15, caracterizado pelo fato de que compreende adicionalmente determinar um valor limite com base, pelo menos em parte, em uma comparação do número estimado de solicitações de pedidos e o número de fornecedores de serviços disponíveis e em que a seleção do conjunto de múltiplos provedores é com base na comparação da respectiva distância de viagem contra o valor limite.

17. Método, de acordo com a reivindicação 14, caracterizado pelo fato de que estimar cada um dentre o número de solicitações de pedidos e o número de fornecedores de serviços disponíveis inclui prever cada um dentre o número de solicitações de pedidos e o número de fornecedores de serviços disponíveis para um próximo intervalo de tempo.

18. Método, de acordo com a reivindicação 17, caracterizado pelo fato de que compreende adicionalmente prever o número de solicitações de pedidos e o número de fornecedores de serviços disponíveis usando informações de histórico e informações em tempo real obtidas de dispositivos móveis de solicitantes individuais na dada região geográfica.

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 de rede, fazem com que o sistema de computador de rede realize operações que incluem: estimar, por um dado intervalo de tempo e uma dada região geográfica, (i) um número de solicitações de pedidos associados com a dada região geográfica que são recebidos pelo sistema de computação em rede, e (ii) um número de fornecedores de serviços disponíveis que estão associados para fornecer transporte para atender às solicitações de pedidos para a dada região geográfica; para um solicitante localizado na dada região geográfica, selecionar um conjunto de múltiplos provedores para exibir em um menu de provedor apresentado em um dispositivo móvel do solicitante, em que selecionar o conjunto de múltiplos provedores é com base, pelo menos em parte em: (i) uma localização do dispositivo móvel do solicitante, e (ii) uma comparação do número estimado de solicitações de pedidos ou o número estimado de fornecedores de serviços disponíveis; e transmitir, para o dispositivo móvel da solicitação, dados de conteúdo do menu para fazer com que o dispositivo móvel do solicitante apresente o menu do fornecedor exibindo o conjunto de múltiplos provedores.

20. Sistema de computação em rede, de acordo com a reivindicação 1, caracterizado pelo fato de que selecionar o conjunto de múltiplos provedores é com base, pelo menos em parte, em uma respectiva distância de viagem entre um provedor correspondente e a localização do dispositivo móvel do solicitante.