從FCam到Pixel 4——看Google攝影技術的十年磨一劍
從FCam到Pixel 4——看Google攝影技術的十年磨一劍
2019.10.25 | 生活

FCam與諾基亞N900:一切的開始

聊到手機界的攝影翹楚,Google是肯定繞不過去的。在過去的十年中,Google一直是手機界電腦攝影(computational photography)的領軍人物,Google Pixel在電腦攝影方面的深厚功力,有很大的一部分則要歸功於背後出身史丹佛的電腦攝影團隊。

讓我們把時鐘撥回2010年。

那一年,賈伯斯在舊金山莫斯康(Moscone West)舉行的WWDC上發布了iPhone4,而就在半個小時車程外的史丹佛大學裡,教授們正在調試一台看起來分外簡單,甚至有些醜陋的黑盒子。

FCam1.jpg
Franken Camera
圖/ 少數派

他們可能沒有想到的是,這個「黑盒子」的蝴蝶效應會掀起一場電腦攝影的風暴,這場風暴來得是如此的猛烈而影響又是如此深遠——不誇張地說,這個黑盒子直接或間接地影響了十年後地球上幾乎每一台智慧型手機拍出的每一張照片。

研究人員們的出發點是很簡單的,他們想要一個可編程的攝影平台,然而當時市面上所有的攝影裝置都不能滿足這一需求:數位相機和單眼相機雖然能提供較高的畫質,但缺乏相關演算能力,也不開放編程,新興的以iPhone為代表的智慧型手機雖然具有很大的潛力,但其孱弱的成像品質以及Apple封閉的軟體系統也使得相關軟體的開發無從展開。

既然沒有,那麼就自己動手造吧。

由史丹佛大學牽頭,加州大學、烏爾姆大學參與,聯合諾基亞研究中心和迪士尼,研究人員使用開發出了FCam。

FCam的全稱是Franken Camera,取自《科學怪人》裡被科學賦予生命的怪物。這台相機擁有開放、可定義且基於C++的API,使用Linux系統,是一個可以在毫秒級時間內對硬體進行控制的電腦攝影(computational photography)平台。

這套系統並不依賴特殊的硬體,因此研究人員隨後就把它移植到了一台諾基亞N900手機上,用同樣的API實現了六大功能:

  • HDR取景與拍攝

  • 低光度環境取景與拍攝

  • 增強動態範圍的全景拍攝

  • 視網膜攝影

  • 基於感測器的手抖檢測

  • 重複攝影(Rephotography)

FCam2.jpg
諾基亞N900
圖/ 少數派

FCam和那台N900為我們打開了行動裝置電腦攝影的新世界大門,在隨後的十年中,這些功能逐漸走出實驗室,來到了每一台智慧型手機上。

Camera2.0/HAL3:電腦攝影的API基石

在史丹佛做出FCam以後不久,這支團隊就被Google挖走,領導Android相機框架團隊的研發。

相較於只能調整光圈、快門、ISO等極少數參數的傳統相機(Camera 1 API),智慧型手機擁有更強大的感知能力,更強大的演算能力,更便捷的互動能力以及用戶語境感知能力。但由於軟體上的限制,這些潛力並沒有被很好地發揮出來。

2014年,Google在I/O大會上發布了Android L,Android L帶來了許多重磅功能,比如全新的Material Design設計、ART編譯器以及一個全新的API,它被稱為Camera 2 API,而對應的硬體抽象層則被稱為Hardware Abstraction Layerv 3(HAL3)。

在Nexus 5上,新的API在提供了更多控制,同時帶來了超過十倍的性能提升並減少了延遲。

FCam3.jpg
老舊的API,僅支持1-3fps的全像素輸出
圖/ 少數派
FCam4.jpg
Camera 2 API 支持30fps的全像素輸出
圖/ 少數派

有了Camera 2 API的加持,HDR+算法也就成為了可能。

HDR+:破局的新思路

發表於2016年SIGGRAPH會議上的《用於移動相機的高動態範圍以及低亮度環境下的連拍攝影成像》一文創新性地提出了一種新的HDR實現。

傳統上的暗光拍攝會使用以下方法來提高畫面亮度:

  • 提升ISO

  • 使用更大的光圈

  • 使用更長的曝光時間

  • 閃光燈

這些方案都有自己的問題:

