CN106097036A - 操作类型的选择方法及选择系统 - Google Patents

Abstract

本发明涉及信息处理技术领域，公开了一种操作类型的选择方法，包括：接收用户输入的操作请求；检测第一数据；根据识别到的第一数据，来推荐与第一数据匹配的操作类型。本发明还公开了一种操作类型的选择系统，包括：接收模块、检测模块和显示模块；接收模块，用于接收用户输入的操作请求；检测模块，用于在接收模块接收到用户输入的操作请求之后，检测第一数据；显示模块，用于根据检测模块检测的第一数据，显示与第一数据匹配的操作类型。本发明中，可以使用户在购物时能够更加方便快捷的选择所需要的操作类型，大大节省了用户的操作时间，降低了操作的繁琐程度。

Description

操作类型的选择方法及选择系统

技术领域

本发明涉及信息处理技术领域，特别涉及操作类型的选择方法及选择系统。

背景技术

随着互联网技术的日益发展以及人们生活节奏的加快，很多人都希望足不出户就可以购买到心仪的商品，因此，在购物网站上购买商品越来越趋势化且越来越流行。目前通过购物网站购买商品会有多种支付方式，如：货到付款、分期付款、线上第三方支付等支付方式。

如果用户通过购物网站购买商品，那么在付款时，需要手动选择支付方式。但是，由于现在支付方式越来越多，用户选择较为麻烦。而且有时候用户在选择购买方式时，会由于各种原因导致不能购买。比如：如果有些商品不支持货到付款那么用户选择货到付款，就会提示用户付款出现问题导致用户不能付款成功，需要重新下单购买，使用较为不便。

发明内容

本发明的目的在于提供一种操作类型的选择方法及选择系统，使得用户在购物时能够更加方便快捷的选择所需要的支付方式，大大节省了用户的支付时间，降低了支付操作的繁琐程度，有助于提升用户体验。

为解决上述技术问题，本发明实施例提供了一种操作类型的选择方法，包括：接收用户输入的操作请求；检测第一数据；根据识别到的第一数据，来推荐与第一数据匹配的操作类型。

本发明实施例还提供了一种操作类型的选择系统，包括：接收模块、检测模块和显示模块；接收模块，用于接收用户输入的操作请求；检测模块，用于在接收模块接收到用户输入的操作请求之后，检测第一数据；显示模块，用于根据检测模块检测的第一数据，显示与第一数据匹配的操作类型。

本发明实施例相对于现有技术而言，通过在接收用户输入的操作请求后，检测第一数据，来推荐与第一数据匹配的显示操作类型，供用户选择；使得用户在购物时能够更加方便快捷的，从显示的支付方式中选择所需要的支付方式，大大节省了用户的支付时间，降低了支付操作的繁琐程度，有助于提升用户体验。

另外，可以根据实际设计的需求，将第一数据设计为订单项目；订单项目包括以下任意一种或其任意组合：订单金额、收货地址和配送商；所述操作类型为支付方式，从而，可以进一步保证本发明的技术可行性。

另外，在订单项目为订单金额时，根据订单项目显示支付方式，具体包括：在订单金额小于第一预设值时，从所有支付方式中剔除分期支付，再显示出来供用户选择；在订单金额大于第二预设值时，从所有支付方式中剔除货到付款，再显示出来供用户选择；在订单金额大于或等于第一预设值且小于或等于第二预设值时，将所有的支付方式显示出来供用户选择。因为如果订单金额较大，会存在不支持货到付款的现象，如果订单金额较小，没必要分期付款。所以在订单金额较大或较小的情况下分别剔除货到付款和分期支付，缩小了支付方式的选择范围，大大节省了用户的支付时间，降低了支付操作的繁琐程度。

另外，在订单金额大于第二预设值时，将订单进行拆分，拆分形成的子订单的最大金额小于或等于第二预设值；在根据订单项目显示支付方式时，根据子订单项目显示支付方式。由于很多客户可能比较喜欢货到付款，所以为了支持货到付款，可以把大于第二预设值订单金额按照商品的单价进行拆分，从而即使订单金额大于第二预设值，也可以支持货到付款，有助于提升用户体验。

