业务对象和餐饮食品的推荐方法及装置，电子和存储设备与流程

本申请涉及一种互联网应用领域，具体涉及一种业务对象的推荐方法和装置，以及一种餐饮食品的推荐及装置。本申请同时涉及一种电子设备和存储设备。

背景技术：

餐饮行业中向就餐用户进行菜品推荐，已经是比较常见的行为。用户点餐时，服务员会经常给用户推荐菜品。推荐菜品一般根据数据分析得到，通常为统计一段时间内的热销菜品、特色菜品或特价菜品等等，同时参考用户评分等。该种推荐方式均是基于菜品的口味或商家的促销等手段实现，却未考虑根据用餐者的需求进行推荐。

专利文献cn201710233557公开一种菜品推荐方法和装置，其披露的方法包括：获取菜品集中的已点菜品，根据已点菜品与历史点菜菜单的菜品之间的相似度，确定相似点菜菜单，菜品相似度是根据菜品自身属性计算得到的菜品属性差异度量，将相似点菜菜单中的菜品作为推荐的菜品，推荐给就餐用户。

虽然该份专利文献中提供了从用餐者角度提供推荐的菜品，然而，该专利文献的推荐过程，仅考虑的是根据用户点菜的口味或习惯等因素向用户推荐菜品。

技术实现要素：

本申请提供一种业务对象的推荐方法，以解决现有技术中无法贴合用户自身需求进行业务对象推荐的问题。

本申请提供一种业务对象的推荐方法，包括：

接收针对业务对象的选择请求；

根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

将所述推荐业务对象，推荐给所述选择请求发出方。

在一些实施例中，还包括：

构建所述业务对象列表。

在一些实施例中，所述构建所述业务对象列表，包括：

将针对所述业务对象已经完成确认选择的业务对象添加至所述业务对象列表中。

在一些实施例中，还包括：

确定所述业务对象列表中所述业务对象的优先级。

在一些实施例中，所述确定所述业务对象列表中所述业务对象的优先级，包括：

按照所述业务对象进入所述业务列表的时间顺序，确定提供所述业务对象的优先级；或者，

根据所述业务对象列表内提供所述业务对象的时间，确定提供所述业务对象的优先级。

在一些实施例中，所述根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与所述业务对象推荐数量相匹配的推荐业务对象，包括：

将选择请求发出方的数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序选取与所述选择请求发出方数量相匹配的所述推荐业务对象；

或者，

将特定的选取数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序，选取与特定的选取数量相匹配的所述业务对象。

在一些实施例中，还包括：

判断所述业务对象列表中所述业务对象的数量是否大于或等于所述选择请求发出方的数量，若是，则按照所述业务对象的优先级顺序，选取与所述选择请求发出方数量相匹配的所述业务对象；若否，则选取业务对象提供方提供的所有所述业务对象中满足提供时间要求的业务对象，将满足提供时间要求的业务对象作为推荐业务对象；

或者，

判断所述业务对象列表中所述业务对象的数量是否大于或等于特定的选取数量，若是，则按照所述业务对象的优先级顺序选取与选取数量相匹配的业务对象；若否，则选取业务对象提供方提供的所有所述业务对象中，满足提供时间要求的业务对象作为推荐业务对象。

在一些实施例中，所述选取提供所述业务对象时间满足提供时间要求条件的业务对象，包括：

将满足提供时间要求的所述业务对象添加到所述业务对象列表中。

在一些实施例中，所述根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的业务对象，包括：

将根据所述选择请求针对的所述业务对象确定为当前业务对象；

判断所述业务对象列表中是否存在所述当前业务对象，若是，则增加所述业务对象列表中的所述当前业务对象的数量；若否，则将所述当前业务对象添加到所述业务对象列表中，并执行在业务对象列表中按照所述业务对象的优先级选取与设定的所述业务对象推荐数量相匹配的推荐业务对象的步骤。

在一些实施例中，所述将所述推荐业务对象，推荐给所述选择请求发出方包括向所述选择请求发出方推荐至少如下一种信息：

推荐所述业务对象的名称；

推荐所述业务对象完成的时间；

推荐所述业务对象等待的时间；

推荐所述业务对象等待的顺序。

在一些实施例中，所述推荐所述业务对象完成的时间和/或所述推荐所述业务对象等待的时间为实时时间。

本申请还提供一种业务对象的推荐装置，包括：

接收单元，用于接收针对业务对象的选择请求；

选取单元，用于根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

推荐单元，用于将所述推荐业务对象，推荐给所述选择请求发出方。

在一些实施例中，还包括：

构建单元，用于构建所述业务对象列表。

在一些实施例中，所述构建单元包括：

第一添加子单元，用于将针对所述业务对象已经完成确认选择的业务对象添加至所述业务对象列表中。

在一些实施例中，还包括：

优先级确定单元，用于确定所述业务对象列表中所述业务对象的优先级。

在一些实施例中，所述优先级确定单元包括：第一优先级确定子单元或第二优先级确定子单元；

所述第一优先级确定子单元，用于按照所述业务对象进入所述业务列表的时间顺序，确定提供所述业务对象的优先级；

