BR112019013706A2 - Método e dispositivo de alternância de tipo de moeda - Google Patents

Método e dispositivo de alternância de tipo de moeda Download PDF

Info

Publication number
BR112019013706A2
BR112019013706A2 BR112019013706-8A BR112019013706A BR112019013706A2 BR 112019013706 A2 BR112019013706 A2 BR 112019013706A2 BR 112019013706 A BR112019013706 A BR 112019013706A BR 112019013706 A2 BR112019013706 A2 BR 112019013706A2
Authority
BR
Brazil
Prior art keywords
currency
type
payment
user
payment channel
Prior art date
Application number
BR112019013706-8A
Other languages
English (en)
Inventor
Ni Fei
Original Assignee
Alibaba Group Holding Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Alibaba Group Holding Limited filed Critical Alibaba Group Holding Limited
Publication of BR112019013706A2 publication Critical patent/BR112019013706A2/pt

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322Aspects of commerce using mobile devices [M-devices]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/227Payment schemes or models characterised in that multiple accounts are available, e.g. to the payer
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326Payment applications installed on the mobile devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/381Currency conversion

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

a presente invenção refere-se a um método e dispositivo de alternância de tipo de moeda. o método de alternância de tipo de moeda inclui: determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento (110); avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário (120); e se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento (130). em um processo de pagamento, se um canal de pagamento não suportar um tipo de moeda selecionado pelo usuário, o tipo de moeda selecionado pelo usuário é automaticamente alternado para um tipo de moeda suportado pelo canal de pagamento sem necessitar que um usuário encerre um processo de concretização de compra, resselecione um tipo de moeda e recomece o processo de concretização de compra, melhorando a experiência de usuário e a eficiência de pagamento.

Description

