개인정보 처리방침

1. 기기 내 음식 기록과 분석

사용자가 추가한 사진의 사본, 직접 입력한 식사 내용, 음식 이름, 추정 칼로리, 촬영일 또는 선택한 기록 날짜, 사진에 포함된 위치와 수정한 장소, 좋아요·추천 설정, 편집 내용·임시 저장을 기기에 저장하여 기록·추천·공유에 사용합니다. 이전 버전의 누끼 이미지와 기록도 기기에 남을 수 있습니다. 운영자의 서버로 개인 사진, 식사 기록 또는 AI 프롬프트를 업로드하지 않습니다.

지원 기기에서는 Apple의 기기 내 모델로 사진·입력 내용을 분석하고 식사 추천을 생성합니다. 지원 여부는 OS, 하드웨어, 언어·지역, Apple Intelligence 및 모델 준비 상태에 따라 다릅니다. 지원되지 않는 경우 수동 기록과 일반 메뉴 아이디어를 제공하며, 개인화 AI 분석을 했다고 표시하지 않습니다. AI 결과와 칼로리는 부정확할 수 있는 추정치이며 의학적 진단이나 전문 영양 상담을 대신하지 않습니다. HealthKit, 연락처, 마이크에 접근하지 않습니다.

2. 사진첩 및 카메라 권한

직접 추가하기는 카메라 또는 시스템 사진 선택기를 사용합니다. 사진첩에서 음식 찾기는 별도 선택 기능이며, 사용자가 기능을 켜고 사진 접근을 허용해야 실행됩니다. 선택한 사진만 허용하면 그 범위만, 전체 접근을 허용하면 최근 사진 범위에서 읽습니다. 현재는 앱이 활성화된 동안 최근 7일의 사진을 나누어 분석하며, 상시 백그라운드 감시나 앨범 전체 업로드를 하지 않습니다.

음식으로 인식한 사진의 축소 사본, 촬영일, 이용 가능한 위치 정보와 분석 결과를 앱 기록에 저장합니다. 사진첩 원본은 수정·삭제하지 않습니다. 중복 등록을 피하기 위한 사진 식별자도 기기에 보관하며, 음식이 아닌 사진의 임시 사본은 분석 후 정리합니다. iCloud에만 있고 기기에 없는 사진은 자동 분석에서 건너뛰며 강제 다운로드하지 않습니다.

사진첩 연결을 끄거나 iOS 설정에서 권한을 철회하면 추가 접근·분석이 중단됩니다. 이미 만든 앱 기록은 자동 삭제되지 않으므로 앱에서 별도로 삭제할 수 있습니다. 권한을 거부해도 직접 사진을 고르거나 텍스트로 기록할 수 있습니다.

3. 지도, 주변 검색, 추천 사진

사진의 위치 정보나 직접 설정한 장소를 기기에 저장하여 Apple 지도에 기록을 표시합니다. 현재 위치 권한은 사용자가 주변 식당을 찾을 때 요청하며, 상시 위치 추적은 하지 않습니다. 주변 검색은 현재 위치와 선택한 음식의 검색어를 Apple 지도에 전달합니다. 개인 사진과 전체 식사 이력을 검색 요청에 넣지 않습니다. Apple 지도 서비스의 네트워크 처리는 Apple 방침에 따릅니다.

추천 메뉴의 예시 사진과 공개 카탈로그는 Cloudflare를 통해 불러오고 기기에 캐시합니다. 요청 시 IP 주소, 요청 시각·경로 및 기술 정보가 서버에 전달될 수 있습니다. 요청 경로는 불러오는 음식 예시를 나타낼 수 있지만, 개인 음식 사진이나 식사 이력은 보내지 않습니다. 예시 사진의 출처와 라이선스는 앱 정보에서 확인할 수 있습니다.

4. 광고와 동의 선택

Google AdMob 배너 및 사용자가 선택하는 보상형 광고를 사용합니다. Google Mobile Ads SDK는 광고 제공·측정·부정행위 방지·진단을 위해 IP 주소와 대략적 위치, 기기·앱 식별자, 광고 및 앱 상호작용, 성능·오류 정보를 처리할 수 있습니다. 식별자 이용은 권한과 동의 상태에 따라 다릅니다.

비맞춤 광고를 요청하며 개인 사진, 식사 기록, 건강·영양 추정값, 정확한 GPS를 광고 요청에 넣지 않습니다. 비맞춤 광고도 데이터 수집이 없다는 뜻은 아닙니다. 현재 iOS 앱은 ATT 추적 허용 및 IDFA 접근 권한을 요청하지 않습니다.