一方面,提升ISO雖然會有效提高畫面亮度,但卻同時放大了雜訊,犧牲了畫質;雖然使用大光圈模組是好事,但在行動裝置上由於體積和厚度的限制,一味提升光圈也是不可能的。

另一方面,使用更長的曝光時間會增大手抖糊片的概率,光學防抖雖然能解決部分手抖的問題,但很難用於移動的物體;閃光燈並不適用於所有場景,有些時候我們不能打擾拍攝對象。

對於高動態範圍成像,傳統的HDR算法拍攝多張不同曝光時間的照片並進行合成,比如iPhone引入的拍攝過曝、欠曝、正常曝光三張JPEG照片並進行合成的HDR算法就是這一算法的典型代表。不過這種算法往往會帶來偽像(artifact),比如高對比度物體邊緣的光暈(Halo)。

如何改善呢?

FCam6.jpg
HDR+
圖/ 少數派

Google的答案是基於ETTR測光思想和人工智慧技術的同曝光堆疊算法,也就是大名鼎鼎的HDR+。

Google的研究者們首先拋棄掉包圍曝光的想法:不同曝光時間給對齊照片帶來的問題是很難解決的,場景發生變化(比如畫面內有運動物體)也會導致畫面對齊失敗。研究者們轉而使用連拍多張相同曝光參數的照片,並且選擇其中一張作為參照幀,將其它的照片向這張照片對齊並堆疊。

由於參照幀的存在,僅有確定屬於該圖片的部分才會被合成,這就改善了傳統算法裡的偽像問題,同時由於單張曝光時間短,因此使用該模式也不容易模糊。

這一思路後來被其它手機廠商借鑒,並廣泛應用於各種夜景模式中。

進擊的AI測光

測光,顧名思義,是對攝影畫面中光線強度進行測量的技術。

傳統的測光方式有兩大流派,一個是照顧直出觀感,另一個是為了後期空間而優化,即向右曝光(Exposure to the right,ETTR)。

第一個流派我們非常熟悉,它其實就是相機取景器裡那個常見的曝光指示器。相機會提供多種測光模式,如全局測光、分區測光、和點測光等,這些測光模式適用於不同的場景,需要拍攝者根據實際情況使用,還需要時常根據經驗來進行曝光補償。

舉個例子:當你在海灘邊拍攝日落的時候,常見的測光演算法會選擇優先保證佔畫面主體的部分正確曝光,代價是犧牲掉一部分高光和陰影。但這就會導致太陽高光部分炸掉,而並不是畫面重點的沙灘卻獲得了正確曝光——這個時候就需要點測光太陽附近,然後根據經驗或者直方圖來調整曝光。

FCam7.jpg
圖/ 少數派

為了方便新手,入門級相機上常有為各種場景優化的模式,但這些模式需要手動選擇,並且也常常不夠細化。

在Camera 2 API的時代,Google要如何解決這個問題呢?

答案是數據分析。

FCam8.jpg
Google 公開的數據集
圖/ 少數派

Google使用一個28,416張圖片的數據來訓練自己的測光算法,調優後保留下來大概4,500多個場景模式,並且拋棄了傳統的利用直方圖分析圖像亮度的方式,轉而對圖像RGB的最大值和平均值分別進行分析。

為了照顧細微的變化,在每個色版上都有高達64個非均勻分佈的取樣點被用於數據分析——這一切都不需要用戶介入,不需要用戶去手動開啟AI增強模式。

Google對它非常自信,在現在的Google Camera中它已經取代傳統測光成為了默認的測光模式。

對齊的藝術

接下來就是要把拍攝到的一串照片對齊了。

如何對齊運動物體呢?如果直接疊加上去,由於物體在畫面中產生了移動,會出現一種叫鬼影(ghosting)的偽像,這是需要避免的。

FCam9.jpg
對齊算法
圖/ 少數派

早期HDR+使用了一種叫Pyramid based的對齊技術,而在Pixel 3系列引入Super Res技術後,Google使用光流追蹤(Optical Flow),把畫面分割成小方塊並追蹤每個方塊的運動,從而判斷移動物體和靜止物體。接下來對不同物體分別進行對齊,這個做法不僅能有效抑制鬼影,還讓對齊失敗的圖片也能被用來降噪,不浪費任何一幀的信息。

最早在Nexus 5上,受制於時代,Google使用了YUV堆疊,這一技術可以溯源到為Google Glass準備的相關研究,而隨著CMOS速度和算力的提高,直接使用RAW信息進行堆疊成為可能。

