CN115239322A - 一种支付方法 - Google Patents

一种支付方法 Download PDF

Info

Publication number
CN115239322A
CN115239322A CN202110448416.XA CN202110448416A CN115239322A CN 115239322 A CN115239322 A CN 115239322A CN 202110448416 A CN202110448416 A CN 202110448416A CN 115239322 A CN115239322 A CN 115239322A
Authority
CN
China
Prior art keywords
intelligent contract
digital asset
payment
digital
key information
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
CN202110448416.XA
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies 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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN202110448416.XA priority Critical patent/CN115239322A/zh
Publication of CN115239322A publication Critical patent/CN115239322A/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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • G06Q20/123Shopping for digital content
    • 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/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821Electronic credentials
    • 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/382Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825Use of electronic signatures
    • 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开了一种支付方法,方法包括:付款设备通过短距离无线通信将数字资产中的关键信息发送至收款设备,关键信息包括数字资产编号、发行时间、数字资产价值属性、发行机构信息、数字资产对应的智能合约的标识以及发行机构的数字签名等等。收款设备根据数字资产中的关键信息(例如数字资产的智能合约的标识)匹配出与该数字资产匹配的智能合约。收款设备提取数字资产中的关键信息,基于收款设备预置的智能合约引擎能力执行该数字资产关联的智能合约,若执行结果为允许收款,则收款设备接收本次付款,否则拒绝本次付款。这样,收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成定向支付的问题。

Description

