CN108492165A - 一种商品购买方法、装置及结算方法、装置 - Google Patents

Abstract

本发明公开了一种商品购买方法、装置及结算方法、装置，包括：扫描待购买商品对应的商品码；将商品码发送至服务器，使得服务器识别商品码中的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息；或识别商品码中的信息参数并将信息参数发送至服务器，使得服务器根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息；接收服务器返回的待支付订单，使得用户支付待支付订单。解决了现有商品购买方法存在的流程繁琐，且商品数量繁多会造成操作成本较高的技术问题。

Description

一种商品购买方法、装置及结算方法、装置

技术领域

本发明涉及支付技术领域，尤其涉及一种商品购买方法、装置及结算方法、装置。

背景技术

随着社会的进步与发展，通过移动设备进行商品的购买已经成为最主要的商品购买方式之一。

然而，现在人们在移动设备上购买商品时，需要先选择商品并加入购物车，最后进行支付结算，整个流程繁琐，而且当商品数量繁多时，移动设备的显示区域受限，会造成用户在选择过程中选择范围有限，需要多次翻页或使用搜索等复杂功能，操作成本较高。

发明内容

本发明提供了一种商品购买方法、装置及结算方法、装置，解决了现有商品购买方法存在的流程繁琐，且商品数量繁多会造成操作成本较高的技术问题。

本发明提供了一种商品购买方法，包括：

扫描待购买商品对应的商品码；

将所述商品码发送至服务器，使得所述服务器识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

或

识别所述商品码中的信息参数并将所述信息参数发送至所述服务器，使得所述服务器根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

接收所述服务器返回的所述待支付订单，使得用户支付所述待支付订单。

优选地，

所述商品码为条形码或二维码。

优选地，

所述预置信息还包括商家信息、活动信息和服务信息中的一种或几种。

本发明提供了一种商品购买装置，包括：

扫码单元，用于扫描待购买商品对应的商品码；

第一处理单元，用于将所述商品码发送至服务器，使得所述服务器识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

或

用于识别所述商品码中的信息参数并将所述信息参数发送至所述服务器，使得所述服务器根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

接收单元，用于接收所述服务器返回的所述待支付订单，使得用户支付所述待支付订单。

优选地，

所述商品码为条形码或二维码。

优选地，

所述预置信息还包括商家信息、活动信息和服务信息中的一种或几种。

本发明提供了一种结算方法，包括：

获取移动终端扫描到的商品码并识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，其中所述商品码与待购买商品对应，所述预置信息包括商品信息；

或

获取移动终端发送的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，所述信息参数由所述移动终端从扫描到的商品码中识别，所述预置信息包括商品信息；

根据所述预置信息生成待支付订单；

将所述待支付订单发送至所述移动终端，使得用户在所述移动终端支付所述待支付订单。

优选地，

所述商品码为条形码或二维码。

优选地，

所述预置信息还包括商家信息、活动信息和服务信息中的一种或几种。

本发明提供了一种结算装置，包括：

第二处理单元，用于获取移动终端扫描到的商品码并识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，其中所述商品码与待购买商品对应，所述预置信息包括商品信息；

或

用于获取移动终端发送的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，所述信息参数由所述移动终端从扫描到的商品码中识别，所述预置信息包括商品信息；

待支付订单生成单元，用于根据所述预置信息生成待支付订单；

发送单元，用于将所述待支付订单发送至所述移动终端，使得用户在所述移动终端支付所述待支付订单。

从以上技术方案可以看出，本发明具有以下优点：

移动端扫描待购买商品对应的商品码；移动端将商品码发送至服务器，使得服务器识别商品码中的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息；或者移动端识别商品码中的信息参数并将信息参数发送至服务器，使得服务器根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息；接收服务器返回的待支付订单，使得用户支付待支付订单；

因此，用户只需扫描相应的待购买商品码便立即可以支付待支付订单，不需要将待购买商品先加入购物车后再结算生成待支付订单，流程简化，不会存在当商品数量繁多时移动设备的显示区域受限从而造成操作成本较高的技术问题，很大程度上缩短了用户购买商品及结算的时间，尤其是在快餐领域，用户可以直接对选定的套餐进行扫码并立即支付，节省了用户的下单时间。

附图说明

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

图1为本发明提供的一种商品购买方法的一个实施例的流程示意图；

图2本发明在移动终端上生成的待支付订单的一个实施例的示意图；

图3为本发明提供的一种商品购买装置的一个实施例的结构示意图；

图4为本发明提供的一种结算方法的一个实施例的流程示意图；

图5为本发明提供的一种结算装置的一个实施例的结构示意图。