所述第二优先级确定子单元，用于根据所述业务对象列表内提供所述业务对象的时间，确定提供所述业务对象的优先级。

在一些实施例中，所述选取单元包括：第一选取子单元或第二选取子单元；

所述第一选取子单元，用于将选择请求发出方的数量确定为所述业务对象推荐数量，在业务对象列表中按照所述业务对象的优先级顺序选取与所述选择请求发出方数量相匹配的所述业务对象；

所述第二选取子单元，用于将特定的选取数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序，选取与特定的选取数量相匹配的所述业务对象。

在一些实施例中，还包括：

第一判断单元，用于判断所述业务对象列表中所述业务对象的数量是否大于或等于所述选择请求发出方的数量，若是，则执行所述第一选取子单元；若否，则进入条件选取子单元，用于选取业务对象提供方提供的所有业务对象中满足提供时间要求的业务对象，将满足提供时间要求的业务对象作为推荐业务对象；

或者，

第二判断单元，用于判断所述业务对象列表中所述业务对象的数量是否大于或等于特定的选取数量，若是，则执行所述第二选取子单元；若否，则进入所述条件选取子单元。

在一些实施例中，所述条件选取子单元包括：

第二添加子单元，用于将满足提供时间要求的所述业务对象添加到所述业务对象列表中。

在一些实施例中，所述选取单元包括：

当前业务对象确定子单元，用于将根据所述选择请求针对的所述业务对象确定为当前业务对象；

业务对象判断子单元，用于判断所述业务对象列表中是否存在所述当前业务对象；若是，则进入数量增加子单元；若否，则进入业务添加子单元并执行所述选取单元；

数量增加子单元，用于增加所述业务对象列表中的所述当前业务对象的数量；

所述业务添加子单元，用于将所述当前业务对象添加到所述业务对象列表中。

在一些实施例中，所述推荐单元包括：

名称推荐子单元，用于推荐所述业务对象的名称；

完成时间推荐子单元，用于推荐所述业务对象完成的时间；

等待时间推荐子单元，用于推荐所述业务对象等待的时间；

顺序推荐子单元，用于推荐所述业务对象等待的顺序。

在一些实施例中，所述完成时间推荐子单元和/或的等待时间推荐子单元中的时间为实时时间。

本申请还提供一种餐饮食品的推荐方法，包括：

接收针对餐饮食品的选择请求；

根据所述选择请求，在餐饮食品列表按照所述餐饮食品的优先级顺序选取与设定的所述餐饮食品推荐数量相匹配的推荐餐饮食品；

将所述推荐餐饮食品，推荐给发出所述选择请求的用餐者。

本申请还提供一种餐饮食品的推荐装置，包括：

接收单元，用于接收针对餐饮食品的选择请求；

选取单元，用于根据所述选择请求，在餐饮食品列表按照所述餐饮食品的优先级顺序选取与设定的所述餐饮食品推荐数量相匹配的推荐餐饮食品；

推荐单元，用于将所述推荐餐饮食品，推荐给发出所述选择请求的用餐者。

本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：

接收针对业务对象的选择请求；

根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

将所述推荐业务对象，推荐给所述选择请求发出方。

本申请还提供一种存储设备，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被所述处理器读取执行时，执行如下操作：

接收针对业务对象的选择请求；

根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

将所述推荐业务对象，推荐给所述选择请求发出方。

与现有技术相比，本申请具有以下优点:

本申请提供的一种业务对象的推荐方法，通过接收针对业务对象的选择请求，并根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；之后将所述推荐业务对象，推荐给所述选择请求发出方，进而能够使得用户在选择业务对象时，用户可以根据自身对时间的需求选择推荐业务对象，避免用户由于无法获知业务对象耗时而导致等待时间较长，延误其他事宜。

附图说明

图1是本申请提供的一种业务对象的推荐方法实施例的流程图；

图2是本申请提供的一种业务对象的推荐装置实施例的结构示意图；

图3是本申请提供的一种餐饮食品的推荐方法实施例的流程图；

图4是本申请提供的一种餐饮食品的推荐装置实施例的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

本申请中使用的术语是仅仅出于对特定实施例描述的目的，而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如：“一种、“第一”、和“第二”等，并非对数量上的限定或先后顺序上的限定，而是用来将同一类型的信息彼此区分。

本申请提供的一种业务对象的推荐方法，能够根据业务对象需求方自身的等待时间情况和提供业务对象的业务对象提供方的实际操作情况，推荐更为贴合业务对象需求方时间的业务对象，从而减小业务对象需求方等待业务对象的时间。

请参考图1所示，图1是本申请提供的一种业务对象的推荐方法实施例的流程图，所述推荐方法包括：

步骤s101：接收针对业务对象的选择请求。

在本实施例中，所述步骤s101中的业务对象可以为消费商品，例如：菜品、茶饮等饮食类的消费商品。

所述选择请求是针对提供业务对象的提供方所提供的全部或者部分业务对象，消费者所进行的选择。当业务对象为菜品时，消费者针对所述菜品提供方提供的菜品进行的菜品选择；当业务对象为饮品时，消费者针对所述饮品提供方提供的饮品进行的饮品选择。所述消费者也可以称之为用餐者。

