CN107292686A - 交易信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了交易信息处理方法及装置，其中，该方法包括：服务器在展示前端页面的过程中，提供批量购买操作选项；通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同的库存量单位SKU；根据所述批量购买范围内的SKU进行批量交易处理。通过本申请实施例，能够节省第一用户的购物所需时间，提高购物效率。

Description

交易信息处理方法及装置

技术领域

本申请涉及交易信息处理技术领域，特别是涉及交易信息处理方法及装置。

背景技术

通过电子商务交易平台，商家可以开设自己的店铺，消费者可以通过交易平台客户端或者浏览器，浏览商家店铺中销售的商品对象，如果对某个商品对象感兴趣，则可以对其进行下单购买，后续由相关的配送服务方将货品送到消费者指定的收货地址。

在交易平台中售卖的商品对象数量非常多。通常，交易平台可以为消费者用户提供多种选购商品对象的入口。例如，可以提供按类目进行选购的入口，或者，可以提供店铺入口，或者，还可以提供搜索入口，等等。但是，在各种方式下，消费者在购物过程中的操作路径可能都会比较长。例如，在通过店铺进行选择的情况下，由于交易平台中通常会有多个商家开设的多个店铺，每个店铺中包括多个商品对象，每一件商品对象通常可能会对应多个SKU(StockKeeping Unit，库存量单位，例如，某服装具有多个不同的尺寸、颜色，则每种尺寸、颜色的组合都可以构成一个SKU)。消费者用户在选购时，通常需要先选择店铺，然后选择商品对象，之后再选择该商品对象下的具体SKU，完成多次选择操作后，再执行确认下单、付款操作。总之，消费者用户选购商品对象的操作路径很长，往往需要耗费比较长的时间。另外，在实际应用中，有些消费者可能需要一次性购买多件商品对象，那么就会需要耗费更长的时间进行选购。例如，某商家店铺主营零食类商品，消费者在通过该店铺进行购物时，可能会需要购买多种零食，等等。为了缩短消费者用户的操作路径，有些商家可以提供“套餐”形式的商品对象，在“套餐”中可以包括多种商品对象单品，例如，多种零食组成的“礼包”，等等。消费者用户可以通过选购这种套餐，实现一次性购买多个商品对象单品。但是，这种套餐中包含的商品对象单品是由商家进行挑选组合的，并不一定满足所有消费者的需求，并且，如果消费者想要购买套餐之外的其他商品对象单品，则还需要另外将其他的商品对象单品加入“购物车”，再执行付款等操作，操作路径仍然很长。

因此，如何进一步提高购物过程的便捷性，缩短消费者用户的操作路径，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了交易信息处理方法及装置，能够节省第一用户的购物所需时间，提高购物效率。

本申请提供了如下方案：

一种交易信息处理方法，包括：

服务器在展示前端页面的过程中，提供批量购买操作选项；

通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同库存量单位SKU；

根据所述批量购买范围内的SKU进行批量交易处理。

一种交易信息处理方法，包括：

第一用户客户端接收服务器提供的前端页面信息，所述前端页面内包括批量购买操作选项；

通过所述批量购买操作选项接收到第一用户的操作指令时，向服务器提交相应的请求，以便服务器确定批量购买范围，并根据所述批量购买范围内的SKU进行批量交易处理，所述批量购买范围内包括多个不同库存量单位SKU。

一种业务对象发布方法，包括：

服务器接收第二用户客户端的业务对象信息发布请求，所述发布请求中携带有业务对象信息，所述业务对象信息包括业务对象的批量购买属性信息；

发布所述业务对象，并存储所述业务对象信息，以便在所述业务对象被浏览时，提供所述批量购买属性。

一种业务对象信息发布方法，包括：

第二用户客户端确定待发布的业务对象的信息，所述业务对象的信息包括业务对象的批量购买属性信息；

向服务器发送发布请求，所述请求中携带有所述批量购买属性信息，以便所述服务器存储所述业务对象信息，在所述业务对象被浏览时，提供所述批量购买属性。

一种交易信息处理装置，应用于服务器，包括：

批量购买操作选项提供单元，用于在展示前端页面的过程中，提供批量购买操作选项；

购买范围确定单元，用于通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同库存量单位SKU；

批量交易处理单元，用于根据所述批量购买范围内的SKU进行批量交易处理。

一种交易信息处理装置，应用于第一用户客户端，包括：

页面信息接收单元，用于接收服务器提供的前端页面信息，所述前端页面内包括批量购买操作选项；

请求提交单元，用于通过所述批量购买操作选项接收到第一用户的操作指令时，向服务器提交相应的请求，以便服务器确定批量购买范围，并根据所述批量购买范围内的SKU进行批量交易处理，所述批量购买范围内包括多个不同库存量单位SKU。

一种业务对象发布装置，应用于服务器，包括：

发布请求接收单元，用于接收第二用户客户端的业务对象信息发布请求，所述发布请求中携带有业务对象信息，所述业务对象信息包括业务对象的批量购买属性信息；

发布单元，用于发布所述业务对象，并存储所述业务对象信息，以便在所述业务对象被浏览时，提供所述批量购买属性。

一种业务对象信息发布装置，应用于第二用户客户端，包括：

业务对象信息确定单元，用于确定待发布的业务对象的信息，所述业务对象的信息包括业务对象的批量购买属性信息；

发布请求发送单元，用于向服务器发送发布请求，所述请求中携带有所述批量购买属性信息，以便所述服务器存储所述业务对象信息，在所述业务对象被浏览时，提供所述批量购买属性。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，可以在前端页面内为用户提供批量购买操作选项，第一用户只需要对这种操作选项进行操作，即可实现快速下单，***可以自动根据店铺内的全部SKU，或者某商品对象的全部SKU，确定出购买范围，而不需要第一用户执行将多个SKU分别进行下单或者加入购物车等操作，可以节省时间，提高购物的效率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

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

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

