CN106327278A - 业务对象信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了业务对象信息处理方法及装置，所述方法包括：确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；创建待分发的订单碎片对象；确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；记录各第一用户所具有的订单碎片对象数量；接收到目标第一用户的合成请求时，提供可选的第一业务对象集合；根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。通过本申请实施例，能够提高业务对象曝光率以及关注度。

Description

业务对象信息处理方法及装置

技术领域

本申请涉及业务对象信息处理技术领域，特别是涉及业务对象信息处理方法及装置。

背景技术

随着电子商务交易平台的不断完善，以及传统通信、移动通信等技术的快速发展，越来越多的人们通过网上购物的方式来获取自己所需的商品，商品的种类可以涉及到人们日常生活的方方面面。其中，可以包括日用百货、家用电器、家具等实体类的商品，买家用户在线上购买这种商品，之后，卖家用户为其发货，并由指定的物流系统提供相应配送服务，将对应的货品送到买家的收货地址。除此之外还包括一些电子票据类的商品，例如电影票、演出票、彩票等，以及餐饮、健身、娱乐等方面的票据。用户在线上购买这种票据后，系统可以将这种票据信息作为一种消费凭证，通过短消息等方式将相应的文字或者图形码信息发送到用户的终端设备上，用户可以利用这种凭证到线下的商家进行消费。

无论是实体类商品还是票据类商品，都需要得到更多买家用户的关注，这样才能使得商品真正实现其价值，商家也才能从中获取到相应的利益。因此，现有的交易平台提出了多种提高商品信息曝光率的解决方案，包括在主页上设置大面积的图片进行宣传，或者，向买家用户提供推荐，或者，向买家用户提供试用，等等。这些手段能够起到一定的作用，但是还需要更丰富、更新颖的方式来提高商品信息的曝光率，使得商家的商品获得更多用户的关注。

发明内容

本申请提供了业务对象信息处理方法及装置，能够提高业务对象曝光率以及关注度。

本申请提供了如下方案：

一种业务对象信息处理方法，包括：

确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片张数，创建待分发的订单碎片对象；

确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；

记录各第一用户所具有的订单碎片对象数量；

接收到目标第一用户的合成请求时，根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合；

根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；

根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。

一种业务对象信息处理方法，包括：

第一用户客户端接收服务器分发的订单碎片对象，所述订单碎片对象是由服务器根据第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量创建的，并向符合预置条件的第一用户进行分发；

接收到第一用户的合成请求后，将所述合成请求转发到服务器，以便所述服务器根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片数量，提供可选的第一业务对象集合；

根据服务器返回的可选第一业务对象集合，提供用于对各个可选第一业务对象进行选择操作的操作选项；

将第一用户的选择结果上传到服务器，以便服务器根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息，根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款；

接收服务器返回的交易订单信息。

一种业务对象信息处理方法，包括：

第二用户客户端接收第二用户选定的第一业务对象信息，所述第一业务对象信息包括第一业务对象标识及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

将所述第一业务对象信息上传到服务器，以便服务器根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片数量，创建待分发的订单碎片对象，在确定出符合预置条件的第一用户后，向所述第一用户分发订单碎片对象，记录各第一用户所具有的订单碎片对象数量，以便所述第一用户利用收集到的订单碎片对象合成指定的业务对象订单。

一种业务对象信息处理装置，包括：

业务对象确定单元，用于确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

订单碎片对象创建单元，用于根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片张数，创建待分发的订单碎片对象；

订单碎片对象分发单元，用于确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；

数量记录单元，用于记录各第一用户所具有的订单碎片对象数量；

业务对象集合提供单元，用于接收到目标第一用户的合成请求时，根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合；

目标业务对象信息确定单元，用于根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；

交易订单生成单元，用于根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。

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

接收单元，用于接收服务器分发的订单碎片对象，所述订单碎片对象是由服务器根据第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量创建的，并向符合预置条件的第一用户进行分发；

合成请求发送单元，用于接收到第一用户的合成请求后，将所述合成请求转发到服务器，以便所述服务器根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片数量，提供可选的第一业务对象集合；

可选业务对象信息提供单元，用于根据服务器返回的可选第一业务对象集合，提供用于对各个可选第一业务对象进行选择操作的操作选项；

选择结果上传单元，用于将第一用户的选择结果上传到服务器，以便服务器根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息，根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款；

订单信息接收单元，用于接收服务器返回的交易订单信息。

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

业务对象选择信息接收单元，用于接收第二用户选定的第一业务对象信息，所述第一业务对象信息包括第一业务对象标识及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

信息上传单元，用于将所述第一业务对象信息上传到服务器，以便服务器根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片数量，创建待分发的订单碎片对象，在确定出符合预置条件的第一用户后，向所述第一用户分发订单碎片对象，记录各第一用户所具有的订单碎片对象数量，以便所述第一用户利用收集到的订单碎片对象合成指定的业务对象订单。

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

通过本申请实施例，可以创建订单碎片对象，并且可以分发给符合条件的第一用户，这样，第一用户可以通过收集碎片的方式，来合成具体的业务对象订单，这样可以使得业务对象通过这种方式展示给第一用户，起到提高业务对象曝光率以及关注度的作用。另外，也有利于提高第一用户的活跃度，达到留存老的第一用户、吸引新的第一用户等目的。

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

附图说明

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

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

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

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

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

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

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

具体实施方式

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

在本申请实施例中，为了能够使得业务对象通过更丰富的方式受到买家用户的关注，商家可以拿出一定数量的业务对象赠送给买家用户，而交易平台系统则可以对赠送的过程进行控制。具体的，可以创建订单碎片对象，订单碎片对象的数量可以是根据需要赠送的业务对象的数量来确定的。买家用户可以通过签到、从其他用户处“抢夺”等方式收集碎片，当碎片数量达到一定的值时，即可合成具体的业务对象订单，并且可以用这些碎片为该订单付款。这样，可以使得业务对象获得更多的曝光机会，并且，碎片的收集过程也可以吸引更多的买家用户参与，有利于留存买家用户，并提高买家用户的活跃度。

下面对具体的实现方式进行详细介绍。

实施例一

参见图1，该实施例一首先从服务器的角度，提供了一种业务对象信息处理方法，该方法具体可以包括以下步骤：

S101：确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

第一业务对象也即可以通过本申请实施例的方式，赠送给买家用户的业务对象。具体的第一业务对象及其数量可以是由商家用户根据自己的业务需要来确定的。其中，商家可以包括入驻到交易平台的第三方商家，或者，有些业务对象可能是由交易平台直营的，因此，这种商家也包括交易平台本身。而关于合成每件业务对象的订单所需的碎片数量，可以是由商家自行决定，或者，也可以是由系统根据业务对象的价格等因素来确定的。

需要说明的是，本申请实施例在具体实现时，可以是在综合型的交易平台中实现，也可以是在垂直型的交易平台中实现，其中，所谓的综合型的交易平台就是指销售的业务对象类目、品牌众多，入驻的商家数量众多，等等，如淘宝，天猫等，待赠送的业务对象就可以根据入驻商家的实际需求来确定的，例如，商家甲的业务对象A，商家乙的业务对象B等等。当然，一个商家可以同时拿出多种业务对象来参与该活动，每种业务对象还可以是多件，等等。这种业务对象既可以是实体产品，也可以是电子票据类的产品。而垂直型的交易平台则指专注于某类目或者品牌业务对象的交易平台，例如，某交易平台专注于各类型彩票的销售，等等。当然，也可以是在综合型交易平台的某个具体的版块或者频道(例如，淘宝即开彩等)来实现。例如，对于淘宝即开彩，待赠送业务对象就可以是各种面值的即开彩票，等等。

S102：根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片张数，创建待分发的订单碎片对象；

在确定了第一业务对象及其数量，以及合成每件第一业务对象所需的碎片数量后，就可以确定出订单碎片对象的总数，然后创建出待分发的碎片对象即可。需要说明的是，在实际应用中，可能会不断有新的业务对象被指定为待赠送的业务对象，或者对之前已经指定的业务对象追加赠送的数量等等，因此，该步骤S101和S102可能是不断进行的。

