CN109741048A - 一种商品获取方法及装置 - Google Patents

Abstract

在本申请实施例提供的商品获取方法及装置中，包括：所述服务器接收商品订单信息以及支付信息，所述商品订单信息包括目标商品的信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；若所述终端设备在所述第一期限之内上传所述第一约定运动量，所述服务器根据提交的所述第一约定运动量进行订单结算。服务器可以在获得第一约定运动量以及第一期限之后，便向用户提供目标商品。由于用户可以实时获得目标商品，并且在获得目标商品之后，即刻开始履行承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

Description

一种商品获取方法及装置

技术领域

本申请涉及互联网领域，具体而言，涉及一种商品获取方法及装置。

背景技术

现有技术中，商家为了促销商品或对消费者的某项行为进行激励，往往会推出积分兑换商品的活动，兑换商品的积分通常是已经完成的行为所产生的，例如购买商品产生相应的积分或通过签到打卡产生相应的积分，然后再用积累的积分兑换商品。

在某些运动应用程序中，为了激励运动，通常也会通过运动积累运动积分，然后提供运动积分的兑换商场，然而上述情况对运动的激励效果往往不够明显。

申请内容

本申请实施例提供了一种商品获取方法及装置，以改善现有技术根据积累积分兑换商品，对运动的激励效果不明显的情况。

第一方面，本申请实施例提供了一种商品获取方法，所述方法包括：所述服务器接收商品订单信息以及支付信息，所述商品订单信息包括目标商品的信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；若所述终端设备在所述第一期限之内上传所述第一约定运动量，所述服务器根据提交的所述第一约定运动量进行订单结算。

服务器具体可以在获得第一约定运动量以及交付运动量的第一期限之后，便向用户提供目标商品，使得用户可以先获得目标商品，再在第一期限内完成预先承诺的第一约定运动量，由于用户可以实时获得目标商品，并且在获得目标商品之后，可以即刻开始履行预先承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

在一个可能的设计中，在所述服务器接收商品订单信息以及支付信息之后，在所述服务器根据提交的所述第一约定运动量进行订单结算之前，所述方法还包括：所述服务器确认订单，并在确认订单后启动向买家提供所述目标商品的流程。

在一个可能的设计中，在所述服务器接收终端设备发送的商品订单信息以及支付信息之前，所述方法还包括：所述服务器接收终端设备发送的第一约定运动量，根据运动量与完成运动量的期限的对应关系，获得与所述第一约定运动量对应的第一期限；所述服务器将所述第一约定运动量以及第一期限发送至所述终端设备，以供持有终端设备的用户确认。

用户可以选择完全通过实时运动来抵扣目标商品的价值，也可以选择实时运动与积分组合的方式或实时运动与货币组合的方式来抵扣目标商品的价值。第一约定运动量的具体量由用户来选择，然后服务器可以基于运动量与完成运动量的期限的对应关系，来确定第一约定运动量对应的第一期限，不同的运动量对应不同的期限，可以一定程度上限制用户的运动强度。

在一个可能的设计中，所述方法还包括：若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述服务器根据约定对交付运动量的期限进行展期，延长至第二期限内提交第二约定运动量，所述第二约定运动量大于所述第一约定运动量。

若用户在第一期限内未完成预先承诺的第一约定运动量，服务器可以将交付运动量的期限展期，由原先需要在第一期限内完成第一约定运动量修改为需要在第二期限内提交第二约定运动量，且第二约定运动量大于第一约定运动量，通过上述方式给用户以警示作用，即若无法如约完成，用户会承担一定的代价，从而激励用户尽可能地在第一期限内如约完成承诺的运动量。

在一个可能的设计中，所述方法还包括：若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述服务器对所述买家信息对应的帐号扣除第一预定金额的货币。

若用户在第一期限内未完成预先承诺的第一约定运动量，服务器可以扣除该用户一定数额的货币，通过上述方式给用户以警示作用，即若无法如约完成，用户会承担一定的代价，从而激励用户尽可能地在第一期限内如约完成承诺的运动量。

在一个可能的设计中，所述方法还包括：若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述服务器向所述终端设备发送至少一种支付方式，所述至少一种支付方式包括新的预支运动支付方式或抵扣账户货币方式；所述服务器接收所述终端设备从所述至少一种支付方式中选择的替代支付方式，并根据所述替代支付方式对所述订单进行结算。

若用户在第一期限内未完成预先承诺的第一约定运动量，服务器可以提供支付方式供用户选择，用户可以选择新的预支运动的支付方式，也可以选择抵扣货币的方式，多种支付方式可以尽可能地满足用户的支付需求。

在一个可能的设计中，在所述在确认订单后启动向买家提供所述目标商品的流程之前，所述方法还包括：所述服务器从所述买家信息对应的帐号扣除与所述目标商品的价值金额匹配的预扣款。

在进行预支运动量购买目标商品之前，可以先扣除与目标商品匹配的预扣款，可以使用户对预支运动量的行为有所顾忌，进一步激励用户落实对预支运动量的履行。

在一个可能的设计中，在所述服务器从所述买家信息对应的帐号扣除与所述目标商品的价值金额匹配的预扣款之前，所述方法还包括：所述服务器确定买家的信用度低于阈值。

具体地，扣除预扣款的行为可以发生在信用度低于一定阈值的用户帐号，即对于信用度较低的用户，可以通过扣除预扣款的方式对其的预支运动量的行为构成一定的制约。

在一个可能的设计中，在所述服务器接收终端设备发送的商品订单信息以及支付信息之前，所述方法还包括：所述服务器接收终端设备发送的运动量担保请求，所述运动量担保请求包括担保方的身份标识，所述担保方的预支运动额度高于第一约定运动量，其中，所述运动量担保请求由所述终端设备在欲请求的第一约定运动量高于请求方的预支运动额度时发送；所述服务器向担保方的身份标识对应的担保方终端设备发送担保询问信息；所述服务器接收所述担保方终端设备发送的担保确认信息，允许所述终端设备预支高于其预支运动额度的第一约定运动量。

若用户欲请求的第一约定运动量高于其预支运动额度，则该用户可以请求预支运动额度大于第一约定运动量的担保方为其提供担保，若担保方同意担保之后，用户依然可以预支超出自身预支额度的运动量，通过该方式在提高用户的可预支范围的同时也降低了预支运动量产生的风险，同时还可以对提供担保的担保方同样起到激励运动的作用。