图2-1是本申请实施例提供的用户界面示意图；

图2-2是本申请实施例提供的另一用户界面示意图；

图3是本申请实施例提供的第二方法的流程图；

图4是本申请实施例提供的第三方法的流程图；

图5是本申请实施例提供的第四方法的流程图；

图6是本申请实施例提供的第一装置的示意图；

图7是本申请实施例提供的第二装置的示意图；

图8是本申请实施例提供的第三装置的示意图；

图9是本申请实施例提供的第四装置的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请发明人在实现本申请实施例的过程中发现，在实际应用中，有一些消费者在选购商品对象的过程中存在与普通消费者不同的消费心理与需求，比如，相对于消费金额，更在意的是快捷性。另外，有一些店铺可能具有“小而美”等特点，也就是说，售卖的商品对象数量并不是非常多，但是，每一件都比较有特色，或者经过卖家精挑细选的商品，价格不高或者具有很高的性价比，并且从整体上讲，每件商品对象之间并不重复。例如，某店铺内销售的是自有品牌的各种零食，商品对象总数可能有几十种，对于消费者用户而言，在进入这种有特色的店铺选购零食时，可能会具有每件都想品尝的需求。如果使用现有技术中的方法，则需要分别将每件商品对象都执行加入购物车等操作。再者，还有一些商品对象，可能具有多种SKU，消费者用户在选购这种商品对象时，可能会具有购买该商品对象全部SKU的需求，例如，消费者用户在选购某食品类商品对象时，该商品对象有“原味”和“番茄味”两种SKU，消费者用户恰好对两个SKU都感兴趣，则可能需要全部购买。如果使用现有技术的方法，同样需要执行多步操作，分别将每个SKU加入购物车。

针对消费者用户的上述需求，在本申请实施例中，可以为消费者用户提供用于执行批量购买操作的操作选项，通过该操作选项，可以实现“一键式”快速下单，而不用执行过多的选择、加入购物车等操作。具体实现时，根据批量购买范围的不同，可以提供“一键包店”或者“一键包SKU”等多种具体的实现形式。也就是说，消费者在选购的过程中，如果对某个店铺中的所有商品对象都感兴趣，则可以选择“一键包店”，此时，***可以直接将该店铺内包含的所有商品对象的全部SKU(库存量单位)都加入到购物车中，而不需要消费者一件一件的将商品对象加入购物车，从而大大节省了选购过程所需的时间。或者，如果消费者对某个商品对象感兴趣，并且每件具体的SKU都想购买，此时，可以选择“一键包SKU”，然后，***就可以将该商品对象的全部SKU都加入到购物车中，不需要消费者分别选择各个SKU，因此，可以提高购物的效率。下面对具体的实现方式进行详细介绍。

实施例一

参见图1，本申请实施例一首先从服务器的角度提供了一种交易信息处理方法，该方法可以包括以下步骤：

S101：服务器在展示前端页面的过程中，提供批量购买操作选项；

其中，可以在多种前端页面中提供批量购买操作选项，例如，可以是与某店铺相关的页面，也就是说，该页面中包括多个属于同一店铺的商品对象信息，例如，可以是某店铺的首页、列表页、某类目下的子页面等等。或者，前端页面可以是与某个商品对象相关的页面，例如，某商品对象的详情页，等等。或者，前端页面也可以是店铺列表页面，也就是，在页面中展示有多个店铺的信息(如，“品牌墙”页面等等)。再或者，前端页面还可以是商品对象搜索结果页面，或者某类目下的商品对象列表页面，等等。

具体提供批量购买操作的时机也可以有多种，例如，可以直接在前端页面中添加相应的按钮等，利用这种按钮作为批量购买的操作选项，或者，还可以不是直接在前端页面中添加，而是在接收到第一用户(例如，消费者用户、买家用户等)的触发操作后，再在页面中提供具体的批量购买操作选项。例如，可以是在显示出某个前端页面的状态下，如果第一用户在前端页面空白位置处执行“长按”操作，或者，摇晃其手机等移动终端设备，或者，对着移动终端特定传感器进行“吹气”等，再提供批量购买操作选项，等等。

S102：通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同库存量单位SKU；

关于批量购买范围，可以是指对指定店铺中的全店购买，或者购买指定商品对象的全部SKU，等等，具体实现时，结合步骤S101中操作选项的提供方式，该步骤可以有多种具体的实现方式。

其中一种方式可以是，首先确定出目标店铺，然后再根据该目标店铺内包括的商品对象信息，确定出批量购买的范围。例如，具体实现时，可以是将目标店铺中包括的全部商品对象的全部SKU，确定为需要批量购买的对象，也就是说，在接收到“一键包店”的请求时，可以直接将当前目标店铺内包括的全部商品对象的全部SKU都加入购物车。或者，有些店铺中，商品对象的数量可能比较大，但是，在店铺内会按照品类将商品对象划分为多个类目，例如，某店铺内售卖的商品对象主要是食品类，但店内还细分为“休闲零食”、“坚果炒货”、“肉干肉脯”等类目。此时，在消费者用户选择“一键包店”的情况下，还可以根据所述目标店铺中包括的商品对象类目，提供用于在该目标店铺内进行类目选择的操作选项，通过该操作选项接收到对目标类目的选择结果后，再根据该目标店铺内该目标类目下包括的全部商品对象的全部SKU，确定批量购买范围。例如，某消费者用户选择了某目标店铺中的“休闲零食”类目，则可以该店铺内该类目下全部商品对象的全部SKU加入购物车，等等。

另一种确定批量购买范围的方式，可以是先确定目标商品对象，然后，可以根据该商品对象包括的全部SKU，确定出购买范围，例如，将该商品对象的全部SKU加入购物车，等等。

