BR112019017372A2 - Correspondência de solicitação de serviço com base no estado de conformidade do provedor - Google Patents

Correspondência de solicitação de serviço com base no estado de conformidade do provedor Download PDF

Info

Publication number
BR112019017372A2
BR112019017372A2 BR112019017372-2A BR112019017372A BR112019017372A2 BR 112019017372 A2 BR112019017372 A2 BR 112019017372A2 BR 112019017372 A BR112019017372 A BR 112019017372A BR 112019017372 A2 BR112019017372 A2 BR 112019017372A2
Authority
BR
Brazil
Prior art keywords
service
provider
service provider
compliance
providers
Prior art date
Application number
BR112019017372-2A
Other languages
English (en)
Inventor
Lu Jeremiah
Shi Yibing
Kan Wu
Wang Yichen
Ma Jun
Original Assignee
Uber Technologies, Inc.
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Uber Technologies, Inc. filed Critical Uber Technologies, Inc.
Publication of BR112019017372A2 publication Critical patent/BR112019017372A2/pt

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G06Q10/063112—Skill-based matching of a person or a group to a task
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G06Q50/40—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q2240/00—Transportation facility access, e.g. fares, tolls or parking

Abstract

um sistema opera para determinar o valor de um parâmetro de conformidade, em que o valor do parâmetro de conformidade reflete um estado de conformidade do provedor com relação a um conjunto de regras de conformidade. a seleção do provedor de serviço para solicitações de serviço pode ser baseada em parte no valor do parâmetro de conformidade e em um atributo de solicitações de serviço individuais relacionadas ao valor do parâmetro de conformidade.

Description

