CN104112217A - 一种口味选择信息的标示方法及应用方法 - Google Patents

一种口味选择信息的标示方法及应用方法 Download PDF

Info

Publication number
CN104112217A
CN104112217A CN201310723090.2A CN201310723090A CN104112217A CN 104112217 A CN104112217 A CN 104112217A CN 201310723090 A CN201310723090 A CN 201310723090A CN 104112217 A CN104112217 A CN 104112217A
Authority
CN
China
Prior art keywords
information
taste
index
select
selects
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201310723090.2A
Other languages
English (en)
Inventor
江海峰
张永强
王嘉敏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Zhuhai Youte Iot Technology Co Ltd
Original Assignee
Zhuhai Unitech Power Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Zhuhai Unitech Power Technology Co Ltd filed Critical Zhuhai Unitech Power Technology Co Ltd
Priority to CN201310723090.2A priority Critical patent/CN104112217A/zh
Publication of CN104112217A publication Critical patent/CN104112217A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本发明公开了一种口味选择信息的标示方法及应用方法。所述口味选择信息具有多个指标,每一个指标对应多个选择项,通过指标的不同选择项区别不同的口味选择信息。使用时,将口味选择信息的匹配对象都按照同样的指标和选择项进行标示,通过口味选择的标示信息同匹配对象的标示信息逐一比对完成匹配过程。所述的口味选择信息可以通过多种方式传递到具体应用系统,并且可以针对具体应用做适应性的修改。所述口味选择信息及应用方法,可以应用于菜谱选择、点菜系统、餐厅选择、方便菜购买等多个与口味选择相关的应用领域,具有携带方便、应用灵活、适应性强和工作效率高的特点。

Description