在一个可能的设计中，在所述服务器根据所述第一约定运动量进行订单结算之前，所述方法还包括：若所述终端设备在所述第一期限内的第一时刻时未提交所述第一约定运动量，所述服务器向所述终端设备发送提示消息。

如果用户在第一期限内的某个时刻时依然未提交第一约定运动量，服务器可以向终端设备发送提示消息，以使终端设备提醒持有该终端设备的用户尽快运动以便顺利地在第一期限内完成第一约定运动量。

在一个可能的设计中，所述方法还包括：所述服务器接收所述终端设备发送的运动量求助信息，所述运动量求助信息包括请求方欲求助的求助运动量以及受求方身份标识；所述服务器与所述受求方身份标识对应的受求方终端设备协商确定，由所述受求方终端设备在所述第一期限内提供所述求助运动量；若所述终端设备在所述第一期限之内提交所述第一约定运动量扣减所述求助运动量后剩余的运动量，且所述受求方终端设备提交所述求助运动量，所述服务器进行订单结算。

若用户觉得凭借自身完成第一约定运动量有压力，可以请求好友与自己共同完成预支的运动量。用户具体可以将运动求助信息向服务器发送，服务器与受求方终端设备的持有者进行协商，受求方终端设备的持有者确定接受用户的求助后，可以接收用户分出的求助运动量。然后，用户在第一期限内完成第一约定运动量扣减求助运动量后剩余的运动量即可，受求方则可以在第一期限内完成求助运动量，通过提供向运动好友求助的功能，可以较好地起到带动好友与自己一起运动的效果。

在一个可能的设计中，所述方法还包括：所述服务器接收所述终端设备发送的运动量求助信息，所述运动量求助信息包括受求方身份标识；所述服务器与所述受求方身份标识对应的受求方终端设备协商，并在受求方终端设备同意后，获取终端设备的第一实时运动量和受求方终端设备的第二实时运动量；若在第一期限内，第一实时运动量与第二实时运动量之和大于或等于所述第一约定运动量且服务器接收到预设操作指令，所述服务器进行订单结算。

若用户觉得凭借自身完成第一约定运动量有压力，可以请求好友与自己共同完成预支的运动量。在受求方终端设备同意接受求助请求后，服务器可以同时实时获取用户自身的终端设备统计的第一实时运动量以及求助方终端设备统计的求助方的第二实时运动量，当上述两者之和超过第一约定运动量后，且服务器接收到预设操作指令后，服务器可以进行订单结算的工作。受求方对用户的帮助形式不应该理解为是对本申请的限制。

在一个可能的设计中，在所述服务器接收终端设备发送的商品订单信息以及支付信息之前，所述方法还包括：所述服务器接收终端设备发送的商品获取请求，所述商品获取请求包括商品信息；所述服务器向所述终端设备发送与所述商品信息对应的价值数额，以及满足该价值数额的至少一种支付方式，所述至少一种支付方式包括预支第一约定运动量的支付方式。

在终端设备对服务器支付相应的商品订单之前，服务器先接收终端设备发送的商品获取请求，并提供与用户欲获取的商品对应的价值数额，以及与该价值数额等值的至少一种支付方式，该至少一种支付方式可以包括完全以预支运动量的方式来支付与商品相等的价值数额，可以包括完全以积分或货币的方式来支付与商品相等的价值数额，还可以包括一部分以预支运动量支付，另一部分以积分或货币抵扣的方式来支付，给用户提供多种可选的支付方式，尽可能从多方面满足用户的支付需求。

在一个可能的设计中，所述方法还包括：所述服务器接收所述终端设备发送的运动持续消息，所述运动持续消息于所述终端设备在第一期限到达时记录的实时运动量低于第一约定运动量但用户在第一期限到达前持续进行运动的情况下，由所述终端设备发送；所述服务器根据信用度与商品价格宽限值的对应关系或信用度与期限延长值的对应关系、所述买家信息对应的用户帐号的信用度，向所述终端设备发送宽限消息，所述宽限消息包括减少所述商品价格的指令或延长所述第一期限的指令。

如果中断设备检测到用户在第一期限到达前持续进行运动的情况下，在第一期限到达时用户完成的实时运动量依然低于第一约定运动量，则服务器可以获取用户的信用度，并根据信用度与商品价格宽限值的对应关系，或根据信用度与期限延长至的对应关系，对该订单做宽限处理。宽限方式包括减少因未完成第一约定运动量而因抵扣的货币数额或积分数额，或延长交付运动量的第一期限。通过该方式对努力运动的用户提供以宽限及优惠，较为人性化地激励用户的运动。

第二方面，本申请实施例提供了一种商品获取方法，应用于终端设备，所述方法包括：所述终端设备向所述服务器发送支付信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；所述终端设备记录并上传所述用户在发送支付信息之后的运动量，以使所述服务器根据上传的运动量对商品订单信息对应的订单进行支付管理。

服务器具体可以在获得第一约定运动量以及交付运动量的第一期限之后，便向用户提供目标商品，使得用户可以先获得目标商品，再在第一期限内完成预先承诺的第一约定运动量，由于用户可以实时获得目标商品，并且在获得目标商品之后，可以即刻开始履行预先承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

在一个可能的设计中，所述方法还包括：若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述终端设备向所述服务器发送延期支付请求，请求在第二期限内完成第二运动量，所述第二运动量大于所述第一约定运动量；所述终端设备接收服务器发送的准许延期的消息。

若用户在第一期限内未完成预先承诺的第一约定运动量，服务器可以将交付运动量的期限展期，由原先需要在第一期限内完成第一约定运动量修改为需要在第二期限内提交第二约定运动量，且第二约定运动量大于第一约定运动量，通过上述方式给用户以警示作用，即若无法如约完成，用户会承担一定的代价，从而激励用户尽可能地在第一期限内如约完成承诺的运动量。

在一个可能的设计中，所述方法还包括：若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述终端设备接收所述服务器发送的至少一种支付方式，所述至少一种支付方式包括新的预支运动支付方式或抵扣账户货币方式；所述终端设备响应于用户的支付方式选择操作指令，从所述至少一种支付方式中选择替代支付方式，并向所述服务器发送所述替代支付方式。

若用户在第一期限内未完成预先承诺的第一约定运动量，服务器可以提供支付方式供用户选择，用户可以选择新的预支运动的支付方式，也可以选择抵扣货币的方式，多种支付方式可以尽可能地满足用户的支付需求。

在一个可能的设计中，所述方法还包括：所述终端设备向所述服务器发送运动量求助信息，所述运动量求助信息包括该终端设备的用户欲求助的求助运动量以及受求方身份标识；所述终端设备接收所述服务器发送的准许求助的消息。