具体实施方式

本发明实施例提供了一种商品购买方法、装置及结算方法、装置，解决了现有商品购买方法存在的流程繁琐，且商品数量繁多会造成操作成本较高的技术问题。

本申请的发明人在研究中发现，现在人们在移动终端上购买商品时，整个购买流程受很大限制，需要进入相应的商品选择页面进行商品选取，然后将选取的商品加入购物车；当只选择一件商品时也需要先加入购物车，最后再去购物车结算；当选择很多件商品时，由于移动终端的显示区域有限，所以用户需要多次翻页或使用搜索等功能，造成较高的操作成本。

尤其是在快餐领域，用户一般先要扫描二维码，然后选择相应的门店，再对饭菜进行选择，其中对饭菜的选择包括切换菜品分类、选择套餐和选择单品等多个步骤，当用户点击结算时，移动终端会显示相应的预订单截面，用户需要进行类似于优惠活动、是否送餐到桌等的选择，最后才能进行订单的支付，严重增加了用户的下单时间，对于只想选一个套餐的顾客来说现有的购餐方法尤其繁琐且浪费时间。

因此，本发明预先将商品码中的信息参数与预置信息关联，使得用户对待购买商品进行扫码后，便可以接收到相应的待支付订单，从而可以快速完成商品的购买。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明提供的一种商品购买方法的一个实施例的流程示意图。

本发明提供了一种商品购买方法的一个实施例，包括：

步骤101，扫描待购买商品对应的商品码。

在本实施例中，待购买商品的种类和数量均不做限定，例如，待购买商品可以是快餐的一个套餐，也可以是一件或多件日用品。

商品码可以为一切可信息参数的码，例如，商品码可以为条形码，也可以为二维码。

相比于条形码，二维码可以存储更多的信息，可以表示更多的数据类型。

步骤102，将商品码发送至服务器，使得服务器识别商品码中的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息。

可以理解的是，预先需要为商品码配置相应的信息参数，并将这些信息参数与预置信息关联，从而形成预置对应关系，以下不再赘述。

商品信息可以包括商品名称、商品规格、商品价格等商品基本信息，主要用于判断用户购买的是何种商品、商品的规格以及价格等，以下不再赘述。

预置信息还可以包括商家信息、活动信息和服务信息中的一种或几种。

例如，在餐饮行业，商家信息可以包括门店信息；活动信息可以包括商品是否参与活动、商品参与的活动，活动可以是满减活动、满赠活动或返现活动等；服务信息可以包括是否享受增值服务，其中增值服务可以是送餐到桌、免费配送及会员优享特权等。

步骤103，识别商品码中的信息参数并将信息参数发送至服务器，使得服务器根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息。

需要说明的是，步骤102和步骤103均可完成待支付订单的生成，其区别在于：步骤102是在服务器端识别信息参数，而步骤103是在移动终端识别信息参数。

在服务器端识别信息参数，不需占用移动终端的处理器，可以一定程度上避免移动终端在多后台运行的情况下，进行信息参数识别造成的卡顿问题。

步骤104，接收服务器返回的待支付订单，使得用户支付待支付订单。

需要说明的是，支付方式有很多，可以根据实际需要进行设定，此处不做详述。

例如图2所示，使用本发明提供的商品购买方法生成的一个待支付订单，在该待支付订单中，预置信息包括就餐方式、套餐内容、参与的活动以及价格等。

使用本发明实施例提供的商品购买方法，用户只需扫描相应的待购买商品码，便可在移动终端上显示相应的待支付订单，不需要将待购买商品先加入购物车后再结算生成待支付订单，简化了流程，不会存在当商品数量繁多时移动设备的显示区域受限造成操作成本较高的技术问题，很大程度上缩短了用户购买商品及结算的时间，尤其是在快餐领域，用户可以直接对选定的套餐进行扫码并立即支付，节省了用户的下单时间。

请参阅图3，本发明提供的一种商品购买装置的一个实施例的结构示意图。

本发明提供了一种商品购买装置的一个实施例，包括：

扫码单元301，用于扫描待购买商品对应的商品码。

在本实施例中，待购买商品的种类和数量均不做限定，例如，待购买商品可以是快餐的一个套餐，也可以是一件或多件日用品。

商品码可以为一切可信息参数的码，例如，商品码可以为条形码，也可以为二维码。

相比于条形码，二维码可以存储更多的信息，可以表示更多的数据类型。

第一处理单元302，用于将商品码发送至服务器，使得服务器识别商品码中的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息；

或

