CN106779928A - 订单处理方法及装置 - Google Patents

Abstract

本公开关于一种订单处理方法及装置。所述方法应用于发送终端，包括：通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。通过本公开提供的信息处理方法，发送终端的用户能够找到附近的用户进行套现，从而通过手机上的支付软件快速获取到现金。

Description

订单处理方法及装置

技术领域

本公开涉及计算机技术领域，尤其涉及一种订单处理方式及装置。

背景技术

相关技术中，手机支付也称为移动支付(Mobile Payment)，是指用户使用其移动终端(通常是智能手机)对所消费的商品或服务进行账务支付的一种服务方式。

相较于传统的现金支付、刷卡支付，手机支付更加方便、快捷，因而得到了广泛使用，并逐渐改变着人们的支付习惯。

如果用户没有携带现金和银行卡，只要提供商品或者服务的商家支持手机支付，用户就可以通过手机上的支付软件对商家进行支付。但是，如果商家不支持手机支付，用户仍然只能使用现金支付，在这种情况下，如何通过支付软件快速获取现金就是本公开所要解决的问题。

发明内容

为克服相关技术中存在的问题，本公开提供一种订单处理方法及装置。

根据本公开实施例的第一方面，提供一种订单处理方法，应用于发送终端，包括：

通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

可选的，向预设区域内的至少一个接收终端的客户端展示所述套现订 单，包括：

将所述套现订单以推送信息的方式发送至所述至少一个接收终端的客户端；或

将所述套现订单展示在所述至少一个接收终端的客户端的显示界面上。

可选的，将所述套现订单以推送信息的方式发送至所述至少一个接收终端的客户端，包括：

通过所述发送终端上的蓝牙模块将所述推送信息发送至所述至少一个接收终端的客户端。

可选的，通过发送终端的客户端与服务器进行交互生成套现订单，包括：

通过发送终端的客户端向所述服务器发送套现请求，所述套现请求中包括套现金额，套现费用和所述位置信息；

接收所述服务器发送的所述套现订单，其中，所述套现订单为所述服务器根据所述套现请求生成的订单。

可选的，所述方法还包括：

判断所述发送终端的客户端对应的账户金额是否大于所述套现金额；

如果所述账户金额大于所述套现金额，通过所述发送终端的客户端向所述服务器发送所述套现请求。

根据本公开实施例的第二方面，提供一种订单处理方法，应用于服务器，包括：

通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

接收至少一个接收终端基于所述套现订单发送的抢单请求；

从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

可选的，所述方法还包括：

向所述发送终端的客户端发送订单确认信息，所述订单确认信息中至少包括所述抢单成功的终端的标识信息和/或所述抢单成功的终端的客户端的标识信息。

可选的，通过与发送终端的客户端进行交互生成套现订单，包括：

接收发送终端的客户端发送的套现请求，所述套现请求中至少包括套现金额、套现费用和所述发送终端的位置信息；

根据所述套现请求生成所述套现订单。

根据本公开实施例的第二方面，提供一种订单处理方法，应用于接收终端，包括：

通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息；

基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求；

接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

可选的，通过所述接收终端的客户端获得套现订单，包括：

通过所述接收终端的客户端接收所述发送终端以推送信息的方式发送的套现订单；或

通过所述接收端的客户端的显示界面获得所述套现订单。

根据本公开实施例的第四方面，提供一种订单处理装置，包括：

生成模块，被配置为通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

展示模块，被配置为向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径 确定的区域。

可选的，所述展示模块包括：

第一发送子模块，被配置为将所述套现订单以推送信息的方式发送至所述至少一个接收终端的客户端；或

展示子模块，被配置为将所述套现订单展示在所述至少一个接收终端的客户端的显示界面上。

可选的，所述第一发送子模块，被配置为通过所述发送终端上的蓝牙模块将所述推送信息发送至所述至少一个接收终端的客户端。

可选的，所述生成模块包括：

第二发送子模块，被配置为通过发送终端的客户端向所述服务器发送套现请求，所述套现请求中包括套现金额，套现费用和所述位置信息；

接收子模块，被配置为接收所述服务器发送的所述套现订单，其中，所述套现订单为所述服务器根据所述套现请求生成的订单。

可选的，所述装置还包括：