其中，无论是“一键包店”，还是“一键包SKU”，在默认状态下，都可以是默认每个SKU购买一件。当然，还可以提供统一修改件数的操作选项，如果用户需要每个SKU购买多件，则可以通过该选项进行修改。另外，还可以提供用于删除部分SKU的操作选项，例如，可以分别为每个SKU提供一个复选框，默认状态下为选中状态，如果用户需要将其中某个SKU删除，则可以将该复选框修改为未选中状态即可。

具体实现时，针对“一键包店”与“一键包SKU”在购买范围上的不同，在提供批量购买操作选项时，也可以有不同的方式，具体体现在，可以在不同的前端页面中提供批量购买操作选项。下面分别进行介绍。

首先，对于“一键包店”的方式，第一种用于提供批量购买操作选项的前端页面可以是与某店铺相关的页面，具体的，该页面中可以用于展示多个属于同一店铺的商品对象，例如，可以是某店铺的首页，等等。也就是说，在展示与具体店铺相关的页面时，可以在页面内提供批量购买该店铺内全部SKU的操作选项，如果第一用户具有该需求，则直接利用该操作选项进行购买操作即可。或者，也可以在展示这种与具体店铺相关的页面时，在接收到第一用户的某种触发操作后，再展示出用于批量购买该店铺内全部SKU的操作选项。例如，在展示某店铺首页的状态下，如果接收到第一用户的“长按”操作，或者摇动终端设备的触发操作，或者对着终端设备中安装的气敏元件类传感器进行“吹气”等触发操作，则通过弹出窗口等操作，提供用于批量购买该店铺内全部SKU的操作选项，等等。

第二种用于提供“一键包店”式批量购买操作选项的前端页面可以是与某商品对象相关的页面，例如，某商品对象的详情页面等。由于一个具体的商品对象通常也是属于某个店铺的，并且，在第一用户浏览某个商品对象详情页面的过程中，可能会由于对该商品对象很满意，而产生对该商品对象所属店铺内其他商品对象也一并进行购买的需求，因此，在展示商品对象详情页等页面的过程中，也可以提供用于发起“一键包店”的操作选项，相应的，可以将当前页面中的商品对象所属店铺确定为目标店铺，根据该目标店铺内的全部SKU，确定批量购买范围。具体实现时，在展示与具体商品对象相关的页面时，可以在页面内提供批量购买所属店铺内全部SKU的操作选项，如果第一用户具有该需求，则直接利用该操作选项进行购买操作即可。或者，也可以在展示这种与具体商品对象相关的页面时，在接收到第一用户的某种触发操作后，再展示出用于批量购买该商品对象所属店铺内全部SKU的操作选项。例如，同样可以采用“长按”、“摇动”或者“吹气”等方式进行触发。

需要说明的是，理论上讲，所有的店铺都可以通过本申请实施例的方式进行“一键包店”，但在实际应用中，考虑到方案的实用性，结合各个店铺的规模、商品对象的类目等，可以对店铺进行一些区分处理。例如，可以仅针对符合条件的店铺，在页面中添加批量购买操作选项，等等。其中，具体在判断一个店铺是否满足条件时，可以根据实际情况设置多种判断标准，例如，可以对商品对象总数量进行限制，如不超过50件等，也就是说，如果店铺经营的商品对象数目过多，则第一用户通常不会具有对这种店铺进行“一键包店”的需求，因此，可以不必直接在店铺页面中提供批量购买操作选项。或者，也可以对店铺中主要经营的商品对象类目进行限制，例如，如果某店铺主要经营零食类商品对象，则符合条件，如果某店铺主要经营电子产品类商品对象，则由于不同的商品对象之间通常只是型号、配置等方面的差别，消费者用户对这类商品对象通常不会具有一次性将各种型号、各种配置的SKU都进行购买的需求，因此，这类店铺的页面中也可以不必提供批量购买操作选项。基于以上分析，可以预先对店铺的关联的商品对象的类目和/或总数量信息进行判断，如果目标店铺符合批量购买的条件，再在店铺相关的页面内，或者该店铺内各个商品对象的详情页等页面内添加批量购买操作选项。也就是说，在第一用户看来，有些店铺的首页等位置有批量购买操作选项，有些则没有，类似的，有些商品对象详情页内，有用于对所属店铺进行批量购买的操作选项，有的则没有。当然，如果采用第一用户触发后再展示操作选项的方式，则可以不再区分店铺是否符合条件，也就是说，在第一用户主动触发的情况下，即使店铺内商品对象数量很多，或者商品对象类目并不适合通常意义上的批量购买，也可以为用户提供批量购买操作选项。

第三种用于提供“一键包店”式批量购买操作选项的前端页面可以是店铺列表页面，例如，有些***中可以提供“品牌墙”等页面，其中可以展示出多个品牌的店铺入口，第一用户可以通过这种店铺页面进行店铺的选择，进入到具体的店铺页面中。在本申请实施例中，也可以在这种店铺列表页面中提供批量购买操作选项。具体实现时，由于店铺列表页面中通常包括多个店铺的信息，因此，可以为店铺列表内的店铺分别提供用于发起批量购买请求的操作选项，如果通过前端页面内某店铺对应的操作选项接收到批量购买请求，则可以将该店铺确定为目标店铺，并根据该目标店铺内包括的全部SKU，确定批量购买范围。

也就是说，在这种实现方式下，在店铺列表页面内，除了展示各个店铺的代表图片、品牌名、品牌logo等信息外，还可以展示对各个店铺进行批量购买的操作选项，其中，每个店铺可以对应一个操作选项。当然，在实际应用中，同样可以对店铺关联的商品对象数量、类目等信息进行判断，如果符合预置的条件，则展示该操作选项，否则，可以不提供该操作选项。也就是说，实际的展示效果可以为：在店铺列表页面内，部分店铺对应展示有批量购买操作选项，例如可以是按钮的形式存在，按钮上显示的字体可以包括“一键包店”，等等。

