BR112020016421A2 - Método e sistema para contratos em vídeo - Google Patents

Método e sistema para contratos em vídeo Download PDF

Info

Publication number
BR112020016421A2
BR112020016421A2 BR112020016421-6A BR112020016421A BR112020016421A2 BR 112020016421 A2 BR112020016421 A2 BR 112020016421A2 BR 112020016421 A BR112020016421 A BR 112020016421A BR 112020016421 A2 BR112020016421 A2 BR 112020016421A2
Authority
BR
Brazil
Prior art keywords
user
video
contract
server
video content
Prior art date
Application number
BR112020016421-6A
Other languages
English (en)
Inventor
Laurens Theunis
Original Assignee
Lexigogo Bvba
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 Lexigogo Bvba filed Critical Lexigogo Bvba
Publication of BR112020016421A2 publication Critical patent/BR112020016421A2/pt

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • 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/12—Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123—Shopping for digital content
    • G06Q20/1235—Shopping for digital content with control of digital rights management [DRM]
    • 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/36—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes
    • G06Q20/367—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes
    • G06Q20/3674—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using electronic wallets or electronic money safes involving electronic purses or money safes involving authentication
    • 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/3825—Use of electronic signatures
    • 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/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • G06Q30/0185—Product, service or business identity fraud
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
    • G06V40/00—Recognition of biometric, human-related or animal-related patterns in image or video data
    • G06V40/10—Human or animal bodies, e.g. vehicle occupants or pedestrians; Body parts, e.g. hands
    • G06V40/16—Human faces, e.g. facial parts, sketches or expressions
    • G06V40/172—Classification, e.g. identification
    • G—PHYSICS
    • G11—INFORMATION STORAGE
    • G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
    • G11B27/00—Editing; Indexing; Addressing; Timing or synchronising; Monitoring; Measuring tape travel
    • G11B27/02—Editing, e.g. varying the order of information signals recorded on, or reproduced from, record carriers
    • G11B27/031—Electronic editing of digitised analogue information signals, e.g. audio or video signals
    • G11B27/036—Insert-editing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0618—Block ciphers, i.e. encrypting groups of characters of a plain text message using fixed encryption transformation
    • H04L9/0637—Modes of operation, e.g. cipher block chaining [CBC], electronic codebook [ECB] or Galois/counter mode [GCM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/06—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols the encryption apparatus using shift registers or memories for block-wise or stream coding, e.g. DES systems or RC4; Hash functions; Pseudorandom sequence generators
    • H04L9/0643—Hash functions, e.g. MD5, SHA, HMAC or f9 MAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/222—Studio circuitry; Studio devices; Studio equipment
    • H04N5/262—Studio circuits, e.g. for mixing, switching-over, change of character of image, other special effects ; Cameras specially adapted for the electronic generation of special effects
    • H04N5/265—Mixing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N5/00—Details of television systems
    • H04N5/76—Television signal recording
    • H04N5/765—Interface circuits between an apparatus for recording and another apparatus
    • H04N5/77—Interface circuits between an apparatus for recording and another apparatus between a recording apparatus and a television camera
    • 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
    • G06Q2220/00—Business processing using cryptography
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/50—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols using hash chains, e.g. blockchains or hash trees

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Accounting & Taxation (AREA)
  • Human Resources & Organizations (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Finance (AREA)
  • General Health & Medical Sciences (AREA)
  • Health & Medical Sciences (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Primary Health Care (AREA)
  • Data Mining & Analysis (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Technology Law (AREA)
  • Development Economics (AREA)
  • Bioethics (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Oral & Maxillofacial Surgery (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Television Signal Processing For Recording (AREA)

Abstract

a presente invenção refere-se a um método para assinar eletronicamente um contrato em vídeo entre um primeiro usuário que tem um primeiro dispositivo e um segundo usuário que tem um segundo dispositivo com base em uma porção de conteúdo de vídeo; em que o dito segundo usuário é diferente do dito primeiro usuário; em que a dita porção de conteúdo de vídeo fornece informações referentes ao dito contrato em vídeo; em que o dito primeiro dispositivo compreende uma câmera para gravar um vídeo, uma tela e meios de conexão; em que o dito segundo dispositivo compreende uma tela e meios de conexão; em que o método compreende uma pluralidade de etapas. a invenção fornece adicionalmente um sistema, uso, um produto de programa de computador e um contrato em vídeo.

Description

Relatório Descritivo da Patente de Invenção para “MÉTODO E SISTEMA PARA CONTRATOS EM VÍDEO”
CAMPO DA TÉCNICA
[001] A presente invenção refere-se ao campo da técnica de contratos em vídeo em um contexto de rede de dados.
ANTECEDENTES
[002] Contratos escritos são uma base comum para acordos entre partes, porém carecem de intuição. Mesmo em um fluxo de trabalho completamente eletrônico, no qual tanto a composição do contrato quanto a assinatura são feitas eletronicamente, tais contratos tradicionais sofreram com a desvantagem da falta de intuição, exigindo habilidades de escrita e leitura muito complexas, e, em geral, levando a uma maneira inflexível e lenta de fazer acordos entre partes. Na prática, muitas pessoas recorrem somente a acordos verbais. De fato, a maioria dos acordos que as pessoas fazem no dia-a-dia é verbal, e, apenas para poucos acordos críticos, um contrato escrito é considerado. As razões para trabalhar sem contrato escrito pode inclui qualquer uma ou qualquer combinação do que é abordado a seguir: - O acordo não é considerado significante o suficiente para ser escrito. - Ambas as partes confiam uma na outra. - Não desejam advogados envolvidos, visto que são muito dispendiosos e demorados, e visto que isso automaticamente cria uma situação bilateral. - Nenhuma caneta e papel disponíveis. - Não conseguem escrever ou ler.
[003] Dito isso, não ter um contrato escrito pode ter riscos e consequências consideráveis, o que pode inclui qualquer um ou qualquer combinação do que é abordado a seguir: - Nenhuma prova disponível para demonstrar direitos e obrigações das partes. - O acordo pode estar sujeito a diferentes interpretações posteriormente. - Frustrações e falta de confiança podem acabar com as interações futuras entre as partes.
[004] Além do mais, os contratos escritos podem ser problemáticos tendo em vista o analfabetismo funcional, referente a um grande grupo de pessoas no mundo que é capaz de ler e escrever sentenças simples, mas não é capaz de lidar com textos maiores e complexos. O analfabetismo funcional causa grande problemas no dia-a- dia, relativos a, por exemplo, abrir contas bancárias, ler ingredientes de produtos alimentícios, entender medicações ou instruções técnicas e também assinar contratos.
[005] O documento nº US 2017/0140486 revela um método relativo, porém é inadequado para abordar o problema de analfabetismo funcional.
[006] O documento nº US 2012/0323796 revela um método relativo, porém sofre com todas as desvantagens de acordos escritos.
[007] A presente invenção tem como objetivo solucionar pelo menos alguns dos problemas mencionados acima.
SUMÁRIO DA INVENÇÃO
[008] Em tempos de uso massivo de telefones inteligentes, os contratos em vídeo são uma alternativa promissora para os contratos escritos tradicionais.
[009] Em um primeiro aspecto, a presente invenção refere-se a um método de acordo com a reivindicação 1.
[010] Pelo presente, a invenção vantajosamente tem correspondência estabelecida com o uso de um primeiro dispositivo para a dita gravação, a dita elaboração e a dita assinatura pelo primeiro usuário, por um lado, com o uso de um segundo dispositivo útil pelo menos para determinar uma ligação entre o segundo usuário, conforme identificado no contrato em vídeo, e uma pessoal real que assina o contrato em vídeo, levando a uma solução que envolve cordialidade entre usuários e que é confiável para uma faixa de problemas, um desses problemas seria o de como assinar eletronicamente um contrato em vídeo de uma maneira cordial e confiável entre usuário por meio de dispositivos eletrônicos básicos, tais como os telefones inteligentes. Crucialmente, a invenção pode exigir, mas não exige, que o segundo usuário realmente veja o vídeo no segundo dispositivo, visto que o vídeo pode ser visto no primeiro dispositivo, ou ver pode ser completamente evitado, desde que, de acordo com uma modalidade preferencial, o segundo usuário esteja presente enquanto a porção de conteúdo de vídeo está sendo gravada. Como tal, a invenção oferece uma solução que pode reduzir o segundo dispositivo a um mero meio de identificação, levando a um método mais rápido, simples e flexível do que os métodos de técnica anterior para administração de contratos em vídeo. Em uma modalidade preferencial, fornece-se um acesso fácil e garantido a cada um dos usuários que assina o contrato, conforme disponível no servidor.
[011] Em um segundo aspecto, a presente invenção refere-se a um sistema de acordo com a reivindicação 25.
[012] Em um aspecto adicional, a presente invenção refere-se a um uso de acordo com a reivindicação 26, a um produto de programa de computador de acordo com a reivindicação 27 e a um contrato em vídeo de acordo com a reivindicação 28.
[013] As modalidades preferenciais e suas vantagens são abordadas, em detalhes, nas descrições e nas reivindicações dependentes.
DESCRIÇÃO DAS FIGURAS
[014] A Figura 1 mostra uma modalidade exemplificativa do método da presente invenção.
[015] A Figura 2 mostra uma modalidade exemplificativa referente a contratos em vídeo inteligentes.
[016] As Figuras 3a a 3b mostram um fluxograma de um método exemplificativo para a criação de um contrato em vídeo.
[017] A Figura 4 mostra um fluxograma referente aos estados de um contrato em vídeo exemplificativo de acordo com a presente invenção.
[018] A Figura 5 mostra um fluxograma referente aos estados de uma conta de usuário exemplificativa.
[019] A Figura 6 mostra um software exemplificativo como uma arquitetura de serviço.
[020] A Figura 7 mostra um fluxo de trabalho exemplificativo referente a uma preparação da integração de aplicativo de terceiros.
[021] As Figuras 8a a 8e mostram fluxos de informações exemplificativos referentes à invenção.
DESCRIÇÃO DETALHADA DA INVENÇÃO
[022] Conforme afirmado na seção do Sumário, os acordos escritos carecem de intuição e podem ser problemáticos tendo em vista o analfabetismo funcional. Por outro lado, não ter um contrato pode ter riscos e consequências consideráveis. Os contratos em vídeo oferecem uma alternativa viável tanto para acordos escritos tradicionais quanto para acordos verbais, com, por exemplo, as seguintes vantagens: - Rápido, simples e flexível. - Acesso fácil e garantido à prova. - Nenhuma habilidade de escrita e leitura muito complexa é exigida. - O vídeo é uma transcrição de vinculação legal em muitos países. Em alguns países, certos acordos realmente exigem um contrato escrito, por exemplo, a venda de bens imobiliários.
[023] Além do mais, os contratos em vídeo fornecem uma alternativa viável para acordos escritos no case de analfabetismo funcional, referente a um grande grupo de pessoas no mundo que é capaz de ler e escrever sentenças simples, porém não é capaz de lidar com textos maiores e complexos. Em uma modalidade preferencial, a presente invenção é adaptada para superar qualquer problema referente ao analfabetismo funcional, por exemplo, evitando-se o uso de sentenças em sua interface para usuários e/ou incluindo-se, em sua interface para os usuários, apenas sentenças com o comprimento menor do que, por exemplo, vinte palavras, mais preferencialmente, menor do que dez palavras.
[024] Típicos aplicativos de contratos em vídeo considerados pela presente invenção incluem os seguintes casos de uso exemplificativos B2C e/ou B2B. - B2C e/ou B2B, preferencialmente entre contas de usuário pessoais: gravar dano após acidente, venda e aluguel de bens e serviços menores, opções de aquisição, emprestar e pegar emprestado, acordos familiares, acordos de direitos autorais/licenças entre músicos, acordos confidenciais, etc. - B2C e/ou B2B, preferencialmente entre perfis de empresas e contas de usuário pessoais: acordos de reparo de carro, projetos menores de construção de casa, desenvolvimento de web, costura, aluguel de instalações, serviços de restauração, etc. - B2C e/ou B2B, preferencialmente entre os perfis de empresas: abordagem integrada, na qual as corporações maiores podem ter uma conta de negócios (customizada), que é acessível para seus clientes que têm uma conta de usuário pessoal, com exemplos de casos de uso que incluem o seguinte: serviços de aluguel de carro e compartilhamento de carro, serviços de seguros, serviços de notariado, serviços governamentais.
[025] Em uma modalidade preferencial, um perfil de empresa faz parte de uma conta de usuário pessoal. Ou seja, no contexto da presente invenção, uma conta de usuário é preferencialmente pessoal e é, preferencialmente, um elemento de alta hierarquia que identifica um usuário, em que um perfil de empresa é preferencialmente definido como se pertencesse a pelo menos uma conta de usuário que é preferencialmente pessoal.
[026] Em uma modalidade preferencial, o número de usuários que coletivamente assina o contrato em vídeo, isto é, o número de usuários, incluindo o primeiro usuário, o segundo usuário e quaisquer usuários adicionais, é igual a dois, três, quatro, cinco, seis e/ou é maior que um, é maior que dois, é maior que três, é maior que quatro, é maior que dez, é maior que cinquenta, é maior que cem.
[027] Em uma modalidade preferencial, pelo menos um dentre o primeiro e o segundo usuário e quaisquer usuários adicionais opcionais desempenha pelo menos uma etapa referente à presente invenção por meio de um aplicativo móvel ou “aplicativo” (doravante como aplicativo), um aplicativo de computador de mesa ou uma interface de web acessível por meio da internet, isto é, diferentes modalidades de um produto de programa de computador de acordo com a presente invenção. Em uma modalidade mais preferencial, pelo menos o primeiro usuário desempenha pelo menos as etapas de elaborar o contrato em vídeo e transferir por upload o contrato em vídeo por meio do dito aplicativo, pelo qual a sua conta de usuário fornece acesso a um ou mais contratos em vídeo transferidos por upload, preferencialmente todos os contratos em vídeo que são atualmente válidos e em que o usuário faz parte do contrato em vídeo.
[028] Em uma modalidade, em que o usuário tem acesso a um ou mais contratos em vídeo transferidos por upload presentes no servidor, o método pode compreender a etapa adicional de permitir que um dentre os usuários, preferencialmente todos dentre os usuários, finalize o contrato em vídeo. Em uma modalidade preferencial, é fornecida uma interface de usuário gráfica para ser exibida no dito primeiro e/ou no segundo dispositivos a fim de acessar o dito um ou mais contratos em vídeo transferidos por upload, e a interface de usuário gráfica compreende, para pelo menos um contrato em vídeo transferido por upload, meios para enviar uma solicitação de término aos (os dispositivos dos) outros usuários envolvidos. Tal solicitação de término, preferencialmente, é enviada ao servidor e, subsequentemente, é encaminhada para cada um dentre os outros usuários envolvidos. Mediante o recebimento, cada um dentre os usuários que recebe a solicitação de término é, preferencialmente, estimulado a tomar uma atitude com base em uma notificação em seu dispositivo. Pelo presente, o contrato em vídeo pode ser finalizado com sucesso se alguma porcentagem dada, por exemplo, pelo menos 66% ou pelo menos 100% dos usuários, concordam em finalizar o dito contrato em vídeo. Um contrato em vídeo finalizado pode, preferencialmente, permanecer disponível no servidor, embora preferencialmente compreenda uma indicação de que o dito contrato em vídeo foi finalizado. Em uma modalidade alternativa, o dito contrato em vídeo finalizado é excluído do dito servidor após o término ter sido completado, por exemplo, imediatamente após o término ter sido completado, ou após algum número fixo de dias, por exemplo, 7 ou 14 dias, ou meses, por exemplo, 1 ou 2 meses, ou anos, por exemplo, 1 ano, 2 anos ou 5 anos.
[029] Além do mais, a invenção refere-se a um serviço digital, no qual uma gravação de vídeo digital funciona como um acordo ou contrato entre duas ou mais partes, isto é, dois ou mais usuários.
Particularmente, a invenção refere-se a um método para elaborar e assinar um contrato em vídeo entre duas ou mais partes.
A gravação de vídeo digital, isto é, a porção de conteúdos de vídeo, é preferencialmente feita por meio do dispositivo móvel de uma dentre as duas ou mais partes, isto é, a primeira parte.
O mesmo é preferencialmente feito por meio de um aplicativo relacionado ao serviço, ou, alternativamente, por meio de um aplicativo de terceiros que está em conexão com um servidor de terceiros diferente do dito servidor.
Para cada parte, a porção de conteúdo de vídeo, preferencialmente, contém pelo menos uma subporção em que a parte descreve o contrato, em que, preferencialmente, pelo menos a face da parte está visível.
Após a gravação, ou, alternativamente, o recebimento da porção de conteúdo de vídeo no primeiro dispositivo, a porção de conteúdo de vídeo é transferida por upload para um servidor por meio do dito dispositivo móvel da dita primeira parte.
Preferencialmente, a partir desse ponto em diante, a porção de conteúdo de vídeo é parte de um contrato em vídeo que necessita ser confirmado e que é armazenado centralmente, em vez de ser armazenado no dispositivo de uma das partes.
Em uma etapa seguinte, preferencialmente, o contrato em vídeo é apresentado para a assinatura de pelo menos uma das partes e, preferencialmente, de cada uma das partes em seu respectivo dispositivo por meio de um convite de assinatura de contrato em vídeo que é enviado preferencialmente por meio de algum canal autenticado, preferencialmente por meio do aplicativo que está sendo executado, pelo menos, no primeiro dispositivo e, preferencialmente, em cada um dos dispositivos, alternativamente no primeiro dispositivo por meio do aplicativo que está sendo executado no primeiro dispositivo e/ou no segundo dispositivo por meio de algum serviço de mensagem que inclui e-mail, SMS ou um aplicativo de mensagem de telefone inteligente.
Mediante a assinatura por todas as partes, preferencialmente a assinatura explícita por todas as partes, o contrato em vídeo é assinado e pode ser efetivado.
[030] Em uma modalidade preferencial, a dita etapa do dito fornecimento do dito conteúdo de vídeo compreende a gravação, pelo dito primeiro usuário, da dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo, preferencialmente em que o dito fornecimento do dito conteúdo de vídeo consiste na gravação, pelo dito primeiro usuário, da dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo. Tal modalidade pode se referir, por exemplo, a uma modalidade, na qual o primeiro usuário grava a porção de conteúdo de vídeo por meio do dito primeiro dispositivo e por meio de qualquer aplicativo de gravação de vídeo, para então “importar” a porção do conteúdo de vídeo através do fornecimento da primeira etapa de acordo com a presente invenção. Isso se opõe com uma modalidade também pertencente à invenção, em que o primeiro usuário usa um dispositivo adicional, por exemplo, uma câmera digital, para gravar a porção de conteúdo de vídeo, para transferi-lo ao primeiro dispositivo apenas depois com o objetivo de elaborar um contrato em vídeo com base na dita porção de conteúdo de vídeo. Em uma modalidade preferencial adicional, a gravação da porção de conteúdo de vídeo também é realizada por meio do dito primeiro dispositivo. Isso fornece a vantagem de aumentar a cordialidade entre usuários.
[031] Em outra modalidade preferencial, a dita transferência por upload ocorre pelo menos parcialmente durante qualquer uma dentre a dita etapa de fornecer a dita porção de conteúdo de vídeo e a dita etapa da dita elaboração, preferencialmente pelo menos parcialmente durante a dita etapa de elaborar. Isso tem a vantagem de que o processo potencialmente demorado de transferir por upload o conteúdo de vídeo é iniciado antes de o usuário fornecer os detalhes do contrato em vídeo. Isso maximiza o tempo entre o início da transferência por upload e o tempo no qual o usuário tiver finalizado de elaborar o contrato em vídeo. Isso pode ser benéfico para o usuário, quem, após finalizar a elaboração do contrato em vídeo, pode experienciar um tempo de espera reduzido ou mesmo nenhum tempo de espera até a conclusão da transferência por upload.
[032] Em uma modalidade preferencial, a porção de conteúdo de vídeo também pode ser gravada, preferencialmente por meio do aplicativo, quando o primeiro dispositivo não está conectado ao dito servidor, porém, no qual o sinal de localização ainda está sendo gravado. Isso aumenta a cordialidade entre usuários sem comprometer muito a confiabilidade das informações, em que a presença do sinal de localização “compensa” a transferência por upload demorada da porção de conteúdo de vídeo para o servidor.
[033] No presente documento, os termos “GNNS” referem-se a um sistema de satélite de navegação global, tal como o Sistema de Posicionamento Global (GPS), GLONASS, Galileo e BeiDou ou BeiDou-2. Em uma modalidade preferencial, o primeiro dispositivo tem acesso a coordenadas determinadas por um módulo de posicionamento, em que dito módulo de posicionamento pode ou não estar compreendido no dito primeiro dispositivo. O posicionamento realizado pelo dito módulo de posicionamento pode se referir a qualquer um ou qualquer combinação do que é abordado a seguir: posicionamento por GNNS, posicionamento baseado em WiFi, posicionamento baseado em Bluetooth e posicionamento baseado na rede de celular. Além do mais, os termos “usuário” e “parte” são usados de forma intercambiável no presente documento. De forma similar, os termos “acordo” e “contrato” são usados de forma intercambiável.
[034] No presente documento, o termo “REST” refere-se à tecnologia de transferência de estado representacional. Um API é considerado RESTful se é baseado em REST. Em uma modalidade, isso se refere a um API que depende de solicitações de HTTP, tais como OBTER, COLOCAR, POSTAR e EXCLUIR para a comunicação pré-formada. Em uma modalidade preferencial, o API mencionado no presente documento está RESTful; em uma modalidade alternativa, isso pode ser baseado em SOAP, em que SOAP significa Protocolo de Acesso de Objeto Simples. O termo SDK refere-se ao Kit de Ferramentas de Desenvolvimento de Software. Na modalidade preferencial, a integração da invenção em relação ao aplicativo de terceiros é realizada por meio de um SDK, em que o dito SDK, preferencialmente, compreende a dita interface relacionada à API.
[035] No presente documento, os termos “servidor” e “nuvem” são usados de forma intercambiável, ambos os termos são referentes à infraestrutura de back-end presente na rede para armazenar contratos em vídeo e, preferencialmente, para suportar a elaboração e a assinatura de contratos em vídeo.
[036] No presente documento, o termo “cadeia de blocos” refere-se a um banco de dados distribuído que mantém uma lista continuamente crescente de registrações em cadeias, as quais são especificadas incontestavelmente, são atualizadas e não podem ser adaptadas. Pelo presente, é irrelevante qual variante de cadeia de blocos está sendo referida, e toda a tecnologia de razão distribuída (DLT) pode funcionar como cadeia de blocos. Além do mais, em um método preferencial, a presente invenção é agnóstica em relação à cadeia de blocos específica usada, e pode ser aplicada a qualquer uma dentre uma ampla faixa de tipos de cadeia de blocos sem exigir alteração. Em uma modalidade preferencial, o uso de múltiplos tipos de cadeia de blocos é possível simultaneamente, com, por exemplo, um sistema que tem acesso a múltiplas cadeias de blocos e registra uma porção de dados na cadeia de blocos A para o usuário A ao mesmo tempo em que registra uma segunda porção de dados na cadeia de blocos B para o usuário B. Relacionados, os termos “cadeia de blocos” e “tecnologia de razão distribuída” são usados de forma intercambiável no presente documento. Isso inclui todos os tipos comuns de cadeias de blocos e razões relacionadas conhecidas pelas pessoas versadas na técnica. Pelo presente, pode-se referir a uma cadeia de blocos permitida ou não permitida, uma cadeia de blocos pública, tal como a cadeia de blocos de bitcoin ou a cadeia de blocos de Ethereum, uma cadeia de blocos privada, uma cadeia de blocos centralizada, descentralizada, ou controle de razão distribuído. O mecanismo de consenso envolvido em adicionar os dados à cadeia de blocos, preferencialmente, refere-se ao consenso distribuído. Isso pode envolver prova de trabalho, porém também pode envolver e/ou alternativamente envolve qualquer um dentre os seguintes: prova de participação, um sistema baseado em líder, um sistema baseado em voto ou um princípio baseado no hashgraph. Em uma modalidade preferencial adicional, o termo “cadeia de blocos”
refere-se a uma plataforma de computação distribuída baseada na cadeia de blocos que suporta a funcionalidade do contrato inteligente, tal como Ethereum, em que um ou mais usuários, preferencialmente, têm acesso a uma carteira eletrônica disponível na dita plataforma de computação distribuída baseada na cadeia de blocos, em que a dita carteira eletrônica, preferencialmente, compreende uma ou mais criptomoedas. No presente documento, cada um dentre o primeiro e o segundo dispositivo é, preferencialmente, um telefone inteligente, um exibidor óptico, preferencialmente, um capacete de realidade virtual, um computador tipo tablet, um computador portátil, um relógio inteligente ou um computador de mesa. Em uma modalidade, tanto o primeiro dispositivo quanto o segundo dispositivo são telefones inteligentes. Em outra modalidade, o primeiro dispositivo é um tablet e o segundo dispositivo é um telefone inteligente. Ainda, em outra modalidade, o primeiro dispositivo é um telefone inteligente e o segundo dispositivo é um telefone móvel sem as funções do telefone inteligente ou um telefone inteligente que apresenta as funções de dados de celular atualmente indisponíveis, por exemplo, pois os dados do celular foram desligados em vista dos custos de itinerância.
[037] No presente documento, o termo “conta de usuário” refere-se a um conjunto pessoal de dados protegidos armazenados no dito servidor para fornecer a um usuário o acesso a um ou mais contratos em vídeo transferidos por upload e/ou serviços adicionais relativos aos contratos em vídeo. A conta é preferencialmente acessada por meio de um aplicativo no dispositivo do usuário. A identificação da dita conta pode ser possível por meio de um número de usuário e/ou por um endereço de e-mail. A autenticação, em relação à dita conta que é preferencialmente realizada por meio do dito aplicativo, pode ser baseada em uma senha. Em uma modalidade preferencial, um aplicativo é autenticado em relação a uma conta de usuário no primeiro uso e, subsequentemente, é protegido por meio de um código PIN, por exemplo, um código numérico com quatro, cinco ou seis dígitos. Em uma modalidade relativa, o acesso à conta e/ou ao aplicativo pode ser adicionalmente e/ou alternativamente restrito por meio da autenticação biométrica, por exemplo, reconhecimento por digital ou reconhecimento facial.
[038] Os meios de conexão do primeiro e do segundo dispositivo preferencialmente se referem à comunicação por voz e/ou dados do celular, tal como redes 2G, 3G, 4G ou 5G e/ou ao acesso a uma rede WiFi que, preferencialmente, corresponda a um padrão de IEEE 802.11, tal como IEEE 802.lln ou IEEE 802.11ac. Além do mais, os meios de conexão podem se referir a uma conexão de Bluetooth. Em uma modalidade, tanto o primeiro dispositivo quando o segundo dispositivo compreendem meios para a conexão de dados do celular, com 3G ou maior. Em outra modalidade, o primeiro dispositivo compreende meios para a conexão de dados do celular, porém o segundo dispositivo compreende apenas meios para comunicação por voz do celular e funcionalidade de dados limitada relacionados, por exemplo, ao SMS, conforme é o caso para um telefone móvel sem a funcionalidade de telefone inteligente.
[039] Visto que a invenção fornece vários aspectos que são estritamente relacionados, as pessoas versadas na técnica podem observar facilmente que todas as modalidades dadas no presente documento podem se referir a qualquer aspecto da presente invenção. Por exemplo, o método e o sistema relacionam-se pelo fato de que o sistema pode ser configurado para executar as etapas que pertencem ao método, e o método pode ser executado pelo sistema.
[040] Em um primeiro aspecto, a invenção refere-se a um método de acordo com a reivindicação 1.
[041] Pelo presente, a dita primeira e a segunda assinatura eletrônica fornecem um meio para verificar se as pessoas que estão assinando o contrato em vídeo, de fato, correspondem com a dita identificação do dito primeiro usuário e do dito segundo usuário. Em uma modalidade, isso se relaciona ao uso de criptografia assimétrica, tal como PKI (infraestrutura de chave pública), em que um par de chaves é associado a um, a dois e/ou a todos os usuários, preferencialmente a todos os usuários. O par de chaves compreende uma chave privada e uma chave pública. Pelo presente, a chave privada é conhecida apenas pelo usuário e pode ser usada para encriptar uma série de byte, por exemplo, um resumo de mensagem, enquanto a chave pública pode estar publicamente disponível e pode ser usada para desencriptar a dita série de byte encriptada. Em tal modalidade, a identificação do usuário pode ser enlaçada à chave pública que pertence ao dito par de chaves, em que, por exemplo, a dita identificação compreende a dita chave pública ou pelo menos compreende alguma referência que permite recuperar a chave pública do dito usuário. Pelo presente, o usuário pode assinar o contrato em vídeo aplicando-se sua chave privada no contrato em vídeo, por exemplo, encriptando-se o resumo de mensagem associado ao contrato em vídeo por meio da dita chave privada, rendendo pelo menos uma dentre a dita primeira e a segunda assinatura eletrônica. A verificação da dita assinatura eletrônica pode, então, ser feita por qualquer parte desencriptando-se a dita assinatura eletrônica por meio da dita chave privada. O PKI pode envolver uma Autoridade de Certificação e/ou o uso de uma cadeia de blocos, por exemplo, uma cadeia de blocos para armazenar as chaves públicas de um ou mais dentre os usuários. Em uma modalidade preferencial, a primeira e a segunda assinatura eletrônica se referem a um token ou código similar que é gerado para fins de verificação, em que o dito token é entregue a um meio de contato compreendido na identificação do usuário. Entregando-se o token através do meio de contato, por exemplo, um endereço de e-mail ou uma conta do usuário no dito servidor, verifica-se que o usuário que fornece a assinatura eletrônica, de fato, tem acesso ao dito meio de contato. Em outra modalidade preferencial, a assinatura eletrônica é gerada tanto usando o meio de contato quanto permitindo que o usuário aplique sua chave privada.
[042] Observa-se que as ditas etapas podem ser executadas de acordo com diferentes sequências possíveis. Em uma modalidade, a dita transferência por upload precede o dito envio do dito convite de assinatura de contrato em vídeo, em que o segundo usuário, mediante o recebimento do convite de assinatura de contrato em vídeo, preferencialmente, assina o primeiro contrato em vídeo, enviando-se a segunda assinatura eletrônica ao servidor. O primeiro usuário pode, então, por exemplo, engatilhado por uma notificação do servidor e mediante o recebimento da dita segunda assinatura eletrônica, também assinar o contrato em vídeo, enviando-se a dita primeira assinatura eletrônica ao servidor. Em outra modalidade, na qual a dita transferência por upload precede o dito envio do dito convite de assinatura de contrato em vídeo, o segundo usuário, mediante o recebimento do convite de assinatura de contrato em vídeo, pode modificar o contrato em vídeo modificando-se a especificação de contrato e/ou editando-se a porção de conteúdos de vídeo, após a qual o primeiro usuário pode assinar o contrato em vídeo, seguido apenas então pela assinatura do segundo usuário. Ainda, em outra modalidade, o dito envio do dito convite de assinatura de contrato em vídeo compreende enviar um primeiro convite ao dito primeiro dispositivo e, preferencial e essencialmente de forma simultânea, um segundo convite similar ao dito segundo dispositivo e, opcionalmente, convites similares adicionais a dispositivos adicionais se usuários adicionais estiverem envolvidos. Em tal modalidade, o recebimento da dita primeira e da dita segunda e de quaisquer assinaturas eletrônicas opcionais adicionais ocorre essencialmente de forma assíncrona, a sequência está em função do tempo que leva para cada um dos usuários responder.
[043] Em uma modalidade preferencial, a dita identificação do dito primeiro e do dito segundo usuário refere-se a uma conta de usuário digital armazenada no dito servidor ou em outro servidor, um endereço de e-mail e/ou um número de telefone. A identificação pode, então, compreender ou ser qualquer identificação de conta em qualquer plataforma online, por exemplo, uma conta de e-mail, uma conta em uma plataforma de rede social, uma conta em uma plataforma de leilão e/ou de compras, uma carteira eletrônica, preferencialmente relacionada a uma razão distribuída, tal como Ethereum, uma identificação em uma razão distribuída, tal como Ethereum. Em uma modalidade alternativa, a dita identificação pode se referir às informações relacionadas ao usuário, tais como um número de senha, uma combinação de nome e data de nascimento, um número de segurança social, um endereço, localização do usuário e/ou pode se referir às informações relacionadas ao dispositivo, tais como identificação única do dispositivo, um tipo de modelo do dispositivo, uma versão de um sistema operacional no dito dispositivo, um cookie, localização do dispositivo, a presente localização do dispositivo, evolução da localização do dispositivo ao longo do tempo.
[044] Em uma modalidade preferencial, o dito envio do dito convite de assinatura de contrato em vídeo ao dito segundo dispositivo é realizado pelo dito servidor; em que o dito envio do dito convite de assinatura de contrato em vídeo preferencialmente ocorre após a dita transferência por upload ter sido completada. Tal modalidade vantajosamente fornece a mediação pelo servidor. Em tal processo de estabelecimento, o contrato em vídeo que inclui a porção de conteúdo de vídeo não precisa ser armazenada localmente em nenhum dos telefones inteligentes e, além disso, não precisa ser enviada em sua totalidade ao segundo dispositivo, reduzindo, assim, a carga sobre os dispositivos eletrônicos, os quais podem ser, por exemplo, telefones inteligentes simples. Em uma modalidade preferencial adicional, o convite de assinatura de contrato em vídeo é, assim, enviado pelo servidor após a dita transferência por upload ter sido completada. Isso tem a vantagem de que, mediante o recebimento do convite de assinatura de contrato em vídeo, o segundo usuário pode encontrar o contrato inteiro de vídeo que inclui a porção de conteúdo de vídeo disponível para visualização no servidor. Isso pode levar a uma experiência mais cordial entre usuários para o segundo usuário.
[045] Em uma modalidade alternativa, o convite de assinatura de contrato em vídeo é enviado ao segundo usuário já quando a transferência por upload do contrato em vídeo ainda está em progresso. Em uma modalidade exemplificativa, a etapa de transferir por upload o dito contrato em vídeo do dito primeiro dispositivo pode compreender transferir por upload a especificação de contrato primeiro, para, então, iniciar a transferência por upload da porção de conteúdo de vídeo, em que um certo limite de progresso de transferência por upload pode engatilhar no envio do dito convite de assinatura de contrato em vídeo pelo dito servidor. Em um exemplo, o limite de progresso de transferência por upload pode se referir a um certo indicador relativo da porção remanescente de conteúdo de vídeo que ainda está para ser transferida por upload, por exemplo, menos que 100% ou 80%; mais preferencialmente, menos que 50% ou menos que 40%; ainda mais preferencialmente, menos que 30% ou 25% ou 20% ou 10%. Em outra modalidade, o limite de progresso de transferência por upload pode se referir a um certo indicador absoluto do tempo até a transferência por upload completa da porção de conteúdo de vídeo, por exemplo, referente à quantidade de bytes que ainda está para ser transferida por upload, tal como menos do que 100 MB ou menos do que 10 MB ou menos do que 1 MB, ou referente ao tempo estimado/extrapolado (em segundos) até a conclusão da transferência por upload, por exemplo, menos de 60 segundos ou menos de 30 segundos. Tal modalidade pode ser vantajosa pelo fato de que a mesma pode agilizar a assinatura do contrato em vídeo.
[046] Em uma modalidade, o dito envio do dito convite de assinatura de contrato em vídeo ao dito segundo dispositivo é realizado pelo dito primeiro dispositivo, preferencialmente sem uma intervenção do dito servidor; preferencialmente, em que o dito primeiro e o dito segundo dispositivo se comunicam de acordo com uma tecnologia ponto a ponto; mais preferencialmente, uma tecnologia sem fio de distância curta. Tal modalidade é vantajosa porque a mesma permite que os usuários elaborem um contrato em vídeo e, preferencialmente, assinem o dito contrato em vídeo sem a necessidade de se conectarem ao servidor, por exemplo, em ambientes que não tenham rede sem fio disponível, e, subsequentemente, transferir por upload o contrato em vídeo e/ou as assinaturas eletrônicas logo que a conectividade com o servidor for restaurada. Exemplos de uma tecnologia sem fio de distância curta incluem o Bluetooth, particularmente a Troca de Objetos baseado em Bluetooth (OBEX), comunicação infravermelha, por exemplo, OBEX baseado em infravermelho, mais preferencialmente, Comunicação a Curta Distância, sendo que cada um deles evita a necessidade, para um servidor, de troca de dados e, logo, corresponde a uma tecnologia sem fio ponto a ponto. Outras tecnologias sem fio ponto a ponto podem se referir a qualquer tipo de comunicação a curta e a longa distância que inclui 3G, 4G, 5G, comunicação por satélite, troca de informações baseada em câmera,
comunicação com cabos.
[047] Em uma modalidade preferencial, o dito segundo usuário está presente no campo de visão do primeiro usuário pelo menos durante a etapa de elaborar o dito contrato em vídeo e, também preferencialmente, durante a gravação da dita porção de vídeo e/ou durante a transferência por upload do dito contrato em vídeo, em que a distância entre o dito primeiro usuário e o dito segundo usuário é preferencialmente menor do que 20 m; mais preferencialmente, menor do que 10 m; ainda mais preferencialmente, menor do que 2 m. Em tal modalidade, a invenção vantajosamente usa o primeiro dispositivo para realizar muitas das etapas relacionadas à invenção, o qual está no campo de visão do segundo usuário e, então, pode ser apresentado ao segundo visualizador para assistir enquanto o primeiro usuário elabora o contrato em vídeo e transfere por upload o mesmo para o servidor. Pelo presente, a invenção pode exigir, mas preferencialmente e de forma vantajosa não exige, que o segundo usuário realmente veja o vídeo no segundo dispositivo, visto que o vídeo pode ser visto no primeiro dispositivo, ou ver pode ser completamente evitado, desde que, de acordo com uma modalidade preferencial, o segundo usuário esteja presente enquanto a porção de conteúdo de vídeo está sendo gravada. Além do mais, isso pode, vantajosamente, permitir que o segundo dispositivo seja um dispositivo simples, tal como um telefone móvel básico sem as funções do telefone inteligente, visto que tal dispositivo simples seria o suficiente para permitir a identificação do segundo usuário, e muitas das etapas do método podem ser conduzidas no primeiro dispositivo, o qual pode ser mais adequado para executar as etapas do método, por exemplo, por compreender uma grande tela.
[048] Em uma modalidade preferencial, o dito primeiro dispositivo compreende meios para atribuir um sinal de localização ao conteúdo de vídeo; em que a dita etapa de fornecer a dita porção de conteúdo de vídeo ao dito primeiro dispositivo, preferencialmente por gravação, compreende adicionar o dito sinal de localização à dita porção de conteúdo de vídeo; e em que o dito contrato em vídeo compreende uma indicação de localização com base no dito sinal de localização. Tal modalidade é vantajosa pelo fato de que o segundo usuário é informado sobre o lugar no qual o vídeo é fornecido e/ou gravado, preferencialmente gravado, e, até certo ponto, sobre a jurisdição que está relacionada ao contrato em vídeo. Em uma modalidade, a indicação de localização é simplesmente o próprio sinal de localização. O sinal de localização pode se referir a uma localização, visto que o mesmo foi medido no tempo de gravação do vídeo por algum módulo de posicionamento, preferencialmente um módulo de posicionamento compreendido no primeiro dispositivo, e foi, subsequentemente, adicionado à porção de conteúdo de vídeo pelo primeiro dispositivo. Alternativamente, o sinal de localização pode se referir a um sinal de localização, visto que o mesmo foi medido no tempo de elaboração do contrato em vídeo. Em uma modalidade, o sinal de localização corresponde a um conjunto de coordenadas globais, preferencialmente coordenadas de GPS. Em outra modalidade, o posicionamento é com base, parcial ou exclusivamente, na identificação de uma ou mais redes de celular dentro da faixa, em que o país, ao qual as redes de identificação se referem, pode ser considerado como eventual sinal de localização. Pelo presente, deve-se observar que o anterior pode ser menos preciso do que a localização baseada em GNNS, porém ainda pode ser suficientemente preciso no contexto da presente invenção, em que o conhecimento do país no qual a porção de conteúdo de vídeo foi gravada e/ou conhecimento do país no qual o contrato em vídeo foi elaborado pode ser suficiente para determinar uma jurisdição sobre a qual o contrato em vídeo pode ser considerado como válido. Em uma modalidade preferencial, a indicação de localização pode ser esse sinal de localização, ou, por várias razões, tal como pela privacidade de usuários, pode corresponder a um descritor menos específico da localização, tal como, a região ou o país no qual as coordenadas estão localizadas.
[049] Em uma modalidade preferencial, o dito primeiro dispositivo compreende meios para atribuir um sinal de tempo ao conteúdo de vídeo, preferencialmente um sinal de tempo de gravação; em que a dita etapa de gravação da dita porção de conteúdo de vídeo compreende adicionar o dito sinal de tempo à dita porção de conteúdo de vídeo; e em que o dito convite de assinatura de contrato em vídeo compreende pelo menos uma indicação relacionada aos ditos dados de tempo de transferência por upload e, preferencialmente e de forma adicional, uma indicação de um tempo no qual o dito convite de assinatura de contrato foi enviado. Isso é vantajoso por poder informar ao segundo usuário sobre a demora entre o tempo de gravação da porção de conteúdo de vídeo e a real transferência por upload e/ou a elaboração do contrato em vídeo. Isso pode permitir detectar se a porção de conteúdo de vídeo foi gravada antes ou após algum evento conhecido. Isso pode ser importante, por exemplo, pelo fato de que o contrato em vídeo se refere à decoração interior de uma casa, em que uma certa fase dos trabalhos tenha acontecido em uma certa data, e o contrato em vídeo pode pressupor que a dita fase foi completada.
[050] Em uma modalidade preferencial, a dita identificação de pelo menos um dentre o dito primeiro e o segundo usuário compreende executar um algoritmo de reconhecimento de face na dita porção de conteúdo de vídeo e/ou de uma foto tirada com a dita câmera do dito primeiro dispositivo para melhorar a confiabilidade da dita identificação. Pelo presente, a dita foto tirada com a dita câmera do dito primeiro dispositivo está, preferencialmente, compreendida na dita etapa de elaborar o contrato em vídeo. No caso da execução do dito algoritmo de reconhecimento de face, pelo menos na dita porção de conteúdo de vídeo, a invenção, vantajosamente, tem uma correspondência estabelecida com a coleta da porção de conteúdo de vídeo e com a coleta da identificação do primeiro e do segundo usuário. No caso da execução do dito algoritmo de reconhecimento de face, pelo menos na dita foto tirada com a dita câmera do dito primeiro dispositivo, a invenção, vantajosamente, “reusa” a câmera que está, preferencialmente, presente no primeiro dispositivo para gravar o vídeo para fins de identificação, o que leva a uma experiência cordial entre usuários para que os usuários se identifiquem.
[051] Em uma modalidade preferencial, a dita elaboração do dito contrato em vídeo compreende executar um algoritmo de reconhecimento de objeto e/ou um algoritmo de reconhecimento de produto na dita porção de conteúdo de vídeo, em que uma saída do dito algoritmo de reconhecimento de objeto e/ou do dito algoritmo de produto é usada para editar a dita porção de conteúdo de vídeo e/ou modificar a dita especificação de contrato.
Pelo presente, algoritmos para o reconhecimento de objeto e para o reconhecimento de produto funcionam com objetivos relacionados, em que “objeto” pode se referir a um objeto genérico, por exemplo, um pacote embalado em papelão, e “produto” pode se referir a um objeto tipicamente relacionado a uma marca específica, por exemplo, um pacote expedido pela empresa A.
Em vista da similaridade no objetivo, um único algoritmo pode funcionar tanto com o propósito de reconhecimento de objeto quanto de reconhecimento de produto.
Entretanto, uma pessoa versada na técnica pode verificar que esses objetivos também podem exigir diferentes implementações de um único algoritmo, ou até mesmo de dois ou mais algoritmos diferentes.
Saídas de tais algoritmos podem incluir uma categoria do objeto ou do produto, por exemplo, no qual o contrato em vídeo está relacionado à mobília ou ao alimento, um tipo de marca e/ou de modelo do objeto ou do produto, por exemplo, no qual o contrato em vídeo está relacionado a um veículo, ou uma identificação única do objeto ou do produto, em que o contrato em vídeo está relacionado a um veículo que porta uma placa de veículo ou um dispositivo eletrônico a partir do qual o número de série está visível.
Em uma modalidade, uma ou mais das tais saídas podem ser usadas para editar a dita porção de vídeo, por exemplo, "imprimindo-se" informações relacionadas a objetos reconhecidos ou a produtos em uma área visível dos conteúdos de vídeo para um certo período de tempo, por exemplo, 1 ou 2 segundos, para indicar que um objeto ou um produto foi reconhecido.
Em outra modalidade relativa, uma ou mais das saídas podem adicionalmente/alternativamente ser usadas para modificar a especificação de contrato, por exemplo, adicionando-se, preferencialmente de forma automática, as informações descritivas relacionadas ao objeto reconhecido ou ao produto para a especificação de contrato.
Pelo presente, o dito algoritmo pode processar a porção de conteúdo de vídeo após a mesma ter sido gravada e/ou fornecida, porém também pode operar em “tempo real” durante a gravação e/ou o fornecimento, em que a edição proposta pode, preferencialmente, ser exibida como uma sobreposição na tela do primeiro dispositivo enquanto o primeiro dispositivo está exibindo o conteúdo de vídeo conforme o mesmo está disponível para o primeiro dispositivo, preferencialmente, conforme o mesmo é captado pela câmera do primeiro dispositivo. Tal modalidade, com uma sobreposição, pode ou não pode ser combinada com uma modalidade com reconhecimento facial, e pode, preferencialmente, se referir à realidade aumentada, realidade virtual ou realidade misturada conforme é conhecido pelas pessoas versadas na técnica. Por exemplo, uma modalidade com a dita sobreposição pode ser particularmente vantajosa, na qual o primeiro dispositivo corresponde a um capacete de realidade virtual, em que a transparência parcial do exibidor óptico pode reduzir ou até mesmo remover a necessidade que o primeiro dispositivo tem de exibir o conteúdo de vídeo conforme o mesmo é captado, permitindo, assim, que o primeiro usuário foque nas informações exibidas na sobreposição. Independentemente da natureza do primeiro dispositivo, a sobreposição pode compreender uma ou mais identificações e/ou etiquetas de um ou mais objetos, produtos ou pessoas reconhecidos, em que a dita uma ou mais etiqueta e/ou identificação pode ser exibida em tempo real próximo aos objetos, produtos ou pessoas, e em que, preferencialmente, a eventual porção de conteúdo de vídeo armazenada como parte do contrato em vídeo compreende a dita sobreposição, como “embutida em código” ou como uma camada de vídeo separada pela qual a visibilidade pode ser controlada de forma separada daquela dos dados captados pela câmera. Tais modalidades, vantajosamente, utilizam a abundância de informações relacionadas ao contrato compreendidas na porção de conteúdo de vídeo, oferecendo, assim, vantagem significativa em relação aos métodos de estado da técnica para elaborar acordos. Isso leva a uma elaboração mais rápida do contrato e, em geral, a uma documentação mais completa do contrato em vídeo.
[052] Em uma modalidade, o dito convite de assinatura de contrato em vídeo compreende uma validade para limitar um termo durante o qual o dito contrato em vídeo pode ser assinado. A presença de uma validade fornece aos usuários mais controle quanto à elaboração e ao processo inteiro de gerenciar seus contratos em vídeo. Isso é particularmente vantajoso, visto que a invenção fornece meios para permitir que os usuários tenham acesso aos contratos em vídeo que estão apenas, parcialmente, completos, por exemplo, com uma assinatura recebida no servidor, porém com a outra assinatura ainda pendente.
[053] Em uma modalidade preferencial, o dito método compreende adicionalmente a etapa de receber, preferencialmente, pelo dito servidor, uma modificação da dita porção de conteúdo de vídeo e/ou da dita especificação de contrato de um dentre o dito primeiro e o dito segundo usuário; e em que a dita modificação concede o acesso para enviar, preferencialmente, pelo dito servidor, um convite de assinatura de contrato em vídeo associado à dita modificação para o dispositivo que pertence ao outro dentre o dito primeiro e o segundo usuário, em que o dito envio é com base na dita identificação do dito outro dentre o dito primeiro e o segundo usuário; em que o dito convite de assinatura de contrato em vídeo associado à dita modificação, preferencialmente, compreende uma validade modificada para limitar um termo durante o qual o dito contrato em vídeo pode ser assinado. Isso tem a vantagem de que o contrato em vídeo pode ser modificado uma ou mais vezes por pelo menos um usuário e, preferencialmente, por ambos os usuários antes de ser assinado. Novamente, isso é particularmente vantajoso, visto que a invenção fornece meios para permitir que os usuários tenham acesso aos contratos em vídeo que estão apenas, parcialmente, completos, por exemplo, com uma assinatura recebida no servidor, porém com a outra assinatura ainda pendente.
[054] Em uma modalidade preferencial, a dita etapa de elaborar o dito contrato em vídeo compreende receber, pelo dito primeiro dispositivo, uma edição da dita porção de conteúdo de vídeo e/ou uma modificação da dita especificação de contrato de um dentre o dito primeiro e o dito segundo usuário; em que a dita edição, preferencialmente, se refere a um ajuste e/ou ao corte e/ou à emenda de uma ou mais porções esboçadas do conteúdo de vídeo e/ou à elaboração de uma sobreposição associada à dita porção de conteúdo de vídeo, e em que a dita modificação da dita especificação de contrato pode se referir à inclusão de um ou mais quadros editados e/ou selecionados da dita porção de conteúdo de vídeo na dita especificação de contrato.
Tal modalidade, vantajosamente, usa as funções de processamento dos dispositivos de estado da técnica, tais como os telefones inteligentes, que podem realizar a edição de vídeo de forma rápida e confiável.
Em uma modalidade, a dita edição refere-se a um ajuste e/ou ao corte e/ou à emenda de uma ou mais porções esboçadas de conteúdo de vídeo, fornecendo, assim, aos usuários o benefício de fornecer a porção de conteúdo de vídeo em várias porções esboçadas separadas.
Isso faz com que seja um processo mais cordial entre os usuários, visto que o mesmo permite, por exemplo, gravar porções esboçadas novamente no caso de erros, em vez de ser obrigado a fazer a única gravação novamente do início.
Além do mais, em uma modalidade preferencial, em que um modelo é fornecido para guiar a dita elaboração do dito contrato em vídeo, o modelo pode, vantajosamente, fornecer etapas separadas para o fornecimento e/ou para a gravação de cada porção esboçada de conteúdo de vídeo separada, levando a uma elaboração mais controlada do contrato em vídeo, com um fluxo mais fácil para o usuário.
Em uma modalidade com uma sobreposição, a sobreposição pode ser adicionada à porção de conteúdo de vídeo após a mesma ter sido fornecida, preferencialmente, gravada, porém pode, em algumas modalidades, ser elaborada em “tempo real” durante a gravação.
Tal modalidade com uma sobreposição pode ou não pode ser combinada com uma modalidade com reconhecimento de face, objeto e/ou de produto.
Tal sobreposição pode, por exemplo, compreender uma ou mais identificações e/ou etiquetas de um ou mais objetos, produtos ou pessoas conforme reconhecidos pelos usuários e/ou um dentre os algoritmos, em que a dita uma ou mais etiqueta e/ou identificação pode ser exibida próxima aos objetos, aos produtos ou às pessoas, e em que, preferencialmente, a eventual porção de conteúdo de vídeo armazenada como parte do contrato em vídeo compreende a dita sobreposição, seja “embutida em código” ou como uma camada de vídeo separada, a partir da qual a visibilidade pode ser controlada de forma separada daquela dos dados conforme captados pela câmera.
Tais modalidades, vantajosamente, combinam as informações fornecidas pelos usuários, preferencialmente por usuários humanos, com as informações fornecidas pelos algoritmos. Em uma modalidade com a inclusão de um ou mais quadros editados e/ou selecionados, os quadros podem ser editados por alguma função de editar imagem, permitindo, assim, que um usuário, por exemplo, desenhe linhas ou que digite o texto sobre uma ou mais ainda imagens (quadros) ou sobre uma sequência curta que compreende múltiplos quadros. Isso pode aprimorar a interação entre usuários e pode agilizar a elaboração de contrato em vídeo.
[055] Em uma modalidade preferencial, o dito envio, preferencialmente, pelo dito servidor, do dito convite de assinatura de contrato em vídeo ao dito segundo usuário implica no recebimento da dita primeira assinatura eletrônica do primeiro usuário; e/ou em que o dito envio, preferencialmente, pelo dito servidor, do dito convite de assinatura de contrato em vídeo associado à dita modificação de um dentre o dito primeiro e o segundo usuário ao dispositivo que pertence ao outro dentre o dito primeiro e o segundo usuário implica no recebimento da assinatura eletrônica do dito um usuário. Tal modalidade é vantajosa por a mesma agilizar a elaboração e a assinatura do contrato em vídeo.
[056] Em outra modalidade preferencial, a dita identificação do dito segundo usuário refere-se a um meio de contato para alcançar o dito segundo usuário, tal como, uma conta de usuário armazenada no dito servidor e/ou um endereço de e-mail e/ou um número de telefone; e em que o dito convite de assinatura de contrato em vídeo é entregue por meio do dito meio de contato para garantir que a dita identificação do dito segundo usuário esteja ligada ao dito meio de contato do dito segundo usuário. Tal modalidade fornece a vantagem de aumentar a confiabilidade e a segurança.
[057] Em uma modalidade preferencial relativa, o dito segundo dispositivo é diferente do dito primeiro dispositivo, o convite de assinatura de contrato em vídeo compreende um token; em que o dito fornecimento da dita segunda assinatura eletrônica pelo dito segundo usuário envolve fornecer o dito token para garantir que a pessoa que fornece a dita segunda assinatura eletrônica seja o dito segundo usuário; e em que o segundo usuário, preferencialmente, fornece a dita segunda assinatura eletrônica por meio de um dispositivo diferente do dito segundo dispositivo,
preferencialmente, do dito primeiro dispositivo.
Tal modalidade, vantajosamente, liga a pessoa que tem acesso ao meio de contato ao segundo usuário, e garante que a pessoa que fornece a assinatura eletrônica, de fato, tenha acesso ao meio de contato.
Isso pode ser particularmente vantajoso se o segundo dispositivo tem meios de interface de usuário e/ou meios de conexão de rede limitados.
Em um exemplo, o segundo dispositivo pode ser um telefone móvel básico que carece de funcionalidade de telefone inteligente, que compreende meios para receber o dito token, porém não para assinar.
Em outro exemplo, o segundo dispositivo pode não ter acesso aos dados móveis, pode carecer de um aplicativo necessário para a assinatura, ou o segundo usuário pode desejar evitar o acesso aos dados móveis, por exemplo, para evitar custos de itinerância.
Em tal caso, o segundo usuário pode preferir apenas receber o token no segundo dispositivo, por exemplo, por meio de SMS ou por meio de e- mail, e pode fornecer o token por meio do primeiro dispositivo.
Em uma modalidade, o token pode ser um código alfanumérico ou numérico, e/ou pode estar relacionado ao mesmo, que pode ser recuperado pelo segundo usuário a partir do segundo dispositivo e introduzido manualmente em qualquer dispositivo como parte da assinatura do contrato em vídeo.
Em outra modalidade, o token pode ser um hiperlink, e/ou pode estar relacionado ao mesmo, preferencialmente um único hiperlink gerado junto com o dito convite de assinatura de contrato em vídeo, que compreende porções relacionadas a tokens, em que a visita ao dito hiperlink pode iniciar a assinatura, e/ou contribuir para a mesma, do contrato em vídeo.
Ainda, em outra modalidade, o token pode ser um código de barras unidimensional ou um código de barras bidimensional, e/ou pode estar relacionado aos mesmos, tal como um código QR recebido no segundo dispositivo.
Em tal modalidade, a assinatura do contrato em vídeo pela segunda parte pode ser feita vantajosamente por meio de um dispositivo diferente do dito segundo dispositivo e pode compreender uma câmera, em que a assinatura envolve o escaneamento do código de barras exibido no segundo dispositivo por meio da dita câmera.
Em tal modalidade, a assinatura do contrato em vídeo pela segunda parte também pode ser feita até mesmo mais vantajosamente por meio do dito primeiro dispositivo, visto que esse dispositivo pode, em uma modalidade preferencial, compreender uma câmera para gravar um vídeo, sendo que a assinatura envolve o escaneamento do código de barras exibido no segundo dispositivo por meio da câmera do primeiro dispositivo.
[058] Em uma modalidade alternativa, o dito segundo dispositivo é igual ao dito primeiro dispositivo, em que o convite de assinatura de contrato em vídeo compreende um token; em que dito fornecimento da dita segunda assinatura eletrônica pelo dito segundo usuário envolve fornecer o dito token para garantir que a pessoa que fornece a dita segunda assinatura eletrônica seja o dito segundo usuário. Isso pode ser particularmente vantajoso se o segundo usuário não tiver um segundo dispositivo disponível para a assinatura, porém se não tiver o acesso privilegiado, por exemplo, o acesso baseado em senha, a algum meio de contato, tal como uma conta de usuário armazenada no dito servidor e/ou um endereço de e-mail e/ou um número de telefone. O segundo usuário pode procurar por tal acesso por meio do primeiro dispositivo para recuperar o dito token e pode, subsequentemente, introduzir o token para iniciar a assinatura do contrato em vídeo e/ou contribuir com a mesma. Pelo presente, o token pode estar relacionado a qualquer uma dentre as modalidades mencionadas no presente documento, e preferencialmente ao dito código alfanumérico ou numérico ou ao dito hiperlink que compreende as porções relacionadas aos tokens.
[059] Em uma modalidade preferencial, a dita etapa de elaborar o dito contrato em vídeo compreende armazenar um contrato inteligente em uma plataforma de computação distribuída relacionada à cadeia de blocos, em que o dito contrato inteligente compreende pelo menos uma identificação do dito contrato em vídeo e, preferencialmente, uma referência de pelo menos uma carteira eletrônica de pelo menos um dentre o dito primeiro e o segundo usuário; e em que uma conclusão de uma tarefa referente ao dito contrato em vídeo engatilha um evento definido pelo dito contrato inteligente, preferencialmente, engatilhando pelo menos um pagamento por meio da dita carteira eletrônica. Tal modalidade pode, vantajosamente, conectar uma ou mais tarefas compreendidas no contrato em vídeo a um ou mais eventos em uma cadeia de blocos, tal como uma registração de uma conclusão de tarefa ou cumprimento de contrato, ou preferencialmente, um pagamento para a dita uma ou mais tarefas conforme completas. Pelo presente, a identificação do dito contrato em vídeo pode ser feita por meio de um único identificador do contrato em vídeo conforme gerado pelo, por exemplo, primeiro dispositivo. Outros meios de identificação podem estar relacionados a um hash gerado a partir da porção inteira de conteúdo de vídeo, ou a partir de parte da mesma, por meio de uma função de hash criptográfico de via única, tal como, por exemplo, SHA- 256. Visto que a porção de conteúdo de vídeo é uma parte essencial do contrato em vídeo, usar o hash da porção de conteúdo de vídeo é um meio vantajoso para identificar o contrato em vídeo.
[060] Em uma modalidade preferencial, o dito contrato em vídeo e/ou o dito convite de assinatura de contrato em vídeo compreende uma identificação da dita porção de conteúdo de vídeo, preferencialmente uma identificação gerada por máquina da dita porção de conteúdo de vídeo, tal como um hash com base na dita porção de conteúdo de vídeo; mais preferencialmente, um hash gerado a partir da porção inteira de conteúdo de vídeo, ou a partir de parte da mesma, por meio de uma função de hash criptográfico de via única, tal como, por exemplo, SHA-256. Preferencialmente, pelo menos o contrato em vídeo e, mais preferencialmente também o convite de assinatura de contrato em vídeo compreendem essa identificação. Em uma modalidade, tanto a dita porção de conteúdo de vídeo quanto a identificação da dita porção de conteúdo de vídeo estão compreendidas no contrato em vídeo. Isso tem a vantagem de que alguma forma derivada do contrato em vídeo, tal como, uma versão comprimida ou impressa que exclui a porção atual de conteúdo de vídeo, ainda pode compreender uma forte ligação à porção original de conteúdo de vídeo. Tal forte ligação também pode ser importante, por exemplo, por razões de não recusa, em que um usuário questiona a validade de um contrato em vídeo afirmando-se que a porção de vídeo presente no servidor foi editada após o usuário assinar o contrato em vídeo. Tais questões podem ser abordadas apropriadamente inspecionando-se se o hash original presente no contrato em vídeo, conforme assinado e/ou conforme presente no convite de assinatura de contrato em vídeo, ainda tem correspondência estabelecida com o hash da porção de conteúdo de vídeo conforme reivindicado. Tal modalidade pode ser vantajosamente combinada com uma modalidade na qual uma parte do contrato em vídeo, por exemplo, pelo menos o hash da porção de conteúdo de vídeo, é armazenada em uma cadeia de blocos, preferencialmente em uma cadeia de blocos privada.
[061] Em uma modalidade preferencial, uma parte do contrato em vídeo, preferencialmente pelo menos o hash da porção de conteúdo de vídeo, é armazenada em uma cadeia de blocos, preferencialmente em uma cadeia de blocos privada. Pelo presente, usar a cadeia de blocos como razão pode ser vantajoso para perceber a não recusa em relação aos detalhes do contrato em vídeo.
[062] Em uma modalidade preferencial, o dito método compreende as etapas adicionais de: - abrir, pelo dito primeiro usuário, um aplicativo de terceiros no dito primeiro dispositivo, em que o dito aplicativo de terceiros compreende uma interface relacionada à API para se conectar ao dito servidor; - enviar uma chamada relacionada à API pelo dito aplicativo de terceiros ao dito servidor por meio da dita interface relacionada à API para iniciar a dita assinatura eletrônica do dito contrato em vídeo; em que as ditas etapas adicionais precedem as etapas adicionais do dito método, e em que as ações de pelo menos o dito primeiro usuário (1) envolvidas na execução do dito método são, preferencialmente, mediadas pelo dito aplicativo de terceiros com base nas chamadas relacionadas à API adicionais. Tal modalidade pode ser vantajosa devido ao aumento de sua modularidade. Em vez de se basear em um único aplicativo para iniciar a elaboração do contrato em vídeo, um aplicativo de terceiros pode ser usado como “front-end”. Isso pode ser particularmente vantajoso, por exemplo, nos casos em que o front-end é um aplicativo relacionado à rede social e/ou ao sistema de envio de mensagens. Em tal caso, a dita identificação do dito primeiro usuário e do dito segundo usuário envolvidos na elaboração do contrato em vídeo pode ser fornecida sob a forma de via de informações de contato ou pelo aplicativo de terceiros. Em tal modalidade, a chamada relacionada à API pode compreender as ditas informações de contato e/ou a dita etapa de elaborar pode compreender importar as ditas informações de contato do aplicativo de terceiros para o contrato em vídeo. Em uma modalidade adicional relativa, as ações de pelo menos o dito primeiro usuário envolvidas na execução do dito método são mediadas pelo dito aplicativo de terceiros com base nas chamadas relacionadas à API adicionais; em que a dita interface relacionada à API está relacionada a um SDK e em que pelo menos uma dentre a dita chamada relacionada à API e as ditas chamadas relacionadas à API adicionais se referem a um API RESTful. Isso adicionalmente faz com que a modularidade da invenção aumente. Em uma modalidade adicional relativa, a interação entre o dito aplicativo de terceiros e o dito servidor são mediadas por um SDK, em que o dito SDK, preferencialmente, compreende a dita interface relacionada à API. Isso também faz com que a modularidade da invenção aumente.
[063] Em uma modalidade preferencial, em que pelo menos o primeiro usuário desempenha pelo menos as etapas de elaborar o contrato em vídeo e de transferir por upload o contrato em vídeo, uma conta de usuário é fornecida pelo dito servidor para fornecer ao dito usuário o acesso a um ou mais contratos em vídeo transferidos por upload, preferencialmente todos os contratos em vídeo que estão atualmente válidos e em que o usuário é uma parte do contrato em vídeo. Em uma modalidade relativa, qualquer usuário pode fornecer um terceiro diferente do dito primeiro e segundo usuário com acesso parcial ou completo a um dentre os contratos em vídeo no servidor. Isso pode ser vantajoso, por exemplo, quando um usuário deseja fornecer a um terceiro a prova de que um certo contrato em vídeo existe e/ou os detalhes de um contrato em vídeo em debate.
[064] Ainda, em outra modalidade, a dita etapa de elaborar o dito contrato em vídeo refere-se ao uso de um modelo presente no dito servidor e/ou de um modelo presente no dispositivo do usuário. O dito modelo refere-se à elaboração do vídeo de acordo com um processo de etapa por etapa ou de “assistente”, em que os diferentes elementos do contrato em vídeo são solicitados pelo usuário (ou pelos usuários) de uma maneira sequencial, preferencialmente pela qual as subporções separadas diferentes da porção de conteúdo de vídeo são fornecidas, preferencialmente gravadas independentemente e são, subsequentemente, unidas/emendadas para obter a porção de conteúdo de vídeo final. Isso é vantajoso, visto que melhora a experiência do usuário. Em uma modalidade, o modelo pode, em uma primeira fase, solicitar ao primeiro usuário para que o mesmo se identifique, por exemplo, por meio de entrada de texto e/ou por meio de uma subporção de conteúdo de vídeo, em que o primeiro usuário esteja presente na subporção e/ou seja filmado, para, então, repetir o processo para o segundo usuário e quaisquer usuários adicionais. Em uma próxima fase, o modelo pode solicitar o fornecimento de detalhes referentes à tarefa e/ou ao objeto ao qual o contrato em vídeo está se referindo. Esses detalhes também podem ser introduzidos, por exemplo, por meio de entrada de texto e/ou por meio de uma subporção de conteúdo de vídeo fornecida, preferencialmente gravada, para esse propósito.
[065] Em outra modalidade preferencial, a invenção compreende meios para ser usada “no aplicativo”, isto é, meios, tais como uma interface de programação de aplicativo (API) e/ou de um plug-in são fornecidos para permitir a interação do dito servidor com um aplicativo de terceiros, tal como um aplicativo de envio de mensagens ou uma plataforma de vendas. Em uma modalidade preferencial, são fornecidos meios para permitir que uma chamada relacionada à API do aplicativo de terceiros seja executada no primeiro dispositivo a fim de iniciar a execução das etapas do método de acordo com a presente invenção. Isso pode ou não pode se referir a uma modalidade na qual o primeiro dispositivo compreende um aplicativo de terceiros que compreende uma interface relacionada à API para se conectar ao dito servidor, e em que o início da dita assinatura eletrônica do dito contrato em vídeo compreende enviar uma chamada relacionada à API pelo dito aplicativo de terceiros ao dito servidor por meio da dita interface relacionada à API.
[066] Em outra modalidade preferencial, o segundo usuário refere-se a uma autoridade de assinatura automática. Em tal modalidade, o segundo usuário não é uma pessoa física (humano), porém pode se referir a uma autoridade de assinatura automática, que pode, por exemplo, estar relacionada a um TSA (autoridade de sinal de tempo) ou uma CA (autoridade de certificação). Em tal caso, o contrato em vídeo assinado obtido pela presente invenção pode se referir à dita prova baseada em vídeo. Pelo presente, o primeiro usuário é a única pessoa física que participa no contrato em vídeo, e a outra parte está meramente envolvida a fim de se “certificar” que a prova baseada em vídeo foi gerada pelo primeiro usuário, resultando, assim, em um contrato em vídeo assinado celebrado pelas duas partes.
[067] De acordo com um aspecto adicional, o qual não se destina a limitar o escopo da invenção de qualquer maneira, a invenção refere-se aos pontos seguintes 1 a 22.
1. Método para assinar eletronicamente um contrato em vídeo entre um primeiro usuário (1) que tem um primeiro dispositivo (10) e um segundo usuário (2) que tem um segundo dispositivo (20) com base em uma porção de conteúdo de vídeo; em que o dito segundo usuário (2) é diferente do dito primeiro usuário (1); em que a dita porção de conteúdo de vídeo fornece informações referentes ao dito contrato em vídeo; em que o dito primeiro dispositivo compreende uma câmera (12) para gravar um vídeo, uma tela (11) e meios de conexão; dito segundo dispositivo compreende a tela (21) e meios de conexão; em que o método compreende as etapas de: - gravar (51), pelo dito primeiro usuário (1), a dita porção de conteúdo de vídeo, por meio do dito primeiro dispositivo (10); - elaborar (52), no dito primeiro dispositivo (1), um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato (3); em que a dita especificação de contrato (3) compreende pelo menos uma identificação do dito primeiro usuário (1) e do dito segundo usuário (2); sendo que o método compreende adicionalmente as etapas de: - transferir por upload (52), do dito primeiro dispositivo (10), o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para um servidor;
- enviar (52), preferencialmente pelo dito servidor, um convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20), em que o dito envio é com base na dita identificação do dito segundo usuário (2); - receber (53), pelo servidor, uma primeira assinatura eletrônica do primeiro usuário (1); - receber (53), pelo servidor, uma segunda assinatura eletrônica do segundo usuário (2);
2. Método, de acordo com o ponto 1, em que o dito envio do dito convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20) é realizado pelo dito servidor; e em que o dito envio do dito convite de assinatura de contrato em vídeo preferencialmente ocorre após a dita transferência por upload (52) ter sido completada.
3. Método, de acordo com o ponto 1, em que o dito envio do dito convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20) ser realizado pelo dito primeiro dispositivo (10), preferencialmente, sem uma intervenção do dito servidor.
4. Método, de acordo com os pontos 1 a 3, em que o dito segundo usuário está presente no campo de visão do segundo usuário pelo menos durante a etapa de elaborar o dito contrato em vídeo e, preferencialmente, também durante a gravação da dita porção de vídeo e/ou durante a transferência por upload do dito contrato em vídeo, em que uma distância entre o dito primeiro usuário e o dito segundo usuário é, preferencialmente, menor do que 20 m, mais preferencialmente, menor do que 10 m, ainda mais preferencialmente, menor do que 2 m.
5. Método, de acordo com os pontos 1 a 4, em que o dito primeiro dispositivo compreende meios para atribuir um sinal de localização ao conteúdo de vídeo; em que a dita etapa de gravação da dita porção de conteúdo de vídeo compreende adicionar o dito sinal de localização à dita porção de conteúdo de vídeo; e em que o dito contrato em vídeo compreende uma indicação de localização com base no dito sinal de localização.
6. Método, de acordo com os pontos 1 a 5, em que o dito primeiro dispositivo compreende meios para atribuir um sinal de tempo de gravação ao conteúdo de vídeo; em que a dita etapa de gravação da dita porção de conteúdo de vídeo compreende adicionar o dito sinal de tempo de gravação à dita porção de conteúdo de vídeo; e em que o dito convite de assinatura de contrato em vídeo compreende pelo menos uma indicação referente à dita data de tempo de carregamento e, preferencialmente, adicionalmente uma indicação de um tempo, no qual o dito convite de assinatura de contrato deve ser enviado.
7. Método, de acordo com os pontos 1 a 6, em que a dita identificação de pelo menos um dentre o dito primeiro e o segundo usuário compreende executar um algoritmo de reconhecimento de face na dita porção de conteúdo de vídeo e/ou de uma foto tirada com a dita câmera do dito primeiro dispositivo para melhorar a confiabilidade da dita identificação.
8. Método, de acordo com os pontos 1 a 7, em que a dita elaboração (52) do dito contrato em vídeo compreende executar um algoritmo de reconhecimento de objeto e/ou um algoritmo de reconhecimento de produto na dita porção de conteúdo de vídeo, em que uma saída do dito algoritmo de reconhecimento de objeto e/ou do dito algoritmo de produto é usada para editar a dita porção de conteúdo de vídeo e/ou modificar a dita especificação de contrato.
9. Método, de acordo com os pontos 1 a 8, em que o dito convite de assinatura de contrato em vídeo compreende uma validade para limitar um termo durante o qual o dito contrato em vídeo pode ser assinado.
10. Método, de acordo com os pontos 1 a 9, sendo que o dito método compreende adicionalmente a etapa de receber, preferencialmente, pelo dito servidor, uma modificação da dita porção de conteúdo de vídeo e/ou da dita especificação de contrato de um dentre o dito primeiro e o dito segundo usuário; e em que a dita modificação concede o acesso para enviar, preferencialmente, pelo dito servidor, um convite de assinatura de contrato em vídeo associado à dita modificação para o dispositivo que pertence ao outro dentre o dito primeiro e o segundo usuário, em que o dito envio é com base na dita identificação do dito outro dentre o dito primeiro e o segundo usuário; em que o dito convite de assinatura de contrato em vídeo associado à dita modificação, preferencialmente, compreende uma validade modificada para limitar um termo durante o qual o dito contrato em vídeo pode ser assinado.
11. Método, de acordo com os pontos 1 a 10, em que a dita etapa de elaborar o dito contrato em vídeo compreende receber, pelo dito primeiro dispositivo, uma edição da dita porção de conteúdo de vídeo e/ou uma modificação da dita especificação de contrato de um dentre o dito primeiro e o dito segundo usuário; em que a dita edição, preferencialmente, se refere a um ajuste e/ou ao corte e/ou à emenda de uma ou mais porções esboçadas do conteúdo de vídeo e/ou à elaboração de uma sobreposição associada à dita porção de conteúdo de vídeo, e em que a dita modificação da dita especificação de contrato pode se referir à inclusão de um ou mais quadros editados e/ou selecionados da dita porção de conteúdo de vídeo na dita especificação de contrato.
12. Método, de acordo com os pontos 1 a 11, em que o dito envio, preferencialmente, pelo dito servidor, do dito convite de assinatura de contrato em vídeo ao dito segundo usuário implica no recebimento da dita primeira assinatura eletrônica do primeiro usuário; e/ou em que o dito envio, preferencialmente, pelo dito servidor, do dito convite de assinatura de contrato em vídeo associado à dita modificação de um dentre o dito primeiro e o segundo usuário ao dispositivo que pertence ao outro dentre o dito primeiro e o segundo usuário implica no recebimento da assinatura eletrônica do dito um usuário.
13. Método, de acordo com os pontos 1 a 12, em que a dita identificação do dito segundo usuário está relacionada a um meio de contato para alcançar o dito segundo usuário, tal como, uma conta de usuário armazenada no dito servidor e/ou um endereço de e-mail e/ou um número de telefone; e em que o dito convite de assinatura de contrato em vídeo é entregue por meio do dito meio de contato para garantir que a dita identificação do dito segundo usuário esteja ligada ao dito meio de contato do dito segundo usuário.
14. Método, de acordo com o ponto 13, em que o dito segundo dispositivo é diferente do dito primeiro dispositivo; em que o convite de assinatura de contrato em vídeo compreende um token; em que o dito fornecimento da dita segunda assinatura eletrônica pelo dito segundo usuário envolve fornecer o dito token para garantir que a pessoa que fornece a dita segunda assinatura eletrônica seja o dito segundo usuário; e em que o segundo usuário fornece a dita segunda assinatura eletrônica por meio de um dispositivo diferente do dito segundo dispositivo, preferencialmente, do dito primeiro dispositivo.
15. Método, de acordo com o ponto 13, em que o dito segundo dispositivo é igual ao dito primeiro dispositivo; em que o convite de assinatura de contrato em vídeo compreende um token; em que dito fornecimento da dita segunda assinatura eletrônica pelo dito segundo usuário envolve fornecer o dito token para garantir que a pessoa que fornece a dita segunda assinatura eletrônica seja o dito segundo usuário.
16. Método, de acordo com os pontos 1 a 15, em que a dita etapa de elaborar o dito contrato em vídeo compreende armazenar um contrato inteligente em uma plataforma de computação distribuída relacionada à cadeia de blocos, em que o dito contrato inteligente compreende pelo menos uma identificação do dito contrato em vídeo e, preferencialmente, uma referência de pelo menos uma carteira eletrônica de pelo menos um dentre o dito primeiro e o segundo usuário; e em que uma conclusão de uma tarefa referente ao dito contrato em vídeo engatilha um evento definido pelo dito contrato inteligente, preferencialmente, engatilhando pelo menos um pagamento por meio da dita carteira eletrônica.
17. Método, de acordo com os pontos 1 a 16, em que o dito contrato em vídeo e/ou o dito convite de assinatura de contrato em vídeo compreende uma identificação gerada por máquina da dita porção de conteúdo de vídeo, preferencialmente, uma hash com base na dita porção de conteúdo de vídeo.
18. Método, de acordo com os pontos 1 a 17, em que pelo menos uma parte do dito contrato em vídeo é armazenada em uma cadeia de blocos, preferencialmente, uma cadeia de blocos privada.
19. Sistema para assinar eletronicamente um contrato em vídeo entre um primeiro usuário e um segundo usuário com base em uma porção de conteúdo de vídeo; em que o dito segundo usuário é diferente do dito primeiro usuário; em que a dita porção de conteúdo de vídeo fornece informações referentes ao dito contrato em vídeo; em que o dito sistema compreende: - um primeiro dispositivo que pertence ao dito primeiro usuário, em que o dito primeiro dispositivo compreende uma câmera para gravar um vídeo, uma tela e meios de conexão; - um segundo dispositivo que pertence ao dito segundo usuário, em que o dito segundo dispositivo compreende uma tela e meios de conexão; - um servidor, em que o dito primeiro dispositivo é configurado para executar as etapas de: - gravar, mediante a solicitação de pelo menos um dentre o dito primeiro e o dito segundo usuário, preferencialmente do dito primeiro usuário, a dita porção de conteúdo de vídeo; - elaborar um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato; em que a dita elaboração compreende receber uma especificação de contrato de pelo menos um dentre o dito primeiro e o dito segundo usuário; em que a dita especificação de contrato compreende pelo menos uma identificação do dito primeiro usuário e do dito segundo usuário; - transferir por upload, mediante a solicitação de pelo menos um dentre o dito primeiro e o dito segundo usuário, preferencialmente do dito segundo usuário, o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para o dito servidor; em que o dito servidor é configurado para executar as etapas de: - receber o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo do dito primeiro dispositivo; - receber uma primeira assinatura eletrônica do primeiro usuário por meio do dito primeiro ou do dito segundo dispositivo; - receber uma segunda assinatura eletrônica do primeiro usuário por meio do dito primeiro ou do dito segundo dispositivo; em que o dito segundo dispositivo é configurado para executar as etapas de: - receber um convite de assinatura de contrato em vídeo, preferencialmente do dito servidor; em que pelo menos um dentre o dito primeiro e o dito segundo dispositivo, preferencialmente o dito primeiro dispositivo, é configurado para receber a dita primeira assinatura eletrônica do primeiro usuário e enviar a dita primeira assinatura eletrônica do primeiro usuário ao dito servidor; em que pelo menos um dentre o dito primeiro e o dito segundo dispositivo, preferencialmente o dito segundo dispositivo, é configurado para receber a dita segunda assinatura do dito segundo usuário e para enviar a dita segunda assinatura eletrônica do segundo usuário ao dito servidor; e em que pelo menos um dentre o dito primeiro dispositivo e o dito servidor, preferencialmente o dito servidor, é configurado para enviar o dito convite de assinatura de contrato em vídeo ao dito segundo dispositivo, em que o dito envio é com base na dita identificação do dito segundo usuário.
20. Uso do método de acordo com os pontos 1 a 18, no sistema de acordo com o ponto 19.
21. Produto de programa de computador para desempenhar um método implementado por computador para assinar eletronicamente um contrato em vídeo entre um primeiro usuário que tem um primeiro dispositivo e um segundo usuário que tem um segundo dispositivo com base em uma porção de conteúdo de vídeo; em que o produto de programa de computador compreende pelo menos uma mídia legível, na qual as porções de código de programa legível por computador são salvas, em que as porções de código de programa compreendem instruções para desempenhar o dito método implementado por computador no dito primeiro dispositivo; sendo que o dito método implementado por computador compreende as etapas de:
- gravar, mediante a solicitação de um dentre o dito primeiro e o dito segundo usuário, a dita porção de conteúdo de vídeo; - elaborar um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato; em que a dita elaboração compreende receber uma especificação de contrato de pelo menos um dentre o dito primeiro e o dito segundo usuário; em que a dita especificação de contrato compreende pelo menos uma identificação do dito primeiro usuário e do dito segundo usuário; - transferir por upload, mediante a solicitação de pelo menos um dentre o dito primeiro e o dito segundo usuário, o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para um servidor; - receber uma primeira assinatura eletrônica do primeiro usuário e/ou uma segunda assinatura eletrônica do segundo usuário e enviar cada uma das assinaturas eletrônicas recebidas ao dito servidor; em que o dito servidor é configurado para executar as etapas de: - receber o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo do dito primeiro dispositivo; - receber a dita primeira assinatura eletrônica do primeiro usuário; - receber a dita segunda assinatura eletrônica do primeiro usuário; em que o dito segundo dispositivo é configurado para executar as etapas de: - receber um convite de assinatura de contrato em vídeo do dito servidor; - preferencialmente, receber uma primeira assinatura eletrônica do primeiro usuário e/ou uma segunda assinatura eletrônica do segundo usuário e enviar cada uma das assinaturas eletrônicas recebidas ao dito servidor; e em que pelo menos um dentre o método implementado por computador para executar o dito primeiro dispositivo e as ditas etapas, as quais o servidor é configurado para executar, preferencialmente as ditas etapas, as quais o servidor é configurado para executar, compreende o envio do dito convite de assinatura de contrato em vídeo ao dito segundo dispositivo, em que o dito envio é com base na dita identificação do dito segundo usuário.
22. Contrato em vídeo elaborado e assinado por meio de um método de acordo com os pontos 1 a 18, em que o dito método é, preferencialmente, executado em um sistema de acordo com o ponto 19.
[068] Ainda, de acordo com um aspecto adicional, o qual não se destina a limitar o escopo da invenção de qualquer maneira, a invenção refere-se aos pontos seguintes 1 a 22.
1. Método para estabelecer uma prova eletrônica baseada em vídeo por um primeiro usuário que tem um primeiro dispositivo com base em uma porção de conteúdo de vídeo; em que a dita porção de conteúdo de vídeo fornece as informações referentes à dita prova baseada em vídeo; em que o dito primeiro dispositivo, preferencialmente, compreende uma câmera para gravar um vídeo, uma tela e meios de conexão; sendo que o método compreende as etapas de: - fornecer a dita porção de conteúdo de vídeo pelo dito primeiro usuário para o dito primeiro dispositivo, preferencialmente, por meio da gravação, pelo dito primeiro usuário, da dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo; - elaborar, no dito primeiro dispositivo, a dita prova baseada em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de prova; em que a dita especificação de prova compreende pelo menos uma identificação do dito primeiro usuário; sendo que o método compreende adicionalmente as etapas de: - transferir por upload, a partir do dito primeiro dispositivo, a dita prova baseada em vídeo que inclui a dita porção de conteúdo de vídeo para um servidor; - preferencialmente, receber, pelo servidor, uma primeira assinatura eletrônica do primeiro usuário.
2. Método, de acordo com o item 1, em que a dita etapa do dito fornecimento do dito conteúdo de vídeo compreende gravar, pelo dito primeiro usuário, a dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo, em que, preferencialmente, o dito fornecimento do dito conteúdo de vídeo consiste em gravar, pelo dito primeiro usuário, a dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo.
3. Método, de acordo com o item 2, em que o dito primeiro dispositivo compreende uma câmera, e em que a dita gravação é realizada por meio do dito primeiro dispositivo.
4. Método, de acordo com os itens 1 a 3, em que o dito primeiro dispositivo compreende meios para atribuir um sinal de localização ao conteúdo de vídeo; em que a dita etapa de gravação da dita porção de conteúdo de vídeo compreende adicionar o dito sinal de localização à dita porção de conteúdo de vídeo; e em que o a dita prova baseada em vídeo compreende uma indicação de localização com base no dito sinal de localização.
5. Método, de acordo com os itens 1 a 4, em que o dito primeiro dispositivo compreende meios para atribuir um sinal de tempo de gravação ao conteúdo de vídeo; em que a dita etapa de gravar a dita porção de conteúdo de vídeo compreende adicionar o dito sinal de tempo de gravação à dita porção de conteúdo de vídeo; e em que a dita prova baseada em vídeo compreende pelo menos uma indicação referente ao dito sinal de tempo de gravação e, preferencial e adicionalmente, uma indicação de um tempo no qual a dita prova baseada em vídeo é transferida por upload e/ou preferencialmente assinada.
6. Método, de acordo com os itens 1 a 5, em que a dita etapa de elaborar a dita prova baseada em vídeo compreende armazenar um contrato inteligente em uma plataforma de computação distribuída relacionada à cadeia de blocos, em que o dito contrato inteligente compreende pelo menos uma identificação da dita prova baseada em vídeo e, preferencialmente, uma referência de pelo menos uma carteira eletrônica do dito primeiro usuário; e em que uma conclusão de uma tarefa referente ao dito contrato em vídeo engatilha um evento definido pelo dito contrato inteligente, preferencialmente, engatilhando pelo menos um pagamento por meio da dita carteira eletrônica.
7. Método, de acordo com os itens 1 a 6, em que a dita prova baseada em vídeo compreende uma identificação gerada por máquina da dita porção de conteúdo de vídeo, preferencialmente, um hash com base na dita porção de conteúdo de vídeo.
8. Método, de acordo com os itens 1 a 7, em que pelo menos uma parte da dita prova baseada em vídeo é armazenada em uma cadeia de blocos, preferencialmente, uma cadeia de blocos privada.
[069] Nota-se adicionalmente que a elaboração e a assinatura dos contratos em vídeo podem, preferencialmente, se referir ao dito estabelecimento de prova baseada em vídeo pelo fato de que um contrato em vídeo pode, preferencialmente, ser usado como uma prova baseada em vídeo e isso é, preferencialmente, independente de o segundo usuário ter interagido com o servidor ou não. A este propósito, qualquer método ou sistema que permita a assinatura de contratos em vídeo pode, preferencialmente, ser adequado para e/ou adaptado para estabelecer a prova baseada em vídeo, visto que as etapas executadas pelo primeiro usuário na assinatura de um contrato em vídeo, preferencialmente, implicam que o primeiro usuário estabeleça uma prova baseada em vídeo de acordo com a presente invenção.
[070] A invenção é adicionalmente descrita pelos seguintes exemplos não limitantes que, adicionalmente, ilustram a invenção, e não se destinam a limitar o escopo da invenção e nem devem ser interpretados dessa forma.
EXEMPLOS EXEMPLO 1: MODALIDADE EXEMPLIFICATIVA DE UM MÉTODO DE
ACORDO COM A PRESENTE INVENÇÃO
[071] A Figura 1 mostra uma modalidade exemplificativa do método da presente invenção. O método exemplificativo é ilustrado por um fluxo de seis etapas A a F e de acordo com as respectivas representações pictóricas. Na etapa A, dois usuários registrados desejam fazer um acordo. Na etapa B, um dos usuários abre o aplicativo e seleciona a gravação, selecionando uma mensagem, tal como “gravar um contrato” ou “gravar seu acordo”. Movendo-se da etapa C para a etapa D, um vídeo (autorretrato) é gravado, no qual ambos os usuários descrevem seu acordo (eles podem também incluir/mostrar quaisquer atributos relevantes). Uma especificação é adicionada ao contrato em vídeo em uma etapa separada C. Na etapa D, uma vez que o contrato em vídeo é gravado e a especificação é adicionada, o contrato em vídeo é transferido por upload para o servidor, e ambos os usuários tem que confirmar o acordo (no aplicativo). Na etapa E, mediante a confirmação por ambos os usuários, o acordo por vídeo é armazenado no banco de dados (não localmente), isto é, em um servidor remoto. Em uma etapa opcional F, um dos usuários pode usar uma interface de usuário gráfica, preferencialmente no aplicativo, para facilmente consultar, assistir e gerenciar seus acordos de vídeo.
[072] Como tal, o método exemplificativo relativo às etapas A a E fornece uma modalidade de um método para assinar eletronicamente um contrato em vídeo entre um primeiro usuário (1) que tem um primeiro dispositivo (10) e um segundo usuário (2) que tem um segundo dispositivo (20) com base em uma porção de conteúdo de vídeo; em que o dito segundo usuário (2) é diferente do dito primeiro usuário (1); em que a dita porção de conteúdo de vídeo fornece informações referentes ao dito contrato em vídeo; em que o dito primeiro dispositivo compreende uma câmera (12) para gravar um vídeo, uma tela (11) e meios de conexão; dito segundo dispositivo compreende a tela (21) e meios de conexão; em que o método compreende as etapas de: - gravar (51), pelo dito primeiro usuário (1), a dita porção de conteúdo de vídeo, por meio do dito primeiro dispositivo (10); - elaborar (52), no dito primeiro dispositivo (1), um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato (3); em que a dita especificação de contrato (3) compreende pelo menos uma identificação do dito primeiro usuário (1) e do dito segundo usuário (2); sendo que o método compreende adicionalmente as etapas de: - transferir por upload (52), do dito primeiro dispositivo (10), o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para um servidor; - enviar (52), preferencialmente pelo dito servidor, um convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20), em que o dito envio é com base na dita identificação do dito segundo usuário (2); - receber (53), pelo servidor, uma primeira assinatura eletrônica do primeiro usuário (1); - receber (53), pelo servidor, uma segunda assinatura eletrônica do segundo usuário (2); EXEMPLO 2: MODALIDADE EXEMPLIFICATIVA COM O CONTRATO
INTELIGENTE DE VÍDEO
[073] A Figura 2 mostra uma modalidade exemplificativa relacionada aos contratos em vídeo inteligentes, em que o primeiro usuário, um trabalhador autônomo, oferece um serviço para um segundo usuário, um consumidor, e o contrato em vídeo especifica os detalhes do serviço e o preço que deve ser pago pelo consumidor para o trabalhador autônomo, uma vez que o acordo relacionado ao serviço seja completado. Pelo presente, a invenção refere-se ao uso de um aplicativo, denominado, no presente documento, de aplicativo LXGG, que permite que os usuários elaborem o contrato em vídeo por meio do modelo pré-definido e fornece a interface com uma plataforma de computação distribuída relacionada à cadeia de blocos. Particularmente, nessa modalidade, a dita etapa de elaborar o dito contrato em vídeo compreende armazenar um contrato inteligente em Ethereum, em que o dito contrato inteligente compreende uma identificação do dito contrato em vídeo e uma referência à carteira eletrônica do consumidor. Pelo presente, o contrato inteligente está configurado de acordo com a tarifação especificada pelo contrato em vídeo. A conclusão do acordo referente ao dito contrato em vídeo, uma vez confirmado pelo consumidor e pelo trabalhador autônomo, engatilha o pagamento da quantidade especificada no contrato em vídeo por meio do contrato inteligente, em que a quantidade concordada de criptomoeda, isto é, Ethers, é transferida da carteira eletrônica do consumidor para o trabalhador autônomo, preferencialmente para a carteira eletrônica do trabalhador autônomo. EXEMPLO 3: FLUXOGRAMA DE MÉTODO EXEMPLIFICATIVO PARA A
CRIAÇÃO DE CONTRATO EM VÍDEO
[074] As Figuras 3a e 3b mostram um fluxograma de um método exemplificativo para criação de um contrato em vídeo. EXEMPLO 4: FLUXOGRAMA REFERENTE AOS ESTADOS DE
CONTRATO EM VÍDEO EXEMPLIFICATIVO
[075] A Figura 4 mostra um fluxograma referente aos estados de um contrato em vídeo exemplificativo de acordo com a presente invenção. EXEMPLO 5: FLUXOGRAMA REFERENTE AOS ESTADOS DE CONTA
DE USUÁRIO EXEMPLIFICATIVA
[076] A Figura 5 mostra um fluxograma referente aos estados de uma conta de usuário exemplificativa. EXEMPLO 6: EXEMPLO DE ARQUITETURA SAAS
[077] A Figura 6 mostra um software exemplificativo como uma arquitetura de serviço. Isso corresponde a uma modalidade exemplificativa da invenção com a integração com um aplicativo de terceiros. Pelo presente, a assinatura de contratos em vídeo é fornecida como um serviço para os terceiros, e está relacionada a uma configuração SaaS. Isso deve ser diferenciado da modalidade na qual a invenção trabalha exclusivamente com o dito aplicativo e não com um aplicativo de terceiros. No exemplo, em vista da integração de aplicativo de terceiros, as seguintes etapas são executadas antes da real iniciação da elaboração e da assinatura do contrato em vídeo: - abrir, pelo dito primeiro usuário, um aplicativo de terceiros no dito primeiro dispositivo, em que o dito aplicativo de terceiros compreende uma interface relacionada à API para se conectar ao dito servidor; - enviar uma chamada relacionada à API pelo dito aplicativo de terceiros ao dito servidor por meio da dita interface relacionada à API para iniciar a dita assinatura eletrônica do dito contrato em vídeo; em que as ações de pelo menos o dito primeiro usuário envolvido na elaboração do contrato em vídeo e que o tem assinado são mediadas pelo dito aplicativo de terceiros com base nas chamadas relacionadas à API adicionais.
[078] A arquitetura SaaS 60 mostrada na Figura 6 compreende um servidor/nuvem 61, também referente à nuvem ou ao servidor no presente documento, assim como a um aplicativo de cliente 62 e ao back-end de terceiros 63, também referente a um back-end de cliente. Pelo presente, o terceiro também é referente a um cliente. O aplicativo de cliente que pode ser executado como um aplicativo pelo menos no dispositivo do primeiro usuário, isto é, o primeiro dispositivo, e, preferencialmente também no dispositivo do segundo usuário, isto é, o segundo dispositivo. O aplicativo de cliente pode, por exemplo, se referir a um aplicativo de envio de mensagens e compreender o código de aplicativo de cliente 65 que é desenvolvido por terceiros. O código de aplicativo de cliente permite que haja interação com o back-end de cliente. O aplicativo de cliente 62 adicionalmente compreende uma interface relacionada à API para se conectar à nuvem 61, nesse exemplo, sendo um SDK móvel 64. O SDK é fornecido pela parte que fornece o serviço de contratos em vídeo. O SDK 64 interage com a nuvem 61 de acordo com um API REST com um protocolo de comunicação adequado, preferencialmente JSON ou OAuth. Além do mais, a nuvem 61 e o back-end de cliente 63 estão, preferencialmente, configurados para interagir de acordo com um API REST com um protocolo de comunicação adequado, preferencialmente JSON ou OAuth. Preferencialmente pelo menos um de; mais preferencialmente, ambos dentre o SDK 64 e o back-end de cliente 63 pode consultar a nuvem 61 para os dados de contrato, arquivos, transmissão contínua e serviços adicionais.
[079] Para terceiros, as vantagens fornecidas por qualquer modalidade com a integração/interação com seus aplicativos de terceiros podem estar relacionadas ao preço, agilidade e aumento de cordialidade entre usuários. Como a nuvem não deve ser mantida por eles, nenhum pessoal geral adicional ou infraestrutura de servidor adicional é exigido pelos terceiros. Tal solução pode ser ágil pelo fato de que os terceiros são apenas exigidos para atualizar o SDK a fim de realizar atualizações referentes aos contratos em vídeo. Por último, como os contratos em vídeo são concordados por cada usuário, o usuário pode ser capaz de visualizar todos seus contratos para diferentes empresas em um lugar, levando, assim, a um aumento na cordialidade entre usuários. EXEMPLO 7: INTEGRAÇÃO EXEMPLIFICATIVA DE APLICATIVO DE
TERCEIROS
[080] A Figura 7 mostra um fluxo de trabalho exemplificativo 70 referente a uma preparação da integração de aplicativo de terceiros. Isso, preferencialmente, se refere à arquitetura subjacente de acordo com a arquitetura exemplificativa SaaS do exemplo
6. Em uma primeira etapa 71, o primeiro usuário abre o aplicativo de terceiros no primeiro dispositivo, sendo um telefone inteligente, para iniciar o contrato em vídeo. Na próxima etapa 72, solicita-se que o primeiro usuário assine um contrato em vídeo. Na próxima etapa 73, uma interface de usuário é mostrada para a assinatura de contrato, em que a interface é fornecida pelo SDK compreendido no aplicativo de terceiros. Na etapa seguinte 74, o contrato é gravado e é enviado para o servidor, preferencialmente para o servidor/nuvem 61 do exemplo 6. Após o anterior, em uma etapa seguinte 75, o fluxo de contrato é finalizado e o usuário pode continuar usando o aplicativo de terceiros.
[081] Em uma modalidade, desenvolvedores do aplicativo de terceiros podem transferir por download o SDK de acordo com uma versão Android ou iOS, para, então, integrar o SDK no aplicativo existente de terceiros. Preferencialmente, o SDK automaticamente conduz a comunicação com o servidor, cobre o fluxo de trabalho de contrato em vídeo inteiro que inclui as interfaces de usuário (telas). Além do mais, preferencialmente, os terceiros podem estilizar/ customizar cada tela e texto e adicionar identidade visual caso necessário.
[082] Preferencialmente, em um caso de uso, de acordo com o fluxo de trabalho 70, o usuário nunca é obrigado a sair do aplicativo de terceiros. EXEMPLO 8: FLUXOS EXEMPLIFICATIVOS DE INFORMAÇÕES
[083] As Figuras 8a a 8e mostram fluxos de informações exemplificativos referentes à invenção. Essas modalidades referem-se à integração com um aplicativo de terceiros, e preferencialmente, se referem à arquitetura SaaS do Exemplo 6 e/ou a integração de aplicativo de terceiros do Exemplo 7.
[084] O primeiro fluxo exemplificativo de informações 801 refere-se ao início de um contrato. Particularmente, isso se refere à obtenção de um único token de (uso único) para um dado usuário do aplicativo de terceiros a partir da nuvem 61.
[085] O segundo fluxo exemplificativo de informações 802 refere-se à transferência por upload de um contrato em vídeo. Particularmente, isso se refere à autorização do contrato em vídeo por meio do token de uso único obtido anteriormente de acordo com, por exemplo, o primeiro fluxo de informações 801.
[086] O terceiro fluxo exemplificativo de informações 803 refere-se à verificação de um contrato em vídeo por um terceiro. Particularmente, isso se refere ao envio de uma identificação (ID) de contrato referente ao contrato em vídeo que deve ser verificado, junto com um token de back-end privado que pode, por exemplo, autenticar o back-end de terceiros 63 com a nuvem 61. A resposta pode compreender o resultado de contrato, assim como um enlace do contrato vídeo, por exemplo, um URL.
[087] O quarto fluxo exemplificativo de informações 804 refere-se à visualização de contratos em vídeo pelo primeiro ou segundo usuário por meio do aplicativo de terceiros. Particularmente, isso se refere às etapas envolvidas na visualização de uma lista de todos os contratos em vídeo do usuário.
[088] O quinto fluxo exemplificativo de informações 805 refere-se à visualização de contratos em vídeo pelo primeiro ou segundo usuário por meio do aplicativo fornecido pela parte fornecida pela nuvem 61. Observe que o fluxo de informações 805 pode se referir a uma modalidade com ou sem a integração de terceiros, em que o número de aplicativos de terceiros pode ser 1, 2, 3, ou qualquer número maior do que 3. Pelo presente, o usuário pode solicitar a visualização de todos os contratos, e então, pode visualizar os contratos em vídeo criados por meio do aplicativo com diferentes pessoas e/ou diferentes empresas/negócios. EXEMPLO 9: EXEMPLO COM MÚLTIPLOS DISPOSITIVOS PARA O
PRIMEIRO USUÁRIO
[089] Esse exemplo refere-se à assinatura de um contrato em vídeo referente à construção, por exemplo, referente a um projeto de edificação. O primeiro usuário pode ser o que encomendou o projeto de construção, enquanto que o segundo usuário pode ser uma empreiteira. A porção de conteúdo de vídeo, conforme fornecida pelo primeiro usuário, é gravada por um dispositivo diferente do primeiro dispositivo, particularmente com uma câmera de vídeo digital, preferencialmente com uma câmera de ação, montada em um drone. O drone facilita o voo por cima do sítio de construção durante a construção da edificação. Isso facilita uma visão geral do sítio de construção que é muito mais detalhada do que qualquer contrato no papel poderia permitir. Após a câmera de ação finalizar a gravação, o material bruto gravado pela câmera de ação é fornecido ao primeiro dispositivo. Isso pode, por exemplo, ser realizado por meio de uma conexão entre a câmera de ação e o primeiro dispositivo. Essa conexão direta pode se referir a uma conexão sem fio, tal como uma conexão por Bluetooth (ponto a ponto), uma conexão baseada em Wi-Fi, uma conexão de rede de celular ou uma conexão com fio, tal como uma conexão USB que envolve um cabo. Em uma etapa seguinte, o primeiro usuário edita o material bruto até que ele obtenha a porção de conteúdo de vídeo adaptada para ser usada no contrato em vídeo. EXEMPLO 10: FLUXO DE TRABALHO EXEMPLIFICATIVO PARA O
PRIMEIRO USUÁRIO
[090] Esse exemplo ilustra o fluxo de trabalho típico do ponto de vista do primeiro usuário. Primeiro, o usuário abre um aplicativo no primeiro dispositivo para iniciar o contrato em vídeo. Isso compreende introduzir um título e uma foto. Na próxima etapa, solicita-se que o usuário forneça a porção de conteúdo de vídeo. A escolha é dada para indicar um arquivo de localização no primeiro dispositivo referente à porção de conteúdo de vídeo, ou para gravar uma nova porção de conteúdo de vídeo. Pelo presente, o caso anterior pode, por exemplo, corresponder ao Exemplo 9, no qual a porção de conteúdo de vídeo é o resultado de uma gravação de câmera de ação que é editada posteriormente e é, então, armazenada no primeiro dispositivo. Logo que a porção de conteúdo de vídeo é fornecida, a transferência por upload para o servidor se inicia. Logo que a transferência por upload inicia, solicita-se que o primeiro usuário forneça informações adicionais enquanto a transferência por upload continua. Solicita- se que o primeiro usuário forneça o nome e os detalhes de contato do segundo usuário. Em uma etapa seguinte, o segundo usuário é contatado por meio de e-mail e/ou por meio de uma notificação no aplicativo e é solicitado para assinar o contrato em vídeo. Após a assinatura, o primeiro usuário é informado por meio de e-mail e/ou por meio de uma notificação no aplicativo sobre a assinatura pelo segundo usuário, e é solicitado para assinar também. Logo que o primeiro usuário também assina o contrato em vídeo, o contrato em vídeo é considerado como assinado. EXEMPLO 11: EXEMPLO DE ESTABELECER PROVA BASEADA EM
VÍDEO
[091] Nesse exemplo, o primeiro usuário estabelece uma prova baseada em vídeo. Essa prova baseada em vídeo pode ou não pode ser a base para um contrato em vídeo assinado posteriormente, visto que a prova baseada em vídeo pode incluir todos os elementos necessários para a obtenção de uma assinatura por contrato em vídeo, carecendo, apenas, da identificação e da assinatura do segundo usuário. Adicionando-se esses elementos posteriormente, uma prova baseada em vídeo existente pode levar a um contrato em vídeo assinado. Por outro lado, o primeiro usuário pode estabelecer uma prova baseada em vídeo sem ter o objetivo de ter a mesma assinada por um segundo usuário posteriormente, ou pode ter um segundo usuário não humano, tal como um TSA ou CA, assinando o contrato em vídeo, em que a dita etapa do dito fornecimento do dito conteúdo de vídeo compreende gravar, pelo dito primeiro usuário, a dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo, preferencialmente, em que o dito fornecimento do dito conteúdo de vídeo consiste na gravação, pelo dito primeiro usuário, da dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo.
[092] O primeiro dispositivo compreende uma câmera, e a dita gravação é realizada por meio do dito primeiro dispositivo. O dito primeiro dispositivo compreende meios para atribuir um sinal de localização ao conteúdo de vídeo. A dita etapa de gravar a dita porção de conteúdo de vídeo compreende adicionar o dito sinal de localização à dita porção de conteúdo de vídeo. A dita prova baseada em vídeo compreende uma indicação de localização com base no dito sinal de localização.
[093] Além do mais, o primeiro dispositivo compreende meios para atribuir um sinal de tempo de gravação 10 ao conteúdo de vídeo. Pelo presente, a dita etapa de gravar a dita porção de conteúdo de vídeo compreende adicionar o dito sinal de tempo de gravação à dita porção de conteúdo de vídeo. A dita prova baseada em vídeo compreende o dito sinal de tempo de gravação. Pelo menos uma porção da dita prova baseada em vídeo é armazenada em uma cadeia de blocos, preferencialmente em uma cadeia de blocos privada.

Claims (28)

REIVINDICAÇÕES
1. Método caracterizado por assinar eletronicamente um contrato em vídeo entre um primeiro usuário (1) que tem um primeiro dispositivo (10) e um segundo usuário (2) que tem um segundo dispositivo (20) com base em uma porção de conteúdo de vídeo; em que o dito segundo usuário (2) é diferente do dito primeiro usuário (1); em que a dita porção de conteúdo de vídeo fornece informações referentes ao dito contrato em vídeo; em que o dito primeiro dispositivo preferencialmente compreende uma câmera (12) para gravar um vídeo, uma tela (11) e meios de conexão; dito segundo dispositivo compreende a tela (21) e meios de conexão; em que o método compreende as etapas de: - fornecer a dita porção de conteúdo de vídeo pelo dito primeiro usuário (1) para o dito primeiro dispositivo (10), preferencialmente, por meio da gravação (51), pelo dito primeiro usuário (1), da dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo (10); - elaborar (52), no dito primeiro dispositivo (1), um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato (3); em que a dita especificação de contrato (3) compreende pelo menos uma identificação do dito primeiro usuário (1) e do dito segundo usuário (2); sendo que o método compreende adicionalmente as etapas de: - transferir por upload (52), do dito primeiro dispositivo (10), o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para um servidor; - enviar (52), preferencialmente pelo dito servidor, um convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20), em que o dito envio é com base na dita identificação do dito segundo usuário (2); - receber (53), pelo servidor, uma primeira assinatura eletrônica do primeiro usuário (1); - receber (53), pelo servidor, uma segunda assinatura eletrônica do segundo usuário (2);
2. Método, de acordo com a reivindicação 1, caracterizado por a dita etapa do dito fornecimento do dito conteúdo de vídeo compreender gravar (51), pelo dito primeiro usuário (1), a dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo (10), em que, preferencialmente, o dito fornecimento do dito conteúdo de vídeo consiste em gravar (51), pelo dito primeiro usuário (1), a dita porção de conteúdo de vídeo por meio do dito primeiro dispositivo (10).
3. Método, de acordo com a reivindicação 2, caracterizado por o dito primeiro dispositivo compreender uma câmera (12), e em que a dita gravação (51) é realizada por meio do dito primeiro dispositivo (10).
4. Método, de acordo com qualquer uma das reivindicações 1 a 3, caracterizado por a dita transferência por upload (52) ocorrer pelo menos parcialmente durante qualquer uma dentre a dita etapa de fornecer a dita porção de conteúdo de vídeo e a dita etapa da dita elaboração (52), em que, preferencialmente, a dita transferência por upload (52) ocorre pelo menos parcialmente durante a dita etapa de elaborar (52).
5. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado por o dito envio do dito convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20) ser realizado pelo dito servidor; e em que o dito envio do dito convite de assinatura de contrato em vídeo preferencialmente ocorre após a dita transferência por upload (52) ter sido completada.
6. Método, de acordo com qualquer uma das reivindicações 1 a 4, caracterizado por o dito envio do dito convite de assinatura de contrato em vídeo para o dito segundo dispositivo (20) ser realizado pelo dito primeiro dispositivo (10), preferencialmente, sem uma intervenção do dito servidor.
7. Método, de acordo com qualquer uma das reivindicações 1 a 6, caracterizado por o dito segundo usuário estar presente no campo de visão do segundo usuário pelo menos durante a etapa de elaborar o dito contrato em vídeo e, preferencialmente, também durante a gravação da dita porção de vídeo e/ou durante a transferência por upload do dito contrato em vídeo, em que uma distância entre o dito primeiro usuário e o dito segundo usuário é, preferencialmente, menor do que 20 m, mais preferencialmente, menor do que 10 m, ainda mais preferencialmente, menor do que 2 m.
8. Método, de acordo com qualquer uma das reivindicações 1 a 7, caracterizado por o dito primeiro dispositivo compreender meios para atribuir um sinal de localização ao conteúdo de vídeo; em que a dita etapa de gravação da dita porção de conteúdo de vídeo compreende adicionar o dito sinal de localização à dita porção de conteúdo de vídeo; e em que o dito contrato em vídeo compreende uma indicação de localização com base no dito sinal de localização.
9. Método, de acordo com qualquer uma das reivindicações 1 a 8, caracterizado por o dito primeiro dispositivo compreender meios para atribuir um sinal de tempo de gravação ao conteúdo de vídeo; em que a dita etapa de gravar a dita porção de conteúdo de vídeo compreende adicionar o dito sinal de tempo de gravação à dita porção de conteúdo de vídeo; e em que o dito convite de assinatura de contrato em vídeo compreende pelo menos uma indicação referente aos ditos dados de tempo de transferência por upload e, preferencial e adicionalmente, a uma indicação de um tempo, no qual o dito convite de assinatura de contrato deve ser enviado.
10. Método, de acordo com qualquer uma das reivindicações 1 a 9, caracterizado por a dita identificação de pelo menos um dentre o dito primeiro e o segundo usuário compreender executar um algoritmo de reconhecimento de face na dita porção de conteúdo de vídeo e/ou de uma foto tirada com a dita câmera do dito primeiro dispositivo para melhorar a confiabilidade da dita identificação.
11. Método, de acordo com qualquer uma das reivindicações 1 a 10, caracterizado por a dita elaboração (52) do dito contrato em vídeo compreender executar um algoritmo de reconhecimento de objeto e/ou um algoritmo de reconhecimento de produto na dita porção de conteúdo de vídeo, em que uma saída do dito algoritmo de reconhecimento de objeto e/ou do dito algoritmo de produto é usada para editar a dita porção de conteúdo de vídeo e/ou modificar a dita especificação de contrato.
12. Método, de acordo com qualquer uma das reivindicações 1 a 11, caracterizado por o dito convite de assinatura de contrato em vídeo compreender uma validade para limitar um termo durante o qual o dito contrato em vídeo pode ser assinado.
13. Método, de acordo com qualquer uma das reivindicações 1 a 12, sendo que o dito método é caracterizado por compreender adicionalmente a etapa de receber, preferencialmente, pelo dito servidor, uma modificação da dita porção de conteúdo de vídeo e/ou da dita especificação de contrato de um dentre o dito primeiro e o dito segundo usuário; e em que a dita modificação concede o acesso para enviar, preferencialmente, pelo dito servidor, um convite de assinatura de contrato em vídeo associado à dita modificação para o dispositivo que pertence ao outro dentre o dito primeiro e o segundo usuário, em que o dito envio é com base na dita identificação do dito outro dentre o dito primeiro e o segundo usuário; em que o dito convite de assinatura de contrato em vídeo associado à dita modificação, preferencialmente, compreende uma validade modificada para limitar um termo durante o qual o dito contrato em vídeo pode ser assinado.
14. Método, de acordo com qualquer uma das reivindicações 1 a 13, caracterizado por a dita etapa de elaborar o dito contrato em vídeo compreender receber, pelo dito primeiro dispositivo, uma edição da dita porção de conteúdo de vídeo e/ou uma modificação da dita especificação de contrato de um dentre o dito primeiro e o dito segundo usuário; em que a dita edição, preferencialmente, se refere a um ajuste e/ou ao corte e/ou à emenda de uma ou mais porções esboçadas do conteúdo de vídeo e/ou à elaboração de uma sobreposição associada à dita porção de conteúdo de vídeo, e em que a dita modificação da dita especificação de contrato pode se referir à inclusão de um ou mais quadros editados e/ou selecionados da dita porção de conteúdo de vídeo na dita especificação de contrato.
15. Método, de acordo com qualquer uma das reivindicações 1 a 14, caracterizado por o dito envio, preferencialmente, pelo dito servidor, do dito convite de assinatura de contrato em vídeo ao dito segundo usuário implicar no recebimento da dita primeira assinatura eletrônica do primeiro usuário; e/ou em que o dito envio, preferencialmente, pelo dito servidor, do dito convite de assinatura de contrato em vídeo associado à dita modificação de um dentre o dito primeiro e o segundo usuário ao dispositivo que pertence ao outro dentre o dito primeiro e o segundo usuário implica no recebimento da assinatura eletrônica do dito um usuário.
16. Método, de acordo com qualquer uma das reivindicações 1 a 15, caracterizado por a dita identificação do dito segundo usuário se referir a um meio de contato para alcançar o dito segundo usuário, tal como, uma conta de usuário armazenada no dito servidor e/ou um endereço de e-mail e/ou um número de telefone; e em que o dito convite de assinatura de contrato em vídeo é entregue por meio do dito meio de contato para garantir que a dita identificação do dito segundo usuário esteja ligada ao dito meio de contato do dito segundo usuário.
17. Método, de acordo com a reivindicação 16, caracterizado por o dito segundo dispositivo ser diferente do dito primeiro dispositivo; em que o convite de assinatura de contrato em vídeo compreende um token; em que o dito fornecimento da dita segunda assinatura eletrônica pelo dito segundo usuário envolve fornecer o dito token para garantir que a pessoa que fornece a dita segunda assinatura eletrônica seja o dito segundo usuário; e em que o segundo usuário fornece a dita segunda assinatura eletrônica por meio de um dispositivo diferente do dito segundo dispositivo, preferencialmente, do dito primeiro dispositivo.
18. Método, de acordo com a reivindicação 17, caracterizado por o dito segundo dispositivo ser igual ao dito primeiro dispositivo; em que o convite de assinatura de contrato em vídeo compreende um token; em que dito fornecimento da dita segunda assinatura eletrônica pelo dito segundo usuário envolve fornecer o dito token para garantir que a pessoa que fornece a dita segunda assinatura eletrônica seja o dito segundo usuário.
19. Método, de acordo com qualquer uma das reivindicações 1 a 18, caracterizado por a dita etapa de elaborar o dito contrato em vídeo compreender armazenar um contrato inteligente em uma plataforma de computação distribuída relacionada à cadeia de blocos, em que o dito contrato inteligente compreende pelo menos uma identificação do dito contrato em vídeo e, preferencialmente, uma referência de pelo menos uma carteira eletrônica de pelo menos um dentre o dito primeiro e o segundo usuário; e em que uma conclusão de uma tarefa referente ao dito contrato em vídeo engatilha um evento definido pelo dito contrato inteligente, preferencialmente, engatilhando pelo menos um pagamento por meio da dita carteira eletrônica.
20. Método, de acordo com qualquer uma das reivindicações 1 a 19, caracterizado por o dito contrato em vídeo e/ou o dito convite de assinatura de contrato em vídeo compreender uma identificação gerada por máquina da dita porção de conteúdo de vídeo, preferencialmente, uma hash com base na dita porção de conteúdo de vídeo.
21. Método, de acordo com qualquer uma das reivindicações 1 a 20, caracterizado por pelo menos uma parte do dito contrato em vídeo ser armazenada em uma cadeia de blocos, preferencialmente, uma cadeia de blocos privada.
22. Método, de acordo com qualquer uma das reivindicações 1 a 21, sendo que o dito método é caracterizado por compreender adicionalmente as etapas de: - abrir, pelo dito primeiro usuário (1), um aplicativo de terceiros no dito primeiro dispositivo (10), em que o dito aplicativo de terceiros compreende uma interface relacionada à API para se conectar ao dito servidor; - enviar uma chamada relacionada à API pelo dito aplicativo de terceiros ao dito servidor por meio da dita interface relacionada à API para iniciar a dita assinatura eletrônica do dito contrato em vídeo; em que as ditas etapas adicionais precedem as etapas adicionais do dito método, e em que as ações de pelo menos o dito primeiro usuário (1) envolvidas na execução do dito método são, preferencialmente, mediadas pelo dito aplicativo de terceiros com base nas chamadas relacionadas à API adicionais.
23. Método, de acordo com a reivindicação 21, caracterizado por as ações de pelo menos o dito primeiro usuário (1) envolvidas na execução do dito método serem mediadas pelo dito aplicativo de terceiros com base nas chamadas relacionadas à API adicionais; em que a dita interface relacionada à API está relacionada a um SDK e em que pelo menos uma dentre a dita chamada relacionada à API e as ditas chamadas relacionadas à API adicionais se referem a um API RESTful.
24. Método, de acordo com as reivindicações 22 ou 23, caracterizado por a interação entre o dito aplicativo de terceiros e o dito servidor ser mediada por um SDK, em que o dito SDK, preferencialmente, compreende a dita interface relacionada à API.
25. Sistema caracterizado por assinar eletronicamente um contrato em vídeo entre um primeiro usuário e um segundo usuário com base em uma porção de conteúdo de vídeo; em que o dito segundo usuário é diferente do dito primeiro usuário; em que a dita porção de conteúdo de vídeo fornece informações referentes ao dito contrato em vídeo; em que o dito sistema compreende: - um primeiro dispositivo que pertence ao dito primeiro usuário, em que o dito primeiro dispositivo compreende uma tela e meios de conexão, o dito primeiro dispositivo, preferencialmente, compreende uma câmera para gravar um vídeo, o dito primeiro dispositivo, preferencialmente, compreende um aplicativo de terceiros, em que o dito aplicativo de terceiros, preferencialmente, compreende uma interface relacionada à API para se conectar ao dito servidor e uma interface relacionada ao back-end para se conectar ao dito servidor de terceiros; - um segundo dispositivo que pertence ao dito segundo usuário, em que o dito segundo dispositivo compreende uma tela e meios de conexão; - um servidor; - preferencialmente, um servidor de terceiros; em que o dito primeiro dispositivo é configurado para executar as etapas de: - preferencialmente, permitir que o dito primeiro usuário abra o dito aplicativo de terceiros;
- preferencialmente, fazer com que o dito aplicativo de terceiros envie uma chamada relacionada à API ao dito servidor por meio da dita interface relacionada à API para iniciar a dita assinatura eletrônica do dito contrato em vídeo, - receber a dita porção de conteúdo de vídeo do dito primeiro e/ou do dito segundo usuário, preferencialmente, por meio do dito aplicativo de terceiros, preferencialmente, gravando-se, mediante a solicitação de pelo menos um dentre o dito primeiro e o dito segundo usuário, preferencialmente o dito primeiro usuário, a dita porção de conteúdo de vídeo; - elaborar, preferencialmente por meio do dito aplicativo de terceiros, um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato; em que a dita elaboração compreende receber uma especificação de contrato de pelo menos um dentre o dito primeiro e o dito segundo usuário; em que a dita especificação de contrato compreende pelo menos uma identificação do dito primeiro usuário e do dito segundo usuário; - transferir por upload, preferencialmente por meio do dito aplicativo de terceiros, mediante a solicitação de pelo menos um dentre o dito primeiro e o dito segundo usuário, preferencialmente do dito segundo usuário, o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para o dito servidor; em que o dito servidor é configurado para executar as etapas de: - receber o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo do dito primeiro dispositivo; - receber uma primeira assinatura eletrônica do primeiro usuário por meio do dito primeiro ou do dito segundo dispositivo; - receber uma segunda assinatura eletrônica do primeiro usuário por meio do dito primeiro ou do dito segundo dispositivo; em que o dito segundo dispositivo é configurado para executar as etapas de: - receber um convite de assinatura de contrato em vídeo, preferencialmente do dito servidor;
em que pelo menos um dentre o dito primeiro e o dito segundo dispositivo, preferencialmente o dito primeiro dispositivo, é configurado para receber a dita primeira assinatura eletrônica do primeiro usuário e enviar a dita primeira assinatura eletrônica do primeiro usuário ao dito servidor; em que pelo menos um dentre o dito primeiro e o dito segundo dispositivo, preferencialmente o dito segundo dispositivo, é configurado para receber a dita segunda assinatura do dito segundo usuário e para enviar a dita segunda assinatura eletrônica do segundo usuário ao dito servidor; e em que pelo menos um dentre o dito primeiro dispositivo e o dito servidor, preferencialmente o dito servidor, é configurado para enviar o dito convite de assinatura de contrato em vídeo ao dito segundo dispositivo, em que o dito envio é com base na dita identificação do dito segundo usuário.
26. Uso do método de acordo com qualquer uma das reivindicações 1 a 24, caracterizado por ser no sistema de acordo com a reivindicação 25.
27. Produto de programa de computador caracterizado por desempenhar um método implementado por computador para assinar eletronicamente um contrato em vídeo entre um primeiro usuário que tem um primeiro dispositivo e um segundo usuário que tem um segundo dispositivo com base em uma porção de conteúdo de vídeo; em que o produto de programa de computador compreende pelo menos uma mídia legível, na qual as porções de código de programa legível por computador são salvas, em que as porções de código de programa compreendem instruções para desempenhar o dito método implementado por computador no dito primeiro dispositivo; sendo que o dito método implementado por computador compreende as etapas de: - receber a dita porção de conteúdo de vídeo do dito primeiro e/ou do dito segundo usuário, preferencialmente gravando-se, mediante a solicitação de um dentre o dito primeiro e o dito segundo usuário, a dita porção de conteúdo de vídeo; - elaborar um contrato em vídeo que compreende a dita porção de conteúdo de vídeo e uma especificação de contrato; em que a dita elaboração compreende receber uma especificação de contrato de pelo menos um dentre o dito primeiro e o dito segundo usuário; em que a dita especificação de contrato compreende pelo menos uma identificação do dito primeiro usuário e do dito segundo usuário; - transferir por upload, mediante a solicitação de pelo menos um dentre o dito primeiro e o dito segundo usuário, o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo para um servidor; - receber uma primeira assinatura eletrônica do primeiro usuário e/ou uma segunda assinatura eletrônica do segundo usuário e enviar cada uma das assinaturas eletrônicas recebidas ao dito servidor; em que o dito servidor é configurado para executar as etapas de: - receber o dito contrato em vídeo que inclui a dita porção de conteúdo de vídeo do dito primeiro dispositivo; - receber a dita primeira assinatura eletrônica do primeiro usuário; - receber a dita segunda assinatura eletrônica do primeiro usuário; em que o dito segundo dispositivo é configurado para executar as etapas de: - receber um convite de assinatura de contrato em vídeo do dito servidor; - preferencialmente, receber uma primeira assinatura eletrônica do primeiro usuário e/ou uma segunda assinatura eletrônica do segundo usuário e enviar cada uma das assinaturas eletrônicas recebidas ao dito servidor; e em que pelo menos um dentre o método implementado por computador para executar o dito primeiro dispositivo e as ditas etapas, as quais o servidor é configurado para executar, preferencialmente as ditas etapas, as quais o servidor é configurado para executar, compreende o envio do dito convite de assinatura de contrato em vídeo ao dito segundo dispositivo, em que o dito envio é com base na dita identificação do dito segundo usuário.
28. Contrato em vídeo caracterizado por ser elaborado e assinado por meio de um método de acordo com qualquer uma das reivindicações 1 a 24, em que o dito método é, preferencialmente, executado em um sistema de acordo com a reivindicação 25.
BR112020016421-6A 2018-02-14 2018-07-06 Método e sistema para contratos em vídeo BR112020016421A2 (pt)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP18156762 2018-02-14
EP18156762.9 2018-02-14
PCT/EP2018/068416 WO2019158228A1 (en) 2018-02-14 2018-07-06 Method and system for video contracts

