CN107292612A

CN107292612A - 电子支付操作的优化方法和装置

Info

Publication number: CN107292612A
Application number: CN201610221938.5A
Authority: CN
Inventors: 张梅
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced Nova Technology Singapore Holdings Ltd
Priority date: 2016-04-11
Filing date: 2016-04-11
Publication date: 2017-10-24
Anticipated expiration: 2036-04-11
Also published as: CN107292612B

Abstract

本申请提供一种电子支付操作的优化方法和装置。所述方法包括：在接收到用户开启客户端的指令后，获取当前地理位置；获取所述当前地理位置对应的支付对象的支付操作方式；根据所述支付操作方式开启支付操作入口。本申请客户端可以在接收到用户开启客户端的指令后，获取当前地理位置对应的支付对象的支付操作方式，并根据所述支付操作方式开启支付操作入口，用户可以基于所述支付操作入口完成支付操作，整个过程无需用户手动选择支付操作方式，大大简化了用户的操作，提高了电子支付的效率，也提升了用户的使用体验。

Description

电子支付操作的优化方法和装置

技术领域

本申请涉及终端技术领域，尤其涉及一种电子支付操作的优化方法和装置。

背景技术

随着互联网技术的快速发展，电子支付的普及率也越来越高，如何提高电子支付的效率和使用体验已成为目前亟待解决的问题。

发明内容

有鉴于此，本申请提供一种电子支付操作的优化方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种电子支付操作的优化方法，所述方法包括：

在接收到用户开启客户端的指令后，获取当前地理位置；

获取所述当前地理位置对应的支付对象的支付操作方式；

根据所述支付操作方式开启支付操作入口。

一种电子支付操作的优化装置，所述装置包括：

位置获取单元，在接收到用户开启客户端的指令后，获取当前地理位置；

方式获取单元，获取所述当前地理位置对应的支付对象的支付操作方式；

支付开启单元，根据所述支付操作方式开启支付操作入口。

由以上描述可以看出，本申请客户端可以在接收到用户开启客户端的指令后，获取当前地理位置对应的支付对象的支付操作方式，并根据所述支付操作方式开启支付操作入口，用户可以基于所述支付操作入口完成支付操作，整个过程无需用户手动选择支付操作方式，大大简化了用户的操作，提高了电子支付的效率，也提升了用户的使用体验。

附图说明

图1是本申请一示例性实施例示出的一种电子支付操作的优化方法的流程示意图。

图2是本申请一示例性实施例示出的一种用户页面示意图。

图3是本申请一示例性实施例示出的一种支付操作入口的示意图。

图4是本申请一示例性实施例示出的另一种支付操作入口的示意图。

图5是本申请一示例性实施例示出的另一种电子支付操作的优化方法的流程示意图。

图6是本申请一示例性实施例示出的一种用于电子支付操作的优化装置的一结构示意图。

图7是本申请一示例性实施例示出的一种电子支付操作的优化装置的结构示意图。

具体实施方式

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

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

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

相关技术中，用户可以通过终端中装载的具有支付功能的客户端软件(Application，APP)进行电子支付，比如：支付宝钱包、百度钱包等。目前，用户在进行电子支付时，往往需要根据商家支持的支付操作方式选择支付操作入口，举例来说，假设商家支持扫描电子码的支付操作方式，则用户需要手动打开电子码的扫描页面，以供商家扫描。在这样的实现方式中，用户在每次使用电子支付时，均需要在多种支付操作方式中进行选择，较为繁琐，且误操作率较高，大大降低了电子支付的效率，同时影响用户的使用体验。

针对上述问题，本申请提供一种电子支付操作的优化方案，可以简化电子支付的操作，提高电子支付的效率。

图1是本申请一示例性实施例示出的一种电子支付操作的优化方法的流程示意图。所述电子支付操作的优化方法可以应用在具有支付功能的客户端中，为便于描述，本申请将具有支付功能的客户端简单称为客户端。所述客户端可以装载在手机、PDA(Personal Digital Assistant，掌上电脑)、平板电脑等智能终端设备中，本申请对此不作特殊限制。

请参考图1，所述电子支付操作的优化方法可以包括以下步骤：