对于“一键包SKU”的方式，也就是先确定出目标商品对象，然后根据该目标商品对象对应的全部SKU，确定批量购买范围。在这种实现方式下，第一种前端页面可以是指与某个商品对象相关的页面，例如，商品对象详情页等。具体实现时，可以直接在商品对象详情页面内加入用于该对商品对象进行批量购买的操作选项，对该操作选项进行操作后，即可将该商品对象的全部SKU作为批量购买的对象。或者，同样可以使用摇动、吹气等方式触发，***在接收到这种触发操作后，可以对当前页面类型进行判断，发现是与某商品对象相关的页面，则可以提供用于对该商品对象进行“一键包SKU”的操作选项，等等。

另外，第二种用于提供“一键包SKU”式批量购买操作选项的前端页面可以是商品对象列表页面，所述商品对象列表页面中包括多个商品对象的信息，例如，可以是目标类目下的商品对象列表页面，指定关键词对应的商品对象搜索结果页面，或者，同一店铺内的商品对象列表页面，等等。具体实现时，由于商品对象列表页面中通常包括多个商品对象的信息，因此，可以为商品对象列表内的各个商品对象分别提供用于发起批量购买请求的操作选项，如果通过前端页面内某商品对象对应的操作选项接收到批量购买请求，则可以将该商品对象确定为目标商品对象，并根据该目标商品对象包括的全部SKU，确定批量购买范围。

可见，在实际应用中，可以在多种前端页面中提供用于批量购买的操作选项，根据前端页面类型的不同，批量购买的范围也可以不同。另外，在具体实现时，还可以将两者相结合。例如，如前文所述，对于与某具体的商品对象相关的页面，如商品对象详情页等，根据该页面确定出一个唯一确定的目标商品对象后，可以直接根据该商品对象的SKU，进行“一键包SKU”的批量给购买，或者，也可以进一步确定出与该商品对象所属的店铺，然后针对该店铺进行“一键包店”的批量购买，等等。因此，在具体实现时，对于这种商品对象详情页等与一个唯一确定的商品对象相关的前端页面，可以在页面内提供两种批量购买范围的操作选项，也即，其中一个选项用于发起“一键包SKU”，另一个选项用于发起“一键包店”。或者，还可以通过预置的传感器检测到符合预置条件的触发操作，则提供用于选择批量购买范围的操作选项，该操作选项用于选择针对该商品对象进行批量购买，或者针对该商品对象所属店铺进行批量购买。之后，再根据第一用户的实际选择情况，确定出具体的批量购买范围。

例如，如图2-1所示，在第一用户浏览某商品对象详情页的过程中，如果对着手机进行“吹气”，则首先可以在页面内展示出“波纹”状图案，表示***已经检测到触发操作，接下来，可以展示出图2-2所示的对话框，其中，“任性包店”用于针对当前商品对象所属店铺进行包店式批量购买，“任性下单”用于针对当前商品对象进行包SKU式批量购买。针对不同的操作选项，还可以提供预置的趣味性文案信息，用于解释每个选项的功能，例如，“任性包店”选项可以对应“这个店的货每个给朕来一件”，“任性下单”选项可以对应“这货每样一件，朕买了！”。当然，具体的文案信息还可以有其他的表达方式，这里仅用于举例说明。另外，在具体实现时，还可以提供“取消”选项，如果用户不需要进行批量购买，则可以通过“取消”选项取消该操作。

S103：根据所述批量购买范围内的SKU进行批量交易处理。

在确定出批量购买范围后，就可以执行具体的批量交易处理。在具体实现时，在进入具体的批量交易处理流程之前，还可以对第一用户的账户余额信息进行确认，在确认第一用户的账户余额足以支付批量购买订单的情况下，再进行订单生成等操作。具体的，可以首先确定出批量范围内各SKU的总价格信息，并确定出第一用户的账户余额信息，然后再根据所述总价格信息以及所述账户余额信息，判断所述当前第一用户是否具有批量购买的权限。其中，关于各SKU的价格信息，可以通过查询商品对象信息数据库的方式获取，而关于第一用户的账户信息，可以根据第一用户关联的账户信息数据库进行查询，例如，对于淘宝或者天猫的用户，可以对账户关联的支付宝账户余额、蚂蚁花呗信用额度等信息查询，如果足以支付，则可以进行相应的资金冻结等操作。当然，在实际应用中，由于批量购买操作对应的订单涉及到的SKU数量较大，金额通常也比较大，因此，在确定出批量购买范围以及总金额之后，还可以由***工作人员通过电话、即时通信等方式，向第一用户进行确认，在确认无误后，再进入后续的批量交易处理流程。

对于这种批量购买操作，还可以对逆向规则进行限制，也即在退换货规则方面，可以与普通订单有所区别。例如，可以是允许第一用户进行换货，但是不允许退货。具体实现时，在接收到第一用户客户端针对指定交易订单发起的退货操作请求时，可以首先对该交易订单的类型进行判断，如果属于批量购买操作对应的交易订单，则可以拒绝该请求，也即不允许进行退货操作，还可以提供拒绝原因方面的文案信息等。

总之，在本申请实施例中，可以在前端页面内为用户提供批量购买操作选项，第一用户只需要对这种操作选项进行操作，即可实现快速下单，***可以自动根据店铺内的全部SKU，或者某商品对象的全部SKU，确定出购买范围，而不需要第一用户执行将多个SKU分别进行下单或者加入购物车等操作，可以节省时间，提高购物的效率。

实施例二