Publications (1)

Publication Number Publication Date
BR112020016421A2 true BR112020016421A2 (pt) 2020-12-15

Family

ID=61244377

Family Applications (1)

Application Number Title Priority Date Filing Date
BR112020016421-6A BR112020016421A2 (pt) 2018-02-14 2018-07-06 Método e sistema para contratos em vídeo

Country Status (9)

Country Link
US (1) US20200410616A1 (pt)
EP (1) EP3752974A1 (pt)
JP (1) JP7468868B2 (pt)
KR (1) KR20200124695A (pt)
CN (1) CN111919235A (pt)
AU (1) AU2018408777A1 (pt)
BR (1) BR112020016421A2 (pt)
CA (1) CA3090923A1 (pt)
WO (1) WO2019158228A1 (pt)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10140392B1 (en) 2017-06-29 2018-11-27 Best Apps, Llc Computer aided systems and methods for creating custom products
WO2019083954A1 (en) * 2017-10-23 2019-05-02 Notarize, Inc. SYSTEM AND METHOD FOR AUTOMATIC RECOVERY OF ONLINE NOTARIZATION APPOINTMENTS
GB201811263D0 (en) * 2018-07-10 2018-08-29 Netmaster Solutions Ltd A method and system for managing digital using a blockchain
JP7090903B2 (ja) * 2018-11-09 2022-06-27 国立大学法人東北大学 情報処理システム、データ提供方法、および情報処理システムの製造方法
GB2574129B (en) * 2019-06-13 2024-01-17 Withsecure Corp False alarm detection for malware scanning
US11514203B2 (en) 2020-05-18 2022-11-29 Best Apps, Llc Computer aided systems and methods for creating custom products
CN111698451B (zh) * 2020-06-17 2022-07-08 北京天威诚信电子商务服务有限公司 基于视频会议的电子合同签署方法、平台及系统
CN112165597B (zh) * 2020-09-28 2023-05-02 平安普惠企业管理有限公司 一种基于多方视频的数据审批方法及装置
US11822701B2 (en) * 2021-04-09 2023-11-21 VIQ Solutions Inc. Securing and managing offline digital evidence with a smart data lease system
CN113179380B (zh) * 2021-04-22 2022-04-08 深圳壹账通智能科技有限公司 签名录制方法、装置、设备及存储介质
US20220383282A1 (en) * 2021-06-01 2022-12-01 Kyodai Technologies Inc., d/b/a/ Rensa Games Digital rights management using distributed ledgers
WO2023277294A1 (en) * 2021-06-30 2023-01-05 Artifriends Inc. Apparatus and method for providing service of issuing media content token based on blockchain
WO2024071463A1 (ko) * 2022-09-27 2024-04-04 주식회사 이폼웍스 비디오 서명 라이브 컨트랙 시스템 및 그 방법

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2265875C (en) * 1996-09-09 2007-01-16 Dennis Jay Dupray Location of a mobile station
US7194618B1 (en) * 2001-03-05 2007-03-20 Suominen Edwin A Encryption and authentication systems and methods
JP2004070705A (ja) 2002-08-07 2004-03-04 Dainippon Printing Co Ltd 電子フォーム作成装置、及びこの装置によって作成された電子フォーム
US8086859B2 (en) * 2006-03-02 2011-12-27 Microsoft Corporation Generation of electronic signatures
US9282446B2 (en) * 2009-08-06 2016-03-08 Golba Llc Location-aware content and location-based advertising with a mobile device
US8655796B2 (en) 2011-06-17 2014-02-18 Sanjay Udani Methods and systems for recording verifiable documentation
CA2846443C (en) * 2011-08-25 2020-10-27 Docusign, Inc. Mobile solution for signing and retaining third-party documents
US20150269692A1 (en) * 2014-03-18 2015-09-24 Jed Ryan Electronic Contract Creator
US20160042481A1 (en) * 2014-06-06 2016-02-11 Shaun E. Williams Method and System for Digital Signing for Consent Using a Video Consent Signature and Cognitive Test
US9854430B1 (en) * 2015-05-08 2017-12-26 Faizaan Sharif Digital transmission system to collect in real time a plurality of disparate time/date related substantiation events to confirm the identity of a signatory in conjunction with the affixing of an electronic signature on a mobile device
JP2017027318A (ja) * 2015-07-21 2017-02-02 株式会社インフォディオ 付加型署名装置およびそれを用いた契約管理システム
US11915332B2 (en) 2015-10-02 2024-02-27 Loyyal Holdings Incorporated System and process for tokenization and management of liability
US10062130B2 (en) 2015-11-12 2018-08-28 Adobe Systems Incorporated Generating authenticated instruments for oral agreements
AU2017240796A1 (en) * 2016-03-31 2018-10-25 Clause, Inc. System and method for creating and executing data-driven legal contracts

