CN116472694A - 生成、保护和维护表情符号序列数字令牌的***及方法 - Google Patents

生成、保护和维护表情符号序列数字令牌的***及方法 Download PDF

Info

Publication number
CN116472694A
CN116472694A CN202180078261.3A CN202180078261A CN116472694A CN 116472694 A CN116472694 A CN 116472694A CN 202180078261 A CN202180078261 A CN 202180078261A CN 116472694 A CN116472694 A CN 116472694A
Authority
CN
China
Prior art keywords
sequence
user
emoticons
digital token
data
Prior art date
Legal status (The legal status 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 status listed.)
Pending
Application number
CN202180078261.3A
Other languages
English (en)
Inventor
纳文·库马尔·杰恩
里卡多·保罗·斯巴年
凯勒·乔恩·肖洛克
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Imoji Aidi Co ltd
Original Assignee
Imoji Aidi Co ltd
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 Imoji Aidi Co ltd filed Critical Imoji Aidi Co ltd
Publication of CN116472694A publication Critical patent/CN116472694A/zh
Pending legal-status Critical Current

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
    • 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/3827—Use of message hashing
    • 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/3236—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 using cryptographic hash functions
    • H04L9/3239—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 using cryptographic hash functions involving non-keyed hash functions, e.g. modification detection codes [MDCs], MD5, SHA or RIPEMD
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0891—Revocation or update of secret information, e.g. encryption key update or rekeying
    • 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/3247—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 digital signatures
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/56—Financial cryptography, e.g. electronic payment or e-cash

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Compression, Expansion, Code Conversion, And Decoders (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提供了购置、保护和维护表情符号序列的***和方法。一个或多个示例中，企业或用户可以生成或购置表情符号序列，表情符号序列可以包括可用于唯一标识企业的一系列表情符号。一个或多个示例中，一旦获得了表情符号序列，表情符号序列即可具有与之相关联的数字令牌，其中可以唯一确定的方式从表情符号序列字符串中导出数字令牌。

Description

生成、保护和维护表情符号序列数字令牌的***及方法
优先权文件
本申请主张申请日为2020年9月21日的美国专利申请US 63/081,184的优先权和权益，该申请公开内容各方面全文引用归并本文。
技术领域
本公开涉及通过使用简化字符串(如可用来以安全稳妥方式识别和访问有关实体的数字信息的一系列表情符号)生成、购置、保护和维护数字令牌的***和方法。
背景技术
互联网和其他数字技术允许公司和其他企业采取多种独特方式与客户进行交流和互动。例如，客户可通过互联网访问企业的网站、社交媒体帐户以及通常公共可用的其他公司信息。此外，客户不仅可用互联网访问公共可用的公司信息，还可通过互联网与企业进行交易，如购置产品和服务、汇款、收发文件等。
企业(尤其是大型企业)可能具有位于和储于多个位置中的数字信息，以便跨其所有数字平台与企业进行通信，因此要求客户熟悉每一个位置以及访问该位置的方法才能访问有关企业的信息。在网站或社交媒体平台的情况下，可能很容易记住访问此类站点的地址。然而，与企业进行数字交互的其他方法可能很难记住或可能并不十分人性化。例如，若用户想要使用企业数字钱包向企业进行服务或商品的汇款，则必须知道企业数字钱包的地址或标识码。
举例而言，区块链钱包的钱包地址常以人类易懂的形式表示，包括三种方式：十六进制表示、Base64表示或Base58表示。此类表示钱包地址的各种常见方式中，每个钱包地址均用一串字母数字字符串来表示，字符串长度通常超过20个字符。字母数字字符串的长度和随机性导致钱包地址不灵便又难以记住，从而降低了钱包地址可用性，阻碍了采用加密电子货币。
发明内容
有鉴于此，本文提供了购置、保护和维护表情符号序列的***和方法。一个或多个示例中，企业或用户可以生成或购置表情符号序列，表情符号序列可以包括可用于唯一标识企业的一系列表情符号。一个或多个示例中，一旦获得了表情符号序列，表情符号序列即可具有与之相关联的数字令牌，其中可以唯一确定的方式从表情符号序列字符串中导出数字令牌。
一个或多个示例中，可以通过将私钥加密代码与表情符号序列相关联来获取表情符号序列的所有权，使得表情符号序列的所有者可以使用私钥来修改与表情符号序列相关联的信息，而想要访问与表情符号序列相关联的信息的企业客户或其他实体可以使用公钥来访问信息。
一个或多个示例中，一旦建立了表情符号序列的所有权，表情符号序列的所有者即可将数据与表情符号序列相关联，例如通过以相关联分类数据的默克尔树(Merkle树)形式将数据存储于区块链节点上，客户或用户可以使用表情符号序列访问数据，但只能由表情符号序列的所有者修改数据。获取表情符号序列并与数据相关联的过程不限于区块链或其他分布式账本的实施方式。
例如，一个或多个示例中，与表情符号序列相关联的数据可以存储于公共可用的关系数据库管理***(RDMS)中，并通过外键(FOREIGN Key)将数据与表情符号序列相关联。一个或多个示例中，与表情符号序列相关联的数据可以存储于任何类型的数据库中，如键值存储(KVS)数据库。
一个或多个示例中，表情符号序列的所有者可以更新与表情符号序列相关联的数据，其中通过使用区块链上可不变记录的加密电子货币交易而使任何旧数据无效并提交更新的数据集(合并任何更改)。
一个或多个示例中，如果表情符号序列的所有者想要将表情符号序列转让给另一个实体，则可通过使用原子交换来转让所有权。在原子交换中，卖方可以在交付资产时接收付款，否则转让可能会完全失败。
附图说明
图1示出了根据本公开示例的示例性表情符号序列。
图2示出了根据本公开示例的用于促进表情符号序列市场的示例性计算***。
图3示出了根据本公开示例的用于购置表情符号序列的示例性过程。
图4示出了根据本公开示例的用于将数据与表情符号序列相关联的示例性过程。
图5示出了根据本公开示例的与表情符号序列相关联的示例性默克尔树。
图6示出了根据本公开示例的用于更新与表情符号序列相关联的数据的示例性过程。
图7示出了根据本公开示例的用于访问与表情符号序列相关联的信息的示例性过程。
图8示出了根据本公开实施例的计算设备示例。
具体实施方式
下文结合附图对本公开和实施例予以描述，附图中举例示出了可实践的具体实施例。应当理解，在不背离本公开范围的前提下，可实践其他实施例和示例，也可进行更改。
还应理解，下文所用冠词表达的单数形式旨在也包含复数形式，除非上下文另有明确说明。还应理解，本文所用“和/或”是指涵盖一个或多个关联列项的任何和全部可能组合。还应理解，本文所用“包含”和/或“包括”是指存在所述特征、整数、步骤、操作、元素、部件和/或单元，但不排除存在或添加一个或多个其他特征、整数、步骤、操作、元素、部件、单元和/或其群组。
下文具体实施方式的某些部分是根据计算机存储器中的算法和数据位运算符号表示而呈现。这些算法描述和表示是数据处理领域技术人员使用的最有效将成果实质传达给本领域其他技术人员的手段。这里，算法通常视为得出必要结果的自洽步骤序列(指令)。这些步骤是需要物理操纵物理量的步骤。这些物理量通常但不必然采取能够存储、转移、组合、比较、其他方式操纵的电信号、磁信号、光学信号的形式。主要是出于惯用因素，这些信号偶尔称为位、值、元素、符号、字符、术语、数字等。此外，在不丧失通用性的前提下，需要物理操纵物理量的步骤的某些安排也偶尔称为模块或代码设备。
然而，所有这些术语和类似术语都与适当物理量相关联，仅为适用于这些物理量的方便标签。应当理解，文中采用诸如“处理”、“计算”、“运算”、“确定”、“显示”等术语的论述是指计算机***或类似电子计算设备操纵转换计算机***存储器或寄存器或其他此类信息存储、传输或显示设备中代表物理量(电子量)的数据的动作和过程，除非下述内容明确另作具体说明。
本公开某些方面包括本文采取算法形式描述的过程步骤和指令。应当注意，本公开的过程步骤和指令可以体现在软件、固件或硬件中，当体现在软件中，可以下载这些过程步骤和指令驻留并运行在各种操作***使用的不同平台上。
本公开还涉及一种用于执行本文所述操作的设备。该设备可以是针对所需目的而特别构建，也可以包括计算机中存储的计算机程序选择性激活或重新配置的通用计算机。这种计算机程序可以存储在非瞬态计算机可读存储介质中，例如但不限于任何类型的磁盘，包括软盘、光盘、CD-ROM、磁光盘、只读存储器(ROM)、随机访问存储器(RAM)、EPROM、EEPROM、磁卡或光卡、专用集成电路(ASIC)，或适合存储电子指令并各自耦合到计算机***总线的任何类型介质。此外，本说明书中提及的计算机可以包括单处理器，也可以是采用多处理器设计来提高计算能力的架构。
本文所述的方法、设备和***与任何特定计算机或其他装置皆无固有关系。根据本文教导，各种通用***也可以与程序配合使用，或构建更专用的装置来执行必要的方法步骤。此类各种***的必要结构请参阅下文。此外，本公开并未参照任何特定编程语言来描述。应当理解，如本文所述，可以使用各种编程语言来实现本公开教导。
随着互联网市场扩展并成为开展商业的主要工具，大小公司可能想要在市场上建立数字足迹。这意味着创建培养众多网站、社交媒体和电子商务网站，确保潜在或实际的客户可以采取多种方式与企业互动。此外，随着公司采取行动建立线上出席，还可以利用电子市场上可用的工具来促进与公司客户的数字交互，例如，通过接受线上支付并允许用户使用加密电子货币技术对服务和商品进行汇款。
然而，使用各种互联网站点和数字工具建立大型数字足迹可能会让客户面临挑战。为了与特定企业进行互动，客户可能必须熟悉甚至记住有关单个公司的多个网址、社交媒体账号等。在使用加密电子货币汇款的示例中，客户通常必须获取或以其他方式获知企业的数字钱包ID。但如上所述，加密电子货币(即区块链)钱包的钱包地址通常表示为可能很难记住的随机字母数字字符串，用户很容易输入错误。
由于拥有大型数字足迹(或任何类型的出席)可能要求客户记住或以其他方式获知公司相关信息的身份和详情，有利地会将必要信息存储于一个合并位置，这个合并位置可供客户访问，不要求用户记住关于企业的繁冗字母数字序列就能极为简单地进行访问。
此外，上述合并信息源对于企业与客户接洽的能力而言至关重要，故应保护信息源，只有公司才能编辑信息，而公众只能阅读或访问信息而无法以任何方式修改信息。
如上所述，可以使用字母数字字符和序列的复杂序列来识别公司相关信息，例如公司的数字钱包。诸如万维网等互联网协议可以允许用户使用单词和字母而非数字的IP地址键入方便用户的网址，从而简化访问互联网站点，但如上所述，公司的数字足迹可以超越互联网站点，因此互联网协议无法为上述问题提供完整的解决方案。
可以利用表情符号为用户提供一种简便的方式来识别公司。表情符号可用于表达的思想、构思和概念、可用键盘或软件应用来输入、可不使用字母数字字符而输入的微型图片。如下详述，对于典型的互联网用户而言，表情符号通常比字母数字地址更容易记住。因此，一系列表情符号而不是字母数字序列可以更适合确保客户能够成功访问公司相关信息。
图1示出了根据本公开示例的示例性表情符号序列。下述示例中，术语“表情符号序列”用作可能容易记住且方便用户的ID类型的示例，但不应将表情符号序列的示例视为限制性意义。可包括混合表情符号与非表情符号字符的其他字符序列以及不包括表情符号的序列也可落入本公开范围。如上所述，使用表情符号序列可以是一种访问特定公司相关信息的更简便的用户友好方式，不必记住可能依赖繁冗字母数字序列的多种不同的地址或标识符。采取称为“Acme Airlines”的假设航空公司为例，要访问有关Acme Airlines的信息，用户可能需要获知其网址、社交媒体账号和其数字钱包信息，才能使用该公司全部在线和基于计算机的服务与公司充分接洽。使用字母数字字符可能会成为挑战，因为用户必须记住Acme Airlines的网址，该网址可能使用Acme Airlines全名，也可能使用名称缩短版，如Acme Air或简称AAL。如果Acme Airlines在其网站上用其全名，但在社交媒体资料使用了Acme Air，可能会加剧这种潜在的混淆。如果客户想通过互联网向Acme Airlines支付航班费用，一个或多个示例中，用户可能还需要获知Acme Airlines数字钱包的唯一字母数字代码，可能包括随机的字母数字序列，而不是与航空公司名称相关的字母数字序列。
代替记住所有这些不同的字母数字序列，如果用户能够通过简单回想一系列表情符号(或其他易于记住的可识别字符串)而轻松访问某一位置的Acme Airlines信息，用户便能更加成功地与航空公司线上接洽。图1的示例中，示例性表情符号序列100可以包括单个表情符号102、104和106的序列，用户可能更容易记住该序列来识别Acme Airlines。利用Acme Airlines的示例，有关Acme Airlines的表情符号序列100可以包括第一表情符号102(可为飞机)。飞机表情符号102对于Acme Airlines的客户而言容易记住，因为它可以视觉上描绘作为Acme Airlines业务的飞机。
为了进一步将Acme Airlines与其他航空公司区分开，表情符号序列100还可以包括其他表情符号104、106和108。表情符号序列100的示例中，表情符号104、106和108可以包括有关度假胜地(如海滩、城堡和山脉)的表情符号，这些表情符号可以帮助用户区分AcmeAirlines与其他航空公司又很容易记住(因为大多数旅行者会购买飞往度假胜地的航班)。图1的示例仅作示例，不应以任何方式视为限制性意义。其他示例性表情符号序列可在序列中包括或多或少的表情符号。
由于企业可以使用表情符号序列来建立其数字出席，或者提供对特定企业相关信息的访问，一个或多个示例中，可以建立表情符号序列市场，以便可以采取可验证的安全方式购置或出售特定的表情符号序列，从而确保表情符号序列将为单个实体所有而无法伪造。一个或多个示例中，可以通过使用分布式账本技术(如区块链)来采取数字方式(即使用计算***)建立用于购置或出售表情符号序列的市场。使用分布式账本服务(如区块链调用)允许验证交易，而无需第三方来验证双方交易。
图2示出了根据本公开示例的用于促进表情符号序列市场的示例性计算***。图2的示例中，***200可以包括购置者设备202。购置者设备202可以表示购置者的计算***，购置者希望购置可在一个或多个处理器(例如移动设备或桌面计算环境)上实施的表情符号序列。一个或多个示例中，***200还可以包括服务商计算***204，服务商计算***204配置为通过购置者计算***202向购置者出售表情符号序列。
一个或多个示例中，计算***可以包括区块链网络206，区块链网络206可以包括多个节点208A-208E(例如服务器)，这些节点均可维护相应的区块链副本。实际实践中，区块链网络206可以包括数百个或数千个节点。一些实施例中，区块链网络206可以是本领域技术人员公知的分布式点对点(p2p)网络。一些实施例中，节点208A-208E的区块链网络206可以实施公知的共识算法来验证提交给区块链网络206的交易。验证过的交易可以包括转让的加密电子货币、合同、记录或要记录到区块链的其他信息。一些实施例中，将多笔交易共同合并到一个数据区块中，在区块链网络206中对该数据区块进行验证。一旦通过验证，便可将该数据区块添加到由各节点208A-208E维护的现有区块链中。
一些实施例中，用户可以使用购置者设备202发起要提交给区块链网络206的交易。例如，用户可以使用配置为与区块链网络206交互的应用来提交交易。例如，购置者设备可以生成加密电子货币交易并将加密电子货币交易发送到节点208A进行校验和验证。购置者设备202可以包括从数字分发平台(例如，Apple设备上的App应用商店或Windows设备上的Microsoft应用商店)或内容服务器下载的软件。一些实施例中，在购置设备上实施的应用可以提供图形用户界面(GUI)，使用户能够在其区块链钱包与加密电子货币资金的目标接收者的区块链钱包之间生成交易。
一个或多个示例中，如下关于图3的示例进一步详述，***200可以配置为通过服务商204促进购置者202购置、保护和实施表情符号序列。一个或多个示例中，***200可以配置为允许购置者购置表情符号序列、将所购置的表情符号序列与数字令牌相关联、然后将数字令牌转让给购置者，使得购置者可以使用数字令牌来维护与购置者相关联的信息，公众可以安全稳妥地查看信息。
图3示出了根据本公开示例的用于购置表情符号序列的示例性过程。图3的示例中，过程300可以开始于步骤302，接收特定表情符号序列的请求。一个或多个示例中，第三方服务可以主持和促进表情符号序列购置和注册过程，从而在步骤302接收请求可以包括从用户/购置者接收请求具体表情符号序列的请求。作为上述示例的替代或补充，第三方服务商可以发布一个或多个表情符号序列(或部分表情符号序列)，购置者可以在步骤302指示希望购置第三方发布且使用网站广告的特定表情符号序列。
一旦在步骤302接收到特定表情符号序列的请求，过程300可以继续至步骤304，确定在步骤302所请求的表情符号序列的可用性。如上所述，在使用分布式账本(如区块链)维护表情符号序列市场的示例中，验证表情符号序列的可用性可以包括用区块链的基础节点进行检查，以确定所请求的表情符号序列是否可用。如果确定所请求的表情符号序列不可用，则过程300可以继续至步骤306，交易(即购置表情符号序列)将失败，并通知用户失败。一个或多个示例中，如果有同时试图购置特定表情符号序列的多方，则过程300可以将表情符号序列授予提出首发交易的购置者(如下进一步详述)。
如果在步骤304发现在步骤302所请求的表情符号序列可用，则过程300可以继续至步骤308，可以使用所请求的表情符号序列创建数字令牌，该表情符号序列可用于建立ID的所有权。一个或多个示例中，数字令牌可以从表情符号序列字符串导出，可以具备唯一性和确定性。一个或多个示例中，在步骤308，可以生成表情符号序列的散列以及一些其他元数据。一个或多个示例中，生成散列可以包括取得用户加密方案的公钥(用户也可以在步骤302请求表情符号序列时或者在步骤304确定ID可用后将公钥提供给服务商)并使用公共令牌生成散列。
公钥和私钥是基于区块链网络建立的加密电子货币的不可或缺的组成部分，正是称作公钥密码学(PKC)或非对称加密的更广密码学领域的一部分。PKC的目标是易于从第一状态(例如，私钥)转换为第二状态(例如，公钥)，而从第二状态逆转到第一状态几乎不太可能，在此过程中，需在不暴露密钥的情况下证明拥有密钥。该产品随后是单向数学函数，使该产品合理校验交易(如加密电子货币交易)的真伪，因为无法伪造拥有第一状态(如密钥)。PKC依靠双钥模型，即公钥和私钥。
PKC的一般目的是使用公共渠道中的数字签名进行安全的私人通信，而这样的公共渠道容易受到潜在恶意窃取者的影响。在加密电子货币的情境下，目标是证明一笔花费的交易确实是由资金所有者签署，而非伪造，所有这些都发生在点对点间的公共区块链网络上。区块链钱包的私钥解锁区块链钱包所有者花费区块链钱包中的加密电子货币资金的权利，因此必须保持私有。与区块链钱包的私钥加密链接的数字令牌对所有用户而言可公用，使其他用户能够向用户的区块链钱包发送加密电子货币。例如，钱包地址可以是使用一种或多种PKC算法根据区块链钱包的私钥而生成的公钥。
一个或多个示例中，在步骤308，可以通过将购置的表情符号序列与表情符号序列相关联的元数据(如默克尔树，如下进一步详述)与用户提供的加密公钥串接而创建散列。这种散列可以提供唯一确定性的可验证令牌，该令牌通过购置者的公钥决定性将表情符号序列与用户相关联。如下进一步详述，购置者可以使用与其公钥相关联的私钥来修改与表情符号序列相关联的数据。
在使用数据库来存储与特定表情符号序列相关联的信息的一个或多个示例中，在步骤308，可以将表情符号序列与购置者相关联，任何访问公共可用数据库的人都可以通过访问数据库获得用户的公钥(只有表情符号序列的购置者才知晓私钥，因此可以是唯一能够修改数据库中存储数据的人)。
一旦在步骤308建立数字令牌，该过程可以继续至步骤310，可以使用分布式账本(如区块链)挖掘交易(即创建将表情符号序列与用户相关联的数字令牌)。如上所述，购置表情符号序列的过程可以构造为要在分布式账本上执行的交易，故在步骤310挖掘交易的过程可以包括在区块链上创建区块、然后将区块添加到区块链(由分布式账本的每一个节点保存区块链)的过程。作为挖掘过程的一部分，挖掘者还可以验证交易(即，创建目前与特定企业相关联的表情符号序列ID)准确。
在步骤310挖掘了表情符号序列交易并成为区块链的一部分之后，该过程可以继续至步骤312，将表情符号序列的所有权(以数字令牌的形式)转让给表情符号序列的购置者。一个或多个示例中，可以通过购置者针对表情符号序列汇款给服务商而发生转让，或者一个或多个示例中，表情符号序列的所有权可以通过原子交换转让给购置者。一个或多个示例中，原子交换可以是指购置者与服务商之间交换加密电子货币的过程，其中购置者将加密电子货币转让给服务商，而服务商又将数字令牌(构成为货币交易)转让给购置者。
有多种方式可以在计算机内存和/或永久存储***中保持和表示键值***。一个或多个示例中，可以使用映射(称为Dict、Map或HashMap)，该映射可以维护表情符号序列及其关联值的关联列表。另一示例中，可以使用高性能键值***(如LMDB、RocksDB、BerkeleyDB、Memcache或Redis)来将表情符号序列及其关联数据相关联。另一示例中，可以使用关系数据库管理***(RDMS)、如PostgreSQL或MySQL利用数据库表和外键关联将表情符号序列映射到它们的数据。另一示例中，可以使用NoSQL文档存储数据库(如MongoDB)将相关数据值与表情符号序列相关联。另一示例中，可以使用平面文件，从而将每个表情符号序列的关联数据存储于使用算法命名的单独文件或目录中，以将表情符号序列映射到文件或目录名称。优选实施方式中，区块链***可以利用任何上述存储策略来提供分散化的永久存储***来访问和维护表情符号序列***。
集中式数据库实施方式示例中，可以通过将用户ID与数据库中的表情符号序列相关联(若有不止一个，则与多个表情符号序列相关联)来授予表情符号序列的所有权。对数据的写入访问可以由服务器应用中的数据库控制器逻辑的业务逻辑控制。在基于区块链的存储实施方式中，可以将表情符号序列密钥与私钥相关联。该私钥及其对应公钥可用于指示表情符号序列的所有权。本公开一个或多个示例中，将表情符号序列与密钥相关联可以包括在智能合约(如Ethereum上的Solidity)中使用映射建立1:1的关系。另一示例中，可以使用脚本并需要数字签名来证明密钥与表情符号序列之间的所有权关系来构建私钥与表情符号序列之间的1:1关系。原则上，这种实施方式可能用于现有的比特币、比特币现金、ZCash或类似的区块链。一个或多个示例中，可以使用区块链的数据结构的同态特性将表情符号序列令牌嵌入区块链的输出中。一个或多个示例中，可以在基于Mimblewimble的协议(例如Grin、Beam或Tari)下实现这种策略。
通过链接的数据结构和工作证明，在区块链***上记录的数据基本上固定不变。对于表情符号***，一个或多个示例中，可以期望使键值查找表成为存储于区块链上的不变信息集的一部分。这一点可通过多种方式完成。对于智能合约平台(如Ethereum)，表情符号序列数据库可以作为智能合约的一部分存储，如此使用基础协议的本机数据存储机制在区块链上呈现。对于非智能合约平台，可以汇总表情符号序列数据库状态并转而将其存储。
有几种方式可以处理此汇总过程。一个示例中，可以将表情符号序列数据序列化，并将其提供到散列算法(如Blake2b)中。一个或多个示例中，计算***可以在默克尔树或几个类似树结构之一中表示表情符号序列数据，并将树根作为数据摘要。该摘要本质上是表情符号序列数据值的当前状态的唯一不可逆指纹，可以通过将摘要嵌入未花费的交易输出(UTXO)来将摘要与令牌和所有者密钥相关联，未花费的交易输出(UTXO)与所有者的私钥和表情符号序列令牌相关联。这一点可以通过将摘要包括到输出特征中来实现，这正是大多数基于输出的区块链***的特点。在基于Mimblewimble的区块链中，另一种方法可以是将摘要添加到承诺的盲因子中。这实现了将数据与所有者的令牌和表情符号序列密钥相关联的功能，同时也通过掩盖输出中究竟存在任何功能数据的事实来加强隐私。
一旦在步骤312执行了原子交换后，过程300可以继续至步骤314，该过程终止。过程300结束时，购置者此时可以拥有表情符号序列，该表情符号序列是唯一可验证的，使购置者能够访问存储于安全庄园中令牌内的信息，同时仍然仅允许所有者能够修改数字令牌中包含的数据。
本公开一个或多个示例中，表情符号序列的原始发行方(资产发行方)可能希望维持表情符号序列生态***中的某些特权。例如，资产发行方可能希望批准某些转让；或防止某些表情符号序列发生转让。一个或多个示例中，资产发行方可能希望执行某些业务逻辑规则；例如，资产发行方可能希望对次数施加最大限制，并可转让表情符号序列。另一示例中，资产发行方可能希望在一定时段后将某些表情符号序列退回，而不是无限期将所有权转让给表情符号序列用户。在区块链实施方式中，这种控制可能很困难，因为区块链在本质上可以抵抗审查并分散化。在表情符号序列的区块链实施方式上实现管理功能的一种方法是，如上所述，要求所有表情符号序列的转让都包含多方签名，其中一位签名人始终是资产发行方。另一种方法是修改区块链协议的共识规则，以承认存在资产发行方并为资产发行方对表情符号序列令牌的转让给予协议普通用户不具备的额外特权。该实施方式中，协议规则不必自我限制为承认表情符号序列是区块链上仅有的资产。优选实施方式将允许在协议上注册多个资产，并为其不同资产发行方针对他们已经在区块链协议上使用区块链协议注册和发行的不同数字资产给予额外特权。
如上简述，通过图3中概述的表情符号序列购置处理所创建的数字令牌可以包括以默克尔树(Merkle Tree)形式存储的元数据。默克尔树可以用作数据结构，该数据结构可以允许表情符号序列的所有者存储数据(如其网址、社交媒体账号或数字钱包信息)，所有者希望使该数据对于客户或将使用所有者的表情符号序列来收集所有者相关信息的其他用户而言可公用。实现上述目的的同时，默克尔树结构也能很好地存储用于访问分布式账本***(如区块链)的信息。如下所述，可以采取区块链网络可高效处理的方式格式化数字令牌的默克尔树中存储的数据。
一个或多个示例中，如果数据未存储于区块链网络中，则可以将相关联的数据存储于RDMS数据库或其他类型的数据库中，并且可以通过外键将存储于数据库中的数据与表情符号序列相关联。
图4示出了根据本公开示例的用于将数据与表情符号序列相关联的示例性过程。一个或多个示例中，关于图4所述的过程400可以在分布式账本网络(例如上文关于图2所述的***)上实施。一个或多个示例中，图4的过程400可以开始于步骤402，接收与特定表情符号序列相关联的数据。一个或多个示例中，更新与表情符号序列相关联的数据可以构造为区块链交易，其中与表情符号序列相关联的数字令牌的所有者(即表情符号序列的所有者)可以将交易提交给区块链，该区块链将旧令牌状态“花费”到具有更新的默克尔根(MerkleRoot)和默克尔树(Merkle Tree)的新状态。一个或多个示例中，可以将交易配置为不更改表情符号序列本身，因为这样做可能会导致***不再识别数字令牌。
鉴于上述考虑，步骤400可以配置为通过修改与表情符号序列相关联的默克尔树来更新与表情符号序列相关联的数字令牌。因此，一旦在步骤402接收到修改数据或附加数据，该过程可以继续至步骤404，将数据标记为属于一个或多个类别。通过使用标签将数据限制为某些类型，***可以为每个表情符号序列设置待存储数据量的上限。换言之，在不受约束的***中，表情符号序列所需的数据量可能是无限的，因此***将无法估算其内存消耗，但通过对数据进行分类，***可以知道特定表情符号序列所需的内存上限。
下列表1说明了表情符号序列令牌的示例性格式：
字段 大小 描述
id 4-32个字节 无意义ID本身
默克尔根 32个字节 所附VEID数据的指纹
sig 64个字节 证实令牌服务商的签名
如上表1所示，每个与表情符号相关的数字令牌均可包括ID字段，该ID字段占用4-32个字节的内存并存储与表情符号序列本身有关的信息。令牌还可以包括默克尔根，该默克尔根可以占用32个字节的内存(由于类别标签提供的限制，如下进一步详述)，令牌可以包括签名字段，该签名字段可以占用64个字节并可以包括证明表情符号序列真伪的数字签名服务商。上面关于表1所述的字段和内存大小仅作示例，不应视为以任何方式对本公开加以限制。本领域技术人员将会认识到数字令牌可以包括或多或少的字段、不同类型的字段以及消耗或多或少内存的字段。
回顾图4的示例，可以将步骤402接收到的数据标记为或分类为一个或多个类别。下表2说明了根据本公开示例的示例性分类方案。
标签 类型/大小 描述
0x0101 32个字节 公钥
0x0102 64个字节 服务商施诺尔(Schnorr)签名(R,s)
0x0201 69个字节 加密电子货币标准地址
0x0202 69个字节 加密电子货币子地址
0x0203 56+2个字节 Onion3地址
0x03nn nn个字节 Web URL
0x0401 32个字节 默克尔树
0x05nn nn个字节 任意UTF-8串流数据
如上表2所示，类别标签可以包括Web网址、数字钱包信息、社交媒体账号。上表旨在仅作示例，不应视为对本公开加以限制。一个或多个示例中，***存储的标签和信息类型可以包括各种信息，包括加密电子货币地址、互联网地址/url、DNS记录、文本记录、位置数据等。本公开一个或多个示例中，信息本身可以具有自己的ID。例如，社交媒体账号可以具有ID(如登录名或显示名)，因此图4的过程400可以包括将表情符号序列与ID和/或基础数据关联的功能相关联。在社交媒体帐户的示例中，在步骤404，可以将表情符号序列与社交媒体帐户的ID相关联，并且可以进一步将表情符号序列与社交媒体帐户的功能相关联，这意味着调用表情符号序列时，它将与社交媒体平台的功能相结合，如同用户直接调用了社交媒体帐户ID一样。
本公开一个或多个示例中，为了允许用户使用表情符号序列访问数据，序列可以允许Web和移动客户端(如浏览器和专门编写的应用)访问与表情符号序列相关联的数据。一个或多个示例中，可以通过定义和实施表情符号序列的REST API来启用访问。REST API非常适合表情符号序列的集中式数据库实施方式。还可以针对区块链实施方式编写RESTAPI，其中单个区块链节点操作者可以选择使其节点的REST API暴露，并允许对其提出请求，前提是已经将区块链编写为充当REST API服务器。除REST API外，还可以实施其他API，包括JSON-RPC、SOAP、gRPC和许多其他类似的基于互联网的API协议。一个或多个示例中，区块链节点实施方式可以为客户端应用提供gRPC API接口。该API(无论是集中式还是在区块链上)可以促进的一个服务例是Web应用，用户可以将该Web应用用作目录查找服务，类似于现代基于表情符号的电话目录或“黄页”。API的另一种用途是实施Web浏览器，该Web浏览器可以将其内容中包含表情符号序列的任何Web页面转换为实时目录服务，从而使用户可以在不离开正浏览Web页面的情况下查找相关联的表情符号序列数据。另一种应用会允许区块链节点或集中式表情符号序列服务器用作域名服务(DNS)服务器，从而将表情符号序列转换为Web浏览器分辨率的IP地址或邮件(MX)记录或当前定义的任何其他DNS记录。本质上，表情符号序列服务扩展了DNS，以允许表情符号序列作为Web域。另一种示例性应用会利用移动应用，该移动应用允许用户直接从其设备的应用中查找表情符号序列数据。例如，在社交媒体讯息中，用户可以直接跳到表情符号序列所有者的网站、或者给他们加密电子货币、或者给他们发送电子邮件，取决于表情符号序列所有者链接到其表情符号序列的数据，而无需查看任何信息；只有表情符号序列发布在社交媒体讯息中。
一旦在步骤404对接收到的数据进行了分类，过程400便可继续至步骤406，可以将标记的数据存储于默克尔树中。如上所述，数据更新可以构造为区块链交易，其中将旧令牌状态花费为具有更新默克尔根和更新默克尔树的新令牌。因此，在步骤406，将分类的数据转换为具有更新默克尔根的默克尔树(如下关于图5详述)。
一旦在步骤406生成了新的默克尔树，过程400便可继续至步骤408，在区块链网络上更新令牌。一个或多个示例中，如上所述，可以通过将更新构造为区块链交易来在区块链网络上更新令牌。一旦在步骤408更新了令牌，过程400便可继续至步骤410，该过程终止。
图5示出了根据本公开示例的与表情符号序列相关联的示例性默克尔树。如上所述，与表情符号序列相关联的数据令牌可以包括存储于区块链网络上一个或多个区块的默克尔树。默克尔树500示出了一种使用默克尔树存储与表情符号序列相关联的数据的示例性方式。
一个或多个示例中，默克尔树500可以包括信息502、504、506和508。一个或多个示例中，信息502、504、506和508可以表示未加密的信息，如有关表情符号序列所有者的Web地址、数字钱包地址等。一个或多个示例中，可以分别将每条信息502、504、506和508转换为散列510、512、514和516。一个或多个示例中，如上所述，散列可以是将不同大小和长度的输入值转换为固定长度的字母数字表示的函数。因此，散列510例如可以表示在默克尔树500的节点502处发现的公钥数据的散列。可以使用散列函数将每条信息502、504、506和508转换为相应的字母数字表示510、512、514、516。
一个或多个示例中，可以将510、512、514和516的散列值对串接并散列为新值。例如，可以将散列值510和512串接并散列为新值518。类似地，可以将散列值514和516串接并散列为新值520。最后，可以将散列值518和520串接并散列为单个散列值522，散列值522可以称为默克尔树的根。默克尔树500的根522可以表示可区分的单个字母数字值，该字母数字值可以表示节点502、504、506和508处发现的所有信息。
如上所述，更新与表情符号序列相关联的数据的过程可以构造为验证并记录在区块链网络上的交易。图6示出了根据本公开示例的用于更新与表情符号序列相关联的数据的示例性过程。一个或多个示例中，图6的过程600可以开始于步骤602，区块链网络接收更新的交易(关于图4的示例生成)。一旦在步骤602区块链网络接收到更新的交易，该过程可以继续至步骤604，可以分析接收到的交易以确定交易是否有效。如本领域公知，校验交易可以是指区块链验证要向区块链添加新区块的过程。
如果在步骤604确定交易无效，则过程600可以继续至步骤606，该过程终止。然而，如果在步骤604确定交易有效，则过程600可以继续至步骤608，挖掘更新的交易。在图6的上下文中，挖掘可以指为区块链网络创建区块、然后使区块链网络的每个节点将区块添加到其区块链中的过程。在步骤608挖掘交易后，过程600可以继续至步骤610，该过程终止。
图6中概述的过程可以允许表情符号序列的所有者以安全的方式关联有关所有者的相关有用数据，并允许在网络攻击或恶意使用数据风险最低的情况下进行第三方访问。从用户角度来看，表情符号序列可以允许检索有关特定实体的信息，而无需记住复杂的字母数字序列，也无需去往不同信息存储库即可收集数据。
图7示出了根据本公开示例的用于访问与表情符号序列相关联的信息的示例性过程。一个或多个示例中，图7的过程700可以开始于步骤702，想要访问与表情符号序列相关联的信息的第三方对区块链网络的基础节点提出请求，该基础节点存储所请求信息的数据。本公开一个或多个示例中，请求可以包括与信息相关联的表情符号序列以及第三方想要接收的具体类别标签(如上所述)。一个或多个示例中，如果第三方想要接收与表情符号序列相关联的所有存储信息，则可从他们的请求中省去任何类别标签，在此情况下，***将返回与表情符号序列相关联的全部数据。
一旦在步骤702处接收到请求后，过程700可以继续至步骤704，存储数据的区块链基础节点可以工作以返回与请求相关联的数据。一个或多个示例中，返回数据可以包括分析区块链上的区块，以确定是否区块中任一区块与第三方指定的表情符号序列有关，如果发现区块，则可返回该区块中发现的数据(即，默克尔树)。
一旦在步骤704返回数据后，过程700可以继续至步骤706，将返回的数据格式化以传输给用户。本公开一个或多个示例中，可以通过返回区块链节点并返回给用户将返回的数据序列化。一旦在步骤706格式化数据后，过程700可以继续至步骤708，将返回的数据发送给请求者。一旦在步骤708发送数据后，过程700可以继续至步骤710，该过程终止。
下例示出了请求者可请求与表情符号序列关联的数据的示例形式：
消息类型：VEID请求
有效载荷：
·DA id
·VEID[UTF-8string]表情符号字符串
·Category Tags[Array of 16-bit little-endian unsigned integers]。客户请求有关此VEID的数据。空的类别标签参数指示节点应返回所有VEID数据。
响应：EMOJI SEQUENCE响应
有效载荷：
·Status:[1unsigned byte]。该值指示“Ok”或“Emoji sequence doesnot exist(表情符号序列不存在)”。
·DA id
·表情符号序列
·Data:[Array of Data]
·VEID数据：
o Category Tag[16-bit little-endian unsigned integer]。Data中的数据类别标签。
o Data[byte array]。与给定标签的VEID相关联的数据。返回的数据格式取决于Tag值。
示例：
VEIDRequest[0x0101,0x0201]
VEIDResponse 0x01[
0101
70350e09c474809209824c6e6888707b7dd09959aa227343b5106382b856f73a
0201
44TariLabskSiGBNMDwYtN18obc8AemS33DBLWs3H7oXjrpDtQGv7SqSsaBYBb98uNbr2VBBEt7f2wfn3RVGQBEP3A
0201
44TariLabsA3rjsjSDGdsj78djAemS33DBLWsdfg8obc8s3H7oXjrpDtQGv7SqSsaBYBb98u Nbr2VBBEtFhs7FFsjS
]
一个或多个示例中，如上简述，可以在各方之间转让表情符号序列(即，可以转让表情符号序列的所有权)。一个或多个示例中，转让表情符号序列可以通过使用原子交换来实现，因此无需表情符号序列的发行方(即服务商)参与此类交易。在原子交换中，卖方在交付资产时接收付款，否则转让完全失败。原子互换中无需第三方保管或第三方。
在集中式数据库实施方式中，可以通过将表情符号序列的所有者ID重新分配给新的所有者来实现所有权转让，例如通过在数据库上执行更新查询。此类查询可以由当前所有者或由可访问数据库或执行此类查询的API调用的管理用户发起。在智能合约区块链实施方式(如Ethereum)中，所有权变更可以通过智能合约中的适当“转让”功能以及向相关授权数据和数字签名提供以太坊交易来执行。在脚本或基于输出的区块链中，可以使用基础协议的标准交易机制作为工具进行所有权转让。本公开一个或多个示例中，表情符号序列所有者可以通过将与表情符号序列相关联的输出“花费”为新所有者控制的输出而将序列转让或出售给另一方。在单独的交易中，初始所有者可以接收也可以不接收过程的付款。
图8示出了根据本公开实施例的计算设备示例。设备800可以是接入网络的主机计算机。设备800可以是客户端计算机或服务器。如图8所示，设备800可以是任何合适类型的基于微处理器的设备，如个人计算机、工作站、服务器或诸如电话或平板计算机等手持式计算设备(便携式电子设备)。该设备可以例如包括一个或多个处理器802、输入设备806、输出设备808、存储器810和通信设备804。输入设备806和输出设备808通常可以与上述内容相对应，并且可以是可连接或与计算机集成。
输入设备806可以是提供输入的任何适当设备，如触摸屏、键盘或小型键盘、鼠标或语音识别设备。输出设备808可以是提供输出的任何适当设备，如触摸屏、触觉设备或扬声器。
存储器810可以是提供存储的任何适当设备，如电存储器、磁存储器或光存储器，包括RAM、高速缓存、硬盘驱动器或移动式存储磁盘。通信设备804可以包括能够通过网络收发信号的任何适当设备，如网络接口芯片或设备。计算机的部件可以采取任何适当方式连接，如通过物理总线或无线连接。
软件812可以存储于存储器810中并由处理器802执行，并可以包括例如体现本公开功能的编程(例如，如上所述体现在设备中)。
软件812也可以在供指令执行***、装置或设备(如上所述)使用或与之连接的任何非瞬态计算机可读存储介质中存储和/或传输，软件812可以从指令执行***、装置或设备获取与软件相关联的指令并执行指令。本公开上下文中，计算机可读存储介质可以是包含或存储编程的任何介质(如存储器810)，以供指令执行***、装置或设备(例如上述)使用或与之连接。
软件812也可以在供指令执行***、装置或设备(例如上述)使用或与之连接的任何传输介质中传播，软件812可以从指令执行***、装置或设备获取与软件相关联的指令并执行指令。本公开上下文中，传输介质可以是可传送、传播或传输编程的任何介质，以供指令执行***、装置或设备使用或与之连接。传输可读介质可以包括但不限于电子、磁性、光学、电磁或红外的有线或无线传播介质。
设备800可以连接到网络，该网络可以是任何合适类型的互连通信***。网络可以实施任何适当通信协议，并可以通过任何适当安全协议得到安保。网络可以包含任何适当布置的网络链接，这些链接可以实施网络信号的发送和接收，如无线网络连接、T1或T3线路、电缆网络、DSL或电话线。
设备800可以实施适合在网络上操作的任何操作***。软件812可以用任何适当编程语言来编写，如C、C++、Java或Python。各种实施例中，体现本公开功能的应用软件可以采用不同配置来部署，如部署在客户端/服务器布置中或通过Web浏览器例如作为基于Web的应用或Web服务。
出于解释目的，上文参考具体实施例进行了描述。然而，上述说明性讨论并非旨在穷举或将本公开限制为所披露的精确形式。鉴于上述教导，可以进行许多修改和变化。选择描述这些实施例是为了更清楚地解释技术原理及其实际应用。因此，本领域其他技术人员能够最好地利用这些技术，具有适合所设想特定用途的各种修改的各种实施例。
本公开一些示例涉及一种向用户分配表情符号序列的方法，该方法包括：接收来自用户获取表情符号序列的请求，其中表情符号序列包括一个或多个表情符号；将表情符号序列与用户相关联；将表情符号序列与一个或多个数据字段相关联，其中将表情符号序列与一个或多个数据字段相关联包括将表情符号序列与一个或多个数据字段关联的一个或多个功能相关联；以及配置数据存储***，使其接收到表情符号序列时，数据存储***提供对与一个或多个数据字段关联的一个或多个功能的访问。
本公开一些示例涉及一种为用户分配表情符号序列的***，该***包括：存储器；一个或多个处理器；以及一个或多个程序，其中一个或多个程序存储于存储器中并配置为由一个或多个处理器执行，当一个或多个程序被一个或多个处理器执行时，一个或多个程序使处理器：接收来自用户获取表情符号序列的请求，其中表情符号序列包括一个或多个表情符号；将表情符号序列与用户相关联；将表情符号序列与一个或多个数据字段相关联，其中将表情符号序列与一个或多个数据字段相关联包括将表情符号序列与一个或多个数据字段关联的一个或多个功能相关联；以及配置数据存储***，使其接收到表情符号序列时，数据存储***提供对与一个或多个数据字段关联的一个或多个功能的访问。
本公开一些示例涉及一种为用户分配表情符号序列的***，该***包括：存储器；一个或多个处理器；以及一个或多个程序，其中一个或多个程序存储于存储器中并配置为由一个或多个处理器执行，当一个或多个程序被一个或多个处理器执行时，一个或多个程序使处理器：接收来自用户获取表情符号序列的请求，其中表情符号序列包括一个或多个表情符号；将表情符号序列与用户相关联；将表情符号序列与一个或多个数据字段相关联，其中将表情符号序列与一个或多个数据字段相关联包括将表情符号序列与一个或多个数据字段关联的一个或多个功能相关联；以及配置数据存储***，使其接收到表情符号序列时，数据存储***提供对与一个或多个数据字段关联的一个或多个功能的访问。
作为上述一个或多个示例的补充或替代，该方法包括：基于表情符号序列生成数字令牌；将用户公钥加密方案的公钥与所生成的数字令牌相关联；将一个或多个数据字段与所生成的数字令牌相关联；以及将用户与表情符号序列和所生成的数字令牌相关联。作为上述一个或多个示例的补充或替代，基于表情符号序列生成数字令牌包括对表情符号序列应用散列函数。作为上述一个或多个示例的补充或替代，将用户的公钥与所生成的数字令牌关联包括将公钥与表情符号序列串接并对所串接的表情符号序列和公钥应用散列函数。作为上述一个或多个示例的补充或替代，将一个或多个数据字段与所生成的数字令牌相关联包括基于一个或多个数据字段生成默克尔树。作为上述一个或多个示例的补充或替代，将一个或多个数据字段与所生成的数字令牌相关联包括将表情符号序列与所生成的默克尔根串接并对所串接的表情符号序列和默克尔根应用散列函数。作为上述一个或多个示例的补充或替代，基于一个或多个数据字段内存储的数据生成默克尔树。作为上述一个或多个示例的补充或替代，生成默克尔树包括将一个或多个类别标签与一个或多个数据字段内存储的数据相关联。作为上述一个或多个示例的补充或替代，将所生成的数字令牌存储于分布式账本***上，并且分布式账本***在区块链网络上实施。作为上述一个或多个示例的补充或替代，将数字令牌置于分布式账本上包括基于所生成的数字令牌生成区块并将所生成的区块存储于分布式账本的多个节点上。作为上述一个或多个示例的补充或替代，将用户与表情符号序列相关联包括将所生成的数字令牌的所有权转让给用户，并且将所生成的数字令牌的所有权转让给用户包括对所生成的数字令牌执行原子交换。作为上述一个或多个示例的补充或替代，用从用户接收的数据更新一个或多个数据字段。作为上述一个或多个示例的补充或替代，用从用户接收的数据更新一个或多个数据字段包括将一个或多个类别标签与从用户接收的数据相关联。作为上述一个或多个示例的补充或替代，用从用户接收的数据更新一个或多个数据字段包括基于从用户接收的数据以及相关联的一个或多个类别标签生成默克尔树。作为上述一个或多个示例的补充或替代，分布式账本包括只读数据库。作为上述一个或多个示例的补充或替代，该方法包括：接收识别与表情符号序列相关联的用户信息的请求；搜索数据库以识别与表情符号序列相关联的数字令牌；检索一个或多个数据字段内存储的数据，并确定第二默克尔根分配给数字令牌；以及将所检索到的数据发送到识别与表情符号序列相关联的用户信息的请求的来源。
尽管结合附图充分描述了本公开和示例，但应注意，本领域技术人员将清楚明了各种更改和修改。这些更改和修改应理解为涵属于本公开范围和权利要求定义的示例之内。
本申请在文本和附图中公开了若干数字范围。所公开的数值范围固有地支持所公开数值范围内的任何区间或取值，包括端点，即便是说明书中未逐字叙述确切范围限制，因为本公开可在完整公开的数值范围内实践。
上述内容允许本领域技术人员实现利用本公开，又是在特定应用及其要求的背景下提出。本领域技术人员将清楚明了对优选实施例的各种修改，不背离本公开精神和范围的前提下，本文定义的一般原理可应用于其他实施例和应用。因此，本公开不旨在局限于所示的实施例，而应符合与本文公开原理和特征相一致的最宽范围。
最后，本申请提及的专利和公布文献的全部内容通过引用归并本文。

Claims (48)

1.一种为用户分配表情符号序列的方法，包括：
接收来自所述用户获取所述表情符号序列的请求，其中，所述表情符号序列包括一个或多个表情符号；
将所述表情符号序列与所述用户相关联；
将所述表情符号序列与一个或多个数据字段相关联，其中，将所述表情符号序列与所述一个或多个数据字段相关联包括：将所述表情符号序列与所述一个或多个数据字段关联的一个或多个功能相关联；以及
配置数据存储***，使得所述数据存储***接收到所述表情符号序列时，提供对所述一个或多个数据字段关联的一个或多个功能的访问。
2.根据权利要求1所述的方法，包括：
基于所述表情符号序列生成数字令牌；
将所述用户的公钥加密方案的公钥与所生成的数字令牌相关联；
将所述一个或多个数据字段与所生成的数字令牌相关联；以及
将所述用户与所述表情符号序列和所生成的数字令牌相关联。
3.根据权利要求2所述的方法，其中，基于所述表情符号序列生成数字令牌包括：对所述表情符号序列应用散列函数。
4.根据权利要求3所述的方法，其中，将所述用户的公钥与所生成的数字令牌相关联包括：将所述公钥与所述表情符号序列串接并对所串接的表情符号序列和公钥应用所述散列函数。
5.根据权利要求2所述的方法，其中，将一个或多个数据字段与所生成的数字令牌相关联包括：基于所述一个或多个数据字段生成默克尔树。
6.根据权利要求5所述的方法，其中，将一个或多个数据字段与所生成的数字令牌相关联包括：将所述表情符号序列与所生成的默克尔根串接并对所串接的表情符号序列和默克尔根应用散列函数。
7.根据权利要求5所述的方法，其中，基于所述一个或多个数据字段内存储的数据生成所述默克尔树。
8.根据权利要求7所述的方法，其中，生成所述默克尔树包括：将一个或多个类别标签与所述一个或多个数据字段内存储的数据相关联。
9.根据权利要求2所述的方法，包括：将所生成的数字令牌存储于分布式账本***上，所述分布式账本***实施于区块链网络上。
10.根据权利要求9所述的方法，其中，将所述数字令牌置于所述分布式账本上包括：基于所生成的数字令牌生成区块并将所生成的区块存储于所述分布式账本的多个节点上。
11.根据权利要求2所述的方法，其中，将所述用户与所述表情符号序列相关联包括：将所生成的数字令牌的所有权转让给所述用户，其中，将所生成的数字令牌的所有权转让给所述用户包括：对所生成的数字令牌执行原子交换。
12.根据权利要求1所述的方法，包括：用从所述用户接收的数据更新所述一个或多个数据字段。
13.根据权利要求12所述的方法，其中，用从所述用户接收的数据更新所述一个或多个数据字段包括：将一个或多个类别标签与从所述用户接收的数据相关联。
14.根据权利要求12所述的方法，其中，用从所述用户接收的数据更新所述一个或多个数据字段包括：基于从所述用户接收的数据和所关联的一个或多个类别标签生成默克尔树。
15.根据权利要求2所述的方法，其中，所述分布式账本包括只读数据库。
16.根据权利要求2所述的方法，包括：
接收识别与所述表情符号序列相关联的用户信息的请求；
搜索所述数据库以识别与所述表情符号序列相关联的数字令牌；
检索所述一个或多个数据字段内存储的数据，并确定第二默克尔根分配给所述数字令牌；以及
将所检索到的数据发送到识别与所述表情符号序列相关联的用户信息的请求的来源。
17.一种为用户分配表情符号序列的***，包括：
存储器；
一个或多个处理器；以及
一个或多个程序，其中，所述一个或多个程序存储于所述存储器中并配置为由所述一个或多个处理器执行，所述一个或多个程序被所述一个或多个处理器执行时使所述处理器：
接收来自所述用户获取所述表情符号序列的请求，其中，所述表情符号序列包括一个或多个表情符号；
将所述表情符号序列与所述用户相关联；
将所述表情符号序列与一个或多个数据字段相关联，其中，将所述表情符号序列与所述一个或多个数据字段相关联包括：将所述表情符号序列与所述一个或多个数据字段关联的一个或多个功能相关联；以及
配置数据存储***，使得所述数据存储***接收到所述表情符号序列时，提供对所述一个或多个数据字段关联的一个或多个功能的访问。
18.根据权利要求17所述的***，其中，使所述处理器：
基于所述表情符号序列生成数字令牌；
将所述用户的公钥加密方案的公钥与所生成的数字令牌相关联；
将所述一个或多个数据字段与所生成的数字令牌相关联；以及
将所述用户与所述表情符号序列和所生成的数字令牌相关联。
19.根据权利要求18所述的***，其中，基于所述表情符号序列生成数字令牌包括：对所述表情符号序列应用散列函数。
20.根据权利要求19所述的***，其中，将所述用户的公钥与所生成的数字令牌相关联包括：将所述公钥与所述表情符号序列串接并对所串接的表情符号序列和公钥应用所述散列函数。
21.根据权利要求18所述的***，其中，将一个或多个数据字段与所生成的数字令牌相关联包括：基于所述一个或多个数据字段生成默克尔树。
22.根据权利要求21所述的***，其中，将一个或多个数据字段与所生成的数字令牌相关联包括：将所述表情符号序列与所生成的默克尔根串接并对所串接的表情符号序列和默克尔根应用散列函数。
23.根据权利要求21所述的***，其中，基于所述一个或多个数据字段内存储的数据生成所述默克尔树。
24.根据权利要求23所述的***，其中，生成所述默克尔树包括：将一个或多个类别标签与所述一个或多个数据字段内存储的数据相关联。
25.根据权利要求18所述的***，其中，使所述处理器将所生成的数字令牌存储于分布式账本***上，所述分布式账本***实施于区块链网络上。
26.根据权利要求25所述的***，其中，将所述数字令牌置于所述分布式账本上包括：基于所生成的数字令牌生成区块并将所生成的区块存储于所述分布式账本的多个节点上。
27.根据权利要求18所述的***，其中，将所述用户与所述表情符号序列相关联包括：将所生成的数字令牌的所有权转让给所述用户，其中，将所生成的数字令牌的所有权转让给所述用户包括：对所生成的数字令牌执行原子交换。
28.根据权利要求17所述的***，其中，使所述处理器：
用从所述用户接收的数据更新所述一个或多个数据字段。
29.根据权利要求28所述的***，其中，用从所述用户接收的数据更新所述一个或多个数据字段包括：将一个或多个类别标签与从所述用户接收的数据相关联。
30.根据权利要求29所述的***，其中，用从所述用户接收的数据更新所述一个或多个数据字段包括：基于从所述用户接收的数据和所关联的一个或多个类别标签生成默克尔树。
31.根据权利要求28所述的***，其中，所述分布式账本包括只读数据库。
32.根据权利要求18所述的***，其中，使所述处理器：
接收识别与所述表情符号序列相关联的用户信息的请求；搜索所述数据库以识别与所述表情符号序列相关联的数字令牌；检索所述一个或多个数据字段内存储的数据，并确定第二默克尔根分配给所述数字令牌；以及
将所检索到的数据发送到识别与所述表情符号序列相关联的用户信息的请求的来源。
33.一种计算机可读存储介质，存储为用户分配表情符号序列(ID)的一个或多个程序，所述一个或多个程序包括指令，所述指令被带有显示器和用户输入界面的电子设备执行时，使所述设备：
接收来自所述用户获取所述表情符号序列的请求，其中，所述表情符号序列包括一个或多个表情符号；
将所述表情符号序列与所述用户相关联；
将所述表情符号序列与一个或多个数据字段相关联，其中，将所述表情符号序列与所述一个或多个数据字段相关联包括：将所述表情符号序列与所述一个或多个数据字段关联的一个或多个功能相关联；以及
配置数据存储***，使得所述数据存储***接收到所述表情符号序列时，提供对所述一个或多个数据字段关联的一个或多个功能的访问。
34.根据权利要求33所述的计算机可读存储介质，其中，使所述设备：
基于所述表情符号序列生成数字令牌；
将所述用户的公钥加密方案的公钥与所生成的数字令牌相关联；
将所述一个或多个数据字段与所生成的数字令牌相关联；以及
将所述用户与所述表情符号序列和所生成的数字令牌相关联。
35.根据权利要求34所述的计算机可读存储介质，其中，基于所述表情符号序列生成数字令牌包括：对所述表情符号序列应用散列函数。
36.根据权利要求35所述的计算机可读存储介质，其中，将所述用户的公钥与所生成的数字令牌相关联包括：将所述公钥与所述表情符号序列串接并对所串接的表情符号序列和公钥应用所述散列函数。
37.根据权利要求34所述的计算机可读存储介质，其中，将一个或多个数据字段与所生成的数字令牌相关联包括：基于所述一个或多个数据字段生成默克尔树。
38.根据权利要求37所述的计算机可读存储介质，其中，将一个或多个数据字段与所生成的数字令牌相关联包括：将所述表情符号序列与所生成的默克尔根串接并对所串接的表情符号序列和默克尔根应用散列函数。
39.根据权利要求37所述的计算机可读存储介质，其中，基于所述一个或多个数据字段内存储的数据生成所述默克尔树。
40.根据权利要求39所述的计算机可读存储介质，其中，生成所述默克尔树包括：将一个或多个类别标签与所述一个或多个数据字段内存储的数据相关联。
41.根据权利要求31所述的计算机可读存储介质，其中，使所述设备将所生成的数字令牌存储于分布式账本***上，所述分布式账本***实施于区块链网络上。
42.根据权利要求38所述的计算机可读存储介质，其中，将所述数字令牌置于所述分布式账本上包括：基于所生成的数字令牌生成区块并将所生成的区块存储于所述分布式账本的多个节点上。
43.根据权利要求34所述的计算机可读存储介质，其中，将所述用户与所述表情符号序列相关联包括：将所生成的数字令牌的所有权转让给所述用户，其中，将所生成的数字令牌的所有权转让给所述用户包括：对所生成的数字令牌执行原子交换。
44.根据权利要求34所述的计算机可读存储介质，其中，使所述设备：用从所述用户接收的数据更新所述一个或多个数据字段。
45.根据权利要求44所述的计算机可读存储介质，其中，用从所述用户接收的数据更新所述一个或多个数据字段包括：将一个或多个类别标签与从所述用户接收的数据相关联。
46.根据权利要求45所述的计算机可读存储介质，其中，用从所述用户接收的数据更新所述一个或多个数据字段包括：基于从所述用户接收的数据和所关联的一个或多个类别标签生成默克尔树。
47.根据权利要求41所述的计算机可读存储介质，其中，所述分布式账本包括只读数据库。
48.根据权利要求34所述的计算机可读存储介质，其中，使所述设备：
接收识别与所述表情符号序列相关联的用户信息的请求；
搜索所述数据库以识别与所述表情符号序列相关联的数字令牌；
检索所述一个或多个数据字段内存储的数据，并确定第二默克尔根分配给所述数字令牌；以及
将所检索到的数据发送到识别与所述表情符号序列相关联的用户信息的请求的来源。
CN202180078261.3A 2020-09-21 2021-09-21 生成、保护和维护表情符号序列数字令牌的***及方法 Pending CN116472694A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US202063081184P 2020-09-21 2020-09-21
US63/081,184 2020-09-21
PCT/US2021/071529 WO2022061376A1 (en) 2020-09-21 2021-09-21 Systems and methods for generating, securing, and maintaining emoji sequence digital tokens

Publications (1)

Publication Number Publication Date
CN116472694A true CN116472694A (zh) 2023-07-21

Family

ID=78372135

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180078261.3A Pending CN116472694A (zh) 2020-09-21 2021-09-21 生成、保护和维护表情符号序列数字令牌的***及方法

Country Status (6)

Country Link
US (1) US11880830B2 (zh)
EP (1) EP4214895A1 (zh)
CN (1) CN116472694A (zh)
AU (1) AU2021344606A1 (zh)
CA (1) CA3193260A1 (zh)
WO (1) WO2022061376A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10887090B2 (en) * 2017-09-22 2021-01-05 Nec Corporation Scalable byzantine fault-tolerant protocol with partial tee support

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200034457A1 (en) * 2018-07-24 2020-01-30 Ernst & Young U.S.LLP System and methods for organizing and inter-relating hierarchical data files using a distributed database
US10169566B1 (en) * 2018-07-25 2019-01-01 Capital One Services, Llc Authentication using emoji-based passwords
US20210173843A1 (en) * 2019-12-06 2021-06-10 William J. Ziebell Systems, Methods, and Media for Identification, Disambiguation, Verification and for Communicating Knowledge

Also Published As

Publication number Publication date
US20220092588A1 (en) 2022-03-24
AU2021344606A1 (en) 2023-05-04
WO2022061376A1 (en) 2022-03-24
CA3193260A1 (en) 2022-03-24
US11880830B2 (en) 2024-01-23
EP4214895A1 (en) 2023-07-26

Similar Documents

Publication Publication Date Title
JP7381625B2 (ja) 分散ハッシュテーブル及びピア・ツー・ピア分散型台帳を利用した契約の実行を制御する方法及びシステム
US11875400B2 (en) Systems, methods, and apparatuses for dynamically assigning nodes to a group within blockchains based on transaction type and node intelligence using distributed ledger technology (DLT)
JP6877448B2 (ja) 分散ハッシュテーブル及びブロックチェーンを用いてコンピュータソフトウェアを保証する方法及びシステム
US10764051B2 (en) Privacy-preserving identity verification
US20160342977A1 (en) Device, method and system for virtual asset transactions
EP4081967A1 (en) Destination addressing for transactions associated with a distributed ledger
JP2022504637A (ja) 暗号化デジタルｉｄのための分散型台帳
CN108701309A (zh) 一种用于电子商务交易安全的分布式用户简档身份验证***
KR20180115778A (ko) 통합된 블록체인 기반 데이터 전달 제어 방법 및 시스템
US20130290710A1 (en) System and method for a cloud-based electronic communication vault
US20140041006A1 (en) Secure messaging center
Tackmann Secure event tickets on a blockchain
CN111433797A (zh) 基于复合密钥的区块链设备控制***和方法
US11740817B2 (en) Modular data processing and storage system
US20210374214A1 (en) Method and system for securing computer software using a distributed hash table and a blockchain
US11880830B2 (en) Systems and methods for generating, securing, and maintaining emoji sequence digital tokens
KR20200099790A (ko) 데이터 관리 시스템 및 데이터 관리 방법
US20210326942A1 (en) Method of Securing Online Merchant Reviews Using Block Chains
CN115398458A (zh) 使用经哈希的数据和前向哈希搜索函数的安全身份验证市场
Mahrt et al. Simple Anti-fraud Document Authentication Concept for Public Services
US11677728B2 (en) Secure authorization and transmission of data between trustless actors
US11893553B1 (en) Systems and methods of exchanging digital assets using a public key cryptography (PKC) framework
US12047512B1 (en) Systems and methods of digital asset wrapping using a public key cryptography (PKC) framework
WO2023102207A1 (en) Systems and methods for data insights from consumer accessible data

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20230721