CN115829556A - 支付方法、设备、装置、介质及产品 - Google Patents

Abstract

本申请公开了一种支付方法、设备、装置、介质及产品，属于数据处理技术领域。该方法包括：响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求；接收第一后台系统基于支付订单请求返回的支付链接；基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面；响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。根据本申请实施例能够在5G消息应用中缩短支付时长，提升支付效率。

Description

支付方法、设备、装置、介质及产品

技术领域

本申请属于数据处理技术领域，尤其涉及一种支付方法、设备、装置、介质及产品。

背景技术

随着第五代移动通信技术(5th Generation Mobile CommunicationTechnology，5G)商业化进程的推进，运营商大力推广作为5G技术的重要应用之一的5G消息，众多企业投入基于5G消息业务场景内容的开发，传统短信将逐步升级为5G消息。5G消息提供增强的个人与应用间消息服务，实现“消息即服务”，并且引入了新的消息交互模式—聊天机器人Chatbot，企业可在5G消息应用中以Chatbot的方式，为用户提供对话形式的交互式服务。

相关技术中，为了形成完整的业务闭环，打造良好的用户体验，5G消息应用中有必要嵌入支付功能，满足用户在5G消息应用中的转账、购物等需求。然而，目前在5G消息应用中进行支付时，通常需要跳转至第三方支付应用程序(Application，APP)或第三方网页进行支付，支付时间较长，支付效率较低。

发明内容

本申请实施例提供一种支付方法、系统、设备、平台、介质及产品，能够在5G消息应用中缩短支付时长，提升支付效率。

第一方面，本申请实施例提供一种支付方法，应用于终端设备，终端设备具有5G消息应用，5G消息应用集成支付聊天机器人chatbot，该方法包括：响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求；接收第一后台系统基于支付订单请求返回的支付链接；基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面；响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。

第二方面，本申请实施例提供一种支付方法，应用于支付chatbot对应的第一后台系统，该付chatbot集成于5G消息应用，该方法包括：在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于支付订单请求生成支付链接；向终端设备发送支付链接，以使终端设备基于支付链接在5G消息应用中唤起支付界面；接收终端设备响应于用户对支付界面的第二输入发送的支付请求，支付请求包括支付信息；根据支付信息与支付系统交互，完成支付。

第三方面，本申请实施例提供一种终端设备，终端设备具有5G消息应用，5G消息应用集成支付聊天机器人chatbot，设备包括：发送模块，用于响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求；接收模块，用于接收第一后台系统基于支付订单请求返回的支付链接；唤起模块，用于基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面；发送模块，还用于响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。

第四方面，本申请实施例提供一种支付装置，应用于支付chatbot对应的第一后台系统，支付chatbot集成于5G消息应用，装置包括：生成模块，用于在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于支付订单请求生成支付链接；发送模块，用于向终端设备发送支付链接，以使终端设备基于支付链接在5G消息应用中唤起支付界面；接收模块，用于接收终端设备响应于用户对支付界面的第二输入发送的支付请求，支付请求包括支付信息；交互模块，用于根据支付信息与支付系统交互，完成支付。

第五方面，本申请实施例提供一种电子设备，包括：处理器以及存储有计算机程序指令的存储器；处理器执行计算机程序指令时实现如第一方面或者第二方面所示的支付方法的步骤。

第六方面，本申请实施例提供一种计算机可读存储介质，计算机可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面或者第二方面所示的支付方法的步骤。

第七方面，本申请实施例提供一种计算机程序产品，计算机程序产品被存储在非易失的存储介质中，计算机程序产品被至少一个处理器执行时实现如第一方面或者第二方面所示的支付方法的步骤。

本申请实施例提供一种支付方法、设备、装置、介质及产品，终端设备响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求，并接收第一后台系统基于支付订单请求返回的支付链接。在此基础上，终端设备基于该支付链接，可以在5G消息应用中唤起支付chatbot对应的支付界面，用户可在该支付界面进行付款操作。终端设备响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。相较于现有技术中需先打开HTML5网页，再通过HTML5网页跳转至第三方支付应用或者第三方支付网页的支付流程，本申请可以对其进行简化，用户仅在5G消息应用中支付chatbot对应的支付界面操作即可，无需跳转至第三方支付应用或第三方支付网页，支付方式更加方便快捷，能够有效缩短支付时长，提升支付效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单的介绍，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的支付方法的应用场景的一示例的架构示意图；

图2为本申请第一方面一实施例提供的支付方法的流程图；

图3为本申请第一方面另一实施例提供的支付方法的流程图；

图4为本申请第一方面再一实施例提供的支付方法的流程图；

图5为本申请第二方面一实施例提供的支付方法的流程图；

图6为本申请第二方面另一实施例提供的支付方法的流程图；

图7为本申请实施例提供的基于5G消息应用的支付流程的一示例的流程图；

图8为本申请实施例提供的基于5G消息应用的绑卡流程的一示例的流程图；

图9为本申请第三方面提供的终端设备的一实施例的结构示意图；

图10为本申请第四方面提供的支付装置的一实施例的结构示意图；

图11为本申请第五方面提供的电子设备的一实施例的结构示意图。

具体实施方式

下面将详细描述本申请的各个方面的特征和示例性实施例，为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及具体实施例，对本申请进行进一步详细描述。应理解，此处所描述的具体实施例仅意在解释本申请，而不是限定本申请。对于本领域技术人员来说，本申请可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本申请的示例来提供对本申请更好的理解。

随着第五代移动通信技术(5th Generation Mobile CommunicationTechnology，5G)商业化进程的推进，运营商大力推广作为5G技术的重要应用之一的5G消息，众多企业投入基于5G消息业务场景内容的开发，传统短信将逐步升级为5G消息。5G消息提供增强的个人与应用间消息服务，实现“消息即服务”，并且引入了新的消息交互模式—聊天机器人Chatbot，企业可在5G消息应用中以Chatbot的方式，为用户提供对话形式的交互式服务。为了形成完整的业务闭环，打造良好的用户体验，5G消息应用中有必要嵌入支付功能，满足用户在5G消息应用中的转账、购物等需求。然而，目前在5G消息应用中进行支付时，通常需要跳转至第三方支付APP或第三方网页进行支付，支付时间较长，支付效率较低。

基于上述出现的问题，本申请实施例提供一种支付方法、设备、装置、介质及产品，相较于现有技术中需先打开HTML5网页，再通过HTML5网页跳转至第三方支付应用或者第三方支付网页的支付流程，本申请可以对其进行简化，用户仅在5G消息应用中支付chatbot对应的支付界面操作即可，无需跳转至第三方支付应用或第三方支付网页，支付方式更加方便快捷，能够有效缩短支付时长，提升支付效率。