Also Published As

Publication number Publication date
WO2019158228A1 (en) 2019-08-22
KR20200124695A (ko) 2020-11-03
CA3090923A1 (en) 2019-08-22
CN111919235A (zh) 2020-11-10
AU2018408777A1 (en) 2020-08-27
US20200410616A1 (en) 2020-12-31
JP7468868B2 (ja) 2024-04-16
JP2021513709A (ja) 2021-05-27
EP3752974A1 (en) 2020-12-23

Similar Documents

Publication Publication Date Title
BR112020016421A2 (pt) Método e sistema para contratos em vídeo
US20210103938A1 (en) Methods and systems for authenticating physical products via near field communication tags and recording authentication transactions on a blockchain
US20210097205A1 (en) Systems, Methods and Computer Program Products for Managing Remote Execution of Transaction Documents
US10706305B2 (en) Method and system for replaying a voice message and displaying a signed digital photograph contemporaneously
US11144849B2 (en) URL-based electronic ticket transfer
US20220198416A1 (en) Social network payments
US20140208384A1 (en) System and method for managing, controlling and enabling data transmission from a first device to at least one other second device, wherein the first and second devices are on different networks
US10346849B2 (en) Communicating personalized messages using quick response (QR) codes
US10432693B2 (en) System, method and computer program for signing and dedicating information objects
US20160026626A1 (en) Memorytag Hybrid Multidimensional Bar Text Code
US11928105B2 (en) System for tracking data associated with a digital token
WO2020123464A1 (en) Decentralized marketplace and ecosystem powered by blockchain-based document delivery, collaboration, and dissemination
US20190199965A1 (en) Server and method enabling augmented reality (ar) object sharing
US20120316995A1 (en) Method and system of displaying, managing and selling images in an event photography environment
JP2019537113A (ja) モバイルコンピューティング機器間で通信を確立させるための方法及びシステム
US20220284447A1 (en) Methods and systems for authenticating physical products via near field communication tags and recording authentication transactions on a blockchain
US20200327461A1 (en) Personalized Multimedia Autographing System
US20210342839A1 (en) Systems and methods facilitating chargebacks in electronic transactions
US20170061421A1 (en) System and method for permitting proximity based funds transfer from one person to another
US20230281937A1 (en) Extended reality system for displaying art
US10169786B2 (en) Method and apparatus for repurchasing items
US11227252B1 (en) Token-based transport rules
US11544685B2 (en) Multimedia keepsake system and method
WO2014128636A1 (en) Method and system for video payments
JP2022101974A (ja) 学用品販売システム、学用品販売方法および学用品販売プログラム

Legal Events

Date Code Title Description
B350 Update of information on the portal [chapter 15.35 patent gazette]