跳至主要內容

我們是Sonatus

無論規模大小,企業文化都應始終是任何公司的首要任務,而這也總是最難做好的事情。我們非常幸運,在公司創立之初便奠定了卓越的企業文化,並在過去四年中始終如一地維持著。其中最重要的關鍵,就是我們「Sonatus 」大家庭中這些優秀的人才。然而,隨著任何公司持續成長,要維持這種文化也變得越來越困難。

我們都曾在運作失靈的公司工作過,因此當你掌握了能帶來成功的正確方法時,這種對比便格外引人注目。我們目前發展得相當順利,也希望維持這種狀態。因此,我們最近一直在深入思考該如何做到這一點,而最顯而易見的起點,就是回顧我們是如何走到今天的。  歸根結柢,關鍵在於四個要素。這些並非憑空杜撰的理念,也不是我們嚮往的目標,而是反映出我們每天實際在做、且有助於我們成功的實踐:

閱讀更多

Sonatus 用四個字來說

在我讀高中時——那已是許多年前的事了!——幾乎每天早上,我們那位身材矮小、嚴厲卻也平易近人的校長,都會告訴我們一些必須知道的重要事項,並總是以他的招牌語句「……智者只需一言便足矣」作為結尾。 我花了好幾年才真正領會他的智慧:他的意思是,只要我們聽進他的話,一次告知就足以讓我們採納他的明智建議;而且,恰當的措辭具有將訊息簡潔傳達的力量。

閱讀更多

Sonatus 以及軟體定義車輛

汽車產業與科技產業之間的協作聯盟正蓬勃發展。我們的數位世界不僅正在迅速改變我們的商業運作模式,以及與合作夥伴和客戶的互動方式,更正在重新定義汽車應具備的樣貌。 軟體定義車輛(SDV)為這兩大產業提供了攜手合作、共創未來的契機;然而,儘管連網移動出行已廣為人知,SDV 的核心定義至今仍未明確定義。軟體定義技術源自資料中心領域,而Sonatus 團隊憑藉長期且多元的實戰經驗——他們已建構了大量此類技術——有助於我們建立對SDV的整體視野。

軟體定義車輛(SDV)的定義在於其具備動態基礎架構,讓汽車製造商能夠透過即時監控、分析、控制及自動化,擁抱以數據為驅動的創新。這正是實現 SDV 各項承諾的關鍵,從減少產品召回、開創全新商業模式,到車輛使用壽命期間持續演進的各項功能與特性。我們在此擁有一個強而有力的敘事,可為業界的故事增添新篇章 Sonatus,而現在正是我們分享這段故事的時刻。

+++

2021 年「汽車科技週」匯聚了汽車科技領域的業界領袖與先驅,共同探討當今正重塑產業的轉型與顛覆性變革。Wards Intelligence 汽車電子生態系統資深首席分析師盧卡·德·安布羅吉(Luca De Ambroggi),在「汽車科技週」的首場「軟體定義車輛」專題論壇中,與Sonatus 執行長周傑(Jeff Chou)進行對談,深入探討釋放軟體定義車輛動態潛力的重要性。

兩人進行了一場發人深省的對話,討論內容涵蓋從軟體定義車輛的基礎、OTA 更新的挑戰、硬體與軟體之間的相互依存關係,到移動出行產業邁向技術創新新時代時,社群聯盟所發生的轉變等各個層面。 若您當時未能透過串流觀看或親臨現場參與這場專題討論會,以下是 Jeff 與 Luca 在「架構軟體定義車輛以釋放其全部動態潛能」專題環節中的重點摘要。

回顧:軟體定義車輛及其起源

「什麼是軟體定義車輛?」——盧卡

「SDV 絕不僅僅是OTA 軟體更新,或是運行數億行程式碼的產品。」——傑夫

隨著「軟體定義車輛」迅速成為汽車產業的熱門話題,各企業正投入更多資源,開發由數億行程式碼驅動的軟體整合型產品。有人認為軟體將定義車輛的硬體架構,也有人將「軟體定義」的概念著重於 OTA 更新。這些定義在某種程度上都成立,但我們相信,對於「軟體定義車輛」的核心定義,我們可以提出更精確且更具遠見的詮釋。

「軟體定義」一詞於 2000 年代初期在資料中心領域應運而生。雖然這屬於不同產業中的不同產品,但推動這項創新的驅動力在汽車產業中亦是相同。

「我必須加快速度,而且成本要更低。」——傑夫 