本申请实施例中的支付方法可以应用于5G消息应用内的支付场景，该支付方法可涉及终端设备、支付chatbot对应的后台系统(以下简述为第一后台系统)和支付系统。下面结合图1对本申请实施例中的支付架构进行详细说明。

图1为本申请实施例提供的支付方法的应用场景的一示例的架构示意图。

如图1所示，该支付方法的架构可包括终端设备11、第一后台系统12和支付系统13。如图1所示，终端设备11可与第一后台系统12通信交互，第一后台系统12可与支付系统13通信交互。在一些示例中，终端设备11也可与支付系统13通信交互。

终端设备11具有5G消息应用111。5G消息应用111可提供5G消息服务(即5Gmessaging service)，5G消息服务是可支持丰富媒体格式并具备标准化、多媒体化、轻量化特点的消息服务。5G消息应用中可集成商户chatbot和支付chatbot，如此可以支持企业在5G消息应用中以聊天机器人的形式为用户提供交互式服务，以在5G消息应用中实现缴费充值、票务订购、酒店预订、物流查询、餐饮订座、外卖下单等各类5G应用服务。其中，支付chatbot可在5G消息应用111中提供应用内支付功能，支付功能的入口可在支付chatbot对应的支付界面以控件或其他方式实现，用户对支付界面对应的区域进行输入，可触发5G消息应用111内的支付。终端设备11中的5G消息应用111与终端设备中的用户识别(Subscriber Identity Module，SIM)卡具有映射关系，该映射关系可具体实现为5G消息应用111与SIM卡卡号的对应关系，或者，实现为5G消息应用111与SIM卡对应的手机号码的对应关系，在此并不限定。终端设备11具体可包括手机、平板电脑、电子计算机、智能穿戴设备等，在此并不限定。

第一后台系统12为支付chatbot的后台系统，可包括一台以上的电子设备。电子设备可包括服务器、网关、路由器等设备，在此并不限定第一后台系统12中电子设备的类型和数量。第一后台系统12可用于管理和处理终端设备通过5G消息应用发起的支付请求，也可聚合用户的多个支付账号和/或支付卡，为5G消息应用提供统一的支付接口。在支付过程中，第一后台系统12可直接与支付系统13进行交互。

支付系统13为管理用户的支付账号和/或支付卡的系统，可完成支付所需的资源扣除和资源转入。支付系统13可包括一台以上的电子设备，电子设备可包括服务器、网关、路由器等设备，在此并不限定支付系统13中电子设备的类型和数量。支付系统13可通过与第一后台系统12的交互，获取支付信息，完成支付。

基于上述附图1所示的本申请实施例提供的支付架构，对本申请实施例提供的支付方法进行详细地说明。

本申请第一方面提供一种支付方法，可应用于终端设备，即该支付方法可由终端设备执行。终端设备的具体内容可参见上述实施例中的相关说明，在此不再赘述。

图2为本申请第一方面一实施例提供的支付方法的流程图。如图2所示，该支付方法可以包括步骤210-步骤240。

步骤210，响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求。

步骤220，接收第一后台系统基于支付订单请求返回的支付链接。

步骤230，基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面。

步骤240，响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。

本申请实施例提供的支付方法，终端设备响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求，并接收第一后台系统基于支付订单请求返回的支付链接。在此基础上，终端设备基于该支付链接，可以在5G消息应用中唤起支付chatbot对应的支付界面，用户可在该支付界面进行付款操作。终端设备响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。相较于现有技术中需先打开HTML5网页，再通过HTML5网页跳转至第三方支付应用或者第三方支付网页的支付流程，本申请可以对其进行简化，用户仅在5G消息应用中支付chatbot对应的支付界面操作即可，无需跳转至第三方支付应用或第三方支付网页，支付方式更加方便快捷，能够有效缩短支付时长，提升支付效率。

下面结合实施例，对上述步骤的具体实现方式进详细说明，具体如下所示。

涉及步骤210，响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求。

其中，第一输入用于触发终端设备发起支付订单请求，第一输入可为对5G消息应用中发起支付订单请求的控件的单击输入、长按输入、双击输入或其他手势输入等，在此并不限定。终端设备向第一后台系统发送支付订单请求，以使第一后台系统基于该支付订单请求生成支付链接并返回。

涉及步骤220，接收第一后台系统基于支付订单请求返回的支付链接。

在一些实施例中，支付订单请求包括用户标识，第一后台系统存储有用户标识与至少一个支付对象的绑定关系，第一后台系统可根据支付订单请求中携带的用户标识，获取与用户标识绑定的至少一个支付对象，得到支付对象列表，并基于支付订单请求和支付对象列表生成支付链接。因此本申请的支付链接基于支付订单请求和支付对象列表生成，支付对象列表包括与用户标识绑定的至少一个支付对象。在一些示例中，支付对象包括支付卡和/或支付账号。

在一些实施例中，5G消息应用与终端设备中的SIM卡具有映射关系。支付订单请求包括用户标识，用户标识用于表征用户的手机号码，通过手机号码可确定5G消息应用的用户。用户标识可包括用户的SIM卡卡号、手机号码、经脱敏处理后的SIM卡卡号、经脱敏处理后的手机号码等信息中的一项或两项以上，在此并不限定。

涉及步骤230，基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面。

在一些实施例中，终端设备可基于该支付链接和深层链接deeplink技术，通过前台跳转形式，跳转至支付chatbot对应的支付界面，用户在该支付界面进行具体支付操作。

涉及步骤240，响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。

第二输入用于用户在支付界面完成支付操作，第二输入可为对支付界面中支付控件的单击输入、长按输入、双击输入或其他手势输入等，在此并不限定。终端设备响应于上述第二输入，获取支付信息，并基于支付信息生成支付请求，在向第一后台系统发送支付请求之后，第一后台系统向支付系统转发该支付请求，支付请求包括支付信息，以使支付系统根据支付请求中的支付信息，在与用户绑定的支付对象扣除支付量的资源，并将支付量的资源转入收入对象，收入对象可包括收入方的收入卡和/或收入账号。

在一些示例中，支付信息可包括用户限定进行支付的目标支付对象、支付量、支付事项等，在此并不限定。

在本申请的一些实施例中，支付界面可包括支付对象列表，在步骤230之后，步骤240之前，该方法还可以包括：在支付界面中显示支付对象列表；接收从支付对象列表中选取目标支付对象，以及通过目标支付对象进行付款的第二输入。

