订餐方法、装置、存储介质及电子设备与流程

1.本技术涉及计算机技术领域，尤其涉及一种订餐方法、装置、存储介质及电子设备。


背景技术：

2.医院为保证食品安全和疫情控制，禁止外卖入院并以承包的食堂来满足用餐需求。然而，住院病患和职工每天的用餐需求大，纯人工挨个病房收集预约订餐信息非常耗费成本，常导致订餐出错，汇总困难等问题。
3.基于此，则开发了一种新的订餐模式，即用户可以通过网上订餐和配送的形式来解决用餐问题。相关技术中，在每次用餐前，一般需要用户在临近饭点，即用餐时间点之前通过用户端上的订餐app(application，应用程序)进行订餐。


技术实现要素：

4.本技术实施例提供的一种订餐方法、装置、存储介质及电子设备，方便用户快速查找到所需的用餐时段以进行订餐操作，降低用户的使用门槛，尤其对于高龄用户，减少操作出错的概率。所述技术方案如下：
5.第一方面，本技术实施例提供了一种订餐方法，其特征在于，应用于用户终端，所述方法包括：
6.接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式展开，所述订餐按钮为不可触控状态，所述时段选择浮层包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，所述时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息；
7.接收对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态；
8.接收对所述订餐按钮的触控指令，隐藏所述时段选择浮层；
9.接收对所述订餐界面中目标餐品的选择指令，生成订单。
10.第二方面，本技术实施例提供了一种订餐装置，其特征在于，应用于用户终端，所述装置包括：
11.界面显示模块，用于接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式展开，所述订餐按钮为不可触控状态，所述时段选择浮层包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，所述时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息；
12.状态设置模块，用于接收对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态；
13.浮层隐藏模块，用于接收对所述订餐按钮的触控指令，隐藏所述时段选择浮层；
14.订单生成模块，用于接收对所述订餐界面中目标餐品的选择指令，生成订单。
15.第三方面，本技术实施例提供一种存储介质，所述存储介质存储有至少一条指令，所述至少一条指令适于由处理器加载并执行上述的方法步骤。
16.第四方面，本技术实施例提供一种电子设备，可包括：处理器和存储器；其中，所述存储器存储有至少一条指令，所述至少一条指令适于由所述处理器加载并执行上述的方法步骤。
17.本技术一些实施例提供的技术方案带来的有益效果至少包括：
18.采用本技术实施例，用户终端接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式展开，所述订餐按钮为不可触控状态，在时段选择浮层上还包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，同时，时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息，当接收到对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态，进而接收用户对所述订餐按钮的触控指令，隐藏所述时段选择浮层，最后接收对所述订餐界面中目标餐品的选择指令，生成订单，从而完成订餐操作。通过多行多列的方式在时段选择浮层上尽可能的显示用餐时段，方便用户快速查找到所需的用餐时段以进行订餐操作，通过人脸插图 引导文案信息的拟人方式以及采用页签的方式显示不同日期的用餐时段的拟物方式，可以增加暗示与引导，增强用户的使用感知；降低用户的使用门槛，尤其对于高龄用户，减少操作出错的概率。
附图说明
19.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
20.图1为本技术实施例提供的一种订餐方法的系统架构图；
21.图2为本技术实施例提供的一种订餐方法的流程示意图；
22.图3为本技术实施例提供的一种订餐方法的流程示意图；
23.图4a为本技术实施例提供的一种用餐时段展示效果的举例示意图；
24.图4b为本技术实施例提供的另一种用餐时段展示效果的举例示意图；
25.图5为本技术实施例提供的一种引导文案信息展示效果的举例示意图；
26.图6为本技术实施例提供的一种选择用餐时段后的时段选择浮层展示效果的举例示意图；
27.图7为本技术实施例提供的一种订餐界面的举例示意图；
28.图8为本技术实施例提供的一种订餐装置的结构示意图；
29.图9为本技术实施例提供的一种订餐装置的结构示意图；
30.图10为本技术实施例提供的一种电子设备的结构方框图。
具体实施方式
31.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本说明书保护的范围。
32.在本技术的描述中，需要理解的是，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。在本技术的描述中，需要说明的是，除非另有明确的规定和限定，“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本技术中的具体含义。此外，在本技术的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
33.医院为保证食品安全和疫情控制，禁止外卖入院并以承包的食堂来满足用餐需求。然而，住院病患和职工每天的用餐需求大，纯人工挨个病房收集预约订餐信息非常耗费成本，常导致订餐出错，汇总困难等问题。
34.基于此，则开发了一种新的订餐模式，即用户可以通过网上订餐和配送的形式来解决用餐问题。相关技术中，在每次用餐前，一般需要用户在临近饭点，即用餐时间点之前通过用户端上的订餐app进行订餐。通常，在打开订餐app后，订餐界面将可选用餐时段按照行或列平铺展示出来，可左右滑动看到更多，或可上下滑动看到更多，或不将可选用餐时段全部平铺出来，而是分别提供时和分的轮转式选择器，组合成完整的时段选择。
35.其中，左右滑动型与上下滑动型都是将可选时段全部平铺出来，差别只在前者通过左右滑动看到更多时段，而后者则是上下滑动看到更多时段。然而，对于这两种类型，高龄用户因为认知与使用科技能力都逐渐降低，所以他们并不知道原来滑动可以看到更多时段；轮转型虽然有著不将可选用餐时段全部平铺的展示效率的优势，但比起时段全部平铺出来的左右滑动型与上下滑动型来说，对于高龄用户有著使用门槛更高的缺点，而且用户使用轮转选择器所组合出来的时段，商户并不一定都支持预约订餐，所以还需牵涉更加复杂的提示与校验逻辑，增加了高龄用户的使用难度。
36.基于此，本技术提出了一种订餐方法，采用本技术实施例，用户终端接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式展开，所述订餐按钮为不可触控状态，在时段选择浮层上还包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，同时，时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息，当接收到对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态，进而接收用户对所述订餐按钮的触控指令，隐藏所述时段选择浮层，最后接收对所述订餐界面中目标餐品的选择指令，生成订单，从而完成订餐操作。通过多行多列的方式在时段选择浮层上尽可能的显示用餐时段，方便用户快速查找到所需的
用餐时段以进行订餐操作，通过人脸插图 引导文案信息的拟人方式以及采用页签的方式显示不同日期的用餐时段的拟物方式，可以增加暗示与引导，增强用户的使用感知；降低用户的使用门槛，尤其对于高龄用户，减少操作出错的概率。
37.下面结合具体的实施例进行详细说明。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。附图中所示的流程图仅是示例性说明，不是必须按照所示步骤执行。例如，有的步骤是并列的，在逻辑上并没有严格的先后关系，因此实际执行顺序是可变的。
38.请参见图1，为本技术实施例提供的一种订餐方法的系统架构图。根据该实施例的应用场景可以包括金融服务领域，如图1所示，所述系统架构图包括用户终端101和服务器102。通过网络可实现用户终端101和服务器102之间的交互，实现金融服务，例如网上订餐、网络购物等。
39.用户终端101可以是硬件，也可以是软件。当用户终端为硬件时，可以是各种电子设备，包括但不限于智能手表、智能手机、平板电脑、膝上型便携式计算机和台式计算机等。当用户终端为软件时，可以是安装在上述所列举的电子设备中，其可以实现呈多个软件或软件模块(例如：用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不作具体限定。
40.网络可以包括各种类型的有线通信链路或无线通信链路，例如：有线通信链路包括光纤、双绞线或同轴电缆，无线通信链路包括蓝牙通信链路、无线保真(wireless-fidelity，wi-fi)通信链路或微波通信链路等。
41.需要说明的是，本技术实施例提供的订餐方法一般可以由用户终端101执行。
42.一个实施例中，用户通过用户终端101扫描订餐二维码以访问订餐小程序，显示包括时段选择浮层的订餐界面，也就是显示订餐界面，此时订餐界面上的各餐品为不可选中状态，在该订餐界面上显示时段选择浮层，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式平铺展开，在用户未在时段选择浮层中选择用餐时段时，所述订餐按钮为不可触控状态，即不可被选中。同时，所述时段选择浮层包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，方便用户快速切换，所述时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息，通过拟人的方式引导用户订餐。而当用户选中其中的目标用餐时段后，所述订餐按钮即变为可触控状态，此时，用户触控该订餐按钮，那么时段选择浮层隐藏，订餐界面上的各餐品即为可选中状态，进一步的，用户选择其中的目标餐品并确认下单，即生成相应的订单提交至订餐小程序对应的服务器102，从而完成一次订餐。
43.其中，用户查找订餐小程序的方式可以为在搜索栏输入关键字进行搜索，也可以为扫描订餐二维码调出订餐界面。
44.根据图1所示的系统架构，下面结合具体的实施例进行详细说明。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。附图中所示的流程图仅是示例性说明，不是必须按照所示步骤执行。例如，有的步骤是并列的，在逻辑上并没有严格的先后关系，因此实际执行顺序是可变的。
45.请参见图2，为本技术实施例提供的一种订餐方法的流程示意图，在具体的实施例中，所述订餐方法可以应用于订餐装置或配置有订餐装置的用户终端。下面将以执行主体为上述用户终端101为例，说明本实施例的具体流程。下面将针对图2所示的流程进行详细的阐述，所述订餐方法具体可以包括以下步骤：
46.s102，接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式展开，所述订餐按钮为不可触控状态，所述时段选择浮层包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，所述时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息；
47.可以理解的是，用户可通过用户终端扫描相应的订餐二维码访问订餐小程序，进而调出订餐页面。小程序即为运行于saas平台的一种不需要下载安装即可供用户使用的应用，订餐小程序则为用于订餐的应用。
48.当用户终端接收到对订餐小程序的访问指令时，则调出订餐界面，在订餐界面的上层显示时段选择浮层，即时段选择浮层覆盖在订餐界面上方。
49.订餐界面中包含有至少一个餐品，当前状态下，所有的餐品为不可选状态。同时，在时段选择浮层中显示有至少一个用餐时段，这些用餐时段按照多行多列的方式平铺展开，例如按照时间从早到晚，从左到右的方式逐行展开，或者按照时间从早到晚，从上到下的方式逐列展开，这样，可以显示较多的用餐时段。当然，为了尽可能多的显示完整的用餐时段，时段选择浮层的高度和宽度可由开发适配。若时段选择浮层不能显示完整的用餐时段，则可通过上下滑动或者左右滑动的方式查看更多用餐时段。
50.其中，用餐时段包括当前可选用餐时段以及不可选用餐时段。不可选用餐时段包括当日当前时段之前的时段，可选用餐时段包括当前时段以及未开始时段。
51.此外，在时段选择浮层中还显示有订餐按钮，该订餐按钮用于供用户触控以确定订餐。在时段选择浮层的初始状态(即未选择用餐时段的状态)下，订餐按钮为不可触控状态。
52.页签式不是一个独立的界面表达形式，它是同时显示若干条信息的界面形式，它允许在一个窗口内可以同时显示和保留多条信息。在本技术实施例中，采用页签的形式在时段选择浮层的窗口内同时显示多个日期的用餐时段，每个页签对应一个日期的用餐时段。比起单纯的按钮或文本，页签更能给予用户更强的暗示与感知。
53.进一步的，通过人脸插图搭配引导文案信息可以用来引导用户进行订餐操作，降低了对该订餐小程序的使用门槛，并可以良好地引导用户(尤其是高龄用户)使用，并可兼容各类的状态，给予用户更好的情感化体验。
54.引导文案信息与点餐状态相对应，也就是说，不同点餐状态对应的引导文案信息不同。其中，点餐状态包括刚进入时段选择浮层状态、时段确定状态、无可选时段的异常状态等。
55.s104，接收对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态；
56.可以理解的是，用户可在时段选择浮层上所显示的多个用餐时段中进行选择，当确定目标用餐时段后，订餐按钮则变为可触控状态，即用户可以触控该订餐按钮，用户终端
可进行相应的响应。
57.s106，接收对所述订餐按钮的触控指令，隐藏所述时段选择浮层；
58.在可行的实现方式中，用户触控该订餐按钮，如进行点击操作，用户终端响应该触控指令，隐藏时段选择浮层，相应的，订餐界面中的所有餐品变为可选状态。
59.s108，接收对所述订餐界面中目标餐品的选择指令，生成订单。
60.用户可浏览该订餐界面中的所有餐品并进行选择，当选择目标餐品后进行确认操作，如点击“订单提交”按钮，从而生成订单。
61.进一步的，服务器接收到该订单，进而进行订单分配及餐品派送等流程。
62.采用本技术实施例，用户终端接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照多行多列方式展开，所述订餐按钮为不可触控状态，当接收到对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态，进而接收用户对所述订餐按钮的触控指令，隐藏所述时段选择浮层，最后接收对所述订餐界面中目标餐品的选择指令，生成订单，从而完成订餐操作。通过多行多列的方式在时段选择浮层上尽可能的显示用餐时段，方便用户快速查找到所需的用餐时段以进行订餐操作，通过人脸插图 引导文案信息的拟人方式以及采用页签的方式显示不同日期的用餐时段的拟物方式，可以增加暗示与引导，增强用户的使用感知；降低用户的使用门槛，尤其对于高龄用户，减少操作出错的概率。
63.请参见图3，为本技术实施例提供的一种订餐方法的流程示意图，所述订餐方法可以包括以下步骤：
64.s202，接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐时段按照从早到晚、从左到右的顺序逐行展开，或各所述用餐时段按照从早到晚、从上到下的顺序逐列展开，所述订餐按钮为不可触控状态；
65.可以理解的是，当用户使用该订餐小程序时，可通过扫描相应的订餐二维码进行调用。在订餐二维码中包含送餐位置、送餐编号等相关信息，那么当用户后续再使用该订餐小程序时，则可直接复用相应的订餐链路。小程序即为运行于saas平台的一种不需要下载安装即可供用户使用的应用，订餐小程序则为用于订餐的应用。
66.在通过扫描订餐二维码的方式访问该订餐小程序时，响应该访问指令，用户终端显示相应的订餐界面。
67.其中，在订餐界面上包含有按照多行多列方式平铺展开的至少一个用餐时段和订餐按钮。可以为按照时间从早到晚、从左到右的方式逐行展开，或者可以为按照时间从早到晚、从上到下的方式逐列展开。那么，通过多行多列的方式可以尽可能多的展示用餐时段。当然，若所设置的用餐时段较多，当时段选择浮层无法全部展示时，用户可通过上下滑动或者左右滑动的方式查看更多的用餐时段。
68.例如，如图4a所示，对于送餐区域a，将用餐时段划分为四个时段，分别为：早餐、午餐、晚餐、宵夜，并按照时间从早到晚，从左到右分两列展开；如图4b所示，对于送餐区域b，将用餐时段划分为多个时段：早餐、早午餐、午餐、多个宵夜时段等，并按照时间从早到晚，从左到右分两列展开。
69.其中，若所述用餐时段为已过期时段，则以第一预设灰度显示所述已过期时段，并显示所述已过期时段的结束时间；若所述用餐时段为当前时段，则高亮显示所述用餐时段，并显示所述当前时段的结束时间；若所述用餐时段为未开始时段，则以第二预设灰度显示所述未开始时段，并显示所述未开始时段的起始时间。第一预设灰度和第二预设灰度可以相同，可以不同。以预设灰度和高亮的方式区别显示，方便用户直观的查看到当前可用时段。而只显示相应时段的结束时间或起始时间，则是为了简化显示信息，只透出最核心的字段，来避免过多信息造成干扰。
70.例如，如图4a所示，早餐时段为已过期时段，则灰度显示，并相应的显示结束时间“今天8:00预定已截止”，午餐和晚餐为当前可用时段，高亮显示，其中午餐的结束时间为“今天10:30将截止预定”，晚餐的结束时间为“今天17:00将截止预定”，宵夜为未开始时段，灰度显示，并相应的显示起始时间“今天21:00起可预定”。
71.页签式不是一个独立的界面表达形式，它是同时显示若干条信息的界面形式，它允许在一个窗口内可以同时显示和保留多条信息。在本技术实施例中，采用页签的形式在时段选择浮层的窗口内同时显示多个日期的用餐时段，每个页签对应一个日期的用餐时段。比起单纯的按钮或文本，页签更能给予用户更强的暗示与感知。
72.如图4a所示，在时段选择浮层上包括2个页签，分别对应今天和明天的用餐时段，页签名分别为“预定今天时段，10月11日(周一)”和“预定明天时段”，通过页签的切换就可以进行日期的切换。
73.同时，通过人脸插图搭配引导文案信息可以用来引导用户进行订餐操作，降低了对该订餐小程序的使用门槛，并可以良好地引导用户(尤其是高龄用户)使用，并可兼容各类的状态，给予用户更好的情感化体验。
74.引导文案信息与点餐状态相对应，也就是说，不同点餐状态对应的引导文案信息不同。其中，点餐状态包括刚进入时段选择浮层状态、时段确定状态、无可选时段的异常状态等。
75.例如，如图5所示，在点餐状态为刚进入时段选择浮层状态时，显示“您好，请选择今天的用餐时段”的引导文案信息，用来引导刚进来浮层的用户，可以开始选择时段；在点餐状态为时段确定状态时，显示“选好时段后，可以开始点餐啦”，可以给予用户明确的正向回馈；在点餐状态为无可选时段的异常状态时，显示“今天暂无可用预定时段，先约明天”的引导文案信息，可以尽可能挽留或引导用户执行其他操作。
76.可选的，在点餐状态为无可选时段的异常状态时，也就是当前日期的所有用餐时段均不可用，则在所述时段选择浮层显示当前日期所在页签的用餐时段，并在当前日期的下一日期的页签上显示标记标签，例如显示小气泡标签，如图5所示。这样，可以先让用户感知今天的时段皆不可预定，再引导用户主动点击明天时段的页签，强化其对于当前情况的理解，避免误订时段。
77.进一步的，若当前日期的所有用餐时段均不可用，则在所述时段选择浮层显示人脸插图和包含无可用预定时段的引导文案信息。进一步结合人脸插图和引导文案信息，可以更加清楚并生动的强化用户对于当前情况的理解，避免误订时段。
78.s204，定位到当前用餐时段；
79.当然，为了减少用户操作并方便用户使用，智能定位到当前用餐时段。
80.例如，如图4b所示，当前用餐时段为早午餐或午餐时段，则高亮显示早午餐和午餐。
81.s206，基于所述订餐二维码所属的扫码区域对应的显示高度显示所述时段选择浮层；
82.至少一个用餐时段由开发根据不同的送餐区域适配。也就是说，根据不同的送餐区域的送餐情况，对用餐时段进行不同精细程度的划分，那么在时段选择浮层上尽可能多的显示用餐时段，相应的，时段选择浮层的高度根据所设置的用餐时段的数量进行适配。
83.例如，如图4a所示，当用餐时段设置较少时，时段选择浮层适配第一高度，如图4b所示，当用餐时段设置较多时，时段选择浮层适配第二高度。
84.s208，接收对所述至少一个用餐时段中目标用餐时段的选择指令，在所述时段选择浮层上显示预计送达时段，并将所述订餐按钮设置为可触控状态；
85.用户可以在所显示的多个用餐时段中进行选择，当确定目标用餐时段后，该目标用餐时段变为高亮状态，相应的，点餐按钮变为可触控状态，即用户可进行触控操作。
86.同时，可在时段选择浮层中展示预计送达时段，合理分配信息展示时机，最大程度简化信息，减少冗余和干扰。
87.例如，如图6所示，用户选择午餐后，午餐时段被设置为高亮的选中状态，“开始点餐”按钮也被设置为可点击状态，同时，在该按钮上方显示“午餐，预计送达时间：今天12:00-12:30”。
88.s210，接收对所述订餐按钮的触控指令，隐藏所述时段选择浮层；
89.可以理解的是，用户触控该点餐按钮，用户终端响应该触控指令，隐藏时段选择浮层，然后显示包括至少一个餐品的订餐界面，该订餐界面中的所有餐品均为可选择状态。
90.例如，一种可行的订餐界面如图7所示，用户可在该界面进行餐品选择并下单。
91.s212，接收对所述订餐界面中目标餐品的选择指令，生成订单。
92.用户可浏览该订餐界面中的所有餐品并进行选择，当选择目标餐品后进行确认操作，如点击“订单提交”按钮，从而生成订单。
93.进一步的，服务器接收到该订单，进而进行订单分配及餐品派送等流程。
94.采用本技术实施例，通过多行多列的方式在时段选择浮层上尽可能多的显示用餐时段，且简化显示每个用餐时段的时间，可以简化交互与信息，并自动定位到当前时段，减少用户操作；通过人脸插图 引导文案信息的拟人方式以及采用页签的方式显示不同日期的用餐时段的拟物方式，可以增加暗示与引导，增强用户的使用感知；再者，在今天全部时段均不可用时，仍停留在今天以及在明天的页签上显示标记标签，可以让用户理解当前情况，再引导其进行其他任务，避免误操作。采用本技术实施例，可以降低用户的使用门槛，尤其对于高龄用户，减少操作出错的概率。
95.请参见图8，为本技术实施例提供的一种订餐装置的结构示意图。如图8所示，该订餐装置1可以通过软件、硬件或者两者的结合实现成为用户终端的全部或一部分。根据一些实施例，该订餐装置1包括界面显示模块11、状态设置模块12、浮层隐藏模块13以及订单生成模块14，具体包括：
96.界面显示模块11，用于接收对订餐二维码的扫描指令，显示包括时段选择浮层的订餐界面，所述时段选择浮层包括所设置的至少一个用餐时段以及订餐按钮，各所述用餐
时段按照多行多列方式展开，所述订餐按钮为不可触控状态，所述时段选择浮层包括不同日期的用餐时段，采用页签的形式显示不同日期的用餐时段，所述时段选择浮层上还显示人脸插图和与所显示的点餐状态对应的引导文案信息；
97.状态设置模块12，用于接收对所述至少一个用餐时段中目标用餐时段的选择指令，并将所述订餐按钮设置为可触控状态；
98.浮层隐藏模块13，用于接收对所述订餐按钮的触控指令，隐藏所述时段选择浮层；
99.订单生成模块14，用于接收对所述订餐界面中目标餐品的选择指令，生成订单。
100.可选的，如图9所示，所述装置还包括：
101.送达时段显示模块15，用于在所述时段选择浮层上显示预计送达时段。
102.可选的，如图9所示，各所述用餐时段按照多行多列方式展开包括各所述用餐时段按照从早到晚、从左到右的顺序逐行展开，或各所述用餐时段按照从早到晚、从上到下的顺序逐列展开，所述装置还包括：
103.时段定位模块16，用于定位到当前用餐时段；
104.高度适配模块17，用于基于所述订餐二维码所属的扫码区域对应的显示高度显示所述时段选择浮层。
105.可选的，如图9所示，所述装置还包括信息简化模块18，用于：
106.若所述用餐时段为已过期时段，以第一预设灰度显示所述已过期时段，并显示所述已过期时段的结束时间；
107.若所述用餐时段为当前时段，则高亮显示所述用餐时段，并显示所述当前时段的结束时间；
108.若所述用餐时段为未开始时段，则以第二预设灰度显示所述未开始时段，并显示所述未开始时段的起始时间。
109.可选的，如图9所示，所述装置还包括标签显示模块19，用于：
110.若当前日期的所有用餐时段均不可用，则在所述时段选择浮层显示当前日期所在页签的用餐时段，并在当前日期的下一日期的页签上显示标记标签。
111.可选的，所述标签显示模块19还用于：
112.若当前日期的所有用餐时段均不可用，则在所述时段选择浮层显示人脸插图和包含无可用预定时段的引导文案信息。
113.采用本技术实施例，通过多行多列的方式在时段选择浮层上尽可能多的显示用餐时段，且简化显示每个用餐时段的时间，可以简化交互与信息，并自动定位到当前时段，减少用户操作；通过人脸插图 引导文案信息的拟人方式以及采用页签的方式显示不同日期的用餐时段的拟物方式，可以增加暗示与引导，增强用户的使用感知；再者，在今天全部时段均不可用时，仍停留在今天以及在明天的页签上显示标记标签，可以让用户理解当前情况，再引导其进行其他任务，避免误操作。采用本技术实施例，可以降低用户的使用门槛，尤其对于高龄用户，减少操作出错的概率。
114.本技术实施例还提供的一种计算机存储介质，所述计算机存储介质可以存储有多条指令，所述指令适于由处理器加载并执行如上述图1～图7所示实施例的所述信息展示方法，具体执行过程可以参见图1～图7所示实施例的具体说明，在此不进行赘述。
115.本技术实施例还提供的一种计算机程序产品，该计算机程序产品存储有至少一条
指令，所述至少一条指令由所述处理器加载并执行如上述图1～图7所示实施例的所述信息展示方法，具体执行过程可以参见图1～图7所示实施例的具体说明，在此不进行赘述。
116.请参考图10，示出了本技术一个示例性实施例提供的电子设备的结构方框图。本技术中的电子设备可以包括一个或多个如下部件：处理器110、存储器120、输入装置130、输出装置140和总线150。处理器110、存储器120、输入装置130和输出装置140之间可以通过总线150连接。
117.处理器110可以包括一个或者多个处理核心。处理器110利用各种接口和线路连接整个终端内的各个部分，通过运行或执行存储在存储器120内的指令、程序、代码集或指令集，以及调用存储在存储器120内的数据，执行终端100的各种功能和处理数据。可选地，处理器110可以采用数字信号处理(digital signal processing，dsp)、现场可编程门阵列(field－programmable gate array，fpga)、可编程逻辑阵列(programmable logic array，pla)中的至少一种硬件形式来实现。处理器110可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块通信芯片进行实现。
118.存储器120可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory，rom)。可选地，该存储器120包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器120可用于存储指令、程序、代码、代码集或指令集。
119.其中，输入装置130用于接收输入的指令或数据，输入装置130包括但不限于键盘、鼠标、摄像头、麦克风或触控设备。输出装置140用于输出指令或数据，输出装置140包括但不限于显示设备和扬声器等。在本技术实施例中，输入装置130可以为温度传感器，用于获取终端的运行温度。输出装置140可以为扬声器，用于输出音频信号。
120.除此之外，本领域技术人员可以理解，上述附图所示出的终端的结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，终端中还包括射频电路、输入单元、传感器、音频电路、无线保真(wireless fidelity，wifi)模块、电源、蓝牙模块等部件，在此不再赘述。
121.在本技术实施例中，各步骤的执行主体可以是上文介绍的用户终端。可选地，各步骤的执行主体为用户终端的操作系统。操作系统可以是安卓系统，也可以是ios系统，或者其它操作系统，本技术实施例对此不作限定。
122.在图10的终端中，处理器110可以用于调用存储器120中存储的订餐程序，并执行以实现如本技术各个方法实施例所述的订餐方法。
123.采用本技术实施例，通过多行多列的方式在时段选择浮层上尽可能多的显示用餐时段，且简化显示每个用餐时段的时间，可以简化交互与信息，并自动定位到当前时段，减少用户操作；通过人脸插图 引导文案信息的拟人方式以及采用页签的方式显示不同日期的用餐时段的拟物方式，可以增加暗示与引导，增强用户的使用感知；再者，在今天全部时段均不可用时，仍停留在今天以及在明天的页签上显示标记标签，可以让用户理解当前情况，再引导其进行其他任务，避免误操作。采用本技术实施例，可以降低用户的使用门槛，尤
其对于高龄用户，减少操作出错的概率。
124.本领域的技术人员可以清楚地了解到本说明书的技术方案可借助软件和/或硬件来实现。本说明书中的“单元”和“模块”是指能够独立完成或与其他部件配合完成特定功能的软件和/或硬件，其中硬件例如可以是现场可编程门阵列(field－programmable gate array，fpga)、集成电路(integrated circuit，ic)等。
125.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本说明书并不受所描述的动作顺序的限制，因为依据本说明书，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本说明书所必须的。
126.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
127.在本说明书所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些服务接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
128.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
129.另外，在本说明书各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
130.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通进程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(read-only memory，rom)、随机存取器(random access memory，ram)、磁盘或光盘等。
131.以上所述者，仅为本说明书的示例性实施例，不能以此限定本说明书的范围。即但凡依本说明书教导所作的等效变化与修饰，皆仍属本说明书涵盖的范围内。本领域技术人员在考虑说明书及实践这里的公开后，将容易想到本说明书的其它实施方案。本说明书旨在涵盖本说明书的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本说明书的一般性原理并包括本说明书未记载的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本说明书的范围和精神由权利要求限定。