CN114746891A - 控制方法、信息终端、程序以及记录介质 - Google Patents

控制方法、信息终端、程序以及记录介质 Download PDF

Info

Publication number
CN114746891A
CN114746891A CN202080081367.4A CN202080081367A CN114746891A CN 114746891 A CN114746891 A CN 114746891A CN 202080081367 A CN202080081367 A CN 202080081367A CN 114746891 A CN114746891 A CN 114746891A
Authority
CN
China
Prior art keywords
information
user
restaurant
server
menu
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202080081367.4A
Other languages
English (en)
Inventor
矢羽田洋
西孝启
远间正真
杉尾敏康
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Intellectual Property Management Co Ltd
Original Assignee
Panasonic Intellectual Property Management Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Intellectual Property Management Co Ltd filed Critical Panasonic Intellectual Property Management Co Ltd
Publication of CN114746891A publication Critical patent/CN114746891A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • G06Q30/0627—Directed, with specific intent or strategy using item specifications
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/12—Hotels or restaurants
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
    • G16H20/60—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to nutrition control, e.g. diets
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
    • G06F9/4451—User profiles; Roaming
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/451—Execution arrangements for user interfaces

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Health & Medical Sciences (AREA)
  • Development Economics (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Software Systems (AREA)
  • Nutrition Science (AREA)
  • Public Health (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Human Resources & Organizations (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

控制方法，基于餐厅ID，经由网络从关联于与餐厅ID对应的一餐厅的第2服务器取得表示一餐厅所提供的一个以上的菜肴的菜单信息，基于菜单信息及宗教信息，提取与宗教信息对应的一个以上的第1菜肴，经由与第2服务器对应地在用户的信息终端的显示器显示的用于受理在一餐厅点菜的第2操作画面，显示一个以上的第1菜肴，将表示从一个以上的第1菜肴选择的菜肴的点菜信息及席位ID向第2服务器发送。

Description

控制方法、信息终端、程序以及记录介质
技术领域
本公开涉及信息终端的控制方法等。
背景技术
专利文献1公开了一种基于用户的包括喜好信息、表示禁止摄取的食材的危险食材信息和用于管理摄取量的健康管理信息的个人数据来提议适合于个人数据的菜单(menu)的技术。
专利文献2公开了一种设置于餐饮店的用于输入菜单的订单(order)信息等来辅助接待业务的餐饮店用点餐受理装置。专利文献2的餐饮店用点餐受理装置具备使显示设备显示能够输入菜单的订单信息的订单输入画面的单元。在所述订单输入画面中，按设定于餐桌的各个坐席(座位)输入菜单的订单信息。
现有技术文献
专利文献1：日本特开2005-222191号公报
专利文献2：日本特开2008-299821号公报
发明内容
发明所要解决的技术问题
在上述的现有技术中，需要进一步的改善。
用于解决问题的技术手段
本公开的一个技术方案涉及的控制方法是信息终端的控制方法，所述信息终端经由网络与第1服务器进行通信，所述第1服务器管理与确定用户的识别信息对应的用户的宗教信息，所述控制方法包括：经由第1操作画面，取得表示与对应于所述识别信息的宗教信息所示的宗教相适的一餐厅的餐厅ID和表示所述用户的坐席的席位ID，所述第1操作画面对应于所述第1服务器，显示于所述用户的信息终端的显示器；基于所述餐厅ID，经由网络从与对应于所述餐厅ID的一餐厅关联的第2服务器取得表示所述一餐厅所提供的一个以上的菜肴的菜单信息；基于所述菜单信息和所述宗教信息，提取与所述宗教信息对应的一个以上的第1菜肴；经由第2操作画面，显示所述一个以上的第1菜肴，所述第2操作画面对应于所述第2服务器，显示于所述用户的信息终端的显示器，用于受理所述一餐厅中的菜肴的点餐；以及将表示从所述一个以上的第1菜肴中选择的菜肴的点菜信息和所述席位ID发送给所述第2服务器。
发明效果
根据上述技术方案，能够实现进一步的改善。
附图说明
图1是表示一般的菜肴点餐***的构成的图。
图2是表示本公开的信息处理***的信息基础结构的全貌的一例的图。
图3是更详细地表示本实施方式的信息处理***的全貌的图。
图4是表示本实施方式涉及的信息处理***的具体构成的一例的图。
图5是示出餐厅的某店铺的布局的图。
图6A是表示相对于坐席的QR码(注册商标，以下同样)的设置例的图。
图6B是表示相对于坐席的QR码的设置例的图。
图6C是表示相对于坐席的QR码的设置例的图。
图6D是表示相对于坐席的QR码的设置例的图。
图7是表示在用户使信息终端读取QR码的情况下显示于信息终端的操作画面的一例的图。
图8是表示在QR码识读器(QR code reader)刚读取到QR码后显示于信息终端的操作画面的一例的图。
图9是表示包括餐厅A公司的标准菜单的操作画面的一例的图。
图10是示出用户操作操作画面而从标准菜单中点菜的场景的一例的图。
图11是表示最终决定从标准菜单中所点的菜肴时显示的操作画面的一例的图。
图12是表示在点菜的用户刚启动匹配应用(matching application)之后显示于信息终端的认证画面的一例的图。
图13是表示认证画面的另一例的图。
图14是表示在通过匹配应用刚结束用户认证后显示的主页画面的一例的图。
图15是表示在启动了匹配应用的用户使信息终端读取与自己座位对应的QR码的情况下显示于信息终端的操作画面的一例的图。
图16是表示在通过NFC(近场通信)取得餐厅ID和席位ID的情况下显示于信息终端的操作画面的一例的图。
图17是表示匹配应用生成个别菜单时显示于信息终端的显示画面的一例的图。
图18是表示包括个别菜单的操作画面的一例的图。
图19是示出用户操作操作画面而从个别菜单中点菜的场景的图。
图20是表示最终决定从个别菜单中所点的菜肴时显示的操作画面的一例的图。
图21是表示在用户确认到此为止的点餐历史记录时显示的点餐历史记录画面的一例的图。
图22是将宗教的种类和与各宗教相应的用户应该避免的食材汇总而成的表。
图23是表示从第1服务器向匹配应用回复的包括用户的宗教信息的信息的数据构成的一例的图。
图24是表示构成从第2服务器回复的菜单信息的食材信息的数据结构的一例的图。
图25是表示拉面和蔬菜饺子的食材信息的一例的图。
图26是表示本实施方式中的信息处理***的处理的全貌的一例的时序图。
图27是表示从标准菜单中点菜的情况下的信息终端的处理的一例的流程图。
图28是表示从个别菜单中点菜的情况下的信息终端的处理的一例的流程图。
图29是表示图28的步骤S1的处理的详情的流程图。
图30是表示图28的步骤S2的处理的详情的流程图。
图31是表示图28的步骤S3的处理的详情的流程图。
图32是表示图28的步骤S4的处理的详情的流程图。
图33是表示本实施方式中的信息处理***的具体的实现形式的一例的图。
图34是表示从匹配应用启动后到显示个别菜单为止的匹配应用对于文件的处理的一例的流程图。
图35是表示包括个别菜单的第1个变动(variation)的操作画面的一例的图。
图36是表示包括个别菜单的第2个变动的操作画面的一例的图。
图37是表示包括灰化显示(显示为灰色)的磁贴对象(tile object)的操作画面的一例的图。
图38是表示包括个别菜单的第3个变动的操作画面的一例的图。
图39是表示显示于信息终端的地图画面的一例的图。
图40是表示采用了使用户从地图画面选择餐厅的方案的情况下的信息处理***的处理的全貌的一例的序列图。
具体实施方式
(得到本公开的原委)
在日本，近年，因观光热潮等的影响，具有各种宗教的外国人的访日增多。各宗教有独自的教义，由教义规定了应该避免的食材。鉴于这样的情况，若餐厅能够将客人的宗教纳入考虑而建议主要包括能吃的菜肴的菜单，则顾客满意度会提高，能够谋求与其他店的差别化。
然而，世界上有***教、***、佛教、印度教以及犹太教等各种宗教，在各宗教中应该避免的食材不同。另外，即便是相同的宗教，也存在根据宗派而应该避免的食材不同的情形。因此，根据客人信仰的宗教及宗派来建议合适的菜单并非易事。
而且，在某客人所点的菜肴被错上到坐在相同桌子的宗教不同的别的客人的席、且该菜肴包含别的客人因宗教上的理由而应该避免的食材的情况下，会给别的客人带来不快。而且，在别的客人未注意到是这样的菜肴而吃了该菜肴的情况下，因为吃了平常吃不惯的食材，也有可能损害别的客人的健康。因此，必须切实地避免这样的上错菜。
在上述的专利文献1中，公开了：使用户向在某店铺中按每个桌子设置的菜单终端输入用户ID及密码，店铺服务器从数据中心取得该用户的个人数据和该店铺的店铺数据，基于个人数据及店铺数据，店铺服务器决定去除了问题食材(危险食材和不喜欢的食材)的菜单及推荐菜单(包括很多该用户喜爱的食物的菜单等)，菜单终端显示所决定的菜单。
然而，在专利文献1中，在菜单终端按每个桌子设定了独有的桌子编号，从这一点也可知，仅考虑了以桌子为单位的点菜，根本没考虑以坐席为单位的点菜。因而，根据专利文献1，有可能发生将某个客人所点的菜肴错上给坐在同一桌子的宗教不同的别的客人的上菜错误。
另一方面，由于喜好信息这样的个人数据是敏感信息，因而该信息未经用户同意而提供给第三方是不妥当的。
然而，在专利文献1中，用户的个人数据从数据中心向店铺服务器发送，所以，也存在个人数据未经用户同意而被提供给店铺侧这一问题。
在专利文献2中，公开了能够通过输入设备按设定于各个桌子的各个坐席来对菜肴的订单信息进行输入及登记指示的订单输入画面。在该订单输入画面中包括：坐席位置图像，其包括表示多个坐席的坐席对象；和多个菜肴特定图像，其与各菜肴品种对应。例如，店员在从坐席位置图像中触碰了所希望的坐席的坐席对象后，触碰与所希望的菜肴品种对应的菜肴特定图像。由此，选择坐在所触碰的坐席的客人个别订单的菜肴品种。
这样，在专利文献2中，坐席与菜肴品种的关联通过经由了订单输入画面的店员的手动输入来进行。因而，在关联坐席与菜肴品种时，有可能发生误输入。尤其是，在店里客人多繁忙时容易发生这样的误输入。而且，在专利文献2的订单输入画面中，如专利文献2的图38所示那样，除了坐席位置图像及菜肴特定图像以外还包括各种信息及对象。从这一点也可知，在专利文献2的订单输入画面中，发生这样的误输入的可能性高。因而，专利文献2也与专利文献1同样，无法防止上述的上菜错误。
本公开是为了解决上述问题而做出的，第1目的在于，防止某个客人所点的菜肴被错上给宗教不同的别的客人。
而且，本公开的第2目的在于，防止第1服务器存储的敏感信息未经用户同意而泄漏到第1服务器的外部。
本公开的一方案的控制方法是信息终端的控制方法，所述信息终端经由网络与第1服务器进行通信，所述第1服务器管理与确定用户的识别信息对应的用户的宗教信息，所述控制方法包括：经由第1操作画面，取得表示与对应于所述识别信息的宗教信息所示的宗教相适的一餐厅的餐厅ID和表示所述用户的坐席的席位ID，所述第1操作画面对应于所述第1服务器，显示于所述用户的信息终端的显示器；基于所述餐厅ID，经由网络从与对应于所述餐厅ID的一餐厅关联的第2服务器取得表示所述一餐厅所提供的一个以上的菜肴的菜单信息；基于所述菜单信息和所述宗教信息，提取与所述宗教信息对应的一个以上的第1菜肴；经由第2操作画面，显示所述一个以上的第1菜肴，所述第2操作画面对应于所述第2服务器，显示于所述用户的信息终端的显示器，用于受理所述一餐厅中的菜肴的点餐；以及将表示从所述一个以上的第1菜肴中选择的菜肴的点菜信息和所述席位ID发送给所述第2服务器。
根据上述方案，在点菜时，在用户的信息终端的显示器显示第1操作画面，经由该第1操作画面，取得表示适合与识别信息对应的宗教信息所示的宗教的一餐厅的餐厅ID及表示用户的坐席的席位ID。基于所取得的餐厅ID，从第2服务器取得表示与该餐厅ID对应的一餐厅所提供的一个以上的菜肴的菜单信息。
基于所取得的菜单信息及用户的宗教信息提取与宗教信息对应的一个以上的第1菜肴。所提取的一个以上的第1菜肴，经由用于受理一餐厅的点菜的第2操作画面而在信息终端的显示器显示。从在第2操作画面显示的一个以上的第1菜肴中选择菜肴，表示该菜肴的点菜信息与席位ID建立关联而向第2服务器发送。
这样，在本方案中，在用户点菜的一系列的过程中，表示由用户从个别菜单选择的菜肴的点菜信息与用户的坐席的建立关联不经由人手而自动地进行。由此，例如，能够防止某用户所点的菜肴中包含坐在同一桌子的别的用户因宗教上的理由而应该避免的食材，且该菜肴被错上到别的用户的坐席这一上错菜。其结果，能够防止给别的用户带来不快。而且，由于这样的上错菜得以防止，所以，能够防止别的用户吃了错上的菜肴而损害别的用户的健康。
而且，在本方案中，宗教信息没有向第2服务器发送，所以，防止宗教信息向餐厅侧泄漏。而且，在本方案中，点菜信息与席位ID而非确定用户的识别信息建立关联而被发送，所以，防止识别信息向餐厅侧泄漏。
而且，在本方案中，第1操作画面与第1服务器对应，所以，关于第1操作画面的设计能够反映第1服务器的运营者的意向。另外，第2操作画面与第2服务器对应，所以，关于第2操作画面的设计能够反映第2服务器的运营者的意向。
在上述控制方法中，也可以，所述一个以上的第1菜肴是排除了不与所述宗教信息对应的第2菜肴的菜肴。
根据本方案，生成将不与宗教信息对应的菜肴排除了的第2操作画面，所以，用户能够顺利地进行点菜。
在上述控制方法中，也可以，所述第2操作画面为，在所述一个以上的菜肴中，包括添加了包含与所述宗教信息所示的宗教对应的容易缺乏的营养成分的食材的一菜肴。
根据本方案，第2操作画面中，包括添加了含有与宗教信息所示的宗教对应的容易缺乏的营养成分的食材的一菜肴，所以，能够向用户建议能够补充因要求专门知识而难以确定的常常缺乏的营养成分的菜肴。
在上述控制方法中，也可以，所述第2操作画面包括表示用于补充与所述宗教信息所示的宗教对应的容易缺乏的营养成分的菜肴的组合的显示。
根据本方案，第2操作画面中，显示用于补充与宗教信息所示的宗教对应的容易缺乏的营养成分的菜肴的组合，所以，能够向用户建议能够补充因要求专门知识而难以确定的常常缺乏的营养成分的菜肴的组合。
在上述控制方法中，也可以，所述第2操作画面为，在所述一个以上的菜肴中，包括添加了包含所述用户过去在预定期间的用餐中所述用户所缺乏的营养成分的食材的一菜肴。
根据本方案，第2操作画面中，在一个以上的菜肴中，包括添加了含有在预定期间的用户过去的用餐中用户缺乏的营养成分的食材的一菜肴，所以，能够向用户建议能够补充因要求专门知识而难以确定的预定期间的常常缺乏的营养成分的菜肴。
在上述控制方法中，也可以，所述第2操作画面包括表示用于补充所述用户过去在预定期间的用餐中所述用户所缺乏的营养成分的菜肴的组合的显示。
根据本方案，第2操作画面中，包括表示用于补充在预定期间的用户过去的用餐中用户缺乏的营养成分的菜肴的组合的显示，所以，能够向用户建议能够补充因要求专门知识而难以确定的常常缺乏的营养成分的菜肴的组合。
在上述控制方法中，也可以，所述用户的宗教信息包含所述用户的宗教和关于在所述宗教中应该避免的食材而表示所述应该避免的食材的程度的等级信息。
根据本方案，宗教信息中，包括表示用户的宗教、及关于与宗教信息所示的宗教对应的应该避免的食材应该避免的食材的程度的等级信息。因而，能够将用户信仰的宗教及应该避免的食材的程度纳入考虑，细致地决定菜单信息所包含的各菜肴的优先顺序，生成个别菜单。
在上述控制方法中，也可以，包括包含所述用户应该尽可能避免的食材的菜肴。
根据本方案，个别菜单中包括包含用户应该尽可能避免的食材的菜肴，所以，能够生成与不严格贯彻宗教的教义的用户的需求相应的个别菜单。
在上述控制方法中，也可以，所述识别信息包括用户ID。
根据本方案，识别信息中包括用户ID，所以，能够从第1服务器切实地取得与用户对应的宗教信息。
在上述控制方法中，也可以，所述第1服务器与所述第2服务器不同。
在第1服务器中，存储有像用户的宗教信息这样的用户的敏感信息。这样的敏感信息未经用户同意而向第1服务器的外部提供是不尽人意的。在本方案中，第1服务器由与第2服务器不同的服务器构成。因而，防止用户的敏感信息向第1服务器的外部泄漏。
在上述控制方法中，也可以，所述餐厅ID和所述席位ID通过经由所述第1操作画面读取在所述用户就坐的桌子的对应位置所准备的识别码来取得。
根据本方案，餐厅ID及席位ID，通过读取在用户就坐的桌子的对应位置准备的识别码来取得。由此，不使用户进行手动输入就能够取得餐厅ID及席位ID。
在上述控制方法中，也可以，所述识别码包括QR码。
根据本方案，识别码是QR码，所以，不使用户进行手动输入就能够取得该信息。
在上述控制方法中，也可以，所述识别码使用NFC(Near Field Communication)来读取。
根据本方案，识别码使用NFC来读取，所以，不使用户进行手动输入就能够取得该信息。
在上述控制方法中，也可以，所述第1服务器将所述宗教信息、生物体信息、包括所述用户的物品的购买历史记录信息或菜肴的点餐历史记录信息的喜好信息、以及包括所述用户的位置信息的行动历史记录信息进行分散管理。
根据本方案，第1服务器分散管理宗教信息、生物体信息、购买历史记录信息或喜好信息、以及行动历史记录信息，所以，能够随时取得用户的个人信息。其结果，本方案，能够保持存储于第1服务器的个人信息的新鲜度，由此，能够防止基于过去的宗教信息来制作个别菜单。
本公开的另一方案的控制方法是信息终端的控制方法，所述信息终端经由网络与第1服务器进行通信，所述第1服务器管理与确定用户的识别信息对应的用户的宗教信息，所述控制方法包括：将储存于所述信息终端的所述识别信息发送给所述第1服务器；经由第1个第1操作画面，基于所述信息终端的位置信息和所述识别信息，从所述第1服务器取得餐厅信息，所述第1个第1操作画面对应于所述第1服务器，显示于所述用户的所述信息终端的显示器，所述餐厅信息表示存在于包括所述位置信息所示的地点的地域的与对应于所述识别信息的宗教信息所示的宗教相适的一个以上的餐厅；经由第2个第1操作画面，取得表示所述一个以上的餐厅中的一餐厅的餐厅ID和表示所述用户的坐席的席位ID，所述第2个第1操作画面对应于所述第1服务器，显示于所述用户的所述信息终端的显示器；基于所述餐厅ID，经由网络从与对应于所述餐厅ID的一餐厅关联的第2服务器取得表示所述一餐厅所提供的一个以上的菜肴的菜单信息；基于所述菜单信息和所述宗教信息，提取与所述宗教信息对应的一个以上的第1菜肴；经由第2操作画面，显示所述一个以上的第1菜肴，所述第2操作画面对应于所述第2服务器，显示于所述用户的信息终端的显示器，用于受理所述一餐厅中的菜肴的点餐；以及将表示从所述一个以上的第1菜肴中选择的菜肴的点菜信息和所述席位ID发送给所述第2服务器。
根据本方案，在点菜时，在用户的信息终端的显示器显示第1个第1操作画面。经由该第1个第1操作画面，从第1服务器取得存在于包括信息终端的位置信息所示的地点的地域、且适合与识别信息对应的宗教信息所示的宗教的一个以上的餐厅信息。
在信息终端的显示器，显示第2个第1操作画面。经由该第2个第1操作画面，取得一个以上的餐厅信息中的一餐厅的餐厅ID及席位ID。根据所取得的餐厅ID，从第2服务器取得表示与该餐厅ID对应的餐厅所提供的一个以上的菜肴的菜单信息。
基于所取得的菜单信息及用户的宗教信息生成与宗教信息对应的用户的个别菜单。该个别菜单经由第2操作画面而在信息终端的显示器显示。从所显示的个别菜单中选择菜肴，表示该菜肴的点菜信息与席位ID建立关联而向第2服务器发送。
这样，在本方案中，在用户点菜的一系列的过程中，表示由用户从个别菜单选择的菜肴的点菜信息与用户的坐席的建立关联不经由人手而自动地进行。由此，例如，能够防止某用户所点的菜肴中包含坐在同一桌子的别的用户因宗教上的理由而应该避免的食材，且该菜肴被错上到别的用户的坐席这一上错菜。其结果，能够防止给别的用户带来不快。而且，由于这样的上错菜得以防止，所以，能够防止别的用户吃了错上的菜肴而损害别的用户的健康。
而且，在本方案中，宗教信息没有向第2服务器发送，所以，防止宗教信息向餐厅侧泄漏。而且，在本方案中，点菜信息与席位ID而非确定用户的识别信息建立关联而被发送，所以，防止识别信息向餐厅侧泄漏。
而且，在本方案中，经由第1个第1操作画面，取得处于用户的周围的、适合用户的宗教的餐厅的餐厅信息，所以，用户能够顺利地选择适合自身的宗教的餐厅。
而且，在本方案中，第1个第1操作画面及第2个第1操作画面与第1服务器对应，所以，关于两操作画面的设计能够反映第1服务器的运营者的意向。另外，第2操作画面与第2服务器对应，所以，关于第2操作画面的设计能够反映第2服务器的运营者的意向。
在上述控制方法中，也可以，所述用户的信息终端的位置信息在所述第1服务器中使用GPS***来取得。
根据本方案，能够准确地取得用户的信息终端的位置信息。
上述控制方法，也可以，在信息终端中执行。上述控制方法，也可以是在信息终端的计算机中执行的程序或记录该程序的记录介质。
根据这些构成，能够提供执行上述控制方法的信息终端及程序。
在上述程序中，也可以，确定用户的识别信息，包括对程序赋予的每个信息终端的序列码。
根据该构成，采用对程序赋予的每个信息终端的序列码，所以，能够由保密性进一步提高了的信息构成识别信息。
(实施方式)
可以预想我们的社会今后也会进一步普及互联网，各种传感器近在咫尺。由此，可以预想我们的社会会逐渐成为从与个人的状态及活动等相关的信息，到包括建造物及交通网等的城市整体的信息，都被数字化而能够通过计算机***来利用的状态。数字化了的与个人相关的数据(个人信息)，经由通信网络积存于云端，被作为大数据而由信息银行管理，为了个人而被用于各种用途。
这样的高度信息化社会在日本被称作“Society5.0”。高度信息化社会是利用使现实空间(物理空间)与虚拟空间(网络空间)高度地融合后的信息基础结构(信息物理融合***)而期待经济发展和社会问题的解决的社会。
在这样的高度信息化社会中，当个人在日常的各种场景下做决策时，对包括所积存的个人信息的大数据进行分析，该个人能够得知与此时的状况相应的、被认为对于该个人来说最优的选项。
下面，对在这样的信息物理融合***运行的高度信息化社会中，以个人的用餐为主题，实施经济高效化和个性化(personalization)的样态进行说明。
作为个性化了的菜肴的点餐***的一例，考虑从餐厅的店铺终端向个人的信息终端发送菜单信息，将由不包含因宗教上的理由而用户应该避免的食材的菜肴构成的菜单作为推荐菜单，在移动终端上进行提示。首先，说明预想为在上述高度信息化社会被提出之前的社会中所构建的一般的菜肴点餐***。
图1是表示一般的菜肴点餐***的构成的图。点餐***包括店铺终端1100及便携终端1200。店铺终端1100及便携终端1200设置于餐厅的店铺1000内。店铺终端1100是发送菜单信息的计算机。店铺终端1100包括用于进行与外部设备的通信的通信部、用于进行运算处理的运算部、用于存储数据的存储器、和用于对信息进行显示及操作的UI部。存储器存储菜单信息1101。菜单信息1101包含有与餐厅所提供的菜肴相关的信息。具体地说，菜单信息1101包含有菜肴的名字、菜肴所使用的材料以及菜肴的价格。在图1的例子中，菜单信息1101包含有牛肉汉堡、海鲜意面、牛肉咖喱以及脆皮烘烤菠菜这4个菜肴。
便携终端1200是访问店铺1000的用户所持有的智能手机等便携终端。便携终端1200包括用于进行与外部设备的通信的通信部、用于进行运算处理的运算部、用于存储数据的存储器、和用于对信息进行显示及操作的UI部。存储器存储与持有移动终端1200的用户的识别信息对应的用户的宗教信息及用餐历史记录信息等。该宗教信息中包括与根据用户信仰的宗教而用户应该避免的食材相关的信息。
当用户进入店铺1000时，店铺终端1100与便携终端1200自动地或通过手动开始进行通信。开始通信的便携终端1200从店铺终端1100取得菜单信息1101。取得了菜单信息1101的便携终端1200将菜单信息与存储于存储器的宗教信息进行比对，提取不包含应该避免的食材的菜肴。便携终端1200基于提取出的菜肴生成推荐菜单1211，并显示于UI部。在图1的例子中，用户应该避免的食材是牛肉，所以作为推荐菜单1211，显示出作为不包含牛肉的菜肴的脆皮烘烤菠菜。
根据上述的构成，用户能够从所显示的推荐菜单中选择没有放入应该避免的食材的菜肴。
在Society5.0中，像宗教信息那样的个人信息由被称为信息银行的管理个人信息的企业的服务器在以第三方无法确定个人的方式隐藏(加密)了的基础上进行一元管理。该个人信息不依赖于终端用户的手动输入，而在信息银行的管理下随时被进行更新。
然而，在图1所示的点餐***中，宗教信息由便携终端1200管理，而非由服务器管理。因而，图1所示的点餐***不容易更新宗教信息。例如，要对宗教信息进行更新，要求用户向便携终端1200手动输入宗教信息，对于用户来说费时费力。而且，由于宗教信息未被隐藏，所以，也存在宗教信息泄漏到店铺终端1100的可能性。因而，为了使图1所示的点餐***适于Society5.0所标榜的高度信息化社会，需要进一步的改善。于是，在本实施方式中，提出立足于Society5.0的信息处理***。以下，参照附图，对本公开的实施方式涉及的信息处理***进行说明。
图2是表示本公开的信息处理***的信息基础结构的全貌的一例的图。图2的信息处理***是立足于Society5.0而构成的***，是提供选择辅助服务的***，该选择辅助服务利用个人信息，对作为一个消费者的用户建议适于用户的商品或服务，辅助用户对商品或服务进行选择。在本实施方式中，作为选择辅助服务，主要着眼于辅助点菜的服务，但在说明该服务之前，使用图2来说明用于实施本实施方式的信息基础结构的全貌。该信息处理***大体由3个设备群(组)构成。
第1个设备群是包括用户所持有的智能手机等信息终端100的设备群。在信息终端100安装有匹配应用程序。匹配应用程序(以下，称作匹配应用。)是用于使用用户的个人信息来甄选或推荐适于该用户的商品或服务的应用程序。在此所说的个人信息，广泛包含与个人相关的公开或非公开的信息。例如，个人信息包括姓名、出生年月日、住所、年收入、拥有的动产/不动产信息、身高/体重等身体信息、遗传信息、宗教信息、病历/诊断记录等医疗信息、步数/消耗卡路里等活动量信息、用餐历史记录信息、心律/血压等生命体征信息、经由店铺/EC(电子商业)网站等的购买信息、利用Web检索引擎/AI(人工智能)音箱检索过的词汇信息、利用邮件/SNS收发的文章/影像语音信息、以及移动历史记录信息等中的至少一方。信息终端100例如能够通过被称作4G、5G的移动通信网络，经由移动基站400连接于互联网。
第2个设备群是包括第1服务器200的设备群。第1服务器200是将用户的个人信息分散于多处，将分散的个人信息进一步加密而存储的个人信息服务器。例如，第1服务器200通过将用户的个人信息碎片化及加密而存储于处于云上的多个存储装置来管理个人信息。由此，能确保高的安全性，防止个人信息的泄漏等。而且，第1服务器200具有根据用户本人的同意来回复根据来自第三方的询问所需的数据的功能。而且，第1服务器200具有对用户所同意的企业安全地共享用户所同意的个人信息的功能。即，第1服务器200具有作为信息银行的功能。在该情况下，第1服务器200例如将一个数据分散地记录于多个存储装置。一个数据的一例是记录了个人信息的一个文件。
在本实施方式中，第1服务器200基于用户的同意，对特定的企业共享特定的个人信息。而且，第1服务器200具有用于提供以下进行说明的选择辅助服务的功能。
上述的匹配应用例如由第1服务器200的运营公司开发和/或发布。该运营公司使用用户的个人信息来评价用户对用户有可能利用的商品或服务的适合程度。第1服务器200的运营公司、匹配应用的开发公司、以及匹配应用的发布公司，各自既可以相同，也可以不同。图2所示的信息处理***使用上述的匹配应用来实现选择辅助服务，但这只是一例。例如，也可以使用匹配应用以外的应用或一般的浏览器等来实现选择辅助服务。为了安全地处理用户的个人信息，优选通过匹配应用等专门的应用来提供选择辅助服务。不过，这只是一例，例如在处理已经公开了的个人信息等安全性的重要度低的个人信息的情况下，或者提供用于确保安全性的功能的情况下，也可以利用匹配应用以外的手段来提供选择辅助服务。
匹配应用仅在信息终端100的内部处理个人信息。例如，匹配应用在时间、场所及状况等任意的条件下，向用户提示被认为最适于用户的商品或服务。例如，匹配应用提供用户的购买等经济活动中的居间调解功能。
匹配应用是将到此为止按每个服务企业孤岛化了的推荐功能开放于公众的应用。例如，以在EC网站等电子贸易市场中有名的某一个服务企业的例子进行说明。在该服务企业的网站登载了许多商品。当检索或购入特定的商品时，与该商品关联性高的其他商品(例如，经常被一起购入的商品)会被推荐给用户。这样的针对购买的推荐功能，仅在该服务企业的EC网站中有效。因此，该推荐功能在其他服务企业运营的EC网站上购入商品时、在餐厅点餐时、或在计划休假的家庭旅行时不发挥任何效果。
可以预想，今后个人信息被汇集于信息银行，在预定的条件下任何人都能够访问数量庞大且多种多样的长期准确的个人信息的机制得以达成。在该情况下，能够使用某一个服务企业的EC网站上的检索或购入历史记录及各种用户的个人信息，不仅仅是将该服务企业的商品，而是将所有商品或服务作为对象来推定适合程度。由此，能够从各种选项中推荐对于用户来说价值更高的商品或服务。
本实施方式所设想的第1服务器200是为了实现上述那样的构思或功能而将个人信息分散化及加密管理的设置于云上的通用的存储装置。
第3个设备群是包括各企业管理各企业固有的数据的第2服务器300的设备群。在图2中，企业X、企业Y、企业Z这3家公司分别拥有或租赁第2服务器300，管理和/或提供与自己公司的商品和/或自己公司的服务相关的信息。企业不仅仅限定于本公开中详述的外食(在外就餐)企业。例如，企业也可以是像便当屋或快餐店那样能够将烹饪好的菜肴外卖的中食(即食)企业。企业还可以是像超市那样面向主要着眼于在家烹饪的内食(在家就餐)的企业。而且，企业也可以是汽车制造商、不动产公司、医院、学校、学习或运动等的补习班、律师事务所、以及针对一般消费者提供商品和/或服务的企业。
作为本实施方式的信息处理***的效果之一，可以举出个人信息不被交给企业。设想在信息银行中，基于本人同意，针对特定的企业允许个人信息的共享。
然而，将该运用一个个地交由用户来判断是非常麻烦的。即便存在制定数据运用方针的信托公司，用户也无法掌握具体将什么数据交给了谁，用户有可能感到不安。
于是，本实施方式中，只要没有用户的同意，就会禁止或限制运营第1服务器200的企业对所保管的个人信息进行利用、例如解密翻译。
而且，在严守隐私的运营方针下，在提供个人信息的管理及匹配应用的信息银行或信息中介进入到市场的情况下，用户也可以与该信息银行或信息中介之间签订接受提供该服务的协议。由此，能够使得个人信息不被交给其他企业。
本实施方式的信息处理***是降低被本人以外的第三方获知包含敏感信息的个人信息的可能性，能够为了与各种服务的匹配而利用时时刻刻变化的数量庞大的个人信息的新一代信息社会的运用***的一个形态。下面，在该设想下说明信息处理***。
图3是更详细地表示本实施方式的信息处理***的全貌的图。图3所示的信息处理***是如下***：使在外食时用户为了点菜所浏览的菜单信息与该用户的个人信息匹配，提示对于该用户来说最优的菜单。图3所示的信息处理***相对于图2所示的信息处理***还包括生物体传感器600及公共信息服务器500。
作为服务提供侧的企业，设想了作为外食产业的公司的餐厅A公司、餐厅B公司和餐厅C公司。餐厅A公司、B公司、C公司分别是不同的公司。图3所示的信息处理***包括餐厅A公司所运用的第2服务器300、餐厅B公司所运用的第2服务器300、和餐厅C公司所运用的第2服务器300。各餐厅的菜单信息及与各店铺相关的信息由这些第2服务器300管理。第2服务器300例如由云服务器构成。
公共信息服务器500管理不同于与餐厅相关的信息及个人信息的公共信息。公共信息服务器500连接于互联网。例如，公共信息包括天气信息及交通信息等。这些信息若在匹配中需要则被适当利用。
生物体传感器600是智能手表等生物体传感器。生物体传感器600由拥有信息终端100的用户穿戴。生物体传感器600持续地计测用户的生命体征信息。生物体传感器600计测到的各种生命体征信息通过蓝牙(Bluetooth)(注册商标)这样的近距离通信而从生物体传感器600向信息终端100发送。生命体征信息由安装于信息终端100的传感器应用(sensorapplication)保管和/或管理。传感器应用按照用户账户信息，将收集到的生命体征信息和表示生命体征信息的测定时刻的时刻信息向第1服务器200上传。由此，积存生命体征信息。
传感器应用也可以将对所保管和/或管理的数据的访问权赋予匹配应用或信息终端100的OS(Operating system，操作***)。在该情况下，生命体征信息经由匹配应用或OS向第1服务器200上传。传感器应用可以将生命体征信息保管于信息终端100的存储器，也可以通过上传到第1服务器200来保管。
图4是表示本实施方式涉及的信息处理***的具体构成的一例的图。图4所示的信息处理***包括通过图2及图3说明的信息终端100、第1服务器200以及第2服务器300。此外，在图4中，为了便于说明，省略了移动基站400、生物体传感器600的图示。信息终端100、第1服务器200以及第2服务器300经由网络NT而彼此能够通信地连接。网络NT是包括移动电话通信网及互联网的广域通信网。
信息终端100由智能手机或平板终端等便携式的信息处理装置构成。在本实施方式中，信息终端100由在餐厅的店铺中点菜的用户携带。信息终端100包括通信部101、存储器102、摄像头103、运算部104、显示器105、操作部106、邻近通信部107以及GPS传感器108。
通信部101由将信息终端100连接于网络NT的通信电路构成。通信部101接收从第2服务器300发送的后述的菜单信息，并存储于存储器102。运算部104将存储于存储器102的菜单信息读出并进行处理。另外，通信部101接收从第1服务器200发送的后述的宗教信息，并存储于存储器102。运算部104将存储于存储器102的宗教信息读出并进行处理。由此，运算部104取得宗教信息及菜单信息。而且，通信部101在运算部104的控制下，将后述的点菜信息及后述的席位ID关联并向第2服务器300发送。
存储器102由闪速存储器等非易失性的存储装置构成。存储器102存储包括图23中例示的宗教信息的信息2300和图24及图25中例示的食材信息2400。一个食材信息2400对应于一个菜肴，是与菜肴所使用的食材相关的信息。菜单信息由一个以上的食材信息2400构成。信息2300及食材信息2400的详情后述。而且，存储器102存储确定用户的识别信息。识别信息包括用户ID(Identifier)。用户ID是用户的标识符。
摄像头103是由CMOS传感器等构成的拍摄装置。摄像头103被用于拍摄设置在餐厅的店铺的坐席上的QR码。
运算部104由CPU等处理器构成。运算部104执行信息终端100的OS、上述的匹配应用、QR码识读器以及浏览器等。
运算部104经由与第1服务器200对应地显示于显示器105的第1操作画面，取得表示适合与用户的识别信息对应的宗教信息所示的宗教的一餐厅的餐厅ID及表示用户的坐席的席位ID。第1操作画面例如是如图15所示匹配应用所提供的用于读取QR码的操作画面或如图16所示用于通过NFC读取信息的操作画面。餐厅ID是餐厅的标识符。在餐厅具有多个店铺的情况下，餐厅ID中也可以包括餐厅的标识符和店铺的标识符。席位ID是配置于店铺的坐席的标识符。运算部104也可以通过解析在用户对操作部106输入了拍摄指示时摄像头103拍摄到的QR码来取得餐厅ID及席位ID。或者，运算部104也可以在匹配应用的启动中，在信息终端100接近了配置于餐厅的各坐席的NFC的IC芯片的情况下，经由邻近通信部107从IC芯片取得餐厅ID及席位ID。
运算部104经由网络NT从关联于与餐厅ID对应的一餐厅的第2服务器300取得表示餐厅所提供的一个以上的菜肴的菜单信息，存储于存储器102。例如，在餐厅ID包括餐厅A公司的标识符的情况下，从餐厅A公司的第2服务器300取得菜单信息。
运算部104将存储于存储器102的识别信息向第1服务器200发送，基于识别信息，从第1服务器200取得用户的宗教信息，存储于存储器102。
运算部104基于所取得的菜单信息及所取得的宗教信息，提取与宗教信息对应的一个以上的第1菜肴。运算部104经由与第2服务器300对应地显示于显示器105的用于受理在一餐厅点菜的第2操作画面，显示所提取的一个以上的第1菜肴。
在第2操作画面中，在一个以上的第1菜肴中，将不与宗教信息对应的第2菜肴、即包含应该避免的食材的第2菜肴排除或变灰而生成。由此，用户能够顺利地点不包含应该避免的食材的菜肴。
第2操作画面是例如如图18所示餐厅用于从用户受理点菜的操作画面，包括排列有用户个别的菜肴的个别菜单。第2操作画面基于餐厅的设计指定，经由匹配应用提供。用户输入从显示于该第2操作画面的个别菜单中选择希望的菜肴的操作，点菜。
运算部104将表示从显示于第2操作画面的一个以上的第1菜肴中选择出的菜肴的点菜信息及席位ID建立关联并经由通信部101向第2服务器300发送。发送到第2服务器300的点菜信息及席位ID，显示于在与发送目的地的第2服务器300对应的餐厅的店铺设置的显示器。该店铺的工作人员按照所显示的内容烹饪用户所点的菜肴，运送至用户的坐席。由此，用户能够吃到所点的菜肴。
显示器105例如由液晶显示面板或有机EL面板等构成，显示各种图像。例如，显示器105显示上述第1操作画面及第2操作画面。
操作部106例如由触摸面板等输入装置构成。操作部106受理用户从个别菜单中选择所希望的菜肴的指示。
邻近通信部107由具备NFC的通信功能的通信电路构成，能够从具有NFC的通信功能的IC芯片读入信息，向该IC芯片写入信息。
GPS传感器108接收从GPS卫星发送的电波，基于该电波，算出表示信息终端100的当前位置的位置信息。
以上是信息终端100的构成。
接着，对第1服务器200的构成进行说明。第1服务器200包括通信部201、运算部202以及存储器203。通信部201由用于将第1服务器200连接于网络NT的通信电路构成。通信部201根据来自信息终端100的要求，对信息终端100发送宗教信息。运算部202由CPU等处理器构成。运算部202处理存储器203所存储的用户的个人信息。
存储器203由硬盘驱动器等非易失性的多个存储装置构成。存储器203存储一个以上的用户的个人信息。个人信息中包括各用户的宗教信息。个人信息在多个存储装置中在分散化及加密的基础上存储。
存储器203所存储的个人信息中也可以包括宗教信息、生物体信息、购买历史记录信息、喜好信息以及行动历史记录信息。生物体信息是心率等与各用户的生物体相关的信息。生物体信息包括用户的过敏信息等。购买历史记录信息是表示各用户的商品(物品)或服务的购买历史记录的信息。喜好信息是表示各用户的喜好的信息。喜好信息包括表示各用户的点菜历史记录的点餐历史记录信息。行动历史记录信息是表示各用户的行动历史记录的信息。行动历史记录信息例如由用户的位置信息与时刻信息建立了关联的时间序列数据构成。
接着，对第2服务器300的构成进行说明。第2服务器300对应于各餐厅公司而存在一个或多个。第2服务器300包括通信部301、运算部302以及存储器303。通信部301由用于将第2服务器300连接于网络NT的通信电路构成。通信部301根据来自信息终端100的要求，将菜单信息向信息终端100发送。运算部302由CPU等处理器构成。运算部302处理存储器303所存储的菜单信息。存储器303由硬盘驱动器等非易失性的存储装置构成。存储器303存储菜单信息。
图5是表示餐厅的某店铺的布局的图。在图5的例子中表示了餐厅A公司的店铺40的布局。在店铺40设置有4个桌子410。在各桌子410设置有4个椅子411、412、413、414。
有时宗教不同的2名以上的用户会就坐于1个桌子410。在该情况下，必须避免某用户所点的菜肴错上给宗教不同的别的用户、且该菜肴中包含该用户应该避免的食材。这是因为，若产生这样的上错菜，则有可能给该用户带来不快。而且，这是因为，若该用户吃了错上的菜肴，则有可能因吃了平常吃不惯的食材而损害该用户的健康。
为了避免这样的错误，需要将用户与该用户所点的菜肴建立关联的适当的机制。然而，当前用于避免这样的错误的解决方案是有限的。尤其是，不存在能够适用于如图5所示的一般的餐厅的店铺的解决方案。当前，在设置有按1席1席标注了编号的柜台的小规模店铺中，尝试了这样的关联建立，但该关联建立是人为地使用点餐单据或点餐输入终端进行的，所以，不足以消除上菜错误。
本实施方式提供用于将用户与该用户所点的菜肴更切实地建立关联来管理的机制。以下，对用于实现该机制的具体例进行说明。在本实施方式中，在店铺40的各坐席设置QR码。图6A、图6B、图6C、图6D是表示相对于坐席的QR码601的设置例的图。在图6A的例子中，QR码601配置于店铺的各椅子的靠背部的上表面。QR码601中如上述那样包括餐厅ID及各坐席的席位ID。在此，使用了QR码，但这只是一例，也可以是条形码等，只要能够识别餐厅ID及席位ID的信息，可以采用任意信息。
在图6B的例子中，QR码601配置于各椅子的座部的侧面。通过将QR码601配置于座部的侧面，读取QR码601时的用户的操作变得容易。
在图6C的例子中，QR码601配置于桌子而非椅子的侧面(例如朝向椅子的面)。在该例子中，桌子是供4人用的，所以，在桌子的侧面配置有与各坐席对应的4个QR码601。
在图6D的例子中，QR码601配置于桌子的桌板的上表面。在该例子中，桌子是供4人用的，所以，在桌板的上表面配置有与各坐席对应的4个QR码601。通过在桌板的上表面配置QR码601，能够使用户容易注意到QR码601的存在。
按每个坐席准备的QR码被用于点菜的用户的信息终端100取得店铺的菜单信息。以下，依次对使用QR码和信息终端100的点菜方法进行详细说明。在本实施方式中，点菜有从标准菜单进行的情形和从个别菜单进行的情形。
此外，在图6A～6D中，在各坐席配置有QR码601，但在采用通过NFC取得餐厅ID及席位ID的方案的情况下，取代QR码601而采用具有NFC通信功能的IC芯片。
(从标准菜单的点餐)
标准菜单在没有特别信仰的宗教的用户、或者所信仰的宗教的教义没有用餐限制的用户点菜的情况下使用。标准菜单是包括用户在店铺被提供的一般的菜肴的菜单。以下，使用在信息终端100显示的各种画面来说明通过标准菜单点菜的处理。
从该标准菜单的点餐处理相当于图27的流程图，所以，在以下的说明中，适当参照图27的流程图。首先，QR码识读器启动，QR码识读器读取与用户所就坐的坐席对应的QR码。该处理相当于图27的步骤S11。
图7是表示用户使信息终端100读取QR码的情况下在信息终端100显示的操作画面G1的一例的图。操作画面G1在进入餐厅的店铺并就坐了的用户使信息终端100读取与所就坐的坐席(自己的座位)对应的QR码的场景下显示。与自己的座位对应的QR码以图6A～图6D所示的任一方式来配置。就坐的用户取出信息终端100，为了取得餐厅的店铺的标准菜单而使信息终端100读取与自己的座位对应的QR码。QR码的读取使用预先安装于信息终端100的“QR码识读器”这一通用的QR码读取应用来实现。在图7中，表示了用户正在进行使信息终端100的相机焦点对准与自己的座位对应的QR码的操作的期间的操作画面G1。用户调整信息终端100的朝向及位置以使QR码601落在QR码识读器的引导线701(图中的虚线四边)内。在按每个坐席配置的QR码601附近，还配置有作为用于用户或店铺的员工确定坐席的信息的“席位编号18”和该QR码601的用途的说明(在图中为“个人匹配用QR码”)。因而，操作画面G1中还显示有表示“席位编号18”的图像和表示“个人匹配用QR码”的图像。
接着，从QR码识读器所读取到的QR码取得餐厅A公司的菜单信息，基于菜单信息生成标准菜单，并显示于信息终端100。
该处理相当于图27的步骤S12。图8是表示QR码识读器刚读取到QR码后在信息终端100显示的操作画面G2的一例的图。该操作画面G2中显示有作为基于QR码识读器的读取成功了的QR码的读取结果的字符串。在该例子中，得到了“http://restaurantA.com/QRorder-18”这一字符串作为QR码的读取结果。操作画面G2中包括记载为“在浏览器中打开”的按钮801和记载为“发送邮件”的按钮802。按钮801是在用户解释出作为QR码的读取结果的字符串为URL的情况下选择的按钮。当按钮801被触碰后，互联网的浏览器启动，由该URL所示的网页显示于信息终端100。
按钮802是在用户解释出作为QR码的读取结果的字符串是邮件地址的情况下选择的按钮。当按钮802被触碰时，邮件应用启动。在此，为了浏览标准菜单，按钮801被触碰。
在从该标准菜单点菜时，无需将特定的应用安装于信息终端100，有QR码识读器及浏览器就足矣。因而，使用标准菜单的点菜能由多数用户容易地进行。
浏览器能够从QR码识读器所读取到的字符串(例如URL)所包含的连接目的地信息(例如域名，restaurantA.com的部分)确定连接目的地是餐厅A公司，即确定餐厅ID。由于所请求的URL的末尾的数字是18，所以，第2服务器300能够确定该请求是来自读入了席位编号“18”的坐席的QR码的信息终端100的浏览器的请求。图8所示的字符串中不包括店铺40的店铺ID，但也可以明示地包括店铺40(Store-A)。在该情况下，QR码所意味的字符串例如像“http://restaurantA.com/Store-A/QRorder-18”这样表现。信息终端100的浏览器取得像这样进行请求的连接目的地信息。
图9是表示包括餐厅A公司的标准菜单的操作画面G3的一例的图。该操作画面G3在由信息终端100接收到菜单信息的情况下显示。标准菜单中按原样包括菜单信息所包含的菜肴，没有与用户的宗教信息对应。菜单信息既可以是与在生成个别菜单时所使用的菜单信息相同的信息，也可以是不同的信息。
在该操作画面G3中，呈矩阵状配置有多个磁贴对象901。标准菜单由这些多个磁贴对象901构成。一个磁贴对象901对应于标准菜单所包含的一个菜肴。各磁贴对象901中包括菜肴的菜肴名、菜肴的价格以及菜肴的图像。在操作画面G3中，标准菜单根据用户的滚动(拖动滚动条)操作而滚动。由此，能显示在操作画面G3内未一次性显示完的其他菜肴。这样，用户通过进行滚动操作，能够浏览标准菜单所包含的全部菜肴。
操作画面G3通过浏览器连接到作为QR码的读取结果的字符串所示的URL(例如http://restaurantA.com/QRorder-18)且浏览器从餐厅A公司的第2服务器300接收菜单信息而显示。
例如，信息终端100的浏览器连接于上述URL，对用于描绘餐厅A公司的标准菜单的HTML文件进行HTTP请求，从餐厅A公司的第2服务器300接收HTTP响应，按照接收到的HTTP响应，描绘包括标准菜单的操作画面G3。不过，该实现形式只是一例，操作画面G3的描绘也可以利用其他技术手段来实现。
接着，由用户从所显示的标准菜单中选择菜肴。该处理相当于图27的步骤S13。
图10是表示用户操作操作画面G3而从标准菜单中点菜的场景的一例的图。如该图，用户能够通过使用手指等指示体1001的触碰操作来决定要点的菜肴。例如，信息终端100在检测到与“拉面B套餐”的菜肴对应的磁贴对象901A被触碰了1次时，将磁贴对象901A的颜色从默认的第1颜色变更为表示被选择了这一情况的第2颜色。此时，信息终端100将表示“拉面B套餐”的点餐数量的“1”显示于磁贴对象901A的例如右上。通过以上可知，在本例中从标准菜单中选择了“拉面B套餐”的菜肴。用户能够通过触碰与各菜肴对应的磁贴对象901来点菜，所以能够以惯常的操作感觉直观且简单地进行点菜。
此外，在此设为在用户选择要点的菜肴时变更磁贴对象901的颜色，但不限于此。例如，也可以在由用户进行了选择时，将磁贴对象901的图案从第1图案变更为第2图案。或者，还可以在由用户进行了选择时，将磁贴对象901的颜色及图案从第1颜色及图案变更为第2颜色及图案。
图11是表示最终决定从标准菜单点餐的菜肴时显示的操作画面G4的一例的图。操作画面G4在操作画面G3中由决定了要点的菜肴的用户触碰了点餐按钮(图9中未图示)的情况下显示。操作画面G4中包括与通过操作画面G3所选择的菜肴对应的磁贴对象901A、表示所点的菜肴的合计金额(例如1100日元)的合计金额栏1011、和最终决定点餐的点餐按钮1012。这样，操作画面G4中显示有要点的菜肴的一览、各菜肴的数量、和要点的菜肴的合计金额，所以，用户能够通过1个画面高效地确认点餐内容。确认了点餐内容没有问题的用户触碰位于操作画面G4下部的点餐按钮1012。由此，确定点菜。而且，在点餐按钮记载有席位编号“18”，所以，用户能够在确认了会被上到自己的坐席的基础上点菜。当点餐按钮1012被触碰后，信息终端100将从QR码读取到的席位ID(在图11的例子中是席位编号“18”)与表示所选择的菜肴的点菜信息关联了的点餐请求向餐厅A公司的第2服务器300发送。根据以上，标准菜单的点餐处理完成。该处理相当于图27的步骤S14。
从面向大众的标准菜单的点餐处理被如上述说明那样实施。在该点餐处理中，点菜的用户能够使信息终端100读取QR码，利用浏览器显示餐厅A公司的标准菜单，通过该标准菜单来点菜。因而，省去了事先将餐厅A公司发布那样的特定的应用安装于信息终端100的工夫。由此，用户能够使用信息终端100立即利用该服务，该服务能被更多的用户利用。另外，用户能够通过标准菜单以直观的操作简便地选择而点喜欢的菜肴。而且，操作画面G3能够通过对焦操作来调节变焦倍率。因而，即便是老花眼的用户，也能够容易地确认操作菜单所包含的菜肴。而且，用户通过将操作画面G3缩小显示，能够同时浏览更多的信息。而且，点餐请求是点菜信息与席位ID(例如席位编号“18”)建立了关联的HTTP请求，所以，餐厅A公司的第2服务器300能够通过该HTTP请求来识别席位编号“18”的用户所点的菜肴，将所识别的席位编号“18”和所点的菜肴显示于店铺内的显示器。
由此，餐厅的工作人员能够不出错地向席位编号“18”配送所点的菜肴。而且，标准菜单非纸质介质，所以，餐厅A公司能够省去在采用了由纸质介质构成的标准菜单的情况下所需的标准菜单的更新或管理所需的工夫。其结果，能降低用于接单的人的人力资源及错误地受理点餐的投诉风险，能谋求成本降低及经营的高效化。
(从个别菜单的点餐)
接着，对从个别菜单的点菜进行说明。标准菜单是餐厅所提供的面向大众的菜单，但个别菜单是包括与用户的宗教信息对应的菜肴的菜单。从该个别菜单点菜的处理由后述的图26的流程图所示。以下，适当参照图26的流程图，对从个别菜单中点菜的处理进行说明。
基于个别菜单的点菜以匹配应用的启动为触发而开始。图12是表示在点菜的用户刚启动匹配应用之后在信息终端100显示的认证画面G101的一例的图。认证画面G101是用于通过指纹认证来进行用户认证的画面。在认证画面G101中，在中央显示有示意性地表示指纹的指纹图像1201，在指纹图像1201的下部显示有“请进行指纹认证”这一消息。根据这些，认证画面G101促使用户进行指纹认证。在认证画面G101的上部记载为“个人匹配”。由此，能够使用户确认认证画面G101是匹配应用的画面。这一点在后述的图13～图17中也是相同的。
图13是表示认证画面G102的另一例的图。认证画面G102是用于通过脸部认证来进行用户认证的画面的一例。在认证画面G102中，在中央显示有示意性地表示脸部的轮廓的点线1301，以使得信息终端100以适当的尺寸捕捉用户的从正面的脸部图像。用户调整信息终端100的朝向及位置，以使得自身的从正面的脸部显示为落入点线1301。
若存在与上述用户认证的方法相比能够以更少的用户负担来实现所需的认证精度的用户认证的方法，则也可以采用该方法。作为用户认证的方法，可以采用普遍被评价为安全强度高的双重认证，也可以采用输入用户ID和密码的方法。
图14是表示在基于匹配应用的用户认证刚结束之后显示的主页画面G103的一例的图。在主页画面G103中，在上段显示有应用名称“个人匹配”，在中段，呈矩阵状显示有多个磁贴对象1401。各磁贴对象1401关联有匹配应用取入的协作功能或其他应用。其他应用例如是在匹配应用内启动的应用。在本例中，显示有记载为a、b、c、d、e的5个磁贴对象1401。这些磁贴对象1401关联有与匹配应用协作而进行自身公司商品或自身公司服务的匹配的专用功能(例如匹配应用内的应用)。由此，用户能够利用由a、b、c、d、e所示的5种协作功能。被灰化的磁贴对象1401是没有安装协作功能的空的磁贴对象。在主页画面的下段，自左起显示有扫描按钮1402、地图按钮1403、账户按钮1404以及主页按钮1405。这4个按钮是固定按钮。扫描按钮1402是在读取与上述餐厅等企业所提供的服务协作的QR码等的情况下所使用的按钮。地图按钮1403是使用地图画面来显示处于信息终端100的当前地的周边的匹配应用对应店铺的按钮。账户按钮1404是用于登记及编辑用户的账户信息的按钮。账户信息的登记及编辑例如包括个人认证的设定及与第1服务器200的协作功能的设定等。主页按钮1405是用于使画面显示回到该图所示的主页画面G103的按钮。
在主页画面G103中，协作功能、其他应用、或用于与其他企业的服务协作的磁贴对象1401集中配置于中段。这些磁贴对象1401能够根据用户的喜好，设定显示的有无及配置的场所。由此，用户能够使用1个匹配应用，取得许多企业(例如家电商场、DVD/Blu-ray(注册商标)租赁店、书店、咖啡店、出租车等)所提供的商品或服务中的、基于个人信息而适于该用户的商品和/或服务。
图15是表示在启动了匹配应用的用户使信息终端100读取与自己的座位对应的QR码的情况下在信息终端100显示的操作画面G104的一例的图。操作画面G104(第1操作画面的一例)与图7的操作画面G1几乎同样。在操作画面G104中，在上段应用的名称显示为“个人匹配”这一点与操作画面G1不同。
匹配应用能够从自QR码读取到的字符串(例如URL)的连接目的地信息(例如域名，restaurantA.com)确定连接目的地是餐厅A公司。接收到该请求的第2服务器300，根据从匹配应用请求的URL的末尾的编号是“18”，能够识别出该请求是从读取了席编号“18”的坐席的QR码的信息终端100发送的请求。本实施方式，针对餐厅A公司的店铺40，例示就坐于店铺40的席编号“18”的用户点菜。在该请求中，匹配应用也可以明示地指定店铺40(Store-A)。在该情况下，QR码所意味的字符串，例如被设定为http://restaurantA.com/Store-A/QRorder-18。匹配应用能够像这样取得确定连接目的地的信息(例如餐厅ID)。
以上，说明的启动匹配应用、进行用户认证、读取QR码的处理，对应于图28的步骤S1。
在取代QR码而采用通过NFC取得餐厅ID及席位ID的方案的情况下，使用以下的第1操作画面。图16是表示在通过NFC取得餐厅ID和席位ID的情况下在信息终端100显示的操作画面G1011的一例的图。该操作画面也与操作画面G104同样，在主页画面G103中在扫描按钮1402被触碰了的情况下显示。
操作画面G1011中，在上部显示为“个人匹配”，表示该画面是匹配应用的画面。在画面的中央，显示有象征性地表示NFC的NFC标记1601和催促使信息终端100向附有NFC标记1601的物体接近的消息(例如“请靠近NFC标记”)。
在通过NFC取得餐厅ID及席位ID的情况下，在餐厅的各坐席，配置有具有存储餐厅ID及席位ID的存储器和NFC的通信功能的IC芯片。在该IC芯片显示有NFC标记1601。由此，通过操作画面G1011确认到NFC标记1601的用户能够容易地确认到只要使信息终端100接近配置于自身的坐席的IC芯片即可。IC芯片的存储器，如利用上述QR码说明的那样，存储能够确定餐厅ID及席位ID的餐厅的URL即可。
接着，说明匹配应用向餐厅A公司的第2服务器300访问来取得菜单信息的处理。该处理对应于图28的步骤S2。
图17是表示在匹配应用生成个别菜单时在信息终端100显示的显示画面G105的一例的图。在显示画面G105中，旋转显示圆形的箭头对象1501。而且，在箭头对象1501的下侧，显示为“正与餐厅A的菜单匹配”。由此，用户能够认识到匹配应用正在处理中。
在显示画面G105的显示中，信息终端100的匹配应用与餐厅A公司的第2服务器300和第1服务器200协作而生成个别菜单。具体地说，匹配应用基于QR码601或通过NFC读取到的URL访问餐厅A公司的第2服务器300，取得菜单信息。取得了菜单信息的匹配应用检测菜单信息的数据属性。菜单信息是与饮食相关的信息，所以，在此检测出的数据属性成为饮食属性。
菜单信息例如是HTML文件。菜单信息中，例如以预定的格式记述了数据属性是饮食属性。匹配应用只要基于该格式检测出菜单信息的数据属性是饮食属性即可。或者，匹配应用也可以例如从QR码所示的URL的域名检测出菜单信息的数据属性是饮食属性。在此，域名“restaurantA.com”表示餐厅A公司，所以判断为菜单信息的数据属性是饮食属性。或者，匹配应用也可以对所取得的菜单信息进行解析，在得到了是与饮食相关的数据这一解析结果的情况下，判定为菜单信息的数据属性是饮食属性。或者，匹配应用也可以从第2服务器300取得表示菜单信息的数据属性的补足信息，从而检测出菜单信息的数据属性是饮食属性。检测菜单信息的数据属性的实现形式，只要是能够识别数据属性的方法即可，也可以采用其他方法。
接着，说明匹配应用从第2服务器300取得宗教信息的处理。该处理对应于图28的步骤S3。
判断为菜单信息的数据属性是饮食属性的匹配应用，向第1服务器200要求取得作为分类到饮食属性的用户的用餐限制条件的最新的宗教信息。该要求中包括用户ID。接收到该要求的第1服务器200，从分散加密了的个人信息中，基于用户ID提取最新的宗教信息。提取出的宗教信息从第1服务器200向信息终端100发送。由此，匹配应用取得宗教信息。关于宗教信息的详情，使用图23后述。
取得了宗教信息的信息终端100执行将餐厅A公司的菜单信息与宗教信息比对而生成个别菜单的处理。该处理对应于图28的步骤S4。此时，在信息终端100，依然显示着图17所示的显示画面G105，但匹配应用正在执行将菜单信息与宗教信息比对而生成与宗教信息对应的个别菜单的处理。
在此，在第2操作画面所包含的个别菜单的生成方法中，具有以下变动。
在第1个变动中，运算部104基于菜单信息及宗教信息，生成在菜单信息所包含的各菜肴中将不与宗教信息对应的菜肴(第2菜肴)即包含应该避免的食材的菜肴排除或变灰的个别菜单。例如用户应该避免的食材是牛肉，假设菜单信息中包括牛肉咖喱。在该情况下，表示牛肉咖喱的磁贴对象901被从个别菜单排除，或者变灰。所谓变灰，是将牛肉咖喱的磁贴对象901例如以灰色半透明显示的显示方法。此外，宗教信息中包括如通过图23后述那样与应该避免的食材相关的信息，所以，运算部104能够从该宗教信息中确定应该避免的食材。
在第2个变动中，运算部104生成包括添加了含有与宗教信息所示的宗教对应的容易缺乏的营养成分的食材的一菜肴的个别菜单。如图22所示，宗教有***教、犹太教、印度教、***以及佛教等，根据各宗教的教义设定了应该避免的食材。因而，关于各宗教的信徒容易缺乏的营养成分能够大致推定。因此，运算部104根据宗教将容易缺乏的营养成分预先存储于存储器102，使含有该营养成分的菜肴包括在个别菜单即可。所谓的一菜肴，意味着某一个菜肴。例如，信仰印度教的人被禁止动物性的食材，所以，容易缺乏蛋白质、维生素、钙、铁以及锌。因而，关于信仰印度教的用户，包含这些食材的菜肴被添加到个别菜单。
在第3个变动中，运算部104生成包括表示用于补充与宗教信息所示的宗教对应的容易缺乏的营养成分的菜肴的组合的显示的个别菜单。例如，印度教徒容易缺乏铁。凉拌油菜及纳豆含有较多铁。因此，作为该变动的一例，可以举出使包括小碗凉拌油菜或小碗纳豆的套餐菜肴包含于个别菜单。或者，作为该一例，可以举出如通过图38后述那样，当在个别菜单中用户选择了某菜肴时，在显示器105显示催促用户除了该菜肴之外还点含有缺乏的营养成分的菜肴的画面。在该情况下，运算部104将按每个菜肴预先设定的含有缺乏的营养成分的菜肴决定为催促用户点的菜肴即可。
此外，作为用于补充容易缺乏的营养成分的菜肴的组合的一例，可以举出为了提高铁摄取量而将含有较多维生素C的菜肴与含有铁的菜肴一起吃的套餐菜肴。
而且，也可以为了补充容易缺乏的营养成分而变更菜肴的烹饪方法。例如，运算部104也可以为了提高维生素摄取量，指示餐厅的第2服务器300做出应对，以变更菜肴的烹饪方法，来抑制食材的加热温度和加热时间。
在第4个变动中，运算部104生成包括添加了含有在预定期间的用户过去的用餐中对于用户来说缺乏的营养成分的食材的一菜肴的个别菜单。所谓预定期间，是距当前1周或1个月等的期间。各宗教的信徒容易缺乏的营养成分，能够根据各宗教而大致推定，这一点如在第2个变动中所述那样。该推定关于预定期间的容易缺乏的营养成分的推定也同样能够适用。因此，运算部104根据各宗教而将预定期间的容易缺乏的营养成分预先存储于存储器102，使含有该营养成分的菜肴包含于个别菜单即可。
或者，运算部104也可以从第1服务器200取得预定期间的菜肴的点餐历史记录信息，根据该点餐历史记录信息，确定对于该用户来说缺乏的营养成分。例如，点餐历史记录信息中，包括与用户过去所点的菜肴相关的信息。与菜肴相关的信息中，例如除了菜名之外，还包括各菜肴所使用的食材及其量。若知道食材及食材的量，则也能够确定食材所含有的各营养成分及各营养成分的量。于是，运算部104按点餐历史记录信息所包含的每个菜肴确定用户所摄取的营养成分和各营养成分的量，算出确定出的各营养成分的量的预定期间的累计值。然后，运算部104判定该累计值是否低于按每个营养成分预先设定的阈值，将判定为低于的营养成分确定为缺乏的营养成分即可。
在第5个变动中，运算部104生成包括表示用于补充在预定期间的用户过去的用餐中用户缺乏的营养成分的菜肴的组合的显示的个别菜单。在该变动中，使用在第4个变动中说明的方法来确定在预定期间的对于用户来说缺乏的营养成分。并且，使用在第3个变动中所示的方法来显示用于补充缺乏的营养成分的菜肴的组合。
这5个变动也可以适当组合。
生成了个别菜单的匹配应用，与从标准菜单的点餐时相同地，使用浏览器，将个别菜单显示于信息终端100。登载于个别菜单的菜肴是考虑了所有最新的宗教信息的菜肴。因而，用户能够顺利地进行点菜。
图18是表示包括个别菜单的操作画面的一例的图。操作画面G106(第2操作画面的一例)与操作画面G3同样，多个磁贴对象901呈矩阵状配置。在操作画面G106中，个别菜单构成为能够根据用户的滚动操作而滚动。由这多个磁贴对象901构成个别菜单。在操作画面G106的个别菜单中，图8的标准菜单所包含的表示“牛排套餐”“拉面A套餐”“拉面B套餐”以及“汉堡”等菜肴的磁贴对象901因包含肉食等理由，变更为表示“拉面和蔬菜饺子”“蔬菜咖喱和乌龙茶”“番茄酱意面”以及“替代肉咖喱”等用户能吃的菜肴的磁贴对象901。此外，图18的例子对应于将上述第1个变动(将包含应该避免的食材的菜肴排除)和第2个变动(添加含有容易缺乏的营养成分的食材)组合而成的方案。
在操作画面G106的上部表记为“餐厅A的特制菜单”，表明了登载于操作画面G106的个别菜单是针对用户定制的菜单。由此，向用户宣传操作画面G106所包含的个别菜单是由可放心食用的菜肴构成的菜单。
在操作画面G106中，在磁贴对象901的上部，显示有点餐切换按钮1801。点餐切换按钮1801是用于在磁贴对象901的选择后将画面显示切换为图20所示的操作画面G107的按钮。
显示了个别菜单的匹配应用，执行从用户受理点菜的选择的处理。该处理对应于图28的步骤S5。图19是示出用户操作操作画面G106而从个别菜单点菜的场景的图。
在该操作画面G106的例子中，从个别菜单中，“拉面和蔬菜饺子”的菜肴的磁贴对象901B被触碰1次。因而，磁贴对象901B的颜色从第1颜色变更为第2颜色且在右上显示有点餐数“1”。这样，用户能够以使用了手指等指示体1001的触碰操作简单且直观地点菜。
此外，在此，设为在用户选择了要点的菜肴时变更磁贴对象901的颜色，但不限于此。例如，也可以在由用户选择了时，将磁贴对象901的图案从第1图案变更为第2图案。或者，也可以在由用户选择了时，将磁贴对象901的颜色及图案从第1颜色及图案变更为第2颜色及图案。
通过操作画面G106受理了点菜的匹配应用，将点菜信息与席位ID建立了关联的点餐请求向第2服务器300发送。图20是示出在最终决定从个别菜单点的菜肴时显示的操作画面G107的一例的图。操作画面G107在操作画面G106中，在点餐切换按钮1801被触碰了的情况下显示。
操作画面G107中，包括与通过操作画面G106选择的菜肴对应的磁贴对象901B和表示所点的菜肴(拉面和蔬菜饺子)的合计金额(1,000日元)的合计金额栏2001。而且，操作画面G107中，包括点餐按钮2000。该操作画面G107的内容与标准菜单中的操作画面G4相同。当点餐按钮2000被触碰时，将点菜信息与席位ID建立了关联的点餐请求向餐厅A公司的第2服务器300发送。点餐请求显示于在餐厅A公司的店铺设置的显示器。由此，餐厅员工能够根据所显示的席位编号“18”及点菜信息掌握点餐内容，开始烹饪，将所点的菜肴上到席位编号“18”。
图21是表示在用户确认到此为止的点餐历史记录时显示的点餐历史记录画面的一例的图。点餐历史记录画面G108中，包括设置于画面左侧的烹饪中框2101和设置于画面右侧的上完菜框2102。在烹饪中框2101内，排列有表示接受点餐而当前处于烹饪中的菜肴的磁贴对象901B。在上完菜框2102内，排列有表示上完的菜肴的磁贴对象901。在图20的例子中，还没有上了的菜肴，所以，在上完菜框2102内没有磁贴对象901排列。当前，在烹饪中框2101中排列有“拉面和蔬菜饺子”的磁贴对象901B。在点餐历史记录画面G108中，在画面下段，易懂地显示有经由匹配应用进行的到此为止点菜的合计金额(1,000日元)。用户通过确认点餐历史记录画面G108，能够一眼就确认到当前为止所点的菜肴及数量和支付金额。此外，也可以将“点餐历史记录”按钮(图略)设置于操作画面G106，在该“点餐历史记录”按钮被触碰了时显示点餐历史记录画面G108。
从该餐厅A公司的个别菜单的点餐处理，如上述那样实施。点菜的用户使用第1服务器200发布的匹配应用，仅仅通过使信息终端100读取餐厅的自己的座位的QR码，就能够取得考虑了自身的宗教信息的个别菜单，从该个别菜单点菜。这是史无前例的简易且不出错的个别菜肴的点餐方法。为了执行该方法，用户预先将匹配应用安装于信息终端100即可。
(关于宗教)
接着，对宗教进行说明。图22是将宗教的种类和与各宗教相应的用户应该避免的食材汇总而成的表。在该表的例子中，宗教分类为“***教”“犹太教”“印度教”“***”以及“佛教”。在该表中，“X”表示相应的宗教原则上规定为是应该避免的食材的食材。“Y”表示相应的宗教规定为希望避免的食材的食材、或者根据一部分的宗派而规定为应该避免的食材的食材。以下，将由“X”规定的食材称作“原则上应该避免的食材”，将由“Y”规定的食材称作“根据需要而应该避免的食材”，将两者统称作“应该避免的食材”。
***教有遵从教义允许吃的餐食(清真食品)。***教中，猪肉及酒是原则上应该避免的食材，鱼及乳制品是根据需要而应该避免的食材。
犹太教有遵从教义的严格的用餐规定(kashrut)，有允许吃的餐食(洁食)。犹太教中，尤其猪肉是原则上应该避免的食材，禽、鱼、鸡蛋、乳制品是根据需要而应该避免的食材。
印度教有遵从教义的用餐规定，牛肉、猪肉以及鱼是原则上应该避免的食材，禽及鸡蛋是根据需要而应该避免的食材。
***几乎没有与用餐相关的规定。不过，在一部分的宗派中，设定有与饮食相关的各种规定。
无论是哪个宗教及宗派，都是既有严格遵守用餐规定的人，也有不遵守的人。另外，与宗教无关而采取素食主义者的食法的人，存在进一步的用餐限制。在本实施方式中，能够基于这样的各用户的情况，生成适于各用户的个别菜单。
例如，印度教、***的一部分的宗派、佛教的一部分的宗派的信徒，被禁止摄取动物性食品或对此敬而远之。这样的信徒常常缺乏蛋白质、维生素、钙、铁以及锌。严格遵守特定的宗教的用餐规约的人，长期持续不摄取特定的食材，所以，常常慢性地缺乏维持健康所需的特定的营养成分或矿物质。为了从有限的食品摄取这些常常缺乏的营养成分，希望使用含有较多根据宗教或宗派而常常缺乏的营养成分的、能吃的食材，来添加菜肴的食材，或者变更菜肴的烹饪法，或者将菜肴组合，以平衡地摄取所需的营养成分。
例如，含有较多维生素B12的植物性的食材是藻类(干海苔、调味海苔、烤海苔)。含有较多维生素D的植物性的食材是干香菇、木耳等。含有较多锌的植物性的食材是藻类(烤海苔、海藻)、蔬菜类(萝卜干、毛豆)、豆类(黄豆粉、纳豆)等。含有较多钙的植物性的食材是蔬菜类(油菜、干燥羊栖菜、小白菜)、豆类(豆腐、纳豆)等。含有较多铁的植物性的食材是蔬菜类(油菜、菠菜)、豆类(纳豆、炸豆腐块)等。因此，希望缺乏这些营养成分的用户摄取上述食材，来补充缺乏的营养成分。
信仰特定的宗教的用户要想将常常缺乏的营养成分纳入考虑来选择菜肴，需要这样的知识，另外也麻烦，所以，认为难以持久。
于是，在本实施方式中，如在上述第2个～第5个变动中说明那样，信息终端100自动地，通过个别菜单向用户建议添加了含有常常缺乏的营养成分的食材的菜肴、以常常缺乏的营养成分不被破坏的方式变更了烹饪方法的菜肴、能够补充常常缺乏的营养成分的菜肴的组合。
(数据构成)
接着，对宗教信息及食材信息2400的数据构成进行说明。图23是示出从第1服务器200向匹配应用返回的包括用户的宗教信息的信息2300的数据构成的一例的图。该信息2300以能够容易地进行运算处理的方式，字段与值建立关联而记载。信息2300例如利用JSON(JavaScript(注册商标)Object Notation)格式构成1文件。
“信息类别”字段是表示信息2300是哪种个人信息的字段。信息2300是与用餐相关的数据，所以，在相对于“信息类别”字段的值，记载了“用餐”。“信息类别”字段记载于信息2300的开头。
“发行方”字段是用于识别经由匹配应用向用户提问而取得了该信息2300的法人的字段。在此，由ABC匹配股份公司进行提问而取得了信息2300，所以，在与“发行方”字段对应的值，记载了ABC匹配。
“发行日”字段是表示该信息2300的发行方进行发行的日期时间的字段。在此，在与“发行日”字段对应的值，记载了2020年2月7日。该值中也可以除了发行日之外还包括时刻。另外，该值中也可以包括时区信息。
“数据种类”字段是具体地确定该信息2300的内容的字段。在此，在与“数据种类”字段对应的值，例如记载了“宗教信息”。由此，表示以下的字段所记载的数据是与相应的用户的宗教信息。
此外，信息终端100基于与“信息类别”字段及“数据种类”字段分别对应的值的记载内容，解释出信息2300中包括宗教信息即可。或者，信息终端100也可以基于与信息2300相关联的信息(例如信息2300的文件名)，解释为信息2300中包括宗教信息。
“数据测定日”字段是表示测定出与先前的“数据种类”字段对应的值“宗教信息”的日期时间信息的字段。在此，与“数据测定日”字段对应的值记载为2020年2月7日。该值中也可以除了测定日之外还包括时刻。另外，该值中也可以包括时区信息。此外，在第1服务器200关于相应的用户存储有多个宗教信息的情况下，使用在“数据测定日”字段记载的日期最新的信息2300。
“宗教分类”表示用户信仰的宗教。作为“宗教分类”，可以采用图22所示的列举的各种宗教。或者，宗教分类中也可以除了表示宗教的信息之外还包括表示宗派的信息。在此，相应的用户是佛教，所以，在与“宗教分类”对应的值，记载了“佛教”。
在“宗教分类”字段以后，针对牛肉、猪肉、禽肉、鱼、鸡蛋、乳制品以及酒的食材，分别记载有表示用户对吃的抵抗感的程度的抵抗值。抵抗值例如以0～5这6阶段表示，数值越大，则表示抵抗感越低。例如，抵抗值“0”的食材是绝对应该避免的食材，抵抗值“5”的食材是对吃没有抵抗的食材。
该用户的“宗教分类”是佛教，牛肉、猪肉、禽肉以及鱼是根据需要而应该避免的食材，所以，这些食材的抵抗值设定了“1”。另一方面，鸡蛋、乳制品以及酒是能吃的食材，所以，它们的抵抗值设定了“3”“5”“5”。鸡蛋的抵抗值是“3”，这是因为，该用户对于吃鸡蛋抱有少许的抵抗感。如图22的表所示，应该避免的食材根据宗教而预先设定。因而，关于各食材的值，对于原则上应该避免的食材，默认设定“0”，对于根据需要而应该避免食材，默认设定“1”，对于能吃的食材，默认设定“5”的抵抗值。不过，用户关于虽然是能吃的食材但对吃感到抵抗的食材，可通过匹配应用而输入低于“5”的抵抗值。另外，即便是原则上应该避免的食材，不严格贯彻宗教的教义的用户也可以通过匹配应用，对原则上应该避免的食材输入比“0”大的抵抗值。另外，用户可以对根据需要而应该避免的食材输入比“1”大的抵抗值。
抵抗值是表示用户的宗教、及关于在用户的宗教中应该避免的食材应该避免的食材的程度的等级信息的一例。
另一方面，在从餐厅A公司的第2服务器300取得的菜单信息中，若未记述每个菜肴的食材信息，则信息终端100无法确定包含各用户应该避免的食材的菜肴。图24是示出构成从第2服务器300返回的菜单信息的食材信息2400的数据构成的一例的图。在图24中，示出了拉面B套餐的食材信息2401。拉面B套餐包括酱油拉面和小笼包。因而，信息终端100在判定拉面B套餐中是否包含用户应该避免的食材时，参照酱油拉面的食材信息2402和小笼包的食材信息2403。
食材信息2400以能够容易地进行运算处理的方式，字段与值建立关联而记载。食材信息2400与表示食材信息的标签一起嵌入从餐厅各公司的第2服务器300取得的、例如HTML文件形式的菜单信息中。不过，这只是一例，食材信息2400也可以由通过JSON格式构成且按每个菜肴准备的别的文件构成。
“菜名”字段是表示该信息是与哪个菜肴相关的食材信息的字段。在食材信息2401的例子中，在与“菜名”字段对应的值记载了拉面B套餐，在食材信息2402的例子中，在与“菜名”字段对应的值记载了酱油拉面，在食材信息2403的例子中，在与“菜名”字段对应的值记载了小笼包。
在继“菜名”字段之后字段及值，记载了所使用的食材的一览。例如，食材信息2401由一碗酱油拉面和3个小笼包构成，所以包括“酱油拉面”字段及“小笼包”字段，在与酱油拉面对应的值记载了“1”，在与小笼包对应的值记载了“3”。食材信息2401是套餐菜肴的食材信息2400，所以，没有设置与构成菜肴的食材相关的字段及值。
食材信息2402中，是单个酱油拉面的食材信息2400，所以，像“小麦粉”是“50g”，“食盐”是“5g”这样，构成酱油拉面的各食材与各食材的量建立关联而记载。食材信息2403也与食材信息2402同样，是单个小笼包的食材信息2400，所以，构成小笼包的各食材与各食材的量建立关联而记载。
拉面B套餐中，如食材信息2402及食材信息2403所示，作为食材，包含“猪肉叉烧”“猪肉末”以及“鸡架汤”。然而，在该用户的信息2300中，猪肉及鸡肉的抵抗值分别设定为“1”，“猪肉末”及“鸡架汤”是对于该用户来说根据需要而应该避免的食材。因而，该用户希望不吃拉面B套餐。于是，信息终端100的运算部104例如取代拉面B套餐，通过个别菜单向用户建议图25所示的拉面和蔬菜饺子的菜肴套餐。
图25是表示拉面和蔬菜饺子的食材信息2404的一例的图。拉面和蔬菜饺子如食材信息2405及食材信息2406所示，取代猪肉叉烧而使用小白菜，取代猪肉末而使用韭菜，取代鸡架汤而使用卷心菜。由此，个别菜单中，该用户能吃的“拉面和蔬菜饺子”显示于个别菜单，该用户能够从自身能吃的菜肴中顺利地点餐。
在替换菜肴时，信息终端100将图24所示的食材信息2402及食材信息2403与相应的用户的信息2300所包含的宗教信息比对，从食材信息2402及食材信息2403中提取置换对象的食材。例如，在信息2300中抵抗值为“0”或“1”的食材在食材信息2402及食材信息2403中作为置换对象的食材而被提取出。示出了食材信息2402及食材信息2403中“NG”所示的作为置换对象的食材而被提取出的食材。然后，信息终端100针对所提取的置换对象的食材以按每个菜肴预先设定的代替食材及该代替食材的量来置换置换对象的食材及量，从而替换食材信息2402及食材信息2403。进而，信息终端100中，食材信息的菜名也根据置换后的食材而替换为预先设定的菜名。由此，得到图25所示的食材信息2400。信息终端100关于所取得的菜单信息所包含的各菜肴分别适用该处理，从而替换菜肴即可。
或者，信息终端100针对包含置换对象的食材的菜肴，若预先设定了与宗教相应的代替菜肴，则也可以将包含置换对象的食材的菜肴替换为该代替菜肴。
(处理的全貌)
接着，对本实施方式中的信息处理***的处理的全貌进行说明。图26是表示本实施方式中的信息处理***的处理的全貌的一例的序列图。
按照进入餐厅A公司并就坐了的用户的操作而由信息终端100启动的匹配应用进行用户认证(步骤S501)。用户认证成功了的匹配应用显示主页画面G103(参照图14)。
当在主页画面G103中由用户触碰了扫描按钮1402时，匹配应用启动扫描功能，取得与用户的坐席对应的QR码(步骤S502)。由此，匹配应用取得作为连接目的地的餐厅A公司的第2服务器300(HTTP服务器)的URL。
取得了URL的匹配应用基于URL对餐厅A公司的第2服务器300发送用于取得菜单信息的要求(例如HTTP请求)(步骤S503)。此时，匹配应用也可以如上述那样，将QR码所包含的席位ID向第2服务器300发送。
接收到该要求的第2服务器300使用HTTP服务器功能，发送返回菜单信息的HTTP回复。由此，匹配应用接收餐厅A公司的菜单信息(步骤S504)。
接收到菜单信息的匹配应用对接收到的菜单信息进行解析，检测出接收到的菜单信息的数据属性是饮食属性。在该情况下，匹配应用通过对菜单信息进行内部解析而检测出是饮食属性即可。或者，匹配应用也可以根据与菜单信息另行发送的补足信息检测出是饮食属性。并且，由于接收到的菜单信息的数据属性是饮食属性，所以匹配应用将宗教信息决定为用于进行匹配的数据(步骤S505)。
接着，匹配应用基于进行了用户认证的用户的用户ID，将用于要求该用户的宗教信息的取得的HTTP请求向第1服务器200发送(步骤S506)。使用HTTP服务器的功能接收到该HTTP请求的第1服务器200基于用户ID从存储器203提取该用户的宗教信息，将返回提取出的宗教信息的HTTP回复向匹配应用发送。由此，匹配应用接收该用户的宗教信息(步骤S507)。
接收到宗教信息的匹配应用根据接收到的菜单信息和接收到的宗教信息，使用上述5个变动所示的方法中的任一个，生成与该用户的宗教信息对应的个别菜单(步骤S508)。
匹配应用遵循匹配应用的风格生成在从步骤S501到步骤S508的处理中显示的各种画面的风格UI(User Interface)设计，关于从个别菜单到点餐完成的各种画面的风格(例如UI设计)，遵循餐厅A公司提供的风格生成。换言之，作为服务提供公司的各企业(例如各餐厅)，能够在其他公司(例如信息银行或信息中介)开发的匹配应用上，以自身所喜好的风格(例如UI设计)与用户(例如顾客)取得交流。这意味着，能够将上述标准菜单和个别菜单分别以餐厅A公司指定的风格(例如UI设计)来表现，进而具有一惯性。
生成了个别菜单的匹配应用，以餐厅A公司指定的风格显示包括所生成的个别菜单的操作画面G106，受理用户从个别菜单中点菜的选择指示(步骤S509)。
受理了选择指示的匹配应用，将用户的席位ID与表示要点的菜肴的点菜信息建立了关联的点餐请求向餐厅A公司的第2服务器300发送(步骤S510)。接收到点餐请求的第2服务器300向匹配应用返回表示接收到点餐的响应确认(ACK)，根据需要返回当前的点餐状况(例如与点餐历史记录画面G108相关的信息)。由此，匹配应用接收当前的点餐状况(步骤S511)。
匹配应用对餐厅A公司的第2服务器300，将点菜信息与用户ID建立关联而也向第1服务器200递送(步骤S512)，要求该用户的用餐历史记录信息添加或更新。接收到点菜信息的第1服务器200，按照接收到的菜肴信息更新该用户的用餐历史记录信息(步骤S513)。在该情况下，对用餐历史记录信息也赋予表示菜肴信息所示的菜肴的点餐时刻的时间戳。
这样，也作为用户的个人信息的一部分的用餐历史记录信息细致、准确且按时序积存于第1服务器200。由此，在下次点菜时，该大数据被活用，更高精度地向用户提示适合度高的菜肴的选项。
根据图26所示的控制方法，能够减少对点了菜肴的用户上错包含与点餐不同的、因宗教上的理由而用户应该避免的食材的菜肴的风险。而且，根据图26所示的控制方法，即便是需要仔细确认应该避免的食材及烹饪方法等的用户，也无需使餐厅侧进行这样的确认，该用户能够简便地点菜，进而，餐厅侧也能够简便地应对来自这样的用户的点菜。另外，根据图26所示的控制方法，宗教信息这一涉及用户隐私的个人信息向餐厅员工传递的用户的不安、以及与涉及隐私的个人信息积存于店铺终端相关的用户的不安减少。
而且，根据图26所示的控制方法，准确且时间上连续的包括宗教信息、用餐历史记录信息(例如点餐历史记录信息)、活动量以及生命体征信息等的个人信息被高效且安全地管理。而且，根据图26所示的控制方法，防止个人信息向由用户同意的企业以外泄漏。
(点餐处理的流程图)
接着，对本实施方式中的信息终端100的处理进行说明。图27是示出从标准菜单点菜的情况下的信息终端100的处理的一例的流程图。该流程图以在信息终端100中由用户启动了QR码识读器为触发点而开始。
在步骤S11中，QR码识读器利用QR码读取，将读取到的字符串(例如URL)交给浏览器。在该处理中，使用图7所示的操作画面G1读取QR码，图8所示的QR码的读取结果显示于操作画面G2。
在步骤S12中，浏览器按照URL访问餐厅A公司的第2服务器300，取得菜单信息，将标准菜单显示于信息终端100的显示器105。在该处理中，显示图9所示的包括标准菜单的操作画面G3。
在步骤S13中，浏览器从用户受理从标准菜单中选择要点的菜肴的指示。在该处理中，图10所示的操作画面G3所包含的标准菜单被用户操作，选择要点的菜肴。
在步骤S14中，浏览器对餐厅A公司的第2服务器300发送将用户的席位ID与表示用户所点的菜肴的点菜信息建立了关联的点餐请求。根据以上，从标准菜单的点餐处理结束。
这样，在餐厅中，想要从考虑了自身的宗教信息的合适的菜单点餐的用户，使用匹配应用显示个别菜单来点菜。另一方面，不考虑自身的宗教信息而想要从餐厅的标准菜单选择菜肴的用户，使用通用的QR码识读器显示标准菜单来点菜。
在任一情形下，从与用户所就坐的坐席对应的QR码读取出的席位ID都与点菜信息建立关联而向第2服务器300发送，所以，不出错地上所点的菜肴。
图28是示出从个别菜单点菜的情况下的信息终端100的处理的一例的流程图。该流程图以进入餐厅并点菜的用户使匹配应用启动了为触发点而开始。
在步骤S1中，匹配应用执行取得与用户的自己的座位对应的QR码的处理。该处理的详情使用图29后述。在该处理中，通过图15所示的操作画面G104读取QR码，取得席位ID及餐厅ID。该处理对应于图26的步骤S501、S502。
在步骤S2中，匹配应用执行使用浏览器功能访问所取得的QR码所示的URL，从餐厅A公司的第2服务器300取得餐厅A公司的菜单信息的处理。该处理的详情使用图30后述。在该处理中，也检测出菜单信息的数据属性是饮食属性。在该处理中，图17所示的显示画面G105显示于信息终端100。该处理对应于图26的步骤S503、S504。
在步骤S3中，匹配应用执行从第1服务器200自用户的个人信息中取得作为与饮食属性相关的个人信息的宗教信息的处理。该处理的详情使用图31后述。通过该处理，取得就坐于在步骤S1中取得的席位ID所示的坐席的用户的宗教信息。该处理对应于图26的步骤S505、S506、S507。
在步骤S4中，匹配应用执行将餐厅A公司的菜单信息与用户的宗教信息比对，生成包括与宗教对应的菜肴的个别菜单的处理。通过该处理，显示包括个别菜单的操作画面G106。该处理对应于图26的步骤S508。
在步骤S5中，匹配应用受理由浏览了个别菜单的用户所点的菜肴的选择指示。在该情况下，如图18的操作画面G106所示选择菜肴。该处理对应于图26的步骤S509。
在步骤S6中，匹配应用将表示在步骤S5中选择的菜肴的点菜信息与在步骤S1中取得的席位ID建立了关联的点餐请求向餐厅A公司的第2服务器300发送。该处理对应于图26的步骤S510。
以下，说明从个别菜单点菜的情形的详情。图29是示出图28的步骤S1的处理的详情的流程图。在步骤S101中，由用户启动了的匹配应用对用户要求用户认证。在该情况下，进行使用了图12所示的认证画面G101或图13所示的认证画面G102的用户认证。
在步骤S102中，匹配应用判定用户的认证是否成功。在此，在用户认证失败了的情况下(步骤S102中否)，处理回到步骤S101。在用户认证成功了的情况下(步骤S102中是)，处理前进至步骤S103。在步骤S103中，匹配应用显示图14所示的匹配应用的主页画面G103。
在步骤S104中，匹配应用受理触碰主页画面G103的扫描按钮1402的用户的操作，启动QR码的读取功能。由此，显示图15所示的操作画面G104。此外，在采用利用NFC读取餐厅ID及席位ID的方案的情况下，显示图16所示的操作画面G1011。
在步骤S105中，由用户调整信息终端100的朝向和位置，匹配应用读取与用户所就坐的坐席对应的QR码。
图30是示出图28的步骤S2的处理的详情的流程图。在步骤S201中，匹配应用基于QR码所记述的字符串(例如URL)，访问餐厅A公司的第2服务器300。该访问例如通过HTTP请求来进行。
在步骤S202中，餐厅A公司的第2服务器300使用HTTP服务器功能，将最新的菜单信息向匹配应用返回。该返回例如通过HTTP回复来进行。
在步骤S203中，匹配应用取得餐厅A公司的最新的菜单信息。
在步骤S204中，匹配应用从所取得的菜单信息，检测菜单信息的数据属性是饮食属性。该检测例如基于构成菜单信息的HTML文件内记载的数据属性来进行。
图31是示出图28的步骤S3的处理的详情的流程图。在步骤S301中，由于所取得的菜单信息的数据属性是饮食属性，所以，匹配应用将用户的宗教信息决定为用于进行匹配的数据。
在步骤S302中，匹配应用对第1服务器200，要求成为匹配的对象的用户的最新的宗教信息的取得。在该情况下，匹配应用指定用户ID，要求以预定的加密状态返回宗教信息。
在步骤S303中，第1服务器200从分散加密管理的庞大的个人信息中，基于用户ID提取最新的宗教信息，将该宗教信息形成为预定的格式之后，进行预定的加密，向匹配应用返回。
在步骤S304中，匹配应用将所取得的最新的宗教信息解密。由此，取得用户的最新的宗教信息。
图32是示出图28的步骤S4的处理的详情的流程图。在步骤S401中，匹配应用将餐厅A公司的菜单信息与用户的最新的宗教信息比对，生成仅包括与用户的宗教对应的菜肴的个别菜单。菜单信息中，如后述那样包括各菜肴所包含的一个以上的食材和食材的量。菜单信息中，也可以包括表示各菜肴的烹饪方法的烹饪方法信息。在此，使用上述5个变动中的任一方法来生成个别菜单。
在步骤S402中，匹配应用使用浏览器功能，生成包括所生成的个别菜单的操作画面G106，显示于信息终端100的显示器105。在该情况下，个别菜单例如适用餐厅A公司的菜单信息所包含的显示风格信息而显示。
(从个别菜单点餐时的信息处理的实装例)
接着，对从个别菜单点菜的情况下的信息处理的实装例进行说明。在信息通信的接口及处理的数据构造按餐厅店铺固有的情况下，有可能产生由信息处理***处理的各种数据例如在餐厅A公司的店铺40能够利用但在餐厅B公司无法使用这样的事态、或在餐厅A公司的别的店铺及餐厅B公司双方都无法使用这样的事态。为了避免这样的事态，以下对用于实施多数用户在多数餐厅使用了个别菜单的点菜的通用的解决方案进行说明。
图33是示出本实施方式中的信息处理***的具体的实装形态的一例的图。信息终端100的存储器102中，存在作为匹配应用的执行所需的文件的储存场所的“matching_app”目录。在“matching_app”目录下，有“account”目录、“main”目录以及“matching_temp”目录。在“account”目录储存用户的账户和/或用户认证所需的信息。在“main”目录储存匹配应用为了实现主页画面的描绘及QR码扫描等基本功能所需的信息。在“matching_temp”目录，暂时储存匹配所需的信息。
在“account”目录储存记述了账户和/或用户认证所需的信息的“user_account.xml”文件。在“user_account.xml”文件中，例如作为用于确定用户的信息，加密记录有独有的账户名(例如用户指定的用户ID)和其认证信息(例如密码、指纹的特征量和/或脸部的特征量)。
作为账户名，不限定于用户指定的用户ID，采用能够单独识别利用匹配应用的用户的信息即可。例如，也可以采用嵌入于匹配应用的程序或附随于匹配应用发放的、匹配应用的按个体所独有的序列码。所谓按个体所独有的序列码，是按安装匹配应用的每个信息终端100独有地赋予的序列码。或者，作为账户名，也可以采用在匹配应用的初次启动时或初次登录时，匹配应用基于随机数而生成的独有的账户名。在该情况下，匹配应用例如向第1服务器200确认没有与已登录账户名重复，来自动生成账户名即可。
通过像这样作为账户名设定人看没有意义的字符串信息，能够实现保密性进一步提高了的个人信息的通信。图33所示的个人信息所包含的宗教信息，如后述那样碎片化为多个文件来管理。上述账户名也可以在碎片化了的各文件中对文件名的userID部分采用。或者，也可以对碎片化了的各文件的文件名的一部分(例如用户ID的部分)采用与上述账户名1对1配对了的别的信息。
在“main”目录，储存有记述了为了实现匹配应用的基本功能所需的内容信息的“main.html”文件和记述了该画面显示的风格(例如UI设计)的“main.css”文件。
在餐厅A公司的第2服务器300，预先储存有在访问了通过QR码的读取而得到的字符串表示的URL(例如http：//restaurantA.com/QRorder-18)时返回的文件群。该文件群中，有记述了返回的内容信息的“ResA.html”文件和记述了该内容信息的画面显示的风格(例如UI设计)的“ResA.css”。例如图24及图25所示的食材信息2400也可以包含于“ResA.html”。或者也可以储存于通过“ResA.html”文件参照的外部文件。
在第1服务器200中，分散加密积存有该用户的多种多样庞大的个人信息。例如，本公开中利用的用户的宗教信息，作为“userID_healthcare_religion_1.json”文件、“userID_healthcare_religion_2.json”文件、…、“userID_healthcare_religion_N.json”文件这N个JSON格式的文件，保管于第1服务器200内的物理上不同的存储装置。在N个文件中，文件名的开头部分的“userID”是用于确定对象用户的识别信息，接下来的“healthcare”是用于确定通过图23说明的信息类别(例如用餐)的识别信息，接下来的“religion”是用于确定通过图23说明的数据种类(例如宗教信息)的识别信息，最后的数字是分割后的文件的识别编号。
第1服务器200如果能够与合适的允诺(例如访问许可信息)一起接收用户的宗教信息的请求，则能够从这N个文件正确地恢复数据，变换为预定的记述格式(.json)而取得“religion.json”文件，将该“religion.json”文件加密而得到的“religion.json.enc”文件向匹配应用返回。
以下，按照图34的流程图，对匹配应用使用HTML进行画面控制的情况下的文件的处理进行说明。图34是示出从匹配应用启动到显示个别菜单为止的对文件的匹配应用的处理的一例的流程图。
在步骤S601中，匹配应用启动，描绘主页画面。匹配应用在刚启动后使用处于“main”目录的“main.html”文件和“main.css”文件来描绘主页画面。由此，描绘图14所示的主页画面G103。
在步骤S602中，匹配应用从餐厅A公司的第2服务器300接收菜单信息。接收到的菜单信息，作为“ResA.html”文件和“ResA.css”文件记录于“matching_temp”目录下。
在步骤S603中，匹配应用从第1服务器200接收用户的加密了的宗教信息(religion.json.enc)。接收到的宗教信息由匹配应用解密，作为“religion.json”文件记录于“matching_temp”目录下。
在步骤S604中，匹配应用通过编辑ResA.html文件而生成与该用户的宗教信息对应的个别菜单。所生成的个别菜单作为“Custom_ResA.html”文件，新记录于“matching_temp”目录下。根据以上，如图33所示，在“matching_temp”目录下记录“religion.json”文件、“ResA.html”文件、“Custom_ResA.html”文件以及“ResA.css”文件。
在步骤S605中，匹配应用为了以餐厅A公司指定的风格进行描绘，使用“Custom_ResA.html”文件和“ResA.css”文件来描绘所生成的个别菜单。
这样，使用HTML/CSS文件描绘出各种画面。因而，在从单个匹配应用提示不特定多数企业提供的商品或服务中的、与用户的庞大且多样的个人信息适合的商品或服务的情况下，能够以该企业期待的风格(例如UI设计)显示该企业期待的信息。
也可以在由从个别菜单的点菜结束了的用户使显示画面回到匹配应用的主页画面时，或从个别菜单的点菜结束了起经过了预定时间时，为了安全，将暂时保管于“matching_temp”目录的文件全部删除。
(个别菜单的变动)
个别菜单也可以取代图18所示的而采用下述变动。图35是示出包括个别菜单的第1个变动的操作画面G106的一例的图。在该个别菜单中，关于表示各菜肴的磁贴对象901，设定了显示顺序、尺寸、框的粗细、框的装饰、表示菜肴的图像的尺寸、在表示菜肴的图像的周围使该菜肴变形的标记3501、菜名的字符串的尺寸、对菜名的字符串的变形、以及表示中意的心标记3502。
对该个别菜单的设定，按照后述的优先度进行。在图35的例子中，生菜三明治和玉米汤的菜肴的优先度最大，接着，是蔬菜汉堡。因而，生菜三明治的磁贴对象901C配置于最上，蔬菜汉堡的磁贴对象901C显示于上数第2个。蔬菜咖喱和乌龙茶的优先度第3，番茄酱意面的优先度第4，所以，这些磁贴对象901D显示于磁贴对象901C之下。此外，优先度第5个以后的菜肴的磁贴对象901能够通过滚动操作而显示于显示器105内。
对于前2个菜肴的磁贴对象901C，尺寸设定为比默认的磁贴对象901D大(例如2倍)，实施将框加粗的装饰，实施将表示菜名的字符串加粗的装饰，显示变形的标记3501，表示菜肴的图像的尺寸设定为比磁贴对象901D大(例如2倍)，显示心标记3502。而且，在磁贴对象901C，显示有“用大豆来补充常常缺乏的铁”这样的向用户传递对吃该菜肴的益处的消息，及“完全不含来自动物的原料”这样的使用户打消对吃该菜肴的不安的消息。这些消息采用按每个菜肴预先设定的措辞即可。
在此，以磁贴对象901C的形式显示的菜肴是到前2位，但像到前3位或者到前4位这样，以磁贴对象901C的形式显示的菜肴不限定于到前2位的菜肴。
在图35的例子中，磁贴对象901C的横幅被设定为与操作画面G106的横幅几乎相同的大小。另一方面，磁贴对象901D的横幅被设定为磁贴对象901C的横幅的大约一半的大小。因而，优先度为3位、4位的磁贴对象901D显示于同一行。优先度为5位以后的磁贴对象也与优先度为3位及4位的磁贴对象同样，以2个磁贴对象901D位于同一行的方式，两个两个按优先度的顺序配置。此时，以在同一行中优先度高的磁贴对象901D例如位于左，优先度低的磁贴对象901D例如位于右的方式，配置各磁贴对象901D。两个两个地，磁贴对象901C及磁贴对象901D的纵幅被设定为相同尺寸。
图35的例子是针对佛教徒的个别菜单，所以，对于蔬菜汉堡，显示有“面向佛教徒”这一消息。
为了实现此，运算部104对于构成菜单信息的各菜肴算出后述的优先度。然后，运算部104按照预先设定的个别菜单的布局信息，按优先度从大到小的顺序，配置各菜肴的磁贴对象901，从而生成包括个别菜单的操作画面G106的图像数据。作为布局信息，例如，关于各菜肴，可以采用规定与优先度相应的磁贴对象901的配置位置及与优先度相应的上述装饰内容的信息等。
所生成的个别菜单的图像数据中的、从开头起，显示器105的显示区域内的图像数据作为初始画面显示于显示器105。并且，运算部104当被输入使显示器滚动的操作时，使个别菜单的显示区域向下侧滑动，从而使个别菜单滚动显示即可。
在图35中，对于磁贴对象901C，设定了显示顺序、尺寸、框的粗细、框的装饰、表示菜肴的图像的尺寸、在表示菜肴的图像的周围使该菜肴变形的标记3501、菜名的字符串的尺寸、对菜名的字符串的变形、以及表示中意的心标记3502，但也可以采用它们中的至少1个设定。
图36是示出包括个别菜单的第2个变动的操作画面G106的一例的图。在该例子中，示出了优先度靠后的菜肴的显示方法。在图36中，左侧示出用户选择磁贴对象901前的操作画面G106，右侧示出用户选择磁贴对象901后的操作画面G106。在该个别菜单中，关于包含用户应该避免的食材的菜肴，在该菜肴的磁贴对象901内显示催促注意的注意标记3602。并且，当包括注意标记3602的磁贴对象901E被指示体1001触碰时，说明注意点的弹出框3601与被触碰了的磁贴对象901E建立关联而显示。在此，拉面A套餐的磁贴对象901E被选择，该菜肴中，包含作为应该避免的食材的、猪肉末、猪肉叉烧以及鸡蛋。因而，在弹出框3901中，在“该菜肴中包含以下食材”的消息下，这些应该避免的食材与各食材的量建立关联而显示。由此，向用户提示是否应该点该菜肴的判断材料。其结果，用户能够顺利地进行点菜。
为了实现此，运算部104关于各菜肴，参照食材信息2400及宗教信息，判定是否包含应该避免的食材，关于包含应该避免的食材的菜肴，在该磁贴对象901显示注意标记3602。并且，运算部104当该磁贴对象901被触碰时，从相应的菜肴的食材信息2400中提取应该避免的食材和该食材的量，在弹出框3601内显示即可。
对于注意标记3602，运算部104既可以仅在个别菜单显示，也可以在标准菜单中显示。在标准菜单中显示注意标记3602的情况下，运算部104在个别菜单中，以与标准菜单不同的显示方案显示注意标记3602即可。例如，在个别菜单显示的注意标记3602可以相对于在标准菜单显示的注意标记3602以大的尺寸显示，也可以以醒目的颜色显示，还可以以醒目的样式显示。
此外，关于包含抵抗值为0的用户绝对应该避免的食材的菜肴，运算部104也可以在该菜肴的磁贴对象901取代注意标记3602而显示图37所示的禁止标记3603。或者，关于包含抵抗值为0的食材的菜肴，运算部104也可以无论宗教如何，都不显示该菜肴的磁贴对象901。而且，对于没有采用按照宗教的用餐规律的烹饪法的菜肴，也可以在其磁贴对象901显示禁止标记3603。
或者，关于包含抵抗值为0的食材的菜肴，运算部104也可以在该菜肴的磁贴对象901显示禁止标记3603的基础上，禁止通过指示体1001进行选择。此时，该菜肴的磁贴对象901也可以变灰显示。图37是示出包括变灰显示了的磁贴对象901的操作画面G106的一例的图。在此，附于磁贴对象901E的禁止标记3603A表示附于没有变灰显示的磁贴对象901的禁止标记3603。附于磁贴对象901F的禁止标记3603B表示附于变灰显示了的磁贴对象901的禁止标记3603。禁止标记3603A以比禁止标记3603B淡的颜色显示。这是为了，容易区别在磁贴对象901E内显示的表示菜肴的图像和禁止标记3603A。在图37中，禁止标记360A和禁止标记3603B双方同时显示，但也可以采用显示任一方的方案。
磁贴对象901F通过表示菜肴的图像半透明显示而变灰显示。在此，菜名的字符串没有半透明显示，但该字符串也可以半透明显示。
运算部104也可以仅关于包含抵抗值为预定值(例如1～3)的食材的菜肴，在该菜肴的磁贴对象901显示注意标记3602，关于包含抵抗值为预定值以外(例如4～5)的食材的菜肴，不使注意标记3602显示。而且，在显示有注意标记3602及禁止标记3603的磁贴对象901被通过指示体1001触碰了的情况下，运算部104也可以驱动信息终端100所具备的振动器而使信息终端100振动。由此，能够对用户更易懂地传递是包含应该避免的食材的菜肴。
附有注意标记3602的菜肴是包含用户应该尽可能避免的食材的菜肴的一例。
图38是表示包括个别菜单的第3个变动的操作画面G106的一例的图。该个别菜单，在用户通过指示体1001触碰了某菜肴的磁贴对象901时，对该用户建议点含有容易缺乏的营养成分的菜肴。在图38中，左侧示出用户选择磁贴对象901前的操作画面G106，右侧示出用户选择磁贴对象901后的操作画面G106。
例如，假设信仰特定宗教的人容易缺乏的营养成分是铁。纳豆富含铁。于是，在该例子中，运算部104在“蘑菇意面”的磁贴对象901G被通过指示体1001触碰了时，将催促加点纳豆的弹出框3801与磁贴对象901G建立关联而显示。在该弹出框3801内，除了“用纳豆补充铁吗？”这一消息之外，还显示通过添加纳豆而能够摄取的铁的量的增加量(+1.5mg)。由此，向用户宣传通过加点纳豆而能够高效补充铁。
而且，在该弹出框3801内，包括否按钮3804和是按钮3805。当是按钮3805被通过指示体1001触碰了时，运算部104判定为加点了纳豆，将点餐内容从“蘑菇意面”单品变更为“蘑菇意面”和“纳豆”的组合。能够显示这样的弹出框3801的菜肴在磁贴对象901内显示有信息标记3802。
另一方面，当否按钮3804被通过指示体1001触碰了时，运算部104不变更点餐内容。
运算部104例如对于是否是针对信仰特定宗教的用户而预先设定的常常缺乏的营养成分(例如铁)的量低于阈值的菜肴，通过参照该菜肴的食材信息2400来判定，对于判定为低于阈值的菜肴，赋予信息标记3802即可。这样，在选择了附有信息标记3802的菜肴的情况下，通过个别菜单进行用于提高营养平衡来辅助维持健康的建议。
(优先度的算出)
接着，对优先度的算出进行说明。在本实施方式中，信息终端100的运算部104算出菜单信息所包含的各菜肴的优先度，生成以按照该优先度的显示方案显示了各菜肴的个别菜单。此外，优先度的值越大的菜肴，则越优先显示。以下，对优先度的算出方法进行说明。首先，运算部104参照某菜肴的食材信息2400，确定构成该菜肴的食材及各食材的量。接着，运算部104也可以进行如下处理：关于构成该菜肴的食材中的、符合图23所示的分类信息中所列举的食材的食材，分别对食材的量乘以以(0.2*抵抗值-1)计算的系数，该合计值越小，则越降低个别菜单中的显示优先度。
例如，关于图24所示的拉面B套餐(酱油拉面和小笼包3个)，酱油拉面的猪肉叉烧18g、小笼包的猪肉末10g、鸡架汤10g针对图23所示的分类信息的食材列表的猪肉“0”、鸡肉“0”，像以下这样计算。
18*(0.2*0-1)+3*(10*(0.2*0-1)+10*(0.2*0-1))＝-78
因此，该菜肴的优先度算出为-78。这样，运算部104算出菜单信息所包含的各菜肴的优先度。
(地图画面)
本公开也可以采用在显示于信息终端100的地图画面显示适合用户的宗教的一个以上的餐厅的基础上显示个别菜单的方案。
图39是示出显示于信息终端100的地图画面G3900的一例的图。该地图画面G3900在主页画面G103中输入了选择地图按钮1403的操作的情况下显示。地图画面G3900中，包含包括信息终端100的当前的地点的地域的地图。而且，地图画面G3900中，显示有处于该地域内的与匹配应用对应的、适合用户的宗教的店铺的店铺信息。在此，除了表示用户的当前的地点的图标3200之外，还显示有餐厅A公司的店铺A1、餐厅A公司的店铺A2、餐厅B公司的店铺B1以及餐厅B公司的店铺B2。所谓适合宗教的店铺，是能够提供对于按照用户信仰的宗教的教义能吃的食材以遵从该教义的烹饪法进行了烹饪的菜肴的店铺。
用户一边观看该地图画面G3900，一边选择希望到店的店铺。在本例子中，选择了由图标3210所示的、距当前的地点最近的餐厅B公司的店铺B1。用户例如通过利用指示体1001触碰图标3210，能够选择餐厅B公司的店铺B1。选择了店铺B1的用户进入店铺B1，通过使信息终端100读取上述餐厅ID及席位ID，能够使与自身的宗教对应的个别菜单显示于信息终端100。
图40是示出采用了使用户从地图画面G3900选择餐厅的方案的情况下的信息处理***的处理的全貌的一例的序列图。在图40中，关于与图26相同的处理，标注相同的步骤编号，仅对不同点进行说明。
在继S501之后的S4001中，用户认证成功了的匹配应用显示主页画面G103，由用户触碰地图按钮1403。
在步骤S4002中，被触碰了地图按钮1403的匹配应用取得GPS传感器108检测到的表示信息终端100的当前的地点的位置信息，将包括该地点的周边地域的地图信息即周边地图信息的取得要求向公共信息服务器500发送。
接收到该取得要求的公共信息服务器500根据该取得要求所包含的位置信息取得信息终端100的当前的地点，以该地点为基准，将预定范围的地域的地图信息作为周边地图信息而从地图数据库提取，向匹配应用发送。接收到周边地图信息的匹配应用显示包括周边地图信息所示的地图的地图画面G3900(步骤S4003)。表示地域的预定范围，例如是距当前的地点半径1km或2km的范围等，接下来想要在外吃饭的用户通过徒步或乘车而能够到店的范围。
显示了地图画面G3900的匹配应用，将接收到的周边地图信息所示的地图内所包含的店铺中的、适合用户的宗教的店铺的店铺信息的取得要求向第1服务器200发送(步骤S4004)。
接收到该取得要求的第1服务器200从存储器203提取相应的地图内所包含的、适合用户的宗教的店铺的店铺信息，向匹配应用发送。存储器203中，存储有例如包括各店铺的店铺信息的店铺数据库。各店铺信息中，除了店铺的店铺ID、店铺名、位置信息以及连接信息之外，还包括宗教适合信息。宗教适合信息是表示相应的餐厅适合例如图22中所示的宗教中的哪一个宗教的信息。例如，宗教适合信息是***教适合，其他不适合这一信息。
第1服务器200从存储于店铺数据库的各店铺的位置信息提取店铺信息的取得要求所示的地图的地域内所包含的店铺。然后，第1服务器200将用户的宗教信息与存储于店铺数据库的各店铺的宗教适合信息比对，提取确定出的地图的地域内所包含的店铺中的、适合用户的宗教的店铺，向信息终端100发送。
接收到提取出的店铺信息的匹配应用，将该店铺信息显示于地图画面G3900的地图上(步骤S4005)。由此，如图39所示的地图画面G3900所示，用户的当前的地点的周边地域所包含的、适合用户的宗教的店铺显示于表示其周边地域的地图上。
在步骤S4006中，匹配应用受理从显示于地图画面G3900的店铺中选择一店铺的用户的指示。以后，匹配应用也可以使用导航功能，将用户引导至用户所选择的店铺。当来到店铺后，执行步骤S502以后的处理，点菜。
此外，地图画面G3900是第1个第1操作画面的一例。另外，在显示该地图画面G3900的方案中，操作画面G104及操作画面G1011是第2个第1操作画面的一例。在该方案中，在地图画面G3900中，显示处于用户的周围的适合用户的宗教的店铺，所以，用户能够顺利地确认处于周围的适合自身的宗教的店铺。
此外，对于通过店铺的选择指示(步骤S4006)选择的店铺能够提供何种菜肴作为适合该用户的宗教的菜肴，希望即便不特意去往该店铺也能够确认。在该情况下，也可以根据店铺的选择指示(步骤S4006)，匹配应用提供确认个别菜单的按钮。在上述说明中，作为坐席编号18，设为当读到席的QR码时，能够取得“http：//restaurantA.com/Store-A/QRorder-18”这一URL，在该情况下，也可以使用特殊的席位编号“00”来访问“http：//restaurantA.com/Store-A/QRorder-00”。在该情况下，餐厅A的服务器理解到是从店铺外的个别菜单的事前确认请求，也可以将菜单信息向匹配应用返回，以使得能够制作无法点餐而仅能够浏览的个别菜单。
上述说明不过是一例，本公开也可以适用基于该技术者的各种应用。
在上述实施方式中，用户的坐席设想的是椅子，但本公开不限定于此，在立餐形式的餐厅中，例如用户吃菜的桌子的1分区相当于此。
在上述各实施方式中，各构成要素也可以由专用的硬件构成，或者通过执行适于各构成要素的软件程序来实现。各构成要素也可以通过CPU或处理器等程序执行部将记录于硬盘或半导体存储器等记录介质的软件程序读出并执行来实现。
本公开的范围不限定于上述实施方式。只要不脱离本公开的主旨，将本领域技术人员想到的各种变形实施到本实施方式而得到的形态、将不同的实施方式中的构成要素组合而构建的形态，也可以包含于本公开的范围。
产业上的可利用性
根据本公开的控制方法的一例，考虑因宗教上的理由而用户应该避免的食材而生成个别菜单，所以，在适用于餐厅的菜肴的点餐***中是有用的。
标号说明
100信息终端；101通信部；102存储器；103摄像头；104运算部；105显示器；106操作部；107邻近通信部；108GPS传感器；200第1服务器；201通信部；202运算部；203存储器；300第2服务器；301通信部；302运算部；303存储器；2400食材信息。

Claims (20)

1.一种控制方法，是信息终端的控制方法，所述信息终端经由网络与第1服务器进行通信，所述第1服务器管理与确定用户的识别信息对应的用户的宗教信息，所述控制方法包括：
经由第1操作画面，取得表示与对应于所述识别信息的宗教信息所示的宗教相适的一餐厅的餐厅ID和表示所述用户的坐席的席位ID，所述第1操作画面对应于所述第1服务器，显示于所述用户的信息终端的显示器；
基于所述餐厅ID，经由网络从与对应于所述餐厅ID的一餐厅关联的第2服务器取得表示所述一餐厅所提供的一个以上的菜肴的菜单信息；
基于所述菜单信息和所述宗教信息，提取与所述宗教信息对应的一个以上的第1菜肴；
经由第2操作画面，显示所述一个以上的第1菜肴，所述第2操作画面对应于所述第2服务器，显示于所述用户的信息终端的显示器，用于受理所述一餐厅中的菜肴的点餐；以及
将表示从所述一个以上的第1菜肴中选择的菜肴的点菜信息和所述席位ID发送给所述第2服务器。
2.根据权利要求1所述的控制方法，
所述一个以上的第1菜肴是排除了不与所述宗教信息对应的第2菜肴的菜肴。
3.根据权利要求1所述的控制方法，
所述第2操作画面为，在所述一个以上的菜肴中，包括添加了包含与所述宗教信息所示的宗教对应的容易缺乏的营养成分的食材的一菜肴。
4.根据权利要求1所述的控制方法，
所述第2操作画面包括表示用于补充与所述宗教信息所示的宗教对应的容易缺乏的营养成分的菜肴的组合的显示。
5.根据权利要求1所述的控制方法，
所述第2操作画面为，在所述一个以上的菜肴中，包括添加了包含所述用户过去在预定期间的用餐中所述用户所缺乏的营养成分的食材的一菜肴。
6.根据权利要求1所述的控制方法，
所述第2操作画面包括表示用于补充所述用户过去在预定期间的用餐中所述用户所缺乏的营养成分的菜肴的组合的显示。
7.根据权利要求1～6中任一项所述的控制方法，
所述用户的宗教信息包含所述用户的宗教和关于在所述宗教中应该避免的食材而表示所述应该避免的食材的程度的等级信息。
8.根据权利要求1所述的控制方法，
所述第2操作画面包括包含所述用户应该尽可能避免的食材的菜肴。
9.根据权利要求1所述的控制方法，
所述识别信息包括用户ID。
10.根据权利要求1所述的控制方法，
所述第1服务器与所述第2服务器不同。
11.根据权利要求1所述的控制方法，
所述餐厅ID和所述席位ID通过经由所述第1操作画面读取在所述用户就坐的桌子的对应位置所准备的识别码来取得。
12.根据权利要求11所述的控制方法，
所述识别码包括QR码。
13.根据权利要求11所述的控制方法，
所述识别码使用NFC即近场通信来读取。
14.根据权利要求1～13中任一项所述的控制方法，
所述第1服务器将所述宗教信息、生物体信息、包括所述用户的物品的购买历史记录信息或菜肴的点餐历史记录信息的喜好信息、以及包括所述用户的位置信息的行动历史记录信息进行分散管理。
15.一种控制方法，是信息终端的控制方法，所述信息终端经由网络与第1服务器进行通信，所述第1服务器管理与确定用户的识别信息对应的用户的宗教信息，所述控制方法包括：
将储存于所述信息终端的所述识别信息发送给所述第1服务器；
经由第1个第1操作画面，基于所述信息终端的位置信息和所述识别信息，从所述第1服务器取得餐厅信息，所述第1个第1操作画面对应于所述第1服务器，显示于所述用户的所述信息终端的显示器，所述餐厅信息表示存在于包括所述位置信息所示的地点的地域的与对应于所述识别信息的宗教信息所示的宗教相适的一个以上的餐厅；
经由第2个第1操作画面，取得表示所述一个以上的餐厅中的一餐厅的餐厅ID和表示所述用户的坐席的席位ID，所述第2个第1操作画面对应于所述第1服务器，显示于所述用户的所述信息终端的显示器；
基于所述餐厅ID，经由网络从与对应于所述餐厅ID的一餐厅关联的第2服务器取得表示所述一餐厅所提供的一个以上的菜肴的菜单信息；
基于所述菜单信息和所述宗教信息，提取与所述宗教信息对应的一个以上的第1菜肴；
经由第2操作画面，显示所述一个以上的第1菜肴，所述第2操作画面对应于所述第2服务器，显示于所述用户的信息终端的显示器，用于受理所述一餐厅中的菜肴的点餐；以及
将表示从所述一个以上的第1菜肴中选择的菜肴的点菜信息和所述席位ID发送给所述第2服务器。
16.根据权利要求15所述的控制方法，
所述用户的信息终端的位置信息在所述第1服务器中使用GPS***来取得。
17.一种信息终端，执行权利要求1～16中任一项所述的控制方法。
18.一种程序，用于使权利要求1～16中任一项所述的控制方法由所述信息终端的计算机执行。
19.根据权利要求18所述的程序，
确定所述用户的识别信息包括对所述程序赋予的每个信息终端的序列码。
20.一种记录介质，记录有用于使权利要求1～16中任一项所述的控制方法由所述信息终端的计算机执行的程序。
CN202080081367.4A 2020-03-03 2020-03-30 控制方法、信息终端、程序以及记录介质 Pending CN114746891A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2020-035960 2020-03-03
JP2020035960 2020-03-03
PCT/JP2020/014468 WO2021176742A1 (ja) 2020-03-03 2020-03-30 制御方法、情報端末、プログラム、及び記録媒体

Publications (1)

Publication Number Publication Date
CN114746891A true CN114746891A (zh) 2022-07-12

Family

ID=77614191

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202080081367.4A Pending CN114746891A (zh) 2020-03-03 2020-03-30 控制方法、信息终端、程序以及记录介质

Country Status (4)

Country Link
US (2) US11688025B2 (zh)
JP (2) JP7065333B2 (zh)
CN (1) CN114746891A (zh)
WO (1) WO2021176742A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115943415A (zh) * 2021-08-04 2023-04-07 松下知识产权经营株式会社 信息提供方法
JP7203402B1 (ja) 2021-08-04 2023-01-13 パナソニックＩｐマネジメント株式会社 情報提供方法

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130262995A1 (en) * 2012-04-03 2013-10-03 David Howell Systems and Methods for Menu and Shopping List Creation
US20140310651A1 (en) * 2013-04-11 2014-10-16 Disney Enterprises, Inc. Dynamic interactive menu board
CN106022989A (zh) * 2016-05-30 2016-10-12 北京小米移动软件有限公司 菜品推荐方法及装置、电子设备
TW201734933A (zh) * 2016-03-29 2017-10-01 咕嘟媽咪股份有限公司 菜單生成系統、菜單生成方法及菜單生成程式
CN107390877A (zh) * 2017-08-01 2017-11-24 深圳市益廷科技有限公司 一种酒店自助点餐方法
JP2018120513A (ja) * 2017-01-27 2018-08-02 長野テクトロン株式会社 飲食店用多言語表示システムおよび飲食店案内システム
CN110188162A (zh) * 2019-03-08 2019-08-30 合肥学院 一种集客户兴趣与健康的个性化点菜方法

Family Cites Families (94)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060026048A1 (en) * 1997-08-08 2006-02-02 Kolawa Adam K Method and apparatus for automated selection, organization, and recommendation of items based on user preference topography
US6370513B1 (en) * 1997-08-08 2002-04-09 Parasoft Corporation Method and apparatus for automated selection, organization, and recommendation of items
US6317722B1 (en) * 1998-09-18 2001-11-13 Amazon.Com, Inc. Use of electronic shopping carts to generate personal recommendations
US6301564B1 (en) * 1999-08-20 2001-10-09 Helena B. Halverson Dimensional dining restaurant management system
US20020004749A1 (en) * 2000-02-09 2002-01-10 Froseth Barrie R. Customized food selection, ordering and distribution system and method
US6980999B1 (en) * 2000-05-31 2005-12-27 Clare Grana Method and system for providing dietary information
US7162432B2 (en) * 2000-06-30 2007-01-09 Protigen, Inc. System and method for using psychological significance pattern information for matching with target information
US20030208409A1 (en) * 2001-04-30 2003-11-06 Mault James R. Method and apparatus for diet control
US6872077B2 (en) * 2001-09-06 2005-03-29 John J. Yeager System and method for generating personalized meal plans
US20030158465A1 (en) * 2002-02-15 2003-08-21 Galli Doreen L. Method and system for facilitating compliance with a dietary restriction
JP2005222191A (ja) * 2004-02-04 2005-08-18 Fujitsu Ltd メニューオーダ選択支援システム、データセンタおよび店舗システム
JP2006079209A (ja) * 2004-09-07 2006-03-23 Fujitsu Ltd 料理注文端末装置及びプログラム
KR100817892B1 (ko) * 2006-02-21 2008-03-31 김석순 당뇨환자 맞춤형 식단 제공 시스템 및 그 방법
JP4861901B2 (ja) 2007-06-04 2012-01-25 東芝テック株式会社 飲食店用会計装置及びコンピュータプログラム
CH700706B1 (de) * 2007-09-18 2010-10-15 Roger Deuber Elektronische Bestellvorrichtung für Restaurantbetriebe.
US8326646B2 (en) * 2007-09-18 2012-12-04 Humana Innovations Enterprises, Inc. Method and system for suggesting meals based on tastes and preferences of individual users
US7953873B1 (en) * 2008-04-25 2011-05-31 Intuit Inc. Network-based service for menu filtering based on user information
US20100003647A1 (en) * 2008-07-04 2010-01-07 Wendell Brown System and Method for Automated Meal Recommendations
US20120259657A1 (en) * 2008-09-08 2012-10-11 Healarium Inc. Method and System for Analyzing Health Related Data of Patients
JP2010238118A (ja) * 2009-03-31 2010-10-21 Promise Co Ltd オーダリングシステム
US20140287384A1 (en) * 2009-06-30 2014-09-25 Jeffery Boyes Method, system and apparatus for improved nutritional analysis
US8200548B2 (en) * 2009-08-31 2012-06-12 Peter Wiedl Recipe engine system and method
US20110208617A1 (en) * 2010-02-19 2011-08-25 Chris Weiland System and method for locality and user preference based food recommendations
JP2013522730A (ja) * 2010-03-08 2013-06-13 ヘルス シェパード インコーポレイテッド 生理的栄養状態をモニタ、分析および最適化するための方法および装置
US20110258058A1 (en) * 2010-04-14 2011-10-20 Restaurant Technology, Inc. System and method for generating a restaurant order on a wireless mobile personal computer
US10706128B2 (en) * 2010-05-12 2020-07-07 Zipongo System and method for automated personalized and community-specific eating and activity planning, linked to tracking system with automated multimodal item identification and size estimation system
US20110318717A1 (en) * 2010-06-23 2011-12-29 Laurent Adamowicz Personalized Food Identification and Nutrition Guidance System
WO2012051583A1 (en) * 2010-10-15 2012-04-19 Ness Computing, Inc. A computer system and method for analyzing data sets and providing personalized recommendations
KR101141204B1 (ko) * 2011-02-07 2012-05-04 전화성 큐알코드를 이용한 외식매장 주문접수 시스템 및 방법
US20120226698A1 (en) * 2011-03-03 2012-09-06 VinoMatch, Inc. Food or drink product searching and matching system and method
US20120233002A1 (en) * 2011-03-08 2012-09-13 Abujbara Nabil M Personal Menu Generator
WO2012156992A2 (en) * 2011-05-13 2012-11-22 Krishna Srikanth A system and method for a personal diet management
US8601005B2 (en) * 2011-05-27 2013-12-03 Roche Diagnostics Operations, Inc. Location enabled food database
US20140324624A1 (en) * 2011-07-12 2014-10-30 Richard Ward Wine recommendation system and method
US20130339348A1 (en) * 2011-07-21 2013-12-19 Lisa A. Pickelsimer Wine Classification Systems and Methods of Recommending Wines
EP2551669A1 (en) * 2011-07-29 2013-01-30 Nestec S.A. System and method for tailoring food or beverage products to consumer requirements
US20130224694A1 (en) * 2011-08-26 2013-08-29 Laura M. Moore Integrated System and Method for Meal Planning and Management
EP2761560A4 (en) * 2011-09-27 2015-06-24 Vinesleuth Llc SYSTEMS AND METHOD FOR CLASSIFYING WINE
US8732101B1 (en) * 2013-03-15 2014-05-20 Nara Logics, Inc. Apparatus and method for providing harmonized recommendations based on an integrated user profile
US9053483B2 (en) * 2011-09-30 2015-06-09 Microsoft Technology Licensing, Llc Personal audio/visual system providing allergy awareness
US20130108993A1 (en) * 2011-10-28 2013-05-02 Griffin Hospital Method and system for scoring a diet
JP2013149185A (ja) * 2012-01-23 2013-08-01 Pfu Ltd 情報処理システム
US8725590B2 (en) * 2012-02-12 2014-05-13 LookingNew, Inc. Methods and systems for generating customized user plans
CN104994747B (zh) * 2012-02-24 2018-11-20 麦克考米克有限公司 用于提供风味建议和增强的***和方法
WO2013130834A1 (en) * 2012-03-01 2013-09-06 Qloo, Inc. Personalized cross-domain recommender system
US20130325640A1 (en) * 2012-06-04 2013-12-05 American Express Travel Related Services Company, Inc. Systems and Methods for Delivering Tailored Menu Content Based Upon a Consumer Profile
US8751429B2 (en) * 2012-07-09 2014-06-10 Wine Ring, Inc. Personal taste assessment method and system
US20140214534A1 (en) * 2012-10-18 2014-07-31 Israel L'Heureux Restaurant menu generation and in-restaurant promotions
KR101444926B1 (ko) * 2013-01-29 2014-10-07 (주)센솔로지 장치간 협의 방법, 그리고 이를 구현한 의사소통 장치
US20140220516A1 (en) * 2013-02-01 2014-08-07 FoodCare Inc. System and method for food item search with nutritional insight analysis using big data infrastructure
WO2014126607A1 (en) * 2013-02-14 2014-08-21 Wine Ring, Inc. Recommendation system based on group profiles of personal taste
WO2014186771A1 (en) * 2013-05-16 2014-11-20 Nfluence Media, Inc. Privacy sensitive persona management tools
US20150039471A1 (en) * 2013-08-01 2015-02-05 Trace and Trust, Inc. System for Verifying Source of Food and Providing Customized Information with Respect Thereto
US9212996B2 (en) * 2013-08-05 2015-12-15 Tellspec, Inc. Analyzing and correlating spectra, identifying samples and their ingredients, and displaying related personalized information
JP5422775B1 (ja) * 2013-09-02 2014-02-19 敏充 茂木 注文受付管理装置、注文入力端末装置及びそのプログラム
US9087364B1 (en) * 2014-01-14 2015-07-21 Adrian Gluck System for enhancing the restaurant experience for persons with food sensitivities/preferences
US20150199777A1 (en) * 2014-01-16 2015-07-16 Putnam Road Associates System and method for restaurant menuing
US20150220592A1 (en) * 2014-01-27 2015-08-06 Foodpairing Nv Method and system for substituting a food or drink or one or more ingredients thereof
KR20150093957A (ko) * 2014-02-10 2015-08-19 노현호 메뉴판 개인화 서비스 시스템 및 방법
US20150276700A1 (en) * 2014-03-27 2015-10-01 Toshiba Global Commerce Solutions Holdings Corporation Representing the taste of food
US20160012513A1 (en) * 2014-07-08 2016-01-14 Martinez Management, Inc. Systems and methods for food and restaurant recommendations
US20160085923A1 (en) * 2014-09-22 2016-03-24 Martine Lacombe Method and system for identifying a potential food allergen or irritant via a communications network
JP5952479B1 (ja) * 2014-09-30 2016-07-13 株式会社ぐるなび メニュー生成システム
KR101533199B1 (ko) * 2014-10-29 2015-07-03 김기동 인터넷을 통하여 이용자가 선택한 식재료로 요리한 음식을 주문하는 방법
JP6628475B2 (ja) * 2015-01-20 2020-01-08 シャープ株式会社 情報処理システム、情報処理プログラムおよび情報処理方法
US20180137935A1 (en) * 2015-05-01 2018-05-17 Koninklijke Philips N.V. Edible recommendation
US20200194125A1 (en) * 2015-05-27 2020-06-18 Andrew Adolphus Method and System for Tracking, Storing, and Processing Data to Identify Risk Factors and Predict Health-Related Conditions
EP3326142A4 (en) * 2015-07-22 2019-03-20 Biomerica Inc. SYSTEM AND METHOD FOR PROVIDING FOOD RECOMMENDATION BASED ON SENSITIVITY TESTS
WO2017092030A1 (zh) * 2015-12-04 2017-06-08 内蒙古伊利实业集团股份有限公司 智能膳食推荐方法、终端及智能膳食推荐云端服务器
KR101761741B1 (ko) * 2016-05-17 2017-07-26 (주)랩투마켓 Ｂｏｍｐ 기반 음식 메뉴 분석 추천 시스템 및 방법
US10546344B2 (en) * 2016-09-29 2020-01-28 Square, Inc. Dynamically modifiable user interface
US10423298B2 (en) * 2016-09-29 2019-09-24 Square, Inc. Dynamically modifiable user interface
US9965797B1 (en) * 2016-10-22 2018-05-08 Capital One Services, Llc System and method for generating user customized order interface
CA2988872A1 (en) * 2016-12-14 2018-06-14 Sage Dining Services, Inc. System and method for recipe and menu creation based upon ingredient information
US20180189901A1 (en) * 2016-12-30 2018-07-05 David I. Poisner Food order at a dining establishment
US10360495B2 (en) * 2016-12-30 2019-07-23 Suggestic, Inc. Augmented reality and blockchain technology for decision augmentation systems and methods using contextual filtering and personalized program generation
US20180268503A1 (en) * 2017-03-15 2018-09-20 Manav C. PARIKH System and method for selective choice
US20180285946A1 (en) * 2017-03-31 2018-10-04 Juan Carlos Figueredo User-Tailored Social Business Review Network and System
US10769523B2 (en) * 2017-04-05 2020-09-08 International Business Machines Corporation Using analytics to determine dining venue based on group preferences
JP2019023829A (ja) * 2017-07-24 2019-02-14 株式会社モス 情報提供システム、プログラム、及びサーバ
JP6328306B1 (ja) * 2017-09-04 2018-05-23 株式会社マコエンタープライズ 献立表示方法、献立表示装置、及び献立表示プログラム
KR102027275B1 (ko) * 2017-11-14 2019-10-01 김대훈 급식관리 시스템 및 이의 운영방법
US11133107B2 (en) * 2017-11-20 2021-09-28 International Business Machines Corporation Machine learning allergy risk diagnosis determination
US11481457B2 (en) * 2017-11-28 2022-10-25 Uber Technologies, Inc. Menu personalization
US20200066181A1 (en) * 2018-08-27 2020-02-27 Zoe Global Ltd. Generating Personalized Food Recommendations from Different Food Sources
JP2019175193A (ja) * 2018-03-28 2019-10-10 東京瓦斯株式会社 オーダーシステム、情報処理装置およびプログラム
US11393052B2 (en) * 2018-04-05 2022-07-19 International Business Machines Corporation Generating a personalized menu for submitting a custom order
US20190325501A1 (en) * 2018-04-20 2019-10-24 Relish Labs, LLC Meal-Kit Recommendation Engine
US20190370916A1 (en) * 2018-06-04 2019-12-05 DietaryDNA, LLC Personalized dining experiences via universal electronic food profiles
KR102342184B1 (ko) * 2018-12-12 2021-12-22 주식회사 누비랩 급식관리 시스템
KR102221784B1 (ko) * 2019-01-18 2021-03-04 박선민 개인 맞춤형 자동화 식단 제공방법
EP3699858A1 (en) * 2019-02-19 2020-08-26 Juergen Fuellgraf Method and apparatus for facilitating dining at an eating establishment
US20200387985A1 (en) * 2019-06-06 2020-12-10 Monginis Foods Pvt Ltd Method and apparatus for generating a time limited dine-in ordering menu based on proximate location in a food ordering system
US20230119527A1 (en) * 2021-10-18 2023-04-20 Pure Storage, Inc. Dynamic, Personality-Driven User Experience

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130262995A1 (en) * 2012-04-03 2013-10-03 David Howell Systems and Methods for Menu and Shopping List Creation
US20140310651A1 (en) * 2013-04-11 2014-10-16 Disney Enterprises, Inc. Dynamic interactive menu board
TW201734933A (zh) * 2016-03-29 2017-10-01 咕嘟媽咪股份有限公司 菜單生成系統、菜單生成方法及菜單生成程式
CN106022989A (zh) * 2016-05-30 2016-10-12 北京小米移动软件有限公司 菜品推荐方法及装置、电子设备
JP2018120513A (ja) * 2017-01-27 2018-08-02 長野テクトロン株式会社 飲食店用多言語表示システムおよび飲食店案内システム
CN107390877A (zh) * 2017-08-01 2017-11-24 深圳市益廷科技有限公司 一种酒店自助点餐方法
CN110188162A (zh) * 2019-03-08 2019-08-30 合肥学院 一种集客户兴趣与健康的个性化点菜方法

Also Published As

Publication number Publication date
JP2022095704A (ja) 2022-06-28
JPWO2021176742A1 (zh) 2021-09-10
US20220012826A1 (en) 2022-01-13
US11688025B2 (en) 2023-06-27
US20230245252A1 (en) 2023-08-03
JP7065333B2 (ja) 2022-05-12
WO2021176742A1 (ja) 2021-09-10

Similar Documents

Publication Publication Date Title
US11989792B2 (en) Method, information terminal, and storage medium
JP7065321B2 (ja) 情報提供方法
US20230245251A1 (en) Method, information terminal, and non-transitory computer-readable recording medium
US20230245252A1 (en) Method, information terminal, and non-transitory computer-readable recording medium
JP6990861B1 (ja) 情報提供方法
US20210398646A1 (en) Method, information terminal, storage medium, and method of providing information
JP2019175193A (ja) オーダーシステム、情報処理装置およびプログラム
US11720984B2 (en) Method of providing information
JP2014157593A (ja) 電子メニューシステム
JP2019175192A (ja) オーダーシステム、情報処理装置およびプログラム

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination