一种业务处理方法和装置与流程

本申请涉及网络技术领域，尤其涉及一种业务处理方法和装置。

背景技术：

随着互联网技术的快速发展，人们可以通过互联网实现越来越多的业务处理，比如：网上购物、网上订餐等。

目前，用户在网上订餐时，都是基于餐馆进行订餐，比如：用户通常要先选择目标餐馆，然后在该目标餐馆中选择菜品以进行下单。然而，在这样的实现方式中，用户在订餐时，往往需要在不同的餐馆之间频繁切换，较为繁琐，降低订餐的效率，同时还会浪费终端的处理资源。

技术实现要素：

有鉴于此，本申请提供一种业务处理方法和装置。

具体地，本申请是通过如下技术方案实现的：

一种业务处理方法，所述方法包括：

接收用户输入的商品选购指令，所述商品选购指令中包括有一个或者多个商品标识；

确定匹配所述商品标识的供应商组合，所述供应商组合中包括一个或者多个供应商；

确定每个供应商组合的推荐指数；

将推荐指数满足预设条件的供应商组合推荐给用户。

可选的，所述确定匹配所述商品标识的供应商组合，包括：

确定与配送地址的距离在预设距离内的供应商集合；

在所述供应商集合中，确定匹配所述商品标识的供应商组合。

可选的，所述推荐指数包括：价格推荐指数以及评价推荐指数；

所述将推荐指数满足预设条件的供应商组合推荐给用户，包括：

将价格推荐指数满足第一条件的第一供应商组合以及评价推荐指数满足第二条件的第二供应商组合推荐给用户。

可选的，当所述推荐指数为价格推荐指数时，所述确定每个供应商组合的推荐指数，包括：

针对所述商品选购指令中所有商品标识对应的商品，计算所述供应商组合的报价金额与平均金额的差异度，以作为所述供应商组合的价格推荐指数。

可选的，当所述推荐指数为评价推荐指数时，所述确定每个供应商组合的推荐指数，包括：

针对所述商品选购指令中每个商品标识对应的商品，获取所述供应商组合的商品评价分值；

根据所述商品评价分值，计算所述供应商组合针对所述商品选购指令中所有商品的平均评价分值，以作为所述供应商组合的评价推荐指数。

一种业务处理装置，所述装置包括：

指令接收单元，接收用户输入的商品选购指令，所述商品选购指令中包括有一个或者多个商品标识；

组合确定单元，确定匹配所述商品标识的供应商组合，所述供应商组合中包括一个或者多个供应商；

指数确定单元，确定每个供应商组合的推荐指数；

组合推荐单元，将推荐指数满足预设条件的供应商组合推荐给用户。

可选的，所述组合确定单元，具体地确定与配送地址的距离在预设距离内的供应商集合；在所述供应商集合中，确定匹配所述商品标识的供应商组合。

可选的，所述推荐指数包括：价格推荐指数以及评价推荐指数；

所述组合推荐单元，具体将价格推荐指数满足第一条件的第一供应商组合以及评价推荐指数满足第二条件的第二供应商组合推荐给用户。

可选的，当所述推荐指数为价格推荐指数时，所述指数确定单元，具体针对所述商品选购指令中所有商品标识对应的商品，计算所述供应商组合的报价金额与平均金额的差异度，以作为所述供应商组合的价格推荐指数。

可选的，当所述推荐指数为评价推荐指数时，所述指数确定单元，具体针对所述商品选购指令中每个商品标识对应的商品，获取所述供应商组合的商品评价分值；根据所述商品评价分值，计算所述供应商组合针对所述商品选购指令中所有商品的平均评价分值，以作为所述供应商组合的评价推荐指数。

由此可见，本申请服务端可以为用户确定匹配其商品选购指令中商品标识的供应商组合，并将推荐指数满足预设条件的供应商组合推荐给用户，以供用户选择。在整个过程中，用户选择商品即可，由服务端为用户推荐匹配商品的供应商组合，无需用户在多个供应商之间切换，提高了网络选购的效率，同时节省用户终端的处理资源。

附图说明

图1是本申请一示例性实施例示出的一种业务处理方法的流程示意图。

图2是本申请一示例性实施例示出的另一种业务处理方法的流程示意图。

图3是本申请一示例性实施例示出的一种用于业务处理装置的一结构示意图。

图4是本申请一示例性实施例示出的一种业务处理装置的结构示意图。

具体实施方式

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

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

图1是本申请一示例性实施例示出的一种业务处理方法的流程示意图。

请参考图1，所述业务处理方法可以应用于服务端，所述服务端可以是网络购物平台的服务器或者服务器集群。所述业务处理方法可以包括以下步骤：

步骤101，接收用户输入的商品选购指令，所述商品选购指令中包括有一个或者多个商品标识。

在本实施例中，用户可以查看网络购物平台提供的商品列表，并基于所述商品列表输入商品选购指令。其中，所述商品列表中包括有各个供应商提供的商品，比如：供应商a提供商品a1以及a2，供应商b提供商品b1以及b2，则所述商品列表中包括有商品a1、a2、b1以及b2。

用户可以基于所述商品列表进行商品选购，并在选好后输入商品选购指令，所述商品选购指令中包括有用户选择的一个或者多个商品的商品标识，所述商品标识对应唯一一款商品。

在本实施例中，所述商品可以包括：服饰、家具等通过网络购买的传统 实体产品，所述商品也可以包括菜品等即时性较高的产品，本申请对此不作特殊限制。

步骤102，确定匹配所述商品标识的供应商组合，所述供应商组合中包括一个或者多个供应商。

基于前述步骤101，服务端在接收到所述商品选购指令后，可以确定匹配所述商品标识的供应商组合，比如：服务端可以先根据用户的配送地址，确定与配送地址的距离在预设距离内的所有供应商组成的供应商集合，然后在该供应商集合中确定匹配所述商品标识的供应商组合。

步骤103，确定每个供应商组合的推荐指数。

基于前述步骤102，服务端在确定匹配所述商品标识的供应商组合后，可以确定每个预设组合的推荐指数，所述推荐指数可以包括：价格推荐指数以及评价推荐指数等。

步骤104，将推荐指数满足预设条件的供应商组合推荐给用户。

基于前述步骤103，服务端可以将推荐指数满足预设条件的供应商组合推荐给用户，以供用户选择。

由以上描述可以看出，本申请服务端可以为用户确定匹配其商品选购指令中商品标识的供应商组合，并将推荐指数满足预设条件的供应商组合推荐给用户，以供用户选择。在整个过程中，用户选择商品即可，由服务端为用户推荐匹配商品的供应商组合，无需用户在多个供应商之间切换，提高了网络选购的效率，同时节省用户终端的处理资源。

图2是本申请一示例性实施例示出的另一种业务处理方法的流程示意图。

请参考图2，在本实施例中，以商品为菜品为例进行描述，前述商品选购指令为点菜指令，前述商品标识为菜品标识，前述商品列表为菜单，所述业务处理方法可以应用于服务端，所述服务端可以是网络订餐平台的服务器或者服务器集群。所述业务处理方法可以包括以下步骤：

步骤201，接收用户输入的点菜指令，所述点菜指令中包括有一个或者多个菜品标识。

在本实施例中，菜品的供应商，比如：餐馆或饭店等，可以到网络订餐平台中注册，所述供应商可以在注册成功后将其位置信息、提供的菜品以及菜品的价格等信息上传到服务端。服务端可以综合各个供应商提供的菜品生成可供用户点菜的菜单。在本实施例中，服务端可以依据相关技术确定菜单的组织形式，比如：将菜单分为：中餐、西餐等，针对中餐菜单，还可以分为：凉菜、热菜、主食等。当然，在实际实现中，服务端也可以采用其他方式组织菜单，本申请对此不作特殊限制。

在本实施例中，用户在通过网络进行订餐时，可以先查看服务端提供的菜单，然后在该菜单中选择菜品，并在选好后输入点菜指令。所述点菜指令中包括有用户选择的一个或者多个菜品的菜品标识，所述菜品标识对应唯一一道菜品。举例来说，假设用户选择了菜品“凉拌黄瓜”和“红烧鲈鱼”，则所述点菜指令中包括有“凉拌黄瓜”的菜品标识，比如：标识a，以及“红烧鲈鱼”的菜品标识，比如：标识b。

步骤202，确定与配送地址的距离在预设距离内的供应商集合。

在本实施例中，服务端可以根据用户订餐的配送地址确定供应商集合，举例来说，所述供应商集合可以包括与所述配送地址的距离在3公里或者5公里内的所有供应商。具体地，服务端可以根据所述配送地址与各个供应商在注册时提供的地址信息确定所述供应商集合。

在本实施例中，所述配送地址可以携带在所述点菜指令中，服务端可以在接收到所述点菜指令后，根据所述点菜指令中携带的所述配送地址确定所述供应商集合。所述配送地址也可以由用户在输入点菜指令前确定，比如：用户可以在进入网络订餐平台后，先选择配送地址，客户端将所述配送地址发送给服务端，服务端可以在接收到所述配送地址后确定所述供应商集合，在这种情况下，服务端先执行步骤202，然后再执行步骤201，本申请对此不作特殊限制。

步骤203，在所述供应商集合中，确定匹配所述菜品标识的供应商组合，所述供应商组合中包括一个或者多个供应商。

在本实施例中，服务端可以遍历所述供应商组合中的每个供应商，然后确定匹配所述菜品标识的供应商组合。可选的，服务端可以先选择一个供应商，然后判断该供应商是否匹配所述点菜指令中包括的所有菜品标识，如果该供应商匹配所述点菜指令中包括的所有菜品标识，则服务端可以将该供应商确定为一个供应商组合，即该供应商组合中仅包括一个供应商。如果该供应商匹配所述点菜指令中包括的部分菜品标识，则服务端可以在其余供应商中选择匹配所述点菜指令中包括的另一部分菜品标识的供应商，以组成匹配所述点菜指令中包括的所有菜品标识的供应商组合，即该供应商组合中包括有多个供应商。

举例来说，仍以前述所述点菜指令中包括的菜品标识为标识a和标识b为例，假设，供应商1提供的菜品中包括有“凉拌黄瓜”和“红烧鲈鱼”，则服务端可以确定所述供应商1匹配点菜指令中包括的标识a和标识b，确定供应商1为一个供应商组合。假设，供应商2提供的菜品中包括有“凉拌黄瓜”，但是不包括“红烧鲈鱼”，服务端可以确定所述供应商2匹配标识a，但是不匹配标识b，则服务端可以在所述供应商集合中的其他供应商中选择匹配标识b的供应商，即提供“红烧鲈鱼”的供应商，比如：供应商3，则所述供应商3和所述供应商2为匹配点菜指令中所有菜品标识的又一个供应商组合。

在实际应用中，可以预先设置供应商组合所能包含的最大供应商数量，具体地，可以设置固定的最大供应商数量，比如：3，即每个供应商组合中最多包含有3个供应商。也可以根据点菜指令中包含的菜品标识数量，设置动态变化的最大供应商数量，举例来说，当所述点菜指令中包含的菜品标识数量小于等于5个时，可以将所述最大供应商数量设置为3，但所述点菜指令中包含的菜品标识数量大于5小于10时，可以将所述最大供应商数量设置为4等，本申请对此不作特殊限制。

在本实施例中，服务端可以在所述供应商集合中，确定一个或者多个供应商组合，每个供应商组合中包括有一个或者多个供应商。

步骤204，确定每个供应商组合的价格推荐指数以及评价推荐指数。

在本实施例中，服务端可以依次确定每个供应商组合的价格推荐指数以及评价推荐指数。

其中，所述价格推荐指数用于衡量供应商组合的价格情况。具体地，服务端可以根据所述点菜指令中所有菜品标识对应的菜品，计算所述供应商组合的报价金额，服务端还会计算点菜指令中所有菜品标识对应的菜品的平均金额，然后计算所述报价金额和所述平均金额的差异度，并将所述差异度作为所述价格推荐指数。