用于识别商品码中的信息参数并将信息参数发送至服务器，使得服务器根据信息参数和预置信息的预置对应关系确定预置信息，并根据预置信息生成待支付订单，其中预置信息包括商品信息。

可以理解的是，预先需要为商品码配置相应的信息参数，并将这些信息参数与预置信息关联，从而形成预置对应关系，以下不再赘述。

商品信息可以包括商品名称、商品规格、商品价格等商品基本信息，主要用于判断用户购买的是何种商品、商品的规格以及价格等，以下不再赘述。

预置信息还可以包括商家信息、活动信息和服务信息中的一种或几种。

例如，在餐饮行业，商家信息可以包括门店信息；活动信息可以包括商品是否参与活动、商品参与的活动，活动可以是满减活动、满赠活动或返现活动等；服务信息可以包括是否享受增值服务，其中增值服务可以是送餐到桌、免费配送及会员优享特权等。

在服务器端识别信息参数，不需占用移动终端的处理器，可以一定程度上避免移动终端在多后台运行的情况下，进行信息参数识别造成的卡顿问题。

接收单元303，用于接收服务器返回的待支付订单，使得用户支付待支付订单。

使用本发明实施例提供的商品购买装置，用户只需扫描相应的待购买商品码，便可在移动终端上显示相应的待支付订单，不需要将待购买商品先加入购物车后再结算生成待支付订单，简化了流程，不会存在当商品数量繁多时移动设备的显示区域受限造成操作成本较高的技术问题，很大程度上缩短了用户购买商品及结算的时间，尤其是在快餐领域，用户可以直接对选定的套餐进行扫码并立即支付，节省了用户的下单时间。

请参阅图4，本发明提供的一种结算方法的一个实施例的流程示意图。

本发明提供了一种结算方法的一个实施例，包括：

步骤401，获取移动终端扫描到的商品码并识别商品码中的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，其中商品码与待购买商品对应，预置信息包括商品信息。

在本实施例中，待购买商品的种类和数量均不做限定，例如，待购买商品可以是快餐的一个套餐，也可以是一件或多件日用品。

商品码可以为一切可信息参数的码，例如，商品码可以为条形码，也可以为二维码。

相比于条形码，二维码可以存储更多的信息，可以表示更多的数据类型。

可以理解的是，预先需要为商品码配置相应的信息参数，并将这些信息参数与预置信息关联，从而形成预置对应关系，以下不再赘述。

商品信息可以包括商品名称、商品规格、商品价格等商品基本信息，主要用于判断用户购买的是何种商品、商品的规格以及价格等，以下不再赘述。

预置信息还可以包括商家信息、活动信息和服务信息中的一种或几种。

例如，在餐饮行业，商家信息可以包括门店信息；活动信息可以包括商品是否参与活动、商品参与的活动，活动可以是满减活动、满赠活动或返现活动等；服务信息可以包括是否享受增值服务，其中增值服务可以是送餐到桌、免费配送及会员优享特权等。

步骤402，获取移动终端发送的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，信息参数由移动终端从扫描到的商品码中识别，预置信息包括商品信息。

可以理解的是，信息参数的识别可以在移动端进行，也可以在服务器进行。

步骤401和步骤402均可完成待支付订单的生成，其区别在于：步骤401是在服务器端识别信息参数，而步骤402是在移动终端识别信息参数。

步骤403，根据预置信息生成待支付订单。

步骤404，将待支付订单发送至移动终端，使得用户在移动终端支付待支付订单。

例如图2所示，使用本发明提供的结算方法在移动终端上显示的一个待支付订单，在该待支付订单中，预置信息包括就餐方式、套餐内容、参与的活动以及价格等。

使用本发明实施例提供的结算方法，使得用户只需通过移动终端扫描相应的待购买商品码，便可在移动终端上显示相应的待支付订单，不需要将待购买商品先加入购物车后再结算生成待支付订单，简化了流程，不会存在当商品数量繁多时移动设备的显示区域受限造成操作成本较高的技术问题，很大程度上缩短了用户购买商品及结算的时间，尤其是在快餐领域，用户可以直接对选定的套餐进行扫码并立即支付，节省了用户的下单时间。

请参阅图5，本发明提供的一种结算装置的一个实施例的结构示意图。

本发明提供了一种结算装置的一个实施例，包括：

第二处理单元501，用于获取移动终端扫描到的商品码并识别商品码中的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，其中商品码与待购买商品对应，预置信息包括商品信息；

或

用于获取移动终端发送的信息参数，然后根据信息参数和预置信息的预置对应关系确定预置信息，信息参数由移动终端从扫描到的商品码中识别，预置信息包括商品信息；

