TWI604391B

TWI604391B - 自動化的飲食規劃方法與行動裝置

Info

Publication number: TWI604391B
Application number: TW099146949A
Authority: TW
Inventors: 蕭人豪; 陳麗如
Original assignee: 萬國商業機器公司
Priority date: 2010-12-30
Filing date: 2010-12-30
Publication date: 2017-11-01
Also published as: TW201227553A; US20120171646A1

Description

自動化的飲食規劃方法與行動裝置

本發明係關於一種自動化的飲食規劃方法，以及用以進行此方法之行動裝置。

目前有許多利用飲食規劃的應用程式。舉例來說，美國Daily Burn^TM公司提供Food Scanner及Daily Burn兩款應用程式，供Apple^TM公司的產品iPhone^TM可利用，使用者亦可透過其網站的餐點營養資料庫(http://dailyburn.com/)進行餐點營養的查詢，藉此進行個人的飲食規劃。

此外，美國專利公開號US Pat. 2008/0034001、US Pat. 2008/0033827、US Pat. 2009/0234839也都提供一些習知的飲食規劃方法。

現有的飲食規劃作法，僅考慮餐點的營養，但實際上一般人在決定餐點時，最關鍵的因素通常不是營養，而是味道(taste)。出外用餐時，在味道之外，許多人接著會考量的往往會是價位(budget)，或者是會參考其他人的評價(rating)。對此本發明一實施例之特點即在於，在進行飲食規劃時，除了營養之外，另外將使用者偏好的因素、所在位置、或其他與營養無關的因素一起加入考量。

此外，現有的飲食規劃作法，如前述之Food Scanner及Daily Burn，係先查詢「特定餐點」的營養資料，進而判斷特定餐點的營養值是否在設定的營養條件之內。對此，本發明另一實施例之特點在於，提出一種「互動式」且具有「彈性」飲食規劃，其中本發明實施例可在給定的營養條件下，主動規劃出適當的餐點項目，特別是在有多個餐點類別進行搭配時(例如在有主菜與甜點的情況下)，可允許使用者根據其偏好選擇主菜這個類別的餐點項目，而再規劃出用於作為甜點的餐點項目。此種作法的優點之一即在於具有彈性，較容易被使用者所接受。

另一方面，本發明的特點之一為自動化推論使用者(及大眾)對不同類別食物的偏好，即使用者無需手動的告訴系統他喜歡吃什麼食物，系統即會自動地從歷史記錄中持續學習。這些學習與推論的結果將讓使用者對飲食規劃的結果有更高的接受度及順從性(compliance)，也容易讓使用者(例如不知什麼該吃、什麼不該吃的病患)接受。

根據本發明一實施例，一種自動化的飲食規劃方法，包含以下步驟：建立關於營養之營養條件；建立關於使用者偏好之偏好條件，其中該偏好係與營養無關；提供複數個餐點項目；針對營養，預先定義每一項目之營養值：針對使用者偏好，預先定義每一項目之偏好值；根據營養條件與偏好條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值與偏好值係分別符合營養條件與偏好條件。

根據本發明另一實施例，提出一種行動裝置，其包含一記憶體與一處理器，該記憶體儲存應用程式，而處理器係執行該應用程式，以進行如上述之方法。選擇性地，行動裝置可包含位置偵測模組，以提供行動裝置之所在位置，而處理器執行該應用程式，更進行以下步驟：建立關於該所在位置之一位置條件；預先定義每一餐點項目之位置值；其中該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之位置值係符合該位置條件。舉例來說，此實施例中行動裝置可針對於使用者位置附近餐廳所提供的餐點項目，進行飲食規劃。

本說明書中所提及的特色、優點、或類似表達方式並不表示，可以本發明實現的所有特色及優點應在本發明之任何單一的具體實施例內。而是應明白，有關特色及優點的表達方式是指結合具體實施例所述的特定特色、優點、或特性係包含在本發明的至少一具體實施例內。因此，本說明書中對於特色及優點、及類似表達方式的論述與相同具體實施例有關，但亦非必要。

參考以下說明及隨附申請專利範圍或利用如下文所提之本發明的實施方式，即可更加明瞭本發明的這些特色及優點。

本說明書中「一實施例」或類似表達方式的引用是指結合該具體實施例所述的特定特色、結構、或特性係包括在本發明的至少一具體實施例中。因此，在本說明書中，「在一具體實施例中」及類似表達方式之用語的出現未必指相同的具體實施例。

熟此技藝者當知，本發明可實施為電腦裝置、方法或作為電腦程式產品之電腦可讀媒體。因此，本發明可以實施為各種形式，例如完全的硬體實施例、完全的軟體實施例(包含韌體、常駐軟體、微程式碼等)，或者亦可實施為軟體與硬體的實施形式，在以下會被稱為「電路」、「模組」或「系統」。此外，本發明亦可以任何有形的媒體形式實施為電腦程式產品，其具有電腦可使用程式碼儲存於其上。

一個或更多個電腦可使用或可讀取媒體的組合都可以利用。舉例來說，電腦可使用或可讀取媒體可以是(但並不限於)電子的、磁的、光學的、電磁的、紅外線的或半導體的系統、裝置、設備或傳播媒體。更具體的電腦可讀取媒體實施例可以包括下列所示(非限定的例示)：由一個或多個連接線所組成的電氣連接、可攜式的電腦磁片、硬碟機、隨機存取記憶體(RAM)、唯讀記憶體(ROM)、可抹除程式化唯讀記憶體(EPROM或快閃記憶體)、光纖、可攜式光碟片(CD-ROM)、光學儲存裝置、傳輸媒體(例如網際網路(Internet)或內部網路(intranet)之基礎連接)、或磁儲存裝置。需注意的是，電腦可使用或可讀取媒體更可以為紙張或任何可用於將程式列印於其上而使得該程式可以再度被電子化之適當媒體，例如藉由光學掃描該紙張或其他媒體，然後再編譯、解譯或其他合適的必要處理方式，然後可再度被儲存於電腦記憶體中。在本文中，電腦可使用或可讀取媒體可以是任何用於保持、儲存、傳送、傳播或傳輸程式碼的媒體，以供與其相連接的指令執行系統、裝置或設備來處理。電腦可使用媒體可包括其中儲存有電腦可使用程式碼的傳播資料訊號，不論是以基頻(baseband)或是部分載波的型態。電腦可使用程式碼之傳輸可以使用任何適體的媒體，包括(但並不限於)無線、有線、光纖纜線、射頻(RF)等。

用於執行本發明操作的電腦程式碼可以使用一種或多種程式語言的組合來撰寫，包括物件導向程式語言(例如Java、Smalltalk、C++或其他類似者)以及傳統程序程式語言(例如C程式語言或其他類似的程式語言)。

於以下本發明的相關敘述會參照依據本發明具體實施例之系統、裝置、方法及電腦程式產品之流程圖及/或方塊圖來進行說明。當可理解每一個流程圖及/或方塊圖中的每一個方塊，以及流程圖及/或方塊圖中方塊的任何組合，可以使用電腦程式指令來實施。這些電腦程式指令可供通用型電腦或特殊電腦的處理器或其他可程式化資料處理裝置所組成的機器來執行，而指令經由電腦或其他可程式化資料處理裝置處理以便實施流程圖及/或方塊圖中所說明之功能或操作。

這些電腦程式指令亦可被儲存在電腦可讀取媒體上，以便指示電腦或其他可程式化資料處理裝置來進行特定的功能，而這些儲存在電腦可讀取媒體上的指令構成一製成品，其內包括之指令可實施流程圖及/或方塊圖中所說明之功能或操作。

電腦程式指令亦可被載入到電腦上或其他可程式化資料處理裝置，以便於電腦或其他可程式化裝置上進行一系統操作步驟，而於該電腦或其他可程式化裝置上執行該指令時產生電腦實施程序以達成流程圖及/或方塊圖中所說明之功能或操作。

其次，請參照圖1至圖5，在圖式中顯示依據本發明各種實施例的裝置、方法及電腦程式產品可實施的架構、功能及操作之流程圖及方塊圖。因此，流程圖或方塊圖中的每個方塊可表示一模組、區段、或部分的程式碼，其包含一個或多個可執行指令，以實施指定的邏輯功能。另當注意者，某些其他的實施例中，方塊所述的功能可以不依圖中所示之順序進行。舉例來說，兩個圖示相連接的方塊事實上亦可以同時執行，或依所牽涉到的功能在某些情況下亦可以依圖示相反的順序執行。此外亦需注意者，每個方塊圖及/或流程圖的方塊，以及方塊圖及/或流程圖中方塊之組合，可藉由基於特殊目的硬體的系統來實施，或者藉由特殊目的硬體與電腦指令的組合，來執行特定的功能或操作。

<行動裝置>

圖1顯示一實施例中行動裝置10的方塊圖。行動裝置10具有顯示螢幕102、處理器104、記憶體106、通訊模組108、、資料輸入模組110、與位置偵測模組112。

需說明的是，行動裝置10可利用一般的筆記型電腦或類似的可攜式資訊裝置來實施。較佳地，行動裝置10係為一行動電話，基本構成係可參考Apple^TM公司的產品iPhone^TM。

舉例來說，處理器104可為ARM^TM公司所生產用在行動裝置上的中央處理器；記憶體106可為快閃記憶體，用以儲存應用程式AP，並供處理器104存取並加以執行。應用程式AP的基本實施態樣亦可參考現有iPhone^TM上所執行的應用程式，而關於應用程式AP所提供的功能，將在以下圖2至圖5進行說明。

通訊模組108可提供UMTS、GSM、或Wi-Fi等網路連線能力，進而與一或多台伺服器20連結。資料輸入模組110可為數位相機模組用以建立影像資料或是條碼資料，或是資料輸入模組110可與顯示螢幕102整合為觸控螢幕，用以供使用者建立資料。位置偵測模組112可為GPS模組提供行動裝置10的所在位置，但除了GPS模組之外，位置偵測模組112亦可透過通訊模組108所連結的UMTS、GSM、或Wi-Fi等網路來所在位置。需說明的是，位置偵測模組112對於所在位置偵測結果的精確度，並非本發明所欲限制。

<第一實施例>

圖2係本發明一實施例之流程圖，配合圖1所示之行動裝置10，說明自動化的飲食規劃方法之實施例。

●步驟200：建立關於營養之營養條件。在此步驟中，使用者可利用行動裝置10的資料輸入模組110建立或是從網路下載關於特定營養的營養條件。

舉例來說，使用者可設定每餐中熱量(Calorie)的攝取需低於700kcal，或是每餐中維生素C的攝取需高於400 mg。此部份營養條件的設定，可參照政府衛生單位的建議，例如美國農業部(USDA)網站上所發佈的Dietary Reference Intakes: Recommended Intakes for Individuals，但亦可根據使用者的特殊需求而自行設定。需說明的是，在步驟200中，可針對多種營養分別設定營養條件。

●步驟202：建立關於使用者偏好之偏好條件。在此步驟中，使用者可利用行動裝置10的資料輸入模組110建立或是從網路下載關於使用者偏好的偏好條件。

首先需注意的是，本文中之使用者偏好係與營養無直接相關，一般來說，使用者偏好會隨著不同使用者而有所差異，或者對於相同使用者在不同時間、地點、情境也會有所差異。舉例來說，使用者偏好可包含，但不限於，味道(甜度或辣度)、食材產地(美國牛肉或澳洲牛肉)、預算等等。需說明的是，在步驟202中，可針對多種使用者偏好分別設定偏好條件。

為了自動化的目的，係將使用者偏好條件以數值代表。舉例來說，對於「甜度」，使用者可從0至1中選擇一個數值，其中欲靠近0代表甜度較低，反之靠近1則代表甜度較高；對於「預算」，欲靠近0代表較便宜，反之靠近1則代表較昂貴。而對於無法以程度進行描述的使用者偏好，例如食材產地：美國牛肉，使用者可從0或1加以選擇，其中0代表無此偏好，反之1代表存在此偏好。需說明的是，以上0與1僅作為範例說明本發明，只要能夠用於數值演算方法，亦可採用其他數值。

●步驟204：提供複數個餐點項目。在一實施例中，應用程式AP可預先內建一資料庫，其中記錄有多筆餐點項目，或者在另一實施例中，上述資料庫係建制在遠端的伺服器20，也就是所謂「雲端」，並透過網路提供給應用程式AP使用。

●步驟206：針對營養，預先定義每一項目之營養值。在此步驟中，可於前述資料庫中先對每一餐點項目提供多個欄位，並指定其中一個欄位作為特定營養(例如熱量或維生素C)的欄位，而記錄對應的營養值。下表係為一範例。

●步驟208：針對使用者偏好，預先定義每一項目之偏好值。在此步驟中，可於前述資料庫中先對每一餐點項目提供多個欄位，並指定其中一個欄位作為特定使用者偏好(例如預算或食材來源：美國牛肉)的欄位，而記錄對應的偏好值。下表係為一範例。

●步驟210：根據營養條件與偏好條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值與偏好值係分別符合營養條件與偏好條件。舉例來說，若在步驟200所建立的營養條件為：熱量低於700kcal、維生素C高於150mg，而在步驟202與所建立的偏好條件：預算：偏好值介於0.5至0.9之間。而由於「海鮮A與蛋糕A的組合」或牛排B的營養值與偏好值都滿足上述條件，因此會應用程式AP會將「海鮮A與蛋糕A的組合」與牛排B作為規劃餐點項目，推薦給使用者。

須說明的是，可將單一餐點項目或多種餐點項目的組合作為規劃餐點項目，本發明實施例並不加以限制。但對於多種餐點項目的組合，加總的營養值通常需滿足步驟200所設定的營養條件。選擇性地，對於某些特定使用者偏好條件(例如預算)，多種餐點項目進行組合後，其加總的偏好值亦需滿足步驟202所設定的偏好條件。須注意並非所有的偏好值都適合進行加總，例如「甜度」就不適合，但相對地，營養值通常都適合進行加總。對於這些不適合加總的偏好值，則多種餐點項目的組合中每一餐點項目的偏好值都必須符合偏好條件。對此，視使用者之需要，亦可限定多種餐點項目的組合中每一餐點項目的營養值都個別地符合營養條件。

在另一變化實施例中，若在步驟204所提供複數個餐點項目中，使用者已預先將蛋糕A作為其指定餐點項目。舉例來說，使用者在餐廳的菜單上看見蛋糕A的照片而被吸引，因此可利用行動裝置10上的資料輸入模組110將蛋糕A建立至應用程式AP，作為指定餐點項目。將蛋糕A建立至應用程式AP可透過許多方式，例如使用者手動將蛋糕A之名稱鍵入，或是使用者擷取蛋糕A的影像或相對的條碼，再由應用程式AP進行辨識，本發明並不欲加以限定。此外，本發明亦不限定使用者挑選指定餐點項目的方法。

在將指定餐點項目蛋糕A建立至應用程式AP後，待進行步驟210時，由於僅有「海鮮A與蛋糕A的組合」之搭配能夠滿足使用者在步驟200與202中的營養條件與偏好條件，應用程式AP僅會將包含有指定餐點項目(即蛋糕A)之「海鮮A與蛋糕A的組合」作為規劃餐點項目，而牛排B雖然滿足使用者在步驟200與202的營養條件與偏好條件，但因為不包含指定餐點項目(即蛋糕A)，因此不會成為規劃餐點項目。

●步驟212：若使用者對規劃餐點項目中的牛排B感到滿意，則應用程式AP可將牛排B的營養值與偏好值儲存在記憶體106中。選擇性地，待下次進行上述的飲食規劃方法時，可以直接將牛排B的營養值與偏好值作為步驟200與202中的營養條件與偏好條件，因此在步驟210中所得到的規劃餐點項目會更接近使用者的需求。

<第二實施例>

圖3係本發明一實施例之流程圖，配合圖1所示之行動裝置10，說明自動化的飲食規劃方法之實施例，特別是此實施例可應用在外出用餐的情況。

●步驟300至步驟308：這些步驟係對應前述步驟200至步驟208，在此不再贅述。

●步驟310：建立關於使用者所在位置之一位置條件。在此步驟中，使用者可利用行動裝置10的資料輸入模組110建立關於使用者所在位置的位置條件。位置條件的形式可為地址的形式，例如「台北市」、「台北市大安區」、或「台北市大安區敦化南路」。或者是使用者利用行動裝置10中的位置偵測模組112(例如GPS模組)偵測出所在位置的經緯度，並可將所在位置周圍特定距離內的區域設定為位置條件。

舉例來說，假設使用者目前正位於台北市政府前，則GPS模組112所偵測其所在位置為緯度25.03823及經度121.563967，則應用程式AP可以此位置為中心距離1公里內的區域作為位置條件。

●步驟312：預先定義每一項目之位置值。在此步驟中，可於前述資料庫中先對每一餐點項目記錄對應的位置值。在此實施例中，也就是提供此餐點項目之餐廳的位置值，下表係為一範例。

●步驟314：根據營養條件、偏好條件與位置條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值、偏好值、位置值係分別符合營養條件、偏好條件、與位置條件。關於營養與使用者偏好的部份，可參見前述步驟210的說明。

另外關於位置條件符合與否的判斷，若位置條件以地址的形式，則判斷位置值是否含有位置條件中所限定的地址；若位置條件以經緯度的形式，則判斷位置值的經緯度與位置條件所限定的經緯度之間是否在特定距離內。

<第三實施例>

圖4係本發明一實施例之流程圖，配合圖1所示之行動裝置10，說明自動化的飲食規劃方法之實施例，特別是此實施例可應用在特定餐廳點餐的情況。

●步驟400至步驟412：這些步驟係對應前述步驟300至步驟312，在此不再贅述。惟以下範例係利用同一餐廳所提供的餐點項目(即海鮮A與牛排A)進行說明。但本發明並不侷限於同一餐廳所提供的餐點項目。

●步驟414：建立關於餐點評價之一評價條件。在此步驟中，使用者可利用行動裝置10的資料輸入模組110建立關於餐點評價的評價條件。舉例來說，使用者可從0至1中選擇一個數值作為評價的門檻，其中欲靠近0代表評價低，反之靠近1則代表評價高。或者使用者可從1至5中選擇一個整數數值，這種方式可對應某些知名評價所使用的星數(例如五顆星代表最高評價)。需說明的是，在步驟414中，可針對多種不同的評價分別設定評價條件。

●步驟416：從評價資料庫獲得每一項目之評價值。在此步驟中，行動裝置10可從遠端伺服器20中獲得海鮮A與牛排A的評價值，此評價值可由其他參考資料來提供，例如許多旅遊指南或餐廳指南會提供餐點項目的評價，或是許多社交網站亦可供顧客對餐廳或餐點進行評價。下表係為一範例。

●步驟418：根據營養條件、偏好條件、位置條件、與評價條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值、偏好值、位置值、與評價值分別符合營養條件、偏好條件、位置條件、與評價條件。舉例來說，若在先前步驟414所建立的評價條件為指南評價值高於0.7且顧客評價值高於2，因此應用程式AP會選擇牛排A作為規劃餐點項目(在此係假設牛排A的營養值、偏好值、位置值都符合條件)。

<第四實施例>

圖5係本發明一實施例之流程圖，配合圖1所示之行動裝置10，說明自動化的飲食規劃方法之實施例，特別是此實施例可應用在對餐點類別有特別需求的情況。

●步驟500至步驟508：這些步驟係對應前述步驟200至步驟208，在此不再贅述。

●步驟510：建立關於餐點類別之一類別條件。在此步驟中，使用者可利用行動裝置10的資料輸入模組110建立關於餐點類別的類別條件。首先需注意的是，本文中之餐點類別係與營養無直接相關。舉例來說，餐點類別可分為「主菜」、「甜點」等或是可分為「義大利料理」、「日本料理」或是任何與營養無直接相關的餐點類別。在此步驟中，使用者可在各類別中設定所允許餐點的數目(也就是該類別的類別值的加總)。

●步驟512：步驟206：針對餐點類別，預先定義每一項目之類別值。在此步驟中，可於前述資料庫中先對每一餐點項目提供多個欄位，以對應餐點類別，如果該餐點項目屬於特定的餐點類別(例如「主菜」)，則在對應的主菜欄位中具有類別值1，其他類別值(例如「甜點」)則為0。反之，如果該餐點項目屬「甜點」，則在對應的甜點欄位中具有類別值1，其主菜欄位的類別值則為0。下表係為一範例。

●步驟514：根據營養條件、偏好條件、與類別條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值、偏好值、與類別值分別符合營養條件、偏好條件、與類別條件。關於營養與使用者偏好的部份，可參見前述步驟210的說明。

關於類別條件符合與否的判斷，舉例來說，若在先前步驟510所建立的類別條件為「主菜」的類別值等於0，而「甜點」的類別值大於0，因此會選擇冰淇淋A、蛋糕A、或冰淇淋A與蛋糕A之組合作為規劃餐點項目(係假設營養值與偏好值都能滿足條件)，而不會將海鮮A、牛排A、牛排B作為規劃餐點項目，即使其營養值與偏好值也滿足條件。

另外舉例來說，若在先前步驟510所建立的類別條件為「主菜」的類別值等於1，而「甜點」的類別值等於1，則可預見的是規劃餐點項目中就不會具有兩項以上的「主菜」或兩項以上的「甜點」。而這也是一般人在點餐時通常會避免的狀況。

以上實施例所提出之自動化的飲食規劃方法，除了將考量營養條件之外，同時也加入了營養以外的偏好條件及其他與營養無關的條件，此種作法更貼近一般人在決定飲食的考量方式，畢竟單純只考量營養的飲食規劃很難被接受。

<第五實施例>

圖6係本發明一實施例之流程圖，配合圖1所示之行動裝置10，說明自動化的飲食規劃方法之實施例，特別是可視為上述之第四實施例之進一步延伸變化，且可應用在特定餐廳點餐的情況。圖6之步驟600、604、606大致對應前述圖5之步驟500、504、506步驟，在此不再贅述。

●步驟602：如同步驟202或502，在此步驟中，使用者可利用行動裝置10資料輸入模組110建立或是從網路下載關於使用者偏好的偏好條件。但特別的是，步驟602之偏好條件係可對應使用者之點餐經驗。舉例來說，此偏好條件可以設定為(選擇某一餐點類別(例如；海鮮)選擇的次數/總共對餐點項目選擇的次數)大於一特定值或是最大值。為說明方便起見，在圖6之實施例中，餐點類別係可分為「海鮮」、「牛排」、與「麵食(pasta)」(在此可視為主菜中的次類別(sub-catogory))，與圖5之類別範例不同。此外，較佳地此步驟可設定為自動地以每一項目之偏好值中之最大值作為該偏好條件，因此使用者不需要自行輸入偏好條件。

●步驟608：根據使用者之一點餐紀錄，計算使用者選擇該類別值的次數，並根據該次數設定該偏好值。下表係為一範例。

從上表中可見，牛排A與牛排B都在餐點類別中都屬於牛排，因此其類別值(牛排)為1，而對應此類別值(牛排)的使用者偏好值為0.5，換言之，在使用者先前100次的點餐紀錄中，使用者選擇牛排類別的餐點約有50次；比薩A與義大利麵A都在餐點類別中都屬於麵食，因此其類別值(麵食)為1，而對應此類別值(麵食)的使用者偏好值為0.1，換言之，在使用者先前100次的點餐紀錄中，使用者選擇麵食類別的餐點的次數約為10次。

另外需說明的是，從使用者之點餐紀錄產生上述偏好值可能的統計方法包含頻率法(類似資訊檢索中的term frequency、頻率加權法(類似資訊檢索中的TF-IDF)、協同式過濾(Collaborative filtering)等等方法，本發明並不愈加以限制。

●步驟610：此步驟類似前述之步驟210。根據營養條件與偏好條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值與偏好值係分別符合營養條件與偏好條件。舉例來說，若在步驟602與所建立的偏好條件：偏好值大於0.4，或是自動以最大偏好值(即0.5)作為偏好條件。而由於牛排A與牛排B偏好值(皆為0.5)都滿足上述條件(在此係假設牛排A與牛排B的營養值已符合條件)，因此應用程式AP會將牛排A與牛排B作為規劃餐點項目，推薦給使用者。當使用者在特定餐廳進行點餐時，將可迅速地挑選出符合其個人營養條件且符合個人飲食習慣的餐點。

<第六實施例>

圖7係本發明一實施例之流程圖，配合圖1所示之行動裝置10，說明自動化的飲食規劃方法之實施例，特別是可視為上述之第五實施例之另一延伸變化，且可應用在特定餐廳點餐的情況。圖7之步驟700、704、706大致對應前述圖6之步驟600、604、606步驟，在此不再贅述。

●步驟702：如同步驟602，在此步驟中，使用者可利用行動裝置10資料輸入模組110建立或是從網路下載關於使用者偏好的偏好條件。但特別的是，步驟702之偏好條件係可對應使用者以外之其他複數個使用者(例如大眾或是特定社群成員)之點餐經驗，且其他使用者的人數愈多愈好，以反映出一般人(大眾)的偏好。如同步驟602，此偏好條件可以設定為(選擇某一餐點類別選擇的次數/總共對餐點項目選擇的次數)大於一特定值。此外，較佳地此步驟可設定為自動地以每一項目之偏好值中之最大值作為該偏好條件，因此使用者不需要自行輸入偏好條件。

●步驟708：根據其他複數個使用者(大眾)之一點餐紀錄，計算其他使用者選擇該類別值的次數，並根據該次數設定該偏好值。下表係為一範例。

從上表中可見，海鮮A在餐點類別中都屬於海鮮，因此其類別值(海鮮)為1，而對應此類別值(海鮮)的使用者偏好值為0.7，換言之，在其他使用者(大眾)先前10000次的點餐紀錄中，他們選擇海鮮類別的餐點約有7000次。

●步驟710：此步驟類似前述之步驟610。根據營養條件與偏好條件，從該複數個餐點項目中選擇至少一規劃餐點項目，其中該規劃餐點項目之營養值與偏好值係分別符合營養條件與偏好條件。舉例來說，若在步驟702與所建立的偏好條件：偏好值大於0.5，或是自動以最大偏好值(即0.8)作為偏好條件。而由於海鮮偏好值(為0.8)都滿足上述條件(在此係假設海鮮A的營養值已符合條件)，因此應用程式AP會將海鮮A作為規劃餐點項目，推薦給使用者。藉由此實施例，當使用者在特定餐廳進行點餐時，將可迅速地挑選出符合其個人營養條件且受大眾歡迎的餐點。

此外，在一未圖示的實施例中，係將圖6與圖7之實施例進一步結合，換言之，應用程式AP將會根據使用者個人的營養條件、個人喜好(根據使用者的點餐紀錄)、與大眾口味(根據大眾的點餐紀錄)挑選出規劃餐點項目，推薦給使用者。

以上實施例係將飲食規劃中多種條件全部以數值化的方式表示，因此可以使用數值方法來進行最佳化。如上所述，以上實施例皆至少採用兩種以上的條件，因此習知「多目標最佳化(Multi-Objective Optimization)」的作法皆可應用於本發明中，但非必要。

關於更多「多目標最佳化(Multi-Objective Optimization)」的說明，可參考同屬申請人之美國專利公開號US Pat. 2009/0192973或是Wikipedia^TM網站上關於「多目標最佳化」的說明(http://en.wikipedia.org/wiki/Multiobjective_optimization)。此外，本發明並不欲限定特定「多目標最佳化」求解的方式，舉例來說，可以採用「Pareto最佳解(Pareto optimal)」。關於更多「Pareto最佳解」的說明，可參考同屬申請人之美國專利公開號US Pat. 2003/0204466或是Wikipedia^TM網站上關於「Pareto最佳解」的說明(http://en.wikipedia.org/wiki/Pareto_efficiency)。此外，本發明亦可將各種數值化條件分配不同的權重(weight)，進而採用「分析層級程序(Analytical Hierarchy Process,AHP)」的方式來求取「多目標最佳化」。關於「分析層級程序」，可參考Wikipedia^TM網站上關於「分析層級程序」的說明(http://en.wikipedia.org/wiki/Analytic_Hierarchy_Process)。

在不脫離本發明精神或必要特性的情況下，可以其他特定形式來體現本發明。應將所述具體實施例各方面僅視為解說性而非限制性。因此，本發明的範疇如隨附申請專利範圍所示而非如前述說明所示。所有落在申請專利範圍之等效意義及範圍內的變更應視為落在申請專利範圍的範疇內。

10．．．行動裝置

20．．．伺服器

102．．．顯示螢幕

104．．．處理器

106．．．記憶體

108．．．通訊模組

110．．．資料輸入模組

112．．．位置偵測模組

AP．．．應用程式

為了立即瞭解本發明的優點，請參考如附圖所示的特定具體實施例，詳細說明上文簡短敘述的本發明。在瞭解這些圖示僅描繪本發明的典型具體實施例並因此不將其視為限制本發明範疇的情況下，參考附圖以額外的明確性及細節來說明本發明，圖式中：

圖1一種依據本發明具體實施例的行動裝置；

圖2至圖7為本發明具體實施例之流程圖。

Claims

一種自動化的飲食規劃方法，由一電腦系統所執行，包含：建立關於一營養之一營養條件；建立關於一使用者偏好之一偏好條件並以數值代表，其中該使用者偏好係與營養無關；建立關於該使用者所在位置之一位置條件，該使用者利用該電腦系統的位置偵測模組偵測出所在位置的經緯度，並可將該所在位置周圍特定距離內的區域設定為該位置條件；提供複數個餐點項目；針對該營養，預先定義每一項目之營養值：針對該使用者偏好，預先定義每一項目之偏好值；預先定義每一項目之位置值；根據該營養條件、該偏好條件、該位置條件、該每一項目之營養值、該每一項目之偏好值、與該每一項目之位置值進行計算，從該複數個餐點項目中選出至少一規劃餐點項目並推薦給使用者，其中該規劃餐點項目之營養值與該偏好值係分別符合該營養條件與該偏好條件，且該規劃餐點項目之位置值係符合該位置條件，其中該方法更包含：針對複數個餐點類別，預先定義每一項目之類別值，其中該複數個餐點類別係與營養無關：其中該預先定義每一項目之偏好值之步驟更包含：根據使用者之一點餐紀錄，計算使用者選擇該類別值的次數，並根據該次數設定該偏好值。
如請求項1之方法，更包含：建立關於餐點評價之一評價條件；從一評價資料庫獲得每一項目之評價值：其中該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之評價值係符合該評價條件。
如請求項1之方法，更包含：建立關於複數個餐點類別(category)之一類別條件，其中該餐點類別係與營養無關；針對該餐點類別，預先定義每一項目之類別值：其中該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之類別值係符合該類別條件。
如請求項1之方法，更包含：進一步以該規劃餐點項目之營養值更新該營養條件，或是以該規劃餐點項目之偏好值更新該偏好條件。
如請求項1之方法，因應使用者在該選擇至少一規劃餐點項目之步驟之前即從該複數個餐點項目中已選擇一指定餐點項目，該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之營養值與該指定餐點項目之營養值之總和符合該營養條件。
如請求項5之方法，其中該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之偏好值與該指定餐點項目之偏好值之總和符合該偏好條件。
如請求項1之方法，更包含：其中該預先定義每一項目之偏好值之步驟更包含：根據複數個其他使用者之點餐紀錄，計算該複數個其他使用者選擇該類別值的次數，並根據該次數設定該偏好值。
如請求項1或7之方法，其中該建立該偏好條件之步驟更包含：自動地尋找每一項目之偏好值中之最大值以作為該偏好條件。
一種行動裝置，包含：一記憶體，儲存一應用程式；一處理器，存取該記憶體，以執行該應用程式，以進行一自動化的飲食規劃方法，包含：-建立關於一營養之一營養條件；-建立關於一使用者偏好之一偏好條件，其中該使用者偏好係與營養無關；-建立關於使用者所在位置之一位置條件；-提供複數個餐點項目；-針對該營養，預先定義每一項目之營養值：-針對該使用者偏好，預先定義每一項目之偏好值；-預先定義每一項目之位置值；-根據該營養條件、該偏好條件、該位置條件、該每一項目之營養值、該每一項目之偏好值、與該每一項目之位置值進行計算，從該複數個餐點項目中選出至少一規劃餐點項目並推薦給使用者，其中該規劃餐點項目之營養值與該偏好值係分別符合該營養條件與該偏好條件，且該規劃餐點項目之位置值係符合該位置條件，其中該方法更包含：-針對複數個餐點類別，預先定義每一項目之類別值，其中該複數個餐點類別係與營養無關：-其中該預先定義每一項目之偏好值之步驟更包含：-根據使用者之一點餐紀錄，計算使用者選擇該類別值的次數，並根據該次數設定該偏好值。
如請求項9之行動裝置，其中該記憶體係儲存有該複數個餐點項目以及每一項目預先定義之營養值及偏好值。
如請求項9之行動裝置，更包含：一通訊模組，與一伺服器連結；其中該處理器執行該應用程式，透過該通訊模組，從該伺服器取得該複數個餐點項目以及每一項目預先定義之營養值及偏好值。
如請求項9之行動裝置，更包含：一通訊模組，與一伺服器連結；其中該處理器執行該應用程式，進一步進行下列步驟：建立關於餐點評價之一評價條件；透過該通訊模組，從該伺服器獲得每一項目之評價值：其中該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之評價值係符合該評價條件。
如請求項9之行動裝置，其中該記憶體係更儲存有每一項目預先定義之位置值。
如請求項9之行動裝置，更包含：一通訊模組，與一伺服器連結；其中該處理器執行該應用程式，透過該通訊模組，從該伺服器取得該每一項目預先定義之位置值。
如請求項9之行動裝置，更包含：一資料輸入模組，供使用者在該選擇至少一規劃餐點項目之步驟之前即從該複數個餐點項目中選擇一指定餐點項目；其中該選擇至少一規劃餐點項目之步驟更包含：該規劃餐點項目之營養值與該指定餐點項目之營養值之總和符合該營養條件。
如請求項9之行動裝置，其中該處理器執行該應用程式，進一步以該規劃餐點項目之營養值更新該營養條件，或是以該規劃餐點項目之偏好值更新該偏好條件。