可以理解的是，所述步骤s101中的针对业务对象的选择请求，可以是针对某种业务对象的选择请求；也可以是针对业务对象的推荐选择请求，即无需选择某一中业务对象，而是直接针对所业务对象提供方提供的业务对象的推荐选择请求。

所述步骤s101中接收针对业务对象的选择请求可以是根据消费者通过终端设备发送的选择请求，所述终端设备可以是消费者的终端设备，也可以是业务对象提供方的终端设备。所述步骤s101中接收针对业务对象的选择请求还可以是业务对象提供方自身发送的选择请求。

所述选择请求可以通过对终端设备的触控操作发出，也可以是利用语音信息通过所述终端设备发出，还可以通过设定的触发时间自动发出。例如：消费者可以通过对所述终端设备上输出的选择请求的提示信息，进行相应的操作完成选择请求的发送，也可以在终端设备上根据设定的触发时间，在触发时间到达时自动发出选择请求。

所述步骤s101接收针对业务对象的选择请求的接收方可以是业务对象提供方的提供平台，也可以是第三方应用软件平台。

步骤s102：根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象。

在本实施中，所述业务对象列表是用来存放业务对象，所存放的业务对象是已经通过消费者确定选择后的业务对象。

因此，本申请提供的业务对象的推荐方法还包括：

构建所述业务对象列表。

所述构建所述业务对象列表可以预先构建，例如：接收针对业务对象的选择请求之前就构建完成；所述构建所述业务对象列表也可以在接收针对业务对象选择请求时构建；或者在接收针对业务对象选择请求后构建，即：业务对象列表的构建时机没有具体要求。

在本实施例中，所述构建所述业务对象列表具体可以包括：

将针对所述业务对象已经完成确认选择的业务对象添加至所述业务对象列表中。也就是说，所述业务对象列表可以包括业务对象名称，业务对象序号等信息。在构建所述业务对象列表时，可以根据业务对象名称和/或业务对象序号等表头信息，先构建一张空白的业务对象列表，之后将已经完成确认选择的业务对象添加到空白的业务对象列表中。

在构建所述业务对象列表后，需要对业务对象列表内的业务对象的优先级进行确定，因此，还包括：

确定所述业务对象列表中所述业务对象的优先级，进而能够选取所述业务对象列表中优先级较高的业务对象作为推荐业务对象。

在本实施中，确定所述业务对象列表中所述业务对象的优先级包括：

按照所述业务对象进入所述业务列表的时间顺序，确定提供所述业务对象的优先级；或者，

根据所述业务对象列表内提供所述业务对象的时间，确定提供所述业务对象的优先级。

其中，按照所述业务对象进入所述业务列表的时间顺序，确定提供所述业务对象的优先级，类似于先进先出，即，依次按照进入所述业务列表的时间顺序，排列所述业务对象的优先级，最先进入的优先级最高，依次类推。

所述根据所述业务对象列表内提供所述业务对象的时间，确定提供所述业务对象的优先级，可以是理解为，例如：在业务对象列表中具有业务对象a、b、c，每个业务对象的完成时间不等，可以按照完成时间的快慢进行排列，将完成用时最少的业务对象确定为高优先级，依次类推。其中，所述业务对象的完成时间，例如是菜品的准备时间，即能够提供给消费者享用的时间或者是完成菜品成品的时间等。

在构建完成业务对象列表和确定业务对象列表内的业务对象优先级后，所述步骤s102包括：

将选择请求发出方的数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序选取与所述选择请求发出方数量相匹配的所述推荐业务对象；

或者，

将特定的选取数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序，选取与特定的选取数量相匹配的所述推荐业务对象。

其中，所述将选择请求发出方的数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序选取与所述选择请求发出方数量相匹配的所述推荐业务对象，具体可以是，所述选择请求发出方可以为消费者，选择请求发出方的数量可以为参与消费的人数或者是就餐者的人数，例如：当前就餐者的人数为3人，业务对象推荐数量为三个，将会在业务对象列表中按照所述业务对象的优先级顺序选取优先级较高的三个业务对象，将三个业务对象确定为推荐业务对象。

同样的，所述将特定的选取数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序，选取与特定的选取数量相匹配的所述推荐业务对象，具体可以是，预先设定选取数量，该设定的选取数量不受选择请求发出方参与人数的限制，可以是根据提供业务对象的总数设定，也可以是根据所述业务对象列表中的业务对象数量进行设定，例如：当所述业务对象列表中记录有10个，可以按照业务对象列表数量50％进行设定。

为了保证推荐的业务对象满足选择请求发出方的需求，在本实施例中，还包括：

判断所述业务对象列表中所述业务对象的数量是否大于或等于所述选择请求发出方的数量，若是，则按照所述业务对象的优先级顺序，选取与所述选择请求发出方数量相匹配的推荐业务对象；若否，则选取业务对象提供方提供的所有所述业务对象中，满足提供时间要求的业务对象，将满足要求的业务对象作为推荐业务对象；

