CN109389383A

CN109389383A - 服务请求的支付处理方法、装置、服务器及存储介质

Info

Publication number: CN109389383A
Application number: CN201710666405.2A
Authority: CN
Inventors: 孙洋
Original assignee: Beijing Didi Infinity Technology and Development Co Ltd
Current assignee: Beijing Didi Infinity Technology and Development Co Ltd
Priority date: 2017-08-07
Filing date: 2017-08-07
Publication date: 2019-02-26

Abstract

本申请提供一种服务请求的支付处理方法、装置、服务器及存储介质，所述方法包括：接收用户发起的服务请求，根据所述服务请求确定本次服务所涉及的支付信息；获取所述用户的用户信息；根据所述支付信息和所述用户信息，判断所述本次服务的风险程度；根据判断结果确定所述本次服务的支付方式。本申请实施例提供的服务请求的支付处理方案，能够根据本次服务的支付信息和用户信息，判断本次服务的风险程度，进而确定合适的支付方式，从而防止服务费用未能成功扣取的缺陷。

Description

服务请求的支付处理方法、装置、服务器及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及服务请求的支付处理方法、装置、服务器及存储介质。

背景技术

随着智能设备与移动通信技术的快速发展，越来越多的服务平台为用户之间提供涉及支付的服务，例如网约车服务平台、外卖服务平台或家政服务平台等等。举例来说，网约车场景中，司机作为服务提供方，乘客作为服务需求方，司机可以基于网约车服务平台为乘客提供网约车服务。相关技术中，服务费用通常是在服务完成后，由服务平台扣取乘客的费用。然而，实际可能会发生服务平台没有成功扣取费用的情况。

发明内容

为克服相关技术中存在的问题，本申请提供了服务请求的支付处理方法、装置、服务器及存储介质。

一种服务请求的支付处理方法，所述方法包括：

接收用户发起的服务请求，根据所述服务请求确定本次服务所涉及的支付信息；

获取所述用户的用户信息；

根据所述支付信息和所述用户信息，判断所述本次服务的风险程度；

根据判断结果确定所述本次服务的支付方式。

可选的，所述支付信息包括如下一种或多种信息：

指示本次服务费用是否高于预设费用阈值的信息；

指示所述用户是否已绑定支付账户的信息；

指示所述用户的账户余额的信息；

指示所述用户是否已开启免密码支付的信息。

可选的，所述用户信息包括如下一种或多种信息：

指示所述用户是否已实名认证的实名认证信息；

指示所述用户信用高低的信用信息；

指示所述用户是否有历史未支付订单的信息。

可选的，所述实名认证信息和/或信用信息的获取方式包括：

通过预设的信息关联平台所提供接口获取所述实名认证信息和/或信用信息。

可选的，所述根据判断结果确定所述本次服务的风险程度，包括：

若确定所述本次服务的风险程度高于第一预设级别，确定需要所述用户预先支付本次服务费用；

若确定所述本次服务的风险程度在第一预设级别和第二预设级别之间，确定需要所述用户开启免密码支付；

若确定所述本次服务的风险程度低于第二预设等级，确定不需要所述用户预先支付本次服务费用。

可选的，在接收用户发起的服务请求前，所述方法还包括：

查询所述用户是否有未支付服务订单，根据查询结果确定所述用户是否能够发起所述服务请求。

可选的，所述查询所述用户是否有未支付服务订单，包括：

通过预设的信息关联平台所提供接口，查询与所述用户关联的信息关联平台账户；

通过查询所述信息关联平台账户是否有未支付订单，确定所述用户是否有未支付订单。

一种服务请求的支付处理装置，所述装置包括：

请求接收模块，用于：接收用户发起的服务请求，根据所述服务请求确定本次服务所涉及的支付信息；

用户信息获取模块，用于：获取所述用户的用户信息；

风险判断模块，用于：根据所述支付信息和所述用户信息，判断所述本次服务的风险程度；

支付确定模块，用于：根据判断结果确定所述本次服务的支付方式。

可选的，所述支付信息包括如下一种或多种信息：

指示本次服务费用是否高于预设费用阈值的信息；

指示所述用户是否已绑定支付账户的信息；

指示所述用户的账户余额的信息；

指示所述用户是否已开启免密码支付的信息。

可选的，所述用户信息包括如下一种或多种信息：

指示所述用户是否已实名认证的实名认证信息；

指示所述用户信用高低的信用信息；

指示所述用户是否有历史未支付订单的信息。

可选的，所述信息获取模块，还用于：

可选的，所述风险判断模块，还用于：

可选的，所述装置还包括订单查询模块，用于：

在接收用户发起的服务请求前，查询所述用户是否有未支付服务订单，根据查询结果确定所述用户是否能够发起所述服务请求。

可选的，所述查询模块，还用于：

一种服务器，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。

一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。

本申请的实施例提供的技术方案可以包括以下有益效果：

本申请实施例提供了一种服务请求的支付处理方案，能够根据本次服务的支付信息和用户信息，判断本次服务的风险程度，进而确定合适的支付方式，从而防止服务费用未能成功扣取的缺陷。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是相关技术中一种服务请求的支付处理方法的应用场景图。

图2是本申请根据一示例性实施例示出的一种服务请求的支付处理方法的流程图。

图3A是本申请根据一示例性实施例示出的一种网约车客户端的界面示意图。

图3B是本申请根据一示例性实施例示出的另一种网约车客户端的界面示意图。

图4是本申请根据一示例性实施例示出的一种服务请求的支付处理装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1所示，是相关技术中一种服务请求的支付处理方法的应用场景图，图1中包括服务提供方与服务需求方之间的服务平台、多个服务提供方以及多个服务需求方。实际应用中，服务平台可以是网约车服务平台、外卖服务平台、购物平台或生活服务平台等等。

以司机用户和乘客用户之间的网约车服务平台为例，司机用户和乘客用户可以在电子设备中安装所述服务平台提供的客户端(APP，Application)，通过APP获得应用服务方所提供的平台服务。乘客用户可以通过APP发起网约车订单，服务端接收到该订单请求，可以分配给某一司机用户，该司机用户接受该网约车订单后，服务平台可以为该司机用户和乘客用户建立关联，并生成订单数据。而该笔订单的产生费用需要由乘客用户支付，相关技术中，支付方式通常是乘客用户预先绑定一个或多个支付账户(例如第三方支付平台账户或银行卡账户等等)，在网约车订单完成后，乘客通过支付账户支付费用，或者在是开启免密码支付的情况下由网约车服务平台从绑定的支付账户中扣取本次服务费用。

然而实际中可能出现绑定的支付账户余额为零、余额不足或乘客没有支付的情况，从而导致服务平台因没有成功扣取费用而产生坏账。基于此，本申请实施例提供的服务请求的支付处理方案，能够根据本次服务的支付信息和用户信息，判断本次服务的风险程度，进而确定合适的支付方式，从而防止服务费用未能成功扣取的缺陷。接下来对本实施例提供的方案进行详细说明。

如图2所示，是本申请根据一示例性实施例示出的一种服务请求的支付处理方法的流程图，可应用于服务提供方与服务需求方之间的服务平台，包括如下步骤：

在步骤202中，接收用户发起的服务请求，根据所述服务请求确定本次服务所涉及的支付信息。

在步骤204中，获取所述用户的用户信息。

在步骤206中，根据所述支付信息和所述用户信息，判断所述本次服务的风险程度。

在步骤208中，根据判断结果确定所述本次服务的支付方式。

本实施例的服务平台可以维护有服务提供方与服务需求方的账户数据，例如服务提供方的账号、服务提供方的联系方式信息、服务提供方的身份信息、服务提供方的名称、服务提供方所绑定的支付信息、服务提供方；服务需求方的账号、服务需求方的联系方式信息、服务需求方的身份信息、服务需求方的名称或订单相关信息等等。

实际应用中，用户可以通过APP所提供的服务发起入口等方式，发起服务请求。服务请求中可以携带有本次服务的相关信息和用户相关信息，为了判断本次服务的风险程度，本实施例可以从支付信息和用户信息两个维度来进行判断。举例来说，假设本次服务的产生费用较高、用户的账户余额较少、或未开启免密码支付等等，这些因素影响本次服务的风险程度；另一方面，用户是否是实名认证用户、用户的信用、用户以往的历史行为信息(例如该用户历史完成订单的数量、是否有历史未支付订单等等)，这些因素涉及用户的信用，也相应影响本次服务的风险程度。

在一个可选的实现方式中，本申请实施例提供如下支付信息，所述支付信息可以包括如下一种或多种信息：

指示本次服务费用是否高于预设费用阈值的信息；本实施例可以根据实际需要设定一个或多个预设费用阈值，该预设费用阈值用于指示本次服务费用是否较高，较高的服务费用可能会有一定的风险。

指示所述用户是否已绑定支付账户的信息；可选的，某些涉及支付的服务中，用户可以绑定支付账户，本实施例可以通过用户数据确定用户是否绑定了支付账户，是否绑定有支付账户也会对服务的风险程度造成一定影响，若绑定有支付账户，可以通过支付账户确定用户的更多支付信息，因此，绑定有支付账户相对于没有绑定支付账户，服务的风险程度更低。

指示所述用户的账户余额的信息；可选的，某些涉及支付的服务中，用户可以预先充值付费，本实施例可以通过用户数据确定用户的账户余额，账户余额的多少会对服务的风险程度造成一定影响，若账户余额为零，而本次服务的费用较高，则本次服务的风险程度可能较高；若账户余额较多，账户余额高于本次服务的费用，则服务的风险程度可能较低。

指示所述用户是否已开启免密码支付的信息。可选的，某些涉及支付的服务中，用户可以绑定支付账户或预先账户充值，并可选的开通免密码支付。本实施例可以通过用户数据确定用户是否开启免密码支付，是否开启免密码支付会对服务的风险程度造成一定影响，若开启免密码支付，服务方可以无需用户确认而扣取服务费用，因此，开启免密码支付相对于未开启免密码支付，服务的风险程度可能更低。

在一个可选的实现方式中，所述用户信息包括如下一种或多种信息：

指示所述用户是否已实名认证的实名认证信息；可选的，用户可以预先进行实名认证，本实施例服务方可以通过用户数据确定用户是否已实名认证，某些恶意用户有较大可能不会进行实名认证，是否已实名认证会对服务的风险程度造成一定影响。

指示所述用户信用高低的信用信息；可选的，服务方可以获取有用户的信用信息，可选的，此类信用信息可以是服务方从其他信用服务平台获取，信用信息的高低可以反映用户是否有恶意行为的概率，因此可以采用信用信息作为服务的风险程度的评估因素。

指示所述用户是否有历史未支付订单的信息。可选的，服务方可以从历史订单数据中查阅用户是否有历史未支付订单，若用户有历史未支付订单，可以认为用户存在恶意逃款行为，可能会对本次服务的风险程度造成一定影响。

其中，针对实名认证信息和信用信息，在一个可选的实现方式中，所述实名认证信息和/或信用信息的获取方式包括：

本实施例中，信息关联平台可以包括提供实名认证信息的平台，以及提供信用信息的平台，上述的实名认证信息的平台及提供信用信息的平台可以是同一平台，也可以不同平台。实际应用中，服务方可以通过与其他信息关联平台所提供的接口，快速地获取所述实名认证信息或信用信息。举例来说，信息关联平台可以包括第三方支付平台，第三方支付是指具备一定实力和信誉保障的独立机构，采用与各大银行签约的方式，通过与银行支付结算系统接口对接而促成交易双方进行交易的网络支付模式，例如支付宝或微信支付等等。服务方可以与第三方支付平台合作，从而可以获得准确且可靠的实名认证信息或信用信息。

通过上述多类信息，服务平台可以根据需要设定多类风险程度。例如，若本次服务的费用较低，且实名认证，可以认为本次服务的风险较低；若本地服务费用较高、用户未实名认证、且未开启免密码支付，可以认为本次服务的风险较高等等。实际应用中，本领域技术人员可以根据需要灵活配置多种判断方式，本实施例对此不作限定。

进一步的，服务平台可以根据需要设定多类风险程度，并对应根据每类风险程度的高低设定不同的支付方式。对于风险程度较高的服务，可以设定为需要用户预先支付费用，防止服务完成后无法扣取费用的情况；对于风险程度较低的服务，可以设定不需要用户预先支付，从而为用户提供较好的服务体验；而风险程度处于中等水平的服务，可以要求用户开启免密码支付功能。

具体的，所述根据判断结果确定所述本次服务的风险程度，包括：

若确定所述本次服务的风险程度高于第一预设级别，确定需要所述用户预先支付本次服务费用；本实施例中，第一预设级别可以用于指示本次服务具有较高的风险，当风险程度较高，则需要用户预先支付本次服务费用，从而可以防止用户不支付本次费用行为的发生，防止坏账的产生。

若确定所述本次服务的风险程度在第一预设级别和第二预设级别之间，确定需要所述用户开启免密码支付；本实施例中，第二预设级别可以用于指示本次服务具有一定的风险，当本次服务的风险程度在第一预设级别和第二预设级别之间，可以确定需要所述用户开启免密码支付，在开启免密码支付的情况下，服务方可以无需用户确认即可进行账户余额扣费操作或向已绑定账户发起扣费操作。在开启免密码支付的情况下，服务方成功扣费的可能性较高，从而可以有效防止坏账的产生。

若确定所述本次服务的风险程度低于第二预设等级，确定不需要所述用户预先支付本次服务费用。本实施例中，若本次服务的风险程度低于第二预设等级，表示本次服务的风险程度较低，服务方可以确定不需要所述用户预先支付本次服务费用，从而可以减少对用户的干扰，可以更为快速地为用户提供服务。

实际应用中，用户在发起本次服务时，服务方可能查询到用户的历史订单数据中有未支付订单，为了实现成功扣取未支付订单的服务费用，在接收用户发起的服务请求前，所述方法可以包括：

本实施例中，当用户启动APP时，用户账户会登录服务器，服务平台可以根据登录账户，查询该登录用户是否有未支付服务订单，假设用户有未支付服务订单，可以决定该用户此时不能发起服务请求，在用户对未支付服务订单支付完成后，可以允许用户发起服务请求，从而实现有效防止坏账。举例来说，用户能否发起服务请求可以通过APP中的服务请求入口而进行控制，服务请求入口可以采用功能选项等实现，服务器判断用户能够发起服务请求的结果可以发送给APP，由APP根据判断结果确定该服务请求入口能否展示或能否被用户触发。

实际应用中，也有可能存在用户没有支付服务订单，并更换账户的情况。而用户账户有可能关联有其他信息关联平台(例如前述的第三方支付平台等)。用户在更换账户后，有可能关联同一信息关联平台账户，本实施例将关联同一信息关联平台账户的账户认为是同一用户，从而可以有效防止坏账。基于此，本实施例中，所述查询所述用户是否有未支付服务订单，可以包括：

例如，假设用户账户采用用户的手机号进行注册，可以通过信息关联平台如第三方支付平台提供的接口查询该用户的相关信息。因此，本实施例在用户注册时，可以要求用户与第三方支付平台的帐户进行绑定，从而获取到该用户在第三方支付平台下的账户，本实施例以账户名为openid进行说明。假设用户手机号为A，用户利用手机号A在网约车平台注册用户账户。该用户在第三方支付平台利用手机号B注册账户，用户利用手机号A注册网约车平台用户账户时要求用户绑定第三方支付平台下的账户，从而获得用户的openid为手机号B。假设用户在网约车平台下有某个订单完成后未支付，而用户注销了手机号A。之后，用户在该网约车平台下又注册了新账户C，当注册新账户时要求用户为账户C绑定第三方支付平台账户，由于该用户绑定了上述账户B，因此，服务平台可以查询到该用户有未支付订单，从而可以有效防止恶意用户的逃单行为。

接下来以网约车平台为例对本申请实施例进行详细说明。

如图3A所示，是本申请根据一示例性实施例示出的一种网约车客户端的界面示意图，图3A中提供的是一发单界面的示意图，用户通过客户端所提供的功能，可以选择出发位置和目的位置，客户端基于此向服务端发起服务请求。接收到服务请求后，根据出发位置、目的位置和计费规则，可以确定本次服务的产生费用。

服务端根据用户发起的服务请求，判断是否已绑定有支付账户，具体的，支付账户可以是第三方支付平台账户，如支付宝账户、微信账户等，在其他例子中，支付账户还可以是银行卡账户等等。

假设用户没有绑定支付账户，可以要求用户开通线上支付，以绑定支付账户。在用户绑定有支付账户的情况下，服务端可以判断本次服务的风险程度。本实施例中，以服务费用、用户是否实名认证、用户的信用信息三项因素评判本次服务的风险程度。

具体的，新用户在首次使用的时候，如果用户发单金额大于n(n根据平台可承担风险设定)或者用户手机号疑似一次性帐号，则根据用户手机号在支付宝的芝麻信用分进行判定，若分数大于m(m的设定可根据可承受的风险来决定)，则认为用户风险较低，不需要用户预先支付费用。如果小于m，则认为风险相对较高，确定用户需要预先支付。如图3B所示，具体的，预先支付可以是服务方在发单前扣取本次服务费用，用户可以利用关联的支付账号进行账户充值。在预先支付成功后，为本次服务请求分配司机用户。

若新用户在平台发单金额小于n，则根据用户在支付宝的芝麻信用分和微信实名认证信息来进行判定，如果新用户对应在支付宝的芝麻信用分较低或微信实名认证信息不全，则认为用户风险中等，需要用户开启免密码支付。例如，可以是用户在微信或者支付宝开通免密码支付以防止坏帐。

如果新用户发单金额较小，且用户的芝麻信用分或微信实名认证信息较全，则认为用户风险较低，可以直接发单。

如果老用户发单金额过大，同样可以判定用户的信用分，决定是否让用户预先进行充值。

与前述服务请求的支付处理方法的实施例相对应，本申请还提供了服务请求的支付处理装置及其所应用的服务器的实施例。

如图4所示，图4是本申请根据一示例性实施例示出的一种服务请求的支付处理装置的框图，所述装置包括：

请求接收模块41，用于：接收用户发起的服务请求，根据所述服务请求确定本次服务所涉及的支付信息；

用户信息获取模块42，用于：获取所述用户的用户信息；

风险判断模块43，用于：根据所述支付信息和所述用户信息，判断所述本次服务的风险程度；

支付确定模块44，用于：根据判断结果确定所述本次服务的支付方式。

可选的，所述支付信息包括如下一种或多种信息：

示所述用户是否已绑定支付账户的信息；可选的，某些涉及支付的服务中，用户可以绑定支付账户，本实施例可以通过用户数据确定用户是否绑定了支付账户，是否绑定有支付账户也会对服务的风险程度造成一定影响，若绑定有支付账户，可以通过支付账户确定用户的更多支付信息，因此，绑定有支付账户相对于没有绑定支付账户，服务的风险程度更低。

指示所述用户的账户余额的信息；可选的，某些涉及支付的服务中，用户可以预先充值付费，本实施例可以通过用户数据确定用户的账户余额，账户余额的多少会对服务的风险程度造成一定影响，若账户余额为零，而本次服务的费用较高，则本次服务的风险程度将较高；若账户余额较多，则服务的风险程度较低。

指示所述用户是否已开启免密码支付的信息。可选的，某些涉及支付的服务中，用户可以绑定支付账户或预先账户充值，并可选的开通免密码支付。本实施例可以通过用户数据确定用户是否开启免密码支付，是否开启免密码支付会对服务的风险程度造成一定影响，若开启免密码支付，服务方可以无需用户确认而扣取服务费用，因此，开启免密码支付相对于未开启免密码支付，服务的风险程度更低。

可选的，所述用户信息包括如下一种或多种信息：

可选的，所述信息获取模块，还用于：

可选的，所述风险判断模块，还用于：

可选的，所述装置还包括订单查询模块，用于：

本实施例中，当用户启动APP时，用户账户会登录服务器，服务平台可以根据登录账户，可以查询用户是否有未支付服务订单，假设用户有未支付服务订单，可以决定该用户此时不能发起服务请求，在用户对未支付服务订单支付完成后，可以允许用户发起服务请求，从而实现有效防止坏账。

可选的，所述查询模块，还用于：

例如，假设用户账户采用用户的手机号进行注册，可以通过信息关联平台如第三方支付平台提供的接口查取该用户的相关信息。因此，本实施例在用户注册时，可以要求用户与第三方支付平台的帐户进行绑定，从而获取到该用户在第三方支付平台下的账户，本实施例以openid为例。假设用户手机号为A，用户利用手机号A在网约车平台注册用户账户。该用户在第三方支付平台利用手机号B注册账户，用户利用手机号A注册网约车平台用户账户时要求用户绑定第三方支付平台下的账户，从而获得用户的openid为手机号B。假设用户在网约车平台下有某个订单完成后未支付，而用户注销了手机号A。之后，用户在该网约车平台下又注册了新账户C，当注册新账户时要求用户为账户C绑定第三方支付平台账户，由于该用户绑定了上述账户B，因此，服务平台可以查询到该用户有未支付订单，从而可以有效防止恶意用户的逃单行为。

本申请服务请求的支付处理装置的实施例也可以应用在服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务器的处理器将非易失性存储器等可读介质中对应的计算机程序指令读取到内存中运行形成的。

相应的，本申请还提供一种服务器，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。

相应的，本申请还提供一种计算机存储介质，所述存储介质中存储有程序指令，所述程序指令包括：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。

本申请实施例可采用在一个或多个其中包含有程序代码的存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。计算机可用存储介质包括永久性和非永久性、可移动和非可移动媒体，可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括但不限于：相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

本领域技术人员在考虑说明书及实践这里申请的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种服务请求的支付处理方法，其特征在于，所述方法包括：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。

2.根据权利要求1所述的方法，其特征在于，所述支付信息包括如下一种或多种信息：

指示本次服务费用是否高于预设费用阈值的信息；

指示所述用户是否已绑定支付账户的信息；

指示所述用户的账户余额的信息；

指示所述用户是否已开启免密码支付的信息。

3.根据权利要求1所述的方法，其特征在于，所述用户信息包括如下一种或多种信息：

指示所述用户是否已实名认证的实名认证信息；

指示所述用户信用高低的信用信息；

指示所述用户是否有历史未支付订单的信息。

4.根据权利要求3所述的方法，其特征在于，所述实名认证信息和/或信用信息的获取方式包括：

5.根据权利要求1所述的方法，其特征在于，所述根据判断结果确定所述本次服务的风险程度，包括：

6.根据权利要求1所述的方法，其特征在于，在接收用户发起的服务请求前，所述方法还包括：

7.根据权利要求6所述的方法，其特征在于，所述查询所述用户是否有未支付服务订单，包括：

8.一种服务请求的支付处理装置，其特征在于，所述装置包括：

用户信息获取模块，用于：获取所述用户的用户信息；

9.根据权利要求8所述的装置，其特征在于，所述支付信息包括如下一种或多种信息：

指示本次服务费用是否高于预设费用阈值的信息；

指示所述用户是否已绑定支付账户的信息；

指示所述用户的账户余额的信息；

指示所述用户是否已开启免密码支付的信息。

10.根据权利要求8所述的装置，其特征在于，所述用户信息包括如下一种或多种信息：

指示所述用户是否已实名认证的实名认证信息；

指示所述用户信用高低的信用信息；

指示所述用户是否有历史未支付订单的信息。

11.根据权利要求10所述的装置，其特征在于，所述信息获取模块，还用于：

12.根据权利要求8所述的装置，其特征在于，所述风险判断模块，还用于：

13.根据权利要求8所述的装置，其特征在于，所述装置还包括订单查询模块，用于：

14.根据权利要求13所述的装置，其特征在于，所述查询模块，还用于：

15.一种服务器，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。

16.一种计算机存储介质，其特征在于，所述存储介质中存储有程序指令，所述程序指令包括：

获取所述用户的用户信息；

根据判断结果确定所述本次服务的支付方式。