判断模块，被配置为判断所述发送终端的客户端对应的账户金额是否大于所述套现金额；

所述第二发送子模块，被配置为如果所述账户金额大于所述套现金额，通过所述发送终端的客户端向所述服务器发送所述套现请求。

根据本公开实施例的第五方面，提供一种订单处理装置，包括：

生成模块，被配置为通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

接收模块，被配置为接收至少一个接收终端基于所述套现订单发送的抢单请求；

选择模块，被配置为从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

可选的，所述装置还包括：

发送模块，被配置为向所述发送终端的客户端发送订单确认信息，所述订单确认信息中至少包括所述抢单成功的终端的标识信息和/或所述抢单成功的终端的客户端的标识信息。

可选的，所述生成模块包括：

接收子模块，被配置为接收发送终端的客户端发送的套现请求，所述套现请求中至少包括套现金额、套现费用和所述发送终端的位置信息；

生成子模块，被配置为根据所述套现请求生成所述套现订单。

根据本公开实施例的第六方面，提供一种订单处理装置，包括：

获得模块，被配置为通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息；

发送模块，被配置为基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求；

接收模块，被配置为接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

可选的，所述获得模块包括：

接收子模块，被配置为通过所述接收终端的客户端接收所述发送终端以推送信息的方式发送的套现订单；或

获得子模块，被配置为通过所述接收端的客户端的显示界面获得所述套现订单。

根据本公开实施例的第七方面，提供一种订单处理装置，包括：

处理器；

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

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

通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

根据本公开实施例的第八方面，提供一种订单处理装置，包括：

处理器；

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

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

通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

接收至少一个接收终端基于所述套现订单发送的抢单请求；

从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

根据本公开实施例的第九方面，提供一种订单处理装置，包括：

处理器；

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

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

通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息；

基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求；

接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

根据本公开实施例的第十方面，提供一种非临时性计算机可读存储介 质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种订单处理方法，所述方法包括：

通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

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

本公开中，通过发送终端的客户端与服务器进行交互生成套现订单，并将套现订单展示给预定区域内的接收终端的客户端，使得发送终端的用户能够找到附近的用户进行套现，从而通过手机上的支付软件快速获取到现金。

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

附图说明

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

图1是根据一示例性实施例示出的一种订单处理方法的流程图(发送终端)。

图2是根据一示例性实施例示出的客户端与服务器之间的交互过程的流程图。

图3是根据一示例性实施例示出一种可能的套现订单的示意图。

图4是根据一示例性实施例示出的一种可能的客户端显示界面的示意图。

图5是根据一示例性实施例示出的一种订单处理方法的流程图(接收终端)。

图6是根据一示例性实施例示出的一种订单处理方法的流程图(服务器)。

图7是根据一示例性实施例示出一种订单处理方法的另一流程图。

图8是根据一示例性实施例示出的一种订单处理装置的框图(发送终端)。

图9是根据一示例性实施例示出的一种订单处理装置的展示模块的框图。

图10是根据一示例性实施例示出的一种订单处理装置的生成模块的框图。

图11是根据一示例性实施例示出的一种订单处理装置的另一框图(发送终端)。

图12是根据一示例性实施例示出的一种订单处理装置框图(服务器)。

图13是根据一示例性实施例示出的一种订单处理装置另一框图(服务器)。

图14是根据一示例性实施例示出的一种订单处理装置的生成模块的框图。

图15是根据一示例性实施例示出的一种订单处理装置框图(接收终端)。

图16是根据一示例性实施例示出的一种订单处理装置的获得模块的框图。

图17是根据一示例性实施例示出的一种订单处理装置的框图。

图18是根据一示例性实施例示出的一种订单处理装置的框图。

具体实施方式

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

图1是根据一示例性实施例示出的一种订单处理方法的流程图，如图1所示，订单处理方法用于发送终端中，包括以下步骤。

在步骤S11中，通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息。

在步骤S12中，向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

在步骤S11中，发送终端可以为智能手机、平板电脑等用户终端。客户端(Client)或称为用户端，是指与服务器相对应，为客户提供本地服务的程序，本公开中，客户端可以为支付宝、微信、百度钱包和银联钱包等具有支付功能的应用程序，则用户可以通过发送终端上的客户端与服务器进行交互生成套现订单，例如用户可以通过发送终端上的支付宝生成套现订单。