關聯閱讀:用Nexus挑戰單眼,Google工程師的極限低光拍攝實驗

PVC:強勁的晶片,更開放的生態

在HDR+剛出來的那段時間,如果啟用了HDR+,Android手機大約需要4s進行處理,Google對此很不滿意。

FCam10.png
Pixel Visual Core晶片
圖/ 少數派

隨著CMOS和行動處理器性能的提升,Google在後來的Nexus手機裡引入了ZSL(Zero Shutter Lag)模式,壓縮快門限制(1/10s)並且把快門前後的照片持續寫入快取,這意味著按下快門即可成像,無需等待。這一技術的引入為HDR+提供了抓拍的能力。

同時,Google保留了更加激進的HDR+Enhanced模式。這個模式需要手動開啟,開啟後相機會在對焦完成後才開始拍攝,快門限制放寬(1/5s),堆疊張數更多,畫質也更好。

FCam11.jpg
左:沒有調用PVC的第三方應用,右:調用了PVC的第三方應用
圖/ 少數派

在Pixel2上,Google還引入了一顆獨立的圖像算法處理器,被稱為PixelVisualCore,這顆晶片讓第三方應用也能享受到HDR+帶來的高畫質。PixelVisualCore是一顆強勁的晶片,它有著獨立的定製版Linux系統、快閃記憶體和RAM,不過在面對新的應用場景時(比如Top Shot)演算能力還是有些捉襟見肘。

所以在今年的Pixel4/4XL中,Google將其升級並更名為Pixel Neural Core。Pixel Neural Core在圖像合成算法處理上將發揮多大的作用我們暫時還不得而知,但Google已經為這顆晶片賦予了圖像算力任務以外的額外使命——你在發布會上看到的下一代Google Assistant、能夠即時將音樂轉換成文字的錄音應用,背後都有這顆晶片的功勞。

GCam:Mod群體的狂歡

由於Google的這些算法都不依賴特殊硬體,因此它可以被移植到其它的裝置上。

一位叫BSG的俄羅斯開發者首發了Google相機的移植,他當時手持一部小米5S,處理器和CMOS都與Google的第一代Pixel相同。由於小米提供的算法並不理想,成像效果也不如人意,這位開發者有了把Google Pixel的相機移植過去的想法。

結果非常成功,移植版Google相機完全可以在其它機型上運行。由此,Google相機Mod群體開啟了一場狂歡,許多原來Google並沒有提供的功能和選項被紛紛開發出來。

比如曝光時間控制,原來Google的策略最高是到1/5s快門,但開發者們透過修改設置提供了高達8倍的曝光時間選項、1.6s快門來獲得更好的畫質;再比如Google的策略是自動堆疊9張,開發者們則改出了高達45-60張的極致畫質選項。

此外,開發者們還從圖像處理管線裡「偷」出了RAW文件,使Google相機獲得了RAW拍攝能力。這張RAW文件並不是其它手機裡單張曝光的、低品質的10bit RAW,而是多張raw堆疊而成的高品質14bit RAW文件——理想情況下,這張RAW的訊噪比已經可以逼近APS-C的相機,動態範圍上更是讓一些相機廠商汗顏。

還有開發者為Google相機適配了部分雙鏡頭機型,讓中焦/超廣角鏡頭也能調用HDR+算法,進一步提升畫質,或致力於優化Google相機的直出,為其加入了亮度和陰影色調的調整,以及雜訊模型的校正功能。這些改動雖然最開始是為第三方機型開發,但回過頭也反哺到了Pixel機型上,讓其拍攝能力更上一層樓。

可以說,Mod和非Mod版Google相機完全是兩個產品,原版Google相機注重各方面的平衡,Mod版犧牲了不少,卻把HDR+算法的潛力全部發揮出來,實現極致畫質。

關聯閱讀:Google Camera with HDR+-超黑科技點亮照片的美

Pixel3:Mod社群的反哺

第三方開發者玩的這麼歡,Google自然是要拿出一點新東西來鎮場子,在Pixel3和Pixel4上,我們都能看到不少受GCam Mod啟發的產物。

在Pixel3上,Google帶來了全新的拍照策略,在你打開相機的那個瞬間,CMOS就會一直往快取記憶體裡面餵RAW文件,在你按下快門的瞬間手機就會在快取記憶體裡調取最近拍攝的照片進行堆疊。