需要说明的是，在本申请实施例中，一个第一业务对象对应多个订单碎片对象，也就是说，订单碎片对象(为便于描述，在本申请实施例中，个别地方将这种“订单碎片对象”简称为“碎片”)可以看作是对业务对象订单拆分得到的，当然，这种碎片之间是无差别的，也即，根据不同的业务对象创建的订单碎片对象是相同的。例如，当前确定出的第一业务对象有100份某面值的即开彩票，还有10份某电影票，合成每张即开彩票订单需要10个碎片，合成每张电影票订单需要100个碎片，则共可创建生成100×10+10×100＝2000个碎片，这2000个碎片彼此之间都是相同的。

S103：确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；

在创建了多个碎片对象之后，就可以向符合条件的买家用户(在本申请实施例中，将其称为第一用户)进行分发。具体实现时，预置条件可以有多种，例如，可以向首次登录的新用户分发一定数量的碎片，或者，当某第一用户连续签到的天数达到一定数值时，为其分发一定数量的碎片，或者，还可以是在第一用户完成某指定任务时，例如，购买某部分指定业务对象的金额达到某数值时，为其分发一定数量的碎片，等等。总之，可以根据实际需要设定各种条件，这里不做限定。

S104：记录各第一用户所具有的订单碎片对象数量；

在向第一用户分发碎片的过程中，还可以对碎片的数量进行记录。由于可能会在不同的情况下，向同一第一用户分发了碎片，因此，可以对其具有的碎片数量进行累计。当然，在向第一用户分发碎片的过程中，还可以对系统中总的碎片数量进行扣减，保持碎片总数的平衡。

另外，为了进一步提高第一用户的活跃度，本申请实施例还可以为第一用户提供其他的收集碎片的途径，例如，可以从其好友手中进行“抢夺”等。具体的，可以在第一用户的用户界面中提供“查看好友”等选项，当第一用户触发该选项时，可以确定出与该第一用户具有预置关联关系的关联用户列表，例如，可以是好友列表，或者是附近的人列表，等等。之后就可以为该第一用户客户端提供各个关联用户具有的订单碎片对象数量信息，以及用于从关联用户处获得订单碎片对象的操作选项(例如，显示有“打劫他”等字样)，这样，第一用户就可以通过操作这种操作选项，选择其需要“打劫”的对象，相应的，系统可以根据第一用户对目标关联用户对应的操作选项执行的操作结果，确定第一用户以及目标关联用户的订单碎片对象数量变化情况，并对各自的订单碎片对象数量进行更新。

其中，关于第一用户对目标关联用户对应的操作选项执行的操作结果，具体实现时，可以在接收到第一用户对目标关联用户对应的操作选项执行的操作请求时，触发该第一用户客户端执行某预置的程序，该预置的程序用于通过预置的方式确定第一用户与目标关联用户的胜负关系，例如，该程序可以显示出一游戏界面，其中还可以以虚拟人物形象等方式展现出“激烈抢夺”等场面，最终可以通过随机确定等方式，确定出两者的胜负关系，胜出的一方向从另一方处获得一定数量的碎片。当然，还可以将胜负结果以及碎片变化情况通知给该目标关联用户。

另外，在提供关联用户列表时，如前文所述，可以是与第一用户具有好友关系的好友用户列表，例如，第一用户预先通过账号查找、查找附近用户等方式添加的好友，等等。对于用户的各个好友而言，可能会出现以下情况：在某时刻，第一用户与其多位好友正聚在一起从事某种社会活动，例如在聚会等，此时，这些用户之间可能会更容易产生互动。因此，在具体实现时，在确定出第一用户的好友用户列表之后，还可以确定出目标第一用户以及各个好友用户的地理位置信息(可以通过定位等方式获得)，如果多个目标好友用户与目标第一用户的地理位置接近，则将该多个目标好友用户的信息在好友用户列表中优先展示，这样，该第一用户可以优先从这些好友用户中选择“抢夺”的对象，这样可以有利于形成更激烈的互相抢夺等场面，更加有利于碎片的流通，以及提高用户的活跃度。

S105：接收到目标第一用户的合成请求时，根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合；