另外，在对订单进行拆分时，形成至少2种组合方案；随机选择其中一种组合方案供用户使用。对订单进行拆分时，会形成不止一个满足条件的子订单组合，随机选择其中一种组合方案供用户使用，操作方式较为智能化，有助于进一步提升用户体验。

另外，在对订单进行拆分时，形成至少2种组合方案；将至少2种组合方案显示在界面供用户选择。对订单进行拆分时，会形成不止一个满足条件的子订单组合，将这些子订单组合显示出来供用户选择；从而使得用户可以选择更加满意的组合方案。

另外，在订单项目为收货地址时，根据订单项目显示支付方式，具体包括：在收货地址不在预设范围内时，从所有支付方式中剔除货到付款，再显示出来供用户选择。由于有些配送商在配送时，如果收货地址超出一定的区域范围是不支持货到付款的，因此收货地址不在预设范围时，显示出来供用户选择的支付方式中不包括货到付款，可以使用户在购物时能够更加方便快捷的，从显示的支付方式中选择所需要的支付方式，大大节省了用户的支付时间，降低了支付操作的繁琐程度，有助于进一步提升用户体验。

另外，在订单项目为配送商时，根据订单项目显示支付方式，具体包括：在配送商不支持货到付款时，从所有支付方式中剔除货到付款，再显示出来供用户选择。由于有些配送商是不支持货到付款的，因此在配送商不支持货到付款时，显示出来供用户选择的支付方式中不包括货到付款，可以使用户在购物时能够更加方便快捷的，从显示的支付方式中选择所需要的支付方式，大大节省了用户的支付时间，降低了支付操作的繁琐程度，有助于进一步提升用户体验。

另外，在订单项目为订单金额、收货地址和配送商中的任意组合时，根据订单项目显示支付方式包括：分别根据各订单项目，从所有支付方式中依次剔除特定支付方式，再显示出来供用户选择。根据订单金额、收货地址和配送商中的任意组合显示支付方式，可以进一步缩小支付方式的选择范围，进一步降低了支付操作的繁琐程度。

附图说明

图1是根据本发明第一实施方式中支付方式的选择方法流程图；

图2是根据本发明第二实施方式中支付方式的选择方法流程图；

图3是根据本发明第三实施方式中支付方式的选择方法流程图；

图4是根据本发明第三实施方式中根据子第一数据选择支付方式；

图5是根据本发明第四实施方式中支付方式的选择方法流程图；

图6是根据本发明第五实施方式中支付方式的选择方法流程图；

图7是根据本发明第六实施方式中支付方式的选择方法流程图；

图8是根据本发明第七实施方式中支付方式的选择方法流程图；

图9是根据本发明第八实施方式中购物客户端的框图；

图10是根据本发明第九实施方式中购物客户端的框图；

图11是根据本发明第十实施方式中终端设备的框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式提供了一种操作类型的选择方法，具体流程，如图1所示：

步骤11，接收用户输入的操作指令。

步骤12，检测第一数据。

步骤13，根据识别到的第一数据，来推荐与第一数据匹配的操作类型。

通过上述内容，不难发现，本实施方式使得用户在购物时能够更加方便快捷的，从显示的操作类型中选择所需要的操作类型，大大节省了用户的操作时间，降低了操作的繁琐程度。

本发明的第二实施方式提供了一种操作类型的选择方法，在本实施方式中，第一数据可以为订单项目，并且订单项目可以包括以下任意一种或其任意组合：订单金额、收货地址和配送商。操作类型为支付方式。本实施方式以订单项目为订单金额时，根据订单项目显示支付方式为例进行说明。具体流程，如图2所示：

步骤21，接收用户输入的支付指令，检测用户的订单金额。其中，订单金额指的是订单中各商品的总金额。

步骤22，判断订单金额是否大于第二预设值。如果是，进入步骤23，否则，进入步骤24。