這是不同於此前任何一款拍攝裝置的——按下快門的動作並不是告訴相機開始拍攝過程,而是告訴相機結束拍攝過程,因此可以視為真正的零快門遲滯。

FCam12.jpg
Top Shot
圖/ 少數派

Pixel3還帶來了一個叫做Top Shot的新功能,它可以讓你選擇按下快門前後裡最好的一張照片,而且這些照片都是經過HDR+處理的,其性能要求是如此的巨大,哪怕是算法強大如Google也不得不限制了這個模式下的解析度。今年Pixel4發布並沒有提這個功能是否得到改進,估計還是受制於演算力吧。

此外,為了加強對運動物體的捕捉能力,HDR+在Pixel3上加入了基於深度學習的物體識別與追蹤。

FCam13.jpg
Super Resolution
圖/ 少數派

再者是超像素變焦(Super Res Zoom),熟悉索尼相機的朋友應該知道,在新的a7R系列相機上搭載了一個叫像素偏移(Pixel Shift)的功能,可以透過抖動防抖組件來為每個像素提供RGGB的信息,從而實現更高的畫質,不過缺陷就是對運動物體的處理不好,無法手持拍攝,並且需要後期導入電腦合成。

Google超像素變焦的功能原理是一樣的,不過其OIS組件能同時補償手抖並照顧到每個像素的色彩信息,結合HDR+算法對運動物體的處理,可以實現與單眼攝影媲美、甚至超越其它手機搭載的光學中焦鏡頭的效果。

這一功能甚至在檢測到手機「過於穩定」時會自動啟動OIS抖動來獲得更多的信息。

FCam14.jpg
Computational RAW vs HDR+ 直出
圖/ 少數派

至於Mod社群已經玩得火熱的RAW功能則變成了Pixel相機的自帶功能,它在細節上會比MOD版更好,不過目前只能堆15張RAW,比起Mod版暴力的45~60張RAW還是有顯著的差距。但去年的「夜視模式(NightSight)」透過類似的方法放寬了快門速度(1/3s),堆疊幀數也增加到了15張,再結合機器學習填色,夜拍效果令人印象深刻。

最後,透過機器學習,Google還進一步優化了單眼攝影的景深探測和虛化模擬,同時帶來了自拍柔光功能。

Pixel4:打磨與完善

相較於Pixel3,Pixel4搭載了雙鏡頭(主鏡頭+2x光學變焦副鏡頭)。

FCam15.png
Pixel 4
圖/ 少數派

配套軟體的更新則主要體現在改善使用體驗以及對於部分corner case的處理上。

FCam16.jpg
Live HDR+
圖/ 少數派

第一個功能是Live HDR+,依賴AI對取景器裡的YUV流進行處理,使其近似所見即所得的效果。

FCam17.jpg
HDR+部件
圖/ 少數派

其次就是加入了可以分別調節畫面亮部和陰影(影調映射控制)的控件,方便用戶拍出剪影效果。

FCam18.jpg
長焦鏡頭
圖/ 少數派

另外,超像素變焦算法現在能同時應用在主鏡頭和變焦鏡頭上,使得可用的變焦範圍大幅提升。

FCam19.jpg
Depth Map
圖/ 少數派

變焦鏡頭的加入也同時使得人像虛化模式下物體輪廓的識別更加精確,除了人臉以外,不規則的物體也能很好地識別,甚至包括毛髮邊緣。

FCam20.jpg
AIAWB
圖/ 少數派

原本僅應用於極端光照條件下,也就是Night Sight模式裡校正色彩的AI白平衡模式,現在可以用於平時的拍攝了,配合新加入的超感光感測器(類似於環境光感測器),能夠提供更加精確的色彩還原。

FCam21.jpg
Night Sight
圖/ 少數派

當然,夜視模式本身也在Pixel4中也得到了加強。新版夜視模式在有三腳架的情況下支援16s、15張(等效4分鐘)照片合成,這裡Google用到了星空拍攝來展示。在這種長曝光場景下星空會移動,所以Google採用了分區對齊的方式來保證星空和地景的清晰。

FCam22.jpg
AI去熱像素
圖/ 少數派

此外,長曝光帶來的熱雜訊也是一個需要解決的問題,Google透過一個AI算法來識別並抹掉這些影像畫質的因素。

FCam23.jpg
19EV
圖/ 少數派

在發布會的最後,Google稱現在他們正在挑戰高達19EV的極限光比情況,未來可能透過OTA更新來推送最新的算法。期待一下。