若用户觉得凭借自身完成第一约定运动量有压力，可以请求好友与自己共同完成预支的运动量。用户具体可以将运动求助信息向服务器发送，服务器与受求方终端设备的持有者进行协商，受求方终端设备的持有者确定接受用户的求助后，可以接收用户分出的求助运动量。然后，用户在第一期限内完成第一约定运动量扣减求助运动量后剩余的运动量即可，受求方则可以在第一期限内完成求助运动量，通过提供向运动好友求助的功能，可以较好地起到带动好友与自己一起运动的效果。

在一个可能的设计中，在所述终端设备向所述服务器发送商品订单信息以及支付信息之前，所述方法还包括：所述终端设备向所述服务器发送商品获取请求，所述商品获取请求包括商品信息；所述终端设备接收所述服务器发送的与所述商品信息对应的价值数额，以及满足该价值数额的至少一种支付方式，所述至少一种支付方式包括预支第一约定运动量的支付方式。

在终端设备对服务器支付相应的商品订单之前，服务器先接收终端设备发送的商品获取请求，并提供与用户欲获取的商品对应的价值数额，以及与该价值数额等值的至少一种支付方式，该至少一种支付方式可以包括完全以预支运动量的方式来支付与商品相等的价值数额，可以包括完全以积分或货币的方式来支付与商品相等的价值数额，还可以包括一部分以预支运动量支付，另一部分以积分或货币抵扣的方式来支付，给用户提供多种可选的支付方式，尽可能从多方面满足用户的支付需求。

在一个可能的设计中，所述方法还包括：所述终端设备在第一期限到达时记录的实时运动量低于第一约定运动量但用户在第一期限到达前持续进行运动的情况下，向所述服务器发送运动持续消息；所述终端设备接收所述服务器发送的宽限消息，所述宽限消息包括减少所述商品价格的指令或延长所述第一期限的指令，所述宽限消息由所述服务器根据信用度与商品价格宽限值的对应关系或信用度与期限延长值的对应关系、所述买家信息对应的用户帐号的信用度确定。

如果中断设备检测到用户在第一期限到达前持续进行运动的情况下，在第一期限到达时用户完成的实时运动量依然低于第一约定运动量，则服务器可以获取用户的信用度，并根据信用度与商品价格宽限值的对应关系，或根据信用度与期限延长至的对应关系，对该订单做宽限处理。宽限方式包括减少因未完成第一约定运动量而因抵扣的货币数额或积分数额，或延长交付运动量的第一期限。通过该方式对努力运动的用户提供以宽限及优惠，较为人性化地激励用户的运动。

在一个可能的设计中，所述方法还包括：所述终端设备接收服务器发送的求助询问信息，所述求助询问信息包括是否接受在预设期限内完成请求方求助的求助运动量；所述终端设备响应于用户的第一选择操作指令，向所述服务器发送表征同意求助的求助确认信息，或响应于用户的第二选择操作指令，向所述服务器发送表征拒绝求助的求助拒绝信息。

用户可以根据自身的情况来决定是否同意答应别人的求助，若答应，用户可以执行第一选择操作指令，使终端设备向服务器发送表征同意求助的求助确认信息；若不答应，用户可以执行第二选择操作指令，使终端设备向服务器发送表征拒绝求助的求助拒绝信息。是否接受求助完全取决于用户自身的选择，提高用户对于运动的自主支配权。

在一个可能的设计中，在所述终端设备向所述服务器发送商品订单信息以及支付信息之前，所述方法还包括：若所述终端设备欲请求的第一约定运动量高于请求方的预支运动额度，向所述服务器发送运动量担保请求，其中，所述运动量担保请求包括担保方的身份标识，所述担保方的预支运动额度高于第一约定运动量；所述终端设备接收所述服务器发送的表征允许预支所述第一约定运动量的预支允许消息。

若用户欲请求的第一约定运动量高于其预支运动额度，则该用户可以请求预支运动额度大于第一约定运动量的担保方为其提供担保，若担保方同意担保之后，用户依然可以预支超出自身预支额度的运动量，通过该方式在提高用户的可预支范围的同时也降低了预支运动量产生的风险，同时还可以对提供担保的担保方同样起到激励运动的作用。

在一个可能的设计中，所述方法还包括：所述终端设备接收所述服务器发送的担保询问信息；所述终端设备响应于用户的第三选择操作指令，向所述服务器发送表征同意担保的担保确认信息，或响应于用户的第四选择操作指令，向所述服务器发送表征拒绝担保的担保拒绝信息。

用户可以根据自身的情况来决定是否同意答应别人的担保请求，若答应，用户可以执行第三选择操作指令，使终端设备向服务器发送表征同意担保的担保确认信息；若不答应，用户可以执行第四选择操作指令，使终端设备向服务器发送表征拒绝担保的担保拒绝信息。是否决定帮人担保完全取决于用户自身的选择，提高用户对于运动的自主支配权。

第三方面，本申请实施例提供了一种商品获取装置，应用于服务器，所述装置包括：信息接收模块，用于接收商品订单信息以及支付信息，所述商品订单信息包括目标商品的信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；订单结算模块，用于当所述终端设备在所述第一期限之内上传所述第一约定运动量时，根据提交的第一约定运动量进行订单结算。

服务器具体可以在获得第一约定运动量以及交付运动量的第一期限之后，便向用户提供目标商品，使得用户可以先获得目标商品，再在第一期限内完成预先承诺的第一约定运动量，由于用户可以实时获得目标商品，并且在获得目标商品之后，可以即刻开始履行预先承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

第四方面，本申请实施例提供了一种商品获取装置，应用于终端设备，所述装置包括：信息发送模块，用于向所述服务器发送支付信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；运动量上传模块，用于记录并上传所述用户在发送支付信息之后的运动量，以使所述服务器根据上传的运动量对商品订单信息对应的订单进行支付管理。

服务器具体可以在获得第一约定运动量以及交付运动量的第一期限之后，便向用户提供目标商品，使得用户可以先获得目标商品，再在第一期限内完成预先承诺的第一约定运动量，由于用户可以实时获得目标商品，并且在获得目标商品之后，可以即刻开始履行预先承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

第五方面，本申请实施例提供了一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行上述的商品获取方法的步骤。

第六方面，本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述的商品获取方法的步骤。

为使本申请实施例所要实现的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚的说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请第一实施例提供的商品获取方法的流程图；