실제 광고 요청 전에 Google UMP로 동의 상태를 확인합니다. 지역과 설정에 따라 동의 화면이 표시됩니다. Google이 선택 변경 화면을 요구하는 경우에만 ‘하단 더보기 → 광고 개인정보 설정’이 나타나며 다시 선택할 수 있습니다. 일반 기록과 워터마크가 있는 공유는 광고 시청 없이 가능합니다. 선택형 보상 광고를 완료하면 편집창에서 날짜·앱 이름 숨기기를 사용할 수 있습니다.

5. 보관, 삭제와 공유

앱의 기록과 사진 사본은 사용자가 삭제하거나 앱과 앱 데이터를 제거할 때까지 기기에 보관합니다. 같은 원본을 사용하는 이전 기록이 여러 개라면 마지막 기록 삭제 시 원본 사본도 정리합니다. 삭제 복구·편집 임시 저장에 필요한 사본이 남을 수 있으며, 앱과 데이터를 삭제하면 로컬 저장 공간이 제거됩니다. 공유 임시 파일은 다음 공유 시 오래된 파일을 정리하고 OS도 캐시를 삭제할 수 있습니다.

자체 클라우드 동기화는 없습니다. iOS 백업 설정에 따라 앱 데이터가 OS 백업에 포함될 수 있으므로 백업은 별도로 관리해야 합니다. 앱 오프로드는 데이터 삭제와 다릅니다. 앱의 기록 삭제는 사진첩 원본을 삭제하지 않습니다.

사용자가 공유를 실행하면 완성된 이미지가 시스템 공유창에서 고른 앱으로 전달됩니다. 공유 이미지에는 보이는 사진·문구·날짜 등이 포함되므로 전송 전에 확인하세요. 공유한 사본은 수신 앱이나 저장 위치에서 직접 삭제해야 하며 해당 서비스의 방침이 적용됩니다.

6. 문의, 웹사이트와 외부 제공자

이메일 문의의 주소, 제공한 이름, 내용·첨부 파일은 답변과 문제 해결에 사용하고 필요한 기간 이후 불필요한 개인정보를 삭제합니다. 법률상 보관이 필요하면 필요한 범위·기간에 한해 보관합니다. 문의에는 불필요한 민감정보를 보내지 마세요. Gmail(Google)은 이메일, Vercel은 이 웹사이트, Cloudflare는 공개 음식 사진 제공에 사용됩니다. 웹사이트에는 별도 가입 폼, 광고 스크립트, 분석 도구를 추가하지 않았습니다. 호스팅 제공자는 접속 IP·시각·요청·브라우저 정보를 서비스 제공과 보안을 위해 처리할 수 있습니다.

이들 제공자와 Apple·Google은 전 세계 인프라를 사용하며 기술 정보 또는 문의 내용이 미국 등 거주국 밖에서 처리될 수 있습니다. 제공자별 보관·보호·권리 행사 방법은 아래 방침을 확인하세요. 운영자는 개인 식사 기록을 판매하거나 이 서버에 보관하지 않습니다.

• Apple Privacy Policy
• Google Privacy Policy
• Google Mobile Ads — iOS data disclosure
• Cloudflare Privacy Policy
• Hugging Face Privacy Policy
• Vercel Privacy Notice

7. 권리, 안전조치, 아동

기기의 앱 전용 저장 공간을 사용하며 기기 암호와 OS 업데이트로 정보를 보호할 수 있습니다. 운영자는 문의 정보 접근을 필요한 범위로 제한합니다. 문의로 제공한 정보의 열람·정정·삭제·처리 정지·동의 철회는 g.kangksw@gmail.com로 요청할 수 있습니다. 필요한 경우 본인 또는 법정대리인 여부를 확인합니다. 운영자는 기기에 있는 식사 기록을 원격으로 복원하거나 삭제할 수 없습니다.

계정이나 나이를 입력받지 않습니다. 보호자가 아동이 문의를 통해 개인정보를 제공했다고 판단하면 삭제 등 조치를 요청할 수 있습니다. 외부 서비스가 보유한 정보는 해당 제공자에게도 권리를 행사할 수 있습니다.

8. 적용과 변경

2026년 10월 10일 수정. 사진첩 자동 분석·AI 추천 등 새 기능은 앱 2.0에서 해당 기능을 사용할 때 적용됩니다. 이전 버전은 설치된 기능 범위에서 정보를 처리합니다. 처리 방식이 바뀌면 이 페이지와 수정일을 갱신하고 필요한 경우 별도 고지나 동의를 제공합니다. 운영자: BKLab · g.kangksw@gmail.com · 서비스 지원.

1. Local records and analysis

The app stores photo copies, typed meals, food names, estimated calories, capture or chosen record dates, available photo locations and edited places, likes, preferences, edits and drafts on your device for recording, recommendations and sharing. Earlier cutouts may remain. Your personal photos, meal history and AI prompts are not uploaded to BKLab.