小結

以上就是對過去十年來Google在Nexus/Pixel上對電腦攝影不斷進取的一點快速回顧。

不難看出,在相機系統裡最難的3A(AF、AWB、AE,即自動對焦、自動白平衡、自動曝光)問題上,Google都敢優先採用機器學習和人工智慧來提升體驗。而在Pixel4上,透過新增的兩枚感測器和軟體的改進,適用的拍攝場景更多了、體驗更好了、成像控制也更精細了。

責任編輯:江可萱
本文授權轉載自:少數派

關鍵字: #Google
往下滑看下一篇文章
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?
從台灣走進北美千家速食門市!Berry AI 如何攜手博弘雲端,讓 AI 規模化落地?

一家來自台灣的 AI 新創,如何讓美國上千家速食餐廳,都用它的 AI「看」得來速車道?

這家公司就是專注於 AI 影像辨識技術的 Berry AI (華捷智能),透過攝影機蒐集匿名數據並轉化為多項營運指標,協助速食品牌找出流程瓶頸、提升現場營運效率與整體顧客滿意度。以美國連鎖炸雞品牌 Zaxby’s 為例,在全面導入 Berry AI 解決方案後,服務速度提升 13%-20%,業績表現最好與最差的門市,每週營收差距從 2.4 萬美元縮小至約 9,000 美元。另一家連鎖速食品牌 Culver’s 在導入後,得來速車道的服務時間也立刻改善,進而提升整體吞吐量。

然而,支撐 Berry AI 解決方案的,不只有前端看得見的攝影機與影像辨識技術,還有後端穩定且具彈性的雲端平台。Berry AI 結合 Amazon Web Services (AWS) 全球雲端資源及博弘雲端顧問服務,打造兼顧即時性、穩定性與成本效益的雲地混合架構,成為推動 Berry AI 持續擴大北美市場版圖的重要關鍵。

從台灣 PoC 走向北美千店規模,Berry AI 面臨架構升級新挑戰

Berry AI 執行長林逸中表示,團隊成立初期投入近2年半的時間,探索最適合影像辨識技術的應用場景,最終將目光鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等。

同時,Berry AI 也進一步將現場蒐集到的數據轉化為可量化的營運指標,例如:不同門市、日期或時段的顧客等候時間,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。

在確立發展方向並於台灣完成 PoC (概念驗證)後,Berry AI 決定前進全球最大、也是 QSR 最核心的北美市場。然而,隨著合作客戶與部署門市持續增加,資料量快速攀升,加上服務範圍橫跨不同區域,既有以地端為主的架構開始面臨規模化挑戰。

林逸中補充指出,尤其 QSR 業者在選擇 AI 解決方案時,格外重視技術效能與穩定性,包括 AI 辨識精準度、能否因應突發狀況、系統能否穩定運作,以及網路發生問題時能否維持服務等。在這樣的要求下,若將所有運算與資料都留在地端,不僅難以因應日益增加的部署門市與資料量體,設備建置與維運成本也會隨之增加。

BerryAI 攜手博弘雲端 打造高可用性 AWS 雲地混合架構,突破北美規模化部署挑戰

如何確保系統的即時性、穩定性與成本效益,成為 Berry AI 進軍北美後必須解決的新課題。為此,Berry AI 選擇與博弘雲端合作,取得穩定且高可用的 AWS 運算與資料庫服務架構,將即時運算留在地端,同時在雲端環境整合資料庫處理大量資料與後續分析工作,形成兼顧地端即時運算與雲端彈性擴充的雲地混合架構。

Berry AI研發同仁汪楚剛說明,包括車輛偵測、追蹤與狀態辨識等需要即時反應的工作,會先在地端完成;再將辨識結果傳送至 AWS 雲端,計算各項營運指標,提供後續分析與決策使用。透過這套架構,Berry AI 至今已處理超過 2 億筆車輛狀態資料。

此外,AWS 也是 Berry AI 持續優化 AI 模型的重要基礎。Berry AI 將整套資料蒐集流程建構於 AWS 上,透過完整且多樣化的資料,持續訓練與優化模型,進一步提升地端影像辨識的準確度。