“MÉTODO E DISPOSITIVO DE ALTERNÂNCIA DE TIPO DE MOEDA”
CAMPO TÉCNICO [001] Este pedido refere-se ao campo técnico de tecnologias de pagamento, em particular, a um método e dispositivo de alternância de tipo de moeda.
FUNDAMENTO [002] Em alguns cenários de pagamento, diferentes tipos de moeda estão envolvidos e um dispositivo de concretização de compra pode suportar vários tipos de moeda, de modo que um usuário possa pré-selecionar um tipo de moeda para um pagamento.
[003] Como mostrado na Figura 1, em uma plataforma de negociação internacional, um usuário pode selecionar diferentes tipos de moeda, tais como RMB, USD, EUR, GBP, JPY e KRW ao comprar um produto eletrônico. Geralmente, o usuário entra em uma interface de concretização de compra após submeter um pedido, como mostrado na Figura 2: após selecionar um canal de pagamento, isto é, “modo de pagamento”, o canal de pagamento selecionado pelo usuário sendo aqui “Alipay”, e verificar os detalhes do pedido, o usuário pode clicar em um botão de “pagamento” para concluir o pagamento.
[004] Nas tecnologias existentes, após o usuário selecionar o canal de pagamento, o dispositivo de concretização de compra detecta se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário. Em um caso, o tipo de moeda selecionado pelo usuário pode não ser um tipo de moeda suportado pelo canal de pagamento. Por exemplo, o tipo de moeda selecionado pelo usuário é JPY, enquanto o canal de pagamento não suporta pagamentos por JPY. Para o caso de o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, o dispositivo de concretização de compra geralmente lembra o usuário que o tipo de moeda selecionado pelo usuário não é suportado e o pagamento não pode ser concluído e, neste caso, o usuário precisa sair da interface de concretização de
Petição 870190061608, de 02/07/2019, pág. 10/57
2/27 compra, resselecionar o tipo de moeda e realizar novamente o pagamento.
[005] Como mencionado acima, o usuário precisa concluir três etapas (sair do processo de concretização de compra, resselecionar o tipo de moeda e entrar no processo de concretização de compra novamente para pagamento) para alterar o tipo de moeda, o que afeta significativamente a experiência de usuário e leva à baixa eficiência de pagamento.
SUMÁRIO [006] Este pedido fornece um método e dispositivo de alternância de tipo de moeda para solucionar os problemas de baixa eficiência de pagamento e má experiência de usuário nas tecnologias existentes.
[007] O método de alternância de tipo de moeda fornecido pelas modalidades deste pedido inclui:
determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o tipo de moeda para um tipo de moeda suportado pelo canal de pagamento.
[008] Opcionalmente, a etapa de avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário especificamente inclui:
determinar um conjunto de tipos de moeda suportados pelo canal de pagamento; e avaliar se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda;
correspondentemente, se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, a etapa de alternar o tipo de moeda selecionado pelo
Petição 870190061608, de 02/07/2019, pág. 11/57
3/27 usuário para um tipo de moeda suportado pelo canal de pagamento especificamente inclui:
se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda dentro do conjunto de tipos de moeda.
[009] Opcionalmente, a etapa de alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento especificamente inclui:
adquirir um segundo tipo de moeda suportado por uma conta de um usuário;
avaliar se o canal de pagamento suporta o segundo tipo de moeda; e se o canal de pagamento suportar o segundo tipo de moeda, alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda.
[010] Opcionalmente, a etapa de alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o canal de pagamento suportar o segundo tipo de moeda especificamente inclui:
se o canal de pagamento suportar o segundo tipo de moeda, adquirir um montante de pagamento do pagamento;
avaliar se um saldo de conta ou um limite de crédito do segundo tipo de moeda excede o montante de pagamento; e se o saldo de conta ou o limite de crédito do segundo tipo de moeda exceder o montante de pagamento, alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda.
[011] Opcionalmente, o método ainda inclui:
calcular um montante de pagamento do tipo de moeda após a alternância de acordo com uma taxa de câmbio.
[012] Um método de alternância de canal de pagamento fornecido pelas modalidades deste pedido inclui:
Petição 870190061608, de 02/07/2019, pág. 12/57
4/27 determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda selecionado pelo usuário.
[013] Opcionalmente, avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário especificamente inclui:
determinar um conjunto de tipos de moeda suportados pelo canal de pagamento; e avaliar se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda;
correspondentemente, se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda especificamente inclui:
se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda.
[014] Opcionalmente, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda especificamente inclui:
adquirir segundos canais de pagamento que suportam o tipo de moeda selecionado pelo usuário;
de acordo com informações de uso histórico dos segundos canais de pagamento, determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento; e alternar o canal de pagamento para o segundo canal de pagamento a ser
Petição 870190061608, de 02/07/2019, pág. 13/57
5/27 alternado.
[015] Opcionalmente, determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento de acordo com as informações de uso histórico dos segundos canais de pagamento especificamente inclui:
de acordo com um número de usos históricos dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o maior número de usos históricos como o segundo canal de pagamento a ser alternado.
[016] Opcionalmente, determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento de acordo com as informações de uso histórico dos segundos canais de pagamento especificamente inclui:
de acordo com o tempo do último uso dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o tempo de uso mais próximo como o segundo canal de pagamento a ser alternado.
[017] O dispositivo de alternância de tipo de moeda fornecido pelas modalidades deste pedido inclui:
uma unidade de determinação que adquire um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
uma unidade de avaliação que avalia se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e uma unidade de alternância que alterna o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário.
[018] Opcionalmente, a unidade de avaliação especificamente inclui:
uma subunidade de determinação que determina um conjunto de tipos de moeda suportados pelo canal de pagamento; e uma subunidade de avaliação que avalia se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda;
Petição 870190061608, de 02/07/2019, pág. 14/57
6/27 correspondentemente, a unidade de alternância é especificamente configurada para:
se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda dentro do conjunto de tipos de moeda.
[019] Opcionalmente, a unidade de alternância especificamente inclui:
uma primeira subunidade de aquisição que adquire um segundo tipo de moeda suportado por uma conta de um usuário;
uma primeira subunidade de avaliação que avalia se o canal de pagamento suporta o segundo tipo de moeda; e uma subunidade de alternância que alterna o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o canal de pagamento suportar o segundo tipo de moeda.
[020] Opcionalmente, a subunidade de alternância especificamente inclui:
uma segunda subunidade de aquisição que adquire um montante de pagamento do pagamento se o canal de pagamento suportar o segundo tipo de moeda;
uma segunda subunidade de avaliação que avalia se um saldo de conta ou um limite de crédito do segundo tipo de moeda excede o montante de pagamento; e uma segunda subunidade de alternância que alterna o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o saldo de conta ou o limite de crédito do segundo tipo de moeda exceder o montante de pagamento.
[021] Opcionalmente, o dispositivo ainda inclui:
uma unidade de cálculo que calcula um montante de pagamento do tipo de moeda após a alternância de acordo com uma taxa de câmbio.
[022] Um dispositivo de alternância de canal de pagamento fornecido pelas modalidades deste pedido inclui:
Petição 870190061608, de 02/07/2019, pág. 15/57
7/27 uma unidade de determinação que determina um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
uma unidade de avaliação que avalia se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e uma unidade de alternância que alterna o canal de pagamento para um canal de pagamento que suporta o tipo de moeda se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário.
[023] Opcionalmente, a unidade de avaliação especificamente inclui:
uma subunidade de determinação que determina um conjunto de tipos de moeda suportados pelo canal de pagamento; e uma subunidade de avaliação que avalia se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda;
correspondentemente, a unidade de alternância é especificamente configurada para:
se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda.
[024] Opcionalmente, a unidade de alternância especificamente inclui:
uma subunidade de aquisição que adquire segundos canais de pagamento que suportam o tipo de moeda;
uma subunidade de determinação que determina um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento, de acordo com informações de uso histórico dos segundos canais de pagamento; e uma subunidade de alternância que alterna o canal de pagamento para o segundo canal de pagamento a ser alternado.
[025] Opcionalmente, a subunidade de determinação é especificamente configurada para:
Petição 870190061608, de 02/07/2019, pág. 16/57
8/27 de acordo com um número de usos históricos dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o maior número de usos históricos como o segundo canal de pagamento a ser alternado.
[026] Opcionalmente, a subunidade de determinação é especificamente configurada para:
de acordo com o tempo do último uso dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o tempo de uso mais próximo como o segundo canal de pagamento a ser alternado.
[027] Nas modalidades deste pedido, sob a condição de que o canal de pagamento não suporta o tipo de moeda selecionado pelo usuário, o tipo de moeda selecionado pelo usuário pode ser automaticamente e diretamente alternado para um tipo de moeda suportado pelo canal de pagamento na interface de concretização de compra ou o canal de pagamento selecionado pelo usuário pode ser automaticamente e diretamente alternado para um canal de pagamento que suporta o tipo de moeda na interface de concretização de compra. Portanto, não é necessário que o usuário saia da interface de concretização de compra atual, resselecione um tipo de moeda e recomece o processo de concretização de compra, melhorando assim a eficiência de pagamento e a experiência de usuário.
BREVE DESCRIÇÃO DOS DESENHOS [028] A Figura 1 é um diagrama de uma interface de confirmação de pedido fornecida por este pedido;
[029] A Figura 2 é um diagrama de uma interface de concretização de compra fornecido por este pedido;
[030] A Figura 3 é um fluxograma de um método de alternância de tipo de moeda fornecido por uma modalidade deste pedido;
[031] A Figura 4 é um diagrama de tipo de moeda alternar fornecido por este pedido;
Petição 870190061608, de 02/07/2019, pág. 17/57
9/27 [032] A Figura 5 é um fluxograma de um método de alternância de canal de pagamento fornecido por uma modalidade deste pedido;
[033] A Figura 6 é um diagrama de alternância de canal de pagamento fornecida por este pedido;
[034] A Figura 7 é um diagrama de estrutura de hardware do equipamento onde um dispositivo de alternância de tipo de moeda fornecido por este pedido está localizado;
[035] A Figura 8 é um diagrama modular de um dispositivo de alternância de tipo de moeda fornecido por uma modalidade deste pedido;
[036] A Figura 9 é um diagrama de estrutura de hardware do equipamento onde um dispositivo de alternância de canal de pagamento fornecido por este pedido está localizado; e [037] A Figura 10 é um diagrama modular de um dispositivo de alternância de canal de pagamento fornecido por uma modalidade deste pedido.
DESCRIÇÃO DETALHADA DA INVENÇÃO [038] Referência será agora feita em detalhes às modalidades exemplificativas, exemplos das quais são ilustrados nos desenhos anexos. A descrição a seguir refere-se aos desenhos anexos, nos quais os mesmos números em desenhos diferentes representam os mesmos elementos ou elementos semelhantes, salvo indicação em contrário. As implementações estabelecidas na seguinte descrição de modalidades exemplificativas não representam todas as implementações consistentes com este pedido. Em vez disso, são apenas exemplos de aparelhos e métodos consistentes com aspectos relacionados a este pedido, conforme descrito nas reivindicações anexas.
[039] Os termos usados neste pedido são meramente para o propósito de descrever modalidades específicas, e não se destinam a limitar este pedido. Os termos “um(a)”, “referido(a)” e “o/a” de formas singulares usadas neste pedido e nas
Petição 870190061608, de 02/07/2019, pág. 18/57
10/27 reivindicações anexas também pretendem incluir formas plurais, a menos que claramente especificado de outra forma no contexto. Deve também ser entendido que o termo “e/ou” utilizado aqui indica e inclui quaisquer ou todas as combinações possíveis de um ou mais itens listados associados.
[040] Deve-se compreender que, embora termos como primeiro, segundo e terceiro possam ser usados aqui para descrever várias informações, tais informações não devem ser limitadas a esses termos. Esses termos são usados meramente para distinguir informações do mesmo tipo uma da outra. Por exemplo, no escopo do presente pedido, primeira informação também pode ser referida como segunda informação e, da mesma forma, segunda informação também pode ser referida como primeira informação. Dependendo do contexto, o termo “se”, como usado aqui, pode ser interpretado como “quando ...” ou “após ...” ou “em resposta à determinação de”.
[041] Como descrito acima, após um usuário selecionar um canal de pagamento, um dispositivo de concretização de compra verifica se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário. Em um caso, o tipo de moeda selecionado pelo usuário não pode ser um tipo de moeda suportado pelo canal de pagamento. Por exemplo, o tipo de moeda selecionado pelo usuário é JPY, enquanto o canal de pagamento não suporta pagamentos por JPY. Para o caso de o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, o dispositivo de concretização de compra geralmente lembra o usuário que o tipo de moeda selecionado não é suportado e o pagamento não pode ser concluído e, neste caso, o usuário precisa sair da interface de concretização de compra, resselecionar o tipo de moeda e realizar novamente o pagamento.
[042] O usuário precisa concluir três etapas (sair do processo de concretização de compra, resselecionar o tipo de moeda e entrar no processo de concretização de compra novamente para pagamento) para alterar o tipo de moeda, o que afeta significativamente a experiência de usuário e leva à baixa eficiência de
Petição 870190061608, de 02/07/2019, pág. 19/57
11/27 pagamento.
[043] Para solucionar os problemas acima, referindo-se à Figura 3, que é um fluxograma de um método de alternância de tipo de moeda fornecido por uma modalidade deste pedido, o método é aplicado a um dispositivo de concretização de compra para aplicativo de pagamento, e inclui as seguintes etapas:
[044] Etapa 110: determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento.
[045] Nesta modalidade, após selecionar o tipo de moeda para o pagamento, o usuário entra na interface de concretização de compra para realizar o pagamento, e o usuário pode também selecionar o canal de pagamento na interface de concretização de compra.
[046] O dispositivo de concretização de compra pode determinar o tipo de moeda selecionado pelo usuário e o canal de pagamento para o pagamento.
[047] Deve-se notar que o tipo de moeda ou o canal de pagamento pode ser selecionado pelo usuário ou ter um valor padrão. Por exemplo, um canal de pagamento usado da última vez pode ser tomado como o canal de pagamento para o pagamento atual por padrão, e um tipo de moeda usado da última vez pode ser tomado como o tipo de moeda para o pagamento atual por padrão.
[048] No diagrama da interface de concretização de compra mostrado na Figura 2, o dispositivo de concretização de compra pode determinar o tipo de moeda como RMB de acordo com as informações em um montante de pedido, e determinar o canal de pagamento como Alipay de acordo com o conteúdo em uma caixa preta em um modo de pagamento.
[049] Os portadores técnicos envolvidos no pagamento nas modalidades deste pedido podem incluir, por exemplo, Comunicação de Campo Próximo (NFC), WIFI, 3G/4G/5G, tecnologia de leitura de cartão POS, tecnologia de leitura de código bidimensional, tecnologia de leitura de código de barras, Bluetooth, infravermelho,
Petição 870190061608, de 02/07/2019, pág. 20/57
12/27
Serviço de Mensagens Curtas (SMS), Serviço de Mensagens Multimídia (MMS) etc.
[050] Etapa 120: avaliar se o canal de pagamento suporta o tipo de moeda.
[051] Nesta modalidade, após determinar o tipo de moeda e o canal de pagamento, o dispositivo de concretização de compra pode avaliar se o canal de pagamento suporta o tipo de moeda adquirido. Caso se determine que o canal de pagamento não suporta o tipo de moeda, uma etapa subsequente 130 pode ser executada.
[052] Caso se determine que o canal de pagamento suporta o tipo de moeda, o dispositivo de concretização de compra precisa apenas aguardar o usuário confirmar o pagamento sem nenhum processamento adicional.
[053] Etapa 130: se o canal de pagamento não suportar o tipo de moeda, alternar o tipo de moeda para um tipo de moeda suportado pelo canal de pagamento.
[054] Nesta modalidade, se o canal de pagamento não suportar o tipo de moeda, o tipo de moeda pode ser alternado para um tipo de moeda suportado pelo canal de pagamento.
[055] Especificamente, a etapa 120 de avaliar se o canal de pagamento suporta o tipo de moeda pode incluir:
determinar um conjunto de tipos de moeda suportados pelo canal de pagamento; e avaliar se o tipo de moeda pertence ao conjunto de tipos de moeda;
correspondentemente, a etapa 130 pode especificamente incluir:
se o tipo de moeda não pertencer ao conjunto de tipos de moeda, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda dentro do conjunto de tipos de moeda.
[056] Nesta modalidade, cada canal de pagamento pode ter um conjunto de tipos de moeda, e o conjunto de tipos de moeda contém pelo menos um tipo de moeda suportado pelo canal de pagamento.
Petição 870190061608, de 02/07/2019, pág. 21/57
13/27 [057] Por exemplo, como mostrado na Figura 4, o tipo de moeda selecionado pelo usuário para o pagamento é USD, conforme mostrado na caixa tracejada 11, e o canal de pagamento é Alipay, conforme mostrado na caixa tracejada 12. Assumindo que o conjunto de tipos de moeda suportados por Alipay seja {RMB, EUR, GBP}; uma vez que USD não está em {RMB, EUR, GBP}, que significa que Alipay não suporta pagamento em USD, o tipo de moeda selecionado pelo usuário pode ser alternado para qualquer tipo de moeda em {RMB, EUR, GBP}, conforme mostrado na caixa tracejada 13, ou seja, para RMB.
[058] De acordo com a modalidades deste pedido, sob a condição de que o canal de pagamento não suporta o tipo de moeda selecionado pelo usuário, o tipo de moeda selecionado pelo usuário pode ser automaticamente e diretamente alternado para um tipo de moeda suportado pelo canal de pagamento na interface de concretização de compra. Portanto, não é necessário que o usuário saia da interface de concretização de compra atual e resselecione um tipo de moeda, melhorando assim a eficiência de pagamento e a experiência de usuário.
[059] Deve-se notar que, com base na modalidade mostrada na Figura 3, o método pode ainda incluir:
calcular um montante de pagamento do tipo de moeda após a alternância de acordo com uma taxa de câmbio.
[060] Nesta modalidade, a remessa pode ser em uma taxa de câmbio em tempo real, por exemplo, remessa em tempo real do banco.
[061] Conforme mostrado na caixa tracejada 13 na Figura 4, além da alternância do tipo de moeda, pode também ser calculado que 694,47 RMB pode ser convertido para 100 USD de acordo com uma taxa de câmbio de USD para RMB.
[062] De acordo com esta modalidade, a alteração do montante de pagamento após a alternância é ainda melhorada, de modo que o usuário possa visualizar a alteração de forma conveniente, e a experiência de usuário seja ainda
Petição 870190061608, de 02/07/2019, pág. 22/57
14/27 melhor.
[063] Em aplicações práticas, os tipos de moeda suportados por uma conta do usuário também são limitados, e nem todos os tipos de moeda são suportados. Por exemplo, uma conta de um usuário A suporta apenas dois tipos de pagamento: pagamento em RMB e pagamento em USD. Portanto, um tipo de moeda após a alternância na interface de concretização de compra pode ser suportado pelo canal de pagamento, mas não suportado pela conta do usuário, que ainda torna um pagamento impossível.
[064] A fim de solucionar este problema, em outra modalidade deste pedido, a etapa de alternar o tipo de moeda para um tipo de moeda suportado pelo canal de pagamento pode incluir:
A1: adquirir um segundo tipo de moeda suportado pela conta do usuário;
A2: avaliar se o canal de pagamento suporta o segundo tipo de moeda; e
A3: se o canal de pagamento suportar o segundo tipo de moeda, alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda.
[065] Por exemplo, assumindo que o tipo de moeda selecionado pelo usuário pela primeira vez seja USD, e os tipos de moeda suportados pelo canal de pagamento sejam RMB, EUR e GBP; uma vez que o canal de pagamento não suporta o USD selecionado pelo usuário, o USD precisa ser alternado para um tipo de moeda suportado pelo canal de pagamento.
[066] Neste caso, o segundo tipo de moeda suportado pela conta do usuário é adquirido.
[067] Deve-se notar que o segundo tipo de moeda podem ser tipos de moeda que não o tipo de moeda selecionado pelo usuário. Por exemplo, os tipos de moeda suportados pela conta do usuário são USD, JPY, RMB e EUR, e após excluir USD, o segundo tipo de moeda pode ser JPY, RMB e EUR.
[068] Como JPY ainda não é um tipo de moeda suportado pelo canal de
Petição 870190061608, de 02/07/2019, pág. 23/57
15/27 pagamento, a determinação no segundo tipo de moeda seguinte (RMB) é necessária.
[069] Uma vez que RMB é um tipo de moeda suportado pelo canal de pagamento, o tipo de moeda selecionado pelo usuário pode ser alternado do USD original para RMB.
[070] Deve-se notar que EUR pode também ser usado como o tipo de moeda após a alternância, mas a fim de melhorar a eficiência de alternância, o princípio de “primeiro a chegar, primeiro a ser atendido” pode ser adotado. Uma vez que RMB já é um tipo de moeda suportado pelo canal de pagamento, não é mais necessário avaliar se o canal de pagamento suporta EUR.
[071] Nesta modalidade, quando o canal de pagamento não suporta o tipo de moeda, o segundo tipo de moeda suportado pela conta do usuário é adquirido, e após se determinar que o canal de pagamento suporta o segundo tipo de moeda, o tipo de moeda selecionado pelo usuário é alternado para o segundo tipo de moeda. Dessa forma, pode-se assegurar que o tipo de moeda após a alternância é um tipo de moeda suportado pela conta do usuário.
[072] Em aplicações práticas, mesmo se a conta do usuário suportar o tipo de moeda após a alternância, o problema de saldo de conta ou limite de crédito insuficiente pode ocorrer.
[073] Para solucionar o problema, em outra modalidade deste pedido, a etapa A3 de alternância do tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o canal de pagamento suportar o segundo tipo de moeda pode especificamente incluir:
A31: se o canal de pagamento suportar o segundo tipo de moeda, adquirir um montante de pagamento de um pagamento atual;
A32: avaliar se um saldo de conta ou um limite de crédito do segundo tipo de moeda excede o montante de pagamento; e
A33: se o saldo de conta ou o limite de crédito do segundo tipo de moeda
Petição 870190061608, de 02/07/2019, pág. 24/57
16/27 exceder o montante de pagamento, alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda.
[074] Nesta modalidade, o saldo de conta pode ser o saldo na conta ou o saldo de um cartão de débito.
[075] O limite de crédito inclui o limite remanescente de um cartão de crédito.
[076] “Exceder” significa maior ou igual.
[077] Como mostrado na Figura 4, sob a condição de que o canal de pagamento suporta RMB (o segundo tipo de moeda), o montante de pagamento do pagamento atual 100 USD, isto é, 694,47 RMB, é adquirido.
[078] Assumindo que o saldo de conta do usuário seja 1.000 RMB, então, o saldo de conta em RMB excede o montante de pagamento e o pagamento pode ser feito, de modo que o tipo de moeda selecionado pelo usuário possa ser alternado do USD original para RMB.
[079] De acordo com esta modalidade, o tipo de moeda após a alternância é suportado pela conta do usuário. Além disso, o saldo de conta ou limite de crédito do tipo de moeda após a alternância excede o montante de pagamento, evitando assim o problema de falha de pagamento causado por saldo de conta ou limite de crédito insuficiente.
[080] Da mesma forma, para solucionar os problemas de baixa eficiência de pagamento e má experiência de usuário nas tecnologias existentes, referindo-se à Figura 5, que é um fluxograma de um método de alternância de canal de pagamento fornecido por uma modalidade deste pedido, o método é aplicado a um dispositivo de concretização de compra para aplicativo de pagamento, e inclui as seguintes etapas:
[081] Etapa 210: determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento.
[082] Nesta modalidade, a etapa 210 é a mesma que a etapa 110 na modalidade acima, e não será repetida aqui.
Petição 870190061608, de 02/07/2019, pág. 25/57
17/27 [083] Etapa 220: avaliar se o canal de pagamento suporta o tipo de moeda.
[084] Nesta modalidade, caso se determine que o canal de pagamento não suporta o tipo de moeda, uma etapa subsequente 230 pode ser executada.
[085] Caso se determine que o canal de pagamento suporta o tipo de moeda, o dispositivo de concretização de compra precisa apenas aguardar o usuário confirmar o pagamento sem nenhum processamento.
[086] S230: se o canal de pagamento não suportar o tipo de moeda, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda.
[087] Nesta modalidade, se o canal de pagamento não suportar o tipo de moeda, o canal de pagamento pode ser alternado para um canal de pagamento que suporta o tipo de moeda.
[088] Especificamente, a etapa 220 de avaliar se o canal de pagamento suporta o tipo de moeda pode incluir:
determinar um conjunto de tipos de moeda suportados pelo canal de pagamento; e determinar se o tipo de moeda pertence ao conjunto de tipos de moeda;
correspondentemente, a etapa 230 pode especificamente incluir:
se o tipo de moeda não pertencer ao conjunto de tipos de moeda, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda.
[089] Nesta modalidade, cada canal de pagamento pode ter um conjunto de tipos de moeda, e o conjunto de tipos de moeda contém pelo menos um tipo de moeda suportado pelo canal de pagamento.
[090] Por exemplo, como mostrado na Figura 6, o tipo de moeda selecionado pelo usuário para o pagamento é USD, conforme mostrado na caixa tracejada 21, e o canal de pagamento é Alipay, conforme mostrado na caixa tracejada 22. Assumindo que o conjunto de tipos de moeda suportados por Alipay seja {RMB, EUR, GBP}; uma vez que USD não está em {RMB, EUR, GBP}, que significa que Alipay não suporta
Petição 870190061608, de 02/07/2019, pág. 26/57
18/27 pagamento em USD, Alipay precisa ser alternado para um canal de pagamento que suporte USD.
[091] Assumindo que um conjunto de tipos de moeda suportados por “cartão de banco **** **** ****7152” seja {RMB, USD}, Alipay pode ser alternado para “cartão de banco **** **** **** 7152” conforme mostrado na caixa tracejada 23 porque pagamento em USD é suportado.
[092] De acordo com a modalidades deste pedido, sob a condição de que o canal de pagamento não suporta o tipo de moeda selecionado pelo usuário, o canal de pagamento selecionado pelo usuário pode ser automaticamente e diretamente alternado para um canal de pagamento que suporta o tipo de moeda na interface de concretização de compra. Portanto, não é necessário que o usuário saia da interface de concretização de compra atual e resselecione um tipo de moeda, melhorando assim a eficiência de pagamento e a experiência de usuário.
[093] Deve-se notar que, durante a alternância do canal de pagamento, pode haver vários canais de pagamento que suportem o tipo de moeda ao mesmo tempo, e em aplicações práticas, qualquer canal de pagamento pode ser aleatoriamente selecionado como o canal de pagamento a ser alternado.
[094] Em uma modalidade específica, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda especificamente inclui:
B1: adquirir segundos canais de pagamento que suportam o tipo de moeda;
B2: de acordo com informações de uso histórico dos segundos canais de pagamento, determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento; e
B3: alternar o canal de pagamento para o segundo canal de pagamento a ser alternado.
[095] Nesta modalidade, as informações de uso histórico podem ser um número de usos históricos do segundo canal de pagamento, ou seja, o número de
Petição 870190061608, de 02/07/2019, pág. 27/57
19/27 vezes que o usuário efetivamente realizou pagamentos usando o segundo canal de pagamento.
[096] Alternativamente, as informações de uso histórico podem ser o tempo do último uso do segundo canal de pagamento, ou seja, a última vez que o usuário efetivamente realizou pagamentos usando o segundo canal de pagamento.
[097] Para o número de usos históricos, a etapa B2 pode especificamente incluir: de acordo com o número de usos históricos dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o maior número de usos históricos como o segundo canal de pagamento a ser alternado.
[098] Por exemplo, assumindo que o tipo de moeda selecionado pelo usuário para o pagamento seja USD e que existem dois segundos canais de pagamento: cartão de banco A e cartão de banco B; em que o número de usos históricos do cartão de banco A é 100 e o número de usos históricos do cartão de banco B é 50, então, o cartão de banco A pode ser determinado como o segundo canal de pagamento a ser alternado.
[099] Para o tempo do último uso, a etapa B2 pode especificamente incluir: de acordo com o tempo do último uso dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o tempo de uso mais próximo como o segundo canal de pagamento a ser alternado.
[0100] Por exemplo, assumindo que o tipo de moeda selecionado pelo usuário para o pagamento seja USD e que existem dois segundos canais de pagamento: cartão de banco A e cartão de banco B; em que o tempo do último uso de cartão de banco A é 10 de outubro, 2016, e o tempo do último uso de cartão de banco B é 11 de outubro de 2016, então, cartão de banco B pode ser determinado como o segundo canal de pagamento a ser alternado.
[0101] De acordo com esta modalidade, durante a alternância do canal de pagamento, existem vários segundos canais de pagamento que suportam o tipo de
Petição 870190061608, de 02/07/2019, pág. 28/57
20/27 moeda ao mesmo tempo, e um segundo canal de pagamento com o maior número de usos históricos ou com o tempo mais próximo do último uso pode ser selecionado como o segundo canal de pagamento a ser alternado com base nas informações de uso histórico dos segundos canais de pagamento, de modo que o canal de pagamento após a alternância esteja mais em linha com os hábitos de uso histórico do usuário.
[0102] Correspondendo à modalidade anterior do método de alternância de tipo de moeda, este pedido também fornece uma modalidade de um dispositivo de alternância de tipo de moeda.
[0103] A modalidade do dispositivo de alternância de tipo de moeda deste pedido pode ser aplicada a um dispositivo de concretização de compra para aplicativo de pagamento. A modalidade do dispositivo pode ser implementada por software, por hardware ou uma combinação de hardware e software. Tomando a implementação de software como exemplo, como um dispositivo lógico, o dispositivo é formado pela leitura de uma instrução de programa de computador correspondente em uma memória não volátil dentro de uma memória para operação através de um processador do equipamento onde o dispositivo está localizado. Em termos de hardware, como mostrado na Figura 7, que é um diagrama de estrutura de hardware do equipamento onde o dispositivo de alternância de tipo de moeda fornecido por este pedido está localizado, além do processor, uma interface de rede, a memória e a memória não volátil mostrados na Figura 7, o equipamento onde o dispositivo na modalidade está localizado pode também incluir outro hardware de acordo com uma função de alternância de tipo de moeda real, que não será descrita em detalhes aqui.
[0104] Referindo-se à Figura 8, que é um diagrama modular do dispositivo de alternância de tipo de moeda fornecido por uma modalidade deste pedido, o dispositivo inclui uma unidade de determinação 310, uma unidade de avaliação 320, e uma unidade de alternância 330, em que a unidade de determinação 310 determina um tipo de moeda selecionado pelo usuário e um canal de pagamento para um
Petição 870190061608, de 02/07/2019, pág. 29/57
21/27 pagamento; a unidade de avaliação 320 avalia se o canal de pagamento suporta o tipo de moeda; e a unidade de alternância 330 alterna o tipo de moeda para um tipo de moeda suportado pelo canal de pagamento, se o canal de pagamento não suportar o tipo de moeda.
[0105] De acordo com esta modalidade, quando o canal de pagamento não suporta o tipo de moeda selecionado pelo usuário, o tipo de moeda selecionado pelo usuário pode ser automaticamente e diretamente alternado para um tipo de moeda suportado pelo canal de pagamento na interface de concretização de compra. Portanto, não é necessário que o usuário saia da interface de concretização de compra atual e resselecione um tipo de moeda, melhorando assim a eficiência de pagamento e a experiência de usuário.
[0106] Em uma implementação opcional, a unidade de avaliação 320 especificamente inclui:
a subunidade de determinação que determina um conjunto de tipos de moeda suportados pelo canal de pagamento; e uma subunidade de avaliação que avalia se o tipo de moeda pertence ao conjunto de tipos de moeda;
correspondentemente, a unidade de alternância 330 é especificamente configurada para:
se o tipo de moeda não pertencer ao conjunto de tipos de moeda, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda dentro do conjunto de tipos de moeda.
[0107] De acordo com esta modalidade, sob a condição de que o canal de pagamento não suporta o tipo de moeda selecionado pelo usuário, o tipo de moeda selecionado pelo usuário pode ser automaticamente e diretamente alternado para um tipo de moeda no conjunto de tipos de moeda suportados pelo canal de pagamento na interface de concretização de compra. Portanto, não é necessário que o usuário
Petição 870190061608, de 02/07/2019, pág. 30/57
22/27 saia da interface de concretização de compra atual e resselecione um tipo de moeda, melhorando assim a eficiência de pagamento e a experiência de usuário.
[0108] Em uma implementação opcional, a unidade de alternância 330 especificamente inclui:
uma primeira subunidade de aquisição que adquire um segundo tipo de moeda suportado por uma conta de um usuário;
uma primeira subunidade de avaliação que avalia se o canal de pagamento suporta o segundo tipo de moeda; e uma subunidade de alternância que alterna o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda, se o canal de pagamento suportar o segundo tipo de moeda.
[0109] Nesta modalidade, quando o canal de pagamento não suporta o tipo de moeda, o segundo tipo de moeda suportado pela conta do usuário é adquirido, e após, determina-se que o canal de pagamento suporta o segundo tipo de moeda, o tipo de moeda selecionado pelo usuário é alternado para o segundo tipo de moeda. Dessa forma, pode-se assegurar que o tipo de moeda após a alternância seja um tipo de moeda suportado pela conta do usuário.
[0110] Em uma implementação opcional, a subunidade de alternância especificamente inclui:
uma segunda subunidade de aquisição que adquire um montante de pagamento de um pagamento atual, se o canal de pagamento suportar o segundo tipo de moeda;
uma segunda subunidade de avaliação que avalia se um saldo de conta ou limite de crédito do segundo tipo de moeda excede o montante de pagamento; e uma segunda subunidade de alternância que alterna o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda, se o saldo de conta ou limite de crédito do segundo tipo de moeda exceder o montante de pagamento.
Petição 870190061608, de 02/07/2019, pág. 31/57
23/27 [0111] De acordo com esta modalidade, o tipo de moeda após a alternância é suportado pela conta do usuário, mais ainda, o saldo de conta ou limite de crédito do tipo de moeda após a alternância excede o montante de pagamento, evitando assim o problema de falha de pagamento causado por saldo de conta ou limite de crédito insuficiente.
[0112] Em uma implementação opcional, o dispositivo ainda inclui:
uma unidade de cálculo que calcula um montante de pagamento do tipo de moeda após a alternância de acordo com uma taxa de câmbio.
[0113] De acordo com esta modalidade, a alteração do montante de pagamento após a alternância é ainda melhorada, de modo que o usuário possa visualizar a alteração de forma conveniente, e a experiência de usuário seja ainda melhor.
[0114] Correspondendo à modalidade anterior do método de alternância de canal de pagamento, este pedido também fornece uma modalidade de um dispositivo de alternância de canal de pagamento.
[0115] A modalidade do dispositivo de alternância de canal de pagamento deste pedido pode ser aplicada a um aplicativo de concretização de compra para aplicativo de pagamento. A modalidade do dispositivo pode ser implementada por software, hardware ou uma combinação de software e hardware. Tomando a implementação de software como exemplo, como um dispositivo lógico, o dispositivo é formado pela leitura de uma instrução de programa de computador correspondente em uma memória não volátil em uma memória para operação através de um processador do equipamento em que o dispositivo está localizado. Em termos de hardware, como mostrado na Figura 9, que é um diagrama de estrutura de hardware do equipamento onde o dispositivo de alternância de canal de pagamento provido por este pedido está localizado, além do processador, uma interface de rede, a memória e a memória não volátil mostrada na Figura 9, o equipamento onde o dispositivo na
Petição 870190061608, de 02/07/2019, pág. 32/57
24/27 modalidade está localizado também pode incluir outro hardware de acordo com uma função de alternância do tipo de moeda real, que não será descrita em detalhes aqui.
[0116] Referindo-se à Figura 10 que é um diagrama modular do dispositivo de alternância de canal de pagamento fornecido por uma modalidade deste pedido, o dispositivo inclui uma unidade de determinação 410, uma unidade de avaliação 420 e uma unidade de alternância 430, em que a unidade de determinação 410 determina um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento; a unidade de avaliação 420 avalia se o canal de pagamento suporta o tipo de moeda; e uma unidade de alternância 430 alterna para um canal de pagamento que suporta o tipo de moeda, se o canal de pagamento não suportar o tipo de moeda.
[0117] De acordo com as modalidades deste pedido, sob a condição de que o canal de pagamento não suporta o tipo de moeda selecionado pelo usuário, o canal de pagamento selecionado pelo usuário pode ser automaticamente e diretamente alternado para um canal de pagamento que suporta o tipo de moeda na interface de concretização de compra. Portanto, não é necessário que o usuário saia da interface de concretização de compra atual e resselecione um tipo de moeda, melhorando assim a eficiência de pagamento e a experiência de usuário.
[0118] Em uma implementação opcional, a unidade de avaliação 420 especificamente inclui:
uma subunidade de determinação que determina um conjunto de tipos de moeda suportados pelo canal de pagamento; e uma subunidade de avaliação que avalia se o tipo de moeda pertence ao conjunto de tipos de moeda;
correspondentemente, a unidade de alternância 430 é especificamente configurada para:
se o tipo de moeda não pertencer ao conjunto de tipos de moeda, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda.
Petição 870190061608, de 02/07/2019, pág. 33/57
25/27 [0119] Em uma implementação opcional, a unidade de alternância 430 especificamente inclui:
uma subunidade de aquisição que adquire segundos canais de pagamento que suportam o tipo de moeda;
uma subunidade de determinação que determina um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento, de acordo com informações de uso histórico dos segundos canais de pagamento; e uma subunidade de alternância que alterna o canal de pagamento para o segundo canal de pagamento a ser alternado.
[0120] Em uma implementação opcional, a subunidade de determinação é especificamente configurada para:
de acordo com o número de usos históricos dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o maior número de usos históricos como o segundo canal de pagamento a ser alternado.
[0121] De acordo com esta modalidade, durante a alternância do canal de pagamento, existem vários segundos canais de pagamento que suportam o tipo de moeda ao mesmo tempo, e um segundo canal de pagamento com o maior número de usos históricos pode ser selecionado como o segundo canal de pagamento a ser alternado com base nas informações de uso histórico dos segundos canais de pagamento, de modo que o canal de pagamento após a alternância esteja mais em linha com os hábitos de uso histórico do usuário.
[0122] Em uma implementação opcional, a subunidade de determinação é especificamente configurada para:
de acordo com o tempo do último uso dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o tempo de uso mais próximo como o segundo canal de pagamento a ser alternado.
[0123] De acordo com esta modalidade, durante a alternância do canal de
Petição 870190061608, de 02/07/2019, pág. 34/57
26/27 pagamento, existem vários segundos canais de pagamento que suportam o tipo de moeda ao mesmo tempo, e um segundo canal de pagamento com o tempo mais próximo do último uso pode ser selecionado como o segundo canal de pagamento a ser alternado com base nas informações de uso histórico dos segundos canais de pagamento, de modo que o canal de pagamento após a alternância esteja mais em linha com os hábitos de uso histórico do usuário.
[0124] O sistema, aparelho, módulo ou unidade descrita nas modalidades acima pode ser implementado por uma entidade ou chip de computador, ou por um produto tendo uma função particular. Um dispositivo de implementação típico é um computador, e a forma específica do computador pode ser um computador pessoal, um laptop, um telefone celular, um telefone com câmera, um smartphone, um assistente pessoal digital, um leitor de mídia, um dispositivo de navegação, um dispositivo transceptor de e-mail, uma console de jogos, um tablet, um dispositivo de vestir, ou uma combinação dos mesmos.
[0125] A implementação das funções e efeitos das várias unidades no aparelho acima descrito é descrita em detalhes na implementação das etapas correspondentes no método acima descrito e não será descrita em detalhes aqui.
[0126] As modalidades do aparelho substancialmente correspondem às modalidades do método. Portanto, para partes relacionadas das modalidades do aparelho, referência será agora feita em parte à descrição das modalidades do método. As modalidades do aparelho descritas acima são meramente exemplificativas. A unidade ilustrada pelo membro de separação pode ou não ser fisicamente separada, o componente mostrado como uma unidade pode ou não ser uma unidade física, pode estar localizado em um lugar ou pode ser distribuído em várias unidades de rede. Alguns ou todos os módulos podem ser selecionados de acordo com os requisitos práticos para alcançar os objetivos da presente invenção. Uma pessoa ordinariamente versada na técnica entendería e implementaria sem a
Petição 870190061608, de 02/07/2019, pág. 35/57
27/27 presente invenção envolver qualquer esforço inventivo.
[0127] Outras modalidades deste pedido serão evidentes para os versados na técnica considerando a especificação e prática da presente divulgação aqui divulgada. Este pedido destina-se a cobrir quaisquer variações, usos ou adaptações ao presente, de acordo com os princípios gerais do mesmo e incluindo tais desvios a este pedido como dentro da prática conhecida ou costumeira na técnica. Pretende-se que a especificação e os exemplos sejam considerados apenas exemplificativos, com um verdadeiro escopo e espírito deste pedido sendo indicado pelas reivindicações a seguir.
[0128] Será apreciado que este pedido não está limitado à construção exata que foi descrita acima e ilustrada nos desenhos anexos, e que várias modificações e alterações podem ser feitas sem se afastar do escopo deste. Pretende-se que o escopo deste pedido seja apenas limitado pelas reivindicações anexas.

