信息处理方法、系统、餐盒及用于信息处理的装置与流程

1.本技术涉及智能家电技术领域，例如涉及一种信息处理方法、信息处理系统、餐盒及用于信息处理的装置。


背景技术：

2.目前，随着生活水平的提高，用户对自己的饮食健康越来越重视，越来越关注食物中的营养成分以及卡路里含量。例如，健身的用户希望得到食物中卡路里的含量；患有心脑血管疾病的用户希望得到食物中油脂的含量；患有糖尿病的用户希望得到食物中碳水化合物和糖分的含量。而现有的饮食管理方案不能针对用户的需求进行个性化推荐。
3.在实现本公开实施例的过程中，发现相关技术中至少存在如下问题：
4.现有的饮食管理方案不能针对用户的需求而进行个性化推荐。


技术实现要素：

5.为了对披露的实施例的一些方面有基本的理解，下面给出了简单的概括。所述概括不是泛泛评述，也不是要确定关键/重要组成元素或描绘这些实施例的保护范围，而是作为后面的详细说明的序言。
6.本公开实施例提供了一种信息处理方法、信息处理系统、餐盒及用于信息处理的装置，以给用户提供精准的饮食搭配，能够针对用户的需求而进行个性化推荐。
7.在一些实施例中，所述信息处理方法包括：服务端获得食物信息库，食物信息库中保存有至少一台冰箱的标识信息，以及至少一台冰箱各自关联的餐盒的相关信息，相关信息包括餐盒的标识信息以及餐盒关联的食物可提供的营养信息；确定目标用户，以及目标用户关联的目标冰箱；获得与目标用户所需摄入的营养相关的个性化信息；根据目标冰箱关联的餐盒可提供的营养信息以及个性化信息，确定目标食物搭配方案以及目标食物搭配方案关联的目标餐盒，向目标用户进行信息推送。
8.在一些实施例中，所述信息处理方法包括：客户端获得至少一个餐盒的标识信息，至少一个餐盒存放于客户端关联的冰箱内；确定至少一个餐盒各自关联的食物信息，食物信息包括食物的种类信息以及可提供的营养信息；将至少一个餐盒的标识信息以及各餐盒关联的食物信息，提交至服务端。
9.在一些实施例中，所述餐盒包括盒体、电子标签以及至少一个隔板；电子标签设置于盒体的外表面，用于保存餐盒的标识信息；至少一个隔板设置于盒体的内部，和盒体构成至少两个容纳腔，至少两个容纳腔的腔体颜色不同。
10.在一些实施例中，所述信息处理系统包括服务端以及至少一个客户端；客户端用于获得至少一个餐盒的标识信息，以及至少一个餐盒各自关联的食物信息，提交至服务端；至少一个餐盒存放于客户端关联的冰箱内，食物信息包括食物的种类信息以及可提供的营养信息；服务端用于确定目标用户以及目标用户关联的目标冰箱；获得与目标用户所需摄入的营养相关的个性化信息；根据目标冰箱关联的餐盒可提供的营养信息以及个性化信
息，确定目标食物搭配方案以及目标食物搭配方案关联的目标餐盒，向目标用户进行信息推送。
11.在一些实施例中，所述用于信息处理的装置包括处理器和存储有程序指令的存储器，处理器被配置为在执行程序指令时，执行上述信息处理方法。
12.本公开实施例提供的信息处理方法、信息处理系统、餐盒及用于信息处理的装置，可以实现以下技术效果：
13.服务端获得保存有至少一台冰箱的标识信息和至少一台冰箱各自关联的餐盒的相关信息的食物信息库，该相关信息包括餐盒的标识信息以及餐盒关联的食物可提供的营养信息；确定目标用户以及目标用户关联的目标冰箱后，获得与目标用户所需摄入的营养相关的个性化信息，并根据目标冰箱关联的餐盒可提供的营养信息以及个性化信息，确定目标食物搭配方案以及目标食物搭配方案关联的目标餐盒，向目标用户进行信息推送。这样，针对用户需求进行的个性化推荐，可以给用户提供精准的饮食搭配方案，有助于提高用户使用体验。
14.以上的总体描述和下文中的描述仅是示例性和解释性的，不用于限制本技术。
附图说明
15.一个或多个实施例通过与之对应的附图进行示例性说明，这些示例性说明和附图并不构成对实施例的限定，附图中具有相同参考数字标号的元件示为类似的元件，附图不构成比例限制，并且其中：
16.图1是本公开实施例提供的一个信息处理系统的示意图；
17.图2是本公开实施例提供的一个信息处理方法的示意图；
18.图3是本公开实施例提供的一个餐盒的结构示意图；
19.图4是本公开实施例提供的另一个信息处理方法的示意图；
20.图5是本公开实施例提供的另一个信息处理方法的示意图；
21.图6是本公开实施例提供的一个用于信息处理的装置的示意图。
22.附图标记：
23.31：盒体；32：电子标签；33：隔板；34：容纳腔；35：称重模块；36：盒盖
具体实施方式
24.为了能够更加详尽地了解本公开实施例的特点与技术内容，下面结合附图对本公开实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本公开实施例。在以下的技术描述中，为方便解释起见，通过多个细节以提供对所披露实施例的充分理解。然而，在没有这些细节的情况下，一个或多个实施例仍然可以实施。在其它情况下，为简化附图，熟知的结构和装置可以简化展示。
25.本公开实施例的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开实施例的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含。
26.除非另有说明，术语“多个”表示两个或两个以上。
27.术语“和/或”是一种描述对象的关联关系，表示可以存在三种关系。例如，a和/或b，表示：a或b，或，a和b这三种关系。
28.结合图1所示，本公开实施例提供一种信息处理系统，可以包括服务端以及至少一个客户端。作为一种示例，客户端可以部署于冰箱，和部署于云端服务器的服务端相配合，针对用户的需求提供个性化的食物搭配方案。
29.在实际应用过程中，用户将餐盒存放于冰箱时，冰箱关联的客户端可以获得餐盒的相关信息，提交至服务端。其中，餐盒的相关信息可以包括：餐盒的标识信息以及餐盒关联的食物可提供的营养信息。作为一种示例，本公开实施例中的营养信息可以体现为食物提供的热量值信息，和/或食物提供的营养成分的含量信息，例如，蛋白质、脂肪、碳水化合物等成分的含量。
30.对应地，服务端获得冰箱关联的客户端提交的信息后，可以建立冰箱的标识信息与存放在冰箱内的餐盒的相关信息之间的关联关系，这样，在确定出想要通过冰箱获得个性化食物搭配方案的目标用户时，便可根据目标用户的个性化信息以及该冰箱关联的餐盒可提供的营养信息，确定出满足目标用户需求的目标食物搭配方案，进行推荐。
31.结合图2所示，本公开实施例提供一种可应用于客户端侧的信息处理方法，可以包括：
32.s21，客户端获得至少一个餐盒的标识信息，至少一个餐盒存放于客户端关联的冰箱内。
33.s22，确定至少一个餐盒各自关联的食物信息，食物信息包括食物的种类信息以及可提供的营养信息。
34.s23，将至少一个餐盒的标识信息以及各餐盒关联的食物信息，提交至服务端。
35.采用本公开实施例提供的信息处理方法，客户端可以获得存放于该客户端关联的冰箱内的至少一个餐盒的标识信息，以及至少一个餐盒各自关联的食物信息，并将这些信息提交至服务端，使服务端在需要时根据这些信息给用户提供精准的饮食搭配，实现针对用户的需求进行个性化推荐的功能，提高用户的体验感。
36.可选地，针对步骤s21，本公开实施例可以通过多种实现方式获得餐盒的标识信息，下面进行举例说明。
37.一种方式下，如果客户端关联的冰箱配置有信息录入模块，则可通过用户输入信息的方式，获得餐盒的标识信息。例如，信息录入模块可以体现为键盘，用户可以通过键盘手动输入餐盒的标识信息，供客户端采集；或者，信息录入模块可以体现为语音采集模块，用户可以通过语音方式输入餐盒的标识信息，由客户端进行语音识别，获得餐盒的标识信息。通过信息录入模块可以非常方便、快捷、低成本地获取餐盒的标识信息。
38.另一种方式下，客户端还可以通过近距离通信的方式获得餐盒的标识信息。对应于此，本公开实施例可以提供一种如图3所示的餐盒，该餐盒可以包括：盒体31、电子标签32以及至少一个隔板33。其中，电子标签32设置于盒体31的外表面，用于保存餐盒的标识信息；至少一个隔板33设置于盒体31的内部，和盒体31构成至少两个容纳腔34，至少两个容纳腔34的腔体颜色不同。
39.如此，如果客户端关联的冰箱配置有可与餐盒具有的电子标签通信的接收器，则在用户将餐盒放入冰箱前，可以通过近距离通信的方式，由接收器读取电子标签中保存的
餐盒的标识信息，发送至客户端。
40.可以理解地，在实际使用时，图3所示餐盒还可以包括与盒体结构相匹配的盒盖36，这样便于更好地储存食物。
41.可选地，步骤s22中餐盒关联的食物信息至少可以体现为食物的种类信息，以及食物可提供的营养信息。作为一种示例，食物的种类信息可以包括主食、蔬果、肉类等，本公开实施例可以通过多种实现方式获得食物的种类信息，下面进行举例说明。
42.一种方式下，结合图3所示餐盒，本公开实施例可以提供一种自动识别食物种类信息的方案。如上文所做介绍，餐盒的至少两个容纳腔的腔体颜色不同，故可预先建立腔体颜色与食物种类信息之间的关联关系，这样，客户端获得餐盒图片时，便可通过图像识别的方式，确定餐盒的哪些容纳腔中存放有食物，进而识别这些容纳腔的腔体颜色，并根据腔体颜色确定该容纳腔内存放的食物的种类信息。
43.其中，本公开实施例中的腔体颜色，可以是容纳腔的部分腔体用不同颜色加以区分，例如，容纳腔的侧壁、底部等局部位置，配置为不同的颜色；或者，可以是容纳腔的整体呈现为不同的颜色，本公开实施例对此可不做具体限定。
44.另外，腔体颜色与食物种类信息之间的关联关系，可以通过系统配置的方式，对所有用户进行统一的默认配置；或者，用户可以根据自己的使用需求，进行个性化配置，本公开实施例对此亦可不做具体限定。作为一种示例，红色腔体可对应表示主食类的食物、绿色腔体可对应表示蔬果类的食物、黄色腔体可对应表示肉类的食物。
45.作为一种示例，如果客户端关联的冰箱配置有图像采集模块，则可由该图像采集模块拍摄餐盒图片，发送至客户端进行图像识别，确定餐盒关联的食物的种类信息。或者，用户可以通过其他智能终端拍摄餐盒图片，发送至客户端进行图像识别。
46.或者，作为另一种示例，用户可以通过其他智能终端拍摄餐盒图片，直接对餐盒图片进行图像识别，将识别结果提交至服务端。对应于此，本公开实施例可以提供一种的信息处理方法，可以包括：智能终端获得餐盒图片，图片中包含餐盒的多个容纳腔的腔体颜色信息；利用图像识别技术识别腔体颜色信息，确定餐盒中多个容纳腔各自存放的食物的种类信息；将多个容纳腔各自存放的食物的种类信息提交至服务端。
47.上述智能终端，例如为移动设备、电脑、智能家居设备等，或其任意组合。在一些实施例中，移动设备可以包括手机、智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备等，或其任意组合。
48.如此，通过颜色信息可以快速、准确地确定餐盒的容纳腔各自存放的食物的种类信息，便于客户端进行信息处理过程。
49.另一种方式下，如果客户端关联的冰箱配置有信息录入模块，还可以通过用户输入信息的方式，获得食物的种类信息。如上文所做介绍，信息录入模块可以体现为键盘，即，用户可以通过键盘手动输入餐盒哪个容纳腔内存放有食物，以及该食物的种类信息；或者，信息录入模块可以体现为语音采集模块，即，用户可以输入语音数据，由客户端进行语音识别，确定餐盒哪个容纳腔内存放有食物，以及该食物的种类信息。
50.或者，在实际使用过程中，用户通过信息录入模块输入的信息可以为存放食物的容纳腔的腔体颜色，这样，客户端获得该腔体颜色后，再根据腔体颜色与食物种类信息之间的关联关系，便可确定出餐盒中存放的食物的种类信息。以上方案通过信息录入模块，可以
非常方便、快捷、低成本地获取餐盒关联的食物的种类信息。
51.本公开实施例中，客户端可以通过多种实现方式确定食物可提供的营养信息，下面进行举例说明。
52.一种方式下，可以预先获得餐盒具有的多个容纳腔的容量信息，再根据各容纳腔的容量信息以及不同种类的食物在单位容量信息下各种对应的营养信息，确定容纳腔内存放的食物可提供的营养信息。如此，便可快速、准确地确定餐盒关联的食物各自对应的营养信息。
53.以营养信息为热量值信息为例，可以预先获得各种类食物在单位容量下对应的热量值，再结合食物所在容纳腔的容量信息，便可确定该食物可提供的热量值。作为一种示例，可以对餐盒的容纳腔进行标准化设计，预先获得各容纳腔的标准容量，如果用户所放食物填满整个容纳腔，则可根据容纳腔的标准容量，计算食物可提供的营养信息；如果未填满整个容纳腔，则可根据食物在整个容纳腔的占比，确定食物的实际容量，再计算食物可提供的营养信息。
54.可选地，为了准确快速地确定食物的实际容量，可以在容纳腔内进行容量标注，例如，在整体容量的1/4处、1/2处、3/4处进行标注，本公开实施例对此可不做具体限定。这样，不论是由用户通过信息录入的方式输入实际容量信息，还是由客户端通过图像识别的方式自动确定实际容量信息，均有助于提高获得实际容量信息的准确性和便捷性。
55.另一种方式下，如果餐盒在对应于各个容纳腔34处还设置有称重模块35，则可通过称重模块35获得存放于容纳腔34内的食物的重量信息，并以此作为食物的容量信息，计算食物可提供的营养信息。
56.综上，客户端便可获得餐盒的标识信息，以及餐盒中存放的食物的种类信息和食物可提供的营养信息，提交至服务端，由服务端在需要时，根据以上餐盒的相关信息，向用户进行个性化的食物推荐。
57.结合图4所示，本公开实施例提供一种可应用于服务端侧的信息处理方法，可以包括：
58.s41，服务端获得食物信息库，食物信息库中保存有至少一台冰箱的标识信息，以及至少一台冰箱各自关联的餐盒的相关信息，相关信息包括餐盒的标识信息以及餐盒关联的食物可提供的营养信息。
59.s42，确定目标用户，以及目标用户关联的目标冰箱。
60.s43，获得与目标用户所需摄入的营养相关的个性化信息。
61.s44，根据目标冰箱关联的餐盒可提供的营养信息以及个性化信息，确定目标食物搭配方案以及目标食物搭配方案关联的目标餐盒，向目标用户进行信息推送。
62.采用本公开实施例提供的信息处理方法，服务端可以给用户提供精准的饮食搭配方案，实现针对用户的需求进行个性化推荐的功能，提高了用户的体验感。下面结合具体示例对本公开实施例的实现过程进行解释说明。
63.作为一种示例，本公开实施例中的食物信息库可以保存于服务端关联的云端服务器，在需要进行个性化推荐时，服务端可以通过本地读取的方式获得该信息库。或者，食物信息库可以保存于其他数据存储服务器，服务端可以在需要时，通过访问数据存储服务器的方式获得食物信息库，本公开实施例对获得食物信息库的方式可不做具体限定。
64.可选地，针对步骤s42，本公开实施例可以通过多种实现方式确定目标用户以及目标冰箱，下面进行举例说明。
65.一种方式下，服务端可以根据客户端提交的信息处理请求，确定目标用户以及目标冰箱。具体地，如果客户端关联的冰箱只供一个用户使用，即，冰箱与用户之间为一一对应，则在获得客户端提交的信息处理请求时，服务端可以根据客户端、冰箱以及用户三者之间的关联关系，确定出目标用户以及目标冰箱，并利用目标冰箱中存放的食物，为目标用户提供个性化的食物推荐服务。
66.或者，在实际应用过程中，一个冰箱可能会被多个用户使用，例如，一个家庭的所有成员共用一台冰箱；或者，一个部门的所有员工共用一台冰箱，即，冰箱与用户之间为一对多关系。对应于此，客户端可以获得请求进行个性化推荐的目标用户的标识信息，提交至服务端。例如，目标用户可以通过冰箱配置的信息录入模块输入标识信息，并由信息录入模块发送至客户端，由客户端据此生成信息处理请求提交至服务端，供服务端确定目标用户以及目标冰箱。
67.另一种方式下，服务端可以根据用户关联的智能终端提交的信息处理请求，确定目标用户以及目标冰箱。通常，智能终端与用户之间为一一对应，服务端可以将智能终端关联的用户确定为目标用户，并将该目标用户关联的冰箱确定为目标冰箱。
68.服务端确定出目标用户后，便可获得目标用户的个性化信息，以便据此为目标用户确定满足其需求的食物搭配方案。作为一种示例，目标用户的个性化信息至少可以包括：目标用户的身高、体重、年龄、疾病史、健身情况等。通过目标用户的个性化信息可以确定该用户需要摄入的营养信息，例如，对于患有糖尿病的用户来说，每餐摄入多少主食、水果更有助于控糖；对于健身的用户来说，每餐可摄入的热量有多少，均可通过用户的个性化信息确定。
69.如此，便可与目标冰箱关联的餐盒中存放的食物可提供的营养信息进行匹配，最终确定出满足用户需求的目标食物搭配方案，推荐给目标用户，即，将目标食物搭配方案涉及的食物的种类信息、食物的可食用量、以及存放食物的餐盒的标识信息，推送至目标用户关联的智能终端上，供目标用户查看。如此方案，可以实现针对用户的需求进行个性化推荐的功能，提高了用户的体验感。
70.可选地，该应用于服务端侧的信息处理方法，还可以包括：根据与目标冰箱关联的餐盒中存放的食物可提供的营养信息，以及目标用户的个性化信息，确定目标食物搭配方案对应的目标食物烹饪方案。通过食物搭配和食物烹饪结合推荐的方式，可以更全面、准确地控制用户摄入的营养信息。
71.可选地，该应用于服务端侧的信息处理方法，还可以包括：获得设定时长内目标食物搭配方案中的食物的余量信息；根据余量信息和目标用户的个性化信息，确定新的目标食物搭配方案以及新的目标食物搭配方案关联的目标餐盒。
72.作为一种示例，如果客户端关联的冰箱配置有信息录入模块，目标食物搭配方案中的食物的余量信息则可以通过信息录入模块获得。如上文所做介绍，信息录入模块可以体现为键盘，即，用户可以通过键盘手动输入目标食物搭配方案中的食物的余量信息；或者，信息录入模块可以体现为语音采集模块，即，用户可以输入语音数据，由客户端进行语音识别，确定目标食物搭配方案中的食物的余量信息。
73.可选地，本公开实施例的余量信息至少可以体现出目标用户已摄入的营养信息，以及目标用户还需摄入的营养信息。作为一种示例，可以根据目标用户已摄入的营养信息和目标用户的个性化信息，确定新的目标食物搭配方案以及新的目标食物搭配方案关联的目标餐盒。或者，可以根据目标用户还需摄入的营养信息，直接确定新的目标食物搭配方案以及新的目标食物搭配方案关联的目标餐盒。这样，通过动态更新目标食物搭配方案中食物的余量信息可以得到目标用户的饮食情况，然后为用户提供新的目标食物搭配方案，实现准确、精细地针对用户的需求进行个性化推荐的功能，提高了用户的体验感。
74.可选地，该应用于服务端侧的信息处理方法，还可以包括：获得餐盒关联的食物的存放时长和保质期限；在餐盒关联的任一种食物的存放时长到达保质期限的情况下，进行信息提醒。
75.作为一种示例，如果客户端关联的冰箱配置有信息录入模块，餐盒关联的食物的存放时长和保质期限则可以通过信息录入模块获得。如上文所做介绍，信息录入模块可以体现为键盘，即，用户可以通过键盘手动输入餐盒关联的食物的存放时长和保质期限；或者，信息录入模块可以体现为语音采集模块，即，用户可以输入语音数据，由客户端进行语音识别，确定餐盒关联的食物的存放时长和保质期限。
76.可选地，本公开实施例的信息提醒可以通过多种方式实现，下面进行举例说明。
77.一种方式下，可以向目标用户进行过期信息提醒。
78.另一种方式下，可以向目标冰箱关联的指定用户进行过期信息提醒。以一个家庭的所有成员共用一台冰箱为例，可以从家庭的所有成员中确定至少一位指定用户，作为信息接收方。作为一种示例，在指定用户接收到过期信息提醒的情况下，可以对到达保质期限的食物进行清理。通过信息提醒可以有效地防止到达保质期限的食物在冰箱内腐烂变质，影响冰箱内其他食物的品质。
79.结合图5所示，本公开实施例提供一种信息处理方法，可以包括：
80.s51，客户端获得至少一个餐盒的标识信息，以及至少一个餐盒各自关联的食物信息，提交至服务端。
81.s52，服务端确定目标用户以及目标用户关联的目标冰箱；获得与目标用户所需摄入的营养相关的个性化信息。
82.s53，服务端根据目标冰箱关联的餐盒的食物信息以及个性化信息，确定目标食物搭配方案以及目标食物搭配方案关联的目标餐盒。
83.s54，服务端向目标用户进行信息推送。
84.采用本公开实施例提供的信息处理系统，客户端和服务端相配合，可以针对用户的需求进行个性化推荐，给用户提供精准的饮食搭配方案，有助于提高用户使用体验。
85.结合图6所示，本公开实施例提供一种用于信息处理的装置，包括处理器(processor)100和存储器(memory)101。可选地，该装置还可以包括通信接口(communication interface)102和总线103。其中，处理器100、通信接口102、存储器101可以通过总线103完成相互间的通信。通信接口102可以用于信息传输。处理器100可以调用存储器101中的逻辑指令，以执行上述实施例的信息处理方法。
86.此外，上述的存储器101中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。
87.存储器101作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序指令/模块。处理器100通过运行存储在存储器101中的程序指令/模块，从而执行功能应用以及数据处理，即实现上述实施例中的信息处理方法。
88.存储器101可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器101可以包括高速随机存取存储器，还可以包括非易失性存储器。
89.本公开实施例提供了一种计算机可读存储介质，存储有计算机可执行指令，所述计算机可执行指令设置为执行上述的信息处理方法。
90.本公开实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述的信息处理方法。
91.上述的计算机可读存储介质可以是暂态计算机可读存储介质，也可以是非暂态计算机可读存储介质。
92.本公开实施例的技术方案可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括一个或多个指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开实施例所述方法的全部或部分步骤。而前述的存储介质可以是非暂态存储介质，包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态存储介质。
93.以上描述和附图充分地示出了本公开的实施例，以使本领域的技术人员能够实践它们。其他实施例可以包括结构的、逻辑的、电气的、过程的以及其他的改变。实施例仅代表可能的变化。除非明确要求，否则单独的部件和功能是可选的，并且操作的顺序可以变化。一些实施例的部分和特征可以被包括在或替换其他实施例的部分和特征。而且，本技术中使用的用词仅用于描述实施例并且不用于限制权利要求。如在实施例以及权利要求的描述中使用的，除非上下文清楚地表明，否则单数形式的“一个”(a)、“一个”(an)和“所述”(the)旨在同样包括复数形式。类似地，如在本技术中所使用的术语“和/或”是指包含一个或一个以上相关联的列出的任何以及所有可能的组合。另外，当用于本技术中时，术语“包括”(comprise)及其变型“包括”(comprises)和/或包括(comprising)等指陈述的特征、整体、步骤、操作、元素，和/或组件的存在，但不排除一个或一个以上其它特征、整体、步骤、操作、元素、组件和/或这些的分组的存在或添加。在没有更多限制的情况下，由语句“包括一个
…”
限定的要素，并不排除在包括所述要素的过程、方法或者设备中还存在另外的相同要素。本文中，每个实施例重点说明的可以是与其他实施例的不同之处，各个实施例之间相同相似部分可以互相参见。对于实施例公开的方法、产品等而言，如果其与实施例公开的方法部分相对应，那么相关之处可以参见方法部分的描述。
94.本领域技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，可以取决于技术方案的特定应用和设计约束条件。所述技术人员可以对每个特定的应用来使用不同方法以实现所描述的功能，但是这种实现不应认为超出
本公开实施例的范围。所述技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
95.本文所披露的实施例中，所揭露的方法、产品(包括但不限于装置、设备等)，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，可以仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例。另外，在本公开实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
96.附图中的流程图和框图显示了根据本公开实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。在附图中的流程图和框图所对应的描述中，不同的方框所对应的操作或步骤也可以以不同于描述中所披露的顺序发生，有时不同的操作或步骤之间不存在特定的顺序。例如，两个连续的操作或步骤实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这可以依所涉及的功能而定。框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。