该实施例二是与实施例一相对应的，从客户端的角度对本申请实施例进行介绍，参见图3，该实施例二提供了一种交易信息处理方法，该方法可以包括以下步骤：

S301：客户端接收服务器提供的前端页面信息，所述前端页面内包括批量购买操作选项；

S302：通过所述批量购买操作选项接收到第一用户的操作指令时，向服务器提交相应的请求，以便服务器确定批量购买范围，并根据所述批量购买范围内的SKU进行批量交易处理，所述批量购买范围内包括多个不同库存量单位SKU。

由于该实施例二是与实施例一相对应的，因此，相关的具体实现可以参见实施例一中的记载，这里不再赘述。

实施例三

前文所述是对第一用户浏览业务对象信息的过程中，为第二用户提供批量购买功能的过程进行了详细介绍。而在具体实现时，关于一个业务对象是否可提供批量购买属性，可以是由第二用户(业务对象所属的商家、卖家用户等)在进行业务对象发布时决定的，也就是说，由于销售平台内的业务对象通常是由第二用户进行发布的，因此，在第二用户发布业务对象的过程中，就可以提供相关的批量购买属性信息，这样，第一用户在浏览业务对象的过程中，就可以直接根据服务器保存的这种批量购买属性信息，自动向第一用户提供批量购买属性，还可以自动提供批量购买操作选项，等等，进一步方便第一用户进行快速下单。

具体的，参见图4，该实施例三提供了一种业务对象发布方法，该方法可以包括以下步骤：

S401：服务器接收第二用户客户端的业务对象信息发布请求，所述发布请求中携带有业务对象信息，所述业务对象信息包括业务对象的批量购买属性信息；

S402：发布所述业务对象，并存储所述业务对象信息，以便在所述业务对象被浏览时，提供所述批量购买属性。

具体实现时，所述业务对象包括目标商品对象，针对这种情况，服务器在接收批量购买请求时，还可以根据所述目标商品对象对应的全部SKU，确定批量购买范围，以便根据所述批量购买范围内的SKU进行批量交易处理。

如果所述业务对象为第二用户创建的目标店铺，则服务器在接收批量购买请求时，还可以根据所述目标店铺内各商品对象的各SKU，确定批量购买范围，以便根据所述批量购买范围内的SKU进行批量交易处理。

关于具体接收到批量购买请求后的处理操作，可以参见前述实施例中的介绍，这里不再赘述。

实施例四

该实施例四是与实施例三相对应的，从第二用户客户端的角度提供了一种业务对象信息发布方法，参见图5，该方法可以包括以下步骤：

S501：第二用户客户端确定待发布的业务对象的信息，所述业务对象的信息包括业务对象的批量购买属性信息；

S502：向服务器发送发布请求，所述请求中携带有所述批量购买属性信息，以便所述服务器存储所述业务对象信息，在所述业务对象被浏览时，提供所述批量购买属性。

其中，第二用户客户端提交发布请求之前，还可以对业务对象进行判断，判断其是否适合于进行批量购买，如果适合，再在发布请求中携带批量购买属性，否则，可以不必携带。具体的，如果所述业务对象为商品对象，则第二用户客户端还可以根据所述商品对象所属的类目确定所述商品对象是否满足第一批量购买条件(例如，如果是食品类，且包括多个不同的SKU，则满足该第一批量购买条件，等等)，如果满足，则将所述批量购买属性信息添加到所述发布请求中。如果业务对象为所述第二用户创建的目标店铺，则第二用户客户端可以根据所述目标店铺内的商品对象所属的类目和/或商品对象总数量，确定所述目标店铺是否满足第二批量购买条件(例如，如果店铺主要销售零食类商品对象，且店铺规模比较小，总的SKU数量在一定阈值范围内，则满足该第二批量购买条件，等等)；如果满足，则将所述批量购买属性信息添加到所述发布请求中。

关于该实施例四中的具体实现，也可以参见前述各实施例中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种交易信息处理装置，应用于服务器，参见图6，该装置可以包括：

批量购买操作选项提供单元601，用于在展示前端页面的过程中，提供批量购买操作选项；

购买范围确定单元602，用于通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同库存量单位SKU；

批量交易处理单元603，用于根据所述批量购买范围内的SKU进行批量交易处理。

其中，所述购买范围确定单元包括：

目标店铺确定子单元，用于确定目标店铺；

第一范围确定子单元，用于根据所述目标店铺内包括的商品对象信息，确定批量购买范围。

在一种具体实现方式下，所述第一范围确定子单元具体用于：

根据所述目标店铺中包括的全部商品对象的全部SKU，确定批量购买范围。

在另一种具体实现方式下，所述第一范围确定子单元包括：

类目提供子单元，用于根据所述目标店铺中包括的商品对象类目，提供用于在该目标店铺内进行类目选择的操作选项；

确定子单元，用于通过所述操作选项接收到对目标类目的选择结果后，根据该目标店铺内该目标类目下包括的全部商品对象的全部SKU，确定批量购买范围。

其中，所述前端页面包括与某店铺相关的页面，所述前端页面中包括多个属于同一店铺的商品对象，所述目标店铺确定子单元具体用于：

确定所述前端页面关联的店铺为所述目标店铺。

所述前端页面包括与某个商品对象相关的页面，所述目标店铺确定子单元具体用于：

确定所述前端页面关联的目标商品对象所属的目标店铺。

具体实现时，可以通过以下方式提供批量购买操作选项：

在展示所述前端页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于发起批量购买操作的操作选项。

或者，也可以通过以下方式提供批量购买操作选项：

在展示所述前端页面的过程中，在页面内展示用于针对所述前端页面关联的目标店铺发起批量购买请求的操作选项，以便通过所述操作选项接收所述批量购买请求。

在具体实现时，该装置还可以包括：