一种口味选择信息的标示方法及应用方法
技术领域
本发明涉及一种信息的标示方法及应用方法,特别涉及一种口味选择信息的标示方法及应用方法。
背景技术
口味,是指个人对食品滋味的感受或爱好,实际生活中,由于每个人的味蕾感受各不相同,或者由于一些不同的个人饮食习惯,造就了每个人都有自己独特的口味特征,这种口味特征往往比较模糊、个性化,难以通过一种有效的方式将其精准的表达出来,因此,就会给人们的就餐过程带来很多不便。
例如用户在餐厅用餐,每个餐厅的菜谱上都配备有几十、甚至几百种菜肴,虽然菜谱上可能配备有图片、配料,甚至包含少许口味介绍,但是,如何能根据自己的口味,从众多繁杂的菜肴中,快速选择出满足自己口味喜好的菜肴,目前仍然没有一个有效的解决方案。
如果用户计划购买菜谱,决定自己在家烹饪,但因为菜谱中也可能包含了上百甚至数百种菜肴的制作方法,如何从中快速的筛选出适合自己口味喜好的菜肴进行烹饪,也是一个需要解决的问题。
如果用户想购买方便菜肴,因为方便菜肴大都为经过食材加工成的半成品,不是菜肴成品,因此,如何根据自己的口味,快速的从众多的半成品食材中筛选出符合自己口味喜好的菜肴,也是一个需要解决的问题。
例如用户欲外出就餐,但各种菜系、各种口味的餐厅比比皆是,如何能在就餐之前就根据自己的口味信息快速选择好餐厅,避免时间的浪费,仍然没有有效的解决方案。
因此,如何采用一种有效的技术手段,减少人们就餐过程中因为个人口味选择信息不同而产生的诸多不便,是本发明要解决的一个问题。
发明内容
本发明要解决的技术问题是,如何通过一种有效的技术手段,快速准确的将个性化的、模糊的口味选择信息标示出来;以及标示后的口味选择信息,如何被充分的应用到实际生活中去,解决人们因为个人的口味选择信息不同而在就餐过程中产生的问题。
本发明通过如下技术方案实现:
一种信息的标示方法,进一步地为口味选择信息的标示方法,所述口味选择信息通过至少一个指标进行标示,所述指标包括至少一个选择项,所述选择项可通过机器可读符号进行标示;通过对每一个指标对应的选择项的不同选择,区分不同的口味选择信息。
进一步的,所述口味选择信息的指标不仅包括口味选择信息对应客体的相关指标,也包括口味选择信息对应主体的相关指标;所述口味选择信息对应客体的相关指标包括单一口味、菜系、制作食材、制作方法、营养含量信息中的部分或者全部;所述口味选择信息对应主体的相关指标包括年龄、性别、职业、身体状况、食用禁忌信息中的部分或者全部。
进一步的,对于任一所述口味选择信息的指标,可以同时选择多个非互斥的选择项。
进一步的,如果所述口味选择信息的某一指标对应的所有选择项都没有被选中,则所述指标在对应口味选择信息中被视为无效;或者所述口味选择信息的指标包含一个代表无效的选择项,则所述无效的选择项的选中代表所述口味选择信息的指标被视为无效;口味选择信息中被视为无效的指标在具体应用时无需比对。
进一步的,所述口味选择信息的多个指标可以划分为不同的优先级;具备不同优先级的所述指标在具体应用时实施比对的先后顺序不同。
进一步的,所述口味选择信息的指标的特定选择项可以是某种具体的口味选择信息的匹配对象。
进一步的,所述口味选择信息选择完成后,可以通过一组或多组菜肴组合验证所述口味选择信息是否符合使用者的真实意愿。
进一步的,所述口味选择信息可以同一个或者多个用户个人信息或者任一字符编码关联;使用所述用户个人信息或者所述字符编码可以获得对应的口味选择信息。
进一步的,使用所述用户个人信息或者字符编码获得对应口味选择信息的方法是通过检索特定服务器的数据库实现。
本发明还提供一种信息记录接口,包含人机交互界面和数据存储单元,人机交换界面显示所述的口味选择信息的标示方法标示出的口味信息模型;人机交互界面记录用户在口味信息模型中的选择,并将其记录在数据存储单元中。
本发明还提供一种信息的应用方法,进一步地,为口味选择信息的应用方法,其特征在于,包括如下步骤:
(1)将口味选择信息的匹配对象按照与上述口味选择信息的标示方法中所述口味选择信息相同的指标和所述指标相同的选择项进行标示;所述口味选择信息的匹配对象的指标的选择项按照所述口味选择信息的匹配对象的特性选择对应的选择项;
(2)将所述口味选择信息的每一个有效指标依次与所述口味选择信息的匹配对象对应的指标进行比对;
(3)如果所述口味选择信息的匹配对象的某一项指标的选择项包含所述口味选择信息对应指标的任一选择项,则所述口味选择信息的匹配对象在所述指标上与所述口味选择信息匹配成功;
(4)如果所述口味选择信息的匹配对象的全部有效指标都同所述口味选择信息的对应指标匹配成功,则认为所述口味选择信息的匹配对象同所述口味选择信息匹配成功。
进一步的,所述的口味选择信息是在与所述口味选择信息的匹配对象匹配时生成,或者从特定服务器的数据库中读取,或者从特定设备的存储器中读取,还可以来自对特定图形编码的解码信息。
进一步的,所述口味选择信息的多个指标可以设置不同优先级;具备不同优先级的所述指标在具体应用时实施比对的先后顺序不同。
进一步的,在所述口味选择信息与所述口味选择信息的匹配对象进行匹配前,对所述口味选择信息的任一指标的任一选择项进行修改;随后所述口味选择信息同所述口味选择信息的匹配对象的匹配过程,按照修改后的口味选择信息执行。
进一步的,在所述口味选择信息与所述口味选择信息的匹配对象进行匹配前,可以屏蔽所述口味选择信息中的任一有效指标;所述口味选择信息的被屏蔽的有效指标在匹配时按照所述口味选择信息的所述指标是无效的规则执行。
进一步的,所有与所述口味选择信息完全匹配的所述口味选择信息的匹配对象,在匹配完成后可以按照某种特定顺序展示。
进一步的,所有与所述口味选择信息未完全匹配的所述口味选择信息的匹配对象,在匹配完成后可以按照某种特定顺序展示。
进一步的,所述特定顺序可以是所述口味选择信息对应指标的优先级。
本发明的有益效果:
本发明通过多种可数字化的指标对口味选择信息进行标示,为口味选择信息的数字化应用提供了前提条件。
本发明所述的指标不仅包括了口味选择客体的评估指标,也包括口味选择主体的评估指标,兼顾了口味选择时的主观因素和客观因素,可以达到更好的应用效果。
本发明中的每一个指标既可以选择多个选择项,又可以放弃任何选择项,充分考虑了口味选择的复杂性,尽可能满足了不同人员的实际需要。
本发明对不同指标可以设置不同的优先级,满足了不同人员的个性化需要,便于具体应用系统对口味选择信息做针对性的处理,以达到更好的应用效果。
本发明所述的口味选择信息的指标的选择项在实际应用时,为了便于用户的选择,可以用实际的具体实物替换,以便用户更清晰的了解到选择项是否真实满足自身的需要。
本发明所述的口味选择信息在用户完成选择后,可以根据用户的实际选择结果给出对应的口味选择信息的匹配对象的样例,以便用户确认口味选择信息的真实有效性。
本发明所述的口味选择信息可以同用户的某个个人信息绑定,或者通过某种字符编码表征,以方便口味选择信息的实际应用。
本发明同时公开了一种口味选择信息的应用方法,以表明口味选择信息的应用价值。
本发明所述的口味选择信息的应用方法,充分体现了口味选择信息的技术特征在实际应用系统中的使用方法及应用价值。
本发明所述的应用方法表明了口味选择信息的应用领域,同时满足了餐饮提供商和消费者的实际需要。
本发明所述的应用方法同时公开了口味选择信息匹配结果的展示方法,为用户更好的进行餐饮产品的选择而提供了有效途径。
附图说明
图1说明了一种对口味选择信息进行标示的模型,即口味信息模型。
图2是一种口味选择信息与匹配对象进行匹配过程的流程图。
图3说明了一种多用户使用口味选择信息的应用方法。
具体实施方式
本发明通过如下实施方式对本发明进行详细说明。但本领域技术人员应了解,下述实施方式不是对本发明保护范围的限制,任何在本发明基础上做出的改进和变化,都在本发明的保护范围之内。
口味选择是一种模糊的选择方式,不仅同应用对象有关,而且同选择主体的主观感受有关。所以为了全面如实的反映用户的真实需求,就必须将应用对象的客体指标和用户的主体指标相结合,而且指标的选择要尽量全面。
本发明所述的口味选择信息标示方法可以应用于计算机应用系统和网络应用系统。使用时,通过计算机或者其它同类智能终端设备的人机交互界面显示按照口味信息模型标示的口味选择信息,然后记录用户的具体选择,并将其保存在数据存储单元中,然后就可以在实际信息处理中得到具体的应用。
如附图1所示,一种口味信息模型提供的口味选择信息的指标包括对单一口味的选择,例如酸、甜、苦、辣、咸、麻等;对各大地域菜系的选择,例如川菜、湘菜、粤菜、京菜、鲁菜、苏菜、徽菜、浙菜、闽菜、西北菜、东北菜等;对菜肴制作食材的选择,例如肉食、素食、肉素混合、面食、海鲜、野味、蛋类、奶类等;对菜肴制作方法的选择,例如炒、煎、炖、炸、焖、煸、煨、蒸、烙等;用户的年龄分段,例如婴儿、小孩、少年、青年、成年、中年、老年等;用户的性别,男或者女;用户的职业,例如工程师、体力工作者、机关干部、户外工作者、学生等;用户的身体状况,例如健康、感冒、睡眠不足、健忘、上火、贫血、高血压、高血糖、高血脂、糖尿病、心脏病等;营养含量,例如脂肪含量、热量含量、蛋白质含量等;特殊的忌讳,例如宗教信仰、民族信仰、忌口信息等。
在确定口味选择信息的指标后,就需要根据具体指标的特性,设置多个选择项,用不同的选择项代表不同的口味选择信息。一组针对全部口味选择信息的指标的选择项集合,就可以代表一种口味选择信息。
可以根据不同的口味选择信息的指标,按照选择信息进行标示。标示的方式可以为数字标示、字母标示、符号标示、标准编号标示、或其他可以将口味选择信息的指标进行明确区分的标示方式。指标标示的层级可以设置为多级,既可以按照喜好程度升序赋值,也可以按照降序赋值,例如可以将0定义为最喜欢,也可以将0定义为最不喜欢。每一个标示指标级数的选择取决于系统设计及处理能力,例如可以定义两级,喜好或者不喜好,或者定义三级,分别是喜好、可以接受、不喜好,或者定义9级甚至更多,根据喜好的程度赋予不同数值。对纳入口味选择信息的任一标示过的指标的不同选择都形成一种独立的口味选择信息。
对于有些指标,例如菜系或者制作方法,使用者可以同时对多个选择项进行选择,代表其中任何一个选择项都满足用户口味选择的需要。或者对于单一口味,本身就是一个模糊而难以量化的选择项,则可以连续对多个选择项进行选择,代表单一口味在某一个幅度范围内,都认为满足口味选择的需要。但同一个指标的多个选择不应该是互斥的选择项,否则应用系统在使用时,可能会因为处理上的矛盾而无法得到合理的结果。
如果用户认为某一指标无需考虑,也可以不选择其中任何一个选择项。该指标在应用时,认为无需考虑。也可以直接设置一个无效选择项,一旦用户选择了无效选择项,则对应指标在实际应用时,不进入应用对象的匹配过程。
还可以针对不同的指标,根据用户习惯,设置不同的优先级。优先级可以设置为多级,每一级设置有至少一个或多个标示指标,所述优先级数的选择也取决于系统设计及处理能力。如用户A根据其点菜习惯,设置有4个优先等级,其将菜系及制作食材作为优先级1,将酸、甜、苦、辣、咸、麻作为优先级2,将特殊忌讳作为优先级3,其他指标信息作为优先级4;用户B根据其个人习惯,设置有3个优先等级,其将特殊忌讳及身体状况作为优先级1,将辣、麻作为优先级2,菜系及制作食材作为优先级3,其他指标则不予考虑,不列入优先级选择序列。这样,用户A和用户B在进行口味选择时,根据其设置的不同优先级别的不同指标,可以优先筛选出自己喜好的菜谱列表来。
对于难以用文字直接表达清楚地口味选择项,可以用具体实物代替,作为口味选择项的表述。例如,可以用“夫妻肺片”代表麻或者辣的某种程度,或者用红烧醋鱼代表红烧的烹饪工艺,或者酸甜的口味特征。相对应的可以用若干个应用对象,代表同一指标的不同选择项。例如分别用“上汤豆苗”、“红烧茄子”,“咸白菜”三道菜代表对于“咸”这个口味的不同选择。
考虑到口味选择信息本身具有很强的主观性,不同的人对同一道菜肴在口味上具有不同的主观感受。因此,在用户进行口味选择信息选择时,可以在记录全部口味选择信息后,由口味选择信息记录系统根据用户的口味选择信息自动推荐一组或多组菜肴,以便验证用户输入的口味选择信息是否满足用户的真实需要。假如系统推荐的菜肴完全满足用户的需要,则证明用户输入的口味选择信息满足自身需要。
如果存在推荐菜肴与用户实际需求不一致的情况,则证明系统设定口味的选择项和用户的主观感受之间有差异。用户可以从推荐菜肴中选择出不满足自身需要的菜肴,也可以更进一步指出该菜肴在哪一特定指标上和用户自身需要存在差异。系统根据用户选择出的不满意菜肴或者口味选择的指标上的偏差,调整用户输入的口味选择信息的指标的选择项;然后根据新生成的口味选择信息,自动推荐出新一组菜肴,供用户验证。如此反复,直到推荐的菜肴完全满足用户的客观需要。
由于口味选择信息经常性的都存在若干指标,而且每一个指标都包含若干选择项,因此每一个口味选择信息都是一个多维信息组合。这种多维信息组合存在记忆不便、携带不便的问题,因此需要将口味选择信息转换为某种携带、传输方便的形式。
一种方式是将口味选择信息通过图形编码技术转换为图形编码。例如目前广泛应用的二维矩阵码,特别是QR码,就可以作为携带口味选择信息的标示信息的载体。二维矩阵码可以携带上千个字符信息,只要将口味选择信息按照既定的标准进行编码,则对应的图形码经过摄像头的获取后,经过反向解码就可以获得对应的口味选择信息。二维矩阵码可以直接印刷到产品外包装上,也可以以电子流的形式在网络间传输,因此具有极大的便利性。
另一种方式是通过智能设备或者网络服务器存储。所述智能设备可以是移动终端,例如手机或者平板,也可以为计算机。用户通过智能设备上的特定软件记录口味选择信息,然后在使用时以有线或者无线通讯的方式将口味选择信息传输到指定的应用终端设备上。或者将口味选择信息保存在网络服务器中,在具体使用时,由应用终端与网络服务器上的应用接口交互信息,获得口味选择信息。为了便于使用,存放在网络服务器上的口味选择信息可以通过某种便于记忆用户的信息进行标示。例如可以将该口味选择信息同用户的用户名、手机号、邮箱号等进行绑定,或者将按照某一规则生成的字符编码表征该口味选择信息。口味选择信息同其它信息绑定后,在具体应用时,只需要通过绑定信息就可以在特定服务器上查询到对应的口味选择信息。
口味选择信息可以预先生成并保存在特定服务器的数据库中或者特定设备的存储单元中,使用时从相应保存位置读取后获得;也可以是在与口味选择信息的应用对象进行匹配时,通过应用终端的信息输入接口实时获得。
不管是哪种传输携带形式,口味选择信息数据必须满足特定的标准格式,应用系统才能对其进行识别以及应用处理。这种标准格式可以是一种XML格式,或者是其他的标准数据格式。
将口味选择信息进行标示后,还必须将应用系统也按照口味选择信息的同样的模型进行标示后,才能够充分发挥口味选择信息的作用,这种应用系统应具有至少一个数据库系统,其数据库中的应用对象也按照口味选择信息中的指标进行了标示,使得用户口味选择信息可以匹配到适合的应用对象。
所述的应用系统可以是菜谱选择系统、点菜系统、餐厅选择系统、方便菜采购系统,或者其它类似的同口味选择相关的应用系统。
所述应用系统的工作方法如下:
(1)将口味选择信息的匹配对象按照与所述口味选择信息相同的指标和所述指标相同的选择项进行标示;所述口味选择信息的匹配对象的指标的选择项按照所述口味选择信息的匹配对象的特性选择对应的选择项;
(2)将所述口味选择信息的每一个有效指标依次与所述口味选择信息的匹配对象对应的指标进行比对;
(3)如果所述口味选择信息的匹配对象的某一项指标的选择项包含所述口味选择信息对应指标的任一选择项,则所述口味选择信息的匹配对象在所述指标上与所述口味选择信息匹配成功;
(4)如果所述口味选择信息的匹配对象的全部有效指标都同所述口味选择信息的对应指标匹配成功,则认为所述口味选择信息的匹配对象同所述口味选择信息匹配成功。
所述的口味选择信息的匹配对象是指对应的应用系统中的应用对象,例如在菜谱选择系统中,该匹配对象对应为菜谱;在点菜系统中,该匹配对象对应为菜肴;在餐厅选择系统中,该匹配对象对应为餐厅;在方便菜采购系统中,该匹配对象又对应为方便菜。根据不同的应用系统,该匹配对象稍有不同;但是,所有的匹配对象都按照与口味选择信息相同的指标进行了标示,保证了匹配对象在匹配过程的比对处理。
具体如附图2所示,是一种应用方法的实施例流程图,应用系统首先获取用户的口味选择信息,该口味选择信息的获取可以具有多种方式;获取到用户的口味选择信息后,应用系统根据数据库中与口味选择信息具有相同指标标示的应用对象信息,开始按照优先级别的高低,对有效的指标的选择项进行逐一比对。例如用户A的口味选择信息,根据其点菜习惯,设有3个优先等级,菜系及制作食材作为优先级1,酸、甜、苦、辣、咸、麻作为优先级2,特殊忌讳作为优先级3,其它指标则不予考虑,不列入优先级选择序列。开始比对时,首先比对优先级别最高为1的有效的指标的选择项,即菜系和制作食材的选择项,如果这两个指标的选择项没有对应匹配的应用对象,则证明口味选择信息匹配不成功,匹配过程直接结束。如果根据菜系和制作食材这两个指标的选择项,匹配出对应的应用对象,则在根据这两个指标的选择项匹配出来的应用对象结果中,继续比对优先级别为2的有效指标的选择项,即酸、甜、苦、辣、咸、麻的选择项,如果没有找到对应匹配的应用对象,证明口味选择信息仍旧匹配不成功,匹配过程结束;如果匹配到与这几个指标对应的应用对象,则继续向下比对优先级别再次之的有效的指标,以此类推,直到匹配完所有有效的指标信息。如果匹配到符合所有有效的指标信息的应用对象,则匹配成功,匹配过程结束;否则匹配过程不成功,用户可以对口味选择信息进行修改,重新进行下一轮比对过程。进行口味选择信息的应用对象的匹配比对时可以按照优先级别设置的高低进行比对,如果用户没有对指标设置相应的优先级别,则可以直接按照有效指标的指标顺序直接进行匹配,用户也可以指定其他优先级别顺序进行比对。
例如以点菜系统为例。首先将所有供应的菜肴按照附图1所示的口味信息模型进行标示。根据每道菜肴的特性,选择合适的单一口味、所属菜系、主要制作食材、主要制作方法以及营养含量的选择项后,将全部菜肴的口味选择项信息保存到数据库中,以备查询。然后从外部获取用户口味选择信息。将用户口味选择信息的选择项按照指标排列顺序依次在数据库中查询匹配的菜肴。如果口味选择信息的指标设置了优先级,则先对优先级高的指标进行比较。用户也可以按照其它顺序,例如菜肴评价信息、被选择次数、价格等其它常见选择结果排序方法对选择结果进行展示。如果菜肴数据库中存在完全满足口味选择的菜肴,则这些菜肴作为匹配选择项首先提供给用户,供其选择。其余未完全匹配的菜肴,根据选择项匹配程度的不同,或者按照其它顺序依次在完全匹配项后边提供给使用者。对于设置了优先级的口味选择信息,对于未完全匹配的菜肴可以按照指标匹配的优先级程度依次提供给使用者。
有时候应用系统完全按照口味选择信息无法获取足够的匹配对象,或者用户对获取到的匹配对象结果不满意,或者用户口味临时发生变化时,此时可能需要对口味选择信息做临时性修改,以便完成实际应用的需要,例如可以对菜系、单一口味程度、制作食材及方法、身体状况、食用禁忌等指标进行更改;随后的口味选择信息的应用对象匹配过程将按照修改后的口味选择信息执行。
例如,在选择菜谱时,在某一范围内无法获得完全满足用户设定口味选择信息的应用对象。此时,用户可以放宽某些指标的选择,例如可以在应用系统上设定无需考虑的指标,或者对某一指标对应的选择项进行修改,以便扩大应用对象的选择范围。以实际的菜谱选择为例,假设用户的口味选择信息为“较酸、较麻、较辣、微咸、不甜、不苦、川菜、制作食材为素食,忌口信息为不食葱姜蒜”等,根据该口味选择信息获取到的应用对象列表只有“麻婆豆腐”、“酸辣土豆丝”等几个菜谱列表,完全无法满足用户需求,此时,用户可以将口味选择信息中的其中某一个或几个指标的选择放宽,例如取消对于菜系的限制,或者取消对于制作食材的限制,又或者将忌口信息重新更改为只是不食蒜,则应用系统根据该修改后的口味选择信息,重新匹配生成的菜谱列表范围将会大大增加。
用多个指标的不同选择项标示的口味选择信息实际代表的是模糊的个性化的口味信息。在实际应用过程中,根据不同应用系统对应用对象的定义稍有不同,就有可能会存在一些应用上的偏差。假如用户获取到的应用对象与自己的实际口味信息具有差别,或者用户对根据该口味选择信息获取到的匹配对象结果不满意等,都可以对口味选择信息做临时性的修改。
用户的口味发生临时变化时,也可以对口味选择信息做临时修改:假如用户选择的口味选择信息主要为粤菜,不麻不辣,口味较清淡;用户此次想更换口味,吃较麻辣的川菜,则可以临时对口味选择信息中的一些指标进行修改,如将菜系更改为川菜,将麻辣指标更改为偏麻、偏辣;更改后,应用系统中的数据库将会按照更改后的口味选择信息的指标重新进行应用对象的检索匹配及生成。当然,此时如果用户愿意,临时修改的指标信息可以永久保存在服务器上,作为用户自此以后的固定口味选择信息。通过对口味信息的临时修改,增加了口味选择信息应用时的灵活性。
根据应用系统进行应用对象的匹配选择时,用户可以选择对口味选择信息中的一种或多种有效指标进行屏蔽或进行指定。如果进行屏蔽,屏蔽后,应用系统数据库对于应用对象的匹配处理将不再受到该有效指标的限制,其处理时按照无效指标的规则执行。例如,用户的口味选择信息为“较酸、较麻、较辣、微咸、不甜、不苦、川菜、无忌口信息”,如果用户此次就餐不想对菜系进行限制,则可以选择对菜系这一指标进行屏蔽,屏蔽后的用户口味选择信息变更为“较酸、较麻、较辣、微咸、不甜、不苦、无忌口信息”,取消了菜系指标的限定,应用系统数据库在进行相应的应用处理时,也会屏蔽菜系这一指标的限定。因此,生成的应用对象列表中包含了所有的菜系类型,扩大了用户可选择菜肴的范围。如果进行指定,指定后应用系统数据库对于数据的处理将只受到该有效指标的限制。例如,用户的口味选择信息为“较酸、较麻、较辣、微咸、不甜、不苦、川菜、无忌口信息”,如果用户此次就餐想在菜系中进一步对口味进行选择,则可以选择对表示口味的指标进行指定,例如用户只想选择“较酸、较麻、较辣、微咸”,指定后的用户口味选择信息变更为“较酸、较麻、较辣、微咸、川菜”,应用系统数据库在对其进行相应的应用处理时,也会仅受上述指标的限定。因此,生成的应用对象列表中仅包含川菜菜系,可以帮助用户更准确、快速地确定可选择对象的范围。
根据应用系统进行应用对象的匹配选择时,用户还可以选择对其中多种不同的指标,设定不同的优先级,具备不同优先级别的指标按照不同的顺序进行匹配。例如,用户的口味选择信息为“较酸、较麻、较辣、微咸、不甜、不苦、川菜、肉素混合、无忌口信息”等,可以选择对这些指标设定不同的优先级,如设定优先级1为“川菜”,设定优先级2为“较麻、较辣、肉素混合”,设定优先级3为“较酸、微咸、不甜、不苦”,则应用系统在对用户口味选择信息进行应用处理时,将会根据这些指标不同的优先级,进行有针对性的数据处理,首先处理优先级别最高为1级的指标,继而处理优先级别次之为2级的指标,然后处理优先级别最低为3级的指标;处理结果也将会以优先级别的高低作为对口味选择信息的数据处理依据。这种优先级别级数的设定,取决于应用系统的设计及处理能力。
用户对于口味选择信息的指标进行屏蔽、指定、修改、或不同优先级的设定,可以在应用系统处理数据之前进行,也可以在应用系统处理数据之后进行:即既可以在应用对象未开始检索匹配前就可以进行屏蔽、指定、修改、设定优先级,也可以在已经生成应用对象列表后再次进行屏蔽、指定、修改、设定优先级。总之,屏蔽、指定、修改或设定优先级后,应用系统将会按照更改后的口味选择信息重新进行应用对象的检索匹配。
所有符合匹配条件的应用对象在匹配结束后按照某种特定顺序展示出来,这种特定顺序可以是口味选择信息对应指标的优先级或者是其他任意定义的特定优先级。例如应用对象除了按照对应指标优先级显示外,还可以按照其他某种特定优先级次序排序显示出来,这种优先级排序方式可以是根据应用对象被选次数、价格高低次序、评价高低、发布时间顺序、本口味选择信息历史点餐记录、相似口味选择信息历史点餐记录、或其他因素情况、或这些因素情况的部分或全部综合进行排序;其余未完全匹配的应用对象,根据选择项匹配程度的不同,也可以按照其它顺序依次在完全匹配项后边提供给使用者;或者对于设置了优先级的口味选择信息,其未完全匹配的应用对象可以按照指标匹配的优先级程度依次提供给使用者。
这种特定顺序的展示方式可以由应用系统提前设置好,也可以由用户随时进行设置。
同口味选择信息发布方式的多样性对应,应用系统获取口味选择信息的方式也存在多种形式。应用系统可以自带口味选择信息输入接口,按照附图1所述的口味信息模型,获取用户的口味选择信息后,再进行应用对象的匹配工作;应用系统也可以通过摄像头获取印刷物上的某个包含口味选择信息的图形编码,例如二维矩阵码,或者直接通过通信接口获取以电子流形式存在的图形编码。除了直接获取的方式外,应用系统也可以通过输入接口,间接获取同用户口味选择信息绑定的字符编码或者其它用户个人信息,然后通过访问网络服务器,将其转换为对应的口味选择信息后,加以应用。
通过应用系统获取的特定用户的口味选择信息,可以用区别于其他用户的口味选择信息的标示信息进行表征,该标示信息可以是由口味选择信息存放的服务器生成的字符编码。也可以同用户的某种个人信息直接绑定,使用时可以通过在应用系统中直接输入个人信息,来等同输入口味选择信息。这种用户个人信息可以为个人手机号码、名字、身份证号码、电子邮箱、即时聊天工具的登录号等。例如用户的口味选择信息为“较酸、较麻、较辣、微咸、不甜、不苦、川菜”等,则可以在选定口味选择信息后,将其与个人手机号码13800008888进行绑定,这样在下次再使用该应用系统,希望传递自己的口味选择信息时,可以直接输入手机号码13800008888,应用系统通过该手机号码自动在数据库系统中进行检索匹配,找到与13800008888对应的用户的口味选择信息是“较酸、较麻、较辣、微咸、不甜、不苦、川菜”,进而进行相应的数据应用处理。
下面通过几个具体的实施例来说明该口味选择信息的应用方法在几种具体应用系统中的实际应用方式:
实施例1:餐厅点餐
如附图3所示,例如有多个用户同时在餐厅就餐,餐厅设有自己的口味选择信息应用系统,包含多个口味选择信息输入端和一个应用处理终端:餐厅将口味选择信息输入端配置为平板电脑,这些平板电脑内置口味选择信息应用软件,可以接收用户输入的口味选择信息,多个平板电脑可以同时满足多个用户的输入;餐厅将应用终端配置为一台计算机,可以根据平板电脑传递过来的用户口味选择信息,进行相应的数据处理及应用。餐厅的每台平板电脑都具有一个唯一的设备识别码,因此,应用终端计算机可以根据不同的设备识别码,区别不同的平板电脑传递过来的信息。
每位就餐用户在点餐前,都可以收到餐厅服务员提供过来的平板电脑,根据该电脑内置的口味选择软件,通过其人机交互接口,选择出适合自己的口味选择信息,选定后,通过确认发送就可以将该口味选择信息传递发送给餐厅的应用终端,避免了向服务员口述的繁琐。
应用终端接收到该用户的口味选择信息后,就可以快速的在餐厅应用终端的菜谱数据库中进行检索匹配,根据口味选择信息的指标中的对应选择项快速筛选出符合该用户口味选择信息的菜肴列表;其中,餐厅应用终端的数据库中,关于菜肴的特征也同样按照用户口味选择信息的指标中相同的指标和所述指标相同的选择项进行了标示,使得根据同样指标标示的用户口味选择信息,可以快速匹配到适合的菜肴列表。
应用终端计算机也可以根据用户口味选择信息,对用户进行相关菜谱推荐。筛选出或推荐的菜肴列表可以按顺序直接显示在应用终端的显示界面上,由用户进行菜肴的选择;也可以将其传递给输入端,由用户在输入端的人机交互界面上根据该顺序列表直接进行菜肴的选择,避免了由用户在众多繁杂菜单中进行筛选的盲目性以及口味不符合的风险性。
用户选定菜肴后,餐厅可以选择将其通过应用终端或输入端传送给餐厅后厨系统,由厨师根据用户选定的菜肴进行烹饪;或者也可以由餐厅服务员对用户选定的菜肴直接进行记录,传递相关信息给后厨系统,由厨师进行烹饪。餐厅可以根据实际运行情况,设置平板电脑与计算机之间的数据传递方式为有线或者无线。
用户通过餐厅平板电脑选定的口味选择信息,可以选择对其中一种或多种指标中的选择项进行修改,修改后,应用终端计算机对于菜谱列表的筛选将按照修改后的口味选择信息的指标的选择项执行;餐厅平板电脑上的口味选择软件,同时应具有指标屏蔽及优先级设置功能,用户可以根据需要进行选择设置,提高了餐厅应用系统的灵活性。
通过餐厅应用系统,也可以对用户的口味选择信息进行验证,通过选定口味选择信息对应的一组或多组菜肴,根据用户的反馈验证该口味选择信息是否符合用户的真实需要,如果不符合,则可以对口味选择信息进行修正。选定后的用户口味选择信息,用户可以选择将其与自己的个人信息如手机号码进行绑定保存,这样用户下次再在该家餐厅就餐时,直接输入自己的手机号码,平板电脑就可以通过应用数据库直接读取到该用户的口味选择信息,将其发送给餐厅应用终端,免去了用户重新选择口味选择信息的麻烦。
餐厅通过这种应用系统,可以快速获取每位就餐用户不同的口味选择信息,并将其进行应用,以便快速筛选出符合每一位用户口味选择信息的菜肴列表,提高了用户点餐效率,大大节省了餐厅及用户就餐时间。
实施例2:餐厅选择
例如用户欲外出就餐,但不知众多餐厅哪里的菜肴口味比较适合自己,可以通过一种口味选择信息应用系统来解决这个问题:这个应用系统可以是用户家中兼具输入和应用处理功能的一台计算机;也可以是街边的一种自助式应用终端,兼具数据输入及应用处理功能。所述应用系统数据库中,关于餐厅菜肴的特征也同样按照用户口味选择信息的指标中相同的指标和所述指标相同的选择项进行了标示,使得根据同样指标标示的用户口味选择信息,可以快速匹配到适合的餐厅列表。
用户可以通过应用系统的信息输入接口,输入自己的口味选择信息,具体应用时,用户可以通过选择一种或多种指标的选择项来限定应用终端的检索处理范围:即用户通过选择某一种或几种指标的选择项来输入自己的口味选择信息,随后应用终端根据这些选中指标的选择项在其数据库中进行检索匹配,生成符合这些口味选择信息的指标的餐厅列表;用户未选择的口味选择信息的指标在检索匹配时不予考虑。用户可随时更改或删除选定的口味选择信息的指标的选择项,以改变生成的餐厅列表结果。用户可以选择将生成的餐厅列表,按地理位置信息或者口味选择信息的指标的优先级顺序等进行排序,以方便用户的选择;用户也可以选择只生成现有地理位置附近,符合自己口味选择信息的餐厅列表,或者可以选择生成某个区的所有符合口味选择信息的餐厅列表,或者选择生成整个城市的所有符合口味选择信息的餐厅列表。
用户通过这种应用方式选定到符合自己口味选择信息的餐厅后,再动身去该餐厅就餐,省去了盲目寻找餐厅的麻烦以及无谓时间的浪费。
实施例3:方便菜选择
如果用户在家,想从网上筛选并购买方便菜进行烹饪,此时,这个应用系统可以通过用户家中兼具输入及应用处理功能的计算机来实现,该计算机中应安装有口味选择信息应用软件或者外部服务应用页面,满足用户对于口味选择信息的输入功能;同时,所述计算机数据库中,关于方便菜菜肴的特征也同样按照用户口味选择信息的指标中相同的指标和所述指标相同的选择项进行了标示,使得根据同样指标标示的用户口味选择信息,可以快速匹配到适合的方便菜列表。
用户通过计算机人机交互接口选择或输入自己的口味选择信息,计算机接收识别到用户的口味选择信息后,在方便菜数据库中根据该口味选择信息进行检索,并生成符合该口味选择信息的方便菜列表,用户可从该列表中快速选择到满足自己喜好的方便菜肴,继而进行购买,节省了方便菜的挑选时间。
同样,在方便菜的筛选过程中,用户也可以选择对口味选择信息中的任一指标进行修改、屏蔽或设置不同的优先级,增加了系统应用的灵活性。
实施例4:菜谱选择
假如用户想从网上购买数字菜谱,决定自己在家进行烹饪,可以通过家中兼具输入及应用处理功能的计算机来实现,或者也可以采用带有口味选择信息应用软件、或外部服务应用页面的移动终端或平板电脑来实现。同样,关于数字菜谱的特征也同样按照用户口味选择信息的指标中相同的指标和所述指标相同的选择项进行了标示,使得根据同样指标标示的用户口味选择信息,可以快速匹配到适合的菜谱列表。
用户通过移动终端直接登录应用系统外部服务应用页面,登录的用户个人信息可以直接与其口味选择信息进行绑定,这样每次登录后就直接等同于输入了口味选择信息,避免了每次选择输入的繁琐。用户在菜谱数据库中根据该口味选择信息进行检索匹配,生成与该口味选择信息符合的菜谱列表,用户可从该列表中快速选择到满足自己喜好的数字菜谱,进而选择购买或者下载,节省了从众多繁杂菜谱中挑选自己喜好菜谱的时间,提高了菜谱匹配的准确度。