图2是本申请第一实施例提供的商品获取方法的一种具体实施方式的流程图；

图3是本申请第一实施例提供的商品获取方法的担保相关步骤的流程图；

图4是本申请第一实施例提供的商品获取方法的求助相关步骤的流程图；

图5是本申请第二实施例提供的商品获取装置的结构示意图；

图6是本申请第三实施例提供的商品获取装置的结构示意图。

具体实施方式

现有技术中，为了激励运动，很多运动类应用程序也会推出积分兑换商品的活动，然而，现有技术中用户持有的积分通常是通过以完成的行为所产生的，例如用户可以通过每天打卡签到积累积分，用户可以通过完成预先设定的运动目标，比如完成10000步的步数积累积分。由于积分是由过去的行为产生，因此并不能较好地对用户当前的运动行为产生激励。

现有技术中存在的上述缺陷，本申请人认为均是发明人在经过实践并仔细研究后得出的结果，因此，上述问题的发现过程以及下文中本发明实施例针对上述问题所提出的解决方案，都应该是发明人在本发明过程中对本发明做出的贡献。

为解决上述技术问题，本申请实施例提供了如下的商品获取方法及装置，下面将结合附图，对本申请实施例中的商品获取方法及装置进行详细介绍。

第一实施例

请参见图1，图1示出了本申请第一实施例提供的商品获取方法的流程示意图，具体包括如下步骤：

步骤S110，终端设备向服务器发送支付信息，支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息。

终端设备是登陆用户帐号的设备，可以是移动终端，如手机、平板电脑等；也可以是智能可穿戴设备，例如智能手表、智能手环等。第一约定运动量可以为用户获取目标商品预支的运动量，运动量可以是运动步数，可以是游泳、骑行的长度，也可以是运动产生的热量消耗。运动量的具体折算形式不应该理解为是对本申请的限制。第一期限可以是服务器提供的完成第一约定运动量的最晚期限。

例如，用户可以请求从自动贩卖机获取一瓶运动饮料，并且以在接下来的2小时内运动5000步的方式来支付该运动饮料。5000步即上述的第一约定运动量，2小时内为完成5000步的最晚期限。

在步骤S110之后，在步骤S120之前，该方法可以包括如下步骤：服务器确认订单，并在确认订单之后启动向买家提供目标商品的流程。

目标商品可以为实体商品，例如饮料、运动水杯等；也可以为虚拟商品，例如游戏点券、视频观看权等。服务器在确认用户欲获取的目标商品的订单以及用户选择的支付方式后，启动向买家提供目标商品的流程。即服务器可以先向用户提供其心仪的商品，然后后续根据用户选择的支付方式进一步的追踪。

若目标商品是自动贩卖机销售的运动饮料，服务器可以发送控制指令给相应的自动贩卖机，使自动贩卖机可以将运动饮料提供给用户。若目标商品为虚拟产品如游戏点券，服务器可以向用户绑定的帐号进行相应的虚拟产品的分配，例如充值相应数额的游戏点券等。

步骤S120，终端设备记录用户在发送支付信息后的运动量，并上传记录的运动量。

终端设备可以实时上传记录的运动量，也可以每间隔一个时间段上传更新后的运动量，例如，终端设备记录用户在发送支付信息之后的运动量a1，在从发送支付信息十分钟后，终端设备上传用户更新后的运动量a2，其中，(a2-a1)即为用户在这十分钟内运动产生的运动量；在从发送支付信息二十分钟后，终端设备上传用户更新后的运动量a3，其中，(a3-a2)即为用户在第二个十分钟内用户运动产生的运动量。终端设备也可以一直记录用户的运动量，直到用户运动的运动量满足第一约定运动量后，再将满足第一约定运动量的运动量上传给服务器。终端设备记录用户的运动量的具体方式不应该理解为是对本申请的限制。

步骤S130，服务器根据终端设备上传的运动量进行订单结算。

若终端设备在第一期限内上传的运动量达到第一约定运动量，则表明用户按期履行了预支的运动量，服务器可以进行订单结算，完成该订单。

终端设备在第一期限内上传的运动量达到第一约定运动量可以有如下几种上传方式：终端设备在第一期限到达前，记录的用户的运动量已经达到第一约定运动量，则终端设备可以在第一期限到达前上传第一约定运动量。终端设备在第一期限到达时，上传记录的用户在发送支付信息后至第一期限到达时的这一段时间内的运动量，由服务器判断终端设备在第一期限到达时上传的运动量是否达到第一约定运动量。服务器在第一期限到达时，主动从终端设备获取该终端设备记录的运动量，并且服务器将从终端设备获取到的运动量与第一约定运动量进行比较。

服务器可以在获得以预支运动量的方式作为支付方式之后，便向用户提供目标商品。预支运动量包括用户承诺在一定时间(例如第一期限)内完成一定运动量(例如第一约定运动量)。用户可以先获得目标商品，再在第一期限内完成预先承诺的第一约定运动量。由于用户可以即刻获得目标商品，并且在获得目标商品之后，可以即刻开始履行承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

可选地，在本申请的一种实施方式中，还可以包括如下步骤：服务器获得目标商品对应的商品类型，并根据商品类型限制第一约定运动量的运动类型。

用户完成并上传的运动量可以包括运动类型，例如，运动类型包括如行走或跑步的行进运动，也包括骑行运动，还包括游泳运动。用户为获得目标商品而预支的运动量可以有运动类型的限制，例如用户欲获得的目标商品为跑鞋，则用户预支的运动量的运动类型为行进运动，即用户行走或跑步的行进运动才可以填平预支的运动量；又例如用户欲获得的目标商品为游泳眼镜，则用户预支的运动量的运动类型为游泳运动，即用户游泳才可以填平预支的运动量。

可选的，在步骤S110之前，该方法还可以包括：服务器确定买家的信用度低于阈值，服务器从买家信息对应的帐号扣除与目标商品的价值金额匹配的预扣款。

信用度可以根据用户的历史购买记录或用户的历史支付记录积累，若买家的信用度低于预先设置的阈值，服务器可以从买家信息对应的帐号扣除与目标商品价值匹配的预扣款。在进行预支运动量购买目标商品之前，可以先扣除与目标商品匹配的预扣款，可以使用户对预支运动量的行为有所顾忌，进一步激励用户落实对预支运动量的履行。