一种支付方法
技术领域
本申请涉及信息处理技术领域,尤其涉及一种支付方法。
背景技术
现有的移动支付方式,在特定场景下,例如,政府为了刺激消费,向用户发放消费券,用户将消费券领取并存储在电子设备(例如手机)里。当用户在商场使用该消费卷时,商户通过付款接收设备(例如POS机)核验用户的消费券时,付款接收设备必须在有网络的时候才可以核验消费券。因此,如何在没有网络时,支持特定场景的支付是亟待解决的问题。
发明内容
本申请提供了一种支付方法,实现了收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成特定场景支付的问题。
第一方面,本申请提供了一种支付方法,方法包括:收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识;所述收款设备基于所述第一智能合约的标识从所述收款设备的存储环境中获取到所述第一智能合约;当所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件,所述收款设备基于所述第一关键信息,调整所述收款设备上第二数字资产的额度。这样,收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成定向支付的问题。
结合第一方面,在一种可选的实现方式中,在收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识之前,所述方法还包括:所述收款设备从智能合约中心平台获取并保存所述第一智能合约和预设的发行机构的数字证书。收款设备预先将第一数字资产对应的智能合约下载并存储在收款设备中,为后续在没有网络下完成定向支付提供了可能。
结合第一方面,在一种可选的实现方式中,所述方法还包括:所述收款设备接收用户输入的总消费额度;所述收款设备基于所述第一数字资产价值属性及所述总消费额度,确定出实际消费额度;所述收款设备将所述实际消费额度加到所述第二数字资产的额度中。即消费成功后,收款设备侧的第二数字资产的总额度增加,付款设备侧的第一数字资产的总额度减少。
结合第一方面,在一种可选的实现方式中,所述第一关键信息包括第一数字资产编号、第一发行时间、第一数字资产价值属性、第一发行机构信息、发行机构的数字签名中的一个或多个。
结合第一方面,在一种可选的实现方式中,在所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件之前,所述方法还包括:所述收款设备根据所述预设的发行机构的数字证书验证所述发行机构的数字签名的合法性。
结合第一方面,在一种可选的实现方式中,所述第一条件包括:所述第一发行时间与当前时间的差值小于预设值,且所述第一发行机构信息与所述预设的发行机构信息相同;和/或总消费额度大于等于第二数字资产价值属性小于等于所述第一数字资产价值属性。其中,第二数字资产价值属性为最低消费额度,所述第一数字资产价值属性为数字资产的价值面额,即数字资产的总额度。
结合第一方面,在一种可选的实现方式中,所述收款设备包括安全芯片环境、可信执行环境和富执行环境;其中,所述安全芯片的安全系数大于所述可信执行环境的安全系数,所述可信执行环境的安全系数大于所述富执行环境的安全系数;所述收款设备获取并保存所述第一智能合约,具体包括:所述收款设备获取并将所述第一智能合约保存至所述可信执行环境中。为了保证第二数字资产的安全性,收款设备将第一智能合约存储在可信执行环境中,可信执行环境的安全系数高于富执行环境。
结合第一方面,在一种可选的实现方式中,所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件,具体包括:所述收款设备在所述可信执行环境中确定出所述第一关键信息满足所述第一智能合约约束的第一条件。
结合第一方面,在一种可选的实现方式中,所述第二数字资产存储在所述安全芯片环境。即,为了保证第二数字资产的安全性,收款设备将第二数字资产存储在安全芯片环境中,因为安全芯片的安全系数最高。
结合第一方面,在一种可选的实现方式中,所述预设的发行机构的数字证书存储在所述安全芯片环境中。
结合第一方面,在一种可选的实现方式中,所述收款设备基于所述第一智能合约的标识从所述收款设备的存储环境中获取到所述第一智能合约,具体包括:所述收款设备调用所述可信执行环境中的智能合约引擎基于所述第一智能合约的标识从所述可信执行环境中获取到所述第一智能合约。
结合第一方面,在一种可选的实现方式中,所述收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识,具体包括:所述收款设备通过短距离通信接收付款设备发送针对所述第一数字资产的所述第一关键信息和所述第一数字资产对应的所述第一智能合约的标识;其中,所述短距离通信包括无线局域网、无线保真直连、蓝牙、红外线、NFC、ZigBee、UWB中的任意一种或者组合方式。即付款设备通过短距离通信将数字资产中的关键信息发送至收款设备,即付款设备与收款设备不需要联网就可完成定向支付。
第二方面,本申请提供了一种电子设备,为收款设备,其特征在于,所述收款设备包括:一个或多个处理器、一个或多个存储器;
所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,所述一个或多个处理器调用所述计算机指令以使得所述收款设备执行:接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识;基于所述第一智能合约的标识从所述收款设备的存储环境中获取到所述第一智能合约;当所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件,基于所述第一关键信息,调整所述收款设备上第二数字资产的额度。这样,收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成定向支付的问题。
结合第二方面,在一种可能的实现方式中,在收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识之前,一个或多个处理器具体用于调用计算机指令以使得收款设备执行:
从智能合约中心平台获取并保存所述第一智能合约和预设的发行机构的数字证书。
结合第二方面,在一种可能的实现方式中,一个或多个处理器具体用于调用计算机指令以使得收款设备执行:
接收用户输入的总消费额度;基于所述第一数字资产价值属性及所述总消费额度,确定出实际消费额度;将所述实际消费额度加到所述第二数字资产的额度中。
结合第二方面,在一种可能的实现方式中,第一关键信息包括第一数字资产编号、第一发行时间、第一数字资产价值属性、第一发行机构信息、发行机构的数字签名中的一个或多个。
结合第二方面,在一种可能的实现方式中,第一条件包括:所述第一发行时间与当前时间的差值小于预设值,且所述第一发行机构信息与预设的发行机构信息相同;和/或总消费额度大于等于第二数字资产价值属性小于等于所述第一数字资产价值属性。
结合第二方面,在一种可能的实现方式中,收款设备包括安全芯片环境、可信执行环境和富执行环境;其中,所述安全芯片环境的安全系数大于所述可信执行环境的安全系数,所述可信执行环境的安全系数大于所述富执行环境的安全系数;一个或多个处理器具体用于调用计算机指令以使得收款设备执行:获取并将所述第一智能合约保存至所述可信执行环境中。
结合第二方面,在一种可能的实现方式中,一个或多个处理器具体用于调用计算机指令以使得收款设备执行:在所述可信执行环境中确定出所述第一关键信息满足所述第一智能合约约束的第一条件。
结合第二方面,在一种可能的实现方式中,第二数字资产存储在所述安全芯片环境中。
结合第二方面,在一种可能的实现方式中,预设的发行机构的数字证书存储在所述安全芯片环境中。
结合第二方面,在一种可能的实现方式中,一个或多个处理器具体用于调用计算机指令以使得收款设备执行:所述收款设备通过短距离通信接收付款设备发送针对所述第一数字资产的所述第一关键信息和所述第一数字资产对应的所述第一智能合约的标识;其中,所述短距离通信包括无线局域网、无线保真直连、蓝牙、红外线、NFC、ZigBee、UWB中的任意一种或者组合方式。
第三方面,本申请提供了一种系统,系统包括付款设备和收款设备。其中,付款设备用于,将第一数字资产的第一关键信息和第一数字资产对应第一智能合约的标识发送至收款设备;收款设备,用于接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识;基于所述第一智能合约的标识从所述收款设备的存储环境中获取到所述第一智能合约;当所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件,基于所述第一关键信息,调整所述收款设备上第二数字资产的额度。这样,收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成定向支付的问题。
第四方面,本申请提供了一种计算机存储介质,包括计算机指令,当计算机指令在收款设备上运行时,使得收款设备执行上述任一方面任一项可能的实现方式中的方法步骤。
第五方面,本申请一种计算机程序产品,当计算机程序产品在计算机上运行时,使得收款设备执行上述任一方面任一项可能的实现方式中收款设备执行方法步骤。
附图说明
图1为本申请实施例提供的一种系统架构示意图;
图2为本申请实施例提供的一种智能合约管理的示意图;
图3为本申请实施例提供的一种智能合约部署的示意图;
图4为本申请实施例提供的一种数字资产下发的示意图;
图5为本申请实施例提供的一种数字资产支付的示意图;
图6为本申请实施例提供的一种支付方法的方法流程图;
图7为本申请实施例提供的一种付款设备的结构示意图;
图8为本申请实施例提供的一种付款设备的软件结构框图;
图9为本申请实施例提供的一种收款设备的结构示意图。
具体实施方式
下面将结合附图对本申请实施例中的技术方案进行清楚、详尽地描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;文本中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况,另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为暗示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征,在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
本申请的说明书和权利要求书及附图中的术语“用户界面(user interface,UI)”,是应用程序或操作系统与用户之间进行交互和信息交换的介质接口,它实现信息的内部形式与用户可以接受形式之间的转换。应用程序的用户界面是通过java、可扩展标记语言(extensible markup language,XML)等特定计算机语言编写的源代码,界面源代码在终端设备上经过解析,渲染,最终呈现为用户可以识别的内容,比如图像、文本、按钮等控件。控件(control)也称为部件(widget),是用户界面的基本元素,典型的控件有工具栏(toolbar)、菜单栏(menu bar)、输入框、按钮(button)、滚动条(scrollbar)、图像和文本。界面中的控件的属性和内容是通过标签或者节点来定义的,比如XML通过<Textview>、<ImgView>、<VideoView>等节点来规定界面所包含的控件。一个节点对应界面中一个控件或属性,节点经过解析和渲染之后呈现为用户可视的内容。此外,很多应用程序,比如混合应用(hybrid application)的界面中通常还包含有网页。网页,也称为页面,可以理解为内嵌在应用程序界面中的一个特殊的控件,网页是通过特定计算机语言编写的源代码,例如超文本标记语言(hyper text markup language,HTML),层叠样式表(cascading stylesheets,CSS),java脚本(JavaScript,JS)等,网页源代码可以由浏览器或与浏览器功能类似的网页显示组件加载和显示为用户可识别的内容。网页所包含的具体内容也是通过网页源代码中的标签或者节点来定义的,比如HTML通过<p>、<img>、<video>、<canvas>来定义网页的元素和属性。
用户界面常用的表现形式是图形用户界面(graphic user interface,GUI),是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个窗口、控件等界面元素。
目前,在特定场景,例如政府为了刺激消费,向用户发放消费券,用户将消费券领取并存储在电子设备(例如手机)里。当用户在商场使用该消费劵时,商户通过收款设备(例如POS机)核验用户的消费券,具体的,付款设备通过短距离通信将数字资产中的关键信息发送至收款设备,收款设备将数字资产中的关键信息发送至服务器,服务器根据数字资产中的关键信息匹配出与该数字资产匹配的智能合约,服务器提取数字资产中的关键信息,在智能合约引擎环境中执行关联的智能合约,若数字资产满足智能合约的约束条件,则核验成功。服务器将核验成功的信息发送至收款设备。收款设备接收到服务器发送的核验成功的信息之后,确认完成付款。但是,目前,该方法必须在有网络的情况下才可以实现,因为收款设备与服务器的交互必须依赖于网络。当在没有网络的情况在,该方法无法实现。
因此,本申请实施例提供了一种支付方法,该方法包括:付款设备通过短距离通信将数字资产中的关键信息发送至收款设备,关键信息包括数字资产编号、发行时间、数字资产价值属性、发行机构信息、数字资产的智能合约的标识以及发行机构的数字签名等等。收款设备根据数字资产中的关键信息(例如数字资产的智能合约的标识)匹配出与该数字资产匹配的智能合约。首先,收款设备在安全芯片环境中根据预设的发行机构的数字证书验证发行机构的数字签名的合法性,当收款设备验证发行机构的数字签名合法之后,收款设备在智能合约引擎环境中执行关联的智能合约,若数字资产满足智能合约的约束条件,则核验成功,完成付款。这样,收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成定向支付的问题。
智能合约是一套以数字形式定义的承诺,包括合约参与方可以在上面执行的承诺的协议。智能合约看上去就是一段普通的计算机执行程序,其代码内容规定了交易的规则和逻辑,使用者签署调用智能合约就意味着合约内容将会被执行,执行的结果需要符合用户的期望,并做到安全、可信。
数字资产是指企业或个人拥有或控制的,以电子数据形式存在的,在日常活动中持有以备出售或处于生产过程中的非货币性资产。示例性的,数字资产可以是优惠券、抵用券、现金券、消费券等等,数字资产还可以是其他类型的电子资产,本申请对于数字资产的类型不做限定。餐饮消费劵为特定场景使用的数字资产,是由特定机构消费券发行平台发行的一串加密字符串,应包括:数字资产编号、发行时间、数字资产价值属性可以是例如该消费券面额、发行机构信息,数字资产对应的智能合约的标识以及发行机构的数字签名。
付款设备是指申领或兑换数字资产的电子设备,例如手机、平板、可穿戴设备等等。
收款设备是指接收发送的数字资产,并对数字资产进行核验的电子设备,例如收款POS机等等。
如图1所示,图1为本申请实施例提供的一种系统架构示意图。
该系统包括智能合约开放平台、智能合约中心平台、发行机构平台、收款设备和付款设备。
其中,智能合约开放平台提供开发人员账号注册和智能合约源文件上传的功能。智能合约源文件包括智能合约的输入参数、输出参数、智能合约的使用说明、智能合约的使用场景等等。智能合约源文件过人工审核后,智能合约开放平台将智能合约源文件发送至智能合约中心平台。
智能合约中心平台接收智能合约开放平台发送的智能合约源文件,智能合约中心平台负责智能合约源文件的编译、智能合约功能的自动化验证、智能合约二进制文件加签、智能合约二进制文件存储等等,智能合约中心平台将加签后的智能合约二进制文件存储在智能合约库中,需要说明的是,智能合约库可以包括多个及多种类型的智能合约二进制文件。
付款设备在使用数字资产进行支付之前,收款设备向智能合约开放平台发送获取智能合约请求,智能合约开放平台接收收款设备发送的获取智能合约请求,将获取智能合约请求转发至智能合约中心平台。智能合约中心平台接收并响应智能合约开放平台发送的获取智能合约请求,将智能合约发送至智能合约开放平台,智能合约开放平台接收智能合约中心平台发送的智能合约,智能合约开放平台将智能合约发送至收款设备,收款设备接收智能合约并保存至收款设备中,智能合约有开发、验证、发布、审核、上架、下载、运行、更新、停用、废弃等全生命周期的行为,生命周期的各个阶段都需要有足够的安全保障,确保智能合约能够按照用户预期的行为进行执行,做到执行结果的可信、可溯。
发行机构平台负责管理数字资产,包括数字资产的生成、回收、核销、对账、流水查询以及账户管理等功能。具体的,智能合约中心平台将智能合约的标识发送至发行机构平台,发行机构平台接收到智能合约的标识。用户通过在发行机构平台注册账户,并向发行机构平台发送获取数字资产请求,发行机构平台接收发送的获取数字资产请求,将数字资产发送至付款设备。付款设备接收到数字资产后,可以到对应的商户用该数字资产去消费。具体的,付款设备通过短距离通信将数字资产中的关键信息发送至收款设备,收款设备接收付款设备发送的数字资产中的关键信息,关键信息包括数字资产编号、发行时间、数字资产价值属性、发行机构信息、数字资产的智能合约的标识以及发行机构的数字签名等等。收款设备根据数字资产中的关键信息(例如数字资产的智能合约的标识)匹配出与该数字资产匹配的智能合约。收款设备基于预置的智能合约引擎能力执行该数字资产关联的智能合约,若执行结果为允许收款,则收款设备接受本次付款,否则拒绝本次付款。
需要说明的是,智能合约中心平台、智能合约开放平台、发行机构平台本质上就是服务器。并且智能合约中心平台、智能合约开放平台、发行机构平台这三个平台可以是三个分别独立的平台,也可以是集成在一个平台内,也可以是两两集合在一个平台内,本申请在此不做限定。
接下来将详细介绍各个平台的具体工作流程。
智能合约管理
如图2所示,基于智能合约引擎的编程语言支持能力,智能合约开发者编写智能合约源文件,智能合约源文件的内容包括:当交易时间在数字资产的有限期内,并且应用场景为预设的应用场景,则返回true(正确)表示核验成功,否则返回false(错误)表示核验失败。智能合约源文件的内容还可以包括其他更多的内容,本申请在此不做限定。
智能合约开放平台提供账号管理及合约源文件上传管理功能。开发者通过账号登录智能合约开放平台,并将智能合约源文件上传至智能合约开放平台,上传时的智能合约的输入参数为:交易时间、应用场景、使用说明;指定合约输出参数为:合约执行结果(true/false)。人工审核通过后,智能合约开放平台将智能合约源文件上传至智能合约中心平台。
智能合约中心平台接收智能合约开放平台接收智能合约开放平台才上传的智能合约源文件,并完成对智能合约源文件的编译,生成智能合约二进制文件。构建智能合约功能验证以及人工复检,验证通过后对智能合约二进制文件加签,智能合约二进制文件名与对智能合约的标识相关联,方便后续的智能合约的执行,之后,智能合约中心平台将智能合约二进制文件保存至智能合约库中。其中,智能合约的标识为智能合约在智能合约中心平台中智能合约库中的存储位置。
智能合约部署
收款设备根据硬件安全等级以及硬件资源受限情况,将收款设备的存储位置分为第一存储位置、第二存储位置和第三存储位置。可选的,第一存储位置可以是安全芯片环境,第二存储位置可以是可信执行环境(trusted execution environment,TEE),第三存储位置可以是富执行环境(riched execution environment REE)。其中,安全芯片环境包括嵌入式安全芯片(embedded secure element,ESE),SIM卡安全芯片(SIM secure element,SIM-SE),扩展卡安全芯片(SD secure element,SD-SE)。
第一存储位置、第二存储位置和第三存储位置相互独立,第一存储位置的安全等级高于第二存储位置,第二存储位置的安全等级高于第三存储位置的安全等级。高级别的安全环境对低级别的安全环境的访问请求需要提供访问认证机制,保障交易过程中的安全。在本申请实施例中,收款设备在第一存储位置中存储和处理数字资产,收款设备在第二存储位置中提供智能合约引擎执行环境以及智能合约,收款设备在第三存储位置中提供带有可视化功能的应用程序,例如数字资产应用。
如图3所示,收款设备在第三存储位置中部署有数字资产应用,该数字资产应用在收款设备中提供可视化用户界面,收款设备接收用户在可视化用户界面中的操作,响应于用户的操作,收款设备触发获取智能合约的请求,收款设备在数字资产应用中触发获取智能合约的请求之后,数字资产应用向第二存储位置中的合约接口发送请求信息,该请求信息用于请求合约接口生成获取智能合约请求,响应于数字资产应用发送的请求信息,合约接口生成获取智能合约请求,合约接口将获取智能合约请求发送给数字资产应用,数字资产将获取智能合约请求发送至智能合约开放平台。智能合约开放平台再将获取智能合约请求发送至智能合约中心平台,智能合约中心平台对获取智能合约请求校验通过之后,将获取智能合约请求对应的智能合约发送至智能合约开放平台,智能合约开放平台再将智能合约发送至数字资产应用。数字资产应用调用第二存储位置中的合约接口,将智能合约发送至第二存储位置中的安全存储,收款设备通过身份和密钥验证智能合约的合法性后,将智能合约存储在第二存储位置中。
数字资产下发
如图4所示,智能合约中心平台将数字资产对应的智能合约的标识发送至发行机构平台,发行机构平台将数字资产对应的智能合约的标识整合至数字资产中。并且在数字资产中添加其他的关键信息,其他的关键信息包括:数字资产编号、发行时间、数字资产价值属性、发行机构信息以及发行机构的数字签名等等。
在一些实施例中,发行机构平台放的数字资产为通用数字资产的场景时,则发行时无需携带智能合约的标识。
付款设备通过数字资产应用申请领取数字资产,数字资产应用响应于用户的申请请求,向发行机构平台发送申领数字资产请求,发行机构平台接受并响应申请数字资产请求,发行机构平台将数字资产发送至付款设备中的数字资产应用,付款设备中的数字资产应用接收发行机构平台发送的数字资产,在验证数字资产的合法性之后,将数字资产保存至付款设备中的安全芯片环境中。
数字资产支付
如图5所示,付款设备领取到数字资产后,将数字资产保存在安全芯片环境里。当用户需要使用里的数字资产进行消费时,示例性的,数字资产可以为代金券,数字资产的金额为500元,当用户消费了200元并使用该数字资产进行付款时,店员通过收款设备进行收款。具体的,店员在收款设备中数字资产应用的用户界面上输入消费金额(即200元)。之后,与付款设备建立短距离通信连接。示例性的,与付款设备通过NFC建立连接,具体的,用户将靠近收款设备,使用的碰一碰功能触发付款设备的付款验证界面,之后,用户在付款验证界面上输入付款密码,或者用户的指纹信息或面部识别信息或者手势密码等方式验证,本申请在此不做限定。
验证通过之后,付款设备侧的数字资产应用将数字资产中的关键信息发送给收款设备。收款设备接收发送的数字资产中的关键信息。数字资产中的关键信息包括数字资产编号、发行时间、数字资产价值属性、发行机构信息、数字资产对应的智能合约的标识以及发行机构的数字签名等等。
收款设备根据数字资产对应的智能合约的标识调用第二存储位置中的调用合约接口,以触发第二存储位置中的智能合约引擎的执行。智能合约引擎是在安全环境中,实现智能合约生命周期管理的程序。该程序可以实现智能合约的加载、交易执行、更新和停止,智能合约引擎本身的执行环境应该隔离、安全,需要保证智能合约的执行结果可信。智能合约引擎根据数字资产对应的智能合约的标识关联匹配的数字资产对应的智能合约,基于数字资产的关键信息以及当前执行条件执行数字资产对应的智能合约,智能合约引擎返回执行的结果为true,执行的结果为true表示收款设备允许接受本次付款;智能合约引擎返回执行的结果为false,执行的结果为false表示收款设备拒绝接受本次付款。
智能合约引擎调用第二存储位置中的调用智能合约的接口返回智能合约的执行结果,并调用第一存储位置中的通知智能合约的执行结果的接口,收款设备根据智能合约的执行结果来决定是接收本次的消费的数字资产还是拒绝接收本次的数字资产。具体的,当通知智能合约的执行结果为true,收款设备将消费的数字资产保存在第一存储位置中,收款设备在原有的数字资产的基础上加上消费的数字资产,收款设备原有的数字资产的总额度增加,相应的付款设备中的数字资产相应减少。当通知智能合约的执行结果为false,将不会接收消费的数字资产,收款设备原有的数字资产的总额度不变,相应的付款设备中的数字资产相应保持不变。
如图6所示,图6为本申请实施例提供的一种支付方法的方法流程图。
该方法包括:
S601、收款设备获取并保存智能合约和预设的发行机构的数字证书。
收款设备是指接收发送的数字资产,并对数字资产进行核验的电子设备,例如收款POS机等等。
在收款设备获取并保存智能合约(第一智能合约)之前,收款设备侧需要进行智能合约和预设的发行机构的数字证书的部署和管理,智能合约的部署和管理是由智能合约中心平台和智能合约开放平台安全下发到收款设备中,预设的发行机构的数字证书由发行机构平台安全下发到收款设备中。智能合约中心平台和智能合约开放平台、发行机构平台实质上是服务器。可以理解的是,智能合约中心平台和智能合约开放平台、发行机构平台可以是完全独立的平台,也可以是同一个平台,本身请在此不做限定。
智能合约的管理:智能合约管理平台对开发者进行开放,允许开发者上传智能合约源文件,上传时指定智能合约输入/输出参数、智能合约使用说明、智能合约应用场景等,以完成智能合约的安全管理,之后,智能合约中心平负责智能合约源文件的编译、智能合约自动化验证、智能合约二进制文件签名以及安全存储。
智能合约部署:收款设备侧的安全环境开放的合约部署接口允许发起合约部署的调用,在安全环境中生成合约部署请求,收款设备发送合约部署请求至智能合约开放平台,智能合约开放平台接收收款设备发送的合约部署请求,将合约部署请求发送至智能合约中心平台,智能合约中心平台接收智能合约开放平台发送的合约部署请求。智能合约中心平台认证通过后发送智能合约至智能合约开放平台,智能合约开放平台接收智能合约之后,将智能合约发送至收款设备,收款设备收到智能合约后验证智能合约的合法性,然后在安全存储中保存智能合约,收款设备在不同的业务场景可以灵活动态的部署相应智能合约。
示例性的,收款设备获取的智能合约为餐饮消费劵对应的智能合约和预设的发行机构的数字证书,该智能合约限定了餐饮消费劵使用的应用场景为餐饮消费,餐饮消费劵的使用截止时间,餐饮消费劵的使用说明等等,例如,餐饮消费劵单次使用的最大额度。智能合约还可以包含其他更多的使用说明,本申请再次不再赘述。
收款设备将预设的发行机构的数字证书预置在安全芯片环境中,交易时,安全芯片环境通过预设的发行机构的数字证书验证付款方发送的数字资产的合法性,其中数字资产有发行机构的数字签名,保证该数字资产由相应的发行机构平台发放,从而避免伪造。
为了保证收款设备侧智能合约部署和管理的安全性,收款设备根据硬件安全等级以及硬件资源受限情况,将收款设备的存储位置分为第一存储位置、第二存储位置和第三存储位置。可选的,第一存储位置可以是安全芯片环境,第二存储位置可以是可信执行环境(trusted execution environment,TEE),第三存储位置可以是富执行环境(richedexecution environment REE)。其中,安全芯片环境包括嵌入式安全芯片(embeddedsecure element,ESE),SIM卡安全芯片(SIM secure element,SIM-SE),扩展卡安全芯片(SD secure element,SD-SE)。第一存储位置、第二存储位置和第三存储位置相互独立,第一存储位置的安全等级高于第二存储位置,第二存储位置的安全等级高于第三存储位置的安全等级。高级别的安全环境对低级别的安全环境的访问请求需要提供访问认证机制,保障交易过程中的安全。在本申请实施例中,收款设备在第一存储位置中存储和处理数字资产,收款设备在第二存储位置中提供智能合约引擎执行环境以及智能合约,收款设备在第三存储位置中提供带有可视化功能的应用程序,例如数字资产应用。具体的,请参考图3所示的实施例,本身请在此不再赘述。
S602、付款设备获取并保存数字资产。
数字资产(第一数字资产)可以是优惠券、抵用券、现金券、消费券等等,数字资产还可以是其他类型的电子资产,本申请对于数字资产的类型不做限定。数字资产的关键信息应包括:数字资产的编号、发行时间、数字资产价值属性、数字资产对应的智能合约的标识、发行机构信息以及发行机构的数字签名。
其中,数字资产的编号即数字资产的标识,发行时间即发行机构下发数字资产的时间,数字资产的价值属性即数字资产的总额度,发行机构信息即发行机构标识等。数字资产对应的智能合约的标识对应唯一一个智能合约。收款设备可以根据数字资产对应的智能合约的标识关联匹配数字资产对应的智能合约。
付款设备是指申领或兑换数字资产的电子设备,例如手机、平板、可穿戴设备等等。
付款设备通过数字资产应用申请领取数字资产,数字资产应用响应于用户的申请请求,向发行机构平台发送申领数字资产请求,发行机构平台接受并响应申请数字资产请求,发行机构平台将数字资产发送至付款设备中的数字资产应用,付款设备中的数字资产应用接收发行机构平台发送的数字资产,在验证数字资产的合法性之后,将数字资产保存至付款设备中的安全芯片环境中。可以理解的是,发行机构平台与智能合约中心平台和智能合约开放平台可以是三个完全独立的平台,也可以发行机构平台与智能合约中心平台为一个平台,也可以发行机构平台与智能合约开放平台为一个平台,也可以是同一个平台,本身请在此不做限定。具体的,请参考图4所示的实施例,本申请在此不再赘述。
需要说明的是,收款设备获取并保存智能合约可以在付款设备获取并保存数字资产之前完成,也可以是收款设备获取并保存智能合约可以在付款设备获取并保存数字资产之后完成,本申请再此不做限定。
S603、付款设备通过短距离通信将数字资产中的关键信息发送至收款设备。
这里的短距离通信包括但不仅限于:无线局域网(wireless local areanetwork,WLAN)技术、无线保真直连(wireless fidelity direct,Wi-Fi direct)(又称为无线保真点对点(wirelessfidelity peer-to-peer,Wi-Fi P2P))、蓝牙(bluetooth)、红外线、近场通信(near field communication,NFC)、ZigBee、UWB以及后续发展中出现的其他无线通信技术等。为了描述方便,以下实施例将以与付款设备之间通过近场通信(nearfield communication,NFC)技术通信为例进行说明。
付款设备可以通过NFC技术与收款设备建立短距离通信连接。
付款设备与收款设备建立短距离通信之后,当用户需使用数字资产进行支付时,店员在收款设备上输入消费金额。之后,用户将付款设备靠近收款设备,用户在付款验证界面上输入付款密码,或者用户的指纹信息或面部识别信息或者手势密码等方式验证,本申请在此不做限定。之后,用户将对应消费金额的数字资产的关键信息发送至收款设备。
示例性的,数字资产可以为代金券,数字资产的金额为500元,当用户消费了200元并使用该数字资产进行付款时,店员通过收款设备进行收款。具体的,店员在收款设备中数字资产应用的用户界面上输入消费金额(即200元)。之后,收款设备与付款设备建立短距离通信。示例性的,收款设备与付款设备通过NFC建立连接,具体的,用户将付款设备将靠近收款设备,使用的碰一碰功能触发付款验证界面,之后,用户在付款验证界面上输入付款密码,或者用户的指纹信息或面部识别信息或者手势密码等方式验证,本申请在此不做限定。
S604、收款设备接收付款设备发送的数字资产中的关键信息。
在收款设备验证发行机构的数字签名的合法性之后,收款设备接收付款设备发送的数字资产的关键信息。
收款设备接收付款设备发送的第一数字资产的关键信息。
数字资产中的关键信息包括数字资产编号(第一数字资产编号)、发行时间(第一发行时间)、数字资产价值属性(第一数字资产价值属性)、发行机构信息(第一发行机构信息)、第一数字资产对应第一智能合约的标识、以及发行机构的数字签名中的一个或多个。数字资产中的关键信息还可以包括其他更多的信息,本申请在此不做限定。可以将数字资产编号(第一数字资产编号)、发行时间(第一发行时间)、数字资产价值属性(第一数字资产价值属性)、发行机构信息(第一发行机构信息)以及发行机构的数字签名中的一个或多个称为第一关键信息。
S605、收款设备根据预设的发行机构的数字证书验证数字资产中发行机构的数字签名的合法性。
收款设备需要根据预设的发行机构的数字证书验证数字资产中发行机构的数字签名的合法性。当收款设备验证发行机构的数字签名合法之后,即该数字资产是由该发行机构发行的,收款设备接收此次收款。之后,收款设备基于预置的智能合约引擎能力执行该数字资产关联的智能合约。这样,收款设备需要验证数字资产的合法性,防止数字资产是伪造的,保证数字资产的真实性。
S606、在收款设备验证数字资产中发行机构的数字签名合法性之后,收款设备根据关键信息中的智能合约的标识关联匹配数字资产对应的智能合约。
S607、收款设备基于预置的智能合约引擎能力执行该数字资产关联的智能合约,若执行结果为允许收款,则收款设备接受本次付款,否则拒绝本次付款。
在收款设备基于预置的智能合约引擎能力执行该数字资产关联的智能合约之前,收款设备需要根据预设的发行机构的数字证书验证发行机构的数字签名的合法性。当收款设备验证发行机构的数字签名合法之后,即该数字资产是由该发行机构发行的,收款设备再基于预置的智能合约引擎能力执行该数字资产关联的智能合约。
收款设备根据数字资产对应的智能合约的标识关联匹配收款设备中已保存的数字资产对应的智能合约。
收款设备提取出数字资产的关键信息,基于预置的智能合约引擎能力执行该数字资产关联的智能合约,若执行结果为允许收款,则收款设备接受本次付款,收款设备中数字资产的总额度增加,则付款设备中数字资产的总额度减少,收款设备中数字资产的额度增加的额度与款设备中数字资产的额度减少的额度相同。
S607也可以替换为:
S607、当收款设备确定出第一关键信息满足第一智能合约约束的第一条件,则数字资产验证成功。
第一条件包括:第一发行时间与当前时间的差值小于预设值,第一发行机构信息与预设的发行机构信息相同;和/或,总消费额度大于等于第二数字资产价值属性小于等于所述第一数字资产价值属性,即付款设备支付的总消费额度必须大于最低消费额度,但是不能超过第一数字资产的总额度。第二数字资产价值属性为最低消费额度。
在收款设备确定出第一关键信息满足第一智能合约约束的第一条件之前之前,收款设备需要根据预设的发行机构的数字证书验证发行机构的数字签名的合法性。当收款设备验证发行机构的数字签名合法之后,即该数字资产是由该发行机构发行的,收款设备再基于预置的智能合约引擎能力执行该数字资产关联的智能合约。这样,收款设备需要验证数字资产的合法性,防止数字资产是伪造的,保证数字资产的真实性。
为了保证交易过程安全可靠。收款设备调用第二存储位置中智能合约引擎,智能合约引擎是在安全环境中,实现智能合约生命周期管理的程序。该程序可以实现智能合约的加载、交易执行、更新和停止,智能合约引擎本身的执行环境应该隔离、安全,需要保证智能合约的执行结果可信。智能合约引擎根据数字资产对应的智能合约的标识关联匹配数字资产对应的智能合约,基于数字资产的关键信息以及当前执行条件执行数字资产对应的智能合约,智能合约引擎返回执行的结果为true,执行的结果为true表示收款设备允许接受本次付款;智能合约引擎返回执行的结果为false,执行的结果为false表示收款设备拒绝接受本次付款。
S608、收款设备侧的数字资产(第二数字资产)的总额度增加。
智能合约引擎调用第二存储位置中的调用智能合约的接口返回智能合约的执行结果,并调用第一存储位置中的通知智能合约的执行结果的接口,收款设备根据智能合约的执行结果来决定是接收本次的消费的数字资产还是拒绝接收本次的数字资产。具体的,当通知智能合约的执行结果为true,收款设备将消费的数字资产保存在第一存储位置中,收款设备在原有的数字资产的基础上加上发送的消费金额的数字资产,收款设备原有的数字资产的总额度增加。当通知智能合约的执行结果为false,将不会接收发送的消费金额的数字资产,收款设备原有的数字资产的总额度不变。
S609、收款设备向付款设备发送消费成功通知。
S610、付款设备侧的数字资产的总额度减少。
当收款设备将发送的消费金额的数字资产验证成功之后,收款设备向付款设备发送消费成功通知。
付款设备接收收款设备发送的消费成功通知,付款设备将在原有数字资产上减掉消费金额的数字资产,则付款设备侧的数字资产的总额度减少。
在一些实施例中,当付款设备将发送的消费金额的数字资产验证失败之后,收款设备向付款设备发送消费失败通知。付款设备接收收款设备发送的消费失败通知,付款设备的数字资产的总额度不变。
这样,收款设备与付款设备建立短距离通信,收款设备接收付款设备发送的数字资产中的关键信息,关键信息包括数字资产编号、发行时间、数字资产价值属性、发行机构信息、数字资产的智能合约的标识以及发行机构的数字签名等等。收款设备提取数字资产中的关键信息,基于收款设备预置的智能合约引擎能力执行该数字资产关联的智能合约,若执行结果为允许收款,则收款设备接收本次付款,否则拒绝本次付款。这样,收款设备预先将智能合约存储在收款设备中,不需要与服务器进行交互,解决了在没有网络下完成定向支付的问题。
图7示出了付款设备的结构示意图。
下面以付款设备为手机为例对实施例进行具体说明。应该理解的是,图7所示付款设备仅是一个范例,并且付款设备可以具有比图7中所示的更多的或者更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。图中所示出的各种部件可以在包括一个或多个信号处理和/或专用集成电路在内的硬件、软件、或硬件和软件的组合中实现。
付款设备可以包括:处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本发明实施例示意的结构并不构成对付款设备的具体限定。在本申请另一些实施例中,付款设备可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是付款设备的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现付款设备的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。所述I2S接口和所述PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现付款设备的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现付款设备的显示功能。
GPIO接口可以通过软件配置。GPIO接口可以被配置为控制信号,也可被配置为数据信号。在一些实施例中,GPIO接口可以用于连接处理器110与摄像头193,显示屏194,无线通信模块160,音频模块170,传感器模块180等。GPIO接口还可以被配置为I2C接口,I2S接口,UART接口,MIPI接口等。
USB接口130是符合USB标准规范的接口,具体可以是Mini USB接口,Micro USB接口,USB Type C接口等。USB接口130可以用于连接充电器为付款设备充电,也可以用于付款设备与外围设备之间传输数据。也可以用于连接耳机,通过耳机播放音频。该接口还可以用于连接其他电子设备,例如AR设备等。
可以理解的是,本发明实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对付款设备的结构限定。在本申请另一些实施例中,付款设备也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
充电管理模块140用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块140可以通过USB接口130接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块140可以通过付款设备的无线充电线圈接收无线充电输入。充电管理模块140为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块140与处理器110。电源管理模块141接收电池142和/或充电管理模块140的输入,为处理器110,内部存储器121,外部存储器,显示屏194,摄像头193,和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块140也可以设置于同一个器件中。
付款设备的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。付款设备中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在付款设备上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。随后解调器将解调得到的低频基带信号传送至基带处理器处理。低频基带信号经基带处理器处理后,被传递给应用处理器。应用处理器通过音频设备(不限于扬声器170A,受话器170B等)输出声音信号,或通过显示屏194显示图像或视频。在一些实施例中,调制解调处理器可以是独立的器件。在另一些实施例中,调制解调处理器可以独立于处理器110,与移动通信模块150或其他功能模块设置在同一个器件中。
无线通信模块160可以提供应用在付款设备上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,付款设备的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得付款设备可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code divisionmultiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(globalnavigation satellite system,GLONASS),北斗卫星导航系统(beidou navigationsatellite system,BDS),准天顶卫星系统(quasi-zenith satellite system,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
付款设备通过GPU,显示屏194,以及应用处理器等实现显示功能。GPU为图像处理的微处理器,连接显示屏194和应用处理器。GPU用于执行数学和几何计算,用于图形渲染。处理器110可包括一个或多个GPU,其执行程序指令以生成或改变显示信息。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,付款设备可以包括1个或N个显示屏194,N为大于1的正整数。
付款设备可以通过ISP,摄像头193,视频编解码器,GPU,显示屏194以及应用处理器等实现拍摄功能。
ISP用于处理摄像头193反馈的数据。例如,拍照时,打开快门,光线通过镜头被传递到摄像头感光元件上,光信号转换为电信号,摄像头感光元件将所述电信号传递给ISP处理,转化为肉眼可见的图像。ISP还可以对图像的噪点,亮度,肤色进行算法优化。ISP还可以对拍摄场景的曝光,色温等参数优化。在一些实施例中,ISP可以设置在摄像头193中。
摄像头193用于捕获静态图像或视频。物体通过镜头生成光学图像投射到感光元件。感光元件可以是电荷耦合器件(charge coupled device,CCD)或互补金属氧化物半导体(complementary metal-oxide-semiconductor,CMOS)光电晶体管。感光元件把光信号转换成电信号,之后将电信号传递给ISP转换成数字图像信号。ISP将数字图像信号输出到DSP加工处理。DSP将数字图像信号转换成标准的RGB,YUV等格式的图像信号。在一些实施例中,付款设备可以包括1个或N个摄像头193,N为大于1的正整数。
数字信号处理器用于处理数字信号,除了可以处理数字图像信号,还可以处理其他数字信号。例如,当付款设备在频点选择时,数字信号处理器用于对频点能量进行傅里叶变换等。
视频编解码器用于对数字视频压缩或解压缩。付款设备可以支持一种或多种视频编解码器。这样,付款设备可以播放或录制多种编码格式的视频,例如:动态图像专家组(moving picture experts group,MPEG)1,MPEG2,MPEG3,MPEG4等。
NPU为神经网络(neural-network,NN)计算处理器,通过借鉴生物神经网络结构,例如借鉴人脑神经元之间传递模式,对输入信息快速处理,还可以不断的自学习。通过NPU可以实现付款设备的智能认知等应用,例如:图像识别,人脸识别,语音识别,文本理解等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展付款设备的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行付款设备的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储付款设备使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
付款设备可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。付款设备可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当付款设备接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。付款设备可以设置至少一个麦克风170C。在另一些实施例中,付款设备可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,付款设备还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
耳机接口170D用于连接有线耳机。耳机接口170D可以是USB接口130,也可以是3.5mm的开放移动电子设备平台(open mobile terminal platform,OMTP)标准接口,美国蜂窝电信工业协会(cellular telecommunications industry association of the USA,CTIA)标准接口。
压力传感器180A用于感受压力信号,可以将压力信号转换成电信号。在一些实施例中,压力传感器180A可以设置于显示屏194。压力传感器180A的种类很多,如电阻式压力传感器,电感式压力传感器,电容式压力传感器等。电容式压力传感器可以是包括至少两个具有导电材料的平行板。当有力作用于压力传感器180A,电极之间的电容改变。付款设备根据电容的变化确定压力的强度。当有触摸操作作用于显示屏194,付款设备根据压力传感器180A检测所述触摸操作强度。付款设备也可以根据压力传感器180A的检测信号计算触摸的位置。在一些实施例中,作用于相同触摸位置,但不同触摸操作强度的触摸操作,可以对应不同的操作指令。例如:当有触摸操作强度小于第一压力阈值的触摸操作作用于短消息应用图标时,执行查看短消息的指令。当有触摸操作强度大于或等于第一压力阈值的触摸操作作用于短消息应用图标时,执行新建短消息的指令。
陀螺仪传感器180B可以用于确定付款设备的运动姿态。在一些实施例中,可以通过陀螺仪传感器180B确定付款设备围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器180B可以用于拍摄防抖。示例性的,当按下快门,陀螺仪传感器180B检测付款设备抖动的角度,根据角度计算出镜头模组需要补偿的距离,让镜头通过反向运动抵消付款设备的抖动,实现防抖。陀螺仪传感器180B还可以用于导航,体感游戏场景。
气压传感器180C用于测量气压。在一些实施例中,付款设备通过气压传感器180C测得的气压值计算海拔高度,辅助定位和导航。
磁传感器180D包括霍尔传感器。付款设备可以利用磁传感器180D检测翻盖皮套的开合。在一些实施例中,当付款设备是翻盖机时,付款设备可以根据磁传感器180D检测翻盖的开合。进而根据检测到的皮套的开合状态或翻盖的开合状态,设置翻盖自动解锁等特性。
加速度传感器180E可检测付款设备在各个方向上(一般为三轴)加速度的大小。当付款设备静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器180F,用于测量距离。付款设备可以通过红外或激光测量距离。在一些实施例中,拍摄场景,付款设备可以利用距离传感器180F测距以实现快速对焦。
接近光传感器180G可以包括例如发光二极管(LED)和光检测器,例如光电二极管。发光二极管可以是红外发光二极管。付款设备通过发光二极管向外发射红外光。付款设备使用光电二极管检测来自附近物体的红外反射光。当检测到充分的反射光时,可以确定付款设备附近有物体。当检测到不充分的反射光时,付款设备可以确定付款设备附近没有物体。付款设备可以利用接近光传感器180G检测用户手持付款设备贴近耳朵通话,以便自动熄灭屏幕达到省电的目的。接近光传感器180G也可用于皮套模式,口袋模式自动解锁与锁屏。
环境光传感器180L用于感知环境光亮度。付款设备可以根据感知的环境光亮度自适应调节显示屏194亮度。环境光传感器180L也可用于拍照时自动调节白平衡。环境光传感器180L还可以与接近光传感器180G配合,检测付款设备是否在口袋里,以防误触。
指纹传感器180H用于采集指纹。付款设备可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
温度传感器180J用于检测温度。在一些实施例中,付款设备利用温度传感器180J检测的温度,执行温度处理策略。例如,当温度传感器180J上报的温度超过阈值,付款设备执行降低位于温度传感器180J附近的处理器的性能,以便降低功耗实施热保护。在另一些实施例中,当温度低于另一阈值时,付款设备对电池142加热,以避免低温导致付款设备异常关机。在其他一些实施例中,当温度低于又一阈值时,付款设备对电池142的输出电压执行升压,以避免低温导致的异常关机。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。在另一些实施例中,触摸传感器180K也可以设置于付款设备的表面,与显示屏194所处的位置不同。
骨传导传感器180M可以获取振动信号。在一些实施例中,骨传导传感器180M可以获取人体声部振动骨块的振动信号。骨传导传感器180M也可以接触人体脉搏,接收血压跳动信号。在一些实施例中,骨传导传感器180M也可以设置于耳机中,结合成骨传导耳机。音频模块170可以基于所述骨传导传感器180M获取的声部振动骨块的振动信号,解析出语音信号,实现语音功能。应用处理器可以基于所述骨传导传感器180M获取的血压跳动信号解析心率信息,实现心率检测功能。
按键190包括开机键,音量键等。按键190可以是机械按键。也可以是触摸式按键。付款设备可以接收按键输入,产生与付款设备的用户设置以及功能控制有关的键信号输入。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
指示器192可以是指示灯,可以用于指示充电状态,电量变化,也可以用于指示消息,未接来电,通知等。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和付款设备的接触和分离。付款设备可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。付款设备通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,付款设备采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在付款设备中,不能和付款设备分离。
付款设备的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本发明实施例以分层架构的Android系统为例,示例性说明付款设备的软件结构。
图8是本发明实施例的付款设备的软件结构框图。
分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和系统库,以及内核层。
应用程序层可以包括一系列应用程序包。
如图8所示,应用程序包可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图8所示,应用程序框架层可以包括窗口管理器,内容提供器,视图系统,电话管理器,资源管理器,通知管理器等。
窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。
内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。所述数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。
视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括短信通知图标的显示界面,可以包括显示文字的视图以及显示图片的视图。
电话管理器用于提供付款设备的通信功能。例如通话状态的管理(包括接通,挂断等)。
资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。
通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
Android Runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。
系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(Media Libraries),三维图形处理库(例如:OpenGL ES),2D图形引擎(例如:SGL)等。
表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。
媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。
三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。
2D图形引擎是2D绘图的绘图引擎。
内核层是硬件和软件之间的层。内核层至少包含显示驱动,摄像头驱动,音频驱动,传感器驱动。
下面结合捕获拍照场景,示例性说明付款设备软件以及硬件的工作流程。
当触摸传感器180K接收到触摸操作,相应的硬件中断被发给内核层。内核层将触摸操作加工成原始输入事件(包括触摸坐标,触摸操作的时间戳等信息)。原始输入事件被存储在内核层。应用程序框架层从内核层获取原始输入事件,识别该输入事件所对应的控件。以该触摸操作是触摸单击操作,该单击操作所对应的控件为相机应用图标的控件为例,相机应用调用应用框架层的接口,启动相机应用,进而通过调用内核层启动摄像头驱动,通过摄像头193捕获静态图像或视频。
如图9所示,图9示例性示出了收款设备的结构示意图。
图9示例性示出了本申请提供的收款设备的结构示意图。
如图9所示,收款设备可包括:处理器122、存储器123、无线通信处理模块124、电源开关125、有线LAN通信处理模块126、HDMI通信处理模块127、USB通信处理模块128和显示屏129。其中:
处理器122可用于读取和执行计算机可读指令。具体实现中,处理器122可主要包括控制器、运算器和寄存器。其中,控制器主要负责指令译码,并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等,也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中,处理器122的硬件架构可以是专用集成电路(ASIC)架构、MIPS架构、ARM架构或者NP架构等等。
在一些实施例中,处理器122可以用于解析无线通信处理模块124和/有线LAN通信处理模块126接收到的信号,如付款设备的广播的探测请求,付款设备发送的显示请求,云投屏服务提供商的服务器发送的显示指令,等等。处理器122可以用于根据解析结果进行相应的处理操作,如生成探测响应,又如根据该显示请求或显示指令驱动显示屏129执行显示,等等。
在一些实施例中,处理器122还可以用于生成无线通信处理模块124和/有线LAN通信处理模块126向外发送的信号,如蓝牙广播信号、信标信号,又如向电子设备发送的用于反馈显示状态(如显示成功、显示失败等)的信号。
存储器123与处理器122耦合,用于存储各种软件程序和/或多组指令。具体实现中,存储器123可包括高速随机存取的存储器,并且也可包括非易失性存储器,例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器123可以存储操作系统,例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器123还可以存储通信程序,该通信程序可用于与付款设备,一个或多个服务器,或附加设备进行通信。
无线通信处理模块124可以包括蓝牙(BT)通信处理模块124B、WLAN通信处理模块124A、NFC处理模块124C中的一项或多项。
在一些实施例中,蓝牙(BT)通信处理模块、WLAN通信处理模块、NFC处理模块中的一项或多项可以监听到其他设备(如付款设备)发射的信号,如探测请求、扫描信号等等,并可以发送响应信号,如探测响应、扫描响应等,使得其他设备(如付款设备)可以发现付款设备,并与其他设备(如付款设备)建立短距离通信,通过蓝牙或WLAN中的一种或多种无线通信技术与其他设备(如付款设备)进行通信。
在另一些实施例中,蓝牙(BT)通信处理模块、WLAN通信处理模块中的一项或多项也可以发射信号,如广播蓝牙信号、信标信号,使得其他设备(如付款设备)可以发现付款设备,并与其他设备(如付款设备)建立短距离通信,通过蓝牙或WLAN中的一种或多种无线通信技术与其他设备(如付款设备)进行通信。
无线通信处理模块124还可以包括蜂窝移动通信处理模块(未示出)。蜂窝移动通信处理模块可以通过蜂窝移动通信技术与其他设备(如服务器)进行通信。
电源开关125可用于控制电源向付款设备的供电。
有线LAN通信处理模块126可用于通过有线LAN和同一个LAN中的其他设备进行通信,还可用于通过有线LAN连接到WAN,可与WAN中的设备通信。
HDMI通信处理模块127可用于通过HDMI接口(未示出)与其他设备进行通信。
USB通信处理模块128可用于通过USB接口(未示出)与其他设备进行通信。
显示屏129可用于显示图像,视频等。显示屏129可以采用液晶显示屏(liquidcrystal display,LCD),有机发光二极管(organic light-emitting diode,OLED)显示屏,有源矩阵有机发光二极体(active-matrix organic light emitting diode,AMOLED)显示屏,柔性发光二极管(flexible light-emitting diode,FLED)显示屏,量子点发光二极管(quantum dot light emitting diodes,QLED)显示屏等等。
可以理解的是图9示意的结构并不构成对收款设备的具体限定。在本申请另一些实施例中,收款设备可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
以上所述,以上实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。
上述实施例中所用,根据上下文,术语“当…时”可以被解释为意思是“如果…”或“在…后”或“响应于确定…”或“响应于检测到…”。类似地,根据上下文,短语“在确定…时”或“如果检测到(所陈述的条件或事件)”可以被解释为意思是“如果确定…”或“响应于确定…”或“在检测到(所陈述的条件或事件)时”或“响应于检测到(所陈述的条件或事件)”。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如DVD)、或者半导体介质(例如固态硬盘)等。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,该流程可以由计算机程序来指令相关的硬件完成,该程序可存储于计算机可读取存储介质中,该程序在执行时,可包括如上述各方法实施例的流程。而前述的存储介质包括:ROM或随机存储记忆体RAM、磁碟或者光盘等各种可存储程序代码的介质。