Claims (10)

1.一种信息的标示方法,其特征在于:所述口味选择信息通过至少一个指标进行标示,所述指标包括至少一个选择项,所述选择项可通过机器可读的符号进行标示;通过对每一个指标对应的选择项的不同选择,区分不同的口味选择信息。
2.根据权利要求1所述的信息的标示方法,其特征在于:所述口味选择信息的指标包括口味选择信息对应客体的相关指标和口味选择信息对应主体的相关指标;所述口味选择信息对应客体的相关指标包括单一口味、菜系、制作食材、制作方法、营养含量信息中的部分或者全部;所述口味选择信息对应主体的相关指标包括年龄、性别、职业、身体状况、食用禁忌信息中的部分或者全部。
3.根据权利要求1所述的信息的标示方法,其特征在于:对于任一所述口味选择信息的指标,可以同时选择多个非互斥的选择项。
优选地,如果所述口味选择信息的某一指标对应的所有选择项都没有被选中,则所述指标在对应口味选择信息中被视为无效;或者所述口味选择信息的指标包含一个代表无效的选择项,则所述无效的选择项的选中代表所述口味选择信息的指标被视为无效;口味选择信息中被视为无效的指标在具体应用时无需比对。
更优选地,所述口味选择信息的多个指标可以设置不同的优先级;具备不同优先级的所述指标在具体应用时实施比对的先后顺序不同。
还更优选地,所述口味选择信息的指标的特定选择项可以是某种具体的口味选择信息的匹配对象。
4.根据权利要求1-3任一项所述的信息的标示方法,其特征在于:所述口味选择信息选择完成后,可以通过一组或多组菜肴组合验证所述口味选择信息是否符合使用者的真实意愿。
优选地,所述口味选择信息可以同一个或者多个用户个人信息或者任一字符编码关联;使用所述用户个人信息或者所述字符编码可以获得对应的口味选择信息。
还更优选地,使用所述用户个人信息或者字符编码获得对应口味选择信息的方法是通过检索特定服务器的数据库实现。
5.一种信息记录接口,包含人机交互界面和数据存储单元,其特征在于:人机交换界面显示如权利要求1~4任一项所述的口味信息的标示方法标示出的口味信息模型;人机交互界面记录用户在口味信息模型中的选择,并将其记录在数据存储单元中。
6.一种信息的应用方法,其特征在于,包括如下步骤:
(1)将口味选择信息的匹配对象按照如权利要求1-4任一项所述的口味选择信息相同的指标和所述指标相同的选择项进行标示;所述口味选择信息的匹配对象的指标的选择项按照所述口味选择信息的匹配对象的特性选择对应的选择项;
(2)将所述口味选择信息的每一个有效指标依次与所述口味选择信息的匹配对象对应的指标进行比对;
(3)如果所述口味选择信息的匹配对象的某一项指标的选择项包含所述口味选择信息对应指标的任一选择项,则所述口味选择信息的匹配对象在所述指标上与所述口味选择信息匹配成功;
(4)如果所述口味选择信息的匹配对象的全部有效指标都同所述口味选择信息的对应指标匹配成功,则认为所述口味选择信息的匹配对象同所述口味选择信息匹配成功。
7.根据权利要求6所述的信息的应用方法,其特征在于:所述的口味选择信息是在与所述口味选择信息的匹配对象匹配时生成,或者从特定服务器的数据库中读取,或者从特定设备的存储器中读取,还可以来自对特定图形编码的解码信息。
优选地,所述口味选择信息的多个指标可以设置不同的优先级;具备不同优先级的所述指标在具体应用时实施比对的先后顺序不同。
8.根据权利要求6或7所述的信息的应用方法,其特征在于:在所述口味选择信息与所述口味选择信息的匹配对象进行匹配前,对所述口味选择信息的任一指标的任一选择项进行修改;随后所述口味选择信息同所述口味选择信息的匹配对象的匹配过程,按照修改后的口味选择信息执行。
优选地,在所述口味选择信息与所述口味选择信息的匹配对象进行匹配前,可以屏蔽所述口味选择信息中的任一有效指标;所述口味选择信息的被屏蔽的有效指标在匹配时按照所述口味选择信息的所述指标是无效的规则执行。
9.根据权利要求6-8任一项所述的信息的应用方法,其特征在于:所有与所述口味选择信息完全匹配的所述口味选择信息的匹配对象,在匹配完成后可以按照某种特定顺序展示。
优选地,所有与所述口味选择信息未完全匹配的所述口味选择信息的匹配对象,在匹配完成后可以按照某种特定顺序展示。
10.根据权利要求6-9任一项所述的信息的应用方法,其特征在于:所述特定顺序可以是所述口味选择信息对应指标的优先级。
CN201310723090.2A 2013-12-24 2013-12-24 一种口味选择信息的标示方法及应用方法 Pending CN104112217A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310723090.2A CN104112217A (zh) 2013-12-24 2013-12-24 一种口味选择信息的标示方法及应用方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201310723090.2A CN104112217A (zh) 2013-12-24 2013-12-24 一种口味选择信息的标示方法及应用方法

