一种应用于终端设备的支付方法及装置的制造方法
【专利摘要】本申请公开一种应用于终端设备的支付方法及装置。该方法中，首先获取应用程序产生的支付订单，然后，根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付器根据所述支付订单中包括的支付信息进行支付，并获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，将转化后的支付结果传输至所述应用程序，以便用户能够知悉本次的支付结果。通过本申请，能够使安装在终端设备中的各个应用程序完成支付。
【专利说明】
一种应用于终端设备的支付方法及装置
技术领域
[0001]本发明实施例涉及终端设备技术领域，尤其涉及一种应用于终端设备的支付方法及装置。
【背景技术】
[0002]随着科技的进步，终端设备的功能日益多样化，目前通常在终端设备中安装多种形式的APP(AppliCat1n，应用程序)，以满足用户的多样化需求。例如，可在终端设备中安装乐视视频APP，以满足用户观赏视频的需求。
[0003]但是，发明人在本申请的研究过程中发现，随着各个APP的发展，某些APP需要根据用户的付费情况，为用户提供不同的服务。例如，乐视视频APP能够将支付会员费的用户作为会员，并为会员提供更多的视频服务。这种情况下，亟需一种适用于各应用程序的支付方法。
【发明内容】
[0004]为克服相关技术中存在的问题，本发明实施例提供一种应用于终端设备的支付方法及装置。
[0005]为了解决上述技术问题，本发明实施例公开了如下技术方案:
[0006]根据本发明实施例的第一方面，提供一种应用于终端设备的支付方法，包括:
[0007]获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息；
[0008]根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付；
[0009]获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。
[0010]优选的，所述获取应用程序产生的支付订单，包括:
[0011]接收应用程序传输的支付订单，其中，所述应用程序在接收到用户的触控操作后，根据所述触控操作产生相应的支付订单；
[0012]或者，获取预设的支付协议，若根据所述支付协议确定当前需要支付时，产生支付提示，并将所述支付提示传输至所述应用程序，以便所述应用程序根据所述支付提示产生相应的支付订单并传输。
[0013]优选的，还包括:
[0014]在所述获取应用程序产生的支付订单之前，根据所述应用程序支持的支付方式，产生相应的支付列表，并将所述支付列表传输至所述应用程序，以便所述应用程序显示所述支付列表；
[0015]其中，所述支付列表中包括所述应用程序支持的支付方式，或者，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。
[0016]优选的，还包括:
[0017]获取应用程序产生的支付订单后，判断是否支持所述支付订单中包括的支付方式，若否，产生相应的提示信息，并传输至所述应用程序，若是，再执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
[0018]优选的，还包括:
[0019]在获取支付订单后，获取所述支付信息中包含的支付金额，若所述支付金额不大于O，则中断本次支付操作，若所述支付金额大于O，再执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
[0020]根据本发明实施例的第二方面，提供一种应用于终端设备的支付装置，包括:
[0021]支付订单获取模块，用于获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息；
[0022]支付订单传输模块，用于根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付；
[0023]支付结果获取模块，用于获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。
[0024]优选的，所述支付订单获取模块包括:
[0025]第一接收单元，用于接收应用程序传输的支付订单，其中，所述应用程序在接收到用户的触控操作后，根据所述触控操作产生相应的支付订单；
[0026]或者，
[0027]第二接收单元，用于获取预设的支付协议，若根据所述支付协议确定当前需要支付时，产生支付提示，并将所述支付提示传输至所述应用程序，以便所述应用程序根据所述支付提示产生相应的支付订单并传输至所述第二接收单元。
[0028]优选的，还包括:
[0029]支付列表产生模块，用于在所述获取应用程序产生的支付订单之前，根据所述应用程序支持的支付方式，产生相应的支付列表，并将所述支付列表传输至所述应用程序，以便所述应用程序显示所述支付列表；
[0030]其中，所述支付列表中包括所述应用程序支持的支付方式，或者，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。
[0031]优选的，还包括:
[0032]支付方式判断模块，用于获取所述支付订单获取模块传输的支付订单后，判断是否支持所述支付订单中包括的支付方式，若否，产生相应的提示信息，并传输至所述应用程序，若是，再触发所述支付订单传输模块执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
[0033]优选的，还包括:
[0034]支付金额判断模块，用于获取所述支付订单获取模块传输的支付订单后，获取所述支付信息中包含的支付金额，若所述支付金额不大于O，则中断本次支付操作，若所述支付金额大于O，再触发所述支付订单传输模块执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
[0035]本发明的实施例提供的技术方案可以包括以下有益效果:
[0036]本申请公开一种应用于终端设备的支付方法及装置。该方法中，首先获取应用程序产生的支付订单，然后，根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付器根据所述支付订单中包括的支付信息进行支付，并获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，将转化后的支付结果传输至所述应用程序，以便用户能够知悉本次的支付结果。通过本申请，能够使安装在终端设备中的各个应用程序完成支付。
[0037]进一步的，本申请公开的应用于终端设备的支付方法，由于能够为安装在终端设备中的各个应用程序完成支付，从而无需为各个应用程序单独开发对应的支付模块，节省大量人力物力。
[0038]应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。
【附图说明】
[0039]此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
[0040]图1是根据本发明一示例性实施例示出的一种应用于终端设备的支付方法的工作流程示意图；
[0041]图2是根据本发明一示例性实施例示出的又一种应用于终端设备的支付方法的工作流程示意图；
[0042]图3是根据本发明一示例性实施例示出的又一种应用于终端设备的支付方法的工作流程示意图；
[0043]图4是根据本发明一示例性实施例示出的一种应用于终端设备的支付装置的结构示意图。
【具体实施方式】
[0044]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0045]本申请公开一种应用于终端设备的支付方法及装置，以满足各应用程序的支付需求。
[0046]本申请的实施例一公开一种应用于终端设备的支付方法。参见图1所示的工作流程示意图，所述应用于终端设备的支付方法包括以下步骤:
[0047]步骤Sll、获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息。
[0048]其中，所述应用程序为需要支付服务的应用程序，例如，为乐视视频APP和乐视直播APP等，本申请对此不作限定。另外，支付方式通常包括多种，例如，微信支付、支付宝支付和百度钱包支付等。
[0049]另外，所述支付订单中还包括支付信息，所述支付信息通常包括本次需要支付的金额，并且，还可以包括本次支付的订单编号等。
[0050]步骤S12、根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付。
[0051]本申请中，能够根据支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，例如，若所述支付订单中选用的支付方式为微信支付，则将所述支付订单传输至微信服务器。
[0052]所述支付服务器在获取所述支付订单后，根据所述支付订单，进行支付，然后根据支付情况产生相应的支付结果，并将支付结果传输至终端设备。其中，所述支付结果通常包括:支付成功、支付失败和支付取消等。
[0053]步骤S13、获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。
[0054]其中，不同的支付服务器传输的支付结果，往往为不同的格式。因此，在获取所述支付结果后，需要将其转化为预设的统一形式，再将转化后的支付结果传输至所述应用程序，以便所述应用程序向用户展示本次的支付结果。
[0055]例如，利用微信进行支付时，在微信服务器返回的支付结果中，通常加载字段“O”表示支付成功，加载字段“-Γ表示支付失败，并加载字段“_2”表示支付取消;而利用支付宝进行支付时，在支付宝服务器返回的支付结果中，通常加载字段“9000”表示支付成功，加载字段“4000”表示支付失败，并加载字段“6001”表示支付取消。
[0056]这种情况下，接收到不同的支付服务器传输的支付结果后，会将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序，以便应用程序将支付结果展示给用户。例如，在转化后的支付结果中，通过加载字段“I”表示支付成功，加载字段“O”表示支付失败，并通过加载字段“2”表示支付取消，进一步的，还可以通过加载字段“3”表示等待确认支付，加载字段“4”表示获取支付信息失败等。
[0057]并且，在各个应用程序中，预先存储各个字段与支付结果的映射关系，应用程序在接收到转化后的支付结果后，即可根据其中包含的字段所表征的含义并展示。
[0058]本申请的第一实施例公开一种应用于终端设备的支付方法，该方法中，首先获取应用程序产生的支付订单，然后，根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付器根据所述支付订单中包括的支付信息进行支付，并获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，将转化后的支付结果传输至所述应用程序，以便用户能够知悉本次的支付结果。通过本申请，能够使安装在终端设备中的各个应用程序完成支付。
[0059]进一步的，本申请公开的应用于终端设备的支付方法，由于能够为安装在终端设备中的各个应用程序完成支付，从而无需为各个应用程序单独开发对应的支付模块，节省大量人力物力。
[0060]另外，在本申请公开的应用于终端设备的支付方法中，根据实际的支付需求，可通过多种方式获取应用程序产生的支付订单。
[0061]在其中一种方式中，所述获取应用程序产生的支付订单，包括:接收应用程序传输的支付订单，其中，所述应用程序在接收到用户的触控操作后，根据所述触控操作产生相应的支付订单。
[0062]上述方式中，当需要支付时，用户会对安装在终端设备中的应用程序进行触控，应用程序根据接收到的所述触控操作，产生相应的支付订单，从而能够获取所述应用程序产生的支付订单。
[0063]在另一种方式中，所述获取应用程序产生的支付订单，包括:
[0064]获取预设的支付协议，若根据所述支付协议确定当前需要支付时，产生支付提示，并将所述支付提示传输至所述应用程序，以便所述应用程序根据所述支付提示产生相应的支付订单并传输。
[0065]某些应用程序预先签署支付协议，并根据该支付协议进行支付。例如，在使用乐视视频APP时，用户需要在每个月的月末时，支付一个月的会员费用，以购买下个月的会员服务，这种情况下，用户可预先与乐视视频APP签署相应的支付协议，该支付协议中规定乐视视频APP每月支付一次会员费用。在本申请公开的方案中，则每隔预设的支付周期(即一个月)，产生支付提示，并传输至应用程序，从而使应用程序根据所述支付提示产生相应的支付订单，从而无需用户在每个月末执行对应用程序的触控操作。
[0066]通过上述公开的两种获取应用程序产生的支付订单的方式，即可根据用户的触控操作直接获取相应的支付订单，也可以根据签订的协议获取支付订单，从而能够为支付应用提供多种产生支付订单的方式，为用户带来便利。
[0067]进一步的，在本申请公开的应用于终端设备的支付方法中，还包括:
[0068]在所述获取应用程序产生的支付订单之前，根据所述应用程序支持的支付方式，产生相应的支付列表，并将所述支付列表传输至所述应用程序，以便所述应用程序显示所述支付列表。其中，所述支付列表中包括所述应用程序支持的支付方式，或者，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。
[0069]为了便于用户选择支付方式，本申请公开的方法中，会根据所述应用程序支持的支付方式，产生相应的支付列表，以便应用程序显示所述支付列表。
[0070]其中，所述支付列表中包括所述应用程序支持的支付方式，例如，某一应用程序只支持支付宝的支付方式，这种情况下，在所述支付列表中，不包括所述应用程序不支持的支付方式，或者，所述应用程序不支持的支付方式以带有特殊标记的符号标出(例如，以灰色标出)。
[0071 ]另外，若终端设备未安装某些支付客户端，导致应用程序无法支持该支付方式，这种情况下，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。例如，若终端设备中未安装微信客户端，则应用程序无法支持微信的支付方式，在所述支付列表中，还可以包括位置客户端的安装信息，以便提醒用户。
[0072]进一步的，参见图2所示的工作流程示意图，本申请公开的应用于终端设备的支付方法，包括:
[0073]步骤S21、获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息。
[0074]步骤S22、获取应用程序产生的支付订单后，判断是否支持所述支付订单中包括的支付方式，若是，执行步骤S23的操作，若否，执行步骤S25的操作。
[0075]步骤S23、根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付。
[0076]步骤S24、获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。
[0077]步骤S25、若确定不支持所述支付订单中包括的支付方式，产生相应的提示信息，并传输至所述应用程序，以便所述应用程序继续选择其他可支持的支付方式。
[0078]其中，步骤S21与步骤Sll的操作方式相同，步骤S23至步骤S24的操作方式与步骤S12至步骤S13的操作方式相同，可相互参照，此处不再赘述。
[0079]目前存在多种支付方式，如微信支付、支付宝支付和百度钱包支付等。这种情况下，终端设备有时无法支持应用程序产生的支付订单中所指出的支付方式，例如，若终端设备中未安装支付宝，则终端设备无法支持支付宝这一支付方式。因此，在上述步骤中，获取应用程序产生的支付订单后，判断是否支持所述支付订单中包括的支付方式，若不能支持所述支付订单中包括的支付方式，则产生相应的提示信息，并传输至所述应用程序，以提示用户。
[0080]另外，若经过判断，确定支持所述支付订单中包括的支付方式，再执行将所述支付订单传输至相应的支付服务器的操作，以便所述支付服务器根据所述支付订单完成本次支付。
[0081]进一步的，参见图3所示的工作流程示意图，本申请公开的应用于终端设备的支付方法，包括:
[0082]步骤S31、获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息。
[0083]步骤S32、在获取支付订单后，获取所述支付信息中包含的支付金额，并判断所述支付金额是否大于0，若是，执行步骤S33的操作，若否，执行步骤S35的操作。
[0084]步骤S33、若所述支付金额大于0，根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付。
[0085]步骤S34、获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。
[0086]步骤S35、若所述支付金额不大于O，中断本次支付操作。
[0087]其中，步骤S31与步骤Sll的操作方式相同，步骤S33至步骤S34的操作方式与步骤S12至步骤S13的操作方式相同，可相互参照，此处不再赘述。
[0088]上述步骤中，在获取支付订单后，获取所述支付信息中包含的支付金额，若所述支付信息中包含的支付金额不大于0，则说明本次不需要支付。这种情况下，中断本次支付操作，不再向支付服务器传输支付订单，节省了网络流量，并且，避免支付服务器执行不必要的操作。
[0089]另外，在所述支付金额不大于0，中断本次支付操作后，还可以产生支付取消的提示信息，并向应用程序传输所述支付取消的提示信息，以提醒用户。
[0090]相应的，在本申请的第二实施例中，公开一种应用于终端设备的支付装置。参见图4所示的结构示意图，所述应用于终端设备的支付装置包括:支付订单获取模块100、支付订单传输模块200和支付结果获取模块300。
[0091]其中，所述支付订单获取模块100，用于获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息；
[0092]所述支付订单传输模块200，用于根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付；
[0093]所述支付结果获取模块300，用于获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。
[0094]进一步的，所述支付订单获取模块包括:第一接收单元或者第二接收单元。
[0095]其中，所述第一接收单元用于接收应用程序传输的支付订单，其中，所述应用程序在接收到用户的触控操作后，根据所述触控操作产生相应的支付订单；
[0096]所述第二接收单元用于获取预设的支付协议，若根据所述支付协议确定当前需要支付时，产生支付提示，并将所述支付提示传输至所述应用程序，以便所述应用程序根据所述支付提示产生相应的支付订单并传输至所述第二接收单元。
[0097]进一步的，本申请公开的所述的应用于终端设备的支付装置还包括:
[0098]支付列表产生模块，用于在所述获取应用程序产生的支付订单之前，根据所述应用程序支持的支付方式，产生相应的支付列表，并将所述支付列表传输至所述应用程序，以便所述应用程序显示所述支付列表；
[0099]其中，所述支付列表中包括所述应用程序支持的支付方式，或者，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。
[0100]进一步的，本申请公开的所述的应用于终端设备的支付装置还包括:
[0101]支付方式判断模块，用于获取所述支付订单获取模块100传输的支付订单后，判断是否支持所述支付订单中包括的支付方式，若否，产生相应的提示信息，并传输至所述应用程序，若是，再触发所述支付订单传输模块200执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
[0102]进一步的，本申请公开的所述的应用于终端设备的支付装置还包括:
[0103]支付金额判断模块，用于获取所述支付订单获取模块100传输的支付订单后，获取所述支付信息中包含的支付金额，若所述支付金额不大于O，则中断本次支付操作，若所述支付金额大于O，再触发所述支付订单传输模块200执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
[0104]通过本申请，能够使安装在终端设备中的各个应用程序完成支付。
[0105]进一步的，本申请公开的应用于终端设备的支付装置由于能够为安装在终端设备中的各个应用程序完成支付，从而无需为各个应用程序单独开发对应的支付模块，节省大量人力物力。
[0106]关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0107]本领域技术人员在考虑说明书及实践公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0108]应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
【主权项】
1.一种应用于终端设备的支付方法，其特征在于，包括: 获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息； 根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付； 获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。2.根据权利要求1所述的应用于终端设备的支付方法，其特征在于，所述获取应用程序产生的支付订单，包括: 接收应用程序传输的支付订单，其中，所述应用程序在接收到用户的触控操作后，根据所述触控操作产生相应的支付订单； 或者， 获取预设的支付协议，若根据所述支付协议确定当前需要支付时，产生支付提示，并将所述支付提示传输至所述应用程序，以便所述应用程序根据所述支付提示产生相应的支付订单并传输。3.根据权利要求1所述的应用于终端设备的支付方法，其特征在于，还包括: 在所述获取应用程序产生的支付订单之前，根据所述应用程序支持的支付方式，产生相应的支付列表，并将所述支付列表传输至所述应用程序，以便所述应用程序显示所述支付列表； 其中，所述支付列表中包括所述应用程序支持的支付方式，或者，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。4.根据权利要求1所述的应用于终端设备的支付方法，其特征在于，还包括: 获取应用程序产生的支付订单后，判断是否支持所述支付订单中包括的支付方式，若否，产生相应的提示信息，并传输至所述应用程序，若是，再执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。5.根据权利要求1所述的应用于终端设备的支付方法，其特征在于，还包括: 在获取支付订单后，获取所述支付信息中包含的支付金额，若所述支付金额不大于O，则中断本次支付操作，若所述支付金额大于O，再执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。6.一种应用于终端设备的支付装置，其特征在于，包括: 支付订单获取模块，用于获取应用程序产生的支付订单，其中，所述支付订单中至少包括:本次支付选用的支付方式和支付信息； 支付订单传输模块，用于根据所述支付订单中包括的支付方式，将所述支付订单传输至所述支付方式对应的支付服务器，以便所述支付服务器根据所述支付订单中包括的支付信息进行支付； 支付结果获取模块，用于获取所述支付服务器传输的支付结果，将所述支付结果转化为预设的统一形式，并将转化后的支付结果传输至所述应用程序。7.根据权利要求6所述的应用于终端设备的支付装置，其特征在于，所述支付订单获取模块包括: 第一接收单元，用于接收应用程序传输的支付订单，其中，所述应用程序在接收到用户的触控操作后，根据所述触控操作产生相应的支付订单； 或者， 第二接收单元，用于获取预设的支付协议，若根据所述支付协议确定当前需要支付时，产生支付提示，并将所述支付提示传输至所述应用程序，以便所述应用程序根据所述支付提示产生相应的支付订单并传输至所述第二接收单元。8.根据权利要求6所述的应用于终端设备的支付装置，其特征在于，还包括: 支付列表产生模块，用于在所述获取应用程序产生的支付订单之前，根据所述应用程序支持的支付方式，产生相应的支付列表，并将所述支付列表传输至所述应用程序，以便所述应用程序显示所述支付列表； 其中，所述支付列表中包括所述应用程序支持的支付方式，或者，所述支付列表中包括所述应用程序支持的支付方式，以及不支持的支付方式的支付客户端的安装信息。9.根据权利要求6所述的应用于终端设备的支付装置，其特征在于，还包括: 支付方式判断模块，用于获取所述支付订单获取模块传输的支付订单后，判断是否支持所述支付订单中包括的支付方式，若否，产生相应的提示信息，并传输至所述应用程序，若是，再触发所述支付订单传输模块执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。10.根据权利要求6所述的应用于终端设备的支付装置，其特征在于，还包括: 支付金额判断模块，用于获取所述支付订单获取模块传输的支付订单后，获取所述支付信息中包含的支付金额，若所述支付金额不大于0，则中断本次支付操作，若所述支付金额大于0，再触发所述支付订单传输模块执行将所述支付订单传输至所述支付方式对应的支付服务器的操作。
【文档编号】G06Q20/32GK106022746SQ201610343769
【公开日】2016年10月12日
【申请日】2016年5月23日
【发明人】王学方
【申请人】乐视控股（北京）有限公司, 乐视网信息技术（北京）股份有限公司