在第一用户收集碎片的过程中，当其碎片达到一定数量之后，就可以用来合成具体业务对象的订单。具体实现时，可以在用户界面某位置提供用于合成订单的操作选项，第一用户通过该选项进行操作后，系统即可接收到合成请求，此时，可以根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合。例如，某第一用户当前共有100张碎片，则提供给该用户的可选第一业务对象集合中，合成各个第一业务对象订单所需的碎片数量均小于100张，对于所需碎片数量大于100张的业务对象，由于当前第一用户所具有的碎片数量不够，因此，可以不必提供给该第一用户。当然，关于这部分所需碎片数量大于100张的业务对象还可以在可选第一业务对象集合之后等处提示给该第一用户，这样，该第一用户可以知晓还有其他哪些可选的第一业务对象，以及还需收集多少碎片，等等。例如，经过确定，有10个第一业务对象是当前第一用户可选的，则可以优先将这10个第一业务对象的标识等信息提供给第一用户客户端，并分别提供操作选项，而在这10个业务对象之后，可以展示出其他第一业务对象，并显示出合成这些业务对象订单所需的碎片数量，但是暂时并不为这些第一业务对象提供操作选项。

在具体实现时，为第一用户提供可选的第一业务对象集合时，除了考虑当前第一用户所具有的碎片总数，以及合成各个第一业务对象订单所需的碎片数量之外，还可以考虑第一用户的兴趣等信息。也就是说，如果第一业务对象的数量众多，第一用户所具有的碎片能够合成的第一业务对象数量也可能会非常多，此时，可以对这些满足条件的第一业务对象进行排序，排序的规则可以有多种。例如，其中一种就可以是确定出当前第一用户感兴趣的类目信息，该信息可以是预先通过历史交易、浏览记录等数据统计出来的，然后将根据该第一用户感兴趣的业务对象类目信息，以及各个第一业务对象所属的类目信息，提供可选的第一业务对象集合。例如，将第一用户感兴趣的第一业务对象优先展示，等等。

S106：根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；

在第一用户选择了其中目标第一业务对象之后，第一用户客户端可以将第一用户的选择结果上传到服务器，这样，服务器就可以确定出第一用户需要合成的目标第一业务对象的信息，这种信息可以包括业务对象的ID、对应的商家信息，如果同一业务对象包括多种不同的SKU(Stock Keeping Unit，库存量单位)，例如，不同的颜色、型号等等，则还可以包括具体的SKU信息，等等。

S107：根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。

在确定了目标第一业务对象信息之后，就可以生成交易订单，同时可以对第一用户的订单碎片对象数量进行相应的扣减，例如，某目标业务对象对应的碎片数量是10张，则可以将该第一用户具有的碎片数量减去10，等等。这被扣减的碎片，就用于为该交易订单付款。也就是，该第一用户可以用其收集到的10张碎片兑换该业务对象。这样，可以使得该第一用户通过这种途径对该业务对象有所了解，进而可能会对该业务对象对应的商家的其他业务对象有所关注，等等。

需要说明的是，在生成交易订单之后，除了省略第一用户的付款环节之外，他的处理过程与普通的交易订单处理过程相同，因此，这里不再详述。

总之，在本申请实施例中，可以创建订单碎片对象，并且可以分发给符合条件的第一用户，这样，第一用户可以通过收集碎片的方式，来合成具体的业务对象订单，这样可以使得业务对象通过这种方式展示给第一用户，起到提高业务对象曝光率以及关注度的作用。另外，也有利于提高第一用户的活跃度，达到留存老的第一用户、吸引新的第一用户等目的。

实施例二

前述实施例一从服务器的角度对本申请实施例提供的方法进行了介绍，在该实施例二中，主要从第一用户客户端的角度对具体的实现方式进行介绍。参见图2，该实施例二提供了一种业务对象信息处理方法，该方法可以包括以下步骤：

S201：第一用户客户端接收服务器分发的订单碎片对象，所述订单碎片对象是由服务器根据第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量创建的，并向符合预置条件的第一用户进行分发；

客户端接收到碎片可以向第一用户进行提示，并且还可以在客户端的用户界面中展示出第一用户已经收集到的碎片数量等信息。