或者，

判断所述业务对象列表中所述业务对象的数量是否大于或等于特定的选取数量，若是，则按照所述业务对象的优先级顺序选取与选取数量相匹配的业务对象；若否，则选取业务对象提供方提供的所有所述业务对象中，满足提供时间要求的业务对象，将满足要求的业务对象作为推荐业务对象。

其中，选取业务对象提供方提供的所有所述业务对象中，满足提供时间要求的业务对象，将满足要求的业务对象作为推荐业务对象，具体可以是，当所述业务对象列表中推荐业务对象不符合推荐数量的情况下，则会将所有业务对象中提供业务对象用时最少的确定为推荐业务对象。例如：业务对象列表中有2个业务对象，而选择请求发出方的数量为4人，则应该确定4个推荐业务对象，此时，可以在业务对象提供方提供的所有业务对象中查找业务对象完成用时较少，完成较快的两个业务对象确定为推荐业务对象，进而使得推荐业务对象与所述选择请求发出方的数量相匹配。

在将满足要求的业务对象作为推荐业务对象后，可以将满足要求的业务对象添加到所述业务对象列表中，为后续向所述选择请求发出方推荐做准备，当然，也可以在后续推荐步骤中，直接将满足要求的业务对象发送给所述选择请求发出方。

为进一步贴合选择请求发出方(即用户)，能够在完成业务对象选择的基础上，还可以向所述用户推荐用时较短的业务对象，因此，在本实施例中，当基于所述步骤s101中的接收针对业务对象的选择请求是针对某种业务对象的选择请求时，所述步骤s102，包括：

将所述选择请求针对的业务对象确定为当前业务对象；

判断所述业务对象列表中是否存在所述当前业务对象，若是，则增加所述业务对象列表中的所述当前业务对象的数量；若否，则将所述当前业务对象添加到所述业务对象列表中，并执行在业务对象列表中按照所述业务对象的优先级选取与设定的所述业务对象推荐数量相匹配的推荐业务对象的步骤；进而使得选择请求发出方能够针对业务对象进行选择的同时，还可以实现向选择请求发出方确定推荐业务对象，从而满足选择请求发出方自身多方面需求兼容，例如：口味和时间。

其中，所述将所述当前业务对象添加到所述业务对象列表中，包括：

针对所述当前业务对象发出添加所述业务对象列表的添加提醒；

根据针对所述添加提醒的确认响应，将所述当前业务对象添加至所述业务对象列表中。

在本实施中，所述添加提醒可以包括：针对所述当前业务对象的需要等待的时间是否确定添加的提醒信息。

针对是否确定添加的提醒信息的确定响应，将所述当前业务对象添加到所述业务对象列表中，添加时按照所述业务对象列表现有的业务对象顺序添加到最后一个业务对象之后。

步骤s103：将所述推荐业务对象，推荐给所述选择请求发出方。

在本实施例中，所述步骤s103的具体实现方式可以是，将所述推荐业务对象形成推荐列表发送给所述选择请求发出方，以便选择请求发出方查看。当然，也可以将推荐业务对象依次发送给所述选择请求发出方，供选择请求发出方参考。发送给所述选择请求发出方可以是发送到终端设备，消费者通过所述终端设备查看所述推荐业务对象。

可以理解的是，接收推荐业务对象的终端可以有多个，可以将所述推荐业务对象形成的推荐列表均发送至多个终端，供参与此次选择的选择请求发出方均可以获得推荐的推荐业务对象。

与所述步骤s101对应的所述接收推荐业务对象即时发出选择请求的终端设备，业务对象提供方的提供平台或第三方应用软件平台通过对选择请求进行处理后，将确定的推荐业务对象通过业务对象提供方的提供平台或第三方应用软件平台发送至所述选择请求发出方的终端设备上，供用户参考。

在本实施中，所述将所述推荐业务对象，推荐给所述选择请求发出方包括向所述选择请求发出方推荐至少如下一种信息：

推荐所述业务对象的名称；

推荐所述业务对象完成的时间；

推荐所述业务对象等待的时间；

推荐所述业务对象等待的顺序。

需要说明的是，所述步骤s103中将所述推荐业务对象，推荐给发出所述选择请求的用餐者，可以是发送到用餐者的所持有的终端设备上，所述终端设备可以是用餐者自身的终端设备，例如：手机，平板电脑等移动终端设备；也可以是商家提供的点餐智能设备。因此，所述步骤s301在接收针对业务对象的选择请求时，所述选择请求中还包括了用餐者的信息，例如：桌号、人数等等。

以上是对本申请提供一种业务对象的推荐方法实施例的说明，与前述业务对象的推荐方法实施例相对应，本申请还公开一种业务对象的推荐装置，请参看图2，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图2所示，图2是本申请提供的一种业务对象的推荐装置实施例的结构示意图。所述推荐装置包括：

接收单元201，用于接收针对业务对象的选择请求；

选取单元202，用于根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

推荐单元203，用于将所述推荐业务对象，推荐给所述选择请求发出方。

还包括：

构建单元，用于构建所述业务对象列表。

所述构建单元包括：