在本实施例中，待购买商品的种类和数量均不做限定，例如，待购买商品可以是快餐的一个套餐，也可以是一件或多件日用品。

商品码可以为一切可信息参数的码，例如，商品码可以为条形码，也可以为二维码。

相比于条形码，二维码可以存储更多的信息，可以表示更多的数据类型。

可以理解的是，预先需要为商品码配置相应的信息参数，并将这些信息参数与预置信息关联，从而形成预置对应关系，以下不再赘述。

商品信息可以包括商品名称、商品规格、商品价格等商品基本信息，主要用于判断用户购买的是何种商品、商品的规格以及价格等，以下不再赘述。

预置信息还可以包括商家信息、活动信息和服务信息中的一种或几种。

例如，在餐饮行业，商家信息可以包括门店信息；活动信息可以包括商品是否参与活动、商品参与的活动，活动可以是满减活动、满赠活动或返现活动等；服务信息可以包括是否享受增值服务，其中增值服务可以是送餐到桌、免费配送及会员优享特权等。

在服务器端识别信息参数，不需占用移动终端的处理器，可以一定程度上避免移动终端在多后台运行的情况下，进行信息参数识别造成的卡顿问题。

待支付订单生成单元502，用于根据预置信息生成待支付订单。

发送单元503，用于将待支付订单发送至移动终端，使得用户在移动终端支付待支付订单。

使用本发明实施例提供的结算装置，使得用户只需通过移动终端扫描相应的待购买商品码，便可在移动终端上显示相应的待支付订单，不需要将待购买商品先加入购物车后再结算生成待支付订单，简化了流程，不会存在当商品数量繁多时移动设备的显示区域受限造成操作成本较高的技术问题，很大程度上缩短了用户购买商品及结算的时间，尤其是在快餐领域，用户可以直接对选定的套餐进行扫码并立即支付，节省了用户的下单时间。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种商品购买方法，其特征在于，包括：

扫描待购买商品对应的商品码；

将所述商品码发送至服务器，使得所述服务器识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

或

识别所述商品码中的信息参数并将所述信息参数发送至所述服务器，使得所述服务器根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

接收所述服务器返回的所述待支付订单，使得用户支付所述待支付订单。

2.根据权利要求1所述的商品购买方法，其特征在于，所述商品码为条形码或二维码。

3.根据权利要求1或2所述的商品购买方法，其特征在于，所述预置信息还包括商家信息、活动信息和服务信息中的一种或几种。

4.一种商品购买装置，其特征在于，包括：

扫码单元，用于扫描待购买商品对应的商品码；

第一处理单元，用于将所述商品码发送至服务器，使得所述服务器识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

或

用于识别所述商品码中的信息参数并将所述信息参数发送至所述服务器，使得所述服务器根据所述信息参数和预置信息的预置对应关系确定所述预置信息，并根据所述预置信息生成待支付订单，其中所述预置信息包括商品信息；

接收单元，用于接收所述服务器返回的所述待支付订单，使得用户支付所述待支付订单。

5.根据权利要求4所述的商品购买装置，其特征在于，所述商品码为条形码或二维码。

6.根据权利要求4或5所述的商品购买装置，其特征在于，所述预置信息还包括商家信息、活动信息和服务信息中的一种或几种。

7.一种结算方法，其特征在于，包括：

获取移动终端扫描到的商品码并识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，其中所述商品码与待购买商品对应，所述预置信息包括商品信息；

或

获取移动终端发送的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，所述信息参数由所述移动终端从扫描到的商品码中识别，所述预置信息包括商品信息；

根据所述预置信息生成待支付订单；

将所述待支付订单发送至所述移动终端，使得用户在所述移动终端支付所述待支付订单。

8.根据权利要求7所述的结算方法，其特征在于，所述商品码为条形码或二维码。

9.根据权利要求7或8所述的结算方法，其特征在于，所述预置信息还包括商家信息、活动信息和服务信息中的一种或几种。

10.一种结算装置，其特征在于，包括：

第二处理单元，用于获取移动终端扫描到的商品码并识别所述商品码中的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，其中所述商品码与待购买商品对应，所述预置信息包括商品信息；

或

用于获取移动终端发送的信息参数，然后根据所述信息参数和预置信息的预置对应关系确定所述预置信息，所述信息参数由所述移动终端从扫描到的商品码中识别，所述预置信息包括商品信息；

待支付订单生成单元，用于根据所述预置信息生成待支付订单；

发送单元，用于将所述待支付订单发送至所述移动终端，使得用户在所述移动终端支付所述待支付订单。