在该实施例中，第二输入可以包括第一子输入和第二子输入，其中第一子输入为用户对支付对象列表中目标支付对象的选取输入，目标支付对象为本次支付需扣除资源的对象，第二子输入为用户对支付控件的单击输入、长按输入、双击输入或其他手势输入等。

支付信息中包括目标支付对象的标识，支付系统根据该支付信息，在选定进行支付的目标支付对象中扣除支付量的资源，并将支付量的资源转入收入对象。

在本申请实施例中，通过在支付订单请求中携带用户标识，第一后台系统可以基于该支付订单请求获取与用户标识绑定的支付对象列表，并基于该支付对象列表生成支付链接。基于此，通过该支付链接，可在5G消息应用中显示包含支付对象列表的支付界面，以使用户在支付界面中灵活选取本次支付需扣除资源的目标支付对象，操作便捷。

在一些示例中，支付对象列表中可包括经脱敏处理后的支付对象。

在一些示例中，可根据支付场景、支付信息等，选择是否需要用户进行验证授权。例如，在支付量小于等于限额量的场景中，可不进行用户的验证授权；在支付量大于限额量的场景中，需要进行用户的验证授权。在需要进行用户的验证授权的情况下，支付请求还可包括验证授权信息，验证授权信息用于支付系统对用户进行身份验证。

验证授权信息可包括验证码、支付密码、生物特征等，在此并不限定。在终端设备向第一后台系统发送支付请求之前，可调用5G消息应用的安全验证功能，向用户申请验证授权。例如，终端设备可通过5G消息应用发出提示信息，提示用户输入验证授权信息。终端设备可接收用户输入的所述验证授权信息，并根据验证授权信息生成支付请求，或，将验证授权信息加入支付请求。支付系统可根据验证授权信息进行用户验证，在用户验证通过的情况下，再进行支付量的资源转移，完成支付。

在本申请的一些实施例中，5G消息应用还集成商户chatbot，商户chatbot对应的后台系统即为第二后台系统，终端设备可通过第二后台系统与第一后台系统进行交互，以完成5G消息应用内的支付流程。

步骤210可具体包括：向商户chatbot对应的第二后台系统发送支付订单请求，以用于第二后台系统向第一后台系统转发支付订单请求；步骤220可具体包括：通过第二后台系统接收第一后台系统返回的支付链接。

在本申请实施例中，终端设备可以通过商户chatbot后台对接支付chatbot后台，当用户在商户chotbot请求支付时，终端设备向商户chatbot的第二后台系统发送支付订单请求，此时商户chatbot后台可以与支付chatbot后台对接，商户chatbot的第二后台系统向支付chatbot的第一后台系统转发该支付订单请求。基于此，第一后台系统在接收到该支付订单请求后，可以与第二后台系统对接，向用户下发支付链接，以使终端设备基于该支付链接和深层链接deeplink技术，通过前台跳转形式，跳转至支付chatbot对应的支付界面，支付chatbot集成于5G消息应用，因此该支付界面也显示在5G消息应用内，实现用户在5G消息应用内的支付操作。

在一些实施例中，在第一后台系统与支付系统信息交互完成支付后，终端设备还可通过第一后台系统接收支付系统发送的支付结果，该支付结果信息用于表征此次支付是否成功。终端设备接收到支付结果后，还可发出用于提示用户支付是否成功的通知信息，以便于用户得知支付结果。

在本申请的一些实施例中，为了能够从第一后台系统获取支付对象列表，可预先绑定用户标识与对应的至少一个支付对象，以便于得到支付对象列表。图3为本申请第一方面另一实施例提供的支付方法的流程图，如图3所示，在步骤210之前该方法还可以包括步骤310至步骤340。

步骤310，响应于用户对5G消息应用的第三输入，向第一后台系统发送第一绑定请求，第一绑定请求包括用户标识。

第三输入用于触发终端设备生成第一绑定请求后，向第一后台系统发送该第一绑定请求，第一绑定请求用于指示第一后台系统下发绑定链接，以使终端设备通过该绑定链接完成绑卡流程。第三输入可为对5G消息应用中用于发起第一绑定请求的控件的单击输入、长按输入、双击输入或其它手势输入等，在此并不限定。在一些示例中，5G消息应用的界面可包括支付对象绑定控件，第三输入可为对支付对象绑定控件的输入。

5G消息应用与手机号码等用户标识具有对应关系，因此终端设备可直接获取到用户标识，并在第一绑定请求中添加用户标识。在后续绑卡流程中，用户也无需手动输入手机号码。并且，由于5G消息手机号运营商提供了手机号识别的能力，因此可直接省略通过短信验证码验证本机号码的环节，简化绑定流程，提升绑定效率。

步骤320，接收第一后台系统基于第一绑定请求返回的绑定链接。

该绑定链接用于触发终端设备在5G消息应用中显示绑定界面，以使用户在该绑定界面完成用户标识与支付对象的绑定操作。

步骤330，基于绑定链接，在5G消息应用中唤起支付chatbot对应的绑定界面。

绑定页面可显示用户标识，也可不显示用户标识，在此并不限定。

可选地，终端设备可在接收到绑定链接的情况下，直接基于该绑定链接显示绑定界面，或者，响应于用户对绑定链接的触控输入，显示绑定界面。

步骤340，响应于用户对绑定界面的第四输入，向第一后台系统发送第二绑定请求，以使第一后台系统根据第二绑定请求与支付系统交互，完成用户标识与至少一个支付对象的绑定流程。

其中，第四输入为用户输入支付对象标识的输入，该第四输入可以为语音输入、键盘输入、手势输入等，本申请对此不做具体限定。第四输入用于触发终端设备生成第二绑定请求，并向第一后台系统发送该第二绑定请求，以使第一后台系统向支付系统转发该第二绑定请求，该第二绑定请求包括用户标识与支付对象标识，该第二绑定请求用于指示支付系统绑定用户标识与支付对象标识，该绑定流程用于绑定用户标识与支付对象标识。

在一个示例中，绑定页面可包括用于输入支付卡标识的输入框，第四输入为在该输入框中填写支付卡标识的输入，填写的支付卡标识的数量在此不做具体限定。

在一些实施例中，绑定界面可以包括绑卡提示信息，该绑卡提示信息用于提示用户输入支付对象标识。例如，该绑卡提示信息以卡片消息的方式呈现在绑定界面，用户直接在该卡片消息中输入支付对象标识即可触发用户标识与支付对象标识的绑定流程。