可选的，在本申请的一种具体实施方式中，在步骤S110之前，还可以包括如下步骤：服务器接收终端设备发送的商品获取请求，商品获取请求包括商品信息；服务器向终端设备发送与商品信息对应的价值数额，以及满足该价值数额的至少一种支付方式，至少一种支付方式包括预支第一约定运动量的支付方式。

在终端设备对服务器支付相应的商品订单之前，服务器先接收终端设备发送的商品获取请求，并提供与用户欲获取的商品对应的价值数额，以及与该价值数额等值的至少一种支付方式，该至少一种支付方式可以包括完全以预支运动量的方式来支付与商品相等的价值数额，可以包括完全以积分或货币的方式来支付与商品相等的价值数额，还可以包括一部分以预支运动量支付，另一部分以积分或货币抵扣的方式来支付，给用户提供多种可选的支付方式，尽可能从多方面满足用户的支付需求。商品获取请求可以包括具体的目标商品的信息。

具体地，例如终端设备向服务器发送获取运动饮料的商品获取请求，该商品获取请求包括运动饮料的商品信息。服务器向终端设备发送该运动饮料对应的价格如5元，服务器向终端设备发送满足该价值数额的至少一种支付方式，至少一种支付方式可以包括支付5元，支付5000积分，预支运动量5000步，预支运动量XX步+支付XX元(XX积分)。

可选的，在服务器根据第一约定运动量进行订单结算之前，若终端设备在第一期限内的第一时刻时未提交第一约定运动量，服务器向终端设备发送提示消息。

该第一时刻可以为第一期限内的某个时刻。另外，该第一时刻也可以有多个，换言之，可以在第一期限内设置多个提醒时刻，例如，第一期限为一小时，可以每间隔20分钟提醒一次，则第一时刻可以为第20分钟时以及第40分钟时。

例如，用户需要在2个小时内完成5000步的运动量，若在第45分钟时，服务器检测到终端设备依然未提交第一约定运动量，服务器可以向终端设备发送提示消息，以对持有该终端设备的用户起到提示的作用。

请参见图2，图2示出了终端设备与服务器协商预支运动量方式的流程示意图，具体包括如下步骤：

步骤S101，终端设备向服务器发送第一约定运动量。

持有终端设备的用户可以选择完全通过预支运动量的方式来支付目标商品，也可以选择部分通过预支运动量来支付，另外部分通过积分或货币抵扣的方式来支付目标商品。因此，具体的预支运动量的数值就由用户在自行选择。

例如，目标商品饮料的价格为5元，若完全以预支运动量的方式来支付，需要预支运动5000步；若选择部分通过预支运动量，另外部分通过积分(或货币)抵扣的方式，可以是预支运动4000步加1000积分(或1元)的组合，也可以是预支运动3000步加2000积分(或2元)的组合。上述的5000步、4000步或3000步均可能是第一约定运动量。

步骤S102，服务器接收第一约定运动量，根据运动量与完成运动量的期限的对应关系，获得与第一约定运动量对应的第一期限。

服务器内存储有预先设置的运动量与完成运动量的期限的对应关系，该对应关系可以是人为设置的，比如运动量A1-A2对应的完成运动量的期限是半小时，运动量A2-A3对应的完成运动量的期限是1小时等；也可以是基于大数据获得，比如，对于一般成年人，完成运动量A1通常需要的运动期限是半小时，完成运动量A3通常需要的运动期限是1小时等。运动量与完成运动量的期限的对应关系的获取方式不应该理解为是对本申请限制。

服务器可以根据运动量与完成运动量的期限的对应关系，获得完成第一约定运动量的第一期限。

步骤S103，服务器向终端设备发送第一约定运动量以及第一期限。

服务器向终端设备发送用户选择的第一约定运动量，以及与第一约定运动量对应的第一期限，以供用户得知自己选择的第一约定运动量需要在第一期限到达前完成，并且获得用户的同意操作指令，步骤S101至步骤S103可以发生在步骤S110之前。

可选的，在步骤S130之后，还可以包括如下步骤：

步骤S140，若终端设备未在第一期限之内提交第一约定运动量，服务器向终端设备发送至少一种支付方式，至少一种支付方式包括新的预支运动支付方式或抵扣账户货币方式。

终端设备未在第一期限之内提交第一约定运动量，可能是在第一期限到达时，终端设备上传了用户的运动量，但该运动量未达到第一约定运动量；也可能是在第一期限到达时，终端设备仍未上传运动量。

新的预支运动支付方式具体可以是服务器根据约定对交付运动量的期限进行展期，延长至第二期限内提交第二约定运动量，第二约定运动量大于第一约定运动量。

服务器根据的约定可以是在超期之前就由用户通过终端设备与服务器约定，也可以是超期之后，由用户通过终端设备与服务器协商选择。服务器根据约定将交付运动量的期限延长至第二期限，第二期限内可以包括多个节点，用户在多个节点的每个节点前分别完成相应的运动量，相应的运动量之和为第二约定运动量。例如，服务器可以将2小时内完成5000步运动量展期至2天内完成12000步，其中，第一天需要持续完成6000步的运动，第二天需要持续完成6000步的运动；服务器也可以将2小时内完成5000步运动量展期至3小时内完成8000步运动量。用户根据展期更新后的第二约定运动量以及第二期限来进行运动。

可选的，在本申请的一种具体实施方式中，若终端设备未在第一期限之内提交第一约定运动量，终端设备也可以主动向服务器发送延期支付请求，请求在第二期限内完成第二运动量，第二运动量大于所述第一约定运动量。

抵扣账户货币具体可以是服务器对买家信息对应的帐号扣除第一预定金额的货币。例如，用户可以与服务器约定若不能在第一期限内完成第一约定运动量，服务器可以从买家信息对应的帐号扣除6元，以抵扣原本价值5元的饮料。

步骤S150，终端设备响应用户的选择，从至少一种支付方式中选择替代支付方式。

步骤S160，终端设备向服务器发送替代支付方式。

步骤S170，服务器根据替代支付方式进行订单结算。

用户可以从至少一种支付方式中选择出替代的支付方式，若用户选择新的预支运动支付方式，则可以以新的预支运动支付方式来进行该订单的结算，若用户选择抵扣账户货币方式，则以抵扣账户货币方式来进行该订单的结算，抵扣账户货币所需要抵扣的货币数额可以高于目标商品的价值。终端设备向服务器发送用户选择出的替代支付方式，由服务器根据替代支付方式进行订单结算。