然后，在步骤S12中，接收终端可以为智能手机、平板电脑等用户终端，在发送终端向预设区域内的至少一个接收终端的客户端展示套现订单之后，处于预设区域内的接收终端能够获得套现订单，并进行抢单。

在接收终端抢单成功后，发送终端的用户和接收终端的用户可以进行进一步通讯，以完成套现，可见，通过本公开中的订单处理方法，发送终端的用户能够找到附近的用户进行套现，从而通过手机上的支付软件快速获取到现金。

接下来，对发送终端上的客户端与服务器之间的交互过程进行说明。如图2所示，图2是根据一示例性实施例示出的客户端与服务器之间的交互过程的流程图。

在步骤S111中，通过发送终端的客户端向所述服务器发送套现请求，所述套现请求中至少包括所述发送终端的位置信息。

本公开中，套现请求中除了发送终端的位置信息外，还可以包括套现金额、套现费用、发送终端的客户端的标识信息等。其中，位置信息可以通过发送终端上的GPS(GlobalPositioning System；全球定位***)或者运营商的基站进行定位获得的当前位置信息；套现金额是指套现方(发送终端的用户)需要的现金金额，用户可以进行设置；套现费用是指套现方需要支付给被套现方(接收终端的用户)的费用，套现费用可以按比例支付，也可以由套现方进行设置，还可以通过套现方和被套现方共同协商确定。例如：套现金额为200(单位元)，套现方可以设置套现费用为5；又例如：套现金额为200，客户端根据比例2％自动得到套现费用为4。

在步骤S112中，服务器接收到发送终端的客户端发送的套现请求，并根据所述套现请求生成所述套现订单。

套现请求中包括如前所述的内容，则根据一种实施方式，如图3所示，图3是根据一示例性实施例示出一种可能的套现订单的示意图，套现订单中包括套现金额、套现费用、位置信息和标识信息。

在步骤S113中，服务器将所述套现订单发送至发送终端。

然后，发送终端的客户端能够接收所述服务器发送的所述套现订单，其中，所述套现订单为所述服务器根据所述套现请求生成的订单。

本公开中，用户自行输入套现金额，由于用户的套现金额一般不能超过客户端对应的账户金额。因此，根据一种可能的实施方式，客户端可以判断所述发送终端的客户端对应的账户金额是否大于所述套现金额，如果所述账户金额大于所述套现金额，通过所述发送终端的客户端向所述服务器发送所述套现请求，如果所述账户金额小于套现金额，不向服务器发送套现请求，并提示用户账户金额不足。

接下来，对步骤S12进行说明。

在步骤S12中，接收终端可以为智能手机、平板电脑等用户终端。预设区域为以所述位置信息为中心，根据预设半径确定的区域。本公开中，向预设区域内的至少一个接收终端的客户端展示所述套现订单包括以下两种实现方式。

第一种实现方式，将所述套现订单以推送信息的方式发送至所述至少一个接收终端的客户端。本公开中，发送推送信息可以有多种方式，一种推送方式可以是通过数据网络方式(包括但不限于wifi，4G等)发送推送信息，另一种推送方式可以是通过低功耗蓝牙技术向附近区域内的终端发送推送信息。

首先，对数据网络方式进行说明。用户可以对预设区域进行设置，其中，所述预设区域为以所述发送终端所在位置为中心，根据预设半径确定的区域，用户可以设置预设半径为50米，则预设区域为以发送终端所在位置为中心，半径为50米的区域。然后，在发送终端发送推送信息时，向位于预设区域内的接收终端发送该推送信息。

本公开中，在发送终端发送推送信息后，假设在规定时间内没有接收终端抢单成功，则发送终端可以自动增大预设半径，从而将推送信息发送给其他的接收终端；当然，在发送终端发送推送信息后，如果没有接收终端抢单成功，用户也可以手动增大预设半径，从而将推送信息发送给其他的接收终端，从而提高套现订单的抢单成功率。