第一添加子单元，用于将针对所述业务对象已经完成确认选择的业务对象添加至所述业务对象列表中。

还包括：

优先级确定单元，用于确定所述业务对象列表中所述业务对象的优先级。

所述优先级确定单元包括：第一优先级确定子单元或第二优先级确定子单元；

所述第一优先级确定子单元，用于按照所述业务对象进入所述业务对象列表的顺序，确定提供所述业务对象的优先级；

所述第二优先级确定子单元，用于根据所述业务对象列表内提供所述业务对象的时间，确定提供所述业务对象的优先级。

所述选取单元包括：第一选取子单元或第二选取子单元；

所述第一选取子单元，用于将选择请求发出方的数量确定为所述业务对象推荐数量，在业务对象列表中按照所述业务对象的优先级顺序选取与所述选择请求发出方数量相匹配的所述业务对象；

所述第二选取子单元，用于将特定的选取数量确定为所述业务对象推荐数量，在所述业务对象列表中按照所述业务对象的优先级顺序，选取与特定的选取数量相匹配的所述业务对象。

还包括：

第一判断单元，用于判断所述业务对象列表中所述业务对象的数量是否大于或等于所述选择请求发出方的数量，若是，则执行所述第一选取子单元；若否，则进入条件选取子单元，用于选取提供所述业务对象时间满足提供时间要求的业务对象；

或者，

第二判断单元，用于判断所述业务对象列表中所述业务对象的数量是否大于或等于特定的选取数量，若是，则执行所述第二选取子单元；若否，则进入所述条件选取子单元。

所述条件选取子单元包括：

第二添加子单元，用于将满足提供时间要求的所述业务对象添加到所述业务对象列表中。

所述选取单元包括：

当前业务对象确定子单元，用于将根据所述选择请求针对的所述业务对象确定为当前业务对象；

业务对象判断子单元，用于判断所述业务对象列表中是否存在所述当前业务对象；若是，则进入数量增加子单元；若否，则进入业务添加子单元并执行所述选取单元；

数量增加子单元，用于增加所述业务对象列表中的所述当前业务对象的数量；

所述业务添加子单元，用于将所述当前业务对象添加到所述业务对象列表中。

所述推荐单元包括：

名称推荐子单元，用于推荐所述业务对象的名称；

完成时间推荐子单元，用于推荐所述业务对象完成的时间；

等待时间推荐子单元，用于推荐所述业务对象等待的时间；

顺序推荐子单元，用于推荐所述业务对象等待的顺序。

其中，所述完成时间推荐子单元和/或的等待时间推荐子单元中的时间为实时时间。

以上是基于本申请提供的一种业务对象的推荐方法所对应的业务对象的推荐装置进行的概要阐述，由于该推荐装置与推荐方法相对应，具体详细描述可以参考业务对象的推荐方法中的描述即可，此处不再做过多的详细描述。

为更好的了解本申请提供的一种业务对象的推荐方法和装置，本申请还提供一种餐饮食品的推荐方法，请参考图3所示，图3是本申请提供的一种餐饮食品的推荐方法实施例的流程图。该餐饮食品的推荐方法包括：

步骤s301：接收针对餐饮食品的选择请求。

所述步骤s301中餐饮食品有餐饮行业的商家提供，用餐者针对商家提供的餐饮食品通过终端设备发送选择请求，所述选择请求可以是针对商家提供的餐饮食品中的某一种而发出，例如；针对商家提供的餐饮食品菜单进行的点餐请求，该点餐请求可以视为选择请求；也可以是针对商家提供的所有餐饮食品或者是针对商家提供推荐而发出的选择请求，例如：在终端设备上安装有应用软件，该应用软件可以是商家自身提供也可以有第三方应用软件平台提供，用户在所述应用软件上进入到商家店铺界面下，通过商家店铺界面上提供的选择操作提示信息，的操作，发送针对餐饮食品的选择请求，当然，也可以在进入所述商家店铺界面时自动提供选择操作提示信息，通过对所述选择操作提示信息的操作发送针对餐饮食品的选择请求。

可以理解的是，所述发送选择操作请求的终端设备如果是用餐者，则可以根据用餐者的地理位置信息进行判断自动发出选择操作请求，例如：通过gps定位用餐者是否在商家店铺内，如果是，自动发出选择操作请求，商家提供平台或第三方平台能够接收所述选择操作请求并进行后续操作。因此，所述接收针对业务对象的选择请求的接收方可以是业务对象提供方的提供平台，也可以是第三方应用软件平台。对于接收针对业务对象的选择请求不受上述描述限制，能够对接收的选择请求进行相应的处理均可。

步骤s302：根据所述选择请求，在餐饮食品列表按照所述餐饮食品的优先级顺序选取与设定的所述餐饮食品推荐数量相匹配的推荐餐饮食品。

在本实施中，所述餐饮食品列表是用来存放餐饮食品，所存放的餐饮食品是已经通过消费者确定选择后的餐饮食品。

因此，本申请提供的餐饮食品的推荐方法还包括：

构建所述餐饮食品列表。