Publications (1)

Publication Number Publication Date
CN104112217A true CN104112217A (zh) 2014-10-22

Family

ID=51708999

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310723090.2A Pending CN104112217A (zh) 2013-12-24 2013-12-24 一种口味选择信息的标示方法及应用方法

Country Status (1)

Country Link
CN (1) CN104112217A (zh)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105180922A (zh) * 2015-09-07 2015-12-23 广东欧珀移动通信有限公司 一种导航美食的方法及终端
CN106027585A (zh) * 2015-11-25 2016-10-12 高喜阁 食品推荐方法及装置
CN106548006A (zh) * 2016-10-09 2017-03-29 浙江大学 一种基于用户典型口味的膳食推荐方法
WO2017120858A1 (zh) * 2016-01-14 2017-07-20 谢文 根据人员过滤菜单的方法和电子点餐牌
WO2017120860A1 (zh) * 2016-01-14 2017-07-20 谢文 点餐时的数据采集方法和电子点餐牌
CN107924597A (zh) * 2015-09-04 2018-04-17 瑞可利控股有限公司 订购处理系统和订购处理方法
CN109147910A (zh) * 2018-08-09 2019-01-04 海南纽康信息系统有限公司 一种基于食材营养成分及口味的菜品推荐系统及实现方法
CN110175882A (zh) * 2019-04-09 2019-08-27 浙江口碑网络技术有限公司 味觉识别方法、装置、设备及可读存储介质
CN110941783A (zh) * 2019-11-12 2020-03-31 北京城市网邻信息技术有限公司 一种业务界面的展示方法和装置
CN112836084A (zh) * 2019-11-25 2021-05-25 北京达佳互联信息技术有限公司 控制流量的方法、装置、设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101246482A (zh) * 2007-02-16 2008-08-20 中国电信股份有限公司 基于结构化小文本的号码百事通搜索系统和方法
CN102651052A (zh) * 2012-03-29 2012-08-29 陶杰 一种智能套餐化点菜方法
CN102760163A (zh) * 2012-06-12 2012-10-31 奇智软件(北京)有限公司 一种特征信息的个性化推荐方法及装置
WO2013126887A2 (en) * 2012-02-24 2013-08-29 Jerry Wolfe System and method for providing flavor advisement and enhancement

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101246482A (zh) * 2007-02-16 2008-08-20 中国电信股份有限公司 基于结构化小文本的号码百事通搜索系统和方法
WO2013126887A2 (en) * 2012-02-24 2013-08-29 Jerry Wolfe System and method for providing flavor advisement and enhancement
CN102651052A (zh) * 2012-03-29 2012-08-29 陶杰 一种智能套餐化点菜方法
CN102760163A (zh) * 2012-06-12 2012-10-31 奇智软件(北京)有限公司 一种特征信息的个性化推荐方法及装置

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107924597A (zh) * 2015-09-04 2018-04-17 瑞可利控股有限公司 订购处理系统和订购处理方法
CN105180922A (zh) * 2015-09-07 2015-12-23 广东欧珀移动通信有限公司 一种导航美食的方法及终端
CN106027585B (zh) * 2015-11-25 2019-04-30 高喜阁 食品推荐方法及装置
CN106027585A (zh) * 2015-11-25 2016-10-12 高喜阁 食品推荐方法及装置
WO2017120858A1 (zh) * 2016-01-14 2017-07-20 谢文 根据人员过滤菜单的方法和电子点餐牌
WO2017120860A1 (zh) * 2016-01-14 2017-07-20 谢文 点餐时的数据采集方法和电子点餐牌
CN106548006A (zh) * 2016-10-09 2017-03-29 浙江大学 一种基于用户典型口味的膳食推荐方法
CN109147910A (zh) * 2018-08-09 2019-01-04 海南纽康信息系统有限公司 一种基于食材营养成分及口味的菜品推荐系统及实现方法
CN110175882A (zh) * 2019-04-09 2019-08-27 浙江口碑网络技术有限公司 味觉识别方法、装置、设备及可读存储介质
CN110175882B (zh) * 2019-04-09 2021-10-26 浙江口碑网络技术有限公司 味觉识别方法、装置、设备及可读存储介质
CN110941783A (zh) * 2019-11-12 2020-03-31 北京城市网邻信息技术有限公司 一种业务界面的展示方法和装置
CN112836084A (zh) * 2019-11-25 2021-05-25 北京达佳互联信息技术有限公司 控制流量的方法、装置、设备及存储介质
CN112836084B (zh) * 2019-11-25 2024-03-15 北京达佳互联信息技术有限公司 控制流量的方法、装置、设备及存储介质