判断单元，用于在展示所述操作选项之前，根据所述目标店铺关联的商品对象的类目和/或总数量信息，判断所述目标店铺是否符合批量购买的条件；

展示单元，用于如果符合，则展示所述操作选项。

其中，所述前端页面包括店铺列表页面，所述店铺列表页面内包括多个店铺的信息；

所述操作选项提供单元具体用于：

为店铺列表内的店铺分别提供用于发起批量购买请求的操作选项；

所述目标店铺确定子单元具体用于：

通过前端页面内某店铺对应的操作选项接收到批量购买请求时，将该店铺确定为所述目标店铺。

其中，所述操作选项提供单元包括：

判断子单元，用于在提供所述店铺列表时，根据列表内的店铺各自关联的商品对象的类目和/或总数量信息，判断各店铺是否符合批量购买的条件；

提供子单元，用于为符合批量购买条件的店铺提供所述用于发起批量购买请求的操作选项。

在另一种实现方式下，所述购买范围确定单元，包括：

商品对象确定子单元，用于确定目标商品对象；

第二范围确定子单元，用于根据所述目标商品对象对应的全部SKU，确定批量购买范围。

其中，所述前端页面包括与某个商品对象相关的页面，所述商品对象确定子单元具体用于：

将所述前端页面关联的商品对象确定为所述目标商品对象。

此时，所述操作选项提供单元具体用于：

在展示所述前端页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于发起批量购买操作的操作选项。

操作选项提供单元具体用于：

在展示所述前端页面的过程中，展示用于针对所述前端页面关联的目标商品对象发起批量购买请求的操作选项，以便通过所述操作选项接收所述批量购买请求。

其中，所述前端页面包括商品对象列表页面，所述商品对象列表页面中包括多个商品对象的信息；

此时，所述操作选项提供单元具体用于：

为商品对象列表内的商品对象分别提供用于发起批量购买请求的操作选项；

所述商品对象确定子单元具体用于：

通过某商品对象对应的操作选项接收到批量购买请求时，将该商品对象确定为所述目标商品对象。

其中，所述商品对象列表页面包括：目标类目下的商品对象列表页面，指定关键词对应的商品对象搜索结果页面，或者，同一店铺内的商品对象列表页面。

具体实现时，所述批量购买操作选项提供单元具体用于：

在展示与某个商品对象相关的页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于选择批量购买范围的操作选项，该操作选项用于选择针对该商品对象进行批量购买，或者针对该商品对象所属店铺进行批量购买；

此时，所述购买范围确定单元具体用于：

通过所述操作选项接收到用户的选择操作后，确定批量购买范围。

另外，在实际应用中，该装置还可以包括：

设置选项提供单元，用于提供用于统一设置每个SKU购买件数的操作选项。

删除选项提供单元，用于提供用于删除所述批量购买范围内的指定SKU的操作选项。

价格信息确定单元，用于确定所述批量范围内各SKU的总价格信息；

余额信息确定单元，用于确定当前第一用户的账户余额信息；

权限判断单元，用于根据所述总价格信息以及所述账户余额信息，判断所述当前第一用户是否具有批量购买的权限。

订单类型判断单元，用于接收到针对指定交易订单的退货请求时，判断所述指定交易订单的类型；

请求拒绝单元，用于如果所述指定交易订单为批量购买交易订单，则拒绝所述退货请求。

与实施例二相对应，本申请实施例还提供了一种交易信息处理方法，应用于第一用户客户端，参见图7，该装置可以包括：

页面信息接收单元701，用于接收服务器提供的前端页面信息，所述前端页面内包括批量购买操作选项；

请求提交单元702，用于通过所述批量购买操作选项接收到第一用户的操作指令时，向服务器提交相应的请求，以便服务器确定批量购买范围，并根据所述批量购买范围内的SKU进行批量交易处理，所述批量购买范围内包括多个不同库存量单位SKU。

与实施例三相对应，本申请实施例还提供了一种业务对象发布装置，参见图8，该装置应用于服务器，包括：

发布请求接收单元801，用于接收第二用户客户端的业务对象信息发布请求，所述发布请求中携带有业务对象信息，所述业务对象信息包括业务对象的批量购买属性信息；

发布单元802，用于发布所述业务对象，并存储所述业务对象信息，以便在所述业务对象被浏览时，提供所述批量购买属性。

其中，所述业务对象包括目标商品对象，所述装置还包括：

第一范围确定单元，用于在接收批量购买请求时，根据所述目标商品对象对应的全部SKU，确定批量购买范围，以便根据所述批量购买范围内的SKU进行批量交易处理。

所述业务对象包括所述第二用户创建的目标店铺，所述装置还包括：

第二范围确定单元，用于在接收批量购买请求时，根据所述目标店铺内各商品对象的各SKU，确定批量购买范围，以便根据所述批量购买范围内的SKU进行批量交易处理。

与实施例四相对应，本申请实施例还提供了一种业务对象信息发布装置，参见图9，该装置应用于第二用户客户端，包括：

业务对象信息确定单元901，用于确定待发布的业务对象的信息，所述业务对象的信息包括业务对象的批量购买属性信息；

发布请求发送单元902，用于向服务器发送发布请求，所述请求中携带有所述批量购买属性信息，以便所述服务器存储所述业务对象信息，在所述业务对象被浏览时，提供所述批量购买属性。

其中，所述业务对象包括商品对象，所述装置还包括：

第一判断单元，用于根据所述商品对象所属的类目确定所述商品对象是否满足第一批量购买条件；

第一添加单元，用于如果满足，则将所述批量购买属性信息添加到所述发布请求中。

所述业务对象包括所述第二用户创建的目标店铺，所述装置还包括：

第二判断单元，用于根据所述目标店铺内的商品对象所属的类目和/或商品对象总数量，确定所述目标店铺是否满足第二批量购买条件；