Relatório Descritivo da Patente de Invenção para: CORRESPONDÊNCIA DE SOLICITAÇÃO DE SERVIÇO COM BASE NO ESTADO DE CONFORMIDADE DO PROVEDOR
Referência Cruzada ao Pedido Relacionado [001] Este pedido reivindica o beneficio da prioridade sobre cada um dentre (i) Pedido de Patente número U.S. 15/900,124, depositado em 20 de fevereiro de 2018, e (ii) Pedido de Patente Provisório número U.S. 62/461,211, depositado em 20 de fevereiro de 2017; sendo que os pedidos de prioridade supracitados são incorporados no presente
documento por referência em suas respectivas totalidades.
Antecedentes
[002] Serviços de rede existem para fornecer
serviços sob demanda, principalmente por provedores de
serviço de correspondência com solicitações de serviço. Numerosas considerações são requeridas para implementar serviços sob demanda, com base em região geográfica, tipo de serviço fornecido, e outras considerações.
Breve descrição dos desenhos [003] A Figura 1 ilustra um sistema de disposição de serviço exemplif icativo, de acordo com uma ou mais modalidades.
[004] A Figura 2 ilustra um método exemplificativo de provedores de serviço de correspondência para solicitações de serviço com base em um estado de conformidade
Petição 870190104952, de 17/10/2019, pág. 6/57
2/39 dos provedores de serviço individuais [005] A Figura 3 é um diagrama de blocos que ilustra um sistema de computador no qual as modalidades descritas no presente documento podem ser implantadas.
Descrição Detalhada [006] Um sistema opera para determinar valor de um parâmetro de conformidade, em que o valor do parâmetro de conformidade reflete um estado de conformidade do provedor em relação a um conjunto de regras de conformidade. A seleção do provedor de serviço para solicitações de serviço pode ser baseada, em parte, no valor do parâmetro de conformidade, e um atributo de solicitações de serviço individuais que é relacionado ao valor do parâmetro de conformidade.
[007] Conforme usado no presente documento, um dispositivo de requerente ou de provedor pode incluir um dispositivo móvel, como uma telefonia sem fio e/ou dispositivo de mensagens, que inclui celulares smartphones, dispositivos eletrônicos usáveis junto ao corpo, computadores do tipo laptop, dispositivos do tipo tablet e outros dispositivos que podem fornecer conectividade de rede e recursos de processamento para comunicação com um sistema de computador de rede sobre uma ou mais redes.
[008] Um ou mais exemplos descritos no presente documento asseguram que métodos, técnicas e ações realizados por um dispositivo de computação sejam realizados de modo
Petição 870190104952, de 17/10/2019, pág. 7/57
3/39 programático, ou como um método implementado 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. [009] Um ou mais exemplos descritos no presente
documento podem ser implementados com o uso de módulos,
mecanismos ou componentes programáticos. Um módulo,
mecanismo ou componente programático pode incluir 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.
[0010] Alguns exemplos descritos no presente documento podem exigir, de modo geral, o uso de dispositivos de computação, o que compreende recursos de processamento e memória. Por exemplo, um ou mais exemplos descritos no presente documento podem ser implementados, no todo ou em
Petição 870190104952, de 17/10/2019, pág. 8/57
4/39 parte, em dispositivos de computação como servidores, computadores desktop, celulares ou smartphones, e dispositivos do tipo tablet. Os recursos de memória, processamento e rede podem todos ser usados em conexão com o estabelecimento, uso ou desempenho de qualquer exemplo descrito no presente documento (o que compreende com o desempenho de qualquer método ou com uma implementação de qualquer sistema).
[0011] Além disso, um ou mais exemplos descritos no presente documento podem ser implementados 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. Máquinas mostradas ou descritas com as Figuras abaixo fornecem exemplos de recursos de processamento e meios legíveis por computador nos quais instruções para implementar os exemplos descritos no presente documento podem ser carregadas e/ou executadas. Em particular, as numerosas máquinas mostradas com os exemplos descritos no presente documento compreendem processador (ou processadores) e várias formas de memória para reter dados e instruções. Exemplos de meios legíveis por computador incluem dispositivos de armazenamento de memória permanente, 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
Petição 870190104952, de 17/10/2019, pág. 9/57
5/39 unidades de CD ou DVD, memória flash (tais como carregadas em smartphones, dispositivos multifuncionais ou tablets) e memória magnética. Computadores, terminais, dispositivos com possibilidade de 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, exemplos podem ser implementados na forma de programas de computador, ou um meio de portadora utilizável em computador com capacidade para carregar tal programa.
Descrição de Sistema [0012] A Figura 1 ilustra um sistema de disposição de serviço exemplif icativo, de acordo com uma ou mais modalidades. Um exemplo conforme mostrado na Figura 1 pode ser implementado com uso de, por exemplo, um servidor ou uma combinação de servidores, que se comunicam com dispositivos de computação móveis transportados por provedores e requerentes (por exemplo, consumidores) de um sistema sob demanda. Em variações, alguma ou toda a funcionalidade descrita com o sistema 100 pode ser implementada com o uso de um ambiente de computação distribuído, como fornecido por computadores e ou dispositivos de computação móveis de cliente que se comunicam com um sistema de computador ou serviço de rede.
[0013] Em um exemplo, o sistema 100 opera para
Petição 870190104952, de 17/10/2019, pág. 10/57
6/39 fornecer um serviço de rede (por exemplo, serviço de transporte sob demanda), enquanto faz a determinação de um estado de conformidade de provedores de serviço individuais que acessam e usam o serviço de rede. Por exemplo, o sistema 100 pode determinar quando provedores de serviço individuais não estão em conformidade em relação a um conjunto de regras de conformidade que governam tipos específicos de ações do provedor de serviço. O sistema 100 pode detectar não conformidade de tais regras, e impor adicionalmente provedores de serviço individuais (por exemplo, comportamento de influência de um provedor de serviço) para ficarem em conformidade através de implementação de lógica que altera a maneira em que o sistema 100 fica disponível para o provedor de serviço. Por exemplo, o provedor de serviço pode passar pela experiência de receber menos correspondências com solicitações de serviço enquanto o provedor de serviço for considerado em estado de não conformidade em relação a uma ou mais regras de conformidade.
[0014] Alguns exemplos são ilustrados no contexto de regras de conformidade que diz respeito a como um provedor de serviço aceita pagamento por serviço. Em outras variações, outros tipos de regras de conformidade podem ser definidos por um serviço de rede fornecido através do sistema 100. O sistema 100 pode monitorar os provedores de serviço individuais quanto à conformidade com uso de dados
Petição 870190104952, de 17/10/2019, pág. 11/57
7/39 comunicados pelos dispositivos correspondentes, bem como outras fontes (por exemplo, dispositivos requerentes).
[0015] Com referência adicional a um exemplo da Figura 1, o sistema 100 inclui uma interface de dispositivo de provedor 110, um dispositivo de interface de requerente 120, um componente de seleção de provedor 130, um provedor de serviço ativo armazenamento de dados (armazenamento de dados ASP 140), um componente de transação 150 e um provedor monitoramento de conta 160. O sistema 100 pode ser implementado para dispor provedores de serviço para requerentes, em conexão com vários tipos de serviços que podem ser executados por provedores de serviço. Os provedores de serviço podem corresponder a indivíduos os quais executam serviços de um tipo particular, como, por exemplo, indivíduos os quais utilizam veículos para fornecer serviços de transporte (por exemplo, transporte de veículo para requerentes, entrega de pacotes, entregas de comida etc.) . De modo similar, os requerentes podem corresponder a indivíduos que produzem solicitações de serviço 101 a partir o sistema 100 para provedores de serviço para executar o serviço de um tipo particular. Entre outras funções, o sistema 100 opera para receber solicitações de serviço a partir de requerentes (ou consumidores), atribui provedores de serviço a solicitações de serviço com base em critérios (por exemplo, localização relativa de provedor de serviço
Petição 870190104952, de 17/10/2019, pág. 12/57
8/39 para localização de serviço, situação da conta do provedor de serviço, etc.), e determinar uma taxa de serviço (por exemplo, tarifa de transporte) para solicitações de serviço que são completadas.
[0016] Em alguns exemplos, cada requerente opera um dispositivo de computação móvel correspondente (dispositivo de requerente 104), no qual um aplicativo de serviço correspondente 106 é operado. Quando inicializado no dispositivo de requerente 104, o aplicativo de serviço 106 executa para estabelecer uma conexão de rede 99A com o sistema 100, com uso de uma ou mais redes sem fio. Por exemplo, um determinado dispositivo de requerente 104, conforme mostrado na Figura 1, pode utilizar uma combinação de uma conexão Wi-Fi, conexão de celular, e a Internet para conectar a um servidor no qual o sistema 100 é implementado. Para estabelecer a conexão de rede 99A, o aplicativo de serviço 106 envia uma comunicação 103 que inclui um identificador de dispositivo de requerente 105 ao sistema 100. O dispositivo de interface de requerente 120 representa um processo de servidor (ou combinação de processos) que recebe a comunicação 103, e associa o identificador de dispositivo de requerente 105 com um conjunto de dados de conta de requerente 127. O conjunto de dados de conta de requerente 127 pode incluir, por exemplo, um identificador de conta de financiamento 137 (por exemplo, número de cartão
Petição 870190104952, de 17/10/2019, pág. 13/57
9/39 de crédito) e informações que permitem que o sistema 100 obtenha autorização para taxas de serviço que são incorridas através do uso de serviços do requerente, disposto através do sistema 100. Em alguns exemplos, dispositivo de requerente 104 pode fazer um pagamento de serviço para um serviço recebido através do sistema 100, pré-autorizando-se o sistema 100 para usar o identificador armazenado da conta de financiamento 127 para obter fundos a partir da conta do requerente. Para alguns requerentes, o conjunto de dados de conta de requerente 127 podem não incluir identificador armazenado de conta de financiamento 137, mas propriamente pode incluir informações como uma preferência 139 ou configuração que indica que o requerente irá pagar por serviços com uso de um mecanismo de pagamento que desvia o sistema 100. Em alguns exemplos, o requerente pode fazer um pagamento direto ao provedor de serviço, com uso de, por exemplo, dinheiro, um instrumento alternativo de valor (por exemplo, cartão presente), um serviço de autorização de pagamento alternativo (por exemplo, terceiros) para outra conta de financiamento de usuário, ou carteira digital (por exemplo, moeda digital mantida ou acessível através do dispositivo de usuário).
[0017] Para utilizar o sistema 100, cada provedor de serviço também pode operar um dispositivo de computação móvel correspondente (dispositivo de provedor de computação 102)
Petição 870190104952, de 17/10/2019, pág. 14/57
10/39 em que um aplicativo de serviço de provedor 116 é operado. Cada provedor de serviço pode ser registrado com o sistema 100, para que cada provedor tenha conta com o sistema 100. Para se registrar no sistema 100, os provedores individuais podem ser requeridos a satisfazer uma lista de requisitos, como (i) demonstrar capacidade ou competência para executar serviços que podem ser requeridos aos motoristas, (ii) acessar um veiculo e/ou outros equipamentos que podem ser requeridos para o tipo de serviço que o provedor de serviço pode fornecer e/ou (iii) requisitos históricos relevantes para determinar se o provedor de serviço é competente e confiável.
[0018] Quando registrados, os provedores de serviço podem operar o aplicativo de serviço 116 para se beneficiarem do sistema 100, que por sua vez os corresponde à solicitação de serviço 101 que é recebida pelo sistema 100 dos requerentes. Em alguns exemplos, um provedor de serviço pode operar o aplicativo de serviço 116 no dispositivo de provedor 102 para alternar uma interface gráfica do usuário (GUI) entre um estado representativo de serviço e fora de serviço. Quando em serviço, o aplicativo de serviço 116 pode ser executado no dispositivo de provedor 102 para transmitir um identificador de dispositivo 105 para o dispositivo de provedor, em conjunto com a localização atual 107 do dispositivo de provedor de serviço 102.
Petição 870190104952, de 17/10/2019, pág. 15/57
11/39 [0019] A interface de dispositivo de provedor 110 pode representar um ou mais processos de servidor que operam para estabelecer uma conexão de rede 99B com o dispositivo de provedor 102. Quando o dispositivo de provedor 102 está de serviço, a interface de dispositivo de provedor 110 pode receber continua ou repetidamente comunicações 113 do dispositivo de provedor 102, o que indica um identificador de dispositivo de provedor 115 e uma localização atual 117 do dispositivo de provedor 102 (e, dessa forma, o veiculo de provedor). A interface do dispositivo de provedor 110 pode comunicar o identificador de dispositivo de provedor 115 e a localização atual do provedor 107 ao armazenamento de dados ASP 140. A interface de dispositivo de provedor 110 também pode atualizar repetidamente o armazenamento de dados ASP 140 em relação à localização atual 117 do provedor de serviço com base nas comunicações 113 recebidas do dispositivo de provedor 102 enquanto o provedor está de serviço.
[0020] No dispositivo de requerente 104, o aplicativo de serviço 106 pode ser implementado para permitir que o requerente de serviço selecione um tipo de serviço (por exemplo, tipo de serviço de transporte, tipo de veiculo), bem como um ou mais parâmetros de solicitação de serviço 101A, em conexão com uma solicitação de serviço correspondente 101 que é comunicada através da conexão de rede 99A ao sistema 100. A titulo de exemplo, os parâmetros
Petição 870190104952, de 17/10/2019, pág. 16/57
12/39 de solicitação de serviço 101A podem especificar uma localização de serviço 109 (por exemplo, localização de coleta ou retirada) e um modo de pagamento 111 (por exemplo, dinheiro, cartão de crédito etc.) . Em algumas variações, a determinação dos parâmetros de solicitação de serviço 101A pode ser pelo menos parcialmente automatizada. Por exemplo,
o aplicativo de serviço 106 pode ser executado para
determinar a localização atual 107 do dispositivo de
requerente (por exemplo, com uso de um sistema de
posicionamento global ( GPS) ou outro recurso com
reconhecimento de localização no dispositivo de requerente 104) e a localização atual 107 do o dispositivo de requerente 104 no momento em que a solicitação de serviço 101 é gerada pode ser usado para pelo menos uma parte da localização do serviço (por exemplo, localização de coleta). Como uma adição ou variação, a interface do dispositivo de requerente 120 pode identificar uma preferência do requerente no conjunto de dados da conta do requerente 127. Por exemplo, o conjunto de dados de conta do requerente 127 pode identificar o modo de pagamento preferido ou provável 111 do requerente, com base em transações passadas e/ou preferência declarada.
[0021] O componente de seleção de provedor 130 pode utilizar os parâmetros de solicitação de serviço 101A para corresponder uma solicitação de serviço correspondente 101 com um provedor de serviço disponível. Em alguns exemplos,
Petição 870190104952, de 17/10/2019, pág. 17/57
13/39 o componente de seleção de provedor 130 pode fazer interface com o armazenamento de dados ASP 140, o qual mantém um conjunto de parâmetros de serviço ativos 144 para cada provedor de serviço. Conforme descrito em mais detalhes, os parâmetros ativos do provedor de serviço 144 podem associar o identificador 115 de cada provedor de serviço à localização atual desse provedor de serviço 117 e ao estado de serviço 145.
[0022] O componente de seleção de provedor 130 pode fazer interface com o armazenamento de dados ASP 140 para selecionar um provedor de serviço para cada solicitação de serviço 101, com base em critérios de seleção que são determinados a partir dos parâmetros de serviço 101A, como a localização de serviço 109 (por exemplo, localização de coleta), e a proximidade dos provedores de serviço (por exemplo, com base na localização atual dos provedores de serviço 117) com a localização do serviço 109.
[0023] Adicionalmente, o componente de seleção de provedor 130 pode selecionar o provedor de serviço com base na disponibilidade de provedores de serviço individuais em uma instância atual ou durante um período de tempo próximo durante o qual o provedor de serviço estará disponível. Em particular, alguns exemplos fornecem que a disponibilidade de provedores de serviço individuais pode ter por base um estado de serviço 145 dos provedores de serviço individuais.
Petição 870190104952, de 17/10/2019, pág. 18/57
14/39
Por exemplo, quando um determinado provedor de serviço é identificado como que está em serviço, o armazenamento de dados ASP 140 identifica o estado de serviço 145 desse provedor como que está disponivel. Quando o componente de seleção de provedor 130 atribui o provedor de serviço a uma solicitação de serviço 101, o componente de seleção de provedor 130 pode atualizar a situação de serviço 145 do provedor de serviço particular para em serviço. Com o objetivo de corresponder o provedor de serviço à solicitação de serviço 101, o componente de seleção de provedor 130 pode identificar os provedores de serviço que estão de serviço e não em serviço como disponíveis.
[0024] Em variações, camadas adicionais de granularidade podem ser usadas com relação à situação de serviço 145 dos provedores individuais, para determinar o conjunto de provedores de serviço disponíveis para uma determinada solicitação de serviço 101. Em alguns exemplos, o estado de serviço 145 de provedores individuais pode incluir uma ou mais designações que representam, por exemplo, em rota (que significa que o provedor de serviço está se deslocando para a localização de serviço) e/ou quase concluído (que significa que o serviço espera que o provedor conclua as solicitações de serviço atuais dentro de um período de tempo limite que permita que o provedor de serviço seja selecionado para uma próxima solicitação de serviço).
Petição 870190104952, de 17/10/2019, pág. 19/57
15/39
Por exemplo, o componente de seleção de provedor 130 também pode identificar os provedores de serviço que estão em serviço, mas que também estão programados para concluir sua solicitação de serviço atual dentro de um determinado limite de tempo, como que estão disponíveis para a solicitação de serviço atual 101.
[0025] Inúmeras variações para determinar a disponibilidade de um provedor de serviço podem ser implementadas, com base em parte no tipo de serviço. Por exemplo, o sistema 100 pode permitir que o provedor de serviço forneça um transporte em conjunto, no qual os serviços de transporte são fornecidos a vários requerentes ao mesmo tempo. Em tais implementações, a disponibilidade de um determinado provedor de serviço pode ter por base o fato de o provedor de serviço estar atualmente atribuído a um número máximo de solicitações de serviço ou se o provedor de serviço estará disponível para lidar com uma solicitação de serviço adicional dentro de um próximo período limite de tempo. Ainda mais, o componente de seleção de provedor 130 pode selecionar provedores de serviço que determinam primeiro um conjunto candidato de provedores de serviço e, em seguida, implementam um processo para corresponder um provedor de serviço do conjunto candidato a solicitações de transporte individuais 101 que são atuais e não atribuídas.
[0026] De acordo com alguns exemplos, o componente
Petição 870190104952, de 17/10/2019, pág. 20/57
16/39 de seleção de provedor 130 utiliza critérios de seleção que também respondem por um estado de conformidade por provedores de serviço individuais em relação a um conjunto de regras de conformidade 125. Em particular, o sistema 100 pode impor regras de conformidade 125 aos provedores de serviço em conexão com as atividades da conta que o sistema 100 pode exigir que os provedores de serviço executem. As atividades de conta podem ser requeridas aos provedores de serviço para, por exemplo, contabilizar tipos específicos de transações e/ou cumprir requisitos de auditoria que possam ser requeridos com base na região geográfica ou no tipo de serviço. Por exemplo, algumas regiões geográficas podem ter usuários que pagam em dinheiro, e não através da autorização da conta (por exemplo, o usuário armazena informações da conta de uma conta de financiamento, como um cartão de crédito ou cartão de débito, e autoriza o pagamento pelos serviços recebidos com uso das informações de conta armazenadas). Em tais regiões geográficas, o sistema 100 pode atribuir provedores de serviço à solicitação de serviço e comunicar ainda o valor da tarifa de cada solicitação de serviço concluída ao provedor de serviço e ao requerente após a conclusão da solicitação de serviço. Em tais exemplos, o provedor de serviço pode ter uma ou mais obrigações subsequentes que surgem do provedor de serviço que recebe o pagamento em dinheiro. A título de exemplo, as seguintes
Petição 870190104952, de 17/10/2019, pág. 21/57
17/39 obrigações podem incluir: (i) depositar o pagamento em dinheiro em uma localização designada, (ii) gerar recibos para as transações em dinheiro e fornecer cópias dos recibos ao sistema 100, e/ou (iii) encaminhar uma porção das quantidades de tarifa recebida pelas transações de dinheiro para o sistema 100, correspondentes a, por exemplo, um encargo de serviço do sistema 100.
[0027] De acordo com alguns exemplos, o armazenamento de dados ASP 140 mantém um armazenamento de dados ativo, que mantém parâmetros ativos do provedor de serviço correspondentes a (i) identificador do provedor de serviço 115, que identifica cada provedor de serviço de plantão, (ii) a localização atual 117 de cada provedor de serviço, (iii) o estado de serviço 145 de cada provedor de serviço (por exemplo, em serviço, disponível para atribuição de serviço, próximo à disponibilidade para atribuição de serviço) e (iv) um parâmetro de situação de conta 147, que indica se o provedor de serviço está em conformidade com o conjunto de regras de conformidade 125. Em alguns exemplos, a identificação de provedores de serviço ativos (por exemplo, provedores de serviço que estão de serviço), bem como seus respectivos locais atuais 117, é atualizada pela interface do dispositivo do provedor 110, com base nas comunicações recebidas dos respectivos dispositivos de provedor 102. Além disso, em alguns exemplos, o campo de estado de serviço 145
Petição 870190104952, de 17/10/2019, pág. 22/57
18/39 pode ser atualizado pelo componente de seleção de provedor 130 quando as solicitações de serviço 101 são correspondidas ao provedor de serviço. O componente de seleção de provedor 130 pode indicar quando, por exemplo, o provedor de serviço está na rota de uma localização de serviço, quando o provedor de serviço está em serviço e/ou quando o provedor de serviço está próximo da conclusão de uma solicitação de serviço atribuída. Ainda mais, em alguns exemplos, o componente de seleção de provedor 130 também pode associar o provedor a uma solicitação de serviço atribuída 101 e/ou requerente correspondente, até quando a solicitação de serviço 101 estiver concluída.
[0028] Um monitoramento de serviço 136 pode monitorar o armazenamento de dados ASP 140 para determinar quando um provedor de serviço completa uma solicitação de serviço atribuída. Em alguns exemplos, o provedor de serviço gera (através de operação do aplicativo de serviço 116 do dispositivo de provedor 102) uma comunicação de terminação para indicar que o serviço foi concluído. Em variações, o monitoramento de serviço 136 pode determinar quando uma solicitação de serviço atribuída é concluída com base, pelo menos em parte, nas comunicações 105 recebidas do dispositivo de requerente 104 (por exemplo, comparação da localização do dispositivo de requerente 104 e do dispositivo de provedor 102) .
Petição 870190104952, de 17/10/2019, pág. 23/57
19/39 [0029] Em um exemplo, o componente de transação 150 determina o valor da transação (por exemplo, quantidade de tarifa para serviços de transporte) com base em uma variedade de parâmetros, que inclui a distância percorrida e/ou a duração do transporte. Em variações, o componente de transação 150 determina o valor da transação antes que o provedor de serviço chegue ao destino. Por exemplo, o componente de transação 150 pode determinar o valor da transação enquanto o requerente está no veículo (por exemplo, com base em uma comparação dos dados de localização dos respectivos dispositivos do provedor de serviço e do requerente). Além disso, em outras variações, o componente de transação 150 pode ser determinado antes do requerente entrar em um veículo, como no momento em que o requerente solicita o transporte pela primeira vez com uso do dispositivo de requerente.
[0030] Em algumas variações, o sistema 100 faz uma ou várias determinações sobre quando a solicitação de serviço 101 está concluída e/ou se o requerente fez o pagamento direto por uma solicitação de transporte concluída 101. A determinação (ou determinações) pode ser feita com uso de, por exemplo, entrada do dispositivo de provedor 102 ou dispositivo de requerente 104. Em outras variações, a determinação (ou determinações) pode ser feita por inferência, como através da observação de dados de
Petição 870190104952, de 17/10/2019, pág. 24/57
20/39 localização (ou outros indicadores de dados de atividade) transmitidos de um ou de ambos os dispositivos tanto do provedor quanto requerente 102, 104. Em alguns exemplos, o sistema 100 pode implementar processos nos respectivos dispositivos do provedor e/ou requerente, para extrair dados de localização e/ou obter entrada do usuário para confirmar uma ou mais dentre a (i) conclusão da solicitação de serviço, (ii) o valor da transação ou (iii) pagamento direto do valor da transação. A titulo de exemplo, o monitoramento de serviço 136 pode monitorar o armazenamento de dados ASP 140 para detectar dados de entrada do usuário, localização ou outros dados de atividade que são indicativos das determinações.
[0031] Consequentemente, quando se determina que a solicitação de serviço 101 foi concluída, o componente de transação 150 determina o valor da transação (por exemplo, quantidade de tarifa para serviços de transporte) para o serviço fornecido ao requerente, e o valor da transação pode ser comunicada ao provedor e/ou requerente, com uso de cada um dos respectivos dispositivos do provedor ou requerente 102, 104. Em um determinado intervalo de tempo, quando o provedor de serviço é considerado próximo ou em um destino da solicitação de serviço, o sistema 100 pode monitorar o dispositivo de provedor e/ou o dispositivo de requerente, para determinar quando, por exemplo, o requerente e o provedor separam um do outro. Essa determinação pode ser
Petição 870190104952, de 17/10/2019, pág. 25/57
21/39 feita comparando-se os dados de localização do dispositivo de requerente e/ou dispositivo de provedor para detectar quando a proximidade entre os dois dispositivos excede um indicador de limite para localizar o requerente e o provedor no mesmo veiculo. Dessa maneira, o componente de transação 150 pode inferir quando o pagamento direto foi feito pelo requerente. Como adição ou variação, a determinação do pagamento direto pode ser feita (ou confirmada) enviando-se uma mensagem ao respectivo requerente e/ou dispositivo de provedor para solicitar a confirmação de pagamento e da quantidade de tarifa.
[0032] O componente de transação 150 pode determinar o valor da transação com base, por exemplo, nos parâmetros de serviço 101A. Por exemplo, para um serviço de transporte, o componente de transação 150 pode determinar o valor da transação com base na localização de retirada, na localização de entrega e/ou no tempo da viagem, bem como no tipo de serviço (por exemplo, tipo de veiculo, transporte combinado versos transporte individual etc.). Em alguns exemplos, o requerente pré-habilita transações de autorização de conta (por exemplo, o requerente envia informações de um cartão de crédito), e o componente de transação 150 cobra da conta de financiamento do requerente a taxa de serviço. O componente de transação 150 também pode financiar 157 uma conta de financiamento 129 do provedor de serviço para uma porção da
Petição 870190104952, de 17/10/2019, pág. 26/57
22/39 taxa de serviço, com o sistema 100 que coleta uma parte da taxa de serviço transacionada como um encargo de serviço.
[0033] Em alguns exemplos, o sistema 100 permite vários tipos de tipos de transação pelos quais o requerente pode efetuar o pagamento pelo serviço de requerente, que inclui, por exemplo, transações de pagamento direto (por exemplo, transações em dinheiro). Nessas transações, o requerente faz o pagamento diretamente ao provedor de serviço por uma solicitação de serviço concluída. Por exemplo, o requerente pode pagar ao provedor de serviço com dinheiro, cartão presente ou autorização de conta processada diretamente pelo provedor de serviço. Para tais tipos de transações, o monitoramento de serviço 136 pode registrar a conclusão da solicitação de serviço, e o componente de transação 150 pode determinar a taxa de serviço para o serviço fornecido pelo provedor de serviço.
[0034] Ainda mais, em alguns exemplos, o componente de transação 150 pode financiar a conta de financiamento do provedor de serviço 129 quando o requerente faz um pagamento de serviço, com uso de um mecanismo de autorização de conta fornecido pelo sistema 100 (por exemplo, conta de financiamento pré-autorizada, com uso do número de conta de cartão de crédito armazenado).
[0035] Quando o requerente faz um pagamento direto ao provedor de serviço, o componente de transação 150 pode
Petição 870190104952, de 17/10/2019, pág. 27/57
23/39 registrar o valor da transação com o conjunto de dados de conta do provedor 128. 0 monitoramento de conta 160 pode então monitorar o conjunto de dados de conta do provedor de serviço 128 para determinar quando o provedor de serviço executa uma atividade necessária em relação ao pagamento direto, de acordo com o conjunto de regras de conformidade 125. Em uma implementação, o monitoramento de conta 160 monitora o provedor de serviço para depositar o encargo de serviço, o que representa a parte da taxa total de serviço devida ao sistema 100 pela transação na qual o provedor de serviço recebeu o pagamento direto do requerente.
[0036] Para monitorar a conformidade, o sistema 100 pode incluir um ou mais processos, representados pelo monitoramento de conta 160, que monitora o conjunto de dados de conta de cada provedor de serviço 128, bem como outros dados, como as informações de perfil do provedor de serviço, para determinar se cada provedor de serviço está em conformidade com as regras de conformidade 125. Quando as regras de conformidade 125 exigem que o provedor de serviço execute uma atividade como resultado, por exemplo, do tipo de transação usada por um requerente (por exemplo, o requerente faz pagamento em dinheiro), o monitoramento de conta 160 pode monitorar o conjunto de dados da conta do provedor de serviço 128 para determinar se o provedor de serviço executou a atividade requerida.
Petição 870190104952, de 17/10/2019, pág. 28/57
24/39 [0037] A titulo de exemplo, o conjunto de dados de conta do provedor de serviço 128 pode identificar um registro de reembolso 131 de fundos de reembolso que são depositados eletronicamente pelo provedor de serviço para transferência para uma conta de financiamento do sistema 100. Como uma adição ou variação, o registro de reembolso 131 pode identificar os fundos de reembolso que o provedor de serviço transferiu ou creditou de volta ao sistema 100, como reembolso pelos encargos de serviço nas quais o requerente fez dinheiro ou outra forma de pagamento direto ao provedor de serviço. Em um exemplo, as regras de conformidade 125 podem definir a porcentagem que o provedor de serviço deve transferir para a conta de financiamento do sistema, com base na porção do total de tarifas que o provedor de serviço coletou durante um determinado periodo de tempo. Em variações, as regras de conformidade 125 podem definir a porcentagem que o provedor de serviço deve transferir para a conta de financiamento do sistema, com base na parte das tarifas cobradas por 100 por solicitações de serviço concluídas nas quais o pagamento da transação era de um tipo específico, como pagamento em dinheiro ou pagamento direto do requerente ao provedor de serviço.
[0038] Em alguns exemplos, o conjunto de dados da conta do provedor de serviço 128 pode refletir informações dotadas da conta de financiamento do provedor de serviço,
Petição 870190104952, de 17/10/2019, pág. 29/57
25/39 bem como informações especificas para o provedor de serviço individual da conta de financiamento do sistema 100. O monitoramento de conta 160 pode monitorar o conjunto de dados da conta do provedor de serviço 128 e/ou a conta de financiamento 152 do sistema 100, para determinar, por exemplo, se o provedor de serviço reembolsou a conta de financiamento 152 do sistema 100 pela porção das tarifas recebidas pelo provedor de serviço por meio de transações do tipo em dinheiro.
[0039] Com base no conjunto de dados da conta 128 do provedor de serviço, o monitoramento de conta 160 pode determinar um estado de conformidade 155 do provedor de serviço em relação ao conjunto de regras de conformidade. Em alguns exemplos, o estado de conformidade 155 pode ser binário (por exemplo, o provedor de serviço está em conformidade ou não), ternário (por exemplo, o provedor de serviço está em conformidade, não está em conformidade ou não em conformidade, mas em periodo de graça) ou definido dentro de um intervalo numérico para refletir uma pontuação ou outra medida de não conformidade. Em variações, o estado de conformidade 155 pode representar uma magnitude alternativa de não conformidade, como um número de dias em que o provedor de serviço não é compatível, uma quantidade de fundos devidos pelo provedor de serviço, um número de transações que o provedor de serviço ainda não executou as
Petição 870190104952, de 17/10/2019, pág. 30/57
26/39 atividades requeridas etc.
[0040] A determinação pelo monitoramento de conta 160 do estado de conformidade 155 também pode ter por base um valor ou parâmetro limite. Por exemplo, um provedor de serviço pode ser considerado em não conformidade se o valor devido pelo provedor de serviço por transações do tipo em dinheiro (por exemplo, o requerente pagar o provedor do serviço em dinheiro após a conclusão do serviço) exceder um valor limite definido (por exemplo, quantidade fixa, quantidade proporcional com base no total devido, etc.). Em uma variação, o provedor de serviço pode ser considerado não compatível se a quantidade devida pelo provedor de serviço ultrapassar uma duração limite de tempo.
[0041] O parâmetro de situação de conta 147 do armazenamento de dados ASP 140 pode refletir o estado de conformidade 155 do provedor de serviço. O monitoramento de conta 160 pode atualizar o armazenamento de dados ASP 140 quando, por exemplo, o estado de conformidade 155 do provedor de serviço é alterado ou quando o estado de conformidade do provedor de serviço indica que o provedor de serviço não está em conformidade.
[0042] Ao selecionar um determinado provedor de serviço para solicitações de serviço, o componente de seleção de provedor 130 pode fatorar múltiplos parâmetros de serviço 144, que incluem o parâmetro de situação de conta 147. O
Petição 870190104952, de 17/10/2019, pág. 31/57
27/39 parâmetro de situação de conta 147 pode ser usado para excluir um provedor de serviço do conjunto de seleção com base no tipo de transação ou em outro critério de seleção. Como alternativa ou variação, o parâmetro de situação de conta 147 pode ser usado para ponderar a seleção do provedor de serviço para ou contra solicitações de serviço que são de um tipo de transação específico (por exemplo, dinheiro versus instrumento de cartão ou autorização de conta).
[0043] Em uma implementação, se o parâmetro de situação de conta 147 de um determinado provedor de serviço indicar não compatível (ou algum valor de não conformidade), o componente de seleção de provedor 130 pode excluir esse provedor de serviço do conjunto de seleção para tipos selecionados de solicitações de serviço. Em alguns exemplos, o componente de seleção de provedor 130 pode excluir o provedor de serviço de solicitações de serviço que são de um tipo de transação específico, como transações de pagamento em dinheiro (ou diretas) . Em tais exemplos, o componente de seleção de provedor 130 pode determinar (ou prever) o tipo de transação (por exemplo, pagamento em dinheiro versos autorização de conta de financiamento) para solicitações de serviço recebidas 101 com base na entrada de requerente (por exemplo, o requerente pode especificar que pagamento por serviços prestados será em dinheiro), uma preferência armazenada do requerente (por exemplo, com base
Petição 870190104952, de 17/10/2019, pág. 32/57
28/39 nas informações de perfil associadas ao requerente) e/ou informações de histórico sobre o requerente (por exemplo, o requerente pagou por várias transações anteriores com uso de dinheiro).
[0044] Em uma implementação, o componente de seleção de provedor 130 pode fazer interface com o armazenamento de dados ASP 140 para determinar um conjunto de provedores de serviço disponíveis a partir dos quais o provedor de serviço para a solicitação de serviço é selecionado. Ao determinar o conjunto de provedores de serviço disponíveis para uma solicitação de serviço 101 que é considerada uma transação de pagamento em dinheiro, o componente de seleção de provedor 130 pode alterar o processo de seleção de provedor para excluir os provedores de serviço que têm parâmetros de situação de conta correspondentes 147 que indicam não conformidade com transações anteriores de pagamento em dinheiro. Desse modo, o componente de seleção de provedor 130 pode permitir, por exemplo, o monitoramento de conta 160 impor a conformidade do provedor de serviço com as regras de conformidade 125. Por exemplo, o monitoramento de conta 160 pode enviar uma mensagem ao provedor de serviço, que indica que o provedor de serviço receberá menos atribuições de serviço em virtude de ser removido do conjunto de seleção para solicitações de serviço consideradas transações de serviço do tipo em dinheiro.
Petição 870190104952, de 17/10/2019, pág. 33/57
29/39 [0045] Em variações, o componente de transação 150 também pode impor as regras de conformidade 125 ajustandose ao encargo de serviço (ou a porção da taxa de serviço que o requerente paga para receber o serviço do provedor de serviço) para atribuições subsequentes determinadas para o provedor, até o provedor de serviço estar em conformidade com o conjunto de regras de conformidade 125. Por exemplo, o componente de seleção de provedor 130 pode limitar a seleção de um provedor de serviço não compatível (por exemplo, com base no parâmetro de situação de conta 147) a tipos de transação que são considerados autorizações de conta (por exemplo, o requerente inclui informações para a conta de financiamento com o perfil de requerente). O componente de transação 150 pode retirar da conta de financiamento do requerente o valor autorizado para a solicitação de serviço concluída e, em seguida, usar parte ou toda a quantidade extraída para pagar o encargo de serviço inadimplente que é devido pelo provedor de serviço a transações prévias em dinheiro. O registro de reembolso 131 do conjunto de dados de conta do provedor de serviço 128 pode então ser atualizado 133 para refletir o reembolso que foi concluído através do componente de transação 150.
[0046] Em variações, o componente de seleção de provedor 130 pode alterar o processo de seleção de provedor para priorizar ou ponderar (i) contra a seleção de um
Petição 870190104952, de 17/10/2019, pág. 34/57
30/39 provedor não compatível em relação aos tipos de transação que podem piorar a não conformidade do provedor e/ou (ii) para a seleção de um provedor não compatível em relação aos tipos de transação que podem curar ou diminuir a deficiência subjacente da não conformidade.
[0047] Ainda mais, em alguns exemplos, o componente de seleção de provedor 130 pode alterar o processo de seleção de provedor para provedores não compatíveis, sujeito a limites de um objetivo de seleção ou otimização. Por exemplo, a exclusão de ponderação negativa de provedores não compatíveis com relação ao conjunto disponível para solicitações de serviço pode estar sujeita a um objetivo em que o tempo de espera para o requerente do requerente de serviço não seja aumentado além de um valor limite. Em algumas variações, o componente de seleção de provedor 130 lida com várias solicitações de serviço simultaneamente, com um objeto de otimização que inclui a minimização de um tempo médio de espera para os provedores de serviço para cada localização de serviço 109 (por exemplo, localização de coleta) dos requerentes correspondentes. Em tais exemplos, a exclusão ou ponderação negativa de provedores de serviço não compatíveis com o serviço pode estar sujeita a um impacto negativo limite em relação ao objetivo de otimização. Por exemplo, a exclusão do provedor de serviço não compatível pode estar sujeita ao tempo médio de espera para que as
Petição 870190104952, de 17/10/2019, pág. 35/57
31/39 solicitações de serviço abertas 101 não sejam aumentadas por uma quantidade limite (por exemplo, um minuto).
[0048] Em alguns exemplos, o componente de seleção de provedor 130 altera o processo de seleção de provedor para provedores com base em um tipo ou severidade da não conformidade (por exemplo, quantidade devida, duração da não conformidade, número de transações nas quais o provedor de serviço falhou em uma das regras de conformidade 125, etc.) . Por exemplo, o componente de seleção de provedor 130 pode excluir um provedor de serviço não compatíveis de solicitações de serviço consideradas transações em dinheiro quando um grau de não conformidade é considerado severo (por exemplo, exceder um limite de severidade em quantidade, duração etc.), embora o componente de seleção de provedor 130 possa ponderar contra a correspondência entre o provedor de serviço não compatível e as solicitações de serviço quando o grau de não conformidade for considerado moderado.
Metodologia [0049] A Figura 2 ilustra um método exemplificativo para provedores de serviço de correspondência para solicitações de serviço com base em um estado de conformidade dos provedores de serviço individuais. Na descrição de um exemplo da Figura 2, referência pode ser feita a numerais da Figura 1 para o fim de ilustração componentes ou elementos adequados para implementar uma etapa ou subetapa que é
Petição 870190104952, de 17/10/2019, pág. 36/57
32/39 descrita .
[0050] Com referência à Figura 2, um conjunto de regras de conformidade 125 pode ser comunicado a provedores de serviço individuais de uma determinada região geográfica (210) . As regras de conformidade 125 podem ser comunicadas a provedores de serviço como parte de, por exemplo, um processo de integração, ou através de mensagens eletrônicas (por exemplo, através mensagens de aplicativo comunicadas através de aplicativo de serviço 116). As regras de conformidade 125 podem ser específicas à região geográfica, como serviços dispostos através do sistema 100 pode diferenciar com base na cultura, regras e negócios necessários de uma determinada região geográfica. Conforme descrito com vários exemplos, as regras de conformidade 125 podem identificar funções de contabilidade que provedores de serviço individuais são requeridos para executar pelo sistema 100 em resposta a certas condições ou eventos. Por exemplo, as regras de conformidade 125 podem identificar funções de contabilidade que provedores de serviço devem executar quanto o consumidor (ou requerente) fornece um pagamento direto (por exemplo, dinheiro) ao provedor de serviço.
[0051] O sistema 100 pode determinar um valor de um parâmetro de conformidade 155 para cada provedor de serviço ativo em uma determinada região geográfica (220) . Dependendo
Petição 870190104952, de 17/10/2019, pág. 37/57
33/39 da implementação, o parâmetro de conformidade 155 pode ser binário (por exemplo, compatível ou não compatível) , ternário, ou com base em uma faixa numérica que indica um tipo ou severidade de não conformidade. Em exemplos nos quais uma função de contabilidade requerida a partir de um provedor de serviço deve fornecer reembolso (por exemplo, ao sistema 100 para encargos de serviço que não são deduzidos da taxa de serviço como um resultado do dinheiro de pagamento de consumidor), o valor do parâmetro de conformidade 155 pode indicar uma quantidade na qual o provedor de serviço está em atrasos. O valor do parâmetro de conformidade também pode ter por base um ou mais limites, para que o provedor de serviço seja considerado compatível a menos que a quantidade de atrasos exceda uma quantidade limite e/ou duração vencida.
[0052] Em um determinado período de tempo, o sistema 100 pode receber solicitações de múltiplos serviços, e para cada solicitação de serviço, o sistema 100 pode determinar um atributo que se refere a uma regra de conformidade (230). Em alguns exemplos, o atributo das solicitações de serviço individuais corresponde a um modo de pagamento, como autorização de conta de crédito ou pagamento em dinheiro. Por exemplo, em algumas solicitações de serviço 101, o consumidor pode especificar, ou ter preferência para usar um cartão de crédito pré-armazenado, nesse caso, o sistema 100 cobra o pagamento pelo serviço fornecido e compensa o
Petição 870190104952, de 17/10/2019, pág. 38/57
34/39 provedor de serviço com uma proporção da taxa total cobrada ao cliente. Para outras solicitações de serviço, o sistema 100 pode determinar que o tipo de transação que deve ser usada é pagamento em dinheiro. A determinação pode ter por base, por exemplo, uma preferência especificada do requerente (por exemplo, produzido no tempo da solicitação de serviço) , ou com base em um registro ou armazenamento histórico de preferência do consumidor.
[0053] O sistema 100 pode selecionar provedores de serviço individuais para cada uma das solicitações de múltiplos serviços com base em pelo menos em parte no atributo determinado de cada solicitação de serviço, bem como o valor do parâmetro de conformidade para um ou mais dentre a pluralidade de provedores de serviço (240). Em um exemplo em que o atributo corresponde ao modo de pagamento, o parâmetro de conformidade pode refletir se provedores de serviço individuais estão em conformidade com as regras de conformidade 125. Por exemplo, o parâmetro de conformidade 155 pode indicar se o provedor de serviço está em atrasos em relação a reembolsar o sistema 100 para encargos de serviço, em conexão com transações prévias em que o provedor de serviço recebeu pagamento em dinheiro de consumidores.
[0054] Em alguns exemplos, a seleção de provedor de serviço (por exemplo, por componente de seleção de provedor 130) para cada uma das solicitações de múltiplos serviços
Petição 870190104952, de 17/10/2019, pág. 39/57
35/39 pode ser através de exclusão e/ou inclusão do provedor de serviço para solicitações de serviço com base no atributo relacionado (por exemplo, modo de pagamento) (242) . Por exemplo, na seleção de provedores de serviço para solicitações de serviço, o sistema 100 pode (i) excluir provedores de serviço não compatíveis (por exemplo, aquele em atrasos em relação a reembolso ao sistema 100) para inclusão no conjunto de provedores de serviço a partir do qual a seleção pode ser feita, quando o modo de pagamento da solicitação de serviço é direto ou em dinheiro; e (ii) incluir os provedores de serviço não compatíveis no conjunto de provedores de serviço a partir do qual a seleção pode ser feita quando o modo de pagamento para os serviços é uma transação de conta autorizada conduzida através do sistema 100. Em tais exemplos, o sistema 100 pode corresponder provedores de serviço não compatíveis com solicitações de serviço 101 que incluem um modo de atributo de pagamento que reflete uma autorização de conta, processada através do sistema 100. Em algumas variações, o sistema 100 também pode processar os pagamentos de autorização feitos através do sistema 100 para coletar nas quantidades que o provedor de serviço está em atrasos e/ou o encargo de serviço atual (de modo a evitar o provedor de serviço de estar adicionalmente em atrasos).
[0055] Em variações, o estado de conformidade do
Petição 870190104952, de 17/10/2019, pág. 40/57
36/39 provedor de serviço pode ponderar a seleção do provedor de serviço para ou contra solicitações de serviço, com base no atributo relacionado (por exemplo, modo de pagamento da solicitação de serviço) (244). Por exemplo, um provedor de serviço não compatível pode ter uma ponderação negativa para tornar a seleção do provedor de serviço menos provável para solicitações de serviço consideradas em dinheiro ou em modos de pagamento diretos.
Diagramas de hardware [0056] A Figura 3 é um diagrama de blocos que ilustra um sistema de computador no qual as modalidades descritas no presente documento podem ser implantadas. Por exemplo, no contexto da Figura 1, o sistema de disposição de serviço 100 pode ser implementado com uso de um sistema de computador conforme descrito pela Figura 3. O sistema 100 pode alternativamente ser implementado com uso de um conjunto distribuído ou combinado de sistemas de múltiplos computadores, conforme descrito por um exemplo da Figura 3.
[0057] Em uma implementação, um sistema de computador 300 inclui um ou mais processadores 310, recursos de memória 320 (por exemplo, uma memória principal, uma memória somente de leitura (ROM), memória de acesso aleatório (RAM), armazenamento em massa etc.) e uma interface de comunicação 330. Os recursos de memória 320 podem armazenar instruções, bem como variáveis temporárias ou outras
Petição 870190104952, de 17/10/2019, pág. 41/57
37/39 informações intermediárias que são geradas durante execução de instruções pelo um ou mais processadores 310. Em uma implementação, pelo menos um processador 310 acessa os recursos de memória para executar instruções 342 para implementar o sistema 100 da Figura 1. De modo semelhante, pelo menos um processador 310 acessa os recursos de memória para executar as instruções 342 em implementação de um método como descrito com um exemplo da Figura 2.
[0058] A interface de comunicação 330 pode possibilitar o sistema de computador 300 se comunicar com uma ou mais redes 380 (por exemplo, rede de celular) com o uso do enlace de rede (sem fio ou com fio). Com uso de enlace de rede, o sistema computacional 300 pode se comunicar com um ou mais outros dispositivos de computação, como dispositivos condutores e dispositivos acionadores e/ou um ou mais outros servidores ou centros de dados. A título de exemplo e com referência a um exemplo da Figura 1, o sistema de computador 300 pode estabilizar as conexões de rede 99A e 99B respectivamente com cada um dentre o dispositivo de provedor 102 e o dispositivo de requerente 104.
[0059] O sistema de computador 300 pode também incluir um dispositivo de exibição, como um tubo de raios catódicos (CRT), um monitoramento de LCD, ou um aparelho de televisão, por exemplo, para exibir gráficos e informações para um usuário. Um ou mais mecanismos de entrada, como um
Petição 870190104952, de 17/10/2019, pág. 42/57
38/39 teclado que compreende teclas alfanuméricas e outras teclas, pode ser acoplado ao sistema de computador 300 para comunicar informações e seleções de comando para o processador 310. Outros exemplos ilustrativos sem limitação de mecanismos de entrada compreendem um mouse, uma bola de comando (trackball), tela sensível ao toque ou teclas de direção de cursor para comunicar informações de direção de movimento e seleções de comando para pelo menos um processador 310 e para controlar movimento de cursor no visor.
[0060] Exemplos descritos no presente documento são relacionados ao uso do sistema de computador 300 para implementar as técnicas descritas no presente documento. De acordo com uma modalidade, essas técnicas são realizadas pelo sistema computacional 300 em resposta a um ou mais processadores 310 que executa uma ou mais sequências de uma ou mais instruções contidas nos recursos de memória 320. Tais instruções podem ser lidas nos recursos de memória 320 a partir de outro meio legível por máquina, como um dispositivo de armazenamento. A execução das sequências das instruções contidas nos recursos de memória 320 leva o um ou mais processadores 310 a realizar as etapas de processo descritas no presente documento. Em implementações alternativas, conjunto de circuitos com fio pode ser usado no lugar ou em combinação com instruções de software para implementar exemplos descritos no presente documento. Dessa
Petição 870190104952, de 17/10/2019, pág. 43/57
39/39 forma, os exemplos descritos não se limitam a qualquer combinação específica de conjunto de circuitos de hardware e software.
[0061] Contempla-se que os exemplos descritos no presente documento se estendem aos elementos e conceitos individuais descritos no presente documento, independentemente de outros conceitos, idéias ou sistema, assim como exemplos para incluir combinações de elementos citados em qualquer lugar neste pedido. 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, é entendido 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. Dessa forma, a ausência de descrição de combinações não deve impedir de se ter direitos a tais combinações.