在本申请实施例中，终端设备可通过支付chatbot后台与支付系统对接，通过支付chatbot完成绑定流程，实现基于支付chatbot绑定支付对象，在后续实际支付过程中，即可通过支付chatbot提供的支付界面，从与用户标识绑定的所有支付对象中选取目标支付对象进行支付，方便快捷。

需要说明的是，本申请的绑定流程是通过支付chatbot完成，无需商户chatbot参与，也无需将支付对象与商户chatbot绑定，因此即使针对不同的商户chatbot，在支付时，可选取的支付对象也相同，均为与用户标识绑定的支付对象。

相较于现有技术中将支付对象与商户chatbot绑定，对于不同商户，需多次进行绑定的绑定流程，本提案基于支付chatbot绑定支付对象，无需将支付对象与商户chatbot绑定，绑定一次即可，在后续支付流程中由支付chatbot统一对接商户chatbot，即可完成支付，有效减少绑定次数。

在本申请的一些实施例中，支付对象包括支付卡，图4为本申请第一方面再一实施例提供的支付方法的流程图，步骤340可以包括步骤410和步骤420。

步骤410，响应于第四输入，根据用户标识和用户输入的支付卡标识生成第二绑定请求，第二绑定请求用于指示将用户标识与支付卡标识进行绑定。

其中，第四输入为用户输入支付卡标识的输入，第四输入用于触发终端设备生成第二绑定请求，并向第一后台系统发送该第二绑定请求，以使第一后台系统向支付系统转发该第二绑定请求，该第二绑定请求包括用户标识与支付卡标识。

步骤420，向第一后台系统发送第二绑定请求，以使支付系统在接收到第一后台系统转发的第二绑定请求的情况下，基于第二绑定请求将用户标识与支付卡标识进行绑定，得到绑定结果，绑定结果用于表征用户标识与支付卡标识对应的支付卡绑定成功。

支付系统响应于第二绑定请求，绑定用户标识和用户输入的支付卡标识指示的支付卡。在绑定成功的情况下，支付系统可直接向终端设备发送绑定结果，或者，支付系统向第一后台系统发送绑定结果，以使第一后台系统向终端设备转发该绑定结果，完成绑定流程。

绑定结果中可包括绑定信息，该绑定信息用于指示用户标识和用户输入的支付卡标识指示的支付卡的绑定关系，终端设备和第一后台系统可存储该绑定信息。

在一些示例中，若用户标识和用户输入的支付卡标识指示的支付卡绑定失败，支付系统可向第一后台系统或终端设备发送表征绑定失败的绑定结果。

在本申请实施例中，通过用户输入支付卡标识，实现5G消息应用绑定支付卡，可使用户的绑卡选择范围更广，提高5G消息应用的支付卡绑定的灵活性。

在本申请的一些实施例中，步骤410可以具体包括下述步骤：根据用户标识、用户输入的支付卡标识，以及用户的验证授权信息，生成第二绑定请求；其中，第二绑定请求用于指示支付系统基于验证授权信息进行用户身份验证，并在用户身份验证通过的情况下将用户标识与支付卡标识进行绑定。

第四输入还可以包括用户的授权输入，响应于该授权输入，可获取用户的验证授权信息，该验证授权信息可以为验证码、支付密码、生物特征等。支付系统在接收到第二绑定请求之后，可获取与用户标识关联的用户身份信息，在验证授权信息与用户身份信息一致的情况下，可确认用户身份验证通过，并将用户标识与支付卡标识进行绑定。

在一些示例中，绑定界面可包括授权请求界面，用户的授权输入可为对授权请求界面的输入，授权输入可为对授权请求界面中具有授权功能的控件的单击输入、长按输入、双击输入或其他手势输入等，在此并不限定。授权输入可产生验证授权信息。

本申请第二方面提供一种支付方法，该支付方法可应用于支付chatbot的第一后台系统，即该支付方法可由第一后台系统执行。图5为本申请第二方面一实施例提供的支付方法的流程图。如图5所示，该支付方法可包括步骤510至步骤540。

步骤510，在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于支付订单请求生成支付链接。

支付订单请求由终端设备响应于用户对5G消息应用的第一输入生成，第一输入的具体内容可参见上述实施例中的相关说明，在此不再赘述。

在一些示例中，第一后台系统可基于深层链接deeplink技术生成支付链接，以使终端设备通过该支付链接跳转至支付chatbot对应的支付界面。

步骤520，向终端设备发送支付链接，以使终端设备基于支付链接在5G消息应用中唤起支付界面。

步骤530，接收终端设备响应于用户对支付界面的第二输入发送的支付请求，支付请求包括支付信息。

步骤540，根据支付信息与支付系统交互，完成支付。

具体地，第一后台系统向支付系统转发该支付请求，支付请求包括支付信息，以使支付系统根据支付请求中的支付信息，在与用户绑定的支付对象扣除支付量的资源，并将支付量的资源转入收入对象，收入对象可包括收入方的收入卡和/或收入账号。

上述步骤510至步骤540的具体内容可参见上述实施例中的相关内容，在此不再赘述。

在本申请实施例中，终端设备响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求，第一后台系统基于支付订单请求生成支付链接后，向终端设备返回该支付链接。在此基础上，终端设备基于该支付链接，可以在5G消息应用中唤起支付chatbot对应的支付界面，用户可在该支付界面进行付款操作。终端设备响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，第一后台系统在接收到该支付请求后根据支付信息与支付系统交互，完成基于支付chatbot的支付流程。相较于现有技术中需先打开HTML5网页，再通过HTML5网页跳转至第三方支付应用或者第三方支付网页的支付流程，本申请可以对其进行简化，用户仅在5G消息应用中支付chatbot对应的支付界面操作即可，无需跳转至第三方支付应用或第三方支付网页，支付方式更加方便快捷，能够有效缩短支付时长，提升支付效率。

在本申请的一些实施例中，支付订单请求包括用户标识，第一后台系统存储有用户标识与支付对象的绑定关系，以便于管理用户标识与支付卡的绑定关系，步骤510可以具体包括：获取与用户标识绑定的至少一个支付对象，得到支付对象列表；基于支付订单请求和支付对象列表生成支付链接。

支付链接基于支付对象列表生成，因此在基于支付链接唤起的支付界面中，可显示支付对象列表供用户选取。

支付对象列表包括与用户标识绑定的至少一个支付对象，在一些示例中，支付对象包括支付卡和/或支付账号。

在本申请的一些实施例中，支付请求还可以包括验证授权信息，验证授权信息用于支付系统对用户进行身份验证。

