BR112020015288A2 - sistema e método implementados por computador para auxiliar um usuário com a seleção de um provedor de serviço em uma indústria de transportação - Google Patents
sistema e método implementados por computador para auxiliar um usuário com a seleção de um provedor de serviço em uma indústria de transportação Download PDFInfo
- Publication number
- BR112020015288A2 BR112020015288A2 BR112020015288-9A BR112020015288A BR112020015288A2 BR 112020015288 A2 BR112020015288 A2 BR 112020015288A2 BR 112020015288 A BR112020015288 A BR 112020015288A BR 112020015288 A2 BR112020015288 A2 BR 112020015288A2
- Authority
- BR
- Brazil
- Prior art keywords
- service
- application
- user
- customer
- service provider
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims description 85
- 230000004044 response Effects 0.000 claims description 33
- 230000002452 interceptive effect Effects 0.000 claims description 25
- 238000004891 communication Methods 0.000 claims description 19
- 238000003860 storage Methods 0.000 claims description 16
- 230000008859 change Effects 0.000 claims description 13
- 238000012546 transfer Methods 0.000 claims description 13
- 238000012790 confirmation Methods 0.000 claims description 5
- 230000001052 transient effect Effects 0.000 claims 1
- 238000012545 processing Methods 0.000 abstract description 19
- 238000007726 management method Methods 0.000 abstract description 18
- 239000008186 active pharmaceutical agent Substances 0.000 description 26
- 230000008569 process Effects 0.000 description 21
- 230000006870 function Effects 0.000 description 19
- 238000010586 diagram Methods 0.000 description 16
- 238000005516 engineering process Methods 0.000 description 16
- 230000036541 health Effects 0.000 description 14
- 239000000470 constituent Substances 0.000 description 13
- 238000011161 development Methods 0.000 description 10
- 230000009471 action Effects 0.000 description 7
- 230000008901 benefit Effects 0.000 description 7
- 238000013507 mapping Methods 0.000 description 7
- 238000003825 pressing Methods 0.000 description 7
- 230000004048 modification Effects 0.000 description 6
- 238000012986 modification Methods 0.000 description 6
- 238000013459 approach Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 230000001976 improved effect Effects 0.000 description 5
- 238000012552 review Methods 0.000 description 5
- 239000003795 chemical substances by application Substances 0.000 description 4
- 238000004590 computer program Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 4
- 230000003993 interaction Effects 0.000 description 4
- 230000002093 peripheral effect Effects 0.000 description 4
- 230000008520 organization Effects 0.000 description 3
- 230000001737 promoting effect Effects 0.000 description 3
- SPBWHPXCWJLQRU-FITJORAGSA-N 4-amino-8-[(2r,3r,4s,5r)-3,4-dihydroxy-5-(hydroxymethyl)oxolan-2-yl]-5-oxopyrido[2,3-d]pyrimidine-6-carboxamide Chemical compound C12=NC=NC(N)=C2C(=O)C(C(=O)N)=CN1[C@@H]1O[C@H](CO)[C@@H](O)[C@H]1O SPBWHPXCWJLQRU-FITJORAGSA-N 0.000 description 2
- 101000831851 Homo sapiens Transmembrane emp24 domain-containing protein 10 Proteins 0.000 description 2
- 102100024180 Transmembrane emp24 domain-containing protein 10 Human genes 0.000 description 2
- 230000004308 accommodation Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000007812 deficiency Effects 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 238000005304 joining Methods 0.000 description 2
- 239000000463 material Substances 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 229910000831 Steel Inorganic materials 0.000 description 1
- 230000002411 adverse Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- QVGXLLKOCUKJST-UHFFFAOYSA-N atomic oxygen Chemical compound [O] QVGXLLKOCUKJST-UHFFFAOYSA-N 0.000 description 1
- 230000033228 biological regulation Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 239000004020 conductor Substances 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 229940124447 delivery agent Drugs 0.000 description 1
- 238000009795 derivation Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 238000003306 harvesting Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000002372 labelling Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
- 229910052760 oxygen Inorganic materials 0.000 description 1
- 239000001301 oxygen Substances 0.000 description 1
- -1 patient Substances 0.000 description 1
- 230000002085 persistent effect Effects 0.000 description 1
- 238000009428 plumbing Methods 0.000 description 1
- 238000003908 quality control method Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 238000000348 solid-phase epitaxy Methods 0.000 description 1
- 238000000638 solvent extraction Methods 0.000 description 1
- 239000010959 steel Substances 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/907—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
- G06F16/909—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
-
- 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/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/101—Collaborative creation, e.g. joint development of products or services
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0639—Item locations
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0641—Shopping interfaces
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/567—Integrating service provisioning from a plurality of service providers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/025—Services making use of location information using location based information parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/50—Service provisioning or reconfiguring
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
- G06F3/04842—Selection of displayed objects or displayed text elements
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Marketing (AREA)
- General Business, Economics & Management (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Development Economics (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- General Engineering & Computer Science (AREA)
- Entrepreneurship & Innovation (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Human Computer Interaction (AREA)
- Computing Systems (AREA)
- Library & Information Science (AREA)
- Primary Health Care (AREA)
- General Health & Medical Sciences (AREA)
- Health & Medical Sciences (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Stored Programmes (AREA)
- Information Transfer Between Computers (AREA)
- User Interface Of Digital Computer (AREA)
- Telephonic Communication Services (AREA)
Abstract
É fornecido um sistema de gerenciamento de aplicativo de software conversível para uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída ligado a um banco de dados para processamento de dados personalizável, pelo menos no transporte, assistência médica domiciliar, hotel, comércio eletrônico, entrega e outras indústrias de bens e/ou serviços. É fornecido um aplicativo de provedor de serviço de encaminhamento (DSP) para encaminhar objetos de empresas de serviços para fornecer um aplicativo móvel eficiente para promover um relacionamento cooperativo entre um DSP e empresas de serviços usando aplicativos de etiqueta branca e um sistema de encaminhamento simplificado/eficiente. Os clientes precisam apenas baixar ou utilizar um único aplicativo móvel para acessar provedores de serviço de várias empresas de serviços, empresas de etiqueta branca e/ou DSP, todos usando o mesmo software de encaminhamento. Isso aumenta a probabilidade de um cliente encontrar provedores de serviço adequados para suas necessidades e permite que as entidades de serviço alcancem clientes adicionais e mantenham suas marcas sem a necessidade de uma pluralidade de aplicativos móveis.
Description
Relatório Descritivo da Patente de Invenção para “SISTEMA E MÉTODO
[0001] Este pedido é baseado em e reivindica a prioridade ao Pedido de Patente nº US 16/026.996, depositado em 3 de julho de 2018 e intitulado SYSTEM AND METHOD FOR A CONVERTIBLE USER APPLICATION, que reivindica a prioridade do Pedido de Patente Provisório nº US 62/621.988, depositado em 25 de janeiro de 2018 e intitulado SYSTEM AND METHOD FOR AN IMPROVED CUSTOMIZABLE DISPATCHING SERVICE, pedidos cujo conteúdo integral é incorporado a título de referência no presente pedido em suas totalidades.
[0002] As modalidades no presente pedido se referem a um sistema de gerenciamento de aplicativo de software conversível, plataforma, método e exibição dos mesmos e, mais especificamente, a um método e sistema tendo uma camada de acesso a dados compartilhada em uma sistema de estrutura distribuída para processamento de dados personalizável para um aplicativo de usuário pelo menos no transporte, assistência médica domiciliar, hotel, comércio, alimentação, entretenimento e outras indústrias de serviço.
[0003] Reservar uma viagem ou solicitar outros serviços através de aplicativos móveis (apps) é um processo bem conhecido que está se tornando crescentemente mais popular. A alta demanda dentro de mercados regionais tem motivado companhias de serviço de carro e outras empresas relacionadas a serviços a buscar companhias que prometem aplicativos com uma curta linha do tempo do desenvolvimento até o mercado. Como resultado, tais empresas frequentemente trabalham com agências de desenvolvimento de software externas que comercializam soluções prontas para uso, também conhecidas como aplicativos de “etiqueta branca”. No mundo digital atual,
etiqueta branca se refere frequentemente a um produto ou aplicativo de software cujo desenvolvimento e marca podem ser personalizados de acordo com as exigências particulares e necessidades da marca de um revendedor.
[0004] Convencionalmente, houve duas abordagens para construir aplicativos de etiqueta branca. Primeiro, uma companhia manteria sua base de código de back-end original, porém, alteraria o front-end do aplicativo para fornecer uma aparência diferente que corresponde ou está em conformidade com as necessidades de marca do revendedor. Segundo, uma companhia criaria um aplicativo de múltiplos usuários ou múltiplos locatários (isto é, onde a instância do aplicativo permaneceria igual para cada locatário, porém, cada locatário receberia seu próprio aplicativo com um conjunto de recursos ligeiramente diferente). Tipicamente, este modelo de múltiplos usuários é usado para Software como um Serviço (SaaS) (isto é, um modelo de distribuição de software em que um provedor terceirizado hospeda aplicativos e os torna disponíveis para clientes através da Internet) e pode ser mais complexo para construir e manter. Independentemente da abordagem usada para desenvolver o aplicativo de etiqueta branca, tal serviço de etiqueta branca ou aplicativos de despacho são fornecidos frequentemente em pacotes que incluem pelo menos um aplicativo para provedores de serviço e/ou um aplicativo para clientes. Na maioria dos casos, os aplicativos de etiqueta branca têm personalização limitada. Em outras palavras, aplicativos de etiqueta branca tendem a incluir um conjunto de recursos de núcleo que podem ser apenas parcialmente personalizados, como rotulagem, esquemas de cores, etc. (isto é, em relação ao front-end do aplicativo). Ao mesmo tempo, os aplicativos de etiqueta branca frequentemente têm um conjunto muito básico de recursos que são ideais para um aplicativo mediano do seu tipo e, portanto, não será suficiente para uma companhia exigindo lógica empresarial complexa. Pelo lado do cliente, é frequentemente inconveniente baixar uma pluralidade de aplicativos de despacho diferentes, e/ou baixar um único aplicativo de despacho com acesso a apenas uma companhia de serviço que tem um número limitado de provedores de serviço (isto é, um condutor, assistente domiciliar, etc.)
pode estar ou não estar disponível ou ser capaz de satisfazer as necessidades do usuário para uma solicitação de serviço particular. Mesmo se o cliente (isto é, um passageiro, um paciente, etc.) baixar múltiplos aplicativos, ele/ela pode precisar contatar separadamente múltiplas companhias de serviço através destes múltiplos aplicativos para encontrar um serviço adequado. Ademais, uma pluralidade de aplicativos pode ocupar espaço em telefones inteligentes, encurtar a vida útil da bateria e potencialmente causar confusão para o cliente. Em particular, o espaço na tela de exibição de um telefone móvel é um recurso limitado, que é frequentemente preenchido com muitos aplicativos. Os usuários frequentemente precisam deslizar sua tela para uma nova tela em branco ou uma tela parcialmente preenchida para encaixar mais aplicativos. Quando um telefone móvel tem inúmeros aplicativos diferentes, o usuário frequentemente precisa localizar e iniciar cada aplicativo e, então, precisa navegar várias funcionalidades e descobrir como funcionam, o que pode ser demorado. A incapacidade de clientes terem acesso normal de modo rápido e eficiente a inúmeras entidades privadas, e a necessidade de baixar uma pluralidade de aplicativos, completar muitos registros, navegar múltiplos aplicativos e/ou inserir repetidamente informações de usuário para acesso aos mesmos, é um problema técnico no aplicativo móvel e comércio eletrônico móvel e indústrias de comércio eletrônico online. Interfaces e funcionalidades de usuário aprimoradas e simplificadas que permitem um acesso a dados mais rápido e mais eficiente são necessárias na técnica.
[0005] Em um contexto de comércio eletrônico online, um dos problemas que uma entidade empresarial de pequena ou média encontra ao contratar uma companhia de publicidade para comercializar a marca da entidade empresarial, por exemplo, em um sítio popular de compras online, é que a companhia de publicidade tipicamente está mais interessada em comercializar sua própria marca ou a marca da entidade que é proprietária do sítio de compras online. O emblema da entidade empresarial pode ser listado discretamente em letras pequenas e/ou exibido no fundo de uma lista longa de outras empresas fornecendo os mesmos bens. Em certas situações, os bens da entidade empresarial podem ser conspicuamente exibidos (por exemplo, uma imagem ampliada de uma cadeira), porém, a marca/emblema ou nome da entidade empresarial pode estar em letras pequenas e o emblema da companhia de publicidade ou o emblema da entidade que é proprietária do sítio de compras online pode ser ampliado ou, de outro modo, conspícuo. Os consumidores que adquirem, por exemplo, os bens da entidade empresarial através do sítio de compras online podem não saber ou lembrar que os mesmos estão comprando bens da entidade empresarial, e a entidade empresarial pode ser menos propensa a reter o consumidor as a future cliente, mesmo se o cliente gostar do produto. Em transações futuras, o consumidor, por exemplo, pode ir para outro sítio de compras, realizar uma busca adicional pelo bem, e realizar uma seleção a partir de outra entidade empresarial. Como resultado, companhias pequenas e médias são frequentemente lesadas por companhias grandes, visto que são incapazes de construir sua base de clientes direta e, em vez disso, deve depender da empresa através do sítio da web online da companhia maior. É necessária na técnica a tecnologia através da qual companhias menores podem ganhar uma melhor estabilidade no mercado através do estabelecimento de conexões diretas e contínuas com consumidores online que estão satisfeitos com seus produtos e serviços.
[0006] Portanto, será apreciado que um sistema e método aprimorados são necessários na técnica para solucionar estas deficiências.
[0007] Esse sumário não pretende identificar ou apontar a recursos essenciais ou limitar o escopo do assunto reivindicado no presente documento. A revelação inventiva se refere a um sistema de gerenciamento de aplicativo de software conversível aprimorado, plataforma, método e exibição do mesmo, que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída para processamento de dados personalizável para um aplicativo de usuário pelo menos nas indústrias de transporte, assistência médica domiciliar, hotel, envio, alimentação, entretenimento e outras indústrias de serviço, com pelo menos os seguintes objetivos:
[0008] fornecer um aplicativo de despacho aprimorado que possibilita que entidades ou provedores de serviço de despacho (DSPs) e/ou conexão com entidades empresariais que fornecem bens e/ou serviços (por exemplo, bases de transporte, companhias de entretenimento, hotel, companhias de assistência médica domiciliar, companhias de envio, restaurantes, companhias de entretenimento, etc.) usando aplicativos de etiqueta branca trabalhem juntas, em indústrias iguais ou diferentes, mediante um aplicativo que tem um código de software de back-end compartilhado ou comum;
[0009] fornecer um sistema combinado ou, de outro modo, ligado de aplicativos de despacho (isto é, aplicativos de DSP com aplicativos de etiqueta branca) para criar um método e sistema de despacho mais simplificados e eficientes tanto para os DSPs quanto para as companhias de despacho de etiqueta branca através de aplicativos móveis;
[0010] fornecer um sistema e método de gerenciamento de aplicativo de software conversível de usuário que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída para fornecer processamento de dados personalizável para aplicativos de usuário em várias indústrias relacionadas a serviços (por exemplo, bases de transporte, companhias de entretenimento, companhias de imobiliárias de hotel, companhias de assistência médica domiciliar, companhias de envio, restaurantes, companhias de entretenimento, etc.);
[0011] fornecer um aplicativo móvel eficiente para promover uma relação cooperativa entre DSPs, entidades provedoras de serviço e entidades ou bases de serviço usando aplicativos de etiqueta branca;
[0012] fornecer, no aplicativo de cliente personalizado por base, uma opção de conversão de cliente para solicitar serviço dos mesmos provedores de serviço de base, a partir de um ou mais outros provedores de serviço ou entidades de companhia de base, ou a partir de todas as entidades de serviço registradas no sistema do DSP;
[0013] fornecer uma base de código de back-end personalizada configurada de modo que todos os aplicativos de etiqueta branca possam se comunicar com ou através de uma única base de código de back-end do aplicativo de software;
[0014] fornecer um aplicativo de entidade de serviço que possibilita que a companhia de base configure o aplicativo remotamente, de modo que suas entidades de serviço possam aceitar solicitações de serviço ou trabalhos a partir dos mesmos usuários ou clientes da base, a partir de um ou mais outros usuários ou clientes da base ou a partir de todos os usuários ou clientes do DSP;
[0015] fornecer um aplicativo por meio do qual os administradores para a companhia de base podem personalizar ou modificar a configuração do aplicativo de etiqueta branca através do aplicativo ou portal da web do DSP;
[0016] fornecer um aplicativo de usuário que possibilita que o cliente priorize as solicitações de serviço para os provedores de serviço de base e, opcionalmente, solicite serviço a partir do sistema do DSP ou a partir de um ou mais provedores de serviço de base adicionais;
[0017] fornecer um aplicativo de entidade de serviço que possibilita que os provedores de serviço priorizem o recebimento de solicitações de serviço a partir de sua própria companhia de base, ou a partir de outras companhias de base;
[0018] fornecer um aplicativo de usuário e/ou aplicativo de entidade de serviço por meio do qual a configuração do aplicativo pode ser estabelecida por padrão usando um número ou e-mail de suporte;
[0019] fornecer um aplicativo de usuário ou cliente conversível que fornece acesso a provedores de serviço a partir de uma pluralidade de entidades de serviço, companhias de etiqueta branca e/ou DSPs, todos usando o mesmo software de despacho de back-end, aumentando, assim, a probabilidade de e a eficiência em um cliente encontrar um provedor de serviço adequado para suas necessidades e permitindo um serviço de despacho mais uniforme que abrange múltiplas companhias;
[0020] possibilitar a importação e exportação simplificadas de dados para e a partir do servidor ou banco de dados em um sistema combinado ou, de outro modo, ligado de aplicativos de despacho;
[0021] fornecer um aplicativo de entidade de serviço que tem um front-end personalizado, de modo que o nome do aplicativo, ícone, emblema de loja, capturas de tela, descrição, etc., sejam personalizados de acordo com as necessidades da entidade de serviço de base, e de modo que a companhia de base tenha sua própria página de loja de reprodução ou página de loja de aplicativo para promover ou encorajar seus usuários e provedores de serviço a usarem o aplicativo de entidade de serviço;
[0022] intensificar a construção de marca para empresas de comércio eletrônico pequenas, médias e iniciantes, e permitir que tais empresas compitam com empresas de comércio eletrônico maiores através do acesso aos aplicativos de back-end de outras empresas de comércio eletrônico;
[0023] possibilitar que cada empresa de comércio eletrônico lance seu próprio aplicativo de usuário conversível em uma loja de aplicativos (App Store) em que os usuários baixam o aplicativo;
[0024] permitir que entidades empresariais conectadas restrinjam uma à outra em relação a quais de suas entidades empresariais conectadas podem ser exibidas para os clientes;
[0025] permitir que uma entidade empresarial obtenha negócios a partir de outras de suas entidades empresariais conectadas que têm seus próprios livros de negócios (por exemplo, clientes que baixaram seus próprios aplicativos de “etiqueta branca”), e que podem rotear cliente (ou clientes) para suas entidades empresariais conectadas se não tiverem a capacidade atual, funcionários ou capacidade de manusear solicitações de cliente específicas; e
[0026] fornecer parâmetros de busca ajustáveis no menu de uma interface de usuário para permitir que os usuários conduzam buscas com base em palavras-chave, preço, classificações, certificações, distância a pé, tempo de caminhada, etc.
[0027] A invenção revelada fornece um dispositivo de computação compreendendo uma tela de exibição, sendo o dispositivo de computação configurado para: exibir, em uma interface gráfica de usuário (GUI) do dispositivo de computação, uma imagem de aplicativo representativa de um primeiro programa de aplicativo tendo um front-end personalizável, em que o primeiro programa de aplicativo está associado a uma entidade de serviço; após a seleção da imagem de aplicativo por um usuário, iniciar o programa de aplicativo exibindo-se na GUI uma interface eletrônica interativa que representa pelo menos uma alternância selecionável pelo usuário para comutar entre um primeiro estado de aplicativo e um segundo estado de aplicativo; e um dentre exibir, em resposta a uma seleção do primeiro estado de aplicativo, uma interface eletrônica interativa incluindo identificações de um ou mais objetos disponíveis da entidade de serviço que correspondem a uma solicitação de serviço associada ao usuário; ou exibir, em resposta a uma seleção do segundo estado de aplicativo, a interface eletrônica interativa incluindo identificações de um ou mais objetos disponíveis de uma pluralidade de entidades de serviço que correspondem à solicitação de serviço associada ao usuário, em que a pluralidade de entidades de serviço é acoplada comunicativamente por meio de uma rede.
[0028] Em certas modalidades, a invenção revelada fornece um dispositivo de computação configurado ainda para, em resposta à seleção do segundo estado de aplicativo: exibir na interface eletrônica interativa um menu selecionável compreendendo a pluralidade de entidades de serviço; e exibir, em resposta a uma seleção de pelo menos uma dentre a pluralidade de entidades de serviço, identificações de um ou mais objetos disponíveis que correspondem à solicitação de serviço associada ao usuário, em que o um ou mais objetos disponíveis correspondem ao um ou mais selecionados da pluralidade de entidades de serviço. O dispositivo também pode ser configurado para, em resposta à seleção do primeiro estado de aplicativo ou do segundo estado de aplicativo: exibir na interface eletrônica interativa um menu que representa pelo menos um ou mais parâmetros de busca ajustáveis, sendo cada um dentre o um ou mais parâmetros selecionável para iniciar uma função de exibição para cada um dentre o um ou mais parâmetros a serem simultaneamente na tela de exibição, em que, em resposta a uma ou mais entradas do usuário indicativas de pelo menos dentre o um ou mais parâmetros de busca, exibir a interface eletrônica interativa incluindo as identificações de um ou mais objetos disponíveis da pluralidade de entidades de serviço, em que o um ou mais conjuntos de indicadores são selecionáveis pelo usuário. O dispositivo pode ser configurado alternativamente para, em resposta à uma ou mais entradas do usuário: exibir na interface, de acordo com o um ou mais parâmetros de busca ajustáveis selecionados pelo usuário, um ou mais conjuntos de indicadores correspondentes a cada um dentre um ou mais objetos disponíveis dentre a pluralidade de entidades de serviço, em que o um ou mais objetos disponíveis são correspondidos com a solicitação de serviço com base em um ou mais fatores relevantes de serviço para (i) o um ou mais objetos disponíveis, (ii) uma entidade de serviço, ou (iii) o usuário associado à solicitação de serviço, o um ou mais fatores relevantes de serviço incluindo pelo menos um dentre: (a) uma ou mais preferências predefinidas opcionalmente do um ou mais objetos disponíveis ou da entidade de serviço; (b) uma ou mais limitações predefinidas opcionalmente, uma lista de usuário favorito, uma lista de usuário preferencial ou uma lista negra de usuário do um ou mais objetos disponíveis ou da entidade de serviço; ou (c) uma ou mais preferências predefinidas opcionalmente, uma lista de objeto favorito, uma lista de entidade de serviço favorita, uma lista de objeto preferencial, uma lista de entidade de serviço preferencial, uma lista negra de objeto ou uma lista negra de entidade de serviço do usuário.
[0029] Ainda em outra modalidade, o dispositivo de computação pode ser configurado ainda para, antes de exibir as identificações do um ou mais objetos disponíveis: receber a solicitação de serviço através de um programa de aplicativo e armazenar a solicitação de serviço em um banco de dados; e (i) em resposta à seleção do primeiro estado de aplicativo, consultar, por meio do programa de aplicativo, pelo menos uma porção do banco de dados alocado à entidade de serviço para identificar um ou mais objetos disponíveis associados à entidade de serviço; ou (ii) em resposta à seleção do segundo estado de aplicativo, consultar, através do programa de aplicativo, uma ou mais porções do banco de dados alocado à pluralidade de entidades de serviço para identificar um ou mais objetos disponíveis associados à pluralidade de entidades de serviço, e em que o dispositivo pode ser configurado ainda para, ao atribuir o um objeto do um ou mais objetos à solicitação de serviço: impedir que pelo menos (i) um objeto ou (ii) uma entidade de serviço receba a solicitação de serviço por ser incompatível com base nos fatores relevantes de serviço; corresponder a solicitação de serviço com um objeto dentre o um ou mais objetos disponíveis com base nos fatores relevantes de serviço; e atribuir o um objeto dentre o um ou mais objetos disponíveis à solicitação de serviço com base em uma pluralidade de regras predeterminadas. Ainda em outra modalidade, o dispositivo de computação pode ser configurado ainda para: determinar uma proximidade, por meio de rastreamento de sistema de posicionamento global (GPS), de um ou mais objetos em relação a uma localização do usuário associada à solicitação de serviço; transmitir a solicitação de serviço para um dentre o um ou mais objetos com base na proximidade à localização; receber uma aceitação a partir do um dentre o um ou mais objetos; e atribuir um dentre o um ou mais objetos à solicitação de serviço, em que o primeiro programa de aplicativo e cada programa de aplicativo associados à pluralidade de entidades de serviço têm front-ends independentes e personalizáveis, em que os front-ends independentes e personalizáveis são expressos como pelo menos um dentre: um nome de aplicativo, um ícone, um emblema de companhia, capturas de tela ou uma descrição, e em que a interface eletrônica interativa compreende uma interface de mapa eletrônica interativa.
[0030] A invenção revelada também fornece uma plataforma de computação ligada a um banco de dados para processamento de dados personalizáveis e que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída, a plataforma compreendendo: um servidor acoplado comunicativamente a uma rede e incluindo um processador, um banco de dados particionado contendo porções alocadas a pelo menos uma primeira entidade de serviço e uma segunda entidade de serviço, e pelo menos um meio de armazenamento legível por computador não transitório com instruções legíveis por computador armazenadas no mesmo, em que o processador executa as instruções legíveis por computador para: exibir, em uma
GUI de um dispositivo de computação remoto de um usuário, uma imagem de aplicativo representativa de um primeiro programa de aplicativo ou um segundo programa de aplicativo, em que o primeiro programa de aplicativo é associado à primeira entidade de serviço e o segundo programa de aplicativo é associado à segunda entidade de serviço, e em que o primeiro programa de aplicativo e o segundo programa de aplicativo têm front-ends independentes e personalizáveis; ao receber uma seleção do usuário, iniciar o primeiro programa de aplicativo, exibir uma interface eletrônica interativa que representa pelo menos uma alternância selecionável pelo usuário para comutar entre um primeiro estado de aplicativo e um segundo estado de aplicativo, em que: (i) em resposta a uma seleção do primeiro estado de aplicativo pelo usuário, exibir a interface eletrônica interativa, incluindo identificações de um ou mais objetos disponíveis da primeira entidade de serviço que correspondem a uma solicitação de serviço associada ao usuário; ou (ii) em resposta a uma seleção do segundo estado de aplicativo pelo usuário, exibir a interface eletrônica interativa, incluindo identificações do um ou mais objetos disponíveis da primeira ou segunda entidades de serviço que correspondem à solicitação de serviço, em que o um ou mais objetos disponíveis correspondem a pelo menos uma dentre a primeira entidade de serviço ou a segunda entidade de serviço; receber uma seleção de um objeto do um ou mais objetos disponíveis pelo usuário; e atribuir o um objeto para executar uma solicitação de serviço do usuário.
[0031] Em outra modalidade, o primeiro programa de aplicativo e o segundo programa de aplicativo da plataforma de computação podem ser comunicativamente ligados através da rede a um servidor de back-end compartilhado pelos menos parcialmente contendo uma base de código de software de aplicativo de back-end compartilhada. A plataforma de computação também pode, em resposta à uma ou mais entradas do usuário, executar ainda as instruções legíveis por computador para: exibir na interface, de acordo com uma ou mais entradas fornecidas pelo usuário para o um ou mais parâmetros de busca ajustáveis, uma ou mais identificações dentre: (i) um número máximo do um ou mais provedores de serviço disponíveis, (ii) o um ou mais provedores de serviço disponíveis dentro de um intervalo de tempo para a chegada a uma localização do usuário, (iii) o um ou mais provedores de serviço disponíveis dentro de um intervalo de distância para a chegada à localização, ou (iv) um ou mais usuários adicionais dentro do intervalo de tempo ou do intervalo de distância.
[0032] A invenção revelada também fornece uma plataforma de computação ligada a um banco de dados para processamento de dados personalizável e que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída, a plataforma compreendendo: um servidor acoplado comunicativamente a uma rede e incluindo um processador, um banco de dados particionado contendo porções alocadas a pelo menos uma primeira entidade de serviço e uma segunda entidade de serviço e pelo menos um meio de armazenamento legível por computador não transitório que tem instruções legíveis por computador armazenadas nela, em que o processador executa as instruções legíveis por computador para: receber uma solicitação de serviço através de um primeiro programa de aplicativo, em que o primeiro programa de aplicativo corresponde à primeira entidade de serviço e é comunicativamente ligado, através da rede, ao servidor; armazenar a solicitação de serviço através do primeiro programa de aplicativo no banco de dados; consultar, por meio do primeiro programa de aplicativo em um primeiro estado de aplicativo, pelo menos uma primeira porção do banco de dados alocada à primeira entidade de serviço, para identificar um ou mais objetos associados à primeira entidade de serviço que correspondem à solicitação de serviço; em resposta à não identificação do um ou mais objetos na primeira porção do banco de dados, comutar a um segundo estado de aplicativo do primeiro programa de aplicativo para consultar pelo menos uma segunda porção do banco de dados alocada à segunda entidade de serviço para identificar um ou mais objetos associados à segunda entidade de serviço; em resposta à identificação do um ou mais objetos associados à segunda entidade, recuperar, a partir da segunda porção do banco de dados, um ou mais fatores relevantes de serviço para (i) o um ou mais objetos associados à segunda entidade de serviço, (ii) a segunda entidade de serviço ou (iii) um usuário associado à solicitação de serviço;
corresponder a solicitação de serviço com um objeto dentre o um ou mais objetos associados à segunda entidade de serviço com base em um ou mais fatores relevantes de serviço; e atribuir o um objeto à solicitação de serviço com base na correspondência e de acordo com uma pluralidade de regras predeterminadas.
[0033] Ainda em modalidades adicionais da plataforma de computação, o processador pode executar adicionalmente as instruções legíveis por computador para: em resposta à não identificação do um ou mais objetos associados a uma entidade ou à falha da entidade em atribuir um objeto à solicitação de serviço, aplicar uma ou mais regras de preferência de entidade, predefinidas pela entidade, para buscar no banco de dados um ou mais objetos associados a uma ou mais entidades da plataforma, em que a uma ou mais regras de preferência de entidade determinam pelo menos uma condição da entidade e em que as regras padrão da plataforma se aplicam como resultado da falta de entidade da uma ou mais regras de preferência de entidade. Em outra modalidade, a plataforma de computação pode, após a determinação de que a primeira entidade falhou em identificar o um ou mais objetos ou falhou em atribuir um do um ou mais objetos, executar ainda as instruções legíveis por computador para: gerar uma comunicação entre o usuário associado à pelo menos uma solicitação de serviço e a plataforma, em que as comunicação solicita permissão do cliente para consultar pelo menos uma segunda porção do banco de dados alocados à segunda entidade de serviço para identificar um ou mais objetos associados à segunda entidade de serviço, ou rastrear um programa de aplicativo originalmente usado pelo usuário para submeter a solicitação de serviço, em que a solicitação de serviço foi a solicitação de serviço inicial submetida através do programa de aplicativo, e fornecer periodicamente uma recompensa de origem, de acordo com a pluralidade de regras predeterminadas, a uma entidade associada ao programa de aplicativo.
[0034] Ainda em uma modalidade adicional, a plataforma de computação pode, ao atribuir um dentre o um ou mais objetos, executar ainda as instruções legíveis por computador para: estabelecer uma prioridade ponderada para um ou mais objetos associados à primeira ou à segunda entidade de serviço, em que a prioridade ponderada é baseada em pesos atribuídos para cada um dentre o um ou mais fatores relevantes de serviço, de acordo com uma pluralidade de regras predeterminadas; gerar uma tabela de dados para um ou mais objetos, incluindo uma atribuição de prioridade para cada objeto dentre o um ou mais objetos, em que a tabela de dados contém, de acordo com a pluralidade de regras predeterminadas, uma compatibilidade classificada, expressa em termos de pesos, entre a solicitação de serviço e cada objeto dentre o um ou mais objetos com base na prioridade ponderada e outro fator compreendendo pelo menos um dentre: disponibilidade de um objeto para aceitar a solicitação de serviço, um tipo de objeto para a solicitação de serviço ou um tipo de usuário para cada objeto dentre o um ou mais objetos; e atribuir o um dentre o um ou mais objetos associados à primeira ou segunda entidade de serviço à solicitação de serviço de acordo com a prioridade ponderada e a pluralidade de regras predeterminadas. Alternativamente, a plataforma de computação pode incluir um programa de aplicativo de plataforma associado à plataforma, um primeiro programa de aplicativo, e um segundo programa de aplicativo, cada um tendo front-ends independentes e personalizáveis que podem ser expressos como pelo menos um dentre: um nome de aplicativo, um ícone, um emblema de companhia, capturas de tela ou uma descrição.
[0035] Outros objetivos, recursos e características da revelação inventiva, assim como os métodos de operação e as funções dos elementos estruturais relacionados, e a combinação de partes e economias de desenvolvimento e fabricação, se tornarão mais evidentes mediante a consideração da descrição detalhada abaixo em referência aos desenhos anexos, todos os quais constituem uma parte deste relatório descritivo.
[0036] Uma compreensão adicional da revelação inventiva pode ser obtida por referência a modalidades preferenciais apresentadas nas ilustrações dos desenhos anexos. Os desenhos não são destinados a limitar o escopo da revelação inventiva, que é apresentada com particularidade nas reivindicações conforme anexas ou conforme emendadas subsequentemente, mas, meramente para esclarecer e exemplificar a revelação inventiva. Consequentemente, uma apreciação mais completa da revelação inventiva e muitos dos aspectos acompanhantes da mesma podem ser prontamente obtidos ao passo que a mesma se torna mais bem compreendida em referência à seguinte descrição detalhada quando considerada em conjunto com os desenhos anexos, nos quais:
[0037] A FIG. 1A ilustra um sistema de gerenciamento exemplificativo que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída para processamento de dados personalizável para um aplicativo conversível de cliente pelo menos nas indústrias de transporte, assistência médica domiciliar, entregas e outras indústrias relacionadas a serviço, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0038] A FIG. 1B é um diagrama esquemático ilustrando uma estrutura, conteúdo e organização de banco de dados exemplificativos, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0039] A FIG. 2A representa um diagrama esquemático de componentes de sistema exemplificativos, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0040] A FIG. 2B representa um diagrama esquemático de uma estrutura de sistema exemplificativa, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0041] A FIG. 3A representa um fluxo de trabalho exemplificativo para o registro de um cliente, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0042] A FIG. 3B representa um fluxo de trabalho exemplificativo para o registro de um provedor de serviço, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0043] A FIG. 4 representa um fluxo de trabalho exemplificativo de um provedor de serviço que fornece serviço de transporte, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0044] A FIG. 5 ilustra uma modificação exemplificativa do sistema de gerenciamento da FIG. 1A, representando adicionalmente o particionamento e/ou a categorização de dados dentro de um banco de dados de sistema incluindo uma pluralidade de companhias de base utilizando uma única base de código de software de aplicativo de back-end, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0045] A FIG. 6 ilustra uma modificação exemplificativa do sistema de gerenciamento da FIG. 5, representando ainda uma pluralidade de dispositivos de provedor de serviço e cliente que têm programas de aplicativo de front-end individuais, independentes e/ou personalizáveis comunicativamente ligados com uma única base de código de software de aplicativo de back-end, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0046] A FIG. 7 é um diagrama esquemático ilustrando um sistema e metodologia exemplificativos para compartilhar um aplicativo de despacho em um sistema de banco de dados particionado para despacho, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0047] A FIG. 8 é um diagrama esquemático ilustrando um sistema e metodologia alternativos exemplificativos para compartilhar um aplicativo de despacho em um sistema de banco de dados particionado para despacho, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0048] A FIG. 9 é um diagrama esquemático ilustrando outro sistema e metodologia alternativos exemplificativos para compartilhar um aplicativo de despacho em um sistema de banco de dados particionado para despacho, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0049] As FIGs. 10A a 10B representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição de uma interface de programa de aplicativo conversível de cliente, em que o cliente elegeu ativar ou ligar a função de busca da entidade de serviço 1 para limitar a busca a provedores de serviço a partir de uma única entidade de serviço, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0050] As FIGs. 10C a 10D representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição da interface de programa de aplicativo conversível de cliente em que o cliente converteu a interface de programa de aplicativo de cliente para expandir a busca por provedores de serviço de todas ou uma pluralidade das entidades de serviço que têm provedores de serviço armazenados no banco de dados, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0051] As FIGs. 11A a 11B representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição de uma interface de programa de aplicativo conversível de cliente em que o cliente elegeu ativar ou ligar a função de busca do DSP para expandir a busca por provedores de serviço a partir de todo o banco de dados de DSP, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0052] As FIGs. 11C a 11D representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição da interface de programa de aplicativo conversível de cliente em que o cliente converteu a interface de programa de aplicativo de cliente para desativar ou desligar a função de busca para todo o banco de dados de DSP e limitar a busca a uma ou mais entidades de serviço específicas que têm provedores de serviço armazenados no banco de dados, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0053] A FIG. 12 representa uma plataforma móvel ou dispositivo de computação remoto exemplificativos conforme ilustrados na FIG. 11D, representando ainda indicadores que representam fatores relevantes de serviço para pelo menos dois dos provedores de serviço exibidos, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0054] FIG. 13A representa a diagrama esquemático ilustrando um arranjo exemplificativo de aplicativos de usuário conversíveis de comércio eletrônico disponíveis para baixar em uma loja de aplicativos, com cada aplicativo de usuário conversível de comércio eletrônico associado a uma entidade empresarial diferente e que tem um front-end exclusivo para exibir a marca particular da entidade empresarial de acordo com modalidades exemplificativas da revelação inventiva;
[0055] A FIG. 13B representa a exibição de um ícone associado a um particular dentre os aplicativos conversíveis de comércio eletrônico ilustrados na loja de aplicativos na FIG. 13A, baixados para um telefone móvel ou outro dispositivo de computação remoto de um usuário;
[0056] A FIG. 13C representa uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição de uma interface de programa de aplicativo conversível de cliente, em que o cliente elegeu ativar ou ligar a (A) função de busca da entidade empresarial 1 para limitar a busca à única entidade empresarial de comércio eletrônico, de acordo com uma modalidade exemplificativa da revelação inventiva;
[0057] A FIG. 13D a 13E representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição da interface de programa de aplicativo conversível de cliente em que o cliente converteu a interface de programa de aplicativo de cliente para expandir a busca para outras entidades empresariais armazenadas no banco de dados de back-end que são associadas aos bens ou serviços desejados, de acordo com modalidades exemplificativas da revelação inventiva;
[0058] A FIG. 14A é um diagrama esquemático ilustrando um sistema exemplificativo alternativo para compartilhar um aplicativo de comércio eletrônico em um sistema de banco de dados particionado, com um servidor compartilhando porções diferentes do back-end de um banco de dados com duas entidades empresariais principais diferentes em duas indústrias diferentes, de acordo com modalidades exemplificativas da revelação inventiva; e
[0059] A FIG. 14B é um diagrama esquemático ilustrando outro sistema e metodologia alternativos exemplificativos para compartilhar um aplicativo de comércio eletrônico em um sistema de banco de dados particionado, com um servidor compartilhando diretamente o back-end de um banco de dados com múltiplas entidades empresariais em múltiplas indústrias, de acordo com uma modalidade exemplificativa da revelação inventiva.
[0060] A presente revelação não pretende estar limitada à terminologia específica assim selecionada e deve ser entendido que cada elemento específico inclui todos os equivalentes técnicos que funcionem de uma maneira similar. As modalidades específicas que podem ser praticadas são mostradas por meio de ilustração e explicações. As modalidades são descritas em detalhes suficientes para permitir que os elementos versados na técnica pratiquem as modalidades, e deve ficar entendido que alterações lógicas, mecânicas e outras alterações podem ser feitas sem que se afaste do escopo das modalidades. A descrição detalhada a seguir não deve, portanto, ser adotada em um sentido limitante. Na descrição de modalidades exemplificativas da revelação inventiva ilustradas nos desenhos, a terminologia específica é empregada por questão de clareza.
[0061] Cada elemento nos fluxogramas no presente pedido representa uma etapa ou um grupo de etapas de um método implementado por computador, e cada etapa pode conter uma ou mais subetapas. Para propósitos de ilustração, estas etapas (assim como toda e qualquer outra etapa identificada e descrita) são apresentadas em uma certa ordem lógica. Entretanto, será observado que qualquer modalidade exemplificativa descrita no presente pedido pode conter uma ordem alternativa das etapas adaptada a uma aplicação particular de uma técnica revelada no presente pedido, e que quaisquer variações e/ou modificações são destinadas a serem abrangidas pelo escopo desta revelação inventiva. A representação e descrição de etapas em qualquer ordem particular não se destina a excluir modalidades que têm as etapas em uma ordem diferente, exceto se exigido por uma aplicação particular, explicitamente declarado ou, de outro modo, claro a partir do contexto.
[0062] Embora sistemas e métodos para fornecer despacho, transporte, entretenimento, imobiliárias, assistência médica domiciliar, envio, restaurantes, etc. para vários bens e serviços, será observado por alguém de habilidade comum na técnica que a revelação inventiva pode ser utilizada em outros bens e serviços indústrias. Adicionalmente, será observado que uma ou mais de tais modalidades exemplificativas podem ser executadas usando vários mecanismos programáticos, módulos programáticos, ou outros componentes de hardware ou software compreendendo uma ou mais rotinas ou uma ou mais sub-rotinas, que podem ser usadas individualmente ou em combinação, e executadas em qualquer meio tecnológico apropriado.
[0063] Também será observado que vários módulos dos sistemas, plataformas e métodos descritos no presente pedido podem ser implementados em parte usando um aplicativo móvel interativo em um sistema operacional de dispositivo móvel habilitado para internet, como, por exemplo, Android, iOS ou Windows Phone OS e, em parte, usando uma interface de porta da web, e que tipos diferentes de usuários podem utilizar funcionalidades diferentes do sistema. Tais usuários ou assinantes podem incluir, por exemplo, um ou mais “condutor (ou condutores)”, “assistência domiciliar (ou assistências domiciliares)”, “provedor de serviço (ou provedores de serviço)”, “cliente (ou clientes)”, “paciente (ou pacientes)”, “passageiro (ou passageiros)”, “agente de reserva (ou agentes de reserva)”, “entidades empresariais”, convidados, visitantes, consumidores, consumidores online, etc., que, no presente pedido, podem incluir qualquer um, incluindo, por exemplo, um ou mais indivíduos, entidades, ou um ou mais indivíduos de uma entidade, que fornecem ou solicitam serviços, independentemente do tipo de serviços que possam ser (por exemplo, transporte, entrega, assistência médica, reserva, etc.). Visto que provedores de serviço, assistências domiciliares, pacientes, agentes, passageiros e clientes similares podem usar os métodos e sistemas descritos no presente pedido, todos podem, em geral, ser chamado de um “usuário” ou “usuários” além de serem chamados de tipos específicos de usuário correspondentes às suas funções.
[0064] “Serviços” no presente pedido podem se referir a qualquer tipo de serviço que possa ser fornecido por um provedor de serviço, incluindo, mas sem limitações, limitado ao serviço de transporte, serviço de entrega, serviço de assistência médica, etc. De acordo com modalidades exemplificativas da revelação inventiva, tais serviços podem ser “pré-escalonados” ou fornecidos “sob demanda”, de acordo com as modalidades discutidas em relação a qualquer uma das modalidades reveladas no Pedido de Patente nº de Série US 15/239.783, intitulado “Method and System for On- Demand Customized Services” (“o pedido ‘783”), Pedido de Patente nº de Série US 15/715.012, intitulado “System and Method for Customizable Prescheduled Dispatching for Transportation Services” e Pedido de Patente Provisório nº US 62/598.292, intitulado “System and Method for Customizable Dispatch Scheduling for Home Health Care Services”, cada um dos quais é incorporado no presente documento a título de referência no presente pedido em sua totalidade.
Sob demanda no presente pedido significa definir adicionalmente quanto os serviços ocorrem em tempo real, conforme solicitado, e é usado em oposição à noção de ser pré- escalonado ou ocorrer em um momento fixo futuro, como algumas horas ou dias depois.
Ademais, “personalizado” modifica a natureza dos serviços, e se refere às preferências ou limitações de um provedor de serviço envolvido no fornecimento dos serviços em uma base individual, às preferências ou limitações de uma base ou entidade de serviço para os provedores de serviço, e às preferências ou limitações do passageiro ou cliente.
Independentemente do tipo de serviço, “entidade provedora de serviço” ou “entidade de serviço” no presente pedido se refere às companhias de base (isto é, despacho ou outro) que podem ser intimadas a fornecer provedores de serviço para serviços de transporte, serviços de entrega, serviços de assistência médica, etc. “Despachante (ou despachantes)” no presente pedido pode incluir um grupo que gerencia solicitação (ou solicitações) de serviço e opera várias funcionalidades de escalonamento e/ou pré-escalonamento. “Vendedores” no presente pedido pode se referir a um corretor ou outra entidade empresarial, escritório do governo ou indivíduo que faz corretagem de um serviço entre clientes, passageiros, terceiros, provedores de serviço e/ou entidades de serviço.
Conforme descrito no presente pedido, cada uma destas funções diferentes pode ser chamada especificamente ou pelos termos abrangentes “usuário” ou “usuários” que se registram ou são, de outro modo, direta ou indiretamente associados ao sistema.
[0065] Uma solicitação de qualquer tipo de serviço é geralmente chamada de uma “solicitação de serviço” ao longo da revelação. De acordo com modalidades exemplificativas da revelação inventiva, uma solicitação de serviço é atribuída a um provedor de serviço de uma entidade de serviço com base em preferência (ou preferências) e/ou limitações predefinidas do provedor de serviço ou entidade de serviço, assim como a preferência (ou preferências) e/ou limitações do passageiro ou cliente. É dada prioridade a certos provedores de serviço para certas solicitações de serviço com base em um ou mais atributos, fatores relevantes de serviço ou solicitações de serviço anteriores. O termo “preferência”, conforme usado no presente pedido, em relação aos clientes se refere a um ou mais fatores a respeito de um serviço particular que um cliente gostaria, incluído no serviço geral fornecido ao mesmo em termos do provedor de serviço particular, e quaisquer atributos relacionados ao mesmo. Essas preferências podem representar condições ideais ou favoráveis para a solicitação de serviço. Alternativamente, tais preferências podem representar pré-condições para serviço particular. Um cliente pode definir suas preferências em um dispositivo móvel e atualizar as mesmas a qualquer momento, permitindo que o cliente se sinta confortável e, por fim, satisfeito com a qualidade de serviços recebidos. Alternativamente, as preferências conforme usadas no presente pedido em relação a provedores de serviço ou entidades de serviço podem se referir a vários fatores a respeito de um serviço particular que um provedor de serviço ou entidade de serviço gostaria de fornecer, como uma localização geográfica para fornecer serviços, o tipo de serviços a serem fornecidos, os períodos de tempo para fornecer os mesmos, etc.
[0066] De acordo com modalidades exemplificativas da revelação inventiva, o termo “limitações”, conforme usado no presente pedido em relação a um provedor de serviço ou entidade de serviço, pode significar qualquer tipo de restrição que um provedor de serviço ou entidade de serviço pode desejar colocar mediante um serviço que o mesmo fornece. Estas limitações podem incluir limitações pessoais a respeito de quando, onde, como e a quem um provedor de serviço ou entidade de serviço fornece serviços, ou pode incluir limitações legais que são impostas ao provedor de serviço por lei, decreto ou outra regulação resultando em o provedor de serviço são ser capaz de fornecer serviços em certas zonas geográficas ou em certos momentos (por exemplo, na indústria de transporte, limitações legais podem ser baseadas nas regras impostas pela New York City Taxi and Limousine Commission (TLC), em que os condutores da TLC não têm permissão para trabalhar mais de doze horas consecutivas por dia ou mais de setenta e duas horas por semana). As limitações pessoais podem incluir limitações de localização com base em uma relutância do provedor em fornecer serviços em certas zonas geográficas e/ou limitações de tempo com base em uma relutância do provedor em fornecer serviço dentro de certos períodos de tempo.
Alternativamente, em certas modalidades preferenciais, um provedor também pode especificar uma ou mais preferências de localização predefinidas com base no desejo de um provedor de fornecer serviços para (por exemplo, preferência para receber trabalho em) certas zonas geográficas.
Em tais modalidades, o provedor também pode especificar limitações de localização dentro de suas preferências de localização com base na relutância do provedor ou incapacidade de fornecer serviços em certas zonas geográficas dentro da zona geográfica preferencial de serviço do provedor.
As limitações de serviço podem se referir adicional ou alternativamente a momentos ou intervalos de tempo em que o provedor pode não querer fornecer serviço.
Tais momentos podem incluir horas do dia, dias da semana, épocas do ano, etc.
Os provedores também podem definir limitações tanto para localização quanto para tempo.
Por exemplo, um provedor pode não querer fornecer serviço em uma certa área após 22:00, porém, estar disposto a fornecer serviço em outra área após esse horário.
Em tais modalidades, o provedor também pode especificar preferências de tempo indicativas de um período no tempo durante o qual o provedor prefere receber solicitações de serviço.
Um provedor pode ter uma ou mais de tais limitações e/ou preferências.
Os termos preferências e limitações não se destinam a limitar um cliente ou provedor a ter apenas uma preferência ou uma limitação.
Em vez disso, são destinados a esboçar um contraste ilustrativo.
[0067] De acordo com modalidades exemplificativas da revelação inventiva, múltiplos termos podem ser usados para se referir a um cliente que tem uma relação positiva estabelecida com um provedor. Um “cliente favorito” é um que está em uma lista de cliente favorito de um provedor de serviço. Um provedor de serviço que tem uma relação positiva estabelecida com um cliente é chamado de um “provedor de serviço favorito” (por exemplo, na lista de provedor de serviço favorito de um cliente). Uma entidade de serviço que tem uma relação positiva estabelecida com um cliente pode ser chamada de uma “entidade de serviço favorita” (por exemplo, em uma lista de entidade de serviço favorita de um cliente). O termo “favorito”, como usado no presente pedido, se destina a ser amplamente interpretado e se refere a qualquer cliente ou provedor que é priorizado em uma atribuição de uma solicitação de serviço (por exemplo, em uma lista de favoritos). Será entendido por um elemento versado na técnica que o conceito de uma lista de favoritos pode ser alternativamente chamado de, por exemplo, um amigo, um superior, uma prioridade ou qualquer outra palavra usada por provedores ou clientes para definir o conceito de tal lista. Independentemente da terminologia específica, a intenção como uma prioridade superior é denotar o conceito de uma relação positiva de provedor-cliente que abrange a correspondência entre o provedor e o cliente.
[0068] Em contraste com uma lista de favoritos, uma “lista negra” do provedor ou uma “lista negra” do cliente, como usado no presente pedido, se refere a listas que podem impedir uma correspondência entre um provedor de serviço e um cliente ou entre um cliente e uma entidade de serviço inteira no futuro (por exemplo, em que ambos são impedidos de processamento de solicitação de serviço). Será observado por um elemento versado na técnica que outros termos podem ser usados para descrever esse conceito, como, por exemplo, “lista de bloqueio”, “lista de proibição”, “lista de desinteresse” ou similares. Independentemente da terminologia específica, a intenção é denotar o conceito de, por exemplo, um provedor de serviço que exclui clientes a quem o mesmo não quer fornecer serviço, ou com quem o mesmo não quer ter contato, e uma forma de um cliente excluir os provedores de serviço ou entidades de serviço inteiras de quem o mesmo não quer serviço ou contato.
[0069] Um cliente pode ter adicional ou alternativamente um provedor de serviço ou entidade de serviço “preferencial”. Um provedor de serviço ou entidade de serviço preferencial é um que não está na lista de favoritos do cliente, porque o cliente solicitou diretamente que o provedor de serviço/a entidade de serviço estivesse em sua “lista preferencial”, ou um que o cliente solicitou que estivesse em sua lista de favoritos, porém, a solicitação não foi aprovada/concedida ou foi desaprovada/recusada pelo provedor de serviço/entidade de serviço. Em todo caso, se o provedor de serviço recusar a solicitação de um cliente, então, o provedor de serviço não será adicionado à lista de favoritos do cliente, e vice-versa. Portanto, em modalidades preferenciais, provedores de serviço e clientes são colocadas nas listas de favoritos um do outro apenas quando ambas as partes concordam, e em listas preferenciais quando uma ou ambas as partes solicitam diretamente ser a favorita da outra, porém, a outra não responde ou, de outro modo, não aprova tal solicitação. Os clientes e entidades de serviço também podem estar nas respectivas listas de favoritos, listas preferenciais ou listas negras um do outro de uma maneira similar. A palavra preferencial, como usada no presente pedido, geralmente se refere a uma classificação inferior a favorito para propósitos de correspondência de clientes e provedores ao atribuir solicitações de serviço. Os provedores de serviço e clientes podem classificar adicionalmente um ao outro dentro destas classificações, conforme discutido adicionalmente no presente pedido. Em certas modalidades, qualquer provedor de serviço que não é um provedor de serviço favorito ou um provedor de serviço preferencial de um cliente é chamado, no presente pedido, de um provedor de serviço “comum”. Esse termo significa essencialmente que o provedor de serviço não é um provedor de serviço preferencial, não foi adicionado à lista de favoritos e não está na lista negra do cliente. Será entendido que uma situação particular relacionada a um provedor (isto é, tipo de provedor), seja favorito, preferencial ou comum, também é relativa (isto é, um provedor preferencial para um cliente pode ser um favorito para outro).
[0070] O termo “sistema” no presente documento se refere à implementação através de uma combinação de hardware e software que opera um dispositivo de computação portátil, que compreende vários recursos pré-programados combinados e integrados com componentes básicos incluindo, mas sem limitação, um ou mais servidores, bancos de dados, aplicativos de extremidade móvel, portais da web, definições de rede, etc. Com o suporte desses componentes, o sistema fornece os serviços através das interfaces de usuário, como um sítio da web ou um aplicativo móvel. Além disso, o sistema pode ter mais de um servidor que pode estar em uma estrutura distribuída com suporte dos centros de dados que podem estar localizados em qualquer parte do mundo. Estas implementações podem ser comunicativamente ligadas e dispostas em plataformas cruzadas, de modo que um cliente possa receber as informações relevantes para sua solicitação de serviço. O termo “dispor em plataformas cruzadas” ou “disposto em plataformas cruzadas”, como usado no presente pedido, significa a capacidade de funcionar em mais de uma arquitetura de computador, sistema operacional, software de aplicativo, interface de programação de aplicativo (API), aplicativo da web, etc. O termo “indicador”, como usado no presente pedido, é um meio para transmitir ou exibir informações ou fatores relevantes de serviço relacionados aos serviços para um cliente, um provedor de serviço ou uma entidade de serviço ou qualquer combinação dos mesmos de uma forma simples, rápida e conveniente.
[0071] Várias modalidades de sistemas descritos no presente pedido podem fornecer transporte de pré-escalonamento e/ou sob demanda ou outros serviços através de um sistema de computação incluindo qualquer combinação de hardware e software e podem se comunicar com uma pluralidade de dispositivos de computação portáteis através, por exemplo, de uma rede, de área ampla, de pacote comutado, que pode permitir que os usuários acessos vários recursos pré-programados combinados e integrados com componentes básicos. Tais recursos e componentes podem incluir, mas sem limitações, um ou mais servidores, bancos de dados, aplicativos de extremidade móvel, portais da web, definições de rede, etc. dentro de uma rede ou framework de comunicações. Como o suporte desses componentes, os sistemas descritos no presente pedido fornecem serviços através de interfaces de usuário, como, por exemplo, um sítio da web ou um aplicativo móvel em um dispositivo de computação portátil. Os sistemas também podem incluir mais de um servidor operacionalmente dispostos em uma estrutura distribuída com suporte de centros de dados que podem estar localizados em qualquer lugar do mundo. Adicionalmente, certas modalidades dos sistemas descritos no presente pedido não são limitadas aos aplicativos envolvendo programas de computador convencionais ou aparelhos programáveis que executam os mesmos. É contemplado, por exemplo, que modalidades da revelação inventiva podem incluir um computador óptico, um computador quântico, um computador analógico ou similares.
[0072] Embora uma aplicação para as modalidades da revelação inventiva descritas e discutidas no presente pedido se aplique a uma indústria de serviço de transporte, aplicações alternativas, relacionadas a outros bens e indústrias relacionadas a serviços (por exemplo, comércio eletrônico) também são contempladas e adicionalmente discutidas abaixo. Em modalidades alternativas da revelação inventiva, o aplicativo conversível de usuário pode ser empregado para despachar provedores de serviço de assistência médica domiciliar, provedores de serviço de entrega, etc. Tais modalidades podem incluir sistemas e métodos para fornecer serviços de assistência médica domiciliar sob demanda ou pré-escalonados por meio de entidades provedoras de serviço que têm uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída para processamento de dados personalizáveis. O aplicativo conversível de usuário na indústria de serviços de assistência médica domiciliar pode ser configurado para receber uma ou mais solicitações de serviço e escalonar serviço com base em disponibilidade de assistente médico e parâmetros e/ou preferências personalizáveis que estabelecem prioridade e/ou compatibilidade entre pacientes e assistentes médicos individuais. Ainda em outra modalidade exemplificativa, o aplicativo conversível de usuário pode ser empregado para despachar provedores de serviço de entrega. Adicionalmente, será observado que tais modalidades exemplificativas podem ser executadas ou empregadas em indústrias relacionadas a serviços adicionais, de acordo com a revelação inventiva fornecida no presente pedido.
[0073] Na indústria de despacho e gerenciamento de transporte, por exemplo, o uso de aplicativos móveis se tornou lugar-comum, por exemplo, para possibilitar que passageiros reservem corridas, para fornecer aos provedores de serviço meios para aceitar trabalhos, etc. Consequentemente, a necessidade de aplicativos móveis personalizáveis especificamente adaptados para as necessidades de cada negócio da companhia de despacho cresceu. Para satisfazer essa necessidade, duas opções se destacaram para tais companhias de despacho - aplicativos personalizados, ou aplicativos de etiqueta branca. Os aplicativos personalizados são criados do zero e são construídos em conformidade com as especificações solicitadas por um cliente. Muitos desenvolvedores usam algum código modelado para acelerar a construção de aplicativos personalizados. Entretanto, o volume de sua estrutura e código-fonte é adaptada ao cliente. O resultado final é tipicamente um aplicativo eventual de marca excelente exclusivo para o cliente. Entretanto, tal exclusividade é dispendiosa, exige um ciclo de desenvolvimento mais longo e exige que cada aplicativo seja submetido, aprovado e publicado por uma loja de aplicativos (App Store) para que seja usado. Adicionalmente, se o aplicativo for recebido com falhas ou problemas, então, o cliente será responsável por corrigir tais falhas, ele próprio ou através da extensão de um contrato de serviço com o desenvolvedor do aplicativo ou outro especialista.
[0074] Alternativamente, embora aplicativos personalizados possam usar alguns modelos para acelerar o processo de desenvolvimento, outros aplicativos (isto é, aplicativos de etiqueta branca) podem ser predicados em serem modelados. Com tais aplicativos de etiqueta branca modelados, os clientes recebem um aplicativo especificamente marcado tipicamente compreendendo acesso a uma variedade de módulos, porém, em detrimento da exclusividade tanto no projeto quanto na funcionalidade. Uma vantagem de aplicativos de etiqueta branca modelados é que os mesmos são muito menos dispendiosos e têm um ciclo de desenvolvimento mais rápido. Similar aos aplicativos personalizados, os aplicativos de etiqueta branca modelados incluem um ícone marcado exclusivamente, e devem ser submetidos para revisão para serem publicados. Os aplicativos modelados são com base em modelo e, portanto, menos propensos a terem falhas, mas são, contudo, propensos a serem fornecidos com suporte para corrigir quaisquer falhas de software.
[0075] Será observado que as instruções de programa de computador usadas pelo sistema de computação 100 e/ou os aplicativos para uso com o sistema podem incluir código executável por computador em uma dentre uma variedade de linguagens, incluindo, sem limitação, C, C++, Java, JavaScript, Python, linguagem de montagem, Lisp, entre outras. Certas funções lógicas podem precisar ser implementadas para fornecer serviços altamente específicos e adaptados para clientes e provedores de serviço para os desafios técnicos que precisam ser solucionados. Essas funções lógicas podem ser pré-programadas para acomodar várias preferências e limitações e podem ser complexas excessivamente para executar cenários hipotéticos (if-then) particulares. Podem ser estabelecidas regras que identificam certos parâmetros. Desta maneira, condições muito complexas podem ser consideradas, e os provedores de serviço e clientes podem ser filtrados por encadeamento de funções lógicas com base em tais filtros. Vários recursos de linguagem podem ser utilizados e programados e implementados através de linguagens de programação como Java. Tais linguagens podem incluir linguagens de montagem, linguagens de descrição de hardware, linguagens de programação de banco de dados, linguagens de programação funcionais, linguagens de programação imperativas, entre outras. Em certas modalidades, as instruções de programa de computador podem ser armazenadas, compiladas ou interpretadas para execução em um computador, um aparelho de processamento de dados programáveis, uma combinação heterogênea de processadores ou arquiteturas de processador, etc.
[0076] De acordo com uma modalidade exemplificativa da revelação inventiva, uma plataforma de aplicativo móvel conversível de usuário e exibição são fornecidas, em que um DSP ou entidade provedora de serviço (SPE) e uma pluralidade de companhia de bases de serviço podem operar sob um único back-end de plataforma de aplicativo. Tipicamente, um DSP é, mas não precisa ser, uma companhia de tecnologia ou software (por exemplo, licenciada ou não) que fornece um sistema e/ou método para despacho ou, de outro modo, identificação e escalonamento de provedores de serviço com base em solicitações do cliente através de uma pluralidade de companhias de serviço. Embora a revelação geralmente se refira ao DSP como o provedor da base de código de despacho de back-end, será observado por um elemento versado na técnica que tal base de código de back-end pode ser alternativamente fornecida por qualquer outra companhia provedora de tecnologia ou software. Em certas modalidades, um sistema e método de gerenciamento de aplicativo conversível de usuário é fornecido, o qual tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída para processamento personalizável de solicitações de serviço pelo menos nas indústrias de transporte, assistência médica domiciliar, entrega e outras indústrias de serviço. A revelação inventiva fornece um sistema combinado ou, de outro modo, ligado de aplicativos de despacho para criar um sistema conversível, simplificado, eficiente e personalizável para o despacho de serviço, demanda de serviço, solicitação de serviço, escalonamento de serviços, etc., para DSPs, SPEs, entidades de etiqueta branca, entidades de não etiqueta branca ou outras entidades de despacho, assim como para os usuários ou clientes que utilizam os mesmos por meio de aplicativos móveis. Conforme usado no presente pedido, uma “entidade de não etiqueta branca” é uma entidade provedora de serviço ou companhia utilizando o aplicativo de front-end de DSP, assim como a base de código de software de back-end de DSP para fornecer seus serviços de despacho.
[0077] Cada companhia de base pode utilizar seu próprio programa de aplicativo de front-end, porém, cada uma pode utilizar o mesmo aplicativo de back-end (isto é, todas podem compartilhar a mesma base de código de back-end, porém, cada uma pode utilizar front-ends diferentes, de modo que cada companhia possa ser marcada de acordo com as necessidades ou exigências de sua própria companhia). Alternativamente, cada companhia de base pode utilizar seu próprio programa de aplicativo de front-end para se comunicar através da rede diretamente uma com a outra para compartilhar provedores de serviço ou objetos (por exemplo, por acordo ou de outro modo). Mais especificamente, um DSP ou SPE pode empregar sua própria plataforma de aplicativo móvel para operar seus serviços, que também podem ser licenciados para outras companhias de serviço ou bases para que as mesmas usem sob a marca do DSP ou SPE ou sob sua própria marca individual. De qualquer forma, várias companhias podem utilizar uma plataforma que tem a mesma base de código de back-end, de modo que as mesmas possam cooperar ou, de outro modo, interagir suavemente para possibilitar uma relação de negócios ou parceria eficiente e contínua, que ajuda a superar as deficiências e/ou desvantagens tanto dos aplicativos de DSP quanto dos aplicativos de etiqueta branca operando independentemente um do outro.
[0078] Consequentemente, os sistemas e métodos revelados no presente pedido fornecem uma solução para as deficiências enfrentadas por cada um dentre os DSPs e as entidades de etiqueta branca de despacho ou companhias combinando-se ou, de outro modo, ligando-se os dois para criar um sistema de despacho mais simplificado e eficiente para clientes, provedores de serviço, DSPs e entidades de etiqueta branca de despacho. Por exemplo, em uma modalidade exemplificativa, um DSP ou SPE tendo seu próprio aplicativo de despacho pode terceirizar o aplicativo para uma ou mais entidades de despacho de serviço ou companhias de base buscando um aplicativo de etiqueta branca para usar para fornecer seus serviços de despacho. Em tal cenário, uma ou mais companhias podem utilizar o software de aplicativo do DSP ou outra companhia de tecnologia como seu próprio aplicativo de etiqueta branca de marca ou pode usar o mesmo sob a marca do DSP. Em todo caso, o código de software de back-end é igual para o DSP e cada cliente de etiqueta branca registrado com o DSP - apenas o front-end é alterado para os clientes de etiqueta branca. Essa combinação fornece soluções diferentes, por exemplo, onde uma companhia de despacho de serviço quer usar o aplicativo de software do DSP apenas como um aplicativo de etiqueta branca (isto é, apenas sob sua própria marca), em que uma companhia de despacho de serviço quer usar o aplicativo de software do DSP como um aplicativo de etiqueta branca, mas também deseja compartilhar o despacho de solicitações de serviço com o DSP, em que uma companhia de despacho de serviço quer usar o aplicativo de software do DSP sob a marca do DSP, etc. Nos primeiros dois cenários, os aplicativos de etiqueta branca utilizam o mesmo código de software de back-end, porém, têm front-ends diferentes personalizados para a marca de cada uma das companhias de despacho de serviço diferentes licenciando o aplicativo de DSP. Adicionalmente, no segundo cenário, uma companhia pode ser capaz de comercializar sua marca para novos clientes se o sistema for configurado para permitir opcionalmente que um cliente prospectivo visualize a marca de múltiplas companhias de serviço dentro de um único aplicativo, e selecione a companhia de serviço que o cliente deseja. Em outras modalidades do segundo cenário, o cliente potencialmente receberá corridas de provedores de serviço de qualquer uma dentre uma pluralidade de companhias de serviço, mas verá apenas a marca da companhia cujo aplicativo o mesmo baixou. Em qualquer uma dessas modalidades do segundo cenário, o cliente não vê a marca do provedor de software (isto é, a marca do DSP ou outra companhia de tecnologia/software).
[0079] Cada uma de tais disposições geram benefícios tanto para o DSP quanto para a companhia de despacho usando o aplicativo de etiqueta branca. Por exemplo, com clientes verdadeiramente de etiqueta branca, o DSP pode receber compensação para licenciar seu aplicativo de software, enquanto o aplicativo de clientes de etiqueta branca obtém o benefício de um aplicativo de software fornecido por um participante da indústria. Embora o aplicativo de cliente de etiqueta branca também funcione com o DSP para compartilhar o despacho de provedores de serviço, o DSP recebe novamente compensação para licenciar seu aplicativo de software, e também receberá compensação adicional por cada solicitação de serviço reservada através de seu aplicativo, que é, então, despachada a um provedor de serviço do cliente de etiqueta branca. Isso provavelmente ocorreria quando nenhum provedor de serviço de DSP estiver disponível para concluir uma solicitação de serviço, porém um provedor de serviço da companhia de aplicativo de etiqueta branca está disponível. Aqui, o sistema de despacho de DSP, com a aprovação prévia da companhia e/ou cliente de aplicativo de etiqueta branca, pode despachar diretamente a solicitação de serviço para tal provedor de serviço através do aplicativo de DSP. Em contrapartida, o sistema de despacho de etiqueta branca, com a aprovação prévia do DSP e/ou cliente, pode despachar diretamente uma solicitação de serviço para um provedor de serviço de DSP através do aplicativo de etiqueta branca. Adicionalmente, os clientes que baixam um aplicativo do DSP (por exemplo, o aplicativo móvel fornecido por uma Companhia Hospedeira) ainda podem aceitar corridas a partir de provedores de serviço de companhias de despacho de etiqueta branca através do mesmo banco de dados hospedado pelo DSP. Para clientes que baixam o aplicativo de etiqueta branca, estes recebem meios para optar por permitir (ou não) a aceitação de solicitações de serviço de clientes ou consumidores do DSP (isto é, com o consentimento do DSP). Isso é possível visto que tanto o aplicativo de DSP quanto o aplicativo de etiqueta branca utilizam o mesmo software de back-end e, portanto, são, cada um, comunicativamente ligados ao sistema do banco de dados de DSP.
[0080] Ainda em outra modalidade exemplificativa, uma companhia de despacho de serviço pode desejar utilizar meramente um aplicativo de software do DSP com a marca do DSP. Por exemplo, uma companhia iniciante com recursos limitados, que tem provedores de serviço e veículos, porém, uma base de clientes pequena pode desejar tal disposição, visto que evita os custos do aplicativo de etiqueta branca e possibilita que a companhia de despacho de serviço colha os benefícios de ser afiliada a um DSP maior e conhecido, enquanto oferece provedores de serviço e veículos adicionais ao DSP. Opcionalmente, o sistema pode ser configurado para rastrear qual aplicativo (isto é, o aplicativo de DSP ou o aplicativo de etiqueta branca) é usado por um dado cliente para reservar uma solicitação de serviço. Em certas modalidades, o sistema também pode rastrear de qual companhia o cliente solicitou originalmente o serviço (por exemplo, qual aplicativo o cliente baixou e usou primeiro para a solicitação de serviço inicial) e pagar taxas de origem, mesmo se o cliente subsequentemente começar a usar outro aplicativo de etiqueta branca de uma companhia diferente, solicitar provedores de serviço de outra companhia, e/ou usar o aplicativo da companhia de software ou DSP diretamente.
[0081] Será observado que os sistemas e metodologias revelados no presente pedido fornecem funcionalidades que permitem um processo geral muito mais suave e mais eficiente do que aqueles de métodos de serviço de despacho convencionais. Aqueles versados na técnica observarão que estas funções são meramente exemplos, e que outras funcionalidades da interface do provedor podem ser utilizadas. Um elemento de habilidade comum na técnica observará que modalidades exemplificativas da revelação inventiva podem ser contempladas para uso com um tipo diferente de um dispositivo de computação, e que um dispositivo de computação pode variar, quanto aos componentes, daqueles descritos nas mesmas.
[0082] Os sistemas e métodos descritos no presente pedido são mais bem entendidos com referência aos desenhos, que são descritos em detalhes abaixo. Primeiro com referência à FIG. 1A, é ilustrado um diagrama de um sistema de computação exemplificativo 100 e uma pluralidade de dispositivos de computação periféricos 128 para uso com várias modalidades exemplificativas da revelação inventiva. Uma combinação de hardware e software opera em uma pluralidade de dispositivos de computação 128 e sistema de computação 100, geralmente com uma ou mais conexões à rede com fio ou sem fio 124 (por exemplo, rede de área ampla (WAN)) (por exemplo, a Internet), incorporadas a dispositivos locais através de uma interface de rede de área local (LAN) 120. Os dispositivos de computação 128 podem incluir um ou mais dispositivos de hardware móveis sem fio que têm software capaz de comunicar informações a outros dispositivos móveis ou sistemas de computador, determinar a localização do dispositivo com um identificador de localização que tem capacidade de localização de posição geográfica (por exemplo, através de triangulação de um sistema celular, GPS, por especificação de localização do usuário, etc.), e se conectar a uma rede de computador privada ou rede pública, como a Internet, através da rede 124. Será observado que outros sistemas de navegação por satélite que fornecem posicionamento geoespacial autônomo com cobertura global (isto é, Sistemas de Satélite de Navegação Global ou “GNSSs”), que incluem, por exemplo, GLONASS, Galileo, IRNSS, QZSS, Beidou e outros sistemas regionais, podem ser usados de acordo com a revelação inventiva. Os dispositivos de computação 128 podem incluir dispositivos usados por qualquer um ou mais dos objetos ou condutores ou assistências domiciliares ou provedores de serviço ou os constituintes ou passageiros ou pacientes ou clientes associados a inúmeros centros de despacho ou entidades de serviço. Por exemplo, uma ou mais companhias de despacho de serviço podem utilizar a plataforma de despacho fornecida por um DSP, diretamente ou como um cliente de etiqueta branca, em que a base de código de back- end usada por cada um é igual e pode fornecer uma relação integrada ou compartilhada, de modo a possibilitar que os vários clientes se engajem em uma relação de funcionamento contínuo para maximizar o potencial de negócios para todos.
[0083] O sistema de computação 100 pode incluir, por exemplo, o servidor 102 incluindo processador ou unidade de processamento central (isto é, CPU) 104, unidade de memória 106, banco de dados 108, interface 110, meios de comunicação 112, unidade de exibição 114, um ou mais dispositivos de entrada 116 (por exemplo, teclado, mouse, microfone, etc.), controlador de transmissão de dados de LAN 118, interface de LAN 120, controlador de rede 122 e barramento interno 138. O sistema 100 pode ser alternativamente conectado a um dispositivo de armazenamento de dados, como, por exemplo, um disco rígido dispondo um ou mais bancos de dados 108 através de uma ligação com fio ou sem fio. O sistema de computação 100 também pode incluir mais de um servidor configurado igual ou similar ao servidor 102, ou um ou mais servidores configurados de maneiras diferentes, por exemplo, dispondo diferentes hardware ou software (por exemplo, sistema de computação 100 pode compreender múltiplos servidores hospedados em múltiplos espaços como centros de dados ou fazendas de servidor).
[0084] O sistema de computação 100 pode ser configurado para se comunicar com uma rede serviço coordenada através de meios de comunicação 112, que podem incluir qualquer abordagem para comunicar dados através de uma ou mais redes ou a um ou mais dispositivos periféricos. Os meios de comunicação 112 podem incluir, porém, sem limitações, conjuntos de circuitos e sistemas de controle para fornecer conexões sem fio, conexões com fio, conexões celulares, conexões de porta de dados, conexões por Bluetooth® ou qualquer combinação das mesmas, e os meios podem incluir dispositivos habilitados para se comunicar usando tais abordagens de comunicação. Um elemento de habilidade comum na técnica observará que há inúmeras abordagens para comunicações que podem ser utilizadas.
[0085] O servidor 102 e o sistema de computação 100 podem ser ligados comunicativamente, através de meios de comunicação 112 e da rede 124, a dispositivos periféricos como dispositivos de computação 128 e dispositivo de vendedor 126, e ao dispositivo de administrador 134 e dispositivo de despachante 136 através, por exemplo, da interface de LAN 120. Os dispositivos de computação 128 podem ser configurados como um ou mais dispositivos de computação de cliente 130C1 a 130Cn e/ou dispositivos de computação de provedor de serviço 132SP1 a 132SPn. Os dispositivos de computação 128 podem ser dispositivos (por exemplo, telefone inteligente, relógio de pulso inteligente, etc.) que permitem que um usuário (por exemplo, cliente, passageiro, constituinte, paciente, agente, provedor de serviço, objeto, assistência médica, provedor de assistência médica, agente de entrega, etc.) para interagir com o sistema de computação 100. Qualquer número (por exemplo, 1, 2, 3 ...n) de dispositivos de provedor de serviço/objeto 132SP1... 132SPn, ou dispositivos de cliente/constituinte 130C1... 130Cn pode ser usado com o sistema de computação 100.
[0086] O sistema de computação 100 pode ter mais de um servidor 102 uma estrutura distribuída com suporte de centros de dados que podem estar localizados em qualquer lugar do mundo. Essas implementações podem ser ligadas comunicativamente e dispostas em plataformas cruzadas, de modo que um usuário em um dispositivo móvel de computação (por exemplo, telefone inteligente, computador tipo tablet, etc.) ou dispositivo de computação estacionário (por exemplo, computador tipo desktop, etc.) possa receber as informações relevantes para sua solicitação de serviço (por exemplo, exibição de mapa eletrônico, indicadores que exibem informações ou fatores relevantes de serviço como informações de tempos de deslocamento, rotas, preços, informações de perfil/definição, etc. relacionadas a serviços para um cliente, um provedor de serviço ou uma entidade de serviço ou qualquer combinação dos mesmos). Recursos dos sistemas descritos no presente pedido podem ser implementados através de dispositivos de computação que permitem que etapas de método sejam processadas e emitidas por um processador. O servidor 102 pode coordenar interfaces de usuário e interagir com banco de dados 108, e, através de uma interface de servidor, pode receber informações de entrada de cliente, informações de localização e informações de solicitação de serviço para configurar conteúdo, assim como as informações do provedor (por exemplo, informações de localização, informações de limitação, informações de histórico, etc.). Conforme discutido acima, p servidor 102 pode enviar informações para um ou mais dispositivos de computação através de interfaces de servidor, e as informações podem ser emitidas para um visor de dispositivos de computação 128. Tal conteúdo pode incluir recursos que são específicos quanto à região se houver informações regionais relevantes particularmente, especialmente em relação ao mapeamento ou roteamento de solicitação de serviço, e cada usuário, dependendo da função e das necessidades de tal usuário, pode receber uma funcionalidade diferente.
[0087] A exibição de mapa eletrônico ou digital pode ser gerada através do programa de aplicativo (por exemplo, o aplicativo móvel) com o uso de uma API de mapeamento, como Google® Maps ou Waze®. Em algumas implementações, o mapa pode ser exibido da tela sensível ao toque de um dispositivo móvel, que permitiria que um usuário especificasse a localização atual, localização de encontro, localização de chegada ou localização de retorno por interação com a interface de exibição de mapa eletrônico, habilitada por sensores da tela sensível ao toque. Uma funcionalidade de mapeamento é crucial para o despacho, visto que mina geolocalizações ou dados de
GPS para auxiliar um provedor de serviço na identificação da localização de encontro do cliente. Além disso, com uma funcionalidade de exibição de mapa eletrônico, especialmente em um dispositivo móvel de tela sensível ao toque, um cliente pode identificar mais facilmente a localização que é relevante para a solicitação de serviço, além das funções de busca de localização que podem ser fornecidas pela mesma ou um ou mais outras APIs, como APIs de mapeamento, as APIs de busca, APIs de geolocalização, etc. Ademais, as APIs podem fornecer informações como distâncias, rotas, tempos de deslocamento estimados entre localizações indicados em uma solicitação de serviço, imagens ou fotografias, dados relacionados ao clima, etc., que podem, em parte, ser usadas para realizar estimativas de preço, usadas por um provedor de serviço na avaliação de clientes disponíveis potenciais e usadas para encontrar outras informações valiosas ou relevantes para uma provedor de serviço e um cliente. Os conjuntos de indicadores relevantes que se aplicam ao mapeamento ou localizações também podem ser dispostos sobre a exibição de mapa eletrônico da área circundante e submetido à interação pelos usuários. Essas identificações de localização podem ser inseridas através de recursos como uma caixa de texto ou entrada em caixa de busca.
[0088] De acordo com uma modalidade exemplificativa da revelação inventiva, os dispositivos de computação de cliente 130 podem ter uma tela de exibição que exibe um ícone ou imagem de aplicativo de um programa de aplicativo correspondente a uma primeira companhia de serviço. Isso pode ser exibido como um ícone de aplicativo, uma imagem, um gráfico ou um enlace, e pode ser acessível pelo cliente para iniciar o programa de aplicativo. O programa de aplicativo pode conter uma ou mais APIs, incluindo uma API para buscar o banco de dados para um provedor de serviço para concluir uma solicitação de serviço recebida a partir do cliente. A GUI do programa de aplicativo correspondente à companhia de serviço é acoplada comunicativamente a uma camada de acesso a dados (DAL) compartilhada em um sistema de estrutura distribuída e é ligada a um banco de dados particionado para despachar transporte personalizável, despacho de assistência médica domiciliar,
despacho de entrega, despacho de reservas etc. Uma DAL compartilhada em software de computador, é uma camada de um programa de computador que fornece acesso simplificado e compartilhado a dados armazenados em armazenamento persistente de algum tipo, como um banco de dados relacionado à entidade. O sistema de estrutura distribuída pode, por sua vez, compreender um segundo programa de aplicativo, correspondente a uma segunda entidade de serviço ou companhia, que pode ter sua própria API ou conjunto de APIs, e GUI que pode ser acoplada comunicativamente à camada de acesso a dados compartilhada e o banco de dados administrado por uma companhia de DSP. Ficará evidente para um elemento de habilidade comum na técnica que o sistema de estrutura distribuída pode compreender múltiplos programas de aplicativo que têm suas próprias APIs e correspondentes a múltiplas entidades de serviço ou companhias, cada uma das companhias de serviço tendo sua própria porção do banco de dados particionado. A tela pode exibir dados relevantes para a solicitação de serviço, incluindo uma exibição de mapa eletrônico, indicadores que representam informações ou fatores relevantes de serviço relacionados aos serviços para um cliente, um provedor de serviço ou uma entidade de serviço ou qualquer combinação dos mesmos.
[0089] As modalidades exemplificativas do sistema também podem ajustar recursos de módulo de cliente, incluindo o conteúdo exibido como parte de recursos de interface de cliente, com base em outras seleções e preferências de cliente. As modalidades exemplificativas do sistema podem incluir aplicativos de serviço sob demanda de transporte, entrega ou assistência médica domiciliar, um componente de mapa, um banco de dados de mapa e uma unidade de identificador de localização, como, por exemplo, um módulo de GPS, receptor ou outro conjunto de circuitos para fornecer dados de serviços à base de localização (LBS). Um elemento de habilidade comum na técnica observará que há inúmeros meios para fornecer identificação de localização e serviços à base de localização, e modalidades exemplificativas da revelação inventiva são contemplados para uso com quaisquer de tais meios. Um sistema ou dispositivo habilitado para GPS permite que os componentes de rastreamento do aplicativo identifiquem a localização de clientes e provedores de serviço individualmente que estão fazendo uma solicitação de serviço ou estão buscando fornecer serviço. Com base na localização atual do cliente ou localização de serviço, o gerenciador de aplicativo pode fazer com que recursos de interface de cliente específicos quanto à região sejam emitidos por um componente de interface de cliente. Uma região que é específica para um cliente inclui a localização atual ou localização de serviço na qual o serviço sob demanda pode ser fornecido para o cliente. A região pode ser identificada por um código postal ou um nome de cidade ou um nome de área metropolitana em que o dispositivo de computação está atualmente localizado e pode ser uma área que tem uma distância ou raio predeterminada a partir de uma localização atual (por exemplo, uma milha) ou pode ser uma área que é especificamente particionada de outras áreas. Com base na região do cliente, o gerenciador de aplicativo pode fazer com que informações específicas quanto à região a respeito do serviço sob demanda sejam fornecidas em um ou mais recursos de interface de cliente. As informações específicas quanto à região a respeito do serviço sob demanda podem ser relacionadas, em parte, pelo sistema de serviço sob demanda. As preferências ou limitações que são à base de localização dependem em parte dos dispositivos habilitado por GPS (ou outros dispositivos habilitados por GNSS). Conforme discutido, o aplicativo de serviço sob demanda pode fornecer informações de localização ao sistema de serviço sob demanda, de modo que o sistema de serviço pode dispor um serviço a ser fornecido a um cliente.
[0090] De acordo com uma modalidade exemplificativa da revelação inventiva, a localização atual do cliente ou solicitação de localização de serviço pode ser determinada por um identificador de localização. O identificador de localização pode determinar a localização do dispositivo de computação de diferentes formas. Em um exemplo, o identificador de localização pode ser alcançado através do processamento de dados de GPS recebidos a partir de recursos à base de localização/geoconscientes do dispositivo de computação. Além disso, o identificador de localização também pode receber dados de GPS a partir de outros aplicativos ou programas que operam no dispositivo de computação. Por exemplo, o sistema pode se comunicar com um ou mais outros aplicativos usando uma ou mais APIs. O aplicativo de serviço sob demanda pode usar as informações de localização para fazer com que um componente de interface de cliente configure um framework de interface de cliente com base nas informações de localização. Além disso, o aplicativo de serviço sob demanda pode fornecer os dados de localização do cliente ao sistema de serviço sob demanda.
[0091] Ademais, o sistema pode identificar a localização de encontro solicitada e a localização de encontro real, visto que essas duas localizações podem não ser necessariamente iguais. A localização de encontro real pode ser identificada, por exemplo, com base em coordenadas de latitude e longitude. No primeiro exemplo, a localização de encontro solicitada é o Terminal Grand Central no endereço 89 E 42nd Street, Nova York, NY 10.017, e a localização de encontro real é 40.7527262, -
73.9772294 (latitude e longitude) ou 40.45.10, -73.58.38 (em graus e minutos decimais (DMM)) ou pode ser apresentada em algum outro formato. Um elemento versado na técnica observará que as localizações de encontro e chegada solicitadas e reais do cliente podem ser identificadas com o auxílio de diferentes meios, incluindo, mas sem limitações, interações com software de terceiros, como através de APIs (por exemplo, Google® Maps, Foursquare®), ou qualquer outro software e/ou hardware que for usado para propósitos de identificação de localização.
[0092] O sistema pode implementar um ou mais sistemas de informações geográficas (GIS), e um ou mais bancos de dados, que podem ser dispostos em uma rede que se conecta a um módulo de provedor de serviço, que pode incluir pelo menos um identificador de geolocalização, uma câmera geoconsciente e um mecanismo de relógio para identificar uma hora e data atuais. O sistema inclui um meio de armazenamento legível por computador não transitório que armazena instruções para executar tarefas programaticamente. Um ou mais servidores podem ser configurados para se comunicarem com um ou mais módulos que rastreiam informações a respeito da atividade de veículo e, portanto, o provedor de atividade de veículo, através da derivação de dados de geolocalização e dados de tempo a partir de um identificador de geolocalização e um relógio de um dispositivo móvel. Um identificador de geolocalização como um receptor de GPS pode ser disposto em um veículo operado por um provedor de serviço e pode se comunicar através de uma rede sem fio com um ou mais servidores com meios para processamento de rastreamento de geolocalização. Como resultado, o um ou mais servidores podem receber as entradas para uma geolocalização real e um tempo real (isto é, onde e quando a solicitação de serviço foi iniciada e finalizada). Após os dados de geolocalização e tempo serem transmitidos, o servidor pode comparar a geolocalização “designada” com a geolocalização “real”, assim como o tempo designado com o tempo real. No presente documento, “designado” pode se referir à entrada recebida em uma solicitação de serviço (por exemplo, uma localização inserida como o destino pretendido de uma viagem, a localização em que o serviço deve ser realizado, etc.), ou, de outro modo, identificada pelo cliente, o sistema, terceiros, etc. Em contraste, “real” pode denotar uma entrada que é rastreada através de um módulo ou outro dispositivo habilitado (por exemplo, uma localização em que uma chegada pode ser indicada como ocorrendo).
[0093] Os dados de solicitação de serviço ou informações recebidas através da interface de servidor podem ser armazenados pelo sistema de computação 100 no banco de dados 108, e podem incluir, por exemplo, a situação de solicitações de serviço, a situação de aceitações de solicitação de serviço por provedores, as razões de provedores para cancelar solicitações de serviço, os históricos associados às solicitações de serviço atribuídas, registros de operação de despachantes, etc. O conteúdo/carimbos data-hora de situações de notificações e confirmação também podem ser gravados em registros de sistema, e essas informações podem ser verificadas pelo administrador do sistema de computação 100. Será observado que esta não é uma lista exaustiva das informações de solicitação de serviço operacionais que o sistema pode gravar.
[0094] Voltando-se agora para a FIG. 1B, é mostrado um diagrama esquemático ilustrando uma modalidade exemplificativa da estrutura, conteúdo e/ou organização do banco de dados 108 de acordo com a revelação inventiva. O sistema pode empregar um banco de dados 108 ou um conjunto de bancos de dados (ou meios de armazenamento de dados) disposto em um disco rígido, um ou mais discos rígidos ou outros meios de armazenamento. As informações ou dados no banco de dados 108 podem ser armazenadas de uma maneira não relacional ou não estruturada. Um elemento de habilidade comum na técnica observará que há inúmeros métodos para fornecer, armazenar e organizar os dados no banco de dados 108 ou outros meios de armazenamento de dados. Adicionalmente, pelo menos um banco de dados substituto pode ser fornecido para atualizar o substituto de um banco de dados primário periodicamente no caso de perda de dados no banco de dados primário. Embora chamado de “banco de dados”, um elemento de habilidade comum na técnica observará que, na prática, isso pode ser implementado de inúmeras formas, incluindo, mas sem limitações, um meio de armazenamento de dados, seja estruturado ou desestruturado, relacional, ou de outro modo. Um elemento de habilidade comum na técnica também observará que há inúmeros métodos para fornecer bancos de dados e meios de armazenamento de dados para a organização e recuperação de informações específicas, contemplados para uso com qualquer banco de dados apropriado 108 ou outros meios de armazenamento. Ademais, conforme declarado, as modalidades exemplificativas reveladas no presente pedido são contempladas para uso com um tipo de dados processado e armazenados correspondente a um tipo de cliente, embora certas modalidades da revelação inventiva possam incorporar múltiplos tipos de dados correspondentes a múltiplos tipos de clientes, ou um tipo de dados correspondente a múltiplos tipos de clientes, ou múltiplos tipos de dados correspondentes a um tipo de cliente.
[0095] De acordo com uma modalidade exemplificativa da revelação inventiva, os dados podem ser categorizados no banco de dados 108 de acordo com diferentes clientes usando o aplicativo de software, incluindo o próprio DSP, clientes usando uma versão de etiqueta branca do software de aplicativo do DSP (ou outro software de companhia de software), ou clientes usando a interface de software de aplicativo do DSP.
Tais categorias podem compreender dados de DSP 140, dados de companhia de etiqueta branca A 148, dados de companhia de etiqueta branca B 156, dados de companhia de serviço 1 164, e dados de companhia de serviço 2 174. Obviamente, o sistema pode ser escalado, de modo a acomodar qualquer número de companhias de etiqueta branca ou serviço.
Conforme ilustrado, os dados de DSP 140 podem compreender uma pluralidade de subcategorias de dados, como, por exemplo, informações de cliente 142, dados de preferências/limitações de provedor de serviço de DSP 143, perfil de provedor de serviço 144, dados de preferências/limitações de DSP 145, outros dados 146, etc.
De modo similar, cada um dos dados da companhia de etiqueta branca A e companhia B 148, 156 pode compreender uma pluralidade de subcategorias de dados, como, por exemplo, informações de cliente 150, 158, dados de preferências/limitações de provedor de serviço (por exemplo, Companhia A e Companhia B) 151, 159, dados de preferências/limitações de perfil de provedor de serviço 152, 160, Co.
A/Co.
B 153, 161, outros dados 154, 162, etc., e dados de serviço de companhia de não etiqueta branca (por exemplo, Dados de Companhia de Serviço 1 e dados de Companhia de Serviço 2) 164, 174 podem compreender uma pluralidade de subcategorias de dados, como, por exemplo, informações de cliente 168, 176, dados de preferências/limitações de provedor de serviço 169, 177, dados de preferências/limitações de perfil de provedor de serviço 170, 178, Co. 1 / Co. 2 171, 179, outros dados 172, 180, etc.
A base de código de back-end do aplicativo de DSP de software utilizada por cada um dentre o DSP, as companhias de base de etiqueta branca e as companhias de base de não etiqueta branca usando o aplicativo de DSP é preferencialmente configurada de modo que os dados em qualquer uma das categorias possam ser acessados durante o processamento e/ou a atribuição de dados ou uma solicitação de serviço com base na configuração predefinida do cliente, incluindo, mas sem limitações, a escolha do cliente quanto a permitir ou não solicitações de serviço de seu cliente (ou clientes) para receberem serviço por provedores de serviço de outra companhia de serviço ou outro tipo de entidade de serviço utilizando o mesmo aplicativo de software de back-end. Dessa maneira, o sistema possibilita uma interconexão entre cada uma das companhias usando a base de código de software de back-end do DSP para fornecer a cada companhia opções adicionais quando se trata de atribuir provedores de serviço para solicitações de serviço.
[0096] Como também é ilustrado, o banco de dados 108 pode conter inúmeras categorias ou agrupamentos de dados adicionais que estabelecem vários conjuntos de dados, incluindo mas sem limitações, dados administrativos 182, dados de usuário 184, dados de mapa e rota 186, dados de tipo de veículo 188, dados de regras e procedimentos 190, dados de preferências de usuários 191, dados relacionados ao pagamento 193, dados de solicitação de serviço 194, dados de grupo 195, dados de favorito/preferencial 196, dados de classificações 197, dados de denúncias 198 e outros dados 199. Todos os dados históricos no banco de dados 108 também podem ser corrigidos, atualizados, suplementados ou, de outro modo, modificados por dados em tempo real ou dados que são ainda desconhecidos ou indisponíveis. Os dados em tempo real são considerados como em tempo real quando um ou mais usuários compartilham tais dados imediatamente. “Imediatamente” pode ser dentro de um período de tempo predeterminado perto do tempo presente, como quinze minutos, etc., ou pode ser virtualmente instantâneo com o tempo presente. Se os dados não satisfizerem exigências para serem considerados dados em tempo real, então, os dados são considerados dados históricos, porém, podem ser usados para atualizar outros dados históricos já existentes/armazenados no banco de dados 108.
[0097] O banco de dados 108 também pode armazenar dados de tipo de veículo 188. Em relação ao tipo de veículo ou tipo de placa de veículo, o tipo de dados pode corresponder pelo menos ao tipo de veículo ou tipo de placa de veículo. Por exemplo, sedans, SUVs, vans, limusines, etc. podem, cada um, portar um tipo diferente de indicadores especializados para sua respectiva capacidade ou taxa de preços, e certos clientes podem receber dados correspondentes a pelo menos um tipo de veículo enquanto omite os dados para todos os outros tipos de veículo. Em outras palavras, dados correspondentes a uma solicitação de serviço particular de um cliente podem ser focalizados para tipo de veículo, sejam com base no tipo de veículo, na placa de veículo ou outras especificações. De modo similar, os dados de mapa e rota 186 podem ser armazenados no banco de dados 108. Os dados de mapa e rota 186 podem ser armazenados adicionalmente em um banco de dados de mapa individual ou dentro de um banco de dados geral, em que os dados de mapa e rota 186 podem ser consultados quanto a informações de ETA através de referência cruzada com condições de tráfego, densidade de estrada, etc. Os dados de componente de mapa podem armazenar dados de mapa para solicitações de serviço identificadas pelo GPS e LBS. Os dados de GPS e LBS podem determinar a localização dos dispositivos de computação de formas diferentes, como, por exemplo, através do recebimento de recursos à base de localização. Os dados de provedor de serviço podem incluir perfis de provedores de serviço, como dados pessoais incluindo uma foto do provedor de serviço e anos de sua experiência de condução, gênero, país de origem e habilidades de linguagem.
[0098] O banco de dados 108 também pode incluir dados de usuário 184 (isto é, informações a respeito dos usuários). Pode ser solicitado que um usuário se registre no serviço fornecendo-se informações pertinentes ao provedor de serviço como nome, tipo de placa de veículo, tipo de veículo, o estado ou país de emissão da licença ou certificação de condutor, assistência domiciliar ou outro provedor de serviço, um endereço domiciliar, um endereço de trabalho, informações a respeito de tipos de serviços sendo oferecidos ou necessários, as localizações de tais serviços, certificações, áreas de especialidade e um endereço de e-mail para criar uma ID de usuário para cada usuário do aplicativo, que pode ser armazenada no banco de dados
108. As IDs de usuário podem ser usadas para os propósitos de rastrear denúncias e classificações realizadas por cada usuário. As informações de cartão de crédito e/ou cartão de débito também podem ser solicitadas para taxas de assinante para certos serviços fornecidos para um usuário certificado. Um usuário registrado pode ter permissão para usar vários recursos do aplicativo que incluem, mas sem limitações,
dados de denúncias e dados de classificação. As taxas de assinante coletadas também podem financiar direta ou indiretamente recompensas monetárias ou não monetárias implementadas como um incentivo para originar novos negócios, fornecendo vários tipos de dados, incluindo retroalimentação a respeito da qualidade de serviço, quaisquer problemas que surjam e a experiência do cliente, provedor de serviço, passageiro, paciente, etc. Os dados de perfil de usuário podem ser armazenados no banco de dados 108, que é preferencialmente configurado para armazenar, não apenas informações de usuário individuais, mas também, associações entre cada usuário e o dispositivo de computação remoto do usuário 128 após o registro. Uma vez registrado, um usuário pode definir e alterar as informações em seus perfis de usuário, se for desejado. As definições que podem exigir que a entrada ou preferência do usuário possa ser subsequentemente alterada pelo usuário dentro das definições (por exemplo, ligar/desligar). Por exemplo, um usuário pode alterar o tipo de veículo que o mesmo dirige atualmente ou no qual prefere andar como um passageiro.
[0099] O banco de dados 108 também pode incluir dados de regras e procedimentos 190 e dados administrativos 182. Os dados de regras e procedimentos 190 podem incluir preço de sistema, regras e procedimentos de definições de promoção, assim como regras e procedimentos para indicadores, referências, pagamentos, solicitações de serviço, gerenciamento de sistema, registro de sistema, análise e otimização de sistema, etc. Os dados administrativos 182 podem incluir, mas sem limitações, dados relacionados à resolução de disputa, controle de qualidade, etc. Os dados históricos são mantidos rastreados parcialmente atribuindo-se um número de rastreamento ou número de ID de serviço que seria atribuído a uma solicitação de serviço e/ou quaisquer informações relacionadas à mesma para ajudar consultar a mesma se for necessário. Tais informações também podem se referir ao serviço fornecido e/ou quaisquer experiências que o provedor de serviço e o cliente têm um com o outro.
[0100] Os dados armazenados nos bancos de dados 108 do sistema de computação 100 podem ser continuamente atualizados com todas as informações de usuário discutidas no presente pedido e analisado de acordo com as várias metodologias discutidas no presente pedido para possibilitar uma reserva ou despacho eficiente de transporte ou outros serviços pré-escalonados ou sob demanda. Toda vez que o sistema de computação 100 recebe uma entrada/solicitação de um cliente, um provedor de serviço, um despachante, uma entidade de serviço, um cliente, um passageiro ou um usuário, o sistema de computação 100 pode, primeiro, abrir um canal de acesso seguro com banco (ou bandos) de dados/centro de banco de dados e, então, enviar frases de consulta através do canal de acesso para um módulo de gerenciamento de banco de dados. Se um banco de dados relacional for utilizado, então, as tabelas de dados podem ter um tipo de relações, como relações de um para muitos, relações de muitos para muitos e relações de um para um com outra tabela (ou tabelas) de dados. Com base nas relações entre as tabelas de dados, o módulo de gerenciamento de banco (ou bancos) de dados pode seguir exatamente as frases de consulta e encontrar a tabela (ou tabelas) de dados específica com o uso de ID (ou IDs), nomes de tabela e nomes de coluna das tabelas com/sem a junção de duas ou mais tabelas de dados. Se um banco de dados não relacional for utilizado em vez das tabelas de dados, com os dados armazenados nos pares de valor de chave, então, o módulo de gerenciamento de banco de dados pode seguir exatamente as frases de consulta e encontrar os dados específicos com o uso de chaves que as frases de consulta fornecem. O sistema de computação 100 pode acessar todas as informações armazenadas nos bancos de dados 108. O banco (ou bancos) de dados 108 pode armazenar quaisquer dados relevantes para a implementação de modalidades exemplificativas da revelação inventiva.
[0101] Os dados de solicitação de serviço 194 recebidos através da interface de servidor podem incluir, por exemplo, a situação de solicitações de serviço, a situação de aceitações de solicitação de serviço por provedores de serviço, as razões dos provedores de serviço para cancelar as solicitações de serviço, os históricos associados às solicitações de serviço atribuídas, registros de operação de despachantes, etc. O conteúdo/carimbos data-hora de situações de notificações e confirmação também pode ser gravado em registros de sistema, e essas informações podem ser verificadas pelo administrador do sistema de computação 100. Será observado que esta não é uma lista exaustiva das informações de solicitação de serviço operacionais que o sistema pode gravar.
[0102] O banco de dados 108 também pode armazenar os detalhes de solicitações de serviço para cada provedor de serviço particular para referência futura e pode incluir dados relacionados ao veículo de um provedor de serviço, como marca e modelo, cor, capacidade de assentos e acessibilidade, situação de seguro, e até mesmo imagens do veículo. As informações adicionais no perfil do provedor de serviço podem incluir tais informações como uma lista de favoritos e lista negra do provedor de serviço, limitações relacionadas a códigos postais, hora, localização e preço, assim como dados e gravações de serviço. O banco de dados 108 pode incluir ainda dados administrativos compreendendo preços e taxas, dados de sistema como informações de contato e de FAQ, e detalhes de registro a respeito de clientes e provedores de serviço, como, por exemplo, informações de fatura ou outras informações relevantes em relação à administração do aplicativo de serviço pré-escalonado. A título de exemplo, os detalhes de registro podem incluir há quanto tempo os usuários são registrados no sistema ou com que frequência eles usam o aplicativo de serviço de pré-escalonamento ou sob demanda. Outras informações armazenadas podem incluir regras de serviço, procedimentos e preços, assim como procedimentos para definições dos provedores de serviço e dos clientes. Por exemplo, o banco de dados 108 pode armazenar informações de fatura ou outras informações relacionadas à administração de aplicativos de serviço sob demanda ou pré-escalonado para o sistema de computação 100. Os dados de grupo 195 podem incluir dados de base, dados de companhia, dados de grupo de indivíduos ou dados relacionados aos vendedores. Os dados de cliente podem compreender perfis de clientes incluindo dados pessoais, listas de provedor de serviço favorito de clientes, lista negra de provedor de serviço de clientes, preferências de clientes, dados de solicitações de serviço e gravações. O banco de dados 108 pode sincronizar ou atualizar dinamicamente, de modo que, sempre que alterações ou atualizações em blocos de dados forem feitas, o servidor 102 e banco de dados 108 atualiza dinamicamente os dados consequentemente para refletir as últimas alterações. Adicionalmente, pelo menos um banco de dados de reserva pode ser utilizado para substituir o banco de dados primário 108 no caso de perda de dados no banco de dados primário 108. Um elemento de habilidade comum na técnica observará que o banco de dados 108 pode variar daquele representado no presente pedido.
[0103] Alternativamente, o sistema de computação 100 pode usar um conjunto de bancos de dados ou meios de armazenamento de dados para fornecer e manter um aplicativo de serviço pré-escalonado para despachar um provedor de serviço compatível com base nas preferências e necessidades de um cliente. Os bancos de dados 108 podem conter várias categorias ou agrupamentos de dados. As seções do banco de dados 108 podem ser independentes ou sincronizadas para recuperar informações de ambas as seções ao mesmo tempo. As informações históricas podem ser categorizadas e armazenadas no e recuperadas a partir do banco de dados 108 e podem ser rastreadas em parte atribuindo-se um número de rastreamento, número de ID de serviço ou ID de viagem correspondente a cada solicitação de serviço para ajudar o sistema de computação 100 a consultar a solicitação de serviço. As informações categorizadas com essa identificação podem incluir o tipo de solicitação de serviço, quem solicitou e executou o mesmo, onde ocorreu (por exemplo, código postal, condado, cidade, estado, etc.), qual foi a rota, o custo da solicitação de serviço, quando e como o pagamento pelo serviço ocorreu e se uma das partes foi adicionada a uma lista de favoritos ou uma lista negra. Todas as informações a respeito das preferências ou limitações de um cliente ou provedor de serviço, preço e outras informações personalizáveis podem ser armazenadas no banco de dados 108.
[0104] As gravações de solicitações de serviço concluídas também podem ser armazenadas e mantidas no banco de dados 108. O sistema de computação 100 pode armazenar automaticamente gravações de dados históricos para quaisquer solicitações de serviço concluídas no banco de dados 108, que podem ser atualizadas dinamicamente à medida em que serviços são reservados e concluídos. O banco de dados 108 também pode armazenar um índice de cada solicitação de serviço que foi solicitado e concluído, incluindo os números de registro ou identificações de usuário de clientes e provedores de serviço, que podem ser recuperados para referência se for necessário a qualquer momento. As informações de solicitação de serviço armazenadas no banco de dados 108 também podem incluir, por exemplo, uma ID de solicitação de serviço, informações relevantes de provedor de serviço, informações relevantes de cliente, localização de encontro solicitada, localização de encontro real, localização de chegada solicitada, localização de chegada real, hora de encontro, hora de chegada, distância, tempo de duração, situação, preços, companhia de seguro, etc. Mesmo se um cliente não tiver um telefone inteligente ou usar o aplicativo que está em comunicação com o sistema, isso não afetará adversamente o funcionamento do sistema visto que métodos que envolvem um cliente que não tem acesso ao sistema podem ser utilizados. Por exemplo, um despachante pode atualizar tal cliente sobre a situação de sua solicitação de serviço ou sobre a localização do provedor de serviço. O despachante pode fornecer ao cliente as informações mais atuais. Em certas modalidades, um botão de início pode ser fornecido ao dispositivo de provedor de serviço 132SPn, o qual permite que um provedor de serviço se conecte instantaneamente com o despachante.
[0105] Em modalidades preferenciais, o sistema 100 atualiza dinamicamente e armazena quaisquer alterações em uma solicitação de serviço antes ou durante o início da mesma, ou quaisquer atualizações sobre a situação da solicitação de serviço, e exibe estas alterações em tempo real, tanto em um portal da web para o despachante quanto em uma interface de provedor de serviço no dispositivo de provedor de serviço 132 associado ao provedor de serviço atribuído à solicitação de serviço. Por exemplo, se um cliente cancelar uma solicitação de serviço ou precisar alterar a hora ou localização de encontro, o cliente pode inserir essas informações no sistema 100 através do dispositivo de cliente 130. As novas informações são armazenadas no banco de dados 108. O portal da web do despachante é atualizado,
e uma notificação da alteração é imediatamente enviada para o provedor de serviço associado à solicitação de serviço através do dispositivo de provedor de serviço 132. O provedor de serviço pode, então, acessar preferencialmente as mesmas informações a respeito da solicitação de serviço exibida no portal da web do despachante. Adicionalmente, em modalidades preferenciais, quaisquer novas informações a respeito do cliente (por exemplo, número de telefone, endereço de e- mail, uma alteração nas preferências, etc.) inseridas antes da solicitação de serviço podem ser comunicadas ao portal da web do despachante e à interface de usuário do dispositivo de provedor de serviço 132 do provedor de serviço atribuído à solicitação de serviço. Preferencialmente, apenas os dispositivos de provedor de serviço relevantes são atualizados com novas informações de cliente (por exemplo, dispositivos de provedor de serviço associados a provedores de serviço envolvidos com as solicitações de serviço do cliente).
[0106] Os dados podem ser preferencialmente armazenados categoricamente dentro do banco de dados 108 e ser atualizados dinamicamente para assegurar que as informações mais atuais e presentes sejam usadas nos processos sob demanda ou de pré-escalonamento. Será observado que o banco de dados 108 pode armazenar informações de cliente, perfil/informações de provedor de serviço e outros dados relacionados aos dados de DSP 140 (isto é, informações de cliente 142, dados de preferências/limitações de provedor de serviço de DSP 143, perfil de provedor de serviço 144, dados de preferências/limitações de DSP 145, outros dados 146, etc.) relacionados aos dados de companhias de base de etiqueta branca A/B 148, 156 (isto é, informações de cliente 150, 158, dados de preferências/limitações de provedor de serviço 151, 159, perfil de provedor de serviço 152, 160, dados de preferências/limitações de companhia 153, 161, outros dados 154, 162, etc.), e relacionados aos dados de companhias de não etiqueta branca 1/2 164, 174 (isto é, informações de cliente 168, 176, dados de preferências/limitações de provedor de serviço 169, 177, perfil de provedor de serviço 170, 178, dados de preferências/limitações de companhia 171, 179, outros dados 172, 180, etc.), assim como quaisquer outros dados desejados. As preferências predefinidas para um cliente armazenadas e atualizadas dinamicamente no banco de dados 108 podem incluir, mas sem limitações, preferências relacionadas ao tipo de provedor de serviço (isto é, favorito, preferencial ou da lista negra), localizações de encontro, localizações de chegada, marca, modelo e tipo de veículo, anos de experiência de condução, capacidade de assentos, gênero, língua falada, acessibilidade de serviço, disponibilidade de dispositivo médico, acomodação para animais de estimação e disponibilidade de assento para crianças. A preferência de localização de encontro permite que um cliente identifique sua localização de encontro.
[0107] Uma preferência de localização de chegada permite que um cliente identifique sua localização de chegada preferencial. As preferências de marca, modelo e tipo de veículo permitem que um cliente especifique a marca, o modelo e o tipo de veículo que ele prefere para sua solicitação de serviço. A preferência de anos de experiência de condução permite que um cliente predefina o número de anos de experiência que ele pode preferir que seu provedor de serviço tenha. A preferência de capacidade de assentos permite que um cliente especifique um número de passageiros para sua solicitação de serviço. A preferência de gênero permite que um cliente escolha um provedor de serviço de um certo gênero. A preferência de língua falada permite que um cliente escolha um provedor de serviço que fala uma certa língua. A preferência de acessibilidade permite que um cliente predefina uma preferência para provedores de serviço cujo veículo é equipado para acessibilidade especial. A preferência de disponibilidade de dispositivo médico possibilita que um cliente assegure que um veículo de transporte tenha certo equipamento, como tanques de oxigênio ou outros dispositivos médicos. A preferência de acomodação de animais de estimação permite que um cliente predefina uma preferência para solicitações de serviço que são capazes de acomodar animais de estimação. A preferência de disponibilidade de assento para bebê permite que um cliente solicite um provedor de serviço que tem um assento para bebê disponível.
[0108] Os dados armazenados no banco de dados 108 podem ser continuamente atualizados com todas as informações de usuário discutidas no presente pedido e analisadas de acordo com as várias metodologias discutidas no presente pedido para possibilitar a reserva ou despacho eficiente de provedores de serviço. Em certas modalidades, todas as vezes que o sistema 100 recebe uma entrada/solicitação a partir de um cliente, um provedor de serviço, um despachante, ou outro usuário, o sistema 100 pode, primeiro, abrir um canal de acesso seguro com o banco (ou bancos) de dados/centro de banco de dados 108 e, então, enviar frases de consulta através do canal de acesso para um módulo de gerenciamento de banco de dados. Se um banco de dados relacional for utilizado, então, as tabelas de dados podem ter um tipo de relações, como relações de um para muitos, relações de muitos para muitos e relações de um para um com outra tabela (ou tabelas) de dados. Com base nas relações entre as tabelas de dados, o módulo de gerenciamento de banco (ou bancos) de dados pode seguir exatamente as frases de consulta e encontrar a tabela (ou tabelas) de dados específica com o uso de ID (ou IDs), nomes de tabela e nomes de coluna das tabelas com/sem a junção de duas ou mais tabelas de dados. Se um banco de dados não relacional for utilizado em vez das tabelas de dados, com os dados armazenados nos pares de valor de chave, então, o módulo de gerenciamento de banco de dados pode seguir exatamente as frases de consulta e encontrar os dados específicos com o uso de chaves que as frases de consulta fornecem.
[0109] Os dados adicionais podem ser inseridos no banco de dados 108, incluindo, mas sem limitações, localizações para onde os clientes viajaram, listas de favoritos ou listas negras, localizações, outros dados e detalhes de transcrições, dados históricos, dados de expiração de política de seguro, datas de inspeção, datas de expiração de licença do condutor, da assistência domiciliar ou de outros provedores de serviço, ou qualquer combinação dos mesmos. Esses dados também podem incluir informações relacionadas a indicadores e à exibição dos mesmos. A título de exemplo, os dados podem incluir as solicitações de serviço que todos os clientes ou provedores concluíram em uma certa área, como uma ou mais ruas, códigos postais, município, cidade, bairro, condado, estado ou qualquer outro recursos de definição de região, ou quantas vezes um cliente e provedor foram emparelhados pelo sistema 100.
[0110] Voltando-se para a FIG. 2A, é representado um diagrama esquemático de componentes de sistema exemplificativos compreendidos no sistema de acordo com a revelação inventiva. Um componente de sistema é um processo, programa, utilidade ou outra parte do sistema operacional de um computador que ajuda a gerenciar áreas diferentes do sistema 100. Há múltiplos componentes de sistema em funcionamento, cada um servindo uma função específica. Juntos, eles permitem que o sistema operacional e o computador funcionem correta e eficientemente. Os componentes de sistema podem compreender um ou mais de cada um dos meios de comunicação 112, banco de dados 108, processador 104, memória 106, módulo de administrador 202, módulo de provedor de serviço 204, módulo de cliente 206, módulo de despachante ou entidade de serviço 208 e módulo de vendedor 210. O módulo de administrador 202, o módulo de provedor de serviço 204, o módulo de cliente 206, o módulo de despachante ou entidade de serviço 208 e o módulo de vendedor 210 podem interagir com outros componentes do dispositivo de computação, como os meios de comunicação 112, o banco de dados 108, o processador 104 e a memória 106 para afetar o fornecimento e a exibição de várias funcionalidades associadas ao sistema e ao método detalhados no presente pedido. Em geral, a comunicação entre os componentes de sistema e a rede 124 ocorre através de meios de comunicação 112. Um elemento de habilidade comum na técnica observará que o módulo de provedor de serviço 204 e o módulo de cliente 206 podem incluir uma pluralidade de submódulos (isto é, para serviço de transporte, para serviço de entrega, para outros serviços, etc.). Esses submódulos podem funcionar independentemente ou ser sincronizados para funcionarem juntos. Além disso, um elemento de habilidade comum na técnica observará que os componentes de sistema podem variar daqueles descritos no presente pedido, visto que a FIG. 2 representa apenas certos elementos de núcleo dos componentes de sistema da revelação inventiva.
[0111] Com referência, em seguida, à FIG. 2B, é representado um diagrama esquemático de uma estrutura de sistema exemplificativa de acordo com modalidades exemplificativas da revelação inventiva que compreende três componentes principais: servidor 102, banco de dados 108 e dispositivo de computação 128. O servidor 102 é ligado comunicativamente com e interage com o banco de dados 108. Alguns dados podem ser armazenados no dispositivo de computação 128 incluindo, por exemplo, parte de ou uma totalidade dos dados de componente de mapa 212. O dispositivo de computação 128 pode ter o aplicativo de serviço 214 instalado tendo três componentes principais que incluem a interface de servidor 216, o gerenciador de aplicativo 218 e a interface de provedor de serviço/cliente 220. Qualquer interação entre o aplicativo de serviço 214 e o servidor 102 ocorre através da interface de servidor 216 e o gerenciador de aplicativo 218 gerencia a operação do aplicativo de serviço 214 e a recuperação de dados a partir do banco de dados 108 para o aplicativo de serviço 214. Qualquer interação entre o aplicativo de serviço 214 e o provedor de serviço/cliente ocorre através da interface de provedor de serviço/cliente 220. O dispositivo de computação 128 pode ajudar o aplicativo de serviço 214 com o componente de mapa 222, por exemplo, para exibir a localização do provedor de serviço/cliente no mapa do aplicativo de serviço 214. Os dados de componente de mapa 212 podem ser recuperados a partir do banco de dados 108. O dispositivo de computação 128 também fornece suporte de determinação de localização ao aplicativo de serviço 214, onde a localização é identificada através do identificador de localização 224 por meio de, por exemplo, componente de GPS 226 localizado dentro do dispositivo de computação 128. Um elemento de habilidade comum na técnica observará que a estrutura de sistema representada na FIG. 2B não é exclusiva, e que pode haver outras variações da mesma.
[0112] Em seguida, a FIG. 3A representa um fluxo de trabalho exemplificativo para um registro de um cliente com o sistema. O processo começa com o cliente baixando o aplicativo ou visitando o sítio da web (Etapa 320). O cliente, então, clica no botão de “registro” e entra na página de “registro” (Etapa 322). O cliente, então, preenche suas informações (Etapa 324) e submete o formulário para o sistema (Etapa 326). O sistema distribui IDs exclusivas para cada cliente (Etapa 328) e envia uma confirmação de registro para o cliente (Etapa 330). O cliente confirma o registro (Etapa 332) e, então, realiza log in no sistema (Etapa 334). O cliente, então, tem uma opção de conectar um método de pagamento, que pode ser um cartão de crédito/débito, conta bancária ou qualquer outro método de pagamento, com sua conta (Etapa 336). Uma vez que o cliente conecta um método de pagamento, ele está pronto para começar a solicitar serviço (Etapa 338). Um elemento de habilidade comum na técnica observará que o processo descrito na FIG. 3A não é exclusivo, e que o processo de registro de um cliente pode incluir as etapas que diferem das etapas descritas no mesmo. Além disso, um elemento de habilidade comum na técnica observará que o processo representado no presente pedido não exige a ordem particular mostrada para alcançar resultados desejáveis.
[0113] De modo similar, a FIG. 3B representa um fluxo de trabalho exemplificativo para um registro de um provedor de serviço no sistema. O processo começa com o provedor de serviço baixando o aplicativo ou visitando o sítio da web (Etapa 320). O provedor de serviço, então, clica no botão de “registro” e entra na página de “registro” (Etapa 322). O provedor de serviço, então, preenche suas informações (Etapa 340) e submete o formulário para o sistema (Etapa 342). O sistema distribui IDs exclusivas para cada provedor de serviço (Etapa 344) e solicita que o provedor de serviço forneça informações (por exemplo, documentos/materiais) para revisão como parte de sua inscrição (Etapa 346). A inscrição é, então, revisada (Etapa 348) e uma decisão é renderizada, quanto à possibilidade de o provedor de serviço ter sido aprovado no estágio de revisão de documento/materiais ou não (Decisão 350). Um elemento de habilidade comum na técnica observará que deve ser entendido que há inúmeros tipos de documentos que podem ser exigidos dos provedores de serviço dependendo de localizações geográficas e jurisdições diferentes, em que os provedores de serviço precisariam submeter documentos específicos para sua jurisdição. Se o provedor de serviço não tiver sido aprovado na revisão, o processo retorna para fornecer mais informações (Etapa 346). Se o provedor de serviço tiver sido aprovado na revisão, então, ele será capaz de realizar o log in no sistema (Etapa 352). O provedor de serviço, então, pode começar a aceitar solicitações de serviço e fornecer serviço (Etapa 354). Um elemento de habilidade comum na técnica observará que o processo descrito na FIG. 3B não é exclusivo, e que o processo de registro do provedor de serviço pode incluir as etapas que diferem das etapas descritas no mesmo. Além disso, um elemento de habilidade comum na técnica observará que o processo representado no presente pedido não exige a ordem particular mostrada para alcançar resultados desejáveis.
[0114] Agora com referência à FIG. 4, é representado um fluxo de trabalho exemplificativo de um provedor de serviço que fornece, por exemplo, serviço de transporte de acordo com modalidades exemplificativas da revelação inventiva. Será observado que os sistemas, plataformas e métodos descritos no presente pedido podem se aplicar a provedores de serviço diferentes oferecendo fornecer serviços diferentes (por exemplo, serviços de assistência médica domiciliar, serviços de entrega, etc.). Conforme representado, o provedor de serviço começa selecionando- se o tipo de serviço que o mesmo quer fornecer, como serviço de transporte (Etapa 400). O provedor de serviço, então, predefine suas limitações de tempo e localização (Etapa 401). O provedor de serviço, então, recebe uma solicitação de serviço (Etapa 402) e decide se aceita a solicitação (Decisão 403). Se o provedor de serviço recusar a solicitação de serviço, então, a solicitação de serviço vai para outro provedor de serviço disponível (Etapa 404) e o processo retorna para o provedor de serviço original, que, então, recebe uma nova solicitação de serviço (Etapa 402). Esse processo se repete até que um provedor de serviço aceite uma nova solicitação de serviço.
[0115] Uma vez que um provedor de serviço aceita uma nova solicitação de serviço, o provedor de serviço é despachado (Etapa 405), e o mesmo se desloca para uma localização de encontro (Etapa 406). Uma vez que o provedor de serviço chega na localização de encontro, o mesmo confirma a chegada (Etapa 407). O sistema, então, notifica o cliente sobre a chegada do provedor de serviço (Etapa 408). Se o provedor de serviço desejar, ele pode realizar uma chamada opcional para o cliente para notificar o mesmo de sua chegada (Etapa 409). O cliente, então, entra no veículo e o provedor de serviço começa a executar o serviço (Etapa 410). O provedor de serviço tem uma opção de usar a navegação (Etapa 411) e conduz o cliente para a localização de destino (Etapa 412). Após a chegada, a solicitação de serviço é identificada como completa (Etapa 413), e o cliente realiza um pagamento (Etapa 414). Após o pagamento do cliente, o provedor de serviço tem uma opção de fornecer retroalimentação (Decisão 415). O provedor de serviço pode escolher ignorar o fornecimento de retroalimentação, caso em que o processo é finalizado (Etapa 418). Se o provedor de serviço escolher fornecer retroalimentação, o provedor de serviço fornece retroalimentação (Etapa 416) e, uma vez que o mesmo terminar o fornecimento de retroalimentação (Etapa 417), o processo é finalizado (Etapa 418). Um elemento de habilidade comum na técnica observará que uma atividade de provedor de serviço pode diferir dependendo da possibilidade de o provedor de serviço fornecer serviço de transporte e/ou serviço de entrega, serviço de assistência médica domiciliar, etc. Embora possa haver poucas diferenças nas etapas de processo dependendo do tipo de serviço, o conceito principal permanece igual. Para propósitos de simplicidade, a FIG. 4 representa apenas o fluxo de trabalho de uma atividade de provedor de serviço no sistema para solicitações de serviço de transporte, porém, pode se aplicar a outros tipos de solicitações de serviço, etc., de acordo com a revelação inventiva.
[0116] Voltando-se agora para a FIG. 5, é ilustrada uma modalidade exemplificativa do sistema de gerenciamento da FIG. 1A que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída para processamento de dados personalizável para um aplicativo conversível de usuário pelo menos na indústria de serviços de transporte, assistência médica domiciliar, entrega, etc., representando ainda uma categorização exemplificativa de dados dentro do banco de dados de sistema 108, incluindo uma pluralidade de companhias de base utilizando uma única base de código de software de aplicativo de back-end como descrito acima em relação à modalidade exemplificativa do banco de dados 108 na FIG. 1B. Conforme representado, o servidor 102 e o sistema de computação 100 podem ser ligados comunicativamente, através de meios de comunicação 112 e rede ou WAN 124, a dispositivos periféricos como dispositivos de computação 128 (isto é, configurados como um ou mais dispositivos de computação de cliente 130C1 a 130Cn e/ou dispositivos de computação de provedor 132SP1 a 132SPn), dispositivo de vendedor 126, dispositivo de administrador 134, e dispositivo de despachante 136. Os dispositivos de computação 128 podem ser dispositivos (por exemplo, telefone inteligente, relógio de pulso inteligente, etc.) que permitem que um usuário (por exemplo, cliente, provedor, etc.) interaja com o sistema de computação 100 e, em particular, com o banco de dados 108. Qualquer número (por exemplo, 1, 2, 3,...n) de dispositivos de provedor de serviço/provedor 132SP1... 132SPn, ou dispositivos de cliente 130C1... 130Cn pode ser usado em conjunto com o sistema de computação
100. Cada companhia utilizando a base de código de software de aplicativo de back- end do sistema do DSP pode ter uma pluralidade de provedores de serviço e clientes, cada um usando dispositivos de computação 128. Entretanto, para companhias usando aplicativos de etiqueta branca, o front-end do software de aplicativo será personalizado para a companhia específica, enquanto outras companhias podem usar o front-end do aplicativo de DSP.
[0117] Por exemplo, em relação àquelas companhias que escolhem usar um aplicativo de etiqueta branca, um gerenciador de conteúdo ou outro administrador pode adaptar especificamente a aparência da GUI para os compradores específicos do software de aplicativo de etiqueta branca tomando o conteúdo de etiqueta branca genérico controlado pelo gerenciador de conteúdo e formatando o mesmo para que tenha um visual e uma sensação para a companhia ou comprador cliente prospectivo (por exemplo, companhia de serviço de compras). Em certas modalidades, um controlador pode fornecer um meio para personalizar o conteúdo de etiqueta branca genérico no aplicativo para um usuário específico. Assim, se o conteúdo for fornecido através de uma plataforma personalizada, o controlador pode facilitar consequentemente a remarcação do conteúdo de etiqueta branca para se adequar a uma situação específica. De acordo com vários aspectos da revelação inventiva, o sistema pode hospedar uma pluralidade de aplicativos de despacho incluindo tanto o aplicativo de DSP (ou outra companhia de software) quanto um ou mais aplicativos de etiqueta branca em uma única plataforma compartilhada, de modo que cada um possa acessar os dados armazenados dentro de qualquer categoria ou subcategoria do banco de dados 108. Por exemplo, conforme mostrado nas FIGs. 1B e 5 a 6, os dados armazenados no banco de dados 108 podem ser particionados ou categorizados de acordo com a companhia à qual os dados pertencem. O banco de dados 108 pode compreender categorias como dados de DSP 140, dados de companhias de etiqueta branca A/B 148, 156, dados de companhia de serviço 1/2 164, 174, etc.
[0118] Conforme mostrado mais especificamente na FIG. 6, que ilustra uma modificação exemplificativa do sistema de gerenciamento da FIG. 5, uma pluralidade de dispositivos de provedor de serviço e cliente podem ter programas de aplicativo de front-end individuais, independentes e personalizáveis ligados comunicativamente com uma única base de código de software de aplicativo de back-end. Conforme mostrado, os dispositivos de computação de cliente 130C1 a 130C5 e/ou dispositivos de computação de provedor de serviço 132SP1 a 132SP5 para cada um dentre o DSP, um ou mais usuários de aplicativo de etiqueta branca, ou um ou mais usuários da plataforma de aplicativo de DSP, pode ser conectado operacionalmente ao sistema de computação 100 e ao banco de dados 108, através da rede 124. Dessa forma, o sistema pode compreender um ou mais dispositivos de provedor de serviço de DSP 132SP1 e um ou mais dispositivos de cliente de DSP 130C1, um ou mais dispositivos de provedor de serviço de usuário de etiqueta branca 132SP 2, 132SP3 e um ou mais dispositivos de cliente de usuário de etiqueta branca 130C2,130C3, assim como um ou mais dispositivos de provedor de serviço de usuário de não etiqueta branca 132SP4, 132SP5 e um ou mais dispositivos de cliente de não etiqueta branca 130C 4, 130C5. Em uma modalidade preferencial, cada um dos dispositivos de computação de cliente 130C1 a 130C5 e/ou os dispositivos de computação de provedor de serviço 132SP 1 a 132SP5 pode, ser configurados com diferentes aplicativos de front-end. Por exemplo,
o dispositivo de cliente de computação 130C1 e dispositivo de provedor de serviço de computação 132SP1 pode ser configurado com o aplicativo de cliente de DSP 610 e o aplicativo de provedor de serviço de DSP 604, respectivamente, cada um dos quais usa a base de código de software de front-end de aplicativo de DSP, enquanto os dispositivos de computação de cliente 130C2, 130C3 podem ser configurados com o aplicativo de cliente de companhia de etiqueta branca A/B 612/613, respectivamente, e dispositivos de computação de provedor de serviço 132SP 2, 132SP3 podem ser configurados com aplicativo de provedor de serviço de companhia de etiqueta branca 606, 607, respectivamente. De modo similar, os dispositivos de computação de cliente 130C4, 130C5 podem ser configurados com aplicativo de cliente de companhia de serviço 1 ou 2 614, 615, respectivamente, e os dispositivos de computação de provedor de serviço 132SP4, 132SP5 podem ser configurados com aplicativo de provedor de serviço de companhia de serviço 1 ou 2 608, 609, respectivamente, que pode ser simplesmente a base de código de software de front-end de aplicativo de DSP. Os dispositivos de computação 130C1 a 130C5 e/ou 132SP1 a 132SP5 permitem que um usuário (por exemplo, cliente, condutor, paciente, assistência domiciliar, provedor de serviço, etc.) interaja com o sistema 100 e, em particular, com o banco de dados 108, para o propósito de solicitar serviço, aceitar solicitações de serviço, modificar preferências/limitações, registrar no sistema, etc. Assim, de acordo com uma modalidade exemplificativa da revelação inventiva, os usuários precisam apenas baixar ou, de outro modo, utilizar um único aplicativo de cliente que potencialmente fornece acesso aos provedores de serviço a partir de uma pluralidade de companhias de serviço, companhias de etiqueta branca e/ou DSPs, todos usando o mesmo software de despacho.
[0119] Em certas modalidades dos recursos de aplicativo de etiqueta branca revelados no presente pedido, se uma base de serviço solicita um aplicativo de etiqueta branca de um DSP que tem seu próprio software de aplicativo de usuário e provedor de serviço, então, para cada um dentre o aplicativo de cliente e o aplicativo de provedor de serviço, o nome de aplicativo, ícone, emblema de loja, capturas de tela, descrição,
etc., podem ser personalizados de acordo com as necessidades da companhia de base. O aplicativo personalizado pode ter sua própria página de loja de reprodução ou página de loja de aplicativo separada para possibilitar que a companhia de base promova ou encoraje seus usuários e provedores de serviço a usarem o aplicativo através do enlace exclusivo da própria companhia de base. Em tal aplicativo de usuário de etiqueta branca ou personalizado por base, o usuário terá uma opção de solicitar serviço a partir dos mesmos provedores de serviço de base ou de todas as companhias de base registradas no sistema do DSP. Se um usuário habilitar o sistema para apenas enviar solicitações de serviço para os mesmos provedores de serviço de base, então, quando um cliente solicitar o serviço, a solicitação de serviço será primeiro atravessada apenas através dos provedores de serviço registrados na mesma base (isto é, a base associada ao aplicativo usado pelo cliente para solicitar o serviço). Opcionalmente, se a base de código de back-end do aplicativo de software não encontrar nenhum provedor de serviço disponível a partir da mesma base, então, o cliente pode ser notificado, e pode receber uma opção de comutar ou alternar para, por exemplo, um modo de provedor de serviço de DSP ou outro modo de provedor de serviço de companhia de base para permitir que o sistema busque provedores de serviço disponíveis a partir dos provedores de serviço registrados no DSP ou a partir da lista (ou listas) de provedores de serviço de outras companhias de base usando a base de código de software de aplicativo de back-end de DSP. Se o usuário aceitar esta opção, então, a solicitação de serviço (por exemplo, uma viagem, assistência médica domiciliar, entrega, etc.) fará com que o sistema realize interface com a porção de banco de dados de DSP, ou através de uma ou mais outras porções de base do banco de dados, ou através de todo o banco de dados do sistema, dependendo da preferência (ou preferências) individual do usuário, cliente, DSP e/ou companhias de base, etc.
[0120] Em seguida, com referência à FIG. 7, é mostrado um diagrama esquemático ilustrando um método exemplificativo para compartilhar um aplicativo conversível de usuário, por exemplo, em um banco de dados ou um sistema de banco de dados particionado para despacho 700, de acordo com modalidades da revelação inventiva.
Em tal sistema, as solicitações de serviço podem ser recebidas através do aplicativo de DSP de usuário 702 ou do aplicativo de usuário de etiqueta branca ou base 704. Em relação ao anterior, a solicitação é fornecida à API de provedor de serviço de DSP 708 que é ligada à base de código de software de back-end de DSP 712, que é conectada operacionalmente ao banco de dados centralizado 108. Preferencialmente, o sistema de back-end de DSP 714 compreende o servidor 102 que inclui, entre outras coisas, base de código de software de back-end de DSP 712 e banco de dados centralizado 108. O sistema busca um provedor de serviço de DSP disponível através da API de provedor de serviço de DSP 708. Se, alternativamente, uma solicitação de serviço for recebida através de um aplicativo de usuário de etiqueta branca 704, que também é ligado operacionalmente à base de código de software de back-end de DSP 712 e ao banco de dados centralizado 108 através da API de provedor de serviço de etiqueta branca ou base 706, então, uma dentre uma pluralidade de ações é tomada dependendo da configuração do aplicativo de etiqueta branca estabelecida por seu proprietário.
Por exemplo, em uma primeira ocorrência, o aplicativo de etiqueta branca 704 pode ser configurado para fornecer a solicitação à API de provedor de serviço de etiqueta branca ou base 706 que é ligada à base de código de software de back-end de DSP 712 e ao banco de dados centralizado 108. O sistema busca por um provedor de serviço de base disponível através da API de provedor de serviço de etiqueta branca ou base 706. Se um provedor de serviço de base disponível for encontrado, então, a solicitação de serviço é despachada para tal provedor de serviço.
Se nenhum provedor de serviço de base disponível for encontrado, então, o sistema pode gerar um diálogo ou comunicação entre o cliente e o sistema para pedir permissão 710 para solicitar um provedor de serviço de todo ou de outra porção do sistema do DSP.
Se tal permissão for concedida, então, a solicitação é fornecida à API de provedor de serviço de DSP 708 para buscar um provedor de serviço de DSP disponível.
Em uma segunda ocorrência, o aplicativo de etiqueta branca pode ser configurado para gerar inicialmente um diálogo ou comunicação entre o cliente e o sistema para pedir permissão inicialmente 710 para solicitar um provedor de serviço de qualquer porção do sistema do DSP. Se a permissão for concedida, então, a solicitação é fornecida inicialmente à API de provedor de serviço de DSP 708 para buscar um provedor de serviço de DSP disponível através da API de provedor de serviço de DSP 708. Em uma terceira ocorrência, o aplicativo de etiqueta branca pode ser configurado para habilitar automaticamente o uso de provedores de serviço a partir de qualquer porção do sistema do DSP. Aqui, a solicitação é fornecida inicialmente através do aplicativo de etiqueta branca 704 para a API de provedor de serviço de DSP 708 para buscar um provedor de serviço de DSP disponível através de qualquer porção do sistema do banco de dados de DSP 108. Em certas modalidades, a permissão solicitada em 710 nos cenários descritos acima podem ser diretamente do cliente, terceiros e/ou diretamente a partir da companhia de etiqueta branca.
[0121] Preferencialmente, o sistema é configurado no back-end para implementar essa funcionalidade passando-se em um identificador de companhia de base do aplicativo de cliente. Preferencialmente, o back-end é configurado de modo que todos os aplicativos de etiqueta branca possam se comunicar com uma única base de código de back-end do aplicativo de software. Adicionalmente, em certas modalidades, a base de código de software de aplicativo de back-end pode ser configurada para avaliar a viagem ou outra solicitação de serviço de acordo com configurações de base diferentes usando uma ou mais APIs. Para o aplicativo de provedor de serviço de etiqueta branca, a companhia de base pode configurar o aplicativo remotamente, de modo que seus provedores de serviço possam aceitar o trabalho ou solicitações de serviço apenas a partir dos clientes de mesma base, a partir de um ou mais clientes de outra companhia de base, ou de todos os clientes de DSP. O administrador (ou administradores) para a companhia de base pode personalizar ou modificar essa configuração através do portal de DSP ou dispositivo de administrador 134 (FIG. 1A). Além disso, no tipo de aplicativo de etiqueta branca mencionado no presente pedido, uma companhia de base pode personalizar o aplicativo com seu próprio emblema, seu próprio título de aplicativo, etc., para fornecer sua própria página de loja de reprodução ou página de loja de aplicativo, de modo que os usuários finais possam visualizar tudo na configuração de nome de base. Dessa maneira, a companhia de base é capaz de mostrar suas próprias capturas de tela, ícone de aplicativo, etc. personalizados. No aplicativo de app de usuário, o usuário tem permissão para priorizar as solicitações de serviço para os provedores de serviço de base. Se nenhum dos provedores de serviço de base estiverem disponíveis, então, o cliente pode receber uma opção de solicitar o serviço a partir do sistema do DSP ou a partir de um ou mais outros provedores de serviço de base. Em certas modalidades, os provedores de serviço podem receber solicitações de serviço a partir da mesma companhia de base como uma prioridade, mas além disso, receber solicitações de serviço a partir de outras companhias de base se um cliente selecionar tal opção. Tanto no aplicativo de cliente quanto no aplicativo de provedor de serviço, uma configuração da companhia de base pode ser estabelecida por padrão através de um número de suporte, e-mail ou outras informações de identificação.
[0122] Em tais sistemas, o aplicativo de DSP, os aplicativos de companhia de serviço, e aplicativos de etiqueta branca utilizam ou recebem a mesma configuração de back- end (isto é, são ambos/todos conectados ao mesmo servidor de back-end). Se for permitido, quando uma solicitação de serviço for realizada ou o serviço for solicitado através de um aplicativo de usuário de etiqueta branca 704, o aplicativo de usuário de etiqueta branca 704 realizará interface com a mesma API que o aplicativo de DSP de usuário 702, porém, um parâmetro adicional (por exemplo, base_id) será adicionado para que o back-end de DSP 712 para identificar que esta solicitação de serviço deve ser inicialmente roteada apenas através dos respectivos provedores de serviço de base. Se a base de código de back-end de DSP 712 retorna um resultado vazio (isto é, nenhum provedor de serviço de base disponível), então, após o consentimento do cliente para aceitar um provedor de serviço a partir de qualquer porção do sistema do DSP, a mesma API de provedor de serviço de DSP 708 será acessada, porém, com um novo parâmetro de identificação (por exemplo, base_id=0). Dessa maneira, o servidor de back-end 102 pode identificar e rotear a solicitação de serviço através de todo o sistema do DSP. No aplicativo de provedor de serviço, com base nas definições configuradas ou estabelecidas pela companhia de base, quando a solicitação de serviço for invocada a partir do aplicativo de DSP de usuário 702, a API de provedor de serviço de DSP 708 pode verificar se um provedor de serviço particular tem permissão para receber uma solicitação de serviço a partir de outras companhias de base ou não. Se o administrador da base tiver habilitado este recurso, então, o provedor de serviço não receberá nenhuma notificação de solicitação de serviço. Dependendo da configuração, usando um único aplicativo de etiqueta branca, um provedor de serviço pode receber solicitações de serviço de sua mesma base ou de qualquer outra porção de todo o sistema do banco de dados de DSP 108. Assim, a probabilidade de e a eficiência em um cliente encontrar um provedor de serviço adequado para suas necessidades aumenta e permite um serviço de despacho mais uniforme que abrange múltiplas companhias. Adicionalmente, os clientes recebem potencialmente acesso a provedores de serviço mais adequados, companhias pequenas sem uma base de clientes grande têm a oportunidade de aumentar sua empresa e/ou comercializar adicionalmente sua marca para novos clientes dependendo das definições de sistema e consentimentos de companhia, e DSPs ou outras companhias de software de licenciamento têm a oportunidade de aumentar sua empresa através do acesso a clientes e provedores de serviço adicionais, e comercializar adicionalmente sua marca para clientes e provedores de serviço.
[0123] Voltando-se agora para a FIG. 8, é mostrado um diagrama esquemático ilustrando um sistema e método exemplificativos alternativos para compartilhar um aplicativo conversível de cliente, por exemplo, em um banco de dados ou um sistema de banco de dados particionado para o despacho 800, de acordo com modalidades exemplificativas da revelação inventiva. Em tal sistema, as solicitações de serviço podem ser recebidas a partir de qualquer um dentre o aplicativo de DSP 817 à API em plataformas cruzadas de DSP 818, ou aplicativo de entidade de serviço 1 811, aplicativo de entidade de serviço 2 813 ou aplicativo de entidade de serviço 3 815 através da API (ou APIs) de entidade de serviço 1 de etiqueta branca 812, API (ou
APIs) de entidade de serviço 2 814 ou API (ou APIs) de entidade de serviço 3 816, respectivamente. Embora apenas três (3) aplicativos de entidade de serviço sejam representados, um elemento de habilidade comum na técnica reconhecerá que qualquer número de entidades de serviço (isto é, entidades de etiqueta branca) podem utilizar o sistema de banco de dados particionado descrito no presente pedido. Em relação a um cliente através do aplicativo de DSP 817, a solicitação é fornecida à API em plataformas cruzadas de DSP 818 que é ligada comunicativamente à base de código de software de back-end compartilhada de DSP 808 armazenada no meio de armazenamento 806 do servidor 102. A base de código de back-end compartilhada 808 é acoplada operacionalmente ao banco de dados centralizado 108 de modo que o sistema possa buscar um provedor de serviço de DSP disponível na porção de banco de dados de DSP 826 do banco de dados 108 usando a API de DSP 818. Se, alternativamente, uma solicitação de serviço for recebida a partir de um cliente de um dentre os aplicativos de entidade de serviço de etiqueta branca 811, 813, 815, que também são ligados operacionalmente à base de código de software de back-end de DSP 808 e ao banco de dados centralizado 108, então, uma dentre uma pluralidade de ações é tomada dependendo da configuração do aplicativo de etiqueta branca estabelecida por seu proprietário.
[0124] Por exemplo, em uma modalidade, o aplicativo de entidade de serviço de etiqueta branca 811 (isto é, o programa de aplicativo) associado à API de entidade de serviço 1 812 pode ser configurado para instruir a base de código de software de back- end de DSP 808 para buscar um provedor de serviço disponível na porção de banco de dados (DB) de entidade de serviço (SE) 1 820 do banco de dados particionado
108. O sistema pode buscar um provedor de serviço de base disponível usando, por exemplo, uma API de busca da API de entidade de serviço 1 812 e base de código
808. Se um provedor de serviço disponível for encontrado no DB da SE 1 820 associado ao aplicativo de entidade de serviço 1 811, então a solicitação de serviço é despachada para tal provedor de serviço. Se nenhum provedor de serviço disponível pode ser encontrado na porção de DB da SE 1 820 do banco de dados centralizado
108, então, um diálogo ou comunicação pode ser iniciado entre o aplicativo de entidade de serviço 1 811 e a base de código de back-end 808 para solicitar um provedor de serviço a partir do banco de dados de outra entidade de serviço de provedores de serviço de acordo com as regras predeterminadas estabelecidas no sistema. Se tal permissão de compartilhamento tiver sido autorizada ou concedida para cada entidade de serviço, então, a base de código de back-end compartilhada 808, em conjunto com a API de entidade de serviço 1 812, busca por um provedor de serviço disponível em cada uma das porções autorizadas do banco de dados 108 (por exemplo, no DB de SE 2 822, DB de SE 3 824 ou DB de DSP 826). Se múltiplos provedores de serviço disponíveis forem, então, localizados, em uma modalidade, o sistema selecionará o provedor de serviço disponível mais próximo e atribuirá a solicitação a tal provedor de serviço. Em outra modalidade, o sistema pode ser configurado para permitir que o cliente (por exemplo, o usuário do aplicativo de entidade de serviço 1 811, o usuário do aplicativo de entidade de serviço 2 813, o usuário do aplicativo de entidade de serviço 3 815, o usuário do aplicativo de DSP 817, etc.) selecione um provedor de serviço particular a partir de, por exemplo, uma lista de provedores de serviço disponíveis identificados a partir de qualquer uma das porções do banco de dados centralizado 108. Por exemplo, os indicadores podem ser exibidos para o cliente representando fatores relevantes referentes aos provedores de serviço com base em qualquer uma dentre inúmeras preferências predefinidas do cliente (por exemplo, provedor de serviço favorito, provedor de serviço preferencial, familiaridade com a rota, gênero, língua falada, etc.). Dessa maneira, o cliente pode encontrar uma melhor correspondência ou provedor de serviço mais preferencial de acordo com as preferências que o cliente define com o sistema.
[0125] O sistema fornece preferencialmente esses conjuntos de indicadores para mais bem auxiliar um cliente (por exemplo, passageiro, cliente, paciente, etc.) a selecionar ou, de outro modo, engajar com um provedor de serviço (por exemplo, condutor, provedor, assistente médico, etc.) mais correspondente para a solicitação de serviço. Várias informações incluindo, mas sem limitações, preço, identificação do número de solicitações de serviço concluídas, familiaridade com um cliente solicitando serviço, familiaridade com uma rota até um cliente em uma solicitação de serviço, etc. podem ser complicadas para que um cliente navegue ao fechar um acordo para uma solicitação de serviço. Como um cliente, provedor de serviço e entidade de serviço precisa de informações diferentes, os indicadores podem diferir dependendo de quais devem ser essas informações. Os provedores de serviço, clientes e entidades de serviço são capazes de personalizar sua experiência, expectativas e preferências através dos vários fatores relevantes de serviço que podem ser exibidos através de conjuntos de indicadores. As modalidades exemplificativas da presente invenção fornecem pelo menos vinte e seis (26) conjuntos de indicadores personalizáveis para simplificar essas informações compreensivas. Um elemento de habilidade comum na técnica observará que mais ou menos de 26 conjuntos de indicadores podem ser usados de acordo com a revelação inventiva. O sistema exibirá indicadores para evitar a confusão, porém, os clientes, provedores de serviço ou entidades de serviço (isto é, usuários) também podem escolher alterar certos conjuntos de indicadores. Por exemplo, os usuários podem querer substituir um símbolo ou ícone predefinido que representa um indicador pelo seu próprio símbolo, como um emoticon ou abreviação para sua própria ID de usuário. Adicionalmente, as explicações a respeito do que cada indicador significa também pode ser fornecida, e os usuários têm a opção de ligar/desligar essas explicações, ou ocultá-las temporariamente. Se eles desligarem as mesmas, eles ainda podem ligar algumas ou todas novamente. Por exemplo, novos usuários podem preferir deixar as explicações ligadas, ao passo que aqueles que já usam o serviço há um tempo, e são muito familiarizados com as mesmas, podem não precisar das explicações para os significados dos vários conjuntos de indicadores. Os usuários também podem alterar a ordem na qual os indicadores são exibidos se eles quiserem priorizar um conjunto de indicadores em relação a outro.
[0126] Os indicadores são preferencialmente um meio para transmitir ou exibir informações relevantes de serviço para um cliente, um provedor de serviço, uma entidade de serviço, ou qualquer combinação dos mesmos de uma forma simples,
rápida e conveniente. Múltiplos conjuntos de indicadores podem ser usados para auxiliar com a correspondência de serviço apropriado entre os dois, assim como permitir a personalização por usuários. Os usuários podem ter indicadores diferentes em suas respectivas interfaces, porém, também podem ser os indicadores um do outro se escolherem assim. Adicionalmente, pode haver um sistema de camadas para alguns indicadores, que inclui uma faixa de números com uma quantidade mínima e máxima, e cada camada representando um significado diferente para diferentes usuários.
[0127] Em uma modalidade exemplificativa, um primeiro conjunto de indicadores pode identificar um tipo de usuário para provedores de serviço em três categorias, incluindo, mas sem limitações, provedores de serviço favoritos, preferenciais e comuns. Um segundo conjunto também pode identificar um tipo de usuário para usuários em três categorias, incluindo, mas sem limitações usuários favoritos, preferenciais e comuns. Um terceiro conjunto pode identificar a disponibilidade de provedores de serviço, que pode conectar o tempo pelo qual os provedores de serviço permanecerão disponíveis para solicitações de serviço. Um quarto conjunto pode identificar se um usuário está atualmente realizando uma solicitação de serviço, que pode conectar o tempo pelo qual as solicitações de serviço a partir do cliente permanecerão disponíveis. Um quinto conjunto pode ser baseado no volume de solicitações de serviço que um provedor de serviço executou, em que os números relacionados aos dados históricos são conectados. Ou seja, podem conectar números para refletir o número total de solicitações de serviço executadas por um provedor de serviço dentro de certo período de tempo, em que o número total é adicionalmente dividido de acordo com um certo período de tempo e é refletido por números, camadas ou combinação dos mesmos. Um sexto conjunto pode mostrar uma ou mais ou qualquer combinação de zonas geográficas com base em um ou mais ou qualquer combinação de parâmetros de busca correspondentes predefinidos pelo usuário. Um sétimo conjunto pode ser baseado nos dados e informações fornecidos pelo sexto conjunto de indicadores para comparar adicionalmente o número total de provedores de serviço disponíveis em potencial com o número total de usuários disponíveis em potencial. Um oitavo conjunto pode ajudar a simplificar as informações de preços relacionadas à resposta de um provedor de serviço a uma proposta de preço de um usuário conectando-se números relacionados a preços. Um nono conjunto pode exibir informações a respeito da negociação de um preço para os serviços de um provedor de serviço com base em um preço que foi iniciado por um provedor de serviço no caso de um cliente enviar a solicitação de serviço sem um preço cotado, e o provedor de serviço responde com um preço proposto, que pode ser negociável ou não negociável. Um décimo conjunto pode conectar dados históricos e dados de geolocalização para refletir informações a respeito de informações de zona com base no número total de solicitações de serviço concluídas por um provedor de serviço dentro da zona geográfica em que um cliente indica a localização de visita da solicitação de serviço. E, um décimo primeiro conjunto pode conectar dados históricos e dados de geolocalização para refletir informações relacionadas às informações de zona com base no número total de solicitações concluídas por um provedor de serviço dentro da zona geográfica em que um cliente indicou a localização de chegada na solicitação de serviço.
[0128] Um décimo segundo conjunto pode transmitir o nível de familiaridade de um provedor de serviço com o cliente associado à solicitação de serviço, representado pelo menos através de porcentagem ou qualquer outra representação como camadas, em que a familiaridade é calculada pelo nível geral de familiaridade que um provedor de serviço tem com um dado cliente, com base no histórico do cliente, preferências gerais, etc. Este conjunto de indicadores pode ser gerado correspondendo-se as necessidades e as preferências de um cliente com os registros de serviço do provedor de serviço armazenados em um banco de dados. Por exemplo, em relação a uma solicitação de transporte, estas informações podem incluir a familiaridade do provedor de serviço com a rota indicada na solicitação de serviço; para serviço de assistência domiciliar, estas informações podem incluir o nível de experiência do provedor de serviço com certas necessidades do cliente, incluindo as experiências anteriores do provedor de serviço com o cliente; e, para serviço de entrega, podem ser informações como a experiência ou familiaridade do provedor de serviço com a rota. Independentemente do tipo de solicitação de serviço, o indicador pode ser ajustado para exibir informações relevantes para a situação, e pode ser exibido sozinho como uma porcentagem, ou pode ser dividido em camadas, por exemplo, camada E significando familiaridade entre 0 e 19 por cento, camada D para 20 a 39 por cento, camada C para 40 a 59 por cento, camada B para 60 a 79 por cento e camada A para 80 a 100 por cento. Para um provedor de serviço, isso pode ser um indicador útil na avaliação em que o mesmo forneceu serviços para muitos clientes, ou em que o mesmo serviu apenas poucos clientes. Este conjunto de indicadores pode ser usado por provedores de serviço para avaliar onde ele tem mais experiência ou pode ser mais valioso, ou pode ser usado por um cliente na seleção de um provedor de serviço mais correspondente com base na experiência que o mesmo possa ter com o cliente ou a solicitação de serviço associada.
[0129] Um décimo terceiro conjunto de indicadores pode ser baseado em quantas vezes um cliente e um provedor de serviço foram correspondidos e concluíram uma transação juntos. Um décimo quarto conjunto pode conectar as informações de localização do provedor de serviço com informações de localização da localização de visita do cliente para exibir o tempo em que um provedor de serviço pode encontrar o cliente, um tempo de chegada estimado (ETA). Um décimo quinto conjunto pode ser baseado no tempo de deslocamento estimado (ETT) a partir da localização de visita do cliente para a localização de chegada do cliente indicada em uma solicitação de serviço. Um décimo sexto conjunto pode conectar dados de geolocalização para refletir pelo menos as localizações de encontro e de chegada do cliente indicadas na solicitação de serviço. Um décimo sétimo conjunto pode transmitir informações a respeito do número total de solicitações de serviço realizadas e concluídas por um cliente. Um décimo oitavo conjunto pode identificar uma ou mais ou qualquer combinação de zonas geográficas com base em um ou mais ou qualquer combinação de parâmetros de busca predefinidos pelo provedor de serviço. Um décimo nono conjunto pode ser baseado no décimo oitavo conjunto de indicadores para exibir adicionalmente o número de provedores de serviço disponíveis em potencial em comparação com o número de clientes disponíveis potenciais. Um vigésimo conjunto pode simplificar a exibição das propostas de preço que um cliente inicia, em que os números relacionados às informações de preços são conectados e exibidos. Um vigésimo primeiro conjunto pode fornecer detalhes a respeito do preço proposto de um cliente que vem como uma resposta a um preço proposto de provedor de serviço, em que os números relacionados às informações de preços são conectados e exibidos por este conjunto de indicadores. Um vigésimo segundo conjunto pode conectar dados históricos relacionados ao histórico de solicitação de serviço do cliente e dados de geolocalização para identificar um cliente através de quantas solicitações de serviço o mesmo realizou e concluiu com base em zonas geográficas de localização de visita. Um vigésimo terceiro conjunto pode identificar um cliente através de quantas solicitações de serviço o mesmo realizou e concluiu dentro de uma certa zona geográfica, em que dados de geolocalização e dados históricos de solicitação de serviço são conectados. Um vigésimo quarto conjunto pode conectar dados históricos de solicitação de serviço para exibir o número de vezes que um provedor de serviço e um cliente foram correspondidos um com o outro e concluíram uma transação juntos. Um vigésimo quinto conjunto pode identificar o tempo de deslocamento estimado para concluir uma solicitação de serviço para um provedor de serviço. E, um vigésimo sexto conjunto pode conectar dados de geolocalização de um provedor de serviço e os dados de geolocalização da localização de retorno predefinida do provedor de serviço após executar uma solicitação de serviço, se o provedor de serviço predefinir uma localização de retorno.
[0130] Além disso, qualquer indicador que seja baseado, pelo menos em parte, em números contáveis também pode ser refletido em termos de camadas. As camadas atribuídas pelo sistema podem ser faixas de números com quantidades mínima e máxima dependendo de ser aplicada a clientes ou a provedores de serviço, e dependendo ainda de ser aplicada a serviço de transporte, serviço de entrega ou tanto transporte quanto serviço de entrega. As mesmas podem ser exibidas como letras,
formas ou cores ou qualquer outra forma que mostre a diferença entre cada camada. Alguns indicadores de clientes e provedores de serviço podem ter significados diferentes. Os indicadores indicam atividade relativa ao seu tipo, categoria e subcategoria de usuário. Visto que o sistema armazena gravações de solicitação de serviço no banco de dados do sistema, ele é capaz de quantificar quando foram realizadas ou executadas com o uso de carimbos data-hora e onde foram executadas através de detalhes de solicitação. Essas gravações relacionadas ao tempo ou outros números, entretanto, podem ser escalonadas de modo ascendente ou descendentes, em que um cliente pode dividir o intervalo de tempo de relevância, como um ou mais dias, um ou mais meses ou um ou mais anos. Todos esses parâmetros de busca ajustáveis diferentes relacionados ao tempo ou intervalo de tempo ou zona ou outros números são projetados como personalizáveis, de modo que um cliente e um provedor de serviço possam individualizar e priorizar as informações que eles queiram ver.
[0131] O fornecimento e a demanda relacionados a um provedor de serviço podem ser exibidos por parâmetros de busca predefinidos pelo cliente com base em um tempo dentro do qual o cliente espera que o encontro ocorra na localização de visita, uma distância a partir da localização de visita, e o número desejado de provedores de serviço com quem o cliente quer negociar um preço para a solicitação de serviço. As informações relevantes a respeito de um provedor de serviço podem ser exibidas para o cliente através de indicadores, de modo que o cliente possa visualizar cada provedor de serviço potencial e, então, habilitar uma negociação de preço interativa através dos indicadores exibidos. O parâmetro de busca baseado no tempo também pode criar uma distância ou raio de busca, e pode incluir identificar todos os provedores de serviço em todas as rotas possíveis levando à localização de visita, identificar a velocidade de deslocamento em tempo real ao longo de cada uma das rotas possíveis, multiplicar a velocidade de deslocamento de cada provedor de serviço ao longo das rotas possíveis por um tempo máximo predefinido pelo cliente para calcular uma distância máxima que o provedores de serviço pode percorrer dentro do tempo máximo predefinido pelo cliente, identificar a localização de visita do cliente como um ponto central do raio de busca, e identificar o ponto extremo para o raio de busca, que pode ser a localizações mais distante de um provedor de serviço dentro do parâmetro de busca ou algum outro ponto que está a uma distância predefinida pelo cliente. O fornecimento e demanda para a solicitação de serviço dentro dos parâmetros de busca podem ser exibidos para o cliente como o número de provedores de serviço disponíveis em potencial para fornecimento em comparação com o número de clientes disponíveis potenciais para demanda.
[0132] A predefinição dos parâmetros de busca pelo cliente pode incluir predefinir e buscar o número desejado de provedores de serviço e criar um raio de busca identificando-se a localização de visita como o ponto central para a distância ou raio de busca e identificando-se o ponto extremo para o raio de busca como sendo as localizações mais distantes do ponto central dos provedores de serviço. A distância ou raio de busca podem ser menores ou maiores que um raio de busca que é baseado no tempo ou distância, e um tempo de chegada estimado dos provedores de serviço pode ser identificado para o cliente com assistência dos indicadores. O número de provedores de serviço identificados dentro da distância ou raio de busca pode ser priorizado para a negociação de preço para o cliente.
[0133] Alguns dos indicadores podem ser relevantes para o tipo de cliente, fornecendo ou solicitando serviço. Preferencialmente, alguns indicadores são mais úteis para os clientes, enquanto alguns são mais úteis para os provedores de serviço. Entretanto, os indicadores não se destinam a ser exibidos apenas para os provedores de serviço ou apenas para os clientes exclusivamente, visto que os indicadores que são exibidos preferencialmente para uma parte, podem refletir informações úteis para a outra parte. Se os clientes quiserem, entretanto, eles podem ver suas próprias informações através do sistema. Se estiverem interessados em ver seus próprios indicadores ou seu histórico de solicitação de serviço para se assegurarem que os indicadores que outros clientes veem relacionados ao seu histórico de solicitação de serviço estão corretos, eles também podem fazê-lo através de suas informações de perfil ou qualquer outro meio designado pelo sistema, que mostre todos os indicadores que se aplicam a eles. Tais fatores relevantes de serviço predefinidos opcionalmente que podem ser representados através de um ou mais indicadores auxiliam o usuário na obtenção de mais informações relacionadas a qualquer uma dentre inúmeras informações ou dados relacionados ao serviço. Este histórico de solicitação de serviço pode incluir informações que outras partes podem ver, como indicadores relacionados ao número total de solicitações de serviço concluídas ou realizadas. O histórico de solicitação de serviço também pode fornecer informações que outras partes não podem ver, como informações privadas relacionadas a quanto dinheiro foi ganho ou gasto. Todos esses indicadores são destinados a fornecer, aos clientes e provedores de serviço, informações personalizáveis que podem ajudar os mesmos a escolher um provedor de serviço ou cliente mais correspondente, respectivamente, para realizar um melhor acordo um para o outro. Será observado que indicadores adicionais podem ser desenvolvidos e/ou utilizados para implantação através de um ou mais dispositivos de computação como um meio para comunicar visualmente um resumo de outros tipos de informações relevantes. Tais indicadores são mais completamente descritos no pedido ‘783, cuja revelação é incorporada no presente pedido a título de referência em sua totalidade.
[0134] Novamente com referência à FIG. 8, em uma modalidade alternativa, o aplicativo de etiqueta branca (por exemplo, um dentre o aplicativo de entidade de serviço 1 811, aplicativo de entidade de serviço 2 813, aplicativo de entidade de serviço 3 815, etc.) pode ser configurado de modo que o cliente possa consultar o sistema para solicitar um provedor de serviço a partir de qualquer porção do banco de dados centralizado 108 no sistema do DSP. Em uma modalidade, o cliente pode receber um botão, aba ou ícone para selecionar entre buscar por provedores de serviço apenas no banco de dados de etiqueta branca ou buscar em todo o banco de dados de provedores de serviço ou algum grupo de bancos de dados especificamente selecionados de provedores de serviço (por exemplo, selecionados a partir de um menu em cascata ou outra listagem de bancos de dados potenciais para a busca). Se for permitido, então, a solicitação, através da API de busca 812, 814, 816, dependendo de qual aplicativo de entidade de serviço 811, 813, 815 o cliente baixou, é fornecida à base de código de back-end 808 para buscar um provedor de serviço disponível em qualquer uma dentre ou todas as porções do banco de dados 108 para as quais foi concedida permissão pelas entidades de serviço diferentes. Em uma terceira ocorrência, o aplicativo de etiqueta branca pode ser configurado para habilitar automaticamente a busca por provedores de serviço a partir de qualquer porção do banco de dados centralizado 108 no sistema do DSP. Em tal modalidade, por exemplo, a solicitação pode ser fornecida através do aplicativo de etiqueta branca ou entidade de serviço 1 811 para a base de código de back-end 808 para buscar por um provedor de serviço disponível através de qualquer porção do banco de dados centralizado 108. Em certas modalidades, a permissão solicitada pelo cliente para buscar provedores de serviço em todas as porções do banco de dados centralizado 108 no sistema do DSP descrito acima pode ser diretamente a partir do cliente, terceiros e/ou diretamente a partir da companhia de etiqueta branca. Preferencialmente, o sistema é configurado no back-end para implementar essa funcionalidade passando-se em um identificador do aplicativo de entidade de serviço (isto é, 811, 813, 815). Preferencialmente, a base de código de back-end 808 é configurada de modo que todos os aplicativos e/ou APIs de entidade de serviço de etiqueta branca possam se comunicar com a única base de código de back-end 808 do DSP ou outra entidade provedora de tecnologia ou software (por exemplo, através da rede 124). Adicionalmente, em certas modalidades, a base de código de software de aplicativo de back-end 808 pode ser configurada para avaliar a viagem ou outra solicitação de serviço de acordo com configurações de base diferentes usando uma ou mais APIs.
[0135] Em certas modalidades, é fornecida uma plataforma de computação que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída que é ligado ao banco de dados particionado 108 para processamento de dados personalizável. Preferencialmente, a plataforma ou sistema 100 compreende um servidor acoplado comunicativamente à rede 124 e incluindo o processador 104, o banco de dados particionado 108 em uma disposição de múltiplos usuários contendo porções alocadas a uma pluralidade de entidades (por exemplo, porção de DB da SE 1 820, porção de DB de SE 2 822, porção de DB de SE 3 824, porção de DB de DSP 826, etc.), e pelo menos um meio de armazenamento legível por computador não transitório 806 que tem instruções legíveis por computador armazenadas no mesmo.
O processador 104 executa as instruções legíveis por computador para receber dados ou uma solicitação de serviço através de uma primeira API 812 correspondente a uma primeira entidade (por exemplo, entidade de serviço um 811). Preferencialmente, o primeiro programa de aplicativo 812, o segundo programa de aplicativo 814 e o terceiro programa de aplicativo 816 recebem ou utilizam configurações de back-end idênticas sendo acoplados operacionalmente à mesma base de código de back-end compartilhada 808 alojando o servidor de back-end 102. O primeiro programa de aplicativo 812, o segundo programa de aplicativo 814, o terceiro programa de aplicativo 816 e a API em plataformas cruzadas de DSP 818, cada um, têm preferencialmente front-ends individuais independentes e personalizáveis expressas como um nome de aplicativo, um ícone, um emblema de companhia, capturas de tela, ou uma descrição.
A primeira API 812 pode ser ligada comunicativamente através da rede 124 à base de código de software de aplicativo de back-end compartilhada 808 armazenada no meio de armazenamento 806. Preferencialmente, a base de código de back-end compartilhada 808 pode ser formatada como uma camada de acesso a dados compartilhada, e pode ser configurada para avaliar os dados ou solicitação de serviço para determinar detalhes dos mesmos com o uso de várias APIs da plataforma ou sistema 100. Os dados recebidos são processados através da base de código de back-end compartilhada 808 ligada comunicativamente ao banco de dados 108, e o sistema 100 consulta, através da base de código de back-end compartilhada 808, pelo menos uma primeira porção (por exemplo, porção D de SE 1 820) do banco de dados 108 alocada à primeira entidade (por exemplo, entidade de serviço um 811) para identificar um provedor de serviço disponível e correspondente ou objeto associado à primeira entidade (por exemplo, entidade de serviço um 811).
[0136] Em certas outras modalidades, os dispositivos de computação 130, 132 são configurados para exibir em uma tela de exibição um ícone do primeiro programa de aplicativo 812. O ícone pode ser acessível por um usuário para iniciar o primeiro programa de aplicativo 812 para buscar um objeto ou provedor de serviço para concluir uma solicitação de serviço recebida a partir de um constituinte ou cliente. O primeiro programa de aplicativo 812 corresponde preferencialmente a uma primeira entidade de serviço acoplada comunicativamente a uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída ligado ao banco de dados particionado 108 para despacho personalizável. O sistema de estrutura distribuída pode compreender um segundo programa de aplicativo 814 também acoplado comunicativamente à camada de acesso a dados compartilhada e ao banco de dados 108 administrado pela primeira entidade de serviço. A tela de exibição exibe preferencialmente dados relevantes para a solicitação de serviço, incluindo, mas sem limitações, uma ou mais dentre uma exibição de mapa eletrônico, indicadores representando informações ou fatores relevantes de serviço relacionados aos serviços para um cliente, um provedor de serviço ou uma entidade de serviço ou qualquer combinação dos mesmos.
[0137] A plataforma ou sistema de computação 100 tem preferencialmente uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída ligado ao banco de dados 108 para processamento de dados personalizável. A plataforma ou sistema 100 pode compreender o servidor de back-end 102 acoplado comunicativamente à rede 124 incluindo o processador 104, o banco de dados particionado 108 em uma disposição de múltiplos usuários contendo porções alocadas a uma pluralidade de entidades (por exemplo, porção de DB da SE 1 820, porção de DB da SE 2 822, porção de DB da SE 3 824, porção de DB de DSP 826, etc.) e meio de armazenamento legível por computador não transitório 806 que tem instruções legíveis por computador armazenadas no mesmo. O sistema 100 exibe em uma GUI no dispositivo de computação remoto de cliente 130 de uma imagem de aplicativo de usuário representando pelo menos o primeiro programa de aplicativo 812 associado a uma primeira entidade de serviço 811. O primeiro programa de aplicativo 812 é ligado comunicativamente, de preferência, através da rede 124 à base de código de software de aplicativo de back-end compartilhada 808 sendo acoplado operacionalmente ao servidor de back-end 102. Preferencialmente, o primeiro programa de aplicativo 812, o segundo programa de aplicativo 814 e o terceiro programa de aplicativo 816 têm front-ends individuais independentes e personalizáveis, de modo que um cliente precise baixar apenas um dos programas de aplicativo para acessar o banco de dados 108 através da base de código de software de aplicativo de back-end compartilhada 808 no meio de armazenamento 806.
[0138] O sistema 100, então, pode receber uma seleção pelo cliente da imagem de aplicativo para iniciar o primeiro programa de aplicativo 812 associado à imagem. Uma representação tabular pode ser exibida na GUI para representar um ou mais dentre os seguintes: provedores de serviço da primeira entidade de serviço, provedores de serviço de uma ou mais entidades de serviço adicionais, indicadores associados aos provedores de serviço refletindo os dados relevantes para o serviço, etc. O sistema 100, então, pode receber uma seleção de um provedor de serviço a partir de qualquer uma dentre a primeira entidade de serviço ou entidades de serviço adicionais. A solicitação de serviço, então, é atribuída ao provedor de serviço selecionado.
[0139] Em resposta ao fato de o sistema 100 não identificar nenhum objeto ou provedor de serviço correspondente disponível na primeira porção (por exemplo, porção de DB da SE 1 820) do banco de dados 108, o sistema 100 consulta, através da base de código de back-end compartilhada 808, uma segunda porção (por exemplo, uma dentre a porção de DB da SE 2 822, porção de DB da SE 3 824 ou porção de DB de DSP 826) do banco de dados 108 alocada a uma segunda entidade. O sistema 100 identifica um objeto ou provedor de serviço disponível e correspondente associado à segunda entidade. Em resposta ao fato de o sistema 100 identificar um ou mais objetos ou provedores de serviço associados à segunda entidade, o sistema 100, então, consulta a segunda porção (por exemplo, uma dentre a porção de DB da SE 2 822, porção de DB da SE 3 824 ou porção de DB de DSP
826) do banco de dados 108 para recuperar fatores relevantes de serviço para os provedores de serviço ou objetos, a segunda entidade ou entidade de serviço (por exemplo, entidade de serviço dois 813) e um cliente ou constituinte associado à solicitação de serviço, ou dados. Os fatores relevantes de serviço podem incluir uma ou mais dentre preferências opcionalmente predefinidas dos objetos ou provedores de serviço, limitações opcionalmente predefinidas dos objetos ou provedores de serviço, limitações opcionalmente predefinidas das entidades ou entidades de serviço e/ou preferências opcionalmente predefinidas do constituinte ou cliente. Usando os fatores relevantes para o serviço recuperados, o sistema 100 corresponde o cliente ou constituinte com um dos objetos ou provedores de serviço associados à segunda entidade (por exemplo, entidade de serviço dois 813). O um dentre o um ou mais objetos associados à segunda entidade (por exemplo, entidade de serviço dois 813) é, então, atribuído pelo sistema 100 à solicitação de serviço ou dados com base na correspondência e de acordo com uma pluralidade de regras predeterminadas.
[0140] Alternativamente, em resposta à identificação dos objetos ou provedores de serviço associados à primeira entidade (por exemplo, a entidade de serviço um 811), o sistema 100 consulta a primeira porção (por exemplo, DB da SE 1 820) do banco de dados 108 para recuperar os fatores relevantes de serviço para os objetos ou provedores de serviço, a primeira entidade (por exemplo, entidade de serviço um 811), e um constituinte ou cliente associado aos dados ou solicitação de serviço. Com base em uma configuração do primeiro programa de aplicativo 812 e de acordo com regras da primeira entidade (por exemplo, entidade de serviço um 811), o sistema 100 atribui um dos objetos ou provedores de serviço associados à primeira entidade (por exemplo, entidade de serviço um 811) aos dados ou solicitação de serviço. Preferencialmente, as regras da primeira entidade (por exemplo, entidade de serviço um 811) são consistentes com a pluralidade de regras predeterminadas da plataforma ou sistema 100.
[0141] Em resposta à não identificação de quaisquer objetos ou provedores de serviço associados à primeira entidade ou à falha em atribuir um objeto ou provedor de serviço aos dados ou solicitação de serviço pela primeira entidade, o sistema 100, em uma modalidade, pode recuperar as regras de preferência de transferência (por exemplo, um exemplo das regras predeterminadas) para a primeira entidade ou o cliente a partir do banco de dados 108. As regras de preferência de transferência governam as transferências dos dados ou solicitação de serviço através da base de código de back- end compartilhada 808 da primeira entidade para outra entidade da plataforma.
As regras de preferência de transferência ditam uma preferência ou restrição de transferência da primeira entidade ou cliente, porém, regras predefinidas de transferência da plataforma ou sistema 100 se aplicarão se a primeira entidade ou cliente não estabeleceu quaisquer regras de preferência de transferência.
Alternativamente, o sistema 100, através da base de código 808, pode acessar uma pluralidade de porções adicionais (por exemplo, uma dentre a porção de DB da SE 2 822, porção de DB da SE 3 824, porção de DB de DSP 826, etc.) do banco de dados 108 alocada às entidades adicionais.
As regras estabelecidas por cada entidade e/ou cliente ditarão ou controlarão preferencialmente se o sistema 100 pode acessar livremente as outras porções do banco de dados 108 para buscar por objetos ou provedores de serviço disponíveis para um constituinte ou cliente da primeira entidade.
Ainda em outra modalidade alternativa, em resposta à não identificação de nenhum objeto ou provedor de serviço associado à primeira entidade ou à falha de uma primeira entidade em atribuir um objeto ou provedor de serviço aos dados ou solicitação de serviço, o sistema 100 pode aplicar as regras de preferência de entidade, que podem ser predefinidas pela entidade ou cliente específico, para uso pela base de código de back-end compartilhada 808 na busca no banco de dados 108 por objetos ou provedores de serviço associados a outras entidades da plataforma.
Preferencialmente, as regras de preferência de entidade são de modo que ditem ou governem uma condição ou condições da entidade ou cliente específico ao qual se aplicam.
Se a entidade ou cliente específico falhou em fornecer regras de preferência de entidade predefinidas, então, o sistema 100 pode aplicar certas regras predefinidas.
[0142] Em uma modalidade exemplificativa, as regras de preferência de entidade predefinidas são um conjunto de instruções, recebido a partir de uma primeira entidade pela plataforma e armazenado no banco de dados, que governa qual outra entidade e/ou qual provedor de serviço da outra entidade será o primeiro a ser considerado para servir uma solicitação de serviço que não pode ser servida, por alguma razão, pela primeira entidade. As regras de preferência de entidade predefinidas, conforme contempladas pelas definições da plataforma, podem ser inseridas por qualquer entidade de serviço da plataforma de várias formas, proporcionando às entidades de serviço da plataforma um alto grau de personalização em relação a essas preferências. Portanto, é contemplado que essas regras podem ser definidas em termos de regras diretas, esquemas condicionais complexos ou qualquer combinação de ambos.
[0143] Ao atribuir um do um ou mais provedores de serviço associados a uma entidade de serviço a uma solicitação de serviço, o sistema 100 consulta o banco de dados 108 para recuperar fatores relevantes de serviço para os provedores de serviço ou objetos, a entidade de serviço ou entidades, e o clientes ou constituintes. Os fatores relevantes de serviço podem incluir preferências de localização de serviço opcionalmente predefinidas pela entidade de serviço, provedores de serviço ou objetos, uma ou mais limitações de serviço, uma lista de cliente favorito, uma lista de cliente preferencial, uma lista negra de cliente opcionalmente predefinidas pela entidade de serviço ou pelo um ou mais provedores de serviço, uma ou mais preferências de cliente, uma lista de provedor de serviço favorito, uma lista de entidade de serviço favorita, uma lista de provedor de serviço preferencial, uma lista de entidade de serviço preferencial, uma lista negra de provedor de serviço ou uma lista negra de entidade de serviço opcionalmente predefinidas pelo cliente. Com base nos fatores relevantes de serviço, o sistema 100 pode impedir que um objeto ou um provedor de serviço ou uma entidade de serviço receba os dados ou solicitação de serviço (por exemplo, devido às limitações de serviço opcionalmente predefinidas pela entidade de serviço ou o provedor de serviço ou o objeto, por ser incluída em uma lista negra de provedor de serviço, por ter o cliente na lista negra de cliente). O sistema 100, então, identifica ou determina, com base no um ou mais fatores relevantes de serviço, uma entidade de serviço e um ou mais provedores de serviço da entidade de serviço adequados para concluir a solicitação de serviço.
[0144] Antes da atribuição do objeto ou provedor de serviço à solicitação de serviço, o sistema 100 determina uma proximidade, através de um identificador de localização (por exemplo, um GPS ou outro receptor de GNSS), do provedor de serviço ou objeto em relação a uma localização do cliente ou constituinte. A solicitação de serviço é, então, transmitida para o provedor de serviço ou objeto com base na proximidade determinada do provedor de serviço ou objeto à localização. Após receber uma aceitação do provedor de serviço ou objeto, o sistema 100 atribui o provedor de serviço ou objeto à solicitação de serviço. Após a determinação de que a primeira entidade (por exemplo, entidade de serviço um 811) falhou em identificar um provedor de serviço ou falhou em atribuir o provedor de serviço para concluir a solicitação de serviço, o sistema 100 pode transferir a solicitação de serviço, através do primeiro programa de aplicativo 812, para a API em plataformas cruzadas de DSP 818 para habilitar a base de código de back-end compartilhada 808 a buscar o banco de dados para identificar um ou mais provedores de serviço ou objetos associados a uma ou mais entidades adicionais (por exemplo, entidade de serviço dois 813, entidade de serviço três 815, DSP 817) para atribuir os dados ou solicitação de serviço a um dos provedores de serviço das porções de banco de dados adicionais (por exemplo, uma dentre a porção de DB da SE 2 822, porção de DB da SE 3 824, porção de DB de DSP 826, etc.). Opcionalmente, o sistema 100 pode gerar um diálogo ou comunicação entre o cliente associado à solicitação de serviço e a API de plataformas cruzadas 818 para solicitar a permissão do cliente para transferir a solicitação de serviço para um provedor de serviço para uma das entidades adicionais.
[0145] Ao atribuir um objeto ou provedor de serviço aos dados ou solicitação de serviço, o sistema 100 pode estabelecer uma prioridade ponderada para cada um dos objetos ou provedores de serviço associados a cada entidade. A prioridade ponderada é baseada em pesos atribuídos para cada um dos fatores relevantes de serviço de acordo com uma pluralidade de regras predeterminadas. Opcionalmente, o sistema 100 pode gerar uma tabela de dados para os objetos ou provedores de serviço incluindo uma atribuição de prioridade para cada objeto ou provedor de serviço, uma compatibilidade classificada expressa em termos de pesos entre a solicitação de serviço e cada objeto ou provedor de serviço com base na prioridade ponderada e um ou mais dentre os seguintes: uma disponibilidade de um objeto ou provedor de serviço para aceitar a solicitação de serviço, um tipo de objeto ou provedor de serviço para a solicitação de serviço, ou um tipo de constituinte ou cliente para cada objeto ou provedor de serviço. O objeto ou provedor de serviço, então, é atribuído aos dados ou solicitação de serviço de acordo com a prioridade ponderada e pluralidade de regras predeterminadas.
[0146] Opcionalmente, um identificador exclusivo associado a cada entidade pode ser gerado para fornecer acesso para importar e exportar dados para e a partir do banco de dados 108 de uma maneira segura. Opcionalmente, o sistema 100 pode rastrear um programa de aplicativo que foi usado originalmente por um cliente para submeter uma solicitação de serviço inicial. O sistema 100 também pode fornecer periodicamente uma recompensa de origem, de acordo com regras predeterminadas, para uma entidade associada ao programa de aplicativo que foi recém-baixado ou acessado e usado pela primeira vez.
[0147] Em seguida, com referência à FIG. 9, é mostrado um diagrama esquemático ilustrando um outro sistema e método exemplificativos alternativos para compartilhar um aplicativo conversível de usuário, por exemplo, em um banco de dados ou um sistema de banco de dados particionado para despacho 900, de acordo com modalidades da revelação inventiva. Nesta modalidade, similar àquela mostrada na FIG. 8, as solicitações de serviço podem ser recebidas a partir do aplicativo de DSP 917 através da API em plataformas cruzadas de DSP 918, ou a partir do aplicativo de entidade de serviço 1 911, do aplicativo de entidade de serviço 2 913 ou do aplicativo de entidade de serviço 3 915, cada um dos quais pode compreender uma ou mais
APIs. Por exemplo, conforme mostrado, cada aplicativo de entidade de serviço (isto é, 911, 913, 915) pode compreender uma pluralidade de APIs que têm funcionalidades diferentes (por exemplo, API de mapeamento 931, 933, 935, API de busca 941, 943, 945, API de clima 951, 953, 955, outra API 961, 963, 965, etc.). De modo similar, o aplicativo de DSP 917 pode ainda compreender uma ou mais APIs, como API de mapeamento 937, API de busca 947, API de clima 957, outras APIs 967, etc.
[0148] Embora apenas três (3) aplicativos de entidade de serviço sejam representados na FIG. 9, um elemento de habilidade comum na técnica reconhecerá que qualquer número de entidades de serviço pode utilizar o sistema de banco de dados particionado descrito no presente pedido. Em relação a um cliente utilizando o aplicativo de DSP 917, a solicitação é fornecida à API em plataformas cruzadas de DSP 918 que é ligada comunicativamente à base de código de software de back-end compartilhada de DSP 908 armazenada no meio de armazenamento 906 do servidor
102. A base de código de back-end compartilhada 908 é acoplada operacionalmente ao banco de dados 108 de modo que o sistema possa buscar um provedor de serviço de DSP disponível na porção de banco de dados (DB) de DSP 926 do banco de dados 108 usando a API em plataformas cruzadas de DSP 918. Se, alternativamente, uma solicitação de serviço for recebida a partir de um cliente de um dentre os aplicativos de entidade de serviço de etiqueta branca 911, 913, 915, que também são ligados operacionalmente à base de código de software de back-end de DSP 908 e ao banco de dados 108, então, uma dentre uma pluralidade de ações é tomada dependendo da configuração do aplicativo de etiqueta branca estabelecida por seu proprietário.
[0149] Por exemplo, em uma modalidade, o aplicativo de entidade de serviço de etiqueta branca 911 associado a uma primeira API de entidade de serviço pode ser configurado para instruir a base de código de software de back-end de DSP 908 a buscar por um provedor de serviço disponível na porção de DB da SE 1 920 do banco de dados 108. O sistema 100 pode buscar um provedor de serviço de base disponível usando, por exemplo, a API de busca 941 da primeira API de entidade de serviço e da base de código 908. Se um provedor de serviço disponível for encontrado no DB da SE 1 920 associado ao primeiro aplicativo de entidade de serviço, então, a solicitação de serviço é despachada para tal provedor de serviço.
Se nenhum provedor de serviço disponível pode ser encontrado na porção de DB da SE 1 920 do banco de dados 108, então, um diálogo ou comunicação pode ser iniciado entre o aplicativo de entidade de serviço 1 911 e a base de código de back-end 908 para solicitar um provedor de serviço a partir do banco de dados de outra entidade de serviço de provedores de serviço de acordo com as regras predeterminadas estabelecidas no sistema.
Se tal permissão de compartilhamento tiver sido autorizada ou concedida para cada entidade de serviço, então, a base de código de back-end compartilhada 908, em conjunto com a API de busca 941 da primeira API de entidade de serviço, busca um provedor de serviço disponível em cada uma das porções autorizadas do banco de dados 108 (por exemplo, no DB de SE 2 922, DB de SE 3 924, ou DB de DSP 926), de acordo com regras de transferência ou de preferência de entidade predefinidas.
Se múltiplos provedores de serviço disponíveis forem, então, localizados, em uma modalidade, o sistema pode selecionar o provedor de serviço disponível mais próximo e atribuir a solicitação a tal provedor de serviço.
Em outra modalidade, o sistema pode ser configurado para permitir que o cliente (por exemplo, o usuário do aplicativo de entidade de serviço 1 911, o usuário do aplicativo de entidade de serviço 2 913, o usuário do aplicativo de entidade de serviço 3 915, o usuário do aplicativo de DSP 917, etc.) selecione um provedor de serviço particular a partir de, por exemplo, uma lista de provedores de serviço disponíveis identificados a partir de qualquer uma das porções do banco de dados 108. Por exemplo, os indicadores podem ser exibidos para o cliente representando fatores relevantes referentes aos provedores de serviço com base em qualquer uma dentre inúmeras preferências predefinidas do cliente (por exemplo, provedor de serviço favorito, provedor de serviço preferencial, familiaridade com a rota, gênero, língua falada, etc.). Dessa maneira, o cliente pode encontrar uma melhor correspondência ou provedor de serviço mais preferencial de acordo com as preferências que o cliente define com o sistema.
[0150] Alternativamente, o aplicativo de etiqueta branca (por exemplo, um dentre o aplicativo de entidade de serviço 1 911, aplicativo de entidade de serviço 2 913, aplicativo de entidade de serviço 3 915, etc.) pode ser configurado de modo que o cliente possa consultar o sistema para solicitar um provedor de serviço a partir de qualquer porção do banco de dados 108 no sistema do DSP. Se for permitido, então, a solicitação, através das APIs de busca 941, 943, 945, dependendo de qual aplicativo de entidade de serviço 911, 913, 915 o cliente baixou, é fornecida à base de código de back-end 908 para buscar um provedor de serviço disponível em qualquer uma dentre ou todas as porções do banco de dados 108 para as quais foi concedida permissão pelas entidades de serviço diferentes. Opcionalmente, o aplicativo de etiqueta branca pode ser configurado para habilitar automaticamente a busca por provedores de serviço a partir de qualquer porção do banco de dados 108 no sistema do DSP. Em tal modalidade, por exemplo, a solicitação pode ser fornecida através do aplicativo de etiqueta branca ou entidade de serviço 1 911 para a base de código de back-end 908 para buscar por um provedor de serviço disponível através de qualquer porção do banco de dados 108. Em certas modalidades, a permissão solicitada pelo cliente para buscar provedores de serviço em todas as porções do banco de dados 108 no sistema do DSP descrito acima pode ser diretamente a partir do cliente, terceiros e/ou diretamente a partir da companhia de etiqueta branca. Preferencialmente, o sistema é configurado no back-end para implementar essa funcionalidade passando-se em um identificador do aplicativo de entidade de serviço (isto é, 911, 913, 915). Preferencialmente, a base de código de back-end 908 é configurada de modo que todos os aplicativos e/ou APIs de entidade de serviço de etiqueta branca possam se comunicar com a única base de código de back-end 908 do DSP ou outra entidade provedora de tecnologia ou software. Adicionalmente, em certas modalidades, a base de código de back-end 908 pode ser configurada para avaliar a viagem ou outra solicitação de serviço de acordo com configurações de base diferentes usando uma ou mais APIs.
[0151] Em outra modalidade, é fornecida uma plataforma de computação que tem uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída que é ligado ao banco de dados 108 para processamento de dados personalizável. Preferencialmente, a plataforma ou sistema 100 compreende um servidor acoplado comunicativamente à rede 124 e incluindo o processador 104, o banco de dados particionado 108 em uma disposição de múltiplos usuários contendo porções alocadas a uma pluralidade de entidades (por exemplo, DB da SE 1 920, porção de DB de SE 2 922, porção de DB de SE 3 924, porção de DB de DSP 926, etc.), e pelo menos um meio de armazenamento legível por computador não transitório 906 que tem instruções legíveis por computador armazenadas no mesmo. O processador 104 executa as instruções legíveis por computador para receber dados ou uma solicitação de serviço através de um primeiro aplicativo de entidade de serviço 911 correspondente a uma primeira entidade. Preferencialmente, o primeiro aplicativo 911, o segundo aplicativo 913 e o terceiro aplicativo 915 recebem ou utilizam configurações de back-end idênticas sendo acoplados operacionalmente à mesma base de código de back-end compartilhada 908 alojando o servidor de back-end 102. O primeiro aplicativo 911, o segundo aplicativo 913, o terceiro aplicativo 915 e o aplicativo de DSP 917, cada um, têm preferencialmente front-ends individuais independentes e personalizáveis expressas como um nome de aplicativo, um ícone, um emblema de companhia, capturas de tela, ou uma descrição. O primeiro aplicativo 911 pode ser ligado comunicativamente através da rede 124 à base de código de software de aplicativo de back-end compartilhada 908 armazenada no meio de armazenamento
906. Preferencialmente, a base de código de back-end compartilhada 908 pode ser formatada como uma camada de acesso a dados compartilhada, e pode ser configurada para avaliar os dados ou solicitação de serviço para determinar detalhes dos mesmos com o uso de várias APIs da plataforma ou sistema 100. Os dados recebidos são processados através da base de código de back-end compartilhada 908 ligada comunicativamente ao banco de dados 108, e o sistema 100 consulta, através da base de código de back-end compartilhada 908, pelo menos uma primeira porção (por exemplo, porção de DB da SE 1 920) do banco de dados 108 alocada à primeira entidade para identificar um provedor de serviço ou objeto disponível e correspondente associado à primeira entidade.
[0152] Em certas outras modalidades, os dispositivos de computação 130, 132 são configurados para exibir em uma tela de exibição um ícone do primeiro aplicativo 911. O ícone pode ser acessível por um usuário para iniciar o primeiro aplicativo 911 para buscar um objeto ou provedor de serviço para concluir uma solicitação de serviço recebida a partir de um constituinte ou cliente. O primeiro aplicativo 911 corresponde preferencialmente a uma primeira entidade de serviço e é acoplado comunicativamente a uma camada de acesso a dados compartilhada em um sistema de estrutura distribuída ligado ao banco de dados particionado 108 para despacho personalizável. O sistema de estrutura distribuída pode compreender um segundo aplicativo 913 ou um terceiro aplicativo 915 também acoplado comunicativamente à camada de acesso a dados compartilhada e ao banco de dados 108 administrado pela primeira entidade de serviço. A tela de exibição exibe preferencialmente dados relevantes para a solicitação de serviço, incluindo, mas sem limitações, uma ou mais dentre uma exibição de mapa eletrônico, indicadores representando informações ou fatores relevantes de serviço relacionados aos serviços para um cliente, um provedor de serviço ou uma entidade de serviço ou qualquer combinação dos mesmos.
[0153] Com referências agora às FIGs. 10A a 10D, é representada a plataforma móvel ou dispositivo de computação remoto 128 compreendendo o identificador de localização 1004 que fornece dados de localização a respeito do dispositivo de computação ou da plataforma móvel 128. Mais especificamente, as FIGs. 10A a 10B representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando o cliente tendo escolhido limitar a busca aos provedores de serviço de uma única entidade de serviço, enquanto as FIGs. 10C a 10D representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando o cliente tendo escolhido expandir a busca para provedores de serviço a partir de múltiplas ou todas as entidades de serviço que têm provedores de serviço armazenadas no banco de dados, de acordo com uma modalidade exemplificativa da revelação inventiva. O identificador de localização 1004 pode ser residente em hardware no telefone móvel (conforme mostrado) ou no computador a bordo de um veículo do usuário do dispositivo móvel 128. A plataforma ou dispositivo móvel 128 é ligado comunicativamente com o sistema de computação 100 e o banco de dados 108 através de uma base de código de back-end compartilhada. Em uma modalidade alternativa, a plataforma ou dispositivo de computação pode ser opcionalmente um PC autônomo com um monitor.
[0154] A plataforma móvel 128 tem preferencialmente um visor ou GUI 1002 para exibir uma imagem de aplicativo ou ícone representativo de um programa de aplicativo associado a uma entidade de serviço. Preferencialmente, o programa de aplicativo é ligado comunicativamente através da rede à base de código de software de aplicativo de back-end compartilhada sendo acoplada operacionalmente ao servidor 102. Alternativamente, as entidades de serviço podem cooperar ou ser acopladas comunicativamente de modo direto (isto é, não através de uma base de código de software de aplicativo de back-end compartilhada), para que compartilhem cooperativamente os provedores de serviço ou objetos com os clientes uma da outra. O programa de aplicativo tem preferencialmente tem um front-end personalizável que é independente da base de código de software de aplicativo de back-end compartilhada. Após o usuário iniciar o programa de aplicativo selecionando-se (por exemplo, através de clique ou clique duplo) a imagem de aplicativo, a plataforma ou dispositivo móvel 128 exibe uma interface eletrônica interativa representando parâmetros de busca ajustáveis. Os parâmetros de busca são preferencialmente selecionáveis pelo cliente para iniciar um aplicativo para o parâmetro selecionado. Preferencialmente, um dentre os parâmetros de busca selecionáveis é indicativo da possibilidade de a entidade de serviço cujo programa de aplicativo está sendo usado pelo cliente se conectar apenas com o banco de dados de tal entidade de serviço de provedores de serviço, ou se a mesma se comunica com a totalidade do banco de dados de provedores de serviço no banco de dados 108 de acordo com regras predeterminadas. A representação gráfica da interface eletrônica pode, então, exibir identificações dos provedores de serviço disponíveis a partir apenas da primeira entidade de serviço que correspondem às preferências predefinidas do cliente, e indicadores que correspondem a cada um dos provedores de serviço disponíveis identificados da primeira entidade de serviço.
[0155] Alternativamente, em resposta à entrada do ou pelo cliente, o dispositivo móvel 128 pode exibir na tela de exibição uma representação gráfica de um menu interativo de entidades de serviço adicionais que funcionam com o sistema. Preferencialmente, cada uma das entidades de serviço adicionais é selecionável pelo cliente para inclusão na identificação do um ou mais provedores de serviço disponíveis. Na modalidade, a representação gráfica da interface eletrônica pode, então, exibir identificações dos provedores de serviço disponíveis a partir tanto da primeira entidade de serviço quanto das entidades de serviço adicionais, como selecionado pelo cliente ou como predefinido pelo sistema, que correspondem às preferências predefinidas do cliente, e indicadores que correspondem a cada um dos provedores de serviço disponíveis. Os indicadores refletem preferencialmente dados relevantes para o serviço correspondentes a cada um dos provedores de serviço disponíveis. Os provedores de serviço disponíveis exibidos na tela de exibição são preferencialmente selecionáveis pelo cliente, de modo que, em seguida, o sistema receba uma seleção de um provedor de serviço pelo cliente e, então, atribua os dados ou a solicitação de serviço ao provedor de serviço selecionado.
[0156] Em certas modalidades, um cliente predefine seus parâmetros de busca para buscar por objetos ou provedores de serviço potenciais disponíveis para seu tipo de solicitação de serviço. Além da busca por provedores de serviço disponíveis em potencial, o sistema também pode buscar outros clientes disponíveis atualmente que solicitam o mesmo tipo de serviço e cuja localização atual está dentro dos parâmetros de busca predefinidos por este cliente. Em uma modalidade, o cliente, que baixou o Aplicativo de Entidade de Serviço 1 911, pode “ligar” o botão da Entidade de Serviço 1 1006 para escolher que o sistema busque apenas provedores de serviço disponíveis somente a partir da porção de DB da SE 1 920 do banco de dados 108. Nesta modalidade, como representado nas FIGs. 10A a 10B, o cliente pode receber, na tela de exibição, parâmetros de busca selecionáveis 1010, 1012, 1014 (aqui três parâmetros são mostrados, porém, sabe-se que pode incluir mais ou menos parâmetros de busca) dos quais ele pode escolher, e a busca pode usar um ou mais ou qualquer combinação destes parâmetros de busca 1010, 1012, 1014. Conforme representado, o cliente recebe a opção de realizar uma busca pelo número de provedores de serviço 1010 com quem ele deseja negociar. Para ativar este parâmetro de busca, o cliente precisa ligar o mesmo usando a alternância ou comutação de liga-desliga 1016, inserir o número desejado de provedores e clicar no botão de “buscar” 1022.
[0157] O cliente também tem uma opção de realizar uma busca por tempo 1012. Para isso, ele precisa ativar esta opção ligando o botão 1018, inserir o número para o tempo no qual ele quer que o encontro ocorra, por exemplo, 5 minutos, e clicar no botão "buscar" 1022. O cliente também pode ter a opção de realizar uma busca por distância
1014. Para isso, o cliente precisa ativar a busca por distância ligando o botão 1020. Uma vez ligado, o cliente insere o número para a distância na qual ele quer que o sistema realize uma busca, por exemplo, 3,22 quilômetros (2,0 milhas) e clica no botão "buscar" 1022. Usando as alternâncias ou comutações de ligar/desligar de busca de parâmetro 1016, 1018, 1020, o cliente pode optar por buscar apenas com base em um, dois ou todos os parâmetros de busca 1010, 1012, 1014. Como visto na FIG. 10B, o usuário ou cliente 1030, então, pode ser exibido juntamente com seu agrupamento de provedores de serviço disponíveis identificados pelo sistema dentro dos parâmetros de busca predefinidos por número 1010, tempo 1012 e/ou distância 1014 na exibição de mapa eletrônico da GUI 1002. Os resultados dos parâmetros de busca podem ser exibidos como zonas geográficas (isto é, zona 1024, zona 1026 e zona 1028) resultantes da busca. Por exemplo, os resultados da busca por tempo (por exemplo, dentro do parâmetro de cinco minutos), conforme mostrado, não identifica, nenhum provedor de serviço a partir da entidade de serviço 1 exibidos dentro dos parâmetros de tempo ou distância. Ou seja, todos os provedores de serviço disponíveis identificados da Entidade de Serviço 1 (por exemplo, SP1 (1032), SP2 (1034), SP3 (1036), SP4 (1038), assim como SP5 a SP10) estão fora das zonas tanto de tempo 1026 quanto de distância 1028 estabelecidas pelos parâmetros de busca. O cliente, então, pode ter a opção de selecionar um dos provedores de serviço exibidos, ou alternativamente, modificar os parâmetros de busca (isto é, alterar o tempo e/ou a distância) para recuperar resultados modificados. Além disso, o cliente pode ter a opção de desativar ou desligar o botão da entidade de serviço 1 1006 fazendo com que o sistema busque provedores de serviço disponíveis a partir de outras entidades de serviço armazenadas no banco de dados 108.
[0158] Nesta modalidade, como representado nas FIGs. 10C a 10D, o cliente, após desativar ou desligar o botão da Entidade de Serviço 1 1006, pode receber um menu de busca em cascata 1040 exibido na exibição de mapa eletrônico da GUI 1002, como representado na FIG. 10C, para identificar entidades de serviço adicionais 1042, ou uma pluralidade de entidades de serviço, a partir das quais o cliente pode buscar provedores de serviço disponíveis. A pluralidade de entidades de serviço inclui preferencialmente a entidade de serviço 1 e todas as entidades de serviço adicionais (isto é, entidade de serviço 2, entidade de serviço 3, etc.), ou pode incluir alternativamente apenas as entidades de serviço diferentes da entidade de serviço 1. O cliente, então, pode clicar em uma ou mais ou todas as entidades de serviço adicionais 1042 listadas no menu 1040. Com base nos ou de acordo com os parâmetros de busca 1010, 1012, 1014, e a seleção do cliente de entidades de serviço 1042, resultados de busca novos podem ser exibidos, conforme representado na FIG. 10D. Conforme mostrado, as indicações do usuário ou cliente 1030, então, podem ser exibidas na exibição de mapa eletrônico da GUI 1002 juntamente com indicações de seu agrupamento de provedores de serviço disponíveis identificados pelo sistema dentro dos parâmetros predefinidos de busca por número 1010, tempo 1012 e distância 1014. Os parâmetros de busca podem refletir a zona geográfica (isto é, zona 1024, zona 1026 e zona 1028) resultante da busca.
[0159] Por exemplo, os resultados da busca por tempo (por exemplo, dentro do parâmetro de cinco minutos) agora podem identificar pelo menos quatro provedores de serviço (isto é, SP7 (1048), SP8 (1050), SP9 (1052) e SP10 (1054)) a partir das entidades de serviço adicionais exibidos dentro dos parâmetros de tempo e distância selecionados, enquanto SP1 (1032), SP2 (1034), SP3 (1036), SP4 (1038), assim como SP5 (1044) e SP6 (1046) ainda ficam fora dos parâmetros de tempo e distância. Ou seja, conforme mostrado, dos dez provedores de serviço disponíveis solicitados, quatro dentre os dez são exibidos como atendendo aos parâmetros de tempo e/ou distância definidos pelo usuário ou cliente 1030. O cliente, então, tem a opção de selecionar um dos provedores de serviço exibidos, ou alternativamente, modificar adicionalmente os parâmetros de busca (isto é, alterar o tempo e/ou a distância) para recuperar resultados modificados. Opcionalmente, o cliente 1030 pode comutar a qualquer momento de volta para a busca por provedores de serviço a partir apenas da única entidade alternando ou comutando simplesmente o botão 1006 de volta para a posição desligada. Além disso, opcionalmente, as taxas associadas à conclusão da solicitação de serviço podem ser compartilhadas ou, de outro modo, divididas, entre um ou mais dos provedores de serviço, concluindo a solicitação. Uma disposição similar pode existir entre uma ou mais entidades de serviço, entre um ou mais provedores de serviço e uma ou mais entidades de serviço, entre uma ou mais entidades de serviço/provedores de serviço e alguns outros terceiros envolvidos na conclusão da solicitação de serviço, ou qualquer combinação dos mesmos.
[0160] As informações do provedor de serviço também podem ser fornecida por um conjunto de indicadores que identifica, por exemplo, que o mesmo é um provedor de serviço “comum” ou “preferencial” ou “favorito” para o cliente, paciente, etc., que ele tem uma familiaridade de rota de 50% com a rota solicitada até o destino ou localização de serviço, seu preço proposto, estando o preço mais alto ou mais baixo do que o preço predefinido, seu tempo de chegada estimado até a localização de encontro ou de serviço solicitada, o número de vezes que ele forneceu serviço ao cliente, paciente, etc., o tipo de serviços que ele fornece, etc. Além das informações do provedor de serviço, os indicadores também podem incluir vários botões de ação que permitem que o usuário realize ações diferentes relacionadas, por exemplo, à proposta de preço do provedor de serviço, como aceitar, recusar ou iniciar o processo de negociação (por exemplo, pressionar um botão com uma marca de verificação permitindo que o usuário aceite o preço final com este provedor de serviço, pressionar um botão com um “X” permitindo que o usuário recuse este provedor de serviço, pressionar um botão de seta dupla permitindo que o usuário troque o fornecimento e peça informações ao provedor de serviço, pressionar um botão de “P/C” permitindo que o usuário realize uma proposta de preço ou contraponha o preço proposto pelo provedor de serviço, etc.). Um segundo parâmetro de busca reflete a zona geográfica resultante da busca por distância (por exemplo, em 2,41 quilômetros (1,5 milhas)) que pode identificar dois more provedores de serviço, e mais dois usuários solicitando serviços, como visto a partir de um conjunto de indicadores exibido dentro dos parâmetros. Se o usuário precisar de explicações detalhadas das informações fornecidas pelos indicadores para cada um dos provedores de serviço exibidos, ele pode clicar em outro botão (por exemplo, um botão ou aba de “lista de provedores de serviço para usuário”), que irá redirecioná-lo para a interface correspondente. Um elemento de habilidade comum na técnica observará que a interface representada nas FIGs. 10A a 10D é apenas para propósitos ilustrativos e pode haver outras variações na interface representada no presente pedido.
[0161] Ainda outra modalidade alternativa da revelação inventiva é representada nas FIGs. 11A a 11D. Em particular, as FIGs. 11A a 11B representam uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição de uma interface de programa de aplicativo em que o cliente escolheu ativar ou ligar a função de busca do DSP para habilitar ou expandir a busca por provedores de serviço para todo o banco de dados de DSP. Embora as FIGs. representem uma função de comutação ou conversão de DSP através do botão de DSP 1106, será apreciado que essa comutação pode ser alternativamente para qualquer outra SPE ou companhia de tecnologia fornecendo a base de código de software de back-end. Em certas modalidades, um cliente predefine seus parâmetros de busca para buscar por objetos ou provedores de serviço potenciais disponíveis para seu tipo de solicitação de serviço. Além da busca por provedores de serviço disponíveis em potencial, o sistema também pode buscar outros clientes disponíveis atualmente que solicitam o mesmo tipo de serviço e cuja localização atual está dentro dos parâmetros de busca predefinidos por este cliente. Em uma modalidade, o cliente que baixou o aplicativo de DSP 917 pode “ligar” o botão de DSP 1106 para escolher que o sistema busque por provedores de serviço disponíveis a partir de todo o banco de dados 108 (isto é, de cada um dentre o DB da SE 1 920, DB de SE 2 922, DB de SE 3 924, DB de DSP 926, etc.). Nesta modalidade, como representado nas FIGs. 11A a 11B, o cliente pode receber, na tela de exibição, parâmetros de busca selecionáveis 1110, 1112, 1114 (aqui três parâmetros são mostrados, porém, sabe-se que pode incluir mais ou menos parâmetros de busca) dos quais ele pode escolher, e a busca pode usar um ou mais ou qualquer combinação destes parâmetros de busca 1110, 1112, 1114. Conforme representado, o cliente recebe a opção de realizar uma busca pelo número de provedores de serviço 1110 com quem ele deseja negociar. Para ativar este parâmetro de busca, o cliente precisa ligar o mesmo usando a comutação de liga- desliga 1116, inserir o número desejado de provedores e clicar no botão de “buscar”
1122.
[0162] O cliente também tem uma para realizar uma busca por tempo 1112 ativando- se esta opção ligando o botão 1118 e inserindo o número para o tempo em que ele quer que o encontro ocorra (isto é, em 5 minutos) e clicando no botão "buscar" 1122. O cliente também pode receber uma opção para realizar uma busca por distância 1114 através da ativação da busca de distância ligando o botão 1120. Uma vez ligado, o cliente pode inserir a distância na qual ele quer que o sistema realize uma busca (isto é, busca por objetos com 3,22 quilômetros (2,0 milhas)) e clicar no botão "buscar"
1122. Usando as comutações de ligar/desligar de busca de parâmetro 1116, 1118, 1120, o cliente pode optar por buscar apenas com base em um, dois ou todos os parâmetros de busca 1110, 1112, 1014. Como visto na FIG. 11B, o sistema exibe, então, na exibição de mapa eletrônico da GUI 1102, o usuário ou cliente 1130 (por exemplo, C1) junto com seu agrupamento de provedores de serviço disponíveis (por exemplo, SP1 a SP10) identificados pelo sistema como estando dentro dos parâmetros predefinidos de busca por número 1110, tempo 1112 e/ou distância 1114. Os resultados dos parâmetros de busca podem ser exibidos como zonas geográficas (isto é, zona 1124, zona 1126 e zona 1128) resultantes da busca. Por exemplo, os resultados da busca por tempo 1112 são representados pela zona 1126 (por exemplo, dentro do parâmetro de cinco minutos), conforme mostrado, identificam e exibem apenas um provedor de serviço disponível (por exemplo, SP9) a partir do banco de dados de DSP atendendo aos parâmetros de tempo e/ou distância de busca, enquanto certos provedores de serviço ficam fora dos parâmetros de tempo e/ou distância (por exemplo, SP1 (1132), SP2 (1134), SP3 (1136), SP4 (1138), assim como SP8 e SP10). De modo similar, a exibição ilustra que quatro provedores de serviço disponíveis (por exemplo, SP5, SP6, SP7 e SP9) são identificados como estando dentro das limitações ou parâmetros tanto de tempo quanto de distância definidos pelo cliente. Novamente, os provedores de serviço disponíveis podem ser exibidos juntamente com os indicadores representativos de fatores relevantes de serviço como discutido no presente pedido. O cliente, então, pode ter a opção de selecionar um dos provedores de serviço exibidos, ou alternativamente, modificar os parâmetros de busca (isto é, alterar o tempo e/ou a distância) para recuperar resultados modificados. Além disso, o cliente pode ter a opção de desativar ou desligar o botão de DSP 1106 fazendo com que o sistema busque por provedores de serviço disponíveis a partir de outras entidades de serviço armazenadas no banco de dados 108 em um formato ou maneira personalizada.
[0163] Voltando-se para as FIGs. 11C a 11D, é representadas uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrando a exibição de uma interface de programa de aplicativo em que o cliente escolheu desativar ou desligar a função de busca do DSP e habilitar um formato de busca personalizado ou personalizável, em que o cliente pode buscar uma ou mais entidades de serviço específicas dentre as que têm provedores de serviço armazenados no banco de dados inteiro. Nesta modalidade, como representado nas FIGs. 11C a 11D, o cliente, após desativar ou desligar o botão de DSP 1106, pode receber um menu de busca em cascata 1140 exibido na exibição de mapa eletrônico da GUI 1102, como representado, por exemplo, na FIG. 11C, para identificação de uma ou mais entidades de serviço 1142 das quais o cliente pode personalizar sua busca por provedores de serviço disponíveis. Consequentemente, o cliente pode clicar ou selecionar uma ou mais ou todas as entidades de serviço adicionais 1042 listadas no menu 1140. Ou seja, o cliente pode escolher omitir certas entidades de serviço de sua busca por provedores de serviço disponíveis não selecionando uma ou mais das mesmas a partir do menu 1140. Com base em ou de acordo com os parâmetros de busca do cliente 1110, 1112, 1114, assim como a seleção do cliente de certas entidades de serviço 1142, novos resultados de busca podem ser exibidos, como representado na FIG. 11D. Em certas modalidades, uma ou mais entradas para uma respectiva entidade de serviço 1 podem funcionar para abrir/iniciar um respectivo aplicativo de tal entidade de serviço 1.
[0164] Conforme mostrado na FIG. 11D, as indicações do usuário ou cliente 1130, então, podem ser exibidas na exibição de mapa eletrônico da GUI 1102 juntamente com indicações de seu agrupamento de provedores de serviço disponíveis (isto é, SP1 a SP10) identificados pelo sistema dentro dos parâmetros predefinidos de busca por número 1110, tempo 1112 e distância 1114 (FIG. 11A). Os parâmetros de busca podem ser refletidos ou representados opcionalmente por zonas geográficas (isto é, zona 1124, zona 1126 e zona 1128) como resultado da busca. Por exemplo, os resultados da busca por tempo (por exemplo, dentro do parâmetro de cinco minutos) podem ser representados como a zona 1128 e identificar pelo menos quatro provedores de serviço (isto é, SP7 (1148), SP8 (1150), SP9 (1152) e SP10 (1154)) a partir das entidades de serviço adicionais exibidos dentro dos parâmetros selecionados, enquanto apenas um provedor de serviço disponível (isto é, SP10 (1154)) é identificado como estando dentro da zona 1126 com base na distância. Ou seja, conforme mostrado, dos dez provedores de serviço disponíveis solicitados,
quatro dos provedores de serviço disponíveis (isto é, SP7 (1148), SP8 (1150), SP9 (1152) e SP10 (1154)) são exibidos como atendendo aos parâmetros de tempo e/ou distância definidos pelo usuário ou cliente 1130, enquanto SP1 (1132), SP2 (1134), SP3 (1136), SP4 (1138), assim como SP5 (1144) e SP6 (1146), ainda ficam fora dos parâmetros de tempo e distância. Aqui também, os provedores de serviço disponíveis podem ser exibidos juntamente com os indicadores representativos de fatores relevantes de serviço como discutido no presente pedido. O cliente, então, tem a opção de selecionar um dos provedores de serviço exibidos, ou alternativamente, modificar adicionalmente os parâmetros de busca (isto é, alterar o tempo e/ou a distância) para recuperar resultados modificados. Opcionalmente, o cliente 1130 pode alternar entre, comutar ou ligar novamente o botão de DSP 1106 a qualquer momento para buscar novamente por provedores de serviço disponíveis a partir de todo o banco de dados de DSP de provedores de serviço disponíveis.
[0165] Voltando-se, em seguida para a FIG. 12, é representada uma plataforma móvel ou dispositivo de computação remoto exemplificativos ilustrados na FIG. 11D, representando ainda indicadores que representam fatores relevantes de serviço para pelo menos dois dos provedores de serviço exibidos, de acordo com uma modalidade exemplificativa da revelação inventiva. Conforme mostrado, a FIG. 12 representa uma interface exemplificativa 1106 responsiva a uma entrada de um cliente para um ou mais parâmetros de busca fornecidos na interface. Nesta representação, um cliente C1 predefiniu seus parâmetros de busca para buscar por provedores de serviço potenciais disponíveis para seu tipo de solicitação de serviço. Além de buscar provedores de serviço disponíveis em potencial, o sistema pode realizar uma busca por outros clientes disponíveis que estão solicitando atualmente o mesmo tipo de serviço e cuja localização atual está dentro dos parâmetros de busca predefinidos por esse cliente. O cliente tem preferencialmente três parâmetros de busca dos quais ele pode escolher usando um ou mais ou qualquer combinação dos parâmetros de busca. O cliente tem uma opção de realizar uma busca pelo número de provedores de serviço com quem ele quer negociar, pelo tempo que irá levar para o provedor de serviço chegar ao cliente e/ou a distância a qual o provedor de serviço está do cliente. Conforme mostrado, o cliente verá, então, seu agrupamento de provedores de serviço potenciais disponíveis identificados pelo sistema dentro dos parâmetros de busca predefinidos tanto por tempo quanto por distância na exibição de mapa eletrônico 1106, assim como zonas geográficas resultantes da busca por tempo, distância e número. O cliente C1 também pode ver, exibidas na interface 1106, informações de provedor de serviço através de um ou mais conjuntos de indicadores 1202, 1204 (por exemplo, mostrando "FPT TMP21; 100%; $95; 5%; $5; ETA: 5Min" e "FPT TMP21; 95%; $85; 8%; $6; ETA: 4Min", respectivamente) significando que ele é um provedor de serviço favorito para o serviço de transporte "FPT", e que ele tem uma familiaridade de rota de 100% ou 95% com a rota solicitada na solicitação de serviço. Seu preço proposto é de $115 ou $85, que é 5% ou 8% (isto é, $5 ou $6) mais alto que o preço predefinido, e seu ETA até a localização da solicitação de serviço é de 5 minutos ou 4 minutos. Além das informações de indicador de provedores de serviço, também há vários botões de ação que permitem que o cliente realize ações diferentes relacionadas, por exemplo, à proposta de preço de provedor de serviço, pressionar ou clicar no botão com uma marca de verificação permite que o cliente aceite o preço final com este provedor de serviço (por exemplo, pressionar ou clicar no botão X permite que o cliente recuse este provedor de serviço; pressionar ou clicar no botão de seta dupla permite que o cliente troque informações de fornecimento e demanda com o provedor de serviço; pressionar ou clicar no botão de "P/C" permite que o cliente faça uma proposta de preço ou contraponha o preço proposto pelo provedor de serviço, etc.). Para realizar sua proposta de preço ou para contrapor uma proposta de preço do provedor de serviço, o cliente, primeiro, insere a quantidade na caixa de entrada à direita distal para iniciar o processo de negociação e, então, pressiona ou clica no botão de "P/C". Um elemento de habilidade comum na técnica observará que a interface representada na FIG. 12 é apenas para propósitos ilustrativos e pode haver outras variações na interface representada no presente pedido.
[0166] Será observado que as modalidades da presente invenção fornecem uma interface de usuário e aplicativo de usuário conversível aprimorados. Um usuário pode mover rápida e eficientemente através de várias opções do aplicativo de usuário conversível em uma tela de exibição pequena de um dispositivo móvel, coletar informações eficientemente a respeito de uma ou mais entidades empresariais e selecionar uma das mesmas para uma transação. Visto que telefones celulares ainda têm telas relativamente pequenas em comparação com computadores, contudo, estão se tornando mais rápidos e mais capazes de conduzir tarefas mais compreensivas, tais recursos amigáveis ao usuário que permitem que um usuário navegue ou comute facilmente entre tarefas ou janelas diferentes, e que permitem que o usuário obtenha tantas informações quanto possível com toques, cliques ou movimentos mínimos, são altamente vantajosos.
[0167] Em certas modalidades, várias modificações da interface de usuário podem ser fornecidas. Por exemplo, os menus em cascata podem ser fornecidos às interfaces de usuário discutidas no presente pedido. O texto de quaisquer filtros, comutações e outros quadros podem ser dispostos em camadas, e podem ter tamanhos diferentes ou alterações na transparência. Ainda em outras modalidades, quando o usuário não está tocando o visor, o visor pode ser configurado para retornar automaticamente para uma vista padrão. Ainda em outras modalidades, exibições de texto, caixas de transferências, emblemas, etc. podem ser configurados para alterarem quanto à transparência.
[0168] Será observado que usuários do aplicativo de usuário conversível discutido no presente pedido não precisam sair de um aplicativo para abrir outro. Em vez disso, os usuários podem simplesmente comutar o aplicativo de usuário conversível e selecionar um ou mais ícones, marcas ou nomes associados a outras entidades empresariais conectadas compartilhando o software de back-end, tudo sem sair do único aplicativo de usuário conversível.
[0169] Em certas modalidades, quando o usuário filtra (por exemplo, liga/desliga o DSP) ele pode ver imediatamente um número de condutores aumentando ou diminuindo. Conforme ilustrado e descrito acima, exibições gráficas correspondentes a vários parâmetros de busca ajustáveis selecionados pelo usuário podem ser exibidas enquanto outros dos parâmetros de busca ajustáveis não selecionados pelo usuário permanecem em um estado não iniciado.
[0170] Em certas modalidades, visores podem ser configurados para possibilitar que o usuário comute facilmente entre quadros ou camadas diferentes usando um movimento de deslizamento através de uma tela sensível ao toque. Em outras modalidades, quando o usuário toca, seleciona ou clica em um texto, caixa, caixa de transferência, botão de razão, emblema, foto, imagem, etc., o usuário pode receber uma mensagem de pop-up ou uma mensagem em um quadro/janela separada que o usuário pode tocar, clicar e selecionar para instruir o aplicativo de usuário conversível a fazer outra função, como abrir outro quadro, janela, aplicativo ou possibilitar que o usuário compare ou compre um produto ou serviço particular. Quando o usuário toca, seleciona, rola ou clica, o texto que é exibido pode ser destacado. Em certas modalidades, o dispositivo de computação do usuário pode ser configurado para aprender e reconhecer padrões facilmente gravados ou reconhecidos, ajustados e realizados automaticamente para otimizar a produtividade e eficiência do usuário ao selecionar ou comprar um produto ou serviço. Ainda em outras modalidades, o sistema pode prever um próximo passo do usuário e atuar antecipando o mesmo, como abrir um próximo quadro ou janela do aplicativo antes que o usuário tenha clicado no botão, imagem ou texto.
[0171] Será observado que um usuário de um aplicativo de usuário conversível descrito no presente pedido não precisa se registrar em todas as entidades de conexão para ver produtos e serviços das outras entidades de conexão. Pode ser um processo demorado para os consumidores buscarem um bem ou serviço particular para baixar múltiplos aplicativos para se conectar com múltiplas entidades empresariais ou com provedores de serviço afiliados a múltiplos entidades empresariais. Os usuários precisam frequentemente deslizar sua tela para uma nova tela em branco ou parcialmente preenchida para encaixar mais aplicativos, pode esquecer certos aplicativos ou pode esgotar sua bateria mais rápido por ter mais aplicativos funcionando em seu telefone simultaneamente. A presente invenção soluciona adicionalmente estes problemas, visto que um único log in (por exemplo, com um único nome de usuário e senha) pode fornecer ao usuário acesso a todas as entidades de conexão através de um aplicativo que pode ser baixado.
[0172] Voltando-se agora para as FIGs. 13A a 14B, os sistemas e metodologias para usar modalidades da invenção em um contexto de comércio eletrônico online são descritos agora. O aplicativo de usuário conversível descrito no presente pedido pode ser utilizado, por exemplo, por companhias pequenas, intermediárias ou iniciantes que desejam construir sua marca. Na indústria de comércio eletrônico atual, construir uma marca pode ser dispendioso, visto que as empresas tipicamente precisam gastar dinheiro para comprar espaço de publicidade e/ou promover sua marca. Pode haver pouco espaço para empresas de comércio eletrônico menores em um mercado de comércio eletrônico dominado por um número menor de megaempresas de comércio eletrônico. As empresas de comércio eletrônico menores são, portanto, resignadas a promover seus produtos sem capacidade suficiente para promover sua marca. Adicionalmente, como descrito acima, os sítios da web de compras online e companhias de publicidade estão frequentemente mais interessadas em promover suas próprias marcas, e podem minimizar o emblema ou nome da entidade empresarial enquanto promovem o produto. A presente invenção permite que pequenas empresas de comércio eletrônico promovam sua marca, estabeleçam contato firme com consumidores que baixaram o aplicativo de usuário conversível com seu front-end, que exibe sua marca/emblema. Dessa maneira, as pequenas empresas de comércio eletrônico podem competir melhor com as mega/grandes empresas de comércio eletrônico. A presente invenção aumenta o escopo ou alcance de pequenas empresas de comércio eletrônico enquanto as ajuda a construir uma base de cliente e reconhecimento de nome de marca.
[0173] Conforme mostrado na FIG. 13A, vários aplicativos de usuário conversíveis de comércio eletrônico A a H associados, respectivamente, às entidades empresariais 1 a 8, podem ser apresentados e disponíveis para baixar em uma loja de aplicativos como a loja de aplicativos da Apple®, loja de aplicativos da Google® ou outras lojas de aplicativos em que os usuários baixam seus Aplicativos. Os aplicativos de usuário conversíveis A a H exibem suas respectivas marcas ou emblemas de companhia (esquematicamente mostrados como “A”, “B”, “C”, etc.) através de seus respectivos front-ends de seus respectivos aplicativos de usuário conversíveis, e são conectados um ou outro através de um back-end compartilhado como descrito acima. Os aplicativos podem ser mostrados em uma tela de exibição 1300 de um dispositivo de computação que acessa a loja de aplicativos online. Em modalidades preferenciais, uma companhia de software pode alojar o back-end compartilhado (discutido adicionalmente abaixo), que pode ou não participar adicionalmente do fornecimento de bens ou serviços.
[0174] Como mostrado na FIG. 13B, um usuário selecionou a entidade empresarial 1 (que tem uma marca/emblema mostrado esquematicamente como "A" para facilitar a ilustração) da exibição da loja de aplicativos da FIG. 13A, e baixou o aplicativo de usuário conversível da entidade empresarial A para seu dispositivo de computação
1328. O ícone 1330 é exibido no dispositivo do usuário 1328, mostrando o emblema da entidade empresarial 1, "A".
[0175] Como mostrado na FIG. 13C, o usuário clicou no emblema "A" e iniciou o aplicativo de usuário conversível da entidade empresarial A com a alternância ou comutação 1316 na posição “ligada”. Vários tipos de cadeiras 1317A, 1317B, 1317C da entidade empresarial A são exibidas para o usuário em uma interface de usuário 1318, e podem ser selecionadas marcando-se caixas respectivas 1320A, 1320B, 1320C. Em certas modalidades, o usuário pode ter digitado “cadeira” na caixa de busca de teclado 1319 (FIG. 13D) antes de ver a interface 1318. Visto que a alternância 1316 está na posição "ligada", nenhuma mercadoria de outras entidades de serviço conectadas é exibida.
[0176] Como mostrado na FIG. 13D, o usuário moveu a alternância 1316 para a posição "desligada" e, portanto, converteu a interface de programa de aplicativo de cliente para expandir a busca para outras entidades empresariais armazenadas no banco de dados de back-end que estão associadas às mercadorias. O usuário também inseriu os parâmetros de busca ajustáveis 1310, 1312, 1314, 1340, 1342, 1344, visto que ele deseja ver apenas três tipos de cadeiras, cadeias que estão localizadas a aproximadamente quinze minutos de carro, a 16 quilômetros (10 milhas), têm classificação de pelo menos “9”, e um certificado de pelo menos três estrelas. Conforme mostrado, uma interface de usuário 1346 exibe respectivas cadeiras da entidade empresarial conectada 2 (com o emblema "B”), entidade empresarial 3 (com o emblema "C"), e entidade empresarial 4 (com o emblema “D”). O usuário pode fazer seleções de modo similar marcando-se caixas respectivas 1348, 1350, 1352. Será observado que o usuário, portanto, é capaz de se engajar no comércio eletrônico e se conectar a múltiplas entidades empresariais através de um único aplicativo de usuário conversível baixado para seu telefone. Em certas modalidades, visto que o usuário está usando o aplicativo da entidade empresarial A, quando o usuário compra o produto da entidade empresarial B ou o produto da entidade empresarial C, a entidade empresarial A pode ter direito a uma parte ou porção dos lucros. Em outras modalidades, as entidades empresariais de conexão podem indicar simplesmente uma à outra sem obter nenhuma parte de qualquer receita de transação. Será observado que, visto que a entidade empresarial A tem seu aplicativo no telefone do usuário, o usuário verá o emblema/marca "A" sempre que ele iniciar o aplicativo de usuário conversível, isso aprimora o reconhecimento de marca da entidade empresarial A em relação àquele usuário, e o estabelecimento de uma relação mais direta com o usuário. Se um usuário, por fim, decidir que ele prefere a entidade empresarial "C", e não desejar mais lidar com "A", então, tal usuário pode simplesmente baixar o aplicativo de usuário conversível para "C" a partir da loja de aplicativos, de modo que, quando ele iniciar o aplicativo, ele verá, primeiro, os produtos ou serviços de C.
[0177] Com referência à FIG. 13E, o usuário moveu a alternância 1316 para a posição "desligada" e, portanto, converteu a interface de programa de aplicativo de cliente para expandir a busca para outras entidades empresariais armazenadas no banco de dados de back-end que são associadas a um serviço particular (por exemplo, restaurantes, conforme digitado na caixa de teclado 1319). O usuário inseriu os parâmetros de busca ajustáveis 1310, 1312, 1314, 1340, 1342, 1344, visto que ele deseja ver apenas três tipos de restaurantes (entidades empresariais provedoras de serviço) localizados a aproximadamente quinze minutos de carro, em 16 quilômetros (10 milhas), que têm classificação de pelo menos “9" e um certificado de pelo menos três estrelas. Conforme mostrado, a interface de usuário 1346 exibe respectivos restaurantes da entidade empresarial conectada 5 (com emblema "E”), entidade empresarial 6 (com o emblema “F”) e entidade empresarial 7 (com o emblema “G”). O usuário pode fazer seleções de modo similar marcando-se caixas respectivas 1348, 1350, 1352. Será observado que indicadores podem ser exibidos em relação a cada entidade empresarial de acordo com preferências de usuário.
[0178] Será observado que um usuário não precisa registrar uma pluralidade de aplicativos e, em vez disso, pode ver e usar o conteúdo da pluralidade de aplicativos subjacentes iniciando-se um único aplicativo de usuário conversível baixado para seu telefone inteligente ou outro dispositivo. Tal funcionalidade poupa tempo e esforço do usuário na reserva ou pagamento da mercadoria (ou mercadorias) ou serviço (ou serviços) que ele precisa, permite que entidades empresariais sirvam melhor e mantenham sua base de cliente, ganhem receita adicional de clientes existentes e ganhem negócios adicionais de clientes de outras entidades empresariais.
[0179] As modalidades de comércio eletrônico da presente invenção podem utilizar ou não utilizar uma API de mapa como descrita acima dependendo das necessidades do cliente (por exemplo, quando o usuário quer ou precisa de uma mercadoria ou serviço diretamente, próximo quanto ao tempo e à distância). Quando a distância não é uma exigência principal (por exemplo, não selecionada como um dos parâmetros de busca ajustáveis), um mapa provavelmente será desnecessário. Será observado que a invenção simplifica aplicativos diferentes em um aplicativo de usuário conversível principal que é distribuído por uma entidade de serviço de “DSP”, “primária”, “principal” ou “centro nervoso” que controla o software de back-end compartilhado pelas outras entidades empresariais. Embora o DSP seja usado na indústria de transporte, “DSP” como descrito no presente pedido pode ser interpretado como o fornecimento de outros bens e serviços. O back-end do aplicativo de usuário conversível de comércio eletrônico é preferencialmente uma companhia de software que hospeda o servidor e todo outro software e hardware necessário que suporta o back-end e front-end.
[0180] Em certas modalidades, as entidades empresariais de conexão podem também ter contrato uma com a outra e/ou com a entidade empresarial ou companhia de tecnologia controlando o back-end para restringir uma à outra em relação a quais de suas entidades empresariais de conexão podem ser exibidas para os clientes. Por exemplo, em certas modalidades, se a companhia A impedir a companhia C de ser exibida para clientes da companhia A, então, a companhia A também pode ser impedida de ser exibida para clientes da companhia C. Em outras modalidades, tais restrições podem ser de via única ou podem ser determinadas por uma ou mais regras predeterminadas, com ou sem contratos adicionais entre as entidades empresariais.
[0181] Em outras modalidades, quando uma específica dentre uma pluralidade de companhias que compartilham o mesmo back-end não é capaz de servir um cliente específico, a companhia pode indicar automaticamente a solicitação de cliente para outra companhia de conexão que compartilha o mesmo back-end.
[0182] Em certas modalidades, se as companhias de conexão estiverem na indústria de serviços (por exemplo, hotéis, restaurantes, etc.), tais companhias podem ser impedidas de iniciar contatos futuros com um cliente com o qual realizaram uma transação através de uma companhia de conexão, exceto se o cliente iniciar um contato futuro com as mesmas diretamente.
[0183] Será observado que o uso de um aplicativo de back-end compartilhado pode permitir, a uma companhia, o benefício de servir um cliente em uma área que a companhia não serve. Esta área pode ser uma área, cidade, condado, distrito, estado, província, país, continente, etc. específico. A companhia pode se beneficiar com a indicação de seu serviço para seu cliente, embora a companhia não seja ativa em tal área específica. Isso permitirá que o cliente mantenha sua fidelidade à companhia e permite que a companhia se beneficie passivamente da referência.
[0184] Com referência à FIG. 14A, uma única companhia de tecnologia pode ter a tarefa de alojar e controlar a base de código de software de back-end de aplicativo 1408 no meio de armazenamento 1406 no servidor 1402. Tal back-end pode ser um banco de dados que combina bens e serviços em múltiplas indústrias. Por exemplo, a entidade empresarial I pode ser um restaurante grande conectado às entidades empresariais menores J e K, que também são restaurantes. A entidade empresarial L pode ser uma grande companhia de transporte de despachante conectada às entidades empresariais menores M e N, que também são companhias de despacho. Em tais modalidades, a companhia de tecnologia pode compartilhar uma porção de restaurante do back-end 1408 com a entidade empresarial I, que, por sua vez, compartilha com as entidades empresariais J e K. A companhia de tecnologia pode, de modo similar, compartilhar uma porção de despacho do back-end 1408 com a entidade empresarial L, que, por sua vez, compartilha com as entidades empresariais M e N. Em outras modalidades, conforme mostrado na FIG. 14B, a companhia de tecnologia única pode ser diretamente conectada a todas as entidades empresariais I a N sem quaisquer “hubs” ou entidades “empresariais” principais intermediárias.
[0185] Em certas modalidades, a companhia de tecnologia que controla o back-end compartilhado pode ter a tarefa de criar o front-end de um aplicativo de usuário conversível específico associado a uma entidade empresarial de conexão - isso permitirá que a entidade empresarial de conexão minimize seu custo de projetar e lançar inicialmente seu próprio aplicativo individual.
[0186] Em outras modalidades, uma corporação que é proprietária de múltiplas franquias (por exemplo, companhias diferentes) pode permitir que seu aplicativo e o back-end compartilhado conectem apenas suas franquias, e pode bloquear outras companhias de conexão. Ainda em outras modalidades, as companhias de conexão podem permitir que o “centro nervoso” acesse todos os dados da companhia para usar e compartilhar diretamente pelo próprio aplicativo do “centro nervoso”. Em outras modalidades, o centro nervoso pode utilizar as outras companhias como subcontratadas. Será observado que a entidade ou companhia de tecnologia principal controla o software de back-end enquanto o front-end de cada aplicativo de usuário conversível associado a cada entidade empresarial pode ser ajustado/personalizado conforme necessário para atender as necessidades das entidades empresariais individuais.
[0187] Em certas modalidades, o aplicativo de usuário conversível pode ser usado em inúmeras outras indústrias, mas sem limitações, bens ou serviços diretamente relacionados à localização ou indiretamente relacionados à localização, como entidades de serviço de viagem (por exemplo, hotéis, edifícios de apartamentos e companhias imobiliárias), entidades de envio, restaurantes, cinemas, companhias de teatro, companhias aéreas, de encanamento, companhias elétricas ou virtualmente qualquer grupo/associação/companhia/entidade que forneça qualquer forma de serviços ou entretenimento, com ou sem um ou mais provedores de serviço.
[0188] Ainda em outras modalidades, o aplicativo de usuário conversível pode ser configurado para permitir que um usuário pré-configure suas preferências antes de pedir um serviço. Tais preferências pré-configuradas podem ser ligadas e desligadas. Os parâmetros de busca ajustáveis como descritos no presente pedido podem envolver uma preferência direta ou indireta (por exemplo, um cliente pode não se importar com a localização de uma entidade empresarial, exceto se for muito distante (por exemplo, outro país ao comprar bens online).
[0189] Será observado que, no atual estado da técnica, ao usar vários aplicativos para companhias de serviço de carro individuais, um usuário precisa baixar todos os aplicativos associados se o usuário quiser comparar ou usar um dos serviços. De acordo com a invenção, o usuário pode baixar um aplicativo de usuário conversível e ter acesso a todas essas entidades de serviço de carro em um único aplicativo.
[0190] Será observado que, usando modalidades da invenção revelada no presente pedido, quando um usuário quiser comprar um ingresso de cinema para um filme particular usando o comércio eletrônico, o usuário pode buscar o filme particular, com base no horário de exibição, assentos disponíveis, distância até o cinema específico,
descontos aplicáveis, localização e classificação. O aplicativo preferencial do cliente mostrará, primeiro, sua disponibilidade e quaisquer outras exigências. Se o cliente não estiver satisfeito, ou os parâmetros do não corresponderem com a solicitação do usuário, o aplicativo pode mostrar cinemas adicionais.
[0191] Será entendido que as frases ou a terminologia empregada no presente pedido serve para propósitos de descrição, e não de limitação. Embora a revelação inventiva tenha sido mostrada e descrita com referência a várias modalidades preferenciais, aqueles versados na técnica observarão prontamente que várias alterações e/ou modificações podem ser feitas sem que se afaste do espírito e escopo da revelação inventiva como definidos pelas reivindicações. Quaisquer modalidades exemplificativas descritas no presente documento são meramente ilustrativas, e muitas variações podem ser introduzidas sem que se afaste do espírito da revelação ou do escopo das reivindicações anexas. Por exemplo, os elementos e/ou os recursos de diferentes modalidades exemplificativas podem ser combinados entre si e/ou substituídos entre si. O escopo da revelação inventiva, portanto, deve ser definido somente pelas seguintes reivindicações, e deve ser evidente para aqueles versados na técnica que inúmeras alterações podem ser feitas em tais detalhes sem que se afaste do espírito e dos princípios da revelação inventiva.
Claims (18)
1. Sistema implementado por computador para auxiliar um usuário com a seleção de um provedor de serviço em uma indústria de transportação, sendo o sistema caracterizado por compreender: um ou mais servidores compreendendo pelo menos um meio de armazenamento não transitório legível por computador com instruções legíveis por computador armazenadas no mesmo, um ou mais processadores e um ou mais bancos de dados particionados em comunicação com um ou mais dispositivos de computação através de uma rede, em que o um ou mais processadores são instruídos para executar as instruções legíveis por computador para: transferir, para exibir em um dispositivo de computação de usuário, uma interface de usuário eletrônica interativa incluindo um controle diretamente alcançável pelo usuário para alterar um aplicativo de usuário conversível de um dentre um primeiro estado e um segundo estado para o outro dentre o primeiro estado e o segundo estado, em que o aplicativo de usuário conversível compreende um primeiro aplicativo associado ao primeiro estado e um segundo aplicativo associado ao segundo estado, e em que o primeiro aplicativo é associado a uma primeira entidade de serviço e o segundo aplicativo é associado a uma ou mais entidades de serviço adicionais; receber, a partir do dispositivo de computação de usuário, uma seleção de um dentre o primeiro estado e o segundo estado; recuperar dados de usuário e dados de entidade de serviço a partir do um ou mais bancos de dados particionados correspondentes à seleção, respectivamente; receber uma seleção de um provedor de serviço específico a partir do dispositivo de computação de usuário; receber uma confirmação de aceitação a partir do provedor selecionado, em que a primeira entidade de serviço é associada a uma porção do um ou mais bancos de dados particionados, em que a uma ou mais entidades de serviço adicionais são associadas a uma ou mais porções adicionais do um ou mais bancos de dados particionados, respectivamente, e em que, mediante a comutação do aplicativo de usuário conversível a partir do primeiro estado para o segundo estado, a porção do um ou mais bancos de dados particionados associada à primeira entidade de serviço é ligada a pelo menos algumas dentre a uma ou mais porções adicionais do um ou mais bancos de dados particionados associadas à uma ou mais entidades de serviço adicionais ou os dados de usuário são compartilhados entre as porções ligadas do um ou mais bancos de dados particionados.
2. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o um ou mais processadores executam adicionalmente as instruções legíveis por computador para, em resposta à seleção pelo usuário do segundo estado: exibir, na interface de usuário eletrônica interativa, um menu selecionável que compreende uma pluralidade de imagens selecionáveis, texto ou símbolos correspondentes a pelo menos uma dentre a uma ou mais entidades de serviço adicionais; e em resposta à seleção de pelo menos uma dentre uma ou mais das entidades de serviço adicionais por meio de pelo menos uma dentre a pluralidade de imagens selecionáveis, texto ou símbolos, exibir um ou mais identificações de um ou mais provedores de serviço disponíveis da pelo menos uma entidade de serviço adicional selecionada.
3. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que o primeiro aplicativo e o segundo aplicativo são comunicativamente ligados por meio da rede ao um ou mais bancos de dados particionados com pelo menos um back-end parcialmente compartilhado ou ligado de um sistema de computação contendo uma base de código de software de aplicativo de back-end compartilhado ou ligado.
4. Sistema, de acordo com a reivindicação 3, caracterizado pelo fato de que a uma ou mais entidades de serviço adicionais incluem uma entidade de serviço particular, o segundo aplicativo é associado pelo menos à entidade de serviço particular, e o primeiro aplicativo e o segundo aplicativo têm front-ends independentes e personalizáveis, e em que cada front-end independente e personalizável é expresso como pelo menos um dentre: um nome de aplicativo, um ícone, uma emblema de companhia, capturas de tela, ou uma descrição.
5. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que um ou mais processadores são adicionalmente instruídos a executar as instruções legíveis por computador para, em resposta à seleção do primeiro estado ou do segundo estado: exibir, na interface de usuário eletrônica interativa, um menu selecionável que representa pelo menos um ou mais parâmetros de busca ajustáveis selecionáveis para inicializar uma função de exibição para que cada um dentre o um ou mais parâmetros de busca ajustáveis seja simultaneamente visto na tela de exibição.
6. Sistema, de acordo com a reivindicação 5, caracterizado pelo fato de que um ou mais processadores são adicionalmente instruídos a executar as instruções legíveis por computador para: em resposta a uma ou mais entradas no dispositivo de computação de usuário do usuário indicativas da seleção de pelo menos um do um ou mais parâmetros de busca ajustáveis, exibir a interface de usuário eletrônica interativa incluindo uma ou mais identificações de um ou mais provedores de serviço disponíveis.
7. Sistema, de acordo com a reivindicação 6, caracterizado pelo fato de que o um ou mais processadores são adicionalmente instruídos para executar as instruções legíveis por computador para: em resposta à uma ou mais entradas pelo usuário em relação ao um ou mais parâmetros de busca ajustáveis, exibir, na interface de usuário eletrônica interativa, em que a uma ou mais identificações compreendem pelo menos um dentre: (i) um número máximo de provedores de serviço disponíveis, (ii) um ou mais provedores de serviço disponíveis dentro de um intervalo de tempo para chegada a uma localização do usuário, (iii) um ou mais provedores de serviço disponíveis dentro de um intervalo de distância para chegada à localização do usuário, ou (iv) um ou mais usuários adicionais dentro do intervalo de tempo ou do intervalo de distância.
8. Sistema, de acordo com a reivindicação 6, caracterizado pelo fato de que o primeiro ou segundo conjunto de provedores de serviço disponíveis são correspondidos com uma solicitação de serviço associada ao usuário com base em um ou mais fatores relevantes de serviço relacionados a (i) o um ou mais provedores de serviço disponíveis, (ii) a primeira entidade de serviço ou a uma ou mais entidades de serviço adicionais, ou (iii) o usuário, e em que o um ou mais fatores relevantes de serviço incluem pelo menos um dentre: (a) uma ou mais preferências predefinidas opcionalmente do um ou mais provedores de serviço disponíveis da primeira entidade de serviço ou da uma ou mais entidades de serviço adicionais; (b) uma ou mais limitações predefinidas opcionalmente, uma lista de usuário favorito, uma lista de usuário preferencial, uma lista negra de usuário do um ou mais provedores de serviço disponíveis da primeira entidade de serviço ou da uma ou mais entidades de serviço adicionais; ou (c) uma ou mais preferências predefinidas opcionalmente, uma lista de provedor de serviço favorito, uma lista de entidade de serviço favorita, uma lista de provedor de serviço preferencial, uma lista de entidade de serviço preferencial, uma lista negra de provedor de serviço ou uma lista negra de entidade de serviço do usuário.
9. Sistema, de acordo com a reivindicação 1, caracterizado pelo fato de que um ou mais processadores são adicionalmente instruídos para executar as instruções legíveis por computador para: determinar uma proximidade, por meio de rastreamento de sistema de posicionamento global (GPS), de um ou mais provedores de serviço disponíveis em relação a uma localização do usuário; e transmitir uma solicitação de serviço para um dentre o um ou mais provedores de serviço disponíveis com base na proximidade à localização.
10. Método implementado por computador para auxiliar um usuário com a seleção de um provedor de serviço em uma indústria de transportação, sendo o método caracterizado por compreender: exibir em uma tela de exibição de um dispositivo de computação associado ao usuário, uma interface de usuário eletrônica interativa incluindo um controle diretamente alcançável pelo usuário para alterar um aplicativo de usuário conversível de um dentre um primeiro estado e um segundo estado para o outro dentre o primeiro estado e o segundo estado, em que o aplicativo de usuário conversível compreende um primeiro aplicativo associado ao primeiro estado e um segundo aplicativo associado ao segundo estado, em que o primeiro aplicativo é associado a uma primeira entidade de serviço e o segundo aplicativo é associado a uma ou mais entidades de serviço adicionais; receber, a partir do dispositivo de computação do usuário, uma seleção de um dentre o primeiro estado e o segundo estado; e recuperar, a partir do um ou mais bancos de dados particionados, dados de usuário e dados de entidade de serviço correspondentes à seleção, respectivamente, receber uma seleção de um provedor de serviço específico a partir do dispositivo de computação de usuário; receber uma confirmação de aceitação a partir do provedor selecionado, em que a primeira entidade de serviço é associada a uma porção do um ou mais bancos de dados particionados, em que a uma ou mais entidades de serviço adicionais são associadas a uma ou mais porções adicionais do um ou mais bancos de dados particionados, respectivamente, e em que, mediante a comutação do aplicativo de usuário conversível a partir do primeiro estado para o segundo estado, a porção do um ou mais bancos de dados particionados associada à primeira entidade de serviço é ligada a pelo menos algumas dentre a uma ou mais porções adicionais do um ou mais bancos de dados particionados associadas à uma ou mais entidades de serviço adicionais ou os dados de usuário são compartilhados entre as porções ligadas do um ou mais bancos de dados particionados.
11. Método, de acordo com a reivindicação 10, caracterizado por compreender adicionalmente: em resposta à seleção pelo usuário do segundo estado: exibir, na interface de usuário eletrônica interativa, um menu selecionável que compreende uma pluralidade de imagens selecionáveis, texto ou símbolos correspondentes a pelo menos uma dentre a uma ou mais entidades de serviço adicionais; e em resposta à seleção de pelo menos uma dentre uma ou mais das entidades de serviço adicionais por meio de pelo menos uma dentre a pluralidade de imagens selecionáveis, texto ou símbolos, exibir um ou mais identificações de um ou mais provedores de serviço disponíveis da pelo menos uma entidade de serviço adicional selecionada.
12. Método, de acordo com a reivindicação 10, caracterizado pelo fato de que o primeiro aplicativo e os segundos aplicativos são comunicativamente ligados por meio de uma rede ao um ou mais bancos de dados particionados com pelo menos um back-end parcialmente compartilhado ou ligado de um sistema de computação que contém uma base de código de software de aplicativo de back-end compartilhado ou ligado.
13. Método, de acordo com a reivindicação 12, caracterizado pelo fato de que a uma ou mais entidades de serviço adicionais incluem uma entidade de serviço particular, o segundo aplicativo é associado pelo menos à entidade de serviço particular, e o primeiro aplicativo e o segundo aplicativo têm front-ends independentes e personalizáveis, e em que cada front-end independente e personalizável é expresso como pelo menos um dentre: um nome de aplicativo, um ícone, uma emblema de companhia, capturas de tela, ou uma descrição.
14. Método, de acordo com a reivindicação 10, caracterizado por compreender adicionalmente: em resposta à seleção do primeiro estado ou do segundo estado: exibir, na interface de usuário eletrônica interativa, um menu selecionável que representa pelo menos um ou mais parâmetros de busca ajustáveis selecionáveis para inicializar uma função de exibição para que cada um dentre o um ou mais parâmetros de busca ajustáveis seja simultaneamente visto na tela de exibição.
15. Método, de acordo com a reivindicação 14, caracterizado por compreender adicionalmente: em resposta a uma ou mais entradas no dispositivo de computação a partir do usuário indicativas da seleção de pelo menos um dentre o um ou mais parâmetros de busca ajustáveis, exibir a interface de usuário eletrônica interativa incluindo uma ou mais identificações de um ou mais provedores de serviço disponíveis.
16. Método, de acordo com a reivindicação 15, caracterizado por compreender adicionalmente: em resposta à uma ou mais entradas pelo usuário em relação ao um ou mais parâmetros de busca ajustáveis, exibir, na interface de usuário eletrônica interativa, a uma ou mais identificações que compreendem pelo menos um dentre (i) um número máximo de provedores de serviço disponíveis, (ii) um ou mais provedores de serviço disponíveis dentro de um intervalo de tempo para a chegada a uma localização do usuário, (iii) um ou mais provedores de serviço disponíveis dentro de um intervalo de distância para a chegada à localização, ou (iv) um ou mais usuários adicionais dentro do intervalo de tempo ou do intervalo de distância.
17. Método, de acordo com a reivindicação 15, caracterizado pelo fato de que o primeiro ou segundo conjunto de provedores de serviço disponíveis são correspondidos com uma solicitação de serviço associada ao usuário com base em um ou mais fatores relevantes de serviço relacionados a (i) o um ou mais provedores de serviço disponíveis, (ii) a primeira entidade de serviço ou a uma ou mais entidades de serviço adicionais, ou (iii) o usuário, e em que o um ou mais fatores relevantes de serviço incluem pelo menos um dentre (a) uma ou mais preferências predefinidas opcionalmente do um ou mais provedores de serviço disponíveis da primeira entidade de serviço ou da uma ou mais entidades de serviço adicionais; (b) uma ou mais limitações predefinidas opcionalmente, uma lista de usuário favorito, uma lista de usuário preferencial, uma lista negra de usuário do um ou mais provedores de serviço disponíveis da primeira entidade de serviço ou da uma ou mais entidades de serviço adicionais; ou (c) uma ou mais preferências predefinidas opcionalmente, uma lista de provedor de serviço favorito, uma lista de entidade de serviço favorita, uma lista de provedor de serviço preferencial, uma lista de entidade de serviço preferencial, uma lista negra de provedor de serviço ou uma lista negra de entidade de serviço do usuário.
18. Método, de acordo com a reivindicação 10, caracterizado por compreender adicionalmente: determinar uma proximidade, por meio de rastreamento de sistema de posicionamento global (GPS), de um ou mais provedores de serviço disponíveis em relação a uma localização do usuário; e transmitir uma solicitação de serviço para um dentre o um ou mais provedores de serviço disponíveis com base na proximidade à localização.
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US201862621988P | 2018-01-25 | 2018-01-25 | |
| US62/621,988 | 2018-01-25 | ||
| US16/026,996 | 2018-07-03 | ||
| US16/026,996 US10785340B2 (en) | 2018-01-25 | 2018-07-03 | System and method for a convertible user application |
| PCT/US2019/015307 WO2019148052A1 (en) | 2018-01-25 | 2019-01-25 | System and method for a convertible user application |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| BR112020015288A2 true BR112020015288A2 (pt) | 2021-03-23 |
Family
ID=67298867
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| BR112020015288-9A BR112020015288A2 (pt) | 2018-01-25 | 2019-01-25 | sistema e método implementados por computador para auxiliar um usuário com a seleção de um provedor de serviço em uma indústria de transportação |
Country Status (16)
| Country | Link |
|---|---|
| US (4) | US10785340B2 (pt) |
| EP (1) | EP3743786A4 (pt) |
| JP (1) | JP2021512414A (pt) |
| KR (1) | KR20200116474A (pt) |
| CN (1) | CN112384878B (pt) |
| AU (1) | AU2019212805A1 (pt) |
| BR (1) | BR112020015288A2 (pt) |
| CA (1) | CA3089748A1 (pt) |
| CO (1) | CO2020010332A2 (pt) |
| IL (1) | IL276328B (pt) |
| MX (1) | MX2020007920A (pt) |
| PH (1) | PH12020551130A1 (pt) |
| RU (1) | RU2020127977A (pt) |
| SG (1) | SG11202007150TA (pt) |
| WO (1) | WO2019148052A1 (pt) |
| ZA (1) | ZA202005175B (pt) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10417727B2 (en) | 2016-09-26 | 2019-09-17 | Uber Technologies, Inc. | Network system to determine accelerators for selection of a service |
| US10425490B2 (en) | 2016-09-26 | 2019-09-24 | Uber Technologies, Inc. | Service information and configuration user interface |
| US10785340B2 (en) | 2018-01-25 | 2020-09-22 | Operr Technologies, Inc. | System and method for a convertible user application |
| US20190390971A1 (en) * | 2018-06-25 | 2019-12-26 | Uber Technologies, Inc. | Determining cumulative estimated time for requested services |
| US11275809B2 (en) * | 2018-09-06 | 2022-03-15 | Uber Technologies, Inc. | Pre-computed service metric lookup for a network-based service |
| US11222049B1 (en) * | 2019-03-22 | 2022-01-11 | State Farm Mutual Automobile Insurance Company | System and method for identifying locations with lifestyle preferences |
| US11593411B2 (en) * | 2019-09-13 | 2023-02-28 | International Business Machines Corporation | Historical augmentation of electronic maps |
| US11915203B2 (en) * | 2019-11-20 | 2024-02-27 | Polaris Industries Inc. | Vehicle service scheduling |
| JP2021157666A (ja) * | 2020-03-27 | 2021-10-07 | 横河電機株式会社 | 情報表示装置、情報表示方法、及びプログラム |
| JP7467200B2 (ja) * | 2020-03-30 | 2024-04-15 | キヤノン株式会社 | 情報処理装置、制御方法、プログラム及び情報処理システム |
| WO2021211773A1 (en) * | 2020-04-14 | 2021-10-21 | Tbcasoft, Inc. | Method and system for resolving a target |
| JP2023524721A (ja) * | 2020-05-11 | 2023-06-13 | ソニーグループ株式会社 | 通信デバイス、インフラストラクチャ機器、コアネットワーク機器および方法 |
| US11435992B2 (en) * | 2020-08-20 | 2022-09-06 | T-Mobile Usa, Inc. | Communications registry and governance for apps |
| US11869036B2 (en) * | 2021-03-19 | 2024-01-09 | DoorDash, Inc. | System and method for logistical assistance with data exchange |
| WO2022234604A1 (en) * | 2021-05-04 | 2022-11-10 | "Mast Impresa Culturale Creativa Societa' Benefit", In An Abbreviated Form "Mast Icc Sb" S.R.L. | Method-system "de gusto" integrated and correlated among products, recipes, itineraries, events, companies for the online booking, enhancement and sale of agri-food products, and cultural, tourist and eno gastronomic routes/itineraries connected to a territory or a geographical area or an area of homogeneous interest |
| USD1015362S1 (en) * | 2021-07-08 | 2024-02-20 | Medicaltek Co., Ltd. | Display screen with graphical user interface |
| CA3225402A1 (en) | 2021-07-09 | 2023-01-12 | Justin L. SYNSTELIEN | Facilitating and provisioning customer broadband transport service |
| US11750407B2 (en) * | 2021-07-09 | 2023-09-05 | ReadyLinks Inc. | Bidirectional power feed digital communication device |
| US11558264B1 (en) * | 2021-07-09 | 2023-01-17 | ReadyLinks Inc. | Facilitating and provisioning customer broadband transport service |
| US11741093B1 (en) | 2021-07-21 | 2023-08-29 | T-Mobile Usa, Inc. | Intermediate communication layer to translate a request between a user of a database and the database |
Family Cites Families (54)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AUPQ903400A0 (en) * | 2000-07-27 | 2000-08-17 | Oh, Young June | Navigable search engine |
| US7529728B2 (en) | 2003-09-23 | 2009-05-05 | Salesforce.Com, Inc. | Query optimization in a multi-tenant database system |
| US20060122872A1 (en) * | 2004-12-06 | 2006-06-08 | Stevens Harold L | Graphical user interface for and method of use for a computer-implemented system and method for booking travel itineraries |
| US7710397B2 (en) * | 2005-06-03 | 2010-05-04 | Apple Inc. | Mouse with improved input mechanisms using touch sensors |
| CN101258483B (zh) | 2005-09-09 | 2015-08-12 | 易享信息技术（上海）有限公司 | 用于在多租户数据库环境中导出、发布、浏览和安装随需应用的系统及其方法 |
| KR100700622B1 (ko) * | 2006-10-24 | 2007-03-28 | 주식회사 네오엠텔 | 매쉬업 서비스 시스템 |
| US8533217B2 (en) * | 2006-11-01 | 2013-09-10 | Yahoo! Inc. | System and method for dynamically retrieving data specific to a region of a layer |
| US20080154869A1 (en) * | 2006-12-22 | 2008-06-26 | Leclercq Nicolas J C | System and method for constructing a search |
| WO2008107338A1 (fr) * | 2007-02-23 | 2008-09-12 | Enrico Maim | Procedes d'extraction, de combinaison, de synthese et de visualisation de donnees multidimensionnelles provenant de differentes sources |
| US8577835B2 (en) | 2007-06-28 | 2013-11-05 | Salesforce.Com, Inc. | Method and system for sharing data between subscribers of a multi-tenant database service |
| CN101620609B (zh) | 2008-06-30 | 2012-03-21 | 国际商业机器公司 | 多租户数据存储和访问方法和装置 |
| US8407205B2 (en) | 2008-09-11 | 2013-03-26 | Salesforce.Com, Inc. | Automating sharing data between users of a multi-tenant database service |
| US20100094668A1 (en) | 2008-10-13 | 2010-04-15 | Embarq Holdings Company, Llc | System and method for making a reservation associated with a calendar appointment |
| US8265972B2 (en) | 2008-11-24 | 2012-09-11 | International Business Machines Corporation | Software/hardware ranking method and system |
| US8788655B2 (en) | 2008-12-19 | 2014-07-22 | Openpeak Inc. | Systems for accepting and approving applications and methods of operation of same |
| US8615581B2 (en) | 2008-12-19 | 2013-12-24 | Openpeak Inc. | System for managing devices and method of operation of same |
| US8543143B2 (en) * | 2009-12-23 | 2013-09-24 | Nokia Corporation | Method and apparatus for grouping points-of-interest according to area names |
| US8799812B2 (en) * | 2010-04-29 | 2014-08-05 | Cheryl Parker | System and method for geographic based data visualization and extraction |
| US8452726B2 (en) | 2010-06-04 | 2013-05-28 | Salesforce.Com, Inc. | Sharing information between tenants of a multi-tenant database |
| US20110301835A1 (en) * | 2010-06-07 | 2011-12-08 | James Bongiorno | Portable vacation/travel planner, and family tour guide device |
| US20110314114A1 (en) * | 2010-06-16 | 2011-12-22 | Adknowledge, Inc. | Persistent Cross Channel Cookie Method and System |
| US20130132887A1 (en) * | 2010-12-06 | 2013-05-23 | Uber Technologies, Inc. | Transitioning user interface features for on-demand services through use of portable computing devices |
| US8930413B2 (en) | 2012-01-03 | 2015-01-06 | International Business Machines Corporation | Dynamic structure for a multi-tenant database |
| US9239851B1 (en) | 2012-07-12 | 2016-01-19 | Cross Commerce Media, Inc. | Advanced database systems and methods |
| US9477995B2 (en) | 2012-03-04 | 2016-10-25 | Quick Check Ltd. | System, device, and method of electronic payment |
| US10866100B2 (en) | 2012-10-15 | 2020-12-15 | Kamino Labs, Inc. | Method of providing urban hiking trails |
| US20170091883A1 (en) | 2013-01-31 | 2017-03-30 | Lf Technology Development Corporation Limited | Dynamic Search in Search |
| US20170091849A1 (en) | 2013-01-31 | 2017-03-30 | Lf Technology Development Corporation Limited | Personalized Channel |
| US9965339B2 (en) | 2013-03-15 | 2018-05-08 | One Source Virtual Hr, Inc. | System and method for service provision in a multi-tenant environment |
| US20160189065A1 (en) * | 2013-03-15 | 2016-06-30 | Vacation Finder, LLC | Methods of Reserving and Managing Vacation Rental Properties |
| WO2014207958A1 (ja) | 2013-06-28 | 2014-12-31 | 株式会社コナミデジタルエンタテインメント | 管理装置、管理方法、端末装置、制御方法及びプログラム |
| US8965410B2 (en) | 2013-07-09 | 2015-02-24 | TravelStorysGPS, LLC | Systems and methods for creating and providing location-based content |
| TW201508706A (zh) | 2013-08-23 | 2015-03-01 | Inst Information Industry | 監測車輛行徑的行動裝置及其方法與電腦可讀取紀錄媒體 |
| CN104424484B (zh) * | 2013-09-11 | 2019-01-15 | 阿里巴巴集团控股有限公司 | 应用程序切换、添加入口信息的方法及装置 |
| US20150213285A1 (en) | 2014-01-24 | 2015-07-30 | Dante Consulting, Inc. | Configuration of partition relationships |
| US20150235304A1 (en) | 2014-02-14 | 2015-08-20 | Melissa M. Vincent | Method and system for global shopping and delivery |
| US9389773B2 (en) | 2014-03-06 | 2016-07-12 | Re2You, Inc. | Cloud OS and virtualized browser with user presence management |
| GB2538339B (en) * | 2014-03-24 | 2017-05-24 | British Airways Plc | Travel environment control |
| GB2524496A (en) * | 2014-03-24 | 2015-09-30 | British Airways Plc | Dynamic tracking and control of passenger travel progress |
| CN103957512B (zh) * | 2014-04-02 | 2020-04-28 | 上海触乐信息科技有限公司 | 一种向移动终端发送商户推广信息的方法、装置和系统 |
| US20160042303A1 (en) * | 2014-08-05 | 2016-02-11 | Qtech Partners LLC | Dispatch system and method of dispatching vehicles |
| WO2016113602A1 (en) * | 2015-01-12 | 2016-07-21 | Yogesh Chunilal Rathod | Real-time presenting on-demand service providers and users or customers and facilitating them |
| KR20160149789A (ko) * | 2015-06-19 | 2016-12-28 | 주식회사 데이투라이프 | 서로 다른 앱 간의 연결 기능을 제공하는 단말, 시스템, 그리고 방법 |
| US20170191849A1 (en) | 2015-12-30 | 2017-07-06 | Sap Se | Parking availability system |
| US11049059B2 (en) * | 2016-02-03 | 2021-06-29 | Operr Technologies, Inc | Method and system for on-demand customized services |
| CN105956067B (zh) * | 2016-04-27 | 2019-07-05 | 北京小米移动软件有限公司 | 资源搜索方法及装置 |
| US10353534B2 (en) | 2016-05-13 | 2019-07-16 | Sap Se | Overview page in multi application user interface |
| US20180012281A1 (en) | 2016-07-08 | 2018-01-11 | Sergio Salani | Virtual, Location-Based Connection Tool for Service Providers and Users |
| US20180101894A1 (en) * | 2016-10-12 | 2018-04-12 | Jon Edward Markoff | Providing On-Demand User-Based Services Through Use Of Portable Computing Devices |
| US10839325B2 (en) * | 2016-11-06 | 2020-11-17 | Microsoft Technology Licensing, Llc | Efficiency enhancements in task management applications |
| CN106649554A (zh) * | 2016-11-08 | 2017-05-10 | 北京奇虎科技有限公司 | 一种应用程序的搜索方法和装置、搜索服务器及系统 |
| US10783517B2 (en) | 2016-12-30 | 2020-09-22 | Square, Inc. | Third-party access to secure hardware |
| US11049200B2 (en) * | 2017-08-25 | 2021-06-29 | Hipmunk, Inc. | User detection based on locator-embedded identifier |
| US10785340B2 (en) | 2018-01-25 | 2020-09-22 | Operr Technologies, Inc. | System and method for a convertible user application |
-
2018
- 2018-07-03 US US16/026,996 patent/US10785340B2/en active Active
-
2019
- 2019-01-25 MX MX2020007920A patent/MX2020007920A/es unknown
- 2019-01-25 SG SG11202007150TA patent/SG11202007150TA/en unknown
- 2019-01-25 US US16/964,512 patent/US11245773B2/en active Active
- 2019-01-25 RU RU2020127977A patent/RU2020127977A/ru unknown
- 2019-01-25 CA CA3089748A patent/CA3089748A1/en not_active Abandoned
- 2019-01-25 AU AU2019212805A patent/AU2019212805A1/en not_active Abandoned
- 2019-01-25 JP JP2020541441A patent/JP2021512414A/ja active Pending
- 2019-01-25 KR KR1020207023874A patent/KR20200116474A/ko unknown
- 2019-01-25 EP EP19744492.0A patent/EP3743786A4/en not_active Withdrawn
- 2019-01-25 CN CN201980010382.7A patent/CN112384878B/zh active Active
- 2019-01-25 WO PCT/US2019/015307 patent/WO2019148052A1/en unknown
- 2019-01-25 BR BR112020015288-9A patent/BR112020015288A2/pt not_active IP Right Cessation
- 2019-03-07 US US16/296,014 patent/US10616362B2/en active Active
-
2020
- 2020-07-25 PH PH12020551130A patent/PH12020551130A1/en unknown
- 2020-07-27 IL IL276328A patent/IL276328B/en unknown
- 2020-08-20 ZA ZA2020/05175A patent/ZA202005175B/en unknown
- 2020-08-21 CO CONC2020/0010332A patent/CO2020010332A2/es unknown
-
2022
- 2022-02-07 US US17/666,310 patent/US11863647B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CO2020010332A2 (es) | 2020-11-10 |
| ZA202005175B (en) | 2022-02-23 |
| RU2020127977A (ru) | 2022-02-25 |
| SG11202007150TA (en) | 2020-08-28 |
| WO2019148052A1 (en) | 2019-08-01 |
| CN112384878B (zh) | 2023-10-24 |
| JP2021512414A (ja) | 2021-05-13 |
| US20190230180A1 (en) | 2019-07-25 |
| US11863647B2 (en) | 2024-01-02 |
| KR20200116474A (ko) | 2020-10-12 |
| CN112384878A (zh) | 2021-02-19 |
| IL276328A (en) | 2020-08-31 |
| MX2020007920A (es) | 2020-11-06 |
| US10616362B2 (en) | 2020-04-07 |
| EP3743786A1 (en) | 2020-12-02 |
| US10785340B2 (en) | 2020-09-22 |
| AU2019212805A1 (en) | 2020-09-10 |
| PH12020551130A1 (en) | 2021-05-31 |
| US20210037109A1 (en) | 2021-02-04 |
| US20190230181A1 (en) | 2019-07-25 |
| EP3743786A4 (en) | 2021-08-11 |
| IL276328B (en) | 2021-09-30 |
| US20220303358A1 (en) | 2022-09-22 |
| US11245773B2 (en) | 2022-02-08 |
| CA3089748A1 (en) | 2019-08-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11863647B2 (en) | System and method for a convertible user | |
| US10185917B2 (en) | Computer-aided decision systems | |
| US20070124165A1 (en) | System and Method for Pairing Providers with Consumers of Online Goods and Services | |
| US20130238461A1 (en) | Methods and systems for matching consumers with providers | |
| US20150149286A1 (en) | Mobile provider advertising and scheduling platform | |
| US20090192854A1 (en) | Method and apparatus for facilitating electronic acquisition and maintenence of goods and services via the internet | |
| US20210383489A1 (en) | Scheduling, booking, and pricing engines | |
| US20160155163A1 (en) | Systems and methods of co-clientization for access to urgent needs fulfillment service | |
| JP2016532972A (ja) | 予約システム及び方法 | |
| US20140289074A1 (en) | Systems and Methods for Micro-Casting in Urgent Needs Fulfillment Matching | |
| US20140188585A1 (en) | Organizational Tools and or a Collaboration System Utilizing the Same Therein | |
| US20230063603A1 (en) | Generating tasks from chat stream data | |
| US20210090721A1 (en) | Systems and Processes to Guide Service Consumers through Everyday Services with Standardized Steps, Pairing Them With Service Providers to Best Fulfill Their Needs, Providing Expert Best Practice Advice To Ensure Their Needs Are Met, and by Predicting, Sensing, and Tracking Their Needs | |
| WO2022079543A2 (en) | User application store, platform, network, discovery, presentation and connecting with or synchronizing or accessing user data of users from/to parent application | |
| US20170032286A1 (en) | Accommodation booking method by matching guests and hosts preferences | |
| US11763222B2 (en) | System and method for event planning and management | |
| Diaz Baquero | Super apps: Opportunities and challenges | |
| US20220148104A1 (en) | Computer implemented methods and systems for providing a marketplace for childcare related services between a plurality of first users, a plurality of second users, and a plurality of third users through a user interface and a graphical display | |
| WO2011059840A2 (en) | E-solution to manage life-events | |
| WO2023019255A1 (en) | Systems and methods for representative support in a task determination system | |
| WO2022232240A1 (en) | Systems and methods for proposal generation in a task determination system | |
| US20210304264A1 (en) | Integrating private reservations with publicly-offered ticketed reservations | |
| US20170186113A1 (en) | Method, computer-readable storage device and apparatus for processing a multi-factor request | |
| US11625651B1 (en) | Repository of customizable itineraries for travel planning | |
| AU2001277638A1 (en) | System, method and medium for facilitating transactions over a network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| B08F | Application dismissed because of non-payment of annual fees [chapter 8.6 patent gazette] |
Free format text: REFERENTE A 3A ANUIDADE. |
|
| B08K | Patent lapsed as no evidence of payment of the annual fee has been furnished to inpi [chapter 8.11 patent gazette] |
Free format text: EM VIRTUDE DO ARQUIVAMENTO PUBLICADO NA RPI 2673 DE 29-03-2022 E CONSIDERANDO AUSENCIA DE MANIFESTACAO DENTRO DOS PRAZOS LEGAIS, INFORMO QUE CABE SER MANTIDO O ARQUIVAMENTO DO PEDIDO DE PATENTE, CONFORME O DISPOSTO NO ARTIGO 12, DA RESOLUCAO 113/2013. |