Claims (15)

  1. REIVINDICAÇÕES
    1. Sistema de computador caracterizado pelo fato de que compreende:
    uma memória para armazenar instruções;
    um ou mais processadores que executam as instruções para:
    monitorar cada provedor de serviço de uma pluralidade de provedores de serviço para atividades relacionadas a um conjunto de regras de conformidade com relação a uma conta do respectivo provedor de serviço, a pluralidade de provedores de serviço operando em uma determinada região geográfica durante um determinado período de tempo;
    em que os um ou mais processadores monitoram a pluralidade de provedores de serviço usando (i) um conjunto de dados de conta que está associado ao respectivo provedor de serviço e (ii) dados transmitidos a partir de um dispositivo de computação móvel do respectivo provedor de serviço;
    para cada provedor de serviço da pluralidade de provedores de serviço, determinar um valor de um parâmetro de conformidade que se relaciona ao conjunto de regras de conformidade;
    em resposta à determinação de que o provedor de serviço em questão está em estado de não conformidade, fazer com que um processo de seleção de provedores no qual os provedores
    Petição 870190104952, de 17/10/2019, pág. 45/57
  2. 2/8 de serviço da pluralidade de provedores de serviço sejam atribuídos a solicitações de serviço recebidas durante o período determinado, ponderar ou excluir o provedor de serviço especificado de ser selecionado para uma ou mais solicitações de serviço.
    2. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que os um ou mais processadores:
    determinam uma localização atual de cada provedor de serviço na pluralidade de provedores de serviço repetidamente, durante o período de tempo determinado;
    determinam um local de serviço para cada uma de uma pluralidade de solicitações de serviço; e em que os um ou mais processadores fazem com que o processo de seleção de provedor selecione, para cada uma da pluralidade de solicitações de serviço e como parte do processo de seleção de provedor, provedores de serviço individuais baseados, pelo menos em parte, na localização de serviço e na localização atual de um ou mais da pluralidade
    de provedores de serviço quando a solicitação de serviço é recebida. 3. Sistema de computador, de acordo com a reivindicação 2, caracterizado pelo fato de que os um ou
    mais processadores fazem com que o processo de seleção de provedor selecione, para cada uma das pluralidades de
    Petição 870190104952, de 17/10/2019, pág. 46/57
  3. 3/8 solicitações de serviço e como parte do processo de seleção de provedor, provedores de serviço individuais baseado, pelo menos em parte, no valor do parâmetro de conformidade de pelo menos parte da pluralidade de provedores de serviço, incluindo o provedor de serviço selecionado.
  4. 4. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que o conjunto de regras de conformidade inclui uma ou mais regras que preveem que cada um dos múltiplos provedores de serviço execute uma função de contabilidade em resposta a um evento ou condição correspondente, e em que o valor do parâmetro de conformidade para o provedor de serviço selecionado indica que o provedor de serviço fornecido não executou a função de contabilidade.
  5. 5. Sistema de computador, de acordo com a reivindicação 4, caracterizado pelo fato de que o evento ou condição correspondente inclui um cliente que efetuou pagamento direto a um respectivo provedor de serviço de uma taxa de serviço para receber um serviço do provedor de serviço, e em que o valor do parâmetro de conformidade para o provedor de serviço selecionado indica que o provedor de serviço selecionado não executou a função de contabilidade de reembolsar uma parte da taxa de serviço correspondente a uma taxa de serviço para uma conta de terceiros.
  6. 6. Sistema de computador, de acordo com a
    Petição 870190104952, de 17/10/2019, pág. 47/57
    4/8 reivindicação 1, caracterizado pelo fato de que os um ou mais processadores fazem com que o processo de seleção de provedor exclua o provedor de serviço selecionado de um conjunto de provedores de serviço a partir do qual a seleção é feita para uma determinada solicitação de serviço.
  7. 7. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que os um ou mais processadores fazem com que o processo de seleção de provedor pondere negativamente o provedor de serviço selecionado quando o provedor de serviço selecionado for incluído em um conjunto de provedores de serviço a partir do qual a seleção é feita para uma determinada solicitação de serviço.
  8. 8. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que, para cada uma de uma pluralidade de solicitações de serviço, o um ou mais processadores determinam um atributo da solicitação de serviço que se relaciona a uma ou mais regras de conformidade do conjunto e seleciona, como parte do processo de seleção do provedor, provedores de serviço individuais para solicitações de serviço baseado, pelo menos em parte, no atributo determinado da solicitação de serviço e no valor do parâmetro de conformidade para um ou mais dentre a pluralidade de provedores de serviço.
  9. 9. Sistema de computador, de acordo com a
    Petição 870190104952, de 17/10/2019, pág. 48/57
    5/8 reivindicação 8, caracterizado pelo fato de que o um ou mais processadores determinam o atributo de uma ou mais dentre a pluralidade de solicitações de serviço com base em um registro de histórico de um usuário correspondente que fez a solicitação de serviço.
  10. 10. Sistema de computador, de acordo com a reivindicação 9, caracterizado pelo fato de que o atributo corresponde a um modo de pagamento que o requerente deve usar para pagamento do recebimento do serviço.
  11. 11. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que os um ou mais processadores executam as instruções para determinar, a partir do monitoramento do provedor de serviço selecionado, após o determinado provedor de serviço estar no estado de não conformidade, quando o provedor de serviço slecionado realiza uma atividade que altera o valor do parâmetro de conformidade.
  12. 12. Sistema de computador, de acordo com a reivindicação 11, caracterizado pelo fato de que a atividade que o provedor de serviço executa é determinada para piorar a não conformidade do provedor de serviço e em que um ou mais processadores fazem com que o processo de seleção de provedor pondere negativamente ainda mais a seleção do provedor de serviço selecionado para uma solicitação de serviço subsequente.
    Petição 870190104952, de 17/10/2019, pág. 49/57
    6/8
  13. 13. Sistema de computador, de acordo com a reivindicação 11, caracterizado pelo fato de que a atividade que o provedor de serviço realiza é determinada para diminuir a não conformidade do provedor de serviço e em que um ou mais processadores fazem com que o processo de seleção do provedor diminua ou elimine a ponderação negativa contra a seleção do provedor de serviço para uma solicitação de serviço subsequente.
  14. 14. Sistema de computador, de acordo com a reivindicação 1, caracterizado pelo fato de que os um ou mais processadores executam as instruções para enviar, em resposta à determinação de que o provedor de serviço selecionado não está no estado de conformidade, uma mensagem para o provedor de serviço selecionado, em que a mensagem indica que o provedor de serviço deve receber poucas atribuições de serviço.
  15. 15. Método para fornecer um serviço, o método sendo implementado por um ou mais processadores e caracterizado pelo fato de que compreende:
    monitorar cada provedor de serviço de uma pluralidade de provedores de serviço em busca de atividades relacionadas a um conjunto de regras de conformidade com relação a uma conta do respectivo provedor de serviço, a pluralidade de provedores de serviço operando em uma determinada região geográfica durante um determinado período de tempo;
    Petição 870190104952, de 17/10/2019, pág. 50/57
    7/8 em que o monitoramento da pluralidade de provedores de serviço inclui o uso (1) de um conjunto de dados da conta que está associado ao respectivo provedor de serviço e (11) dados transmitidos a partir de um dispositivo de computação móvel do respectivo provedor de serviço;
    para cada provedor de serviço da pluralidade de provedores de serviço, determinar um valor de um parâmetro de conformidade que indica um estado de não conformidade em relação a um conjunto de regras de conformidade;
    determinar quando um determinado provedor de serviço da pluralidade de provedores de serviço se encontra em um estado de não conformidade com relação ao conjunto de regras de conformidade, com base no valor do parâmetro de conformidade para o provedor de serviço selecionado; e determinar quando um determinado provedor de serviço da pluralidade de provedores de serviço se encontra em um estado de não conformidade com relação ao conjunto de regras de conformidade, com base no valor do parâmetro de conformidade para o provedor de serviço selecionado; e em resposta à determinação de que o provedor de serviço selecionado está em estado de não conformidade, provocar um processo de seleção de provedor no qual os provedores de serviço da pluralidade de provedores de serviço são atribuídos a solicitações de serviço recebidas durante o período de tempo determinado, para ponderar ou excluir o
    Petição 870190104952, de 17/10/2019, pág. 51/57
    8/8 provedor de serviço selecionado de ser selecionado para uma ou mais solicitações de serviço.