第二添加单元，用于如果满足，则将所述批量购买属性信息添加到所述发布请求中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于***或***实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的***及***实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的交易信息处理方法及装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims (38)

1.一种交易信息处理方法，其特征在于，包括：

服务器在展示前端页面的过程中，提供批量购买操作选项；

通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同库存量单位SKU；

根据所述批量购买范围内的SKU进行批量交易处理。

2.根据权利要求1所述的方法，其特征在于，所述确定批量购买范围，包括：

确定目标店铺；

根据所述目标店铺内包括的商品对象信息，确定批量购买范围。

3.根据权利要求2所述的方法，其特征在于，所述根据所述目标店铺内包括的商品对象信息，所述确定批量购买范围，包括：

根据所述目标店铺中包括的全部商品对象的全部SKU，确定批量购买范围。

4.根据权利要求2所述的方法，其特征在于，所述根据所述目标店铺内包括的商品对象信息，所述确定批量购买范围，包括：

根据所述目标店铺中包括的商品对象类目，提供用于在该目标店铺内进行类目选择的操作选项；

通过所述操作选项接收到对目标类目的选择结果后，根据该目标店铺内该目标类目下包括的全部商品对象的全部SKU，确定批量购买范围。

5.根据权利要求2所述的方法，其特征在于，所述前端页面包括与某店铺相关的页面，所述前端页面中包括多个属于同一店铺的商品对象，所述确定目标店铺，包括：

确定所述前端页面关联的店铺为所述目标店铺。

6.根据权利要求2所述的方法，其特征在于，所述前端页面包括与某个商品对象相关的页面，所述确定目标店铺，包括：

确定所述前端页面关联的目标商品对象所属的目标店铺。

7.根据权利要求5或6所述的方法，其特征在于，通过以下方式提供批量购买操作选项：

在展示所述前端页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于发起批量购买操作的操作选项。

8.根据权利要求5或6所述的方法，其特征在于，通过以下方式提供批量购买操作选项：

在展示所述前端页面的过程中，在页面内展示用于针对所述前端页面关联的目标店铺发起批量购买请求的操作选项，以便通过所述操作选项接收所述批量购买请求。

9.根据权利要求8所述的方法，其特征在于，在展示所述操作选项之前，还包括：

根据所述目标店铺关联的商品对象的类目和/或总数量信息，判断所述目标店铺是否符合批量购买的条件；

如果符合，则展示所述操作选项。

10.根据权利要求2所述的方法，其特征在于，所述前端页面包括店铺列表页面，所述店铺列表页面内包括多个店铺的信息；

所述提供批量购买操作选项，包括：

为店铺列表内的店铺分别提供用于发起批量购买请求的操作选项；

所述确定目标店铺，包括：

通过前端页面内某店铺对应的操作选项接收到批量购买请求时，将该店铺确定为所述目标店铺。

11.根据权利要求10所述的方法，其特征在于，所述为店铺列表内的店铺分别提供用于发起批量购买请求的操作选项，包括：

在提供所述店铺列表时，根据列表内的店铺各自关联的商品对象的类目和/或总数量信息，判断各店铺是否符合批量购买的条件；

为符合批量购买条件的店铺提供所述用于发起批量购买请求的操作选项。

12.根据权利要求1所述的方法，其特征在于，所述确定批量购买范围，包括：

确定目标商品对象；

根据所述目标商品对象对应的全部SKU，确定批量购买范围。

13.根据权利要求12所述的方法，其特征在于，所述前端页面包括与某个商品对象相关的页面，所述确定目标商品对象，包括：

将所述前端页面关联的商品对象确定为所述目标商品对象。

14.根据权利要求13所述的方法，其特征在于，所述提供批量购买操作选项，包括：

在展示所述前端页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于发起批量购买操作的操作选项。

15.根据权利要求13所述的方法，其特征在于，所述提供批量购买操作选项，包括：

在展示所述前端页面的过程中，展示用于针对所述前端页面关联的目标商品对象发起批量购买请求的操作选项，以便通过所述操作选项接收所述批量购买请求。

16.根据权利要求12所述的方法，其特征在于，所述前端页面包括商品对象列表页面，所述商品对象列表页面中包括多个商品对象的信息；

所述提供批量购买操作选项，包括：

为商品对象列表内的商品对象分别提供用于发起批量购买请求的操作选项；

所述确定目标商品对象，包括：

通过某商品对象对应的操作选项接收到批量购买请求时，将该商品对象确定为所述目标商品对象。

17.根据权利要求16所述的方法，其特征在于，所述商品对象列表页面包括：目标类目下的商品对象列表页面，指定关键词对应的商品对象搜索结果页面，或者，同一店铺内的商品对象列表页面。

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

所述提供批量购买操作选项，包括：

在展示与某个商品对象相关的页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于选择批量购买范围的操作选项，该操作选项用于选择针对该商品对象进行批量购买，或者针对该商品对象所属店铺进行批量购买；

所述确定批量购买范围，包括：

通过所述操作选项接收到用户的选择操作后，确定批量购买范围。

19.根据权利要求1至18任一项所述的方法，其特征在于，还包括：

提供用于统一设置每个SKU购买件数的操作选项。

20.根据权利要求1至18任一项所述的方法，其特征在于，还包括：

提供用于删除所述批量购买范围内的指定SKU的操作选项。

21.根据权利要求1至18任一项所述的方法，其特征在于，在确定批量范围后，还包括：

确定所述批量范围内各SKU的总价格信息；

确定当前第一用户的账户余额信息；

根据所述总价格信息以及所述账户余额信息，判断所述当前第一用户是否具有批量购买的权限。

22.根据权利要求1至18任一项所述的方法，其特征在于，还包括：

