具体实施方式

为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或一个以上实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。

本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。

除非另有说明，术语“多个”表示两个或两个以上。

本公开实施例中，字符“/”表示前后对象是一种“或”的关系。例如，A/B表示：A或B。

术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，A和/或B，表示：A或B，或，A和B这三种关系。

图1是本公开实施例提供的基于空调的点餐方法的实施环境的示意图。该实施环境中可包括多个房间11(客房)，每个房间11彼此独立，即，房间11与房间11之间隔热，一个房间11的室内温度不会影响到其他房间11内的室内温度，每个房间11的设置有智能空调12，并且智能空调12具备点餐功能。

每个智能空调12独立编号，其编号用于表示该智能空调12所在的房间11，以便于在点餐后，准确送餐。

该智能空调12通过与用户交互的方式实现点餐，其交互方式可以是语音交互，或者，手势交互，或者，通过操作面板的交互。

图2是公开实施例提供的一种基于空调的点餐方法的示意图。该基于空调的点餐方法可在图1中所示的智能空调中执行，也可在智能空调的控制终端执行，例如遥控器或者设置在房间墙壁上的操作面板，也可在服务器中执行，例如酒店内设置的云平台。

结合图2所示，基于空调的点餐方法包括：

S201、获得空调的设定温度以及当前时刻。

在用户通过遥控器或设置在房间墙壁上的操作面板设置了设定温度后，存储该设定温度，在需要获得空调的设定温度时，即可在已存储的数据中读取该设定温度。

这里的当前时刻，指的是用户点餐的时刻，例如，用户通过遥控器、操作面板、语音、手势等确定需要点餐的时刻，即为该当前时刻。该当前时刻是一天内的时刻，即，当前时刻在范围在0点～24点之间。

S202、在总菜单中确定与设定温度以及当前时刻相对应的预选菜单。

通常情况下，设定温度的高低，可以用来表示用户的制冷需求或者制热需求，以及制冷需求的强弱或者制热需求的强弱，例如，通常情况下，如果设定温度高于26℃，则表示用户具有制热需求，并且，设定温度与26℃的差值越大，用户的制热需求越强；如果设定温度低于26℃，则表示用户均有制冷需求，并且，设定温度与26℃的差值越大，用户的制冷需求越强。

例如，在用户具有制热需求的情况下，可以向预选菜单中添加热饮、热汤类、火锅等温度保持时间较长的餐品，在用户具有制冷需求的情况下，可以向预选菜单中添加冷饮、烧烤、凉菜等清爽系列菜品。

在设定温度高于26℃的情况下，可以将大于26℃的温度区间划分为三个温度区间：第一温度区间、第二温度区间和第三温度区间，其中，第一温度区间的上限值小于第二温度区间的下限值，第二温度区间的上限值小于第三温度区间的下限值。如果设定温度在第一温度区间内，则可将热饮添加入预选菜单中；如果设定温度在第二温度区间内，则可将热汤类餐品添加入预选菜单中；如果设定温度在第三温度区间内，则将火锅添加入预选菜单中。热饮类餐品的温度保持时间短于热汤类餐品的温度保持时间，热汤类餐品的温度保持时间短于火锅的温度保持时间。

上述列举的预选菜单中的餐品，仅为示例性说明设定温度与餐品的对应关系，本领域技术人员还可依据实际情况(当地饮食习惯)确定其他的符合当前饮食习惯的设定温度与餐品的对应关系。

可在数据中存储有设定温度、当前时刻、预选菜单的对应关系，在获得了设定温度以及当前时刻后，即可在数据库中获得与设定温度以及当前时刻相对应的预选菜单。

或者，在总菜单中确定与设定温度以及所示当前时刻相对应的预选菜单，可包括：在预设温度区间中，确定设定温度所在的当前温度区间；在预设时间段中，确定当前时刻所在的当前时间段；在设定天数内，获得总菜单中每个餐品在当前温度区间内且当前时间段内的下单次数；在总菜单中，将下单次数最多的多个餐品确定为预选菜单。

