控制方法、终端设备、程序以及记录介质与流程

1.本公开涉及终端设备中的控制方法。


背景技术：

2.专利文献1公开了一种下单系统，其为了减轻顾客在餐饮店中从菜单中找到符合自身喜好的菜肴的工夫，取得顾客的点餐历史记录，基于与所取得的点餐历史记录有关的信息，通知关于餐饮品的点餐方案。
3.上述现有技术需要进一步的改善。
4.现有技术文献
5.专利文献1：日本特开2009－64348号公报


技术实现要素：

6.本公开的一个技术方案涉及的控制方法是经由网络与第1服务器进行通信的终端设备的控制方法，所述第1服务器将用户的喜好信息与确定所述用户的识别信息对应地进行管理，所述喜好信息包括在第1餐厅中进行了点餐的点餐历史记录，所述控制方法包括：经由所述终端设备的输入设备受理所述识别信息和对与所述第1餐厅不同连锁的第2餐厅进行表示的店铺id的选择，从所述第1服务器取得与所述识别信息对应的喜好信息，从与所述店铺id表示的所述第2餐厅关联的第2服务器取得所述第2餐厅的菜单信息，基于所述喜好信息和所述第2餐厅的菜单信息，按对应于所述喜好信息的顺序来排列所述菜单信息所包含的菜单内容，在所述终端设备的显示画面中显示按所述顺序进行了排列的菜单内容的菜单信息。
7.通过上述技术方案，能够实现进一步的改善。
附图说明
8.图1是表示本公开的信息提供系统的整体面貌的一个例子的图。
9.图2是表示本实施方式涉及的信息提供系统的具体构成的一个例子的图。
10.图3是表示对餐饮品进行点餐的用户刚启动匹配应用程序之后显示于信息终端的认证画面的一个例子的图。
11.图4是表示另一个例子涉及的认证画面的图。
12.图5是表示匹配应用程序的用户认证刚结束之后所显示的主(home，主页)画面的一个例子的图。
13.图6是表示显示于信息终端的地图画面的一个例子的图。
14.图7是表示作为显示于信息终端的个别菜单信息的显示画面的一个例子的个别菜单画面的图。
15.图8是表示作为显示于信息终端的个别菜单信息的显示画面的另一个例子的个别菜单画面的图。
16.图9是表示作为显示于信息终端的标准菜单信息的显示画面的一个例子的标准菜单画面的图。
17.图10是表示在图7所示的个别菜单画面中用户对餐饮品进行点餐的状况的图。
18.图11是表示对在图10中所选择的餐饮品的点餐进行确定时所显示的点餐确定画面的一个例子的图。
19.图12是表示存储点餐历史记录的点餐历史记录数据库的数据结构的一个例子的图。
20.图13是表示标准菜单信息的数据结构的一个例子的图。
21.图14是关于某用户对标准菜单信息所包含的各餐饮品汇总了点餐次数而得到的表。
22.图15是表示由来到了常去的连锁店铺的用户进行餐饮品的点餐时的信息提示系统的处理的一个例子的时序图。
23.图16是表示考虑是否为第一次来到的餐厅连锁的店铺来受理来自用户的餐饮品的点餐的情况下的信息提供系统的处理的一个例子的时序图。
24.图17表示着眼于了图16的时序图的步骤s30中的处理时的处理的一个例子的图。
25.图18是表示本实施方式中的信息提供系统的具体安装形态的一个例子的图。
26.图19是表示从匹配应用程序启动到显示个别菜单图像为止的匹配应用程序对于文件的处理的一个例子的流程图。
27.图20是在实施方式2中表示考虑是否为用户第一次光临的餐厅连锁的店铺来受理来自用户的餐饮品的点餐的情况下的信息提供系统的处理的一个例子的时序图。
具体实施方式
28.(得到本公开的过程)
29.近年来，由于在外就餐产业的发达，例如家庭餐厅、汉堡店、咖啡店、中餐厅等的提供餐饮品的各种各样的连锁店以全国规模铺开。若是同一连锁的连锁店，则即使是不同的店铺，菜单表也多会相同。因此，若第一次来到了的店铺为用户常去的连锁店的店铺，则用户能够参照看惯了的菜单表来效率良好地进行餐饮品的点餐。
30.然而，在用户第一次来到了没有利用过的连锁店所运营的店铺的情况下，用户会参照没有看惯的菜单表来对餐饮品进行点餐，点餐会花费工夫。
31.在上述的专利文献1的技术中，从点餐历史记录数据库取得与用户的点餐历史记录有关的信息，基于与该点餐历史记录有关的信息，生成对用户建议的点餐方案。然而，在专利文献1的技术中，仅使用用户所来到的店铺中的点餐历史记录来制作点餐方案。因此，在专利文献1的技术中，在用户例如第一次来到了店铺的情况下，没有该店铺的点餐历史记录，因此，无法生成点餐方案。因此，专利文献1的技术无法消除上述的工夫。
32.在此，考虑在未能生成点餐方案的情况下，对便携终端通知在店铺中被一般客人所使用的通用菜单。然而，便携终端在显示面积上存在制约，因此，有可能用户不关心的餐饮品被优先地进行显示。在该情况下，要求用户通过滚动操作等来找到所希望的餐饮品，点餐会花费工夫。
33.本公开是为了解决这样的问题而完成的，在于提供一种能够在显示面积上存在制
约的终端设备中高效地选择符合自己喜好的餐饮品的技术。
34.本公开的一个技术方案涉及的控制方法是经由网络与第1服务器进行通信的终端设备的控制方法，所述第1服务器将用户的喜好信息与确定所述用户的识别信息对应地进行管理，所述喜好信息包括在第1餐厅中进行了点餐的点餐历史记录，所述控制方法包括：经由所述终端设备的输入设备受理所述识别信息和对与所述第1餐厅不同连锁的第2餐厅进行表示的店铺id的选择，从所述第1服务器取得与所述识别信息对应的喜好信息，从与所述店铺id表示的所述第2餐厅关联的第2服务器取得所述第2餐厅的菜单信息，基于所述喜好信息和所述第2餐厅的菜单信息，按对应于所述喜好信息的顺序来排列所述菜单信息所包含的菜单内容，在所述终端设备的显示画面中显示按所述顺序进行了排列的菜单内容的菜单信息。
35.根据本技术方案，包括在第1餐厅中进行了点餐的点餐历史记录的用户的喜好信息被与确定所述用户的识别信息对应地在信息管理系统中进行管理。在所述用户利用的终端设备中，表示与所述第1餐厅不同的第2餐厅的店铺id被选择。通过该选择，按对应于用户的喜好信息的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容，在所述终端设备的显示画面中显示按所述顺序进行了排列的菜单内容的菜单信息。
36.由此，用户例如即使在第一次利用所述第2餐厅的情况下，也能够基于包括在那之前利用过的所述第1餐厅中的点餐历史记录等的喜好信息，在显示面积具有制约的所述终端设备的显示画面中，按对应于所述喜好信息的顺序，优先地显示所述第2餐厅的菜单信息所包含的菜单内容。
37.因此，用户例如即使是在第一次利用所述第2餐厅的情况下，也能够高效地选择符合自己喜好的餐饮品。
38.进一步，根据本技术方案，第2餐厅的菜单信息从第2服务器来取得，但喜好信息从第1服务器来取得。由此，能够一边使得不将喜好信息交给没有用户的允许的业者，一边在用户第一次利用的第2餐厅中显示考虑了用户的喜好信息的菜单信息。
39.在上述控制方法中，所述第2餐厅也可以是与所述第1餐厅不同连锁的咖啡店。
40.根据本技术方案，在某连锁的咖啡店中，显示按对应于包括其他连锁的咖啡店的点餐历史记录的喜好信息的顺序排列了菜单内容的菜单信息。因此，例如即使是在第一次利用某连锁的咖啡店的情况下，用户也能够高效地选择符合自己喜好的餐饮品。
41.在上述控制方法中，所述第2餐厅也可以是与所述第1餐厅不同连锁的汉堡店。
42.根据本技术方案，在某连锁的汉堡店中，显示按对应于包括其他连锁的汉堡店的点餐历史记录的喜好信息的顺序排列了菜单内容的菜单信息。因此，例如即使是在第一次利用某连锁的汉堡店的情况下，用户也能够高效地选择符合自己喜好的餐饮品。
43.在上述控制方法中，所述第2餐厅也可以是与所述第1餐厅不同连锁的餐厅。
44.根据本技术方案，在某连锁的餐厅中，显示按对应于包括其他连锁的餐厅的点餐历史记录的喜好信息的顺序排列了菜单内容的菜单信息。因此，例如即使是在第一次利用某连锁的餐厅的情况下，用户也能够高效地选择符合自己喜好的餐饮品。
45.此外，上述餐厅为提供两种以上的饮料以及/或者料理的餐饮店即可。例如，既可以是提供广泛的料理的家庭餐厅或者居酒屋，也可以是提供轻食、饮料的小餐馆(cafe)，还可以是提供各种牛排的牛排专门店，又可以是搜集准备了许多酒类的酒吧。
46.此外，第2餐厅不限于如提供与第1餐厅相同种类的料理那样的相同形态的餐饮店。例如，也可以是第1餐厅为家庭餐厅、第2餐厅为小餐馆这一组合。在该情况下，显示基于家庭餐厅中的用户的过去的点餐历史记录来排列了小餐馆的菜单内容的菜单信息。
47.此外，第1餐厅也可以是指具有用户的点餐历史记录的餐饮店的全部或者其一部分。在该情况下，基于用户过去在餐饮店中的点餐历史记录的全部或者一部分，显示排列了第2餐厅的菜单内容的菜单信息。有可能能够通过使用许多的点餐历史记录来对第2餐厅的菜单内容的排列进行优化。
48.在上述控制方法中也可以为，经由网络向与所述第1餐厅和所述第2餐厅关联的管理信息的第3服务器输出所述用户的终端设备的位置信息，基于所述位置信息，从所述第3服务器取得对存在于包含所述位置信息表示的地点的地域的一个以上的餐厅进行表示的餐厅信息，基于所述餐厅信息，受理所述店铺id的选择。
49.根据本技术方案，用户能够从存在于用户所处于的地点的周围的餐厅中选择希望的餐厅。并且，所选择的餐厅中的菜单信息的菜单内容被按与用户的喜好信息对应的顺序进行排列来显示。因此，即使是所选择的餐厅例如为第一次利用的餐厅，用户也能够高效地选择符合自己喜好的餐饮品。
50.在上述控制方法中，所述用户的终端设备的位置信息也可以使用gps系统来取得。
51.根据本技术方案，使用gps系统取得终端设备的位置信息，因此，能够准确地确定用户的位置，对用户提示存在于用户周围的餐厅。
52.在上述控制方法中也可以为，从所述第1服务器取得对所述用户在所述第2餐厅中的点餐历史记录进行表示的点餐历史记录信息，在没有所述用户在所述第2餐厅中的点餐历史记录的情况下，基于所述喜好信息和所述第2餐厅的菜单信息，按对应于所述喜好信息的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容。
53.根据本技术方案，在第2餐厅中没有用户的点餐历史记录的情况下，显示基于了包括第1餐厅的点餐历史记录的喜好信息的菜单信息。由此，用户即使是在第2餐厅的连锁为第一次利用的连锁的情况下，也能够高效地选择符合自己喜好的餐饮品。
54.在上述控制方法中也可以为，在具有所述用户在所述第2餐厅中的点餐历史记录的情况下，基于所述第2餐厅中的点餐历史记录和所述第2餐厅的菜单信息，按对应于所述第2餐厅中的点餐历史记录的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容。
55.在第2餐厅不是第一次利用的餐厅的情况下，有时与包括第1餐厅的点餐历史记录的喜好信息相比而基于第2餐厅的点餐历史记录来生成了菜单信息时对于用户来说更方便。根据本技术方案，在第2餐厅中具有用户的点餐历史记录的情况下，显示按与包括第2餐厅的点餐历史记录的喜好信息对应的顺序排列了菜单内容的菜单信息。因此，用户能够在过去利用过第2餐厅的情况下，使用反映了第2餐厅的点餐历史记录的菜单信息来高效地选择符合自己喜好的餐饮品。
56.在上述控制方法中也可以为，从所述第1服务器取得对所述用户在所述第2餐厅中的点餐历史记录进行表示的点餐历史记录信息，在所述用户在所述第2餐厅中的点餐历史记录未达到预定量的情况下，基于所述喜好信息和所述第2餐厅的菜单信息，按对应于所述喜好信息的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容。
57.即使是在不是第一次利用第2餐厅的情况下，若利用次数少，则当基于第2餐厅的
点餐历史记录生成用户的菜单信息时，也有可能无法生成充分地反映了用户的喜好的菜单信息。根据本技术方案，在第2餐厅中的点餐历史记录未达到预定量的情况下，基于不只是包括第2餐厅中的点餐历史记录也包括其他餐厅的点餐历史记录的喜好信息，显示排列了菜单内容的菜单信息。因此，能够防止在第2餐厅中显示未充分地反映用户的喜好的菜单信息。
58.在上述控制方法中也可以为，在所述用户在所述第2餐厅中的点餐历史记录为所述预定量以上的情况下，基于所述第2餐厅中的点餐历史记录和所述第2餐厅的菜单信息，按对应于所述第2餐厅中的点餐历史记录的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容。
59.在某种程度地利用第2餐厅的情况下，有时与包括第1餐厅的点餐历史记录的喜好信息相比而基于第2餐厅的点餐历史记录来生成了菜单信息时对于用户来说更方便。根据本技术方案，在第2餐厅中的点餐历史记录为预定量以上的情况下，显示基于第2餐厅的点餐历史记录排列了菜单内容的菜单信息。因此，用户能够在某种程度地利用过第2餐厅的情况下，使用反映了第2餐厅的点餐历史记录的菜单信息来高效地选择符合自己喜好的餐饮品。
60.在上述控制方法中也可以为，从所述第1服务器取得对所述用户在所述第2餐厅中的点餐历史记录进行表示的点餐历史记录信息，在所述用户在所述第2餐厅中的最近的点餐历史记录是在预定期间之前的情况下，基于所述喜好信息和所述第2餐厅的菜单信息，按对应于所述喜好信息的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容。
61.也设想即使是在第2餐厅的利用不是第一次但很久不利用的情况下，例如在未利用的期间中用户的喜好发生变化这样的情形，有时显示第2餐厅的菜单信息也不妥当。根据本技术方案，能够在这样的情况下，显示反映了包括第1餐厅的点餐历史记录的喜好信息的菜单信息，因此，用户能够效率良好地选择符合自己喜好的餐饮品。
62.在上述控制方法中也可以为，在所述用户在所述第2餐厅中的最近的点餐历史记录是在所述预定期间内的情况下，基于所述第2餐厅中的点餐历史记录和所述第2餐厅的菜单信息，按对应于所述第2餐厅中的点餐历史记录的顺序来排列所述第2餐厅的菜单信息所包含的菜单内容。
63.在第2餐厅的利用不是第一次也不是久违地利用的情况下，也有时与基于第1餐厅的点餐历史记录的喜好信息相比而显示反映了第2餐厅的点餐历史记录的菜单信息时对于用户来说更方便。在本技术方案中，在这样的情况下，显示反映了第2餐厅的点餐历史记录的菜单信息，因此，用户能够效率良好地选择符合自己喜好的餐饮品。
64.在上述控制方法中也可以为，从所述第1服务器取得对所述用户在所述第2餐厅中的点餐历史记录进行表示的点餐历史记录信息，在设定期间内的所述第2餐厅中的点餐次数为一定次数以下的情况下，基于所述喜好信息和所述第2餐厅的菜单信息，按对应于所述喜好信息的顺序来排列所述菜单信息所包含的菜单内容。
65.根据本技术方案，在第2餐厅中的点餐次数为一定次数以下的情况下，显示基于不只是包括第2餐厅中的点餐历史记录也包括其他餐厅的点餐历史记录的喜好信息排列了菜单内容的菜单信息。因此，能够防止在第2餐厅中显示未充分地反映用户喜好的菜单信息。
66.在上述控制方法中也可以为，在所述第1服务器中，在所述第1餐厅中进行了点餐
的所述点餐历史记录被与表示所述第1餐厅的店铺id关联地进行存储。
67.根据本技术方案，在第1餐厅中进行了点餐的点餐历史记录被与表示第1餐厅的店铺id关联地进行存储。因此，通过使用表示第1餐厅的店铺id，对在第1餐厅中进行了点餐的点餐历史记录进行参照变得容易。
68.本公开也可以作为使计算机执行这样的控制方法所包括的特征性的各构成的程序、或者通过该程序进行动作的终端设备来实现。另外，当然也可以经由cd－rom等的计算机能够读取的非瞬时性的记录介质或者互联网等的通信网络使这样的计算机程序进行流通。
69.另外，在该程序中，确定所述用户的识别信息也可以包括对所述程序所赋予的各信息终端的序列码。
70.根据本技术方案，对程序所赋予的各信息终端的序列码被作为识别信息加以使用，因此，能够将人来看没有含义的字符串信息设定为识别信息，能够实现隐秘性更高的个人信息的通信。
71.(实施方式1)
72.预想我们的社会在今后也会进一步普及互联网，在身边会有各种传感器。由此，预想我们的社会从与个人的状态和活动等有关的信息到包括建筑物和交通网等的街道整体的信息都会被数字化，会不断变为能够在计算机系统中进行利用的状态。数字化后的与个人有关的数据(个人信息)经由通信网络被储存于云端，作为大数据，通过具有第三者也能够基于本人允许来进行访问的构造的信息银行进行管理，可期待为了个人、社会而被利用于各种各样的用途。
73.这样的高度信息化社会在日本被称为society5.0。高度信息化社会是通过使现实空间(物理空间)和假想空间(网络(cyber)空间)高度地融合而得到的信息基础(网络物理系统)来期待经济发展和解决社会性问题的社会。
74.在那样的高度信息化社会中，当个人在日常的各种各样的场景中进行意思决定时，对包含所储存的个人信息的大数据进行分析，该个人能够获知与那时的状况相应的对于该个人来说被认为最佳的选择项。
75.以后对在那样的网络物理系统进行工作的高度信息化社会中将个人的饮食作为主题、实施经济高效化和个人优化(个性化)的方式进行说明。
76.在society5.0中，如表示用户的喜好的喜好信息那样的个人信息在由被称为信息银行的管理个人信息的业者的服务器进行加密、隐秘化之后进行一元管理，以使得本人不允许的第三者无法进行访问。这些个人信息多不需要用户的有意识的输入操作，而在信息银行的管理下被持续进行收集来随时被更新。
77.作为个人优化后的餐饮品的点餐系统的一个例子，考虑从餐厅的服务器向个人的信息终端发送菜单信息，将包括符合用户喜好的餐饮品的菜单作为推荐菜单来在信息终端上进行提示。
78.图1是表示本公开的信息提供系统的整体面貌的一个例子的图。图1的信息提供系统是根据society5.0构成的系统，是提供选择辅助服务的系统，所述选择辅助服务对用户建议适于用户的商品或者服务、对商品或者服务的用户的选择进行辅助，所述用户是利用个人信息的一个消费者。在本实施方式中，作为选择辅助服务，主要着眼于对餐饮品的点餐
进行辅助的服务。具体而言，信息提供系统是如下系统：使在外就餐时用户为了对餐饮品进行点餐而阅览的菜单信息与该用户的个人信息相匹配，提示对于该用户来说最佳的菜单。
79.该信息提供系统大体由3个设备组构成。第1个设备组是包括用户所拥有的智能手机等的信息终端100(终端设备的一个例子)的设备组。在信息终端100安装有匹配应用程序。匹配应用程序是用于使用用户的个人信息挑选或者推荐适合该用户的商品或者服务的应用程序。在此所说的个人信息宽泛地包括与个人有关的公开或者非公开的信息。例如，个人信息包括姓名、出生年月日、住所、年收入、所拥有的动产/不动产信息、身高/体重等的身体信息、遗传基因信息、过敏信息、病历/诊断记录等的医疗信息、步数/消耗卡路里等的活动量信息、饮食历史记录信息、心律/血压等的生命体征信息、经由了店铺/ec网站的购买信息、用web检索引擎/ai扬声器进行了检索的单词信息、用邮件/sns收发的文章/影像声音信息以及移动历史记录信息等中的至少一个。信息终端100例如能够通过被称为4g、5g的移动通信网经由移动基站400与互联网连接。
80.第2个设备组是包括第1服务器200的设备组。
81.第1服务器200是将用户的个人信息分散在多个位置、进一步加密并存储分散了的个人信息的个人信息服务器。例如，第1服务器200通过在位于云端上的多个储存装置对用户的个人信息进行断片化和加密并加以存储来对个人信息进行管理。由此，确保高安全性，防止个人信息的泄漏等。进一步，第1服务器200具有如下功能：根据用户本人的允许，回复与第三者的询问相应地需要的数据。进一步，第1服务器200具有如下功能：对用户允许了的业者安全地共享用户允许了的个人信息。即，第1服务器200具有作为信息银行的功能。在该情况下，第1服务器200例如将一个数据分散于多个储存装置来进行记录。一个数据的一个例子为记录了个人信息的一个文件。
82.在本实施方式中，第1服务器200基于用户的允许，对于特定的业者共享特定的个人信息。进一步，第1服务器200具有用于提供以下说明的选择辅助服务的功能。
83.上述的匹配应用程序例如由第1服务器200的运营公司开发以及/或者分发。该运营公司使用用户的个人信息，评价对于用户有可能利用的商品或者服务的用户适合程度。第1服务器200的运营公司、匹配应用程序的开发公司以及匹配应用程序的分发公司既可以分别相同，也可以不同。图1所示的信息提供系统使用上述的匹配应用程序来实现选择辅助服务，但这是一个例子。例如，也可以使用匹配应用程序以外的应用程序或者一般的浏览器等来实现选择辅助服务。为了安全地处理用户的个人信息，优选通过匹配应用程序等的专用的应用程序提供选择辅助服务。但是，这是一个例子，例如在对公开的个人信息等的安全的重要度低的个人信息进行处理的情况下、或者在提供用于使用互联网浏览器如https通信那样确保安全的功能的情况下，也可以用匹配应用程序以外的手段提供选择辅助服务。
84.匹配应用程序仅在信息终端100的内部处理个人信息。匹配应用程序在时间、场所以及状况等的任意条件下，对用户提示被认为对于用户最适合的商品或者服务。例如，匹配应用程序提供用户的购买等的经济活动中的居中协助功能。
85.匹配应用程序是以公开的方式开放了到此前为止按服务业者而孤立化了的介绍(recommend)功能的应用程序。例如，以ec网站等的电商交易市场中有名的一个服务业者的例子进行说明。在该服务业者的网站登载有数量众多的商品。当特定的商品被检索或者购入时，与该商品的关联性高的其他商品(例如经常被一起购入的商品)会被推荐给用户。这
样的对于购买的介绍功能仅在该服务业者的ec网站中有效。因此，该介绍功能在其他服务业者运营的ec网站中购入商品时、在餐厅中对饮食进行点餐时或者对休假的家庭旅行进行计划时不发挥任何效果。
86.今后，预想个人信息汇集于信息银行、庞大且多种多样的贯穿长期间的准确的个人信息在预定条件下谁都能够访问的构造会变得完备。在该情况下，使用某一个服务业者的ec网站中的检索或者购入历史记录、以及各种各样的用户的个人信息，不仅是该服务业者的商品，也能够将所有的商品或者服务作为对象来推定适合程度。由此，能够从各种各样的选择项中推荐对于用户来说价值更高的商品或者服务。
87.本实施方式所设想的第1服务器200是云端服务器，该云端服务器为了实现如上述那样的思想或者功能，将个人信息分散化以及加密来存储于储存装置，对外部的个人信息的访问进行管理、控制。
88.第3个设备组是包括各业者对各业者固有的数据进行管理的第2服务器300的设备组。各业者拥有或者租赁第2服务器300，对与自己公司的商品以及/或者自己公司的服务有关的信息进行管理以及/或者提供。在本实施方式中，作为业者，运营连锁店的公司属于业者。在图1的例子中，例示了餐厅a连锁所运用的第2服务器300、餐厅b连锁所运用的第2服务器300以及餐厅c连锁所运用的第2服务器300的3个第2服务器300。餐厅a连锁例如为a公司经营的a连锁的连锁店，餐厅b连锁例如为b公司经营的b连锁的连锁店，餐厅c连锁例如为c公司经营的c连锁的连锁店。连锁店是指如下的经营形态：使品牌、经营方针、服务的内容以及外观等具有统一性，进行大量店铺的运营、管理。作为连锁店铺开的餐厅，包括家庭餐厅、咖啡店以及汉堡店等。此外，业者也可以是如盒饭店或者快餐店那样能够进行已烹调菜肴的外带的午餐业者。进一步，业者也可以是如超级市场那样将在自家烹调作为了主要着眼点的进行面向在家吃饭的食材销售的业者。第2服务器300例如由云端服务器构成。
89.在图1的例子中，设为餐厅a连锁、餐厅b连锁、餐厅c连锁分别由不同的公司经营来进行了说明，但这是一个例子，也可以是同一公司进行经营。另外，在图1的例子中，第2服务器300设为3个来进行了说明，但这是一个例子，既可以为4个以上，也可以为1个或者2个。
90.作为本实施方式的信息提供系统的效果之一，可举出个人信息不被交给不特定多数的业者。这是因为第1服务器200的信息银行基于本人允许，仅对特定业者允许共享特定的个人信息。
91.然而，使用户一个一个地判断该运用是非常麻烦的。即使具有制定数据运用政策的信托业者，用户也无法掌握具体是哪个数据交给了谁，用户有可能感到不安。
92.于是，本实施方式也可以只要没有用户的允许，就禁止或者限制运营第1服务器200的业者利用所保管的个人信息、例如解密来进行解释。
93.进一步，在对隐私严格的运营政策下，提供个人信息的管理以及匹配应用程序的信息银行或者信息中介业者进入市场的情况下，用户也可以与该信息银行或者信息中介业者之间缔结接受该服务的提供的合同。由此，能够使得不将个人信息交给没有本人允许的业者。
94.本实施方式的信息处理系统是能够降低本人以外的第三者获知包括敏感信息的个人信息的可能性、为了与各种各样的服务的匹配而基于本人允许来利用时时刻刻变化的庞大的个人信息的下一代信息社会的运用系统的一个形态。以后，在该设想下对信息提供
系统进行说明。
95.图1所示的信息提供系统还包括生物体传感器600和公众信息服务器500。
96.公众信息服务器500对与餐厅有关的信息和与个人信息不同的公共信息进行管理。公众信息服务器500连接于互联网。例如，公共信息包括地图信息、天气信息以及交通信息等。这些信息若在匹配中需要，则被适当地进行利用。
97.生物体传感器600是智能手表等的生物体传感器。生物体传感器600由拥有信息终端100的用户佩戴。生物体传感器600持续性地对用户的生命体征信息以及/或者活动量信息进行计测。生物体传感器600计测到的各种生命体征信息以及/或者活动量信息通过如蓝牙(bluetooth(注册商标))那样的近距离通信被从生物体传感器600发送至信息终端100。生命体征信息以及/或者活动量信息由安装于信息终端100的传感器应用程序进行保管以及/或者管理。传感器应用程序按照用户账户信息，向第1服务器200上传所收集到的生命体征信息以及/或者活动量信息和表示其测定时刻的时刻信息。由此，储存生命体征信息以及/或者活动量信息。
98.传感器应用程序也可以对匹配应用程序或者信息终端100的os(operating system，操作系统)赋予对于所保管以及/或者管理的数据的访问权。在该情况下，生命体征信息以及/或者活动量信息被经由匹配应用程序或者os向第1服务器200进行上传。传感器应用程序既可以将生命体征信息以及/或者活动量信息保管于信息终端100的存储器，也可以通过上传到第1服务器200来进行保管。
99.图2是表示本实施方式涉及的信息提供系统的具体构成的一个例子的图。图2所示的信息提供系统包括用图1说明过的信息终端100、第1服务器200以及第2服务器300。此外，在图2中，为了便于说明，省去了移动基站400、生物体传感器600的图示。信息终端100、第1服务器200、以及第2服务器300经由网络nt以能够相互通信的方式相连接。网络nt是包括移动电话通信网和互联网的广域通信网。
100.信息终端100由智能手机或者平板终端等的便携型的信息处理装置构成。在本实施方式中，信息终端100由在餐厅连锁的店铺中对餐饮品进行点餐的用户携带。信息终端100包括通信部101、存储器102、摄像头103、运算部104、显示器105、操作部106以及gps(global positioning system，全球定位系统)传感器107。
101.通信部101由将信息终端100连接于网络nt的通信电路构成。通信部101将用户对操作部106进行操作来选择了的连锁与第1餐厅不同的第2餐厅的店铺id与用户的识别信息相关联地发送给第1服务器200。第1餐厅是用户常去的餐厅连锁的餐厅。第2餐厅是指与第1餐厅不同连锁的餐厅。
102.通信部101接收从第2服务器300发送来的后述的菜单信息。运算部104使通信部101接收到的菜单信息显示于显示器105。通信部101在运算部104的控制下，向第2服务器300发送表示用户所点的餐饮品的点餐信息。存储器102由闪速存储器等的非易失性的储存装置构成。通信部101接收周边地图信息，周边地图信息是gps传感器107检测到的信息终端100的地点的周边地域的地图信息。该周边地图信息显示于显示器105。
103.存储器102预先存储用于确定用户的识别信息。
104.摄像头103是由cmos传感器等构成的拍摄装置。摄像头103例如被使用于在进行面部认证时对用户的面部进行拍摄。
105.运算部104由cpu等的处理器构成。运算部104执行信息终端100的os、上述的匹配应用程序以及浏览器等。gps传感器107基于来自gps卫星的信号，检测信息终端100的位置。
106.显示器105例如由液晶显示面板或者有机el面板等构成，显示各种图像。例如，显示器105显示上述的菜单信息。进一步，显示器105显示周边地图信息。
107.操作部106例如由触摸面板等输入装置构成。操作部106受理对显示于周边地图信息的餐厅中的、用户希望光临的餐厅进行选择的操作。操作部106受理从菜单信息中选择用户所希望的餐饮品的指示。
108.以上为信息终端100的构成。
109.接着，对第1服务器200的构成进行说明。第1服务器200包括通信部201、运算部202以及存储器203。通信部201由用于将第1服务器200连接于网络nt的通信电路构成。通信部201从信息终端100接收确定信息终端100的用户的识别信息和表示连锁与第1餐厅不同的第2餐厅的店铺id。该店铺id是对信息终端100进行操作的用户所选择的店铺的识别信息。通信部201向选择了第2餐厅的用户的信息终端100发送运算部202所生成的后述的个别菜单信息。
110.运算部202由cpu等的处理器构成。运算部202对存储器203存储的用户的个人信息进行处理。
111.运算部202向信息终端100提供店铺信息，该店铺信息表示存在于选择了第2餐厅的用户的信息终端100的周边的一个以上的餐厅。信息终端100的用户根据该所提供的店铺信息来选择第2餐厅。用户通过该选择从信息终端100选择了的第2餐厅的店铺id和用户的识别信息被发送至第1服务器200。
112.运算部202从存储器203提取从信息终端100与店铺id关联地发送来的用户的识别信息所对应的喜好信息。运算部202基于所提取出的喜好信息和店铺id表示的第2餐厅的菜单信息，生成个别菜单信息，该个别菜单信息是按对应于喜好信息的顺序排列了菜单内容的菜单信息。该个别菜单信息显示于选择了店铺的用户的信息终端100的显示器105。第2餐厅的菜单信息是在第2餐厅所属的连锁中面向一般的顾客所生成的标准菜单信息。在该标准菜单信息中，按第2餐厅所属的连锁所确定的预定顺序排列菜单内容。菜单内容是指第2餐厅提供的餐饮品。
113.在此，运算部202在没有选择了第2餐厅的用户在第2餐厅中的点餐历史记录的情况下，基于从存储器203提取出的喜好信息和第2餐厅的标准菜单信息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，用户即使是在第一次利用第2餐厅所属的连锁的情况下，也能够高效地选择符合自己喜好的餐饮品。
114.另一方面，运算部202在具有选择了第2餐厅的用户在第2餐厅中的点餐历史记录的情况下，基于第2餐厅中的点餐历史记录和第2餐厅的标准菜单信息，生成按对应于第2餐厅中的点餐历史记录的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，用户能够在过去曾经利用过第2餐厅的情况下，使用反映了第2餐厅的点餐历史记录的个别菜单信息来高效地选择符合自己喜好的餐饮品。
115.此外，运算部202也可以在选择了第2餐厅的用户在第2餐厅中的点餐历史记录未达到预定量的情况下，基于与该用户的识别信息对应的喜好信息和第2餐厅的标准菜单信
息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。
116.在该情况下，运算部202也可以在选择了第2餐厅的用户在第2餐厅中的点餐历史记录为预定量以上的情况下，基于第2餐厅中的点餐历史记录和第2餐厅的标准菜单信息，生成按对应于第2餐厅中的点餐历史记录的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。
117.进一步，运算部202也可以在选择了第2餐厅的用户在第2餐厅中的最近的点餐历史记录为预定期间之前的情况下，基于与该用户的识别信息对应的喜好信息和第2餐厅的标准菜单信息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。
118.运算部202例如设为通信部201接收到对关于允许用户的个人信息的取得进行要求的信号。允许用户是指直接地允许了由信息终端100或者第2服务器300要求的存储于第1服务器200的个人信息的读出的用户或者经由所信托的第三者间接地允许了该读出的用户。在该情况下，运算部202根据来自信息终端100或者第2服务器300的要求，读出存储于存储器203的允许用户的个人信息并回复给通信部201。此外，所读出的个人信息既可以是所管理的个人信息的整体，或者也可以只是所管理的个人信息中的与所要求的特定项目关联的信息(仅个人信息的一部分)。
119.存储器203由硬盘驱动器等的非易失性的多个储存装置构成。存储器203存储一个以上的用户的个人信息。个人信息包括各用户的喜好信息。喜好信息是表示各用户的喜好的信息。喜好信息包括各用户的餐饮品的点餐历史记录。在本实施方式中，点餐历史记录由按用户所生成的图12所示的点餐历史记录数据库d2进行管理，存储于存储器203。
120.行动历史记录信息是表示各用户的行动历史记录的信息。个人信息在多个储存装置中被分散化和加密之后被进行存储。在喜好信息之外，存储器203存储的个人信息也可以包括生物体信息、购买历史记录信息以及行动历史记录信息。生物体信息是心律数等的与各用户的生物体有关的信息。购买历史记录信息是表示各用户的商品(物品)或者服务的购买历史记录的信息。行动历史记录信息例如由关联了用户的位置信息和时刻信息的时间序列数据结构。
121.接着，对第2服务器300的构成进行说明。第2服务器300与各餐厅连锁对应地存在一个或者多个。第2服务器300包括通信部301、运算部302以及存储器303。通信部301由用于将第2服务器300连接于网络nt的通信电路构成。通信部301根据来自信息终端100的要求，向第1服务器200发送标准菜单信息。运算部302由cpu等的处理器构成。运算部302对存储器303存储的标准菜单信息进行处理。存储器303由硬盘驱动器等的非易失性的储存装置构成。存储器303存储标准菜单信息。
122.(基于个别菜单信息的餐饮品的点餐)
123.以匹配应用程序的启动为触发，开始基于个别菜单信息的餐饮品的点餐。图3是表示进行餐饮品的点餐的用户刚启动匹配应用程序之后显示于信息终端100的认证画面g1的一个例子的图。认证画面g1是用于通过指纹认证进行用户认证的画面。在认证画面g1中，在中央显示示意性地表示指纹的指纹图像1201，在指纹图像1201的下部显示“请进行指纹认证”这一消息。通过这些，认证画面g1对用户催促进行指纹认证。在认证画面g1的上部记载
为“个人匹配”。由此，能够使用户确认认证画面g1为匹配应用程序的画面。这在后述的图4和图5中也是相同的。
124.图4是表示另一个例子涉及的认证画面g2的图。认证画面g2是用于通过面部认证进行用户认证的画面的一个例子。在认证画面g2中，在中央显示示意性地表示面部的轮郭的虚线1301，以使得信息终端100以适当的尺寸捕捉来自用户的正面的面部的图像。用户对信息终端100的朝向和位置进行调整，以使得以落在虚线1301内的方式显示来自自身的正面的面部。
125.若存在与上述的用户认证的方法相比能够以更少的用户负担实现所需要的认证精度的用户认证的方法，则也可以采用该方法。作为用户认证的方法，既可以采用一般被称为安全强度高的两步认证，也可以采用输入用户id和密码的方法。
126.图5是表示基于匹配应用程序的用户认证刚结束之后所显示的主画面g3的一个例子的图。在主画面g3中，在上部显示应用程序名称“个人匹配”，在中部呈矩阵状显示多个平铺对象(tile object)1401。与各平铺对象1401关联了匹配应用程序带入的协作功能或者其他应用程序。其他应用程序例如为在匹配应用程序内启动的应用程序。在该例子中，显示了记载为a、b、c、d、e的5个平铺对象1401。与这些平铺对象1401关联了与匹配应用程序协作地进行自己公司商品或者自己公司服务的匹配的专用功能(例如能够在匹配应用程序内利用的餐厅的应用程序)。由此，用户能够利用由a、b、c、d、e表示的5种协作功能。变灰了的平铺对象1401为未安装协作功能的空的平铺对象。在主画面的下部从左侧开始显示有扫描按钮1402、地图按钮1403、账户按钮1404以及home按钮(主页按钮)1405。这些4个按钮是共用地对用户提供的固定按钮。扫描按钮1402是在对与上述的餐厅等的业者提供的服务协作的qr码(注册商标)、nfc(near field communication，近场通信)标签、rfid(radio frequency identifier，射频识别)标签等进行读取的情况下所使用的按钮。地图按钮1403是使包含处于信息终端100的当前地点的周边的与匹配应用程序对应的店铺信息以及/或者在该店铺中提供的商品或者服务信息的地图画面进行显示的按钮。账户按钮1404是用于对用户的账户信息进行登记以及编辑的按钮。账户信息的登记以及编辑例如包括个人认证的设定以及与第1服务器200的协作功能的设定等。home按钮1405是用于使画面显示返回表示于该图的主画面g3的按钮。
127.在主画面g3中，对用于如上述那样经由匹配应用程序与其他业者的服务进行协作的专用功能进行表示的平铺对象1401汇集地配置于中部。这些平铺对象1401能够根据用户的喜好来设定有无显示以及所配置的位置。由此，用户能够使用一个匹配应用程序，取得数量众多的业者(例如家电量贩店、dvd/blu－ray(注册商标)租赁店、书店、咖啡店、出租车等)提供的商品或者服务中的根据个人信息符合该用户的商品以及/或者服务。
128.图6是表示显示于信息终端100的地图画面g4的一个例子的图。该地图画面g4在主画面g3中被输入了对地图按钮1403进行选择的操作的情况下被加以显示。地图画面g4包括包含信息终端100的当前地点的地域的地图。进一步，在地图画面g4中显示有位于该地域内的对应于匹配应用程序的店铺信息。在此，在表示用户的当前地点的图标3200的基础上还显示有餐厅a连锁的店铺a1、餐厅a连锁的店铺a2、书店k连锁的店铺k1以及餐厅b连锁的店铺b1。
129.用户一边观看该地图画面g4，一边选择希望光临的店铺。在该例子中，由图标3210
表示的距当前地点最近的餐厅b连锁的店铺b1被选择。用户例如能够通过用手指触摸图标3210来对餐厅b连锁的店铺b1进行选择。当图标3210被触摸时，匹配应用程序取得图标3210表示的餐厅b连锁的店铺b1的连接目的地信息以及店铺id。进一步，匹配应用程序从存储器102取得用户的识别信息(用户id)。用户id如用图18在后面描述的那样保存于信息终端100的“account”目录下的user＿account.xml文件。连接信息例如为用于与餐厅b连锁的第2服务器300进行通信的地址信息(例如url等)。
130.匹配应用程序根据所取得的店铺id和用户id，与第1服务器200和餐厅b连锁的第2服务器300协作，取得该用户的个别菜单信息。
131.具体而言，匹配应用程序向第1服务器200发送包括店铺id和用户id的个别菜单的取得请求。接收到该取得请求的第1服务器200根据店铺id，向餐厅b连锁的第2服务器300发送该店铺能够提供的标准菜单信息的取得请求。接收到该取得请求的第2服务器300向第1服务器200发送餐厅b连锁的标准菜单信息。标准菜单信息存储于用图18在后面描述的第2服务器300的“resb.html”文件和“resb.css”文件。
132.接收到餐厅b连锁的标准菜单信息的第1服务器200为了对具有该用户id的用户优化所取得的标准菜单信息，从存储器203取得该用户在餐厅b连锁中的过去的点餐历史记录。在此，设为关于该用户在存储器203中没有餐厅b连锁的点餐历史记录。
133.在该情况下，第1服务器200关于该用户，例如从存储器203取得其他餐厅连锁的点餐历史记录。并且，第1服务器200根据其他餐厅连锁的点餐历史记录，对餐厅b连锁的标准菜单的餐饮品的顺序进行变更，以使得由用户经常点餐的餐饮品的显示顺序成为上位。例如关于用户设为根据其他餐厅的点餐历史记录而之前经常点“摩卡咖啡”。在该情况下，第1服务器200在餐厅b连锁的个别菜单信息中，将“摩卡咖啡”的显示顺序排列在上位，以使得摩卡咖啡的点餐变得更容易。进一步，在该情况下，第1服务器200也可以从默认的显示方式变更“摩卡咖啡”的显示方式，以使得“摩卡咖啡”的显示尺寸以及/或者用色的识别变得容易。
134.如上述那样所生成的餐厅b连锁的个别菜单信息被从第1服务器200发送给信息终端100。
135.图7是表示作为显示于信息终端100的个别菜单信息的显示画面的一个例子的个别菜单画面g5的图。该个别菜单画面g5是用户用地图画面g4选择了的餐厅b连锁的个别菜单画面。在个别菜单画面g5的上部记载为“餐厅b b1店自定义菜单”。这意味着登载于该个别菜单画面g5的菜单为考虑用户选择了的店铺b1所属的餐厅b连锁的标准菜单信息和存储于存储器203的用户的点餐历史记录来个性化后的菜单。
136.在该例子中，关于该用户，在存储器203中未存储有餐厅b连锁的点餐历史记录，但关于该用户，在存储器203中存储有其他餐厅连锁的点餐历史记录。并且，关于该用户，其他餐厅连锁的点餐历史记录表示的对于各餐饮品的点餐次数为冰激凌、卡布奇诺、摩卡咖啡、珍珠酸奶、冰咖啡、巧克力饼干的顺序。因此，在个别菜单画面g5中，按该顺序排列了表示各餐饮品的平铺对象701。
137.由此，符合用户的喜好的餐饮品显示于更容易点餐的位置的结果，用户能够效率良好地选择符合自己喜好的餐饮品。在图7的例子中，各平铺对象701的显示顺位为如下顺位：越是朝向左上、则越为上位，越是朝向右下、则越为下位。但是，这是一个例子，也可以是
如下顺位：越是朝向右上、则越为上位，越是朝向左下、则越为下位。
138.在图7的例子中，平铺对象701被以3行2列呈矩阵状地进行显示，但这是一个例子，也可以如3行1列或者4行2列这样以其他行列数来进行显示。进一步，在图7的例子中，未能显示于初始画面的餐饮品的平铺对象701能够通过滚动操作来进行显示。初始画面是指显示了个别菜单画面g5时最初显示的画面。
139.使得用户容易点餐的个别菜单画面g5的设计进一步也可以为如下述那样。例如，对于点餐次数为上位的餐饮品，也可以平铺对象701优先地排列在个别菜单画面g5的初始画面内，在该初始画面中，越是点餐次数多的餐饮品，平铺对象701越排列在画面中央。进一步，也可以在进行了这样的排列之后，越是点餐次数多的餐饮品，则平铺对象701的尺寸被显示得越大，越是点餐次数多的餐饮品，则越以不同的用色或者边界线的粗细显示平铺对象701以使得容易与其他餐饮品进行区别，越是点餐次数多的餐饮品，则商品名、价格以及/或者商品的图像越被进行装饰。
140.图8是表示作为显示于信息终端100的个别菜单信息的显示画面的另一个例子的个别菜单画面g6的图。在该个别菜单画面g6中，点餐次数从上位起为预定数(在此为上位2个)的餐饮品(在此为冰激凌、卡布奇诺)的平铺对象7011配置在比其他餐饮品(在此为摩卡咖啡、珍珠酸奶)的平铺对象7012更靠上侧的位置。摩卡咖啡和珍珠酸奶的平铺对象7012配置在个别菜单画面g6的第3行。
141.进一步，平铺对象7011的尺寸被显示得比平铺对象7012的尺寸大。进一步，平铺对象7011的框801比平铺对象7012粗，并且，对框801实施了装饰。对于框801的装饰例如可以采用由金色、红色等的显眼色显示框801的方式。进一步，平铺对象7011的表示餐饮品的图像802比平铺对象7012大。进一步，平铺对象7011在表示餐饮品的图像802的周围显示变形的标记803(在此为星形标记)。进一步，平铺对象7011的餐饮品名的字符串804的尺寸被显示得比平铺对象7012大。该字符串804也可以通过用带阴影的文字等进行显示来被变形。进一步，平铺对象7011显示有表示中意的标记805(在此为心形标记)。
142.在图8中，冰激凌的平铺对象7011配置在比卡布奇诺的平铺对象7011靠上侧的位置，这是由于之前用户对于冰激凌的点餐次数比用户对于卡布奇诺的点餐次数多。在图8中，未能显示于初始画面的餐饮品的平铺对象7012也可以通过滚动操作进行显示。在该情况下，也可以通过个别菜单画面g6被在纵向上进行滚动操作，从而全部平铺对象在纵向上进行滚动。或者，也可以通过在横向上对平铺对象7012的显示栏进行滚动操作，从而平铺对象7011的显示被维持不变地仅平铺对象7012进行滚动。
143.图9是表示作为显示于信息终端100的标准菜单信息的显示画面的一个例子的标准菜单画面g7的图。在标准菜单画面g7中显示了未按用户来优化的餐厅b连锁的店铺b1的标准菜单信息。
144.在标准菜单画面g7的上部记载为“餐厅b b1店标准菜单”。这意味着登载于该标准菜单画面g7的菜单为餐厅b连锁的标准菜单。在标准菜单画面g7中例如呈3行2列的矩阵状配置了平铺对象701。在此，例如越是在餐厅b连锁中人气高的餐饮品，越在容易点餐的位置配置平铺对象701。具体而言，以越是左上侧、则人气越高、越是右下侧、则人气越低的方式配置平铺对象701。标准菜单画面g7构成为能够通过滚动操作来显示在初始画面中未显示的平铺对象701。
145.在标准菜单画面g7中，未考虑用户个别的喜好信息而配置了平铺对象701，因此，用户要找到所希望的餐饮品的平铺对象701会花费工夫。
146.与此相对，在个别菜单画面g5、g6中，符合用户的喜好的餐饮品配置在容易点餐的位置，因此，用户容易地找到所希望的餐饮品的平铺对象701的可能性变高。进一步，在个别菜单画面g5、g6中，基于第1服务器200存储的用户的点餐历史记录，越是用户的点餐次数多的餐饮品的平铺对象701，越配置在更上位。因此，对于用户选择了的店铺b1，即使是在用户根本没有来过该店铺b1所属的餐厅b连锁的任何店铺的情况下，也在个别菜单画面g5、g6中以考虑了用户的喜好的顺序排列平铺对象701。
147.例如，对于用户设为餐厅a连锁的店铺a1为常去的店铺，在该店铺a1中用户使自己的信息终端100显示考虑了自己的点餐历史记录的个别菜单画面来进行了餐饮品的点餐。在该情况下，用户尽管第一次来到了餐厅b连锁的店铺b1，也能够在自己的信息终端100中显示按与常去的餐厅a连锁的个别菜单画面同样的顺序排列了餐饮品的个别菜单画面g5、g6。由此，用户能够快速地找到所希望的餐饮品，并且，也能够给与安心感。进一步，尽管是对于用户来说第一次来到了的连锁的店铺，也显示按看惯了的顺序配置了餐饮品的个别菜单画面，因此，也能够对用户给与惊喜，使对于点餐的兴趣提高。
148.图10是表示了在图7所示的个别菜单画面g5中用户进行餐饮品的点餐的状况的图。在此，选择了卡布奇诺的平铺对象7013和巧克力饼干的平铺对象7014。因此，平铺对象7013、7014的颜色被从默认的第1颜色变更为表示被选择了这一情况的第2颜色。进一步，平铺对象7013、7014分别被触摸了一次，因此，在平铺对象7013、7014分别显示作为表示进行了点餐的个数的字符串的“1”。
149.图11是表示确定用图10选择了的餐饮品的点餐时所显示的点餐确定画面g8的一个例子的图。点餐确定画面g8在图10所示的个别菜单画面g5中通过按下省略图示的“进入点餐”按钮来被加以显示。在点餐确定画面g8中显示有用个别菜单画面g5选择了的卡布奇诺的平铺对象7013和巧克力饼干的平铺对象7014。在平铺对象7013、7014的下侧显示有表示所点的餐饮品的合计金额的合计金额显示栏7015。在此，“卡布奇诺”和“巧克力饼干”为各一个、合计金额为500日元，因此，在合计金额显示栏7015中显示了“500日元”。在合计金额显示栏7015的下侧显示有用于确定点餐的点餐按钮7016。理解了显示于点餐确定画面g8的点餐内容的用户触摸点餐按钮7016。由此，点餐完成。
150.(点餐处理)
151.图15是表示由来到了常去的连锁的店铺的用户进行餐饮品的点餐时的信息提示系统的处理的一个例子的时序图。
152.在步骤s1中，信息终端100从用户受理匹配应用程序的启动指示，启动匹配应用程序，将地图画面g4显示于显示器105。具体而言，当匹配应用程序启动时，匹配应用程序显示认证画面g1或者认证画面g2来进行用户认证，在完成了用户认证的情况下，显示主画面g3。当在该主画面g3中地图按钮1403被触摸时，匹配应用程序显示地图画面g4。
153.在步骤s2中，匹配应用程序取得表示gps传感器107检测到的信息终端100的当前地点的位置信息，向公众信息服务器500发送周边地图信息的取得请求，周边地图信息是包含该地点的周边地域的地图信息。
154.接收到该取得请求的公众信息服务器500从该取得请求所包含的位置信息取得信
息终端100的当前地点，以该地点为基准，从地图数据库提取预定范围的地域的地图信息来作为周边地图信息，并发送给匹配应用程序。接收到周边地图信息的匹配应用程序显示包含周边地图信息表示的地图的地图画面g4(步骤s3)。表示地域的预定范围例如为从当前地点起半径1km或者2km的范围等的、从现在起要在外就餐的用户能够通过徒步或者车来光临的范围。
155.显示了地图画面g4的匹配应用程序向第1服务器200发送店铺信息的取得请求(步骤s4)，该店铺信息是所接收到的周边地图信息表示的地图内所包含的店铺、且登记于了第1服务器200的店铺的信息。
156.接收到该取得请求的第1服务器200从存储器203提起相应的地图内所包含的店铺的店铺信息，并发送给匹配应用程序。在存储器203中例如存储有包括各店铺的店铺信息的店铺数据库。各店铺信息包括店铺的店铺id、店铺名、连锁、位置信息以及连接信息。因此，第1服务器200根据存储于店铺数据库的各店铺的位置信息，确定店铺信息的取得请求表示的地图的地域内所包含的店铺即可。
157.接收到所提取的店铺信息的匹配应用程序将该店铺信息显示在地图画面g4的地图上(步骤s5)。由此，如图6的地图画面g4所示，用户的当前地点的周边地域所包含的店铺显示在表示该周边地域的地图上。
158.在步骤s6中，匹配应用程序受理对显示于地图画面g4的店铺中的餐厅a连锁的店铺a1进行选择的用户的指示。在此，店铺a1是用户常去的店铺。
159.在步骤s7中，匹配应用程序向第1服务器200发送店铺a1的个别菜单信息的取得请求。该取得请求包括店铺a1的店铺id、连接信息以及信息终端100的用户id等。
160.接收到该取得请求的第1服务器200向餐厅a连锁或者店铺a1的第2服务器300发送店铺a1所属的餐厅a连锁的标准菜单信息的取得请求(步骤s8)。
161.接收到该取得请求的餐厅a连锁或者店铺a1的第2服务器300向第1服务器200发送店铺a1的标准菜单信息。由此，第1服务器200接收店铺a1的标准菜单信息(步骤s9)。在此所发送的店铺a1的标准菜单信息既可以是在餐厅a连锁的各店铺中共用的菜单信息，也可以是在餐厅a连锁的各店铺中一部分不同的菜单信息。
162.接收到店铺a1的标准菜单信息的第1服务器200对存储于存储器203的相应的用户在餐厅a连锁的各店铺中的点餐历史记录进行总计，生成面向店铺a1的个别菜单信息(步骤s10)。所生成的面向店铺a1的个别菜单信息被由第1服务器200发送给信息终端100(匹配应用程序)，匹配应用程序接收该个别菜单信息(步骤s11)。
163.在到步骤s11为止的处理中，显示于信息终端100的各种画面使用以第1服务器200的管理者(信息银行)的风格设计的画面。另一方面，在从步骤s12起的处理中，显示于信息终端100的各种画面使用以餐厅a连锁的风格设计的画面。
164.此外，在从步骤s12起的处理中，显示于信息终端100的各种画面也可以是以第1服务器200的管理者(信息银行)的风格布局了餐厅a连锁准备的素材(对菜肴进行说明的文字、菜肴的照片等)的画面。通过这样，能够对利用匹配应用程序的用户提供统一的用户体验。
165.在步骤s12中，匹配应用程序显示表示所接收到的面向店铺a1的个别菜单信息的个别菜单画面，从用户受理对所点的餐饮品进行选择的指示。
166.在步骤s13中，匹配应用程序向第1服务器200发送表所点了的餐饮品的点餐信息。接收到在此的点餐信息的第1服务器200向餐厅a连锁的第2服务器300发送该点餐信息(步骤s14)。接收到该点餐信息的第2服务器300例如在店铺a1的店铺终端的显示器显示点餐信息等，对店铺a1的工作人员通知烹调的开始(步骤s15)。
167.在步骤s16中，第1服务器200通过将点餐信息存储于存储器203，对相应的用户的点餐历史记录进行更新(步骤s16)。
168.在图15的时序图中，设为在周边地图信息的取得以外的处理中匹配应用程序进行通信的服务器为第1服务器200来进行了说明，但本公开不限定于此。例如，关于店铺信息的取得，匹配应用程序也可以对第1服务器200以外的第三服务器进行访问。
169.图16是表示考虑是否为第一次光临的餐厅连锁的店铺来受理来自用户的餐饮品的点餐的情况下的信息提供系统的处理的一个例子的时序图。
170.步骤s21～s25的处理与图15的步骤s1～s5的处理相同。在步骤s26中，匹配应用程序受理对显示于地图画面g4的店铺中的餐厅b连锁的店铺b1进行选择的用户的指示。
171.在步骤s27中，匹配应用程序向第1服务器200发送店铺b1的个别菜单信息的取得请求。该取得请求包括店铺b1的店铺id、连接信息以及信息终端100的用户id等。
172.接收到该取得请求的第1服务器200向餐厅b连锁的第2服务器300发送店铺b1所属的餐厅b连锁的标准菜单信息的取得请求(步骤s28)。
173.接收到该取得请求的餐厅b连锁的第2服务器300向第1服务器200发送店铺b1的标准菜单信息。由此，第1服务器200接收餐厅b连锁的标准菜单信息(步骤s29)。在此所发送的餐厅b连锁的标准菜单信息既可以是在餐厅b连锁的各店铺中共用的菜单信息，也可以是在餐厅b连锁的各店铺中一部分不同的菜单信息。
174.接收到餐厅b连锁的标准菜单信息的第1服务器200基于相应的用户的点餐历史记录，生成店铺b1中的相应的用户的个别菜单信息(步骤s30)。具体而言，第1服务器200在餐厅b连锁中的相应的用户的点餐历史记录不满足后述的参照条件c1的情况下，使用相应的用户对于与餐厅b连锁的店铺b1提供的餐饮品相同或者相似的餐饮品的点餐历史记录，生成店铺b1中的个别菜单信息。另一方面，第1服务器200在餐厅b连锁中的相应的用户的点餐历史记录满足参照条件c1的情况下，使用餐厅b连锁中的相应的用户的点餐历史记录，生成店铺b1中的相应的用户的个别菜单信息。对于步骤s30的处理的详细，将使用图17所示的流程图来在后面进行描述。
175.所生成的店铺b1的个别菜单信息被由第1服务器200发送给信息终端100(匹配应用程序)，匹配应用程序接收该个别菜单信息(步骤s31)。
176.在到步骤s31为止的处理中，显示于信息终端100的各种画面使用以第1服务器200的管理者(信息银行)的风格设计的画面。另一方面，在从步骤s32起的处理中，显示于信息终端100的各种画面使用以餐厅b连锁的风格设计的画面。
177.此外，在从步骤s32起的处理中，显示于信息终端100的各种画面也可以是以第1服务器200的管理者(信息银行)的风格布局了餐厅b连锁准备的素材(对菜肴进行说明的文字、菜肴的照片等)的画面。通过这样，能够对利用匹配应用程序的用户提供统一的用户体验。
178.在步骤s32中，匹配应用程序显示表示所接收到的店铺b1的个别菜单信息的个别
菜单画面g5、g6，从用户受理对所点的餐饮品进行选择的指示。
179.步骤s33～步骤s36的处理不是对店铺a1、而是对店铺b1进行餐饮品的点餐，这以外与图15所示的步骤s12～s16是相同的。
180.图17是表示着眼于图16的时序图的步骤s30中的处理时的信息提供系统的处理的一个例子的图。
181.在步骤s101中，第1服务器200从第2服务器300取得所指定的餐厅连锁的标准菜单信息。该处理相当于图16的步骤s29。所指定的餐厅连锁是指在地图画面g4中用户选择了的店铺所属于的餐厅连锁。
182.图13是表示标准菜单信息d1的数据结构的一个例子的图。在标准菜单信息d1中，关于一个以上的餐饮品分别关联菜肴名、价格以及期间限定来进行存储。餐饮品名表示“混合咖啡”、“美式咖啡”等的所提供的餐饮品的名称。价格表示各餐饮品的价格。期间限定表示是否为以期间限定方式提供的餐饮品。“是”是表示为期间限定的餐饮品，“否”表示为全年提供的餐饮品。例如，“特别蒙布朗白拿铁咖啡”为在特定期间提供的餐饮品，因此，期间限定为“是”。
183.使参照返回图17。在步骤s102中，第1服务器200从存储于存储器203的相应的用户的点餐历史记录中，检索所指定的餐厅连锁中的相应的用户的点餐历史记录。
184.在步骤s103中，第1服务器200判定检索中命中的点餐历史记录是否满足参照条件c1。参照条件c1也可以为在第1服务器200的运营公司、匹配应用程序的开发公司、匹配应用程序的分发公司、服务提供公司(在该情况下为餐厅b连锁)或者用户设定了的期间中包括下述的(a)～(d)中的至少一个条件。所设定的期间例如既可以采用从当前往过去3年、2年、1年等的有限期间，也可以是无限制的期间。
185.(a)所指定的餐厅连锁中的餐饮品的点餐次数为阈值ta以上
186.(b)在所指定的餐厅连锁中进行了点餐的日子的次数(光临次数)为阈值tb以上
187.(c)在所指定的餐厅连锁中进行了点餐的餐饮品的个数(点餐碟数)为阈值tc以上
188.(d)在所指定的餐厅连锁中进行了点餐的餐饮品的合计金额(点餐额)为阈值td以上
189.阈值ta～阈值td例如分别采用可视为用户常去所指定的餐厅连锁的预先确定的值。或者，阈值ta～阈值td也可以采用可视为用户实质上第一次光临了所指定的餐厅连锁的预先确定的值。
190.设置了所设定的期间内的条件，这是由于考虑了用户很久不光临所指定的餐厅连锁，用户的喜好有可能在该期间发生变化，店铺有可能更新菜单。例如，对于用户的喜好，当健康意识变高时有可能变化。
191.在命中了的点餐历史记录满足参照条件c1的情况下(步骤s103：是)，第1服务器200使用命中了的点餐历史记录来作为优先指标，生成所指定的店铺中的相应的用户的个别菜单信息(步骤s104)。所指定的店铺是指在地图画面g4中用户选择了的店铺。例如，在如所指定的店铺为店铺b1、用户常去店铺b1或者用户常去餐厅b连锁的任一店铺那样的情况下，在步骤s103中判定为“是”。在该情况下，第1服务器200例如也可以根据命中了的点餐历史记录的点餐次数，以提高更多地进行了点餐的餐饮品的优先顺位的方式加以决定。另外，也可以为：也考虑点餐时的用户的周边状况，按所点的可能性从高到低的顺序，对餐饮品赋
予顺位。例如，也可以为根据之前为与本次点餐时的周边状况(星期几、季节、气温、湿度、天气、场所、利用店铺、用户的生物体信息、用户的活动量中的至少一个)相似的周边状况时的点餐次数，决定个别菜单中的餐饮品的诉求优先顺位。由此，具有能够避免只是由于点餐次数最多这一理由而无论什么状况总是推荐特定的餐饮品这一状况的优点。并且，第1服务器200对餐厅b连锁的标准菜单信息的菜单内容进行排序来生成个别菜单信息，以使得越是上位的餐饮品、越容易进行点餐即可。该个别菜单信息被发送至信息终端100。
192.图12是表示存储点餐历史记录的点餐历史记录数据库d2的数据结构的一个例子的图。在图12中示出指定了店铺的用户的点餐历史记录数据库d2。在点餐历史记录数据库d2的各记录中例如存储有对于相应的用户光临一次店铺的点餐历史记录。在点餐历史记录数据库d2中，关联进行了点餐的日期时间信息、店铺id、店铺名以及进行了点餐的餐饮品名来进行存储。该点餐历史记录数据库d2在被加密为了后述的图18所示的“userid＿foodhistory＿1.json”文件～“userid＿foodhistory＿n.json”文件之后被进行分散管理。
193.进行了点餐的日期时间信息表示用户进行了餐饮品的点餐的日期时间。店铺id是用户光临了的店铺的识别信息。店铺名是用户光临了的店铺的名称。在此，店铺名包括该店铺所属的餐厅连锁的名称。进行了点餐的餐饮品名是用户进行了点餐的餐饮品的名称。例如，在第1行的记录中存储有在2020年1月3日13时15分45秒、用户在餐厅a连锁的门真店点了卡布奇诺和冰激凌的点餐历史记录。
194.此外，在此未图示上述的周边状况，但也可以为周边状况的信息也一起被存储于该点餐历史记录。星期几表示进行了点餐的日子的星期，季节表示进行了点餐的日子的季节，气温表示进行了点餐时的用户附近的气温，湿度表示进行了点餐时的用户附近的湿度，天气表示进行了点餐时的用户附近的天气(晴、雨、多云等)，场所表示对进行了点餐的场所进行表示的信息(住所、gps信息等)，利用店铺表示进行了点餐的店铺的确定信息，用户的生物体信息表示进行了点餐时的用户的生物体信息(血压、心律数等)，用户的活动量表示进行了点餐的日子的用户的活动量信息(步数、消耗卡路里等)。
195.当设为所指定的餐厅连锁为餐厅b连锁时，第1服务器200参照点餐历史记录数据库d2，对餐厅b连锁的标准菜单信息d1所包含的各餐饮品的点餐次数进行总计，根据总计结果对该标准菜单信息所包含的各餐饮品赋予顺位来生成个别菜单信息即可。
196.在步骤s105中，信息终端100显示表示个别菜单信息的个别菜单画面。在步骤s106中，信息终端从用户受理对所点的餐饮品进行选择的指示。
197.在步骤s103中，在命中了的点餐历史记录不满足参照条件c1的情况下(步骤s103：否)，第1服务器200判定相应的用户的点餐历史记录是否满足参照条件c2(步骤s107)。
198.参照条件c2也可以为包括在第1服务器200的运营公司、匹配应用程序的开发公司、匹配应用程序的分发公司、服务提供公司(在该情况下为餐厅b连锁)或者用户设定了的期间中满足下述(e)、(f)、(g)中的至少一个条件。所设定的期间既可以是3年、2年、1年等的有限期间，也可以是无限制的期间。
199.(e)计数值的合计值为阈值te以上
200.(f)计数值为阈值tf以上的餐饮品的数量为预定个数以上
201.(g)点餐金额的合计金额为阈值tg以上
202.计数值是指关于所指定的餐厅连锁的标准菜单信息所包含的各餐饮品的、点餐历史记录数据库d2的“进行了点餐的餐饮品名”的字段中的出现次数。计数值通过如对进行检索的字符串包含于检索对象的字符串的次数进行计测这样的文本匹配来进行计测。例如，在所设定的期间(例如3年期间)中，在标准菜单信息所包含的“卡布奇诺”这一字符串在点餐历史记录数据库d2的“进行了点餐的餐饮品名”的字段出现了29次的情况下，“卡布奇诺”的计数值成为29。另外，也可以为在标准菜单信息中例如分别具有“担々面”和“饺子”的情况下，当在点餐历史记录数据库d2的“进行了点餐的餐饮品名”的字段具有“担々面饺子套餐”时，“担々面”和“饺子”各自被加一。
203.计数值的合计值是相应的用户的各餐饮品的计数值的合计值。在图14的例子中，只在从“混合咖啡”到“特别蒙布朗白拿铁咖啡”的所例示的范围中，相应的用户的各餐饮品的计数值的合计值成为2 29 11 3＝45。
204.另外，关于标准菜单所包含的各餐饮品，若在点餐历史记录数据库d2的“进行了点餐的餐饮品名”的字段包含有表示名称的字符串一致或者相似的餐饮品，则出现次数被加起来。例如，混合咖啡和原创混合咖啡中的一方的字符串包含于另一方的字符串，因此，判定为相似。计数值的合计值是指对各餐饮品的计数值进行合计而得到的值。
205.对于计数值为阈值tf以上的餐饮品，在点餐历史记录数据库d2的例子中，当阈值tf设为“10”时，“卡布奇诺”和“摩卡咖啡”属于该餐饮品。在该情况下，当设为条件(f)的预定个数为“2”时，判定为相应的用户的点餐历史记录满足条件(f)。
206.在点餐历史记录满足参照条件c2的情况下(步骤s107：是)，第1服务器200使用相应的用户的点餐历史记录，生成所指定的店铺中的个别菜单信息(步骤s108)。在该情况下，第1服务器200生成个别菜单信息以使得越是计数值、即点餐次数多的餐饮品、则越容易进行点餐。当步骤s108结束时，处理进入步骤s105，实施步骤s105以后的处理。
207.点餐金额的合计金额是指对各个餐饮品的价格乘以点餐次数、对于全部餐饮品对其进行合计而得到的金额。在图13和图14所例示的范围中，点餐金额的合计金额被计算为2＊350 29＊350 11＊350 3＊150＝15150日元。
208.图14是关于某用户对标准菜单信息所包含的各餐饮品汇总了点餐次数的表。在该表中，“全部点餐次数”表示包括所指定的餐厅连锁的、全部餐厅连锁中的各餐饮品的点餐次数。“所指定的餐厅连锁中的点餐次数”表示用户在地图画面g4中选择了的店铺所属的餐厅连锁中的该用户的各餐饮品的点餐次数。
209.例如，所指定的餐厅连锁中的点餐次数全部为0，因此，可知相应的用户在过去没有来过该餐厅连锁。因此，无法根据该餐厅连锁的点餐历史记录来生成符合用户的喜好的个别菜单信息。然而，“全部点餐次数”中，“卡布奇诺”和“摩卡咖啡”的点餐次数多，看出来了用户的喜好性。
210.于是，第1服务器200通过参照“全部点餐次数”来生成个别菜单信息。由此，第1服务器200能够生成符合用户的喜好的个别菜单信息。在图14的例子中，“卡布奇诺”和“摩卡咖啡”的“全部点餐次数”比其他餐饮品多。因此，即使所指定的餐厅连锁的利用为第一次，这些餐饮品也被显示于该个别菜单画面的初始画面，以容易进行点餐的方式被进行显示。另外，如“美式咖啡”那样的“全部点餐次数”少的餐饮品也可以被从个别菜单画面的初始画面省去。或者，在个别菜单画面的初始画面中能够显示“全部点餐次数”多的例如如“卡布奇
诺”和“摩卡咖啡”那样的餐饮品的平铺对象701的情况下，也可以显示美式咖啡。在该情况下，如美式咖啡那样的“全部点餐次数”少的餐饮品的平铺对象701也可以被以比“卡布奇诺”和“摩卡咖啡”小的面积来进行显示。
211.此外，也可以在点餐历史记录满足参照条件c2的情况下，从图14所示的“全部点餐次数”排除所指定的餐厅连锁的点餐次数来算出各餐饮品的计数值。或者，也可以在点餐历史记录满足参照条件c2的情况下，在图14所示的“全部点餐次数”中，对所指定的餐厅连锁中的点餐次数和那以外的连锁中的点餐次数进行不同的加权(例如进行与所指定的餐厅连锁以外的餐厅连锁中的点餐次数相比重视了所指定的餐厅连锁中的点餐次数的加权)，算出各餐饮品的计数值。或者，也可以在点餐历史记录满足参照条件c2的情况下，在图14所示的“全部点餐次数”中使用所指定的餐厅连锁以外的特定的一个或者多个餐厅连锁的“全部点餐次数”来算出各餐饮品的计数值。特定的一个或者多个餐厅连锁是指用户常去的餐厅连锁。
212.使参照返回图17。在步骤s107中，在相应的用户的点餐历史记录不满足参照条件c2的情况下(步骤s107：否)，第1服务器200使在地图画面g4中用户选择了的店铺所属的餐厅连锁的标准菜单画面显示于信息终端100(步骤s109)。
213.通过设置步骤s107的分支处理，例如能够防止在存储于点餐历史记录数据库d2的用户的点餐历史记录少、无法从该点餐历史记录数据库d2选出用户的喜好的情形下生成个别菜单信息。在步骤s110中，信息终端100从阅览了标准菜单画面的用户受理对所点的餐饮品进行选择的指示。
214.(从个别菜单进行点餐时的信息处理的安装例)
215.接着，对从个别菜单画面进行餐饮品的点餐的情况下的信息处理的安装例进行说明。在信息通信的接口以及所处理的数据结构为餐厅连锁或者店铺所固有的情况下，在信息提供系统中处理的各种数据例如能够在餐厅a连锁的店铺a1中进行利用，但可能产生在餐厅b连锁中无法使用这样的情形、或者在餐厅a连锁的其他店铺和餐厅b连锁这两方中无法使用这一情形。为了避免这样的情形，以下对用于许多用户在许多餐厅中实施使用了个别菜单的餐饮品的点餐的通用的解决方案进行说明。
216.图18是表示本实施方式中的信息提供系统的具体的安装形态的一个例子的图。在信息终端100的存储器102中具有“matching＿app”目录，该“matching＿app”目录是匹配应用程序的执行所需要的文件的保存位置。在“matching＿app”目录下具有“account”目录、“main”目录以及“matching＿temp”目录。在“account”目录中保存用户的账户以及/或者用户认证所需要的信息。在“main”目录中保存匹配应用程序为了实现主画面的描绘等的基本功能所需要的信息。在“matching＿temp”目录中暂时性地保存匹配所需要的信息。
217.在“account”目录中保存记述了账户以及/或者用户认证所需要的信息的“user＿account.xml”文件。在“user＿account.xml”文件中，例如作为用于确定用户的信息，加密地记录有独特的账户名(例如用户指定的用户id)基于认证信息(例如密码、指纹的特征量以及/或者面部的特征量)。
218.作为账户名，不限定于用户指定的用户id，采用能够个别地对利用匹配应用程序的用户进行识别的信息即可。例如，也可以采用嵌入在了匹配应用程序的程序或者随附匹配应用程序而被分发的、按匹配应用程序的个体而独特的序列码。按个体而独特的序列码
是指按安装匹配应用程序的信息终端100而独特地被赋予了的序列码。或者，作为账户名，也可以采用在匹配应用程序的第一次启动时或者第一次登记时匹配应用程序基于随机数所生成的独特的账户名。在该情况下，匹配应用程序例如通过在第1服务器200中确认与已经登记的账户名不重复来自动生成账户名即可。
219.通过这样地人来看没有含义的字符串信息被设定为账户名，能够实现隐匿性更高的个人信息的通信。
220.在“main”目录中保存有记述了为了实现匹配应用程序的基本功能所需要的内容信息的“main.html”文件和记述了其画面显示的风格(例如ui设计)的“main.css”文件。
221.在餐厅b连锁的第2服务器300中具有记述了回复的内容信息的“resb.html”文件和记述了该内容信息的画面显示的风格(例如ui设计)的“resb.css”文件。例如图13所示的标准菜单信息d1也可以包含于“resb.html”文件。或者，标准菜单信息d1也可以保存于在“resb.html”文件中参照的外部文件。
222.在第1服务器200中，该用户的多种多样且庞大的个人信息被分散加密来进行储存。例如，在本公开中利用了的用户的点餐历史记录数据库d2也可以被作为“userid＿foodhistory＿1.json”文件、“userid＿foodhistory＿2.json”文件、
……
、“userid＿foodhistory＿n.json”文件这n个json格式的文件来保管于第1服务器200内的物理上不同的储存装置。在n个文件中，文件名的开头部分的“userid”是用于确定用户的识别信息，接着的“foodhistory”是用于确定用图12说明过的点餐历史记录数据库d2的识别信息，最后的数字是断开了的文件的识别编号。
223.第1服务器200若能够与适当的许可(例如访问允许信息)一起接收用户的点餐历史记录的请求，则能够从这些n个文件正确地复原数据，变换为预定的记述格式(.json)来进行加密，并回复给信息终端100。
224.以下，按照图19的流程图，对匹配应用程序使用html进行画面控制的情况下的文件的处理进行说明。图19是表示从匹配应用程序启动到显示个别菜单图像为止的匹配应用程序对于文件的处理的一个例子的流程图。
225.在步骤s201中，匹配应用程序启动，描绘主画面。匹配应用程序在刚启动之后使用位于“main”目录的“main.html”文件和“main.css”文件来描绘主画面。由此，描绘图5所示的主画面g3。
226.在步骤s202中，匹配应用程序从阅览主画面g3的用户受理使地图画面g4进行显示的指示。
227.在步骤s203中，匹配应用程序对于公众信息服务器500进行当前地点的周边地图信息的取得请求，显示表示周边地图信息的地图画面g4。
228.在步骤s204中，匹配应用程序对于第1服务器200进行周边地图信息表示的地域内的店铺信息的取得请求，将店铺信息显示于地图画面g4。由此，显示表示店铺的图标3210等。
229.在步骤s205中，匹配应用程序从用户受理对餐厅b连锁的店铺b1进行选择的指示。
230.在步骤s206中，匹配应用程序对于第1服务器200进行餐厅b连锁的个别菜单信息的取得请求。
231.在步骤s207中，第1服务器200对于餐厅b连锁的第2服务器300进行餐厅b连锁的标
准菜单信息(resb.html、resb.css)的取得请求。
232.在步骤s208中，第1服务器200根据相应的用户的点餐历史记录，生成餐厅b连锁的个别菜单信息。所生成的个别菜单信息被作为“custom＿resb.html”文件新记录在“matching＿temp”目录下。
233.在步骤s209中，第1服务器200对匹配应用程序发送餐厅b连锁的个别菜单信息。
234.这样使用html/css文件来描绘各种画面。因此，能够在从单一匹配应用程序提示不特定多数的业者提供的商品或者服务中的与用户的庞大且多样的个人信息相适合的商品或者服务的情况下，使该业者期待的信息以该业者期待的风格(例如ui设计)进行显示。
235.在根据结束了从个别菜单进行餐饮品的点餐的用户而显示画面返回到了匹配应用程序的主画面时、或者自从个别菜单的餐饮品的点餐结束起经过了预定时间时，暂时性地保管于“matching＿temp”目录的文件也可以为了安全而全部被删除。
236.(实施方式2)
237.实施方式1的个别菜单信息的生成主体为第1服务器200。实施方式2的特征在于个别菜单信息的生成主体为信息终端100。
238.此外，在实施方式2中，对与实施方式1相同的构成要素赋予同一标号而省略说明。
239.首先，参照图2对实施方式2的构成进行说明。在实施方式2中，个别菜单信息由信息终端100生成，因此，以下以信息终端100的构成为中心进行说明。
240.信息终端100的gps传感器107取得信息终端100的位置信息。通信部101向公共信息服务器500(第3服务器)发送所取得的位置信息。公共信息服务器500取得餐厅信息(店铺信息)，该餐厅信息表示存在于包含所接收到的位置信息表示的地点的地域的一个以上的餐厅。
241.显示器105显示包含店铺信息的地图画面g4。
242.信息终端100的操作部106(输入设备的一个例子)通过地图画面g4受理对表示第2餐厅的店铺id进行选择的操作。
243.运算部104使用通信部101从与店铺id表示的第2餐厅关联的第2服务器300取得第2餐厅的菜单信息(标准菜单信息)。
244.信息终端100的运算部104使用通信部101从第1服务器200取得与用户的用户id对应的喜好信息。
245.运算部104基于喜好信息和第2餐厅的标准菜单信息，按对应于喜好信息的顺序排列菜单内容。
246.运算部104使进行了排列的菜单内容的菜单信息(个别菜单信息)显示于显示器105。
247.运算部104在没有选择了第2餐厅的用户在第2餐厅中的点餐历史记录的情况下，基于喜好信息和第2餐厅的标准菜单信息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，用户即使是在第一次利用第2餐厅所属的连锁的情况下，也能够高效地选择符合自己喜好的餐饮品。
248.另一方面，运算部104在具有选择了第2餐厅的用户在第2餐厅中的点餐历史记录的情况下，基于第2餐厅中的点餐历史记录和第2餐厅的标准菜单信息，生成按对应于第2餐厅中的点餐历史记录的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单
信息。由此，用户能够在过去曾经利用过第2餐厅的情况下，使用反映了第2餐厅的点餐历史记录的个别菜单信息，高效地选择符合自己喜好的餐饮品。
249.此外，运算部104也可以在选择了第2餐厅的用户在第2餐厅中的点餐历史记录未达到预定量的情况下，基于与该用户的用户id对应的喜好信息和第2餐厅的标准菜单信息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，即使是在第2餐厅中的点餐历史记录未达到预定量的情况下，用户也能够使用反映了喜好信息的个别菜单信息，高效地选择符合自己喜好的餐饮品。预定量具有可视为用户常去第2餐厅的预先确定的值或者可视为第一次光临了第2餐厅的预先确定的值。
250.另一方面，运算部104也可以在选择了第2餐厅的用户在第2餐厅中的点餐历史记录为预定量以上的情况下，基于第2餐厅中的点餐历史记录和第2餐厅的标准菜单信息，生成按对应于第2餐厅中的点餐历史记录的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，在第2餐厅中的点餐历史记录为预定量以上的情况下，用户能够使用反映了第2餐厅的点餐历史记录的个别菜单信息，高效地选择符合自己喜好的餐饮品。
251.进一步，运算部104也可以在选择了第2餐厅的用户在第2餐厅中的最近的点餐历史记录是在预定期间之前的情况下，基于与该用户的用户id对应的喜好信息和第2餐厅的标准菜单信息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，即使在很久未光临第2餐厅的情况下，用户也能够使用反映了喜好信息的个别菜单信息，高效地选择符合自己喜好的餐饮品。预定期间例如既可以采用从当前起过去3年、2年、1年等的有限期间，也可以是无限制的期间。
252.进一步，运算部104也可以在相应用户的设定期间内在第2餐厅中的点餐次数为一定次数以下的情况下，基于与相应用户的用户id对应的喜好信息和第2餐厅的标准菜单信息，生成按对应于喜好信息的顺序排列了第2餐厅的标准菜单信息所包含的菜单内容的个别菜单信息。由此，即使是在设定期间内的第2餐厅中的点餐次数为一定次数以下的情况下，用户也能够使用反映了喜好信息的个别菜单信息，高效地选择符合自己喜好的餐饮品。设定期间例如既可以采用从当前起过去3年、2年、1年等的有限期间，也可以是无限制的期间。一定次数具有可视为用户常去第2餐厅的预先确定的值或者可视为实质上第一次光临了第2餐厅的预先确定的值。
253.图20是表示在实施方式2中考虑是否为用户第一次光临的餐厅连锁的店铺来受理来自用户的餐饮品的点餐的情况下的信息提供系统的处理的一个例子的时序图。在图20中对与图16相同的处理赋予同一标号而省略说明。步骤s21～s26与图16相同。
254.在接着步骤s26的步骤s301中，信息终端100(匹配应用程序)向第2服务器300发送店铺b1的个别菜单信息的取得请求。该取得请求包括店铺b1的店铺id和信息终端100的用户id等。
255.接收到该取得请求的餐厅b连锁的第2服务器300向信息终端100发送店铺b1的标准菜单信息。由此，信息终端100接收餐厅b连锁的标准菜单信息(步骤s302)。在此所发送的餐厅b连锁的标准菜单信息既可以是在餐厅b连锁的各店铺中共用的菜单信息，也可以是在餐厅b连锁的各店铺中一部分不同的菜单信息。
256.在步骤s303中，接收到餐厅b连锁的标准菜单信息的信息终端100向第1服务器200
发送相应用户的点餐历史记录(喜好信息的一个例子)的取得请求。接收到该取得请求的第1服务器200从存储器203读出相应用户的点餐历史记录，并发送给信息终端100。在此，第1服务器200也可以判断用户id表示的用户是否为允许用户。并且，第1服务器200在判断为是允许用户的情况下，从存储器203读出相应用户的点餐历史记录，并发送给信息终端100即可。另一方面，第1服务器200在判定为用户id表示的用户不是允许用户的情况下，向信息终端100发送表示不能访问个人信息的信息。
257.此外，第1服务器200也可以在判定为不是允许用户的情况下，向信息终端100发送确认是否允许个人信息的读出的消息。在根据该消息而从信息终端100发送了允许之意的信息的情况下，第1服务器200从存储器203读出相应用户的点餐历史记录，并发送给信息终端100即可。
258.在步骤s304中，信息终端100接收点餐历史记录。
259.在步骤s305中，信息终端100基于相应用户的点餐历史记录，生成店铺b1中的相应用户的个别菜单信息。
260.具体而言，第1服务器200在餐厅b连锁中的相应用户的点餐历史记录不满足上述的参照条件c1的情况下(例如可视为相应的用户第一次光临了餐厅b连锁的情况下)，使用对于与餐厅b连锁的店铺b1提供的餐饮品相同或者相似的餐饮品的相应用户的点餐历史记录，生成店铺b1中的个别菜单信息。
261.另一方面，第1服务器200在餐厅b连锁中的相应用户的点餐历史记录满足参照条件c1的情况下(例如可视为相应的用户常去餐厅b连锁的情况下)，使用餐厅b连锁中的相应用户的点餐历史记录，生成店铺b1中的相应用户的个别菜单信息。对于该处理的详细，使用图17所示的流程图在上面进行了描述。
262.在到步骤s305为止的处理中，显示于信息终端100的各种画面使用以第1服务器200的管理者(信息银行)的风格设计的画面。另一方面，在从步骤s306起的处理中，显示于信息终端100的各种画面使用以餐厅b连锁的风格设计的画面。
263.在步骤s306中，信息终端100显示表示所接收到的店铺b1的个别菜单信息的个别菜单画面g5、g6，从用户受理对所点的餐饮品进行选择的指示。
264.在步骤s307中，信息终端100向第2服务器300发送表示所点的餐饮品的点餐信息。接收到该点餐信息的第2服务器300例如在店铺b1的店铺终端的显示器显示点餐信息等，对店铺b1的工作人员通知烹调的开始(步骤s36)。
265.在步骤s308中，信息终端100进一步向第1服务器200发送点餐信息。
266.接收到点餐信息的第1服务器200通过将点餐信息存储于存储器203，对相应用户的点餐历史记录进行更新(步骤s35)。
267.这样，根据实施方式2，即使是在信息终端100生成个别菜单信息的情况下，也能够一边使得不将喜好信息交给没有用户的允许的业者，一边在用户第一次利用的第2餐厅中显示考虑了用户的喜好信息的菜单信息。
268.(变形例)
269.上述的说明不过是一个例子，本公开也可以适用本领域技术人员的各种各样的应用。
270.(1)第1服务器200也可以在取得了对于用户从地图画面g4选择出的餐厅b连锁的
店铺b1的点餐信息的情况下，对信息终端100的当前地点进行监视，在信息终端100与店铺b1的距离成为了一定距离以下的情况下，向餐厅b连锁的第2服务器300发送点餐信息。由此，店铺b1能够在用户光临的定时提供餐饮品。
271.(2)在上述各实施方式中，各构成要素也可以通过由专用的硬件构成或者执行适于各构成要素的软件程序来实现。各构成要素也可以通过cpu或者处理器等的程序执行部读出并执行记录于硬盘或者半导体存储器等的记录介质的软件程序来实现。
272.(3)关于表示于图13的标准菜单信息d1的期间限定的餐饮品，也可以不算出计数值。即，也可以在标准菜单信息中，仅对“期间限定”为“否”的餐饮品算出计数值，基于该结果来生成个别菜单信息。
273.(4)在本公开中，以为了制作过去没有进行过点餐或者点餐的次数少的第2餐厅连锁的店中的个别菜单信息而利用过去进行过点餐的第1餐厅连锁的店中的点餐历史记录等的个人信息、和第2餐厅连锁的店中所提供的餐饮品的名称与第1餐厅连锁的店中所提供的餐饮品的名称的比较结果的情况为例来进行了说明。然而，第1服务器200为了制作个别菜单信息而个人信息组合地利用的信息不限于上述的例子。
274.例如，第1服务器200也可以使用根据汇集在第1餐厅连锁的店和第2餐厅连锁的店这两方中有过点餐的多个用户的购入历史记录等而得到的大数据推测的统计信息，生成个别菜单信息。在该情况下，第1服务器200例如在根据正在利用服务的用户的个人信息判定为了该用户在第1餐厅连锁的店中的餐饮品a的点餐频度高的情况下，基于通过大数据的分析得到的“在第1餐厅连锁的店中进行餐饮品a的点餐的用户在第2餐厅连锁的店中进行餐饮品x的点餐的频度高”这一统计信息，生成使餐饮品x的显示顺序为上位等的优先地显示餐饮品x的个别菜单信息。
275.此外，在此将对大数据进行分析而得到的信息称为统计信息，但名称不限定于此。例如，既可以称为表示第1餐厅连锁的店中所提供的餐饮品与第2餐厅连锁的店中所提供的餐饮品的相关关系的相关关系信息，也可以仅称为使用大数据所生成的信息等。另外，作为大数据所使用的从其他用户取得的信息例如也可以在被变换为无法确定用户的状态的匿名信息之后被使用于分析等。另外，第1服务器200也可以在生成上述统计信息时，对使在个别菜单的生成中所使用的服务与利用中的用户相关联了的个人信息进行匿名化来加以使用。
276.(5)在本公开中，以第1服务器200生成按与根据用户的购买历史记录等推定的用户的喜好信息相应的顺序排列了餐饮品的个别菜单信息为例来进行了说明。在以下中，举几个例子来对第1服务器200经由个别菜单信息对在终端设备中作为个别菜单所显示的餐饮品的顺序进行控制或者指定的方法进行说明。即，举几个例子对如下信息提供方法进行说明，该信息提供方法中，第1服务器200基于包括在第1餐厅中进行了点餐的点餐历史记录的用户的喜好信息和第2餐厅的菜单信息，生成用于按对应于所述喜好信息的顺序在终端设备的显示画面中对所述第2餐厅的菜单信息所包含的菜单内容进行排列的个别菜单信息，向所述终端设备发送所述个别菜单信息，在所述终端设备的所述显示画面中使按所述顺序进行了排列的菜单内容的菜单信息进行显示。但是，在上述实施方式中能够应用的、第1服务器200对作为个别菜单所显示的餐饮品的顺序进行控制或者指定的方法并不限定于以下的例子。即，只要是第1服务器200能够按照根据点餐历史记录等的个人信息推定的喜
好信息对作为个别菜单所显示的餐饮品的顺序进行变更的方法，则也可以使用任何的方法。
277.在第1例中，第1服务器200在生成个别菜单信息时，将作为菜单内容的各餐饮品按显示的顺序保存于个别菜单信息。
278.在第2例中，第1服务器200在生成个别菜单信息时，按作为个别菜单显示的各餐饮品直接指定该餐饮品在画面上的显示位置。
279.在第3例中，第1服务器200按作为个别菜单显示的各餐饮品，关联该餐饮品的显示顺序来保存于个别菜单信息。在该情况下，接收到个别菜单信息的终端设备侧的应用程序或者浏览器例如基于预定的显示画面生成规则来决定显示个别菜单的区域的大小或者与由用户指定的字体的显示尺寸等相应地显示的餐饮品的数量、与各显示顺序对应的餐饮品的显示尺寸以及与各显示顺序对应的餐饮品的显示位置等，按照个别菜单信息所包含的显示顺序配置表示各餐饮品的对象来生成个别菜单的显示画面即可。
280.在第4例中，第1服务器200也可以不是直接在个别菜单信息保存餐饮品的显示顺序，而是按各餐饮品而将基于用户的个人信息生成的且能够利用于决定餐饮品的显示顺序的一个或者多个参数保存于个别菜单信息。在该情况下，接收到个别菜单信息的终端设备侧的应用程序或者浏览器按照预定的显示顺序导出规则或者用户从多个候选中指定的显示顺序导出规则，根据上述的一个或者多个参数导出餐饮品的显示顺序。根据本构成，不是终端设备侧的应用程序或者浏览器按照所生成的个别菜单信息来简单地显示个别菜单的显示画面，而是能够按照用户利用的终端设备的种类或者用户的设定来对个别菜单的显示方法或者所显示的餐饮品的显示顺序进行调整，因此，能够促进提供更灵活的服务。
281.(6)在本公开中，作为在匹配应用程序的画面显示中对风格进行变更的例子，例如以准备多个扩展名为“.css”等的规定了ui设计的文件、通过切换规定了在显示中使用的ui设计的文件来对风格进行变更的技术方案为例进行了说明。然而，风格的变更也可以通过对规定了在显示中使用的ui设计的文件进行切换的技术方案以外的方法来实现。例如风格的变更也可以通过在匹配应用程序内的显示中独自地设定餐厅a连锁、餐厅b连锁分别独自地使用于菜单画面的文字的格式、尺寸、背景以及文字的颜色、标志、菜单图像、按钮的设计、菜单的配置、菜单的显示尺寸以及用于进行菜肴的选择、点餐的确定等的ui等中的任一个或者多个的组合来实现。上述的使用于菜单画面的文字的格式、尺寸、背景以及文字的颜色、标志、菜单图像、按钮的设计、菜单的配置、菜单的显示尺寸以及用于进行菜肴的选择、点餐的确定等的ui等例如可以在利用餐厅a连锁、餐厅b连锁等的匹配应用程序来提供服务的各业者所提供的html文件中进行设定。此时，在匹配应用程序的个别菜单显示画面中，css文件使用匹配应用程序所指定的文件，但提供给个别菜单的显示的画面区域所显示的html文件利用提供服务的业者所提供的文件。由此，匹配应用程序的窗口、架构的设计成为与匹配应用程序的其他显示画面共用，显示个别菜单的画面区域的设计能够按提供服务的各业者来设定。其结果，用户能够容易地判别要进行点餐的服务的提供业者是为餐厅a连锁、还是为餐厅b连锁。进一步，与个别菜单画面的风格能够由服务提供业者设定无关地，也能够基于包括管理者(信息银行)管理的不同的餐厅连锁中的点餐历史记录的喜好信息，对所显示的菜单的位置、顺序进行变更，能够使用反映了喜好信息的个别菜单信息来高效地选择符合自己喜好的餐饮品。
282.(7)在本公开中，说明为了匹配应用程序使用包括连锁不同的餐厅中的点餐历史记录的喜好信息，但连锁不同的餐厅不需要为具有多个连锁店的餐厅。例如，匹配应用程序利用的点餐历史记录也可以是没有多个连锁店的只是1个店铺的餐厅的点餐历史记录。即，根据本公开，能够在提供不同的菜单的多个餐厅之间，基于包括其他餐厅中的点餐历史记录的喜好信息，对所显示的菜单的位置、顺序进行变更，能够使用反映了喜好信息的个别菜单信息来高效地选择符合自己喜好的餐饮品。
283.以上的(1)～(7)的变形例也可以应用于采用了信息终端100生成个别菜单信息的技术方案的情况。
284.以上，基于实施方式对一个或者多个技术方案涉及的信息提供系统以及信息提供方法进行了说明，但本公开并不限定于该实施方式。只要不脱离本公开的宗旨，对本实施方式实施本领域能够想到的各种变形而得到的技术方案、组合不同的实施方式中的构成要素而构建的技术方案也可以包含在本公开的范围内。
285.产业上的可利用性
286.根据本公开涉及的信息提供方法的一个例子，用户能够效率良好地对餐饮品进行点餐，因此，作为提供给对用户提供餐饮品的在外就餐产业的技术是有用的。