On supported devices, Apple on-device models analyze images/text and generate meal ideas. Availability depends on OS, hardware, language/region, Apple Intelligence and model readiness. Otherwise, manual records and general menu ideas remain available without claiming personalized AI analysis. AI outputs and calories can be wrong; they are estimates, not medical diagnosis or professional nutritional advice. The app does not access HealthKit, contacts or the microphone.

2. Photos and camera access

Manual imports use the camera or system picker. Finding meals in Photos is optional and requires enabling the feature and granting permission. Limited access covers only authorized photos; full access allows scanning the recent-photo window. Currently, recent photos from the past seven days are analyzed in batches while the app is active, not through continuous background monitoring or whole-library uploads.

For images recognized as food, the app saves a smaller preview, capture date, available location and analysis locally. It never changes or deletes Photos originals. Local asset identifiers prevent duplicates; temporary non-food previews are cleaned up after analysis. Automatic scanning defers iCloud-only images instead of forcing downloads. Disabling the connection or revoking permission stops further access, but does not delete existing app records; delete those separately. Manual photo selection and text entry remain available without library access.

3. Maps, nearby search and example photos

Photo locations or places you set are stored locally and displayed using Apple Maps. Current-location permission is requested for nearby restaurant searches, not continuous tracking. Searches send your current location and selected dish query to Apple Maps, not your personal photos or full meal history. Apple’s policy governs its map services.

Public menu catalogs and illustrative food photos are delivered through Cloudflare and cached locally. Requests can disclose IP addresses, request times/paths and technical information. A path may identify the example dish being requested, but we do not send personal food photos or meal history. Photo credits and licenses are available in App information.

4. Ads and consent

Google AdMob provides banners and optional rewarded ads. Its SDK may process IP addresses and approximate location, device/app identifiers, ad/app interactions, performance and errors for advertising, measurement, fraud prevention and diagnostics. Identifier use depends on permissions and consent.

We request non-personalized ads without attaching personal photos, meal records, nutrition estimates or precise GPS. Non-personalized does not mean no data collection. The current iOS app does not request ATT tracking permission or IDFA access. UMP checks consent before live ad requests. Where Google requires privacy options, ‘Bottom More menu → Ad privacy settings’ is shown to reopen choices. Ordinary records and watermarked sharing do not require watching an ad. Completing an optional reward unlocks hiding the date/app name in the editor.

5. Retention, deletion and sharing

Local records/photo copies remain until you delete them or remove the app and its data. For legacy records sharing a source, the source copy is cleaned up after the last record is deleted. Undo or editing drafts can retain copies; deleting the app and its data removes local storage. Old share-cache files are cleaned up on later sharing, and the OS can also clear caches.

There is no app-operated cloud sync. OS backups may include app data depending on settings; manage them separately. Offloading is not data deletion. Deleting app records never deletes Photos originals. Sharing sends the finished image, including its visible photos/text/date, to the destination you select in the system share sheet. Review it first. Delete exported copies at their destination; that service’s policy applies.

6. Support, website and providers

Email addresses, supplied names, messages and attachments are used to answer support requests and troubleshoot, then unnecessary information is deleted when no longer needed, subject to legally required retention. Avoid unnecessary sensitive information. Gmail (Google) handles email, Vercel hosts the website, and Cloudflare delivers public food images. These pages add no separate signup form, ad scripts or analytics. Hosting providers may process connection IPs, times, requests and browser details for delivery and security.

These providers, Apple and Google use global infrastructure; technical information or support correspondence may be processed outside your country, including in the United States. See their policies for retention, safeguards and rights. BKLab does not sell personal meal records or store them on these servers.

• Apple Privacy Policy
• Google Privacy Policy
• Google Mobile Ads — iOS data disclosure
• Cloudflare Privacy Policy
• Hugging Face Privacy Policy
• Vercel Privacy Notice

7. Rights, security and children

Records use OS-isolated app storage. A device passcode and current OS help protect them. Support-data access is limited to what is needed. Request access, correction, deletion, restriction or consent withdrawal for support information through g.kangksw@gmail.com. We may verify identity or legal authority. BKLab cannot remotely restore or delete local records. No account or age entry is required. Guardians may contact us if a child supplied information through support. Rights concerning provider-held data can also be exercised with that provider.

8. Scope and updates

This revision is dated October 10, 2026. New library analysis and AI recommendation features apply when used in app version 2.0. Earlier versions process information within their installed feature set. We update this page/date when practices change and provide additional notice or consent where needed. Operator: BKLab · g.kangksw@gmail.com · Support.