所述构建所述餐饮食品列表可以预先构建，例如：接收针对餐饮食品的选择请求之前就构建完成；所述构建所述餐饮食品列表也可以在接收针对餐饮食品选择请求时构建；或者在接收针对餐饮食品选择请求后构建，即：餐饮食品列表的构建时机没有具体要求。

在本实施例中，所述构建所述餐饮食品列表具体可以包括：

将针对所述餐饮食品已经完成确认选择的餐饮食品添加至所述餐饮食品列表中，所述已经完成确认选择的餐饮食品可以理解为是已经完成确定点餐的餐饮食品，即已经下单的餐饮食品，例如：已经点完的菜盘。所述餐饮食品列表可以包括餐饮食品名称，餐饮食品序号等信息。在构建所述餐饮食品列表时，可以根据餐饮食品名称和/或餐饮食品序号等表头信息，先构建一张空白的餐饮食品列表，之后将已经完成确认选择的餐饮食品添加到空白的餐饮食品列表中。

在构建所述餐饮食品列表后，需要对餐饮食品列表内的餐饮食品的优先级进行确定，因此，还包括：

确定所述餐饮食品列表中所述餐饮食品的优先级；

通过确定的餐饮食品列表中餐饮食品的优先级能够选取所述餐饮食品列表中优先级较高的餐饮食品作为推荐餐饮食品，从而减少用餐者的等待时间。

在本实施中，确定所述餐饮食品列表中所述餐饮食品的优先级包括：

按照所述餐饮食品进入所述业务列表的时间顺序，确定提供所述餐饮食品的优先级；或者，

根据所餐饮食品列表内提供所述餐饮食品的时间，确定提供所述餐饮食品的优先级。

其中，按照所述餐饮食品进入所述业务列表的时间顺序，确定提供所述餐饮食品的优先级，类似于先进先出，即，依次按照进入所述业务列表的时间顺序，排列所述餐饮食品的优先级，最先进入的优先级最高，依次类推。

所述根据所述餐饮食品列表内提供所述餐饮食品的时间，确定提供所述餐饮食品的优先级，可以是理解为，例如：在餐饮食品列表中具有餐饮食品a、b、c，每个餐饮食品的完成时间不等，可以按照完成时间的快慢进行排列，将完成用时最少的餐饮食品确定为高优先级，依次类推。其中，所述餐饮食品的完成时间，例如是菜品的准备时间，即能够提供给消费者享用的时间或者是完成菜品成品的时间等。

在构建完成餐饮食品列表和确定餐饮食品列表内的餐饮食品优先级后，所述步骤s302包括：

将选择请求发出方的数量确定为所述餐饮食品推荐数量，在所述餐饮食品列表中按照所述餐饮食品的优先级顺序选取与所述选择请求发出方数量相匹配的所述推荐餐饮食品；

或者，

将特定的选取数量确定为所述餐饮食品推荐数量，在所述餐饮食品列表中按照所述餐饮食品的优先级顺序，选取与特定的选取数量相匹配的所述推荐餐饮食品。

其中，所述将选择请求发出方的数量确定为所述餐饮食品推荐数量，在所述餐饮食品列表中按照所述餐饮食品的优先级顺序选取与所述选择请求发出方数量相匹配的所述推荐餐饮食品，具体可以是，所述选择请求发出方可以为消费者，选择请求发出方的数量可以为参与消费的人数或者是就餐者的人数，例如：当前就餐者的人数为3人，餐饮食品推荐数量为三个，将会在餐饮食品列表中按照所述餐饮食品的优先级顺序选取优先级较高的三个餐饮食品，将三个餐饮食品确定为推荐餐饮食品。

同样的，所述将特定的选取数量确定为所述餐饮食品推荐数量，在所述餐饮食品列表中按照所述餐饮食品的优先级顺序，选取与特定的选取数量相匹配的所述推荐餐饮食品，具体可以是，预先设定选取数量，该设定的选取数量不受选择请求发出方参与人数的限制，可以是根据提供餐饮食品的总数设定，也可以是根据所述餐饮食品列表中的餐饮食品数量进行设定，例如：当所述餐饮食品列表中记录有10个，可以按照餐饮食品列表数量50％进行设定。

为了保证推荐的餐饮食品满足选择请求发出方的需求，在本实施例中，还包括：

判断所述餐饮食品列表中所述餐饮食品的数量是否大于或等于所述选择请求发出方的数量，若是，则按照所述餐饮食品的优先级顺序，选取与所述选择请求发出方数量相匹配的推荐餐饮食品；若否，则选取餐饮食品提供方提供的所有所述餐饮食品中，满足提供时间要求的餐饮食品，将满足要求的餐饮食品作为推荐餐饮食品；

或者，

判断所述餐饮食品列表中所述餐饮食品的数量是否大于或等于特定的选取数量，若是，则按照所述餐饮食品的优先级顺序选取与选取数量相匹配的餐饮食品；若否，则选取餐饮食品提供方提供的所有所述餐饮食品中满足提供时间要求的餐饮食品，将满足提供时间要求的餐饮食品作为推荐餐饮食品。