Claims (14)

1.一种支付方法,其特征在于,所述方法包括:
收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识;
所述收款设备基于所述第一智能合约的标识从所述收款设备的存储环境中获取到所述第一智能合约;
当所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件,所述收款设备基于所述第一关键信息,调整所述收款设备上第二数字资产的额度。
2.根据权利要求1所述的方法,其特征在于,在收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识之前,所述方法还包括:
所述收款设备从智能合约中心平台获取并保存所述第一智能合约和预设的发行机构的数字证书。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述收款设备接收用户输入的总消费额度;
所述收款设备基于所述第一数字资产价值属性及所述总消费额度,确定出实际消费额度;
所述收款设备将所述实际消费额度加到所述第二数字资产的额度中。
4.根据权利要求3所述的方法,其特征在于,所述第一关键信息包括第一数字资产编号、第一发行时间、第一数字资产价值属性、第一发行机构信息、发行机构的数字签名中的一个或多个。
5.根据权利要求4所述的方法,其特征在于,在所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件之前,所述方法还包括:
所述收款设备根据所述预设的发行机构的数字证书验证所述发行机构的数字签名的合法性。
6.根据权利要求5所述的方法,其特征在于,所述第一条件包括:
所述第一发行时间与当前时间的差值小于预设值,且所述第一发行机构信息与预设的发行机构信息相同;和/或总消费额度大于等于第二数字资产价值属性小于等于所述第一数字资产价值属性。
7.根据权利要求2所述的方法,其特征在于,所述收款设备包括安全芯片环境、可信执行环境和富执行环境;其中,所述安全芯片环境的安全系数大于所述可信执行环境的安全系数,所述可信执行环境的安全系数大于所述富执行环境的安全系数;
所述收款设备获取并保存所述第一智能合约,具体包括:
所述收款设备获取并将所述第一智能合约保存至所述可信执行环境中。
8.根据权利要求7所述的方法,其特征在于,所述收款设备确定出所述第一关键信息满足所述第一智能合约约束的第一条件,具体包括:
所述收款设备在所述可信执行环境中确定出所述第一关键信息满足所述第一智能合约约束的第一条件。
9.根据权利要求7所述的方法,其特征在于,所述第二数字资产存储在所述安全芯片环境中。
10.根据权利要求7所述的方法,其特征在于,所述预设的发行机构的数字证书存储在所述安全芯片环境中。
11.根据权利要求7所述的方法,其特征在于,所述收款设备基于所述第一智能合约的标识从所述收款设备的存储环境中获取到所述第一智能合约,具体包括:
所述收款设备调用所述可信执行环境中的智能合约引擎基于所述第一智能合约的标识从所述可信执行环境中获取到所述第一智能合约。
12.根据权利要求1所述的方法,其特征在于,所述收款设备接收付款设备发送针对第一数字资产的第一关键信息和所述第一数字资产对应第一智能合约的标识,具体包括:
所述收款设备通过短距离通信接收付款设备发送针对所述第一数字资产的所述第一关键信息和所述第一数字资产对应的所述第一智能合约的标识;其中,所述短距离通信包括无线局域网、无线保真直连、蓝牙、红外线、NFC、ZigBee、UWB中的任意一种或者组合方式。
13.一种电子设备,为收款设备,其特征在于,所述收款设备包括:一个或多个处理器、一个或多个存储器;所述一个或多个存储器与所述一个或多个处理器耦合,所述一个或多个存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,所述一个或多个处理器调用所述计算机指令以使得所述收款设备执行上述权利要求1-12中的任一项所述的一种支付方法。
14.一种可读存储介质,用于存储有计算机指令,当所述计算机指令在收款设备上运行时,使得所述收款设备执行上述权利要求1-12中的任一项所述的一种支付方法。
CN202110448416.XA 2021-04-25 2021-04-25 一种支付方法 Pending CN115239322A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110448416.XA CN115239322A (zh) 2021-04-25 2021-04-25 一种支付方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110448416.XA CN115239322A (zh) 2021-04-25 2021-04-25 一种支付方法