Similar Documents

Publication Publication Date Title
CN104112217A (zh) 一种口味选择信息的标示方法及应用方法
CN110263067A (zh) 口味选择应用终端及应用系统
CN106447545B (zh) 一种餐饮订单订立方法和订立终端
CN105138682B (zh) 方便菜与数字菜谱的匹配方法、服务器及终端
CN104994747B (zh) 用于提供风味建议和增强的系统和方法
CN104146586B (zh) 一种智能烹饪设备及智能烹饪设备的工作方法
CN204698314U (zh) 一种智能厨房烹饪系统
CN107391531B (zh) 一种菜品推荐方法和装置
CN106955013A (zh) 一种智能厨房烹饪系统及智能辅助烹饪的方法
CN106557968A (zh) 一种餐饮订单处理方法
CN104200409B (zh) 一种口味选择信息同应用对象的匹配方法
CN105844553A (zh) 一种点餐处理方法及服务器
KR101982240B1 (ko) 레시피 생성 및 공유를 위한 요리 레시피 서비스 제공 방법
JP2012003319A (ja) 献立決定支援装置、献立決定支援プログラムおよび献立決定支援プログラムを記憶した記憶媒体
JP2019061366A (ja) 代替レシピ提示装置、代替レシピ提示方法、コンピュータプログラム及びデータ構造
CN107679951A (zh) 一种辅助点菜的方法和设备
CN110223757A (zh) 食谱方案的推荐方法、装置、介质、电子设备
CN112182355A (zh) 用于食谱推荐的方法、装置和智能终端
CN109993623A (zh) 基于图像识别的物品信息展示方法、系统及电子设备
CN108510361A (zh) 餐饮系统多菜品中快速定位、选取菜品的方法
JPWO2017175355A1 (ja) 情報処理装置、情報処理方法、プログラム
CN105512971A (zh) 一种煎饼果子自动制作机器及手机点餐系统
CN110021402A (zh) 一种基于图像识别的菜谱推荐方法及菜谱推荐系统
CN110490769A (zh) 菜谱信息的处理方法、装置及系统
CN116628040B (zh) 基于大数据的烹饪菜单获取及更新方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C41 Transfer of patent application or patent right or utility model
TA01 Transfer of patent application right

Effective date of registration: 20170120

Address after: High tech Zone Tangjiawan town of Harbin Institute of Guangdong province Zhuhai City Road 519000 No. 1 1 E301-17

Applicant after: Zhuhai yote IOT Technology Co. Ltd.

Address before: Yinhua road Xiangzhou District Guangdong city of Zhuhai Province, No. 102 519000

Applicant before: Zhuhai Unitech Power Technology Co., Ltd.

RJ01 Rejection of invention patent application after publication

Application publication date: 20141022

RJ01 Rejection of invention patent application after publication