S202：接收到第一用户的合成请求后，将所述合成请求转发到服务器，以便所述服务器根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片数量，提供可选的第一业务对象集合；

S203：根据服务器返回的可选第一业务对象集合，提供用于对各个可选第一业务对象进行选择操作的操作选项；

S204：将第一用户的选择结果上传到服务器，以便服务器根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息，根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款；

S205：接收服务器返回的交易订单信息。

实施例三

如实施例一中所示，具体哪些业务对象可以作为本申请实施例中的第一业务对象，在一种具体实现方式下，可以是由商家用户来决定的，因此，该实施例三从第二用户(例如商家等)客户端的角度，提供了一种业务对象信息处理方法，参见图3，该方法具体可以包括以下步骤：

S301：第二用户客户端接收第二用户选定的第一业务对象信息，所述第一业务对象信息包括第一业务对象标识及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

S302：将所述第一业务对象信息上传到服务器，以便服务器根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片数量，创建待分发的订单碎片对象，在确定出符合预置条件的第一用户后，向所述第一用户分发订单碎片对象，记录各第一用户所具有的订单碎片对象数量，以便所述第一用户利用收集到的订单碎片对象合成指定的业务对象订单。

关于上述实施例二以及实施例三，其相关的具体实现可以参见实施例一中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种业务对象信息处理装置，参见图4，该装置具体可以包括：

业务对象确定单元401，用于确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

订单碎片对象创建单元402，用于根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片张数，创建待分发的订单碎片对象；

订单碎片对象分发单元403，用于确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；

数量记录单元404，用于记录各第一用户所具有的订单碎片对象数量；

业务对象集合提供单元405，用于接收到目标第一用户的合成请求时，根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合；

目标业务对象信息确定单元406，用于根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；

交易订单生成单元407，用于根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。

具体实现时，所述业务对象集合提供单元包括：

类目信息确定子单元，用于确定目标第一用户感兴趣的业务对象类目信息；

类目匹配子单元，用于根据所述目标第一用户感兴趣的业务对象类目信息，以及各个第一业务对象所属的类目信息，提供可选的第一业务对象集合。

另外，该装置还可以包括：

关联用户列表确定单元，用于确定与所述目标第一用户具有预置关联关系的关联用户列表；

关联用户碎片信息提供单元，用于为所述目标第一用户客户端提供各个关联用户具有的订单碎片对象数量信息，以及用于从所述关联用户处获得订单碎片对象的操作选项；

订单碎片数量更新单元，用于根据所述目标第一用户对目标关联用户对应的操作选项执行的操作结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况，并对各自的订单碎片对象数量进行更新。

其中，所述关联用户列表确定单元具体用于：

确定与所述目标第一用户具有好友关系的好友用户列表。

另外，该装置还可以包括：

地理位置信息确定单元，用于确定所述目标第一用户以及各个好友用户的地理位置信息；

优先展示单元，用于如果多个目标好友用户与所述目标第一用户的地理位置接近，则将该多个目标好友用户的信息在所述列表中优先展示。

其中，所述订单碎片数量更新单元可以包括：

程序执行触发子单元，用于接收到所述目标第一用户对目标关联用户对应的操作选项执行的操作请求时，触发所述目标第一用户客户端执行预置的程序，所述预置的程序用于通过预置的方式确定所述目标第一用户与目标关联用户的胜负关系；

更新子单元，用于根据所述目标第一用户客户端上传的所述预置程序的执行结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况。

与实施例二相对应，本申请实施例还提供了一种业务对象信息处理装置，应用于第一用户客户端，参见图5，该装置具体可以包括：

接收单元501，用于接收服务器分发的订单碎片对象，所述订单碎片对象是由服务器根据第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量创建的，并向符合预置条件的第一用户进行分发；

合成请求发送单元502，用于接收到第一用户的合成请求后，将所述合成请求转发到服务器，以便所述服务器根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片数量，提供可选的第一业务对象集合；

可选业务对象信息提供单元503，用于根据服务器返回的可选第一业务对象集合，提供用于对各个可选第一业务对象进行选择操作的操作选项；

选择结果上传单元504，用于将第一用户的选择结果上传到服务器，以便服务器根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息，根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款；