下面对另一种推送方式进行说明。发送终端和接收终端上都具有蓝牙模块，蓝牙模块可以为配备有BLE(Bluetooth Low Energy；低功耗蓝牙技术)通信功能的模块。蓝牙模块利用的是BLE中名为“通告帧”(Advertising)的广播帧，则在发送推送信息后，只要可接收范围内的支持BLE的设备就可以接收到该推送信息。因此，在发送终端需要发送推送信息时，可以通过蓝 牙模块发送该推送信息，使得处于预设区域内的配备有BLE模块的接收终端能够接收到该推送信息。

其中，预设区域是发送终端通过蓝牙模块发送的推送信息的可接收范围，BLE通信功能的通信距离通常包括以下三种，近距离(几厘米)，中距(几米)和远距(大于10米)，因此，发送终端上的蓝牙模块可以选择适当的通信距离，从而确定推送信息的可接收范围。举例来讲，发送终端上的蓝牙模块的通信距离为12米，可接收范围为以发送终端当前所在位置为中心，半径小于12米的区域，也就是说，发送终端通过蓝牙模块发送推送信息后，与发送终端当前所在位置距离小于12米的接收终端都能够接收到该推送信息。

本公开中，发送终端通过低功耗蓝牙技术发送推送信息，使得位于发送终端的可接收范围内的所有接收终端都能够接收到套现订单，从而提高套现的成功率。

本公开中，在发送终端发送了推送信息之后，接收终端可以接收到发送终端发送的推送信息，从而获得套现订单。

第二种实现方式，将所述套现订单展示在所述至少一个接收终端的客户端的显示界面上。

其中，客户端可以为支付宝、微信、百度钱包和银联钱包等，在第二种实现方式中，可以将套现订单显示在客户端的显示界面上。本公开中，根据一种可能的实施方式，发送终端的用户可以将套现订单分享在客户端的套现订单平台上，进而使得套现订单能够显示在客户端的显示界面上，如图4所示，图4是根据一示例性实施例示出的一种可能的客户端显示界面的示意图。

进一步，在发送终端的客户端将套现订单展示在客户端的显示界面上后，接收终端的用户打开客户端后，进入套现订单平台，就可以获得套现订单。在套现订单平台上包括多个套现订单时，客户端可以对多个套现订单进 行排序，根据一种可能的实施方式，客户端可以根据套现订单的位置信息，对多个套现订单进行排序，筛选出距离最近的套现订单，并按照距离从近到远依次显示，使得用户能够获取离自己最近的套现订单，从而节省发送终端的用户和接收终端的用户完成套现的时间。

如图5所示，图5是根据一示例性实施例示出的一种订单处理方法的流程图，订单处理方法用于接收终端中，包括以下步骤。

在步骤S21中，通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息。

其中，步骤S21，在图1的实施方式中已经说明，在此不再赘述。

在步骤S22中，基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求。

其中，在接收终端获得套现订单之后，用户可以通过客户端上的套现订单的显示界面实现抢单，如图3所示，根据一种可能的实施方式，套现订单的显示界面上显示有抢单按键，在用户点击抢单按键时，可以触发接收终端发送抢单请求。

在步骤S23中，接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

服务器在选择出抢单成功的接收终端后，返回抢单结果，以通知接收终端抢单成功或者抢单失败。

本公开中，在接收终端抢单成功后，发送终端的用户和接收终端的用户可以进行进一步通讯，以完成套现，使得发送终端的用户能够找到附近的用户进行套现，从而通过手机上的支付软件快速获取到现金。

如图6所示，图6是根据一示例性实施例示出的一种订单处理方法的流程图，订单处理方法用于服务器中，包括以下步骤。

在步骤S31中，通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息。

在步骤S32中，接收至少一个接收终端基于所述套现订单发送的抢单请求。

在步骤S33中，从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

其中，步骤S31，不再赘述，与图2中的实施方式相同。本公开中，在多个接收终端都发送了抢单请求的情况下，服务器可以根据接收终端的位置、套现成功率、综合评价来选择抢单成功的接收终端。然后，在服务器选择出抢单成功的接收终端后，发送终端的用户和抢单成功的接收终端的用户可以进行进一步通讯，以完成套现，使得发送终端的用户能够找到附近的用户进行套现，从而通过手机上的支付软件快速获取到现金。

