CN113128993A - 支付方法、装置、电子设备及存储介质 - Google Patents

支付方法、装置、电子设备及存储介质 Download PDF

Info

Publication number
CN113128993A
CN113128993A CN202110384251.4A CN202110384251A CN113128993A CN 113128993 A CN113128993 A CN 113128993A CN 202110384251 A CN202110384251 A CN 202110384251A CN 113128993 A CN113128993 A CN 113128993A
Authority
CN
China
Prior art keywords
payment
program
electronic device
target application
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
CN202110384251.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.)
China Unionpay Co Ltd
Original Assignee
China Unionpay 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 China Unionpay Co Ltd filed Critical China Unionpay Co Ltd
Priority to CN202110384251.4A priority Critical patent/CN113128993A/zh
Publication of CN113128993A publication Critical patent/CN113128993A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/20—Point-of-sale [POS] network systems
    • G06Q20/204—Point-of-sale [POS] network systems comprising interface for record bearing medium or carrier for electronic funds transfer or payment credit
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/327—Short range or proximity payments by means of M-devices
    • G06Q20/3278—RFID or NFC payments by means of M-devices
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • G06Q20/40145—Biometric identity checks

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Finance (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)
  • Computer Networks & Wireless Communication (AREA)
  • Stored Programmes (AREA)

Abstract

本申请公开了一种支付方法、装置、电子设备及存储介质，支付方法应用于第一电子设备，支付方法包括：在第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，第二电子设备为与第一电子设备建立通信连接的电子设备；向第一支付程序发送包括支付信息的支付请求，以使第二电子设备根据支付信息进行支付，其中，第一电子设备和第二电子设备的操作系统均支持分布式任务调度。利用本申请公开的支付方法，能够避免分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。

Description