Claims (20)

  1. REIVINDICAÇÕES
    1. Método de alternância de tipo de moeda, CARACTERIZADO pelo fato de que compreende:
    determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
    avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento.
  2. 2. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário especificamente compreende:
    determinar um conjunto de tipos de moeda suportados pelo canal de pagamento; e avaliar se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda, em que, se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento especificamente compreende:
    se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda dentro do conjunto de tipos de moeda.
  3. 3. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que alternar o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento especificamente compreende:
    adquirir um segundo tipo de moeda suportado por uma conta de um usuário;
    Petição 870190061608, de 02/07/2019, pág. 37/57
    2/7 avaliar se o canal de pagamento suporta o segundo tipo de moeda; e se o canal de pagamento suportar o segundo tipo de moeda, alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda.
  4. 4. Método, de acordo com a reivindicação 3, CARACTERIZADO pelo fato de que alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o canal de pagamento suportar o segundo tipo de moeda especificamente compreende:
    se o canal de pagamento suportar o segundo tipo de moeda, adquirir um montante de pagamento do pagamento;
    avaliar se um saldo de conta ou um limite de crédito do segundo tipo de moeda excede o montante de pagamento; e se o saldo de conta ou o limite de crédito do segundo tipo de moeda exceder o montante de pagamento, alternar o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda.
  5. 5. Método, de acordo com a reivindicação 1, CARACTERIZADO pelo fato de que ainda compreende:
    calcular um montante de pagamento do tipo de moeda após a alternância de acordo com uma taxa de câmbio.
  6. 6. Método de alternância de canal de pagamento, CARACTERIZADO pelo fato de que compreende:
    determinar um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
    avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda selecionado pelo usuário.
    Petição 870190061608, de 02/07/2019, pág. 38/57
    3/7
  7. 7. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que avaliar se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário especificamente compreende:
    determinar um conjunto de tipos de moeda suportados pelo canal de pagamento; e avaliar se o tipo de moeda pertence ao conjunto de tipos de moeda;
    em que, se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário, alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda selecionado pelo usuário especificamente compreende:
    se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o canal de pagamento para o canal de pagamento que suporta o tipo de moeda selecionado pelo usuário.
  8. 8. Método, de acordo com a reivindicação 6, CARACTERIZADO pelo fato de que alternar o canal de pagamento para um canal de pagamento que suporta o tipo de moeda selecionado pelo usuário especificamente compreende:
    adquirir segundos canais de pagamento que suportam o tipo de moeda selecionado pelo usuário;
    de acordo com informações de uso histórico dos segundos canais de pagamento, determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento; e alternar o canal de pagamento para o segundo canal de pagamento a ser alternado.
  9. 9. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento de acordo com informações de uso histórico dos segundos canais de pagamento especificamente compreende:
    de acordo com um número de usos históricos dos segundos canais de
    Petição 870190061608, de 02/07/2019, pág. 39/57
    4/7 pagamento, selecionar um segundo canal de pagamento com o maior número de usos históricos como o segundo canal de pagamento a ser alternado.
  10. 10. Método, de acordo com a reivindicação 8, CARACTERIZADO pelo fato de que determinar um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento de acordo com informações de uso histórico dos segundos canais de pagamento especificamente compreende:
    de acordo com o tempo do último uso dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o tempo de uso mais próximo como o segundo canal de pagamento a ser alternado.
  11. 11. Dispositivo de alternância de tipo de moeda, CARACTERIZADO pelo fato de que compreende:
    uma unidade de determinação que adquire um tipo de moeda selecionado pelo usuário e um canal de pagamento para um pagamento;
    uma unidade de avaliação que avalia se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e uma unidade de alternância que alterna o tipo de moeda selecionado pelo usuário para um tipo de moeda suportado pelo canal de pagamento, se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário.
  12. 12. Dispositivo, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que a unidade de avaliação especificamente compreende:
    uma subunidade de determinação que determina um conjunto de tipos de moeda suportados pelo canal de pagamento; e uma subunidade de avaliação que avalia se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda;
    em que a unidade de alternância é especificamente configurada para:
    se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o tipo de moeda selecionado pelo usuário para um tipo de
    Petição 870190061608, de 02/07/2019, pág. 40/57
    5/7 moeda dentro do conjunto de tipos de moeda.
  13. 13. Dispositivo, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que a unidade de alternância especificamente compreende:
    uma primeira subunidade de aquisição que adquire um segundo tipo de moeda suportado por uma conta de um usuário;
    uma primeira subunidade de avaliação que avalia se o canal de pagamento suporta o segundo tipo de moeda; e uma subunidade de alternância que alterna o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o canal de pagamento suportar o segundo tipo de moeda.
  14. 14. Dispositivo, de acordo com a reivindicação 13, CARACTERIZADO pelo fato de que a subunidade de alternância especificamente compreende:
    uma segunda subunidade de aquisição que adquire um montante de pagamento do pagamento se o canal de pagamento suportar o segundo tipo de moeda;
    uma segunda subunidade de avaliação que avalia se um saldo de conta ou um limite de crédito do segundo tipo de moeda excede o montante de pagamento; e uma segunda subunidade de alternância que alterna o tipo de moeda selecionado pelo usuário para o segundo tipo de moeda se o saldo de conta ou o limite de crédito do segundo tipo de moeda exceder o montante de pagamento.
  15. 15. Dispositivo, de acordo com a reivindicação 11, CARACTERIZADO pelo fato de que ainda compreende:
    uma unidade de cálculo que calcula um montante de pagamento do tipo de moeda após a alternância de acordo com uma taxa de câmbio.
  16. 16. Dispositivo de alternância de canal de pagamento, CARACTERIZADO pelo fato de que compreende:
    uma unidade de determinação que determina um tipo de moeda selecionado
    Petição 870190061608, de 02/07/2019, pág. 41/57
    6/7 pelo usuário e um canal de pagamento para um pagamento;
    uma unidade de avaliação que avalia se o canal de pagamento suporta o tipo de moeda selecionado pelo usuário; e uma unidade de alternância que alterna o canal de pagamento por um canal de pagamento que suporta o tipo de moeda selecionado pelo usuário se o canal de pagamento não suportar o tipo de moeda selecionado pelo usuário.
  17. 17. Dispositivo, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que a unidade de avaliação especificamente compreende:
    uma subunidade de determinação que determina um conjunto de tipos de moeda suportados pelo canal de pagamento; e uma subunidade de avaliação que avalia se o tipo de moeda selecionado pelo usuário pertence ao conjunto de tipos de moeda;
    correspondentemente, a unidade de alternância é especificamente configurada para:
    se o tipo de moeda selecionado pelo usuário não pertencer ao conjunto de tipos de moeda, alternar o canal de pagamento para o canal de pagamento que suporta o tipo de moeda.
  18. 18. Dispositivo, de acordo com a reivindicação 16, CARACTERIZADO pelo fato de que a unidade de alternância especificamente compreende:
    uma subunidade de aquisição que adquire segundos canais de pagamento que suportam o tipo de moeda selecionado pelo usuário;
    uma subunidade de determinação que determina um segundo canal de pagamento a ser alternado a partir dos segundos canais de pagamento, de acordo com informações de uso histórico dos segundos canais de pagamento; e uma subunidade de alternância que alterna o canal de pagamento para o segundo canal de pagamento a ser alternado.
  19. 19. Dispositivo, de acordo com a reivindicação 18, CARACTERIZADO pelo
    Petição 870190061608, de 02/07/2019, pág. 42/57
    7/7 fato de que a subunidade de determinação é especificamente configurada para:
    de acordo com um número de usos históricos dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o maior número de usos históricos como o segundo canal de pagamento a ser alternado.
  20. 20. Dispositivo, de acordo com a reivindicação 18, CARACTERIZADO pelo fato de que a subunidade de determinação é especificamente configurada para:
    de acordo com o tempo do último uso dos segundos canais de pagamento, selecionar um segundo canal de pagamento com o tempo de uso mais próximo como o segundo canal de pagamento a ser alternado.