上述预设温度区间内包括多个温度区间，例如，预设温度区间内可包括[14℃，16℃)、[16℃，18℃)、[18℃，20℃)、[20℃，22℃)、[22℃，24℃)、[24℃，26℃)、[26℃，28℃)、[28℃，30℃]；或者，每1℃的温度跨度为一个温度区间等。本实施例中的预设温度区间仅为示例性说明温度区间的含义，不对预设温度区间构成具体限定，本领域技术人员可根据实际情况，确定合适的预设温度区间。

例如，设定温度为23℃，则该设定温度23℃所在的当前温度区间为[22℃，24℃)。

预设时间段可包括：5：00～9：00(包括5：00，不包括9：00)、9：00～11：00(包括9：00，不包括11：00)、11：00～14：00(包括11：00，不包括14：00)、14：00～17：00(包括14：00，不包括17：00)和17：00～21：00(包括17：00和21：00)。

例如，当前时刻为11：41，则该当前时刻11：41所在的当前时间段为11：00～14：00(包括11：00，不包括14：00)。

上述设定天数可以是一周、半个月、一个月、一个季度或更多天数。

例如当前时刻为11：41，设定温度为23℃，则在过去设定天数内，获得每个餐品在当前时间段11：00～14：00(包括11：00，不包括14：00)，且当前温度范围内[22℃，24℃)的下单次数。

在一些具体应用场景中，设定时长为一周，当前时刻为11：41，设定温度为23℃，第一天在当前时间段11：00～14：00(包括11：00，不包括14：00)，且当前温度范围内[22℃，24℃)，特定餐品的下单数量为15单；第二天在同样时间段、同样温度范围内，特定餐品的下单次数为10单；第三天在同样时间段、同样温度范围内，特定餐品的下单次数为11单；第四天在同样时间段、同样温度范围内，特定餐品的下单次数为16单；第五天在同样时间段、同样温度范围内，特定餐品的下单次数为17单；第六天在同样时间段、同样温度范围内，特定餐品的下单次数为18单；第七天在同样时间段、同样温度范围内，特定餐品的下单次数为20单；则设定时长内，该特定餐品在当前温度区间内且当前时间段内的下单次数为：15+10+11+16+17+18+20＝107单。本实施例仅为示例性说明前述步骤，不对前述步骤构成限定，本领域技术人员可根据实际情况，选择合适的设定时长，以确定下单次数。

在设定天数内，获得了总菜单中每个餐品在当前温度区间内且当前时间段内的下单次数后，按照下单次数由多到少的顺序对总菜单中的多个餐品排序，将排序靠前的多个餐品确定为预选菜单。例如，将排序靠前的两个、三个、四个或更多个餐品确定为预选菜单。

采用上述技术方案，即可获得预选菜单，用户在预选菜单中点餐，更方便。

可选地，获得总菜单中每个餐品的在当前温度区间内且当前时间段内的下单次数，包括：在第一天数内，获得总菜单中每个餐品的在当前温度区间内且当前时间段内的第一下单次数；在第二天数内，获得总菜单中每个餐品的在当前温度区间内且当前时间段内的第二下单次数；根据第一下单次数和第二下单次数的加权平均值或加权和，确定每个餐品的下单次数；其中，第一天数大于第二天数，第一下单次数的权重小于第二下单次数的权重。

这里的第一天数，可以是一个月、一个季度、半年或更长时间，第一下单次数用于表示总菜单中每个餐品总的受欢迎程度；这里的第二天数可以是两周、三周或一个月，第二下单次数用于表示总菜单中每个餐品的季节性的受欢迎程度，例如不同蔬菜或水果在不同时间成熟，在一种蔬菜或水果成熟的季节，该一种蔬菜或水果比较受欢迎。

可以将第一下单次数和第二下单次数的加权平均值或加权和，确定为每个餐品的下单次数。

在上述技术方案中，使第一下单次数的权重小于第二下单次数的权重，便于推荐符合时令的菜品。

在确定上述权重的过程中，可以将第二下单次数的权重确定为1，再确定一小于1的数值，例如0.5或0.6，为第一下单次数的权重。或者，在上述步骤之后，将第一下单次数的权重和第二下单次数的权重做归一化处理，这样便于计算第一下单次数和第二下单次数的加权平均值。