举例来说，仍以前述所述点菜指令中包括的菜品标识为标识a和标识b为例，即用户选择“凉拌黄瓜”和“红烧鲈鱼”这两个菜为例，供应商组合为前述供应商2和供应商3，其中，供应商2提供“凉拌黄瓜”，供应商3提供“红烧鲈鱼”，则所述供应商组合的报价金额为供应商2对“凉拌黄瓜”的报价和供应商3对“红烧鲈鱼”的报价之和，为便于描述，用m表示所述报价金额。服务端还会计算“凉拌黄瓜”和“红烧鲈鱼”的平均金额，比如：服务端可以获取网络订餐平台中所有供应商对“凉拌黄瓜”报价，然后计算“凉拌黄瓜”报价的平均值，同样的，服务端也会计算“红烧鲈鱼”报价的平均值，并将这两个平均值相加得到“凉拌黄瓜”和“红烧鲈鱼”的平均金额，为便于描述，用p表示所述平均金额。可选的，所述报价金额和所述平均金额的差异度可以为m与p的差值，也可以为m与p的商值，本申请对此不作特殊限制。

所述评价推荐指数反映其他用户对供应商组合提供的匹配菜品标识的菜品的评论情况。具体地，服务端可以针对点菜指令中每个菜品标识对应的菜品，先获取所述供应商组合的菜品评价分值，然后计算所述点菜指令中所有菜品的平均评价分值，以作为所述供应商组合的评价推荐指数。

举例来说，仍以前述所述点菜指令中包括的菜品标识为标识a和标识b为例，即用户选择“凉拌黄瓜”和“红烧鲈鱼”这两个菜为例，供应商组合为前述供应商2和供应商3，其中，供应商2提供“凉拌黄瓜”，供应商3 提供“红烧鲈鱼”，则服务端可以获取供应商2提供的“凉拌黄瓜”的菜品评价分值，比如：x1，获取供应商3提供的“红烧鲈鱼”的菜品评价分值，比如：x2，然后将这两个菜品的菜品评价分值相加再除以菜品数量，以得到平均评价分值，即所述平均评价分值等于(x1+x2)/2。

步骤205，将价格推荐指数满足第一条件的第一供应商组合以及评价推荐指数满足第二条件的第二供应商组合推荐给用户。

基于前述步骤204，服务端在确定每个供应商组合的价格推荐指数以及评价推荐指数之后，可以将价格推荐指数满足第一条件的第一供应商组合以及评价推荐指数满足第二条件的第二供应商组合推荐给用户。

在本实施例中，所述第一条件和所述第二条件可以由开发人员预先进行设置。为了向用户推荐物美价廉的供应商组合，价格推荐指数满足所述第一条件的第一供应商组合通常为价格较为优的供应商组合，评价推荐指数满足所述第二条件的第二供应商组合通常为评价较好的供应商组合。

举例来说，以所述价格推荐指数为p/m为例，如果所述价格推荐指数小于1，则说明供应商组合的报价金额大于平均金额，报价较高。如果所述价格推荐指数大于1，则说明供应商组合的报价金额小于平均金额，报价比较实惠。在本实施例中，可以将所述第一条件设置为价格推荐指数大于1，也可以将所述第一条件设置为按照价格评价指数从高到低的顺序，排列在前n1位等，其中，n1为大于等于1的自然数，以使得满足所述第一条件的第一供应商组合为价格较低的供应商组合。

另一方面，针对评价推荐指数，通常而言，会将所述第二条件设置为评价推荐指数最高，或者按照评价推荐指数从高到低的顺序，排列在前n2位等，n2为大于1的自然数，以使得满足所述第二条件的第二供应商组合为评价最好的供应商组合。

在本实施例中，服务端在确定出价格推荐指数满足第一条件的第一供应商组合以及评价推荐指数满足第二条件的第二供应商组合之后，可以将所述第一供应商组合和所述第二供应商组合推荐给用户。