步骤101，在接收到用户开启客户端的指令后，获取当前地理位置。

在本实施例中，所述开启客户端的指令可以包括：点击指令、语音指令等，比如：用户点击所述客户端的图标的指令等。客户端在接收到所述指令后，可以通过智能终端设备中集成的GPS(Global Positioning System，全球定位系统)模块获取当前地理位置，比如：当前位置的经纬度坐标。

步骤102，获取所述当前地理位置对应的支付对象的支付操作方式。

基于前述步骤101，在获取到当前地理位置后，可以获取位于所述当前地理位置的支付对象的支付操作方式。其中，所述支付操作方式可以为支付操作方式的标识等能够唯一确定支付操作方式的信息，所述支付操作方式可以包括：扫描电子码支付、输入支付金额支付、转账支付等。

在本实施例中，所述支付对象可以包括：餐馆、酒店、KTV等线下实体消费对象。所述支付对象可以预先到服务端注册，然后上传自身的一些经营信息，所述经营信息可以包括有：地理位置、经营类别、商品特色、营业时间、支付操作方式等，服务端可以保存所述经营信息。

在本步骤中，客户端在获取到所述当前地理位置后，可以将所述当前地理位置发送给服务端，服务端在接收到所述当前地理位置后可以查找位于所述当前地理位置的支付对象，然后获取该支付对象的支付操作方式，并将所述支付操作方式返回给客户端。

值得注意的是，在实际应用中，客户端在运行的过程中，可能会多次发送当前地理位置给服务端，比如：当用户搜索附近餐馆时，客户端会获取当前地理位置，并将其发送到服务端进行附近餐馆的查询。当用户搜索附近电影院时，客户端也会获取当前地理位置，并将其发送到服务端进行附近电影院的查询等。为进行区分，客户端可以将前述步骤101中获取到的当前地理位置连同预设的查询标识发送给服务端，服务端在接收到所述当前地理位置后，基于所述预设的查询标识可以确定所述当前地理位置用于支付操作方式的查询，进而可以查找位于所述当前地理位置的支付对象，然后获取该支付对象的支付操作方式。

在本实施例中，客户端在获取到所述当前地理位置对应的支付对象的支付操作方式后，可以将所述当前地理位置以及对应的支付对象的支付操作方式缓存在本地。基于前述步骤101，客户端在获取到当前地理位置后，可以先判断本地是否缓存有所述当前地理位置对应的支付对象的支付操作方式，如果缓存，则可以在本地获取所述当前地理位置对应的支付对象的支付操作方式，如果未缓存，则可以将所述当前地理位置发送给服务端，以从服务端获取所述当前地理位置对应的支付对象的支付操作方式。当然，在这样的实现方式中，还可以为本地缓存的支付操作方式设置对应的老化时间，这部分的处理与实现可以参照相关技术，本申请在此不再一一赘述。

步骤103，根据所述支付操作方式开启支付操作入口。

基于前述步骤102，客户端在获取到所述当前地理位置对应的支付操作方式后，可以根据所述支付操作方式开启支付操作入口，比如：根据所述支付操作方式展示所述支付操作的执行页面。用户可以基于所述支付操作入口完成支付操作。

举例来说，当所述支付操作方式对应扫描电子码支付时，客户端可以展示电子码的扫描页面。当所述支付操作方式对应转账支付时，客户端可以展示面向支付对象的转账页面等。

值得注意的是，在本步骤中，如果用户为客户端设置解锁验证，则客户端可以在用户通过解锁验证后开启支付操作入口，即客户端在用户成功开启后开启支付操作入口。如果用户未能成功开启客户端，则无需展示所述支付操作入口。

可选的，在本申请一个例子中，客户端可以向用户提供开启上述基于地理位置自动开启支付操作入口功能的选项。当用户不同意使用该功能时，用户可以关闭该功能。当用户关闭该功能后，客户端在接收到用户开启客户端的指令后，无需获取当前地理位置对应的支付对象的支付操作方式。当用户同意使用该功能时，用户可以开启该功能。可选的，用户还可以自行设置开启该功能的时间，比如：用户可以将开启该功能的时间设置为每日的11:00至20:00，客户端如果在这段时间内接收到用户开启客户端的指令，可以获取当前地理位置对应的支付对象的支付操作方式，客户端如果在其他时间接收到用户开启客户端的指令，则无需获取当前地理位置对应的支付对象的支付操作方式。