BR112019017372-2A 2017-02-20 2018-02-20 Correspondência de solicitação de serviço com base no estado de conformidade do provedor BR112019017372A2 (pt)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201762461211P 2017-02-20 2017-02-20
US62/461,211 2017-02-20
PCT/US2018/018852 WO2018152545A1 (en) 2017-02-20 2018-02-20 Service request matching based on provider compliance state
US15/900,124 2018-02-20
US15/900,124 US20180240128A1 (en) 2017-02-20 2018-02-20 Service request matching based on provider compliance state

Publications (1)

Publication Number Publication Date
BR112019017372A2 true BR112019017372A2 (pt) 2020-03-31

Family

ID=63167395

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019017372-2A BR112019017372A2 (pt) 2017-02-20 2018-02-20 Correspondência de solicitação de serviço com base no estado de conformidade do provedor

Country Status (4)

Country Link
US (1) US20180240128A1 (pt)
BR (1) BR112019017372A2 (pt)
CA (1) CA3055038A1 (pt)
WO (1) WO2018152545A1 (pt)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10701759B2 (en) 2017-05-19 2020-06-30 Uber Techologies, Inc. Predictive location selection transportation optimization system
WO2018228110A1 (en) * 2017-06-14 2018-12-20 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for transport capacity scheduling
US11354613B2 (en) * 2018-10-03 2022-06-07 Visa International Service Association System, method, and computer program product for generating location-based risk assessments of service provider transaction requests
WO2021194412A1 (en) * 2020-03-23 2021-09-30 Grabtaxi Holdings Pte. Ltd. Allocation system, allocation device and allocation method

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8175930B2 (en) * 2005-02-17 2012-05-08 Shopmedia Inc. Apparatus for selling shipping services through a mediator's web site
US8146798B2 (en) * 2008-11-07 2012-04-03 Advanced Custom Engineered Systems & Equipment Co. Method and apparatus for monitoring waste removal and administration
AU2010325793B2 (en) * 2009-12-04 2015-03-12 Uber Technologies, Inc. System and method for arranging transport amongst parties through use of mobile devices
WO2011100529A1 (en) * 2010-02-12 2011-08-18 Mastercard International Incorporated Apparatus and method for bill presentment and payment
CN105745674A (zh) * 2013-11-21 2016-07-06 骑乘组合有限公司 用于在通勤者之间安排共乘的方法和系统
CN103617450A (zh) * 2013-11-22 2014-03-05 杭州车厘子智能科技有限公司 一种汽车共享方法及系统
US20170083672A1 (en) * 2014-02-03 2017-03-23 Wendell J. Juneau Notifying healthcare providers of financially delinquent patients and controlling healthcare claims
US11107031B2 (en) * 2015-02-18 2021-08-31 Ryder Integrated Logistics, Inc. Vehicle fleet control systems and methods
US9542688B2 (en) * 2015-03-10 2017-01-10 Mastercard International Incorporated Method and system for targeting small businesses
US20170011324A1 (en) * 2015-07-07 2017-01-12 Uber Technologies, Inc. Dispatch system for matching drivers and users
US20170213208A1 (en) * 2016-01-27 2017-07-27 Mastercard International Incorporated Methods, systems, networks, and media for predicting acceptance of a commercial card product
US20170228837A1 (en) * 2016-02-08 2017-08-10 Hope M. Porter Digital Airport Shopping System
US20170263141A1 (en) * 2016-03-09 2017-09-14 Arnold Possick Cheating and fraud prevention method and system
US11164275B2 (en) * 2016-12-30 2021-11-02 Lyft, Inc. Flexible API framework
US20180209803A1 (en) * 2017-01-25 2018-07-26 Via Transportation, Inc. Dynamic Route Planning
US20190172065A1 (en) * 2017-12-06 2019-06-06 Mastercard International Incorporated Reconciling commission between workers and service provider companies based on transaction history data

