一种食材提醒方法及显示设备、服务器与流程

1.本技术涉及信息管理技术领域，尤其涉及一种食材提醒方法及显示设备、服务器。


背景技术：

2.随着显示设备的快速发展，显示设备的功能将越来越丰富，性能也越来越强大，目前，显示设备包括智能电视、手机、食材存储设备，以及其他带有智能显示屏幕的产品等。具有显示器的智能食材存储设备，可以为用户提供食材的智能管理、智能储藏、多功能提醒等多种功能。
3.在目前的智能食材存储设备产品中，用户将食材放在食材存储设备后，长时间放置的食材很容易过期，针对这种情况通常由食材存储设备端进行食材过期提醒。但是，这种提醒方式通常在固定时间进行推送，且仅在食材存储设备端有提醒，用户不注意的话很容易漏掉，用户体验不好。


技术实现要素：

4.本技术提供了一种食材提醒方法及显示设备、服务器，以解决食材提醒效果低下的问题。
5.第一方面，本技术提供了一种显示设备，包括：显示器，被配置为呈现显示有定时提醒控件的用户界面；与所述显示器连接的控制器，所述控制器被配置为：
6.响应于用户触发定时提醒控件产生的设置指令，在用户界面中呈现定时提醒界面，所述定时提醒界面中呈现用于添加食材提醒时间的信息添加控件；
7.响应于触发所述信息添加控件产生的添加指令，在用户界面中呈现提醒信息添加界面，所述提醒信息添加界面中呈现用于设置食材提醒时间的提醒信息输入框；
8.获取用户基于所述提醒信息输入框产生的自定义食材提醒时间，将所述自定义食材提醒时间发送至服务器，所述自定义食材提醒时间用于使服务器在到达自定义食材提醒时间时向显示设备推送食材提醒信息，所述食材提醒信息是指服务器基于食材存储设备端中现有食材的食材信息生成的信息。
9.第二方面，本技术还提供了一种服务器，包括：控制器，被配置为：
10.接收显示设备发送的自定义食材提醒时间和食材存储设备端发送的携带推送参数的食材信息，所述自定义食材提醒时间是指用户操作显示设备设置的用于展示食材提醒信息的时间，所述食材信息是指食材存储设备端内所有现有食材的信息，所述推送参数用于确定食材提醒信息的内容；
11.按照预设食材提醒推送类型，筛选出目标推送参数，基于所述目标推送参数和食材信息，生成食材提醒信息；
12.在到达所述自定义食材提醒时间时，将所述食材提醒信息按照所述自定义食材提醒时间发送至显示设备，以由所述显示设备展示所述食材提醒信息。
13.第三方面，本技术还提供了一种食材提醒方法，应用于显示设备，所述方法包括：
14.响应于用户触发定时提醒控件产生的设置指令，在用户界面中呈现定时提醒界面，所述定时提醒界面中呈现用于添加食材提醒时间的信息添加控件；
15.响应于触发所述信息添加控件产生的添加指令，在用户界面中呈现提醒信息添加界面，所述提醒信息添加界面中呈现用于设置食材提醒时间的提醒信息输入框；
16.获取用户基于所述提醒信息输入框产生的自定义食材提醒时间，将所述自定义食材提醒时间发送至服务器，所述自定义食材提醒时间用于使服务器在到达自定义食材提醒时间时向显示设备推送食材提醒信息，所述食材提醒信息是指服务器基于食材存储设备端中现有食材的食材信息生成的信息。
17.第四方面，本技术还提供了一种食材提醒方法，应用于服务器，所述方法包括：
18.接收显示设备发送的自定义食材提醒时间和食材存储设备端发送的携带推送参数的食材信息，所述自定义食材提醒时间是指用户操作显示设备设置的用于展示食材提醒信息的时间，所述食材信息是指食材存储设备端内所有现有食材的信息，所述推送参数用于确定食材提醒信息的内容；
19.按照预设食材提醒推送类型，筛选出目标推送参数，基于所述目标推送参数和食材信息，生成食材提醒信息；
20.在到达所述自定义食材提醒时间时，将所述食材提醒信息按照所述自定义食材提醒时间发送至显示设备，以由所述显示设备展示所述食材提醒信息。
21.第五方面，本技术还提供了一种存储介质，该存储介质可存储有程序，该程序执行时可实现包括本技术提供的食材提醒方法各实施例中的部分或全部步骤。
22.由以上技术方案可知，本发明实施例提供的一种食材提醒方法及显示设备、服务器，用户触发显示设备中呈现的定时提醒控件，展示包括信息添加控件的定时提醒界面；用户触发信息添加控件，展示包括提醒信息输入框的提醒信息添加界面。用户在提醒信息输入框中设置自定义食材提醒时间，并发送至服务器。服务器接收显示设备发送的自定义食材提醒时间和食材存储设备端发送的携带推送参数的食材信息，按照预设食材提醒推送类型，筛选出目标推送参数，基于目标推送参数和食材信息，生成食材提醒信息；在到达自定义食材提醒时间时，将食材提醒信息发送至显示设备进行展示。可见，本技术提供用户自定义设置食材提醒时间的功能，服务器可基于不同的推送参数产生不同的食材提醒信息，并在用户设置的自定义食材提醒时间推送至显示设备中展示，使得用户可在任何时间均可通过显示设备接收到食材提醒信息，用户不会错过食材提醒信息，以对食材存储设备中的食材进行及时处理，可减少食材过期和浪费，用户体验好。
附图说明
23.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
24.图1示出了根据一些实施例的智能控制设备与控制装置之间操作场景的示意图；
25.图2示出了根据一些实施例的智能控制设备200的硬件配置框图；
26.图3示出了根据一些实施例的智能控制设备200中软件配置图；
27.图4示出了根据一些实施例的食材存储设备外观示意图；
28.图5示出了根据一些实施例的多终端食材管理的系统架构图；
29.图6示出了根据一些实施例的食材提醒整体架构图；
30.图7示出了根据一些实施例的显示设备执行食材提醒方法的流程图；
31.图8示出了根据一些实施例的显示设备执行食材提醒方法的一种数据流图；
32.图9示出了根据一些实施例的设备主页的示意图；
33.图10示出了根据一些实施例的包括查看控件的提醒界面的示意图；
34.图11示出了根据一些实施例的显示设备执行食材提醒方法的另一种数据流图；
35.图12示出了根据一些实施例的带有提醒推送类型选择框的提醒信息添加界面的示意图；
36.图13示出了根据一些实施例的服务器执行食材提醒方法的流程图。
具体实施方式
37.为使本技术的目的和实施方式更加清楚，下面将结合本技术示例性实施例中的附图，对本技术示例性实施方式进行清楚、完整地描述，显然，描述的示例性实施例仅是本技术一部分实施例，而不是全部的实施例。
38.需要说明的是，本技术中对于术语的简要说明，仅是为了方便理解接下来描述的实施方式，而不是意图限定本技术的实施方式。除非另有说明，这些术语应当按照其普通和通常的含义理解。
39.本技术中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似或同类的对象或实体，而不必然意味着限定特定的顺序或先后次序，除非另外注明。应该理解这样使用的用语在适当情况下可以互换。
40.术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的所有组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。
41.术语“模块”是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。
42.在智能控制设备为显示设备时，基于显示设备的结构进行介绍。
43.图1示出了根据一些实施例的智能控制设备与控制装置之间操作场景的示意图。如图1所示，智能控制设备200还与服务器400进行数据通信，用户可通过智能设备300或控制装置操作智能控制设备200或食材存储设备100。
44.在一些实施例中，控制装置可以是遥控器，遥控器和智能控制设备的通信包括红外协议通信或蓝牙协议通信，及其他短距离通信方式中的至少一种，通过无线或有线方式来控制智能控制设备200。用户可以通过遥控器上按键、语音输入、控制面板输入等至少一种输入用户指令，来控制智能控制设备200。
45.在一些实施例中，智能设备300可以包括移动终端、平板电脑、计算机、笔记本电脑，ar/vr设备等中的任意一种。
46.在一些实施例中，也可以使用智能设备300以控制智能控制设备200。例如，使用在智能设备上运行的应用程序控制智能控制设备200。在一些实施例中，也可以使用智能设备300和智能控制设备进行数据的通信。
47.在一些实施例中，智能控制设备200还可以采用除了控制装置和智能设备300之外的方式进行控制，例如，可以通过智能控制设备200设备内部配置的获取语音指令的模块直接接收用户的语音指令控制，也可以通过智能控制设备200设备外部设置的语音控制装置来接收用户的语音指令控制。
48.在一些实施例中，智能控制设备200还与服务器400进行数据通信。可允许智能控制设备200通过局域网(lan)、无线局域网(wlan)和其他网络进行通信连接。服务器400可以向智能控制设备200提供各种内容和互动。服务器400可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。
49.在一些实施例中，一个步骤执行主体执行的软件步骤可以随需求迁移到与之进行数据通信的另一步骤执行主体上进行执行。示例性的，服务器执行的软件步骤可以随需求迁移到与之数据通信的智能控制设备上执行，反之亦然。
50.图2示出了根据一些实施例的智能控制设备200的硬件配置框图。参见图2，在一些实施例中，智能控制设备200包括调谐解调器210、通信器220、检测器230、外部装置接口240、控制器250、显示器260、音频输出接口270、存储器、供电电源、用户接口中的至少一种。在一些实施例中，控制器包括中央处理器，视频处理器，音频处理器，图形处理器，ram，rom，用于输入/输出的第一接口至第n接口。
51.在一些实施例中，显示器260包括用于呈现画面的显示屏组件，以及驱动图像显示的驱动组件，用于接收源自控制器输出的图像信号，进行显示视频内容、图像内容以及菜单操控界面的组件以及用户操控ui界面等。在一些实施例中，显示器260可为液晶显示器、oled显示器、以及投影显示器中的至少一种，还可以为一种投影装置和投影屏幕。
52.在一些实施例中，控制器250和调谐解调器210可以位于不同的分体设备中，即调谐解调器210也可在控制器250所在的主体设备的外置设备中，如外置机顶盒等。在一些实施例中，控制器250，通过存储在存储器上中各种软件控制程序，来控制智能控制设备的工作和响应用户的操作。控制器250控制智能控制设备200的整体操作。例如：响应于接收到用于选择在显示器260上显示ui对象的用户命令，控制器250便可以执行与由用户命令选择的对象有关的操作。
53.在一些实施例中，所述对象可以是可选对象中的任何一个，例如超链接、图标或其他可操作的控件。与所选择的对象有关操作有：显示连接到超链接页面、文档、图像等操作，或者执行与所述图标相对应程序的操作。
54.在一些实施例中控制器包括中央处理器(central processing unit，cpu)，视频处理器，音频处理器，图形处理器(graphics processing unit，gpu)，ram random access memory，ram)，rom(read-only memory，rom)，用于输入/输出的第一接口至第n接口，通信总线(bus)等中的至少一种。
55.在一些实施例中，用户可在显示器260上显示的图形用户界面(gui)输入用户命令，则用户输入接口通过图形用户界面(gui)接收用户输入命令。或者，用户可通过输入特定的声音或手势进行输入用户命令，则用户输入接口通过传感器识别出声音或手势，来接收用户输入命令。
56.在一些实施例中，“用户界面”，是应用程序或操作系统与用户之间进行交互和信息交换的介质接口，它实现信息的内部形式与用户可以接受形式之间的转换。用户界面常
用的表现形式是图形用户界面(graphic user interface，gui)，是指采用图形方式显示的与计算机操作相关的用户界面。它可以是在电子设备的显示屏中显示的一个图标、窗口、控件等界面元素，其中控件可以包括图标、按钮、菜单、选项卡、文本框、对话框、状态栏、导航栏、widget等可视的界面元素中的至少一种。在一些实施例中，用户接口280，为可用于接收控制输入的接口(如：智能控制设备本体上的实体按键，或其他等)。
57.图3示出了根据一些实施例的智能控制设备200中软件配置图。参见图3，在一些实施例中，将系统分为四层，从上至下分别为应用程序(applications)层(简称“应用层”)，应用程序框架(application framework)层(简称“框架层”)，安卓运行时(android runtime)和系统库层(简称“系统运行库层”)，以及内核层。
58.在一些实施例中，应用程序层中运行有至少一个应用程序，这些应用程序可以是操作系统自带的窗口(window)程序、系统设置程序或时钟程序等；也可以是第三方开发者所开发的应用程序。在具体实施时，应用程序层中的应用程序包不限于以上举例。
59.框架层为应用程序提供应用编程接口(application programming interface，api)和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层相当于一个处理中心，这个中心决定让应用层中的应用程序做出动作。应用程序通过api接口，可在执行中访问系统中的资源和取得系统的服务。
60.如图3所示，本技术实施例中应用程序框架层包括管理器(managers)，提供器(content provider)、网络管理系统等，其中管理器包括以下模块中的至少一个：活动管理器(activity manager)用与和系统中正在运行的所有活动进行交互；位置管理器(location manager)用于给系统服务或应用提供了系统位置服务的访问；文件包管理器(package manager)用于检索当前安装在设备上的应用程序包相关的各种信息；通知管理器(notification manager)用于控制通知消息的显示和清除；窗口管理器(window manager)用于管理用户界面上的括图标、窗口、工具栏、壁纸和桌面部件。
61.图4示出了根据一些实施例的食材存储设备外观示意图。如图4所示，在冷藏室门200b上设有显示屏，显示屏嵌入到门体中。在一些实施例中，显示屏的屏幕所在平面与箱门外表面平齐。
62.在一些实施例中，食材存储设备还包括控制器，控制器与显示屏相连接，用于与服务器进行交互获取信息和数据，绘制用户界面，输出显示信号至显示屏，显示屏接收控制器输出的显示信号，显示相应的图像信息，如用户界面等。
63.在一些实施例中，具有显示器的智能食材存储设备，可以为用户提供食材的智能管理、智能储藏、多功能提醒等多种功能。在目前的智能食材存储设备产品中，用户将食材放在食材存储设备后，长时间放置的食材很容易过期，为提醒用户及时使用食材，可向用户进行食材提醒。
64.针对这种食材提醒情况通常由食材存储设备端进行食材过期提醒，但是，这种提醒方式通常在固定时间进行推送，且仅在食材存储设备端有提醒，用户不注意的话很容易漏掉，用户体验不好。
65.为此，为便于用户可以设置自定义提醒时间以及随处能够接收到食材提醒信息，本技术提出食材提醒方法，可通过多终端实现自定义提醒时间以及接收食材提醒信息。多终端包括但不限于显示设备、智能终端、第二屏等终端。食材存储设备可为智能冰箱、冷柜、
酒柜等带有显示屏的存储设备，显示设备可为智能电视，智能终端可为智能手机、pad等，第二屏可为具有显示屏和蓝牙模块的便携式智能设备等终端。智能终端和第二屏端基于食材存储设备端的食材提醒信息的自定义和接收方式可参照显示设备侧基于食材存储设备端的食材提醒信息自定义和接收方式，此处不进行赘述。
66.在一些实施例中，在实现多终端食材提醒管理时，涉及食材存储设备、显示设备(第二屏)、智能终端和服务器，显示设备、食材存储设备和智能终端的两两之间均通过服务器进行通信连接。服务器为配置有aiot物联网的服务器，可实现多种终端之间的信息同步，实现多终端食材管理。同时，用户需要在食材存储设备、显示设备和智能终端等终端中登录同一个账号，以进行账号绑定。
67.图5示出了根据一些实施例的多终端食材管理的系统架构图。参见图5，显示设备内配置有电视端食材管理应用和云端服务，云端服务通过服务器与食材存储设备和智能终端进行通信连接；电视端食材管理应用用于实现对食材信息的更新和查询，以及，设置自定义食材提醒时间，例如，将本端产生的食材变更信息和自定义食材提醒时间分别通过云端服务和服务器同步至食材存储设备和智能终端，以及，接收来自食材存储设备或智能终端产生的食材变更信息和自定义食材提醒时间以更新显示设备中存储的食材信息，以通过显示设备查看食材存储设备中的食材信息和食材提醒信息，使得三个终端中存储的食材信息相同，接收到的食材提醒信息也相同。
68.食材存储设备内配置信息添加模块、食材存储设备端食材管理应用和云端服务，信息添加模块用于实现食材信息的添加、修改、删除等管理操作，信息添加模块包括语音添加模块、手动添加模块和rfid(radio frequency identification，无线射频识别)添加模块。语音添加模块用于通过语音方式实现食材信息的管理，手动添加模块用于实现通过手动操作食材管理界面实现食材信息的管理，rfid添加模块可通过扫描食材上贴附的rfid标签来实现添加。
69.食材存储设备端云端服务通过服务器与显示设备和智能终端进行通信连接；食材存储设备端食材管理应用用于基于信息添加模块产生的食材信息更新食材存储设备端存储的食材信息并展示现有食材的食材信息，以及，供用户设置自定义食材提醒时间，例如，将本端产生的食材变更信息和自定义食材提醒时间分别通过食材存储设备端云端服务和服务器同步至显示设备和智能终端，以及，接收来自显示设备或智能终端产生的食材变更信息和自定义食材提醒时间以更新食材存储设备中存储的食材信息，以展示食材存储设备中现有食材的食材信息和食材提醒信息供用户查看，使得三个终端中存储的食材信息相同，接收到的食材提醒信息也相同。
70.智能终端内配置有手机端食材管理应用和云端服务，云端服务通过服务器与食材存储设备和显示设备进行通信连接；手机端食材管理应用用于实现对食材信息的更新和查看，以及，供用户设置自定义食材提醒时间，例如，将本端产生的食材变更信息和自定义食材提醒时间分别通过云端服务和服务器同步至食材存储设备和显示设备，以及，接收来自食材存储设备或显示设备产生的食材变更信息和自定义食材提醒时间以更新智能终端中存储的食材信息，以通过智能终端查看食材存储设备中的食材信息和食材提醒信息，使得三个终端中存储的食材信息相同，接收到的食材提醒信息也相同。
71.在多终端实现基于食材存储设备中现有食材的食材提醒方法可实现用户在任一
个终端基于食材存储设备中现有食材的食材提醒信息的自定义设置，多终端食材管理、食材信息与食材提醒信息互联互通，用户可以实时、实地对食材存储设备中的食材信息进行查询管理，食材查询更为高效，以及，用户可以各个终端接收到食材提醒信息，减少食材浪费，能够极大提升用户生活品质。
72.在一些实施例中，用户在显示设备中设置自定义食材提醒时间，那么在系统时间到达自定义提醒时间段时，服务器可分别向显示设备端、智能终端、食材存储设备端、第二屏端等推送食材提醒信息，使得进行账号绑定的各个终端均可基于用户在任一个终端上设置的自定义食材提醒时间，以及，接收到服务器推送的食材提醒信息，便于用户能够实时、实地地通过任一个终端接收到食材提醒信息，减少食材过期及浪费。
73.在一些实施例中，用户在设置食材提醒信息的推送时间之外，还可设置食材提醒信息的内容，即自定义提醒规则。基于用户的需求可设置不同的食材提醒推送类型，以确定食材提醒信息的种类。
74.食材提醒推送类型可基于不同的推送参数来确定，推送参数包括但不限于食材保质期(exp)、食材新鲜度(fresh)、食材取用频率(rate)、食材数量(count)、食材存储设备开门次数(opencount)、食材存储设备开门时间(opentime)、食材存储设备取出食材时间(removetime)、用户提醒处理状态(state)等。选取至少一个推送参数即可组成一个提醒规则，进而确定对应的食材提醒推送类型。
75.例如，基于食材新鲜度组成一个提醒规则，确定的食材提醒推送类型为食材本体状态类型，如食材过期提醒、食材快过期提醒、食材新鲜提醒类型；基于食材新鲜度和食材取用频率组成一个提醒规则，确定的食材提醒推送类型为菜谱类型。
76.可见，用户可以将食材提醒进行自定义，包括食材提醒时间和提醒信息种类的自定义，与用户生活习惯相符，提升用户生活品质。
77.在一些实施例中，用户在显示设备等终端侧实现自定义食材提醒时间的设置，服务器侧基于食材存储设备端存储现有食材的食材信息和食材提醒推送类型，产生食材提醒信息，在当前系统时间到达自定义食材提醒时间时向各个终端分别推送食材提醒推送类型对应的食材提醒信息，避免用户遗漏提醒信息，及时对食材存储设备中的现有食材进行处理，如将过期食材取出丢弃，将快过期食材取出进行食用等。
78.图6示出了根据一些实施例的食材提醒整体架构图。参见图6，为实现多终端与服务器之间的食材提醒信息产生和推送，本技术提供的食材提醒整体架构包括食材存储设备端、服务器和其他终端(显示设备、食材存储设备、智能终端、第二屏端等)。食材存储设备端内配置开关门服务和食材存储设备端食材管理应用，开关门服务用于检测食材存储设备开关门的相关数据，例如获取食材存储设备开门次数(opencount)、食材存储设备开门时间(opentime)、食材存储设备取出食材时间(removetime)等。食材存储设备端食材管理应用用于将食材存储设备端存储的现有食材的携带推送参数的食材信息上报至服务器。
79.服务器内配置内容分发服务和大数据分析系统，内容分发服务接收食材存储设备端上传的携带推送参数的食材信息，并发送至大数据分析系统。同时，内容分发服务根据各个终端类型及需求，将内容服务推送给各个终端。大数据分析系统用于基于不同的提醒规则(食材提醒推送类型)和食材信息产生不同的食材提醒信息，最后由大数据分析系统将其计算出的食材提醒信息根据用户设置的自定义食材提醒时间分别推送至各个终端进行展
示。
80.可见，本技术提供的食材提醒方法，用户可以在各个终端进行食材提醒时间的自定义，并可自定义提醒规则，在到达自定义食材提醒时间后，用户可以在各个终端接收到食材提醒信息，用户可及时获取到食材存储设备端内现有食材的情况，减少食材过期及浪费，用户体验好。
81.图7示出了根据一些实施例的显示设备执行食材提醒方法的流程图；图8示出了根据一些实施例的显示设备执行食材提醒方法的一种数据流图。本发明实施例提供的一种显示设备，包括：显示器，被配置为呈现显示有定时提醒控件的用户界面；与显示器连接的控制器，在执行图7和图8所示的食材提醒方法时，控制器被配置为执行下述步骤：
82.s11、响应于用户触发定时提醒控件产生的设置指令，在用户界面中呈现定时提醒界面，定时提醒界面中呈现用于添加食材提醒时间的信息添加控件。
83.在用户操作显示设备设置对食材存储设备端中现有食材的食材提醒时间时，用于设置食材提醒时间的主体为定时提醒界面。用户启动定时提醒界面的方式包括但不限定于两种方式，一种是基于显示设备的设备主页中呈现的定时提醒控件启动定时提醒界面，另一种方式是在启动显示设备时，在显示设备中呈现的包括定时提醒控件的提醒界面，触发定时提醒控件启动定时提醒界面。
84.图9示出了根据一些实施例的设备主页的示意图。在一些实施例中，在基于显示设备的设备主页中呈现的定时提醒控件启动定时提醒界面时，设备主页中呈现定时提醒控件，如图9中的电视端食材管理应用，用户触发电视端食材管理应用，即可启动定时提醒界面呈现在显示器中，以进行食材提醒时间的自定义。
85.基于设备主页中的定时提醒控件启动定时提醒界面的方式可应用在显示设备处于运行状态的任何场景下，在显示设备运行时，比如播放视频文件、观看直播节目等，如果用户想要对食材存储设备端现有食材的食材提醒时间进行自定义，用户可随时操作显示设备的显示内容回到设备主页，触发设备主页中的定时提醒控件，启动并显示定时提醒界面，实现实时的食材提醒时间的自定义和查看、编辑等操作。
86.在一些实施例中，在用户基于启动显示设备阶段启动定时提醒界面时，启动显示设备，显示设备内配置的食材提醒服务启动，此时，由食材提醒服务判断是否存在自定义食材提醒时间，以基于不同的判断结果在显示设备中呈现不同的提醒界面，便于用户进行对应的操作。
87.具体地，控制器在执行响应于用户触发定时提醒控件产生的设置指令之前，被进一步配置为执行下述步骤：
88.步骤01、响应于显示设备的启动指令，获取食材提醒时间标志位，食材提醒时间标志位用于表征是否存在用户设置的自定义食材提醒时间；
89.步骤02、如果食材提醒时间标志位为true，则在用户界面中呈现包括查看控件的提醒界面，查看控件用于查看用户设置的自定义食材提醒时间。
90.步骤03、如果食材提醒时间标志位为false，则在用户界面中呈现包括定时提醒控件的提醒界面，定时提醒控件用于添加食材提醒时间。
91.在启动显示设备时，产生启动指令，电视端食材管理应用接收到启动指令后，启动食材提醒服务。为便于食材提醒服务判断是否存在自定义食材提醒时间，获取食材提醒时
间标志位(miscustom)。如果存在自定义食材提醒时间，则食材提醒时间标志位为true；如果不存在自定义食材提醒时间，则食材提醒时间标志位为false。
92.在一些实施例中，在食材提醒服务获取到的食材提醒时间标志位为true时，说明用户之前设置过自定义食材提醒时间，此时，显示设备可自动进入食材提醒流程无需用户再次设置提醒时间，在到达自定义食材提醒时间后接收来自服务器发送的食材提醒信息并进行展示，以及，用户可对设置的自定义食材提醒时间相关信息进行查看。
93.为便于用户查看设置的自定义食材提醒时间，在用户界面中呈现包括查看控件的提醒界面，查看控件用于查看用户设置的自定义食材提醒时间。
94.图10示出了根据一些实施例的包括查看控件的提醒界面的示意图。参见图10，在启动显示设备时，检测到食材提醒时间标志位为true，则在显示器中呈现提醒界面，提醒界面中包括查看控件和提醒信息，提醒信息由用户设置的自定义食材提醒时间生成，如“小聚已经设置每天18:30提醒您食材存储设备里的美食了”；用户触发查看控件，在当前用户界面中生成定时提醒界面，定时提醒界面中展示至少一个提醒项，提醒项基于用户设置的自定义食材提醒时间生成，用户基于定时提醒界面中的各个提醒项即可查看用户设置过的每一个自定义食材提醒时间。
95.各个提醒项的排序方式是按照其对应的自定义食材提醒时间的从早到晚的顺序进行排序，每个提醒项的一侧还设置开关按钮，开关按钮用于决定对应的自定义食材提醒时间是否需要接收来自服务器推送的食材提醒信息。如果第一个提醒项的开关为关闭状态，则在到达15:30时，显示设备不接收来自服务器推送的食材提醒信息，即服务器无需在15:30向显示设备等各终端推送食材提醒信息。如果第一个提醒项的开关为开启状态，则食材提醒信息正常推送。
96.在一些实施例中，在启动显示设备时，在食材提醒服务获取到的食材提醒时间标志位为false时，说明用户之前未设置过自定义食材提醒时间，此时，需要提醒用户进行食材提醒时间的设置。因此，在启动显示设备时，在用户界面中呈现包括定时提醒控件和提示信息的提醒界面。提示信息用于提示用户是否需要对食材存储设备端现有食材设置食材提醒时间，如“您还未设置食材提醒时间，是否现在去设置”；定时提醒控件用于添加食材提醒时间，用户通过遥控器触发定时提醒控件，生成定时提醒界面，用户基于定时提醒界面即可实现食材提醒时间的自定义添加。
97.在用户需要利用显示设备添加基于食材存储设备端现有食材的食材提醒信息时，显示设备的用户界面中呈现定时提醒界面，定时提醒界面中呈现用于添加食材提醒时间的信息添加控件。
98.在一些实施例中，在启动显示设备时，无论显示设备中呈现的提醒界面是包括查看控件的提醒界面还是包括定时提醒控件的提醒界面，该提醒界面的显示时长仅为预设时长，如1分钟。如果在1分钟内用户并未基于某个提醒界面执行对应的操作，则该提醒界面取消显示，避免影响用户正常使用显示设备，造成对正常画面的遮挡。
99.s12、响应于触发信息添加控件产生的添加指令，在用户界面中呈现提醒信息添加界面，提醒信息添加界面中呈现用于设置食材提醒时间的提醒信息输入框。
100.在用户操作显示设备设置食材提醒时间时，通过遥控器触发定时提醒界面中的信息添加控件，生成提醒信息添加界面，切换展示在显示设备的显示器中。提醒信息添加界面
中显示有提醒信息输入框，提醒信息输入框包括提醒时间输入框和提醒频率输入框。提醒时间输入框用于输入时间数值，提醒频率输入框用于输入提醒的重复次数，如每天、每周、一周内的任一天、关闭重复等。因此，自定义食材提醒时间包括提醒时间和提醒频率。
101.如果用户基于提醒时间输入框输入的时间为16:30，基于提醒频率输入框输入的频率为每天时，代表服务器需在每天的16:30时刻向各个终端推送其计算的食材提醒信息。为便于用户能够实时对食材提醒功能的启动与否，可在提醒信息添加界面中展示食材提醒功能开关。
102.用户在基于提醒信息添加界面完成时间和频率的设置后，点击提醒信息添加界面中的保存按钮，如“保存提醒”按钮，即可获得对应的自定义食材提醒时间。此时，显示设备中显示的用户界面由提醒信息添加界面切换回定时提醒界面。
103.用户在显示设备端每产生一个自定义食材提醒时间，均基于自定义食材提醒时间生成一个提醒项，并显示在定时提示界面中。定时提醒界面中各个提醒项的展示顺序按照各个自定义食材提醒时间的时间从早到晚的顺序排列，并在提醒项的一侧对应展示开关按钮，便于快速启动或关闭某个自定义食材提醒时间对应的提醒流程。
104.s13、获取用户基于提醒信息输入框产生的自定义食材提醒时间，将自定义食材提醒时间发送至服务器，自定义食材提醒时间用于使服务器在到达自定义食材提醒时间时向显示设备推送食材提醒信息，食材提醒信息是指服务器基于食材存储设备端中现有食材的食材信息生成的信息。
105.在用户基于显示设备中呈现的提醒信息添加界面输入自定义食材提醒时间后，显示设备中的食材提醒服务将自定义食材提醒时间发送至服务器。服务器在接收到显示设备发送的自定义食材提醒时间后，即可在系统时间到达自定义食材提醒时间后，将其基于食材存储设备端现有食材的食材信息计算得到的食材提醒信息发送至显示设备。如果存在于显示设备和食材存储设备端登录同一账号的其他终端，则该食材提醒信息也会被推送至其他终端中显示。其中，服务器产生食材提醒信息和基于自定义食材提醒时间向其他终端推送食材提醒信息的实现过程均可参照后续服务器实施例提出的内容，此处不赘述。
106.在显示设备执行向服务器上传自定义食材提醒时间时，控制器在执行将自定义食材提醒时间发送至服务器，被进一步配置为执行下述步骤：
107.步骤131、在接收到用户基于提醒信息输入框产生的自定义食材提醒时间后，设置食材提醒时间标志位为true，以及，判断本地网络是否处于连接状态，食材提醒时间标志位用于表征是否存在用户设置的自定义食材提醒时间；
108.步骤132、如果本地网络处于连接状态，则将自定义食材提醒时间发送至服务器。
109.在用户操作显示设备产生自定义食材提醒时间后，为便于确定设备本端存在自定义食材提醒时间，则需将显示设备端的食材提醒时间标志位设置为true，使得在后续用户重新启动显示设备时，能够基于检测到的食材提醒时间标志位的结果来确定启动显示设备后用户界面中弹出的提醒界面的显示内容。提醒界面显示不同内容的具体实现过程可参照前述实施例提供的步骤01至步骤03的内容，此处不再赘述。
110.在完成食材提醒时间标志位的设置后，需进一步判断本端设备的网络是否连接正常，以保证信息的传输。因此，判断本地网络是否处于连接状态。如果网络未连接，则等待网络连接成功；如果网络连接，则可将自定义食材提醒时间上传至服务器，便于各个终端之间
同步接收服务器在自定义食材提醒时间推送的食材提醒信息，以及，在其他终端查看显示设备端设置的自定义食材提醒时间。
111.在一些实施例中，用户可基于显示设备端主动添加自定义食材提醒时间，还可对以前添加的自定义食材提醒时间进行编辑修改，还可基于从服务器获取的其他终端添加的自定义食材提醒时间更新显示设备本地存储的自定义食材提醒时间，以更新显示设备中定时提醒界面中各个提醒项的显示内容。上述各个自定义提醒流程的执行不分先后顺序，可基于实际应用情况执行对应的自定义提醒流程。
112.在一些实施例中，在执行显示设备本地已存储以前添加的自定义食材提醒时间，用户需要对其进行编辑修改的自定义提醒流程时，该过程可应用在用户启动显示设备时，在显示设备中呈现包括查看控件的提醒界面时，触发查看控件在显示设备中呈现定时提醒界面的场景下，还可应用在任一时刻启动电视端食材管理应用，呈现定时提醒界面的场景下。
113.在编辑修改的自定义提醒流程应用在启动显示设备，在显示设备中呈现包括查看控件的提醒界面场景下时，控制器被进一步配置为执行下述步骤：
114.步骤141、响应于触发查看控件的查看指令，在用户界面中呈现包括至少一个提醒项的定时提醒界面，提醒项基于用户设置的自定义食材提醒时间产生。
115.步骤142、响应于触发定时提醒界面中的目标提醒项，在用户界面中呈现提醒信息编辑界面，提醒信息编辑界面中呈现基于目标自定义食材提醒时间生成的提醒信息编辑框。
116.步骤143、获取基于提醒信息编辑框产生的新自定义食材提醒时间，基于新自定义食材提醒时间对定时提醒界面中的目标提醒项的展示信息进行更新，以及，将新自定义食材提醒时间发送至服务器。
117.在用户启动显示设备时，如果检测到食材提醒时间标志位为true，则在显示设备中呈现包括查看控件的提醒界面。用户触发查看控件，在当前用户界面中生成定时提醒界面。
118.在用户需要对现有的自定义食材提醒时间进行编辑修改时，用户可触发定时提醒界面中的任一个提醒项，生成提醒信息编辑界面，并在提醒信息编辑界面中呈现基于目标自定义食材提醒时间生成的提醒信息编辑框。提醒信息编辑界面中的提醒信息编辑框包括提醒时间编辑框和提醒频率编辑框，提醒时间编辑框用于编辑修改时间数值，提醒频率编辑框用于编辑修改提醒的重复次数。
119.用户基于提醒时间编辑框和提醒频率编辑框对上述数值进行修改，点击提醒信息编辑界面中的保存修改按钮，即可获得对应的新自定义食材提醒时间。用户界面由提醒信息编辑界面切换回定时提醒界面，并基于新自定义食材提醒时间对定时提醒界面中的目标提醒项的展示信息进行更新。最后，将修改后产生的新自定义食材提醒时间发送至服务器，以便于其他终端更新自身存储的自定义食材提醒，以及，便于服务器能够基于新自定义食材提醒时间向各个终端推送食材提醒信息。
120.在一些实施例中，在编辑修改的自定义提醒流程应用在任一时刻启动电视端食材管理应用，呈现定时提醒界面的场景下，用户操作显示设备修改任一个自定义食材提醒时间的实现过程，可仅参照步骤142至步骤143的内容，此处不再赘述。
121.在一些实施例中，在执行基于从服务器获取的其他终端添加的自定义食材提醒时间更新显示设备本地存储的自定义食材提醒时间，以更新显示设备中定时提醒界面中各个提醒项的显示内容的自定义提醒流程时，该过程可应用在用户启动显示设备时，在显示设备中呈现包括查看控件的提醒界面时，触发查看控件在显示设备中呈现定时提醒界面的场景下，还可应用在任一时刻启动电视端食材管理应用，呈现定时提醒界面的场景下。
122.图11示出了根据一些实施例的显示设备执行食材提醒方法的另一种数据流图。参见图11，在更新显示设备本地缓存的自定义提醒流程应用在启动显示设备，在显示设备中呈现包括查看控件的提醒界面，触发查看控件以展示定时提醒界面场景下时，控制器在执行响应于触发查看控件的查看指令，在用户界面中呈现包括至少一个提醒项的定时提醒界面，被进一步配置为执行下述步骤：
123.步骤151、响应于触发查看控件的查看指令，在食材提醒时间标志位为true以及本地网络处于连接状态时，获取本地存储的自定义食材提醒时间和服务器端存储的自定义食材提醒时间。
124.步骤152、如果本地存储的自定义食材提醒时间对应的时间戳早于服务器端存储的自定义食材提醒时间对应的时间戳，则基于服务器端存储的自定义食材提醒时间生成提醒项，将提醒项展示在定时提醒界面中。
125.步骤153、如果本地存储的自定义食材提醒时间对应的时间戳晚于服务器端存储的自定义食材提醒时间对应的时间戳，则基于本地存储的自定义食材提醒时间生成提醒项，将提醒项展示在定时提醒界面中。
126.显示设备本地更新缓存的自定义食材提醒时间的时机在于其他终端产生新的自定义食材提醒时间的时刻，显示设备本地更新时刻可在后台进行更新。而为了能够给用户呈现最新的自定义食材提醒时间，可在用户操作显示设备呈现定时提醒界面时，基于最新的自定义食材提醒时间，生成对应的提醒项，并依次进行展示。
127.因此，在用户启动显示设备阶段，显示设备中呈现包括查看控件的提醒界面，用户触发查看控件以展示定时提醒界面时，基于触发查看控件产生的查看指令，由食材提醒服务检测本地的食材提醒时间标志位，在食材提醒时间标志位为true时，说明本地存在自定义食材提醒时间。
128.为了判断其他终端侧是否也存在自定义食材提醒时间，显示设备需向服务器获取通信连接。此时，为保证通信正常，需先判断本地网络是否处于连接状态。如果网络未连接，则等待网络连接成功；如果网络已连接，则可向服务器获取其他终端上传的自定义食材提醒时间。
129.在确定显示设备本地的自定义食材提醒时间是否需要更新时，需要判断本地存储的自定义食材提醒时间与服务器端存储的自定义食材提醒时间哪一个是最新存储的时间。因此，获取本地存储的自定义食材提醒时间对应的时间戳和服务器端存储的自定义食材提醒时间对应的时间戳。
130.如果本地存储的自定义食材提醒时间对应的时间戳早于服务器端存储的自定义食材提醒时间对应的时间戳，说明服务器端存储的自定义食材提醒时间较新，则需要基于服务器端存储的自定义食材提醒时间更新本地缓存的自定义食材提醒时间。此时，在需要定时提醒界面中呈现最新的自定义食材提醒时间时，基于服务器端存储的自定义食材提醒
时间生成提醒项，将提醒项展示在定时提醒界面中。
131.如果本地存储的自定义食材提醒时间对应的时间戳晚于服务器端存储的自定义食材提醒时间对应的时间戳，说明显示设备端存储的自定义食材提醒时间较新，则不需要基于服务器端存储的自定义食材提醒时间更新本地缓存，只需基于本地缓存呈现相应界面即可。此时，在需要定时提醒界面中呈现最新的自定义食材提醒时间时，基于本地存储的自定义食材提醒时间生成提醒项，将提醒项展示在定时提醒界面中。
132.在一些实施例中，在更新显示设备本地缓存的自定义提醒流程应用在任一时刻启动电视端食材管理应用，呈现定时提醒界面的场景下时，本地缓存更新的实现过程可参照步骤151至步骤153的内容(不包括触发查看控件的过程)，此处不再赘述。
133.可见，本技术可实现用户操作显示设备设置基于食材存储设备端现有食材的自定义食材提醒时间，同时，可编辑已添加的自定义食材提醒时间，以修改提醒时间和提醒频率，也可删除提醒。在编辑提醒时，可以快速开启和关闭定时食材提醒功能。用户在显示设备端设置自定义食材提醒时间后，服务器即可在自定义食材提醒时间向显示设备以及其他终端同步推送食材提醒信息。
134.在一些实施例中，服务器除基于用户设置的自定义食材提醒时间向显示设备及其他终端推送食材提醒信息之外，还可由用户设置食材提醒信息的种类，以便于服务器推送的食材提醒信息能够符合用户的应用需求。
135.为此，为便于用户在添加自定义食材提醒时间时，能够同步添加食材提醒信息的种类，可在提醒信息添加界面中同时展示提醒信息输入框和提醒推送类型选择框，便于用户快速添加。
136.在用户操作显示设备同步设置提醒时间和提醒信息种类时，控制器被进一步配置为执行下述步骤：
137.步骤161、在基于提醒信息添加界面中的提醒信息输入框产生自定义食材提醒时间时，在提醒信息添加界面中展示提醒推送类型选择框，提醒推送类型选择框中展示数个食材提醒推送类型。
138.步骤162、获取用户基于推送类型选择框设置的指定食材提醒推送类型，将指定食材提醒推送类型与对应的自定义食材提醒时间发送至服务器，指定食材提醒推送类型用于表征显示设备展示的食材提醒信息的种类。
139.图12示出了根据一些实施例的带有提醒推送类型选择框的提醒信息添加界面的示意图。参见图12，用户操作显示设备，在显示设备的用户界面中呈现提醒信息添加界面时，为便于用户能够同步添加自定义食材提醒时间和食材提醒信息的种类，可在提醒信息添加界面中同时展示提醒信息输入框和提醒推送类型选择框。用户启动提醒信息添加界面的方式可参照前述实施例公开的任一种方式，以及，基于提醒信息输入框产生自定义食材提醒时间的实现过程可参照前述实施例的内容，此处不再赘述。
140.在基于提醒推送类型选择框设置食材提醒信息的种类时，提醒推送类型选择框中显示有数个食材提醒推送类型，一个食材提醒推送类型对应一个食材提醒信息的种类。食材提醒推送类型可为较常用的食材本体状态类型(过期、快过期、新鲜类型)和菜谱类型等，也可由用户自定义类型。
141.在用户基于提醒推送类型选择框设置指定食材提醒推送类型后，显示设备将用户
设置的指定食材提醒推送类型和对应的自定义食材提醒时间一起发送至服务器，便于服务器能够在自定义食材提醒时间，向显示设备及其他终端推送指定食材提醒推送类型的食材提醒信息，使得显示设备中能够展示指定食材提醒推送类型对应的食材提醒信息。
142.可见，用户在显示设备等终端侧实现自定义食材提醒时间和食材提醒推送类型的设置，服务器侧基于食材存储设备端存储现有食材的食材信息和食材提醒推送类型，产生食材提醒信息，在当前系统时间到达自定义食材提醒时间时向各个终端分别推送食材提醒推送类型对应的食材提醒信息，避免用户遗漏提醒信息，及时对食材存储设备中的现有食材进行处理，如将过期食材取出丢弃，将快过期食材取出进行食用等。
143.在一些实施例中，显示设备端或其他终端产生用户添加的自定义食材提醒时间和/或指定食材提醒推送类型，需将该添加信息同步上传至服务器，以由服务器执行相应的食材提醒信息的推送。在显示设备接收到服务器发送的食材提醒信息后，即可在显示设备的用户界面中展示食材提醒信息或指定食材提醒推送类型的食材提醒信息。
144.为此，在显示设备端展示食材提醒信息时，控制器被进一步配置为执行下述步骤：
145.步骤171、接收服务器基于自定义食材提醒时间发送的指定食材提醒推送类型的食材提醒信息。
146.步骤172、基于指定食材提醒推送类型的食材提醒信息生成展示有提醒详情查看控件的提醒弹窗，显示在用户界面中。
147.步骤173、响应于触发提醒详情查看控件产生的查看指令，在用户界面中呈现食材提醒详情界面，食材提醒详情界面展示有指定食材提醒推送类型的食材提醒信息的详情信息。
148.服务器在接收到显示设备或其他终端发送的自定义食材提醒时间，在系统时间到达自定义食材提醒时间后，基于食材存储设备端现有食材的食材信息，通过计算和分析，得到预设食材提醒推送类型的食材提醒信息，并将食材提醒信息发送至显示设备或其他终端。预设食材提醒推送类型可为默认的推送类型。
149.服务器在接收到显示设备或其他终端发送的自定义食材提醒时间和指定食材提醒推送类型后，在系统时间到达自定义食材提醒时间后，基于食材存储设备端现有食材的食材信息，通过计算和分析，得到指定食材提醒推送类型的食材提醒信息，并将指定食材提醒推送类型的食材提醒信息发送至显示设备或其他终端。
150.显示设备在接收到服务器发送的食材提醒信息后，即可基于该食材提醒信息生成提醒弹窗。在到达自定义食材提醒时间后，无论显示设备中呈现何种画面，均会在当前画面中展示提醒弹窗。提醒弹窗中展示有提醒内容和提醒详情查看控件，提醒内容基于指定食材提醒推送类型对应的食材提醒信息生成，提醒详情查看控件用于查看完整的食材提醒信息。在食材提醒信息为食材本体状态类型的信息，具体为展示过期食材的食材提醒信息时，提醒内容仅列举部分食材名称，如“你的【食材a】、【食材b】、【食材c】已经过期啦”。
151.为便于用户能够查看到所有食材提醒信息，用户可触发提醒弹窗中的提醒详情查看控件，在用户界面中呈现食材提醒详情界面，食材提醒详情界面展示有指定食材提醒推送类型的食材提醒信息的详情信息。
152.食材提醒详情界面的一种呈现方式可为食材标签页面，按照过期食材标签、快过期食材标签和新鲜食材标签分别展示食材存储设备端现有食材的食材信息。
153.在一些实施例中，如果用户操作显示设备设置多个自定义食材提醒时间，那么显示设备在同一天内会先后接收到数个食材提醒信息。食材提醒信息通常仅通过提醒弹窗的形式展示预设时长(如1分钟)，如果经过预设时长后，提醒弹窗取消显示。而为便于用户能够在其他时间仍能查看到服务器推送的食材提醒信息，显示设备可将接收到的各个食材提醒信息存储至通知中心。
154.为此，在用户通过通知中心查看各个食材提醒信息时，控制器被进一步配置为执行下述步骤：
155.步骤181、响应于触发用户界面中呈现的通知入口控件产生的查看指令，获取服务器在每个自定义食材提醒时间发送的食材提醒信息；
156.步骤182、将每个食材提醒信息按照对应的自定义食材提醒时间进行排序，生成通知提醒界面，显示在用户界面中。
157.显示设备的设备主页中展示通知入口控件，如图11中的“通知中心”，用户触发通知入口控件，产生查看指令，从本地获取服务器在每个自定义食材提醒时间向显示设备发送的食材提醒信息。
158.各个食材提醒信息按照对应的自定义食材提醒时间从晚到早的顺序进行排序，即将最新接收到的食材提醒信息展示在首位，将最早接收到的食材提醒信息展示在末位。基于排序后的各个食材提醒信息，生成通知提醒界面，展示在用户界面中。
159.通知提醒界面中展示各个服务器推送的食材提醒信息，各个食材提醒信息按照通知条目的形式依次展示。通知条目中展示有自定义食材提醒时间和通知内容，通知内容基于食材提醒推送类型和食材信息生成。用户可基于通知提醒界面中展示的各个通知条目查看用户错过的食材提醒信息，用户不会漏掉任何一个提醒信息，以便于用户能够随时对各个食材提醒信息进行处理，用户体验好。
160.在一些实施例中，对于一些比较特殊的食材提醒信息，如果在该食材提醒信息进行提醒时，用户并未在显示设备前，则无法查看到该食材提醒信息，导致用户错过。但该类食材提醒信息又需要用户及时对相应食材进行处理，因此，用户可设置该类食材提醒信息在同一天内会推送多次，以随时提醒用户去处理相应食材存储设备端的现有食材。
161.而如果接收到服务器在某一次推送的食材提醒信息后，用户立即处理相应食材，那么，后续将不再重复推送该食材提醒信息，避免造成资源浪费。
162.为此，为避免重复推送同一食材提醒信息，控制器被进一步配置为：在用户查看显示设备中呈现的目标食材提醒信息后，产生已查看通知，将已查看通知发送至服务器，已查看通知用于指示服务器将目标食材提醒信息的提醒处理状态更改为已处理状态，已处理状态用于表征服务器在预设时长内不再向显示设备推送已查看的目标食材提醒信息。在用户查看某个通知后，服务器更改提醒处理状态的实现过程可参照后续实施例的内容，此处不再赘述。
163.可见，本发明实施例提供的一种显示设备，提供用户自定义设置食材提醒时间的功能，用户触发定时提醒控件，展示包括信息添加控件的定时提醒界面；用户触发信息添加控件，展示包括提醒信息输入框的提醒信息添加界面。用户在提醒信息输入框中设置自定义食材提醒时间，并发送至服务器，使得服务器在到达自定义食材提醒时间时向显示设备推送食材提醒信息。可见，服务器推送的食材提醒信息可在显示设备中展示，且可在任何时
间均可接收到食材提醒信息，用户不会错过食材提醒信息，以对食材存储设备中的食材进行及时处理，可减少食材过期和浪费，用户体验好。
164.在一些实施例中，在进行自定义的食材提醒时，用户在显示设备端设置食材提醒时间和食材提醒规则，而在服务器端产生食材提醒信息。服务器利用其配置的内容分发服务和大数据分析系统基于食材提醒规则和食材存储设备端现有食材的食材信息产生食材提醒信息，并在用户设置的食材提醒时间将该食材提醒信息推送至显示设备及其他终端，以使得用户可以实时、实地的通过不同终端查看到服务器推送的基于食材存储设备端现有食材的食材提醒信息，以便于用户能够对食材存储设备中的食材进行及时处理，及时处理过期食材并避免出现其他食材过期或浪费。
165.图13示出了根据一些实施例的服务器执行食材提醒方法的流程图。本发明实施例提供一种服务器，包括：控制器，在执行图13所示的食材提醒方法时，该控制器被配置为执行下述步骤：
166.步骤21、接收显示设备发送的自定义食材提醒时间和食材存储设备端发送的携带推送参数的食材信息，自定义食材提醒时间是指用户操作显示设备设置的用于展示食材提醒信息的时间，食材信息是指食材存储设备端内所有现有食材的信息，推送参数用于确定食材提醒信息的内容。
167.在服务器执行提醒推送规则时，需依据显示设备端和食材存储设备端的数据，例如，依据显示设备端由用户设置的自定义食材提醒时间确定推送时间，依据食材存储设备端所有现有食材的食材信息产生食材提醒信息。
168.为此，用户在显示设备端每设置一个自定义食材提醒时间，均上传至服务器，服务器接收到显示设备发送的自定义食材提醒时间，即可确定其执行推送动作的时间。用户基于显示设备产生自定义食材提醒时间的相关实现过程可参照前述显示设备实施例的内容，此处不再赘述。
169.为向显示设备推送食材存储设备端食材的状态情况，服务器获取食材存储设备端内存储的所有现有食材，以基于食材信息产生食材提醒信息。现有食材是指当前存储在食材存储设备内的食材，不包括历史存储又取出的食材。
170.为提高服务器提醒推送规则的多维度特点，服务器在基于食材存储设备端现有食材的食材信息产生食材提醒信息时，可基于不同的维度产生不同类型的食材提醒信息，以向用户推送多样性的食材提醒信息，使得用户能够了解到食材存储设备内不同食材的状态情况。
171.为此，食材存储设备端向服务器上传食材信息时，该食材信息中携带推送参数，推送参数用于确定服务器提醒推送规则的各个维度，以确定食材提醒信息的不同食材提醒推送类型，以及，不同类型对应的内容。推送参数选自食材信息中的某一数据项，食材信息中包括多种数据项，在食材信息中选出可作为归类、计算分析的数据项作为推送参数。
172.食材提醒推送类型可基于不同的推送参数来确定，推送参数包括但不限于食材保质期(exp)、食材新鲜度(fresh)、食材取用频率(rate)、食材数量(count)、食材存储设备开门次数(opencount)、食材存储设备开门时间(opentime)、食材存储设备取出食材时间(removetime)、用户提醒处理状态(state)等。选取至少一个推送参数即可组成一个提醒规则，进而确定对应的食材提醒推送类型。
173.例如，基于食材新鲜度组成一个提醒规则，确定的食材提醒推送类型为食材本体状态类型，如食材过期提醒、食材快过期提醒、食材新鲜提醒类型；基于食材新鲜度和食材取用频率组成一个提醒规则，确定的食材提醒推送类型为菜谱类型。
174.步骤22、按照预设食材提醒推送类型，筛选出目标推送参数，基于目标推送参数和食材信息，生成食材提醒信息。
175.食材存储设备端上传的食材信息中包括推送参数组，不同的推送参数组合可得到不同类型的食材提醒信息。因此，为便于产生某种食材提醒信息，可基于服务器内预设食材提醒推送类型，在多个不同推送参数中筛选出目标推送参数，目标推送参数可为推送参数组中的至少一个参数。
176.预设食材提醒推送类型为服务器内配置的默认推送类型，即在用户未进行自定义推送类型时，服务器基于默认推送类型筛选目标推送参数，以基于食材存储设备端的食材信息生成食材提醒信息。
177.在一些实施例中，基于不同的食材提醒推送需求，需利用不同的推送参数对各个食材的食材信息进行分析计算，以获得满足食材提醒推送需求的食材提醒信息。因此，可为不同的推送参数配置不同的权重，将满足食材提醒推送需求的推送参数配置的权重较高，而食材提醒推送需求未利用到的推送参数配置的权重最低。
178.可见，服务器在基于预设食材提醒推送类型筛选目标推送参数时，可为各个推送参数配置不同的权重，将目标推送参数配置较高的权重，其余未筛选的推送参数配置较低的权重，进而基于权重较高的目标推送参数对食材信息进行计算分析，获得食材提醒信息。
179.因此，在筛选目标推送参数时，控制器在执行按照预设食材提醒推送类型，筛选出目标推送参数，被进一步配置为执行下述步骤：
180.步骤2211、在预设食材提醒推送类型表征一种筛选维度时，确定筛选维度对应的推送参数为目标推送参数，以及，设置目标推送参数的权重为1。
181.步骤2212、在预设食材提醒推送类型表征多种筛选维度时，确定每种筛选维度对应的推送参数为目标推送参数，以及，依次设置每个目标推送参数的权重，所有目标推送参数的权重和为1。
182.预设食材提醒推送类型可表征不同的食材提醒推送规则，那么推送维度也不同，即利用到的推送参数也不同。若仅用到一个推送参数，则推送维度为一个，如过期食材；若用到两个推送参数，则推送维度为两个，如快过期且食材取用频率的食材。因此，可根据预设食材提醒推送类型，确定推送维度，将该推送维度作为筛选推送参数的筛选维度，进而可确定对应的目标推送参数。
183.在一些实施例中，在基于预设食材提醒推送类型表征的食材提醒推送需求中，该食材提醒推送需求仅需一个推送维度，那么用户筛选推送参数的筛选维度也为一种，则将该种推送维度对应的推送参数作为目标推送参数。例如，若预设食材提醒推送类型为推送过期食材类型，则推送维度为过期，即筛选维度为过期维度，而为用户筛选过期维度食材的推送参数为食材新鲜度，因此，将食材新鲜度作为目标推送参数。
184.再例如，若预设食材提醒推送类型为推送最近取用频率较高的食材类型，则推送维度为取用频率，即筛选维度为取用频率维度，而为用户筛选取用频率维度食材的推送参数为食材取用频率，因此，将食材取用频率作为目标推送参数。
185.在确定出目标推送参数后，为便于后续基于目标推送参数对食材存储设备端现有食材的食材信息进行计算和分析，需对目标推送参数配置权重。而由于目标推送参数仅为一个，那么该目标推送参数的权重为1。后续服务器仅需基于权重最大的目标推送参数对食材存储设备端现有食材的食材信息进行计算和分析，以产生食材提醒信息。
186.在一些实施例中，在基于预设食材提醒推送类型表征的食材提醒推送需求中，该食材提醒推送需求需多个推送维度，那么用户筛选推送参数的筛选维度也为多种，则将该多种推送维度对应的多个推送参数均作为目标推送参数。例如，若预设食材提醒推送类型为推送部分快过期食材类型，则推送维度为部分和快过期，即筛选维度为数量维度和快过期维度，而为用户筛选数量维度的推送参数为食材数量，以及，筛选快过期维度的推送参数为食材新鲜度，因此，将食材数量和食材新鲜度均作为目标推送参数。
187.在确定出目标推送参数后，为便于后续基于目标推送参数对食材存储设备端现有食材的食材信息进行计算和分析，需对各个目标推送参数配置权重。而由于目标推送参数为两个，分别为两个目标推送参数配置不同的权重，配置时，基于不同目标推送参数的优先级进行配置，由于食材新鲜度为最高优先级的维度，因此为食材新鲜度配置较高的权重，食材数量的优先级较低，因此，其权重较低。例如食材新鲜度为0.8，食材数量为0.2。
188.优先级表征对应目标推送参数相对于预设食材提醒推送类型的重要度，在“部分快过期食材类型”下，经过分析可知快过期食材为食材存储设备端现有食材中最为重要的筛选维度，食材数量次之，因此，食材新鲜度的权重要大于食材数量的权重。
189.由于后续服务器仅需基于权重最大的目标推送参数对食材存储设备端现有食材的食材信息进行计算和分析，以产生食材提醒信息，因此，两个目标推送参数的权重和为1，其余未利用到的推送参数的权重为0。不同的推送参数权重，可以侧重不同类型的食材推送提醒信息，且权重越大，提醒优先级别越高，权重总和为1。在不同的食材提醒推送类型下，对于同一推送参数，其配置的权重可基于当前对应的食材提醒推送类型而调整。
190.在一些实施例中，在筛选出后续分析和计算所需的目标推送参数后，即可基于目标推送参数对食材存储设备端现有食材的食材信息进行分析和计算，以获得向显示设备推送的食材提醒信息。因此，控制器在执行基于目标推送参数和食材信息，生成食材提醒信息，被进一步配置为执行下述步骤：
191.步骤2221、获取每个目标推送参数的权重。
192.步骤2222、按照每个权重从大到小的排序结果，筛选与目标推送参数对应的指定食材。
193.步骤2223、基于指定食材的食材信息和目标推送参数对应的提醒类型标识，生成食材提醒信息，提醒类型标识用于表征食材提醒推送类型。
194.在基于目标推送参数对食材存储设备端现有食材的食材信息进行分析和计算，以获得与某个食材提醒推送类型相匹配的食材提醒信息时，先获取目标推送参数的权重。如果目标推送参数为多个，则可基于不同的权重确定哪一个目标推送参数是最高优先级的分析和计算所需的参数。
195.将每个目标推送参数的权重按照从大到小的顺序进行排序，基于排序结果对食材存储设备端所有现有食材的食材信息进行分析和计算，以筛选出与目标推送参数对应的指定食材，该指定食材即为与食材提醒推送类型相匹配的食材。
196.获取与目标推送参数对应的提醒类型标识，即用于表征食材提醒推送类型的提醒类型标识。最后，基于筛选出的指定食材的食材信息和提醒类型标识，生成食材提醒信息。食材提醒信息用于向显示设备及其他终端展示食材存储设备端中某个现有食材的状态情况，便于用户能够利用不同终端均可了解到食材存储设备中的现有食材的情况，用户体验好。
197.在一些实施例中，在筛选维度为一种时，控制器在执行基于目标推送参数和食材信息，生成食材提醒信息，被进一步配置为执行下述步骤：
198.步骤2231、在预设食材提醒推送类型表征的筛选维度为食材本体状态维度时，确定目标推送参数为食材新鲜度，食材新鲜度的权重为1。
199.步骤2232、在食材新鲜度达到第一数值范围时，筛选出对应的食材为过期食材，以及，基于过期食材的食材信息和食材过期提醒类型标识，生成用于表征食材过期的食材提醒信息。
200.步骤2233、在食材新鲜度达到第二数值范围时，筛选出对应的食材为快过期食材，以及，基于快过期食材的食材信息和食材快过期提醒类型标识，生成用于表征食材快过期的食材提醒信息。
201.步骤2234、在食材新鲜度达到第三数值范围时，筛选出对应的食材为新鲜食材，以及，基于新鲜食材的食材信息和食材新鲜提醒类型标识，生成用于表征食材新鲜的食材提醒信息。
202.在食材提醒推送类型表征一种筛选维度，且该筛选维度为食材本体状态维度时，可以确定出目标推送参数为食材新鲜度，且该食材新鲜度的权重为1，即食材新鲜度参数为后续计算食材提醒信息的唯一参数。
203.食材新鲜度是指食材临近保质期的剩余天数，食材新鲜度的计算方式是：食材新鲜度时间(freshtime)＝保质期时间(exptime)-食材放入时间(addtime)；食材新鲜度(％)＝食材新鲜度时间(freshtime)/保质期时间(exptime)。
204.在基于食材新鲜度时间转换为进度条进行显示时，进度条以1位满格(100％)，则食材新鲜度(％)＝freshtime/exptime的区间在66.7％-100％，对应的进度条显示区间为[2/3，1]，此时，食材新鲜度为新鲜。食材新鲜度(％)＝freshtime/exptime的区间在33.3％-66.7％，对应的进度条显示区间为[1/3，2/3]，此时，食材新鲜度为相对新鲜。食材新鲜度(％)＝freshtime/exptime的区间在0％-33.3％，对应的进度条显示区间为[0，1/3]，此时，食材新鲜度为快过期。食材新鲜度时间(freshtime)《0，则进度条不显示区间，此时，食材新鲜度为已过期。
[0205]
可见，不同的食材新鲜度可产生不同状态的食材，进而可产生不同类型的食材提醒信息。为此，在食材新鲜度达到第一数值范围时，如食材新鲜度时间(freshtime)《0，则可基于食材新鲜度这一指标参数，从食材存储设备端所有现有食材中筛选出食材新鲜度时间《0对应的食材为过期食材。基于过期食材的食材信息和食材过期提醒类型标识，生成用于表征食材过期的食材提醒信息。
[0206]
在食材新鲜度达到第二数值范围(0％-33.3％)时，则可基于位于0％-33.3％的食材新鲜度这一指标参数，从食材存储设备端所有现有食材中筛选出食材新鲜度位于0％-33.3％对应的食材为快过期食材。基于快过期食材的食材信息和食材快过期提醒类型标
识，生成用于表征食材快过期的食材提醒信息。
[0207]
在食材新鲜度达到第三数值范围(》33.3％)时，则可基于》33.3％的食材新鲜度这一指标参数，从食材存储设备端所有现有食材中筛选出食材新鲜度》33.3％对应的食材为新鲜食材。基于新鲜食材的食材信息和食材新鲜提醒类型标识，生成用于表征食材新鲜的食材提醒信息。
[0208]
可见，在预设食材提醒推送类型表征的筛选维度为食材本体状态维度时，服务器可基于食材新鲜度这一推送参数，对食材存储设备端现有食材的食材信息进行分析和计算，以得到分别用于表征过期、快过期和新鲜食材的食材提醒信息。因此，服务器可将该三种食材提醒信息均推送至显示设备或其他终端中显示，便于用户了解食材存储设备中食材情况。
[0209]
在一些实施例中，如果预设食材提醒推送类型表征的筛选维度为过期食材维度时，服务器可直接仅将用于表征食材过期的食材提醒信息推送至显示设备；如果预设食材提醒推送类型表征的筛选维度为快过期食材维度时，服务器可直接仅将用于表征食材快过期的食材提醒信息推送至显示设备；如果预设食材提醒推送类型表征的筛选维度为新鲜食材维度时，服务器可直接仅将用于表征食材新鲜的食材提醒信息推送至显示设备。因此，食材提醒信息的推送内容可基于服务器端所依据的食材提醒推送类型来确定。
[0210]
在一些实施例中，在筛选维度为两种时，控制器在执行基于目标推送参数和食材信息，生成食材提醒信息，被进一步配置为执行下述步骤：
[0211]
步骤2241、在预设食材提醒推送类型表征的筛选维度为菜谱维度时，确定目标推送参数为食材新鲜度和食材取用频率，食材新鲜度的权重大于食材取用频率的权重，食材新鲜度和食材取用频率的权重和为1。
[0212]
步骤2242、在食材新鲜度达到第二数值范围，以及，食材取用频率低于取用阈值时，筛选出对应的食材为指定食材，指定食材是指快过期且取用频率低的食材。
[0213]
步骤2243、获取包括指定食材的目标菜谱，基于目标菜谱和菜谱提醒类型标识，生成用于表征菜谱推荐的食材提醒信息。
[0214]
在食材提醒推送类型表征的筛选维度为菜谱维度时，通常为用户推荐的是基于食材存储设备端现有食材搜索的菜谱，而推荐的菜谱所依据的食材为快过期且取用频率较低的食材。为用户推荐快过期且取用频率较低的食材，可以使得食材存储设备中快过期的食材尽快食用掉，以及，长期未食用的食材尽快食用掉，避免这种食材过期，造成食材浪费。
[0215]
因此，虽然菜谱维度属于一种维度，但其相当于包括过期食材维度和取用频率维度，即该菜谱维度可以筛选出两个目标推送参数，分别为食材新鲜度和食材取用频率，使得服务器向显示设备推送基于快过期且取用频率较低的食材产生的菜谱。
[0216]
由于快过期食材更临近过期，而取用频率较低的食材可能还离过期有段时间，因此，很明显食材新鲜度为高优先级的参数，食材取用频率为相对较低优先级的参数，进入可确定食材新鲜度的权重大于食材取用频率的权重，食材新鲜度和食材取用频率的权重和为1，例如，食材新鲜度的权重为0.7，食材取用频率的权重为0.3，即食材新鲜度参数和食材取用频率为后续计算食材提醒信息的两个指标参数。
[0217]
为获得菜谱类的食材提醒信息，需利用快过期食材，因此，从食材存储设备端现有食材中筛选出食材新鲜度达到第二数值范围的快过期食材。同时，还需利用取用频率较低
的食材，因此，还需在筛选出的过期食材中再次筛选食材取用频率低于取用阈值的食材，作为指定食材，指定食材是指快过期且取用频率低的食材。
[0218]
取用阈值可设为10％，将食材取用频率低于10％的快过期食材筛选处理，即可得到快过期且取用频率低的指定食材。
[0219]
指定食材可为多个，因此，可基于每个指定食材从互联网中搜索包括至少一个指定食材的目标菜谱。在获取菜谱类食材提醒信息对应的菜谱提醒类型标识，基于目标菜谱和菜谱提醒类型标识，生成用于表征菜谱推荐的食材提醒信息。
[0220]
服务器在依据前述任一方式产生不同类型的食材提醒信息后，即可基于对应的自定义食材提醒时间，将对应类型的食材提醒信息发送至显示设备及其他终端，便于用户理由终端查看食材存储设备端现有食材的状态情况。
[0221]
在一些实施例中，服务器在向显示设备端推送菜谱类的食材提醒信息时，服务器仅是基于食材名称进行搜索，这样会搜索到很多类似的菜谱。由于同一个菜谱中所使用到的食材数量可能不同，即可能食材存储设备中存储的该食材的数量少于推荐菜谱中所需的数量，此时，基于食材存储设备现有食材不足以制作推荐菜谱，则可将此类菜谱不推荐给用户，避免造成无用功，影响用户体验。
[0222]
因此，服务器在获取包括指定食材的菜谱时，控制器被进一步配置为执行下述步骤：
[0223]
步骤22431、获取每个菜谱中包括的食材名称和食材数量，以及，食材存储设备端存入的各个食材的食材名称和食材数量。
[0224]
步骤22432、如果具有相同食材名称的菜谱中所需的食材数量大于食材存储设备端存入的食材数量，则将对应的菜谱删除。
[0225]
步骤22433、如果具有相同食材名称的菜谱中所需的食材数量小于或等于食材存储设备端存入的食材数量，则筛选出对应的菜谱作为目标菜谱。
[0226]
服务器基于每个指定食材的食材名称筛选出多个菜谱，再基于每个菜谱中所需食材数量和食材存储设备端中存入的食材数量，来判断该菜谱可基于食材存储设备端现有食材制作出来。因此，将食材数量作为二轮筛选菜谱的推送参数。
[0227]
如果菜谱中所需指定食材的食材数量大于食材存储设备端存入指定食材的食材数量，说明食材存储设备中现有食材不足以制作该菜谱，因此，无需将该菜谱推荐给用户，即将该种菜谱从搜索结果中删除。
[0228]
如果菜谱中所需指定食材的食材数量小于或等于食材存储设备端存入指定食材的食材数量，说明食材存储设备中现有食材可以制作该菜谱，可将该菜谱推荐给用户。因此，将无法制作的菜谱删除后，将剩余的可利用食材存储设备中现有食材制作的菜谱作为目标菜谱，推荐给用户。最后基于目标菜谱生成食材提醒信息，发送至显示设备及其他终端，便于用户查看。
[0229]
在一些实施例中，食材提醒信息中包括的菜谱类信息可为多条，例如，可为20条。
[0230]
在一些实施例中，由于不同的菜谱所适用的时段不同，例如，早餐不适合吃油腻的食物，中餐应食用热量充足的食物等。因此，在确定目标菜谱时，还可利用每个指定食材被用户在历史时段的取用时间和菜谱的食用时段，来确定该菜谱是否可在自定义食材提醒时间向显示设备端的用户推荐。
[0231]
具体地，在获取包括指定食材的目标菜谱时，控制器被进一步配置为执行下述步骤：
[0232]
步骤22434、获取用户取出每个指定食材的开门时间和取出食材时间，以及，每个菜谱的食用时段。
[0233]
步骤22435、基于开门时间、取出食材时间和食用时段，判断与自定义食材提醒时间是否一致；
[0234]
步骤22436、如果一致，则将对应的菜谱作为目标菜谱。
[0235]
为确定向用户推荐的菜谱是否适宜在自定义食材提醒时间供用户食用，以确定该类菜谱是否需要进行推送，由服务器对食材存储设备端现有食材进行分析。基于筛选出的指定食材，获取在历史时段用户取出每个指定食材的开门时间和取出食材时间，因此，将开门时间和取出食材时间作为二或三轮筛选菜谱的推送参数。
[0236]
开门时间(opentime)是指用户在最近(如一周内)打开食材存储设备门的时间，取出食材时间(removetime)是指用户在最近(如一周内)取出指定食材的时间。菜谱的食用时段刻基于菜谱信息获得，用于表征该菜谱最适宜食用的时段。
[0237]
将开门时间、取出食材时间、食用时段和自定义食材提醒时间，四个时间进行对比。如果对比不一致，说明在自定义食材提醒时间，用户不适宜食用对应的菜谱，即不向用户推送该菜谱，即将这类菜谱删除。如果对比一致，说明在自定义食材提醒时间，用户适宜食用对应的菜谱，即可以向用户推送该菜谱，因此，将这类菜谱作为目标菜谱。最后基于目标菜谱生成食材提醒信息，发送至显示设备及其他终端，便于用户查看。
[0238]
可见，服务器在基于不同的推送参数对食材存储设备端现有食材进行分析和计算，以获得食材提醒信息时，可根据不同的用户需求，利用不同的推送参数组合进行分析，以获得不同类型的食材提醒信息。
[0239]
在一些实施例中，服务器在产生食材提醒信息时，是基于服务器中默认的预设食材提醒推送类型以及筛选出的目标推送参数，产生对应的食材提醒信息。预设食材提醒推送类型可为过期食材类型、快过期食材类型、新鲜食材类型、菜谱类型等中的任一个。
[0240]
在一些实施例中，用户操作显示设备设置自定义食材提醒时间时，还可同步设置食材提醒推送类型，那么服务器在产生食材提醒信息时，可基于显示设备发送的自定义食材提醒时间和指定食材提醒推送类型，筛选目标推送参数并产生对应的食材提醒信息，以推送至显示设备或其他终端。
[0241]
为此，在基于指定食材提醒推送类型产生对应的食材提醒信息时，控制器在执行按照预设食材提醒推送类型，筛选出目标推送参数，被进一步配置为执行下述步骤：
[0242]
步骤2251、接收显示设备发送的指定食材提醒推送类型，指定食材提醒推送类型是指用户操作显示设备设置的用于表征食材提醒信息的种类的食材提醒推送类型。
[0243]
步骤2252、按照指定食材提醒推送类型，筛选出目标推送参数，基于目标推送参数和食材信息，生成指定食材提醒推送类型对应的食材提醒信息。
[0244]
在用户操作显示设备同步产生自定义食材提醒时间和指定食材提醒推送类型时，显示设备同时将自定义食材提醒时间和指定食材提醒推送类型上传至服务器。服务器接收到显示设备发送的自定义食材提醒时间和指定食材提醒推送类型后，即可基于指定食材提醒推送类型，筛选出目标推送参数；再基于指定食材提醒推送类型对应的目标推送参数对
食材存储设备端现有食材的食材信息进行分析和计算，以得到指定食材提醒推送类型对应的食材提醒信息。
[0245]
需要说明的是，用户操作显示设备同步产生自定义食材提醒时间和指定食材提醒推送类型可参照前述显示设备实施例的内容；服务器基于指定食材提醒推送类型筛选出目标推送参数的实现过程可参照前述实施例中提出的“基于预设食材提醒推送类型筛选出目标推送参数”的实现过程；服务器“基于指定食材提醒推送类型对应的目标推送参数对食材存储设备端现有食材的食材信息产生食材提醒信息”的实现过程可参照前述实施例中提出的“基于预设食材提醒推送类型对应的目标推送参数对食材存储设备端现有食材的食材信息产生食材提醒信息”的实现过程，此处均不进行赘述。
[0246]
步骤23、在到达自定义食材提醒时间时，将食材提醒信息按照自定义食材提醒时间发送至显示设备，以由显示设备展示食材提醒信息。
[0247]
服务器在基于前述任一食材推送规则产生对应类型的食材提醒信息后，在系统时间到达用户设置的自定义食材提醒时间时，即可将对应的食材提醒信息按照自定义食材提醒时间发送至显示设备，以由显示设备展示食材提醒信息。显示设备展示食材提醒信息的实现过程参照前述显示设备实施例的内容，此处不再赘述。
[0248]
在一些实施例中，由于某类食材提醒信息会被用户设置成在一天内重复n次推送，以实时提醒用户避免错过信息。而在第i次(i《n)推送食材提醒信息时，用户查看该食材提醒信息，为避免造成资源浪费，则后续几次将不再重复推送该食材提醒信息。
[0249]
为此，为避免重复推送同一食材提醒信息，控制器被进一步配置为：接收用户查看显示设备中呈现的目标食材提醒信息后产生的已查看通知，将目标食材提醒信息的提醒处理状态更改为已处理状态，已处理状态用于表征在预设时长内不再向显示设备推送已查看的目标食材提醒信息。
[0250]
用户操作显示设备设置某类食材提醒信息在一天内会重复n次推送，例如，一天内，每隔2小时推送一次，一共推送6次。如果该食材提醒信息在被第i次推送时，用户查看该食材提醒信息，则说明用户已基于该食材提醒信息处理相应食材，那么后续无需再重复推送该食材提醒信息。因此，在用户触发第i次推送的食材提醒信息后，产生已查看通知，并发送至服务器。
[0251]
服务器接收到该已查看通知，将该食材提醒信息的提醒处理状态更改为已处理状态，则后续重复推送任务被取消，即不再执行每隔两小时向显示设备推送该食材提醒信息的流程。
[0252]
例如，用户设置食材提醒信息a一天内需每隔2小时重复推送6次，用户在食材提醒信息a被第2次推送到显示设备上展示时，查看该食材提醒信息，则服务器不再执行后续4次的重复推送食材提醒信息的流程。
[0253]
在一些实施例中，显示设备端收到食材提醒信息，以通知弹出的方式呈现，展示首个食材图标、提醒信息、按键说明等。提醒信息为食材提醒信息的提醒内容，按键说明是指查看详情信息等操作。
[0254]
可见，本发明实施例提供的一种服务器，从食材存储设备端获取携带推送参数的食材信息，按照预设食材提醒推送类型，筛选出目标推送参数，基于目标推送参数和食材信息，生成食材提醒信息；从显示设备端获取用户设置的自定义食材提醒时间，在系统时间到
达自定义食材提醒时间时，将食材提醒信息发送至显示设备展示。可见，服务器可基于不同的推送参数产生不同的食材提醒信息，并在用户设置的自定义食材提醒时间推送至显示设备中展示，使得用户可在任何时间均可通过显示设备接收到食材提醒信息，用户不会错过食材提醒信息，以对食材存储设备中的食材进行及时处理，可减少食材过期和浪费，用户体验好。
[0255]
由以上技术方案可知，本发明实施例提供的一种食材提醒方法及显示设备、服务器，用户触发显示设备中呈现的定时提醒控件，展示包括信息添加控件的定时提醒界面；用户触发信息添加控件，展示包括提醒信息输入框的提醒信息添加界面。用户在提醒信息输入框中设置自定义食材提醒时间，并发送至服务器。服务器接收显示设备发送的自定义食材提醒时间和食材存储设备端发送的携带推送参数的食材信息，按照预设食材提醒推送类型，筛选出目标推送参数，基于目标推送参数和食材信息，生成食材提醒信息；在到达自定义食材提醒时间时，将食材提醒信息发送至显示设备进行展示。可见，本技术提供用户自定义设置食材提醒时间的功能，服务器可基于不同的推送参数产生不同的食材提醒信息，并在用户设置的自定义食材提醒时间推送至显示设备中展示，使得用户可在任何时间均可通过显示设备接收到食材提醒信息，用户不会错过食材提醒信息，以对食材存储设备中的食材进行及时处理，可减少食材过期和浪费，用户体验好。
[0256]
具体实现中，本发明还提供一种存储介质，其中，该存储介质可存储有程序，该程序执行时可包括本发明提供的食材提醒方法的各实施例中的部分或全部步骤。所述的存储介质可为磁碟、光盘、只读存储记忆体(英文：read-only memory，简称：rom)或随机存储记忆体(英文：random access memory，简称：ram)等。
[0257]
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等。
[0258]
本说明书中各个实施例之间相同相似的部分互相参见即可。尤其，对于食材提醒方法实施例而言，由于其基本相似于显示设备和服务器实施例，所以描述的比较简单，相关之处参见显示设备和服务器实施例中的说明即可。
[0259]
最后应说明的是：以上各实施例仅用以说明本技术的技术方案，而非对其限制；尽管参照前述各实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本技术各实施例技术方案的范围。
[0260]
为了方便解释，已经结合具体的实施方式进行了上述说明。但是，上述示例性的讨论不是意图穷尽或者将实施方式限定到上述公开的具体形式。根据上述的教导，可以得到多种修改和变形。上述实施方式的选择和描述是为了更好的解释原理以及实际的应用，从而使得本领域技术人员更好的使用所述实施方式以及适于具体使用考虑的各种不同的变形的实施方式。