订单信息接收单元505，用于接收服务器返回的交易订单信息。

与实施例三相对应，本申请实施例还提供了一种业务对象信息处理装置，应用于第二用户客户端，参见图6，该装置具体可以包括：

业务对象选择信息接收单元601，用于接收第二用户选定的第一业务对象信息，所述第一业务对象信息包括第一业务对象标识及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

信息上传单元602，用于将所述第一业务对象信息上传到服务器，以便服务器根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片数量，创建待分发的订单碎片对象，在确定出符合预置条件的第一用户后，向所述第一用户分发订单碎片对象，记录各第一用户所具有的订单碎片对象数量，以便所述第一用户利用收集到的订单碎片对象合成指定的业务对象订单。

通过本申请实施例，可以创建订单碎片对象，并且可以分发给符合条件的第一用户，这样，第一用户可以通过收集碎片的方式，来合成具体的业务对象订单，这样可以使得业务对象通过这种方式展示给第一用户，起到提高业务对象曝光率以及关注度的作用。另外，也有利于提高第一用户的活跃度，达到留存老的第一用户、吸引新的第一用户等目的。

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

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

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

Claims (16)

1.一种业务对象信息处理方法，其特征在于，包括：

确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片张数，创建待分发的订单碎片对象；

确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；

记录各第一用户所具有的订单碎片对象数量；

接收到目标第一用户的合成请求时，根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合；

根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；

根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。

2.根据权利要求1所述的方法，其特征在于，所述提供可选的第一业务对象集合，包括：

确定目标第一用户感兴趣的业务对象类目信息；

根据所述目标第一用户感兴趣的业务对象类目信息，以及各个第一业务对象所属的类目信息，提供可选的第一业务对象集合。

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

确定与所述目标第一用户具有预置关联关系的关联用户列表；

为所述目标第一用户客户端提供各个关联用户具有的订单碎片对象数量信息，以及用于从所述关联用户处获得订单碎片对象的操作选项；

根据所述目标第一用户对目标关联用户对应的操作选项执行的操作结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况，并对各自的订单碎片对象数量进行更新。

4.根据权利要求3所述的方法，其特征在于，所述确定与所述目标第一用户具有预置关联关系的关联用户列表，包括：

确定与所述目标第一用户具有好友关系的好友用户列表。

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

确定所述目标第一用户以及各个好友用户的地理位置信息；

如果多个目标好友用户与所述目标第一用户的地理位置接近，则将该多个目标好友用户的信息在所述列表中优先展示。

6.根据权利要求3所述的方法，其特征在于，所述根据所述目标第一用户对目标关联用户对应的操作选项执行的操作结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况，包括：

接收到所述目标第一用户对目标关联用户对应的操作选项执行的操作请求时，触发所述目标第一用户客户端执行预置的程序，所述预置的程序用于通过预置的方式确定所述目标第一用户与目标关联用户的胜负关系；

根据所述目标第一用户客户端上传的所述预置程序的执行结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况。

7.一种业务对象信息处理方法，其特征在于，包括：

第一用户客户端接收服务器分发的订单碎片对象，所述订单碎片对象是由服务器根据第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量创建的，并向符合预置条件的第一用户进行分发；

接收到第一用户的合成请求后，将所述合成请求转发到服务器，以便所述服务器根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片数量，提供可选的第一业务对象集合；

根据服务器返回的可选第一业务对象集合，提供用于对各个可选第一业务对象进行选择操作的操作选项；

将第一用户的选择结果上传到服务器，以便服务器根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息，根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款；

接收服务器返回的交易订单信息。

8.一种业务对象信息处理方法，其特征在于，包括：

第二用户客户端接收第二用户选定的第一业务对象信息，所述第一业务对象信息包括第一业务对象标识及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

将所述第一业务对象信息上传到服务器，以便服务器根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片数量，创建待分发的订单碎片对象，在确定出符合预置条件的第一用户后，向所述第一用户分发订单碎片对象，记录各第一用户所具有的订单碎片对象数量，以便所述第一用户利用收集到的订单碎片对象合成指定的业务对象订单。

9.一种业务对象信息处理装置，其特征在于，包括：

