控制方法、信息终端、程序、记录介质以及信息提供方法与流程

1.本公开涉及信息终端的控制方法等。


背景技术：

2.专利文献1公开一种根据包括用户的喜好信息、表示禁止摄取的食材的危险食材信息以及用于摄取量管理的健康管理信息的个人数据来提出适合个人数据的菜单的技术。
3.专利文献2公开一种设置于餐饮店的用于输入菜单的下单信息等来对接待客人业务进行辅助的餐饮店用点餐受理装置。专利文献2的餐饮店用点餐受理装置具备使显示设备显示能够输入菜单的下单信息的点餐输入画面的手段。在所述下单输入画面中按设定于餐桌的各个坐席而被输入菜单的下单信息。
4.在先技术文献
5.专利文献1:日本特开2005－222191号公报
6.专利文献2:日本特开2008－299821号公报


技术实现要素：

7.发明要解决的课题
8.在上述的现有技术中，需要进一步改善。
9.用于解决课题的技术方案
10.本公开的一个技术方案涉及的控制方法是经由网络与第一服务器进行通信的信息终端的控制方法，所述第一服务器与确定用户的识别信息关联地管理所述用户的生物信息，所述控制方法包括：经由显示在所述用户的所述信息终端的显示器的第一操作画面来获取餐厅id和表示所述用户的坐席的席位id，根据所述餐厅id，经由网络从与对应于所述餐厅id的餐厅关联的第二服务器获取表示所述餐厅提供的一个以上的菜肴的菜单信息，向所述第一服务器发送保存于所述信息终端的所述识别信息，根据所述识别信息，从所述第一服务器获取所述用户的生物信息，基于所述用户的生物信息，生成对由所述用户的疾病的发展导致的饮食限制程度进行表示的信息，基于所述菜单信息和表示所述饮食限制程度的信息，生成与表示所述饮食限制程度的信息对应的所述用户的个别菜单，经由显示在所述用户的信息终端的显示器的第二操作画面来显示所述个别菜单，所述第二操作画面是用于受理所述餐厅中的菜肴的点餐的画面，向所述第二服务器发送对用所述个别菜单选择出的菜肴进行表示的点菜信息和所述席位id。
11.发明的效果
12.采用上述技术方案，能够实现进一步改善。
附图说明
13.图1是表示一般的点餐系统的结构的图。
14.图2是表示本公开的信息处理系统的信息基础的整体面貌的一个例子的图。
15.图3是更详细地示出本实施方式的信息处理系统的整体面貌的图。
16.图4是表示本实施方式涉及的信息处理系统的具体结构的一个例子的图。
17.图5是表示餐厅的某个店铺的布局的图。
18.图6a是表示相对于坐席的qr码(注册商标，以下相同)的设置例的图。
19.图6b是表示相对于坐席的qr码的设置例的图。
20.图6c是表示相对于坐席的qr码的设置例的图。
21.图6d是表示相对于坐席的qr码的设置例的图。
22.图7是表示在用户使信息终端读取qr码的情况下显示在信息终端的操作画面的一个例子的图。
23.图8是表示qr码读取器刚读取qr码之后显示于信息终端的操作画面的一个例子的图。
24.图9是表示包含餐厅a公司的标准菜单的操作画面的一个例子的图。
25.图10是表示用户对操作画面进行操作来从标准菜单中点菜的场景的一个例子的图。
26.图11是表示最终决定从标准菜单中点餐的菜肴时所显示的操作画面的一个例子的图。
27.图12是表示在点菜的用户刚启动匹配应用程序之后显示于信息终端上的认证画面的一个例子的图。
28.图13是表示认证画面的另一个例子的图。
29.图14是表示在基于匹配应用的用户认证刚完成之后显示的主画面的一个例子的图。
30.图15是表示在启动了匹配应用的用户使信息终端读取与自己的坐席对应的qr码的情况下显示在信息终端上的操作画面的一个例子的图。
31.图16是表示在通过nfc获取餐厅id和席位id的情况下显示在信息终端上的操作画面的一个例子的图。
32.图17是表示在匹配应用生成个别菜单时显示在信息终端上的显示画面的一个例子的图。
33.图18是表示包含个别菜单的操作画面的一个例子的图。
34.图19是示出了用户对操作画面进行操作来从个别菜单点菜的场景的图。
35.图20是表示最终决定从个别菜单中点餐的菜肴时所显示的操作画面的一个例子的图。
36.图21是表示在用户确认至此的点餐历史记录时所显示的点餐历史记录画面的一个例子的图。
37.图22是汇总了糖尿病患者受到的饮食限制的一个例子的表。
38.图23是用于说明对本次用餐中的卡路里的容许摄取量进行计算的例子的图。
39.图24是表示高血压症患者的血压与盐分摄取量的关系的图。
40.图25是表示包含由第一服务器管理的用户的定期健康检查的诊断结果的信息的数据结构的一个例子的图。
41.图26是表示包含由第一服务器管理的用户的疾病诊断书的记载内容的信息的数
据结构的一个例子的图。
42.图27是表示包含由第一服务器管理的生物信息的信息的数据结构的一个例子的图。
43.图28是表示食材信息的数据结构的一个例子的图。
44.图29是表示低盐拉面和蔬菜饺子的食材信息的一个例子的图。
45.图30是表示本实施方式的信息处理系统的处理的整体面貌的一个例子的时序图。
46.图31是表示从标准菜单中点菜的情况下的信息终端的处理的一个例子的流程图。
47.图32是表示从个别菜单中点菜的情况下的信息终端的处理的一个例子的流程图。
48.图33是示出图32的步骤s1的处理的详细情况的流程图。
49.图34是示出图32的步骤s2的处理的详细情况的流程图。
50.图35是示出图32的步骤s3的处理的详细情况的流程图。
51.图36是示出图32的步骤s4的处理的详细情况的流程图。
52.图37是表示用于计算表示饮食限制程度的信息的公式(1)的图。
53.图38是表示用于计算各菜肴的优先级的公式(2)的图。
54.图39是示出本实施方式中的信息处理系统的具体实施方式的一个例子的图。
55.图40是表示从匹配应用启动后到显示个别菜单为止的对于文件的匹配应用的处理的一个例子的流程图。
56.图41是表示包含个别菜单的第一个变形的操作画面的一个例子的图。
57.图42是表示包含个别菜单的第二个变形的操作画面的一个例子的图。
58.图43是表示包含变灰显示的平铺对象的操作画面的一个例子的图。
59.图44是表示包含个别菜单的第三个变形的操作画面的一个例子的图。
60.图45是表示在采用了在第二服务器中生成个别菜单的方式的情况下生物信息被上传到第一服务器时的处理的一个例子的时序图。
61.图46是表示在采用了在第二服务器中生成个别菜单的方式情况下第一服务器获取疾病信息时的处理的一个例子的时序图。
62.图47是表示用户对第二服务器允许疾病信息的访问的情况下的信息处理系统的处理的一个例子的时序图。
63.图48是示出用户对第二服务器不允许疾病信息的访问的情况下的信息处理系统的处理的一个例子的时序图。
64.图49是表示在采用了在第二服务器生成个别菜单的方式的情况下生成个别菜单时的信息处理系统的处理的一个例子的时序图。
65.图50是表示在采用了在第二服务器生成个别菜单的方式的情况下拒绝个别菜单的生成时的信息处理系统的处理的一个例子的时序图。
66.标号说明
67.100：信息终端
68.101：通信部
69.102：存储器
70.103：摄像头
71.104：运算部
72.105：显示器
73.106：操作部
74.107：近距离通信部
75.200：第一服务器
76.201：通信部
77.202：运算部
78.203：存储器
79.300：第二服务器
80.301：通信部
81.302：运算部
82.303：存储器
83.500：医疗机构信息服务器
84.600：生物传感器
具体实施方式
85.(得到本公开的过程)
86.近年来，患有糖尿病、高血压、高血脂症等生活习惯病的患者逐渐增多。这样的患者为了控制卡路里摄取量或酒精摄取量等而受到饮食限制，为了遵守该饮食限制就需要严加注意每天的饮食。然而，在自己家里能够任意地调整食材的量来制作菜肴，因此比较容易遵守这种饮食限制，但是在外就餐时患者不得不从餐厅制定的菜单中点菜，因此不容易遵守这种饮食限制。因而，如果餐厅能够考虑这种饮食限制来提供主要包含适合患者的菜肴的菜单，则能够提高顾客满意度，从而实现与其它餐厅的差异化。
87.但是，饮食限制的内容按疾病而不同，并且，根据患者对疾病的改善程度而不同，因此，不容易制作适合用户的菜单。
88.而且，如果就坐于与作为患者的顾客同一桌的其它顾客点餐的菜肴被错误地摆给作为患者的顾客，则会给该顾客带来不舒服的感觉。进一步，在错误地摆放的菜肴不符合该顾客的饮食限制，并且，在该顾客食用了该菜肴的情况下，可能损害该顾客的健康。因此，必须避免这样的摆放失误。
89.在上述的专利文献1中公开了下述技术。使用户向某个店铺中按每个餐桌设置的菜单终端输入用户id和密码，店铺服务器从数据中心获取该用户的个人数据和该店铺的店铺数据，店铺服务器根据个人数据和店铺数据来决定去掉了问题食材(危险食材和不喜欢的食材)的菜单和推荐菜单(包含了许多该用户喜欢的食物的菜单等)，菜单终端显示所决定的菜单。
90.但是，在专利文献1中，在菜单终端按每个餐桌设置了唯一的桌号，由此可以明确出仅考虑到以餐桌为单位来点菜，完全没有考虑到以坐席为单位来点菜。因此，在专利文献1中，存在发生不符合患者的饮食限制的菜肴被错误地摆放在患者的坐席这样的摆放失误的可能性，所述菜肴是就坐于与该作为患者的顾客同一桌的其他顾客所点的菜肴。
91.另一方面，由于用户的个人数据是敏感信息，所以未经用户的许可就将该信息提供给第三方是不合适的。
92.但是，在专利文献1中，用户的个人数据被从数据中心发送到店铺服务器，因此，也存在未经用户的许可而个人数据被提供给店铺方这样的问题。
93.在专利文献2中公开了能够按各餐桌设置的各坐席来通过输入设备输入以及登记指示菜肴的点餐信息的下单输入画面。在该下单输入画面中包含了含有表示多个坐席的坐席对象的坐席位置图像、和与各菜肴品目对应的多个菜肴确定图像。例如，店员在从坐席位置图像触摸了所希望的坐席的坐席对象后，触摸与所希望的菜肴品目对应的菜肴确定图像。由此，选择就坐于所触摸的坐席的顾客单独点餐的菜肴品目。
94.这样，在专利文献2中，坐席与菜肴品目的关联是店员通过点餐输入画面手动输入来进行的。因此，存在在坐席与菜肴品目相关联时发生误输入的可能性。特别是店里拥挤时容易发生这种误输入。进一步，在专利文献2的下单输入画面中，除了如专利文献2的第38图所示那样包含坐席位置图像和菜肴特定图像以外，还包含有各种信息和对象。由此也可知：在专利文献2的下单输入画面中发生这种误输入的可能性高。因此，专利文献2也与专利文献1同样地无法防止上述的摆放失误。
95.本公开是为了解决上述的问题而完成的，第一目的在于防止在受到饮食限制的用户的坐席摆放不符合饮食限制的菜肴。
96.进一步，本公开的第二目的在于防止未经用户的许可而第一服务器存储的敏感信息泄漏到第一服务器的外部。
97.本公开的一个技术方案涉及的控制方法是经由网络与第一服务器进行通信的信息终端的控制方法，所述第一服务器与确定用户的识别信息关联地管理所述用户的生物信息，所述控制方法包括：经由显示在所述用户的所述信息终端的显示器的第一操作画面来获取餐厅id和表示所述用户的坐席的席位id，根据所述餐厅id，经由网络从与对应于所述餐厅id的餐厅关联的第二服务器获取表示所述餐厅提供的一个以上的菜肴的菜单信息，向所述第一服务器发送保存于所述信息终端的所述识别信息，根据所述识别信息，从所述第一服务器获取所述用户的生物信息，基于所述用户的生物信息，生成对由所述用户的疾病的发展导致的饮食限制程度进行表示的信息，基于所述菜单信息和表示所述饮食限制程度的信息，生成与表示所述饮食限制程度的信息对应的所述用户的个别菜单，经由显示在所述用户的信息终端的显示器的第二操作画面来显示所述个别菜单，所述第二操作画面是用于受理所述餐厅中的菜肴的点餐的画面，向所述第二服务器发送对用所述个别菜单选择出的菜肴进行表示的点菜信息和所述席位id。
98.根据上述方式，例如在点菜时，在用户信息终端的显示器上显示第一操作画面，经由该第一操作画面来获取餐厅id和表示用户的坐席的席位id。根据所获取到的餐厅id，从第二服务器获取表示与该餐厅id对应的餐厅所提供的一个以上的菜肴的菜单信息。进一步，保存在信息终端中的识别信息被发送到第一服务器，获取该信息终端的用户的生物信息。
99.基于所获取到的用户的生物信息，生成对由用户的疾病的发展引起的饮食限制程度进行表示的信息。基于所生成的表示饮食限制程度的信息和获取到的菜单信息，生成与表示饮食限制程度的信息对应的用户的个人菜单。该个别菜单经由第二操作画面显示在信息终端的显示器上。从所显示的个别菜单中选择菜肴，表示该菜肴的点菜信息被与席位id相关联地发送到第二服务器。
100.这样，在本方式中，在用户点菜的一连串的过程中，表示由用户从个别菜单中选择出的菜肴的点菜信息与用户坐席之间的关联是自动进行的，而无需人工操作。由此，例如能够防止将用户同一桌的其它用户所点的未应对饮食限制的菜肴被摆放在受到饮食限制的用户的坐席上。其结果，能够防止对受到饮食限制的用户带来不舒服的感觉。进一步，由于防止了这种摆放错误，所以能够防止因受到饮食限制的用户错误地食用所摆放的菜肴而损害该用户的健康。
101.进一步，在本方式中，由于不向第二服务器发送生物体信息，所以能够防止生物体信息向餐厅方泄漏。进一步，在本方式中，由于点菜信息不是确定用户的识别信息，而是与席位id相关联地进行发送，所以能够防止识别信息泄漏到餐厅方。
102.在上述控制方法中，所述个别菜单也可以包含基于所述菜单信息和表示所述饮食限制程度的信息而在所述菜单信息所包含的各菜肴中使表示所述饮食限制程度的信息所示的所述用户应避免的食材减少来生成的菜肴。
103.根据该方式，在个体菜单中包含减少了表示饮食限制程度的信息所示的用户应避免的食材的菜肴。由此，能够防止对用户健康造成很大的不良影响。
104.在上述控制方法中，使所述食材减少也可以包括使所述食材的量成为零。
105.根据该方式，在个体菜单中包含表示饮食限制程度的信息所示的用户应避免的食材被减为零的菜肴。由此，能够更可靠地防止对用户健康造成很大的不良影响。
106.在上述控制方法中，对于所述个别菜单，也可以基于所述菜单信息和表示所述饮食限制程度的信息而在所述菜单信息所包含的各菜肴中将含有表示所述饮食限制程度的信息所示的所述用户应避免的食材的菜肴排除掉或者使其变灰来生成该个别菜单。
107.根据本方式，由于生成表示饮食限制程度的信息所示的用户应避免的食材的菜肴被排除掉或被变灰了的个别菜单，所以该用户能够不认识到包含应避免的食材的菜肴或者能够容易地确认这样的菜肴，能够顺畅地进行点菜。
108.在上述控制方法中，所述个别菜单也可以包含在所述一个以上的菜肴中追加了含有与所述用户的疾病的发展对应的容易缺少的营养成分的食材的一个菜肴。
109.根据本方式，在个别菜单中包含追加了含有与用户的疾病的发展对应的容易缺乏的营养成分的食材的一个菜肴。因此，能够向该用户建议能够补充因需要专业知识而有饮食限制的用户难以确定的容易缺少的营养成分的菜肴。
110.在上述控制方法中，所述个别菜单也可以包含对用于补充与所述用户的疾病的发展对应的容易缺少的营养成分的菜肴的组合进行表示的显示。
111.根据本方式，在个体菜单中包含有用于补充与用户的疾病的发展对应的容易缺乏的营养成分的菜肴组合的显示。因此，能够向该用户建议能够补充因需要专业知识而有饮食限制的用户难以确定的容易缺少的营养成分的菜肴的组合。
112.在上述控制方法中，所述个别菜单也可以包含在所述一个以上的菜肴中追加了含有在预定期间的所述用户的过去的用餐中所述用户所缺少了的营养成分的食材的一个菜肴。
113.根据本方式，在个别菜单中包含了在一个以上的菜肴中追加了含有在预定期间内用户的过去的用餐中用户所缺少了的营养成分的食材的一个菜肴。因此，能够向该用户建议能够补充因需要专业知识而对于有饮食限制的用户来说难以确定的的营养成分的菜肴。
114.在上述控制方法中，所述个别菜单也可以包含对用于补充在预定期间的所述用户的过去的用餐中所述用户所缺少了的营养成分的菜肴的组合进行表示的显示。
115.根据本方式，在个别菜单中包含对用于补充在预定期间内的用户的过去的用餐中用户所缺少了的营养成分的菜肴的组合进行表示的显示。因此，能够向该用户建议能够补充因需要专业知识而有饮食限制的用户难以确定的容易缺少的营养成分的菜肴的组合。
116.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的容许摄取量进行表示的信息，所述对本次用餐中的容许摄取量进行表示的信息表示从预定期间中的容许摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以下，所述个别菜单包含在所述一个以上的菜肴中使含有超过所述本次用餐中的容许摄取量的所述特定营养成分的一个菜肴中的所述特定营养成分的量成为了所述本次用餐中的容许摄取量以下的菜肴。
117.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的容许摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以下的信息来作为表示本次用餐中容许摄取量的信息。并且，关于特定营养成分，对于超过本次用餐中的容许摄取量的菜肴，在被设为了容许摄取量以下后包含在个别菜单中。由此，有饮食限制的用户能够不认识到使疾病恶化的特定营养成分的量而顺畅地进行点菜。
118.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的目标摄取量进行表示的信息，所述对本次用餐中的目标摄取量进行表示的信息表示从预定期间中的目标摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以上，所述个别菜单包含在所述一个以上的菜肴中使含有小于所述本次用餐中的目标摄取量的所述特定营养成分的一个菜肴中的所述特定营养成分的量成为了所述本次用餐中的目标摄取量以上的菜肴。
119.根据该方式，关于与疾病有关的特定营养成分，采用表示对从预定期间内的目标摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以上的信息来作为表示本次用餐中目标摄取量的信息。并且，关于特定营养成分，对于小于本次用餐中的目标摄取量的菜肴，在被设为了目标摄取量以上后包含在个别菜单中。由此，有饮食限制的用户能够不认识到使疾病改善的特定营养成分的量而顺畅地进行点菜。
120.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病对应的本次用餐中的卡路里的容许摄取量进行表示的信息，所述对本次用餐中的卡路里的容许摄取量进行表示的信息表示从预定期间中的卡路里的容许摄取量减去所述预定期间的过去的用餐中的卡路里的累计摄取量而得到的量以下，所述个别菜单包含在所述一个以上的菜肴中使含有超过所述本次用餐中的卡路里的容许摄取量的卡路里的一个菜肴中的卡路里的量成为了所述本次用餐中的容许摄取量以下的菜肴。
121.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的卡路里的容许摄取量减去预定期间内的过去的用餐中的卡路里的累计摄取量而得到的量以下的信息来作为表示本次用餐中的卡路里的容许摄取量的信息。并且，关于特定营养成分，对于超过本次用餐中的卡路里的容许摄取量的菜肴，在被设为了卡路里的容许摄取量以下后包含在个别菜单中。由此，有饮食限制的用户能够不认识到卡路里的摄取量而顺畅地进行点菜。
122.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的容许摄取量进行表示的信息，所述对本次用餐中的容许摄取量进行的信息表示从预定期间中的容许摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以下，对于所述个别菜单，在所述一个以上的菜肴中将含有超过所述本次用餐中的容许摄取量的所述特定营养成分的一个菜肴排除掉或者使其变灰来生成该个别菜单。
123.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的容许摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以下的信息来作为表示本次用餐中的容许摄取量的信息。并且，关于特定营养成分，将超过本次用餐中的容许摄取量的菜肴排除掉或变灰后包含在个别菜单中。由此，有饮食限制的用户能够不认识到含有许多使疾病恶化的特定营养成分的菜肴或者容易地确认含有很多那样的营养成分的菜肴，能够顺畅地进行点菜。
124.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的目标摄取量进行表示的信息，所述对本次用餐中的目标摄取量进行表示的信息表示从预定期间中的目标摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以上，对于所述个别菜单，在所述一个以上的菜肴中将含有小于所述本次用餐中的目标摄取量的所述特定营养成分的一个菜肴排除掉或使其变灰来生成该个别菜单。
125.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的目标摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以上的信息作为表示本次用餐中的目标摄取量的信息。并且，关于特定营养成分，将小于本次用餐中的目标摄取量的菜肴排除掉或变灰后包含在个别菜单中。由此，有饮食限制的用户能够不认识到缺少改善疾病的特定营养成分的菜肴或者能够容易地确认缺少那样的营养成分的菜肴，能够顺畅地进行点菜。
126.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病对应的本次用餐中的卡路里的容许摄取量进行表示的信息，所述对本次用餐中的卡路里的容许摄取量进行表示的信息表示从预定期间中的卡路里的容许摄取量减去所述预定期间的过去的用餐中的卡路里的累计摄取量而得到的量以下，对于所述个别菜单，在所述一个以上的菜肴中将含有超过所述本次用餐中的卡路里的容许摄取量的菜肴排除掉或使其变灰来生成该个别菜单。
127.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的卡路里的容许摄取量减去预定期间内的过去的用餐中的卡路里的累计摄取量而得到的量以下的信息来作为表示本次用餐中的卡路里的容许摄取量的信息。并且，关于特定营养成分，将超过本次用餐中的卡路里的容许摄取量的菜肴排除掉或变灰后包含在个别菜单中。由此，有饮食限制的用户能够不认识到卡路里的摄取量超过容许摄取量的菜肴或者能够容易地确认那样的的菜肴，能够顺畅地进行点菜。
128.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对所述用户的疾病有关的特定营养成分所对应的本次用餐中的容许摄取量进行表示的信息，所述对本次用餐中的容许摄取量进行表示的信息表示从预定期间中的容许摄取量减去所述预定期间的
过去的用餐中的累计摄取量而得到的量以下，所述个别菜单包含在所述一个以上的菜肴中对含有超过所述本次用餐中的容许摄取量的所述特定营养成分的一个菜肴中追加了含有如下营养成分的食材的菜肴，该营养成分具有通过与所述特定营养成分同时摄取来中和由超过所述容许摄取量的所述特定营养成分带来的不良影响的效果。
129.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的容许摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以下的信息来作为表示本次用餐中的容许摄取量的信息。并且，关于特定营养成分，对超过本次用餐中的容许摄取量的菜肴，追加含有具有中和由于特定营养成分带来的不良影响的效果的营养成分的食材。由此，有饮食限制的用户能够不认识到使由与疾病相关的特定营养成分带来的不良影响得到中和的食材而顺畅地进行点菜。
130.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的容许摄取量进行表示的信息，所述对本次用餐中的容许摄取量进行表示的信息表示从预定期间中的容许摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以下，所述个别菜单包含表示如下组合的显示，该组合是含有超过所述本次用餐中的容许摄取量的所述特定营养成分的菜肴、和含有具有通过与所述特定营养成分同时摄取来中和由超过所述容许摄取量的所述特定营养成分带来的不良影响的效果的营养成分的菜肴的组合。
131.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的容许摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以下的信息来作为表示本次用餐中的容许摄取量的信息。并且，关于特定营养成分，对于超过本次用餐中的容许摄取量的菜肴，组合了含有具有中和由特定营养成分带来的不良影响的效果的营养成分的菜肴之后，显示在个别菜单上。由此，有饮食限制的用户能够不认识到使由与疾病有关的特定营养成分带来的不良影响得到中和的食材而顺畅地进行点菜。
132.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的容许摄取量进行表示的信息，所述对本次用餐中的容许摄取量进行表示的信息表示从预定期间中的容许摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以下，所述个别菜单包含对成为所述本次用餐中的容许摄取量以下的菜肴的组合进行表示的显示。
133.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的容许摄取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以下的信息来作为表示本次用餐中的容许摄取量的信息。并且，关于特定营养成分，成为本次用餐中的容许摄取量以下的菜肴的组合显示在个别菜单上。由此，有饮食限制的用户能够不认识到使疾病恶化的特定营养成分的量而顺畅地进行关于组合的点菜。
134.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病有关的特定营养成分所对应的本次用餐中的目标摄取量进行表示的信息，所述对本次用餐中的目标摄取量进行表示的信息表示从预定期间中的目标摄取量减去所述预定期间的过去的用餐中的累计摄取量而得到的量以上，所述个别菜单包含对成为所述本次用餐中的目标摄取量以上的菜肴的组合进行表示的显示。
135.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的目标摄
取量减去预定期间内的过去的用餐中的累计摄取量而得到的量以上的信息来作为表示本次用餐中的目标摄取量的信息。并且，关于特定营养成分，成为本次用餐中的目标摄取量以上的菜肴的组合显示在个别菜单上。由此，有饮食限制的用户能够不认识到使疾病改善的特定营养成分的量而顺畅地进行关于组合的点菜。
136.在上述控制方法中也可以为，表示所述饮食限制程度的信息包含对与所述用户的疾病对应的本次用餐中的卡路里的容许摄取量进行表示的信息，所述对本次用餐中的卡路里的容许摄取量进行的信息表示从预定期间中的卡路里的容许摄取量减去所述预定期间的过去的用餐中的卡路里的累计摄取量而得到的量以下，所述个别菜单包含对成为所述本次用餐中的卡路里的容许摄取量以下的菜肴的组合进行表示的显示。
137.根据该方式，关于与疾病有关的特定营养成分，采用表示从预定期间内的卡路里的容许摄取量减去预定期间内的过去的用餐中的的累计摄取量而得到的量以下的信息来作为表示本次用餐中的卡路里的容许摄取量的信息。并且，关于特定营养成分，成为本次用餐中的卡路里的容许摄取量以下的菜肴的组合显示在个别菜单上。由此，有饮食限制的用户能够不认识到卡路里的摄取量而顺畅地进行关于组合的点菜。
138.在上述控制方法中也可以为，所述个别菜单包含第一菜肴和与所述第一菜肴相比降低优先级来显示的第二菜肴，所述第二菜肴所含有的与所述用户的疾病有关的摄取被限制的营养成分的量多于所述第一菜肴所含有的与所述用户的疾病有关的所述摄取被限制的营养成分的量。
139.根据本方式，越是含有许多被限制摄取的营养成分的菜肴，使优先级越低地显示在个别菜单上，因此，用户能够容易地确认疾病的改善效果高的菜肴。
140.在上述控制方法中也可以为，所述个别菜单包含第一菜肴和与所述第一菜肴相比降低优先级来显示的第二菜肴，所述第二菜肴所含有的与所述用户的疾病有关的摄取被推荐的营养成分的量少于所述第一菜肴所含有的与所述用户的疾病有关的所述摄取被推荐的营养成分的量。
141.根据本方式，越是含有许多被推荐摄取的营养成分的菜肴，使优先级越升高地显示在个别菜单上，因此，用户能够容易地确认疾病的改善效果高的菜肴。
142.在上述控制方法中也可以为，降低所述优先级来显示包括使所述第二菜肴的显示顺序排在所述第一菜肴的显示顺序之后、使所述第二菜肴的显示尺寸比所述第一菜肴的显示尺寸小以及使所述第二菜肴的显示浓度比所述第一菜肴的显示浓度淡中的至少任一方。
143.根据本方式，由于越是优先级低的菜肴，显示顺序越排在后面，越是优先级低的菜肴，显示尺寸越小，或者越是优先级低的菜肴，显示得越淡，所以用户能够容易地确认疾病的改善效果高的菜肴。
144.在上述控制方法中，表示所述饮食限制程度的信息也可以被与所述用户的疾病的发展对应地逐次进行更新。
145.根据本方式，由于表示饮食限制程度的信息与用户的疾病的发展对应地逐次被更新，所以能够根据疾病的发展程度来生成适当的表示饮食限制程度的信息。其结果，能够根据用户的疾病的发展程度来显示包含适当的菜肴的个别菜单。
146.在上述控制方法中，表示所述饮食限制程度的信息也可以基于健康检查的结果的获取、诊断时的病历信息的获取以及通过检测所述用户的生物信息的生物传感器进行的所
述用户的生物信息的获取中的至少任一方来逐次被进行更新。
147.根据本方式，由于基于健康检查的结果、诊断时的病历信息以及用户的生物信息中的至少一个的获取来更新表示饮食限制程度的信息，所以能够根据这些最新的信息来生成对于用户来说合适的表示饮食限制程度的信息。
148.在上述控制方法中也可以为，还向所述第一服务器发送表示在所述个别菜单中选择出的菜肴的菜肴名的信息、表示在所述个别菜单中选择出的菜肴的价格的信息、表示在所述个别菜单中选择出的菜肴被进行了点餐的日期时间的信息以及表示在所述个别菜单中选择出的菜肴所含有的营养成分的信息。
149.关于在个别菜单中被用户选择的料理，由于表示料理名的信息、表示价格的信息、表示点餐日期时间的信息、表示营养成分的信息被发送到第一服务器，所以第一服务器能够获取用户的饮食历史。
150.在上述控制方法中，所述识别信息也可以包含用户id。
151.根据本方式，由于在识别信息中包含用户id，所以能够从第一服务器可靠地获取与用户对应的生物信息。
152.在上述控制方法中，所述第一服务器也可以与所述第二服务器不同。
153.在第一服务器中存储有用户的生物信息这样的用户的敏感信息。这样的敏感信息未经用户的许可就提供给第一服务器是不好的。在本方式中，第一服务器由与第二服务器不同的服务器组成。因此，能够防止用户的敏感信息向第一服务器的外部泄漏。
154.在上述控制方法中，所述餐厅id和所述席位id也可以是通过所述第一操作画面读取在所述用户就坐的餐桌的对应位置准备的识别码来获取的。
155.根据本方式，餐厅id和席位id是通过读取在用户就坐的餐桌的对应位置准备的识别码来获取的。由此，无需使用户手动输入就能够获取餐厅id和席位id。
156.在上述控制方法中，所述识别码也可以包含qr码。
157.根据本方式，由于识别码是qr码，所以无需使用户手动输入就能够获得该信息。
158.上述控制方法中，上述识别码也可以是通过nfc(near field communication，近场通信)来读取的。
159.根据本方式，由于识别码是使用nfc来读取的，所以无需使用户手动输入就能够获取该信息。
160.在上述控制方法中，所述第一服务器也可以对生物信息、包含所述用户的物品的购买历史记录信息或菜肴的点餐历史记录信息的喜好信息以及包含所述用户的位置信息的行动历史记录信息进行分散管理。
161.根据本方式，第一服务器对生物信息、包含用户的物品的购买历史记录信息或菜肴的点餐历史记录信息的喜好信息以及包含所述用户的位置信息的行动历史记录信息进行分散管理。因此，本方式能够防止这些个人信息向外部泄漏。
162.上述控制方法也可以在信息终端中执行。上述控制方法也可以是在信息终端的计算机中执行的程序或记录该程序的记录介质。
163.根据这些构成，能够提供执行上述控制方法的信息终端、程序以及记录该程序的记录介质。
164.在上述程序中，确定所述用户的识别信息也可以包含对所述程序所赋予的各信息
终端的序列码。
165.根据该构成，由于采用了对程序所赋予的各信息终端的序列码，所以能够以进一步提高了隐匿性的信息来构成识别信息。
166.本公开的另一种技术方案涉及的控制方法是健康管理系统中的信息提供方法，所述健康管理系统包含第二服务器，所述第二服务器与第一服务器进行通信，保存对与一个餐厅对应的一个以上的菜肴进行表示的菜单信息，所述第一服务器与确定用户的识别信息关联地管理所述用户的生物信息，所述信息提供方法包括：经由网络从所述用户的信息终端获取表示所述用户的坐席的席位id，所述席位id是经由显示在所述信息终端的显示器上的操作画面来获取的，经由网络从所述信息终端获取保存在所述信息终端中的所述识别信息，经由网络从所述第一服务器获取所述用户的生物信息，基于所述用户的生物信息，生成表示由所述用户的疾病的发展导致的饮食限制程度的信息，基于所述菜单信息和表示所述饮食限制程度的信息，生成与表示所述饮食限制程度的信息对应的所述用户的个别菜单，向所述信息终端发送所述个别菜单，在所述信息终端中基于所述个别菜单来选择菜肴。
167.根据上述方式，在点菜时，经由在用户的信息终端的显示器上显示的操作画面来获取表示用户的坐席的席位id，并且经由网络获取存储在用户的信息终端中的用于确定用户的识别信息。进一步，经由网络从第一服务器获取用户的生物信息，基于所获取的生物信息和第二服务器所存储的菜单信息来生成对与由用户的疾病的发展导致的饮食限制程度进行表示的信息对应的用户的个别菜单。该个别菜单被发送到信息终端，从该个别菜单中选择菜肴。
168.这样，在本方式中，在用户点菜的一连串的过程中，在健康管理系统中获取表示在一个餐厅中的用户的坐席的席位id，并且，通过个别菜单来选择菜肴。该个别菜单对应于表示饮食限制程度的信息。因此，自动地进行点菜信息与用户的坐席之间的关联，无需人工介入。由此，例如能够防止与用户同一桌的其它用户所点的且未应对饮食限制的菜肴被摆放在受到饮食限制的用户的坐席上。其结果是，能够防止对受到饮食限制的用户带来不舒服的感觉。而且，由于防止了这种摆放错误，所以能够防止因受到饮食限制的用户错误地食用所摆放的菜肴而损害该用户的健康。
169.(实施方式)
170.在我们的社会中，预计今后互联网将进一步普及，身边将存在各种传感器。由此，可预想到我们的社会将变成从与个人的状态和活动等有关的信息到包括建筑物和交通网络等的街区整体的信息都会被数字化而不断变为能够在计算机系统中利用的状态。被数字化的与个人有关的数据(个人信息)经由通信网络而储存在云端上，作为大数据由信息银行进行管理，被用于个人的各种用途。
171.这样的高度信息化社会在日本被称作society5.0。高度信息化的社会是通过使现实空间(物理空间)和虚拟空间(网络空间)高度融合的信息基础设施(网络物理系统)来期待经济发展和解决社会问题的社会。
172.在这样的高度信息化的社会中，当个人在日常的各种场景中进行意思决定时，对储存的含有个人信息的大数据进行分析，该个人能够得知与当时的状况相应的对该个人来说被认为最佳的选项。
173.下面，说明在这种信息物理系统工作的高度信息化社会中以个人的饮食为主题来
实施经济高效化和个人优化(个性化)的方式。
174.作为被个人优化后的菜肴点餐系统的例子，可以考虑从餐厅的店铺终端向个人的信息终端发送菜单信息，将由不含有存在饮食限制的用户应避免的食材的菜肴构成的菜单作为推荐菜单来在移动终端上进行提示。首先，对设想在上述的高度信息化社会被提出之前的社会中所构建的一般的菜肴点餐系统进行说明。
175.图1是表示一般的菜肴点餐系统的结构的图。点餐系统包括店铺终端1100和移动终端1200。店铺终端1100和移动终端1200设置在餐厅的店铺1000内。店铺终端1100是发出菜单信息的计算机。店铺终端1100包括用于与外部设备进行通信的通信部、用于执行运算处理的运算部、用于存储数据的存储器以及用于显示和操作信息的ui部。存储器存储菜单信息1101。菜单信息1101包含有与餐厅提供的菜肴有关的信息。具体而言，菜单信息1101包含有菜肴名称、菜肴中使用的材料和菜肴价格。在图1的示例中，菜单信息1101包含了虾汉堡、海鲜意大利面、海鲜咖喱和焗烤菠菜这四个菜肴。
176.移动终端1200是访问店铺1000的用户所拥有的智能手机等移动终端。移动终端1200包括用于与外部设备进行通信的通信部、用于执行运算处理的运算部、用于存储数据的存储器以及用于显示和操作信息的ui部。存储器存储拥有移动终端1200的用户的疾病信息和饮食历史记录信息等。
177.当用户进入店铺1000时，店铺终端1100和移动终端1200自动或手动地开始通信。已开始通信的移动终端1200从店铺终端1100获取菜单信息1101。获取到菜单信息1101的移动终端1200将菜单信息与存储在存储器中的疾病信息和饮食历史记录信息进行对照，提取不包含用户应避免的食材的菜肴。移动终端1200基于所提取的菜肴来生成推荐菜单1211，并将其显示在ui部中。在图1的例子中，由于用户应避免的食材是牛肉，所以作为不包含牛肉的菜肴的焗烤菠菜被显示为推荐菜单1211。
178.根据上述构成，用户能够从所显示的推荐菜单中选择不包含应避免的食材的菜肴。
179.在society 5.0中，如疾病信息、饮食历史记录信息这样的个人信息通过被称为信息银行的管理个人信息的业者的服务器以不会被第三方确定出个人的方式隐匿化后被进行一元管理。该个人信息在信息银行的管理下被随时更新，不依赖于终端的用户的手动输入。
180.然而，在图1所示的点餐系统中，疾病信息和饮食历史记录信息由移动终端1200进行管理，而不是由服务器进行管理。因此，图1所示的点餐系统不容易更新疾病信息和饮食历史记录信息。例如，为了更新疾病信息和饮食历史记录信息，需要用户将疾病信息和饮食历史记录信息手动输入到移动终端1200，对用户来说是费事的。而且，由于疾病信息和饮食历史记录信息未被隐匿化，所以疾病信息和饮食历史记录信息也可能被泄漏到店铺终端1100。因此，为了使图1所示的点餐系统适合于society5.0所宣称的高度信息化的社会，需要进一步改善。因此，在本实施方式中，提出基于society5.0的信息处理系统。以下，参照附图对本公开的实施方式涉及的信息处理系统进行说明。
181.图2是表示本公开的信息处理系统的信息基础设施的整体面貌的一个例子的图。图2所示的信息处理系统是基于society 5.0而配置的系统，提供利用个人信息来向用户建议适合于作为消费者的用户的商品或服务、对用户对商品或服务的选择进行辅助的选择辅
助服务。在本实施方式中，作为选择辅助服务，主要着眼于对菜肴的点餐进行辅助的服务，但在说明该服务之前，使用图2说明用于实现本实施方式的信息基础设施的整体面貌。该信息处理系统大致由三个设备组构成。
182.第一设备组是包括用户拥有的智能手机等的信息终端100的设备组。在信息终端100安装了匹配应用程序。匹配应用程序(以下称为匹配应用)是用于使用用户的个人信息来选择或推荐适合于用户的商品或服务的应用程序。在此所说的个人信息广泛地包括关于个人的公开或者非公开的信息。例如，个人信息包含姓名、出生日期、地址、年收入、拥有的动产/不动产信息、身高/体重等身体信息、基因信息、病史/诊断病历等医疗信息、步数/消耗卡路里等活动量信息、饮食历史记录信息、心率/血压等生命体征信息、通过店铺/ec网站等购买的购买信息、通过web检索引擎/ai扬声器进行了检索的单词信息、通过邮件/sns收发的文章/视频音频信息、以及移动历史记录信息等中的至少一个。信息终端100能够通过例如被称为4g、5g的移动通信网络经由移动基站400与因特网连接。
183.第二设备组是包括第一服务器200的设备组。第一服务器200是将用户的个人信息分散到多处，对进行了分散的个人信息进一步进行加密并存储的个人信息服务器。例如，第一服务器200通过将用户的个人信息进行碎片化和加密，并将其存储在位于云端上的多个存储装置中，由此管理个人信息。由此，确保高安全性，防止个人信息的泄漏等。而且，第一服务器200具有如下功能：响应于来自第三方的询问，根据用户本人的许可来返回所需的数据。而且，第一服务器200具有将用户许可的个人信息安全地共享给用户许可的业者的功能。即，第一服务器200具有作为信息银行的功能。在这种情况下，第一服务器200例如将一个数据分散并记录在多个存储装置中。一个数据的一个例子是记录有个人信息的一个文件。
184.在本实施方式中，第一服务器200基于用户的许可，使特定的个人信息共享给特定的业者。而且，第一服务器200具有用于提供以下说明的选择辅助服务的功能。
185.上述匹配应用例如由第一服务器200的运营公司进行开发和/或发放。该运营公司使用用户的个人信息来评价用户对用户有可能利用的商品或服务的适合程度。第一服务器200的运营公司、匹配应用的开发公司以及匹配应用的发放公司可以分别相同，也可以分别不同。图2所示的信息处理系统使用上述匹配应用来实现选择辅助服务，这是一个例子。例如，可以使用匹配应用以外的应用或通用浏览器等来实现选择辅助服务。为了安全地处理用户的个人信息，优选通过匹配应用等的专用应用来提供选择辅助服务。但是，这是一个例子。例如，在处理公开的个人信息等安全重要性低的个人信息的情况下、或者在提供用于确保安全的功能的情况下，也可以通过匹配应用以外的手段提供选择辅助服务。
186.匹配应用仅在信息终端100的内部处理个人信息。例如，匹配应用向用户提示在时间、地点和状况等的任意条件下最适合用户的商品或服务。例如，匹配应用提供用户购买等经济活动中的居间协助功能。
187.匹配应用是公开地开放了至今按各服务业者而孤立的推荐功能的应用。例如，以在ec网站等电子商务市场中著名的某一个服务业者为例进行说明。在该服务业者的网站登载了许多商品。当搜索或购买特定商品时，向用户推荐与该商品的关联性高的其他商品(例如经常一起购入的商品)。这种针对购买的推荐功能仅在该服务业者的ec网站中有效。因此，在其他服务业者运营的ec网站上购买商品时、在餐厅点餐时、或者计划家庭度假旅行
时，该推荐功能发挥不了任何效果。
188.可预想今后个人信息将汇集到信息银行中，庞大且多种多样的整个长期间的准确的个人信息能够在预定的条件下由任何人进行访问的设计会完善。在这种情况下，使用某一个服务业者的ec网站上的搜索或购买历史、和各种用户的个人信息，不仅是该服务业者的商品，还将所有商品或服务为对象来推定适合程度。由此，能够从各种选项中推荐对于用户更有价值的商品或服务。
189.本实施方式所设想的第一服务器200是为了实现上述那样的想法或功能而将个人信息分散并加密来进行管理的设置在云端上的通用储存装置。
190.第三设备组是包括各业者管理各业者固有的数据的第二服务器300的设备组。在图2中，业者x、业者y和业者z这三个公司分别拥有或租用第二服务器300，管理和/或提供与本公司的商品和/或本公司的服务有关的信息。业者不限于仅是在本公开中详细叙述的外食业者。例如，业者也可以是像便当店或快餐店那样能够将烹饪好的菜肴外带的午餐业者。而且，业者也可以是像超市那样以在自己家烹饪为主的面向家内就餐的业者。而且，业者还可以是汽车厂商、不动产公司、医院、学校、学习或体育运动等课外班、律师事务所以及向一般消费者提供商品和/或服务的业者。
191.作为本实施方式的信息处理系统的效果之一，可列举出个人信息不被交给业者。设想为在信息银行中，基于本人许可，对特定的业者允许个人信息的共享。
192.但是，分别使用户判断该运用是很麻烦的。即使有确定数据运用策略的信托公司，用户也无法掌握具体将哪些数据交给了谁，用户可能会感到不安。
193.因此，在本实施方式中，只要没有得到用户的许可，就禁止或限制运营第一服务器200的业者利用保存的个人信息、例如解密并进行解释。
194.进一步，在对隐私严格的运营策略下，在提供个人信息的管理和匹配应用的信息银行或信息中介业者进入市场的情况下，用户也可以与该信息银行或信息中介业者签订接受该服务的提供的合同。由此，能够使得个人信息不会被交给其他业者。
195.本实施方式的信息处理系统是降低了包含敏感信息的个人信息被除本人以外的第三方知晓的可能性，能够将时刻变化的庞大的个人信息用于与各种服务进行匹配的下一代信息社会的运用系统的一种形态。下面，在该假设下说明信息处理系统。
196.图3是更详细地示出本实施方式的信息处理系统的整体面貌的图。图3所示的信息处理系统是如下系统：使在外出就餐时用户为了点菜而阅览的菜单信息与该用户的个人信息进行匹配，提示对该用户来说最佳的菜单。图3所示的信息处理系统相对于图2所示的信息处理系统，还包括生物传感器600和医疗机构信息服务器500。
197.作为服务提供方的业者，假设了作为外食产业的公司的餐厅a公司、餐厅b公司、餐厅c公司。餐厅a公司、餐厅b公司、餐厅c公司是分别独立的公司。图3所示的信息处理系统包含由餐厅a公司运行的第二服务器300、由餐厅b公司运行的第二服务器300和由餐厅c公司运行的第二服务器300。各餐厅的菜单信息和与各店铺有关的信息通过这些第二服务器300进行管理。第二服务器300例如由云服务器构成。
198.医疗机构信息服务器500是由医院和诊所等医疗机构进行管理的服务器。医疗机构信息服务器500管理表示用户定期健康检查的诊断结果的信息和表示医院内的诊断书的信息等。医疗机构信息服务器500与因特网连接。如果在匹配中需要由医疗机构信息服务器
500管理的信息，则该信息被适当地使用。
199.生物传感器600是用于获取生物信息的传感器。作为所获取的生物信息，例如可列举出心律、血压、血氧浓度、血糖(葡萄糖)、hbalc、呼吸、体温、水分量、摄取卡路里、加速度、步数、活动量/消耗卡路里、嗅觉、肌电、脑波、睡眠状态、生物阻抗以及尿中盐分等。能够获取这些生物信息的生物传感器已被实用化。
200.例如，摄取卡路里和消耗卡路里能够根据多个传感器的组合、例如由加速度传感器获取到的加速度、由心率传感器获取到的心率数、由血糖值传感器获取到的血糖值进行推定。
201.例如对于痛风或糖尿病等总摄取卡路里量受到限制的用户，能够根据从生物传感器600获取的值来推定用户的实时摄取卡路里。由此，能够对该用户限制饮食(使其停止过度进食)或者推荐低卡路里菜肴。
202.血糖值或hba1c能够使用实时测定皮下间质液的糖浓度的传感器来进行测定。或者，血糖值或hba1c能够使用从用户的指尖等采集少量的血液的传感器来进行测定。或者，hba1c能够通过设置在药房或车站等的hba1c测量仪进行测定。
203.尿中盐分能够通过尿中盐分传感器进行获得。尿中盐分传感器通过测定清晨的尿液的盐分浓度，能够测量前一天的盐分摄取量。对于高血压症或糖尿病等的盐分摄取量受到限制的用户测定尿中盐分。
204.嗅觉传感器通过检测从皮肤产生的微量的酒精，能够检测用户是否饮酒。酒精检测适用于痛风患者等受到避免饮酒的饮食限制的用户。
205.从生物传感器600获取到的数据、或者表示通过所获取的数据的组合来推定的血压、摄取卡路里量、摄取盐分量、或血糖值等的信息作为生物信息被依次上传并储存到第一服务器200。被上传的生物信息被用于改善用户的饮食或运动等生活习惯。
206.生物传感器600可以由智能手表构成。生物传感器600也可以被拥有信息终端100的用户佩戴。生物传感器600持续测量用户的生物信息。生物传感器600测量出的生物信息通过如蓝牙(bluetooth，注册商标)那样的近距离无线通信从生物传感器600发送到信息终端100。生物信息通过安装在信息终端100的传感器应用进行保存和/或管理。传感器应用根据用户账户信息将收集到的生物信息和表示生物信息的测定时刻的时刻信息上传到第一服务器200。由此，生物信息被储存在第一服务器200中。
207.传感器应用可以向匹配应用或信息终端100的os(operating system，操作系统)赋予对保存和/或管理的数据的访问权限。在这种情况下，生物信息通过匹配应用或os被上传到第一服务器200。传感器应用也可以将生物信息保存在信息终端100的存储器中。
208.图4是表示本实施方式涉及的信息处理系统的具体结构的一个例子的图。图4所示的信息处理系统包括使用图2和图3说明过的信息终端100、第一服务器200、第二服务器300和生物传感器600。再有，在图4中，为了便于说明，省略了移动基站400和医疗机构信息服务器500的图示。信息终端100、第一服务器200、第二服务器300和生物传感器600经由网络nt以能够相互通信的方式相连接。网络nt是包括移动电话通信网络和因特网的广域通信网。
209.信息终端100由智能手机或平板终端等便携式信息处理装置构成。在本实施方式中，信息终端100由在餐厅的店铺中点菜的用户携带。信息终端100包括通信部101、存储器102、摄像头103、运算部104、显示器105、操作部106和近距离通信部107。
210.通信部101由将信息终端100与网络nt连接的通信线路构成。通信部101接收从第二服务器300发送的后述的菜单信息，并存储在存储器102。运算部104读取存储在存储器102中的菜单信息，并进行处理。此外，通信部101接收从第一服务器200发送的后述的生物信息和/或疾病信息，并存储在存储器102。进一步，通信部101在运算部104的控制下将后述的点菜信息和后述的席位id进行关联，并发送给第二服务器300。
211.存储器102由闪存等非易失性储存装置构成。存储器102存储图25例示的包含定期健康检查的诊断结果的信息2500和图26和27例示的包含疾病诊断书的记载内容的信息2600。信息2500和信息2600构成从第一服务器200发送的疾病信息。而且，存储器102存储从第一服务器200发送的图27所示的包含生物信息的信息2700。而且，存储器102存储图28所示的从第二服务器300发送的食材信息2800。
212.一个食材信息2800是对应于一种菜肴，与菜肴所使用的食材有关的信息。菜单信息由一个以上的食材信息2800构成。在后面叙述信息2500、信息2600、信息2700和食材信息2800的详细情况。而且，存储器102存储确定用户的识别信息。识别信息包括用户id(identifier：标识符)。用户id是用户的标识符。
213.摄像头103是由cmos传感器等构成的摄像装置。摄像头103用于拍摄安装在餐厅的店铺的坐席上的qr码(注册商标)。
214.运算部104由cpu等处理器构成。运算部104执行信息终端100的os、上述匹配应用、qr码读取器以及浏览器等。
215.运算部104经由显示在显示器105上的第一操作画面来获取餐厅id和表示用户的坐席的席位id。第一操作画面是例如如图15所示那样用于读取匹配应用所提供的qr码的操作画面g104、或如图16所示那样用于通过nfc读取信息的操作画面g1011。餐厅id是餐厅的标识符。在餐厅有多个店铺的情况下，餐厅id可以包含餐厅的标识符和店铺的标识符。席位id是配置在店铺中的坐席的标识符。运算部104可以通过分析在用户向操作部106输入拍摄指令时摄像头103拍摄到的qr码，来获取餐厅id和席位id。或者，运算部104可以在匹配应用启动期间中，在信息终端100接近配置在餐厅的各坐席的nfc的ic芯片的情况下，经由近距离通信部107从ic芯片获取餐厅id和席位id。
216.运算部104经由网络nt从与餐厅id对应的餐厅的第二服务器300获取表示餐厅所提供的一个以上的菜肴的菜单信息，并存储在存储器102中。例如，当餐厅id包含餐厅a公司的标识符的情况下，从餐厅a公司的第二服务器300获取菜单信息。
217.运算部104向第一服务器200发送存储于存储器102的用于确定用户的识别信息，基于识别信息从第一服务器200获取用户的生物信息和/或疾病信息，并存储在存储器102中。
218.运算部104基于获取到的菜单信息以及获取到的用户的生物信息和/或疾病信息，生成对由用户的疾病的发展导致的饮食限制的程度进行表示的信息。
219.运算部104生成与所生成的表示饮食限制的程度的信息对应的用户的个别菜单。个别菜单例如包含在运算部104获取到的菜单信息所含有的各菜肴中减少了表示饮食限制程度的信息所示出的用户应避免的食材的菜肴。由此，用户能够顺畅地点餐不含有应避免的食材的菜肴。
220.运算部104经由显示在显示器105上的第二操作画面来显示个别菜单，该第二操作
画面用于受理餐厅的菜肴的点餐。第二操作画面是例如如图18所示那样用于餐厅从用户受理菜肴的点餐的操作画面g106，是基于餐厅的设计指定而经由匹配应用来提供的。用户输入从显示在该第二操作画面上的个别菜单中选择所希望的菜肴的操作来点菜。
221.运算部104对表示在个别菜单中选择出的菜肴的点菜信息和席位id进行关联，并经由通信部101发送给第二服务器300。发送到了第二服务器300的点菜信息和席位id被显示在设置于与发送目的地的第二服务器300对应的餐厅的店铺中的显示器上。该店铺的员工根据所显示的内容烹饪用户点餐的菜肴，并运送到用户的坐席。由此，用户能够食用所点餐的菜肴。
222.显示器105例如由液晶显示面板或有机el面板等构成，显示各种图像。例如，显示器105显示上述的第一操作画面和第二操作画面。
223.操作部106例如由触摸面板等输入装置构成。操作部106受理从个别菜单中选择用户希望的菜肴的指示。
224.近距离通信部107包括具有nfc通信功能的通信线路，能够从具有nfc通信功能的ic芯片读取信息，将信息写入该ic芯片。而且，近距离通信部107包括具有蓝牙(bluetooth，注册商标)通信功能的通信线路，与生物传感器600进行通信。
225.以上是信息终端100的结构。
226.接着，对第一服务器200的结构进行说明。第一服务器200包括通信部201、运算部202和存储器203。通信部201由用于将第一服务器200与网络nt连接的通信线路构成。通信部201响应于来自信息终端100的请求，向信息终端100发送生物信息和/或疾病信息。运算部202由cpu等处理器构成。运算部202处理存储在存储器203中的用户的个人信息。
227.存储器203由硬盘驱动器等的多个非易失性储存装置构成。存储器203存储一个以上的用户的个人信息。个人信息包含各用户的生物信息和/或疾病信息。个人信息被在多个储存装置中进行分散和加密后被进行存储。
228.存储器203所存储的个人信息也可以包含生物信息、喜好信息和行动历史记录信息。生物信息是如上所述那样通过生物传感器600获取到的各用户的生物信息。喜好信息包含购买历史记录信息和/或点餐历史记录信息。购买历史记录信息是表示各用户的商品(物品)或服务的购买历史记录的信息。点餐历史记录信息是表示各用户的菜肴的点餐历史记录的信息。行动历史记录信息是表示各用户的行动历史记录的信息。行动历史记录信息例如由关联了用户的位置信息和时刻信息的时间序列数据构成。
229.接着，对第二服务器300的结构进行说明。第二服务器300与各餐厅公司对应地存在一个或多个。第二服务器300包括通信部301、运算部302和存储器303。通信部301由用于将第二服务器300与网络nt连接的通信线路构成。通信部301响应于来自信息终端100的请求，向信息终端100发送菜单信息。运算部302由cpu等处理器构成。运算部302处理存储器303所存储的菜单信息。存储器303由硬盘驱动器等的非易失性储存装置构成。存储器303存储菜单信息。
230.接着，对生物传感器600的结构进行说明。生物传感器600包括通信部607、存储器602、传感器部603、运算部604、显示器605以及操作部606。通信部607由用于通过近距离无线通信使生物传感器600与信息终端100的近距离通信部107进行通信的通信线路构成。作为近距离无线通信，例如可以采用蓝牙(bluetooth，注册商标)。通信部607使用近距离无线
通信向信息终端100发送由传感器部603测定出的生物信息。
231.存储器602由闪存等的可改写的非易失性存储器构成，例如存储由传感器部603测量到的生物信息。传感器部603包括血压传感器、加速度传感器、心率传感器、生物阻抗传感器、血糖值传感器、尿中盐分浓度传感器、生物气体传感器、红外线传感器、中红外线激光传感器、嗅觉传感器、压电传感器(piezo sensor)等。
232.运算部604由cpu等处理器构成，负责生物传感器600的整体控制。显示器605例如由液晶面板、有机el面板构成，显示由传感器部603测定的生物信息等。操作部606受理来自用户的各种操作。
233.图5是表示餐厅的某店铺的布局的图。在图5的示例中示出了餐厅a公司的店铺40的布局。在店铺40中设置有4个餐桌410。在各餐桌410设置有4把椅子411、412、413和414。
234.在2名以上的用户就坐于一张餐桌410的情况下，有时在这些用户之中包含了有饮食限制的用户。在这种情况下，必须避免将没有饮食限制的用户点餐的菜肴错误地摆给有饮食限制的用户。其原因是，如果将包含了有饮食限制的用户应避免的食材的菜肴错误地摆给有饮食限制的用户，则可能给该用户带来不舒服的感觉。而且，当有饮食限制的用户食用了错误地摆放的菜肴使，会阻碍有饮食限制的用户的疾病的改善，可能损害该用户的健康。
235.为了避免这样的错误，需要将用户与该用户点餐的菜肴进行关联的适当设计。但是，目前用于避免这种错误的解决方案是有限的。特别是，可应用于如图5所示的那样的一般餐厅的店铺的解决方案是不存在的。目前，在设置有按每个坐席进行了编号的吧台的小规模店铺中，尝试了这种关联，但是由于该关联使用点餐单或点餐输入终端来以人为的方式进行，因此，不足以消除摆放(配送)错误。
236.本实施方式提供用于将用户和该用户点餐的菜肴更可靠地关联来进行管理的设计。以下，对用于实现该设计的具体例进行说明。在本实施方式中，在店铺40的各坐席设置qr码。图6a、图6b、图6c和图6d是表示对坐席设置qr码601的设置例的图。在图6a的例子中，qr码601配置在店铺的各椅子的靠背部的上表面。如上所述，qr码601包含有餐厅id和各坐席的席位id。在此，使用了qr码，但这只是一个例子，只要是条形码等的能够识别餐厅id和席位id的信息，则可以采用任何信息。
237.在图6b的例子中，qr码601配置在各椅子的座部的侧面。通过在座部的侧面配置qr码601，读取qr码601时的用户的操作变得容易。
238.在图6c的例子中，qr码601配置在餐桌的侧面(例如，面向椅子的一面)，而不是配置在椅子上。在该例子中，由于餐桌是四个人用的桌子，所以在餐桌的侧面配置了与各坐席对应的4个qr码601。
239.在图6d的例子中，qr码601配置在餐桌的桌面的上表面。在该例子中，由于餐桌是四个人用的桌子，所以在桌面的上表面配置了与各坐席对应的4个qr码601。通过在桌面的上表面配置qr码601，能够使用户容易地注意到qr码601的存在。
240.按每个坐席准备的qr码被用于进行了点菜的用户的信息终端100获取店铺的菜单信息。以下，按照顺序对使用qr码和信息终端100的菜肴的点餐方法进行详细的说明。在本实施方式中，菜肴的点餐存在从标准菜单进行点餐的情况和从个别菜单进行点餐的情况。
241.再有，在图6a至图6d中，在各坐席配置了qr码601，但是在采用通过nfc获取餐厅id
和席位id的方式的情况下，采用具有nfc通信功能的ic芯片来代替qr码601。
242.(从标准菜单进行的点餐)
243.标准菜单是在没有饮食限制的用户点菜的情况下被使用的。标准菜单是包含用户在店铺中被提供的一般的菜肴的菜单。以下，使用显示在信息终端100上的各种画面来说明通过标准菜单点菜的过程。
244.由于从该标准菜单进行的点餐处理相当于图31的流程图，所以在以下的说明中适当地参照图31的流程图。首先，启动qr码读取器，qr码读取器读取用户就坐的坐席所对应的qr码。该处理相当于图32的步骤s11。
245.图7是表示在用户使信息终端100读取qr码的情况下显示在信息终端100的操作画面g1的一个例子的图。操作画面g1在进入餐厅的店铺并就坐的用户使信息终端100读取与所就坐的坐席(自己的坐席)对应的qr码的场景下被显示。与自己的坐席对应的qr码以图6a至6d所示的任一形式进行配置。就坐的用户拿出信息终端100，使信息终端100读取与自己的坐席对应的qr码以获取餐厅的店铺的标准菜单。qr码的读取是使用预先安装在信息终端100上的称为“qr码读取器”的通用qr码读取应用来实现的。在图7中示出了用户正在进行使信息终端100的焦点对准与自己的坐席对应的qr码的操作时的操作画面g1。用户调整信息终端100的朝向和位置，以使得在qr码读取器的引导线701(图中的虚线正方形)内容纳qr码601。在按每个坐席配置的qr码601的附近还配置有用于用户或店铺的工作人员确定坐席的信息即“坐席号18”、和该qr码601的用途说明(在图中为“个人匹配用qr码”)。因此，在操作画面g1上还显示有表示“坐席号18”的图像和表示“个人匹配用qr码”的图像。
246.接着，从qr码读取器读取到的qr码中获取餐厅a公司的菜单信息，根据菜单信息生成标准菜单，并显示在信息终端100上。
247.该处理相当于图31的步骤s12。图8是表示在qr码读取器刚读取了qr码之后显示在信息终端100的操作画面g2的一个例子的图。在该操作画面g2上显示有作为由qr码读取器成功读取到的qr码的读取结果的字符串。在该例中，获取“http://restauranta.com/qrorder-18”的字符串作为qr码的读取结果。在操作画面g2中包含有记载为“在浏览器中打开”的按钮801和记载为“发送电子邮件”的按钮802。按钮801是在用户解释为了作为qr码的读取结果的字符串是url的情况下被选择的按钮。当按钮801被触摸时，启动因特网的浏览器，由该url表示的网页被显示在信息终端100上。
248.按钮802是在用户解释为了作为qr码的读取结果的字符串是电子邮件地址的情况下被选择的按钮。当按钮802被触摸时，启动电子邮件应用。在此，为了浏览标准菜单而触摸了按钮801。
249.在从该标准菜单点菜时，不需要在信息终端100安装特定的应用，只要有qr码读取器和浏览器就足够了。因此，使用了标准菜单的菜肴的点餐容易由许多用户进行。
250.浏览器根据qr码读取器读取到的字符串(例如url)中包含的连接目的地信息(例如，域名、restauranta.com部分)，能够确定连接目的地为餐厅a公司、即餐厅id。由于所请求的url末尾的数字是18，所以第二服务器300能够确定该请求是来自读取了坐席号“18”的坐席的qr码的信息终端100的浏览器的请求。在图8所示的字符串中不包含店铺40的店铺id，但也可以明示地包含店铺40(store－a)。在这种情况下，qr码意味的字符串例如表现为“http://restauranta.com/store-a/qrorder-18”。信息终端100的浏览器获取通过这样请
求的连接目的地信息。
251.图9是表示包含餐厅a公司的标准菜单的操作画面g3的一个例子的图。该操作画面g3在通过信息终端100接收到菜单信息的情况下被显示。标准菜单直接包含菜单信息中含有的菜肴，不对应于表示用户的饮食限制程度的信息。菜单信息可以是与在生成个别菜单时所使用的菜单信息相同的信息，也可以是不同的信息。
252.在该操作画面g3中以矩阵状配置有多个平铺对象901。标准菜单由这些多个平铺对象901构成。一个平铺对象901对应于标准菜单中含有的一个菜肴。各平铺对象901包含有菜肴的名称、菜肴的价格和菜肴的图像。在操作画面g3上，标准菜单根据用户的滚动操作进行滚动。由此，在操作画面g3内显示一次显示不全的其他菜肴。这样，用户通过进行滚动操作，能够浏览标准菜单中含有的所有菜肴。
253.通过浏览器连接到作为qr码的读取结果的字符串所表示的url(例如http:/restauranta.com/qrorder-18)，浏览器从餐厅a公司的第二服务器300接收菜单信息，从而显示操作画面g3。
254.例如，信息终端100的浏览器连接到上述url，对用于绘制餐厅a公司的标准菜单的html文件进行http请求，从餐厅a公司的第二服务器300接收http响应，并根据接收到的http响应来绘制包含标准菜单的操作画面g3。但是，该实施方式只是一个例子，操作画面g3的绘制还可以通过其他技术手段来实现。
255.接着，由用户从所显示的标准菜单中选择菜肴。该处理相当于图31的步骤s13。
256.图10是表示用户对操作画面g3进行操作来从标准菜单中点菜的场景的一个例子的图。如该图所示，用户通过使用了手指等指示体1001的触摸操作，能够决定要点的菜肴。例如，信息终端100在检测到与“拉面b套餐”的菜肴对应的平铺对象901a被触摸了一次时，将平铺对象901a的颜色从默认的第一颜色变更为表示已选择的第二颜色。此时，信息终端100在平铺对象901a的例如右上方显示表示“拉面b套餐”的点餐数量的“1”。根据以上可知，在该例子中从标准菜单中选择了“拉面b套餐”的菜肴。用户通过触摸与各菜肴对应的平铺对象901就能够点菜，因此，能够用熟悉的操作感觉，直观且简单地进行菜肴的点餐。
257.再有，在此设为了在用户选择了要点的菜肴时变更平铺对象901的颜色，但不限于此。例如，也可以在被用户选择了时将平铺对象901的图案从第一图案变更为第二图案。或者，也可以在被用户选择了时将平铺对象901的颜色及图案从第一颜色及第一图案变更为第二颜色及第二图案。
258.图11是表示从标准菜单中最终决定要点的菜肴时所显示的操作画面g4的一个例子的图。操作画面g4在通过在操作画面g3中决定了要点的菜肴的用户触摸了点餐按钮(图9中未图示)的情况下被显示。在操作画面g4中包含有与在操作画面g3所选择的菜肴对应的平铺对象901a、表示所点的菜肴的总金额(例如1100日元)的总金额栏1011以及最终决定点餐的点餐按钮1012。这样，由于在操作画面g4中显示有点餐的菜肴的一览、各菜肴的数量以及所点的菜肴的总金额，所以用户能够在一个画面上有效地确认点餐内容。确认了点餐内容没有问题的用户对位于操作画面g4的底部的点餐按钮1012进行触摸。由此，确定菜肴的点餐。进一步，由于在点餐按钮上记载了坐席号“18”，所以用户能够在确认了向自己的坐席摆放菜肴之后进行点菜。当点餐按钮1012被触摸时，信息终端100向餐厅a公司的第二服务器300发送对从qr码读取到的席位id(在图11的例子中为坐席号“18”)和表示所选择的菜肴
的点菜信息进行了关联的点餐请求。通过以上，完成标准菜单的点餐处理。该处理相当于图31的步骤s14。
259.从面向一般人的标准菜单进行的点餐处理如上述说明的那样来实施。在该点餐处理中，点菜的用户能够使信息终端100读取qr码，通过浏览器显示餐厅a公司的标准菜单，通过该标准菜单来进行点菜。因此，节省了在信息终端100预先安装如餐厅a公司发放那样的特定应用的工夫。由此，用户能够使用信息终端100立即利用该服务，该服务能被更多的用户利用。另外，用户能够通过标准菜单以直观的操作简单地选择喜爱的菜肴来进行点餐。进一步，操作画面g3能够通过缩放操作来调节变焦倍率。因此，即使是老花眼的用户也能够容易地确认操作菜单中含有的菜肴。而且，用户通过缩小显示操作画面g3，能够同时浏览更多的信息。进一步，由于点餐请求是关联了点菜信息和席位id(例如坐席号“18”)的http请求，所以餐厅a公司的第二服务器300能够通过该http请求来识别坐席号“18”的用户所点的菜肴，在店铺内的显示器上显示所识别出的坐席号“18”和所点的菜肴。
260.由此，餐厅的员工能够在坐席号“18”准确地摆放所点的菜肴。进一步，由于标准菜单不是纸介质，所以餐厅a公司能够节省在采用由纸介质构成的标准菜单时所需要的标准菜单的更新或管理所需的工夫。其结果是，能够减少用于获取点餐的人力资源和错误地受理点餐的索赔风险，实现成本降低和经营高效化。
261.(从个别菜单进行的点餐)
262.接着，对从个别菜单进行的菜肴的点餐进行说明。标准菜单是餐厅所提供的面向一般人的菜单，而个别菜单是包含与表示有饮食限制的用户的饮食限制程度的信息对应的菜肴的菜单。从该个别菜单点菜的处理由后述的图32的流程图表示。以下，一边参照图32的流程图，一边对从个别菜单点菜的处理进行说明。
263.利用个别菜单进行的菜肴的点餐是以启动匹配应用作为触发而开始的。图12是表示在点菜的用户刚启动匹配应用之后显示在信息终端100上的认证画面g101的一个例子的图。认证画面g101是用于通过指纹认证进行用户认证的画面。在认证画面g101上，在中央显示有示意地表示指纹的指纹图像1201，在指纹图像1201的下方显示有“请认证指纹”的消息。由此，认证画面g101催促用户进行指纹认证。在认证画面g101的上方记载了“个人匹配”。由此，能够使用户确认认证画面g101是匹配应用的画面。这在后述的图13至图17中也是相同的。
264.图13是表示认证画面g102的另一个例子的图。认证画面g102是用于通过面部认证进行用户认证的画面的一个例子。在认证画面g102上，在中央显示有示意地示出面部轮廓的虚线1301，以使得信息终端100能够以适当的尺寸从用户的正面拍摄面部的图像。用户调整信息终端100的朝向和位置以使得以落在虚线1301内的方式显示来自自身的正面的面部。
265.如果有与上述用户认证的方法相比能够以更少的用户负担来实现所需的认证精度的用户认证方法，则也可以采用该方法。作为用户认证方法，既可以采用通常被认为安全强度高的两级认证，也可以采用输入用户id和密码的方法。
266.图14是表示在基于匹配应用的用户认证刚完成后所显示的主画面g103的一个例子的图。在主画面g103上，在上部显示有应用名称“个人匹配”，在中部以矩阵状显示有多个平铺对象1401。与各平铺对象1401关联了匹配应用所取入的协作功能或其它应用。其它应
用例如是在匹配应用内启动的应用程序。在该例中，显示了记载为a、b、c、d、e这五个平铺对象1401。与这些平铺对象1401关联了与匹配应用协作地进行本公司商品或本公司服务的匹配的专用功能(例如匹配应用内的应用)。由此，用户能够使用由a、b、c、d、e表示的五种协作功能。灰色的平铺对象1401是未安装协作功能的空的平铺对象。在主画面的下部，从左侧起显示有扫描按钮1402、地图按钮1403、账户按钮1404和主页按钮1405。这四个按钮是固定按钮。扫描按钮1402是在读取与上述餐厅等的业者提供的服务进行了协作的qr码等的情况下所使用的按钮。地图按钮1403是使用地图画面来显示位于信息终端100的当前位置的周边的支持匹配应用店铺的按钮。账户按钮1404是用于登记和编辑用户的账户信息的按钮。账户信息的登记和编辑例如包括个人认证的设定和与第一服务器200的协作功能的设定等。主页按钮1405是用于使画面显示返回到该图所示的主页画面g103的按钮。
267.在主画面g103上，在中部集中配置了协作功能、其它应用或用于与其他业者的服务进行协作的平铺对象1401。这些平铺对象1401能够根据用户的喜好来设定显示的有无和配置的位置。因此，用户使用一个匹配应用就能够从数量众多的业者(例如家电量贩店、dvd/blu-ray(注册商标)出租店、书店、咖啡店、出租车等)提供的商品或服务中，基于个人信息获取适合该用户的商品和/或服务。
268.图15是表示在启动了匹配应用的用户使信息终端100读取与自己的坐席对应的qr码的情况下显示在信息终端100上的操作画面g104的一个例子的图。操作画面g104(第一操作画面的一个例子)与图7的操作画面g1大致是同样的。在操作画面g104的上部，应用程序的名称显示是“个人匹配”，这一点与操作画面g1不同。
269.匹配应用根据从qr码读取到的字符串(例如url)的连接目的地信息(例如，域名、restauranta.com)能够确定连接目的地是餐厅a公司。从匹配应用请求了的url的末尾的序号是“18”，因此，接收到该请求的第二服务器300能够识别出该请求是从读取了坐席号“18”的坐席的qr码的信息终端100发送的请求。本实施方式例示了如下情况：对于餐厅a公司的店铺40，就坐于店铺40的坐席号“18”的用户进行点菜。在该请求中，匹配应用也可以可以明示地指定店铺40(store-a)。在这种情况下，qr码所意味的字符串例如被设定为http://restauranta.com/store-a/qrorder-18。匹配应用能够这样地获取确定连接目的地的信息(例如餐厅id)。
270.以上，启动说明过的匹配应用、进行用户认证、读取qr码的处理对应于图32中的步骤s1。
271.在采用通过nfc获取餐厅id和席位id来代替qr码的方式的情况下，使用以下的第一操作画面。图16是表示在通过nfc获取餐厅id和席位id的情况下显示在信息终端100上的操作画面g1011的一个例子的图。该操作画面g1011也与操作画面g104同样地在主画面g103中扫描按钮1402被进行了触摸的情况下被加以显示。
272.在操作画面g1011上，在上部显示为“个人匹配”，表示该画面为匹配应用的画面。在画面的中央显示有象征性地表示nfc的nfc标记1601、和催促使信息终端100向带有nfc标记1601的物体靠近的消息(例如“请靠近nfc标记”)。
273.在通过nfc获取餐厅id和席位id的情况下，在餐厅的各坐席配置有存储餐厅id和席位id的存储器以及具有nfc通信功能的ic芯片。也可以在该ic芯片上显示nfc标记1601。由此，在操作画面g1011上确认了nfc标记1601的用户能够容易地确认使信息终端100靠近
配置于自身坐席的ic芯片即可。如使用上述qr码说明过的那样，ic芯片的存储器存储能够确定餐厅id和席位id的餐厅的url即可。
274.接着，对匹配应用访问餐厅a公司的第二服务器300并获取菜单信息的处理进行说明。该处理对应于图32的步骤s2。
275.图17是表示在匹配应用生成个别菜单时显示在信息终端100上的显示画面g105的一个例子的图。在显示画面g105上，旋转显示有圆形箭头对象1501。进一步，在箭头对象1501的下侧，显示有“正在与餐厅a的菜单进行匹配”。由此，用户能够识别出匹配应用正在处理中。
276.在显示显示画面g105的期间中，信息终端100的匹配应用与餐厅a公司的第二服务器300和第一服务器200协作地生成个别菜单。具体而言，匹配应用根据qr码601或用nfc读取到的url来访问餐厅a公司的第二服务器300，获取菜单信息。已获取菜单信息的匹配应用检测菜单信息的数据属性。由于菜单信息是关于食物的信息，所以这里检测到的数据属性为饮食属性。
277.菜单信息例如是html文件。在菜单信息中，例如以预定的格式记述了数据属性为饮食属性。匹配应用根据该格式检测出菜单信息的数据属性为饮食属性即可。或者，匹配应用也可以例如从qr码所表示的url的域名来检测出菜单信息的数据属性为饮食属性。在此，由于域名“restauranta.com”表示餐厅a公司，所以判断为菜单信息的数据属性为饮食属性。或者，匹配应用也可以对获取到的菜单信息进行分析，在得到是与食物相关的数据这一分析结果的情况下判断为菜单信息的数据属性为饮食属性。或者，匹配应用还可以通过从第二服务器300获取表示菜单信息的数据属性的补充信息来检测菜单信息的数据属性为饮食属性。检测菜单信息的数据属性的实施方式只要能够识别数据属性，则也可以采用其他方法。
278.接着，对匹配应用从第二服务器300获取疾病信息和/或生物信息的处理进行说明。该处理对应于图32的步骤s3。
279.判断为菜单信息的数据属性为饮食属性的匹配应用向第一服务器200请求获取分类为饮食属性的最新的疾病信息和/或生物信息。在该请求中包含用户id。接收到该请求的第一服务器200基于用户id从分散加密的个人信息中提取最新的疾病信息和/或生物信息。提取出的疾病信息和/或生物信息被从第一服务器200发送到信息终端100。由此，匹配应用获取疾病信息和/或生物信息。
280.信息终端100基于获取到的疾病信息和/或生物信息来生成表示用户饮食限制程度的信息。生成了表示饮食限制程度的信息的信息终端100执行如下处理：将餐厅a公司的菜单信息与表示饮食限制程度的信息进行对照，生成个别菜单的处理。该处理对应于图32的步骤s4。此时，在信息终端100依然显示有图17所示的显示画面g105，但匹配应用执行如下处理：将菜单信息与表示饮食限制程度的信息进行对照，生成与表示饮食限制程度的信息对应的个别菜单。
281.在此，所生成的个别菜单具有以下的变形。
282.在第一个变形中，运算部104根据菜单信息和表示饮食限制程度的信息来生成个别菜单，该个别菜单包含在菜单信息所含有的各菜肴中减少了含有表示饮食限制程度的信息所表示的用户应避免的食材的菜肴而生成的菜肴。
283.例如，对于患有痛风的用户，虾、肝等含有嘌呤体的食材为应避免的食材。在这种情况下，如果在菜单信息中包括包含含嘌呤体的食材的菜肴，则针对该菜肴，含嘌呤体的食材量被减少到小于容许摄取量。对于减少应避免的食材，包含使该食材为零的情况。例如，对于患有痛风的用户，如果在菜单信息中存在包含虾或肝等含嘌呤体的食材的菜肴，则使该菜肴中的该食材为零。
284.再有，由于在食材信息2800中包含各菜肴所含有的食材的量，所以运算部104能够针对各菜肴确定是否存在用户应避免的食材以及应避免的食材的量。并且，在食品信息2800中将应避免的食材变更为小于容许摄取量或零之后生成个别菜单即可。
285.在第二个变形中，运算部104基于菜单信息和表示饮食限制程度的信息，在菜单信息所含有的各菜肴中将含有表示饮食限制程度的信息所表示的用户应避免的食材的菜肴排除掉或者使其变灰(gray out)来生成个别菜单。
286.例如，假设用户应避免的食材是虾，在菜单信息中包含虾汉堡。在这种情况下，将表示虾汉堡的平铺对象901从个别菜单中排除掉或者将其变灰。变灰是以例如灰色使虾汉堡的平铺对象901进行半透明显示的显示方法。
287.在第三个变形中，运算部104生成包含一个菜肴的个别菜单，该菜肴添加了含有与用户的疾病的发展对应的容易缺乏的营养成分的食材。例如，运算部104也可以根据疾病信息和/或生物信息来确定与用户的疾病的发展对应的容易缺乏的营养成分，将包含含有该营养成分的食材的菜肴添加到个别菜单中即可。例如，假设对于某个用户来说，根据生物信息和/或疾病信息将食物纤维确定为容易缺乏的营养成分。在这种情况下，将富含食物纤维的菜肴(例如纳豆)添加到个别菜单中。作为该一个例子，可举出如使用图44在后面描述的那样，当用户在个别菜单中选择某个菜肴时，在显示器105显示催促用户在该菜肴之外还进行含有容易缺乏的营养成分的菜肴的点餐的画面。在这种情况下，运算部104将含有按每个菜肴预先确定的容易缺乏的营养成分的菜肴决定为催促用户点餐的菜肴。
288.在第四个变形中，运算部104生成个别菜单，该个别菜单包括表示用于补充与用户的疾病的发展对应的容易缺乏的营养成分的菜肴的组合的显示。例如，与第三个变形同样地，假设根据疾病信息和/或生物信息将食物纤维确定为与用户的疾病的发展对应的容易缺乏的营养成分。在这种情况下，例如含纳豆的套餐菜肴包含在个别菜单中。
289.在第五个变形中，运算部104生成包含一个菜肴的个别菜单，该菜肴追加了包含在预定期间内的用户过去的用餐中对用户来说缺乏的营养成分的食材。预定期间是指1天、2天、5天、1周或1个月等的期间。例如，运算部104从第一服务器200获取预定期间内的菜肴的点餐历史记录信息，从该点餐历史记录信息中确定对于相应的对用户来说缺乏的营养成分即可。例如，在点餐历史记录信息中包含与用户过去点餐的菜肴有关的信息。在与菜肴有关的信息中包括例如菜肴名称和各菜肴所使用的食材及其量。如果食材和食材的量是已知的，则也能够确定食材所含有的各营养成分和各营养成分的量。因此，运算部104针对点餐历史记录信息所含有的各菜肴来确定用户摄取的营养成分和各营养成分的量，计算所确定的各营养成分的量在预定期间内的累计值。然后，运算部104判断该累计值是否低于针对各营养成分预先确定的阈值，将判断为低于阈值的营养成分确定为缺乏的营养成分。例如，如果食物纤维被确定为缺乏的营养成分，则富含食物纤维的菜肴(例如纳豆)被追加到个别菜单中。
290.在第六个变形中，运算部104生成个别菜单，该个别菜单包含用于补充在预定期间内的用户过去的用餐中用户缺乏了的营养成分的菜肴的组合。预定期间与第五个变形相同。在这种情况下，运算部104使用在第五个变形中说明过的方法来确定缺乏的营养成分即可。例如，如果食物纤维被确定为缺乏的营养成分，则富含食物纤维的菜肴(例如纳豆)的套餐菜肴被包含在个别菜单中。
291.在第七个变形中，表示饮食限制程度的信息包含对与用户的疾病有关的特定营养成分所对应的在本次用餐中的容许摄取量进行表示的信息。并且，运算部104生成在菜单信息所含有的一个以上的菜肴中使含有超过本次用餐中的容许摄取量的特定营养成分的一个菜肴中的特定营养成分的量成为了本次用餐中的容许摄取量以下的个别菜单。
292.本次用餐中的容许摄取量表示从预定期间内的容许摄取量中减去在预定期间内的过去的用餐中的累积摄取量而得到的量、或者从进行了减去而得到的量中减去预定的余量后的值。预定期间例如是今天(从0:00到现在)、1天、2天、5天、1周、1个月等的期间，没有特别限制。这在以下的变形中也是相同的。对于糖尿病患者，由于例如酒精被确定为应避免的食材，所以作为特定的营养成分，可举出例如酒精。预定期间内的酒精的容许摄取量例如能够使用用图37在后面进行描述的式(1)来计算。预定期间内的过去的用餐中的酒精的累积摄取量能够基于生物信息和/或菜肴点餐历史记录信息来计算。运算部104对于菜单信息所含有的各菜肴中酒精的量为本次用餐中的容许摄取量以上的菜肴，以使酒精的量成为本次用餐中的容许摄取量以下或者变成零的方式变更该菜肴的食材信息2800之后生成个别菜单即可。
293.在第八个变形中，表示饮食限制程度的信息包含表示与用户的疾病有关的特定营养成分所对应的在本次用餐中的目标摄取量的信息。运算部104生成在菜单信息所含有的一个以上的菜肴中使包含小于本次用餐中的目标摄取量的特定营养成分的一个菜肴中的特定营养成分的量成为了本次用餐中的目标摄取量以上的个别菜单。
294.本次用餐中的目标摄取量表示从预定期间内的目标摄取量中减去在预定期间内的过去的用餐中的累积摄取量而得到的量、或者对进行了减去而得到的量加上预定的余量的值。对于糖尿病患者，由于例如推荐摄取食物纤维，所以作为特定的营养成分，例如可举出食物纤维。预定期间内的食物纤维的目标摄取量能够使用用图37在后面进行描述的式(1)来计算。预定期间内的过去的用餐中的食物纤维的累积摄取量能够基于生物信息和/或菜肴点餐历史记录信息来计算。运算部104对于菜单信息所含有的各菜肴中食物纤维的量小于本次用餐中的目标摄取量的菜肴，以使食物纤维的量成为本次用餐中的目标摄取量以上的方式变更该菜肴的食材信息2800之后生成个别菜单即可。
295.在第九个变形中，表示饮食限制程度的信息包含表示与用户的疾病对应的本次用餐中的卡路里的容许摄取量的信息。并且，运算部104生成在一个以上的菜肴中使含有超过本次用餐中的卡路里的容许摄取量的卡路里的一个菜肴成为了本次用餐中的卡路里的容许摄取量以下的个别菜单。本次用餐中的卡路里的容许摄取量表示从预定期间内的卡路里的容许摄取量中减去预定期间内的过去的用餐中的卡路里的累积摄取量而得到的量、或者从进行了减去而得到的量中减去预定的预定的值。预定期间内的卡路里的容许摄取量能够使用用图37在后面进行描述的式(1)来计算。规定期间内的过去的用餐中的卡路里的累积摄取量能够基于生物信息和/或菜肴点餐历史记录信息来计算。运算部104对于菜单信息所
含有的各菜肴中卡路里为本次用餐中的卡路里的容许摄取量以下的菜肴，以使卡路里成为本次用餐中的容许摄取量以下的方式变更该菜肴食材信息2800之后生成个别菜单即可。
296.第十个变形是生成在第七个变形的菜单信息所含有的一个以上的菜肴中将含有超过本次用餐中的容许摄取量的特定的营养成分的菜肴排除掉或使其变灰了的个别菜单。例如，运算部104生成在菜单信息所含有的各菜肴中将酒精的量为本次用餐中的容许摄取量以上的菜肴排除掉或者使其变灰了的个别菜单即可。排除或变灰与第二个变形相同。
297.第十一个变形是生成在第七个变形的菜单信息所含有的一个以上的菜肴中将含有小于本次用餐中的目标摄取量的特定营养成分的一个菜肴排除掉或使其变灰了的个别菜单。运算部104生成在菜单信息所含有的各菜肴中排除掉例如食物纤维的量小于本次用餐中的目标摄取量的菜肴或者使其变灰了的个别菜单即可。
298.第十二个变形是生成在第九个变形的个别菜单所含有的一个以上的菜肴中将含有超过本次用餐中的卡路里的容许摄取量的菜肴排除掉或使其变灰了的个别菜单。运算部104生成在菜单信息所含有的各菜肴中将例如卡路里为本次用餐中的卡路里的容许摄取量以上的菜肴排除掉或者使其变灰了的个别菜单即可。
299.第十三个变形是生成在第七个变形的菜单信息所含有的一个以上的菜肴中在含有超过本次用餐中的容许摄取量的特定营养成分的一个菜肴中追加了如下食材的个别菜单，该食材含有具有通过与特定营养成分同时摄取来中和由超过容许摄取量的特定营养成分带来的不良影响的效果的营养成分。例如，对于糖尿病患者，糖质的摄取量和卡路里的摄取量受到限制。食物纤维被要求缓慢咀嚼来食用，因此，在咀嚼过程中给糖尿病患者带来饱腹感，具有减少糖尿病患者的卡路里的摄取量、抑制血糖值快速上升的效果。因此，作为特定的营养成分，可举出食物纤维。富含食物纤维的菜肴有纳豆、海藻等。因此，在本变形中，例如对于在菜单信息所含有的菜肴中的例如糖质的量为本次用餐中的容许摄取量以上的菜肴，纳豆和海藻沙拉这样的菜肴被追加到个别菜单中。
300.第十四个变形是生成包括表示如下组合的显示的个别菜单，该组合是第七个变形的包含超过本次用餐中的容许摄取量的特定营养成分的菜肴、和包含具有通过与特定的营养成分同时摄取来中和由超过容许摄取量的特定的营养成分带来的不良影响的效果的营养成分的菜肴的组合。在该变形中，在个别菜单中包括例如第十三个变形中例示的纳豆和海藻沙拉这样的菜肴被追加到糖质的量超过本次用餐中的容许摄取量的菜肴而得到的套餐菜肴。
301.第十五个变形是生成包括表示如下组合的显示的个别菜单，该组合是第七个变形的成为本次用餐中的容许摄取量以下的菜肴的组合。在该变形中，例如对于糖尿病患者，在个别菜单中包括糖质的量的合计值为本次用餐中的容许摄取量以下的菜肴的组合。例如，运算部104在菜单信息中包含套餐菜肴的情况下，使个别菜单包含套餐菜肴中的糖质的量的合计值为本次用餐中的容许摄取量以下的套餐菜肴。或者，运算部104从菜单信息中选出糖质的量的合计值为本次用餐中的容许摄取量以下的菜肴的组合，将选出的菜肴的组合作为套餐菜肴包含在个别菜单中即可。
302.第十六个变形是使对第八个变形的成为本次用餐中的目标摄取量以上的菜肴的组合进行表示的显示包含于个别菜单。在该变形中，例如对于糖尿病患者，食物纤维的量的合计值为本次用餐中的目标摄取量以上的菜肴的组合包含在个别菜单中。例如，运算部104
在菜单信息中包含套餐菜肴的情况下，使个别菜单包含套餐菜肴中的食物纤维的量的合计值为本次用餐中的目标摄取量以上的套餐菜肴即可。或者，运算部104从菜单信息中选出食物纤维的量的合计值为本次用餐中的目标摄取量以上的菜肴的组合，将选出的菜肴的组合作为套餐菜肴包含在个别菜单中即可。
303.第十七个变形是使对第九个变形的成为本次用餐中的容许摄取量以下的菜肴的组合进行表示的显示包含于个别菜单。在该变形中，例如对于糖尿病患者，卡路里的合计值为本次用餐中的卡路里的容许摄取量以下的菜肴的组合包含在个别菜单中。例如，运算部104在菜单信息中包含套餐菜肴的情况下，使个别菜单包含套餐菜肴中的卡路里的量的合计值为本次用餐中的卡路里的容许摄取量以下的套餐菜肴即可。或者，运算部104从菜单信息中选出卡路里的量的合计值为本次用餐中的卡路里的容许摄取量以下的菜肴的组合，将选出的菜肴的组合作为套餐菜肴包含在个别菜单中即可。
304.这些十七个变形可以适当地组合。
305.生成个别菜单的匹配应用以与从标准菜单点餐时相同的方式使用浏览器在信息终端100上显示个别菜单。个别菜单中登载的菜肴都是考虑到最新的生物信息和/或疾病信息的菜肴。因此，用户能够顺畅地点菜。
306.图18是表示包含个别菜单的操作画面的一个例子的图。操作画面g106(第二操作画面的一个例子)与操作画面g3同样地以矩阵状配置了多个平铺对象901。在操作画面g106上，个别菜单构成为能够根据用户的滚动操作进行滚动。由这些多个平铺对象901构成个别菜单。在操作画面g106的个别菜单中，将包含在图9的标准菜单中的表示“牛排套餐”、“拉面a套餐”、“拉面b套餐”、“虾汉堡”以及“拉面c套餐”等菜肴的平铺对象901变更为表示“减盐拉面和蔬菜饺子”、“蔬菜咖喱和乌龙茶”、“番茄酱意大利面”、“烤鱼套餐”以及“荞麦面”等菜肴的平铺对象901。这是因为牛排套餐含有较高的卡路里，拉面a套餐含有较多的盐分和糖质以及较高的卡路里，拉面b套餐含有较多的盐分和糖质以及较高的卡路里，虾汉堡含有较多的嘌呤体，拉面c套餐含有较多的盐分和糖质以及较多的酒精。这些菜肴显示在标准菜单中，但在个别菜单中优先级下降(即，从最初显示了个别菜单的状态起，显示在如果不进行更多的滚动操作则不会在显示器105上显示的位置)，或者不进行显示，或者进行灰色显示而被设为了不能选择。
307.在操作画面g106的上部记载有“餐厅a的自定义菜单”，明确了在操作画面g106上登载的个别菜单是对用户定制的菜单。由此，向用户宣传操作画面g106所含有的个别菜单是由能够放心地食用的菜肴构成的菜单来招揽用户。
308.在操作画面g106上，在平铺对象901的上部显示有点餐切换按钮1801和标准菜单按钮1802。点餐切换按钮1801是用于在选择平铺对象901之后将画面显示切换到图20所示的操作画面g107的按钮。标准菜单按钮1802是用于将画面显示切换到标准菜单(一般菜单的一个例子)而不是个别菜单的按钮。例如，在有饮食限制的用户中，也存在与朋友就餐时不进行饮食限制的人。标准菜单按钮1802是为了满足这样的用户需求而设置的。当标准菜单按钮1802被触摸时，包含如图9所示的标准菜单的操作画面g106显示在显示器105上。
309.显示了个别菜单的匹配应用执行从用户受理要点的菜肴的选择的处理。该处理对应于图32的步骤s5。图19是示出了用户操作操作画面g106从个别菜单点菜的场景的图。
310.在该操作画面g106的例子中，从个别菜单中触摸了一次“减盐拉面和蔬菜饺子”的
菜肴的平铺对象901b。因此，平铺对象901b的颜色从第一颜色变更为第二颜色，且在右上方显示了点餐数量“1”。这样，用户通过使用手指等指示体1001进行触摸操作，能够简单且直观地点菜。
311.再者，在此采用了在用户选择了要点的菜肴时变更平铺对象901的颜色，但不限于此。例如，也可以在被用户选择时将平铺对象901的图案从第一图案变更为第二图案。或者，也可以在被用户选择时将平铺对象901的颜色及图案从第一颜色及第一图案变更为第二颜色及第二图案。
312.通过操作画面g106受理了菜肴的点餐的匹配应用向第二服务器300发送关联了点菜信息和席位id的点餐请求。图20是表示从个别菜单最终决定要点的菜肴时所显示的操作画面g107的一个例子的图。操作画面g107在操作画面g106中触摸了点餐切换按钮1801的情况下被显示。
313.在操作画面g107中包含有与在操作画面g106中选择的菜肴对应的平铺对象901b、和表示已点餐的菜肴(低盐拉面和蔬菜饺子)的总金额(1000日元)的总金额栏2001。进一步，在操作画面g107中包含有点餐按钮2000。该操作画面g107的内容与标准菜单中的操作画面g4的内容相同。当点餐按钮2000被触摸时，关联了点菜信息和席位id的点餐请求被发送到餐厅a公司的第二服务器300。点餐请求显示在设置于餐厅a公司的店铺中的显示器上。由此，餐厅员工能够根据所显示的坐席号“18”和点菜信息来掌握点餐内容，开始烹饪，并将所点餐的菜肴摆放在坐席号“18”。
314.图21是表示在用户确认至此的点餐历史记录时所显示的点餐历史记录画面的一个例子的图。在点餐历史记录画面g108中包含设置在画面左侧的烹饪中框2101和设置在画面右侧的摆放完成框2102。在烹饪中框2101内排列表示接受点餐并且当前正在烹饪中的菜肴的平铺对象901b。在摆放完成框2102内排列了表示摆放完成的菜肴的平铺对象901。在图21的例子中，由于还没有被摆放的菜肴，所以在摆放完成框2102内没有排列平铺对象901。当前，在烹饪中框2101中排列有“减盐拉面和蔬菜饺子”的平铺对象901b。在点餐历史记录画面g108中，在画面下部易于理解地显示有通过匹配应用进行了的至今为止的点菜的总金额(1,000日元)。用户通过确认点餐历史记录画面g108，能够一眼确认到目前为止的点餐的菜肴、数量和支付金额。再者，可以在操作画面g106设置“点餐历史记录”按钮(未图示)，当“点餐历史记录”按钮被触摸时，显示点餐历史记录画面g108。
315.从该餐厅a公司的个别菜单进行的点餐处理如上述那样实施。点菜的用户仅使用第一服务器200发布的匹配应用，使信息终端100读取餐厅的自己坐席的qr码，就能够获取考虑到自身的生物信息和/或疾病信息的个别菜单，并从该个别菜单点菜。这是一种前所未有的简单且准确无误的个别菜肴的点餐方法。为了执行该方法，用户预先在信息终端100上安装匹配应用即可。
316.(关于饮食限制)
317.图22是汇总了糖尿病患者受到的饮食限制的一个例子的表。首先，作为“食用方法”，推荐慢慢地仔细嚼着吃。这是因为能够抑制对糖尿病患者来说很重要的血糖值的快速上升，并且在咀嚼时能够得到饱腹感，抑制卡路里和糖质的摄取量。
318.糖尿病患者每天对摄取的卡路里、盐分和酒精的最大摄取量受到限制。
319.一天合理摄取的卡路里例如像下述那样来计算。
320.合理摄取的卡路里[kcal/天]＝标准体重[kg]*活动量[kcal/天/kg]＝(身高[m]*身高[m]*22)[kg]*活动量[kcal/天/kg]]]
[0321]
活动量例如像下述那样来设定。
[0322]
活动量＝25～30(文案工作人员等的轻度活动量)、或者30～35(站立工作多的人等的中度活动量)、或者35～(体力工作多的人等的高度活动量)
[0323]
例如，身高171cm、从事文案工作的职员、且作为轻度活动量的用户一天的合理摄取的卡路里计算为(1.71*1.71*22)*25～30＝1608～1930kcal。
[0324]
再者，在本实施方式中，可以算出使用上述方法计算出的合理摄取的卡路里来作为预定期间内的卡路里的容许摄取量，也可以使用用图37在后面进行描述的式(1)来计算预定期间内的卡路里的容许摄取量。
[0325]
酒精每天的最大摄取量推荐例如为25g/天以下。在这种情况下，在本实施方式中，能够在个别菜单上显示通过饮酒摄取的酒精量。由此，用户能够管理酒精的摄取量。此外，糖尿病患者有时也被医生告知要设定肝休息日。在这种情况下，在本实施方式中能够在由用户预先设定的每周一次的肝休息日，使个别菜单不显示任何含酒精的菜肴。
[0326]
盐分的摄取被限制是因为当盐分的摄取量多时血压会升高，会给肾脏增加负担。对于没有高血压的人，推荐每天盐分的最大摄取量为：如果是成年男性，则限制在8g/天以下，如果是成年女性，则限制在7g/天以下。对于有高血压的人，也有时更严格地限制在5g/天以下。在该实施方式中，能够使个别菜单显示菜肴所含有的盐分的量，或者使个别菜单仅显示根据患者的血压状态减少了盐分的菜肴。由此，用户能够掌握通过饮食摄取的盐分量，并管理盐分摄取量。
[0327]
另外，由于糖尿病患者对摄取卡路里和血糖值有严格的限制，所以进食量减少，存在难以获得饱腹感的问题。因此，在糖尿病患者想吃份量大的食物的情况下，通过在菜肴中使用富含食物纤维的食材，能够带来饱腹感。而且，通过摄取食物纤维，也能够期待抑制血糖值上升的效果。在本实施方式中，能够在个别菜单中推荐富含食物纤维的菜肴。或者，在本实施方式中，能够在个别菜单中显示添加了富含食物纤维的菜肴的套餐菜肴。
[0328]
这样的关于饮食的限制条件和推荐事项也适用于糖尿病以外的疾病。作为需要限制饮食的其它疾病，可举出高血脂症。对于胆固醇高的高血脂症的患者，一般推荐限制摄取卡路里、限制胆固醇摄取量、摄取大量的多元不饱和脂肪(植物油、鱼油中含有很多)、摄取大量的食物纤维等。含有许多胆固醇的食品有鸡、猪和牛等的肝、墨鱼、咸鲑鱼子以及蛋黄等。在本实施方式中，针对胆固醇高的高血脂症的用户，能够在个别菜单中显示减少或排除这些食材的菜肴。
[0329]
对于中性脂肪高的高血脂症的患者，一般推荐限制摄取卡路里、限制糖质以及限制酒精等。在本实施方式中，对于中性脂肪高的高血脂症的患者，能够在个别菜单中显示减少或排除卡路里、糖质和酒精的菜肴。
[0330]
进一步，作为需要限制饮食的其他疾病，可举出痛风。对于痛风的患者，一般推荐改善肥胖(减肥)、限制摄取卡路里、限制嘌呤体、限制酒精、摄取大量的水分等。含有许多嘌呤体的食材有虾、鱿鱼干、肝等。在本实施方式中，针对痛风的用户，能够在个别菜单中显示减少或排除这些食材的菜肴。
[0331]
进一步，作为需要限制饮食的其他疾病，可举出高血压症。对于高血压症的患者，
一般推荐限制盐分的摄取、改善肥胖(减肥)以及限制酒精等。在本实施方式中，针对高血压症的用户，能够在个别菜单中显示盐分、酒精、以及卡路里等少的菜肴。
[0332]
再者，这些饮食限制只是一个例子，也可以要求与此不同的饮食限制。另外，这些疾病也只是一个例子，在本实施方式中也能够同样地应用于其他的有饮食限制的疾病。
[0333]
在本实施方式中，能够一边根据疾病的发展使上述以外的饮食限制适当地变化，一边施加饮食限制。例如，在图22中，对于糖尿病患者，每天的酒精最大摄取量为25g/天以下，但这只是一般的数值，并没有考虑到每个患者的疾病发展程度。如果糖尿病发展，则每天的酒精最大摄取量减少，也有最终需要戒酒的情况。在这样糖尿病发生恶化的情况下，在本实施方式中也可以考虑只能选择酒精量低于基准值的酒来显示个别菜单，或者在个别菜单中不显示任何酒精类。
[0334]
另外，对于高血压症，在预防高血压时为10g/天以下的盐分摄取量在治疗高血压期间中变为7g/天以下，当病情进一步加重时变为5g/天以下。这样，对于高血压症，也有时根据高血压的发展程度而减低每天的盐分的最大摄取量。在本实施方式中，对于高血压症的患者，在高血压症发生恶化的情况下，越是含有许多盐分的菜肴，越是降低优先级来显示在个别菜单中。由此，含有许多盐分的菜肴在个别菜单中被不显眼地显示，或者显示在难以选择的地方，或者设成不显示。进一步，在本实施方式中，在选择菜肴时显示该菜肴的盐分的合计值，或者显示被推荐组合食用的菜肴。
[0335]
接着，以卡路里为例，对上述的第七个～第十七个变形中示出的本次的用餐中的容许摄取量的计算方法进行说明。图23是用于说明计算本次用餐中的卡路里的容许摄取量的例子的图。在该图中，纵轴表示摄取卡路里和消耗卡路里，横轴表示时间。在该图中，条表示用户每小时消耗的卡路里，白色圆圈表示用户每小时摄取的卡路里。消耗卡路里也可以使用用户佩戴的加速度传感器和/或心率传感器来计测，摄取卡路里也可以使用生物阻抗传感器和/或血糖值传感器来计测。
[0336]
1天的合理摄取卡路里能够使用通过图37在后面进行描述的式(1)来计算。例如，1天的合理摄取的卡路里计算为：在2月11日是1900kcal，在2月12日是1880kcal，在今天即2月13日是1850kcal。到当前为止的摄取卡路里是1天中到当前为止的摄取卡路里。图中的“当前”箭头所表示的时刻例如是个别菜单的计算定时。本日中的至当前为止的摄取的卡路里是710kcal。本次就餐中的卡路里的容许摄取量是通过从1天的合理摄取的卡路里中减去至当前为止摄取的卡路里来计算的。因此，在2月13日本次用餐中的卡路里的容许摄取量计算为1850kcal-710kcal＝1140kcal。
[0337]
在这种情况下，信息终端100的运算部104根据菜单信息，以卡路里为1140kcal以下的菜肴的优先级变高的方式生成个别菜单。
[0338]
在图23中，举例说明了卡路里，但特定食材的本次用餐中的目标摄取量以及本次用餐中的容许摄取量也能够通过与图23的卡路里的例子同样的方法进行计算。例如，特定食材的本次用餐中的目标摄取量是针对特定食材，从本日的目标摄取量减去到现在为止的累计摄取量来计算的。并且，运算部104根据菜单信息，以特定食材的量为本次用餐中的目标摄取量以上的菜肴的优先级变高的方式生成个别菜单。
[0339]
另一方面，特定食材的本次用餐中的容许摄取量是针对特定食材，从本日的容许摄取量减去到现在为止的累计摄取量来计算的。并且，运算部104根据菜单信息，以特定食
材的量为本次用餐中的容许摄取量以下的菜肴的优先级变高的方式生成个别菜单。特定食材例如可以采用含有根据疾病预先确定的营养成分的食材。或者，特定食材也可以采用包含用图37在后面进行描述的式(1)所示的饮食限制条件中的与摄取被限制的营养成分对应的向量(例如盐分向量)中超过推荐量的营养成分的食材。另外，特定食材也可以采用包含与推荐摄取的营养成分对应的向量(例如食物纤维量向量)中低于推荐量的营养成分的食材。
[0340]
接着，关于高血压症患者，对血压与盐分摄取量的关系进行说明。图24是表示高血压症患者的血压与盐分摄取量的关系的图。在图24中，纵轴表示用户的血压的测定值，横轴表示时间。
[0341]
血压的测定值也可以通过内置在用户佩戴的腕带中的血压传感器来获取。该图示出了每个小时的血压的测定值。一个条的上端是该时刻的收缩期血压的测定值，一个条的下端是在该时刻的扩张期血压的测定值。
[0342]
在该例子中，2月11日的最高血压是145/99。该最高血压被分类为被称为“i度高血压”的最轻的高血压症。2月12日的最高血压是148/99，与前一天同样地被分类为“i度高血压”。2月13日的最高血压是136/89。该最高血压被分类为不是高血压症的“正常高值血压”。2月14日的最高血压是139/89。该高血压与前一天同样地被分类为“正常高值血压”。
[0343]
在横轴的最下部表示的“第二天的盐分摄取量”中，2月13日以后的盐分摄取量从之前的7g/日以下放宽为10g/日以下。这是因为到2月12日为止是i度高血压，但从2月13日起成为正常高值血压，高血压症得到改善。在本实施方式中，能够使用生物传感器600实时测定疾病的主要标记值，根据其改善(或恶化)来放宽(或加强)饮食限制。这样，能够基于时刻变化的用户的生物信息的推移来更新用户应摄取的食物或应进行的运动的内容，通过信息终端100等向用户提出建议。
[0344]
例如，运算部104在前一天的血压值分类为“i度高血压”的2月13日之前，将1天的盐分的容许摄取量设定为7g来生成个别菜单，在前一天的血压测定结果为“正常高值血压”的2月14日以后将盐分的容许摄取量放宽到10g来生成个别菜单。
[0345]
在上述例子中，只参照了最高血压，但是也可以包含最低血压来设定盐分的容许摄取量，还可以考虑血压值的平均或方差来设定盐分的容许摄取量。另外，也可以基于不是每一天而是比其长或短的时间的血压状况来设定盐分的容许摄取量。另外，为了排除运动中的血压测定结果，也可以考虑心率或活动量等其他信息来设定盐分的容许摄取量。
[0346]
(数据结构)
[0347]
接着，对在本实施方式中使用的各种数据的数据结构进行说明。图25是表示包含由第一服务器200管理的用户的定期健康检查的诊断结果的信息2500的数据结构的一个例子的图。该信息2500关联记载了字段和值以使能够容易进行运算处理。信息2500例如以json(javascript(注册商标)object notation)格式构成一个文件。
[0348]“信息类别”字段是表示信息2500是什么种类的个人信息的字段。由于信息2500是关于健康的数据，所以在与“信息类别”字段对应的值中记载了“健康”。“信息类别”字段记载在信息2500的开头。另外，“信息类别”为“健康”的信息被作为具有饮食属性的信息来处理。
[0349]“发放方”字段是用于识别获得该信息2500的法人的字段。在此，由于通过abc诊所
制作了定期健康检查的诊断结果，所以在与“发放方”字段对应的值中记载了abc诊所。
[0350]“发放日”字段是表示由该信息2500的发放方进行的发放日期时间的字段。在此，与“发放日”字段对应的值记载了2020年2月15日。该值除了发放日之外还可以包含时刻。另外，该值也可以包含时区信息。
[0351]“数据类型”字段是具体确定该信息2500的内容的字段。在此，在与“数据种类”字段对应的值中记载有例如“健康检查信息”。由此，表示以下字段中记载的数据是与用户的定期健康检查的诊断结果相关的信息。
[0352]
另外，信息终端100基于分别与“信息类别”字段和“数据类别”字段对应的值的记载内容来解释为在信息2500中包含定期健康检查的诊断结果即可。或者，信息终端100也可以基于与信息2500关联的信息(例如信息2500的文件名)解释为在信息2500中包含定期健康检查的诊断结果。
[0353]“数据测定日”字段是表示实施了与前面的“数据类别”字段对应的值“健康检查信息”所表示的定期健康检查的日期时间信息的字段。在此，与“数据测定日”字段对应的值记载为2020年2月14日。该值除了测定日之外还可以包含时刻。另外，该值也可以包含时区信息。另外，在第一服务器200中针对相应的用户而存储有多个定期健康检查的诊断结果的情况下，记载在“数据测定日”字段中的日期也可以设为使用最新的信息2500。
[0354]
在“数据测定日”以后的字段和值中记载了关于用户的身高、体重、收缩期血压、扩张期血压、红血球数、血红蛋白数、hdl胆固醇、ldl胆固醇、空腹时血糖及尿酸各自的诊断结果。
[0355]
图26是表示包含由第一服务器200管理的用户的疾病诊断书的记载内容的信息2600的数据结构的一个例子的图。疾病诊断书是由用户经常就诊的医疗机构发放的。在疾病诊断书中记载了与用户患有的疾病有关的信息。信息2601包含针对糖尿病的疾病诊断书的记载内容，信息2602包含针对高血压症的疾病诊断书的记载内容。
[0356]
信息类别、发放方、发放日、数据测定日与信息2500相同。在与“数据类别”字段对应的值中记载了表示信息2600是疾病诊断书的“诊断书”。
[0357]
在与“疾病名”字段对应的值中记载了用户患有的疾病的名称。在与“疾病名”字段对应的值是“糖尿病”的情况下，在其后续的字段和值中记述了表示与糖尿病有关的疾病程度的数据。具体而言，在信息2601中记载了“疾病发生日”、“病型”、“hba1c(ngsp)[％]”以及“空腹血糖值”。
[0358]“hba1c(ngsp)[％]”是表示糖化血红蛋白的存在比例的国际基准，具有反映了过去2个月左右的血糖值的平均的值。例如，正常值小于5.6，需要注意为5.6～5.9，预备军为6.0～6.4，阳性为6.5以上。在此，因为在值中记载了“6.9”，所以该用户的“hba1c(ngsp)[％]”的测定值属于糖尿病的阳性判定区域。
[0359]“空腹时血糖值[mg/dl]”是在断食10小时以上的状态下测定的最低血糖值。例如，正常值为80～99，预备军为100～125，阳性为126以上。在此，由于在值中记载了“131”，所以该用户的“空腹时血糖值[mg/dl]”的测定值属于糖尿病的阳性判定区域。
[0360]
在与“疾病名”字段对应的值是“高血压症”的情况下，在其后续的字段和值中记述了表示与高血压症有关的疾病程度的数据。
[0361]
具体而言，在信息2602中记载了“疾病发生日”、“分类”、“收缩期血压〔mmhg〕”和“扩张期血压〔mmhg〕”。
[0362]“分类”表示基于血压值的高血压的分类。从血压值低的一方起，按顺序为最适合血压、正常血压和正常高值血压这三种，这些被分类为正常区域血压。另外，“分类”分为i度高血压、ii度高血压、iii度高血压、收缩期高血压这4种，这些被分类为高血压。在此，由于在值中记载了“i度高血压症”，所以可知用户被分类为最轻度的高血压症。
[0363]
与“收缩期血压〔mmhg〕”字段和“扩张期血压〔mmhg〕”字段对应的值分别记载了血压值。在此，由于在值中记载了“155”和“92”，所以该用户的血压被分类为i度高血压。
[0364]
这样，包含医疗机构(在该例子中为abc诊所)发放的疾病诊断书的诊断内容的信息2600以包含测定日及发放日的形式被储存在第一服务器200中。因此，通过比较在“数据测定日”字段的值中记载的日期，能够准确地掌握用户过去的病史及其发展程度。另外，也可以参照最新的疾病诊断结果。
[0365]
在该例子中，对于是用户的数据，虽然未记载于字段中，但例如可以通过将用户的识别信息采用为文件名来进行确定。
[0366]
图27是表示包含由第一服务器200管理的生物信息的信息2700的数据结构的一个例子的图。
[0367]
在信息2700中包含有测定日期时间、收缩期血压、扩张期血压、摄取卡路里、消耗卡路里、盐分摄取量、酒精摄取量、hba1c及血糖值等。测定日期时间用日本标准时间来表现了年月日时分秒。收缩期血压、扩张期血压、hba1c及血糖值记录了对应的测定日期时间的测定值。摄取卡路里、消耗卡路里以及酒精分别记录了换算成对应的测定日期时间的每1小时的测定值。盐分摄取量记录了换算成对应的测定日的前一天的每1天的测定值。
[0368]
这些测定值记录了根据一个以上的生物传感器600的测定值直接或间接地导出的值。
[0369]
例如，收缩期血压和扩张期血压也可以使用血压传感器来测定。摄取卡路里也可以使用生物阻抗传感器和/或血糖值传感器来测定。消耗卡路里也可以使用加速度传感器和/或心率传感器来测定。盐分摄取量也可以使用尿中盐分浓度传感器来测定。酒精也可以使用生物气体传感器来测定。hba1c也可以使用近红外线和/或中红外线激光传感器来测定。血糖值也可以使用血糖值传感器和/或皮下组织的葡萄糖传感器来测定。
[0370]
在通过两个以上的生物传感器600测定了同一种类的生物信息的测定值的情况下，也可以在信息2700中记录根据这些多个传感器的精度进行了加权的测定值的平均值。
[0371]
在此，生物传感器600的测定值被按时间序列进行记录，但本公开不限于此。例如，在能够获取用户的饮食的点餐历史记录信息的情况下，也也可以使用该点餐历史记录信息所示出的已点餐的菜肴的卡路里量、盐分量、酒精量、食物纤维量以及胆固醇量等，对记录于信息2700的测定值进行补充或修正。
[0372]
例如，在通过生物气体传感器根据从皮肤释放的挥发性气体的浓度分布来测定了酒精量的情况下，预测为精度低。在这种情况下，在能够从点餐历史记录信息中读取所摄取的酒的量和度数的情况下，也可以根据下述的计算式计算酒精量。
[0373]
酒精量[g]＝酒的量[ml]＊酒精度数[％]/100*0.8
[0374]
在食物纤维量也同样地从点餐历史记录信息的内容读取的情况下，可以使用该食物纤维量来对测定数据进行补充或修正。在该例子中，在信息2700中，虽然没有记载是用户
的数据，但是例如可以通过将用户的识别信息采用为文件名来进行确定。
[0375]
图28是表示食材信息2800的数据结构的一个例子的图。食材信息2800关联记载了字段和值，以使能够容易进行运算处理。食材信息2800与表示食材信息的标签一起嵌入在从餐厅各公司的第二服务器300获取的例如html文件形式的菜单信息中。但是，这只是一个例子，食材信息2800也可以由json格式构成，也可以由按每个菜肴准备的其他文件构成。
[0376]“菜肴名”字段是表示这个信息是与哪个菜肴有关的食材信息的字段。在食材信息2801的例子中，在与“菜肴名”字段对应的值中记载了拉面b套餐，在食材信息2802的例子中，与“菜肴名”字段对应的值记载了酱油拉面，在食材信息2803的例子中，与“菜肴名”字段对应的值中记载了小笼包。
[0377]
在“菜肴名”字段之后的字段及值中，记载了所使用的食材的一览表。例如，食材信息2801由一碗酱油拉面和三个小笼包构成，因此包含“酱油拉面”字段和“小笼包”字段，与酱油拉面对应的值记载了“1”，与小笼包对应的值记载了“3”。食材信息2801是套餐菜肴的食材信息2800，所以没有设置与构成菜肴的食材有关的字段和值。
[0378]
在食材信息2802中，由于是酱油拉面单品的食材信息2800，所以如“小麦粉”为“50g”、“食盐”为“5g”这样关联记载了构成酱油拉面的各食材和各食材的量。食材信息2803与食材信息2802同样地是小笼包单品的食材信息2800，因此，关联记载了构成小笼包的各食材和各食材的量。
[0379]
在拉面b套餐中，如食材信息2802所示，“食盐”的量为8g，对糖尿病患者来说是过量的。另外，如食材信息2803所示，小笼包因为蔬菜少，所以食物纤维不足。因此，糖尿病的用户直接食用拉面b套餐是不合适的。因此，信息终端100的运算部104通过个别菜单向用户建议例如图29所示的减盐拉面和蔬菜饺子的菜肴套餐来代替拉面b套餐。
[0380]
图29是表示低盐拉面和蔬菜饺子的食材信息2804的一个例子的图。在减盐拉面和蔬菜饺子中，如食材信息2805及食材信息2806所示，食盐从8g降低到3g，使用小油菜代替叉烧肉，使用韭菜代替猪肉馅，使用卷心菜和砂糖代替蜂蜜和鸡汤。由此，在个别菜单中显示糖尿病的用户能够食用的“减盐拉面和蔬菜饺子”，该用户能够从自己能食用的菜肴中顺畅地点餐。
[0381]
在更换菜肴时，信息终端100将图28所示的食材信息2802及食材信息2803与表示相应的用户的饮食限制程度的信息所示出的相应的用户的摄取限制食材(例如酒精、盐分等)进行对照，从食材信息2802及食材信息2803中提取替换对象的食材。
[0382]
接着，信息终端100基于表示饮食限制程度的信息来计算替换对象的食材的本次的容许摄取量，如果替换对象的食材的量是本次的容许摄取量以上，则将该替换对象的食材的量降低到本次的容许摄取量以下。另外，信息终端100在替换对象的食材的量为本次的容许摄取量以上的情况下，当预先确定了替换食材及其代替食材的量时，用替换食材及代替食材的量来取代替换对象的食材及量，从而替换食材信息2802及食材信息2803。进一步，信息终端100也将食材信息2800的菜肴名替换为根据替换后的食材预先确定的菜肴名。由此，得到图29所示的食材信息2800。信息终端100通过对所获得的菜单信息中包含的各菜肴分别适用该处理来替换菜肴即可。
[0383]
再者，在上述中，在信息终端100中基于表示用户的饮食限制程度的信息变更了菜肴的食材，但本公开不限于此。例如，也可以从第二服务器300接收单品菜肴的食材信息
(2802、2803、2805、2806)，从第一服务器200接收表示用户的饮食限制程度的信息，信息终端100将按照表示用户的饮食限制程度的信息的菜肴作为单品菜肴或包含多个菜肴的套餐菜单来进行建议。
[0384]
(处理的整体面貌)
[0385]
接着，对本实施方式中的信息处理系统的处理的整体面貌进行说明。图30是表示本实施方式的信息处理系统的处理的整体面貌的一个例子的时序图。
[0386]
根据进入餐厅a公司并就坐的用户的操作而由信息终端100启动了的匹配应用进行用户认证(步骤s501)。用户认证成功了的匹配应用显示主页画面g103(参照图14)。
[0387]
当用户在主页画面g103上触摸扫描按钮1402时，匹配应用启动扫描功能，获取与用户的坐席对应的qr码(步骤s502)。由此，匹配应用获取作为连接目的地的餐厅a公司的第二服务器300(http服务器)的url。
[0388]
获取到url的匹配应用基于url向餐厅a公司的第二服务器300发送用于获取菜单信息的请求(例如http请求)(步骤s503)。此时，匹配应用可以如上述那样向第二服务器300发送qr码所含有的席位id。
[0389]
接收到该请求的第二服务器300使用http服务器功能发送返回菜单信息的http响应。由此，匹配应用接收餐厅a公司的菜单信息(步骤s504)。
[0390]
接收到菜单信息的匹配应用分析接收到的菜单信息，对接收到的菜单信息的数据属性是饮食属性这一情况进行检测。在这种情况下，匹配应用通过内部分析菜单信息来检测是饮食属性。或者，匹配应用也可以从与菜单信息分开发送了的补充信息中检测出是饮食属性。然后，由于接收到的菜单信息的数据属性是饮食属性，所以匹配应用将疾病信息和/或生物信息确定为用于进行匹配的数据(步骤s505)。
[0391]
接着，匹配应用基于进行了用户认证的用户的用户id，向第一服务器200发送用于请求获取用户的疾病信息和/或生物信息的http请求(步骤s506)。使用http服务器的功能接收到该http请求的第一服务器200基于用户id从存储器203提取该用户的疾病信息和/或生物信息，向匹配应用发送返回提取出的疾病信息和/或生物信息的http响应。由此，匹配应用接收该用户的疾病信息和/或生物信息(步骤s507)。
[0392]
接收到疾病信息和/或生物信息的匹配应用基于所接收到的疾病信息和/或生物信息来计算表示饮食限制程度的信息，基于计算出的表示饮食限制程度的信息和所接收到的菜单信息，使用在上述的17个变形中示出的方法中的任一方法来生成与表示该用户的饮食限制程度的信息对应的个别菜单(步骤s508)。
[0393]
匹配应用按照匹配应用的风格来生成在步骤s501到步骤s508的处理中显示的各种画面的风格ui(user interface，用户设计)设计，但对于从个别菜单完成点餐的各种画面的风格(例如ui设计)，根据餐厅a公司提供的风格来生成。换言之，作为服务业者的各业者(例如各餐厅)能够在其他公司(例如信息银行或信息中介业者)开发的匹配应用上，以自己喜欢的风格(例如ui设计)与用户(例如顾客)进行交流。这意味着，上述标准菜单和个别菜单分别以餐厅a公司指定的风格(例如ui设计)来表现，进而能够保持一贯性。
[0394]
生成了个别菜单的匹配应用以餐厅a公司指定的风格显示包含所生成的个别菜单的操作画面g106，从个别菜单中受理点菜的用户的选择指示(步骤s509)。
[0395]
受理到了选择指示的匹配应用向餐厅a公司的第二服务器300发送关联了用户的
席位id和表示所点的菜肴的点菜信息的点餐请求(步骤s510)。在根据从第二服务器300接收到的菜单信息变更了所点餐的菜肴的食材信息2800的情况下，匹配应用将变更后的食材信息2800包含在点菜信息中并发送给第二服务器300即可。由此，餐厅a的店铺能够向用户提供反映了替换食材及替换食材的量的菜肴。再者，在该食材信息2800与在步骤s504中接收到的信息不同的情况下，匹配应用也可以在步骤s508中生成个别菜单时向第二服务器300询问是否能够应对该食材变更。
[0396]
接收到点餐请求的第二服务器300向匹配应用回复表示接收到点餐的响应确认(ack)，并根据需要回复当前的点餐状况(例如关于点餐历史记录画面g108的信息)。由此，匹配应用接收当前的点餐状况(步骤s511)。
[0397]
相对于餐厅a公司的第二服务器300，匹配应用将点菜信息也与用户id相关联地发送到第一服务器200(步骤s512)，请求对该用户的饮食历史记录信息进行添加或更新。接收到点菜信息的第一服务器200按照接收到该用户的饮食历史记录信息的点菜信息来进行更新(步骤s513)。在该情况下，对饮食历史记录信息也赋予了对点菜信息所示的菜肴的点餐时刻进行表示的时间戳。
[0398]
在步骤s512中发送的点菜信息也可以包含表示在个别菜单中选择出的菜肴的菜肴名称的信息、表示在个别菜单中选择出的菜肴的价格的信息、表示在个别菜单中选择出的菜肴被点餐的日期时间的信息、表示在个别菜单中选择出的菜肴所含有的营养成分的信息、以及表示进行了点餐的餐厅公司(及其店铺)的信息。
[0399]
接收到点餐请求的餐厅a公司的第二服务器300在店铺内的显示器上显示点餐请求(步骤s514)。由此，店铺的员工能够准确地向点了菜肴的坐席的用户摆放所点的菜肴。
[0400]
这样，也作为用户的个人信息的一部分的饮食历史记录信息被细致、准确且按时间序列的方式储存在第一服务器200中。由此，在下一次点菜时，能活用该大数据，更高精度地向用户提示适合度高的菜肴的选项。
[0401]
根据图30所示的控制方法，能够降低对有饮食限制的用户错误地摆放包含该用户应避免的食材的菜肴的风险。而且，根据图30所示的控制方法，即使是需要详细地确认应避免的食材及烹饪方法等的用户，不使餐厅方进行那样的确认，该用户也能够简便地点菜，进一步，餐厅方也能够简便地应对来自那样的用户的点菜。此外，根据图30所示的控制方法，减少了用户对将疾病信息和/或生物信息这样的与用户的隐私有关的个人信息告诉给餐厅的工作人员的不安、以及用户的关于将与隐私有关的个人信息储存在店铺终端的不安。
[0402]
而且，根据图30所示的控制方法，能有效且安全地管理包含准确且时间上连续的疾病信息和/或生物信息以及饮食历史记录信息(例如点餐历史记录信息)等的个人信息。进一步，根据图30所示的控制方法，能防止个人信息向被用户许可的业者以外泄漏。而且，根据图30所示的控制方法，用户也能够放心地进行点餐，而不必注意或顾虑自己的疾病信息和/或生物信息的细节及其过往。
[0403]
(点餐处理的流程图)
[0404]
接着，说明本实施方式中的信息终端100的处理。图31是表示从标准菜单中点菜的情况下的信息终端100的处理的一个例子的流程图。该流程图是在信息终端100中以由用户启动了qr码读取器为触发而开始的。
[0405]
在步骤s11中，qr码读取器读取与自己的坐席对应的qr码，并将读取到的字符串
(例如url)交给浏览器。在该处理中，使用图7所示的操作画面g1读取qr码，图8所示的qr码的读取结果被显示在操作画面g2上。
[0406]
在步骤s12，浏览器按照url访问餐厅a公司的第二服务器300，获取菜单信息，在信息终端100的显示器105上显示标准菜单。在该处理中，显示图9所示的包含标准菜单的操作画面g3。
[0407]
在步骤s13中，浏览器接受来自用户的从标准菜单中选择要点餐的菜肴的指示。在该处理中，由过用户来操作图10所示的操作画面g3所含有的标准菜单，选择要点的菜肴。
[0408]
在步骤s14，浏览器向餐厅a公司的第二服务器300发送关联了用户的席位id和表示用户所点的菜肴的点菜信息的点餐请求。通过以上，从标准菜单进行的点餐处理结束。
[0409]
这样，在餐厅中希望对考虑了表示自身的饮食限制程度的信息的适当的菜单进行点餐的用户使用匹配应用，显示个别菜单来进行点菜。另一方面，希望不考虑表示自身的饮食限制程度的信息而从餐厅的标准菜单中选择菜肴的用户使用通用的qr码读取器，显示标准菜单来进行点菜。
[0410]
在任何情形下，由于从与用户就坐的坐席对应的qr码读取到的席位id被与点菜信息相关联地发送到第二服务器300，所以所点的菜肴都能无误地被进行摆放。
[0411]
图32是表示从个别菜单中点菜的情况下的信息终端100的处理的一个例子的流程图。该流程图是以进入餐厅并点菜的用户启动了匹配应用为触发而开始的。
[0412]
在步骤s1中，匹配应用执行获取与用户自己的坐席对应的qr码的处理。使用图33将在后面叙述该处理的详细情况。在该处理中，通过图15所示的操作画面g104读取qr码，获取席位id和餐厅id。该处理对应于图30的步骤s501、s502。
[0413]
在步骤s2中，匹配应用执行如下处理：使用浏览器功能访问所获取的qr码所示出的url，从餐厅a公司的第二服务器300获取餐厅a公司的菜单信息。使用图34将在后面叙述该处理的详细情况。在该处理中，也对菜单信息的数据属性为饮食属性这一情况进行检测。在该处理中，图17所示的显示画面g105显示在信息终端100上。该处理对应于图30的步骤s503、s504。
[0414]
在步骤s3中，匹配应用执行如下处理：从第一服务器200，自用户的个人信息中获取作为与饮食属性有关的个人信息的疾病信息和/或生物信息。使用图35将在后面叙述该处理的详细情况。通过该处理，获取在步骤s1中获取到的席位id所示的坐席上就坐的用户的疾病信息和/或生物信息。该处理对应于图30的步骤s505、s506、s507。
[0415]
在步骤s4中，匹配应用执行如下处理：将餐厅a公司的菜单信息和表示用户的饮食限制程度的信息进行对照，生成包含与分类对应的菜肴的个别菜单。通过该处理，显示包含个别菜单的操作画面g106。该处理对应于图30的步骤s508。
[0416]
在步骤s5中，匹配应用受理由浏览了个别菜单的用户进行点餐的菜肴的选择指示。在该情况下，如图19的操作画面g106所示那样选择菜肴。该处理对应于图30的步骤s509。
[0417]
在步骤s6中，匹配应用向餐厅a公司的第二服务器300发送关联了表示在步骤s5中选择出的菜肴的点菜信息和在步骤s1中获取的席位id的点餐请求。该处理对应于图30的步骤s510。
[0418]
以下，说明从个别菜单点菜的情形的细节。图33是表示图32的步骤s1的处理的详
细情况的流程图。在步骤s101中，由用户启动了的匹配应用向用户请求用户认证。在该情况下，使用图12所示的认证画面g101或图13所示的认证画面g102来进行用户认证。
[0419]
在步骤s102中，匹配应用判断用户的认证是否成功。在此，在用户认证失败的情况下(在步骤s102中为“否”)，处理返回到步骤s101。在用户认证成功的情况下(在步骤s102中为“是”)，处理进入步骤s103。在步骤s103中，匹配应用显示图14所示的匹配应用的主页画面g103。
[0420]
在步骤s104中，匹配应用受理用户触摸主页画面g103的扫描按钮1402的操作，启动qr码的读取功能。由此，显示图15所示的操作画面g104。再有，在采用了使用nfc来读取餐厅id和席位id的方式的情况下，显示图16所示的操作画面g1011。
[0421]
在步骤s105中，由用户调整信息终端100的朝向和位置，匹配应用读取与用户就坐的坐席对应的qr码。
[0422]
图34是表示图32的步骤s2的处理的详细情况的流程图。在步骤s201中，匹配应用基于qr码所记述的字符串(例如url)来访问餐厅a公司的第二服务器300。该访问例如通过http请求来进行。
[0423]
在步骤s202中，餐厅a公司的第二服务器300使用http服务器功能，将最新的菜单信息回复给匹配应用。该回复例如通过http响应来进行。
[0424]
在步骤s203中，匹配应用获取餐厅a公司的最新的菜单信息。
[0425]
在步骤s204中，匹配应用根据获取到的菜单信息来对菜单信息的数据属性是饮食属性这一情况进行检测。例如，该检测可以基于构成菜单信息的html文件中记载的数据类型或数据属性识别信息(html标签)来进行判定。
[0426]
图35是表示图32的步骤s3的处理的详细情况的流程图。在步骤s301中，由于所获取的菜单信息的数据属性是饮食属性，所以匹配应用将用户的疾病信息和/或生物信息决定为用于进行匹配的数据。
[0427]
在步骤s302中，匹配应用向第一服务器200请求获取作为匹配对象的用户的疾病信息和/或生物信息。在该情况下，匹配应用指定用户id，进行请求以使得在预定的加密状态下回复疾病信息和/或生物信息。
[0428]
在步骤s303中，第一服务器200基于用户id从被分散并加密地管理的庞大的个人信息中提取疾病信息和/或生物信息，将该疾病信息和/或生物信息形成为预定的格式之后，进行预定的加密，并回复给匹配应用。
[0429]
在步骤s304中，匹配应用对所获取的最新的疾病信息和/或生物信息进行解密。由此，获得用户的疾病信息和/或生物信息。
[0430]
图36是表示图32的步骤s4的处理的详细情况的流程图。在步骤s401中，匹配应用基于用户的疾病信息和/或生物信息，重新计算表示用户的饮食限制程度的信息。使用图37将在后面叙述该处理的详细情况。
[0431]
在步骤s402中，匹配应用将餐厅a公司的菜单信息和表示用户的饮食限制程度的信息进行对照，生成与用户的饮食限制对应的用户的个别菜单。在菜单信息中，如上所述，包含了各菜肴所含有的一个以上的食材和食材的量。可以在菜单信息中包含表示各菜肴的烹饪方法的烹饪方法信息。在此，使用上述的17个变形中的任一方法来生成个别菜单。
[0432]
在步骤s403中，匹配应用使用浏览器功能生成包含所生成的个别菜单的操作画面
g106，并显示在信息终端100的显示器105上。在该情况下，个别菜单是例如应用了餐厅a公司的菜单信息所含有的显示风格信息来进行显示的。
[0433]
(表示饮食限制程度的信息)
[0434]
接着，对计算表示饮食限制程度的信息的处理进行说明。图37是表示用于计算表示饮食限制程度的信息的式(1)的图。
[0435]
在式(1)中，被命名为饮食限制条件的矩阵相当于表示饮食限制程度的信息。饮食限制条件的矩阵包含卡路里量向量、酒精量向量、盐分向量以及食物纤维量向量。这些向量分别是n
×
1的矩阵。
[0436]
卡路里量向量和盐分向量分别由禁止量、注意量、推荐量和必要量构成。禁止量是如果再摄取则病情恶化的可能性极高的量。注意量是比禁止量少、且当再摄取时病情恶化的可能性高的量。禁止量相当于上述的预定期间内的容许摄取量的一个例子。推荐量是比注意量少的量、且是最佳的最为完满的摄取量。必要量是比推荐量少的量，例如是为了维持生命而需要最低限度摄取的量。酒精量向量由禁止量、注意量和允许量构成。允许量是比注意量少的量，是若摄取量为其以下、则疾病趋向改善或者疾病不会再恶化的可能性高的量。食物纤维量向量由推荐量和必要量构成。推荐量是最佳的摄取量，是当再摄取时疾病趋向改善的可能性高的量。推荐量相当于上述的预定期间内的目标摄取量的一个例子。必要量是需要最低限度摄取的量，是若为该量以下、则疾病不会改善或者疾病恶化的可能性高的量。
[0437]
矩阵c是用于从用疾病信息 生物信息表示的矩阵中求出饮食限制条件的变换矩阵，是统计性或按每个用户预先计算的矩阵。
[0438]
用疾病信息 生物信息表示的矩阵包括健康检查向量、收缩期血压向量、扩张期血压向量、血糖值向量、摄取卡路里向量以及消耗卡路里向量。健康检查向量由信息2500(定期健康检查的诊断结果)所含有的测定日、身高、体重、收缩期血压、扩张期血压等构成。健康检查向量可以包含信息2600(疾病诊断书的诊断内容)所含有的各种数据。
[0439]
收缩期血压向量、扩张期血压向量、血糖值向量、摄取卡路里向量以及消耗卡路里向量分别由在记录于信息2700的生物信息中从最新起到72小时前为止的每1小时的收缩期血压、扩张期血压、血糖值、摄取卡路里、以及消耗卡路里的测定值构成。在此，采用了记录在信息2700中的最近3天的测定值，但这只是一个例子，也可以采用更长期间(4天、1周以及1个月等)的测定值，还可以采用更短期间(1日及2日等)的测定值。另外，疾病信息 生物信息的矩阵中采用的生物信息也可以采用图37所示的生物信息以外的生物信息。
[0440]
矩阵c例如如以下这样计算。在第一服务器200的存储器203中，大量地储存有饮食历史记录信息，该饮食历史记录信息关联了各用户用餐时的收缩期血压、扩张期血压、血糖值、摄取卡路里以及消耗卡路里、用餐给用户带来的影响内容以及用户的身体信息。影响内容包含卡路里量、酒精量、盐分量以及食物纤维量各自的变化量。在身体信息中包含通过最新的定期健康检查得到的身高、体重、收缩期血压以及扩张期血压等。
[0441]
另一方面，对于卡路里量、酒精量、盐分量和食物纤维量中的至少一个，按每个用户预先确定了改善用户疾病所需的变化量的基准条件。第一服务器200对于该大量储存的各个饮食历史记录信息，计算为了卡路里量、酒精量、盐分量以及食物纤维量的变化量满足对应的基准条件所需要的卡路里量向量、酒精量向量、盐分量向量以及食物纤维量向量。然
后，第一服务器200通过学习所算出的卡路里量向量、酒精量向量、盐分量向量以及食物纤维量向量与收缩期血压、扩张期血压、血糖值、摄取卡路里以及消耗卡路里的关系来计算矩阵c。
[0442]
或者，对于矩阵c，也可以通过在第一服务器200的存储器203中大量地储存该用户或不特定多数的用户的疾病信息 生物信息的矩阵在包含已知食材的各进餐的前后分别发生了怎样的变化的相关数据，从而面向该用户或不特定多数的用户，求出摄取的食物和生物信息的变化量之间的关系来进行计算矩阵c。
[0443]
为了简化说明，作为一个例子，仅关注血糖值和矩阵c的卡路里量向量分量进行说明。假设在某个用户持续摄取了卡路里量为x1、x2、x3〔kcal〕的食物的情况下，根据该用户或不特定多数的用户的大量的食物和生物信息的分析，血糖值长期升高的可能性分别为10％、50％、80％这一预测成立。在该情况下，卡路里量向量的推荐量、注意量、禁止量能够分别设定为x1、x2、x3〔kcal〕。
[0444]
此外，矩阵c也可以不是由第一服务器200而是由信息终端100来计算。在该情况下，第一服务器200在从信息终端100获取了矩阵c的计算通知时，将计算矩阵c所需的数据发送到信息终端100。
[0445]
在此，作为构成饮食限制条件的各种向量和构成疾病信息 生物信息的各种向量，示出了糖尿病所要求的各种向量，但是实际上本公开考虑作为对象的所有疾病来设定各种向量。例如，考虑痛风，在饮食限制条件中可以包含嘌呤体向量。这样，矩阵c由可应用于任何疾病的成分值构成。例如，对于糖尿病但不是痛风的用户，通过上述的学习，对嘌呤体起作用的矩阵c的成分值被设定为0或接近0的值。因此，能够通过图37的式(1)来计算与各个用户的疾病对应的饮食限制条件。而且，根据图37的式(1)，由疾病信息 生物信息构成的矩阵示出了当前用户的状态，因此，能够根据用户病情的发展程度来计算适当的饮食限制条件。在此，矩阵c是本实施方式考虑作为对象的所有疾病而设定的，但这是一个例子，也可以是按糖尿病、痛风等每种疾病进行计算。在该情况下，第一服务器200和信息终端100针对每个疾病分别使用饮食历史记录信息来计算矩阵c即可。
[0446]
在第一服务器200计算矩阵c的情况下，当在图30的步骤s506中从信息终端100获取了疾病信息和/或生物信息的获取请求时，第一服务器200向信息终端100发送包括对应于用户的最新的矩阵c的疾病信息。由此，信息终端100能够使用最新的矩阵c来计算饮食限制条件。
[0447]
矩阵c也可以根据用户的疾病发展来逐次进行更新。例如，在包含病诊断书的诊断内容的信息2600中，也可以在更新了表示疾病的阶段的信息(例如病型或分类)时更新矩阵c。进一步，表示饮食限制程度的信息也可以与矩阵c的更新一起进行更新。在该情况下，信息终端100使用通过上述更新计算出的最新的表示饮食限制程度的信息来生成个别菜单即可。
[0448]
矩阵c也可以在获取健康检查的结果时、获取定期健康检查的诊断结果(病历信息)时以及由用户的生物传感器600获取用户的生物信息时中的至少任一个定时逐次被进行更新。例如，既可以在1天、2天、1周、1个月等的预定期间内计算矩阵c，也可以在生成个别菜单时计算矩阵c。进一步，表示饮食限制程度的信息也可以与矩阵c的更新一起进行更新。在该情况下，信息终端100使用通过上述更新计算出的最新的表示饮食限制程度的信息来
生成个别菜单即可。
[0449]
图38是表示用于计算菜单信息所含有的各菜肴的优先级的式(2)的图。在该式(2)中，c1、c2、c3、c4分别是对于卡路里、酒精、盐分、食物纤维的菜肴评价的加权系数。
[0450]
f1()、f2()、f3()、f4()分别是针对卡路里、酒精、盐分、食物纤维求出菜单信息所含有的各菜肴与用户的饮食限制条件的吻合程度的函数。以卡路里量为例对这些函数进行说明，f1(卡路里量、卡路里量向量)表示作为对象的菜肴的食材信息2800所含有的卡路里量与由式(1)计算出的卡路里量向量的吻合程度。作为对象的菜肴的卡路里量越成为接近卡路里量向量的推荐量的值，卡路里量的吻合程度就越大。对于盐分量，也是一样的。随着作为对象的菜肴的酒精量接近允许量或变为比禁止量小，酒精量的吻合程度变大。随着作为对象的菜肴的食物纤维量接近推荐量或相比于必要量增加，食物纤维量的吻合程度变大。菜肴的营养向量包括作为对象的菜肴的卡路里量、酒精量、盐分量以及食物纤维量。这些值能够根据作为对象的菜肴的食材信息2800进行确定。
[0451]
信息终端100通过将由式(1)计算出的饮食限制条件应用于式(2)，计算菜单信息中所包含的各菜肴的优先级得分，以该优先级得分越大的菜肴越优先地显示的方式生成个别菜单。
[0452]
再有，也可以在通过图23中说明过的方法计算出本次用餐中的卡路里的容许摄取量的情况下，根据本次用餐中的卡路里的容许摄取量来计算卡路里量向量，将计算出的卡路里量向量应用于式(2)来计算各菜肴的优先级。另外，在使用图23中说明过的方法计算出特定食材在本次用餐中的容许摄取量及目标摄取量的情况下，信息终端100根据本次用餐中的容许摄取量以及本次用餐中的目标摄取量来计算与特定食材对应的向量(例如酒精量向量、盐分量向量以及食物纤维量向量)。并且，信息终端100也可以将计算出的与特定食材对应的向量代入式(2)来计算各菜肴的优先级。
[0453]
由此，信息终端100能够生成与用户的疾病有关的摄取被限制的营养成分的量多的菜肴相比而优先显示该营养成分的量少的菜肴的个别菜单。
[0454]
另外，信息终端100能够生成与用户的疾病有关的摄取被推荐的营养成分的量少的菜肴相比而优先显示该营养成分的量多的菜肴的个别菜单。
[0455]
在此，降低优先级进行显示包括使直到优先级低的菜肴显示于显示器105为止的用户对操作部106的操作或者操作次数比直到优先级高的菜肴显示在显示器105为止的用户对操作部106的操作或者操作次数多、优先级低的菜肴的显示顺序排在优先级高的菜肴的显示顺序的后面、优先级低的菜肴的显示尺寸比优先级高的菜肴的显示尺寸小、优先级低的菜肴的显示浓度比优先级高的菜肴的显示浓度淡中的至少任一方。
[0456]
(从个别菜单点餐时的信息处理的实施例)
[0457]
接着，说明从个别菜单点菜的情况下的信息处理的实施例。在信息通信的接口及处理的数据结构是餐厅店铺固有的情况下，可能发生在信息处理系统中处理的各种数据例如能够在餐厅a公司的店铺40中使用、但在餐厅b公司不能使用的事态、或者在餐厅a公司的其他店铺和餐厅b公司这两方不能使用的事态。为了避免这样的事态，以下说明用于许多用户在多家餐厅中实施使用了个别菜单的点菜的通用解决方案。
[0458]
图39是表示本实施方式中的信息处理系统的具体实施方式的一个例子的图。在信息终端100的存储器102中，存在作为执行匹配应用所需的文件的存储位置的“matching＿
app”目录。在“matching＿app”目录下，有“account”目录、“main”目录以及“matching＿temp”目录。在“account”目录中存储用户的账户和/或用户认证所需的信息。在“main”目录中，存储为了匹配应用实现主页画面的绘制和qr码扫描等基本功能所需的信息。在“matching＿temp”目录中暂时性地存储匹配所需的信息。
[0459]
在“account”目录中，存储记述了账户和/或用户认证所需的信息的“user＿account.xml”文件。在“user＿account.xml”文件中，例如作为用于确定用户的信息，唯一的账户名(例如用户所指定的用户id)和该认证信息(例如密码、指纹的特征量和/或脸部的特征量)被加密来进行记录。
[0460]
作为账户名不限于用户所指定的用户id，采用能够单独地识别利用匹配应用的用户的信息即可。例如，也可以采用嵌入到匹配应用的程序中或匹配应用附带而发布的按匹配应用的个体而唯一的序列码。按个体而唯一的序列码是针对安装匹配应用的每个信息终端100唯一地赋予的序列码。或者，作为账户名，也可以采用在匹配应用的初次启动或初次登记时匹配应用基于随机数生成的唯一的账户名。在该情况下，匹配应用例如通过向第一服务器200确认与已登记的账户名称不重叠来自动生成账户名称即可。
[0461]
通过这样人来看无意义的字符串信息被设定为账号名，从而能够进行隐秘性更加提高的个人信息的通信。个人信息中包含的疾病信息和/或生物信息分别如后述那样被碎片化成多个文件来进行管理。上述账户名也可以在被碎片化了的各文件中被采用为文件名的userid部分。或者，可以将与上述账户名一对一地配对的其他信息采用为被碎片化了的各文件的文件名的一部分(例如用户id的部分)。
[0462]
在“main”目录中，存储有记述了为了实现匹配应用的基本功能所需的内容信息的“main.html”文件和记述了其画面显示的风格(例如ui设计)的“main.css”文件。
[0463]
在餐厅a公司的第二服务器300中，预先存储有在访问通过读取qr码获得的字符串所表示的url(例如http:/restauranta.com/qrorder-18)时进行回复的文件组。在该文件组中，存在记述了进行回复的内容信息的“resa.html”文件和记述了该内容信息的画面显示的风格(例如ui设计)的“resa.css”文件。例如，图28和图29所示的食材信息2800也可以包含在“resa.html”文件中。或者，也可以存储在由“resa.html”文件参考的外部文件中。
[0464]
在第一服务器200中，分散加密地存储有该用户的多种多样且庞大的个人信息。例如，本公开中利用的用户的生物信息被作为“userid＿healthcare＿biological＿1.json”文件、“userid＿healthcare＿biological＿2.json”文件、
…
、“userid＿healthcare＿biological＿n.json”文件这样的n个json格式的文件而保存在第一服务器200内的物理上不同的储存装置中。在n个文件中，文件名的开头部分的“userid”是用于确定对象用户的识别信息，接着的“healthcare”是用于确定具有与健康有关的属性的识别信息，接着的“biological”是用于确定生物信息的识别信息，最后的数字是碎片化的文件的识别号码。再有，疾病信息也与上述的生物信息同样地被分散加密，作为文件名，例如采用例如表示是疾病信息的sick来代替biological。
[0465]
如果第一服务器200能够与适当的许可(例如允许访问信息)一起接收用户的生物信息的请求，则从这些n个文件正确地复原数据，转换为规定的记述格式(.json)来获取“biological.json”文件，向匹配应用回复将该“biological.json”文件加密后的“biological.json.enc”文件。以上，对于疾病信息也是相同的。
[0466]
以下，按照图40的流程图，说明匹配应用使用html进行画面控制的情况下的文件处理。图40是表示对于从匹配应用启动后到显示个别菜单为止的文件的匹配应用的处理的一个例子的流程图。
[0467]
在步骤s601中，启动匹配应用，绘制主页画面。匹配应用在启动后立即使用位于“main”目录中的“main.html”文件和“main.css”文件来绘制主页画面。由此，绘制出图14所示的主页画面g103。
[0468]
在步骤s602中，匹配应用从餐厅a公司的第二服务器300接收菜单信息。接收到的菜单信息在“matching＿temp”目录下被记录为“resa.html”文件和“resa.css”文件。
[0469]
在步骤s603中，匹配应用从第一服务器200接收用户的被加密后的疾病信息和/或生物信息。接收到的疾病信息和/或生物信息被匹配应用解密，在“matching＿temp”目录下被记录为“biological.json”文件和/或“sick.json”。
[0470]
在步骤s604中，匹配应用通过编辑resa.html文件来生成与根据该用户的疾病信息和/或生物信息计算出的表示饮食限制程度的信息对应的个别菜单。所生成的个别菜单作为“custom＿resa.html”文件，被新记录在“matching＿temp”目录下。根据以上，如图39所示，在“matching＿temp”目录下记录“biological.json”文件、“resa.html”文件、“ccustom＿resa.html”文件以及“resa.css”文件。进一步，虽然在图39中省略了图示，但是在“matching＿temp”目录下记录“sick.json”文件。
[0471]
在步骤s605中，匹配应用为了以餐厅a公司所指定的风格进行绘制，使用“custom＿resa.html”文件和“resa.css”文件来绘制所生成的个别菜单。
[0472]
这样使用html/css文件来绘制各种画面。因此，在由单个匹配应用提示不特定多数的业者所提供的商品或服务中的与用户的庞大且多种多样的个人信息相符合的商品或服务的情况下，能够以该业者期待的风格(例如ui设计)显示该业者期待的信息。
[0473]
在通过从个别菜单结束了点菜的用户而显示画面返回到匹配应用的主页画面时或从个别菜单结束点菜后经过了预定时间时，在“matching temp”目录中暂时保存的文件可以为了安全而全部被删除。
[0474]
(个别菜单的变形)
[0475]
个别菜单可以采用以下的变形来代替图18所示的菜单。图41是表示包含个别菜单的第一个变形的操作画面g106的一个例子的图。在该个别菜单中，对于表示各菜肴的平铺对象901，设定了显示顺序、尺寸、框的粗细、框的装饰、表示菜肴的图像的尺寸、在表示菜肴的图像的周围对该菜肴进行变形的标记3501、菜肴名的字符串的大小、对菜肴名的字符串的变形以及表示中意的心形标记3502。
[0476]
对该个别菜单的设定按照后述的优先级进行。在图41的例子中，生菜三明治和玉米汤的菜肴的优先级最大，其次是减盐拉面和蔬菜饺子。因此，在个别菜单的初始显示画面中，生菜三明治的平铺对象901c配置在最上，减盐拉面和蔬菜饺子的平铺对象901c被显示在从上方起第二的位置。因为蔬菜咖喱和乌龙茶的优先级为第三，西红柿意大利面的优先级为第四，所以这些平铺对象901d显示在平铺对象901c的下面。再有，能够通过滚动操作在显示器105内显示优先级为第五以后的菜肴的平铺对象901。
[0477]
在前两个菜肴的平铺对象901c中，设定为尺寸大于默认的平铺对象901d(例如两倍)，实施使框变粗的装饰，实施使表示菜肴名的字符串变粗的装饰，显示进行变形的标记
3501，设定为表示菜肴的图像的尺寸比平铺对象901d大(例如2倍)，显示心形标记3502。进一步，在第一行的平铺对象901c中，显示了向“430kcal盐分小于2g”的用户传达该菜肴的卡路里相对低且盐分也相对较少这样的消息。由此，能够消除用户对于点有饮食限制的菜肴的不安。在第二行的平铺对象901c中，显示了“给苦于糖尿病、高血压的人”这样的消息。由此，向用户宣传该菜肴是适合糖尿病及高血压用户的菜肴来招揽用户。这些消息采用按每个菜肴预先确定的语句即可。
[0478]
在此，以平铺对象901c的形式显示的菜肴排在前两位，但如前三位或前四位这样，以平铺对象901c的形式显示的菜肴不限于前两位。
[0479]
在图41的例子中，平铺对象901c的横向宽度被设置为与操作画面g106的横向宽度大致相同的大小。另一方面，平铺对象901d的横向宽度被设置为平铺对象901c的横向宽度的大约一半的大小。因此，优先级为第三位和第四位的平铺对象901d显示在同一行。优先级为第五位之后的平铺对象也与优先级为第三位和第四位的平铺对象同样地，以2个平铺对象901d位于同一行的方式一行两个地按照优先级的顺序来配置。此时，以在同一行中优先级高的平铺对象901d例如位于左侧、优先级低的平铺对象901d例如位于右侧的方式配置各平铺对象901d。平铺对象901c和平铺对象901d的纵向宽度被设置为相同大小。
[0480]
为了实现与优先级相应的个别菜单的显示，运算部104对构成菜单信息的各菜肴应用式(2)来计算优先级得分。并且，运算部104根据预先确定的个别菜单的布局信息，按照优先级得分的从大到小的顺序配置各菜肴的平铺对象901，从而生成包含个别菜单的操作画面g106的图像数据。作为布局信息，例如对于各菜肴可以采用对与优先级得分相应的平铺对象901的配置位置以及与优先级得分相应的上述装饰内容进行规定的信息等。
[0481]
在所生成的个别菜单的图像数据中，从开头起显示器105的显示区域内的图像数据作为初始画面显示在显示器105上。并且，运算部104在输入了滚动显示器的操作时，通过使个别菜单的显示区域向下侧滑动，使个别菜单滚动显示即可。
[0482]
在图41中，对于平铺对象901c，设定了显示顺序、大小、框的粗细、框的装饰、表示菜肴的图像的尺寸、在表示菜肴的图像的周围对该菜肴进行变形的标记3501、菜肴名的字符串的大小、对菜肴名的字符串的变形、以及表示中意的心形标记3502，但是也可以采用这些中的至少一个设定。
[0483]
图42是表示包含个别菜单的第二个变形的操作画面g106的一个例子的图。在该例子中，示出了优先级得分为低位的菜肴的显示方法。在图42中，左侧表示用户选择平铺对象901之前的操作画面g106，右侧表示用户选择了平铺对象901后的操作画面g106。在该个别菜单中，对于使用户的疾病恶化的可能性高的菜肴，在该菜肴的平铺对象901内显示有促使注意的注意标记3602。并且，当通过指示体1001触摸包含注意标记3602的平铺对象901e时，说明注意点的冒出框3601被与触摸到的平铺对象901e相关联地进行显示。在此，选择了拉面a套餐的平铺对象901e，该菜肴中含有大量的卡路里和盐分。因此，在冒出框3601中，包含有该菜肴的总卡路里(1500kcal)和在本日食用该菜肴之前的可摄取的剩余卡路里(1400kcal)。而且，该冒出框3601还包含该菜肴的盐分(5g)和在本日食用该菜肴之前的可摄取的盐分的剩余量(4.7g)。由此，向用户提示是否应该点该菜肴的判断材料。其结果，用户能够顺畅地点菜。
[0484]
为了实现这一点，运算部104针对关于各菜肴通过式(2)计算出的优先级得分为预
定的第一阈值以下的菜肴，在该平铺对象901中显示注意标记3602。然后，当平铺对象901被触摸时，运算部104根据相应的菜肴的食材信息2800提取式(2)的f1()～f4()所示的吻合程度为预定的基准吻合程度以下的参数，使与所提取的参数相应的消息显示在冒出框3601内即可。进一步，运算部104使用图23中说明过的方法计算相对于所提取的参数的当前时间点的本日的容许摄取量，并使之显示在冒出框3601中即可。
[0485]
运算部104既可以只在个别菜单中显示注意标记3602，也可以在标准菜单中进行显示。在标准菜单中显示注意标记3602的情况下，运算部104在个别菜单中以与标准菜单不同的显示方式显示注意标记3602即可。例如，在个别菜单中显示的注意标记3602既可以以比在标准菜单中显示的注意标记3602大的尺寸进行显示，也可以以醒目的颜色进行显示，还可以以醒目的图案进行显示。
[0486]
另外，对于用式(2)计算出的优先级得分为小于第一阈值的第二阈值以下的菜肴，运算部104也可以在该菜肴的片平铺对象901中显示图43所示的禁止标记3603来代替注意标记3602。或者，对于用式(2)计算出的优先级得分为小于第一阈值的第二阈值的菜肴，运算部104也可以不显示该菜肴的平铺对象901。
[0487]
或者，对于用式(2)计算出的优先级得分为第二阈值以下的菜肴，运算部104也可以在该菜肴的平铺对象901中显示禁止标记3603，然后禁止通过指示体1001进行的选择。此时，该菜肴的平铺对象901也可以变灰显示。图43是表示包含变灰显示的平铺对象901的操作画面g106的一个例子的图。在此，标记在平铺对象901e上的禁止标记3603a示出了标记在未变灰显示的平铺对象901上的禁止标记3603。标记在平铺对象901f上的禁止标记3603b示出了标记在变灰显示的平铺对象901上禁止标记3603。禁止标记3603a以比禁止标记3603b更淡的颜色来显示。这是为了容易进行在平铺对象901e中显示的表示菜肴的图像与禁止标记3603a的区别。在图43中，禁止标记3603a和禁止标记3603b同时显示，但是也可以采用显示任意一个的方式。
[0488]
平铺对象901f通过半透明地显示表示菜肴的图像来进行变灰显示。在此，菜肴名的字符串没有半透明地显示，但该字符串也可以被半透明地显示。
[0489]
在通过指示体1001触摸了显示有注意标记3602和禁止标记3603的平铺对象901的情况下，运算部104也可以驱动信息终端100所具有的振动器使信息终端100振动。由此，能够更容易理解地向用户传达选择了包含应避免的食材的菜肴这一情况。
[0490]
图44是表示包含个别菜单的第三个变形的操作画面g106的一个例子的图。当用户用指示体1001触摸某菜肴的平铺对象901时，该个别菜单向该用户建议包含容易缺少的营养成分的菜肴的点餐。在图38中，左侧表示用户选择平铺对象901之前的操作画面g106，右侧表示用户选择了平铺对象901后的操作画面g106。
[0491]
例如，作为容易缺乏的营养成分，可举出食物纤维。纳豆富含食物纤维。因此，在该例子中，当通过指示体1001触摸“蘑菇意大利面”的平铺对象901g时，运算部104与平铺对象901g相关联地显示促使追加点餐纳豆的冒出框3801。在该冒出框3801内，除了“食物纤维不足”的消息之外，还显示了通过食用纳豆而摄取的食物纤维量( 3g)和在食用纳豆之前的本日的食物纤维的目标摄取量(还需要7g)。由此，向用户宣传通过追加点餐纳豆来有效地补充食物纤维。
[0492]
而且，在该冒出框3801内包含有“否”按钮3804和“是”按钮3805。当通过指示体
1001触摸“是”按钮3805时，运算部104判断为追加点餐了纳豆，将点餐内容从“蘑菇意大利面”单品变更为“蘑菇意大利面”和“纳豆”的组合。这样的冒出框3801能够显示的菜肴也可以在平铺对象901内显示信息标记3802。
[0493]
另一方面，如果通过指示体1001触摸“否”按钮3804，则运算部104不变更点餐内容。
[0494]
运算部104例如通过参照该菜肴的食材信息2800来判定是否为根据用户的疾病预先确定的食物纤维等的用户容易缺乏的营养成分的量低于第三阈值的菜肴，对判定为低于第三阈值的菜肴赋予信息标记3802即可。这样，在选择了带有信息标记3802的菜肴的情况下，通过个别菜单来进行用于提高营养平衡、辅助改善疾病的建议。
[0495]
(服务器中的个别菜单的生成)
[0496]
在上述实施方式中，个别菜单的生成在信息终端100中进行，但本公开不限于此，也可以在第二服务器300中进行。以下，详细地说明在第二服务器300中生成个别菜单的方式。
[0497]
图45是表示在采用了在第二服务器300中生成个别菜单的方式的情况下将生物信息上传到第一服务器200时的处理的一个例子的时序图。在步骤s4401中，生物传感器600将允许与第一服务器200共享生物信息的设定发送到信息终端100。以下的信息终端100的处理是通过安装在信息终端100中的生物传感器应用来执行的。在步骤s402中，生物传感器600获取生物信息。在该情况下，生物传感器600反复执行生物信息的获取。在步骤s4503中，生物传感器600将反复获取到的生物信息依次发送到信息终端100。
[0498]
在步骤s404中，信息终端100将从生物传感器600依次发送的生物信息依次储存在存储器602中。在步骤s405中，信息终端100将从生物传感器600依次发送的生物信息依次发送到第一服务器200。在步骤s4506中，第一服务器200将接收到的生物信息与表示生物信息的测定日期时间的测定日期时间信息相关联地储存在存储器203中。根据以上，在由用户允许共享生物信息的情况下，由生物传感器600测定的生物信息被反复储存在第一服务器200中。
[0499]
图46是表示在采用了在第二服务器300中生成个别菜单的方式情况下第一服务器200获取疾病信息时的处理的一个例子的时序图。
[0500]
在步骤s4601中，医疗机构信息服务器500根据医生等的诊断结果来生成用户的疾病信息。在疾病信息中包含上述定期健康检查的诊断结果和/或疾病诊断的诊断内容。
[0501]
在步骤s4602中，医疗机构信息服务器500将疾病信息发送到第一服务器200。在步骤s4603中，接收到疾病信息的第一服务器200将疾病信息存储在存储器203中，并向信息终端100通知增加了疾病信息这一情况。根据以上，每次在医疗机构信息服务器500中生成疾病信息时，就在第一服务器200中储存所生成的疾病信息。
[0502]
图47是表示用户对第二服务器300允许了访问疾病信息的情况下的信息处理系统的处理的一个例子的时序图。
[0503]
在步骤s4701中，餐厅a公司的第二服务器300向第一服务器200申请对疾病信息的访问许可。在步骤s4702中，第一服务器200向信息终端100询问访问许可。在步骤s4703中，信息终端100受理用户对询问允许访问的选择指示。在步骤s4704中，信息终端100向第一服务器200通知表示用户允许了疾病信息的访问的访问许可。
[0504]
在步骤s4705中，第一服务器200向第二服务器300通知访问许可。在步骤s4706中，第二服务器300向第一服务器200请求疾病信息。在步骤s4707中，第一服务器200向第二服务器300发送疾病信息。
[0505]
图48是表示用户对第二服务器300设为了不允许访问疾病信息的情况下的信息处理系统的处理的一个例子的时序图。在图48中，对与图47相同的处理赋予相同的处理序号。在步骤s4702之后的步骤s4801中，信息终端100受理用户对于对询问将访问设为不允许的选择指示。在步骤s4802中，信息终端100向第一服务器200通知表示疾病信息的访问被用户设为了不允许的访问不许可。
[0506]
在步骤s4803中，第一服务器200向第二服务器300通知访问不许可。在步骤s4706之后的步骤s4804中，第一服务器200向第二服务器300发送表示不能发送疾病信息的请求错误。
[0507]
图49是表示在采用了在第二服务器300生成个别菜单的方式的情况下生成个别菜单时的信息处理系统的处理的一个例子的时序图。
[0508]
在步骤s4901中，信息终端100进行用户认证。该处理的详细与图30的步骤s501是相同的。在步骤s4902中，信息终端100读取配置在坐席上的qr码。该处理的详细与图30的步骤s502是相同的。在步骤s4903中，信息终端100使用通过对qr码进行解析来获取到的第二服务器300的连接目的地信息，对第2服务器300请求个别菜单的显示。
[0509]
在步骤s4904中，第二服务器300对第一服务器200请求疾病信息和/或生物信息。在步骤s4905中，第一服务器200确认第二服务器300对疾病信息的访问许可。在此，假设通过图47的处理由用户允许了第二服务器300对疾病信息的访问。在步骤s4906中，第一服务器200从存储器203中提取相应的用户的疾病信息和/或生物信息，并将其发送到第二服务器300。
[0510]
在步骤s4907中，第二服务器300将接收到的疾病信息和/或生物信息代入式(1)，计算饮食限制条件。在步骤s4908中，第二服务器300将计算出的饮食限制条件代入式(2)，计算包含在菜单信息中的各菜肴的优先级得分，并根据计算出的优先级得分来生成配置了各菜肴的平铺对象901的个别菜单。
[0511]
在步骤s4909中，第二服务器300将所生成的个别菜单发送给信息终端100。在步骤s4910中，信息终端100显示包含个别菜单的第二操作画面，受理要点的菜肴的选择指示。
[0512]
在步骤s4911中，信息终端100向第二服务器300发送包含表示所点的菜肴的点菜信息和表示用户的坐席的席位id的点餐请求。
[0513]
在步骤s4912中，第二服务器300将点餐请求显示在设置于餐厅a公司的店铺中的显示器上。由此，店铺的员工能够确认在显示器上显示的菜肴和席位id，将所点餐的菜肴无误地摆放到用户的坐席上。
[0514]
在步骤s4913中，第二服务器300向信息终端100发送当前的点餐状况。在步骤s4914中，第二服务器300向第一服务器200发送包含在所接收到的点餐请求中的点菜信息。在步骤s4915中，第一服务器200根据接收到的点菜信息来更新相应的用户的饮食历史记录信息。
[0515]
图50是表示在采用了在第二服务器300生成个别菜单的方式的情况下拒绝了个别菜单的生成时的信息处理系统的处理的一个例子的时序图。在图50中，对于与图49相同的
处理赋予相同的标号，并省略说明。
[0516]
在步骤s4904之后的步骤s5001中，第一服务器200确认第二服务器300对疾病信息的访问许可。在此，假设通过图48的处理用户不允许第二服务器300访问疾病信息。在步骤s5002中，第一服务器200向第二服务器300通知表示拒绝了对疾病信息和/或生物信息的请求的请求错误。在步骤s5003中，第二服务器300将标准菜单发送到信息终端100。在步骤s5004中，信息终端100显示标准菜单，受理要点的菜肴的选择指示。之后，与图49同样地执行步骤s4911～步骤s4915的处理，将所点的菜肴摆放到用户的坐席上。
[0517]
根据上述的方式，由于在第二服务器300中生成个别菜单，所以能够在实现减轻信息终端100的处理负担的同时，将用户所点的菜肴无误地摆放到用户的坐席上。
[0518]
上述的说明仅是一个示例，本公开也可以适用本领域技术人员想到的各种应用。
[0519]
在上述的实施方式中，用户的坐席假设为椅子，但本公开不限于此，在站立就餐形式的餐厅中，例如用户食用菜肴的餐桌的一个区域属于坐席。
[0520]
在上述的实施方式中，设为了基于表示生物信息和/或疾病信息来生成表示饮食限制程度的信息，也可以仅根据生物信息或者仅根据疾病信息来生成表示饮食限制程度的信息。
[0521]
在上述的各实施方式中，各构成要素也可以由专用硬件构成，或者通过执行适于各构成要素的软件程序来实现。各构成要素也可以通过cpu或处理器等程序执行部读出并执行记录在硬盘或半导体存储器等记录介质中的软件程序来实现。
[0522]
本公开的范围不限于上述实施方式。只要不超过本公开的主旨，对本实施方式施予本领域技术人员可以想到的各种变形的方式、将不同的实施方式中的构成要素组合而构建的方式都包含在本公开的范围内。
[0523]
产业上的可利用性
[0524]
根据根据本公开的控制方法的一个例子，考虑具有饮食限制的用户应避免的食材来生成单独的菜单，因此，在应用于餐厅的菜肴的点餐系统中是有用的。