Also Published As

Publication number Publication date
CA3055038A1 (en) 2018-08-23
US20180240128A1 (en) 2018-08-23
WO2018152545A1 (en) 2018-08-23

Similar Documents

Publication Publication Date Title
US11810131B2 (en) Systems and methods for managing information technology infrastructure to generate a dynamic interface
US11727370B2 (en) Systems and methods for allocating resources via information technology infrastructure
US11657456B2 (en) Systems and methods for allocating resources using information technology infrastructure
US20200402670A1 (en) Systems and methods for reducing resource consumption via information technology infrastructure
US20170178135A1 (en) Systems and methods for notifications using a multi-purse card
BR112019017372A2 (pt) Correspondência de solicitação de serviço com base no estado de conformidade do provedor
US20200380481A1 (en) Autonomous bill pay bot with automatic social overdraft protection
US20140188737A1 (en) Automated money allocation system and method
US11436936B2 (en) Platform for managing activities
WO2020088130A1 (zh) 一种基于区块链的财产执行方法及系统
JP5421017B2 (ja) 情報処理装置および情報処理方法
KR101735287B1 (ko) 애플리케이션 펀딩서비스를 제공하는 서버, 방법 및 시스템
CN112200396B (zh) 资源转移及分配方法、装置
US20220044243A1 (en) Smart account control for authorized users
WO2020081823A1 (en) System for processing network data records transmitted from distributed terminal devices
CN109670812A (zh) 支付方法、装置、终端及存储介质
US20230297413A1 (en) Dual stage bulkheads
JP6473051B2 (ja) 運用サーバ、運用方法および運用プログラム
US20210082029A1 (en) Intermediary Method, Intermediary Device, and Recording Medium/Program
JP2024014426A (ja) 情報処理装置、情報処理方法及びプログラム
JP2024006971A (ja) プログラム、情報処理端末及び情報処理方法
KR20210146626A (ko) 전자결제수단을 이용한 현금 활용 방법 및 시스템
JP2015060386A (ja) 仲介装置、仲介方法及び仲介プログラム
CN117795539A (zh) 用于基于信用的分割佣金电子支付网络的系统和方法
KR20210026245A (ko) 가상계좌 기반의 미성년자 결제 서비스 제공장치

Legal Events

Date Code Title Description
B25G Requested change of headquarter approved

Owner name: UBER TECHNOLOGIES, INC. (US)

B350 Update of information on the portal [chapter 15.35 patent gazette]