本公开中，在服务器选择出成功抢单的接收终端后，服务器可以对已经抢单成功的套现订单进行锁定，对于锁定后的订单，其他接收终端不能再进行抢单操作；服务器还可以向所述发送终端的客户端发送订单确认信息，所述订单确认信息中至少包括所述抢单成功的终端的标识信息和/或所述抢单成功的终端的客户端的标识信息。

其中，终端的标识信息可以为智能手机的通讯号码，客户端的标识信息可以为用户账号，通过智能手机的通讯号码或者客户端的用户账号，发送终端的用户能够与接收终端的用户进行通讯，进一步约定套现的时间和地点，从而完成套现。

接下来，通过一个具体实例对本公开中的订单处理方法进行说明，根据一种可能的实施方式，如图7所示，图7是根据一示例性实施例示出一种订单处理方法的流程图，包括以下步骤。

在步骤S71中，通过发送终端的客户端向服务器发送套现请求。其中， 套现请求中包括发送终端的标识信息、位置信息、套现金额和套现费用。

在步骤S72中，服务器接收到发送终端的客户端发送的套现请求，并根据套现请求中的信息(包括但不限于位置信息，套现金额，套现费用)生成套现订单。

在步骤S73中，服务器在生成套现订单后，将套现订单发送至发送终端。

在步骤S74中，发送终端将套现订单以推送信息的方式发送给接收终端，或者，将套现订单分享在客户端的套现订单平台上。其中，步骤S74，与图1的实施方式中步骤S12的实施方式相同，在此不再赘述。

在步骤S75中，接收终端在收到套现订单后，向服务器发送抢单请求。

在步骤S76中，服务器在收到至少一个接收终端的抢单请求后，从至少一个接收终端中选择出成功抢单的接收终端。

在步骤S77中，服务器向接收终端返回抢单结果。

在步骤S78中，服务器向发送终端发送订单确认信息。其中，步骤S78可以在步骤S77之前执行，或者同时执行。

然后，发送终端的用户可以与接收终端的用户进行通讯，进一步约定套现的时间和地点，从而完成套现，使得用户能够快获取现金。

图8是根据一示例性实施例示出的一种订单处理装置框图。请参照图8，该装置100包括生成模块121和展示模块122。

该生成模块121被配置为通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

该展示模块122被配置为向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

可选的，如图9所示，所述展示模块122包括：

第一发送子模块1221，被配置为将所述套现订单以推送信息的方式发送 至所述至少一个接收终端的客户端；或

展示子模块1222，被配置为将所述套现订单展示在所述至少一个接收终端的客户端的显示界面上。

可选的，所述第一发送子模块1221，被配置为通过所述发送终端上的蓝牙模块将所述推送信息发送至所述至少一个接收终端的客户端。

可选的，如图10所示，所述生成模块121包括：

第二发送子模块1211，被配置为通过发送终端的客户端向所述服务器发送套现请求，所述套现请求中包括套现金额，套现费用和所述位置信息；

接收子模块1212，被配置为接收所述服务器发送的所述套现订单，其中，所述套现订单为所述服务器根据所述套现请求生成的订单。

可选的，如图11所示，所述装置除生成模块121和展示模块122外，还包括：

判断模块123，被配置为判断所述发送终端的客户端对应的账户金额是否大于所述套现金额；

所述第二发送子模块1221，被配置为如果所述账户金额大于所述套现金额，通过所述发送终端的客户端向所述服务器发送所述套现请求。

图12是根据一示例性实施例示出的一种订单处理装置框图。请参照图12，该装置200包括生成模块131、接收模块132和选择模块133。

生成模块131，被配置为通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

接收模块132，被配置为接收至少一个接收终端基于所述套现订单发送的抢单请求；

选择模块133，被配置为从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

可选的，如图13所示，所述装置除生成模块131、接收模块132和选择 模块133外，还包括：

发送模块134，被配置为向所述发送终端的客户端发送订单确认信息，所述订单确认信息中至少包括所述抢单成功的终端的标识信息和/或所述抢单成功的终端的客户端的标识信息。

可选的，如图14所示，所述生成模块131包括：

接收子模块1311，被配置为接收发送终端的客户端发送的套现请求，所述套现请求中至少包括套现金额、套现费用和所述发送终端的位置信息；

生成子模块1312，被配置为根据所述套现请求生成所述套现订单。

