CN116235196A - 跨平台的数据管理和集成 - Google Patents

跨平台的数据管理和集成 Download PDF

Info

Publication number
CN116235196A
CN116235196A CN202180066410.4A CN202180066410A CN116235196A CN 116235196 A CN116235196 A CN 116235196A CN 202180066410 A CN202180066410 A CN 202180066410A CN 116235196 A CN116235196 A CN 116235196A
Authority
CN
China
Prior art keywords
transaction
user
data
data item
user interface
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
CN202180066410.4A
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.)
Snap Inc
Original Assignee
Snap Inc
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 Snap Inc filed Critical Snap Inc
Publication of CN116235196A publication Critical patent/CN116235196A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01Social networking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/386Payment protocols; Details thereof using messaging services or messaging apps
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • G06Q10/107Computer-aided management of electronic mailing [e-mailing]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/02Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/325Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks using mobile network messaging services for payment, e.g. SMS
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/384Payment protocols; Details thereof using social networks
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/389Keeping log of transactions for guaranteeing non-repudiation of a transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/401Transaction verification
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, 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/405Establishing or using transaction specific rules
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0613Third-party assisted
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • G06Q30/0641Shopping interfaces
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/50Business processes related to the communications industry

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Development Economics (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Computing Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

方法和系统包括:接收处理交易的请求;由消息收发应用基于该请求识别交易数据,该交易数据对应于实体图中与客户端设备相关联的用户配置文件;确定与被包括在交易数据中的用户配置文件相关联的第一脱敏数据项;提供显示消息收发应用的第一用户界面,该第一用户界面包括与交易的完成相对应的第一用户可选元素;接收对第一用户可选元素的用户选择的指示;以及将交易数据发送到安全处理器。

Description

跨平台的数据管理和集成
优先权申明
本申请要求于2020年9月30日提交的美国申请序列第17/039,772号的优先权权益,该美国申请的全部内容通过引用并入本文。
背景技术
电子消息收发特别是即时消息收发持续在全球范围内流行。用户能够迅速地彼此即时共享包括文本、电子图像、音频和视频的电子媒体内容项。随着社交网络系统上的用户的数目的增加,每个用户也具有她所关注的个体的增长的网络。因此,为了保持用户在社交网络系统上的参与,最重要的是,系统具有将交易功能集成到系统中的能力,以便为用户提供除了仅交换媒体内容项之外的连接和交互的全面社交解决方案。
附图说明
在不一定按比例绘制的附图中,相似的附图标记可以在不同的视图中描述类似的部件。为了容易地识别对任何特定元素或动作的讨论,附图标记中的一个或多个最高位数字是指首次引入该元素的图号。在附图的图中以示例而非限制的方式示出了一些实施方式,在附图中:
图1是根据一些示例的其中可以部署本公开内容的联网环境的图解表示。
图2是根据一些示例的具有客户端侧功能和服务器端侧功能两者的消息收发系统的图解表示。
图3是根据一些示例的如在数据库中维护的数据结构的图解表示。
图4是根据一些示例的消息的图解表示。
图5是根据一些示例的访问限制处理的流程图。
图6示出了根据一个实施方式的在消息收发系统中完成交易的处理600。
图7示出了根据一个实施方式的生成脱敏数据项的处理700。
图8示出了根据一个实施方式的显示在客户端设备上的用户界面800。
图9示出了根据一个实施方式的显示在客户端设备上的用户界面900。
图10示出了根据一个实施方式的显示在客户端设备上的用户界面1000。
图11示出了根据一个实施方式的显示在客户端设备上的用户界面1100。
图12示出了根据一个实施方式的显示在客户端设备上的用户界面1200。
图13示出了根据一个实施方式的在消息收发系统中完成交易的处理1300。
图14是根据一些示例的呈计算机系统形式的机器的图解表示,在该机器内可以执行一组指令以使得该机器执行本文中所讨论的方法中任何一种或更多种。
图15是示出可以在其中实现示例的软件架构的框图。
图16是根据一些示例的处理环境的图解表示。
具体实施方式
在消息收发系统中,用户连接至各种其他用户,他们与这些其他用户有不同水平和类型的关系。向社交网络系统提出以下挑战:提供集成的、简化的和安全的支付交易功能以允许用户购买商品同时保持与消息收发系统中的其他用户的社交交互。
本公开内容的实施方式通过向用户提供用于商业交易的安全且最优的支付流程来改进电子消息收发软件和系统的功能。具体地,消息收发系统可以将由第三方开发的外部的基于web的资源(例如,小程序)并入生态系统中,以向用户提供诸如电子商务、任务管理等的高级特征。消息收发系统还经由驻留在与消息收发系统不可知的远程系统中的安全的且PCI兼容的支付处理器(例如,支付网关)来处理支付处理。由此,跨多个平台安全地管理支付流以获得最佳用户体验。另外,本公开内容的实施方式还通过在推进这样的商业交易的处理的同时维持与在决策制定中涉及的其他用户的社交交互来改进功能。具体地,用户可以在小程序的用户界面中选择要购买的商品的同时继续参与对话。例如,消息收发系统允许用户在电影预订小程序的用户界面中继续发送彼此的消息,以便保持对要购买的电影票和要选择的座位的讨论。
在一个实施方式中,在经由小程序从请求用户接收处理支付交易的请求时,消息收发系统标识与请求用户相关联的所有交易数据是否可用。交易数据可以包括用户名、联系人信息、账单地址、运送地址和支付代币(例如,第一脱敏数据项)。存储在消息收发系统中的每个支付代币与代币标识符相关联。支付卡信息以支付卡行业“PCI”合规标准为准,该标准要求商家以安全的方式存储这样的敏感信息,以减少数据泄露和欺诈行为的可能性。消息收发系统不存储支付卡信息。相反,消息收发系统存储相应的脱敏数据项,诸如支付代币。支付代币是作为代币化处理的结果的敏感数据(例如,支付卡信息)的引用或标识符。代币化是用不具有外在或可利用的含义或价值的诸如支付代币的非敏感等效物来替换敏感数据元素的处理。
在一个实施方式中,对于每个支付交易,消息收发系统使支付处理器生成单次交易支付代币(例如,第二脱敏数据项)。该单次交易支付代币是用户授权的每个交易所特有的,与安全支付处理器生成的第一脱敏支付代币无关。在一个实施方式中,消息收发系统确定与等待交易相关联的小程序是否向安全支付处理器(例如,安全处理器)注册。该确定可以基于由安全支付处理器返回的注册状态的验证过程。注册状态可以指示小程序是否通过利用其服务(例如支付处理、支付卡加保险等)与安全支付处理器合作。如果小程序向安全支付处理器注册,则消息收发系统使安全支付处理器生成与第一脱敏数据项相对应的参考元数据。参考元数据用作指向由用户录入的实际支付卡信息(例如,敏感数据项)的指针。安全支付处理器基于参考元数据生成与小程序的系统兼容的第二脱敏数据项,并且将数据项返回到消息收发系统。
在一个实施方式中,如果小程序未向安全支付处理器注册或未注册,即其替代地向另一支付处理器(例如,第二支付处理器)注册或与另一支付处理器合作,则消息收发系统可以使安全支付处理器生成单次使用数据项(例如,一次性使用的卡)并将该单次使用数据项转发到第二支付处理器。消息收发系统可以从安全支付处理器或直接从第二支付处理器接收由第二支付处理器基于单次使用数据项生成的单次交易支付代币(例如,第二脱敏数据项)。处理消息收发系统可以将第二脱敏数据项连同交易数据一起发送到安全支付处理器以进行支付处理。在一个实施方式中,由安全支付处理器生成的单次使用数据项包括支付卡号,该支付卡号的最后四位数字与由用户录入的实际支付卡号(例如,交易工具标识符)的最后四位数字相同。
在一个实施方式中,消息收发系统将单交易支付代币(例如,第二脱敏数据项)存储在数据库中。单次交易支付代币仅用于一次性使用,并且专用于用户已经授权进行的每次交易。与第一脱敏数据项不同,第二脱敏数据项可以不包括在未来支付交易中的交易数据中。
在一个实施方式中,在确定缺失交易数据时,或者在用户选择录入更新的交易数据时,系统216生成一个或更多个用户界面(例如,“加载表”)以接收新的或更新的数据。
在一个实施方式中,在确定缺乏来自交易数据的脱敏数据项(例如,支付代币)或用户选择更新支付卡信息时,消息收发系统生成用于接收这样的支付卡信息(例如,敏感数据项)的多个文本输入字段(例如,第一组数据录入元素)。在接收到敏感数据项的用户输入之后,消息收发系统将敏感数据项直接发送到安全支付处理器,而不将敏感数据项存储在数据库126中。代币化处理由支付处理器(例如,安全处理器或第二支付处理器)和对于消息收发系统不可知的相关联的系统执行。在从支付处理器接收到脱敏数据项时,消息收发系统将脱敏数据项存储在连接的数据库中。
在一个实施方式中,一旦消息收发系统确定所有交易数据都可用,则消息收发系统提供显示包括交易数据的概览的第一用户界面以及与支付交易的完成相对应的交互式(例如,可滑动的)用户界面元素(例如,第一用户可选元素)。在接收到表示用户决定完成交易的交互式用户界面元素的用户选择的指示时,消息收发系统将交易数据转发到安全支付处理器。在一个实施方式中,支付处理器可以由独立于消息收发系统的系统来托管。在另一实施方式中,支付处理器可以由开发与支付交易相关联的小程序的第三方托管。
在一个实施方式中,在存在表示与请求用户相关联的多个支付卡的多个支付代币的情况下,消息收发系统确定由安全处理器生成的最近脱敏数据项或在先前的支付交易中涉及的最近脱敏数据项。
在一个实施方式中,一旦交易数据被消息收发系统发送到安全支付处理器,消息收发系统就可以接收指示支付是否已经被成功处理的交易状态。如果返回的交易状态指示完成交易,则消息收发系统可以提供用户界面的显示,该用户界面包括与指示完成交易的“完成”或“支付成功”的文本显示相结合的第三用户界面元素。如果返回的交易状态指示未完成交易,则消息收发系统可以提供用户界面的显示,该用户界面包括与指示未完成交易的“交易未完成”的文本显示相结合的用户界面元素。
在一个实施方式中,在接收到指示完成支付交易的交易状态时,处理器通知基于web的外部资源(例如,小程序)最终确定所请求的交易。最终确定所请求的交易可以包括在成功支付交易时完成与交易相关联的任何剩余处理,诸如完成电影票的预订,以及经由电子邮件或消息等向请求用户发送预订的电影票。
联网计算环境
图1是示出用于通过网络来交换数据(例如,消息和相关联的内容)的示例消息收发系统100的框图。消息收发系统100包括客户端设备102的多个实例,多个实例中的每一个托管包括消息收发客户端104和其他应用106的若干应用。每个消息收发客户端104经由网络112(例如,因特网)通信地耦接至消息收发客户端104的其他实例(例如,托管在相应的其他客户端设备102上)、消息收发服务器系统108和第三方服务器110。消息收发客户端104还可以使用应用程序接口(API)与本地托管的应用106通信。
消息收发客户端104能够经由网络112与其他消息收发客户端104和消息收发服务器系统108通信并交换数据。在消息收发客户端104之间以及在消息收发客户端104与消息收发服务器系统108之间交换的数据包括功能(例如,激活功能的命令)以及有效载荷数据(例如,文本、音频、视频或其他多媒体数据)。
消息收发服务器系统108经由网络112向特定消息收发客户端104提供服务器端功能。虽然消息收发系统100的某些功能在本文中被描述为由消息收发客户端104或由消息收发服务器系统108执行,但是某些功能的在消息收发客户端104或消息收发服务器系统108内的定位可以是设计选择。例如,在技术上可能优选的是:最初将某些技术和功能部署在消息收发服务器系统108内,但是后期将该技术和功能迁移至客户端设备102具有足够处理能力的消息收发客户端104。
消息收发服务器系统108支持向消息收发客户端104提供的各种服务和操作。这样的操作包括向消息收发客户端104发送数据、从消息收发客户端104接收数据以及对由消息收发客户端104生成的数据进行处理。作为示例,该数据可以包括消息内容、客户端设备信息、地理定位信息、媒体增强和覆盖、消息内容持续条件、社交网络信息和实况事件信息。通过经由消息收发客户端104的用户界面(UI)可用的功能来激活和控制消息收发系统100内的数据交换。
现在具体地转至消息收发服务器系统108,应用程序接口(API)服务器116耦接至应用服务器114并向应用服务器114提供编程接口。应用服务器114通信地耦接至数据库服务器120,数据库服务器120促进访问数据库126,该数据库126存储与通过应用服务器114处理的消息相关联的数据。类似地,web服务器128耦接至应用服务器114,并且向应用服务器114提供基于web的接口。为此,web服务器128通过超文本传输协议(HTTP)和若干其他相关协议处理传入的网络请求。
应用程序接口(API)服务器116在客户端设备102与应用服务器114之间接收和发送消息数据(例如,命令和消息有效载荷)。具体地,应用程序接口(API)服务器116提供一组接口(例如,例程和协议),消息收发客户端104可以调用或查询该组接口以激活应用服务器114的功能。应用程序接口(API)服务器116显露由应用服务器114支持的各种功能,包括:账户注册;登录功能;经由应用服务器114将消息从特定消息收发客户端104发送至另一消息收发客户端104;将媒体文件(例如,图像或视频)从消息收发客户端104发送至消息收发服务器118并用于另一消息收发客户端104的可能访问;设置媒体数据集合(例如,故事);检索客户端设备102的用户的朋友列表;检索这样的集合;检索消息和内容;在实体图(例如社交图)中添加和删除实体(例如朋友);在社交图中定位朋友;以及打开应用事件(例如,与消息收发客户端104有关)。
应用服务器114托管若干服务器应用和子系统,包括消息收发服务器118、图像处理服务器122以及社交网络服务器124。消息收发服务器118实现了若干消息处理技术和功能,特别是与从消息收发客户端104的多个实例接收到的消息中包括的内容(例如,文本和多媒体内容)的聚合和其他处理有关的消息处理技术和功能。如将进一步详细地描述的,来自多个源的文本和媒体内容可以被聚合成内容的集合(例如,被称为故事(story)或图库(gallery))。然后,使这些集合对消息收发客户端104可用。鉴于对这样的处理的硬件要求,也可以由消息收发服务器118在服务器端执行数据的其他处理器和存储器密集型处理。
应用服务器114还包括图像处理服务器122,该图像处理服务器122专用于执行各种图像处理操作,通常相对于在从消息收发服务器118发送或者在消息收发服务器118处接收的消息的有效载荷内的图像或视频,执行各种图像处理操作。
社交网络服务器124支持各种社交联网功能和服务并使这些功能和服务可用于消息收发服务器118。为此,社交网络服务器124维护和访问数据库126内的实体图308(如图3所示)。由社交网络服务器124支持的功能和服务的示例包括识别特定用户与之有关系或该特定用户正在“关注”的其他用户,以及识别特定用户的兴趣和其他实体。
返回到消息收发客户端104,外部资源(例如,应用106、小程序(mini-program)或小应用(applet))的特征和功能经由消息收发客户端104的接口对用户可用。在该上下文中,“外部”指的是应用106或小应用在消息收发客户端104外部的事实。外部资源通常由第三方提供,但也可以由消息收发客户端104的创建者或提供者提供。消息收发客户端104接收对用于启动或访问这样的外部资源的特征的选项的用户选择。外部资源可以是安装在客户端设备102上的应用106(例如,“本地app”),或者托管在客户端设备102上或者远离客户端设备102(例如,在第三方服务器110上)的应用的小规模版本(例如,“小应用”)。应用的小规模版本包括应用(例如,应用的完整规模、本地版本)的特征和功能的子集,并且使用标记语言文档来实现。在一个示例中,应用的小规模版本(例如,“小应用”)是应用的基于web的标记语言版本,并且被嵌入在消息收发客户端104中。除了使用标记语言文档(例如,.*ml文件)以外,小应用可以并入脚本语言(例如,.*js文件或.json文件)和样式表(例如,.*ss文件)。
响应于接收到对用于启动或访问外部资源的特征的选项的用户选择,消息收发客户端104确定所选择的外部资源是基于web的外部资源还是本地安装的应用106。在一些情况下,可以例如通过在客户端设备102的主页画面上选择与应用106对应的图标而独立于消息收发客户端104并且与消息收发客户端104分开地启动本地安装在客户端设备102上的应用106。这样的应用的小规模版本可以经由消息收发客户端104启动或访问,并且,在一些示例中,小规模应用中没有部分或有限的部分可以在消息收发客户端104之外被访问。可以由消息收发客户端104例如从第三方服务器110接收与小规模应用相关联的标记语言文档并处理这样的文档来启动小规模应用。
响应于确定外部资源是本地安装的应用106,消息收发客户端104通过执行与外部资源对应的本地存储的代码来指示客户端设备102启动外部资源。响应于确定外部资源是基于web的资源,消息收发客户端104与(例如)第三方服务器110通信以获得与所选择的外部资源对应的标记语言文档。然后,消息收发客户端104处理获得的标记语言文档以在消息收发客户端104的用户界面内呈现基于web的外部资源。
消息收发客户端104可以向客户端设备102的用户或与这样的用户有关的其他用户(例如,“朋友”)通知在一个或更多个外部资源中发生的活动。例如,消息收发客户端104可以向消息收发客户端104中的对话(例如,聊天会话)中的参与者提供与用户群组中的一个或更多个成员对外部资源的当前或新近使用有关的通知。可以邀请一个或更多个用户加入活动的外部资源或者启动(在朋友群组中)新近使用过但当前不活动的外部资源。外部资源可以向对话中的各自使用相应的消息收发客户端104的参与者提供与一组用户中的一个或更多个成员将外部资源中的项目、状态、状况或位置共享到聊天会话中的能力。共享项目可以是交互式聊天卡,聊天的成员可以利用该交互式聊天卡进行交互,例如,以启动相应的外部资源,查看外部资源内的特定信息,或将聊天的成员带到外部资源内的特定位置或状态。在给定的外部资源内,可以在消息收发客户端104上向用户发送响应消息。外部资源可以基于外部资源的当前情境在响应中选择性地包括不同的媒体项。
消息收发客户端104可以向用户呈现可用外部资源(例如,应用106或小应用)的列表以启动或访问给定的外部资源。该列表可以被呈现在上下文敏感菜单中。例如,表示不同的应用106(或小应用)的图标可以基于用户如何启动菜单(例如,从对话界面或从非对话界面)而变化。
系统架构
图2是示出根据一些示例的关于消息收发系统100的另外的细节的框图。具体地,消息收发系统100被显示为包括消息收发客户端104和应用服务器114。消息收发系统100包含若干子系统,这些子系统在客户端侧由消息收发客户端104支持并且在服务器端侧由应用服务器114支持。这些子系统包括例如短暂定时器系统202、集合管理系统204、增强系统208、地图系统210、游戏系统212和外部资源系统214以及交易数据管理系统。
短暂定时器系统202负责强制由消息收发客户端104和消息收发服务器118对内容进行临时或限时访问。短暂定时器系统202包含若干个定时器,这些定时器基于与消息或消息集合(例如,故事)相关联的持续时间和显示参数,选择性地实现经由消息收发客户端104访问(例如,用于呈现和显示)消息和相关联的内容。下面提供关于短暂定时器系统202的操作的另外的细节。
集合管理系统204负责管理媒体的合集或集合(例如,文本、图像视频和音频数据的集合)。可以将内容(例如,消息,包括图像、视频、文本和音频)的集合组织成“事件图库”或“事件故事”。这样的集合可以在指定的时间段内(例如,与内容有关的事件的持续时间)可用。例如,可以在音乐会的持续时间内使与音乐会有关的内容作为“故事”可用。集合管理系统204还可以负责向消息收发客户端104的用户界面发布提供特定集合存在的通知的图标。
此外,集合管理系统204还包括策展接口206,策展接口206使得集合管理者能够管理和策展特定内容集合。例如,策展接口206使得事件组织者能够策展与特定事件有关的内容集合(例如,删除不适当的内容或冗余消息)。此外,集合管理系统204采用机器视觉(或图像识别技术)和内容规则来自动地策展内容集合。在某些示例中,可以为将用户生成的内容包括到集合中向用户支付补偿。在这样的情况下,集合管理系统204进行操作以自动地为使用用户的内容向这样的用户进行支付。
增强系统208提供使得用户能够增强(例如,注释或以其他方式修改或编辑)与消息相关联的媒体内容的各种功能。例如,增强系统208提供与生成和发布用于由消息收发系统100处理的消息的媒体覆盖有关的功能。增强系统208基于客户端设备102的地理定位可操作地向消息收发客户端104提供媒体覆盖或增强(例如,图像过滤器)。在另一示例中,增强系统208基于诸如客户端设备102的用户的社交网络信息的其他信息可操作地向消息收发客户端104供应媒体覆盖。媒体覆盖可以包括音频和视觉内容和视觉效果。音频和视觉内容的示例包括图片、文本、标志、动画和声音效果。视觉效果的示例包括颜色覆盖。音频和视觉内容或视觉效果可以应用于客户端设备102处的媒体内容项目(例如,照片)。例如,媒体覆盖可以包括可以覆盖在由客户端设备102拍摄的照片之上的文本或图像。在另一示例中,媒体覆盖包括定位标识(例如,威尼斯海滩)覆盖、实况事件的名称或商家名称(例如,海滩咖啡馆)覆盖。在另一示例中,增强系统208使用客户端设备102的地理定位来标识包括客户端设备102的地理定位处的商家的名称的媒体覆盖。媒体覆盖可以包括与商家相关联的其他标记。媒体覆盖可以被存储在数据库126中并且通过数据库服务器120访问。
在一些示例中,增强系统208提供基于用户的发布平台,该基于用户的发布平台使得用户能够选择地图上的地理定位并上传与所选择的地理定位相关联的内容。用户还可以指定应当向其他用户提供特定媒体覆盖的环境。增强系统208生成媒体覆盖,该媒体覆盖包括所上传的内容并将所上传的内容与所选择的地理定位相关联。
在其他示例中,增强系统208提供基于商家的发布平台,该基于商家的发布平台使得商家能够选择经由投标处理与地理定位相关联的特定媒体覆盖。例如,增强系统208使最高出价商家的媒体覆盖与相应地理定位相关联达预定义时间量。
地图系统210提供各种地理定位功能,并且支持由消息收发客户端104呈现基于地图的媒体内容和消息。例如,地图系统210能够在地图上显示(例如,存储在配置文件数据316中的)用户图标或化身,以指示用户的“朋友”的当前或过去位置,以及由这些朋友在地图的上下文内生成的媒体内容(例如,包括照片和视频的消息的集合)。例如,在消息收发客户端104的地图界面上,可以将用户从特定地理定位发布到消息收发系统100的消息在地图的该特定位置的上下文内显示给特定用户的“朋友”。用户还可以经由消息收发客户端104与消息收发系统100的其他用户(例如,使用适当的状况化身)共享他的或她的定位和状况信息,该定位和状况信息在消息收发客户端104的地图界面的上下文内被类似地显示给所选择的用户。
游戏系统212在消息收发客户端104的上下文内提供各种游戏功能。消息收发客户端104提供游戏界面,该游戏界面提供可用游戏的列表,该游戏可以由用户在消息收发客户端104的上下文中启动并与消息收发系统100的其他用户一起玩。消息收发系统100还使得特定用户能够通过从消息收发客户端104向其他用户发出邀请来邀请这样的其他用户参与玩特定游戏。消息收发客户端104还支持游戏上下文内的语音消息收发和文本消息收发两者(例如,聊天),为游戏提供排行榜,并且还支持提供游戏内奖励(例如,钱币和物品)。
外部资源系统214为消息收发客户端104提供接口以与远程服务器(例如,第三方服务器110)进行通信以启动或访问外部资源即应用或小应用。外部资源可以是小程序。每个第三方服务器110托管例如基于标记语言(例如,HTML5)的应用或应用(例如,入场券、游戏、实用程序、支付或乘车共享应用)的小规模版本。消息收发客户端104可以通过从与基于web的资源相关联的第三方服务器110访问HTML5文件来启动基于web的资源(例如,应用)。在某些示例中,由第三方服务器110托管的应用利用由消息收发服务器118提供的软件开发工具包(SDK)以JavaScript编程。SDK包括应用编程接口(API),API具有可以由基于web的应用调用或激活的功能。在某些示例中,消息收发服务器118包括JavaScript库,该库向给定的外部资源提供对消息收发客户端104的某些用户数据的访问。HTML5被用作对游戏进行编程的示例技术,但是可以使用基于其他技术编程的应用和资源。
为了将SDK的功能集成到基于web的资源中,SDK由第三方服务器110从消息收发服务器118下载或者由第三方服务器110以其他方式接收。一旦被下载或接收,SDK将被包括作为基于web的外部资源的应用代码的一部分。然后,基于web的资源的代码可以调用或激活SDK的某些功能以将消息收发客户端104的特征集成到基于web的资源中。
存储在消息收发服务器118上的SDK有效地提供了外部资源(例如,应用106或小应用)与消息收发客户端104之间的桥接。这为用户提供了在消息收发客户端104上与其他用户通信的无缝体验,同时还保留了消息收发客户端104的外观和感觉。为了桥接外部资源与消息收发客户端104之间的通信,在某些示例中,SDK促进第三方服务器110与消息收发客户端104之间的通信。在某些示例中,在客户端设备102上运行的WebViewJavaScriptBridge在外部资源与消息收发客户端104之间建立两个单向通信通道。消息经由这些通信通道在外部资源与消息收发客户端104之间异步发送。每个SDK功能激活都作为消息和回调被发送。每个SDK功能都是通过构造唯一的回调标识符并发送具有该回调标识符的消息来实现的。
通过使用SDK,并非来自消息收发客户端104的所有信息都与第三方服务器110共享。SDK基于外部资源的需要来限制共享哪些信息。在某些示例中,每个第三方服务器110将与基于web的外部资源对应的HTML5文件提供给消息收发服务器118。消息收发服务器118可以在消息收发客户端104中添加基于web的外部资源的视觉表示(例如,框子艺术(box art)或其他图形)。一旦用户通过消息收发客户端104的GUI选择视觉表示或指示消息收发客户端104访问基于web的外部资源的特征,消息收发客户端104就获得HTML5文件并且使访问基于web的外部资源的特征所需的资源实例化。
消息收发客户端104呈现用于外部资源的图形用户界面(例如,登录页面或标题画面)。在呈现登录页面或标题画面期间、之前或之后,消息收发客户端104确定所启动的外部资源是否先前已被授权访问消息收发客户端104的用户数据。响应于确定所启动的外部资源先前已被授权访问消息收发客户端104的用户数据,消息收发客户端104呈现外部资源的另一图形用户界面,该界面包括外部资源的功能和特征。响应于确定所启动的外部资源先前未被授权访问消息收发客户端104的用户数据,在显示外部资源的登录页面或标题画面的阈值时间段(例如,3秒)之后,消息收发客户端104向上滑动用于授权外部资源访问用户数据的菜单(例如,将菜单动画化为从屏幕底部或中间部分或者屏幕的其他部分浮现)。该菜单标识了外部资源将被授权使用的用户数据的类型。响应于接收到对接受选项的用户选择,消息收发客户端104将外部资源添加到授权的外部资源的列表中,并且允许外部资源从消息收发客户端104访问用户数据。在一些示例中,外部资源由消息收发客户端104根据OAuth 2框架授权访问用户数据。
消息收发客户端104基于被授权的外部资源的类型来控制与外部资源共享的用户数据的类型。例如,包括完整规模的应用(例如,应用106)的外部资源被提供有对第一类型的用户数据(例如,仅用户的具有或不具有不同化身特征的二维化身)的访问。作为另一示例,包括应用的小规模版本(例如,应用的基于web的版本)的外部资源被提供有对第二类型的用户数据(例如,支付信息、用户的二维化身、用户的三维化身、以及具有各种化身特征的化身)的访问。化身特征包括定制化身的外观和感觉(例如不同的姿势、面部特征、服装等)的不同方式。
交易数据管理系统216提供用于商业交易的安全支付流,该商业交易允许用户从由消息收发系统100内的服务器112托管的内置电子商务程序(例如,小程序)购买商品。系统216从诸如小程序等基于web的外部资源接收用户请求以处理支付交易。系统216确定与请求用户相关联的所有交易数据是否都存储在数据库126中。具体地,交易数据可以存储在数据库126中的交易数据表318中。当系统216经由用户输入接收支付卡信息时,系统216将该信息发送到远程安全支付处理器(未示出)。支付处理器可以返回表示支付卡信息的脱敏数据项(例如,支付代币)。系统216将脱敏数据项存储在交易数据表318中。
在一个实施方式中,一旦交易数据管理系统216确定所有交易数据都存在并且准备好被发送出去以用于支付处理,则系统216将交易数据发送到安全支付处理器。安全支付处理器返回指示支付是否已完成的交易状态。如果返回的交易状态指示完成交易,则消息收发系统可以提供用户界面的显示,该用户界面包括与指示完成交易的“完成”或“支付成功”的文本显示相关联的第三用户界面元素。如果返回的交易状态指示未完成交易,则消息收发系统可以提供用户界面的显示,该用户界面包括与指示未完成交易的“交易未完成”的文本显示相关联的用户界面元素。
在一个实施方式中,交易数据管理系统216确定商品的递送是否需要运送。一旦系统216确定对于递送来说运送是否是不必要的,则系统216可以从交易数据的确定中排除运送信息。此外,系统216还可以阻止从用户界面出现与运送信息相关联的用户界面元素。
数据架构
图3是示出根据某些示例的可以存储在消息收发服务器系统108的数据库126中的数据结构300的示意图。虽然数据库126的内容被示为包括若干表,但是应当理解的是,数据可以存储在其他类型的数据结构中(例如,作为面向对象的数据库)。
数据库126包括存储在消息表302内的消息数据。对于任何特定的一条消息,该消息数据包括至少消息发送者数据、消息接收方(或接收者)数据和有效载荷。下面参照图4描述关于可以被包括在消息中并且被包括在存储在消息表302中的消息数据中的信息的另外的细节。
实体表306存储实体数据,并且(例如,参考地)链接到实体图308和配置文件数据316。在实体表306内为其维持记录的实体可以包括个人、公司实体、组织、对象、地点、事件等。不管实体类型如何,消息收发服务器系统108存储关于其的数据的任何实体可以是识别的实体。为每个实体提供唯一的标识符以及实体类型标识符(未示出)。
实体图308存储关于实体之间的关系和关联的信息。仅作为示例,这样的关系可以是基于兴趣或基于活动的职业关系(例如,在共同的公司或组织工作)、社交关系。
配置文件数据316存储关于特定实体的多种类型的配置文件数据。基于由特定实体指定的隐私设置,配置文件数据316可以被选择性地使用并呈现给消息收发系统100的其他用户。在实体是个人的情况下,配置文件数据316包括例如用户名、电话号码、地址、设置(例如,通知和隐私设置),以及用户选择的化身表示(或这种化身表示的集合)。然后,特定用户可以将这些化身表示中的一个或更多个选择性地包括在经由消息收发系统100传送的消息的内容中以及在由消息收发客户端104向其他用户显示的地图界面上。化身表示的集合可以包括“状态化身”,其呈现用户可以选择在特定时间进行通信的状态或活动的图形表示。
在实体是组的情况下,除了组名称、成员和相关组的各种设置(例如,通知)之外,组的配置文件数据316还可以类似地包括与组相关联的一个或更多个化身表示。
数据库126还在增强表310中存储例如覆盖或过滤器的增强数据。增强数据与视频(视频数据被存储在视频表304中)和图像(图像数据被存储在图像表312)相关联并且应用于视频和图像。
在一个示例中,过滤器是在向接收方用户呈现期间被显示为覆盖在图像或视频上的覆盖。过滤器可以是各种类型的,包括当发送方用户正在编写消息时由消息收发客户端104呈现给发送用户的一组过滤器中用户选择的过滤器。其他类型的过滤器包括地理定位过滤器(也称为地理过滤器),其可以基于地理定位被呈现给发送用户。例如,可以基于由客户端设备102的全球定位系统(GPS)单元确定的地理定位信息,由消息收发客户端104在用户界面内呈现特定于附近或特殊定位的地理定位过滤器。
另一种类型的过滤器是数据过滤器,其可以由消息收发客户端104基于在消息创建处理期间由客户端设备102收集的其他输入或信息选择性地呈现给发送用户。数据过滤器的示例包括特定定位处的当前温度、发送用户行进的当前速度、客户端设备102的电池寿命或当前时间。
可以存储在图像表312内的其他增强数据包括增强现实内容项(例如,对应于应用镜头(Lenses)或增强现实体验)。增强现实内容项可以是可以添加至图像或视频的实时特殊效果和声音。
如上所述,增强数据包括增强现实内容项、覆盖、图像变换、AR图像以及涉及可以应用于图像数据(例如,视频或图像)的修改的类似术语。这包括实时修改,其在使用客户端设备102的设备传感器(例如,一个或更多个摄像装置)捕获图像时对图像进行修改并且然后在具有修改的情况下在客户端设备102的屏幕上显示图像。这还包括对所存储的内容的修改,例如对可以被修改的图库中的视频片段的修改。例如,在可以访问多个增强现实内容项的客户端设备102中,用户可以使用具有多个增强现实内容项的单个视频片段来查看不同的增强现实内容项将如何修改存储的片段。例如,通过为内容选择不同的增强现实内容项,可以将应用不同伪随机运动模型的多个增强现实内容项应用于相同的内容。类似地,实时视频捕获可以与示出的修改一起使用,以显示当前由客户端设备102的传感器捕获的视频图像将如何修改捕获的数据。这样的数据可以简单地显示在屏幕上而不存储在存储器中,或者由设备传感器捕获的内容可以在有或没有修改(或两者)的情况下记录并存储在存储器中。在一些系统中,预览特征可以同时显示不同的增强现实内容项在显示器的不同窗口中将看起来如何。例如,这可以使得具有不同伪随机动画的多个窗口能够同时在显示器上被查看。
因此,使用增强现实内容项的数据和各种系统或使用该数据修改内容的其他这样的变换系统可以涉及视频帧中对象(例如,脸、手、身体、猫、狗、表面、对象等)的检测,在这些对象离开视场、进入视场以及在视场四处移动时对这些对象的跟踪,以及在跟踪这些对象时对其进行的修改或变换。在各种示例中,可以使用用于实现这样的变换的不同方法。一些示例可以涉及生成一个或更多个对象的三维网格模型,以及在视频内使用模型的变换和动画纹理来实现变换。在其他示例中,可以使用对象上的点的跟踪将图像或纹理(可以是二维或三维的)放置在所跟踪的位置处。在更进一步的示例中,可以使用视频帧的神经网络分析将图像、模型或纹理放置在内容(例如,图像或视频帧)中。因此,增强现实内容项既指代用于在内容中创建变换的图像、模型和纹理,也指代通过对象检测、跟踪和放置实现这样的变换所需的附加建模和分析信息。
可以用保存在任何类型的计算机化系统的存储器中的任何类型的视频数据(例如,视频流、视频文件等)来执行实时视频处理。例如,用户可以加载视频文件并将其保存在设备的存储器中,或者可以使用设备的传感器生成视频流。另外,任何对象例如人面部和人体的部位、动物、或者诸如椅子、汽车的非生物、或者其他对象都可以使用计算机动画模型进行处理。
在一些示例中,当与要变换的内容一起选择特定修改时,要变换的元素由计算设备识别,然后如果要变换的元素存在于视频的帧中,则要变换的元素被检测和跟踪。根据修改请求修改对象的元素,因此变换视频流的帧。对于不同类型的变换,可以通过不同的方法对视频流的帧进行变换。例如,对于主要涉及改变对象元素形式的帧变换,计算对象的每个元素的特征点(例如,使用主动形状模型(ASM)或其他已知方法)。然后,针对对象的至少一个元素中的每一个生成基于特征点的网格。该网格用于跟踪视频流中对象的元素的下一阶段。在跟踪处理中,将所提及的每个元素的网格与每个元素的位置对准。然后,在网格上生成附加点。基于修改请求针对每个元素生成第一点的第一集合,并且基于第一点的集合和修改请求针对每个元素生成第二点的集合。然后,可以通过基于第一点的集合和第二点的集合以及网格而修改对象的元素来变换视频流的帧。在这种方法中,也可以通过跟踪和修改背景来使所修改对象的背景改变或变形。
在一些示例中,使用对象的元素改变对象的一些区域的变换可以通过计算对象的每个元素的特征点并基于计算的特征点生成网格来执行。在网格上生成点,然后生成基于这些点的各种区域。然后通过将每个元素的区域与至少一个元素中的每个元素的位置对准来跟踪对象的元素,并且可以基于修改请求来修改区域的属性,从而变换视频流的帧。根据具体的修改请求,可以以不同的方式变换所提及的区域的属性。这样的修改可以涉及:改变区域的颜色;从视频流的帧中移除区域的至少一些部分;将一个或更多个新对象包括在基于修改请求的区域中;以及将区域或对象的元素进行修改或变形。在各种示例中,可以使用这样的修改或其他类似修改的任何组合。对于某些要被动画化的模型,可以选择一些特征点作为控制点,以用于确定模型动画的选项的整个状态空间。
在使用面部检测来变换图像数据的计算机动画模型的一些示例中,使用特定面部检测算法(例如,Viola-Jones)在图像上检测面部。然后,将主动形状模型(ASM)算法应用于图像的面部区域以检测面部特征参考点。
可以使用适合于面部检测的其他方法和算法。例如,在一些示例中,使用界标来定位特征,该界标表示存在于所考虑的大多数图像中的可区分点。例如,对于面部界标,可以使用左眼瞳孔的定位。如果初始界标不可识别(例如,如果人有眼罩),则可以使用次级界标。这样的界标识别程序可以用于任何这样的对象。在一些示例中,一组界标形成形状。可以使用形状中的点的坐标将形状表示为矢量。一个形状通过相似变换(允许平移、缩放和旋转)与另一形状对准,该相似变换使形状点之间的平均欧几里得距离最小化。平均形状是对准的训练形状的平均值。
在一些示例中,从与由全局面部检测器确定的面部的位置和大小对准的平均形状开始搜索界标。然后,这样的搜索重复以下步骤:通过每个点周围的图像纹理的模板匹配而调整形状点的位置来建议暂定形状,并且然后使暂定形状符合全局形状模型,直至发生收敛。在一些系统中,个别的模板匹配是不可靠的,并且形状模型将弱模板匹配的结果进行池化,以形成更强的整体分类器。整个搜索在图像金字塔的每个级别上重复,从粗分辨率到细分辨率。
变换系统可以在客户端设备(例如,客户端设备102)上捕获图像或视频流,并在客户端设备102上本地执行复杂的图像操纵,同时保持适当的用户体验、计算时间和功耗。复杂的图像操纵可以包括大小和形状变化、情绪变换(例如,将面部从皱眉变为微笑)、状态变换(例如,使对象变老、减少表观年龄、改变性别)、风格变换、图形元素应用,以及由已经被配置成在客户端设备102上高效执行的卷积神经网络实现的任何其他合适的图像或视频操纵。
在一些示例中,用于变换图像数据的计算机动画模型可以由系统使用,在该系统中,用户可以使用具有神经网络的客户端设备102来捕获用户的图像或视频流(例如,自拍),该神经网络操作为在客户端设备102上操作的消息收发客户端104的一部分。在消息收发客户端104内操作的变换系统确定图像或视频流中的面部的存在并且提供与计算机动画模型相关联的修改图标以变换图像数据,或者计算机动画模型可以被呈现为与本文中描述的接口相关联。修改图标包括以下变化,该变化可以是作为修改操作的一部分的修改图像或视频流中的用户面部的基础。一旦选择了修改图标,则变换系统发起将用户的图像变换以反映所选择的修改图标(例如,在用户上生成笑脸)的处理。一旦图像或视频流被捕获并且指定的修改被选择,则修改的图像或视频流就可以呈现在客户端设备102上显示的图形用户界面中。变换系统可以在图像或视频流的一部分上实施复杂的卷积神经网络,以生成和应用选定的修改。也就是说,一旦选择了修改图标,用户就可以捕获图像或视频流并且实时或近乎实时地呈现修改结果。此外,当正在捕获视频流时,修改可以是持久的,并且所选择的修改图标保持被切换。机器学习的神经网络可以用于实现这样的修改。
呈现由变换系统执行的修改的图形用户界面可以为用户提供附加的交互选项。这样的选项可以基于用于发起特定计算机动画模型的选择和内容捕获的接口(例如,从内容创建者用户界面发起)。在各种示例中,修改可以在修改图标的初始选择之后持续存在。用户可以通过轻击或以其他方式选择正由变换系统修改的面部来打开或关闭修改,并将其存储以供以后查看或浏览到成像应用的其他区域。在由变换系统修改多个面部的情况下,用户可以通过敲击或选择在图形用户界面内修改和显示的单个面部来全局打开或关闭修改。在一些示例中,可以单独修改一组多个面部中的各个面部,或者可以通过轻击或选择图形用户界面内显示的各个面部或一系列各个面部来单独切换这样的修改。
故事表314存储与消息和相关联的图像、视频或音频数据的集合有关的数据,这些数据被编译成集合(例如,故事或库)。特定集合的创建可以由特定用户(例如,在实体表306中维护其记录的每个用户)发起。用户可以以已经由该用户创建和发送/广播的内容集合的形式创建“个人故事”。为此,消息收发客户端104的用户界面可以包括用户可选图标,以使得发送用户能够将特定内容添加到他或她的个人故事。
集合还可以构成作为来自多个用户的内容集合的“实况故事”,该内容集合是手动地、自动地或者使用手动技术和自动技术的组合创建的。例如,“实况故事”可以构成来自各种定位和事件的用户提交内容的策展流。其客户端设备启用了定位服务并且在特定时间处于共同定位事件处的用户可以例如经由消息收发客户端104的用户界面被呈现有将内容贡献给特定实况故事的选项。可以由消息收发客户端104基于用户的定位向他或她标识实况故事。最终结果是从群体角度讲述的“实况故事”。
另外类型的内容集合被称为“定位故事”,其使得其客户端设备102位于特定地理定位(例如,在学院或大学校园)内的用户能够对特定集合做出贡献。在一些示例中,对定位故事的贡献可能需要二级认证来验证终端用户属于特定组织或其他实体(例如,是大学校园中的学生)。
如上面提到的,视频表304存储视频数据,在一个示例中,该视频数据与其记录保存在消息表302内的消息相关联。类似地,图像表312存储与消息数据被存储在实体表306中的消息相关联的图像数据。实体表306可以使来自增强表310的各种增强与存储在图像表312和视频表304中的各种图像和视频相关联。
交易数据表318存储与用户配置文件相关联的交易数据,包括用户名、联系人信息、账单地址、运送地址和支付代币。交易数据可以经由用户界面1100输入,如图11所示。一旦用户输入了支付处理所需的数据,系统216就可以在用户下次处理支付交易时在用户界面1100中自动地用先前输入的交易数据填充数据录入元素(例如,文本输入字段)。
数据通信架构
图4是示出根据一些示例的消息400的结构的示意图,消息400由消息收发客户端104生成,以用于传送至另外的消息收发客户端104或消息收发服务器118。特定消息400的内容用于填充存储在数据库126中的消息表302,该消息表302可由消息收发服务器118访问。类似地,消息400的内容被存储在存储器中作为客户端设备102或应用服务器114的“传输中”或“飞行中”的数据。消息400被示为包括以下示例组成部分:
●消息标识符402:标识消息400的唯一标识符。
●消息文本有效载荷404:要由用户经由客户端设备102的用户界面生成并且包括在消息400中的文本。
●消息图像有效载荷406:由客户端设备102的摄像装置部件捕获的或从客户端设备102的存储器检索到的、并且包括在消息400中的图像数据。用于发送或接收的消息400的图像数据可以被存储在图像表312中。
●消息视频有效载荷408:由摄像装置部件捕获的或从客户端设备102的存储器部件检索到的、并且包括在消息400中的视频数据。用于发送或接收的消息400的视频数据可以被存储在视频表304中。
●消息音频有效载荷410:由麦克风捕获的或从客户端设备102的存储器部件检索到的、并且包括在消息400中的音频数据。
●消息增强数据412:表示要应用于消息400的消息图像有效载荷406、消息视频有效载荷408或消息音频有效载荷410的增强的增强数据(例如,过滤器、标贴或其他注解或增强)。发送或接收的消息400的增强数据可以存储在增强表310中。
●消息持续时间参数414:参数值,其指示消息的内容(例如,消息图像有效载荷406、消息视频有效载荷408、消息音频有效载荷410)将经由消息收发客户端104被呈现给用户或使其对于用户可访问的以秒为单位的时间量。
●消息地理定位参数416:与消息的内容有效载荷相关联的地理定位数据(例如,纬度和经度坐标)。多个消息地理定位参数416值可以被包括在有效载荷中,这些参数值中的每个参数值与内容中所包括的内容项(例如,消息图像有效载荷406内的特定图像或消息视频有效载荷408中的特定视频)相关联。
●消息故事标识符418:标识一个或更多个内容集合(例如,在故事表314中标识的“故事”)的标识符值,其中消息400的消息图像有效载荷406中的特定内容项与一个或更多个内容集合相关联。例如,可以使用标识符值将消息图像有效载荷406内的多个图像各自与多个内容集合相关联。
●消息标签420:每个消息400可以用多个标签来标记,这些标签中的每个标签都指示消息有效载荷中包括的内容的主题。例如,在消息图像有效载荷406中包括的特定图像描绘动物(例如狮子)的情况下,标签值可以包括在指示相关动物的消息标签420中。标签值可以基于用户输入手动地生成,或可以使用例如图像识别自动地生成。
●消息发送者标识符422:指示在其上生成消息400以及从其发送消息400的客户端设备102的用户的标识符(例如,消息收发系统标识符、电子邮件地址或设备标识符)。
●消息接收者标识符424:指示消息400寻址到的客户端设备102的用户的标识符(例如,消息收发系统标识符、电子邮件地址或设备标识符)。
消息400的各个组成部分的内容(例如,值)可以是指向在其中存储内容数据值的表中的位置的指针。例如,消息图像有效载荷406中的图像值可以是指向图像表312内的位置的指针(或地址)。类似地,消息视频有效载荷408内的值可以指向存储在视频表304内的数据,存储在消息增强412内的值可以指向存储在增强表310中的数据,存储在消息故事标识符418内的值可以指向存储在故事表314中的数据,以及存储在消息发送者标识符422和消息接收者标识符424内的值可以指向存储在实体表306内的用户记录。
基于时间的访问限制架构
图5是示出访问限制处理500的示意图,根据该访问限制处理,对内容(例如,短暂消息502和相关联的数据的多媒体有效载荷)或内容集合(例如,短暂消息组504)的访问可以是时间受限的(例如,使得是短暂的)。
短暂消息502被示出为与消息持续时间参数506相关联,消息持续时间参数506的值确定消息收发客户端104将向短暂消息502的接收用户显示短暂消息502的时间量。在一个示例中,接收用户可查看短暂消息502上至最多10秒,这取决于发送用户使用消息持续时间参数506指定的时间量。
消息持续时间参数506和消息接收者标识符424被示出为是消息定时器510的输入,消息定时器510负责确定向由消息接收者标识符424标识的特定接收用户示出短暂消息502的时间量。特别地,将仅在由消息持续时间参数506的值确定的时间段内向相关的接收用户示出短暂消息502。消息定时器510被示出为向更一般化短暂定时器系统202提供输出,该短暂定时器系统202负责向接收用户显示内容(例如,短暂消息502)的总体定时。
在图5中短暂消息502被示出为包括在短暂消息组504(例如,个人故事或事件故事中的消息的集合)内。短暂消息组504具有相关联的组持续时间参数508,组持续时间参数508的值确定短暂消息组504被呈现并可由消息收发系统100的用户访问的持续时间。例如,组持续时间参数508可以是音乐会的持续时间,其中短暂消息组504是关于该音乐会的内容的集合。替选地,用户(拥有用户或者策展者用户)可以在执行短暂消息组504的设置和创建时指定组持续时间参数508的值。
另外,短暂消息组504内的每个短暂消息502具有相关联的组参与参数512,组参与参数512的值确定在短暂消息组504的上下文内将可访问短暂消息502的持续时间。因此,在短暂消息组504本身根据组持续时间参数508到期之前,特定的短暂消息组504可以“到期”并且在短暂消息组504的上下文中变得不可访问。组持续时间参数508、组参与参数512和消息接收者标识符424各自向组定时器514提供输入,组定时器514可操作地首先确定短暂消息组504中的特定短暂消息502是否将被显示给特定接收用户,并且如果为是,则确定显示多长时间。注意,由于消息接收者标识符424,短暂消息组504也知道具体接收用户的身份。
因此,组定时器514可操作地控制相关联的短暂消息组504以及包括在短暂消息组504中的单独的短暂消息502的总寿命。在一个示例中,短暂消息组504内的每个短暂消息502在由组持续时间参数508指定的时间段内保持可查看和可访问。在另一示例中,在短暂消息组504的上下文内,某个短暂消息502可以基于组参与参数512而到期。注意,即使在短暂消息组504的上下文内,消息持续时间参数506也仍然可以确定向接收用户显示特定短暂消息502的持续时间。因此,消息持续时间参数506确定向接收用户显示特定短暂消息502的持续时间,而不管接收用户是在短暂消息组504的上下文之内还是之外查看该短暂消息502。
短暂定时器系统202还可以基于确定已经超过相关联的组参与参数512而从短暂消息组504中可操作地移除该特定的短暂消息502。例如,在发送用户已经建立了从发布起24小时的组参与参数512的情况下,短暂定时器系统202将在指定的24小时之后从短暂消息组504中移除相关的短暂消息502。短暂定时器系统202还进行操作以在针对短暂消息组504内的每个短暂消息502的组参与参数512已经到期时,或者在短暂消息组504本身根据组持续时间参数508已经到期时,移除短暂消息组504。
在某些使用情况下,特定短暂消息组504的创建者可以指定无限期的组持续时间参数508。在这种情况下,短暂消息组504内最后剩余的短暂消息502的组参与参数512的过期将确定短暂消息组504本身何时过期。在这种情况下,添加至短暂消息组504的具有新的组参与参数512的新的短暂消息502,有效地将短暂消息组504的寿命延长至等于组参与参数512的值。
响应于短暂定时器系统202确定短暂消息组504已经到期(例如,不再是可访问的),短暂定时器系统202与消息收发系统100(并且例如特别是消息收发客户端104)通信,以使与相关短暂消息组504相关联的标记(例如,图标)不再显示在消息收发客户端104的用户界面内。类似地,当短暂定时器系统202确定针对特定短暂消息502的消息持续时间参数506已经到期时,短暂定时器系统202使消息收发客户端104不再显示与短暂消息502相关联的标记(例如,图标或文本标识)。
跨平台的数据管理和集成
在一个实施方式中,请求用户可以通过激活小程序的用户界面中的结账按钮来发起支付交易处理。小程序可以由消息收发系统100中的应用服务器112托管,或者替选地,由不可知(agnostic)平台中的第三方服务器托管。交易数据管理系统216确定与请求用户相关联的所有交易数据是否在数据库126中可用。在一个实施方式中,一旦确定所有交易数据都可用,消息收发系统提供显示包括交易数据的概览的第一用户界面以及与支付交易的完成相对应的交互式(例如,可滑动的)用户界面元素(例如,第一用户可选元素)。在接收到表示完成交易的用户决定的交互式用户界面元素的用户选择的指示时,消息收发系统将交易数据转发到安全支付处理器,该安全支付处理器驻留在消息收发系统100不可知的远程系统中。安全支付处理器返回指示支付卡是否已被成功收费的交易状态。替选地,支付处理器可以通知小程序,小程序可以将交易状态发送回交易数据管理系统216。由此跨多个平台安全地管理支付流以获得最佳用户体验。
图6示出了根据一个实施方式的在消息收发系统中完成交易的处理600。处理600的操作可以由任何数量的不同系统执行,系统是例如本文中描述的消息收发客户端104或消息收发服务器114或其的任何部分,例如包括在任何系统中的处理器,该系统包括交易数据管理系统216和外部资源系统214。
在操作602处,处理器接收处理支付交易的请求。该请求可以由在客户端设备102上实现的消息收发应用104从基于web的外部资源(例如,小程序)接收。图8示出了由处理器为小程序生成的用户界面800。用户界面800包括用户界面图标802。图标802包括文本指示符,诸如“结账”,其指示图标802的激活(例如,轻击)可以发送处理支付交易的请求。
在操作604处,处理器基于请求标识交易数据。交易数据对应于实体图308中与客户端设备102相关联的用户配置文件。具体地,请求用户与实体图308中的用户配置文件相关联,并且用户配置文件与请求用户的交易数据相关联。交易数据被存储在交易数据表318中。交易数据可以包括用户名、联系人信息(例如,电子邮件地址和电话号码)、账单地址、运送地址和脱敏数据项,例如支付代币。
在操作606处,处理器确定与交易数据中包括的用户配置文件相关联的第一脱敏数据项。第一脱敏数据项可以是支付代币。支付代币是作为代币化处理的结果的敏感数据(例如,支付卡信息)的引用或标识符。代币化是用不具有外在或可利用的含义或价值的诸如支付代币的非敏感等效物来替代敏感数据元素的处理。在一个实施方式中,可以存在与用户配置文件相关联的多个支付代币,因为用户可以将多个支付卡的信息输入到消息收发系统中。处理器可以识别多个支付代币(例如,第一脱敏数据项)并且确定最近添加的支付卡。替选地,处理器可以标识在前一支付交易中最近选择的一个交易数据与当前支付交易的交易数据相关联。
在操作608处,处理器在基于web的外部资源的用户界面内提供显示消息收发应用的第一用户界面,其包括与交易的完成相对应的第一用户可选元素。具体地,如图9所示,第一用户界面可以是用户界面900内的部分屏幕用户界面902,并且第一用户可选元素可以是交互式用户界面元素904。
在操作610处,处理器接收对第一用户可选元素的用户选择的指示。如用户界面902(例如,第一用户界面)中所示,第一用户可选元素904包括可滑动图标906,其可以基于用户手势的方向(例如,按压屏幕并且滑动)从第一位置908重定位到第二位置910。当可滑动图标906到达第二位置910时,第一用户可选元素被激活。
在操作612处,处理器将交易数据发送到安全支付处理器以用于支付处理。具体地,响应于第一用户可选元素被激活,处理器将交易数据发送到安全支付处理器,并等待指示支付是否已被成功处理的返回的交易状态。如果返回的交易状态指示完成交易,则消息收发系统可以提供用户界面的显示,该用户界面包括与指示完成交易的“完成”或“支付成功”的文本显示相关联的第三用户界面元素。如果返回的交易状态指示未完成交易,则消息收发系统可以提供用户界面的显示,该用户界面包括与指示未完成交易的“交易未完成”的文本显示相关联的用户界面元素。在一个实施方式中,在接收到指示完成支付交易的交易状态时,处理器通知基于web的外部资源(例如,小程序)最终确定所请求的交易。最终确定所请求的交易可以包括在成功支付交易时完成与交易相关联的任何剩余处理,诸如完成电影票的预订,以及经由电子邮件或消息等向请求用户发送预订的电影票。
在一个实施方式中,在接收到对第一用户可选元素的用户选择的指示时,处理器提供第一用户界面图标的显示,等待从安全处理器接收交易状态。第一用户界面图标可以是表示正在进行的决定的动画图标(例如,“加载”条或gif图像)。
图7示出了根据一个实施方式的生成脱敏数据项的处理700。脱敏数据项可以是支付代币。支付卡信息以支付卡行业“PCI”合规标准为准,该标准要求商家以安全的方式存储这样的敏感信息,以减少数据泄露和欺诈行为的可能性。消息收发系统不存储支付卡信息,例如卡号、有效期和CVC号。相反,消息收发系统存储相应的脱敏数据项,诸如支付代币。支付代币是不具有外在或可利用的含义或价值的敏感数据(例如,支付卡信息)的引用或标识符。
在操作702处,处理器生成多个数据录入元素。多个数据录入元素包括用于接收敏感数据项(诸如支付卡信息)的第一组数据录入元素。如图11所示,多个数据录入元素可以包括用于接收支付卡信息的第一组数据录入元素1132、用于接收运送地址信息的第二组数据录入元素1122、以及用于接收用户名和包括电子邮件地址和电话号码的联系信息的第三组数据录入元素1102。在一个实施方式中,第一组数据录入元素是指数据录入元素1132和1134二者。
在操作704处,处理器提供至少包括第一组数据录入元素的第二用户界面的显示。具体地,第二用户界面可以是用户界面1130,如图11所示。用户界面1130包括第一组数据录入元素1132和1134。数据录入元素可以是文本输入字段。例如,第一组数据录入元素1132包括三个单独的文本输入字段,包括卡号、有效期(例如MM/YY)和CVC代码。在一个实施方式中,第二用户界面还可以包括数据录入元素1122(例如,第二组数据录入元素)和1102(例如,第三组数据录入元素)。
在操作706处,处理器经由第一组数据录入元素1132和1134接收敏感数据项的用户输入。具体地,用户可以将支付卡信息键入到包括在数据录入元素1132和1134中的文本输入字段中。在一个实施方式中,数据录入元素1132和1134可以是由安全支付处理器托管和实现的iframe,即用户录入会话和与iframe的交互与消息收发系统隔离。
在操作708处,处理器将敏感数据项发送到安全支付处理器。消息收发系统不存储支付卡信息。相反,消息收发系统存储相应的脱敏数据项,诸如支付代币。具体地,在不将支付卡信息存储到数据库126的情况下,处理器将支付卡信息直接发送到第三方支付处理器,该第三方支付处理器驻留在消息收发系统不可知的系统中。托管支付处理器的系统符合PCI标准。
在操作710处,处理器接收表示对应的敏感数据项(例如,支付卡信息)的第一脱敏数据项(例如,支付代币)。支付代币是支付卡信息的引用或标识符,并且支付代币可以由第一用户界面显示912表示,如用户界面900中所示。第一用户界面显示912包括支付卡号的最后4位(例如2044)、支付卡的提供者(例如American Express)和提供者的标志。与第一用户显示912相关联的信息可以存储在数据库126中的交易数据表318中。
在一个实施方式中,对于每个支付交易,处理器使支付处理器生成与和当前交易相关联的小程序的系统兼容的单次交易支付代币(例如,第二脱敏数据项)。该单次交易支付代币是用户授权的每个交易所特有的,与安全支付处理器生成的第一脱敏支付代币无关。
在一个实施方式中,处理器确定与等待交易相关联的小程序是否向安全支付处理器(例如,安全处理器)注册。该确定可以基于由安全支付处理器返回的注册状态的验证过程。如果小程序向安全支付处理器注册,则处理器使安全支付处理器生成与第一脱敏数据项相对应的参考元数据。参考元数据用作安全支付处理器的系统内的、指向由用户输入的实际支付卡信息(例如,敏感数据项)的指针。处理器使安全支付处理器基于参考元数据生成第二脱敏数据项,并且使安全支付处理器将第二脱敏数据项返回到消息收发系统。
在一个实施方式中,如果小程序未向安全支付处理器注册或未注册,即其替代地与另一支付处理器(例如,第二支付处理器)注册或合作,则处理器可以使安全支付处理器生成单次使用数据项(例如,一次性使用的卡)并且将该单次使用数据项转发到第二支付处理器。处理器可以从安全支付处理器或直接从第二支付处理器接收由第二支付处理器基于单次使用数据项生成的单次交易支付代币(例如,第二脱敏数据项)。处理器可以将第二脱敏数据项连同交易数据一起发送到安全支付处理器以进行支付处理。在一个实施方式中,由安全支付处理器生成的单次使用数据项包括支付卡号,该支付卡号的最后四位数字与由用户录入的实际支付卡号(例如,交易工具标识符)的最后四位数字相同。
在一个实施方式中,处理器将单次交易支付代币(例如,第二脱敏数据项)存储在数据库126中的交易数据表318中。单次交易支付代币仅用于一次性使用,并且专用于用户已经授权进行的每次交易。与第一脱敏数据项不同,第二脱敏数据项可以不包括在未来支付交易中的交易数据中。
图8示出了根据一个实施方式的显示在客户端设备102上的用户界面800。在一个实施方式中,用户可从直接消息收发用户界面(未示出)选择表示小程序的用户界面图标,该小程序为诸如提供剧场事件(例如,电影票、音乐会门票、剧院门票)预订服务的小程序。用户选择可以使处理器生成并显示用户界面800。在一个实施方式中,用户可以从用户界面800选择电影时间、票的数量和座位位置。另外,用户可以通过经由消息输入显示804继续发送消息来在先前直接消息收发用户界面中维护对话。消息输入显示804可以支持所有类型的消息输入和发送,包括短时消息502,以及诸如图像、音频或视频的媒体内容项。因此,用户不需要离开小程序回到直接消息收发用户界面来维持会话。
在一个实施方式中,当处理器检测到多于一个用户正在访问小程序的用户界面800时,处理器响应于一个或更多个用户与相应客户端设备102的交互,使用户界面800实时显示座位预订。例如,当在用户界面800中进行对话时,第一用户可以在座位选择用户界面显示806中锁定两个座位,指示经由用户界面800从相关联的第一客户端设备102选择座位。处理器使第二客户端设备102上的用户界面800实时或同时显示第一用户的座位选择。第二用户在与第一用户对话的同时,被实时通知第一用户的用户界面交互。在一个实施方式中,处理器可以生成并显示与每个用户相关联的化身,以反映用户界面800中存在的所有用户的实时交互。这样,所有用户能够在共享用户界面800中查看彼此的座位选择、座位的数量、电影时间等。
在一个实施方式中,处理器在直接消息收发用户界面中显示用户界面元素,指示是否所有用户都已经经由激活相应客户端设备102上的用户界面图标802请求处理支付交易。一旦所有用户提交了这样的请求,处理器在所有相关联的客户端设备102上生成部分屏幕用户界面902。在一个实施方式中,如果处理器检测到一个或更多个用户未能激活交互式用户界面元素904,则处理器阻止将与剩余用户相关联的所有交易数据发送到安全支付处理器。这样,在所有用户经由部分屏幕用户界面902确认支付之前,将不处理任何支付交易。
图9示出了根据一个实施方式的显示在客户端设备上的用户界面900。一旦处理器已经接收到处理支付交易的请求并且确定与请求用户相关联的所有交易数据都可用,处理器就可以在用户界面900内生成部分屏幕用户界面902(例如,第一用户界面)。用户界面902包括处理支付交易所需的所有交易数据。在一个实施方式中,处理器确定交易的完成是否需要电子递送方法。例如,电影票可以以电子方式递送,诸如经由电子邮件、文本消息或app内消息。处理器然后可以阻止从第二用户界面显示914显示部分屏幕用户界面902。处理器还可以阻止从第二用户界面显示与运送信息相对应的第二组数据录入元素1122,如图11所示。在一个实施方式中,如果在交易数据表318中存在与请求用户相关联的多个支付代币,则第一用户界面显示912的激活可以使处理器生成并显示部分屏幕支付方法用户界面1202。
图10示出了根据一个实施方式的在客户端设备上显示的用户界面1000。在确定所有交易数据都从交易数据表318中丢失时,响应于通过激活用户界面图标802接收到处理支付交易的用户请求,处理器可以生成部分屏幕载入用户界面1002。用户界面1002包括多个用户可选项1004、1006和1008,并且每个项对应于支付交易所需的交易数据的类型。用户可以通过在用户界面上的每一项上轻击来激活用户可选项。项1004的激活可以使处理器生成用户界面1110并将其显示在客户端设备102上。项1006的激活可以使处理器生成用户界面1120并将其显示在客户端设备102上。项1008的激活可以使处理器生成用户界面1130并将其显示在客户端设备102上。在一个实施方式中,一旦处理器确定交易不需要运送信息,处理器就可以阻止从部分屏幕载入用户界面1002出现项1006。
图11示出了根据一个实施方式的显示在客户端设备上的用户界面1100。第二用户界面可以包括第一组数据录入元素1132和1134。在一个实施方式中,第二用户界面还可包括第二组数据录入元素1122和第三组数据录入元素1102。处理器确定交易的完成需要电子递送方法。例如,电影票可以以电子方式递送,诸如通过电子邮件、文本消息或app内消息。处理器然后可以阻止从第二用户界面显示第二组数据输入元素。具体地,第二用户界面可以仅包括第一组数据录入元素1132和1134,并且阻止从显示器出现第三组数据输入元素1102。
图12示出了根据一个实施方式的显示在客户端设备上的用户界面1200。用户界面1200包括部分屏幕支付方法用户界面1202。用户界面1202包括表示多个支付代币的信息的显示。每个表示的显示包括支付卡号的最后四位数字、支付卡的提供者和提供者的标志。用户界面1200还包括用户可选图标1204。经由用户选择,图标1204的激活可以使处理器生成包括第一组数据录入元素1132和1134的用户界面1130。
图13示出了根据一个实施方式的在消息收发系统中完成交易的处理1300。交易数据的识别处理可以按顺序执行。具体地,在接收到处理支付交易的请求时,处理器在操作1302处确定用户是否是第一次请求消息收发系统100内的交易处理。如果是第一次,则处理器可以生成一个或更多个用户界面(例如,加载表),诸如上面提到的第二用户界面,或者用户界面1110、1120和1130,以便收集与请求用户相关联的交易数据。处理器首先确定联系人信息是否可用(操作1304)。处理器可以生成并使得显示用于收集联系人信息的用户界面1103。执行确认操作1306以验证所接收的联系人信息是否有效。处理器然后确定交易是否需要运送(操作1308)。如果交易需要运送,则处理器经由用户界面(例如,用户界面1120)收集运送地址,并且验证该地址是否有效(操作1312)。最后,处理器确定有效支付代币是否与请求用户相关联(操作1314)。处理器可以生成并显示用于收集支付信息的用户界面1130。在接收到有效支付信息时,处理器将包括卡号、有效期、CVC码以及可选地还有账单地址的支付信息直接发送到安全支付处理器。处理器然后可以将返回的支付代币存储在交易数据表318中。支付代币对应于由支付处理器处理的支付信息。一旦所有交易数据都可用,请求用户就可以通过激活部分屏幕用户界面902中的交互式用户界面元素904(例如,第一用户可选元素)来授权支付交易,例如,如图9所示。基于从安全支付处理器返回的交易状态(例如,处理状态),处理器确定支付交易是否已经完成(操作1320)。
机器架构
图14是机器1400的图解表示,在该机器1400内可以执行用于使机器1400执行本文所讨论的方法中的任何一个或更多个方法的指令1408(例如,软件、程序、应用、小应用、app或其他可执行代码)。例如,指令1408可以使机器1400执行本文中描述的方法中的任一种或更多种方法。指令1408将一般的非编程机器1400变换为特定机器1400,该特定机器1400被编程为以所描述的方式执行所描述和所示的功能。机器1400可以作为独立设备操作或者可以耦接(例如,联网)至其他机器。在联网部署中,机器1400可以在服务器客户端网络环境中以服务器机器或客户端机器的能力进行操作,或者在对等(或分布式)网络环境中作为对等机器进行操作。机器1400可以包括但不限于:服务器计算机、客户端计算机、个人计算机(PC)、平板计算机、膝上型计算机、上网本、机顶盒(STB)、个人数字助理(PDA)、娱乐媒体系统、蜂窝电话、智能电话、移动设备、可穿戴设备(例如,智能手表)、智能家居设备(例如,智能电器)、其他智能设备、web装置、网络路由器、网络交换机、网络桥接器或者能够顺序地或以其他方式执行指定要由机器1400采取的动作的指令1408的任何机器。此外,虽然仅示出了单个机器1400,但是术语“机器”还应被视为包括单独或联合执行指令1408以执行本文中讨论的方法中的任一种或更多种方法的机器的集合。例如,机器1400可以包括客户端设备102或者形成消息收发服务器系统108的一部分的若干个服务器设备中的任何一个。在一些示例中,机器1400还可以包括客户端系统和服务器系统二者,其中在服务器侧执行特定方法或算法的某些操作,并且在客户端侧执行特定方法或算法的某些操作。
机器1400可以包括可以被配置成经由总线1440彼此通信的处理器1402、存储器1404和输入/输出(I/O)部件1438。在示例中,处理器1402(例如,中央处理单元(CPU)、精简指令集计算(RISC)处理器、复杂指令集计算(CISC)处理器、图形处理单元(GPU)、数字信号处理器(DSP)、专用集成电路(ASIC)、射频集成电路(RFIC)、另一处理器或其任何合适的组合)可以包括例如可以执行指令1408的处理器1406和处理器1410。术语“处理器”旨在包括多核处理器,该多核处理器可以包括可以同时执行指令的两个或更多个独立的处理器(有时被称为“核”)。尽管图14示出了多个处理器1402,但是机器1400可以包括具有单个核的单个处理器、具有多个核的单个处理器(例如,多核处理器)、具有单个核的多个处理器、具有多个核的多个处理器或其任何组合。
存储器1404包括主存储器1412、静态存储器1414和存储单元1416,均可由处理器1402经由总线1440访问。主存储器1404、静态存储器1414和存储单元1416存储实现本文所述的方法或功能中的任何一种或更多种的指令1408。指令1408还可以在其被机器1400执行期间完全地或部分地驻留在主存储器1412内、在静态存储器1414内、在存储单元1416内的机器可读介质1418内、在处理器1402中的至少一个处理器内(例如,在处理器的高速缓存存储器内)、或其任何合适的组合。
I/O部件1438可以包括接收输入、提供输出、产生输出、发送信息、交换信息、捕获测量等的各种各样的部件。包括在特定机器中的特定I/O部件1438将取决于机器的类型。例如,便携式机器诸如移动电话可以包括触摸输入设备或其他这样的输入机构,而无头服务器机器将不太可能包括这样的触摸输入设备。应当理解,I/O部件1438可以包括图14中未示出的许多其他部件。在各种示例中,I/O部件1438可以包括用户输出部件1424和用户输入部件1426。用户输出部件1424可以包括视觉部件(例如,诸如等离子显示面板(PDP)、发光二极管(LED)显示器、液晶显示器(LCD)、投影仪或阴极射线管(CRT)的显示器)、声学部件(例如,扬声器)、触觉部件(例如,振动马达、阻力机构)、其他信号生成器等。用户输入部件1426可以包括字母数字输入部件(例如,键盘、被配置成接收字母数字输入的触摸屏、光电键盘或其他字母数字输入部件)、基于点的输入部件(例如,鼠标、触摸板、轨迹球、操纵杆、运动传感器或其他指向仪器)、触觉输入部件(例如,物理按钮、提供触摸或触摸手势的位置和力的触摸屏、或其他触觉输入部件)、音频输入部件(例如,麦克风)等。
在其他示例中,I/O部件1438可以包括生物计量部件1428、运动部件1430、环境部件1432、或位置部件1434以及各种其他部件。例如,生物计量部件1428包括用于检测表达(例如,手表达、面部表情、声音表达、身体姿势或眼睛跟踪)、测量生物信号(例如,血压、心率、体温、出汗或脑波)、识别人(例如,声音识别、视网膜识别、面部识别、指纹识别或基于脑电图的识别)等的部件。运动部件1430包括加速度传感器部件(例如,加速度计)、重力传感器部件、旋转传感器部件(例如,陀螺仪)。
环境部件1432包括例如一个或更多个摄像装置(具有静态图像/照片和视频功能)、照明传感器部件(例如,光度计)、温度传感器部件(例如,检测环境温度的一个或更多个温度计)、湿度传感器部件、压力传感器部件(例如,气压计)、声学传感器部件(例如,检测背景噪声的一个或更多个麦克风)、接近传感器部件(例如,检测附近物体的红外传感器)、气体传感器(例如,用于出于安全考虑而检测危险气体的浓度或用于测量大气中的污染物的气体检测传感器)或可以提供与周围物理环境相对应的指示、测量或信号的其他部件。
关于摄像装置,客户端设备102可以具有摄像装置系统,该摄像装置系统包括例如客户端设备102的前表面上的前置摄像装置和客户端设备102的后表面上的后置摄像装置。前置摄像装置可以例如用于捕获客户端设备102的用户的静止图像和视频(例如,“自拍”),然后可以用上述增强数据(例如,过滤器)对该静止图像和视频进行增强。例如,后置摄像装置可以用于以更传统的摄像装置模式捕获静止图像和视频,这些图像类似地使用增强数据进行增强。除了前置摄像装置和后置摄像装置之外,客户端设备102还可以包括用于捕获360°照片和视频的360°摄像装置。
此外,客户端设备102的摄像装置系统可以包括双后置摄像装置(例如,主摄像装置以及深度感应摄像装置),或者甚至在客户端设备102的前后侧上包括三重、四重或五重后置摄像装置配置。例如,这些多摄像装置系统可以包括广角摄像装置、超广角摄像装置、长焦摄像装置、微距摄像装置和深度传感器。
位置部件1434包括定位传感器部件(例如,GPS接收器部件)、海拔传感器部件(例如,检测可以得到海拔的气压的高度计或气压计)、取向传感器部件(例如,磁力计)等。
可以使用各种各样的技术来实现通信。I/O部件1438还包括通信部件1436,通信部件1436可操作以经由相应的耦接或连接将机器1400耦接至网络1420或设备1422。例如,通信部件1436可以包括与网络1420接口连接的网络接口部件或其他合适的设备。在其他示例中,通信部件1436可以包括有线通信部件、无线通信部件、蜂窝通信部件、近场通信(NFC)部件、
Figure BDA0004148725910000321
部件(例如,/>
Figure BDA0004148725910000322
低能耗)、/>
Figure BDA0004148725910000323
部件以及用于经由其他模态提供通信的其他通信部件。设备1422可以是其他机器或各种外围设备中的任何外围设备(例如,经由USB耦接的外围设备)。
此外,通信部件1436可以检测标识符或包括可操作以检测标识符的部件。例如,通信部件1436可以包括射频识别(RFID)标签阅读器部件、NFC智能标签检测部件、光学阅读器部件(例如,用于检测诸如通用产品代码(UPC)条形码的一维条形码、诸如快速响应(QR)代码的多维条形码、Aztec代码、数据矩阵、数据符号(Dataglyph)、最大编码(MaxiCode)、PDF417、超代码(Ultra Code)、UCC RSS-2D条形码和其他光代码的光学传感器)或声学检测部件(例如,用于识别标记的音频信号的麦克风)。另外,可以经由通信部件1436得到各种信息,例如经由互联网协议(IP)地理定位的位置、经由
Figure BDA0004148725910000331
信号三角测量的位置、通过检测可以指示特定位置的NFC信标信号的定位等。
各种存储器(例如,主存储器1412、静态存储器1414以及处理器1402的存储器)以及存储单元1416可以存储由本文中描述的方法或功能中的任何一个或更多个实施或使用的一组或更多组指令和数据结构(例如,软件)。这些指令(例如,指令1408)在由处理器1402执行时使各种操作实现所公开的示例。
可以经由网络接口设备(例如,通信部件1436中包括的网络接口部件),使用传输介质并且使用若干公知的传输协议中的任意一种传输协议(例如,超文本传输协议(HTTP)),通过网络1420来发送或接收指令1408。类似地,可以使用传输介质经由到设备1422的耦接(例如,对等耦接)来发送或接收指令1408。
软件架构
图15是示出软件架构1504的框图1500,该软件架构1504可以安装在本文中描述的设备中的任何一个或更多个设备上。软件架构1504由硬件例如包括处理器1520、存储器1526和I/O部件1538的机器1502支持。在该示例中,可以将软件架构1504概念化为层的堆栈,在该层的堆栈中,每个层提供特定的功能。软件架构1504包括诸如操作系统1512、库1510、框架1508和应用1506的层。在操作上,应用1506通过软件堆栈来激活API调用1550并响应于API调用1550接收消息1552。
操作系统1512管理硬件资源并提供公共服务。操作系统1512包括例如核1514、服务1516和驱动器1522。核1514充当硬件层与其他软件层之间的抽象层。例如,核1514提供存储器管理、处理器管理(例如,调度)、部件管理、联网和安全设置以及其他功能。服务1516可以为其他软件层提供其他公共服务。驱动器1522负责控制底层硬件或与底层硬件对接。例如,驱动器1522可以包括显示驱动器、摄像装置驱动器、
Figure BDA0004148725910000334
Figure BDA0004148725910000333
或/>
Figure BDA0004148725910000332
低能量驱动器、闪存驱动器、串行通信驱动器(例如,USB驱动器)、/>
Figure BDA0004148725910000335
驱动器、音频驱动器、电力管理驱动器等。
库1510提供由应用1506使用的公共低级基础设施。库1510可以包括系统库1518(例如,C标准库),系统库1318提供诸如存储器分配功能、字符串操纵功能、数学功能等的功能。另外,库1510可以包括API库1524,例如媒体库(例如,支持各种媒体格式的呈现和操纵的库,各种媒体格式诸如运动图像专家组-4(MPEG4)、高级视频编码(H.264或AVC)、运动图像专家组层-3(MP3)、高级音频编码(AAC)、自适应多速率(AMR)音频编解码、联合图像专家组(JPEG或JPG)或便携式网络图形(PNG))、图形库(例如,用于在显示器上的图形环境中以二维(2D)和三维(3D)进行渲染的OpenGL框架)、数据库库(例如,提供各种关系数据库功能的SQLite)、web库(例如,提供web浏览功能的WebKit)等。库1510还可以包括多种其他库1528,以向应用1506提供许多其他API。
框架1508提供由应用1506使用的公共高级基础设施。例如,框架1508提供各种图形用户界面(GUI)功能、高级资源管理和高级定位服务。框架1508可以提供可以由应用1506使用的广泛的其他API,其中的一些API可以专用于特定的操作系统或平台。
在示例中,应用1506可以包括家庭应用1536、联系人应用1530、浏览器应用1532、书籍阅读器应用1534、定位应用1542、媒体应用1544、消息收发应用1546、游戏应用1548和诸如第三方应用1540的各种各样的其他应用。应用1506是执行程序中限定的功能的程序。可以使用各种编程语言来创建以各种方式构造的应用1506中的一个或更多个,所述编程语言例如面向对象的编程语言(例如,Objective-C、Java或C++)或过程编程语言(例如,C或汇编语言)。在特定示例中,第三方应用1540(例如,由特定平台的供应商以外的实体使用ANDROIDTM或IOSTM软件开发工具包(SDK)开发的应用)可以是在诸如IOSTM、ANDROIDTM
Figure BDA0004148725910000341
Phone的移动操作系统或另外的移动操作系统上运行的移动软件。在该示例中,第三方应用1540可以调用操作系统1512所提供的API调用1550来促进本文描述的功能。
处理部件
现在转至图16,图16示出了处理环境1600的图解表示,处理环境1600包括处理器1602、处理器1606和处理器1608(例如,GPU、CPU或其组合)。
处理器1602被示为耦接至电源1604,并且包括(永久配置的或临时实例化的)模块,即交易数据管理部件1610和R/W部件1612。交易数据管理部件1610可操作地管理和处理跨多个平台或系统的支付交易。R/W部件1612在正常计算机处理循环期间可操作地管理数据读取和写入以支持如上所述的各种功能。如所示出的,处理器1602通信地耦接至处理器1606和处理器1608两者。
术语表
“载波信号”是指能够存储、编码或携载由机器执行的指令的任何无形介质并且包括数字或模拟通信信号或其他无形介质以便于这些指令的通信。可以使用传输介质经由网络接口设备来通过网络发送或接收指令。
“客户端设备”是指与通信网络对接以从一个或更多个服务器系统或其他客户端设备获得资源的任何机器。客户端设备可以是但不限于移动电话、桌上型计算机、膝上型计算机、便携式数字助理(PDA)、智能电话、平板计算机、超级本、上网本、膝上型计算机、多处理器系统、基于微处理器或可编程消费电子产品、游戏控制台、机顶盒或用户可以用于访问网络的任何其他通信设备。
“通信网络”是指网络的一个或更多个部分,该网络可以是自组织网络、内联网、外联网、虚拟专用网络(VPN)、局域网(LAN)、无线LAN(WLAN)、广域网(WAN)、无线WAN(WWAN)、城域网(MAN)、因特网、因特网的一部分、公共交换电话网(PSTN)的一部分、普通老式电话服务(POTS)网络、蜂窝电话网络、无线网络、
Figure BDA0004148725910000351
网络、其他类型的网络或者两个或更多个这样的网络的组合。例如,网络或网络的一部分可以包括无线网络或蜂窝网络,并且耦接可以是码分多址(CDMA)连接、全局移动通信系统(GSM)连接或其他类型的蜂窝或无线耦接。在该示例中,耦接可以实现各种类型的数据传输技术中的任何数据传输技术,例如单载波无线电传输技术(1xRTT)、演进数据优化(EVDO)技术、通用分组无线电服务(GPRS)技术、增强数据速率的GSM演进(EDGE)技术、包括3G的第三代合作伙伴计划(3GPP)、第四代无线(4G)网络、通用移动电信系统(UMTS)、高速分组接入(HSPA)、全球微波接入互操作性(WiMAX)、长期演进(LTE)标准、由各种标准设置组织定义的其他数据传输技术、其他长距离协议或其他数据传输技术。
“部件”是指具有以下边界的设备、物理实体或逻辑,该边界由功能或子例程调用、分支点、API或者对特定处理或控制功能提供分区或模块化的其他技术定义。部件可以经由它们的接口与其他部件组合以执行机器处理。部件可以是被设计用于与其他部件一起使用的封装功能硬件单元以及通常执行相关功能的特定功能的程序的一部分。部件可以构成软件组件(例如,体现在机器可读介质上的代码)或硬件部件。“硬件部件”是能够执行某些操作的有形单元,并且可以以某种物理方式来配置或布置。在各种示例实施方式中,可以通过软件(例如,应用或应用部分)将一个或更多个计算机系统(例如,独立计算机系统、客户端计算机系统或服务器计算机系统)或者计算机系统的一个或更多个硬件部件(例如,处理器或处理器组)配置为进行操作以执行如本文描述的某些操作的硬件部件。也可以机械地、电子地或以其任何合适的组合来实现硬件部件。例如,硬件部件可以包括被永久地配置成执行某些操作的专用电路系统或逻辑。硬件部件可以是例如现场可编程门阵列(FPGA)或专用集成电路(ASIC)的专用处理器。硬件部件还可以包括通过软件临时配置成执行某些操作的可编程逻辑或电路系统。例如,硬件部件可以包括由通用处理器或其他可编程处理器执行的软件。一旦通过这样的软件被配置,则硬件部件成为特定的机器(或机器的特定部件),该特定的机器(或机器的特定部件)被唯一地定制成执行配置的功能并且不再是通用处理器。将理解,可以出于成本和时间考虑来决定机械地、在专用且永久配置的电路系统中还是在临时配置(例如,由软件配置)的电路系统中实现硬件部件。因此,短语“硬件部件”(或“硬件实现的部件”)应当被理解成涵盖有形实体,即被物理构造、永久配置(例如,硬连线)或临时配置(例如,编程)成以某种方式操作或者执行本文中所描述的某些操作的实体。考虑硬件部件被临时配置(例如,被编程)的实施方式,硬件部件中的每一个无需在任一时刻处均被配置或实例化。例如,在硬件部件包括通过软件配置而成为专用处理器的通用处理器的情况下,通用处理器可以在不同时间处被配置成分别不同的专用处理器(例如,包括不同的硬件部件)。软件相应地配置特定处理器或处理器,以例如在一个时刻处构成特定硬件部件并且在不同的时刻处构成不同的硬件部件。硬件部件可以向其他硬件部件提供信息以及从其他硬件部件接收信息。因此,所描述的硬件部件可以被认为通信地耦接。在同时存在多个硬件部件的情况下,可以通过在两个或更多个硬件部件之间或之中(例如,通过适当的电路和总线)的信号传输来实现通信。在其中多个硬件部件在不同时间处被配置或被实例化的实施方式中,可以例如通过将信息存储在多个硬件部件可以访问的存储器结构中并且在该存储器结构中检索信息来实现这样的硬件部件之间的通信。例如,一个硬件部件可以执行操作,并且将该操作的输出存储在通信上耦接的存储器设备中。然后,另外的硬件部件可以在随后的时间处访问存储器设备,以检索和处理所存储的输出。硬件部件还可以发起与输入设备或输出设备的通信,并且可以对资源(例如,信息的集合)进行操作。在本文中描述的示例方法的各种操作可以至少部分地由(例如,通过软件)临时地配置或永久地配置以执行相关操作的一个或更多个处理器来执行。无论是临时配置还是永久配置,这样的处理器可以构成进行操作以执行本文描述的一个或更多个操作或功能的处理器实现的部件。如本文中使用的,“处理器实现的部件”是指使用一个或更多个处理器实现的硬件部件。类似地,本文中描述的方法可以至少部分地由处理器实现,其中特定的一个或多个处理器是硬件的示例。例如,方法的至少一些操作可以由一个或更多个处理器1606或处理器实现的部件来执行。此外,所述一个或更多个处理器还可以操作成支持“云计算”环境中的相关操作的执行或者操作为“软件即服务”(SaaS)。例如,操作中的至少一些操作可以由计算机组(作为包括处理器的机器的示例)执行,其中,这些操作能够经由网络(例如,因特网)并且经由一个或更多个适当的接口(例如,API)进行访问。某些操作的执行可以分布在处理器之间,不是仅驻留在单个机器内,而是跨若干机器被部署。在一些示例实施方式中,处理器或处理器实现的部件可以位于单个地理定位中(例如,在家庭环境、办公室环境或服务器群内)。在其他示例实施方式中,处理器或处理器实现的部件可以跨若干地理定位而分布。
“计算机可读存储介质”是指机器存储介质和传输介质两者。因此,这些术语包括存储设备/介质和载波/调制数据信号两者。术语“机器可读介质”、“计算机可读介质”和“设备可读介质”意指相同的事物,并且可以在本公开内容中可互换地使用。
“短暂消息”是指在时间有限的持续时间内可访问的消息。短暂消息可以是文本、图像、视频等。短暂消息的访问时间可以由消息发送方设置。替选地,访问时间可以是默认设置或者由接收方指定的设置。无论设置技术如何,消息都是暂时的。
“机器存储介质”是指存储可执行指令、例程和数据的单个或多个存储设备和介质(例如,集中式或分布式数据库,以及相关联的高速缓存和服务器)。因此,该术语应被视为包括但不限于固态存储器以及光学和磁介质,包括处理器内部或外部的存储器。机器存储介质、计算机存储介质和设备存储介质的具体示例包括:非易失性存储器,包括例如半导体存储器设备,例如可擦除可编程只读存储器(EPROM)、电可擦除可编程只读存储器(EEPROM)、FPGA和闪存设备;磁盘,诸如内部硬盘和可移动盘;磁光盘;以及CD-ROM和DVD-ROM盘。术语“机器存储介质”、“设备存储介质”、“计算机存储介质”意指相同的事物并且可以在本公开内容中互换地使用。术语“机器存储介质”、“计算机存储介质”和“设备存储介质”明确地排除了载波、调制数据信号和其他这样的介质,所述载波、调制数据信号和其他这样的介质中的至少一些被涵盖在术语“信号介质”中。
“非暂态计算机可读存储介质”是指能够存储、编码或携载由机器执行的指令的有形介质。
“信号介质”是指能够存储、编码或携载由机器执行的指令的任何无形介质,并且包括数字或模拟通信信号或其他无形介质以有助于软件或数据的通信。术语“信号介质”应当被视为包括任何形式的调制数据信号、载波等。术语“调制数据信号”意指使其特性中的一个或更多个特性以将信息编码在信号中的方式来设置或改变的信号。术语“传输介质”和“信号介质”指相同的事物并且可以在本公开内容中互换使用。

Claims (20)

1.一种方法,包括:
由在客户端设备上实现的消息收发应用从基于web的外部资源接收处理交易的请求;
由所述消息收发应用基于所述请求来识别交易数据,所述交易数据对应于实体图中与所述客户端设备相关联的用户配置文件;
确定与被包括在所述交易数据中的所述用户配置文件相关联的第一脱敏数据项;
在所述基于web的外部资源的用户界面内提供显示所述消息收发应用的第一用户界面,所述第一用户界面包括与所述交易的完成相对应的第一用户可选元素;
由所述消息收发应用接收对所述第一用户可选元素的用户选择的指示;以及
将所述交易数据发送到安全处理器。
2.根据权利要求1所述的方法,还包括:
在确定所述基于web的外部资源向所述安全处理器注册时,使所述安全处理器生成与所述第一脱敏数据项相关联的参考元数据;
从所述安全处理器接收与所述第一脱敏数据项相对应的第二脱敏数据项;以及
将所述第二脱敏数据项连同所述交易数据一起发送到所述安全处理器。
3.根据权利要求1所述的方法,还包括:
在确定所述基于web的外部资源未向所述安全处理器注册时,使所述安全处理器生成单次使用数据项;
接收与所述单次使用数据项相对应的第二脱敏数据项;以及
将所述第二脱敏数据项连同所述交易数据一起发送到所述安全处理器。
4.根据权利要求3所述的方法,其中,所述单次使用数据项包括与所述第一脱敏数据项相关联的交易工具标识符的最后四位数字。
5.根据权利要求1所述的方法,还包括:
从所述安全处理器或所述基于web的外部资源接收交易状态的接收的指示;
确定与未完成交易相对应的所述交易状态;以及
提供与所述未完成交易相对应的第二用户可选元素的显示。
6.根据权利要求1所述的方法,还包括:
从所述安全处理器或所述基于web的外部资源接收交易状态的接收的指示;
确定与完成交易相对应的所述交易状态;以及
提供与所述完成交易相对应的第三用户界面元素的显示。
7.根据权利要求6所述的方法,还包括:
在接收到与所述完成交易相对应的所述交易状态的接收的指示时,使所述基于web的外部资源最终确定所述交易。
8.根据权利要求1所述的方法,还包括:
生成多个数据录入元素,所述多个数据录入元素包括用于接收敏感数据项的第一组数据录入元素;以及
提供至少包括所述第一组数据录入元素的第二用户界面的显示。
9.根据权利要求8所述的方法,还包括:
经由所述第一组数据录入元素接收所述敏感数据项的用户输入;
由所述消息收发应用将所述敏感数据项发送到所述安全处理器;以及
接收表示所述敏感数据项的所述第一脱敏数据项。
10.根据权利要求8的方法,其中,所述多个数据录入元素包括用于接收运送数据的第二组数据录入元素。
11.根据权利要求10所述的方法,还包括:
确定交易的完成需要电子递送方法;以及
响应于确定所述交易的完成需要所述电子递送方法,阻止从所述第二用户界面显示所述第二组数据录入元素。
12.根据权利要求1所述的方法,还包括:
识别与所述用户配置文件相关联的多个脱敏数据项;
确定由所述安全处理器生成的或者在前一交易中涉及的最近脱敏数据项;以及
将所述最近脱敏数据项与要发送到所述安全处理器的所述交易数据相关联。
13.根据权利要求12所述的方法,其中,所述最近脱敏数据项是所述第一脱敏数据项。
14.根据权利要求1所述的方法,其中,对所述第一用户可选元素的用户选择的指示包括对包括在所述第一用户可选元素中的第二用户界面图标的用户引导的重定位。
15.一种系统,包括:
一个或更多个处理器;以及
非暂态计算机可读存储介质,所述非暂态计算机可读存储介质包括指令,所述指令在由所述一个或更多个处理器执行时使得所述一个或更多个处理器执行包括以下的操作:
由在客户端设备上实现的消息收发应用从基于web的外部资源接收处理交易的请求;
由所述消息收发应用基于所述请求来识别交易数据,所述交易数据对应于实体图中与所述客户端设备相关联的用户配置文件;
确定与被包括在所述交易数据中的所述用户配置文件相关联的第一脱敏数据项;
在所述基于web的外部资源的用户界面内提供显示所述消息收发应用的第一用户界面,所述第一用户界面包括与所述交易的完成相对应的第一用户可选元素;
由所述消息收发应用接收对所述第一用户可选元素的用户选择的指示;以及
将所述交易数据发送到安全处理器。
16.根据权利要求15所述的系统,其中,所述一个或多个处理器还执行包括以下的操作:
在确定所述基于web的外部资源向所述安全处理器注册时,使得所述安全处理器生成与所述第一脱敏数据项相关联的参考元数据;
从所述安全处理器接收与所述第一脱敏数据项相对应的第二脱敏数据项;以及
将所述第二脱敏数据项连同所述交易数据一起发送到所述安全处理器。
17.根据权利要求15所述的系统,其中,所述一个或多个处理器还执行包括以下的操作:
在确定所述基于web的外部资源未向所述安全处理器注册时,使所述安全处理器生成单次使用数据项;
接收与所述单次使用数据项相对应的第二脱敏数据项;以及
将所述第二脱敏数据项连同所述交易数据一起发送到所述安全处理器。
18.根据权利要求17所述的系统,其中,所述单次使用数据项包括与所述第一脱敏数据项相关联的交易工具标识符的最后四位数字。
19.根据权利要求15所述的系统,其中,所述一个或多个处理器还执行包括以下的操作:
从所述安全处理器或所述基于web的外部资源接收交易状态的接收的指示;
确定与完成交易相对应的所述交易状态;以及
提供与所述完成交易相对应的第三用户界面元素的显示。
20.一种机器可读非暂态存储介质,所述机器可读非暂态存储介质具有指令数据,所述指令数据能够由机器执行以使所述机器执行包括以下的操作:
由在客户端设备上实现的消息收发应用从基于web的外部资源接收处理交易的请求;
由所述消息收发应用基于所述请求来识别交易数据,所述交易数据对应于实体图中与所述客户端设备相关联的用户配置文件;
确定与被包括在所述交易数据中的所述用户配置文件相关联的第一脱敏数据项;
在所述基于web的外部资源的用户界面内提供显示所述消息收发应用的第一用户界面,所述第一用户界面包括与所述交易的完成相对应的第一用户可选元素;
由所述消息收发应用接收对所述第一用户可选元素的用户选择的指示;以及
将所述交易数据发送到安全处理器。
CN202180066410.4A 2020-09-30 2021-09-22 跨平台的数据管理和集成 Pending CN116235196A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US17/039,772 2020-09-30
US17/039,772 US11531986B2 (en) 2020-09-30 2020-09-30 Cross-platform data management and integration
PCT/US2021/051426 WO2022072189A1 (en) 2020-09-30 2021-09-22 Cross-platform data management and integration

Publications (1)

Publication Number Publication Date
CN116235196A true CN116235196A (zh) 2023-06-06

Family

ID=78135200

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180066410.4A Pending CN116235196A (zh) 2020-09-30 2021-09-22 跨平台的数据管理和集成

Country Status (5)

Country Link
US (2) US11531986B2 (zh)
EP (1) EP4222676A1 (zh)
KR (1) KR20230078769A (zh)
CN (1) CN116235196A (zh)
WO (1) WO2022072189A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11531986B2 (en) 2020-09-30 2022-12-20 Snap Inc. Cross-platform data management and integration
JP2023025341A (ja) * 2021-08-10 2023-02-22 東芝テック株式会社 サーバ装置およびプログラム

Family Cites Families (40)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10489776B2 (en) * 2008-03-13 2019-11-26 Giftya Llc System and method for managing gift credits
EP2411947A4 (en) * 2009-03-27 2014-08-06 Boku Inc SYSTEMS AND METHODS FOR PROCESSING TRANSACTIONS BASED ON SOCIAL NETWORKING
US8849714B2 (en) * 2009-08-17 2014-09-30 Mol Accessportal Sdn. Bhd Value exchange system for use within an internet-based social network
US9530166B2 (en) * 2010-04-21 2016-12-27 Facebook, Inc. Social graph that includes web pages outside of a social networking system
US8359274B2 (en) * 2010-06-04 2013-01-22 Visa International Service Association Systems and methods to provide messages in real-time with transaction processing
WO2012001232A2 (en) * 2010-06-30 2012-01-05 Nokia Corporation Method and apparatus for in-application purchasing
WO2012083093A1 (en) 2010-12-15 2012-06-21 Visa International Service Association Social media payment platform apparatuses, methods and systems
US10325265B2 (en) * 2011-05-26 2019-06-18 Facebook, Inc. Methods and systems for facilitating E-commerce payments
US10482457B2 (en) * 2011-10-17 2019-11-19 Capital One Services, Llc System and method for token-based payments
US20140067462A1 (en) * 2012-08-31 2014-03-06 Mastercard International Incorporated Integrating electronic payments and social media
US11538102B2 (en) * 2012-12-17 2022-12-27 Capital One Services, Llc Systems and methods for providing a user interface for facilitating personal payment transactions
US9497234B2 (en) * 2012-12-27 2016-11-15 Facebook, Inc. Implicit social graph connections
EP2838060A1 (en) * 2013-08-14 2015-02-18 Facebook, Inc. Methods and systems for facilitating e-commerce payments
CN104780187B (zh) * 2014-01-10 2018-11-16 腾讯科技(深圳)有限公司 链接处理方法、装置、服务器、客户端及系统
US11080777B2 (en) * 2014-03-31 2021-08-03 Monticello Enterprises LLC System and method for providing a social media shopping experience
US10643266B2 (en) * 2014-03-31 2020-05-05 Monticello Enterprises LLC System and method for in-app payments
US10511580B2 (en) * 2014-03-31 2019-12-17 Monticello Enterprises LLC System and method for providing a social media shopping experience
US20150356586A1 (en) * 2014-06-05 2015-12-10 Nnamudi Nam Mokwunye Transactional social media platform system and method with revenue share
US20150356587A1 (en) * 2014-06-05 2015-12-10 Nnamudi Nam Mokwunye Transactional social media platform system and method with user invite
US20150356530A1 (en) * 2014-06-05 2015-12-10 Nnamudi Mokwunye Transactional social media platform system and method
US9965796B2 (en) * 2014-06-26 2018-05-08 Paypal, Inc. Social media buttons with payment capability
US9892400B1 (en) * 2014-08-20 2018-02-13 Square, Inc. Invitation management based on existing contacts
US20160117651A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating sending and receiving of payments between users in a group
US20160117665A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating initiating payments without a payment credential
US20160117666A1 (en) * 2014-10-27 2016-04-28 Facebook, Inc. Facilitating sending and receiving of peer-to-peer payments
US10127544B2 (en) * 2014-12-16 2018-11-13 Facebook, Inc. Sending and receiving payments using a message system
US9342831B1 (en) * 2014-12-16 2016-05-17 Facebook, Inc. Facilitating same day payment transactions
US10467602B2 (en) * 2015-03-11 2019-11-05 Facebook, Inc. Facilitating sending, receiving, and updating of payments using message and payment queues
US20170178124A1 (en) * 2015-12-18 2017-06-22 Facebook, Inc. Processing secure electronic payment transactions
US10579999B2 (en) * 2016-03-14 2020-03-03 Facebook, Inc. Network payment tokenization for processing payment transactions
US11120420B2 (en) * 2016-09-30 2021-09-14 Button, Inc. Mobile on-card in-app commerce
US20180174138A1 (en) * 2016-12-21 2018-06-21 Facebook, Inc. Processing payment transactions with dynamic payment token generation and exchange
US10762495B2 (en) * 2016-12-30 2020-09-01 Square, Inc. Third-party access to secure hardware
US10922688B2 (en) * 2017-02-16 2021-02-16 Smartbothub, Inc. Computer-implemented system and method for performing social network secure transactions
US10496995B2 (en) 2017-05-01 2019-12-03 Facebook, Inc. Facilitating payment transactions between users of a plurality of payment providers
US20190147515A1 (en) * 2017-11-10 2019-05-16 Facebook, Inc. Facilitating transactions using transaction tokens
WO2019145905A1 (en) * 2018-01-26 2019-08-01 Entersekt (Pty) Ltd A system and method for processing a transaction
CO2018010774A1 (es) * 2018-10-05 2019-08-20 Banco Davivienda S A Sistema y método para transacciones fáciles y seguras en redes sociales para dispositivos móviles
US11423491B1 (en) * 2019-08-01 2022-08-23 Block, Inc. Transacting via social media interactions
US11531986B2 (en) 2020-09-30 2022-12-20 Snap Inc. Cross-platform data management and integration

Also Published As

Publication number Publication date
US20220101309A1 (en) 2022-03-31
EP4222676A1 (en) 2023-08-09
WO2022072189A1 (en) 2022-04-07
US11531986B2 (en) 2022-12-20
US20230061559A1 (en) 2023-03-02
KR20230078769A (ko) 2023-06-02

Similar Documents

Publication Publication Date Title
CN116601675A (zh) 虚拟服装试穿
CN115552403B (zh) 用于媒体内容项的私人集合的邀请媒体覆盖物
CN115777194B (zh) 包括外部资源停靠栏和抽屉的消息收发系统
CN115668887A (zh) 用于媒体内容项的共享集合的邀请媒体覆盖
CN116458150A (zh) 屏幕记录摄像装置模式
CN116057533A (zh) 自动网站数据迁移
CN115917506A (zh) 第三方资源授权
CN116783575A (zh) 媒体内容检测和管理
CN115668888A (zh) 特色内容集合界面
CN116438788A (zh) 媒体内容回放和评论管理
CN115697508A (zh) 游戏结果覆盖系统
CN115885247A (zh) 用于启动应用的视觉搜索
US20230061559A1 (en) Cross-platform data management and integration
CN116324898A (zh) 在消息收发系统中提供基于ar的化妆
CN116113991A (zh) 用于关节动画的运动表示
CN116235194A (zh) 媒体内容传输和管理
CN116194184A (zh) 用于同步用户的图形标记生成系统
CN116349215A (zh) 利用微声音剪辑来聊天
CN116724314A (zh) 生成式对抗网络操纵的图像效果
CN116529748A (zh) 消息系统中基于ar的化妆产品集
CN117203676A (zh) 可定制的化身生成系统
CN116324702A (zh) 为基于ar的化妆选择颜色值
CN115516834A (zh) 具有相关实体的轮播的消息收发系统
CN115701304A (zh) 上下文发送菜单
CN117501675A (zh) 呈现由消息应用从第三方资源接收的内容

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination