户发起的无卡取款请求，并将其转发给基于用户地理位置确定出的取款服务器，然后在取款服务器确认该请求后，将无卡取款的凭证提供给用户。通过用户位置来确定可以提供无卡取款服务的服务器，并将无卡请求发送给该服务器，避免了必须从特定取款服务器进行无卡取款的缺陷，提高了无卡取款的便捷性。
[0034]进一步参考图3，其示出了本申请另一个实施例的无卡取款方法的示例性流程图。
[0035]如图3所示，在步骤301中，接收用户的无卡取款请求。
[0036]接着，在步骤302中，基于用户的地理位置，确定取款服务器。
[0037]在本实施例中，上述步骤301和302分别与图2中的步骤201和202相同，在此不再赘述。
[0038]继而，在步骤303中，获取通过取款服务器开通的取款账号。
[0039]在本实施例中，第三方服务器可以预先通过取款服务器开通多个取款账号，例如，可以以第三方支付平台的名义在每个银行开通多个仅拥有取款权限的对公账号。当在上述步骤302中确定出取款服务器以后，可以去获取通过该取款服务器开通的任意一个取款账号。
[0040]接着，在步骤304中，将无卡取款请求中的取款金额，从用户的支付账户转入取款账号。
[0041]在无卡取款请求中包括有用户想要取款的金额，当获得了取款账号以后，可以将取款金额从用户的支付账户中转入该取款账号。其中，支付账户可以是用户在第三方支付平台注册开通的账户，用户可以将自己的银行卡与支付账户绑定，以便在二者之间进行资金转移。如果支付账户中的余额充足，可以直接将取款金额从支付账户转入取款账号中。如果支付账户中的余额不足，可以将取款金额从与支付账户绑定的银行卡中转入取款账号。
[0042]在本实施例的一个可选实现方式中，还包括:对用户的支付账户进行校验；若校验成功，则执行上述转入。为了保证用户的资金安全，在将取款金额转入取款账号前，还需要对用户的支付账户进行校验。只有在校验成功的情况下，即确认用户对该支付账户具有操作权限时，并且该支付账户能够进行无卡取款时，才能将取款金额转入取款账号。
[0043]可选地，校验包括身份校验和余额校验。身份校验可以包括对用户名和登录密码的确认，也可以包括对交易密码的确认，还可以包括向用户的通信号码发送验证信息进行校验。余额校验可以是查验支付账户中的余额是否大于用户指定的取款金额，若大于则校验成功。否则，可以进一步对与支付账户绑定的银行卡进行余额校验。只有身份校验和余额校验都成功，才算校验成功。
[0044]继而，在步骤305中，基于取款账号，向取款服务器发起无卡取款请求。
[0045]当在上述步骤304中进行资金转移后，取款账号中已经有了相应的金额用来支持用户的无卡取款操作。这样，第三方服务器就可以向取款服务器发起无卡取款请求，要求从该取款账号中通过无卡取款方式，进行现金提取。
[0046]最后，在步骤306中，响应于取款服务器确认无卡取款请求，将无卡取款凭证提供给用户。
[0047]由于取款账号是通过取款服务器开通的，因此，基于该取款账号的无卡取款请求符合取款服务器的要求。当取款服务器确认该无卡取款请求生效后，第三方服务器可以将无卡取款凭证提供给用户。
[0048]在本实施例的一个可选实现方式中，无卡取款凭证包括:授权码或预约码，以及取款账号的取款密码和绑定的通信号码。在现有技术中，用户要通过自动柜员机进行无卡取款，通常需要输入三个凭证，即与取款账号绑定的通信号码，例如手机号，取款密码和授权码或预约码。由于各个取款服务器所制定的无卡取款流程不完全一致，因此，现有技术中的某些取款服务器需要输入授权码进行无卡取款，而另一些取款服务器需要输入预约码进行无卡取款。授权码可以是取款服务器在确认用户的无卡取款请求后，返回的一个数字序列。预约码是用户在向取款服务器发起无卡取款请求的过程中，自主输入并提供给取款服务器的一个数字序列。在本实施例中，取款账号的取款密码和绑定的通信号码是第三方支付平台在开通取款账号时设定的，可以直接提供给用户。授权码可以直接从取款服务器获得。可选地，预约码可以是第三方服务器自动生成的，例如生成随机的数字序列，也可以是根据用户输入确定的。
[0049]在本实施例的一个可选实现方式中，无卡取款方法还包括:若在预设时间段内未接收到交易成功通知，则指示取款服务器取消无卡取款请求，并通知用户本次无卡取款请求已过期。在本实施例中，如果第三方服务器未能在预设的时间段内，例如发起无卡取款请求的2小时内，接收到取款服务器返回的交易成功通知，则说明用户未按照约定进行无卡取款。此时，第三方服务器可以指示取款服务器取消无卡取款请求，并将取款金额从取款账号退回到用户的支付账户中。然后通知用户本次无卡取款请求已过期，如果还需要进行无卡取款，需要发起新的请求。通过及时将用户未支取的资金退回其支付账户，确保了用户资金的安全性。
[0050]与图2所示的实施例相比，本实施例提供的无卡取款方法，不需要对现有的银行系统做任何改变，仅利用通过取款服务器开通的取款账号，就可以实现跨行无卡取款，提高了跨行无卡取款的实用性和可推广性。
[0051]应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
[0052]请参考图4，其示出了根据本申请实施例的无卡取款装置的结构示意图。
[0053]如图4所示，无卡取款装置400可以包括:接收模块410、定位模块420、发送模块430和响应模块440。
[0054]接收模块410，用于接收用户的无卡取款请求。
[0055]定位模块420，用于基于用户的地理位置，确定取款服务器。
[0056]发送模块430，用于将无卡取款请求发送给取款服务器。
[0057]响应模块440，用于响应于取款服务器确认无卡取款请求，将无卡取款凭证提供给用户。
[0058]在本实施例的一个可选实现方式中，定位模块420包括:定位单元和确定单元。
[0059]定位单元，用于基于用户的地理位置，确定提供取款服务的自动柜员机。
[0060]确定单元，用于将运行自动柜员机的服务器作为取款服务器。
[0061]在本实施例的一个可选实现方式中，无卡取款装置400还包括展示模块，用于展示自动柜员机的位置信息。
[0062]在本实施例的一个可选实现方式中，发送模块430包括:获取单元、转账单元和请求单元。
[0063]获取单元，用于获取通过取款服务器开通的取款账号。
[0064]转账单元，用于将无卡取款请求中的取款金额，从用户的支付账户转入取款账号。
[0065]请求单元，用于基于取款账号，向取款服务器发起无卡取款请求。
[0066]在本实施例的一个可选实现方式中，转账单元还用于对用户的支付账户进行校验，若校验成功，则执行上述转入。
[0067]在本实施例的一个可选实现方式中，校验包括身份校验和余额校验。
[0068]在本实施例的一个可选实现方式中，无卡取款凭证包括:授权码或预约码，以及取款账号的取款密码和绑定的通信号码。其中，授权码是由取款服务器返回的，预约码是提供给取款服务器的。
[0069]在本实施例的一个可选实现方式中，预约码是自动生成或用户输入的。
[0070]在本实施例的一个可选实现方式中，无卡取款装置400还包括:
[0071]通知模块，用于当在预设时间段内未接收到交易成功通知时，指示取款服务器取消无卡取款请求，并通知用户本次无卡取款请求已过期。
[0072]应当理解，装置400中记载的诸模块或单元与参考图2-3描述的方法中的各个步骤相对应。上文针对无卡取款方法描述的操作和特征同样适用于装置400及其中包含的模块或单元，在此不再赘述。装置400中的相应模块或单元可以与终端设备和/或服务器中的模块或单元相互配合以实现本申请实施例的方案。
[0073]本申请上述实施例提供的无卡取款装置，可以接收