可选的，在本申请另一个例子中，由于GPS模块等具有定位功能的模块在获取当前地理位置时，可能会受到天气、信号干扰等因素影响产生误差。服务端在接收到客户端发送的当前地理位置后，可能会查找到多个位于所述当前地理位置的支付对象，则服务端可以返回支付对象列表给客户端以供用户选择。其中，所述支付对象列表中包括有位于所述当前地理位置的各支付对象及其支付操作方式。

举例来说，假设服务端在接收到所述当前地理位置后，经查找发现位于所述当前地理位置的支付对象有两个，分别为：DQ冰雪皇后以及麦当劳，其中，DQ冰雪皇后的支付操作方式为输入金额支付，麦当劳的支付操作方式为扫描电子码支付，则服务端可以生成如下支付对象列表，并将该支付对象列表返回给客户端。

支付对象	支付操作方式
		DQ冰雪皇后	输入金额支付
麦当劳	扫描电子码支付

表1

客户端在接收到表1所示的支付对象列表后，可以将所述支付对象列表中的各支付对象展示给用户，以供用户选择。请参考图2所示的用户页面示意图，用户可以在图2所示的页面中选择其所在的商户。假设，用户当前位于麦当劳，则客户端可以在用户选择麦当劳后，从所述支付对象列表中获取到麦当劳的支付操作方式“扫描电子码支付”，然后展示图3所示的电子码的扫描页面。又假设，用户当前位于DQ冰雪皇后，则客户端可以在用户选择DQ冰雪皇后后，从所述支付对象列表中获取到DQ冰雪皇后的支付操作方式“输入金额支付”，然后展示图4所示的面向DQ冰雪皇后的付款页面。由此可以看出，客户端开启的支付操作入口可以包括有支付对象的相关信息，也可以不包括支付对象的相关信息，具体由支付对象的支付操作方式确定，本申请对此不作特殊限制。

可选的，在本申请另一个例子中，服务端在查找到位于当前地理位置的支付对象后，还可以判断所述支付对象是否发布有优惠信息，比如：代金券等，如果有，则服务端可以自动为用户领取优惠信息，然后将所述优惠信息和支付操作方式一同返回给客户端。

可选的，在本申请另一个例子中，如果用户开启客户端并非用于支付操作，则用户可以在客户端开启支付操作入口后，退出支付操作，比如：关闭当前页面等。客户端可以记录用户的退出操作，当检测到用户在同一地理位置退出支付操作的次数到达预设的次数后，基于该地理位置，可以不再开启支付操作入口。举例来说，商户的工作人员在工作时间打开客户端，通常不是为了进行支付操作。当然，在实际实现中，当用户退出支付操作时，客户端还可以让用户确认在该地理位置后续是否均不再开启支付操作入口，用户可以根据自己的情况进行选择。

可选的，在本申请另一个例子中，如果服务端未获取到当前地理位置对应的支付对象，则服务端可以基于用户的本次行为参数和历史业务行为特征确定目标业务，并将目标业务返回给客户端，客户端在接收到目标业务后可以开启所述目标业务的入口。其中，所述目标业务可以为客户端提供的支付业务以外的其他业务，比如：理财业务、缴费业务、叫车业务等。所述本次行为参数可以包括：客户端获取到的当前地理位置、用户开启客户端的时间点等，客户端可以在将所述当前地理位置发送给服务端以获取对应支付操作方式的同时，将用户开启客户端的时间点等其他本次行为参数也发送给服务端。

