CN112288429B - 交易方法、终端设备、支付系统、商户系统及存储介质 - Google Patents

交易方法、终端设备、支付系统、商户系统及存储介质 Download PDF

Info

Publication number
CN112288429B
CN112288429B CN202011145031.8A CN202011145031A CN112288429B CN 112288429 B CN112288429 B CN 112288429B CN 202011145031 A CN202011145031 A CN 202011145031A CN 112288429 B CN112288429 B CN 112288429B
Authority
CN
China
Prior art keywords
payment
merchant
rich media
information
payment request
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.)
Active
Application number
CN202011145031.8A
Other languages
English (en)
Other versions
CN112288429A (zh
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 CN202011145031.8A priority Critical patent/CN112288429B/zh
Publication of CN112288429A publication Critical patent/CN112288429A/zh
Priority to TW110131572A priority patent/TWI795888B/zh
Priority to PCT/CN2021/116932 priority patent/WO2022083330A1/zh
Priority to US17/928,542 priority patent/US20230214815A1/en
Application granted granted Critical
Publication of CN112288429B publication Critical patent/CN112288429B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/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/325—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices using wireless networks
    • G06Q20/3255—Payment 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
    • 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/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • 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/322—Aspects of commerce using mobile devices [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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请提供了一种交易方法、终端设备、支付系统、商户系统及存储介质，其中该交易方法包括：生成支付请求；将所述支付请求以富媒体消息格式发送至支付系统；从所述支付系统接收富媒体消息格式的支付处理结果，其中，所述支付处理结果对应于所述支付请求。用户无需安装多个支付应用，即能以收发富媒体消息的方式实现支付，操作简便。

Description

交易方法、终端设备、支付系统、商户系统及存储介质
技术领域
本申请属于电子商务领域，具体涉及一种交易方法、终端设备、支付系统、商户系统、交易系统和计算机可读存储介质。
背景技术
本部分旨在为权利要求书中陈述的本申请的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
通常用户需要下载并安装购物应用程序选购商品或服务、下载并安装支付应用程序进行支付。而且在一个手机上，用户通常会安装多种支付应用程序。需要一种用户操作更加简便的交易方法。
发明内容
针对上述现有技术的问题。本申请实施例提出了一种交易方法、终端设备、支付系统、商户系统、交易系统和计算机可读存储介质，以至少部分解决上述问题。
本申请的实施例中提供了：一种交易方法，应用于终端设备，所述交易方法包括：
生成支付请求；
将所述支付请求以富媒体消息格式发送至支付系统；
从所述支付系统接收富媒体消息格式的支付处理结果，其中，所述支付处理结果对应于所述支付请求。
在一些可能的实施方式中，还包括：获取支付验证信息，并将所述支付验证信息以富媒体消息格式发送至所述支付系统，其中，所述支付验证信息对应于所述支付请求。
在一些可能的实施方式中，所述生成支付请求包括：
获取订单相关信息；
将所述订单相关信息以富媒体消息格式发送至商户系统；
从所述商户系统接收富媒体消息格式的订单信息，其中，所述订单信息是所述商户系统根据所述订单相关信息生成的；
根据所述订单信息生成所述支付请求；
其中，所述将所述支付请求以富媒体消息格式发送至支付系统具体为：将所述支付请求以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求发送至所述支付系统。
在一些可能的实施方式中，还包括：
随机生成第一商户识别码；
确定加密秘钥，并用所述加密秘钥对所述第一商户识别码加密，得到身份码；
将所述身份码以富媒体消息格式发送至所述支付系统，以供所述支付系统对所述身份码解密而得到第二商户识别码，其中，所述支付系统能够对所述身份码解密；
在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，执行所述将所述订单相关信息以富媒体消息格式发送至商户系统的步骤；
其中，所述将所述支付请求以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求发送至所述支付系统包括：将所述支付请求和所述第一商户识别码以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求和所述第一商户识别码发送至所述支付系统。
在一些可能的实施方式中，在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，执行所述将所述订单相关信息以富媒体消息格式发送至商户系统的步骤具体为：在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，将所述订单相关信息和所述身份码以富媒体消息格式发送至商户系统；
从所述商户系统接收富媒体消息格式的订单信息具体为：从所述商户系统接收富媒体消息格式的订单信息和所述身份码；
将所述支付请求以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求发送至所述支付系统具体为：将所述支付请求、所述第一商户识别码和所述身份码以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求和所述第一商户识别码发送至所述支付系统。
在一些可能的实施方式中，还包括：
获取授权信息，所述授权信息包括：所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息；
将所述授权信息发送至所述商户系统，以供所述商户系统将所述授权信息发送至消息平台，其中，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转；
在所述用户登录所述商户系统时，再次获取授权信息，并将再次获取到的授权信息发送至所述消息平台，以供所述消息平台进行登录验证。
在一些可能的实施方式中，还包括：
获取授权信息，所述授权信息包括：所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息；
将所述授权信息发送至所述商户系统，以供所述商户系统将授权信息发送至消息平台而使所述消息平台保存所述授权信息，其中，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转；
在将所述支付请求以富媒体消息格式发送至所述商户系统时，再次获取授权信息，将再次获取到的授权信息发送至所述商户系统，以供所述商户系统将所述再次获取到的授权信息发送至所述消息平台而使所述消息平台进行支付验证。
本申请的实施例中提供了：一种交易方法，应用于支付系统，所述交易方法包括：
从终端设备获取富媒体消息格式的支付请求；
处理所述支付请求，得到支付处理结果；
将所述支付处理结果以富媒体消息格式发送至所述终端设备。
在一些可能的实施方式中，还包括：
从所述终端设备获取富媒体消息格式的支付验证信息，并对所述支付验证信息进行验证，其中，所述支付验证信息对应于所述支付请求；
在所述支付验证信息验证通过的情况下处理所述支付请求。
在一些可能的实施方式中，还包括：
从所述终端设备获取对应于所述支付请求的身份码，并对所述身份码解密得到第二商户识别码；
将所述支付请求中携带的第一商户识别码与所述第二商户识别码比对，在二者一致的情况下执行所述处理所述支付请求的步骤，其中，所述从终端设备获取富媒体消息格式的支付请求的步骤中，从所述终端设备获取富媒体消息格式的支付请求和第一商户识别码。
在一些可能的实施方式中，还包括：
从所述终端设备获取对应于所述支付请求的身份码，并对所述身份码解密得到第二商户识别码；
将所述支付请求中携带的身份码解密得到第三商户识别码，将所述支付请求携带的第一商户识别码、所述第二商户识别码和所述第三识别码三者进行比对，在三者一致的情况下执行所述处理所述支付请求的步骤，其中，所述从终端设备获取富媒体消息格式的支付请求的步骤中，从所述终端设备获取富媒体消息格式的支付请求、第一商户识别码和身份码。
本申请的实施例中提供了：一种交易方法，应用于商户系统，所述交易方法包括：
从终端设备获取富媒体消息格式的订单相关信息；
根据所述订单相关信息生成订单信息，并将所述订单信息以富媒体消息格式发送至所述终端设备；
从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求；
将所述支付请求发送至支付系统；
从所述支付系统获取对应于所述支付请求的支付处理结果；
根据所述支付处理结果处理所述订单信息，并将得到的订单处理结果以富媒体消息格式发送至所述终端设备。
在一些可能的实施方式中，所述从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求包括：从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求和第一商户识别码；
所述将所述支付请求发送至支付系统包括：将所述支付请求和所述第一商户识别码发送至所述支付系统。
在一些可能的实施方式中，所述从终端设备获取富媒体消息格式的订单相关信息的包括：从终端设备获取富媒体消息格式的订单相关信息和身份码；
所述将所述订单信息以富媒体消息格式发送至所述终端设备包括：将所述订单信息和所述身份码以富媒体消息格式发送至所述终端设备；
所述从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求包括：从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求、第一商户识别码和身份码；
所述将所述支付请求发送至支付系统包括：将所述支付请求、所述第一商户识别码和所述身份码发送至所述支付系统。
在一些可能的实施方式中，还包括：从所述终端设备接收授权信息，并将所述授权信息发送至消息平台，以供所述消息平台进行登录验证，其中，所述授权信息包括所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转。
在一些可能的实施方式中，还包括：
从所述终端设备接收授权信息，并将所述授权信息发送至消息平台，以供所述消息平台进行支付验证，其中，所述授权信息包括所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转；
其中，所述将所述支付请求发送至支付系统包括：将所述支付请求和授权信息发送至所述消息平台，以供所述消息平台对所述授权信息进行验证并在验证通过的情况下将所述支付请求发送至所述支付系统。
本申请的实施例中提供了：一种终端设备，包括：至少一个第一处理器；以及，与至少一个第一处理器通信连接的第一存储器；其中，所述第一存储器存储有可被至少一个第一处理器执行的第一指令，所述第一指令被至少一个第一处理器执行，以使至少一个第一处理器能够执行：前述用于终端设备的交易方法。
本申请的实施例中提供了：一种支付系统，包括：至少一个第二处理器；以及，与至少一个第二处理器通信连接的第二存储器；其中，所述第二存储器存储有可被至少一个第二处理器执行的第二指令，所述第二指令被至少一个第二处理器执行，以使至少一个第二处理器能够执行：前述用于商户系统的交易方法。
本申请的实施例中提供了：一种商户系统，包括：至少一个第三处理器；以及，与至少一个第三处理器通信连接的第三存储器；其中，所述第三存储器存储有可被至少一个第三处理器执行的第三指令，所述第三指令被至少一个第三处理器执行，以使至少一个第三处理器能够执行：前述用于支付系统的交易方法。
本申请的实施例中提供了：一种交易系统，包括前述的终端设备和前述的支付系统。
在一些可能的实施方式中，所述交易系统还包括前述的商户系统。
本申请的实施例中提供了：一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行前述用于终端设备的交易方法或前述用于商户系统的交易方法或前述用于支付系统的交易方法。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：用户只需在其终端设备上安装一个处理富媒体消息的应用，既可以收发富媒体消息的方式进行支付。对于不同的支付系统，区别仅在于富媒体消息的“收信人”不同。极大简化了用户操作，提升用户体验。
应当理解，上述说明仅是本申请技术方案的概述，以便能够更清楚地了解本申请的技术手段，从而可依照说明书的内容予以实施。为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举例说明本申请的具体实施方式。
附图说明
通过阅读下文的示例性实施例的详细描述，本领域普通技术人员将明白本文所述的优点和益处以及其他优点和益处。附图仅用于示出示例性实施例的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的标号表示相同的部件。在附图中：
图1a为本申请的实施例中交易系统的整体架构示意图；
图1b为本申请的实施例中终端设备上运行的富媒体消息应用的架构图；
图2a为根据本申请一实施例的应用于终端设备的交易方法的流程示意图；
图2b为根据本申请一实施例的应用于支付系统的交易方法的流程示意图。
图3为根据本申请一实施例的应用于终端设备的交易方法中生成支付请求的详细流程示意图；
图4为根据本申请一实施例的应用于商户系统的交易方法的流程示意图；
图5为根据本申请一实施例的交易方法的交互流程示意图；
图6为根据本申请一实施例的应用于终端设备的交易方法的流程示意图；
图7为根据本申请一实施例的交易方法的交互流程示意图；
图8为根据本申请一实施例的交易方法中终端设备进行信息验证的流程示意图；
图9为根据本申请一实施例的交易方法中消息平台获得授权信息的流程示意图；
图10a-图10c为本申请的实施例中消息会话界面的示例；
图11为根据本申请一实施例的终端设备的结构示意图；
图12为根据本申请一实施例的商户系统的结构示意图；
图13为根据本申请一实施例的支付系统的结构示意图；
在附图中，相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
在本申请中，应理解，诸如“包括”或“具有”等术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不旨在排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在的可能性。
另外还需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。
参考图1a，本申请的实施例提出的交易系统包括终端设备(例如是智能手机)、商户系统(具体例如是某电商平台的后台服务器)、支付系统(例如是支付的后台服务器或者第三方支付提供方的后台服务器或者诸如华为支付等手机钱包的后台服务器)和消息平台(例如是MaaP消息平台，Massage as a Platform)。
终端设备中安装有能够收发富媒体消息(也可称为5G消息)的富媒体消息应用。该富媒体消息应用可展示商户消息会话界面，从而用户可以与商户系统之间互发富媒体消息。该富媒体消息应用也可以展示支付消息会话界面，从而用户可以与支付系统之间互发富媒体消息。
图1b示出的是富媒体消息应用的软件架构，其包括发送模块、接收模块和处理模块。发送模块用于对外发送富媒体消息，最终接收富媒体消息的一方可以是另一个手机号所在的终端设备、也可以是商户系统或支付系统。接收模块用于接收富媒体消息，发送富媒体消息的一方可以是另一个手机号所在的终端设备、也可以是商户系统或支付系统。处理模块能够对收发的富媒体消息进行一定的逻辑处理。
终端设备上展示其与商户系统之间收发富媒体消息的界面称为商户消息会话界面，参考图10a和图10c。终端设备上展示其与支付系统之间收发富媒体消息的界面称为支付消息会话界面。
在图5和图7的交互流程图中，商户消息会话界面对应的操作表示的是富媒体消息应用对于与商户系统收发的富媒体消息的处理逻辑，支付消息会话界面对应的操作表示的是富媒体消息应用对于与支付系统收发的富媒体消息的处理逻辑。
本申请的一个示例中，终端设备与商户系统之间发送的富媒体消息是经由消息平台中转的，终端设备与支付系统之间发送的富媒体消息是经由消息平台中转的，商户系统与支付系统之间发送的富媒体消息也是经由消息平台中转的。
在另外一个变式中，终端设备与商户系统之间发送的富媒体消息是经由消息平台中转的，终端设备与支付系统之间发送的富媒体消息是经由消息平台中转的，商户系统与支付系统之间的通信采用其他方式实现(例如可通过因特网)。
在一个示例中，支付系统与消息平台之间设置有支付网关，支付网关可以作为多个不同的支付系统的前置设备，其可以记录支付信息相关联的交易信息。当然，各个不同支付系统也可以不经过支付网关而直接与消息平台进行通信。
需要说明书的是图5和图7中终端设备与商户系统之间的富媒体消息通信也是经由消息平台中转的，为了使这些流程图看起来更简洁，省略了消息平台中转的步骤。
上述交易系统的另一个变式中，交易系统包括图1a中的终端设备、消息平台和支付系统，而不包含商户系统和支付网关。则该交易系统主要处理支付相关的业务，并不涉及购物等业务。在这个变式中，交易系统例如能够处理转账的业务。
上述交易系统的另一个变式中，交易系统仍包含商户系统，但商户系统与终端设备之间的通信可以为5G通信网络、4G通信网络、无线网络(wifi)等。在这种变式中，终端设备上安装有购物应用，由购物应用触发富媒体消息应用中的支付工具生成支付请求。
图2a为根据本申请一实施例的交易方法的流程示意图，该方法用于使用户以发送富媒体消息的方式完成支付，在该流程中，从设备角度而言，执行主体可以是终端设备；从程序角度而言，执行主体相应地可以是搭载于终端设备上的程序，具体为一个收发和处理富媒体消息的应用程序。
图2a中的流程可以包括以下步骤101～步骤104。
步骤101、生成支付请求。
具体地，可以是终端设备中的富媒体消息应用根据用户操作而生成支付请求，也可以是终端设备中的诸如购物应用根据用户操作而生成支付请求。
步骤102、将所述支付请求以富媒体消息格式发送至支付系统。
具体地，响应于用户操作，终端设备中的富媒体消息应用将所述支付请求发送至支付系统。
步骤103、获取支付验证信息，并将所述支付验证信息以富媒体消息格式发送至所述支付系统，其中，所述支付验证信息对应于所述支付请求。
例如用户需要在终端设备的支付消息会话界面输入短信验证码、支付密码、录入指纹、采集人脸图像等。终端设备将这些支付验证信息以富媒体消息格式发送至支付系统，从而支付系统对支付请求进行验证。
参考图5中步骤8，在终端设备上的富媒体消息应用中，在与支付系统进行会话的支付工具消息会话界面中提示用户输入支付验证信息。
在一些支付系统中，用户可能绑定了多张银行卡，且此时需要用户选择进行支付用的银行卡，那么图5的步骤7中，支付系统将用户所绑定的银行卡列表经消息平台发送至终端设备，然后在支付消息会话界面展示银行卡列表，从而供用户选择银行卡。
参考图10b，在一个示例中，终端设备的富媒体消息应用在支付消息会话界面展示选择银行卡的界面。
参考图10b，在一个示例中，终端设备的富媒体消息应用在支付消息会话界面展示用于输入支付验证信息的界面。
当然在一些变式中，步骤103是可以省去的，例如终端设备获得免密支付的授权。
步骤104、从所述支付系统接收富媒体消息格式的支付处理结果，其中，所述支付处理结果对应于所述支付请求。
例如终端设备上的富媒体消息应用在支付消息会话界面展示支付成功或支付失败的支付处理结果。
结合图5，支付系统将支付处理结果经消息平台而发送至终端设备，从而在终端设备的支付消息会话界面中显示支付处理结果。
用户只需在其终端设备上安装一个处理富媒体消息的应用，既可以收发富媒体消息的方式进行支付。对于不同的支付系统，区别仅在于富媒体消息的“收信人”不同。极大简化了用户操作，提升用户体验。
基于相同的发明构思，参考图2b，与前述实施例相对应，本申请的实施例还提供一种交易方法，其应用在支付系统。该方法包括以下步骤：
步骤201、从终端设备获取富媒体消息格式的支付请求。
步骤202、从所述终端设备获取富媒体消息格式的支付验证信息，并对所述支付验证信息进行验证，其中，所述支付验证信息对应于所述支付请求。(在一些免密支付的场景中，步骤202是可以省略的，支付系统通过其他方式保证支付的安全性)。
结合图5中的步骤9，终端设备中的富媒体消息应用向支付系统发送支付验证信息。支付系统在这些支付验证信息验证通过的情况下才处理支付请求。
支付验证信息例如是短信验证码、支付密码、指纹信息、面部图像信息等。
当然，如果支付系统是直接对银行卡进行扣款且用户在该支付系统绑定了多个银行卡，支付系统还应当向终端设备发送选卡的信息。从而终端设备的富媒体消息应用中的支付消息会话界面会展示选卡的操作界面。
步骤203、处理所述支付请求，得到支付处理结果。
步骤204、将所述支付处理结果以富媒体消息格式发送至所述终端设备。
不同的支付系统均可以以富媒体消息通信的方式与终端设备交互，从而完成支付。如此，可以简化终端用户的操作，使得终端用户免去安装不同的支付应用的繁琐操作。
例如，参考图10b，终端设备的支付消息会话界面能够展示支付处理结果。进一步商户系统获知支付处理结果后能够据此处理订单，例如支付成功则订单生效。
以下一些实施例是对前述实施例的扩展。例如在一些场景中，终端设备中安装的富媒体消息应用能够与商户系统互发富媒体消息，从而实现商品或服务的选购，进而发起前述的支付流程。从终端设备角度来讲，参考图3，交易方法中生成支付请求的过程包括以下步骤。
步骤1011、获取订单相关信息。
结合图5中的步骤1，用户在一个富媒体消息应用中发起与商户系统的会话。商户消息会话界面是用户与商户系统进行交互的界面。类似于用户在短信应用中向另一个手机用户收发短信息的短信会话界面。用户可以在商户消息会话界面浏览和选购商品或服务。
订单相关信息例如包括：商品名称、商品数量、商品金额等。如果该商户系统是是一个购物平台，即其上有多个商家，那么订单相关信息还可以包括该商家在这个商户系统的商户号。
订单相关信息还需要有标识用户身份的信息，例如是手机号、终端设备的标识信息、用户在这个商户系统注册的账户(本申请称为商户账户)等。
步骤1012、将所述订单相关信息以富媒体消息格式发送至商户系统。
结合图5中的步骤2，例如，用户在商户消息会话界面点击“立即购买”按钮，从而终端设备将这些订单相关信息发送至商户系统。随后，商户系统可根据这些信息生成一个订单。
步骤1013、从所述商户系统接收富媒体消息格式的订单信息，其中，所述订单信息是所述商户系统根据所述订单相关信息生成的。
结合图5中的步骤4，商户系统将订单信息发送至这个富媒体消息应用。其中，商户系统会根据订单相关信息中的商户号确定该商户号的收款账户(即收款商家在支付系统的账户)。
步骤1014、根据所述订单信息生成支付请求。
结合图5中的步骤5，该富媒体消息应用接收到订单信息后，会根据订单信息中的金额和收款账户生成支付请求。该富媒体消息应用可能是能够与多个支付系统对接。那么在商户消息会话界面可以提供多个按钮，分别指向不同的支付系统。用户点选哪个按钮，便由对应的支付系统处理支付请求。
例如，参考图10a，用户在商户消息会话界面点击“银联支付”按钮，支付请求最终将被发往支付的支付系统。
在这种实施方式中，支付请求是终端设备以富媒体消息格式经由商户系统转发至支付系统的。
进一步该交易方法还可以包括：从所述商户系统接收对应于所述订单信息的订单处理结果。从而在终端设备的富媒体消息应用的商户消息会话界面能够展示订单处理结果。
具体地，支付系统还将支付处理结果经消息平台而发送至商户系统，商户系统根据支付处理结果得到对应的订单信息的订单处理结果，随后将订单处理结果经消息平台发送至终端设备，终端设备在商户消息会话界面展示订单处理结果。
例如用户在支付消息会话界面看到支付成功的提示信息，然后点击确定按钮后，跳转至商户消息会话界面，在商户消息会话界面看到自己的购物订单已经完成支付的提示信息。
参考图10b，在一个示例中，终端设备的富媒体消息应用在支付消息会话界面展示支付成功的富媒体消息。
参考图10c，在一个示例中，终端设备的富媒体消息应用在商户消息会话界面展示订单处理成功(例如是购票成功)的富媒体消息。
当然，在一些变形中，支付系统也可以经短信平台向用户发送短信形式的支付处理结果；商户系统也可以经短信平台向用户发送短信形式的订单处理结果。这是基于无论是短信应用还是富媒体消息应用，终端设备的其中一个可用的标识信息都是手机号。
基于相同的发明构思，本申请的实施例还提供一种交易方法，应用于商户系统，从而与终端设备上的富媒体消息应用配合完成商品或服务的选购以及订单的处理。参考图4，该交易方法包括以下步骤。
步骤301、从终端设备获取富媒体消息格式的订单相关信息。
结合图5中的步骤3，终端设备上的富媒体消息应用将订单相关信息发送至商户系统。
步骤302、根据所述订单相关信息生成订单信息，并将所述订单信息以富媒体消息格式发送至所述终端设备。
结合图5中的步骤4，商户系统将订单信息发送至终端设备。从而终端设备上的富媒体消息应用中的商户消息会话界面中能够展示该订单信息。
步骤303、从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求。
结合图5中的步骤6.1，终端设备上的富媒体消息应用将支付请求发送至商户系统。
步骤304、将所述支付请求发送至支付系统。
结合体图5中的步骤6.2-6.4，商户系统将支付请求发送至消息平台，消息平台将支付请求发送至支付网关，支付网关将支付请求发送至支付系统。
在一些优化的方案中，商户系统发送支付请求的同时携带订单信息，当消息平台将支付请求以及订单信息发送至支付网关时，支付网关可以记录订单信息。如此，支付网关可以对订单信息进行统计和管理。
商户系统只需与终端设备互发富媒体消息，即可实现对用户订单和支付的发起。这也简化了用户的操作。
步骤305、从所述支付系统获取对应于所述支付请求的支付处理结果。
步骤306、根据所述支付处理结果处理所述订单信息，并将得到的订单处理结果以富媒体消息格式发送至所述终端设备。
参考图5，在步骤11.1-11.3中，支付系统将支付处理结果以富媒体消息的形式发送至交易系统。在步骤12中，交易系统根据支付处理结果得到的订单处理结果发送至终端设备，用户便能够在商户消息会话界面看到订单处理结果。图10c展示的是商户消息会话界面展示订单处理结果的一个示例。
参考图6，本申请的实施例还提供一种应用于终端设备的交易方法，该交易方法是对前述交易方法的进一步优化。图7是对应于该优化的交互流程示意图。该交易方法中与前述实施例相同的部分不做赘述。该交易方法包括以下步骤。
步骤101a、获取订单相关信息。
步骤102a、随机生成第一商户识别码。
结合图7中的步骤2，终端设备中的富媒体消息应用中，对应于商户消息会话界面的处理程序可以随机生成商户识别码。对应于不同的订单，第一商户识别码不同。
步骤103a、确定加密秘钥，并用所述加密秘钥对所述第一商户识别码加密，得到身份码。
结合体图7中的步骤4.1和步骤4.2，终端设备的富媒体消息应用中，对应于支付消息会话界面的处理程序获取加密秘钥，并采用加密秘钥对商户识别码进行加密。
在一个示例中，加密秘钥为支付消息会话界面对应的支付系统为该用户的一张银行卡生成的与该银行卡关联的支付标记。支付标记为一串代码，其对应唯一一张银行卡。
可选地，所述支付标记可以是在支付系统生成的然后发送至终端设备的富媒体消息应用。也可以是终端设备的富媒体消息应用预先存储的。显然，商户系统以及商户消息会话界面对应的处理程序是不知道支付消息会话界面采用的什么支付标记。
如果该用户在支付系统绑定有多个银行卡，那么可以选择优先进行支付的银行卡所对应的支付标记。
当然，终端设备的富媒体消息应用中对应于支付消息会话界面的处理程序也可以采用非对称加密的方式对第一商户识别码加密。
在一个实例中，富媒体消息应用将订单相关信息发送至商户系统，商户系统将这些订单相关信息发送至支付系统，支付系统将订单相关信息发送至终端设备，从而处理支付消息会话界面的处理程序被触发获取支付标记。
在另一个实例中，终端设备的富媒体消息应用内部逻辑允许商户消息会话界面对应的处理程序直接触发支付消息会话对应的处理程序去获取支付标记(或者去获取其他类型的秘钥)。
步骤104a、将所述身份码以富媒体消息格式发送至所述支付系统，以供所述支付系统对所述身份码解密以得到第二商户识别码，其中，所述支付系统能够对所述身份码解密。
参考图7中的步骤5，终端设备中的富媒体消息应用将身份码发送至支付系统。为使图7更简洁，消息平台和支付网关进行中转的步骤进行了省略。
步骤105a、在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，将所述订单相关信息以富媒体消息格式发送至商户系统。
例如，参考图7中的步骤6，支付系统向终端设备的富媒体消息应用发送身份码接收成功的信息，该富媒体消息应用中支付消息会话界面对应的处理程序负责处理将订单相关信息发送至商户系统的逻辑。
步骤106a、从所述商户系统接收富媒体消息格式的订单信息，其中，所述订单信息是所述商户系统根据所述订单相关信息生成的。
参考图7中的步骤8和9，商户系统根据订单相关信息生成订单，然后把订单信息发送至终端设备的富媒体消息应用，由该富媒体消息应用中的商户消息会话界面对应的处理程序进行处理。
步骤107a、生成支付请求，所述支付请求对应于所述订单信息。
步骤108a、将所述支付请求和所述第一商户识别码以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求和所述第一商户识别码发送至所述支付系统。
参考图7中的步骤11.1-11.4，终端设备的富媒体消息应用中对应于商户消息会话界面的处理程序运行，将支付请求、第一商户识别码发送至商户系统，再由商户系统转发至支付系统。
支付系统可以对接收到的第一商户识别码和自身对接收到的身份码解密得到的第二商户识别码进行比对，如二者一致则判定验证通过，从而处理该支付请求。
第一商户识别码是终端设备中对应于商户会话界面的处理程序生成的，其始终在终端设备保存，仅在图7中步骤5对外发送了该第一商户识别码的密文。如果在图7的步骤9中，非法的商户拦截了商户系统发送的订单信息，由于它无法获知商户识别码，支付系统不会处理非法商户发起的支付请求。即使非法商户同时拦截了图7中的步骤5，由于步骤5中传输的是身份码，即第一商户识别码的密文，它也很难解密得到第一商户识别码。如此，提高了交易的安全性。
对于终端设备而言，步骤108a之后的操作与之前的实施例相同，在此不做赘述。
基于相同的发明构思，对前述应用于商户系统的交易方法进行如下优化：从终端设备接收富媒体消息格式的支付请求以及第一商户识别码，并将接收到的支付请求和第一商户识别码发送至支付系统。
基于相同的发明构思，对前述应用于支付系统的交易方法进行如下优化：从终端设备接收身份码并解密得到第二商户识别码，在接收支付请求的同时接收第一商户识别码，将第一商户识别码与第二商户识别码比对，如二者一致则处理该支付请求。
以下介绍对前述优化方案的第一种变式。
结合图7，在图7的步骤7中，终端设备的支付消息会话界面对应的处理程序将购物信息(即订单相关信息)和身份码发送至商户系统。
在图7的步骤9中，商户系统将订单信息和身份码发送至终端设备的商户消息会话界面对应的处理程序。
在图7的步骤11.1中，终端设备的商户消息会话处理界面对应的处理程序将订单信息(可以省去)、第一商户识别码、身份码以及支付请求发送至商户系统。
在图7的步骤11.2中，商户系统将订单信息、第一商户识别码、身份码以及支付请求发送至消息平台。
在图7的步骤11.3中，消息平台将订单信息、第一商户识别码、身份码以及支付请求透传至支付网关。
在图7的步骤11.4中，支付网关记录订单信息，将第一商户识别码、身份码以及支付请求发送至支付系统。
在图7的步骤12中，支付系统将接收到的身份码再次解密得到第三商户识别码、然后比较第三商户识别码、接收到的第一商户识别码、之前存储的第二商户识别码三者是否一致，如果一致，则验证通过，可以继续处理该支付请求。
同样道理，如果非法商户拦截了图7中的步骤9，它无法伪造正确的第一商户识别码，从而发起的支付请求不会被支付系统处理。即使非法商户获取到了一对第一商户识别码和身份码，他无法确定当前拦截的订单信息真正所对应的商户识别码是哪一个，也是无法发起非法的支付请求的。如此，进一步提高支付的安全性。
以下介绍对前述优化方案的第二种变式。
在图7的步骤5中，终端设备的支付消息会话界面对应的处理程序将商户识别码和身份码一起发送至支付系统，其中，支付消息会话界面对应的处理程序对身份码进行第一种加密处理。
在图7的步骤7中，终端设备的支付消息会话界面对应的处理程序将订单相关信息、商户识别码和身份码一起发送至商户系统，其中，支付消息会话界面对应的处理程序对身份码进行第二种加密处理。
在图7的步骤8中，商户系统对第二种加密后的身份进行第三种加密处理。
在图7的步骤9中，商户系统将订单信息、商户识别码和第三种加密处理后的身份码发送至终端设备的商户消息会话界面对应的处理程序。
在图7的步骤11.1中，终端设备的商户消息会话界面对应的处理程序将身份码解密得到第二种加密的身份码，然后将支付请求、第二种加密的身份码和商户识别码发送至商户系统。
在图7的步骤11.2中，商户系统将商户识别码、第二种加密的身份码以及支付请求发送至消息平台。
在图7的步骤11.3中，消息平台透传商户识别码、第二种加密身份码以及支付请求至支付网关。
在图7的步骤11.4中，支付网关透传商户识别码、第二种加密身份码以及支付请求至支付系统。
在图7的步骤12中，支付系统根据接收到的商户识别码查找存储的第一种加密的身份码，然后分别对第一种加密的身份码和第二种加密的身份码进行解密，比较解密后的两个身份码是否一致，如果一致则验证通过。
在这种加密方式中，商户识别码是明文，但身份码在每次传输时均采用不同的加密方式加密。
即使非法商户拦截了步骤9中的第二种加密的身份码和商户识别码，他并不知道这个商户识别码对应的第一种加密的身份码，因此无法发起非法的支付请求。
为提高该交易方法的安全性，在一些可能的实施方式中，参考图8并结合图9，介绍在消息平台进行登录验证和支付请求透传验证的方法。
对应于终端设备而言，交易方法进一步可以包括以下步骤。
步骤101b、获取授权信息，所述授权信息包括：所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息。
终端设备的通信账户例如是手机号，终端设备的标识信息例如是手机的手机序列号、手机串号(IMEI)、移动设备识别码(MEID)、手机中蓝牙模块的标识(ID)等。商户账号例如是用户在某个购物网站注册的账户名称。以上信息需要用户授权后获取。例如用户在商户消息会话界面点击“授权”按钮。
步骤102b、将所述授权信息发送至所述商户系统，以供所述商户系统将授权信息发送至消息平台而使所述消息平台保存所述授权信息，其中，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转。
即商户系统告知消息平台授权信息，消息平台记录这些授权信息，并将其中的信息相互关联。
步骤103b、在所述用户登录商户消息会话界面时，再次获取授权信息，将再次获取到的授权信息发送至所述消息平台，以供所述消息平台进行登录验证。
即用户在终端设备上登录商户消息会话界面时，需要再次获取当前的通信账户、终端设备的标识信息和商户账户信息。只有这三者与消息平台上保持的授权信息一致，消息平台才会允许用户登录商户系统，从而进一步通过收发富媒体消息的方式进行购物和支付。
步骤104b、在将所述支付请求以富媒体消息格式发送至所述商户系统时，再次获取授权信息，将再次获取到的授权信息发送至所述商户系统，以供所述商户系统将再次获取到的授权信息发送至所述消息平台而使所述消息平台进行支付验证。
即用户在终端设备上点击“支付”按钮时，终端设备再次获取当前的授权信息并与支付请求一起发送出去。当支付请求到达消息平台并且后续节点就是支付系统时，消息平台验证当前的授权信息与保存的授权信息一致时，才将支付请求透传至支付系统(具体的，本申请的实施例是先透传至支付网关)。
以上均是保证支付的安全性，即只有特定的手机号在特定的手机上由特定的商户账户发起的支付才是可以处理的支付。
基于相同的发明构思，本申请实施例中对于商户系统的操作，还包括以下步骤。
从所述终端设备接收授权信息，并将所述授权信息发送至消息平台，以供所述消息平台进行登录验证，其中，所述授权信息包括所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转。
即商户系统首先将授权信息保存在消息平台，当用户再次登录商户系统时(必然是通过消息平台登录商户系统)，消息平台能够对当前的授权信息进行验证。
在消息平台保存了授权信息的情况下，当商户系统向支付系统透传支付请求时(商户系统同时接收到了新的授权信息)，消息平台也能再次接收到新的授权信息，消息平台对当前的授权信息进行验证(看和此前保存的授权信息是否一致)。
如此均是提高安全性。
基于相同的发明构思，参考图11，本申请的实施提供一种终端设备，包括：
至少一个第一处理器1002；以及，与至少一个第一处理器1002通信连接的第一存储器1001；其中，所述第一存储器1001存储有可被至少一个第一处理器1002执行的第一指令，所述第一指令被至少一个第一处理器1002执行，以使至少一个第一处理器1002能够执行：前述用于终端设备的交易方法。
基于相同的发明构思，参考图12，本申请的实施提供一种支付系统，包括：
至少一个第二处理器2002；以及，与至少一个第二处理器2002通信连接的第二存储器2001；其中，所述第二存储器2001存储有可被至少一个第二处理器2002执行的第二指令，所述第二指令被至少一个第二处理器2002执行，以使至少一个第二处理器2002能够执行：前述用于支付系统的交易方法。
基于相同的发明构思，参考图13，本申请的实施提供一种商户系统，包括：
至少一个第三处理器3002；以及，与至少一个第三处理器3002通信连接的第三存储器3001；其中，所述第三存储器3001存储有可被至少一个第三处理器3002执行的第三指令，所述第三指令被至少一个第三处理器3002执行，以使至少一个第三处理器3002能够执行：前述用于商户系统的交易方法。
本申请的实施例还提供一种交易系统，包括：前述的终端设备和前述的支付系统。
进一步，该交易系统还包括：前述的商户系统。
进一步，该交易系统还包括：用于处理富媒体消息的消息平台，该消息平台在一些实施方式中能够进行登录验证或支付验证。
本申请的实施例还提供一种计算机可读存储介质，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行前述用于终端设备的交易方法或前述用于商户系统的交易方法或前述用于支付系统的交易方法。
本申请中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备和计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以其描述进行了简化，相关之处可参见方法实施例的部分说明即可。
本申请实施例提供的设备、系统和计算机可读存储介质与方法是一一对应的，因此，设备、系统和计算机可读存储介质也具有与其对应的方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述设备、系统和计算机可读存储介质的有益技术效果。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。此外，尽管在附图中以特定顺序描述了本申请方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施方式描述了本申请的精神和原理，但是应该理解，本申请并不限于所公开的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本申请旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (20)

1.一种交易方法，其特征在于，应用于终端设备，所述交易方法包括：
生成支付请求；
将所述支付请求以富媒体消息格式发送至支付系统；
从所述支付系统接收富媒体消息格式的支付处理结果，其中，所述支付处理结果对应于所述支付请求，
其特征在于，所述生成支付请求包括：
获取订单相关信息；
将所述订单相关信息以富媒体消息格式发送至商户系统；
从所述商户系统接收富媒体消息格式的订单信息，其中，所述订单信息是所述商户系统根据所述订单相关信息生成的；
根据所述订单信息生成所述支付请求；
其中，所述将所述支付请求以富媒体消息格式发送至支付系统具体为：将所述支付请求以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求发送至所述支付系统；
其中，所述交易方法还包括：从所述商户系统接收对应于所述订单信息的订单处理结果。
2.根据权利要求1所述的交易方法，其特征在于，还包括：
获取支付验证信息，并将所述支付验证信息以富媒体消息格式发送至所述支付系统，其中，所述支付验证信息对应于所述支付请求。
3.根据权利要求1所述的交易方法，其特征在于，还包括：
随机生成第一商户识别码；
确定加密秘钥，并用所述加密秘钥对所述第一商户识别码加密，得到身份码；
将所述身份码以富媒体消息格式发送至所述支付系统，以供所述支付系统对所述身份码解密而得到第二商户识别码，其中，所述支付系统能够对所述身份码解密；
在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，执行所述将所述订单相关信息以富媒体消息格式发送至商户系统的步骤；
其中，所述将所述支付请求以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求发送至所述支付系统包括：将所述支付请求和所述第一商户识别码以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求和所述第一商户识别码发送至所述支付系统。
4.根据权利要求3所述的交易方法，其特征在于，
在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，执行所述将所述订单相关信息以富媒体消息格式发送至商户系统的步骤具体为：在接收到所述支付系统发送的富媒体消息格式的身份码接收成功的消息后，将所述订单相关信息和所述身份码以富媒体消息格式发送至商户系统；
从所述商户系统接收富媒体消息格式的订单信息具体为：从所述商户系统接收富媒体消息格式的订单信息和所述身份码；
将所述支付请求以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求发送至所述支付系统具体为：将所述支付请求、所述第一商户识别码和所述身份码以富媒体消息格式发送至所述商户系统，以供所述商户系统将所述支付请求和所述第一商户识别码发送至所述支付系统。
5.根据权利要求1所述的交易方法，其特征在于，还包括：
获取授权信息，所述授权信息包括：所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息；
将所述授权信息发送至所述商户系统，以供所述商户系统将所述授权信息发送至消息平台而使所述消息平台保存所述授权信息，其中，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转；
在用户登录所述商户系统时，再次获取授权信息，并将再次获取到的授权信息发送至所述消息平台，以供所述消息平台进行登录验证。
6.根据权利要求1所述的交易方法，其特征在于，还包括：
获取授权信息，所述授权信息包括：所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息；
将所述授权信息发送至所述商户系统，以供所述商户系统将授权信息发送至消息平台而使所述消息平台保存所述授权信息，其中，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转；
在将所述支付请求以富媒体消息格式发送至所述商户系统时，再次获取授权信息，将再次获取到的授权信息发送至所述商户系统，以供所述商户系统将所述再次获取到的授权信息发送至所述消息平台而使所述消息平台进行支付验证。
7.一种交易方法，其特征在于，应用于支付系统，所述交易方法包括：
从终端设备获取富媒体消息格式的支付请求；
处理所述支付请求，得到支付处理结果；
将所述支付处理结果以富媒体消息格式发送至所述终端设备，并且
其特征在于，所述交易方法还包括：
从所述终端设备获取对应于所述支付请求的身份码，并对所述身份码解密得到第二商户识别码；
将所述支付请求中携带的第一商户识别码与所述第二商户识别码比对，在二者一致的情况下执行所述处理所述支付请求的步骤，其中，所述从终端设备获取富媒体消息格式的支付请求的步骤中，从所述终端设备获取富媒体消息格式的支付请求和第一商户识别码。
8.根据权利要求7所述的交易方法，其特征在于，还包括：
从所述终端设备获取富媒体消息格式的支付验证信息，并对所述支付验证信息进行验证，其中，所述支付验证信息对应于所述支付请求；
在所述支付验证信息验证通过的情况下处理所述支付请求。
9.根据权利要求7所述的交易方法，其特征在于，还包括：
从所述终端设备获取对应于所述支付请求的身份码，并对所述身份码解密得到第二商户识别码；
将所述支付请求中携带的身份码解密得到第三商户识别码，将所述支付请求携带的第一商户识别码、所述第二商户识别码和所述第三商户识别码三者进行比对，在三者一致的情况下执行所述处理所述支付请求的步骤，其中，所述从终端设备获取富媒体消息格式的支付请求的步骤中，从所述终端设备获取富媒体消息格式的支付请求、第一商户识别码和身份码。
10.一种交易方法，其特征在于，应用于商户系统，所述交易方法包括：
从终端设备获取富媒体消息格式的订单相关信息；
根据所述订单相关信息生成订单信息，并将所述订单信息以富媒体消息格式发送至所述终端设备；
从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求；
将所述支付请求发送至支付系统；
从所述支付系统获取对应于所述支付请求的支付处理结果；
根据所述支付处理结果处理所述订单信息，并将得到的订单处理结果以富媒体消息格式发送至所述终端设备。
11.根据权利要求10所述的交易方法，其特征在于，
所述从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求包括：从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求和第一商户识别码；
所述将所述支付请求发送至支付系统包括：将所述支付请求和所述第一商户识别码发送至所述支付系统。
12.根据权利要求10所述的交易方法，其特征在于，
所述从终端设备获取富媒体消息格式的订单相关信息的包括：从终端设备获取富媒体消息格式的订单相关信息和身份码；
所述将所述订单信息以富媒体消息格式发送至所述终端设备包括：将所述订单信息和所述身份码以富媒体消息格式发送至所述终端设备；
所述从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求包括：从所述终端设备获取对应于所述订单信息的富媒体消息格式的支付请求、第一商户识别码和身份码；
所述将所述支付请求发送至支付系统包括：将所述支付请求、所述第一商户识别码和所述身份码发送至所述支付系统。
13.根据权利要求10所述的交易方法，其特征在于，还包括：
从所述终端设备接收授权信息，并将所述授权信息发送至消息平台，以供所述消息平台进行登录验证，其中，所述授权信息包括所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转。
14.根据权利要求10所述的交易方法，其特征在于，还包括：
从所述终端设备接收授权信息，并将所述授权信息发送至消息平台，以供所述消息平台进行支付验证，其中，所述授权信息包括所述终端设备的通信账户、所述终端设备的标识信息、和用户在所述商户系统的商户账户信息，所述终端设备、所述商户系统和所述支付系统任意二者之间的通信由所述消息平台中转；
其中，所述将所述支付请求发送至支付系统包括：将所述支付请求和授权信息发送至所述消息平台，以供所述消息平台对所述授权信息进行验证并在验证通过的情况下将所述支付请求发送至所述支付系统。
15.一种终端设备，其特征在于，包括：
至少一个第一处理器；以及，与至少一个第一处理器通信连接的第一存储器；其中，所述第一存储器存储有可被至少一个第一处理器执行的第一指令，所述第一指令被至少一个第一处理器执行，以使至少一个第一处理器能够执行：权利要求1-6任意一项所述的交易方法。
16.一种支付系统，其特征在于，包括：
至少一个第二处理器；以及，与至少一个第二处理器通信连接的第二存储器；其中，所述第二存储器存储有可被至少一个第二处理器执行的第二指令，所述第二指令被至少一个第二处理器执行，以使至少一个第二处理器能够执行：权利要求7-9任意一项所述的交易方法。
17.一种商户系统，其特征在于，包括：
至少一个第三处理器；以及，与至少一个第三处理器通信连接的第三存储器；其中，所述第三存储器存储有可被至少一个第三处理器执行的第三指令，所述第三指令被至少一个第三处理器执行，以使至少一个第三处理器能够执行：权利要求10-14任意一项所述的交易方法。
18.一种交易系统，其特征在于，包括根据权利要求15所述的终端设备和根据权利要求16所述的支付系统。
19.根据权利要求18所述的交易系统，其特征在于，还包括根据权利要求17所述的商户系统。
20.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有程序，当所述程序被处理器执行时，使得所述处理器执行如权利要求1-6或7-9或10-14中任一项所述的交易方法。
CN202011145031.8A 2020-10-23 2020-10-23 交易方法、终端设备、支付系统、商户系统及存储介质 Active CN112288429B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN202011145031.8A CN112288429B (zh) 2020-10-23 2020-10-23 交易方法、终端设备、支付系统、商户系统及存储介质
TW110131572A TWI795888B (zh) 2020-10-23 2021-08-26 交易方法、終端設備、支付系統、商戶系統及存儲介質
PCT/CN2021/116932 WO2022083330A1 (zh) 2020-10-23 2021-09-07 交易方法、终端设备、支付系统、商户系统及存储介质
US17/928,542 US20230214815A1 (en) 2020-10-23 2021-09-07 Transaction method, terminal device, payment system, merchant system, and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011145031.8A CN112288429B (zh) 2020-10-23 2020-10-23 交易方法、终端设备、支付系统、商户系统及存储介质

Publications (2)

Publication Number Publication Date
CN112288429A CN112288429A (zh) 2021-01-29
CN112288429B true CN112288429B (zh) 2023-12-12

Family

ID=74424753

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011145031.8A Active CN112288429B (zh) 2020-10-23 2020-10-23 交易方法、终端设备、支付系统、商户系统及存储介质

Country Status (4)

Country Link
US (1) US20230214815A1 (zh)
CN (1) CN112288429B (zh)
TW (1) TWI795888B (zh)
WO (1) WO2022083330A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112288429B (zh) * 2020-10-23 2023-12-12 中国银联股份有限公司 交易方法、终端设备、支付系统、商户系统及存储介质
CN112967050A (zh) * 2021-02-25 2021-06-15 中国银联股份有限公司 一种支付方法以及装置
CN113129083A (zh) * 2021-05-19 2021-07-16 中国银行股份有限公司 基于区块链的5g消息的自动化抽奖及派奖方法及系统
CN115829555A (zh) * 2021-08-30 2023-03-21 中兴通讯股份有限公司 支付方法及通信系统、设备、计算机可读存储介质
CN115310958A (zh) * 2022-07-19 2022-11-08 中国银联股份有限公司 基于5g消息应用的支付方法、装置、设备、系统及介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104469257A (zh) * 2013-09-24 2015-03-25 谷歌公司 用于可购物视频馈送的系统和方法
CN104717130A (zh) * 2015-02-09 2015-06-17 厦门百鱼电子商务有限公司 融入即时通信的有价电子凭证流转的设备及其流转方法
CN106056368A (zh) * 2016-05-28 2016-10-26 湖南细心信息科技有限公司 一种添加支付口令的支付处理方法
CN106779634A (zh) * 2016-11-14 2017-05-31 北京小米移动软件有限公司 支付处理方法及装置

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7412478B1 (en) * 2000-01-27 2008-08-12 Marger Johnson & Mccollom, P.C. Rich media file format and delivery methods
US8208006B2 (en) * 2008-04-10 2012-06-26 Research In Motion Limited Method and system for progressive delivery and synchronization of discrete content in rich media services
US8566414B2 (en) * 2012-10-12 2013-10-22 Freedomone Mobile, Inc. Systems and methods for subscription management in a multi-channel context aware communication environment
CN105590201B (zh) * 2015-04-23 2019-05-10 中国银联股份有限公司 移动支付装置及移动支付系统
CN106296175A (zh) * 2016-08-12 2017-01-04 中国银行股份有限公司 支付方法、商户终端、银行交易系统、客户终端及系统
CN112288429B (zh) * 2020-10-23 2023-12-12 中国银联股份有限公司 交易方法、终端设备、支付系统、商户系统及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104469257A (zh) * 2013-09-24 2015-03-25 谷歌公司 用于可购物视频馈送的系统和方法
CN104717130A (zh) * 2015-02-09 2015-06-17 厦门百鱼电子商务有限公司 融入即时通信的有价电子凭证流转的设备及其流转方法
CN106056368A (zh) * 2016-05-28 2016-10-26 湖南细心信息科技有限公司 一种添加支付口令的支付处理方法
CN106779634A (zh) * 2016-11-14 2017-05-31 北京小米移动软件有限公司 支付处理方法及装置

Also Published As

Publication number Publication date
WO2022083330A1 (zh) 2022-04-28
US20230214815A1 (en) 2023-07-06
CN112288429A (zh) 2021-01-29
TWI795888B (zh) 2023-03-11
TW202217693A (zh) 2022-05-01

Similar Documents

Publication Publication Date Title
CN112288429B (zh) 交易方法、终端设备、支付系统、商户系统及存储介质
CN112602300B (zh) 用于非接触式卡的密码认证的系统和方法
CN101164086B (zh) 能够使用无线网络实现信用卡个人化的方法、系统和移动设备
US7822688B2 (en) Wireless wallet
US20220237590A1 (en) Systems and methods for phone-based card activation
JP2022508010A (ja) 非接触カードの暗号化認証のためのシステムおよび方法
KR101138283B1 (ko) 모바일 결제 방법 및 시스템
KR20140125449A (ko) 거래 프로세싱 시스템 및 방법
JP2017537421A (ja) 支払いトークンのセキュリティを確保する方法
JP2013514556A (ja) 安全に取引を処理するための方法及びシステム
CN112602104A (zh) 用于非接触卡的密码认证的系统和方法
CN112889046A (zh) 用于非接触卡的密码认证的系统和方法
CN113168631A (zh) 用于非接触卡的密码认证的系统和方法
CN101206741A (zh) 移动安全结账处理系统及方法
JP2022501858A (ja) 非接触カードの暗号化認証のためのシステムおよび方法
KR101754486B1 (ko) 계좌정보를 이용한 모바일 결제 서비스 제공 방법
KR101728163B1 (ko) 무선 통신 네트워크를 통한 카드 결제 서비스 시스템 및 그방법과 카드 결제 서비스 기능을 갖춘 이동통신 단말기
EP3428865A1 (en) Authentication method and related method for executing a payment
CN113169873A (zh) 用于非接触卡的密码认证的系统和方法
EP3699849A1 (en) A method of supporting identification of a customer using a payment card of said customer and a server arranged for supporting said method
WO2024108143A1 (en) Systems and methods for secure payments via an alternative communication protocol
JP2024514617A (ja) 非接触カード認証による認証済みメッセージセッション
CN116032493A (zh) 一种安全检测方法及解码服务器
KR20150088976A (ko) 무선 통신 네트워크를 통한 카드 결제 서비스 시스템 및 그 방법과 카드 결제 서비스 기능을 갖춘 이동통신 단말기

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
GR01 Patent grant
GR01 Patent grant