這些驅動力同時存在於資料中心與汽車產業,且其重要性正與日俱增。然而,企業現已意識到,資料不僅需要處理得更快,更必須達到即時處理的程度。企業必須投資於即時資料分析與更新,以消除人為錯誤及反應遲滯,這點至關重要。透過這樣做,企業將能協助應對世界邁向數位化架構過程中所面臨的最大挑戰之一。

將數據分析轉化為即時創新

為了將即時分析效能發揮到極致,我們必須考量成功車載軟體的四個關鍵階段。首先,裝置必須是 可見的,也就是說必須具備無縫的方法,從資料來源收集數據。在收集數據之後,企業必須能夠對數據進行批判性 分析 關鍵要點,藉此從監測結果以及駕駛與車輛的實際體驗中汲取教訓。若缺乏這類洞見,便難以找出待改進之處,導致系統模型逐漸過時,進而可能對車內外乘客構成危險。接著,企業必須採取 採取行動即時分析賦予汽車製造商與科技創新者即時決策的能力,例如為車輛新增功能以修復錯誤或提升駕駛體驗。最後,企業將形成完整的循環,實現 自動化 這些回應,藉此改進軟體,並推動車載軟體成功整合的回饋循環。

這與自動駕駛毫無關聯,而是指自動化資料蒐集系統,此類系統有助於縮短調整所需的時間,並消除人為干預所造成的延遲。舉例來說,您的住宅可以實現自動化,但並不具備自主性。雲端中的軟體定義基礎架構雖已實現自動化,卻不具備自主性。 自動駕駛車輛僅專注於單一環節——駕駛。軟體定義車輛則在諸如召回預防、安全分析與資料保護等領域與自動化系統互動,並能透過一鍵操作啟用新功能,無需透過 OTA 更新導入新軟體。

OTA 只是這幅拼圖中的一小塊,是上文強調的四大組成部分之一。它不具備監控、收集或分析數據的能力。此外,由於需要人工介入才能透過無線方式推送這些軟體更新,因此並不具備自動化特性。這雖是個很好的第一步,但就像重新啟動你的筆記型電腦一樣。這項技術已經存在了 20 年,但這並非一台軟體定義的筆記型電腦。 我們的觀點是,所謂的「軟體定義車輛」,是指能夠在無需人工干預的情況下,即時進行監控、分析、控制與自動化的車輛。

從硬體定義到軟體定義:

「您如何看待儲存、資料和軟體基礎架構的必要性?您認為『軟體定義車輛』是否會依賴硬體?」——盧卡

「軟體與硬體架構應相互解耦。」——傑夫

一切都始於基礎架構;基礎架構就像是房屋的地基,而在資料中心的世界裡,「網路就是電腦」。 這意味著一切都建立在通訊、通訊協定、服務之上,包括各項功能如何相互溝通,以及資料如何從一處傳輸至另一處。一旦奠定這項基礎,它便無所不在,您便能在此靈活的車輛軟體架構之上建構各項服務。原始設備製造商(OEM)必須建置有效率的基础設施,才能充分發揮高度集中式即時分析的效能。

眾人都在關注下一代硬體架構。硬體專家採取策略性方法,將車輛劃分為不同區域——但軟體定義的車輛無法僅以線路為單位進行分解,而應以執行器為單位。建構於這些硬體系統之上的軟體基礎架構應具有正交性。存在一個代表區域、電子控制單元(ECU)及功能控制的物理層;此外還有一個控制層,其作用相當於政府或交通法規。 硬體創新的發展藍圖漫長且充滿機遇,軟體亦然;這兩者應相互解耦,以最大限度地發揮各自的進步潛力。

從歷史中汲取教訓:顛覆與摩擦

「這個產業是否有共同的願景和 API?還是存在摩擦?」——盧卡

「每當產業面臨顛覆性變革時,就會產生摩擦,因為每個合作夥伴和原始設備製造商(OEM)都想自行開發。」——傑夫

隨著技術及其產業日趨成熟,且已有經過實證有效的解決方案,這些成果將隨著時間推移,逐漸融入標準與開放式的服務導向架構之中。標準需要更多推動力,也需要時間發展,才能達到蓬勃發展的階段。歸根結底,軟體在業界將趨於標準化,並最終趨於穩定,正如我們在業界過往的歷程中所見。

結語

業界中有許多聯盟與企業正組成各派系,致力於制定新的標準與解決方案。這些力量將因經濟考量與產品上市時程而匯聚一堂,並藉此善用最佳實踐與全面性的學習成果。這個過程雖將耗時多年,但最終將對技術進步及整個產業帶來裨益,因為一旦確立了幾項標準,便能善用新創技術,而非事事從頭來過。

閱讀更多
返回頁首