在本实施例中，服务端可以根据用户的历史业务行为参数确定用户的历史行为特征，并在未获取到所述当前地理位置对应的支付对象时，在用户的历史行为特征中查找匹配本次行为参数的目标业务，并将查找到的目标业务返回给客户端，以供客户端开启所述目标业务的入口。其中，所述历史行为特征可以理解为用户执行业务的习惯。举例来说，假设用户的信用卡账单日为每个月的15日，用户习惯在账单日的前一天，即每个月的14日使用客户端进行还款操作，当用户在每个月的14日执行“信用卡还款”业务的次数大于阈值时，服务端可以将业务行为“信用卡还款”以及业务行为参数“14日”关联，并将其设置为用户的历史行为特征。当然，在实际应用中，与业务行为相关联的业务行为参数还可以包括其他维度的行为参数，比如：地理位置等，本申请对此不作特殊限制。

值得注意的是，在本实施例中，用户历史行为特征的确定是一个不断沉淀和学习的过程，基于大数据技术，服务端可以在用户每进行一次业务行为后，根据本次业务行为参数对用户的历史行为特征重新进行计算和调整。

可选的，在本申请另一个例子中，如果服务端无法确定目标业务，则可以向客户端返回展示首页消息，客户端在接收到所述展示首页消息后，可以展示客户端首页。举例来说，假设用户为新注册的用户，其历史业务行为较少，服务端还无法根据已有的历史业务行为确定出行为特征，则服务端可以向客户端返回所述展示首页消息。

由以上描述可以看出，本申请客户端可以在无法获取到当前地理位置对应的支付对象时，开启服务端依据用户的本次业务行为参数和历史行为特征确定出的目标业务的业务入口，用户可以基于所述业务入口完成业务操作，整个过程无需用户手动选择业务入口，大大提升了用户的使用体验。

下面结合具体的应用场景来描述本申请的实现过程。

请参考图5，以客户端为支付宝钱包为例，所述支付宝钱包装载在用户的手机中，本申请提供的电子支付操作的优化方法可以包括以下步骤：

步骤501，用户开启支付宝钱包。

步骤502，支付宝钱包获取当前地理位置，并将所述当前地理位置发送给服务端。

步骤503，服务端判断是否查找到位于所述当前地理位置的支付对象，如果查找到，以执行步骤504。如果未查找到，则执行步骤506。

步骤504，获取所述支付对象的支付操作方式，并将所述支付操作方式返回给支付宝钱包。

在本实施例中，假设服务端查找到位于所述当前地理位置的支付对象为麦当劳，则服务端获取麦当劳的支付操作方式为扫描电子码支付，则服务端可以将扫描电子码支付的标识，比如：支付标识1，返回给支付宝钱包。

步骤505，支付宝钱包开启支付操作入口。

基于前述步骤504，支付宝钱包在接收到所述支付标识1后，可以展示电子码的扫描页面，用户可以将手机展示给麦当劳的收银员，收银员用扫码枪扫描该电子码即可实现电子支付。在整个电子支付的过程中，用户开启支付宝钱包即可，无需手动打开电子码的扫描页面，提升了电子支付的效率。

步骤506，服务端基于用户的本次行为参数和历史业务行为特征确定目标业务，并将所述目标业务返回给支付宝钱包。

在本实施例中，假设服务端未查找到位于所述当前地理位置的支付对象，即用户当前未处于线下消费场所。又假设，用户本次开启支付宝钱包的时间点为3号9:12:26，而服务端确定出的用户历史行为特征中包括用户经常在月初为手机充话费，则服务端可以确定所述目标业务为充话费，并将所述目标业务返回给支付宝钱包，比如：将充话费的标识002返回给支付宝钱包。

步骤507，支付宝钱包开启所述目标业务的入口。

基于前述步骤506，支付宝钱包在接收到服务端返回目标业务标识002后，可以开启充话费的入口，用户可以基于该入口进行话费的充值。

上述图5所示的实施例中，支付宝钱包以及服务端可以参照前述实施例中提供的方案实现上述电子支付操作的优化方案，本申请再次不再一一赘述。

与前述电子支付操作的优化方法的实施例相对应，本申请还提供了电子支付操作的优化装置的实施例。

本申请电子支付操作的优化装置的实施例可以应用在终端中装载的客户端软件上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在终端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本申请电子支付操作的优化装置所在终端的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的终端通常根据该终端的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图7，所述电子支付操作的优化装置600可以应用在前述图6所示的终端装载的客户端中，可以包括：位置获取单元601、方式获取单元602、支付开启单元603、业务开启单元604以及首页展示单元605。

