KR102572228B1 - 음식 취향 관리 서버 - Google Patents

음식 취향 관리 서버 Download PDF

Info

Publication number
KR102572228B1
KR102572228B1 KR1020220151653A KR20220151653A KR102572228B1 KR 102572228 B1 KR102572228 B1 KR 102572228B1 KR 1020220151653 A KR1020220151653 A KR 1020220151653A KR 20220151653 A KR20220151653 A KR 20220151653A KR 102572228 B1 KR102572228 B1 KR 102572228B1
Authority
KR
South Korea
Prior art keywords
taste
information
user
menu
pair
Prior art date
Application number
KR1020220151653A
Other languages
English (en)
Inventor
이민석
박철형
박광민
Original Assignee
이민석
박철형
박광민
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 이민석, 박철형, 박광민 filed Critical 이민석
Priority to KR1020220151653A priority Critical patent/KR102572228B1/ko
Application granted granted Critical
Publication of KR102572228B1 publication Critical patent/KR102572228B1/ko

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201Market modelling; Market analysis; Collecting market data
    • G06Q30/0203Market surveys; Market polls
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0282Rating or review of business operators or products
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/12Hotels or restaurants
    • GPHYSICS
    • G16INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16HHEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H10/00ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Tourism & Hospitality (AREA)
  • Development Economics (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • General Health & Medical Sciences (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Epidemiology (AREA)
  • Medical Informatics (AREA)
  • Public Health (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

본 발명의 실시예들에 따르면, 음식 취향 관리 서버는 사용자 장치로부터 입맛 유형 정보를 제공받기 위한 통신부; 상기 통신부를 통해 입력된 입맛 유형 정보를 저장하기 위한 저장부; 및 상기 저장부에 저장된 입맛 디멘션 정보들 근거하여 입맛 유형 정보를 제공하는 제어부를 포함하되, 상기 제어부는, 입맛 유형 정보 요청을 수신받고, 복수의 입맛 디멘션들에 관한 문항들을 제공하며, 상기 복수의 입맛 디멘션들에 관한 문항들에 대한 사용자의 입력값을 분석하고, 분석된 결과로부터 복수의 입맛 유형 중 어느 유형에 해당하는지에 관한 정보를 제공하되, 상기 복수의 입맛 디멘션들 각각은 서로 반대되는 한쌍의 입맛 요소들을 포함하고, 상기 한쌍의 입맛 요소들은 서로 다른 알파벳으로 표시되며, 상기 복수의 입맛 디멘션들에 관한 문항들 각각은 한쌍의 입맛 요소들에 해당하는 한쌍의 메뉴들 및 선호도 점수 척도를 포함하고, 상기 사용자의 입력값은 상기 한쌍의 메뉴들 중 선택된 하나의 메뉴 및 상기 선호도 점수 척도 중 선택된 점수값을 포함하고, 상기 입맛 유형에 관한 정보는 상기 복수의 입맛 디멘션들 각각에 대해 상기 한쌍의 입맛 요소들 중 해당하는 입맛 요소의 알파벳으로 출력될 수 있다.

Description

음식 취향 관리 서버{SERVER FOR MANAGING TASTY}
본 발명은 음식 취향 관리 서버에 관한 것으로, 좀 더 상세하게는 결정론적 방법에 근거한 음식 취향 관리 서버에 관한 것이다.
현재 국내외에 많은 맛집 추천 어플리케이션/프로그램이 있으나, 이는 다른 사람의 추천이나 평점 등에 근거하여 식당을 추천해주는 방식으로 이루어져 있다. 이에 따라, 사용자의 음식 취향이나 입맛이 맛집 추천 어플리케이션에 평점을 입력한 사람과 상이한 경우, 추천의 신뢰성이 저하되는 문제가 있다.
또한, 이용자가 선호하는 입맛의 맛집인지 확인하기 위해서는 맛집 어플리케이션의 후기를 하나하나 확인해야하는 문제가 있었다.
한국공개특허 제 10-2014-0148130 호 (공개일: 2014.12.31) 한국특허등록 제 10-1761741호 (등록일: 2017.07.20) 한국공개특허 제 10-2017-0042197호 (공개일: 2017.04.18) 한국공개특허 제 10-2021-0109291호 (공개일: 2021.09.06)
본 발명은 상술한 과제를 해결하기 위한 것으로서, 본 발명의 목적은 입맛 유형 정보를 제공하고, 메뉴 추천 서비스, 입맛 유사도 정보, 2인 이상 사용자 메뉴 추천 서비스를 제공하기 기 위한 것에 있다.
본 발명의 실시예들에 따르면, 음식 취향 관리 서버는 사용자 장치로부터 입맛 유형 정보를 제공받기 위한 통신부; 상기 통신부를 통해 입력된 입맛 유형 정보를 저장하기 위한 저장부; 및 상기 저장부에 저장된 입맛 디멘션 정보들 근거하여 입맛 유형 정보를 제공하는 제어부를 포함하되, 상기 제어부는, 입맛 유형 정보 요청을 수신받고, 복수의 입맛 디멘션들에 관한 문항들을 제공하며, 상기 복수의 입맛 디멘션들에 관한 문항들에 대한 사용자의 입력값을 분석하고, 분석된 결과로부터 복수의 입맛 유형 중 어느 유형에 해당하는지에 관한 정보를 제공하되, 상기 복수의 입맛 디멘션들 각각은 서로 반대되는 한쌍의 입맛 요소들을 포함하고, 상기 한쌍의 입맛 요소들은 서로 다른 알파벳으로 표시되며, 상기 복수의 입맛 디멘션들에 관한 문항들 각각은 한쌍의 입맛 요소들에 해당하는 한쌍의 메뉴들 및 선호도 점수 척도를 포함하고, 상기 사용자의 입력값은 상기 한쌍의 메뉴들 중 선택된 하나의 메뉴 및 상기 선호도 점수 척도 중 선택된 점수값을 포함하고, 상기 입맛 유형에 관한 정보는 상기 복수의 입맛 디멘션들 각각에 대해 상기 한쌍의 입맛 요소들 중 해당하는 입맛 요소의 알파벳으로 출력될 수 있다.
본 발명에 따르면, 사용자는 자신의 입맛 유형 정보를 알 수 있다.
본 발명에 따르면, 사용자는 자신의 입맛 유형에 기반한 메뉴 추천 서비스를 제공받을 수 있으므로, 추천된 메뉴가 사용자의 입맛 취향에 보다 부합할 수 있다.
본 발명에 따르면, 2인 이상의 사용자의 입맛 유사도에 기반한 메뉴 추천 서비스를 제공받을 수 있다.
도 1은 본 발명의 실시 예에 따른 음식 취향 관리 시스템을 예시적으로 보여주는 구성도이다.
도 2는 도 1에 도시된 음식 취향 관리 시스템을 예시적으로 설명하기 위한 블록도이다.
도 3은 도 2에 도시된 제 1 사용자 장치를 예시적으로 보여주는 블록도이다.
도 4는 도 2에서 도시된 음식 취향 관리 서버를 예시적으로 보여주는 블록도이다.
도 5는 도 4에 도시된 회원 정보 관리 유닛의 동작 중에서 회원 가입 및 인증 방법을 예시적으로 설명하기 위한 순서도이다.
도 6은 도 4에 도시된 애플리케이션 관리 유닛의 동작 방법을 예시적으로 설명하기 위한 순서도이다.
도 7은 도 4에 도시된 회원정보 DB를 예시적으로 보여주는 블록다이어그램이다.
도 8은 도 4에 도시된 입맛 유형 정보 DB를 예시적으로 보여주는 블록다이어그램이다.
도 9는 도 4에 도시된 메뉴 추천 DB를 예시적으로 보여주는 블록다이어그램이다.
도 10a 는 메뉴 추천 서비스 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10b는 메뉴 추천 서비스 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10c는 입맛 유사도 정보 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10d는2인 이상 사용자 메뉴 추천 서비스 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 11 a는 사용자 장치의 화면에 나타나는 최초 화면을 예시적으로 보여준다.
도 11 b는 로그인 후, 나타나는 사용자 장치의 화면을 예시적으로 보여준다.
도 11 c는 사용자 장치에 표시된 입맛 유형 테스트 화면을 예시적으로 보여준다.
도 11 d는 사용자 장치에 표시된 입맛 유형 정보를 예시적으로 보여준다.
도 11 e는 사용자 장치에 표시된 입맛 유형에 따른 추천 메뉴 정보를 예시적으로 보여준다.
도 11 f는 사용자 장치에 표시된 상황 정보 입력 화면을 예시적으로 보여준다.
도 11 g는 사용자 장치에 표시된 입맛 유형 및 상황 정보에 따른 추천 메뉴 정보를 예시적으로 보여준다.
도 11 h는 사용자 장치에 표시된 일 예에 따른 입맛 유형 전체에 관한 정보를 예시적으로 보여준다.
도 11 i는 사용자 장치에 표시된 메뉴 화면을 예시적으로 보여준다.
이하에서, 본 발명의 기술 분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있을 정도로, 본 발명의 실시 예들이 명확하고 상세하게 기재될 것이다.
도 1은 본 발명의 실시 예에 따른 음식 취향 관리 시스템을 예시적으로 보여주는 구성도이다. 도 1을 참조하면, 음식 취향 관리 시스템(1000)은 제 1 및 제 2 사용자 장치(1100, 1200)와 음식 취향 관리 서버(2000)를 포함할 수 있다. 
사용자는 제 1 및 제 2 사용자 장치(1100, 1200)를 이용하여 음식 취향 관리 서버(2000)에 접속할 수 있다. 여기에서, 제 1 사용자 장치(1100)는 스마트 폰이나 테블릿 PC 등과 같은 앱(APP) 기반 장치이고, 제 2 사용자 장치(1200)는 랩탑 PC나 데스크탑 PC 등과 같은 웹(WEB) 기반 장치일 수 있다. 제 1 및 제 2 사용자 장치(1100, 1200)와 음식 취향 관리 서버(2000)는 유선 또는 무선으로 통신할 수 있다. 사용자는 제 1 또는 제 2 사용자 장치(1100, 1200)를 이용하여 음식 취향 관리 서버(2000)에 접속함으로, 음식 취향 관리 서버(2000)의 운영자가 제공하는 입맛 유형 정보를 제공받거나, 메뉴 추천 서비스, 입맛 유사도 정보, 2인 이상 사용자 메뉴 추천 서비스를 이용할 수 있다.
도 2는 도 1에 도시된 음식 취향 관리 시스템을 예시적으로 설명하기 위한 블록도이다. 도 2를 참조하면, 음식 취향 관리 시스템(1000)은 제 1 사용자 장치(1100), 제 2 사용자 장치(1200), 그리고 음식 취향 관리 서버(2000)를 포함할 수 있다. 제 1 사용자 장치(1100)는 스마트 폰이고, 제 2 사용자 장치(1200)는 데스크탑 PC일 수 있다. 예로서, 제 1 사용자 장치(1100)는 앱(APP) 기반 단말기이고, 제 2 사용자 장치(1200)는 웹(WEB) 기반 단말기일 수 있다. 
제 1 및 제 2 사용자 장치(1100, 1200)는 통신망을 통해 서로 연결될 수 있다. 또한, 제 1 및 제 2 사용자 장치(1100, 1200) 각각은 통신망을 통해 음식 취향 관리 서버(2000)와 연결될 수 있다. 제 1 및 제 2 사용자 장치(1100, 1200)는 음식 취향 관리 서버(2000)에 음식 취향 정보를 위한 데이터를 전송하거나 음식 취향 관리 서버(2000)로부터 데이터를 수신할 수 있다. 제 1 및 제 2 사용자 장치(1100, 1200)는 음식 취향 관리 프로그램을 통해 사용자가 제공하는 정보를 입력받고, 사용자가 필요로 하는 입맛 유형 정보를 제공하고, 메뉴 추천 서비스, 입맛 유사도 정보, 2인 이상 사용자 메뉴 추천 서비스를 제공할 수 있다. 
제 1 사용자 장치(1100)는 화면부(1110)와 구동부(1120)를 포함할 수 있다. 제 1 사용자 장치(1100)의 구동부(1120)는 음식 취향 애플리케이션을 실행할 수 있다. 마찬가지로, 제 2 사용자 장치(1200)의 구동부(1220)는 홈페이지 등과 같은 웹 서비스를 이용하여 화면부(1210) 상에서 입맛 유형 정보를, 메뉴 추천 서비스, 입맛 유사도 정보, 2인 이상 사용자 메뉴 추천 서비스, 제공받을 수 있다. 제 1 및 제 2 사용자 장치(1100, 1200)는 음식 취향 애플리케이션이나 웹 서비스를 구동하기 위한 하드웨어 또는 소프트웨어를 포함할 수 있다. 
계속해서 도 2를 참조하면, 음식 취향 관리 서버(2000)는 통신부(2100), 저장부(2200), 그리고 제어부(2300)를 포함할 수 있다. 음식 취향 관리 서버(2000)는 제 1 및 제 2 사용자 장치(1100, 1200)로부터 입력된 데이터를 저장하고, 저장된 데이터로부터 사용자가 원하는 음식 취향 데이터를 산출하고, 산출한 데이터를 제 1 및 제 2 사용자 장치(1100, 1200)로 전송할 수 있다. 음식 취향 데이터는 입맛 유형 데이터 및 상황 데이터를 포함할 수 있다.
통신부(2100)는 제 1 및 제 2 사용자 장치(1100, 1200)로부터 회원 정보, 음식 취향 정보, 그리고 선호도 점수 정보 등을 수신할 수 있다. 음식 취향 정보는 입맛 유형 정보 및 상황 정보를 포함할 수 있다. 이를 위해 통신부(2100)는 예를 들어, 3G 모듈, LTE 모듈, LTE-A 모듈, Wi-Fi 모듈, 와이기그(WiGig) 모듈, UWB(Ultra Wide Band) 모듈, 또는 랜카드 등과 같이 원거리용 네트워크 인터페이스를 포함할 수 있다. 또한, 통신부(2100)는 마그네틱 보안 전송(MST, Magnetic Secure Transmission) 모듈, 블루투스 모듈, NFC 모듈, RFID 모듈, 지그비(ZigBee) 모듈, Z-Wave 모듈, 또는 적외선 모듈 등과 같이 근거리용 네트워크 인터페이스를 포함할 수 있다.
통신부(2100)는 제 1 및 제 2 사용자 장치(1100, 1200)로부터 회원 정보를 제공받을 수 있다. 통신부(2100)는 제어부(2300)의 제어에 따라, 회원 가입을 승인하거나 차단할 수 있다. 또한, 통신부(2100)는 로그인 시에 회원 정보에 따라 서비스의 이용을 승인하거나 차단 또는 제한할 수 있다. 통신부(2100)는 회원 정보를 저장부(2200)에 제공할 수 있다.
저장부(2200)는 음식 취향 관리를 위해 필요한 회원 정보, 입맛 유형 정보, 상황 정보, 그리고 추천 메뉴 정보 등을 저장할 수 있다. 회원 정보는 제 1 및 제 2 사용자 장치(1100, 1200)의 사용자에 따라 서비스 이용자와 서비스 운영자 등으로 분류되어 저장될 수 있다. 입맛 유형 정보는 제1 입맛 디멘션, 재2 입맛 디멘션, 제3 입맛 디멘션, 및 ,제4 입맛 디멘션 등으로 분류되어 저장될 수 있다. 입맛 디멘션은 서로 반대되는 한쌍의 입맛 요소들을 의미할 수 있다. 제1 입맛 디멘션은 서로 반대되는 한쌍의 입맛 요소들 포함하며, 상기 한쌍의 입맛 요소 들의 결과는 서로 다른 알파벳으로 표시될 수 있다. 예를 들어, 제1 입맛 디멘션의 분석 결과는 알파벳 O 또는 알파벳 Y로 표시되고, 출력될 수 있다. 마찬가지로, 제2 내지 제4 입맛 디멘션들 각각은 서로 반대되는 한쌍의 입맛 요소들을 포함하며, 상기 한쌍의 입맛 요소들의 결과는 서로 다른 알파벳으로 표시될 수 있다. 예를 들어, 제2 입맛 디멘션의 분석 결과는 알파벳 S 또는 알파벳 E로 표시되고, 출력될 수 있다. 제3 입맛 디멘션의 분석 결과는 알파벳 T 또는 알파벳 M로 표시되고, 출력될 수 있다. 제4 입맛 디멘션의 분석 결과는 알파벳 H 또는 알파벳 L로 표시되고, 출력될 수 있다. 제1 내지 제4 입맛 디멘션들에 관해서는 도 8에서 보다 상세하게 설명한다.
추천 메뉴 정보에는 입맛 유형 정보 및 상황 성보에 따른 추천 메뉴 정보가 분류되어 저장될 수 있다. 입맛 유형에 따른 추천 메뉴 정보는 제1 내지 제4 입맛 디멘션들의 서로 반대되는 한쌍의 입맛 요소 각각에 대해 선호하는 메뉴들에 관한 정보를 포함할 수 있다. 예를 들어, 알파벳 S에 해당하고 자명하게 극단인 입맛 요소를 가진 사람들의 선호 메뉴들을 조사하여, 가장 많이 선택된 메뉴들의 순위를 분석할 수 있다. 상기 분석된 결과는 제2 입맛 디멘션의 알파벳 S의 선호 메뉴로 저장될 수 있다. 나머지 알파벳들에 대해서도 이와 같은 방법으로 선호 메뉴들에 관한 정보를 저장할 수 있다.
상황 정보에 따른 추천 메뉴 정보는 그날의 사용자 기분(예를 들어, 기쁨, 슬픔, 및/또는 화남 등), 그날의 날씨, 및 그날의 시간(아침, 점심, 또는 저녁 등)에 따른 추천 메뉴에 관한 정보를 포함할 수 있다. 예를 들어, 기분이 좋을 때 선호하는 음식을 설문을 통해 사람들에게 조사하여, 가장 많이 선택된 메뉴들의 순위를 분석할 수 있다. 상기 분석된 결과는 기분 좋은 상황에서 선호 메뉴로 저장될 수 있다. 상기 선호 메뉴는 사람들이 가장 적게 선택한 순서에 따라 낮은 숫자(예를 들어, 1)부터 점수를 매겨 점수와 함께 저장될 수 있다.
제어부(2300)는 음식 취향 관리 서버(2000)에 포함된 각각의 구성요소 및 음식 취향 관리 서버(2000)의 동작을 제어할 수 있다. 제어부(2300)는 사용자에게 입맛 유형 정보를 제공하고, 메뉴 추천 서비스, 입맛 유사도 정보, 2인 이상 사용자 메뉴 추천 서비스를 제공할 수 있다. 제어부(2300)는 제 1 및 제 2 사용자 장치(1100, 1200)로부터 수신된 회원 정보, 입맛 유형 정보, 상황 정보, 그리고 추천 메뉴 정보를 이용하여 음식 취향 관리 서버(2000)의 입맛 유형 정보 제공 및 메뉴 추천 서비스를 수행할 수 있다. 또한, 제어부(2300)는 회원 정보 및 음식 취향 데이터를 관리하고 업데이트 하는 동작을 수행할 수 있다. 이를 위해 제어부(2300)는 중앙 처리 유닛(Central Processing Unit, CPU), 그래픽 처리 유닛(Graphic Processing Unit, GPU), 마이크로 컨트롤러 유닛(Micro Controller Unit, MCU), 또는 마이크로프로세서(microprocessor) 등을 포함할 수 있다.
도 3은 도 2에 도시된 제 1 사용자 장치를 예시적으로 보여주는 블록도이다. 도 3에서는 스마트 폰이 예시적으로 도시되어 있다. 도 3을 참조하면, 제 1 사용자 장치(1100)는 화면부(1110), 무선 통신부(1111), 입출력 인터페이스부(1112), 운영 시스템(1113), 음식 취향 애플리케이션(1114), 그리고 메모리(1115)를 포함할 수 있다. 이하, 제 1 사용자 장치(1100)를 중심으로 설명하지만, 제 2 사용자 장치(1200)도 유사한 방식으로 웹 기반으로 음식 취향 프로그램을 통해 입맛 유형 정보 및 메뉴 추천 서비스를 제공할 수 있다.
무선 통신부(1111)는 제 1 사용자 장치(1100)가 음식 취향 관리 서버(도 2 참조, 2000)와 무선으로 연결되도록 한다. 또한, 제 1 사용자 장치(1100)는 무선 통신부(1111)를 통해 제 2 사용자 장치(1200) 또는 음식 취향 관리 서버(2000) 등과 같은 외부 장치와 데이터를 주고받을 수 있다. 무선 통신부(1111)는 3G 모듈, LTE 모듈, LTE-A 모듈, Wi-Fi 모듈 등과 같은 무선 인터넷 모듈을 포함할 수 있다.
입출력 인터페이스부(1112)는 제 1 사용자 장치(1100)에 문자나 숫자 등을 입력하거나 컨텐츠를 사용자에게 제공하는 데 사용될 수 있다. 입출력 인터페이스부(1112)는 화상 키보드와 같은 내부 입력 장치, 또는 유선이나 블루투스 등을 이용해 외부 입력 장치(예를 들면, 키보드나 전자 펜 등)에 연결될 수 있다. 또한, 입출력 인터페이스부(1112)는 화면부(1110)와 같은 내부 출력 장치, 또는 유선이나 블루투스 등을 이용해 외부 출력 장치(예를 들면, 모니터나 프린터 등)에 연결될 수 있다. 
운영 시스템(1113)은 음식 취향 애플리케이션(1114)이 실행될 수 있는 환경을 제공할 수 있다. 음식 취향 애플리케이션(1114)은 사용자의 회원 가입이나 로그인을 통한 서비스 이용을 설정하고 관리할 수 있는 사용자 인터페이스(UI; user interface)를 제공할 수 있다. 또한, 음식 취향 애플리케이션(1114)은 제 1 사용자 장치(1100)가 음식 취향 관리 서버(2000)에 접속하여 음식 취향 데이터를 주고받을 수 있는 사용자 인터페이스를 제공할 수 있다. 음식 취향 애플리케이션(1114)은 입출력 인터페이스부(1112)와 운영 시스템(1113)을 통해 데이터를 송수신할 수 있다.
메모리(1115)는 음식 취향 애플리케이션(1114)을 이용하는 사용자의 회원 정보(예를 들면, 사용자 ID나 패스워드 등)를 저장할 수 있다. 메모리(1115)에는 패스워드 뿐만 아니라, 운영 시스템(1113)이나 음식 취향 애플리케이션(1114) 등과 같은 프로그램도 저장될 수 있다.
도 4는 도 2에서 도시된 음식 취향 관리 서버를 예시적으로 보여주는 블록도이다. 도 4를 참조하면, 음식 취향 관리 서버(2000)는 통신부(2100), 저장부(2200), 그리고 제어부(2300)를 포함할 수 있다. 음식 취향 관리 서버(2000)는 제 1 및 제 2 사용자 장치(1100, 1200)로부터 입맛 유형 정보 요청 데이터 및 메뉴 추천 요청을 입력 받고, 정보 요청에 응답하여 사용자가 원하는 입맛 유형 정보 데이터 및 추천 메뉴 데이터를 산출하고, 산출한 데이터를 사용자에게 제공할 수 있다.
통신부(2100)는 입력부(2110)와 출력부(2120)를 포함할 수 있다. 입력부(2110)는 제 1 및 제 2 사용자 장치(1100, 1200)로부터 회원 정보, 입맛 유형 정보, 상황 정보, 또는 메뉴 추천 요청 등에 관한 데이터를 입력 받고, 저장부(2200) 또는 제어부(2300)로 데이터를 전송할 수 있다. 제 1 및 2 사용자 장치(1100, 1200)로부터 입맛 유형 정보, 상황 정보, 또는 메뉴 추천 요청을 받은 경우에, 출력부(2120)는 저장부(2200)로부터 입맛 유형 정보 데이터, 상황 정보 데이터, 또는 메뉴 추천 데이터를 직접 얻거나, 제어부(2300)를 통해 입맛 유형 정보 데이터, 상황 정보 데이터, 또는 메뉴 추천 데이터를 산출해서 사용자에게 제공할 수 있다.
저장부(2200)는 입력부(2110)에서 수신하는 입맛 유형 정보 데이터 및 상황 정보 데이터를 저장하며, 회원정보 DB(2210), 입맛 유형 정보 DB(2220), 상황 정보 DB(2230), 그리고 메뉴 추천 DB(2240)를 포함할 수 있다. 회원정보 DB(2210)에는 사용자에 따라 서비스 이용자와 서비스 운영자 등에 관한 사용자 정보가 저장될 수 있다. 입맛 유형 정보 DB(2220)에는 입맛 유형에 따른 제1 입맛 디멘션, 제2 입맛 디멘션, 제3 입맛 디멘션, 및 제4 입맛 디멘션 등에 관한 정보가 저장될 수 있다. 즉, 입맛 유형 정보 DB(2220)에 사용자의 입맛 유형 정보가 저장되고, 입맛 유형 정보는 제1 내지 제4 입맛 디멘션들에 의해 분류될 수 있다. 예를 들어, 제1 내지 제4 입맛 디멘션들 각각은 서로 반대되는 한쌍의 입맛 요소를 나타내고, 이에 따라 입맛 유형 정보는 16개의 유형으로 분류될 수 있다. 제1 디멘션, 제2 입맛 디멘션, 제3 입맛 디멘션, 및 제4 입맛 디멘션에 관해서는 도 8에서 보다 상세하게 설명한다.
상황 정보 DB(2230)에는 사용자의 입맛에 영향을 미치는 상황에 관한 정보가 입력될 수 있다. 사용자의 입맛에 영향을 미치는 상황은 예를 들어, 그날의 사용자 기분(예를 들어, 기쁨, 슬픔, 및/또는 화남 등), 그날의 날씨, 및 그날의 시간(아침, 점심, 또는 저녁 등)을 포함할 수 있다. 상황 정보 DB(2230)에는 사용자의 건강 정보 또는 사용자의 최근 식단에 관한 정보다 더 입력될 수 있다.
메뉴 추천 DB(2230)에는 입맛 취향 및/또는 상황 정보에 따른 추천 메뉴에 관한 정보가 저장될 수 있다. 예를 들어, 메뉴 추천 DB(2230)에는 사용자의 입맛 유형에 따른 추천 메뉴 정보, 상황 정보에 따른 추천 메뉴 정보, 및 입맛 유형과 상황 정보를 조합한 추천 메뉴 정보가 저장될 수 있다. 입맛 유형에 따른 추천 메뉴 및 상황 정보에 따른 추천 메뉴 각각은 사전에 확보된 데이터를 사용해 도출된 메뉴일 수 있다. 입맛 유형과 상황 정보를 조합한 추천 메뉴는 상황에 따른 선호 메뉴의 순위에서 입맛 유형에 따른 선호 메뉴의 가중치를 두어 도출된 메뉴일 수 있다.
제어부(2300)는 프로세서(2310), 애플리케이션 관리 유닛(2320), 회원 정보 관리 유닛(2330), 입맛 유형 정보 관리 유닛(2340), 상황 정보 관리 유닛(2350), 그리고 추천 메뉴 관리 유닛(2360)을 포함할 수 있다. 제어부(2300)는 하드웨어나 소프트웨어로 구현될 수 있다. 예를 들면, 프로세서(2310)는 하드웨어로 구현되고, 애플리케이션 관리 유닛(2320), 회원 정보 관리 유닛(2330), 입맛 유형 정보 관리 유닛(2340), 상황 정보 관리 유닛(2350), 그리고 추천 메뉴 관리 유닛(2356)은 알고리즘이나 소프트웨어로 구현될 수 있다.
프로세서(2310)는 음식 취향 관리 서버(2000)의 전반적인 동작을 제어할 수 있다. 예를 들어, 프로세서(2310)는 저장부(2200)의 회원정보 DB(2210), 입맛 유형 정보 DB(2220), 상황 정보 DB(2230), 그리고 메뉴 추천 DB(2240)에 접근(access)하고, 회원 정보 관리 유닛(2330), 입맛 유형 정보 관리 유닛(2340), 상황 정보 관리 유닛(2250), 그리고 추천 메뉴 관리 유닛(2360)을 구성하는 알고리즘이나 프로그램 명령을 실행함으로, 제어부(2300)를 구동할 수 있다. 또한, 프로세서(2310)는 음식 취향 관리 서버(2000)의 여러 구성 요소들을 제어하는 컨트롤러들, 인터페이스들, 그래픽 엔진 등을 포함할 수 있다. 프로세서(2310)는 SoC(system-on-chip), ASIC(application specific integrated circuit), FPGA(field programmable gate array) 등의 형태로 제공될 수 있다.
애플리케이션 관리 유닛(2320)은 제 1 사용자 장치(1100)에 음식 취향 애플리케이션을 제공하거나 제 2 사용자 장치(1200)에서 음식 취향 프로그램을 실행하도록 할 수 있다. 애플리케이션 관리 유닛(2320)은 제 1 및 제 2 사용자 장치(1100, 1200)를 통해 음식 취향 관리 서버(2000)로부터 입맛 유형 정보 데이터 및/또는 상황 정보 데이터를 제공받도록 할 수 있다. 애플리케이션 관리 유닛(2320)은 제 1 및 제 2 사용자 장치(1100, 1200)에 음식 취향 데이터를 제공하거나 제공받기 위한 사용자 인터페이스(UI; user interface)를 제공할 수 있다.
회원 정보 관리 유닛(2330)은 저장부(2200)의 회원정보 DB(2210)에 접근하여 회원 정보를 관리할 수 있다. 여기에서, 회원 정보는 서비스 이용자와 서비스 운영자 등에 관한 정보일 수 있다. 회원 정보 관리 유닛(2330)은 제 1 사용자 장치(1100)를 통해 카카오톡ID및 비밀 번호가 입력되는 경우에, 카카오의 DB에 접속하여 회원 정보를 공유하거나 수신받을 수 있다. 다른 예로, 회원 정보 관리 유닛(2330)은 제 1 사용자 장치(1100)를 통해 신규 회원 정보가 입력되는 경우에, 신규 회원의 ID를 부여하고 회원정보 DB(2210)에 신규 회원 ID와 이름 등이 저장되도록 제어할 수 있다. 회원 정보 관리 유닛(2330)은 기존 회원의 정보가 변경되는 경우에, 회원정보 DB(2210)에 저장된 회원 정보를 업데이트할 수 있다. 회원 정보 관리 유닛(2330)은 음식 취향 관리 서버(2000)의 서비스 운영자와 이에 접속하는 서비스 이용자 사이의 원활한 소통을 위해 댓글이나 온라인 상담 수단을 제공할 수 있다. 
입맛 유형 정보 관리 유닛(2340)은 제 1 및 제 2 사용자 장치(1100, 1200)를 통해 제1 내지 제4 입맛 디멘션들이 입력되는 경우에 제1 내지 제4 입맛 디멘션들에 관한 정보를 입맛 유형 정보 DB(2220)에 저장하고, 제1 내지 제4 입맛 디멘션들을 분석하여 사용자의 입맛 유형을 판단할 수 있다. 또한, 입맛 유형 정보 관리 유닛(2340)은 저장부(2200)의 입맛 유형 정보 DB(2220)에 접근하여 입맛 유형 정보를 관리할 수 있다. 예를 들어, 입맛 유형 정보 관리 유닛(2340)은 판단된 사용자의 입맛 유형에 관한 정보를 입맛 유형 정보 DB(2220)에 저장시킬 수 있다.
입맛 유형 정보 관리 유닛(2340)은 제 1 및 제 2 사용자 장치(1100, 1200)로부터 입맛 유형 정보 요청이 있는 경우에, 저장부(2200)의 입맛 유형 정보 DB(2220)로부터 제공된 제1 내지 제4 입맛 디멘션들에 관한 정보를 분석할 수 있다. 음식 취향 관리 유닛(2340)은 입맛 유형 정보를 분석한 결과를 활용하여, 입맛 유형 정보 규칙에 맞도록 입맛 유형 정보 필터링을 수행할 수 있다.
입맛 유형 정보 관리 유닛(2340)은 사용자가 제공하거나 요청한 입맛 유형 정보 패턴을 분석함으로, 사용자에게 최적화된 입맛 유형 정보 제공 방법을 추천할 수 있다. 입맛 유형 정보 관리 유닛(2340)은 인공지능(AI)이나 머신러닝 기법을 활용하여 사용자의 입맛 유형 정보 패턴을 분석하고 입맛 유형 정보를 구축할 수 있다. 입맛 유형 정보 유닛(2340)은 사용자가 제공하는 입맛 유형 정보를 이용하여, 입맛 유형 정보 제공 서비스 및 사용자가 원하는 메뉴 추천 서비스를 제공할 수 있다.
상황 정보 관리 유닛(2350)은 저장부(2200)의 상황 성보 DB(2230)에 접근하여 상황 정보를 관리할 수 있다. 상황 정보 관리 유닛(2350)은 제 1 및 제 2 사용자 장치(1100, 1200)를 통해 상황 정보가 입력되는 경우에, 상황 성보 DB(2230)에 상황 정보가 저장되도록 제어할 수 있다.
상황 정보 관리 유닛(2350)은 제 1 및 제 2 사용자 장치(1100, 1200)로부터 메뉴 추천 요청이 있는 경우에, 저장부(2200)의 상황 성보 DB(2230)로부터 제공된 상황 정보를 분석할 수 있다. 상황 정보 관리 유닛(2350)은 상황 정보를 분석한 결과를 활용하여, 사용자의 메뉴 추천 목적이나 입맛 유형 정보에 맞도록 상황 정보 필터링을 수행할 수 있다.
상황 정보 관리 유닛(2350)은 사용자가 제공하거나 요청한 상황 정보 패턴을 분석함으로, 사용자에게 최적화된 상황 정보 제공 방법을 추천할 수 있다. 상황 정보 관리 유닛(2350)은 인공지능(AI)이나 머신러닝 기법을 활용하여 사용자의 상황 정보 패턴을 분석하고 상황 정보를 구축할 수 있다. 상황 정보 관리 유닛(2350)은 사용자가 제공하는 상황 정보를 이용하여 기존의 상황 정보 사례와 비교하고, 사용자가 원하는 최적의 메뉴 추천 서비스를 제공할 수 있다.
메뉴 추천 관리 유닛(2360)은 사용자에게 제공할 메뉴 추천 서비스에 따른 추천 메뉴 정보를 관리할 수 있다. 예를 들면, 메뉴 추천 관리 유닛(2360)은 사용자에게 무료로 일반 메뉴 추천 서비스를 이용하게 하거나, 소정의 비용을 납부하거나 일정 포인트를 쌓은 사용자에게 프리미엄 서비스를 통해 고급 메뉴 추천 서비스를 이용하게 할 수 있다. 메뉴 추천 관리 유닛(2360)은 저장부(2200)의 메뉴 추천 DB(2240)에 접근하여 메뉴 추천에 관련한 데이터를 저장하고 관리할 수 있다. 
도 5는 도 4에 도시된 회원 정보 관리 유닛의 동작 중에서 회원 가입 및 인증 방법을 예시적으로 설명하기 위한 순서도이다.
도 5를 참조하면, 음식 취향 관리 서버(2000)의 회원 정보 관리 유닛(2330)은 본인 인증 절차를 통해 회원 가입을 하도록 관리할 수 있다.
S110 단계에서, 사용자(예를 들면, 서비스 이용자 등)는 제 1 사용자 장치(1100)를 이용하여 회원 가입을 할 수 있다. 사용자는 음식 취향 관리 서버(2000)에 접속하거나 음식 취향 애플리케이션을 통해 회원 가입을 할 수 있다. 회원 정보 관리 유닛(2330)은 회원 가입 시에 사용자의 카카오톡ID및 카카오톡 비밀 번호 등과 같은 사항을 요청할 수 있다. 이와 달리, 회원 정보 관리 유닛(2330)은 회원 가입 시에 사용자의 이름, 생년월일, 주민번호, 전화번호, 이메일, 주소 등과 같은 인적 사항을 요청할 수 있다. 또한, 회원 정보 관리 유닛(2330)은 인적 사항 이외에도 사용자의 직업이나 주로 하는 일, 관심 사항 등을 요청할 수 있다. 사용자는 회원 정보 관리 유닛(2330)이 제공하는 요청에 응답하는 방식으로 회원 가입을 할 수 있다.
S120 단계에서, 사용자는 사용자 장치(1100)를 이용하여 본인 인증 절차를 수행할 수 있다. 본인 인증은 사용자가 입력한 카카오톡ID및 카카오톡 비밀 번호를 사용하여 카카오의 DB에 접속하여 수행될 수 있다. 본인 인증은 간단하게는 사용자 이름, 주민번호, 전화번호 등과 같은 인적 사항을 입력하는 기계적인 방법으로 수행되거나, 또는 은행 등에서 사용되는 공인 인증 수단을 통해 수행될 수 있다. 또한, 본인 인증은 홍채나 지문 등과 같은 생체 인증이나 핸드폰 인증 등과 같은 전자적 인증을 통해 수행될 수 있다.
S130 단계에서, 사용자가 입력하는 인증 정보를 기초로 인증 성공 여부를 판단할 수 있다. 회원 정보 관리 유닛(2330)은 사용자가 입력하는 인증 정보와 회원정보 DB(2210)에 저장된 인증 정보(예를 들면, 카카오톡 인증 공인 인증)를 비교함으로 인증 성공 여부를 판단할 수 있다. 본인 인증이 성공한 경우에는 S140 단계가 수행되고, 실패한 경우에는 S132 단계가 수행될 수 있다.
S132 단계에서는, S130 단계에서 인증이 성공하지 않은 경우에(NO), 인증 실패 수를 판단할 수 있다. 회원 정보 관리 유닛(2330)은 사용자의 인증 실패 수가 N회 반복되었는지를 판단할 수 있다. 인증 실패 수가 N회 반복되지 않았으면, S120 단계가 수행된다. 즉, 회원 정보 관리 유닛(2330)은 사용자에게 다시 본인 인증 절차를 수행하도록 안내할 수 있다. 그러나 인증 실패 수가 N회 반복된 경우에는 S134 단계가 수행된다.
S134 단계에서, 회원 정보 관리 유닛(2330)은 인증 실패를 안내할 수 있다. 회원 정보 관리 유닛(2330)은 사용자가 본인 인증을 N회 반복해서 실패한 경우에, 사용자에게 인증이 실패하였음을 안내하고 본인 인증 절차를 종료할 수 있다. 이때 사용자는 음식 취향 관리 서버(2000)의 운영자에게 요청하여 본인 인증을 다시 수행할 수 있다. 실시 예에 따라서 인증성공 여부를 판단하는 단계(S130, S132, S134)는 생략될 수 있다.
S140 단계에서, 회원 정보 관리 유닛(2330)은 제 1 사용자 장치(1100)를 통해 사용자에게 회원 ID를 제공할 수 있다. 회원 ID는 음식 취향 프로그램을 이용하는 경우에 사용될 수 있다. 회원 ID는 다음과 같은 순서로 발급받을 수 있다. 도 5의 예를 참조하면, S141 단계에서 사용자는 제 1 사용자 장치(1100)를 이용하여 음식 취향 관리 서버(2000)에 접속할 수 있다. S142 단계에서 회원 정보 관리 유닛(2330)은 회원 정보를 요청할 수 있다. 사용자는 제 1 사용자 장치(1100)를 이용하여 회원 정보(예를 들면, 이메일 주소 등)를 입력할 수 있다. S143 단계에서 사용자는 비밀번호를 입력할 수 있다. 여기에서 회원 정보와 비밀번호는 회원가입 단계(S110)에서 입력한 정보와 동일한 정보일 수 있다.
도 6은 도 4에 도시된 애플리케이션 관리 유닛의 동작 방법을 예시적으로 설명하기 위한 순서도이다. 도 6을 참조하면, 애플리케이션 관리 유닛(2320)은 제 1 사용자 장치(1100)에 음식 취향 애플리케이션을 제공하거나 제 2 사용자 장치(1200)를 통해 음식 취향 프로그램을 설치하고 실행하도록 지원할 수 있다.
S210 단계에서, 애플리케이션 관리 유닛(2320)은 제 1 사용자 장치(1100)에 음식 취향 프로그램을 설치하거나 실행할 수 있다. 음식 취향 프로그램은 이동식 저장매체(예를 들면, USB나 메모리 카드 등) 또는 음식 취향 서버(2000)로부터 다운로드를 통해 제 1 사용자 장치(1100)의 메모리부(1115)에 저장되고 설치될 수 있다. 음식 취향 프로그램에는 도 5에서 설명한 본인 인증을 위한 인증 데이터가 포함될 수 있다.
S220 단계에서, 애플리케이션 관리 유닛(2320)은 프로그램의 설치가 성공했는지를 판단할 수 있다. 프로그램의 설치가 실패하였으면(NO), 애플리케이션 관리 유닛(2320)은 제 1 사용자 장치(1100)를 통해 프로그램 설치 실패를 안내할 수 있다(S225). 프로그램 설치가 성공하였으면(YES), 애플리케이션 관리 유닛(2320)은 S230 단계를 수행할 수 있다.
S230 단계에서, 애플리케이션 관리 유닛(2320)은 음식 취향 관리 서버(2000)의 통신부(2100), 저장부(2200), 그리고 제어부(2300)의 정상 동작 여부를 확인할 수 있다. 애플리케이션 관리 유닛(2320)은 사용자가 제 1 사용자 장치(1100)를 이용하여 음식 취향 관리 서버(2000)에서 제공하는 음식 취향 애플리케이션 또는 음식 취향 프로그램을 정상적으로 이용할 수 있는지를 확인할 수 있다.
S231 단계에서, 애플리케이션 관리 유닛(2320)은 음식 취향 관리 서버(2000)의 통신부(2100)의 동작을 확인할 수 있다. 먼저, 애플리케이션 관리 유닛(2320)은 음식 취향 관리 서버(2000)가 제 1 또는 제 2 사용자 장치(1100, 1200)와 원활하게 연결되는지를 확인할 수 있다. 
S232 단계에서, 애플리케이션 관리 유닛(2320)은 음식 취향 관리 서버(2000)의 저장부(2200)의 동작을 확인할 수 있다. 애플리케이션 관리 유닛(2320)은 저장부(2200)가 통신부(2100)로부터 수신하는 정보들을 회원정보 DB(2210), 입맛 유형 정보 DB(2220), 상황 정보 DB(2230), 그리고 메뉴 추천 DB(2240)에 정상적으로 저장하는지를 확인할 수 있다. 즉, 회원정보 DB(2210)에 제 1 사용자 장치(1100)로부터 입력된 회원 정보가 저장되고, 입맛 유형 정보 DB(2220)에는 여러 가지 입맛 유형 정보가 저장되고, 상황 정보 DB(2230)에는 여러 가지 상황 정보가 저장되고, 메뉴 추천 DB(2234)에 사용자의 입맛 유형 정보에 따른 추천 메뉴 정보, 상황 정보에 따른 추천 메뉴 정보, 및 입맛 유형과 상황 정보를 조합한 추천 메뉴 정보 서비스의 운영에 필요한 정보가 저장되는지를 확인할 수 있다.
S233 단계에서, 애플리케이션 관리 유닛(2320)은 음식 취향 관리 서버(2000)의 제어부(2300)의 동작을 확인할 수 있다. 애플리케이션 관리 유닛(2320)은 제어부(2300)의 프로세서(2310)가 정상적으로 동작하는지와, 회원 정보 관리 유닛(2330), 입맛 유형 정보 관리 유닛(2340), 상황 정보 관리 유닛(2350), 그리고 메뉴 추천 관리 유닛(2360)의 동작을 확인할 수 있다. 애플리케이션 관리 유닛(2320)은 입맛 유형 정보 분석/관리 프로그램 명령에 따라 동작하는지를 확인할 수 있다.
도 7은 도 4에 도시된 회원정보 DB를 예시적으로 보여주는 블록다이어그램이다.
도 7을 참조하면, 회원정보 DB(2210)에는 서비스 이용자(2211)와 서비스 운영자(2212)에 대한 정보가 저장될 수 있다. 
서비스 이용자(2211)는 제 1 또는 제 2 사용자 장치(도 2 참조, 1100, 1200)를 이용하여 입맛 유형 정보, 메뉴 서비스를 제공하거나 이용할 수 있다. 서비스 이용자(2211)는 도 5에서 설명한 바와 같이 회원 가입을 할 수 있다.
예를 들면, 사용자는 제 1 사용자 장치(1100)를 이용하여 음식 취향 관리 서버(2000)로 입맛 유형 정보, 메뉴 추천 서비스, 입맛 유사도 정보, 2인 이상 사용자 메뉴 추천 서비스의 제공 의사를 표시할 수 있다. 또한, 동일 사용자는 제 1 사용자 장치(1100)를 이용하여 음식 취향 관리 서버(2000)로 입맛 유형 정보 및/또는 상황 정보를 요청하거나 메뉴 추천 요청을 할 수 있다. 서비스 운영자(2212)는 음식 취향 관리 서버(2000)를 관리하는 서버 운영 주체(2223)일 수 있다.
도 8은 도 4에 도시된 입맛 유형 정보 DB를 예시적으로 보여주는 블록다이어그램이다.
도 8을 참조하면, 입맛 유형 정보 DB(2220)에는 제1 입맛 디멘션 정보(2231), 제2 입맛 디멘션 정보(2232), 제3 입맛 디멘션 정보(2233), 그리고 제4 입맛 디멘션 정보(2234) 등이 저장될 수 있다. 
제1 입맛 디멘션 정보(2231)에 제1 입맛 디멘션 관련 문항, 서비스 이용자(도 7 의 2211)가 제1 입맛 디멘션 관련 문항에 대해 입력한 값(이하, 입력값), 및 입력값을 분석한 결과에 대한 정보가 저장될 수 있다. 제1 입맛 디멘션 관련 문항은 총 5개이며, 각각의 문항은 아재 입맛(O)에 해당하는 메뉴 및 어린이 입맛(Y)에 해당하는 메뉴를 포함하는 한쌍의 메뉴를 포함할 수 있다. 제1 입맛 디멘션 관련 문항 각각은 해당되는 한쌍의 메뉴에 더하여 선호도 점수 척도를 포함할 수 있다. 예를 들어, 아재 입맛(O) 및 어린이 입맛(Y) 중 어느 하나를 양수, 다른 하나를 음수로 정의하고, -3, -2, -1, 1, 2, 3의 6개 선호도 점수가 해당되는 메뉴와 함께 저장될 수 있다. 이 때, 선호도 점수에서 0은 제외될 수 있다. 사용자가 상기 5개의 문항에 대해 한쌍의 메뉴 중 선택한 하나의 메뉴가 무엇인지 및 선호도 점수 척도 중에서 어떤 점수를 선택했는지에 관한 입력값 정보가 입맛 유형 정보 DB(2220)에 저장될 수 있다. 상기 5개 문항에 대한 입력값의 선호도 점수의 합계를 계산하여, 입력값을 분석한 결과가 도출될 수 있다. 입력값을 분석한 결과는 입맛 유형의 지표 중 하나에 해당할 수 있다. 입력값을 분석한 결과는 알파벳 O 또는 알파벳 Y로 표시되고, 출력될 수 있다. 입력값의 분석 방법에 대해서는 도 10a에서 보다 상세하게 설명한다.
제2 입맛 디멘션 정보(2232)에 제2 입맛 디멘션 관련 문항, 서비스 이용자가 제2 입맛 디멘션 관련 문항에 대해 입력한 값 및 입력값을 분석한 결과에 대한 정보가 저장될 수 있다. 제2 입맛 디멘션 관련 문항은 총 5개이며, 각각의 문항은 해산물 선호 입맛(S)에 해당하는 메뉴 및 육고기 선호 입맛(E)에 해당하는 메뉴로 구성된 한쌍의 메뉴를 포함할 수 있다. 제2 입맛 디멘션 관련 문항 각각은 상기 한쌍의 메뉴에 더하여 선호도 점수척도를 포함할 수 있다. 예를 들어, 해산물 선호 입맛(S) 및 육고기 선호 입맛(E) 중 어느 하나를 양수, 다른 하나를 음수로 정의하고, -3, -2, -1, 1, 2, 3의 6개 선호도 점수가 해당되는 한쌍의 메뉴와 함께 저장될 수 있다. 이 때, 점수에서 0은 제외될 수 있다. 사용자가 상기 5개의 문항에 대해 한쌍의 메뉴 중 선택한 하나의 메뉴가 무엇인지 및 선호도 점수 척도 중에서 어떤 점수를 입력했는지에 관한 입력값 정보가 입맛 유형 정보 DB(2220)에 저장될 수 있다. 상기 5개 문항에 대한 입력값의 선호도 점수의 합계를 계산하여, 입력값을 분석한 결과가 도출될 수 있다. 입력값을 분석한 결과는 입맛 유형의 지표 중 하나에 해당할 수 있다. 입력값을 분석한 결과는 알파벳 S 또는 알파벳 E로 표시되고, 출력될 수 있다.
제3 입맛 디멘션 정보(2233)에는 제3 입맛 디멘션 관련 문항, 서비스 이용자가 제3 입맛 디멘션 관련 문항에 대해 입력한 입력값 및 입력값을 분석한 결과에 대한 정보가 저장될 수 있다. 제3 입맛 디멘션은 자극적인 입맛(T) 및 자극적이지 않은 입맛(M)으로 구성된 한쌍의 입맛 요소들을 포함할 수 있다. 제3 입맛 디멘션은 제1 내지 제4 하위 디멘션들을 포함할 수 있다. 예를 들어, 제3 입맛 디멘션은 “향신료가 강한” 및 “향신료가 약한”으로 구성된 제1 하위 디멘션, “매운맛이 강한” 및 “매운맛이 약한”으로 구성된 제2 하위 디멘션, “단맛이 강한” 및 “단맛이 약한”으로 구성된 제3 하위 디멘션, 및 “짠맛이 강한” 및 “짠맛이 약한”으로 구성된 제4 하위 디멘션을 포함할 수 있다. 제1 내지 제4 하위 디멘션들 각각에 대해 관련 문항은 5개이며, 이에 따라, 제3 입맛 디멘션 관련 문항은 총 20개일 수 있다. 제1 하위 디멘션 관련 문항은 “향신료가 강한” 메뉴 및 “향신료가 약한” 메뉴로 구성된 한쌍의 메뉴와 선호도 점수 척도를 포함할 수 있다. 선호도 점수 척도는 -3, -2, -1, 1, 2, 3의 6개 선호도 점수를 포함할 수 있다. 이 때, 선호도 점수에서 0은 제외될 수 있다. 예를 들어, “향신료가 강한” 및 “향신료가 약한” 중 어느 하나를 양수, 다른 하나를 음수로 정의하고, -3, -2, -1, 1, 2, 3의 6개 선호도 점수가 해당되는 한쌍의 메뉴와 함께 저장될 수 있다. 제2 내지 제4 하위 디멘션들 각각은 제1 하위 디멘션에서 설명한 바와 마찬가지로, 한쌍의 메뉴들 및 선호도 점수 척도를 포함하는 문항들을 포함할 수 있다. 사용자가 상기 20개의 문항에 대해 한쌍의 메뉴 중 선택한 하나의 메뉴가 무엇인지 및 선호도 점수 척도 중에서 어떤 점수를 입력했는지에 관한 입력값 정보가 입맛 유형 정보 DB(2220)에 저장될 수 있다. 입력값을 분석한 결과는 입맛 유형의 지표 중 하나에 해당할 수 있다. 분석한 결과는 자극적인 입맛(T) 및 자극적이지 않은 입맛(M) 중에서 어느 것에 해당하는지를 나타내며, 알파벳 T 또는 알파벳 M으로 표시되고, 출력될 수 있다. 제1 내지 제4 하위 디멘션들 중 어느 하나라도 입력값을 분석한 결과가 “자극적인 입맛(T)”에 해당한다면, “자극적인 입맛(T)”에 해당하는 것으로 분류되고, 알파벳 T로 결과값을 출력할 수 있다. 이 때, 제1 하위 디멘션의 “향신료가 강한”, 제2 하위 디멘션의 “매운맛이 강한”, 제3 하위 디멘션의 “단맛이 강한”, 및 제4 하위 디멘션의 “짠맛이 강한”이 “자극적인 입맛(T)”에 해당될 수 있다. 상기 알파벳 T 또는 M으로 표시되는 입맛 유형 정보는 후술할 바와 같이 사용자에게 제공될 수 있다.
제3 입맛 디멘션의 분석 결과 뿐만 아니라 제1 내지 제4 하위 디멘션들 각각에 대해 입력값을 분석한 결과가 입맛 유형 정보 DB(2220)에 저장될 수 있다. 예를 들어, 사용자가 제1 하위 디멘션의 한쌍의 입맛 요소 중 어느 입맛 요소에 해당하는지와 그 선호도 점수 척도가 저장될 수 있다. 제2 내지 제4 하위 디멘션들에 대해서도 마찬가지일 수 있다. 다만, 제1 내지 제4 하위 디멘션들의 분석 결과는 알파벳으로 저장되지 않을 수 있고, 사용자에게 제공되지 않을 수 있다. 제1 내지 제4 하위 디멘션들의 분석 결과는 한글 약 등과 같이 다양한 형식으로 저장될 수 있다. 제2 내지 제4 하위 디멘션들의 분석 결과는 후술할 입맛 유형에 따른 추천 메뉴 서비스의 제공에 사용될 수 있다.
제4 입맛 디멘션 정보(2234)에는 제4 입맛 디멘션 관련 문항, 서비스 이용자가 제4 입맛 디멘션 관련 문항에 대해 입력한 값, 및 입력값을 분석한 결과에 대한 정보가 저장될 수 있다. 제4 입맛 디멘션 관련 문항은 총 5개이며, 각각의 문항은 부담스러운 입맛(H)에 해당하는 메뉴 및 부담스럽지 않은 입맛(L)에 해당하는 메뉴로 구성된 한쌍의 메뉴 및 선호도 점수 척도를 포함할 수 있다. 예를 들어, 부담스러운 입맛(H) 및 부담스럽지 않은 입맛(L) 중 어느 하나를 양수, 다른 하나를 음수로 정의하고, -3, -2, -1, 1, 2, 3의 6개 선호도 점수가 해당되는 한쌍의 메뉴와 함께 저장될 수 있다. 이 때, 선호도 점수에서 0은 제외될 수 있다. 사용자가 상기 5개의 문항에 대해 한쌍의 메뉴 중 선택한 하나의 메뉴가 무엇인지 및 선호도 점수 척도 중에서 어떤 점수를 입력했는지에 관한 입력값 정보가 저장될 수 있다. 상기 5개 문항에 대한 입력값의 선호도 점수의 합계를 계산하여, 입력값을 분석한 결과가 도출될 수 있다. 입력값을 분석한 결과는 입맛 유형의 지표 중 하나에 해당할 수 있다. 입력값을 분석한 결과는 알파벳 H 또는 알파벳 L로 표시되고, 출력될 수 있다.
도 9는 도 4에 도시된 메뉴 추천 DB를 예시적으로 보여주는 블록다이어그램이다.
도 9를 참조하면, 메뉴 추천 DB(2240)에는 입맛 유형 정보에 따른 추천 메뉴 정보 및 상황 정보에 따른 추천 메뉴 정보가 저장될 수 있다. 메뉴 추천 DB(2240)에는 입맛 유형 정보와 상황 정보를 조합한 추천 메뉴 정보가 더 저장될 수 있다. 입맛 유형 정보와 상황 정보를 조합한 추천 메뉴는 인공지능(AI)이나 머신러닝 기법을 활용하여 구축할 수 있다. 
도 10a 내지 도 10d는 도 2에 도시된 음식 취향 관리 서버의 동작 방법들을 예시적으로 설명하기 위한 순서도들이다.
도 10a 는 메뉴 추천 서비스 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10a를 참조하면, 도 2에 도시된 제 1 또는 제 2 사용자 장치(1100, 1200)는 음식 취향 관리 서버(2000)로부터 음식 취향 애플리케이션을 다운로드 받고, 음식 취향 프로그램을 통해 입맛 유형 정보 서비스를 제공받을 수 있다. 
S310 단계에서, 음식 취향 관리 서버(2000)는 제 1 사용자 장치(1100)에서 음식 취향 프로그램이 실행되도록 할 수 있다. 제 1 사용자 장치(1100)는 음식 취향 관리 서버(2000)로부터 음식 취향 애플리케이션을 다운로드 받을 수 있다. 음식 취향 프로그램을 실행할 때, 도 5에서 설명한 회원 인증 절차가 수행될 수 있다. 이와 달리, 회원 인증 절차 없이 비회원 절차를 통해 사용자가 음식 취향 프로그램에 접근할 수 있다. 또한, 음식 취향 프로그램이 실행될 때, 음식 취향 관리 서버(2000)에 저장해 놓은 기본 음식 취향 데이터가 제 1 사용자 장치(1100)에 제공될 수 있다.
S320 단계에서, 음식 취향 관리 서버(2000)는 제 1 사용자 장치(1100)로부터 입맛 유형 정보 요청을 수신할 수 있다. 음식 취향 관리 서버(2000)는 통신부(도 4 참조, 2100)의 입력부(2110)를 통해 입맛 유형 정보 요청을 입력받고, 입맛 유형 정보 요청을 저장부(2200) 또는 제어부(2300)로 제공할 수 있다. 
S330 단계에서, 제어부(2300)는 제 1 사용자 장치(1100)로부터 입맛 유형 정보 요청이 있는 경우에, 저장부(2200)의 입맛 유형 정보 DB(2220)를 검색할 수 있다. 음식 취향 관리 서버(2000)는 입맛 유형 정보 DB(2220)를 통해 제1 내지 제4 입맛 디멘션들에 관한 문항을 검색할 수 있다. 검색된 제1 내지 제4 입맛 디멘션들에 관한 문항은 제 1 사용자 장치(1100)를 통해 사용자에게 제공될 수 있다. 제1 내지 제4 입맛 디멘션들 각각은 5개 문항으로 구성될 수 있다. 예를 들어, 제1 입맛 디멘션과 관련하여 어린이 입맛(Y)은 양수로, 아재 입맛(O)은 음수로 정의되고, 5개 문항 중 하나는 백숙, 치킨, 및 백숙과 치킨 사이에 표시된 -3, -2, -1, 1, 2, 3의 6개 선호도 점수를 포함할 수 있다. 사용자가 백숙을 더 좋아할수록 -3을, 치킨을 더 좋아할수록 3을 선택해야 한다는 안내가 사용자에게 함께 제공될 수 있다. 사용자가 안내에 따라 제1 내지 제4 입력 디멘션들에 관한 문항들에 대해 제 1 사용자 장치(1100)에 입력한 값들을 음식 취향 관리 서버(2000)가 수신할 수 있다.
S340 단계에서, 제어부(2300)는 제1 내지 제4 입맛 디멘션들에 대한 입력값을 분석할 수 있다. 제어부(2300)는 입력값들이 제1 내지 제4 입맛 디멘션들 중 어느 것에 해당하는지 분류하고, 해당 입맛 디멘션들 각각에 대해 5개 문항에 대한 입력값의 선호도 점수의 합계를 계산할 수 있다. 입력값을 계산 및 분석한 결과로부터 입맛 유형 지표가 얻어질 수 있다. 예를 들어, 제어부(2300)는 앞서 설명한 제1 입맛 디멘션의 입력값의 선호도 점수의 합계가 양수이면 어린이 입맛(Y)에 해당한다는 정보를 저장하고, 입력값의 선호도 점수의 합계가 음수이면 아재 입맛(O)에 해당한다는 정보를 저장부(2200)에 저장할 수 있다. 이 때, 제어부(2300)는 제1 입맛 디멘션의 분석 결과가 아재 입맛(O)에 해당하는 경우 알파벳 O 로, 어린이 입맛(Y)에 해당하는 경우 알파벳 Y로 표시 및 저장할 수 있다. 제어부(2300)는 제2 내지 제4 입맛 디멘션들에 관해서도 동일한 방법으로 분석 결과 및 해당되는 알파벳으로 저장할 수 있다. 입맛 디멘션들을 분석한 결과는 최종적으로 4개의 알파벳으로 저장되며, 상기 4개의 알파벳은 사용자의 입맛 유형 정보에 해당할 수 있다. 총 16개의 입맛 유형이 있을 수 있고, 결과값은 사용자가 16개 입맛 유형 중 어느 유형에 해당하는지에 관한 정보를 나타낼 수 있다. 16개의 입맛 유형은 후술할 도 11h에 표시된 바와 동일할 수 있다.
S350 단계에서, 제어부(2300)는 사용자의 입맛 정보 요청에 응답하여 분석된 입맛 유형 정보를 제공할 수 있다. 예를 들어, 사용자가 16개의 입맛 유형 중에서 어느 유형에 해당하는지에 관한 정보를 제공할 수 있다. 상기 정보는 4개의 알파벳으로 출력될 수 있다.
도 10b는 메뉴 추천 서비스 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10b를 참조하면, 도 2에 도시된 제 1 또는 제 2 사용자 장치(1100, 1200)는 음식 취향 관리 서버(2000)로부터 음식 취향 애플리케이션을 다운로드 받고, 음식 취향 프로그램을 통해 메뉴 추천 서비스를 이용할 수 있다. 
S410 단계에서, 음식 취향 관리 서버(2000)는 제 1 사용자 장치(1100)에서 음식 취향 프로그램이 실행되도록 할 수 있다. S410 단계는 도 10a의 S310 단계와 유사할 수 있다.
S420 단계에서, 음식 취향 관리 서버(2000)는 제 1 사용자 장치(1100)로부터 메뉴 추천 요청을 수신할 수 있다. 음식 취향 관리 서버(2000)는 통신부(도 4의 2100)의 입력부(2110)를 통해 메뉴 추천 요청을 입력받고, 메뉴 추천 요청을 저장부(2200) 또는 제어부(2300)로 제공할 수 있다. 
S430 단계에서, 제어부(2300)는 제 1 사용자 장치(1100)로부터 메뉴 추천 요청이 있는 경우에, 저장부(2200)의 입맛 유형 정보 DB(2220)를 검색할 수 있다. 음식 취향 관리 서버(2000)는 필요에 따라 저장부(2200)의 회원정보 DB(2210) 및 상황 정보 DB(2220)를 더 검색할 수 있다. 비회원 절차를 통해 사용자가 음식 취향 프로그램에 접근한 경우, 회원정보 DB(2210)에 검색하는 과정은 생략될 수 있다. 제어부(2300)는 입맛 유형 정보 DB(2230)에 저장된 입맛 유형 정보를 검색하여, 입맛 유형 데이터를 메뉴 추천 DB(2240)에 제공될 수 있다.
다른 예로, 제어부(2300)는 사용자의 상황 정보 반영 요청이 더 있는 경우, 상황 정보 DB(2330를 검색하여 사용자에게 상황 정보에 관한 문항을 제공할 수 있다. 이 때, 상황 정보에 관한 문항은 사용자의 기분에 관한 문항들을 포함할 수 있다. 예를 들어, 상황 정보 문항은 기쁨, 슬픔, 및/또는 화남 등을 포함할 수 있다. 사용자가 상황 정보 문항에 대해 제 1 사용자 장치(1100)에 입력한 상황 정보 값들을 음식 취향 관리 서버(2000)가 수신하고, 상황 정보 데이터를 입맛 유형 데이터와 함께 메뉴 추천 DB(2240)에 제공될 수 있다.
또 다른 예로, 음식 취향 관리 서버(2000)는 입맛 유형 정보 DB(2230)에 저장된 입맛 유형 정보 및 상황 정보 DB(2220)에 저장된 사용자의 입맛에 영향을 미치는 상황을 검색하여, 입맛 유형 데이터 및 상황 정보 데이터를 메뉴 추천 DB(2240)에 제공할 수 있다.
S440 단계에서, 제어부(2300)는 입맛 유형 데이터가 메뉴 추천 DB(2240)에 제공되면, 메뉴 추천 DB(2240)에 저장된 입맛 유형에 따른 추천 메뉴를 검색하여 제어부(2300)에 제공할 수 있다
메뉴 추천 DB(2240)는 상황 정보 데이터를 더 제공받으면, 메뉴 추천 DB(2240)에 저장된 상황 정보에 따른 추천 메뉴를 검색하여 제어부(2300)에 제공할 수 있다. 상황 정보에 따른 추천 메뉴는 S410단계 이전에 설문 조사를 통해 확보된 정보일 수 있다. 제어부(2300)는 입맛 유형과 상황 정보를 조합한 추천 메뉴 정보를 산출할 수 있다. 입맛 유형과 상황 정보를 조합한 추천 메뉴 정보를 산출하는 것은 입맛 유형에 따른 선호 메뉴 순서 점수와 상황 정보에 따른 선호 메뉴 순서 점수를 합산하여, 총합 점수가 높은 상위 메뉴들을 선택하는 것을 포함할 수 있다.
제어부(2300)는 산출된 메뉴 정보를 확인하고, 제공하는 추천 메뉴 정보 서비스의 범위를 결정할 수 있다. 예를 들어, 음식 취향 관리 서버(2000)는 제1 내지 제4 입맛 디멘션들에 대응되는 알파벳들 중 어느 하나가 자명하게 극단인 경우, 해당 알파벳에 해당하는 상위 선호 메뉴를 산출할 수 있다. 이 때 자명하게 극단은 제1 내지 제4 입맛 디멘션들 중 어느 하나의 디멘션에 관한 문항들에 대한 입력값의 선호도 점수의 합계의 절대값이 8이상인 것을 의미한다. 제1 내지 제4 입맛 디멘션들에 대응되는 알파벳들 중 어느 2개 이상이 자명하게 극단인 경우, 2개 알파벳들 중 더 극단인 글자에 해당하는 상위 선호 메뉴를 산출할 수 있다. 제1 내지 제4 입맛 디멘션들에 대응되는 알파벳들 중 어느 2개 이상이 자명하게 극단이고, 2개의 극단적인 정도가 동일한 경우, 2개 알파벳들 중 무작위로 선택된 어느 하나에 해당하는 상위 선호 메뉴를 산출할 수 있다. 음식 취향 관리 서버(2000)는 산출되는 추천 메뉴의 개수를 상위 5개로 제한하여 결정할 수 있다.
S450 단계에서, 음식 취향 관리 서버(2000)는 사용자의 메뉴 추천 요청에 응답하여 산출된 메뉴 추천 서비스를 제공할 수 있다. 예를 들어, 사용자의 입맛 유형에 따른 추천 메뉴 정보를 제 1 사용자 장치(1100)를 통해 사용자에게 제공할 수 있다.
사용자가 상황 정보의 반영을 더 요청한 경우, 제어부(2300)는 사용자의 입맛 유형 및 상황 정보 조합한 추천 메뉴 정보 산출하여 산출된 메뉴 정보를 확인하고, 제공하는 추천 메뉴 정보 서비스의 범위를 결정할 수 있다. 즉, 제어부(2300)는 입맛 유형 및 상황 정보 조합한 메뉴 추천 서비스를 제 1 사용자 장치(1100)를 통해 사용자에게 제공할 수 있다.
도 10c는 입맛 유사도 정보 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10c를 참조하면, 도 2에 도시된 제 1 또는 제 2 사용자 장치(1100, 1200)는 음식 취향 관리 서버(2000)로부터 음식 취향 애플리케이션을 다운로드 받고, 음식 취향 프로그램을 통해 입맛 유사도 정보를 제공받을 수 있다. 
S510 단계에서, 음식 취향 관리 서버(2000)는 제 1 또는 제 2 사용자 장치(1100, 1200)에서 음식 취향 프로그램이 실행되도록 할 수 있다. S410 단계는 도 10a의 S310 단계와 유사할 수 있다.
S520 단계에서, 음식 취향 관리 서버(2000)는 제 1 또는 제 2 사용자 장치(1100, 1200)로부터 적어도 2명의 사용자들에 대한 입맛 유사도 정보 요청을 수신받을 수 있다. 적어도 2명의 사용자들은 제 1 또는 제 2 사용자 장치(1100, 1200)를 통해 특정될 수 있다. 음식 취향 관리 서버(2000)는 통신부(도 4 참조, 2100)의 입력부(2110)를 통해 입맛 유사도 정보 요청을 입력받고, 입맛 유사도 정보 요청을 저장부(2200) 또는 제어부(2300)로 제공할 수 있다.
S530 단계에서, 제어부(2300)는 제 1 또는 제 2 사용자 장치(1100, 1200)로부터 입맛 유사도 정보 요청이 있는 경우에, 저장부(2200)의 회원정보 DB(2210) 및 입맛 유형 정보 DB(2220)를 검색할 수 있다. 이와 달리, 비회원 절차를 통해 사용자가 음식 취향 프로그램에 접근한 경우, 회원정보 DB(2210)에 검색하는 과정은 생략될 수 있다. 제어부(2300)는 입맛 유형 정보 DB(2230)에 저장된 적어도 2명의 사용자의 입맛 유형 정보를 검색할 수 있다.
S540 단계에서, 제어부(2300)는 적어도 2명의 사용자의 입맛 유형 정보를 바탕으로 입맛 유사도를 분석할 수 있다. 입맛 유사도를 분석하는 것은 아래의 식과 같이 입맛 유사도를 계산하여 수행될 수 있다.
음식 취향 관리 서버(2000)는 제1 , 제2, 및 제4 입맛 디멘션들 각각에 대해 아래의 식 1에 따른 입맛 디멘션의 입맛 유사도 값을 계산한다.
[식 1]
식 1에서, x1은 사용자 1의 해당 디멘션의 문항들에 대한 입력값의 총합이고, x2는 사용자 2의 해당 디멘션의 문항들에 대한 입맛 유사도의 총합이다.
음식 취향 관리 서버(2000)는 제3 입맛 디멘션에 대해 아래의 식 2에 따른 입맛 디멘션의 입맛 유사도 값을 계산할 수 있다.
[식 2]
식 2에서 y11, y12, y13, 및 y14는 각각 제1 사용자의 제1 하위 디멘션 문항에 대한 입력값의 총합, 제1 사용자의 제1 하위 디멘션 문항에 대한 입력값의 총합, 제1 사용자의 제3 하위 디멘션 문항에 대한 입력값의 총합, 및 제1 사용자의 제4 하위 디멘션 문항에 대한 입력값의 총합이고,
y21, y22, y23, 및 y24는 각각 제2 사용자의 제1 하위 디멘션 문항에 대한 입력값의 총합, 제2 사용자의 제2 하위 디멘션 문항에 대한 입력값의 총합, 제2 사용자의 제3 하위 디멘션 문항에 대한 입력값의 총합, 및 제2 사용자의 제4 하위 디멘션 문항에 대한 입력값의 총합이다.
음식 취향 관리 서버(2000)는 식 3에 따른 입맛 유사도 값을 계산한다.
[식 3]
식 3에서 x11, x12, x13, 및 x14는 각각 제1 사용자의 제1 입맛 디멘션 문항에 대한 입력값의 총합, 제1 사용자의 제1 입맛 디멘션 문항에 대한 입력값의 총합, 제1 사용자의 제3 입맛 디멘션 문항에 대한 입력값의 총합, 및 제1 사용자의 제4 입맛 디멘션 문항에 대한 입력값의 총합이고,
x21, x22, x23, 및 x24는 각각 제2 사용자의 제1 입맛 디멘션 문항에 대한 입력값의 총합, 제2 사용자의 제2 입맛 디멘션 문항에 대한 입력값의 총합, 제2 사용자의 제3 입맛 디멘션 문항에 대한 입력값의 총합, 및 제2 사용자의 제4 입맛 디멘션 문항에 대한 입력값의 총합이고,
y11, y12, y13, y14, y21, y22, y23, 및 y24는 식 2에서 정의한 바와 같다.
S550 단계에서, 제어부(2300)는 사용자의 입맛 유사도 정보 요청에 응답하여 분석된 입맛 유사도 정보를 제 1 또는 제 2 사용자 장치(1100, 1200)를 통해 사용자에게 제공할 수 있다. 입맛 유사도 정보는 유사한 정도를 백분율로 표시하여 제공될 수 있다.
도 10d는2인 이상 사용자 메뉴 추천 서비스 제공 방법을 예시적으로 설명하기 위한 순서도이다.
도 10d를 참조하면, 도 2에 도시된 제 1 또는 제 2 사용자 장치(1100, 1200)는 음식 취향 관리 서버(2000)로부터 음식 취향 애플리케이션을 다운로드 받고, 음식 취향 프로그램을 통해 2인 이상 사용자 메뉴 추천 서비스를 제공받을 수 있다. 
S610 단계에서, 음식 취향 관리 서버(2000)는 제 1 또는 제2 사용자 장치(1100, 1200)에서 음식 취향 프로그램이 실행되도록 할 수 있다. S410 단계는 도 10a의 S310 단계와 유사할 수 있다.
S620 단계에서, 음식 취향 관리 서버(2000)는 제 1 또는 제2 사용자 장치(1100, 1200)로부터 메뉴 추천 요청을 수신할 수 있다. 음식 취향 관리 서버(2000)는 통신부(도 4 참조, 2100)의 입력부(2110)를 통해 메뉴 추천 요청을 입력받고, 메뉴 추천 요청을 저장부(2200) 또는 제어부(2300)로 제공할 수 있다. 
S630 단계에서, 제어부(2300)는 제 1 또는 제2 사용자 장치(1100, 1200)로부터 메뉴 추천 요청이 있는 경우에, 저장부(2200)에 저장된 2인 이상 사용자들의 회원정보 DB(2210) 및 입맛 유형 정보 DB(2220)를 검색할 수 있다. 이와 달리, 비회원 절차를 통해 사용자가 음식 취향 프로그램에 접근한 경우, 회원정보 DB(2210)에 검색하는 과정은 생략될 수 있다.
제 1 또는 제 2 사용자 장치(1100, 1200)로부터 요청이 있는 경우 제어부(2300)는 상황 정보 DB(2220)를 더 검색할 수 있다. 상기 상황 정보가 그날의 사용자 기분인 경우, 음식 취향 관리 서버(2000)는 2명의 사용자들 중 적어도 1명에게 상황 정보에 관한 문항을 더 제공할 수 있다. 사용자가 상황 정보 문항에 제 1 또는 제 2 사용자 장치(1100, 1200에 입력한 값들을 음식 취향 관리 서버(2000)가 수신하고, 상황 정보 데이터를 입맛 유형 정보와 함께 메뉴 추천 DB(2240)에 제공될 수 있다.
S640 단계에서, 2인 이상 사용자들의 입맛 유형 데이터가 메뉴 추천 DB(2240)에 제공되면, 메뉴 추천 DB(2240)에 저장된 2인 이상 사용자들의 입맛 유형에 따른 추천 메뉴가 검색될 수 있다. 이 때, 상황 정보 데이터가 메뉴 추천 DB(2240)에 더 제공되면, 메뉴 추천 DB(2240)에 저장된 상황 정보에 따른 추천 메뉴가 더 검색될 수 있다.
S650 단계에서, 제어부(2300)는 검색된 2인 이상 사용자들의 입맛 유형에 따른 추천 메뉴를 바탕으로 2인 이상 사용자들의 입맛 유형에 따른 추천 메뉴를 분석할 수 있다. 예를 들어, 2인 이상의 사용자가 제1 사용자 및 제2 사용자를 포함하는 경우, 제1 사용자의 추천 메뉴 및 제2 사용자의 추천 메뉴 중에서 상위 5순위 내에 중복되는 메뉴에 관한 데이터를 산출할 수 있다. 제1 사용자의 추천 메뉴 및 제2 사용자의 추천 메뉴 중에서 상위 5순위 내에 중복되는 메뉴가 없는 경우, 5순위 밖의 메뉴 중에서 중복되는 추천 메뉴에 관한 데이터를 산출할 수 있다.
다른 예로, 제어부(2300)는 사용자의 요청이 있는 경우, 입맛 유형에 따른 추천 메뉴와 상황 정보에 따른 추천 메뉴를 조합한 추천 메뉴 정보를 산출할 수 있다. 입맛 유형에 따른 추천 메뉴와 상황 정보에 따른 추천 메뉴를 조합한 추천 메뉴 정보를 산출하는 것은 도 10b의 S440에서 설명한 바와 같을 수 있다.
S650 단계에서, 음식 취향 관리 서버(2000)는 사용자의 메뉴 추천 요청에 응답하여 산출된 메뉴 추천 서비스를 제공할 수 있다. 예를 들어, 제어부(2300)는 추전 메뉴에 관한 정보를 제 1 또는 제 2 사용자 장치(1100, 1200)를 통해 사용자에게 제공할 수 있다. 메뉴 추천 서비스가 5순위 내의 메뉴 중에서 중복되는 추천 메뉴에 관한 것인 경우, 제어부(2300)는 “궁합 추천”의 문구가 기재된 메뉴 추천 서비스를 제공할 수 있다. 메뉴 추천 서비스가 5순위 밖의 메뉴 중에서 중복되는 추천 메뉴에 관한 것인 경우, 제어부(2300)는 “원만한 합의 추천”의 문구가 기재된 메뉴 추천 서비스를 제공할 수 있다.
도 11 a는 사용자 장치의 화면에 나타나는 최초 화면을 예시적으로 보여준다.
도 11a를 참조하면, 사용자 장치(도 2의 1100, 1200)는 음식 취향 관리 서버(도 2 의 2000)와 무선으로 연결될 수 있다. 사용자 장치(1100, 1200)는 음식 취향 프로그램이 실행될 수 있는 환경을 제공할 수 있다. 음식 취향 관리 서버(2000)는 카카오톡 로그인을 통해 사용자 인증 및 로그인을 하도록 구성될 수 있다.
도 11 b는 로그인 후, 나타나는 사용자 장치의 화면을 예시적으로 보여준다. 도 11b를 참조하면, 음식 취향 관리 서버(2000)는 입맛 유형 테스트에 관한 안내를 사용자 장치의 화면에 표시되도록 할 수 있다.
도 11 c는 사용자 장치에 표시된 입맛 유형 테스트 화면을 예시적으로 보여준다.
도 11c를 참조하면, 음식 취향 관리 서버(2000)는 입맛 디멘션 관련 문항을 제공할 수 있다. 입맛 디멘션 관련 문항 각각은 해당되는 입맛 디멘션에 대한 한쌍의 메뉴 및 선호도 척도 점수일 수 있다. 이 때, 선호도 점수 척도는 3, 2, 1, 1, 2, 3의 6개의 선호도 점수 척도로 구성되며, 0은 제외될 수 있다. 다만, 사용자 장치의 표시와 달리, 입맛 유형 정보 DB(2220)에는 6점 척도가 3, -2, -1, 1, 2, 3로 저장될 수 있으나 이에 제약되지 않는다. 입맛 디멘션 관련 문항의 상단에는 테스트 방법이 안내될 수 있다.
도 11 d는 사용자 장치에 표시된 입맛 유형 정보를 예시적으로 보여준다.
도 11 d를 참조하면, 음식 취향 관리 서버(2000)는 사용자의 입맛 정보 정 요청에 응답하여 분석된 입맛 유형 정보를 사용자 장치를 통해 제공할 수 있다. 예를 들어, 사용자가 16개의 입맛 유형 중에서 어느 유형에 해당하는지에 관한 정보를 4개의 알파벳으로 출력하여 제공할 수 있다. 상기 화면은 사용자가 OETH에 해당하는 것을 예시적으로 보여준다. 더불어, 제1 내지 제4 입맛 디멘션들에 관한 정보 및 제1 내지 제4 입맛 디멘션들 각각에 대하여 어느 쪽에 가까운지에 관한 정보가 백분율로 함께 표시될 수 있다.
도 11 e는 사용자 장치에 표시된 입맛 유형에 따른 추천 메뉴 정보를 예시적으로 보여준다.
도 11 e를 참조하면, 음식 취향 관리 서버(2000)는 사용자의 입맛 유형에 따른 추천 메뉴 정보를 사용자 장치를 통해 사용자에게 제공할 수 있다. 도 11d에는 OETH인 입맛 유형의 추천 메뉴가 표시될 수 있다.
사용자가 기분과 같은 상황 정보를 추천 메뉴에 더 반영하기를 원하는 경우, 사용자 장치의 화면 하단에 표시된 “기분 상태 추가하기”를 통해 요청할 수 있다.
도 11 f는 사용자 장치에 표시된 상황 정보 입력 화면을 예시적으로 보여준다.
도 11 f를 참조하면, 도 11d에서 사용자가 기분에 대한 상황 정보를 더 반영하기를 원한 경우, 음식 취향 관리 서버(2000)는 기분에 관한 문항을 사용자에게 제공할 수 있다. 기분에 관한 문항은 이모티콘으로 표시될 수 있으나, 이에 제약되지 않는다.
도 11 g는 사용자 장치에 표시된 입맛 유형 및 상황 정보에 따른 추천 메뉴 정보를 예시적으로 보여준다.
도 11 g를 참조하면, 음식 취향 관리 서버(2000)는 사용자의 상황 정보(기분)를 고려한 입맛 유형에 따른 추천 메뉴 정보를 사용자에게 제공할 수 있다.
도 11 h는 사용자 장치에 표시된 일 예에 따른 입맛 유형 전체에 관한 정보를 예시적으로 보여준다.
도 11 h를 참조하면, 음식 취향 관리 서버(2000)는 입한 유형 전체에 관한 정보를 사용자에게 제공할 수 있다. 입맛 유형은 총 16개가 있을 수 있고, 각각의 입맛 유형은 총 4개의 서로 다른 알파벳으로 표시될 수 있다.
도 11 i는 사용자 장치에 표시된 메뉴 화면을 예시적으로 보여준다.
도 11 i를 참조하면, 음식 취향 어플리케이션을 실행하여 나타나는 메뉴 화면에는 내 입맛 보기, 입맛 유형 테스트, 내 입맛에 맞는 메뉴 추천, 오늘 메뉴 추천, 및 모든 입맛 유형 보기의 리스트들이 표시될 수 있다. 그러나, 표시되는 리스트들은 이에 제약되지 않고 다양하게 변형될 수 있다.
실시예들에 따르면, 음식 취향 프로그램이 실행되었을 때, 제어부(2300)는 사용자의 단말기의 화면부에 다른 회원의 입맛 유형 정보 또는 다른 회원과의 입맛 유사도 정보가 더 표시되도록 할 수 있다. 사용자의 단말기는 제 1 또는 제2 사용자 장치(1100, 1200)를 의미할 수 있다. 이 때, 상기 다른 회원은 친구 목록 리스트에 포함된 회원, 게시글을 작성한 회원, 댓글을 작성한 회원, 및 커뮤니티 모임에 속하는 회원 중에서 적어도 하나일 수 있다. 일 예로, 다른 회원의 입맛 유형 정보 또는 다른 회원과의 입맛 유사도 정보는 게시글 또는 댓글에 기재된 다른 회원의 ID또는 닉네임과 함께 그 표시될 수 있다. 이에 따라, 사용자는 게시글 또는 댓글에 기재된 추천 식당 정보/리뷰 또는 추천 메뉴 정보/리뷰가 사용자 본인에게 어느 정도 부합할지를 판단할 수 있다.
상술한 내용은 본 발명을 실시하기 위한 구체적인 실시 예들이다. 본 발명은 상술한 실시 예들 이외에도, 단순하게 설계 변경되거나 용이하게 변경할 수 있는 실시 예들도 포함될 것이다. 또한, 본 발명은 실시 예들을 이용하여 용이하게 변형하여 실시할 수 있는 기술들도 포함될 것이다. 따라서, 본 발명의 범위는 상술한 실시 예들에 국한되어 정해져서는 안되며, 후술하는 특허청구범위뿐만 아니라 이 발명의 특허청구범위와 균등한 것들에 의해 정해져야 할 것이다.

Claims (6)

  1. 사용자 장치로부터 입맛 유형 정보를 제공받기 위한 통신부;
    상기 통신부를 통해 입력된 입맛 유형 정보를 저장하기 위한 저장부; 및
    상기 저장부에 저장된 입맛 디멘션 정보들에 근거하여 입맛 유형 정보를 제공하는 제어부를 포함하되,
    상기 제어부는,
    입맛 유형 정보 요청을 수신받고, 복수의 입맛 디멘션들에 관한 문항들을 제공하며, 상기 복수의 입맛 디멘션들에 관한 문항들에 대한 사용자의 입력값을 분석하고, 분석된 결과로부터 복수의 입맛 유형 중 어느 유형에 해당하는지에 관한 정보를 제공하되,
    상기 복수의 입맛 디멘션들 각각은 서로 반대되는 한쌍의 입맛 요소들을 포함하고, 상기 한쌍의 입맛 요소들은 서로 다른 알파벳으로 표시되며,
    상기 복수의 입맛 디멘션들에 관한 문항들 각각은 한쌍의 입맛 요소들에 해당하는 한쌍의 메뉴들 및 선호도 점수 척도를 포함하고,
    상기 사용자의 입력값은 상기 한쌍의 메뉴들 중 선택된 하나의 메뉴 및 상기 선호도 점수 척도 중 선택된 점수값을 포함하고,
    상기 복수의 입맛 디멘션들은 서로 다른 제1 입맛 디멘션, 제2 입맛 디멘션, 및 제3 입맛 디멘션을 포함하고,
    상기 제1 입맛 디멘션에 관한 문항은 복수개의 제1 문항들로 이루어지고, 상기 복수개의 제1 문항들 각각은 한쌍의 반대되는 제1 입맛 요소들에 해당하는 한쌍의 제1 메뉴들 및 상기 제1 메뉴들에 대한 선호도 점수 척도들을 포함하고,
    상기 제2 입맛 디멘션에 관한 문항은 복수개의 제2 문항들로 이루어지고, 상기 복수개의 제2 문항들 각각은 한쌍의 반대되는 제2 입맛 요소들에 해당하는 한쌍의 제2 메뉴들 및 상기 제2 메뉴들에 대한 선호도 점수 척도들을 포함하고,
    상기 제3 입맛 디멘션에 관한 문항은 복수개의 제3 문항들로 이루어지고, 상기 복수개의 제3 문항들 각각은 한쌍의 반대되는 제3 입맛 요소들에 해당하는 한쌍의 제3 메뉴들 및 상기 제3 메뉴들에 대한 선호도 점수 척도들을 포함하고,
    상기 사용자의 입력값을 분석하는 것은:
    상기 제1 문항들에 포함된 상기 선호도 점수 척도들 중에서 사용자가 입력한 점수값들의 합계를 계산하여, 상기 제1 입맛 요소들 중 어느 것에 해당하는지 분석하는 것;
    상기 제2 문항들에 포함된 상기 선호도 점수 척도 중에서 사용자가 입력한 점수값들의 합계를 계산하여, 상기 제2 입맛 요소들 중 어느 것에 해당하는지 분석하는 것; 및
    상기 제3 문항들에 포함된 상기 선호도 점수 척도 중에서 사용자가 입력한 점수값들의 합계를 계산하여, 상기 제3 입맛 요소들 중 어느 것에 해당하는지 분석하는 것;을 포함하고,
    상기 입맛 유형 정보는 상기 복수의 입맛 디멘션들 각각에 대해 상기 한쌍의 입맛 요소들 중 해당하는 입맛 요소의 알파벳으로 출력되고,
    상기 입맛 유형 정보는 적어도 9개의 입맛 유형들로 분류되고, 상기 9개의 입맛 유형들 각각은 적어도 3개의 알파벳으로 구성되고,
    상기 입맛 유형 정보를 제공하는 것은:
    상기 제1 입맛 요소들 중 어느 것에 해당하는지에 관한 정보를 서로 다른 제1 알파벳 및 제2 알파벳 중에서 해당되는 어느 하나로 표시하는 것;
    상기 제2 입맛 요소들 중 어느 것에 해당하는지에 관한 정보는 서로 다른 제3 알파벳 및 제4 알파벳 중에서 해당되는 어느 하나로 표시하는 것; 그리고
    상기 제3 입맛 요소들 중 어느 것에 해당하는지에 관한 정보는 서로 다른 제5 알파벳 및 제6 알파벳 중에서 해당되는 어느 하나로 표시하는 것을 포함하되,
    상기 제3 알파벳 및 상기 제4 알파벳은 상기 제1 알파벳 및 상기 제2 알파벳과 다르고
    상기 제5 알파벳 및 상기 제6 알파벳은 상기 제1 내지 제4 알파벳과 다르고,
    상기 제어부는:
    메뉴 추천 요청을 입력 받고, 입맛 유형 정보 DB를 검색하여 저장된 사용자의 입맛 유형 데이터를 메뉴 추천 DB에 전달하고,
    상기 메뉴 추천 DB는 저장된 입맛 유형에 따른 추천 메뉴 정보를 제공하고,
    상기 저장부는:
    상황 정보에 대한 문항이 저장되어 있는 상황 정보 DB ; 및
    상기 상황 정보에 해당하는 추천 메뉴 및 상기 입맛 유형에 따른 추천 메뉴가 저장된 메뉴 추천 DB를 더 포함하고, 상기 상황 정보에 해당하는 추천 메뉴는 프로그램 실행 이전 단계에서 확보되어 저장된 정보이고,
    상기 상황 정보는 그날의 기분, 그날의 날씨, 그날의 시간, 또는 최근 식단에 관한 정보를 포함하고,
    상기 제어부는 상기 상황 정보 DB를 검색하여 상황 정보에 관한 문항을 사용자에게 제공하고, 입력받은 상황 정보 데이터를 상기 메뉴 추천 DB에 전달하고,
    상기 메뉴 추천 DB는 상기 입맛 유형에 따른 추천 메뉴 및 상기 사용자가 입력한 상기 상황 정보에 해당하는 추천 메뉴 정보를 검색하여 상기 제어부에 전달하고, 상기 제어부는 입맛 유형에 따른 선호 메뉴 순서 점수와 상기 상황 정보에 따른 선호 메뉴 순서 점수를 합산하여, 총합 점수가 높은 상위 메뉴들을 선택하는 것을 통해 상기 입맛 유형에 따른 추천 메뉴 정보 및 상기 상황 정보에 따른 추천 메뉴를 조합한 추천 메뉴 서비스를 산출하는 음식 취향 관리 서버.

  2. 삭제
  3. 삭제
  4. 제 1항에 있어서,
    상기 제어부는
    적어도 2명의 입맛 유사도 정보 요청을 입력 받고, 입맛 유형 정보 DB에서 저장된 적어도 2명 이상의 사용자의 입맛 유형 정보를 검색하고,
    상기 사용자는 제1 사용자 및 제2 사용자를 포함하고,
    상기 제1 사용자 및 상기 제2 사용자의 입맛 유형 정보를 바탕으로 식 1에 기초하여 상기 제1 입맛 디멘션의 입맛 유사도를 계산하는 것을 포함하고,
    상기 식 1은 이고,
    상기 식 1에서 , x1은 상기 제1 사용자가 상기 제1 문항들에 대해 입력한 점수값들의 총합이고, x2는 상기 제2 사용자가 상기 제1 문항들에 대해 입력한 점수값들의 총합인 음식 취향 관리 서버.
  5. 제 1항에 있어서,
    상기 제어부는
    2인 이상 사용자 메뉴 추천 서비스 요청을 입력 받고, 입맛 유형 정보 DB를 검색하여, 저장된 적어도 2명 이상의 사용자의 입맛 유형 정보를 메뉴 추천 DB로 전달하고,
    상기 메뉴 추천 DB에 저장된 2인 이상 사용자들의 입맛 유형에 따른 추천 메뉴를 검색하여 제공하는 음식 취향 관리 서버.
  6. 제 1항에 있어서,
    상기 제어부는
    상기 사용자의 단말기의 화면부에 다른 회원의 입맛 유형 정보 또는 다른 회원과의 입맛 유사도 정보가 더 표시되도록 하되,
    상기 다른 회원은 친구 목록 리스트에 포함된 회원, 게시글을 작성한 회원, 댓글을 작성한 회원, 및 커뮤니티 모임에 속하는 회원 중에서 적어도 하나인 음식 취향 관리 서버.
KR1020220151653A 2022-11-14 2022-11-14 음식 취향 관리 서버 KR102572228B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020220151653A KR102572228B1 (ko) 2022-11-14 2022-11-14 음식 취향 관리 서버

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020220151653A KR102572228B1 (ko) 2022-11-14 2022-11-14 음식 취향 관리 서버

Publications (1)

Publication Number Publication Date
KR102572228B1 true KR102572228B1 (ko) 2023-08-31

Family

ID=87847339

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020220151653A KR102572228B1 (ko) 2022-11-14 2022-11-14 음식 취향 관리 서버

Country Status (1)

Country Link
KR (1) KR102572228B1 (ko)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010096930A (ko) * 2000-04-19 2001-11-08 정만원 개인화된 메뉴추천 방법 및 그 시스템
KR20140148130A (ko) 2013-06-21 2014-12-31 동아대학교 산학협력단 개인별 메뉴추천 시스템 및 방법
KR20170042197A (ko) 2015-10-08 2017-04-18 문주환 모바일 어플리케이션 기반의, 트리구조를 활용한 식사 메뉴 추천 시스템 및 그 방법
KR101761741B1 (ko) 2016-05-17 2017-07-26 (주)랩투마켓 Bomp 기반 음식 메뉴 분석 추천 시스템 및 방법
KR101963609B1 (ko) * 2018-12-11 2019-07-31 주식회사 마블릭 잠재 변수에 기반하여 사용자의 입맛을 판정하는 장치 및 방법
KR20200118584A (ko) * 2019-04-08 2020-10-16 성균관대학교산학협력단 음식 추천 시스템
KR20210075337A (ko) * 2019-12-13 2021-06-23 임계수 사용자들의 입맛 유사도를 판단하는 장치 및 방법
KR20210109291A (ko) 2020-02-27 2021-09-06 주식회사 미식의시대 음식 메뉴 추천 서버 및 그 방법
KR102371787B1 (ko) * 2021-01-25 2022-03-10 강병우 사용자 맞춤형 식단관리 서비스 제공 시스템
KR102376301B1 (ko) * 2021-08-06 2022-03-18 티오더 주식회사 빅데이터 기반의 음식 추천 및 마케팅 서비스를 제공하는 플랫폼을 위한 시스템
KR102415373B1 (ko) * 2021-11-15 2022-07-01 주식회사 팜킷 사용자의 기호에 맞는 음식을 추천하는 방법, 장치 및 컴퓨터 프로그램 제품

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20010096930A (ko) * 2000-04-19 2001-11-08 정만원 개인화된 메뉴추천 방법 및 그 시스템
KR20140148130A (ko) 2013-06-21 2014-12-31 동아대학교 산학협력단 개인별 메뉴추천 시스템 및 방법
KR20170042197A (ko) 2015-10-08 2017-04-18 문주환 모바일 어플리케이션 기반의, 트리구조를 활용한 식사 메뉴 추천 시스템 및 그 방법
KR101761741B1 (ko) 2016-05-17 2017-07-26 (주)랩투마켓 Bomp 기반 음식 메뉴 분석 추천 시스템 및 방법
KR101963609B1 (ko) * 2018-12-11 2019-07-31 주식회사 마블릭 잠재 변수에 기반하여 사용자의 입맛을 판정하는 장치 및 방법
KR20200118584A (ko) * 2019-04-08 2020-10-16 성균관대학교산학협력단 음식 추천 시스템
KR20210075337A (ko) * 2019-12-13 2021-06-23 임계수 사용자들의 입맛 유사도를 판단하는 장치 및 방법
KR20210109291A (ko) 2020-02-27 2021-09-06 주식회사 미식의시대 음식 메뉴 추천 서버 및 그 방법
KR102371787B1 (ko) * 2021-01-25 2022-03-10 강병우 사용자 맞춤형 식단관리 서비스 제공 시스템
KR102376301B1 (ko) * 2021-08-06 2022-03-18 티오더 주식회사 빅데이터 기반의 음식 추천 및 마케팅 서비스를 제공하는 플랫폼을 위한 시스템
KR102415373B1 (ko) * 2021-11-15 2022-07-01 주식회사 팜킷 사용자의 기호에 맞는 음식을 추천하는 방법, 장치 및 컴퓨터 프로그램 제품

Similar Documents

Publication Publication Date Title
US11017156B2 (en) Apparatus and method for providing summarized information using an artificial intelligence model
US11481457B2 (en) Menu personalization
US20240080531A1 (en) Profiling media characters
US9449288B2 (en) Travel services search
CN109154936B (zh) 数据库搜索优化器和主题过滤器
WO2018160893A1 (en) Skills clustering with latent representation of words
US20220083617A1 (en) Systems and methods for enhanced online research
WO2018023329A1 (en) Quality industry content mixed with friend's posts in social network
KR101694727B1 (ko) 인공 지능 기반 연관도 계산을 이용한 노트 제공 방법 및 장치
US20170236441A1 (en) Interactive service platform and operating method thereof
US20150356640A1 (en) Retrieving reviews based on user profile information
US20230055991A1 (en) System and method for interactive dialogue
KR102256010B1 (ko) 크라우드 지원 질의 시스템
KR20190130410A (ko) 스마트 시니어를 위한 맞춤형 콘텐츠 추천 장치 및 방법
KR102572228B1 (ko) 음식 취향 관리 서버
US11409807B2 (en) Single-click matchmaking
JP6576534B1 (ja) 情報表示プログラム、情報表示方法、情報表示装置、および情報処理システム
US11830056B2 (en) Providing local recommendations based on images of consumable items
US11740768B2 (en) Methods and systems for providing alimentary elements
US20230336634A1 (en) Server device, program, method, and terminal device
JP2023184152A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
JP6724496B2 (ja) 情報提供サーバ装置、通信端末装置及びプログラム
JP2023184153A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
Stavrinos Web-based decision making using machine learning and recommender system: the case of exodus
JP2023184178A (ja) 情報処理装置、情報処理方法、および情報処理プログラム

Legal Events

Date Code Title Description
N231 Notification of change of applicant
GRNT Written decision to grant