支付方法、装置、电子设备及存储介质
技术领域
本申请属于计算机技术领域，尤其涉及一种支付方法、装置、电子设备及存储介质。
背景技术
随着智能手机、平板电脑等电子设备的普及，用户使用电子设备进行网上支付已成为一种习惯。用户可以采用多种方式进行网上支付。比如，在同一设备上进行购物和支付；或者在一个设备上购物，然后在另一设备上进行支付，即跨设备支付。
在进行软件开发时，如果想要实现跨设备支付，则需要为参与支付的两个设备分别开发软件。比如，需要开发出能够在设备A上生成支付信息的软件，以及能够在设备B上进行支付的软件。另外，由于设备A和设备B之间需要进行通信，因此，还需要开发出设备A和设备B通信的软件。如此，导致跨设备支付方案的开发成本比较高，以及开发效率比较低。
发明内容
本申请实施例提供一种支付方法、装置、电子设备及存储介质，能够解决跨设备支付方案的开发成本比较高，以及开发效率比较低的技术问题。
第一方面，本申请实施例提供一种支付方法，应用于第一电子设备，所述方法包括：
在所述第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在所述目标应用中的通信程序，调用第二电子设备上的第一支付程序，所述第二电子设备为与所述第一电子设备建立通信连接的电子设备；
向所述第一支付程序发送包括所述支付信息的支付请求，以使所述第二电子设备根据所述支付信息进行支付，其中，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度。
第二方面，本申请实施例提供了一种支付方法，应用于第二电子设备，所述方法包括：
在所述第二电子设备与安装有目标应用的第一电子设备建立通信连接，并且所述第二电子设备上的第一支付程序通过所述目标应用中的通信程序被调用的情况下，通过所述第一支付程序接收所述第一电子设备发送的支付请求，所述支付请求包括由所述目标应用生成的支付信息，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度；
显示包括所述支付信息的界面；
在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息进行支付。
第三方面，本申请实施例提供了一种支付装置，应用于第一电子设备，所述装置包括：
调用模块，用于在所述第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在所述目标应用中的通信程序，调用第二电子设备上的第一支付程序，所述第二电子设备为与所述第一电子设备建立通信连接的电子设备；
发送模块，用于向所述第一支付程序发送包括所述支付信息的支付请求，以使所述第二电子设备根据所述支付信息进行支付，其中，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度。
第四方面，本申请实施例提供了一种支付装置，应用于第二电子设备，所述装置包括：
第一接收模块，用于在所述第二电子设备与安装有目标应用的第一电子设备建立通信连接，并且所述第二电子设备上的第一支付程序通过所述目标应用中的通信程序被调用的情况下，通过所述第一支付程序接收所述第一电子设备发送的支付请求，所述支付请求包括由所述目标应用生成的支付信息，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度；
第一显示模块，用于显示包括所述支付信息的界面；
支付模块，用于在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息进行支付。
第五方面，本申请实施例提供了一种电子设备，所述设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现第一方面或第二方面提供的支付方法。
第六方面，本申请实施例提供了一种计算机存储介质，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现第一方面或第二方面提供的支付方法。
本申请实施例的支付方法、装置、电子设备及存储介质，由于第一电子设备和第二电子设备的操作系统均支持分布式任务调度，因此，软件开发者在进行开发时，可以将第一电子设备和第二电子设备看作是一个整体。如此，对软件开发者来说就是开发出一个任务的程序，只不过这个程序分布在第一电子设备和第二电子设备上来完成。具体地，在第一电子设备的目标应用生成待支付的支付信息的情况下，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，并向第一支付程序发送包括支付信息的支付请求，以使第二电子设备进行支付。如此，实现了由两个电子设备来完成支付。由于在开发时开发出通信程序，然后将通信程序集成到应用中，利用通信程序调用第二电子设备已有的第一支付程序即可，不需要分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，显而易见地，下面所描述的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是相关技术中的跨设备支付方法的示意性流程图。
图2是本申请提供的一种支付系统的一个实施例的结构示意图。
图3是本申请提供的一种支付方法的一个实施例的流程示意图。
图4是本申请提供的一种支付系统的另一个实施例的结构示意图。
图5是本申请提供的一种支付系统的又一个实施例的结构示意图。
图6是本申请提供的一种支付系统的再一个实施例的结构示意图。
图7是本申请提供的一种支付系统的再一个实施例的结构示意图。
图8是本申请提供的一种支付系统的再一个实施例的结构示意图。
图9是本申请提供的一种订单界面的一个实施例的结构示意图。
图10是本申请提供的一种登录界面的一个实施例的结构示意图。
图11是本申请提供的一种付款界面的一个实施例的结构示意图。
图12是本申请提供的一种验证码界面的一个实施例的结构示意图。
图13是本申请提供的一种支付系统的再一个实施例的结构示意图。
图14是本申请第一方面提供的一种支付方法的一个实施例的流程示意图。
图15是本申请第一方面提供的一种支付方法的一个实施例的流程示意图。
图16是本申请第三方面提供的一种支付装置的一个实施例的结构示意图。
图17是本申请第四方面提供的一种支付装置的一个实施例的结构示意图。
图18示出了本申请第五方面提供的电子设备的一个实施例的硬件结构示意图。
具体实施方式
下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
在相关技术中，可以进行跨设备支付。具体可以参考图1，在商家的销售终端(point of sale，POS)102上刷消费者的银行卡之后，在POS机102上会显示密码键盘。如果消费者不希望在POS机102上输入密码，可以将密码键盘转移到自己的电子设备104上再输入密码。
具体地，通过商家的POS机102生成支付信息，然后，将商家的POS机102与消费者的电子设备104建立通信连接，比如建立蓝牙连接，或者通过碰一碰的方式建立近场通信(Near Field Communication，NFC)连接。在建立通信连接之后，商家的POS机102将其生成的支付信息发送至消费者的电子设备104。然后，在消费者的电子设备104上显示密码键盘。消费者输入密码完成支付后，再将输入的密码同步到商家的POS机102，以使商家的POS机102进行支付。
但是，对于相关技术中的跨设备支付方案，在进行软件开发时，需要为参与支付的两个设备(比如消费者的设备和商家的POS机)分别开发软件。如此，导致跨设备支付方案的开发成本比较高，以及开发效率比较低。
为了解决上述技术问题，本申请提供了一种支付方法，支付方法是基于包括第一电子设备和第二电子设备的支付系统实现的，第一电子设备和第二电子设备支持分布式任务调度。分布式任务调度指将多个电子设备看作是一个整体，对开发者来说就是开发一个任务，只不过这个任务分布在多个电子设备上完成。由多个电子设备完成一个任务，这就是分布式任务调度。而在本申请实施例中，将支付任务分布在多个电子设备上，使得由多个电子设备完成支付任务。
图2是本申请提供的一种支付系统的一个实施例的结构示意图。如图2所示，支付系统包括第一电子设备和第二电子设备，第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度。
在第一电子设备的目标应用中集成有通信程序，通信程序负责与第二电子设备的第一支付程序进行通信。在第一电子设备上的目标应用生成支付信息的情况下，第一电子设备可以通过通信程序将支付信息发送至第二电子设备的第一支付程序。如此，第二电子设备可以获取到支付信息，然后可以在第二电子设备上显示包括支付信息的界面，以供用户在第二电子设备上进行支付验证。
基于上述的支付系统，下面结合图3说明本申请提供的支付方法。
图3是本申请提供的一种支付方法的一个实施例的流程示意图。如图3所示，支付方法200包括：
S202，第一电子设备与第二电子设备建立通信连接。
其中，第一电子设备与第二电子设备之间可以建立蓝牙通信、NFC通信或者Wi-Fi通信等通信连接。比如，第一电子设备和第二电子设备分别开启蓝牙，然后，用户在其中一个电子设备上操作，使得该电子设备搜索周围的电子设备。然后，用户在能够搜索到的电子设备中选择需要建立通信连接的另一电子设备，使得其中一个电子设备获取到另一电子设备的识别号(Identity Document，ID)，并建立与另一电子设备的通信连接。
支付方法200还包括：
S204，第一电子设备上的目标应用生成待支付的支付信息。
其中，目标应用可以为具有网购功能的应用或者具有收付款功能的应用。支付信息可以包括以下至少一项：支付金额、收款方的信息、购买商品或服务的信息。
需要说明的是，在此并不限定S202和S204的执行顺序，可以在S202之后执行S204，也可以在S204之后执行S202。
支付方法200还包括：
S206，第一电子设备通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序；
S208，第一电子设备向第一支付程序发送包括支付信息的支付请求，相对应地，第二电子设备通过所述第一支付程序接收所述第一电子设备发送的支付请求；
S210，第二电子设备显示包括支付信息的界面，以供用户在该界面上输入信息进行支付；
S212，第二电子设备在接收到用户针对支付信息输入的身份验证信息的情况下，根据身份验证信息进行支付。
其中，S206中的通信程序可以为软件开发工具包(Software Development Kit，SDK)。第一支付程序可以为支付控件，第一支付程序可以包括服务组件和显示组件，服务组件用于与通信程序进行通信，以从通信程序获取支付信息，显示组件用于显示包括支付信息的界面。
在S212中，第二电子设备接收到身份验证信息之后，可以根据身份验证信息直接与服务器进行交互，以实现支付，也可以将身份验证信息发送至第一电子设备，由第一电子设备与服务器进行交互，以实现支付。在此并不限定第二电子设备接收到身份验证信息之后如何进行支付。
其中，身份验证信息可以包括以下至少一项：指纹信息、人脸信息、验证码、支付密码。
在本申请实施例中，由于第一电子设备和第二电子设备的操作系统均支持分布式任务调度，因此，软件开发者在进行开发时，可以将第一电子设备和第二电子设备看作是一个整体。那么，对软件开发者来说就是开发出一个任务的程序，只不过这个程序分布在第一电子设备和第二电子设备上来完成。具体地，在第一电子设备的目标应用生成待支付的支付信息的情况下，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，并向第一支付程序发送包括支付信息的支付请求，以使第二电子设备进行支付。如此，实现了由两个电子设备来完成支付。由于在开发时开发出通信程序，然后将通信程序集成到应用中，利用通信程序调用第二电子设备已有的第一支付程序即可，不需要分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。
下面对S206和S208进行示例性说明。
作为一个示例，假设目标应用是基于所述第一电子设备的操作系统开发得到，比如，第一电子设备的操作系统为鸿蒙操作系统，目标应用可以基于鸿蒙操作系统开发得到，那么目标应用为鸿蒙应用。
在本示例中，S206可以包括：
由第一电子设备的通信程序调用所述第一支付程序，以使通信程序向第一支付程序发送支付请求。
S208中的第一电子设备向第一支付程序发送包括支付信息的支付请求，可以包括：
第一电子设备将所述支付请求由所述通信程序发送至所述第一支付程序。
S208中的第二电子设备通过所述第一支付程序接收所述第一电子设备发送的支付请求，可以包括：
第二电子设备接收由所述通信程序发送至所述第一支付程序的所述支付请求。
下面以第一电子设备和第二电子设备的操作系统为鸿蒙操作系统为例说明本示例。
如图4所示，在第一电子设备上的鸿蒙应用生成支付信息之后，集成在鸿蒙应用中的通信程序直接调用所述第一支付程序，并向第一支付程序发送包括支付信息的支付请求。第二电子设备通过第一支付程序接收支付请求，并显示支付请求中的支付信息，以供用户输入身份验证信息进行支付。
由此可见，在本示例中，如果目标应用是基于所述第一电子设备的操作系统开发得到，那么可以由第一电子设备的通信程序直接调用第二电子设备的第一支付程序，通信程序不需要先调用一个中间程序再调用所述第一支付程序。
作为另一个示例，假设目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到，比如，第一电子设备的操作系统为鸿蒙操作系统，目标应用可以基于安卓操作系统开发得到，那么目标应用为安卓应用。需要说明的是，鸿蒙操作系统区别于安卓操作系统的是，在鸿蒙操作系统上不仅能够安装鸿蒙应用，还可以安装安卓应用以及其他应用，比如超文本标记语言(HTML 5，H5)应用。
在本示例中，S206可以包括：
由第一电子设备的通信程序调用所述第一电子设备上的第二支付程序，以及由所述第二支付程序调用第二电子设备上的第一支付程序。
S208中的第一电子设备向第一支付程序发送包括支付信息的支付请求，可以包括：
第一电子设备将所述支付请求由所述通信程序发送至所述第二支付程序；通过第二支付程序将所述支付请求发送至所述第一支付程序。
S208中的第二电子设备通过所述第一支付程序接收所述第一电子设备发送的支付请求，可以包括：
第二电子设备接收由所述第一电子设备的第二支付程序发送至所述第一支付程序的所述支付请求。
需要说明的是，第二支付程序是基于第一电子设备的操作系统开发得到，如此使得第二支付程序支持分布式任务调度。
下面继续以第一电子设备和第二电子设备的操作系统为鸿蒙操作系统为例说明本示例。
如图5所示，在第一电子设备上的安卓应用生成支付信息之后，通过在安卓应用中集成的通信程序先调用本地设备上的第二支付程序，然后由第二支付控件调用第二电子设备上的第一支付控件。如此，使得通信程序先将包括支付信息的支付请求发送至第二支付程序，再通过第二支付程序将支付请求发送至第二电子设备的第一支付程序。
由此可见，在目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由于除所述第一电子设备的操作系统之外的操作系统并不支持分布式任务调度，因此，需要先调用本地设备上的第二支付程序，再通过第二支付程序调用第二电子设备上的第一支付程序，从而实现了跨设备支付。
在本申请的一个或多个实施例中，S208中的第一电子设备向第一支付程序发送包括支付信息的支付请求，可以包括：
第一电子设备向所述第一支付程序中的服务组件发送所述支付请求。
S208中的第二电子设备通过所述第一支付程序接收所述第一电子设备发送的支付请求，可以包括：
第二电子设备通过所述第一支付程序中的服务组件接收支付请求。
S210，可以包括：
第二电子设备通过所述第一支付程序中的显示组件显示包括所述支付信息的界面。
在本申请的一个或多个实施例中，S212之后，支付方法300还可以包括：
第二电子设备通过第一支付程序将支付结果发送至通信程序；
第一电子设备通过通信程序接收支付结果，并显示支付结果对应的信息。
需要说明的是，支付结果可以包括用户输入的身份验证信息。如果第二电子设备直接与支付服务器进行交互来完成支付的情况下，支付结果可以包括服务器返回的是否支付成功的信息。
通过本申请实施例，第二电子设备将支付结果发送至第一电子设备，并在第一电子设备上显示支付结果对应的信息。如此，便于第二电子设备的用户获知支付结果。
在本申请的一个或多个实施例中，所述通信程序的文件类型与所述目标应用开发时基于的操作系统相对应。比如，如果目标应用是鸿蒙应用，那么通信程序可以为HAR文件；如果目标应用是安卓应用，那么通信程序可以为AAR(Android Archive)文件；如果目标应用是H5应用，那么通信程序可以为JS(JavaScript)文件。
下面对本申请实施例进行示例性说明。
在一个示例中，如图6所示，在第一电子设备上的鸿蒙应用生成支付信息之后，在鸿蒙应用中集成的软件开发工具包可以直接调用第二电子设备上的第一支付程序，并向第一支付程序的服务组件发送包括支付信息的支付请求。第二电子设备通过服务组件接收支付请求，并利用显示组件显示支付请求中的支付信息，以供用户输入身份验证信息进行支付。
在第二电子设备的显示组件接收到用户输入的身份验证信息的情况下，根据用户身份验证信息生成支付结果，将支付结果发送至服务组件。然后，第二电子设备通过本地的服务组件将支付结果发送至第一电子设备。
如此，实现了鸿蒙应用的跨设备支付。
在另一个示例中，如图7所示，在第一电子设备上的安卓应用生成支付信息之后，通过在安卓应用中集成的软件程序开发包先调用本地设备上的第二支付程序，然后由第二支付控件中的服务组件调用第二电子设备上的第一支付控件。如此，可以先通过集成在安卓应用中的软件程序开发包将包括支付信息的支付请求发送至本地上的服务组件，再将通过本地上的服务组件将支付请求发送至第一支付控件中的服务组件。
第一支付控件中的服务组件接收支付请求之后，利用第一支付控件中的显示组件显示支付请求中的支付信息，以供用户在第二电子设备上输入身份验证信息进行支付。
在第二电子设备的显示组件接收到用户输入的身份验证信息的情况下，根据用户身份验证信息生成支付结果，第一支付程序中的显示组件将支付结果发送至第一支付程序中的服务组件。然后，第二电子设备通过服务组件先将支付结果发送至第一电子设备的服务组件，再通过第一电子设备本地的服务组件将支付结果发送至软件程序开发包。
如此，实现了安卓应用的跨设备支付。
还需要说明的是，由于第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度，因此，第一电子设备和所述第二电子设备不仅支持跨设备支付，还可以支持单个设备支付。下面以第一电子设备实现支付为例进行说明。
在一个示例中，如图8所示，在第一电子设备上的鸿蒙应用生成支付信息之后，集成在鸿蒙应用中的软件程序开发包可以调用本地设备上的第二支付程序，并将包括支付信息的支付请求发送至第二支付程序中的服务组件。然后，服务组件将支付信息发送至显示组件，利用显示组件显示支付请求中的支付信息，以供用户输入身份验证信息进行支付。
在显示组件接收到用户输入的身份验证信息的情况下，根据用户身份验证信息生成支付结果，将支付结果发送至服务组件。然后，再通过服务组件将支付结果发送至软件开发工具包，以在鸿蒙应用的界面上显示支付结果对应的信息。
下面结合图9至图12进一步地说明本示例。
如图9所示，在购物应用生成订单信息，并且在接收到用户选择“云闪付”的支付方式之后，在购物应用中集成的软件程序开发包调用本地设备上的支付控件，使得购物应用通过软件程序开发包将包括订单信息的支付请求发送至支付控件中的服务组件。然后，支付控件中的服务组件再将支付请求发送至支付控件中的显示组件，通过显示组件显示图10所示的登录界面。
在接收到用户在登录界面上输入的账号、密码等信息之后，再通过显示组件显示如图11所示的付款界面。需要说明的是，在显示图10所示的登录界面之前，如果已经登录，则可以直接从图9所示的界面切换至图11所示的界面，不需要显示图10所示的登录界面。
在显示如图11所示的付款界面之后，在接收到用户对付款界面上的信息进行确认的操作的情况下，通过显示组件显示验证码界面，具体可以为如图12所示的验证码界面。然后，在接收到用户在验证码界面上输入的验证码信息的情况下，根据验证码信息进行支付。
在另一个示例中，如图13所示，基于分布式任务调度，第一电子设备上的安卓应用也可以进行本地支付。具体的实现方式与图8示例类似，在此不再重复赘述。
基于上述实施例，下面说明本申请第一方面和第二方面分别提供的支付方法。
图14是本申请第一方面提供的一种支付方法的一个实施例的流程示意图，支付方法应用于第一电子设备。如图14所示，支付方法300包括：
S302，在第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，第二电子设备为与第一电子设备建立通信连接的电子设备；
S304，向第一支付程序发送包括支付信息的支付请求，以使第二电子设备根据支付信息进行支付，其中，第一电子设备和第二电子设备的操作系统均支持分布式任务调度。
在本申请实施例中，由于第一电子设备和第二电子设备的操作系统均支持分布式任务调度，因此，软件开发者在进行开发时，可以将第一电子设备和第二电子设备看作是一个整体。那么，对软件开发者来说就是开发出一个任务的程序，只不过这个程序分布在第一电子设备和第二电子设备上来完成。具体地，在第一电子设备的目标应用生成待支付的支付信息的情况下，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，并向第一支付程序发送包括支付信息的支付请求，以使第二电子设备进行支付。如此，实现了由两个电子设备来完成支付。由于在开发时开发出通信程序，然后将通信程序集成到应用中，利用通信程序调用第二电子设备已有的第一支付程序即可，不需要分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。
在本申请提供的一个或多个实施例中，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，可以包括：
在目标应用是基于第一电子设备的操作系统开发得到的情况下，由通信程序调用第一支付程序；
在目标应用是基于除第一电子设备的操作系统之外的操作系统开发得到的情况下，由通信程序调用第一电子设备上的第二支付程序，以及由第二支付程序调用第一支付程序。
在本申请实施例中，如果目标应用是基于所述第一电子设备的操作系统开发得到，那么可以由第一电子设备的通信程序直接调用第二电子设备的第一支付程序，通信程序不需要先调用一个中间程序再调用所述第一支付程序。而在目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由于除所述第一电子设备的操作系统之外的操作系统并不支持分布式任务调度，因此，需要先调用本地设备上的第二支付程序，再通过第二支付程序调用第二电子设备上的第一支付程序，从而实现了跨设备支付。
在本申请提供的一个或多个实施例中，向第一支付程序发送包括支付信息的支付请求，包括：
在目标应用是基于第一电子设备的操作系统开发得到的情况下，将支付请求由通信程序发送至第一支付程序；
在目标应用是基于除第一电子设备的操作系统之外的操作系统开发得到的情况下，将支付请求由通信程序发送至第二支付程序；通过第二支付程序将支付请求发送至第一支付程序。
在本申请提供的一个或多个实施例中，S304可以包括：
向第一支付程序中的服务组件发送支付请求。
在本申请提供的一个或多个实施例中，支付方法300还可以包括：
接收第一支付程序发送的支付结果，支付结果为在接收到用户针对支付信息输入的身份验证信息的情况下，根据身份验证信息生成的支付结果；
显示支付结果对应的信息。
在本申请提供的一个或多个实施例中，通信程序的文件类型与目标应用开发时基于的操作系统相对应。
图15是本申请第一方面提供的一种支付方法的一个实施例的流程示意图，支付方法应用于第二电子设备。如图15所示，支付方法400包括：
S402，在第二电子设备与安装有目标应用的第一电子设备建立通信连接，并且第二电子设备上的第一支付程序通过目标应用中的通信程序被调用的情况下，通过第一支付程序接收第一电子设备发送的支付请求，支付请求包括由目标应用生成的支付信息，第一电子设备和第二电子设备的操作系统均支持分布式任务调度；
S404，显示包括支付信息的界面；
S406，在接收到用户针对支付信息输入的身份验证信息的情况下，根据身份验证信息进行支付。
在本申请实施例中，由于第一电子设备和第二电子设备的操作系统均支持分布式任务调度，因此，软件开发者在进行开发时，可以将第一电子设备和第二电子设备看作是一个整体。那么，对软件开发者来说就是开发出一个任务的程序，只不过这个程序分布在第一电子设备和第二电子设备上来完成。具体地，第二电子设备上的第一支付程序被第一电子设备上的通信程序调用的情况下，通过第一支付程序接收第一电子设备发送的支付请求，显示支付请求中的支付信息，以使用户在第二电子设备上输入身份验证信息。如此，实现了由两个电子设备来完成支付。由于在开发时开发出通信程序，然后将通信程序集成到应用中，利用通信程序调用第二电子设备已有的第一支付程序即可，不需要分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。
在本申请的一个或多个实施例中，通过第一支付程序接收第一电子设备发送的支付请求，可以包括：
在目标应用是基于第一电子设备的操作系统开发得到的情况下，接收由通信程序发送至第一支付程序的支付请求；
在目标应用是基于除第一电子设备的操作系统之外的操作系统开发得到的情况下，接收由第一电子设备的第二支付程序发送至第一支付程序的支付请求，第二支付程序的支付请求是从通信程序接收得到。
在本申请实施例中，如果目标应用是基于所述第一电子设备的操作系统开发得到，那么，第二电子设备的第一支付程序可以直接接收第一电子设备的通信程序发送的支付请求。第二电子设备的第一支付程序不需要先经过一个中间程序再接收第一电子设备的通信程序发送的支付请求。而在目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由于除所述第一电子设备的操作系统之外的操作系统并不支持分布式任务调度，因此，需要第一电子设备先向本地设备上的第二支付程序发送支付请求，然后，支付请求转发至第二电子设备的第一支付程序。
在本申请的一个或多个实施例中，第一支付程序包括服务组件和显示组件，支付请求是通过服务组件接收得到。
显示包括支付信息的界面，可以包括：
通过显示组件显示包括支付信息的界面。
与本申请第一方面提供的支付方法对应地，本申请第三方面提供一种支付装置，支付装置应用于第一电子设备。图16是本申请第三方面提供的一种支付装置的一个实施例的结构示意图。如图16所示，支付装置500包括：
调用模块502，用于在所述第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在所述目标应用中的通信程序，调用第二电子设备上的第一支付程序，所述第二电子设备为与所述第一电子设备建立通信连接的电子设备；
发送模块504，用于向所述第一支付程序发送包括所述支付信息的支付请求，以使所述第二电子设备根据所述支付信息进行支付，其中，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度。
在本申请实施例中，由于第一电子设备和第二电子设备的操作系统均支持分布式任务调度，因此，软件开发者在进行开发时，可以将第一电子设备和第二电子设备看作是一个整体。那么，对软件开发者来说就是开发出一个任务的程序，只不过这个程序分布在第一电子设备和第二电子设备上来完成。具体地，在第一电子设备的目标应用生成待支付的支付信息的情况下，通过集成在目标应用中的通信程序，调用第二电子设备上的第一支付程序，并向第一支付程序发送包括支付信息的支付请求，以使第二电子设备进行支付。如此，实现了由两个电子设备来完成支付。由于在开发时开发出通信程序，然后将通信程序集成到应用中，利用通信程序调用第二电子设备已有的第一支付程序即可，不需要分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。
在本申请的一个或多个实施例中，调用模块502可以包括：
第一调用单元，用于在所述目标应用是基于所述第一电子设备的操作系统开发得到的情况下，由所述通信程序调用所述第一支付程序；
第二调用单元，用于在所述目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由所述通信程序调用所述第一电子设备上的第二支付程序，以及由所述第二支付程序调用所述第一支付程序。
在本申请实施例中，如果目标应用是基于所述第一电子设备的操作系统开发得到，那么可以由第一电子设备的通信程序直接调用第二电子设备的第一支付程序，通信程序不需要先调用一个中间程序再调用所述第一支付程序。而在目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由于除所述第一电子设备的操作系统之外的操作系统并不支持分布式任务调度，因此，需要先调用本地设备上的第二支付程序，再通过第二支付程序调用第二电子设备上的第一支付程序，从而实现了跨设备支付。
在本申请的一个或多个实施例中，发送模块504可以包括：
第一发送单元，用于在所述目标应用是基于所述第一电子设备的操作系统开发得到的情况下，将所述支付请求由所述通信程序发送至所述第一支付程序；
第二发送单元，用于在所述目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，将所述支付请求由所述通信程序发送至所述第二支付程序；通过第二支付程序将所述支付请求发送至所述第一支付程序。
在本申请的一个或多个实施例中，发送模块504具体可以用于：
向所述第一支付程序中的服务组件发送所述支付请求。
在本申请的一个或多个实施例中，支付装置500还可以包括：
第二接收模块，用于接收所述第一支付程序发送的支付结果，所述支付结果为在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息生成的支付结果；
第二显示模块，用于显示所述支付结果对应的信息。
在本申请的一个或多个实施例中，所述通信程序的文件类型与所述目标应用开发时基于的操作系统相对应。
与本申请第二方面提供的支付方法对应地，本申请第四方面提供一种支付装置，支付装置应用于第二电子设备。图17是本申请第四方面提供的一种支付装置的一个实施例的结构示意图。如图17所示，支付装置600包括：
第一接收模块602，用于在所述第二电子设备与安装有目标应用的第一电子设备建立通信连接，并且所述第二电子设备上的第一支付程序通过所述目标应用中的通信程序被调用的情况下，通过所述第一支付程序接收所述第一电子设备发送的支付请求，所述支付请求包括由所述目标应用生成的支付信息，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度；
第一显示模块604，用于显示包括所述支付信息的界面；
支付模块606，用于在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息进行支付。
在本申请实施例中，由于第一电子设备和第二电子设备的操作系统均支持分布式任务调度，因此，软件开发者在进行开发时，可以将第一电子设备和第二电子设备看作是一个整体。那么，对软件开发者来说就是开发出一个任务的程序，只不过这个程序分布在第一电子设备和第二电子设备上来完成。具体地，第二电子设备上的第一支付程序被第一电子设备上的通信程序调用的情况下，通过第一支付程序接收第一电子设备发送的支付请求，显示支付请求中的支付信息，以使用户在第二电子设备上输入身份验证信息。如此，实现了由两个电子设备来完成支付。由于在开发时开发出通信程序，然后将通信程序集成到应用中，利用通信程序调用第二电子设备已有的第一支付程序即可，不需要分别为两个设备分别定制支付方案，节省了开发成本，提高了开发效率。
在本申请的一个或多个实施例中，第一接收模块602可以包括：
第一接收单元，用于在所述目标应用是基于所述第一电子设备的操作系统开发得到的情况下，接收由所述通信程序发送至所述第一支付程序的所述支付请求；
第二接收单元，用于在所述目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，接收由所述第一电子设备的第二支付程序发送至所述第一支付程序的所述支付请求，所述第二支付程序的所述支付请求是从所述通信程序接收得到。
在本申请实施例中，如果目标应用是基于所述第一电子设备的操作系统开发得到，那么，第二电子设备的第一支付程序可以直接接收第一电子设备的通信程序发送的支付请求。第二电子设备的第一支付程序不需要先经过一个中间程序再接收第一电子设备的通信程序发送的支付请求。而在目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由于除所述第一电子设备的操作系统之外的操作系统并不支持分布式任务调度，因此，需要第一电子设备先向本地设备上的第二支付程序发送支付请求，然后，支付请求转发至第二电子设备的第一支付程序。
在本申请的一个或多个实施例中，所述第一支付程序包括服务组件和显示组件，所述支付请求是通过所述服务组件接收得到，
第一显示模块604具体可以用于：通过所述显示组件显示包括所述支付信息的界面。
本申请第五方面提供一种电子设备，电子设备包括：处理器以及存储有计算机程序指令的存储器；所述处理器执行所述计算机程序指令时实现第一方面提供的支付方法的任意一项实施例中的步骤，或者实现第二方面提供的支付方法的任意一项实施例中的步骤。
图18示出了本申请第五方面提供的电子设备的一个实施例的硬件结构示意图。
如图18所示，电子设备可以包括处理器701以及存储有计算机程序指令的存储器702。
具体地，上述处理器701可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。
存储器702可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器702可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器702可包括可移除或不可移除(或固定)的介质。在合适的情况下，存储器702可在综合网关容灾设备的内部或外部。在特定实施例中，存储器702是非易失性固态存储器。
存储器可包括只读存储器(ROM)，随机存取存储器(RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本公开的一方面的方法所描述的操作。
处理器701通过读取并执行存储器702中存储的计算机程序指令，以实现第一方面提供的支付方法的任意一项实施例中的步骤，或者实现第二方面提供的支付方法的任意一项实施例中的步骤。
在一个示例中，电子设备还可包括通信接口703和总线710。其中，如图18所示，处理器701、存储器702、通信接口703通过总线710连接并完成相互间的通信。
通信接口703，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。
总线710包括硬件、软件或两者，将在线数据流量计费设备的部件彼此耦接在一起。举例来说而非限制，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线710可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。
另外，结合本申请第一方面以及第二方面提供的支付方法，本申请实施例可提供一种计算机存储介质来实现。该计算机存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现第一方面提供的支付方法的任意一项实施例中的步骤，或者实现第二方面提供的支付方法的任意一项实施例中的步骤。
需要明确的是，本申请并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本申请的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本申请的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。
以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本申请的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质可以包括非暂态计算机可读存储介质，比如包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质，机器可读介质还可以包括射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。
还需要说明的是，本申请中提及的示例性实施例，基于一系列的步骤或者装置描述一些方法或系统。但是，本申请不局限于上述步骤的顺序，也就是说，可以按照实施例中提及的顺序执行步骤，也可以不同于实施例中的顺序，或者若干步骤同时执行。
上面参考根据本公开的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。
以上所述，仅为本申请的具体实施方式，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、模块和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。应理解，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。

Claims (13)

1.一种支付方法，应用于第一电子设备，其特征在于，所述方法包括：
在所述第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在所述目标应用中的通信程序，调用第二电子设备上的第一支付程序，所述第二电子设备为与所述第一电子设备建立通信连接的电子设备；
向所述第一支付程序发送包括所述支付信息的支付请求，以使所述第二电子设备根据所述支付信息进行支付，其中，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度。
2.根据权利要求1所述的方法，其特征在于，所述通过集成在所述目标应用中的通信程序，调用第二电子设备上的第一支付程序，包括：
在所述目标应用是基于所述第一电子设备的操作系统开发得到的情况下，由所述通信程序调用所述第一支付程序；
在所述目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，由所述通信程序调用所述第一电子设备上的第二支付程序，以及由所述第二支付程序调用所述第一支付程序。
3.根据权利要求2所述的方法，其特征在于，所述向所述第一支付程序发送包括所述支付信息的支付请求，包括：
在所述目标应用是基于所述第一电子设备的操作系统开发得到的情况下，将所述支付请求由所述通信程序发送至所述第一支付程序；
在所述目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，将所述支付请求由所述通信程序发送至所述第二支付程序；通过第二支付程序将所述支付请求发送至所述第一支付程序。
4.根据权利要求1所述的方法，其特征在于，所述向所述第一支付程序发送包括所述支付信息的支付请求，包括：
向所述第一支付程序中的服务组件发送所述支付请求。
5.根据权利要求1所述的方法，其特征在于，所述向所述第一支付程序发送包括所述支付信息的支付请求之后，所述方法还包括：
接收所述第一支付程序发送的支付结果，所述支付结果为在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息生成的支付结果；
显示所述支付结果对应的信息。
6.根据权利要求1至5中任意一项所述的方法，其特征在于，所述通信程序的文件类型与所述目标应用开发时基于的操作系统相对应。
7.一种支付方法，应用于第二电子设备，其特征在于，所述方法包括：
在所述第二电子设备与安装有目标应用的第一电子设备建立通信连接，并且所述第二电子设备上的第一支付程序通过所述目标应用中的通信程序被调用的情况下，通过所述第一支付程序接收所述第一电子设备发送的支付请求，所述支付请求包括由所述目标应用生成的支付信息，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度；
显示包括所述支付信息的界面；
在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息进行支付。
8.根据权利要求7所述的方法，其特征在于，通过所述第一支付程序接收所述第一电子设备发送的支付请求，包括：
在所述目标应用是基于所述第一电子设备的操作系统开发得到的情况下，接收由所述通信程序发送至所述第一支付程序的所述支付请求；
在所述目标应用是基于除所述第一电子设备的操作系统之外的操作系统开发得到的情况下，接收由所述第一电子设备的第二支付程序发送至所述第一支付程序的所述支付请求，所述第二支付程序的所述支付请求是从所述通信程序接收得到。
9.根据权利要求7所述的方法，其特征在于，所述第一支付程序包括服务组件和显示组件，所述支付请求是通过所述服务组件接收得到，
所述显示包括所述支付信息的界面，包括：
通过所述显示组件显示包括所述支付信息的界面。
10.一种支付装置，应用于第一电子设备，其特征在于，所述装置包括：
调用模块，用于在所述第一电子设备上的目标应用生成待支付的支付信息的情况下，通过集成在所述目标应用中的通信程序，调用第二电子设备上的第一支付程序，所述第二电子设备为与所述第一电子设备建立通信连接的电子设备；
发送模块，用于向所述第一支付程序发送包括所述支付信息的支付请求，以使所述第二电子设备根据所述支付信息进行支付，其中，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度。
11.一种支付装置，应用于第二电子设备，其特征在于，所述装置包括：
第一接收模块，用于在所述第二电子设备与安装有目标应用的第一电子设备建立通信连接，并且所述第二电子设备上的第一支付程序通过所述目标应用中的通信程序被调用的情况下，通过所述第一支付程序接收所述第一电子设备发送的支付请求，所述支付请求包括由所述目标应用生成的支付信息，所述第一电子设备和所述第二电子设备的操作系统均支持分布式任务调度；
第一显示模块，用于显示包括所述支付信息的界面；
支付模块，用于在接收到用户针对所述支付信息输入的身份验证信息的情况下，根据所述身份验证信息进行支付。
12.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；
所述处理器执行所述计算机程序指令时实现如权利要求1-9任意一项所述的支付方法。
13.一种计算机存储介质，其特征在于，所述计算机存储介质上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现如权利要求1-9任意一项所述的支付方法。
CN202110384251.4A 2021-04-09 2021-04-09 支付方法、装置、电子设备及存储介质 Pending CN113128993A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110384251.4A CN113128993A (zh) 2021-04-09 2021-04-09 支付方法、装置、电子设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110384251.4A CN113128993A (zh) 2021-04-09 2021-04-09 支付方法、装置、电子设备及存储介质

Publications (1)

Publication Number Publication Date
CN113128993A true CN113128993A (zh) 2021-07-16

Family

ID=76775746

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110384251.4A Pending CN113128993A (zh) 2021-04-09 2021-04-09 支付方法、装置、电子设备及存储介质

Country Status (1)

Country Link
CN (1) CN113128993A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113726943A (zh) * 2021-08-31 2021-11-30 维沃移动通信有限公司 控制方法及电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104036386A (zh) * 2014-06-12 2014-09-10 长沙麓云信息科技有限公司 一种基于虚拟平台的pos机可信交易系统及方法
CN105678540A (zh) * 2016-02-04 2016-06-15 腾讯科技（深圳）有限公司 一种支付处理方法、装置及智能设备
US20180121908A1 (en) * 2016-11-01 2018-05-03 Mastercard Asia/Pacific Pte Ltd Cross device digital wallet payment system and process
CN112215598A (zh) * 2019-12-12 2021-01-12 华为技术有限公司 一种语音支付方法和电子设备
CN112311853A (zh) * 2020-09-28 2021-02-02 北京沃东天骏信息技术有限公司 一种数据同步方法、装置、设备及计算机可读存储介质
CN112307405A (zh) * 2020-11-16 2021-02-02 Oppo广东移动通信有限公司 跨设备的应用接力方法、装置、设备、系统及存储介质

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104036386A (zh) * 2014-06-12 2014-09-10 长沙麓云信息科技有限公司 一种基于虚拟平台的pos机可信交易系统及方法
CN105678540A (zh) * 2016-02-04 2016-06-15 腾讯科技（深圳）有限公司 一种支付处理方法、装置及智能设备
US20180121908A1 (en) * 2016-11-01 2018-05-03 Mastercard Asia/Pacific Pte Ltd Cross device digital wallet payment system and process
CN112215598A (zh) * 2019-12-12 2021-01-12 华为技术有限公司 一种语音支付方法和电子设备
CN112311853A (zh) * 2020-09-28 2021-02-02 北京沃东天骏信息技术有限公司 一种数据同步方法、装置、设备及计算机可读存储介质
CN112307405A (zh) * 2020-11-16 2021-02-02 Oppo广东移动通信有限公司 跨设备的应用接力方法、装置、设备、系统及存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
蒙娜丽宁: "展现鸿蒙的独特魅力：跨设备调用窗口（Page Ability）", pages 1 - 15, Retrieved from the Internet <URL:https://cloud.tencent.com/developer/article/1767834> *
钟洪发老师: "鸿蒙应用开发入门（七）：实现跨设备迁移", pages 1 - 10, Retrieved from the Internet <URL:https://ost.51cto.com/posts/2353> *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113726943A (zh) * 2021-08-31 2021-11-30 维沃移动通信有限公司 控制方法及电子设备
WO2023030265A1 (zh) * 2021-08-31 2023-03-09 维沃移动通信有限公司 控制方法及电子设备

Similar Documents

Publication Publication Date Title
US11531976B2 (en) Systems and methods for facilitating card present transactions
AU2017203373B2 (en) Provisioning payment credentials to a consumer
US10789585B2 (en) Systems and methods for facilitating remote authorization and payment of goods via mobile commerce
CA2837491C (en) System and method of loading a transaction card and processing repayment on a mobile device
US8688604B2 (en) Systems and methods for facilitating communication between a point of sale device and a consumer device
EP3079326B1 (en) Network payment method, apparatus and system
US9336523B2 (en) Managing a secure transaction
EP2731065A1 (en) Method for processing a payment, and system and electronic device for implementing the same
US20140095384A1 (en) Systems and Methods For In Store Shopping With Instant Cash
KR20130089896A (ko) 더치 페이 결제 기능을 구비하는 휴대 단말기, 결제 단말기 및 결제 대행 서버, 및 이를 이용한 결제 방법 및 결제 대행 방법
JP5938065B2 (ja) 表示制御装置及びプログラム
CN112801655A (zh) 支付卡迁移方法、装置、电子设备、服务器和介质
CN112308555A (zh) 远程交易系统、方法和销售点终端
KR101771487B1 (ko) 앱 기반의 전자 지불 시스템 및 이를 이용한 전자 지불방법
CN113128993A (zh) 支付方法、装置、电子设备及存储介质
US10846681B2 (en) System and method for providing payment service
KR20110091265A (ko) 아이폰을 이용한 인터넷 결제방법
CN105577742A (zh) 一种数据转移方法及移动终端
KR20120128932A (ko) 휴대 단말에 발급된 신용카드를 이용한 오프라인 결제 시스템 및 방법
CN110914847A (zh) 用于使用代理pin实施交易的系统和方法
KR101852350B1 (ko) 신용 승인 처리 방법 및 그를 이용한 결제 단말 장치
KR101792694B1 (ko) 신용 승인 처리 방법 및 그를 이용한 결제 단말 장치
KR101504889B1 (ko) 모바일 결제 중개 장치, 모바일 결제 중개 시스템 및 이를 이용한 모바일 결제 서비스 방법
JP6343907B2 (ja) 情報処理プログラム、及び携帯端末
WO2014019026A1 (en) Electronic transction system and method

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