其中，选取餐饮食品提供方提供的所有所述餐饮食品中，满足提供时间要求的餐饮食品，将满足要求的餐饮食品作为推荐餐饮食品，具体可以是，当所述餐饮食品列表中推荐餐饮食品不符合推荐数量的情况下，则会将所有餐饮食品中提供餐饮食品制作用时最少的确定为推荐餐饮食品；例如：餐饮食品列表中有2个餐饮食品，而选择请求发出方的数量为4人，则应该确定4个推荐餐饮食品，此时，可以在餐饮食品提供方提供的所有餐饮食品中查找餐饮食品完成用时较少，完成较快的两个餐饮食品确定为推荐餐饮食品，进而使得推荐餐饮食品与所述选择请求发出方的数量相匹配。因此，所述满足提供时间要求可以是餐饮食品制作时间最少的，当然也可以是针对用餐者对餐饮食品提供的时间要求，即上菜的时间要求，根据用餐者提出的时间要求在所述商家提供的餐饮食品中查询提供时间符合要求的餐饮食品，将符合要求的确定为推荐餐饮食品。为了便于查询，所述第三方应用平台或商家自身提供的平台上记载的餐饮食品信息还可以包括制作时间。

在将满足要求的餐饮食品作为推荐餐饮食品后，可以将满足要求的餐饮食品添加到所述餐饮食品列表中，为后续向所述选择请求发出方推荐做准备，当然，也可以在后续推荐步骤中，直接将满足要求的餐饮食品发送给所述选择请求发出方。

为进一步贴合选择请求发出方(即用餐者)，能够在完成餐饮食品选择的基础上，还可以向所述用户推荐用时较短的餐饮食品，因此，在本实施例中，当基于所述步骤s301中的接收针对餐饮食品的选择请求是针对某种餐饮食品的选择请求时，所述步骤s302，包括：

将所述选择请求针对的餐饮食品确定为当前餐饮食品；

判断所述餐饮食品列表中是否存在所述当前餐饮食品，若是，则增加所述餐饮食品列表中的所述当前餐饮食品的数量；若否，则将所述当前餐饮食品添加到所述餐饮食品列表中，并执行在餐饮食品列表中按照所述餐饮食品的优先级选取与设定的所述餐饮食品推荐数量相匹配的推荐餐饮食品的步骤；进而使得选择请求发出方能够针对餐饮食品进行选择的同时，还可以实现向选择请求发出方确定推荐餐饮食品，从而满足选择请求发出方自身多方面需求兼容，例如：口味和时间。

需要解释的是，当所述餐饮食品列表中不存在餐饮食品时，说明此时商家没有用餐者点餐或者用餐者点餐已经完成，此时，当前用餐者可以不考虑排队等待时间，可以将所点餐饮食品直接加入到餐饮食品队列中；当餐饮食品列表中存在餐饮食品时，则需要根据当前餐饮食品在所述餐饮食品列表中去遍历，查找餐饮食品列表中是否有当前餐饮食品，如果有，则增加，进而能够使得在制作餐饮食品时，同时制作节省时间。

其中，所述将所述当前餐饮食品添加到所述餐饮食品列表中，包括：

针对所述当前餐饮食品发出添加所述餐饮食品列表的添加提醒；

根据针对所述添加提醒的确认响应，将所述当前餐饮食品添加至所述餐饮食品列表中。

在本实施中，所述添加提醒可以包括：针对所述当前餐饮食品的需要等待的时间是否确定添加的提醒信息。

针对是否确定添加的提醒信息的确定响应，将所述当前餐饮食品添加到所述餐饮食品列表中，添加时按照所述餐饮食品列表现有的餐饮食品顺序添加到最后一个餐饮食品之后。

步骤s303：将所述推荐餐饮食品，推荐给发出所述选择请求的用餐者。

在本实施例中，所述步骤s303的具体实现方式可以是，将所述推荐餐饮食品形成推荐列表发送给所述选择请求发出方，以便选择请求发出方查看。当然，也可以将推荐餐饮食品依次发送给所述选择请求发出方，供选择请求发出方参考。发送给所述选择请求发出方可以是发送到终端设备，消费者通过所述终端设备查看所述推荐业务对象。

可以理解的是，接收推荐餐饮食品的终端可以有多个，可以将所述推荐餐饮食品形成的推荐列表均发送至多个终端，供参与此次选择的选择请求发出方均可以获得推荐的推荐餐饮食品。

与所述步骤s301对应的所述接收推荐餐饮食品即时发出选择请求的终端设备，商家的提供平台或第三方应用软件平台通过对选择请求进行处理后，将确定的推荐餐饮食品通过商家的提供平台或第三方应用软件平台发送至所述选择请求发出方的终端设备上，供用餐者参考。

在本实施中，所述将所述推荐餐饮食品，推荐给所述选择请求发出方包括向所述选择请求发出方推荐至少如下一种信息：

推荐所述餐饮食品的名称；

推荐所述餐饮食品完成的时间；

推荐所述餐饮食品等待的时间；

推荐所述餐饮食品等待的顺序。