可选地，获得总菜单中每个餐品的在当前温度区间内且当前时间段内的下单次数，还包括：在第三天数内，获得总菜单中每个餐品的在当前温度区间内且当前时间段内的第三下单次数。

根据第一下单次数和第二下单次数的加权平均值或加权和，确定每个餐品的下单次数，包括：

根据第一下单次数、第二下单次数和第三下单次数的加权平均值或加权和，确定每个餐品的下单次数；其中，第三天数小于第二天数，第三下单次数的权重大于第二下单次数的权重，且第三下单次数的权重与第三下单次数正相关。

这里的第三天数可以是两天、三天、四天或五天。在现有技术中，网络可以在最大程度上提高某款餐品的知名度，即“网红”食品。通过设置第三天数，并且使第三天数对应对第三下单次数的权重最大，便于向用户推荐网红食品。网红食品具有时效性短的特点，使第三下单次数的权重与第三下单次数正相关，可在最短的时间内使网红食品的排序上升，便于向用户推荐网红食品。另外，第三天数最小(第三天数小于第二天数，第三天数小于第二天数)，如果一款食品不是网红食品，其短期内的下单量不会激增，按照前述方式的第三下单次数的权重，对第一下单次数、第二下单次数和第三下单次数的加权平均值或加权和的影响也较小。

可将第二下单次数的权重设置为1，在此基础上，再确定第一下单次数的权重，和第三下单次数的权重，这样即可计算第一下单次数、第二下单系数和第三下单次数的加权平均值或加权和。或者，在上述确定的权重的基础上，再将第一下单次数的权重、第二下单次数的权重和第三下单次数的权重做归一化处理，这样便于计算第一下单次数、第二下单次数和第三下单次数的加权平均值。

可以将第一下单次数、第二下单次数和第三下单次数的加权平均值或加权和，确定为每个餐品的下单次数。

可选地，在预设时间段中，确定当前时刻所在的当前时间段，包括：

如果当前时刻在5：00～9：00(包括5：00，不包括9：00)内，则确定当前时刻属于早餐时间段；或者，

如果当前时刻在9：00～11：00(包括9：00，不包括11：00)内，则确定当前时刻属于上午茶时间段；或者，

如果当前时刻在11：00～14：00(包括11：00，不包括14：00)内，则确定当前时刻属于午餐时间段；或者，

如果当前时刻在14：00～17：00(包括14：00，不包括17：00)内，则确定当前时刻属于下午茶时间段；或者，

如果当前时刻在17：00～21：00(包括17：00和21：00)内，则确定当前时刻属于晚餐时间段；或者，

如果当前时刻在21：00以后，则确定当前时刻属于夜宵时间段。

这样按照用餐时间段进行划分，便于确定出符合用餐习惯的预选菜单。

S203、展示预选菜单。

可通过展示画面的形式，展示该预选菜单，例如展示该预选菜单中的每个餐品的名称和图片；或者，可通过语音播报的形式展示该预选菜单，例如依次播报该预选菜单中的餐品。

S204、响应于用户交互操作，在预选菜单中确定与用户操作相对应的选定餐品。

在用户通过手势点餐时，响应于用户交互操作，可包括：响应于用户的手势操作，并获得与用户的手势操作相对应的指令，该指令与选定餐品相对应，即，该指令用于在预选菜单中确定出选定餐品。

或者，在用户通过语音交互的当时进行点餐时，响应于用户交互操作，可包括：响应于用户的语音交互，并获得与用户的语音交互相对应的指令，该指令与选定餐品相对应，即，该指令用于在预选菜单中确定出选定餐品。

在确定出选定餐品后，可再将选定餐品发送至酒店的后厨，后厨人员接收到该选定餐品后，开始制作该选定餐品。在制作好之后，在根据该选定餐品对应的空调的编号，确定出与编号相对应的房间，并由服务人员将该餐品送至用户所在的房间。