可选的，在本申请的一种具体实施方式中，商品获取方法还包括：服务器接收终端设备发送的运动持续消息，运动持续消息于终端设备在第一期限到达时记录的实时运动量低于第一约定运动量但用户在第一期限到达前持续进行运动的情况下，由终端设备发送；服务器根据信用度与商品价格宽限值的对应关系或信用度与期限延长值的对应关系、买家信息对应的用户帐号的信用度，向终端设备发送宽限消息，宽限消息包括减少商品价格的指令或延长第一期限的指令。

若用户在第一期限到达时依然未完成第一约定运动量，但用户在第一期限到达前一直在持续运动，则表明第一约定运动量对该用户来说确实是完成起来较为困难的运动量，且为了避免用户持续运动依然被处罚而打击用户的积极性，服务器可以根据用户帐号信用度与商品价格宽限值的对应关系以及该用户当前的信用度，来对用户需要支付的价格给予适当的宽限，例如，原本未在第一期限内完成第一约定运动量需要扣除5元，服务器在接收到运动持续消息后，便只对该用户扣除3元；服务器还可以根据帐号信用度与期限延长值的对应关系以及该用户当前的信用度，来对用户交付运动量的期限进行延长，例如，未在第一期限内完成第一约定运动量，服务器在接收到运动持续消息后，延长交付第一约定运动量的期限，原先是1个小时内交付第一约定运动量，现在延长至90分钟内交付第一约定运动量。用户帐号信用度与商品价格宽限值的对应关系可以预先存储在服务器内，帐号信用度与期限延长值的对应关系也可以预先存储在服务器内。

可选的，请参见图3，图3示出了终端设备的用户需要进行运动量担保时的设备交互示意图，具体包括如下步骤：

步骤S210，终端设备向服务器发送运动量担保请求，运动量担保请求包括担保方的身份标识，担保方的预支运动额度高于第一约定运动量。

不同的用户帐号根据用户的使用程度，可以分别有不同的预支运动额度，若某用户欲请求的第一约定运动量高于其预支运动额度，且该用户依然想预支第一约定运动量时，该用户可以向服务器发送运动量担保请求。运动量担保请求包括担保方的身份标识，担保方的预支运动额度应高于第一约定运动量。

例如，该用户的预支运动额度为5000步，即该用户最高可预支5000步的运动量，若该用户欲获得需要预支6000步才能兑换的目标商品，则该用户可以请求运动好友为自己担保，且能够担保的运动好友的预支运动额度需要大于或等于6000步。该用户通过持有的终端设备发送运动量担保请求，该请求中包括至少一个预支运动额度大于或等于6000步的运动好友的信息。

步骤S220，服务器根据担保方的身份标识，向对应的担保方终端设备发送担保询问信息。

服务器接收到终端设备发送的运动量担保请求之后，向担保方终端设备发送担保询问信息，即询问担保方终端设备的持有人是否同意本次担保行为。

若担保人确认担保，则可以执行步骤S231至步骤S251：

步骤S231，担保方终端设备响应于用户的第三选择操作指令，选择确认担保。

担保人可以选择同意或拒绝，第三选择操作指令对应于同意担保，第三选择操作指令可以由用户在预设位置点按或沿预设方向滑动来触发，第三选择操作指令的触发方式不应该理解为是对本申请的限制。

步骤S241，担保方终端设备向服务器发送担保确认信息。

担保方终端设备向服务器发送担保确认信息。

步骤S251，服务器允许终端设备预支高于其预支运动额度的第一约定运动量。

服务器接收到担保方终端设备发送的担保确认信息之后，允许终端设备的持有者预支第一约定运动量。

若终端设备的持有者在第一期限内完成了第一约定运动量，可以为终端设备的持有者的帐号和担保方终端设备的持有者的帐号同时积累积分。

若终端设备的持有者在第一期限内未完成第一约定运动量，对于终端设备的持有者可以根据步骤S150至步骤S180进行相应的处理措施。对于担保方终端设备的持有者的帐号可以执行扣除运动积分、降低预支运动额度的处理措施。

若担保人拒绝担保，则可以执行步骤S231至步骤S251：

步骤S232，担保方终端设备响应于用户的第四选择操作指令，选择拒绝担保。

第四选择操作指令对应于拒绝担保，第四选择操作指令可以由用户在预设位置点按或沿预设方向滑动来触发，第四选择操作指令的触发方式不应该理解为是对本申请的限制。

步骤S242，担保方终端设备向服务器发送担保拒绝信息。

担保方终端设备向服务器发送担保拒绝信息。

步骤S252，服务器拒绝终端设备预支高于其预支运动额度的第一约定运动量。

服务器接收到担保方终端设备发送的担保拒绝信息之后，拒绝终端设备的持有者预支第一约定运动量。

若用户欲请求的第一约定运动量高于其预支运动额度，则该用户可以请求预支运动额度大于第一约定运动量的担保方为其提供担保，若担保方同意担保之后，用户依然可以预支超出自身预支额度的运动量，通过该方式在提高用户的可预支范围的同时也降低了预支运动量产生的风险，同时还可以对提供担保的担保方同样起到激励运动的作用。

可选的，请参见图4，图4示出了终端设备的用户需要进行运动量求助时的设备交互示意图，具体包括如下步骤：

步骤S310，终端设备向服务器发送运动量求助信息。

若用户觉得在第一期限内完成第一约定运动量有困难，可以向运动好友求助，用户通过终端设备向服务器发送运动量求助信息，运动量求助信息包括受求方身份标识。

步骤S320，服务器向受求方终端设备发送求助询问信息。

服务器根据运动量求助信息中的受求方身份标识，向相应的受求方终端设备发送求助询问信息。

受求方可以选择同意或拒绝，若受求方同意给予求助，则可以执行步骤S331至步骤S351：

步骤S331，受求方终端设备响应于用户的第一选择操作指令，选择确认求助。

第一选择操作指令对应于同意给予求助，第一选择操作指令可以由用户在预设位置点按或沿预设方向滑动来触发，第一选择操作指令的触发方式不应该理解为是对本申请的限制。

步骤S341，受求方终端设备向服务器发送求助确认信息。

受求方终端设备向服务器发送求助确认信息。

步骤S351，服务器向终端设备发送准许求助消息。

服务器准许持有终端设备的用户的求助请求。持有终端设备的用户可以在发送求助询问请求时，将欲请受求方完成的运动量(即求助运动量)一同发送给服务器，由服务器发送给受求方终端设备，若持有受求方终端设备的用户接受了求助请求，可以一并接受请求方分出的求助运动量。若请求方的终端设备在第一期限之内提交第一约定运动量扣减求助运动量后剩余的运动量，且受求方终端设备提交求助运动量，则意味着预支的运动量被完成，服务器可以进行订单结算。