其中，所述位置获取单元601，在接收到用户开启客户端的指令后，获取当前地理位置；

所述方式获取单元602，获取所述当前地理位置对应的支付对象的支付操作方式；

所述支付开启单元603，根据所述支付操作方式开启支付操作入口。

可选的，所述方式获取单元602，将所述当前地理位置发送给服务端，以供服务端查找位于所述当前地理位置的支付对象，并获取所述支付对象的支付操作方式；接收服务端返回的所述支付操作方式。

可选的，所述方式获取单元602，在将所述当前地理位置发送给服务端后，接收服务端返回的支付对象列表，所述支付对象列表由服务端在查找到的位于所述当前地理位置的支付对象的数量为多个时发送，所述支付对象列表中包括位于所述当前地理位置的各支付对象及其支付操作方式；

展示所述支付对象列表中的各支付对象；

获取用户选择的支付对象的支付操作方式作为所述当前地理位置对应的支付对象的支付操作方式。

所述业务开启单元604，接收服务端返回的目标业务，并开启所述目标业务的业务入口；

其中，所述目标业务由服务端在未获取到所述当前地理位置对应的支付对象时，基于用户的本次行为参数和历史业务行为特征确定；所述本次行为参数包括：所述当前地理位置、开启客户端的时间点。

所述首页展示单元605，接收服务端返回的展示首页消息，并展示客户端首页，所述展示首页消息由服务端在无法确定目标业务时发送。

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

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

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

Claims

1.一种电子支付操作的优化方法，其特征在于，所述方法包括：

在接收到用户开启客户端的指令后，获取当前地理位置；

获取所述当前地理位置对应的支付对象的支付操作方式；

根据所述支付操作方式开启支付操作入口。

2.根据权利要求1所述的方法，其特征在于，所述获取所述当前地理位置对应的支付对象的支付操作方式，包括：

将所述当前地理位置发送给服务端，以供服务端查找位于所述当前地理位置的支付对象，并获取所述支付对象的支付操作方式；

接收服务端返回的所述支付操作方式。

3.根据权利要求2所述的方法，其特征在于，所述获取所述当前地理位置对应的支付对象的支付操作方式，还包括：

在将所述当前地理位置发送给服务端后，接收服务端返回的支付对象列表，所述支付对象列表由服务端在查找到的位于所述当前地理位置的支付对象的数量为多个时发送，所述支付对象列表中包括位于所述当前地理位置的各支付对象及其支付操作方式；

展示所述支付对象列表中的各支付对象；

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

接收服务端返回的目标业务，所述目标业务由服务端在未获取到所述当前地理位置对应的支付对象时，基于用户的本次行为参数和历史业务行为特征确定；

开启所述目标业务的业务入口；

其中，所述本次行为参数包括：所述当前地理位置、开启客户端的时间点。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

接收服务端返回的展示首页消息，所述展示首页消息由服务端在无法确定目标业务时发送；

展示客户端首页。

6.一种电子支付操作的优化装置，其特征在于，所述装置包括：

支付开启单元，根据所述支付操作方式开启支付操作入口。

7.根据权利要求6所述的装置，其特征在于，

所述方式获取单元，将所述当前地理位置发送给服务端，以供服务端查找位于所述当前地理位置的支付对象，并获取所述支付对象的支付操作方式；接收服务端返回的所述支付操作方式。

8.根据权利要求7所述的装置，其特征在于，

所述方式获取单元，在将所述当前地理位置发送给服务端后，接收服务端返回的支付对象列表，所述支付对象列表由服务端在查找到的位于所述当前地理位置的支付对象的数量为多个时发送，所述支付对象列表中包括位于所述当前地理位置的各支付对象及其支付操作方式；

展示所述支付对象列表中的各支付对象；

9.根据权利要求7所述的装置，其特征在于，所述装置还包括：

业务开启单元，接收服务端返回的目标业务，并开启所述目标业务的业务入口；

10.根据权利要求9所述的装置，其特征在于，所述装置还包括：

首页展示单元，接收服务端返回的展示首页消息，并展示客户端首页，所述展示首页消息由服务端在无法确定目标业务时发送。