需要说明的是，所述步骤s303中将所述推荐餐饮食品，推荐给发出所述选择请求的用餐者，可以是发送到用餐者的所持有的终端设备上，所述终端设备可以是用餐者自身的终端设备，例如：手机，平板电脑等移动终端设备；也可以是商家提供的点餐智能设备。因此，所述步骤s301在接收针对餐饮食品的选择请求时，所述选择请求中还包括了用餐者的信息，例如：桌号、人数等等。

以上是对本申请提供一种餐饮食品的推荐方法实施例的说明，与前述餐饮食品的推荐方法实施例相对应，本申请还公开一种餐饮食品的推荐装置，请参看图4，由于装置实施例基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。

如图4所示，图4是本申请提供的一种餐饮食品的推荐装置实施例的结构示意图，该推荐装置包括：

接收单元401，用于接收针对餐饮食品的选择请求；

选取单元402，用于根据所述选择请求，在餐饮食品列表按照所述餐饮食品的优先级顺序选取与设定的所述餐饮食品推荐数量相匹配的推荐餐饮食品；

推荐单元403，用于将所述推荐餐饮食品，推荐给发出所述选择请求的用餐者。

还包括：

构建单元，用于构建所述餐饮食品列表。

所述构建单元包括：

第一添加子单元，用于将针对所述餐饮食品已经完成确认选择的餐饮食品添加至所述餐饮食品列表中。

还包括：

优先级确定单元，用于确定所述餐饮食品列表中所述餐饮食品的优先级。

所述优先级确定单元包括：第一优先级确定子单元或第二优先级确定子单元；

所述第一优先级确定子单元，用于按照所述餐饮食品进入所述餐饮食品列表的顺序，确定提供所述餐饮食品的优先级；

所述第二优先级确定子单元，用于根据所述餐饮食品列表内提供所述餐饮食品的时间，确定提供所述餐饮食品的优先级。

所述选取单元包括：第一选取子单元或第二选取子单元；

所述第一选取子单元，用于将选择请求发出方的数量确定为所述餐饮食品推荐数量，在餐饮食品列表中按照所述餐饮食品的优先级顺序选取与所述选择请求发出方数量相匹配的所述餐饮食品；

所述第二选取子单元，用于将特定的选取数量确定为所述餐饮食品推荐数量，在所述餐饮食品列表中按照所述餐饮食品的优先级顺序，选取与特定的选取数量相匹配的所述餐饮食品。

还包括：

第一判断单元，用于判断所述餐饮食品列表中所述餐饮食品的数量是否大于或等于所述选择请求发出方的数量，若是，则执行所述第一选取子单元；若否，则进入条件选取子单元，用于选取餐饮食品提供方提供的所有餐饮食品中满足提供时间要求的餐饮食品，将满足提供时间要求的餐饮食品作为推荐餐饮食品；

或者，

第二判断单元，用于判断所述餐饮食品列表中所述餐饮食品的数量是否大于或等于特定的选取数量，若是，则执行所述第二选取子单元；若否，则进入所述条件选取子单元。

所述条件选取子单元包括：

第二添加子单元，用于将满足提供时间要求的所述餐饮食品添加到所述餐饮食品列表中。

所述选取单元包括：

当前餐饮食品确定子单元，用于将根据所述选择请求针对的所述餐饮食品确定为当前餐饮食品；

餐饮食品判断子单元，用于判断所述餐饮食品列表中是否存在所述当前餐饮食品；若是，则进入数量增加子单元；若否，则进入业务添加子单元并执行所述选取单元；

数量增加子单元，用于增加所述餐饮食品列表中的所述当前餐饮食品的数量；

所述业务添加子单元，用于将所述当前餐饮食品添加到所述餐饮食品列表中。

所述推荐单元包括：

名称推荐子单元，用于推荐所述餐饮食品的名称；

完成时间推荐子单元，用于推荐所述餐饮食品完成的时间；

等待时间推荐子单元，用于推荐所述餐饮食品等待的时间；

顺序推荐子单元，用于推荐所述餐饮食品等待的顺序。

其中，所述完成时间推荐子单元和/或的等待时间推荐子单元中的时间为实时时间。

基于上述，本申请还提供一种电子设备，包括：

处理器；

存储器，用于存储对网络平台产生数据进行处理的程序，所述程序在被所述处理器读取执行时，执行如下操作：

接收针对业务对象的选择请求；

根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

将所述推荐业务对象，推荐给所述选择请求发出方。

基于上述，本申请还提供一种存储设备，用于存储网络平台产生数据，以及对应所述网络平台产生数据进行处理的程序；

所述程序在被所述处理器读取执行时，执行如下操作：

接收针对业务对象的选择请求；

根据所述选择请求，在业务对象列表中按照所述业务对象的优先级顺序选取与设定的所述业务对象推荐数量相匹配的推荐业务对象；

将所述推荐业务对象，推荐给所述选择请求发出方。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

2、本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请虽然以较佳实施例公开如上，但其并不是用来限定本申请，任何本领域技术人员在不脱离本申请的精神和范围内，都可以做出可能的变动和修改，因此本申请的保护范围应当以本申请权利要求所界定的范围为准。