BR112019013706-8A 2017-01-03 2017-12-25 Método e dispositivo de alternância de tipo de moeda BR112019013706A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710002177.9A CN106991565A (zh) 2017-01-03 2017-01-03 一种货币类型的切换方法及装置
CN201710002177.9 2017-01-03
PCT/CN2017/118230 WO2018126920A1 (zh) 2017-01-03 2017-12-25 一种货币类型的切换方法及装置

Publications (1)

Publication Number Publication Date
BR112019013706A2 true BR112019013706A2 (pt) 2020-03-03

Family

ID=59413828

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112019013706-8A BR112019013706A2 (pt) 2017-01-03 2017-12-25 Método e dispositivo de alternância de tipo de moeda

Country Status (14)

Country Link
US (1) US20190303907A1 (pt)
EP (1) EP3543929A4 (pt)
JP (1) JP6955012B2 (pt)
KR (1) KR102256761B1 (pt)
CN (1) CN106991565A (pt)
AU (3) AU2017390721A1 (pt)
BR (1) BR112019013706A2 (pt)
CA (1) CA3047879A1 (pt)
MX (1) MX2019007839A (pt)
PH (1) PH12019501428A1 (pt)
RU (1) RU2734340C1 (pt)
TW (1) TWI793087B (pt)
WO (1) WO2018126920A1 (pt)
ZA (1) ZA201904233B (pt)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106991565A (zh) * 2017-01-03 2017-07-28 阿里巴巴集团控股有限公司 一种货币类型的切换方法及装置
JP7421741B2 (ja) * 2019-04-23 2024-01-25 株式会社Kyash 法定通貨バリュー、電子マネー、その他ポイント等の各種バリューのチャージ、入金方法及びシステム
US11468430B2 (en) 2020-08-28 2022-10-11 The Toronto-Dominion Bank Value transfer card management system
CN113435870A (zh) * 2021-05-26 2021-09-24 深圳市灵智数字科技有限公司 数据处理方法及电子设备
CN115545692A (zh) * 2022-10-17 2022-12-30 广州汇登信息科技有限公司 一种跨境电商平台多货币结算方法及系统