服务器在准许持有终端设备的用户的求助请求之后，可以实时获取终端设备的第一实时运动量和受求方终端设备的第二实时运动量，若在第一期限内，第一实时运动量与第二实时运动量之和大于或等于第一约定运动量，则意味着预支的运动量被完成。

服务器具体可以包括记录运动数据的运动服务器和进行订单管理的订单服务器，具体可以由运动服务器来实时记录终端设备的第一实时运动量以及受求方终端设备的第二实时运动量。运动服务器在接收到预设操作指令后，将第一实时运动量与第二实时运动量之和大于第一约定运动量的消息发送给订单服务器。

若受求方拒绝给予求助，则可以执行步骤S332至步骤S352：

步骤S332，受求方终端设备响应于用户的第二选择操作指令，选择拒绝求助。

第二选择操作指令对应于拒绝给予求助，第二选择操作指令可以由用户在预设位置点按或沿预设方向滑动来触发，第二选择操作指令的触发方式不应该理解为是对本申请的限制。

步骤S342，受求方终端设备向服务器发送求助拒绝信息。

步骤S352，服务器向终端设备发送拒绝求助消息。

受求方终端设备可以向服务器发送用户选择的拒绝给予求助的消息。由服务器向终端设备发送表示求助被拒的消息。

若用户觉得凭借自身完成第一约定运动量有压力，可以请求好友与自己共同完成预支的运动量。用户具体可以将运动求助信息向服务器发送，服务器与受求方终端设备的持有者进行协商，受求方终端设备的持有者确定接受用户的求助后，可以接收用户分出的求助运动量。然后，用户在第一期限内完成第一约定运动量扣减求助运动量后剩余的运动量即可，受求方则可以在第一期限内完成求助运动量，通过提供向运动好友求助的功能，可以较好地起到带动好友与自己一起运动的效果。

第二实施例

请参见图5，图5示出了一种商品获取装置，该装置应用于服务器，该装置300包括：

信息接收模块310，用于接收商品订单信息以及支付信息，商品订单信息包括目标商品的信息，支付信息包括第一约定运动量以及交付运动量的第一期限以及买家信息。

订单结算模块320，用于当终端设备在第一期限之内上传第一约定运动量时，根据提交的第一约定运动量进行订单结算。

本申请第二实施例提供的商品获取装置与第一实施例提供的商品获取方法对应相同，在此便不做赘述。

第三实施例

请参见图6，图6示出了一种商品获取装置，该装置应用于终端设备，该装置400包括：

信息发送模块410，用于向服务器发送支付信息，支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息。

运动量上传模块420，用于记录并上传用户在发送支付信息之后的运动量，以使服务器根据上传的运动量对商品订单信息对应的订单进行支付管理。

本申请第三实施例提供的商品获取装置与第一实施例提供的商品获取方法对应相同，在此便不做赘述。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

本申请还提供一种电子设备，包括：处理器、存储器和总线，所述存储器存储有所述处理器可执行的机器可读指令，当所述电子设备运行时，所述处理器与所述存储器之间通过总线通信，所述机器可读指令被所述处理器执行时执行第一实施例所述的方法。

本申请还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行第一实施例所述的方法。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行第一实施例所述的方法。

本申请实施例提供了一种商品获取方法，方法包括：服务器接收商品订单信息以及支付信息，商品订单信息包括目标商品的信息，支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；若终端设备在第一期限之内上传第一约定运动量，服务器根据提交的第一约定运动量进行订单结算。服务器具体可以在获得第一约定运动量以及交付运动量的第一期限之后，便向用户提供目标商品，使得用户可以先获得目标商品，再在第一期限内完成预先承诺的第一约定运动量，由于用户可以实时获得目标商品，并且在获得目标商品之后，可以即刻开始履行预先承诺的第一约定运动量，因此可以为用户的运动提供更强的激励。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统的具体工作过程，可以参考前述方法中的对应过程，在此不再过多赘述。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (27)

1.一种商品获取方法，其特征在于，应用于服务器，所述方法包括：

所述服务器接收商品订单信息以及支付信息，所述商品订单信息包括目标商品的信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；

若终端设备在所述第一期限之内上传所述第一约定运动量，所述服务器根据提交的所述第一约定运动量进行订单结算。

2.根据权利要求1所述的方法，其特征在于，在所述服务器接收商品订单信息以及支付信息之后，在所述服务器根据提交的所述第一约定运动量进行订单结算之前，所述方法还包括：

所述服务器确认订单，并在确认订单后启动向买家提供所述目标商品的流程。

3.根据权利要求1所述的方法，其特征在于，在所述服务器接收终端设备发送的商品订单信息以及支付信息之前，所述方法还包括：

所述服务器接收终端设备发送的第一约定运动量，根据运动量与完成运动量的期限的对应关系，获得与所述第一约定运动量对应的第一期限；

所述服务器将所述第一约定运动量以及第一期限发送至所述终端设备，以供持有终端设备的用户确认。

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

若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述服务器根据约定对交付运动量的期限进行展期，延长至第二期限内提交第二约定运动量，所述第二约定运动量大于所述第一约定运动量。

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

若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述服务器对所述买家信息对应的帐号扣除第一预定金额的货币。

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

若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述服务器向所述终端设备发送至少一种支付方式，所述至少一种支付方式包括新的预支运动支付方式或抵扣账户货币方式；

所述服务器接收所述终端设备从所述至少一种支付方式中选择的替代支付方式，并根据所述替代支付方式对所述订单进行结算。

7.根据权利要求2所述的方法，其特征在于，在所述在确认订单后启动向买家提供所述目标商品的流程之前，所述方法还包括：

所述服务器从所述买家信息对应的帐号扣除与所述目标商品的价值金额匹配的预扣款。

8.根据权利要求7所述的方法，其特征在于，在所述服务器从所述买家信息对应的帐号扣除与所述目标商品的价值金额匹配的预扣款之前，所述方法还包括：

所述服务器确定买家的信用度低于阈值。

9.根据权利要求1所述的方法，其特征在于，在所述服务器接收终端设备发送的商品订单信息以及支付信息之前，所述方法还包括：

所述服务器接收终端设备发送的运动量担保请求，所述运动量担保请求包括担保方的身份标识，所述担保方的预支运动额度高于第一约定运动量，其中，所述运动量担保请求由所述终端设备在欲请求的第一约定运动量高于请求方的预支运动额度时发送；

