BR102014005548B1 - Sistema e método para permitir a um usuário apresentar um pagamento eletronicamente - Google Patents

Sistema e método para permitir a um usuário apresentar um pagamento eletronicamente Download PDF

Info

Publication number
BR102014005548B1
BR102014005548B1 BR102014005548-7A BR102014005548A BR102014005548B1 BR 102014005548 B1 BR102014005548 B1 BR 102014005548B1 BR 102014005548 A BR102014005548 A BR 102014005548A BR 102014005548 B1 BR102014005548 B1 BR 102014005548B1
Authority
BR
Brazil
Prior art keywords
server
payment
electronic device
user
internet connectivity
Prior art date
Application number
BR102014005548-7A
Other languages
English (en)
Other versions
BR102014005548A2 (pt
Inventor
Michael Diericky
Original Assignee
Panasonic Avionics Corporation
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 Panasonic Avionics Corporation filed Critical Panasonic Avionics Corporation
Publication of BR102014005548A2 publication Critical patent/BR102014005548A2/pt
Publication of BR102014005548B1 publication Critical patent/BR102014005548B1/pt

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/322—Aspects of commerce using mobile devices [M-devices]
    • G06Q20/3224—Transactions dependent on location of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Microelectronics & Electronic Packaging (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

SISTEMA E MÉTODO PARA PERMITIR A UM USUÁRIO APRESENTAR UM PAGAMENTO ELETRONICAMENTE Um sistema e método para permitir a um usuário apresentar um pagamento eletronicamente, os quais incluem uma rede e um dispositivo eletrônico em comunicação. O dispositivo eletrônico é operado pelo usuário para apresentar uma solicitação de pagamento eletrônico. Um primeiro servidor em comunicação com a rede recebe a solicitação e em resposta comunica uma chave e processo de criptografia para o dispositivo eletrônico. O dispositivo eletrônico criptografa as informações financeiras com a chave e processo de criptografia e comunica informações financeiras criptografadas para o primeiro servidor. Um segundo servidor está em comunicação com o primeiro servidor pelo menos algum tempo via uma conexão de Internet. Se houver conectividade de Internet, o primeiro servidor comunica as informações financeiras criptografadas para o segundo servidor. Se não houver conectividade de Internet e o montante de pagamento for menor que um montante predefinido, o primeiro servidor comunica ao dispositivo eletrônico que o pagamento foi aceito.

Description

CAMPO TÉCNICO
[001] A presente invenção se refere geralmente a comércio eletrônico e, em particular, a pagamentos eletronicamente apresentados em ambientes onde pode haver interrupções no acesso on-line para autorização de um pagamento eletrônico.
FUNDAMENTOS
[002] Viagens frequentemente resultam em interrupções em acesso online. Por exemplo, acesso on-line durante as viagens por transporte terrestre pode ser interrompido quando passando por túneis ou perto de outras obstruções de sinal. O uso de dispositivos eletrônicos em aeronaves de passageiros comerciais é tipicamente restrito durante decolagem e aterrissagens. Daí, é possível que um passageiro possa estar em vias de completar uma aquisição on-line quando a tripulação de voo recomenda que todos os dispositivos eletrônicos sejam desligados, interrompendo uma solicitação de pagamento eletrônico.
[003] Embora o acesso à Internet seja cada vez mais comum durante voos de passageiros comerciais, o acesso on-line durante o voo ainda está sujeito a interrupções. Voos transoceânicos, por exemplo, mantêm acesso à Internet via satélite. Quando uma aeronave passa de uma área de cobertura de satélite para outra há tipicamente um período de transição antes que o acesso on-line possa ser restabelecido via o novo satélite. Por conseguinte, uma solicitação para um pagamento eletrônico apresentada durante o período de transição não pode ser verificada até o acesso on-line ser restabelecido.
[004] Algumas linhas aéreas fornecem acesso on-line via torres de celular baseadas em terra para voos sobre a terra. No entanto, interrupções ainda podem ocorrer enquanto viajando sobre áreas remotas carecendo de cobertura de celular.
[005] Além disso, pode haver interrupções pelo clima. Chuva ou vapor de água denso pode atenuar sinais, tornando a recepção e/ou transmissão impossível.Acúmulo de carga e descarga elétrica podem criar interferência eletromagnética que também causam interrupções no acesso on-line. Choques de raios podem fazer dispositivos de computação reiniciar, fusíveis queimar ou disjuntores abrirem, também causando interrupções no acesso on-line antes que uma solicitação para um pagamento eletrônico pode ser totalmente apresentada.
[006] A presente invenção trata dos efeitos da autorização retardada para uma solicitação de pagamento eletrônico devido à interrupção do acesso on-line.
SUMÁRIO
[007] Em um aspecto, uma modalidade de um sistema é fornecida para permitir a um usuário apresentar um pagamento eletronicamente. O sistema inclui uma rede e um dispositivo eletrônico em comunicação com a rede no qual o dispositivo eletrônico é operado pelo usuário para apresentar uma solicitação para apresentar um pagamento eletronicamente.
[008] Ainda está incluído um primeiro servidor em comunicação com a rede. O primeiro servidor recebe a solicitação. Em resposta, o primeiro servidor comunica uma chave e processo de criptografia para o dispositivo eletrônico para criptografar informações financeiras fornecidas pelo usuário via o dispositivo eletrônico. O dispositivo eletrônico criptografa as informações financeiras com chave e processo de criptografia e comunica as informações financeiras criptografadas para o primeiro servidor.
[009] O sistema também inclui um segundo servidor em comunicação com o primeiro servidor por algum do tempo via uma conexão de Internet. Se houver conectividade de Internet, o primeiro servidor comunica as informações financeiras criptografadas para o segundo servidor e se não houver conectividade de Internet, o primeiro servidor armazena as informações financeiras criptografadas até haver conectividade de Internet. Se não houver conectividade de Internet e o usuário tiver apresentado uma solicitação de pagamento que está abaixo um limite predefinido, o primeiro servidor comunica para o dispositivo eletrônico que a solicitação de pagamento foi aceita. Neste caso, o produto e/ou serviço solicitado é fornecido ao usuário.
[0010] Em mais detalhes, as informações financeiras fornecidas pelo usuário incluem informações de cartão de crédito e/ou débito. Em ainda mais detalhes, o código de instrução de programa de computador é escrito em JAVASCRIPT (um marca comercial designando uma linguagem de programação desenvolvida por Netscape Communications). Em ainda mais detalhes, a chave de criptografia é baseada em um algoritmo de chave assimétrica.
[0011] Em outro aspecto, uma modalidade de um método é fornecida para permitir a um usuário apresentar um pagamento eletronicamente. O método inclui colocar um dispositivo eletrônico em comunicação com uma rede no qual o dispositivo eletrônico é operado por o usuário para apresentar uma solicitação para apresentar um pagamento eletronicamente. O método inclui usar um primeiro servidor para receber a solicitação e em resposta comunicar uma chave e processo de criptografia para o dispositivo eletrônico para criptografar informações financeiras fornecidas pelo usuário via o dispositivo eletrônico.
[0012] Adicionalmente incluída está a criptografia das informações financeiras com a chave e processo de criptografia no dispositivo eletrônico e a comunicação das informações financeiras criptografadas para o primeiro servidor. O método inclui verificar para ver se há conectividade de Internet e se houver conectividade de Internet comunicar as informações financeiras criptografadas para um segundo servidor a partir do primeiro servidor via a Internet. Se não houver conectividade de Internet, o método inclui armazenar as informações financeiras criptografadas no primeiro servidor até haver conectividade de Internet.
[0013] Em mais detalhes, o método inclui deletar as informações financeiras criptografadas após elas terem sido comunicadas para o segundo servidor. Além disso, a verificação inclui enviar uma comunicação para o dispositivo eletrônico se não houver conectividade de Internet e o montante da solicitação de pagamento estiver abaixo de um limite predefinido. A este respeito, o método inclui fornecer um produto ou serviço ao usuário se não houver conectividade de Internet e o montante da solicitação de pagamento estiver abaixo do limite predefinido.
[0014] Outros aspectos, detalhes e vantagens se tornarão aparentes da seguinte descrição tomada em conjunto com os desenhos em anexo ilustrando, a título de exemplo, modalidades preferidas e alternativas de exemplo de acordo com a invenção.
[0015] BREVE DESCRIÇÃO DOS DESENHOS
[0016] As figuras de desenhos não estão necessariamente em escala e não representam todas as características, mas são diagramáticas para permitir àqueles versados na técnica fazer e usar a invenção sem experimentação indevida e não limitam o escopo das reivindicações. Modalidades de acordo com a invenção e vantagens serão, portanto, compreendidas por aqueles versados na técnica por referência à descrição detalhada abaixo junto com as seguintes figuras de desenhos, em que:
[0017] Fig. 1 é um diagrama esquemático de uma modalidade preferida de um sistema de acordo com a presente invenção para apresentar uma solicitação para um pagamento eletrônico.
[0018] Fig. 2 é um diagrama esquemático de um método ou processo usado pelo sistema da Fig. 1; e
[0019] Fig. 3 é um diagrama esquemático de outro método ou processo usado pelo sistema da Fig. 1.
[0020] DESCRIÇÃO DETALHADA DAS MODALIDADES PREFERIDAS
[0021] Fig. 1 ilustra um diagrama esquemático de uma modalidade preferida de um sistema, indicado geralmente pelo numeral de referência 10, de acordo com a invenção para apresentar um pagamento eletronicamente. O sistema 10 é aplicável para uso em um veículo 12, tal como uma aeronave, trem, ônibus, navio ou outro tipo de veículo. O sistema 10 fornece vantagens em situações onde há interrupções em acesso on-line, por exemplo, quando tal veículo 12 passa através de um túnel ou encontra algum outro tipo de interrupção de sinal. No entanto, as interrupções de sinal podem ocorrer mesmo em ambientes estacionários também. Daí, o sistema 10 não é limitado a um veículo 12 e pode ser usado em um prédio ou outro ambiente estacionário.
[0022] Para acesso on-line, isto é, estabelecer uma conexão de Internet, o sistema 10 inclui um sistema de antena 14 carregado com o veículo 12. O sistema de antena 12 é para receber e transmitir sinais 16 e 18 para uma antena remota 20, isto é, uma antena não carregada com o veículo 12. A antena remota 20 pode ser uma antena em uma torre ou prédio alto ou em um satélite.
[0023] Sinais 18 da antena remota 20 são recebidos pelo sistema de antena 14 no veículo 12. O sistema de antena 14 no veículo 12 inclui um modem o qual demodula os sinais 18 da antena remota 20 e comunica sinais demodulados 22 de acordo com os mesmos para um primeiro servidor ou servidor a bordo 24. Isto é, um servidor 24 que é carregado com o veículo. Os sinais demodulados 22 podem ser comunicados indiretamente para o servidor 24 através de um roteador, hub, ou outro dispositivo de computação ou processamento de informação.
[0024] Inversamente, o servidor a bordo 24 fornece sinais demodulados 26 para o sistema de antena 14. Os sinais demodulados 26 podem ser comunicados diretamente para o modem ou indiretamente, tal como através de um roteador, hub ou outro dispositivo de computação ou processamento de informação, antes de atingir o modem. O modem modula os sinais 26 e os comunica para uma antena do sistema de antena 14, no qual sinais modulados 16 de acordo com os sinais demodulados 26 do servidor a bordo são transmitidos.
[0025] Sinais demodulados 16 transmitidos pelo sistema de antena sistema do veículo 12 são recebidos pela antena remota 20. No caso de uma antena remota 20 em um satélite, o satélite comunica sinais correspondentes 28 para um teleporto 30 na terra. O teleporto 30 inclui uma antena e modem. A antena do teleporto 30 recebe sinais 28 e os comunica para a modem do teleporto 30 para demodulação. Sinais demodulados de acordo com os sinais modulados 28 são depois disso comunicados a um provedor de serviço Internet (ISP) para fornecer conectividade de Internet.
[0026] Sinais de Internet 34 do mesmo modo são comunicados pelo provedor de serviço Internet para o modem do teleporto 30 para modulação. Daí, os sinais modulados 36 de acordo com os sinais de Internet 34 são fornecidos para a antena de teleporto para transmissão. Os sinais modulados 36 da antena de teleporto são recebidos pela antena remota 20. A antena remota 20 comunica sinais 18 em correspondência com a mesma nos quais os sinais 18 são recebidos pelo sistema de antena 14 do veículo 12. Se a antena remota 20 for baseada em terra, por exemplo, montada em uma torre ou prédio alto em vez de um satélite, um modem pode ser disposto na estrutura apoiando a antena remota 20.
[0027] Um usuário no veículo 12 usa um navegador da web em um dispositivo eletrônico 38 para comunicar com o servidor 24 a bordo do veículo 12. Em particular, o servidor a bordo 24, o dispositivo eletrônico 38 e outro hardware de computação ou processamento de informação são interligados para comunicação entre si de acordo com métodos conhecidos e formam uma rede indicada geralmente pelo numeral de referência 13 na Fig. 1. De preferência, a comunicação está de acordo com protocolos conhecidos, tal como Ethernet e WiFi, isto é, protocolos e/ou tecnologia baseada nos padrões do Institute of Electrical and Electronics Engineering (IEEE) 802.3 e 802.11.
[0028] O dispositivo eletrônico 38 pode ser, por exemplo, um dispositivo eletrônico pessoal (PED), tal como um smartphone, computador tablet, laptop, ou outro dispositivo de computação ou processamento de informação capaz de rodar um navegador da web. Ele também pode ser um monitor inteligente instalado nas costas do assento de um passageiro ou antepara do veículo 12, no qual um navegador da web está rodando. A comunicação com o servidor a bordo 14 pode ser com fios ou sem fios. Em geral, o dispositivo eletrônico 38 não se comunica diretamente com o servidor a bordo 14 e, ao invés disso, a comunicação é através da rede 13. Por exemplo, a comunicação do dispositivo eletrônico 38 é transferida através de um roteador, hub, ponto de acesso sem fios (WAP) ou outro hardware de computação ou processamento de informação e, então, para o servidor a bordo 24.
[0029] Um usuário pode usar o navegador para apresentar um pagamento eletrônico. Por exemplo, o usuário pode desejar adquirir um item físico, tal como um item alimentício ou de bebida, ou um item virtual, tal como um livro em formato eletrônico. O servidor a bordo 24 executa código o qual aguarda ou monitora quando o usuário insere uma solicitação para apresentar um pagamento como indicado no bloco 40 da Fig. 2.
[0030] Quando o servidor a bordo 24 recebe uma solicitação de compra de um usuário no bloco 40, o código executado pelo servidor a bordo 24 empurra ou comunica uma chave pública e processo de criptografia para o dispositivo eletrônico 38, como indicado no bloco 42. De preferência, a chave pública e o processo de criptografia 42 são empurrados ou comunicados na forma de um processo executável por computador que roda localmente no navegador no dispositivo eletrônico 38, ao invés do servidor a bordo 24. Tal tipo de processo executável por computador inclui, por exemplo, código escrito em JAVASCRIPT, o qual é uma marca designando uma linguagem de programação desenvolvida por Netscape Communications.
[0031] Uma vantagem de usar código que roda localmente no navegador no dispositivo eletrônico 38 é que dados sensíveis, tal como informações financeiras de um usuário, podem ser criptografados antes de serem transmitidos. Criptografia antes da transmissão ou comunicação torna menos provável que informações sensíveis sejam comprometidas ou capturadas por partes não autorizadas. Linguagens de programação diferentes de JAVASCRIPT podem ser usadas que tenham o recurso de rodar localmente no navegador de um cliente, isto é, o dispositivo eletrônico 38, ao invés do servidor 24.
[0032] Em vez de JAVASCRIPT, por exemplo, pode ser um aplicativo desenvolvido em C ou uma variante da mesma, por exemplo, C++, e baixado e instalado no dispositivo eletrônico 38. Isto é, o que é comumente referido como um "app" como é comumente instalado sob IOS em dispositivos de computação móveis vendidos pela Apple Inc. A este respeito, IOS é uma marca comercial da Cisco Systems, Inc. e usada sob licença pela Apple Inc. para o nome de um sistema operacional desenvolvido pela Apple para dispositivos móveis.
[0033] Ainda como outra alternativa a JAVASCRIPT, pode ser um aplicativo desenvolvido em JAVA (um marca comercial de propriedade de Oracle America, Inc.) e baixado e instalado no dispositivo eletrônico 38. Mais particularmente, ANDROID é uma marca comercial da Google, Inc. e designa um sistema operacional de fonte aberta à base de Linux abrir projetado para dispositivos móveis de tela de toque.
[0034] A chave pública é baseada em um algoritmo de chave assimétrica, de preferência, de um tipo de domínio público conhecido, tal como aquele desenvolvido por Ron Reveust, Adi Shamir e Leonard Adleman, conhecido como RSA. O tamanho da chave é de preferência de pelo menos 2048 bits ou maior para assegurar segurança adequada. Exemplos de demonstração do processo de criptografia escrito em JAVASCRIPT foram tornados publicamente disponíveis por várias organizações e no interesse de brevidade não são mais explicados. Especificamente, a implementação dos mesmos seria entendida por uma pessoa de ordinária habilidade na arte sem requerer o uso de experimentação indevida.
[0035] Após a entrada de informações financeiras pelo usuário e criptografia das mesmas, o servidor a bordo 24 verifica a conectividade de Internet no bloco 44 da Fig. 2. Se houver conectividade de Internet, os dados de criptografada são enviados ou comunicados para autorização de pagamento como indicado pelo bloco 46 na Fig. 2. Por exemplo, as informações financeiras criptografadas podem ser enviadas para um banco ou outra organização para autorização de pagamento na qual o banco ou a organização emitiu um cartão de crédito ou débito que o usuário selecionou para fazer pagamento. Alternativamente, elas podem ser enviadas ou comunicadas para um comerciante on-line o qual manipula a autorização de pagamento.
[0036] Autorização de pagamento é recebida via um ou mais segundos servidores ou servidores de terra 48 como indicado na Fig. 1. Geralmente, o servidor ou servidores de terra 48 se comunicam via a Internet 50 com uma instituição bancária ou processador denominado a seguir um adquirente 51. O adquirente 51 fornece uma chave pública para criptografar informação comunicada para o mesmo. Em particular, a chave pública é obtida pelo servidor a bordo 24 e armazenado no mesmo em caso de uma interrupção na conectividade de Internet. Daí, mesmo no evento de uma interrupção no acesso on-line, a chave pública pode ser comunicada para um usuário de um dispositivo eletrônico 38 pelo servidor a bordo para criptografar informações sensíveis. Mediante recebimento de informações criptografadas de um usuário, uma chave privada é usada pelo adquirente 51 para decriptografar as informações e verificar as informações financeiras fornecidas pelo usuário e, se tudo estiver em ordem, autorizar o pagamento.
[0037] Retornando à Fig. 2, se a conectividade de Internet não estiver disponível após uma solicitação de compra ter sido recebida de um usuário, o código executado pelo servidor a bordo 24 verifica o montante de compra no bloco de decisão 52. Se o montante de compra não estiver dentro de um limite predefinido, isto é, o montante é maior do que um máximo predefinido, a solicitação de compra é rejeitada como indicado no bloco 54. Preferencialmente, uma mensagem é comunicada pelo servidor a bordo 24 para o dispositivo eletrônico 38 para exibir no navegador do mesmo que a conectividade de Internet não está atualmente disponível e para tentar de novo mais tarde. Em modalidades alternativas, o processamento pode monitorar quando a conectividade de Internet foi restaurada e enviar uma mensagem para o usuário quando a conectividade de Internet estiver disponível.
[0038] Se o montante de compra estiver dentro de um limite predefinido, isto é, não mais que um montante máximo predeterminado, a solicitação de compra é aceita. Além disso, os dados criptografados são armazenados como indicado no bloco 54 e, depois disso, verifica periodicamente a conectividade de Internet. Quando a conectividade de Internet está disponível, os dados são enviados como no bloco 46. Alternativamente, os dados podem ser armazenados em memória, isto é, RAM, ou em mídia e o processamento retorna para o bloco de decisão 44 para verificar a conectividade de Internet e o processo repetido até a Internet estar acessível do veículo 12.
[0039] Uma vantagem deste processo é que um usuário pode fazer uma compra sem dinheiro no veículo 12, mesmo na ausência de conectividade de Internet, contanto que a compra esteja dentro de um certo limite. Por exemplo, o usuário pode desejar comprar uma bebida, por exemplo, uma bebida alcoólica ou um item alimentício, imediatamente, ao invés de ser solicitado a esperar por conectividade de Internet. Se o preço de compra para a bebida estiver dentro do limite predefinido, o risco é mantido dentro de um montante aceitável caso seja descoberto mediante conexão com a Internet que o cartão de crédito ou débito do usuário está expirado ou inutilizado por uma ou outra razão. Em modalidades preferidas alternativas, um total pendente pode ser mantido quando não há nenhuma conectividade de Internet, de modo que um usuário possa fazer múltiplas compras, contanto que o montante combinado total das compras esteja abaixo de um montante máximo predefinido.
[0040] O adquirente 51 é tipicamente selecionado pela operadora de transporte para o veículo 12. Se o veículo 12 for uma aeronave, a operadora muito provavelmente é uma companhia aérea. O sistema 10 pode usado em outros veículos também, por exemplo, em navios, ônibus ou trens e, assim, pode ser uma transportadora ferroviária de passageiros ou outro tipo de operadora de transporte.
[0041] O sistema 10 pode ser um subconjunto de um sistema de entretenimento fornecido em um veículo. Por exemplo, o dispositivo eletrônico 38 pode ser um monitor inteligente fornecido nas costas do assento ou nas anteparas do veículo 12 para reproduzir vídeo e áudio para passageiros, jogar jogos, fornecer compras on-line e outras atividades. Para compras online para produtos e serviços disponíveis no veículo 12, o servidor a bordo 24 normalmente serve páginas da web para este dispositivo eletrônico 38. Tipicamente, as páginas da web são exibidas no navegador do dispositivo eletrônico 38.
[0042] Frequentemente, no entanto, um passageiros usará seu próprio dispositivo eletrônico pessoal 38 que é carregado a bordo com o passageiro, tal como um smartphone, laptop, leitor de eBook, computador tablet ou outro dispositivo de processamento de informação tendo um navegador. Mais comumente, estes dispositivos conectam sem fio por meio de protocolos conhecidos, tal como Wi-Fi, como descrito anteriormente. Em particular, pelo menos um ponto de acesso sem fios (WAP) é fornecido no veículo 12 para os passageiros se conectarem com dispositivos eletrônicos pessoais 38 carregados a bordo pelos passageiros. O pessoal do veículo pode carregar dispositivo eletrônicos 38 com conectividade sem fio, tal como tablets ou smartphones, para tomar encomendas de passageiros. Alternativamente, conexões com fios podem ser fornecidas para os passageiros, tal como portas Ethernet (portas de conexão de acordo com tecnologias IEEE 802.3). No entanto, conexões sem fio são preferidas devido à maior conveniência e para evitar a necessidade de cabos e fiação, o que poderia colocar obstáculos para movimento de passageiros e tripulação em torno do compartimento ou da cabine de passageiros.
[0043] Dispositivos eletrônicos 38 montados no veículo 12, por exemplo, montados em costas de assentos e anteparas, podem também conectar sem fios através de um ou mais pontos de acesso sem fios. Não obstante, os dispositivos eletrônicos 38 montados no veículo são geralmente conexões com fio para conectividade mais confiável e para cumprir leis e regulamentos aplicáveis governando o transporte de passageiros, especialmente com respeito a aeronaves de passageiros durante decolagem e aterrissagem. Dispositivos eletrônicos permanentemente montados 38 têm uma vantagem em que cabeamento e fiação podem ser roteados em locais que estão fora do caminho e, assim, não criam obstáculos ou perigos.
[0044] Retornando para a Fig. 1, o teleporto 30 frequentemente comunicará para o servidor ou servidores de terra 48 via um ponto de observação centralizado 33 onde todas as comunicações para todos os teleportos 30 em uma região se comunicam. Em modalidades alternativas, o teleporto 30 pode se comunicar diretamente com um servidor ou servidores de terra 48.
[0045] Uma vantagem da invenção é que informações sensíveis inseridas pelo usuário são criptografadas no dispositivo eletrônico 38 antes de serem comunicadas. Além disso, a criptografia usa uma chave pública fornecida por um terceiro. Daí, informações sensíveis fornecidas pelo usuário são criptografadas de uma maneira que não podem ser decriptografadas no veículo 12 e lidas porque não há acesso à chave privada. Apenas o adquirente 51 tem acesso à chave privada a qual é necessária para decriptografar as informações fornecidas pelo usuário.
[0046] Depois que as informações financeiras criptografadas foram enviadas para o adquirente 51, as informações financeiras criptografadas são preferencialmente deletadas usando um método conhecido que impede recuperação das informações da mídia de armazenamento. Em uma modalidade alternativa, as informações criptografadas podem ser retidas pela duração da viagem desse usuário no veículo, de modo que o usuário não seja solicitado a reinserir as informações para uma compra posterior. Em ainda outra modalidade alternativa, ao usuário é fornecida a opção se as informações financeiras criptografadas do usuário serão armazenadas ou não de acordo a preferência do usuário.
[0047] A Apresentação de pagamento eletrônico pode ser intencionalmente retardada em algumas situações. O fornecimento de acesso a Internet para passageiros por uma operadora de transporte via um satélite e/ou métodos de celular pode ser caro. A operadora de transporte pode optar por reduzir custos de comunicação por satélite e/ou celular não apresentando pagamentos eletrônicos para autorização de pagamento até certo limite ou teto ter sido alcançado.
[0048] A este respeito, há metas de competição. Uma meta é manter o risco de não pagamento para a operadora de transporte dentro de um nível aceitável, caso a autorização de pagamento seja recusada (declinada). A minimização de risco está em competição como a meta para reduzir despesas de comunicação por satélite e/ou celular. Além disso, há a meta de minimizar inconveniência para o usuário/passageiro, o que também está em competição com a meta de minimizar risco financeiro. A meta geral é geralmente maximizar lucro para a operadora de transporte batendo o equilíbrio apropriado entre metas em competição.
[0049] Uma modalidade preferencial de um método ou processo 60 de acordo com o precedente é ilustrada na Fig. 3. O processo 60 se destina a ser implementado em código de software executado no servidor a bordo 24. O processo 60 aguarda por uma solicitação de compra de um usuário como indicado no bloco 62. Mediante recebimento de uma solicitação no bloco 64, o processo 60 fornece ao usuário uma chave de criptografia pública e processo de criptografia no bloco 66. A chave de criptografia pública e o processo de criptografia são como explicados antes, por exemplo, de acordo com o bloco 42 da Fig. 2.
[0050] Com referência à Fig. 3, o sistema 60 executa uma verificação para determinar se o total cumulativo para o cartão de crédito desse usuário está dentro de um máximo inferior predefinido ou quantidade de teto no bloco de decisão 68. Se a resposta for afirmativa, o processo 60 prossegue para o bloco 70 no qual o montante de compra é adicionado ao total cumulativo e a solicitação de compra é satisfeita. A satisfação pode envolver enviar uma mensagem para o pessoal da tripulação fornecer um item de bebida ou alimentício para o usuário/passageiro ou pode envolver fornecer um item virtual para o usuário, tal como um eBook ou streaming de um vídeo para o usuário. O processo 60, então, retorna para o bloco 62 e aguarda outra solicitação de compra.
[0051] Se a decisão foi negativa no bloco de decisão 68, o processo 60 prossegue para o bloco de decisão 72 e verifica se há acesso a Internet (conectividade de Internet). Se houver conectividade de Internet, o processo 60 envia os dados para autorização de pagamento no bloco 74. Além disso, o total cumulativo é redefinido para zero mediante autorização de pagamento para esse cartão de crédito e a solicitação é atendida conforme descrito anteriormente em relação ao processamento no bloco 70. A partir daí, o processo 60 retorna ao bloco 62 e aguarda por outra solicitação de pagamento.
[0052] Se for determinado que o acesso à Internet não está disponível no bloco de decisão 72 (sem conectividade com a Internet), o processo 60 inquire no bloco de decisão 76 se o total cumulativo está dentro de um máximo superior predefinido ou teto. Se não, a solicitação de compra é declinada no bloco 78 e o processo 60 depois disso aguarda no bloco 62 por outra solicitação de compra. O processamento no bloco 78 pode fornecer uma mensagem para o usuário tentar um montante de compra mais baixo ou comunicar outras informações úteis para o usuário.
[0053] Se o total cumulativo estiver dentro do teto superior predefinido no bloco de decisão 76, o processo 60 adiciona o montante de compra ao total cumulativo e satisfaz a solicitação no bloco 80. A solicitação é satisfeita como descrito antes, tal como no processamento nos blocos 70 ou 74. Após isso, o processo 60 retorna para o bloco 62 e aguarda por outra solicitação de compra.
[0054] As modalidades descritas aqui podem também incluir processamento para determinar um tipo de cartão com o qual o usuário está tentando fazer pagamento com e executar algumas verificações de validade. Por exemplo, o processo de criptografia empurrado para o dispositivo eletrônico 38 pode verificar os números para estarem dentro de certa faixa. Se o dispositivo eletrônico 39 incluir um leitor de tira magnética outras informações estão disponíveis também, tal como indicado na seguinte tabela para tentar fazer alguma verificação de validade:
Figure img0001
[0055] O código para receber dados de um leitor de tira de cartão magnético, às vezes chamado um leitor de cartão magswipe, é preferencialmente um executável desenvolvido com a linguagem de programação C ou uma variante da mesma, por exemplo, C++, e executado pelo dispositivo eletrônico 38. O código para o servidor a bordo 24 é também de preferência um executável desenvolvido com a linguagem de programação C ou variante da mesma. JAVASCRIPT é usada para comunicação entre o servidor a bordo 24 e um navegador em um dispositivo eletrônico 38 para a capacidade de empurrar ou comunicar uma chave e código de criptografia e do servidor 24 no qual o código é executado no dispositivo eletrônico 38. Isto permite que informações sensíveis sejam criptografadas no dispositivo eletrônico 28 antes de elas serem comunicadas do mesmo. Outras linguagens de programação agora ou mais tarde desenvolvidas poderão ser usadas que tenham esta característica em vez de JAVASCRIPT.
[0056] Várias alterações e modificações podem ser feitas nas modalidades descritas sem se afastar do espírito e escopo da invenção, como será reconhecido por aqueles versados na técnica. Por exemplo, o total cumulativo pode ser por usuário ou por assento ao invés de por cartão para adicionalmente limitar o risco financeiro.
[0057] Em outro exemplo, um tamanho de chave diferente de 2048 bits pode ser usado. À medida que dispositivos de computação e processamento de informação mais poderosos se tornam disponíveis, preferencialmente tamanhos de chave maiores são usados para maior segurança. As informações financeiras podem compreender informações bancárias para diretamente cobrar da conta bancária de um usuário ao invés de um cartão de crédito ou débito. Além disso, as informações podem compreender dados para pagamento por PAYPAL, o que é uma marca comercial de PayPal, Inc., ou outros serviços de pagamento mais tarde desenvolvidos. Algoritmos de criptografia que não RSA poderiam ser empregados. O código de instruções de programa de computador poderia ser outro que não JAVASCRIPT para empurrar uma chave e processo de criptografia via um navegador para um dispositivo eletrônico 38 de um servidor 24.
[0058] Processamento diferente pode ser realizado ou reorganizado para o primeiro servidor ou servidor a bordo 24. Por exemplo, em vez de inicialmente verificar para determinar se há conectividade de Internet, o processamento da Fig. 2 poderia inicialmente verificar para determinar se o montante de compra está dentro de um limite predeterminado e se assim fornecer o item ou serviço solicitado. Após isso o processamento poderia verificar a conectividade de Internet e rejeitar a solicitação se não houver acesso de Internet. Se houver conectividade de Internet os dados são enviados e se o produto ou serviço ainda não tiver sido fornecido, o produto ou serviço é fornecido uma vez que a autorização para pagamento tenha sido recebida.
[0059] Embora as modalidades acima descritas se destinem a uso em um veículo, como observado elas também poderiam ser usadas em um ambiente estacionário. Uma vez que mudanças podem ser feitas como descrito, os exemplos e as modalidades presentes serão considerados como ilustrativos e não restritivos e a invenção não se limita aos detalhes dados aqui, mas pode ser modificada dentro do escopo e da equivalência das reivindicações anexas.

Claims (10)

1. SISTEMA PARA PERMITIR A UM USUÁRIO APRESENTAR UM PAGAMENTO ELETRONICAMENTE (10), o sistema (10) caracterizado pelo fato de que compreende: uma rede (13) e um dispositivo eletrônico (38) em comunicação com a rede na qual o dispositivo eletrônico (38) é operado pelo usuário para apresentar uma solicitação para apresentar um pagamento eletronicamente; um primeiro servidor (24) em comunicação com a rede (13) na qual o primeiro servidor (24) recebe a solicitação e em resposta comunica uma chave e processo criptografado para o dispositivo eletrônico (38) para criptografar a informação financeira fornecida pelo usuário via o dispositivo eletrônico (38) no qual o dispositivo eletrônico (38) criptografa a informação financeira com a chave e o processo criptografado e comunica informação financeira criptografada para o primeiro servidor (24); e um segundo servidor (48) em comunicação com o primeiro servidor (24) pelo menos algum tempo via uma conexão de Internet (50) na qual se houver conectividade de Internet, o primeiro servidor (24) comunica a informação financeira criptografada para o segundo servidor (48), e se não houver conectividade de Internet, o primeiro servidor (24) armazena a informação financeira criptografada até haver conectividade de Internet; em que o primeiro servidor (24) mantém um total cumulativo para solicitações de pagamento enviadas pelo usuário e se o usuário enviou uma solicitação de pagamento que não faz com que o total acumulado exceda um máximo inferior predefinido, a solicitação de pagamento é aceita e o valor do pagamento é adicionado ao total cumulativo e se a solicitação de pagamento fizer com que o total cumulativo exceda o máximo inferior predefinido, o primeiro servidor (24) verifica a conectividade com a Internet e, se houver conectividade com a Internet, o primeiro servidor (24) envia dados ao segundo servidor (24) para autorização de pagamento e após receber a autorização de pagamento, o primeiro servidor (48) zera o total cumulativo.
2. SISTEMA (10), de acordo com a reivindicação 1, caracterizado pelo fato de que o dispositivo eletrônico (38) é um dispositivo eletrônico pessoal (PED) transportado a bordo de um veículo (12) pelo usuário, e em que o dispositivo eletrônico (38) é um smartphone, computador tablet ou laptop.
3. SISTEMA (10), de acordo com a reivindicação 1, caracterizado pelo fato de que a informação financeira fornecida pelo usuário inclui informação de cartão de crédito.
4. SISTEMA (10), de acordo com a reivindicação 1, caracterizado pelo fato de que a chave de criptografia é baseada em um algoritmo de chave assimétrico.
5. SISTEMA (10), de acordo com a reivindicação 1, caracterizado pelo fato de que se não houver conectividade de Internet e o usuário tiver apresentado uma solicitação de pagamento que está abaixo de um limite predefinido, o primeiro servidor (24) comunica ao dispositivo eletrônico (38) que a solicitação de pagamento foi aceita.
6. MÉTODO PARA PERMITIR A UM USUÁRIO APRESENTAR UM PAGAMENTO ELETRONICAMENTE (60), o método (60) caracterizado pelo fato de que compreende: colocar um dispositivo eletrônico (38) em comunicação com uma rede (13) na qual o dispositivo eletrônico (38) é operado pelo usuário para apresentar uma solicitação para apresentar um pagamento eletronicamente; usar um primeiro servidor (24) para receber (40, 60) a solicitação e em resposta comunicar (42, 66) uma chave e processo de criptografia para o dispositivo eletrônico (38) para criptografar informação financeira fornecida pelo usuário via o dispositivo eletrônico (38); criptografar a informação financeira com a chave e o processo de criptografia no dispositivo eletrônico (38) e comunicar a informação financeira criptografada ao primeiro servidor (24); verificar (44, 72) se há conectividade de Internet e se houver conectividade de Internet, comunicar (46, 74) a informação financeira criptografada a um segundo servidor (48) a partir do primeiro servidor (24) via a Internet (50), e se não houver conectividade de Internet, armazenar (56) a informação financeira criptografada no primeiro servidor (24) até haver conectividade de Internet; e manter com o primeiro servidor (24) um total cumulativo para solicitações de pagamento enviadas pelo usuário e se o usuário tiver enviado uma solicitação de pagamento que não faça com que o total acumulado exceda um máximo inferior predefinido, aceitar a solicitação de pagamento e adicionar o valor do pagamento ao cumulativo total; e se a solicitação de pagamento fizer com que o total cumulativo exceda o máximo inferior predefinido, verificar a conectividade com a Internet com o primeiro servidor (24) e se houver conectividade com a Internet, enviar dados do primeiro servidor (24) para o segundo servidor (48) para autorização de pagamento e após o recebimento do pagamento autorização, zerar o total cumulativo.
7. MÉTODO (60), de acordo com a reivindicação 6, caracterizado pelo fato de que o dispositivo eletrônico (38) é um dispositivo eletrônico pessoal (PED) transportado a bordo de um veículo (12) pelo usuário, e em que o dispositivo eletrônico (38) é um smartphone, computador tablet ou laptop.
8. MÉTODO (60), de acordo com a reivindicação 6, caracterizado pelo fato de que a dita verificação (44, 72) inclui enviar uma comunicação para o dispositivo eletrônico (48) se não houver conectividade de Internet e o montante da solicitação de pagamento estiver abaixo de um limite predefinido.
9. MÉTODO (60), de acordo com a reivindicação 6, caracterizado pelo fato de que a chave de criptografia é baseada em algoritmo de chave assimétrica.
10. MÉTODO (60), de acordo com a reivindicação 6, caracterizado pelo fato de que as informações financeiras fornecidas pelo usuário incluem informações de cartão de crédito.
BR102014005548-7A 2013-03-15 2014-03-11 Sistema e método para permitir a um usuário apresentar um pagamento eletronicamente BR102014005548B1 (pt)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201361793398P 2013-03-15 2013-03-15
US61/793,398 2013-03-15

Publications (2)

Publication Number Publication Date
BR102014005548A2 BR102014005548A2 (pt) 2018-03-20
BR102014005548B1 true BR102014005548B1 (pt) 2023-01-10

Family

ID=50342140

Family Applications (1)

Application Number Title Priority Date Filing Date
BR102014005548-7A BR102014005548B1 (pt) 2013-03-15 2014-03-11 Sistema e método para permitir a um usuário apresentar um pagamento eletronicamente

Country Status (6)

Country Link
US (1) US9582800B2 (pt)
EP (1) EP2779062A1 (pt)
JP (1) JP6505367B2 (pt)
CN (1) CN104050566A (pt)
BR (1) BR102014005548B1 (pt)
CA (1) CA2843937C (pt)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2544511A (en) * 2015-11-19 2017-05-24 Barclays Bank Plc Off-line transaction method and system
SG10201700562UA (en) * 2017-01-23 2018-08-30 Mastercard Asia Pacific Pte Ltd Switch For Routing Payment Instruction
WO2019031717A1 (ko) 2017-08-09 2019-02-14 주식회사 센스톤 매장 내부통신망 기반의 결제시스템, 매장 내부통신망 기반의 결제기능을 포함하는 이동단말기, 매장 내부통신망 기반의 결제서비스 제공방법, 및 이를 수행하는 프로그램
US11374752B2 (en) * 2019-06-07 2022-06-28 Panasonic Avionics Corporation Secure transactions for in-flight entertainment systems
US11101874B1 (en) * 2021-02-01 2021-08-24 Tmrw Foundation Ip S. À R.L. Method and system for providing in-flight network communications

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6223287B1 (en) * 1998-07-24 2001-04-24 International Business Machines Corporation Method for establishing a secured communication channel over the internet
US7810729B2 (en) 2009-06-10 2010-10-12 Rem Holdings 3, Llc Card reader device for a cell phone and method of use
US7263192B2 (en) * 2002-02-14 2007-08-28 Hewlett-Packard Development Company, L.P. Establishing an encrypted session
US20030222138A1 (en) * 2002-05-31 2003-12-04 Carole Oppenlander System and method for authorizing transactions
JP2004362332A (ja) * 2003-06-05 2004-12-24 Bank Of Tokyo-Mitsubishi Ltd Ｉｃカード決済システム
JP2005149036A (ja) * 2003-11-14 2005-06-09 Fujitsu Ltd 電子商取引方法
US8403411B2 (en) * 2003-12-15 2013-03-26 Digecor, Inc. Detachable seat mounted audio-visual entertainment system with locally storable, selectable, and updatable content
US8146141B1 (en) * 2003-12-16 2012-03-27 Citibank Development Center, Inc. Method and system for secure authentication of a user by a host system
US20060136901A1 (en) * 2004-12-22 2006-06-22 Sony Ericsson Mobile Communications Ab Mobile financial transaction management system and method
JP5386492B2 (ja) 2007-09-24 2014-01-15 パナソニック・アビオニクス・コーポレイション 移動中のモバイルプラットフォームにおけるブロードバンドコンテンツの受信システムおよび方法
US20100189089A1 (en) * 2009-01-23 2010-07-29 Livetv, Llc Communications interface device for personal electronic devices (peds) operating on a general aviation aircraft and associated methods
US20120150710A1 (en) * 2009-08-21 2012-06-14 Hopac (Proprietary) Limited method and system for facilitating access to financial information
US9355389B2 (en) * 2010-12-06 2016-05-31 Voltage Security, Inc. Purchase transaction system with encrypted payment card data
US20120323717A1 (en) 2011-06-16 2012-12-20 OneID, Inc. Method and system for determining authentication levels in transactions

Also Published As

Publication number Publication date
EP2779062A1 (en) 2014-09-17
CA2843937A1 (en) 2014-09-15
US20140279563A1 (en) 2014-09-18
JP6505367B2 (ja) 2019-04-24
CA2843937C (en) 2022-10-04
BR102014005548A2 (pt) 2018-03-20
US9582800B2 (en) 2017-02-28
JP2014182804A (ja) 2014-09-29
CN104050566A (zh) 2014-09-17

Similar Documents

Publication Publication Date Title
US11847192B2 (en) In-vehicle content delivery system operable in autonomous mode and non-autonomous mode
BR102014005548B1 (pt) Sistema e método para permitir a um usuário apresentar um pagamento eletronicamente
US11222333B2 (en) In-flight fiat payment authorization and capture settlement
WO2018183957A1 (en) Authorizing drone access to fulfillment centers
US11538001B2 (en) Systems and methods for cryptocurrency transactions in aircraft
CN105323821A (zh) 近距离交通工具数据发送
CN105898741B (zh) 无人机的控制方法及控制系统和无人机系统
CN109873808A (zh) 区块链节点之间的通信方法及装置、存储介质及电子设备
CN109862407A (zh) 娱乐系统和方法
US20150242824A1 (en) Systems and Methods for Secure Electronic Ticketing
CN110969437B (zh) 获得虚拟银行卡支付权限的方法、系统、电子设备和介质
CN103514552A (zh) 通过云计算及移动设备进行购物的系统及方法
US20150051756A1 (en) Aircraft System Control and Reporting via a Mobile Device
CN104869142B (zh) 一种基于社交平台的链接分享方法、系统及装置
CN106034024A (zh) 一种基于位置和声纹的认证方法
CN109472947B (zh) 物品封存和物品解封的方法和装置
US20220234489A1 (en) Electric vehicle fleet of delivery vehicles
CN110807611A (zh) 一种物流配送方法和装置
CN105934924B (zh) 用于在移动平台上提供网络安全的设备和方法
EP4170570A1 (en) Method and system for multi-party unlock in an inventory transaction
TW201730837A (zh) 高安全性共享經濟之送貨系統及方法
CN115903898B (zh) 无人机飞行控制方法、装置、电子设备及存储介质
CN114189861B (zh) 无线网络连接方法、设备及系统
JP5946212B2 (ja) ローカルサーバ装置、端末装置、コンテンツストア装置、プログラム、コンテンツ配信方法およびコンテンツ配信システム
US11416850B1 (en) Peer to peer navigation system and method

Legal Events

Date Code Title Description
B03A Publication of a patent application or of a certificate of addition of invention [chapter 3.1 patent gazette]
B06F Objections, documents and/or translations needed after an examination request according [chapter 6.6 patent gazette]
B06U Preliminary requirement: requests with searches performed by other patent offices: procedure suspended [chapter 6.21 patent gazette]
B07A Application suspended after technical examination (opinion) [chapter 7.1 patent gazette]
B09A Decision: intention to grant [chapter 9.1 patent gazette]
B16A Patent or certificate of addition of invention granted [chapter 16.1 patent gazette]

Free format text: PRAZO DE VALIDADE: 20 (VINTE) ANOS CONTADOS A PARTIR DE 11/03/2014, OBSERVADAS AS CONDICOES LEGAIS