Publications (1)

Publication Number Publication Date
CN115239322A true CN115239322A (zh) 2022-10-25

Family

ID=83666881

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110448416.XA Pending CN115239322A (zh) 2021-04-25 2021-04-25 一种支付方法

Country Status (1)

Country Link
CN (1) CN115239322A (zh)

Similar Documents

Publication Publication Date Title
CN110058777B (zh) 快捷功能启动的方法及电子设备
CN112395894B (zh) 基于nfc的通信方法及装置
CN110276177B (zh) 智能终端的登录方法及电子设备
US11910197B2 (en) Service processing method and device
WO2020215995A1 (zh) 一种电子支付方法和电子设备
CN114553814B (zh) 处理推送消息的方法和装置
CN110751503B (zh) 广告处理方法和电子设备
CN113704205B (zh) 日志存储的方法、芯片、电子设备和可读存储介质
CN113568634B (zh) 应用优化的处理方法及处理装置
CN114741720B (zh) 一种权限管理方法及终端设备
CN115438354A (zh) 一种用户隐私保护方法及装置
CN113703894A (zh) 通知消息的显示方法和显示装置
CN113656089B (zh) 应用程序中的类验证方法和装置
CN113507406B (zh) 消息管理方法及相关设备
CN115017498B (zh) 小应用程序的操作方法和电子设备
CN113590346B (zh) 处理业务请求的方法和电子设备
CN115599565A (zh) 发送剪贴板数据的方法和装置
CN115239322A (zh) 一种支付方法
CN115373957A (zh) 杀应用的方法及设备
CN114692119A (zh) 校验应用的方法和电子设备
CN113741911A (zh) 功能包的加载方法、装置、服务器和电子设备
CN113867851A (zh) 电子设备操作引导信息录制方法、获取方法和终端设备
CN116527266A (zh) 数据归集方法及相关设备
CN115050058A (zh) 一种指纹识别方法及电子设备
CN114443238A (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