Family Cites Families (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6999943B1 (en) * 2000-03-10 2006-02-14 Doublecredit.Com, Inc. Routing methods and systems for increasing payment transaction volume and profitability
GB2369711A (en) * 2000-11-14 2002-06-05 Vcheq Com Pte Ltd An electronic funds transfer system for processing multiple currency transactions
US20020174065A1 (en) * 2001-05-18 2002-11-21 Chalice Coward Multi-currency electronic payment system and terminal emulator
US7742985B1 (en) * 2003-06-26 2010-06-22 Paypal Inc. Multicurrency exchanges between participants of a network-based transaction facility
US7970671B2 (en) * 2005-04-12 2011-06-28 Syncada Llc Automated transaction processing system and approach with currency conversion
BRPI0616470A8 (pt) * 2005-09-28 2018-03-06 Visa Int Service Ass leitor, cartão, aparelho, e, aparelho leitor para reduzir um tempo de interação para uma transação sem contato, e para evitar um ataque de intermediários na transação sem contato
JP2007102319A (ja) * 2005-09-30 2007-04-19 Matsushita Electric Ind Co Ltd 携帯端末および決済装置
NZ555036A (en) * 2006-05-16 2008-09-26 Travelex Outsourcing Pty Ltd Transaction system supporting dynamic currency conversion
RU2441279C2 (ru) * 2007-07-25 2012-01-27 ГОУЛДМАЙН УОРЛД, ИНК. д/б/а УОРЛД БЭНККАРД СЕРВИСИЗ Способ и устройство для многоязычного выбора пользователей и конвертации валют
JP5267966B2 (ja) * 2007-10-19 2013-08-21 Necカシオモバイルコミュニケーションズ株式会社 携帯端末装置および携帯端末処理プログラム
EP3012791A1 (en) * 2008-03-10 2016-04-27 Global Blue S.A. Dynamic currency conversion system and method
CN101271565A (zh) * 2008-05-06 2008-09-24 中国工商银行股份有限公司 基于网络对外币通银行卡数据进行处理的系统及方法
US20100042535A1 (en) * 2008-08-15 2010-02-18 Ebay Inc. Currency display
US8818868B2 (en) * 2011-07-15 2014-08-26 Bank Of America Corporation Foreign currency solution
WO2012069256A1 (en) * 2011-10-14 2012-05-31 J. Toft Aps Multi currency transaction system
NZ596346A (en) * 2011-11-10 2014-09-26 Pure Commerce Pty Ltd Improvements in, or relating to, multi currency pricing and network transaction services
US10002353B2 (en) * 2012-12-21 2018-06-19 Mastercard International Incorporated Methods and systems for conducting transactions
GB201311269D0 (en) * 2013-06-25 2013-08-14 Apricot Square Ltd Processing Transactions
CN103870992B (zh) * 2014-03-17 2016-10-05 中国工商银行股份有限公司 跨境多币种数据处理系统和方法
US20150302367A1 (en) * 2014-04-18 2015-10-22 Frederic Billou Systems and methods for funding source selection
US20160232600A1 (en) * 2015-02-08 2016-08-11 Visa International Service Association One-Click Checkout Apparatuses, Systems, and Methods
US9911119B2 (en) * 2015-02-25 2018-03-06 Ebay Inc. Multi-currency cart and checkout
CN105512894A (zh) * 2015-11-26 2016-04-20 珠海多玩信息技术有限公司 一种基于合作渠道的支付方法及装置
CN105550858A (zh) * 2016-01-19 2016-05-04 李玉婉 一种支付终端及其支付方法
KR20160073370A (ko) * 2016-06-15 2016-06-24 퓨어 커머스 피티와이 리미티드 동적 통화 전환 거래 시스템
CN106228353A (zh) * 2016-07-21 2016-12-14 北京三快在线科技有限公司 一种支付信息处理方法、装置和系统
CN106991565A (zh) * 2017-01-03 2017-07-28 阿里巴巴集团控股有限公司 一种货币类型的切换方法及装置

Also Published As

Publication number Publication date
EP3543929A1 (en) 2019-09-25
PH12019501428A1 (en) 2020-02-10
AU2017390721A1 (en) 2019-07-11
WO2018126920A1 (zh) 2018-07-12
KR20190090859A (ko) 2019-08-02
TWI793087B (zh) 2023-02-21
KR102256761B1 (ko) 2021-05-27
CA3047879A1 (en) 2018-07-12
JP2020503622A (ja) 2020-01-30
JP6955012B2 (ja) 2021-10-27
EP3543929A4 (en) 2020-04-15
MX2019007839A (es) 2019-09-09
AU2021200131A1 (en) 2021-03-18
TW201841134A (zh) 2018-11-16
ZA201904233B (en) 2021-09-29
CN106991565A (zh) 2017-07-28
US20190303907A1 (en) 2019-10-03
RU2734340C1 (ru) 2020-10-15
AU2019101601A4 (en) 2020-01-23

Similar Documents

Publication Publication Date Title
BR112019013706A2 (pt) Método e dispositivo de alternância de tipo de moeda
US10055722B1 (en) Transitioning point-of-sale devices between modes
US20150248663A1 (en) Processing payments for an online marketplace
JP2015506004A5 (pt)
BR102016018163A2 (pt) sistema de verificação implementado em um dispositivo de comunicação móvel e método
TW201516911A (zh) 一種資訊處理方法、裝置和系統
US10055721B1 (en) Replicating online-transaction behavior in offline transactions
US11455628B2 (en) Systems and methods for facilitating network transactions based on user authentication
JP6728460B1 (ja) 決済用ユーザ端末および決済システム並びにこれらで実行されるプログラム
CN108376362A (zh) 退税方法、装置及设备
US11798000B2 (en) Method for configuring guest checkout options
CN108171492A (zh) 支付方法、装置及设备
JP6141370B2 (ja) オンラインマーケットサービス装置およびその方法
CN108876373A (zh) 一种支付方法、装置、服务器及系统
JP6507264B2 (ja) サービス処理方法、サービス処理装置、および記憶媒体
CN106296172B (zh) 终端支付的方法及终端
WO2016026381A1 (zh) 一种数值信息转移方法及装置
CN109408225A (zh) 资源扩容方法、装置、计算机设备以及存储介质
AU2016332072A1 (en) Virtual checkout counter system and method
US10628954B1 (en) Implementing image analyses for weight and volumetric calculations
CN109616200A (zh) 用于冠脉狭窄评估的方法,装置,存储介质及电子设备
US20210090078A1 (en) Systems and methods for authentication based on user activity
JP2015001900A (ja) 購入管理装置、コントローラ、アウトレット、購入管理サーバ、プログラム
CN109670090A (zh) 一种数据识别方法及装置
US20160092171A1 (en) Method and apparatus for calculating data

Legal Events

Date Code Title Description
B25A Requested transfer of rights approved

Owner name: ADVANTAGEOUS NEW TECHNOLOGIES CO., LTD. (KY)

B25A Requested transfer of rights approved

Owner name: ADVANCED NEW TECHNOLOGIES CO., LTD. (KY)

B350 Update of information on the portal [chapter 15.35 patent gazette]
B06W Patent application suspended after preliminary examination (for patents with searches from other patent authorities) chapter 6.23 patent gazette]
B11B Dismissal acc. art. 36, par 1 of ipl - no reply within 90 days to fullfil the necessary requirements