接收到针对指定交易订单的退货请求时，判断所述指定交易订单的类型；

如果所述指定交易订单为批量购买交易订单，则拒绝所述退货请求。

23.一种交易信息处理方法，其特征在于，包括：

第一用户客户端接收服务器提供的前端页面信息，所述前端页面内包括批量购买操作选项；

通过所述批量购买操作选项接收到第一用户的操作指令时，向服务器提交相应的请求，以便服务器确定批量购买范围，并根据所述批量购买范围内的SKU进行批量交易处理，所述批量购买范围内包括多个不同库存量单位SKU。

24.一种业务对象发布方法，其特征在于，包括：

服务器接收第二用户客户端的业务对象信息发布请求，所述发布请求中携带有业务对象信息，所述业务对象信息包括业务对象的批量购买属性信息；

发布所述业务对象，并存储所述业务对象信息，以便在所述业务对象被浏览时，提供所述批量购买属性。

25.根据权利要求24所述的方法，其特征在于，所述业务对象包括目标商品对象，所述方法还包括：

在接收批量购买请求时，根据所述目标商品对象对应的全部SKU，确定批量购买范围，以便根据所述批量购买范围内的SKU进行批量交易处理。

26.根据权利要求24所述的方法，其特征在于，所述业务对象包括所述第二用户创建的目标店铺，所述方法还包括：

在接收批量购买请求时，根据所述目标店铺内各商品对象的各SKU，确定批量购买范围，以便根据所述批量购买范围内的SKU进行批量交易处理。

27.一种业务对象信息发布方法，其特征在于，包括：

第二用户客户端确定待发布的业务对象的信息，所述业务对象的信息包括业务对象的批量购买属性信息；

向服务器发送发布请求，所述请求中携带有所述批量购买属性信息，以便所述服务器存储所述业务对象信息，在所述业务对象被浏览时，提供所述批量购买属性。

28.根据权利要求27所述的方法，其特征在于，所述业务对象包括商品对象，所述方法还包括：

根据所述商品对象所属的类目确定所述商品对象是否满足第一批量购买条件；

如果满足，则将所述批量购买属性信息添加到所述发布请求中。

29.根据权利要求27所述的方法，其特征在于，所述业务对象包括所述第二用户创建的目标店铺，所述方法还包括：

根据所述目标店铺内的商品对象所属的类目和/或商品对象总数量，确定所述目标店铺是否满足第二批量购买条件；

如果满足，则将所述批量购买属性信息添加到所述发布请求中。

30.一种交易信息处理装置，其特征在于，应用于服务器，包括：

批量购买操作选项提供单元，用于在展示前端页面的过程中，提供批量购买操作选项；

购买范围确定单元，用于通过所述批量购买操作选项接收到请求后，确定批量购买范围，所述批量购买范围内包括多个不同库存量单位SKU；

批量交易处理单元，用于根据所述批量购买范围内的SKU进行批量交易处理。

31.根据权利要求30所述的装置，其特征在于，所述购买范围确定单元包括：

目标店铺确定子单元，用于确定目标店铺；

第一范围确定子单元，用于根据所述目标店铺内包括的商品对象信息，确定批量购买范围。

32.根据权利要求31所述的装置，其特征在于，所述第一范围确定子单元具体用于：

根据所述目标店铺中包括的全部商品对象的全部SKU，确定批量购买范围。

33.根据权利要求31所述的装置，其特征在于，所述第一范围确定子单元包括：

类目提供子单元，用于根据所述目标店铺中包括的商品对象类目，提供用于在该目标店铺内进行类目选择的操作选项；

确定子单元，用于通过所述操作选项接收到对目标类目的选择结果后，根据该目标店铺内该目标类目下包括的全部商品对象的全部SKU，确定批量购买范围。

34.根据权利要求30所述的装置，其特征在于，所述购买范围确定单元，包括：

商品对象确定子单元，用于确定目标商品对象；

第二范围确定子单元，用于根据所述目标商品对象对应的全部SKU，确定批量购买范围。

35.根据权利要求30所述的装置，其特征在于：

所述批量购买操作选项提供单元具体用于：

在展示与某个商品对象相关的页面的过程中，如果通过预置的传感器检测到符合预置条件的触发操作，则提供用于选择批量购买范围的操作选项，该操作选项用于选择针对该商品对象进行批量购买，或者针对该商品对象所属店铺进行批量购买；

所述购买范围确定单元具体用于：

通过所述操作选项接收到用户的选择操作后，确定批量购买范围。

36.一种交易信息处理装置，其特征在于，应用于第一用户客户端，包括：

页面信息接收单元，用于接收服务器提供的前端页面信息，所述前端页面内包括批量购买操作选项；

请求提交单元，用于通过所述批量购买操作选项接收到第一用户的操作指令时，向服务器提交相应的请求，以便服务器确定批量购买范围，并根据所述批量购买范围内的SKU进行批量交易处理，所述批量购买范围内包括多个不同库存量单位SKU。

37.一种业务对象发布装置，其特征在于，应用于服务器，包括：

发布请求接收单元，用于接收第二用户客户端的业务对象信息发布请求，所述发布请求中携带有业务对象信息，所述业务对象信息包括业务对象的批量购买属性信息；

发布单元，用于发布所述业务对象，并存储所述业务对象信息，以便在所述业务对象被浏览时，提供所述批量购买属性。

38.一种业务对象信息发布装置，其特征在于，应用于第二用户客户端，包括：

业务对象信息确定单元，用于确定待发布的业务对象的信息，所述业务对象的信息包括业务对象的批量购买属性信息；

发布请求发送单元，用于向服务器发送发布请求，所述请求中携带有所述批量购买属性信息，以便所述服务器存储所述业务对象信息，在所述业务对象被浏览时，提供所述批量购买属性。