所述服务器向担保方的身份标识对应的担保方终端设备发送担保询问信息；

所述服务器接收所述担保方终端设备发送的担保确认信息，允许所述终端设备预支高于其预支运动额度的第一约定运动量。

10.根据权利要求1所述的方法，其特征在于，在所述服务器根据所述第一约定运动量进行订单结算之前，所述方法还包括：

若所述终端设备在所述第一期限内的第一时刻时未提交所述第一约定运动量，所述服务器向所述终端设备发送提示消息。

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

所述服务器接收所述终端设备发送的运动量求助信息，所述运动量求助信息包括请求方欲求助的求助运动量以及受求方身份标识；

所述服务器与所述受求方身份标识对应的受求方终端设备协商确定，由所述受求方终端设备在所述第一期限内提供所述求助运动量；

若所述终端设备在所述第一期限之内提交所述第一约定运动量扣减所述求助运动量后剩余的运动量，且所述受求方终端设备提交所述求助运动量，所述服务器进行订单结算。

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

所述服务器接收所述终端设备发送的运动量求助信息，所述运动量求助信息包括受求方身份标识；

所述服务器与所述受求方身份标识对应的受求方终端设备协商，并在受求方终端设备同意后，获取终端设备的第一实时运动量和受求方终端设备的第二实时运动量；

若在第一期限内，第一实时运动量与第二实时运动量之和大于或等于所述第一约定运动量且服务器接收到预设操作指令，所述服务器进行订单结算。

13.根据权利要求1所述的方法，其特征在于，在所述服务器接收终端设备发送的商品订单信息以及支付信息之前，所述方法还包括：

所述服务器接收终端设备发送的商品获取请求，所述商品获取请求包括商品信息；

所述服务器向所述终端设备发送与所述商品信息对应的价值数额，以及满足该价值数额的至少一种支付方式，所述至少一种支付方式包括预支第一约定运动量的支付方式。

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

所述服务器接收所述终端设备发送的运动持续消息，所述运动持续消息于所述终端设备在第一期限到达时记录的实时运动量低于第一约定运动量但用户在第一期限到达前持续进行运动的情况下，由所述终端设备发送；

所述服务器根据信用度与商品价格宽限值的对应关系或信用度与期限延长值的对应关系、所述买家信息对应的用户帐号的信用度，向所述终端设备发送宽限消息，所述宽限消息包括减少所述商品价格的指令或延长所述第一期限的指令。

15.一种商品获取方法，其特征在于，应用于终端设备，所述方法包括：

所述终端设备向服务器发送支付信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；

所述终端设备记录并上传用户在发送支付信息之后的运动量，以使所述服务器根据上传的运动量对商品订单信息对应的订单进行支付管理。

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

若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述终端设备向所述服务器发送延期支付请求，请求在第二期限内完成第二运动量，所述第二运动量大于所述第一约定运动量；

所述终端设备接收服务器发送的准许延期的消息。

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

若所述终端设备未在所述第一期限之内提交所述第一约定运动量，所述终端设备接收所述服务器发送的至少一种支付方式，所述至少一种支付方式包括新的预支运动支付方式或抵扣账户货币方式；

所述终端设备响应于用户的支付方式选择操作指令，从所述至少一种支付方式中选择替代支付方式，并向所述服务器发送所述替代支付方式。

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

所述终端设备向所述服务器发送运动量求助信息，所述运动量求助信息包括该终端设备的用户欲求助的求助运动量以及受求方身份标识；

所述终端设备接收所述服务器发送的准许求助的消息。

19.根据权利要求15所述的方法，其特征在于，在所述终端设备向所述服务器发送商品订单信息以及支付信息之前，所述方法还包括：

所述终端设备向所述服务器发送商品获取请求，所述商品获取请求包括商品信息；

所述终端设备接收所述服务器发送的与所述商品信息对应的价值数额，以及满足该价值数额的至少一种支付方式，所述至少一种支付方式包括预支第一约定运动量的支付方式。

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

所述终端设备在第一期限到达时记录的实时运动量低于第一约定运动量但用户在第一期限到达前持续进行运动的情况下，向所述服务器发送运动持续消息；

所述终端设备接收所述服务器发送的宽限消息，所述宽限消息包括减少所述商品的价格的指令或延长所述第一期限的指令，所述宽限消息由所述服务器根据信用度与商品价格宽限值的对应关系或信用度与期限延长值的对应关系、所述买家信息对应的用户帐号的信用度确定。

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

所述终端设备接收服务器发送的求助询问信息，所述求助询问信息包括是否接受在预设期限内完成请求方求助的求助运动量；

所述终端设备响应于用户的第一选择操作指令，向所述服务器发送表征同意求助的求助确认信息，或

响应于用户的第二选择操作指令，向所述服务器发送表征拒绝求助的求助拒绝信息。

22.根据权利要求15所述的方法，其特征在于，在所述终端设备向所述服务器发送商品订单信息以及支付信息之前，所述方法还包括：

若所述终端设备欲请求的第一约定运动量高于请求方的预支运动额度，向所述服务器发送运动量担保请求，其中，所述运动量担保请求包括担保方的身份标识，所述担保方的预支运动额度高于第一约定运动量；

所述终端设备接收所述服务器发送的表征允许预支所述第一约定运动量的预支允许消息。

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

所述终端设备接收所述服务器发送的担保询问信息；

所述终端设备响应于用户的第三选择操作指令，向所述服务器发送表征同意担保的担保确认信息，或

响应于用户的第四选择操作指令，向所述服务器发送表征拒绝担保的担保拒绝信息。

24.一种商品获取装置，其特征在于，应用于服务器，所述装置包括：

信息接收模块，用于接收商品订单信息以及支付信息，所述商品订单信息包括目标商品的信息，所述支付信息包括第一约定运动量以及交付运动量的第一期限以及买家信息；

订单结算模块，用于当终端设备在所述第一期限之内上传所述第一约定运动量时，根据提交的第一约定运动量进行订单结算。

25.一种商品获取装置，其特征在于，应用于终端设备，所述装置包括：

信息发送模块，用于向服务器发送支付信息，所述支付信息包括第一约定运动量、交付运动量的第一期限以及买家信息；

运动量上传模块，用于记录并上传用户在发送支付信息之后的运动量，以使所述服务器根据上传的运动量对商品订单信息对应的订单进行支付管理。

26.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至14任一所述的商品获取方法的步骤。

27.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至14任一所述的商品获取方法的步骤。