业务对象确定单元，用于确定第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

订单碎片对象创建单元，用于根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片张数，创建待分发的订单碎片对象；

订单碎片对象分发单元，用于确定符合预置条件的第一用户，并向所述第一用户分发订单碎片对象；

数量记录单元，用于记录各第一用户所具有的订单碎片对象数量；

业务对象集合提供单元，用于接收到目标第一用户的合成请求时，根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片张数，提供可选的第一业务对象集合；

目标业务对象信息确定单元，用于根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息；

交易订单生成单元，用于根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款。

10.根据权利要求9所述的装置，其特征在于，所述业务对象集合提供单元包括：

类目信息确定子单元，用于确定目标第一用户感兴趣的业务对象类目信息；

类目匹配子单元，用于根据所述目标第一用户感兴趣的业务对象类目信息，以及各个第一业务对象所属的类目信息，提供可选的第一业务对象集合。

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

关联用户列表确定单元，用于确定与所述目标第一用户具有预置关联关系的关联用户列表；

关联用户碎片信息提供单元，用于为所述目标第一用户客户端提供各个关联用户具有的订单碎片对象数量信息，以及用于从所述关联用户处获得订单碎片对象的操作选项；

订单碎片数量更新单元，用于根据所述目标第一用户对目标关联用户对应的操作选项执行的操作结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况，并对各自的订单碎片对象数量进行更新。

12.根据权利要求11所述的装置，其特征在于，所述关联用户列表确定单元具体用于：

确定与所述目标第一用户具有好友关系的好友用户列表。

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

地理位置信息确定单元，用于确定所述目标第一用户以及各个好友用户的地理位置信息；

优先展示单元，用于如果多个目标好友用户与所述目标第一用户的地理位置接近，则将该多个目标好友用户的信息在所述列表中优先展示。

14.根据权利要求11所述的装置，其特征在于，所述订单碎片数量更新单元包括：

程序执行触发子单元，用于接收到所述目标第一用户对目标关联用户对应的操作选项执行的操作请求时，触发所述目标第一用户客户端执行预置的程序，所述预置的程序用于通过预置的方式确定所述目标第一用户与目标关联用户的胜负关系；

更新子单元，用于根据所述目标第一用户客户端上传的所述预置程序的执行结果，确定所述目标第一用户以及目标关联用户的订单碎片对象数量变化情况。

15.一种业务对象信息处理装置，其特征在于，应用于第一用户客户端，包括：

接收单元，用于接收服务器分发的订单碎片对象，所述订单碎片对象是由服务器根据第一业务对象及其数量，以及合成每件第一业务对象的订单所需的碎片数量创建的，并向符合预置条件的第一用户进行分发；

合成请求发送单元，用于接收到第一用户的合成请求后，将所述合成请求转发到服务器，以便所述服务器根据该目标第一用户所具有的订单碎片对象数量，以及合成每件第一业务对象的订单所需的碎片数量，提供可选的第一业务对象集合；

可选业务对象信息提供单元，用于根据服务器返回的可选第一业务对象集合，提供用于对各个可选第一业务对象进行选择操作的操作选项；

选择结果上传单元，用于将第一用户的选择结果上传到服务器，以便服务器根据目标第一用户的选择结果，确定待合成的目标第一业务对象信息，根据所述目标第一业务对象信息生成交易订单，并对该目标第一用户的订单碎片对象数量进行相应的扣减，所述被扣减的订单碎片对象用于为该交易订单付款；

订单信息接收单元，用于接收服务器返回的交易订单信息。

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

业务对象选择信息接收单元，用于接收第二用户选定的第一业务对象信息，所述第一业务对象信息包括第一业务对象标识及其数量，以及合成每件第一业务对象的订单所需的碎片数量；

信息上传单元，用于将所述第一业务对象信息上传到服务器，以便服务器根据所述第一业务对象的数量以及所述合成每件第一业务对象所需的碎片数量，创建待分发的订单碎片对象，在确定出符合预置条件的第一用户后，向所述第一用户分发订单碎片对象，记录各第一用户所具有的订单碎片对象数量，以便所述第一用户利用收集到的订单碎片对象合成指定的业务对象订单。