验证授权信息可包括验证码、支付密码、生物特征等，在此并不限定。在终端设备向第一后台系统发送支付请求之前，可调用5G消息应用的安全验证功能，向用户申请验证授权。例如，终端设备可通过5G消息应用发出提示信息，提示用户输入验证授权信息。终端设备可接收用户输入的所述验证授权信息，并根据验证授权信息生成支付请求，或，将验证授权信息加入支付请求。支付系统可根据验证授权信息进行用户验证，在用户验证通过的情况下，再进行支付量的资源转移，完成支付。

在本申请的一些实施例中，5G消息应用还集成商户chatbot，该方法还可以包括：接收终端设备通过商户chatbot对应的第二后台系统转发的支付订单请求；步骤520向终端设备发送支付链接，可以具体包括：向第二后台系统发送支付链接，以使第二后台系统向终端设备转发支付链接。

在本申请的一些实施例中，为了能够从第一后台系统获取支付对象列表，可预先绑定用户标识与对应的至少一个支付对象，以便于得到支付对象列表。图6为本申请第二方面另一实施例提供的支付方法的流程图，如图6所示，在步骤510之前该方法还可以包括步骤610至步骤650。

步骤610，接收终端设备响应于用户对5G消息应用的第三输入发送的第一绑定请求，第一绑定请求包括用户标识。

步骤620，基于第一绑定请求生成绑定链接。

步骤630，向终端设备发送绑定链接，以使终端设备基于绑定链接，在5G消息应用中唤起支付chatbot对应的绑定界面。

步骤640，接收终端设备响应于用户对绑定界面的第四输入发送的第二绑定请求。

步骤650，根据第二绑定请求与支付系统交互，完成用户标识与至少一个支付对象的绑定流程。

上述步骤610至步骤650的具体内容可参见上述实施例中的相关内容，在此不再赘述。

在本申请的一些实施例中，支付对象包括支付卡，第四输入用于输入支付卡标识，第二绑定请求基于用户标识和支付卡标识生成，步骤650根据第二绑定请求与支付系统交互，可以具体包括：向支付系统发送第二绑定请求，以使支付系统基于第二绑定请求将用户标识与支付卡标识进行绑定，得到绑定结果，绑定结果用于表征用户标识与支付卡标识对应的支付卡绑定成功；向终端设备发送绑定结果。

在本申请的一些实施例中，第二绑定请求基于用户标识、支付卡标识，以及用户的验证授权信息生成，第二绑定请求用于指示支付系统基于验证授权信息进行用户身份验证，并在用户身份验证通过的情况下将用户标识与支付卡标识进行绑定。

在本申请实施例中，相较于将支付对象与商户chatbot绑定，对于不同商户，需多次进行绑定的绑定流程，本提案基于支付chatbot绑定支付对象，无需将支付对象与商户chatbot绑定，绑定一次即可，在后续支付流程中由支付chatbot统一对接商户chatbot，即可完成支付，有效减少绑定次数。

为了便于理解本申请实施例中的支付方法，下面以5G消息应用内的支付场景为例来说明终端设备、第一后台系统和支付系统之间的支付流程和绑卡流程。其中，终端设备具有5G消息应用，该5G消息应用集成支付chatbot。

图7为本申请实施例提供的基于5G消息应用的支付流程的一示例的流程图。如图7所示，该支付流程可包括步骤701至步骤709。

步骤701，终端设备响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求。

步骤702，第一后台系统基于支付订单请求生成支付链接。

步骤703，第一后台系统向终端设备发送支付链接。

步骤704，终端设备基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面。

步骤705，终端设备响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息和验证授权信息。

步骤706，第一后台系统向支付系统发送支付请求。

步骤707，支付系统基于验证授权信息进行用户验证，并在用户验证成功的情况下，根据支付信息完成支付，得到支付结果。

步骤708，支付系统向第一后台系统发送支付结果。

步骤709，第一后台系统向终端设备转发支付结果。

上述步骤701至步骤709的具体内容可参见上述实施例中的相关说明，在此不再赘述。

图8为本申请实施例提供的基于5G消息应用的绑卡流程的一示例的流程图。如图8所示，该绑卡流程可包括步骤801至步骤810。步骤801，终端设备响应于用户对5G消息应用的第三输入，向第一后台系统发送第一绑定请求，第一绑定请求包括用户标识。

步骤802，第一后台系统基于第一绑定请求生成绑定链接。

步骤803，第一后台系统向终端设备发送绑定链接。

步骤804，终端设备基于绑定链接，在5G消息应用中唤起支付chatbot对应的绑定界面。

步骤805，终端设备响应于用户对绑定界面的第四输入，根据用户标识、用户输入的支付卡标识，以及用户的验证授权信息，生成第二绑定请求。

步骤806，终端设备向第一后台系统发送第二绑定请求。

步骤807，第一后台系统向支付系统发送第二绑定请求。

步骤808，支付系统在接收到第二绑定请求的情况下，获取与用户标识关联的用户身份信息，在验证授权信息与用户身份信息一致的情况下，确认用户身份验证通过，并将用户标识与支付卡标识进行绑定，得到绑定结果。

步骤809，支付系统向第一后台系统发送绑定结果。

步骤810，第一后台系统向终端设备转发绑定结果。

上述步骤801至步骤810的具体内容可参见上述实施例中的相关说明，在此不再赘述。

基于同样的发明构思，本申请第三方面提供一种终端设备。图9为本申请第三方面提供的终端设备的一实施例的结构示意图。

终端设备900可以为如图1所示的终端设备11，终端设备900具有5G消息应用，5G消息应用集成支付聊天机器人chatbot，如图9所示，该设备900具体可以包括：

发送模块910，用于响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求；接收模块920，用于接收第一后台系统基于支付订单请求返回的支付链接；唤起模块930，用于基于支付链接，在5G消息应用中唤起支付chatbot对应的支付界面；发送模块910，还用于响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。

本申请实施例提供的终端设备，响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求，并接收第一后台系统基于支付订单请求返回的支付链接。在此基础上，终端设备基于该支付链接，可以在5G消息应用中唤起支付chatbot对应的支付界面，用户可在该支付界面进行付款操作。终端设备响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，以使第一后台系统根据支付信息与支付系统交互，完成支付。相较于现有技术中需先打开HTML5网页，再通过HTML5网页跳转至第三方支付应用或者第三方支付网页的支付流程，本申请可以对其进行简化，用户仅在5G消息应用中支付chatbot对应的支付界面操作即可，无需跳转至第三方支付应用或第三方支付网页，支付方式更加方便快捷，能够有效缩短支付时长，提升支付效率。

下面对本申请实施例提供的终端设备900进行详细说明。