举例来说，用户输入点菜指令后，服务端确定匹配菜品标识的所有供应商组合，并在所述所有供应商组合中确定所述第一供应商组合和所述第二供应商组合，然后在将所述所有供应商组合返回给用户时，将所述第一供应商组合和所述第二供应商组合作为优选的供应商组合，推荐给用户。

由以上描述可以看出，本申请服务端可以为用户确定匹配其点菜指令中菜品标识的供应商组合，并将推荐指数满足预设条件的供应商组合推荐给用户，以供用户选择。在整个过程中，用户选择菜品即可，由服务端为用户推荐匹配菜品的供应商组合，无需用户在多个供应商之间切换，提高了网络订餐的效率，同时节省用户终端的处理资源。

下面结合具体的应用场景来描述本申请的实现过程。

假设，用户小明邀请小伙伴来家里做客，到了晚餐时间，大家决定叫外卖以解决晚饭问题。外地来的小伙伴想吃正宗的杭帮菜，而本地的小伙伴却想吃pizza，于是小明用手机打开某第三方订餐平台，在该平台提供的菜单中选择杭帮菜，并在杭帮菜的列表中选择西湖醋鱼、叫花鸡、宋嫂鱼羹等杭帮菜品，小明还可以在该平台提供的菜单中选择西餐，并在西餐的列表中选择海鲜什锦pizza，凯撒沙拉等西式菜品，在选好菜品后，小明可以输入点菜指令，该平台可以根据所述点菜指令，确定匹配小明选择的所有菜品的供应商组合，并确定每个供应商组合的推荐指数。假设，推荐指数满足预设条件的供应商组合为“楼外楼”和“必胜客”，则该平台可以将“楼外楼”和“必胜客”推荐给小明，小明可以通过下单选项进行下单，整个过程，无需小明在多家餐馆之间切换，提高了点菜的效率。

在上述实施例中，第三方订餐平台可以通过前述图1或者图2所示的方法实施例中提供的业务处理方案实现上述供应商组合的推荐过程，本申请在此不再一一赘述。

与前述业务处理方法的实施例相对应，本申请还提供了业务处理装置的实施例。

本申请业务处理装置的实施例可以应用在服务端上。装置实施例可以通 过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在服务端的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本申请业务处理装置所在服务端的一种硬件结构图，除了图3所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的服务端通常根据该服务端的实际功能，还可以包括其他硬件，对此不再赘述。

图4是本申请一示例性实施例示出的一种业务处理装置的结构示意图。

请参考图4，所述业务处理装置300可以应用在前述图3所示的服务端中，包括有：指令接收单元301、组合确定单元302、指数确定单元303以及组合推荐单元304。

其中，所述指令接收单元301，接收用户输入的商品选购指令，所述商品选购指令中包括有一个或者多个商品标识；

所述组合确定单元302，确定匹配所述商品标识的供应商组合，所述供应商组合中包括一个或者多个供应商；

所述指数确定单元303，确定每个供应商组合的推荐指数；

所述组合推荐单元304，将推荐指数满足预设条件的供应商组合推荐给用户。

可选的，所述组合确定单元302，具体地确定与配送地址的距离在预设距离内的供应商集合；在所述供应商集合中，确定匹配所述商品标识的供应商组合。

可选的，所述推荐指数包括：价格推荐指数以及评价推荐指数；

所述组合推荐单元304，具体将价格推荐指数满足第一条件的第一供应商组合以及评价推荐指数满足第二条件的第二供应商组合推荐给用户。

可选的，当所述推荐指数为价格推荐指数时，所述指数确定单元303，具体针对所述商品选购指令中所有商品标识对应的商品，计算所述供应商组合的报价金额与平均金额的差异度，以作为所述供应商组合的价格推荐指数。

可选的，当所述推荐指数为评价推荐指数时，所述指数确定单元303，具体针对所述商品选购指令中每个商品标识对应的商品，获取所述供应商组合的商品评价分值；根据所述商品评价分值，计算所述供应商组合针对所述商品选购指令中所有商品的平均评价分值，以作为所述供应商组合的评价推荐指数。

上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。