通常情况下，设定温度的高低，可以用来表示用户的制冷需求或者制热需求，以及制冷需求的强弱或者制热需求的强弱，例如，通常情况下，如果设定温度高于26℃，则表示用户具有制热需求，并且，设定温度与26℃的差值越大，用户的制热需求越强；如果设定温度低于26℃，则表示用户均有制冷需求，并且，设定温度与26℃的差值越大，用户的制冷需求越强。另外，不同时刻用户所需的餐品类型往往是不同的，例如早餐时刻需要可以作为早餐的餐品，午餐时刻需要可以作为午餐的餐品，晚餐时刻需要可以作为晚餐的餐品。通过设定温度与当前时刻为确定预选菜单，更符合用户的制热需求、制冷需求，以及用餐类型，这样确定的预选菜单更具有针对性，容易使用户点到需求的餐品。

另外，在一些应用场景中，基于空调的点餐方法还包括：在与空调关联的显示装置中展示选定餐品的制作现场。

这样可以使用户实时观察餐品的制作过程，便于用户了解餐品的完成度，以及，使用户了解到该餐品是安全的(餐品原材料以及制作流程符合卫生要求)，使用户可更放心地用餐。

图3是本公开实施例提供的一种基于空调的点餐装置的示意图，该点餐装置可以是以软件、硬件或者软硬结合的形式实现的。结合图3所示，基于空调的点餐装置包括：获得模块31、筛选模块32、展示模块33和交互模块34，其中，获得模块31被配置为获得空调的设定温度以及当前时刻；筛选模块32被配置为在总菜单中确定与设定温度以及当前时刻相对应的预选菜单；展示模块33被配置为展示预选菜单；交互模块34被配置为响应于用户交互操作，在预选菜单中确定与用户操作相对应的选定餐品。

本公开实施例中的基于空调的点餐装置与前述实施例中的基于空调的点餐方法一一对应，前述实施例中对点餐方法中名词、步骤的限定、解释，通用适于对该基于空调的点餐装置中的名词、步骤的限定、解释，本领域技术人员参照前述实施例中相关内容即可，这里不再一一赘述。

通常情况下，设定温度的高低，可以用来表示用户的制冷需求或者制热需求，以及制冷需求的强弱或者制热需求的强弱，例如，通常情况下，如果设定温度高于26℃，则表示用户具有制热需求，并且，设定温度与26℃的差值越大，用户的制热需求越强；如果设定温度低于26℃，则表示用户均有制冷需求，并且，设定温度与26℃的差值越大，用户的制冷需求越强。另外，不同时刻用户所需的餐品类型往往是不同的，例如早餐时刻需要可以作为早餐的餐品，午餐时刻需要可以作为午餐的餐品，晚餐时刻需要可以作为晚餐的餐品。通过设定温度与当前时刻为确定预选菜单，更符合用户的制热需求、制冷需求，以及用餐类型，这样确定的预选菜单更具有针对性，容易使用户点到需求的餐品。

在一些实施例中，基于空调的点餐装置包括处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行前述实施例提供的基于空调的点餐方法。

图4是本公开实施例提供的一种基于空调的点餐装置的示意图。结合图4所示，基于空调的点餐装置包括：

处理器(processor)41和存储器(memory)42，还可以包括通信接口(Communication Interface)43和总线44。其中，处理器41、通信接口43、存储器42可以通过总线44完成相互间的通信。通信接口43可以用于信息传输。处理器41可以调用存储器42中的逻辑指令，以执行前述实施例提供的基于空调的点餐方法。

此外，上述的存储器42中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。

存储器42作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器41通过运行存储在存储器42中的软件程序、指令以及模块，从而执行功能应用以及数据处理，即实现上述方法实施例中的方法。

存储器42可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器42可以包括高速随机存取存储器，还可以包括非易失性存储器。

本公开实施例提供了一种智能空调，包含前述实施例提供的基于空调的点餐装置。

本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，计算机可执行指令设置为执行前述实施例提供的基于空调的点餐方法。

本公开实施例提供了一种计算机程序产品，计算机程序产品包括存储在计算机可读存储介质上的计算机程序，计算机程序包括程序指令，当程序指令被计算机执行时，使计算机执行前述实施例提供的基于空调的点餐方法。

上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。

本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或一个以上指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例中方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机读取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。

以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本申请中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。另外，当用于本申请中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。

本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出本公开实施例的范围。技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或一个以上用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。