在本申请的一些实施例中，支付订单请求包括用户标识，支付链接基于支付订单请求和支付对象列表生成，支付对象列表包括与用户标识绑定的支付对象，第一后台系统存储有用户标识与支付对象的绑定关系。

在本申请的一些实施例中，支付界面包括支付对象列表，在5G消息应用中唤起支付chatbot对应的支付界面之后，设备还包括：显示模块，用于在支付界面中显示支付对象列表；接收模块920，用于接收从支付对象列表中选取目标支付对象，以及通过目标支付对象进行付款的第二输入。

在本申请的一些实施例中，支付请求还包括验证授权信息，验证授权信息用于支付系统对用户进行身份验证。

在本申请的一些实施例中，5G消息应用还集成商户chatbot，发送模块910具体用于：向商户chatbot对应的第二后台系统发送支付订单请求，以用于第二后台系统向第一后台系统转发支付订单请求；接收模块920具体用于：通过第二后台系统接收第一后台系统返回的支付链接。

在本申请的一些实施例中，设备还包括：发送模块910，还用于响应于用户对5G消息应用的第三输入，向第一后台系统发送第一绑定请求，第一绑定请求包括用户标识；接收模块920，还用于接收第一后台系统基于第一绑定请求返回的绑定链接；唤起模块930，还用于基于绑定链接，在5G消息应用中唤起支付chatbot对应的绑定界面；发送模块910，还用于响应于用户对绑定界面的第四输入，向第一后台系统发送第二绑定请求，以使第一后台系统根据第二绑定请求与支付系统交互，完成用户标识与至少一个支付对象的绑定流程。

在本申请的一些实施例中，支付对象包括支付卡，发送模块910包括：生成单元，用于响应于第四输入，根据用户标识和用户输入的支付卡标识生成第二绑定请求，第二绑定请求用于指示将用户标识与支付卡标识进行绑定；发送单元，用于向第一后台系统发送第二绑定请求，以使支付系统在接收到第一后台系统转发的第二绑定请求的情况下，基于第二绑定请求将用户标识与支付卡标识进行绑定，得到绑定结果，绑定结果用于表征用户标识与支付卡标识对应的支付卡绑定成功。

在本申请的一些实施例中，生成单元具体用于：根据用户标识、用户输入的支付卡标识，以及用户的验证授权信息，生成第二绑定请求；其中，第二绑定请求用于指示支付系统基于验证授权信息进行用户身份验证，并在用户身份验证通过的情况下将用户标识与支付卡标识进行绑定。

基于同样的发明构思，本申请第四方面提供一种支付装置。图10为本申请第四方面提供的支付装置的一实施例的结构示意图。

支付装置1000可以应用于图1所示的支付chatbot对应的第一后台系统12，支付chatbot集成于5G消息应用，如图10所示，支付装置1000具体可以包括：

生成模块1010，用于在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于支付订单请求生成支付链接；发送模块1020，用于向终端设备发送支付链接，以使终端设备基于支付链接在5G消息应用中唤起支付界面；接收模块1030，用于接收终端设备响应于用户对支付界面的第二输入发送的支付请求，支付请求包括支付信息；交互模块1040，用于根据支付信息与支付系统交互，完成支付。

本申请实施例提供的支付装置，终端设备响应于用户对5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求，第一后台系统基于支付订单请求生成支付链接后，向终端设备返回该支付链接。在此基础上，终端设备基于该支付链接，可以在5G消息应用中唤起支付chatbot对应的支付界面，用户可在该支付界面进行付款操作。终端设备响应于用户对支付界面的第二输入，向第一后台系统发送支付请求，支付请求包括支付信息，第一后台系统在接收到该支付请求后根据支付信息与支付系统交互，完成基于支付chatbot的支付流程。相较于现有技术中需先打开HTML5网页，再通过HTML5网页跳转至第三方支付应用或者第三方支付网页的支付流程，本申请可以对其进行简化，用户仅在5G消息应用中支付chatbot对应的支付界面操作即可，无需跳转至第三方支付应用或第三方支付网页，支付方式更加方便快捷，能够有效缩短支付时长，提升支付效率。

在本申请的一些实施例中，支付订单请求包括用户标识，第一后台系统存储有用户标识与支付对象的绑定关系，生成模块1010具体用于：获取与用户标识绑定的至少一个支付对象，得到支付对象列表；基于支付订单请求和支付对象列表生成支付链接。

在本申请的一些实施例中，支付请求还包括验证授权信息，验证授权信息用于支付系统对用户进行身份验证。

在本申请的一些实施例中，5G消息应用还集成商户chatbot，装置还包括：接收模块1030，用于接收终端设备通过商户chatbot对应的第二后台系统转发的支付订单请求；发送模块1020具体用于：向第二后台系统发送支付链接，以使第二后台系统向终端设备转发支付链接。

在本申请的一些实施例中，装置还包括：接收模块1030，还用于接收终端设备响应于用户对5G消息应用的第三输入发送的第一绑定请求，第一绑定请求包括用户标识；生成模块1010，还用于基于第一绑定请求生成绑定链接；

向终端设备发送绑定链接，以使终端设备基于绑定链接，在5G消息应用中唤起支付chatbot对应的绑定界面；接收模块1030，还用于接收终端设备响应于用户对绑定界面的第四输入发送的第二绑定请求；交互模块1040，还用于根据第二绑定请求与支付系统交互，完成用户标识与至少一个支付对象的绑定流程。

在本申请的一些实施例中，支付对象包括支付卡，第四输入用于输入支付卡标识，第二绑定请求基于用户标识和支付卡标识生成，交互模块1040具体用于：向支付系统发送第二绑定请求，以使支付系统基于第二绑定请求将用户标识与支付卡标识进行绑定，得到绑定结果，绑定结果用于表征用户标识与支付卡标识对应的支付卡绑定成功；向终端设备发送绑定结果。

在本申请的一些实施例中，第二绑定请求基于用户标识、支付卡标识，以及用户的验证授权信息生成，第二绑定请求用于指示支付系统基于验证授权信息进行用户身份验证，并在用户身份验证通过的情况下将用户标识与支付卡标识进行绑定。

本申请第五方面还提供了一种电子设备。图11为本申请第五方面提供的电子设备的一实施例的结构示意图。如图11所示，电子设备1100包括存储器1101、处理器1102及存储在存储器1101上并可在处理器1102上运行的计算机程序。

在一个示例中，上述处理器1102可以包括中央处理器(CPU)，或者特定集成电路(Application Specific Integrated Circuit，ASIC)，或者可以被配置成实施本申请实施例的一个或多个集成电路。

存储器1101可包括只读存储器(Read-Only Memory，ROM)，随机存取存储器(Random Access Memory，RAM)，磁盘存储介质设备，光存储介质设备，闪存设备，电气、光学或其他物理/有形的存储器存储设备。因此，通常，存储器包括一个或多个编码有包括计算机可执行指令的软件的有形(非暂态)计算机可读存储介质(例如，存储器设备)，并且当该软件被执行(例如，由一个或多个处理器)时，其可操作来执行参考根据本申请第一方面或者第二方面的实施例中支付方法所描述的操作。

处理器1102通过读取存储器1101中存储的可执行程序代码来运行与可执行程序代码对应的计算机程序，以用于实现上述第一方面或者第二方面实施例中的支付方法。

在一些示例中，电子设备1100还可包括通信接口1103和总线1104。其中，如图11所示，存储器1101、处理器1102、通信接口1103通过总线1104连接并完成相互间的通信。

通信接口1103，主要用于实现本申请实施例中各模块、装置、单元和/或设备之间的通信。也可通过通信接口1103接入输入设备和/或输出设备。

总线1104包括硬件、软件或两者，将用户终端1100的部件彼此耦接在一起。举例来说而非限制，总线1104可包括加速图形端口(Accelerated Graphics Port，AGP)或其他图形总线、增强工业标准架构(Enhanced Industry Standard Architecture，EISA)总线、前端总线(Front Side Bus，FSB)、超传输(Hyper Transport，HT)互连、工业标准架构(Industry Standard Architecture，ISA)总线、无限带宽互连、低引脚数(Low pin count，LPC)总线、存储器总线、微信道架构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral Component Interconnect，PCI)总线、PCI-Express(PCI-E)总线、串行高级技术附件(Serial Advanced Technology Attachment，SATA)总线、视频电子标准协会局部(Video Electronics Standards Association Local Bus，VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线1104可包括一个或多个总线。尽管本申请实施例描述和示出了特定的总线，但本申请考虑任何合适的总线或互连。

本申请第六方面提供一种计算机可读存储介质，该计算机可读存储介质上存储有程序或指令，该程序或指令被处理器执行时可实现上述第一方面或者第二方面所示的支付方法，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，上述计算机可读存储介质可包括非暂态计算机可读存储介质，如只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(Random Access Memory，简称RAM)、磁碟或者光盘等，在此并不限定。

本申请第七方面提供一种计算机程序产品，该计算机程序产品被存储在非易失的存储介质中，计算机程序产品被至少一个处理器执行时实现如第一方面或者第二方面所示的支付方法的步骤，支付方法的具体内容可参见上述实施例中的相关说明，在此不再赘述。

本申请还可提供一种支付架构，该支付架构可包括上述实施例中的终端设备、第一后台系统和支付系统。终端设备、第一后台系统和支付系统的具体内容可参见上述实施例中的相关说明，在此不再赘述。

需要明确的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。对于装置实施例、用户终端实施例、设备实施例、系统实施例和计算机可读存储介质实施例而言，相关之处可以参见方法实施例的说明部分。本申请并不局限于上文所描述并在图中示出的特定步骤和结构。本领域的技术人员可以在领会本申请的精神之后，作出各种改变、修改和添加，或者改变步骤之间的顺序。并且，为了简明起见，这里省略对已知方法技术的详细描述。

上面参考根据本申请的实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本申请的各方面。应当理解，流程图和/或框图中的每个方框以及流程图和/或框图中各方框的组合可以由计算机程序指令实现。这些计算机程序指令可被提供给通用计算机、专用计算机、或其它可编程数据处理装置的处理器，以产生一种机器，使得经由计算机或其它可编程数据处理装置的处理器执行的这些指令使能对流程图和/或框图的一个或多个方框中指定的功能/动作的实现。这种处理器可以是但不限于是通用处理器、专用处理器、特殊应用处理器或者现场可编程逻辑电路。还可理解，框图和/或流程图中的每个方框以及框图和/或流程图中的方框的组合，也可以由执行指定的功能或动作的专用硬件来实现，或可由专用硬件和计算机指令的组合来实现。

本领域技术人员应能理解，上述实施例均是示例性而非限制性的。在不同实施例中出现的不同技术特征可以进行组合，以取得有益效果。本领域技术人员在研究附图、说明书及权利要求书的基础上，应能理解并实现所揭示的实施例的其他变化的实施例。在权利要求书中，术语“包括”并不排除其他装置或步骤；数量词“一个”不排除多个；术语“第一”、“第二”用于标示名称而非用于表示任何特定的顺序。权利要求中的任何附图标记均不应被理解为对保护范围的限制。权利要求中出现的多个部分的功能可以由一个单独的硬件或软件模块来实现。某些技术特征出现在不同的从属权利要求中并不意味着不能将这些技术特征进行组合以取得有益效果。

Claims (20)

1.一种支付方法，其特征在于，应用于终端设备，所述终端设备具有5G消息应用，所述5G消息应用集成支付聊天机器人chatbot，所述方法包括：

响应于用户对所述5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求；

接收所述第一后台系统基于所述支付订单请求返回的支付链接；

基于所述支付链接，在所述5G消息应用中唤起所述支付chatbot对应的支付界面；

响应于所述用户对所述支付界面的第二输入，向所述第一后台系统发送支付请求，所述支付请求包括支付信息，以使所述第一后台系统根据所述支付信息与支付系统交互，完成支付。

2.根据权利要求1所述的方法，其特征在于，所述支付订单请求包括用户标识，所述支付链接基于所述支付订单请求和支付对象列表生成，所述支付对象列表包括与所述用户标识绑定的支付对象，所述第一后台系统存储有所述用户标识与所述支付对象的绑定关系。

3.根据权利要求2所述的方法，其特征在于，所述支付界面包括所述支付对象列表，在所述5G消息应用中唤起所述支付chatbot对应的支付界面之后，所述方法还包括：

在所述支付界面中显示所述支付对象列表；

接收从所述支付对象列表中选取目标支付对象，以及通过所述目标支付对象进行付款的第二输入。

4.根据权利要求1所述的方法，其特征在于，所述支付请求还包括验证授权信息，所述验证授权信息用于所述支付系统对所述用户进行身份验证。

5.根据权利要求1所述的方法，其特征在于，所述5G消息应用还集成商户chatbot，

所述向支付chatbot对应的第一后台系统发送支付订单请求，包括：

向所述商户chatbot对应的第二后台系统发送所述支付订单请求，以用于所述第二后台系统向所述第一后台系统转发所述支付订单请求；

所述接收所述第一后台系统基于所述支付订单请求返回的支付链接，包括：

通过所述第二后台系统接收所述第一后台系统返回的支付链接。

6.根据权利要求1或2所述的方法，其特征在于，所述方法还包括：

响应于所述用户对所述5G消息应用的第三输入，向所述第一后台系统发送第一绑定请求，所述第一绑定请求包括用户标识；

接收所述第一后台系统基于所述第一绑定请求返回的绑定链接；

基于所述绑定链接，在所述5G消息应用中唤起所述支付chatbot对应的绑定界面；

响应于所述用户对所述绑定界面的第四输入，向所述第一后台系统发送第二绑定请求，以使所述第一后台系统根据所述第二绑定请求与所述支付系统交互，完成所述用户标识与至少一个支付对象的绑定流程。

7.根据权利要求6所述的方法，其特征在于，所述支付对象包括支付卡，所述响应于所述用户对所述绑定界面的第四输入，向所述第一后台系统发送第二绑定请求，包括：

响应于所述第四输入，根据所述用户标识和用户输入的支付卡标识生成所述第二绑定请求，所述第二绑定请求用于指示将所述用户标识与所述支付卡标识进行绑定；

向所述第一后台系统发送第二绑定请求，以使所述支付系统在接收到所述第一后台系统转发的第二绑定请求的情况下，基于所述第二绑定请求将所述用户标识与所述支付卡标识进行绑定，得到绑定结果，所述绑定结果用于表征所述用户标识与所述支付卡标识对应的支付卡绑定成功。

8.根据权利要求7所述的方法，其特征在于，所述根据所述用户标识和用户输入的支付卡标识生成所述第二绑定请求，包括：

根据所述用户标识、用户输入的支付卡标识，以及所述用户的验证授权信息，生成所述第二绑定请求；

其中，所述第二绑定请求用于指示所述支付系统基于所述验证授权信息进行用户身份验证，并在用户身份验证通过的情况下将所述用户标识与所述支付卡标识进行绑定。

9.一种支付方法，其特征在于，应用于支付chatbot对应的第一后台系统，所述支付chatbot集成于5G消息应用，所述方法包括：

在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于所述支付订单请求生成支付链接；

向所述终端设备发送所述支付链接，以使所述终端设备基于所述支付链接在所述5G消息应用中唤起所述支付界面；

接收所述终端设备响应于用户对所述支付界面的第二输入发送的支付请求，所述支付请求包括支付信息；

根据所述支付信息与支付系统交互，完成支付。

10.根据权利要求9所述的方法，其特征在于，所述支付订单请求包括用户标识，所述第一后台系统存储有所述用户标识与所述支付对象的绑定关系，所述在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于所述支付订单请求生成支付链接，包括：

获取与所述用户标识绑定的至少一个支付对象，得到所述支付对象列表；

基于所述支付订单请求和所述支付对象列表生成所述支付链接。

11.根据权利要求9所述的方法，其特征在于，所述支付请求还包括验证授权信息，所述验证授权信息用于所述支付系统对所述用户进行身份验证。

12.根据权利要求9所述的方法，其特征在于，所述5G消息应用还集成商户chatbot，所述方法还包括：

接收所述终端设备通过所述商户chatbot对应的第二后台系统转发的所述支付订单请求；

所述向所述终端设备发送所述支付链接，包括：

向所述第二后台系统发送所述支付链接，以使所述第二后台系统向所述终端设备转发所述支付链接。

13.根据权利要求9或10所述的方法，其特征在于，所述方法还包括：

接收所述终端设备响应于用户对所述5G消息应用的第三输入发送的第一绑定请求，所述第一绑定请求包括用户标识；

基于所述第一绑定请求生成绑定链接；

向所述终端设备发送所述绑定链接，以使所述终端设备基于所述绑定链接，在所述5G消息应用中唤起所述支付chatbot对应的绑定界面；

接收所述终端设备响应于所述用户对所述绑定界面的第四输入发送的第二绑定请求；

根据所述第二绑定请求与所述支付系统交互，完成所述用户标识与至少一个支付对象的绑定流程。

14.根据权利要求13所述的方法，其特征在于，所述支付对象包括支付卡，所述第四输入用于输入支付卡标识，所述第二绑定请求基于所述用户标识和所述支付卡标识生成，所述根据所述第二绑定请求与所述支付系统交互，包括：

向所述支付系统发送所述第二绑定请求，以使所述支付系统基于所述第二绑定请求将所述用户标识与所述支付卡标识进行绑定，得到绑定结果，所述绑定结果用于表征所述用户标识与所述支付卡标识对应的支付卡绑定成功；

向所述终端设备发送所述绑定结果。

15.根据权利要求14所述的方法，其特征在于，所述第二绑定请求基于所述用户标识、所述支付卡标识，以及所述用户的验证授权信息生成，所述第二绑定请求用于指示所述支付系统基于所述验证授权信息进行用户身份验证，并在用户身份验证通过的情况下将所述用户标识与所述支付卡标识进行绑定。

16.一种终端设备，其特征在于，所述终端设备具有5G消息应用，所述5G消息应用集成支付聊天机器人chatbot，所述设备包括：

发送模块，用于响应于用户对所述5G消息应用的第一输入，向支付chatbot对应的第一后台系统发送支付订单请求；

接收模块，用于接收所述第一后台系统基于所述支付订单请求返回的支付链接；

唤起模块，用于基于所述支付链接，在所述5G消息应用中唤起所述支付chatbot对应的支付界面；

所述发送模块，还用于响应于所述用户对所述支付界面的第二输入，向所述第一后台系统发送支付请求，所述支付请求包括支付信息，以使所述第一后台系统根据所述支付信息与支付系统交互，完成支付。

17.一种支付装置，其特征在于，应用于支付chatbot对应的第一后台系统，所述支付chatbot集成于5G消息应用，所述装置包括：

生成模块，用于在接收到终端设备发送的5G消息应用对应的支付订单请求的情况下，基于所述支付订单请求生成支付链接；

发送模块，用于向所述终端设备发送所述支付链接，以使所述终端设备基于所述支付链接在所述5G消息应用中唤起所述支付界面；

接收模块，用于接收所述终端设备响应于用户对所述支付界面的第二输入发送的支付请求，所述支付请求包括支付信息；

交互模块，用于根据所述支付信息与支付系统交互，完成支付。

18.一种电子设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1至15中任意一项所述的支付方法。

19.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至15中任意一项所述的支付方法。

20.一种计算机程序产品，其特征在于，所述计算机程序产品被存储在非易失的存储介质中，所述计算机程序产品被至少一个处理器执行时实现如权利要求1至15中任意一项所述的支付方法。

Images