博弘雲端
Berry AI 鎖定高度標準化的速食餐飲業(Quick Service Restaurant;QSR),推出得來速計時器、餐廳計數器等解決方案,運用 AI 影像分析技術,辨識顧客進入得來速車道或餐廳後的狀態,例如:排隊、點餐、候餐等,協助管理者從數據中找出流程瓶頸與可以優化的環節,進而提升服務效率及顧客滿意度。
圖/ Berry AI網站圖

成為企業技術團隊的延伸,博弘雲端助 BerryAI 把 AWS 用得更好、更省

隨著北美業務持續成長,Berry AI 也迎來新的課題:如何把雲端資源用得更有效率、更省成本,這也成為 Berry AI 與博弘雲端合作的重要契機。

對此,可能有很多人好奇,像 Berry AI 這類技術能力成熟、具備自行建置架構能力的企業,為什麼還需要與博弘雲端合作?「關鍵在於,博弘雲端長期深耕 AWS,對相關服務與技術架構更加熟悉,可以成為企業內部技術團隊的延伸。」博弘雲端技術長宋青雲說。

當 Berry AI 遇到特定 AWS 服務或技術問題時,可以直接尋求博弘雲端協助;若需要進一步與 AWS 原廠確認,博弘雲端也能協助溝通與處理,減少 Berry AI 自行研究與排除問題所需投入的時間,讓內部研發團隊可以將更多心力和資源集中在核心產品開發。

更重要的是,博弘雲端不只提供技術支援,還能從 Berry AI 實際用量與成長需求出發,客製化設計最適合的節費方案,這對 Berry AI 降低營運成本有很大的幫助。宋青雲說明,博弘雲端根據 Berry AI 既有的 AWS 用量,推估未來 1-3 年內的使用需求,並以此為基礎規劃合適的長期雲端資源用量;同時考量 Berry AI 所屬飛捷集團旗下還有 3 家子公司同樣使用 AWS,進一步整合集團需求進行評估,放大整體採購規模,爭取更大的節費空間。

宋青雲強調,雲端採取隨需即付的計價模式,雖然具備彈性優勢,但若缺乏持續管理,仍可能出現資源配置不符商務規劃,或費用超出預期等情況。而博弘雲端不只能從使用現況出發、建議適合的節費方案,也會從效能、資安與成本等面向進行架構健檢,提出相應的優化建議;同時還會提供相關管理介面,讓企業隨時查看帳戶使用狀況、預估未來用量,在業務規模持續成長的同時,也能兼顧雲端架構的效能、安全與成本效益。

而架構健檢與成本優化,只是博弘雲端服務的一環。從企業準備上雲開始,博弘雲端便能協助將應用程式與資料從地端搬遷至雲端,或直接在雲端完成部署;進一步還能協助建置數據平台、數據中台,進行資料分析及導入 AI 應用,讓企業資料發揮更大價值。當服務正式上線後,博弘雲端也能接續提供維運服務。換言之,從前期 PoC、雲端建置到後續維運,博弘雲端都能依據企業需求,提供相應的服務與支援。

對 Berry AI 來說,藉由與博弘雲端合作,深化 AWS 雲端資源使用,不只是突破規模化挑戰,更重要的是能把有限的資源集中在核心業務,持續優化解決方案、開發更多貼近餐飲營運需求的應用,進一步爭取更多品牌合作,擴大北美市場版圖。目前,Berry AI 正全力拓展北美市場,也持續尋找對 AI 技術與餐飲產業應用充滿好奇心、重視團隊協作的人才加入。徵才方向涵蓋機器學習與電腦視覺、Platform & System(DevOps、Infrastructure),以及 Full Stack 軟體開發。從門市邊緣裝置上運行的 AI 模型、串連雲端與數千家門市的系統平台,到協助餐飲品牌提升營運效率的分析產品,每個環節都還有發揮的空間。 期待匯聚更多優秀夥伴,一起用 AI 解決真實的營運問題,讓來自台灣的技術走進更多全球 QSR 門市。

職缺詳情:https://www.cake.me/companies/berryai/jobs

登入數位時代會員

開啟專屬自己的主題內容,

每日推播重點文章

閱讀會員專屬文章

請先登入數位時代會員

看更多獨享內容

請先登入數位時代會員

開啟收藏文章功能,

請先登入數位時代會員

開啟訂閱文章分類功能,

請先登入數位時代會員

我還不是會員, 註冊去!
追蹤我們
一次搞懂工業AI
© 2026 Business Next Media Corp. All Rights Reserved. 本網站內容未經允許,不得轉載。
106 台北市大安區光復南路102號9樓