假设：第二预设值为五万元，如果在步骤21中检测的订单金额为五万一千元，则判定订单金额五万一千元大于第二预设值，进入步骤23。如果在步骤21中检测的订单金额为小于或等于五万元，则判定订单金额小于或等于第二预设值，进入步骤24。

步骤23，从所有支付方式中剔除货到付款之后，再显示出来供用户选择。

比如，选择的支付方式可以包括：分期付款、在线支付、邮政转账等除货到付款以外的任意支付方式。在订单金额较大的情况下剔除货到付款，缩小了支付方式的选择范围，大大节省了用户的支付时间，降低了支付操作的繁琐程度。

步骤24，判断订单金额是否小于第一预设值。如果是，进入步骤25，否则，进入步骤26。

假设：第一预设值为五元，如果在步骤21中检测的订单金额为四元，则判定订单金额四元小于第一预设值，进入步骤25。如果在步骤21中检测的订单金额为一百元，则判定订单金额一百元大于第一预设值且小于或等于第二预设值，进入步骤26。

值得一提的是，本实施方式中，对第一预设值和第二预设值的具体大小不做限制，可以根据实际设计的需求将第一预设值和第二预设值设计为任意大小，且第一预设值小于第二预设值。

步骤25，从所有支付方式中剔除分期支付，再显示出来供用户选择。

在订单金额较小的情况下剔除分期支付，缩小了支付方式的选择范围，大大节省了用户的支付时间，降低了支付操作的繁琐程度。

步骤26，将所有的支付方式显示出来供用户选择。

因为如果订单金额较大，会存在不支持货到付款的现象，如果订单金额较小，没必要分期付款。所以，通过上述内容，不难发现，在订单金额较大或较小的情况下分别剔除货到付款和分期支付，然后再将剔除后的支付方式显示出来供用户选择，缩小了支付方式的选择范围，大大节省了用户的支付时间，降低了支付操作的繁琐程度。

本发明的第三实施方式涉及一种操作类型的选择方法。第三实施方式在第二实施方式的基础上做了改进，主要改进之处在于：在第三实施方式中，在订单金额大于第二预设值时，将订单进行拆分，拆分形成的子订单的最大金额小于或等于第二预设值。

具体流程，如图3所示：

步骤31，接收用户输入的支付指令，检测用户的订单金额。

步骤32，判断订单金额是否大于第二预设值。如果是，进入步骤33，否则，进入步骤35。

步骤33，将订单进行拆分，拆分形成的子订单的最大金额小于或等于第二预设值。

比如：第二预设值为五万元，第一预设值为五元，订单金额为九万元。根据订单中的商品对订单进行拆分时，如果拆分形成两个子订单，那么拆分形成的子订单的最大金额应该小于或等于五万元。

步骤34，根据子订单项目显示支付方式。

具体地说，根据每一个子订单项目选择每一个子订单对应的支付方式，并且对所有子订单的支付方式求交集，将求交集后的支付方式选择出来供用户选择。比如，以子订单为两个为例进行说明：如果其中一个子订单的支付方式中剔除了分期支付，另一个子订单的支付方式未剔除任何支付方式，为了便于对两个子订单进行同时付款，可以从所有支付方式中剔除分期支付，再显示出来供用户选择。由于求交集后的支付方式是两个子订单都满足的支付方式，因此可以达到同时付款的目的。

步骤35，判断订单金额是否小于第一预设值。如果是，进入步骤36，否则，进入步骤37。

步骤36，从所有支付方式中剔除分期支付，再显示出来供用户选择。

步骤37，将所有的支付方式显示出来供用户选择。

本步骤中根据子订单项目选择支付方式，如图4所示，具体包括：

步骤41，接收用户输入的支付指令，检测用户的订单金额。

步骤42，判断订单金额是否小于第一预设值。如果是，进入步骤43，否则，进入步骤44。

步骤43，从所有支付方式中剔除分期支付，再显示出来供用户选择。

步骤44，将所有的支付方式显示出来供用户选择。

由于很多客户可能比较喜欢货到付款，所以通过上述内容，不难发现，为了支持货到付款，可以把大于第二预设值订单金额按照商品的单价进行拆分，从而即使订单金额大于第二预设值，也可以支持货到付款，有助于进一步提升用户体验。

本发明的第四实施方式涉及一种操作类型的选择方法。本实施方式与第三实施方式大致相同，主要不同之处在于：在第三实施方式中，将订单进行拆分，形成一种组合形式。而在第四实施方式中，在对订单进行拆分时，形成至少2种组合方案。

具体流程，如图5所示：

步骤51，接收用户输入的支付指令，检测用户的订单金额。

步骤52，判断订单金额是否大于第二预设值。如果是，进入步骤53，否则，进入步骤55。

步骤53，将订单进行拆分，拆分形成的子订单的最大金额小于或等于第二预设值。

步骤54，判断拆分形成的子订单组合是否大于一种。如果是，则进入步骤59，否则，进入步骤58。

步骤55，判断订单金额是否小于第一预设值。如果是，进入步骤56，否则，进入步骤57。

步骤56，从所有支付方式中剔除分期支付，再显示出来供用户选择，并结束本次流程。

步骤57，将所有的支付方式显示出来供用户选择，并结束本次流程。

步骤58，根据子订单项目显示支付方式，并结束本次流程。

步骤59，将这些子订单组合显示出来供用户选择。

步骤510，根据用户选择的子订单项目显示支付方式，并结束本次流程。

通过上述内容，不难发现，本实施方式中，对订单进行拆分时，会形成不止一个满足条件的子订单组合，将这些子订单组合显示出来供用户选择；从而使得用户可以选择更加满意的组合方案。

此外，值得说明的是，为了使操作更加智能化，可以从上述若干个子订单组合中随机选择一种组合供用户使用，从而，有助于进一步提升用户体验。

本发明的第五实施方式涉及一种操作类型的选择方法。第五实施方式与第二实施方式大致相同，主要区别之处在于：在第二实施方式中，订单项目为订单金额。而在本发明第五实施方式中，订单项目为收货地址。

具体步骤，如图6所示：

步骤61，接收用户输入的支付指令，检测用户收货地址。

步骤62，判断收货地址是否在预设范围。如果是，则进入步骤63，否则，进入步骤64。

需要说明的是，在实际的送货过程中，有些配送商针对某些偏远地区是不支持货到付款的，比如：新疆、内蒙古等，在有些地区是支持货到付款的，比如：江、浙、沪等。假设预设范围为江、浙、沪，如果收货地址为上海，则可以判定收货地址在预设范围内，进入步骤63；如果收货地址为海南，则可以判定收货地址不在预设范围内，进入步骤64。

步骤63，将所有的支付方式显示出来供用户选择。

步骤64，从所有支付方式中剔除货到付款，再显示出来供用户选择。

由于有些配送商在配送时，如果收货地址超出一定的区域范围是不支持货到付款的，因此收货地址不在预设范围时，显示出来供用户选择的支付方式中不包括货到付款，可以使用户在购物时能够更加方便快捷的，从显示的支付方式中选择所需要的支付方式，大大节省了用户的支付时间，降低了支付操作的繁琐程度，有助于进一步提升用户体验。

本发明的第六实施方式涉及一种操作类型的选择方法。第六实施方式与第二实施方式大致相同，主要区别之处在于：在第二实施方式中，订单项目为订单金额。而在本发明第六实施方式中，订单项目为配送商。

具体步骤，如图7所示：

步骤71，接收用户输入的支付指令，检测订单中的配送商。

步骤72，判断配送商是否支持货到付款。如果是，则进入步骤73，否则，进入步骤74。

步骤73，将所有的支付方式显示出来供用户选择。

步骤74，从所有支付方式中剔除货到付款，再显示出来供用户选择。

由于有些配送商是不支持货到付款的，因此在配送商不支持货到付款时，显示出来供用户选择的支付方式中不包括货到付款，可以使用户在购物时能够更加方便快捷的，从显示的支付方式中选择所需要的支付方式，大大节省了用户的支付时间，降低了支付操作的繁琐程度，有助于进一步提升用户体验。

本发明的第七实施方式涉及一种操作类型的选择方法。第七实施方式在第一或二或三或四或五或六实施方式的基础上做了改进，主要改进之处在于：在本实施方式中，订单项目可以为订单金额、收货地址、配送商的任意组合，可以分别根据各订单项目，从所有支付方式中依次剔除特定支付方式，再显示出来供用户选择。

具体地说，本实施方式中，订单项目可以为订单金额和收货地址，或者订单金额和配送商，或者收货地址和配送商，或者订单金额、收货地址和配送商。本实施方式以订单项目为订单金额、收货地址和配送商为例，进行说明。

具体流程，如图8所示：

步骤81，根据订单金额筛选支付方式。

具体地说，按照第一实施方式中，根据订单金额对所有的支付方式进行排除，比如：假设本步骤中的订单金额小于第一预设值，则将“分期付款”进行剔除。

步骤82，根据收货地址筛选支付方式。

具体地说，按照第四实施方式中，根据收货地址对剔除“分期付款”后的支付方式进行排除，比如：假设本步骤中的收货地址在预设范围内，不做任何操作。

步骤83，根据配送商筛选支付方式。

步骤84，将筛选后的支付方式显示出来。具体地说，可以综合步骤81至83筛选的支付方式，选出支付方式的最小集合，供用户选择。

具体地说，按照第五实施方式中，根据配送商对剔除“分期付款”后的支付方式进行排除，比如：假设本步骤中的配送商不支持“货到付款”，则再将“货到付款”进行剔除。最后显示的支付方式为剔除“分期付款”和“货到付款”后的其他支付方式。

通过上述内容，不难发现，根据订单金额、收货地址和配送商中的任意组合显示支付方式，可以进一步缩小支付方式的选择范围，进一步降低了支付操作的繁琐程度。

此外，值得说明的是，上述步骤81至83并不一定按照上述顺序来执行，可以以任意顺序进行支付方式的筛选。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第八实施方式涉及一种操作类型的选择系统，如图9所示，包括：接收模块91、检测模块92和显示模块93；接收模块91，用于接收用户输入的操作请求；检测模块92，用于在接收模块91接收到用户输入的操作请求之后，检测第一数据；显示模块93，用于根据检测模块92检测的第一数据，显示与第一数据匹配的操作类型。

不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第九实施方式涉及一种操作类型的选择系统，在本实施方式中，第一数据可以为订单项目，并且订单项目可以包括以下任意一种或其任意组合：订单金额、收货地址和配送商。操作类型为支付方式。

本实施方式以订单项目为订单金额时，根据订单项目显示支付方式为例进行说明。如图10所示，接收模块用于接收用户输入的支付指令。检测模块102用于检测订单项目。判断模块104用于在检测模块102检测到的订单项目为订单金额时，判断订单金额所属的范围；显示模块103还用于在判断模块104判定订单金额小于第一预设值时，从所有支付方式中剔除分期支付，再显示出来供用户选择；显示模块103还用于在判断模块104判定订单金额大于第二预设值时，从所有支付方式中剔除货到付款，再显示出来供用户选择；显示模块103还用于在判断模块104判定订单金额大于或等于第一预设值且小于或等于第二预设值时，将所有的支付方式显示出来供用户选择。

不难发现，本实施方式为与第二实施方式相对应的系统实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本发明第十实施方式涉及一种终端设备，该终端设备上可以执行第一至第七实施方式中的操作类型的选择方法。本实施方式的终端设备可以是智能手机、电脑或平板等设备，以下以智能手机为例进行说明，如图11所示，智能手机包括处理器111、存储器112和人机交互设备，人机交互设备通常会包括显示屏114和触摸屏113。

在本实施方式中，终端设备上可以安装购物客户端，用户登陆到购物客户端后，通过触摸屏113向终端设备输入支付指令，处理器111接收到用户输入的支付指令后，检测第一数据。处理器111根据检测的第一数据在显示屏113上显示与第一数据匹配的支付方式。

由于第一实施方式与本实施方式相互对应，因此本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，在第一实施方式中所能达到的技术效果在本实施方式中也同样可以实现，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。

本发明第十一实施方式涉及一种操作类型的选择系统，该系统包括终端和服务器。其中的终端可以接收用户输入的操作请求，将该操作请求转发给服务器，服务器检测第一数据并根据识别到的第一数据，反馈与第一数据匹配的操作类型至终端，终端再显示与第一数据匹配的操作类型，供用户选择。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (12)

1.一种操作类型的选择方法，其特征在于，包括：

接收用户输入的操作请求；

检测第一数据；

根据识别到的第一数据，来推荐与第一数据匹配的操作类型。

2.根据权利要求1所述的操作类型的选择方法，其特征在于，所述第一数据为订单项目；

所述订单项目包括以下任意一种或其任意组合：订单金额、收货地址和配送商；

所述操作类型为支付方式。

3.根据权利要求2所述的操作类型的选择方法，其特征在于，在订单项目为订单金额时，根据订单项目显示支付方式，具体包括：

在所述订单金额小于第一预设值时，从所有支付方式中剔除分期支付，再显示出来；

在所述订单金额大于第二预设值时，从所有支付方式中剔除货到付款，再显示出来；

在所述订单金额大于或等于第一预设值且小于或等于第二预设值时，将所有的支付方式显示出来。

4.根据权利要求3所述的操作类型的选择方法，其特征在于，在所述订单金额大于第二预设值时，

将所述订单进行拆分，拆分形成的子订单的最大金额小于或等于所述第二预设值；

在根据订单项目显示支付方式时，根据子订单项目显示支付方式。

5.根据权利要求4所述的操作类型的选择方法，其特征在于，在对所述订单进行拆分时，形成至少2种组合方案；

随机选择所述至少2种组合方案中的其中一种组合方案显示出来。

6.根据权利要求4所述的操作类型的选择方法，其特征在于，在对所述订单进行拆分时，形成至少2种组合方案；

将所述至少2种组合方案显示出来。

7.根据权利要求2所述的操作类型的选择方法，其特征在于，在所述订单项目为收货地址时，根据订单项目显示支付方式，具体包括：

在所述收货地址不在预设范围内时，从所有支付方式中剔除货到付款，再显示出来。

8.根据权利要求2所述的操作类型的选择方法，其特征在于，在所述订单项目为配送商时，根据订单项目显示支付方式，具体包括：

在所述配送商不支持货到付款时，从所有支付方式中剔除货到付款，再显示出来。

9.根据权利要求2所述的操作类型的选择方法，其特征在于，在所述订单项目为订单金额、收货地址和配送商中的任意组合时，根据订单项目显示支付方式包括：

分别根据各订单项目，从所有支付方式中依次剔除特定支付方式，再显示出来。

10.一种操作类型的选择系统，其特征在于，包括：接收模块、检测模块和显示模块；

所述接收模块，用于接收用户输入的操作请求；

所述检测模块，用于在所述接收模块接收到用户输入的操作请求之后，检测第一数据；

所述显示模块，用于根据所述检测模块检测的第一数据，显示与第一数据匹配的操作类型。

11.根据权利要求10所述的操作类型的选择系统，其特征在于，所述第一数据为订单项目；

所述订单项目包括以下任意一种或其任意组合：订单金额、收货地址和配送商；

所述操作类型为支付方式。

12.根据权利要求11所述的操作类型的选择系统，其特征在于，所述操作类型的选择系统还包括判断模块；

所述判断模块，用于在所述检测模块检测到的订单项目为订单金额时，判断所述订单金额所属的范围；

所述显示模块，还用于在所述判断模块判定所述订单金额小于第一预设值时，从所有支付方式中剔除分期支付，再显示出来；

所述显示模块，还用于在所述判断模块判定所述订单金额大于第二预设值时，从所有支付方式中剔除货到付款，再显示出来；

所述显示模块，还用于在所述判断模块判定所述订单金额大于或等于第一预设值且小于或等于第二预设值时，将所有的支付方式显示出来。