图15是根据一示例性实施例示出的一种订单处理装置框图。请参照图15，该装置300包括获得模块141、发送模块142和接收模块143。

获得模块141，被配置为通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息；

发送模块142，被配置为基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求；

接收模块143，被配置为接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

可选的，如图16所示，所述获得模块141包括：

接收子模块1411，被配置为通过所述接收终端的客户端接收所述发送终端以推送信息的方式发送的套现订单；或

获得子模块1412，被配置为通过所述接收端的客户端的显示界面获得所述套现订单。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图17是根据一示例性实施例示出的一种用于订单处理装置800的框图。 例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图17，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电力组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述订单处理方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件806为装置800的各种组件提供电力。电力组件806可以包括电源管理***，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上 的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于装置800和其他设备之间有线或无线方式的 通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述订单处理方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述订单处理方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

图18是根据一示例性实施例示出的一种订单处理装置1900的框图。例如，装置1900可以被提供为一服务器。参照图18，装置1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法订单处理方法。

装置1900还可以包括一个电源组件1926被配置为执行装置1900的电源管理，一个有线或无线网络接口1950被配置为将装置1900连接到网络，和一个输入输出(I/O)接口1958。装置1900可以操作基于存储在存储器 1932的操作***，例如Windows ServerTM，MacOS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

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

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

Claims (10)

1.一种订单处理方法，其特征在于，应用于发送终端，包括：

通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

2.根据权利要求1所述的订单处理方法，其特征在于，通过发送终端的客户端与服务器进行交互生成套现订单，包括：

通过发送终端的客户端向所述服务器发送套现请求，所述套现请求中包括套现金额，套现费用和所述位置信息；

接收所述服务器发送的所述套现订单，其中，所述套现订单为所述服务器根据所述套现请求生成的订单。

3.一种订单处理方法，其特征在于，应用于服务器，包括：

通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

接收至少一个接收终端基于所述套现订单发送的抢单请求；

从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

4.一种订单处理方法，其特征在于，应用于接收终端，包括：

通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息；

基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求；

接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

5.根据权利要求4所述的订单处理方法，其特征在于，通过所述接收终端的客户端获得套现订单，包括：

通过所述接收终端的客户端接收所述发送终端以推送信息的方式发送的套现订单；或

通过所述接收端的客户端的显示界面获得所述套现订单。

6.一种订单处理装置，所述装置应用于发送终端，包括：

生成模块，被配置为通过发送终端的客户端与服务器进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

展示模块，被配置为向预设区域内的至少一个接收终端的客户端展示所述套现订单，其中，所述预设区域为以所述位置信息为中心，根据预设半径确定的区域。

7.根据权利要求6所述的订单处理装置，其特征在于，所述生成模块包括：

第二发送子模块，被配置为通过发送终端的客户端向所述服务器发送套现请求，所述套现请求中包括套现金额，套现费用和所述位置信息；

接收子模块，被配置为接收所述服务器发送的所述套现订单，其中，所述套现订单为所述服务器根据所述套现请求生成的订单。

8.一种订单处理装置，所述装置应用于服务器，包括：

生成模块，被配置为通过与发送终端的客户端进行交互生成套现订单，所述套现订单中至少包括所述发送终端的位置信息；

接收模块，被配置为接收至少一个接收终端基于所述套现订单发送的抢单请求；

选择模块，被配置为从所述至少一个接收终端的客户端中选择一个接收终端作为抢单成功的终端。

9.一种订单处理装置，所述装置应用于接收终端，包括：

获得模块，被配置为通过所述接收终端的客户端获得套现订单；其中，所述套现订单为发送终端的客户端与服务器进行交互生成的订单，所述套现订单中至少包括所述发送终端的位置信息；

发送模块，被配置为基于所述套现订单，通过所述接收终端的客户端向所述服务器发送抢单请求；

接收模块，被配置为接收所述服务器返回的抢单结果，所述抢单结果用于表征所述接收终端是否抢单成功。

10.根据权利要求9所述的订单处理装置，其特征在于，所述获得模块包括：

接收子模块，被配置为通过所述接收终端的客户端接收所述发送终端以推送信息的方式发送的套现订单；或

获得子模块，被配置为通过所述接收端的客户端的显示界面获得所述套现订单。