0
本文作者: 量衡 | 2014-06-16 17:47 |
路由行業(yè)先后經(jīng)歷了商用路由、民用有線和無線路由、功能性路由的發(fā)展過程,其在去年,憑借智能路由的概念,在 IT 界掀起了一股智能路由的熱潮,眾多互聯(lián)網(wǎng)和新興硬件廠商都加入了戰(zhàn)局。
但大半年過去了,仍未有一款產(chǎn)品能大批量上市,智能路由所占的比例依舊非常低。對比智能路由激起的想象和行業(yè)熱情,其現(xiàn)實表現(xiàn)就顯得有點“雷聲大雨點小”了。
“智能家居控制中心、NAS 本地私有云、自動科學(xué)上網(wǎng)代理”,這些光聽起來就讓人有點小激動的賣點,卻好像無法激起廣大用戶的興趣。讓業(yè)界和媒體都不由得陷入沉思,難道是我們“打開的方式”不對?
幾個月前,在半路出家的互聯(lián)網(wǎng)和新興廠商,好像還找不著北的時候,磊科推出了自家的No1智能路由,這是首個由傳統(tǒng)路由大廠推出的智能路由產(chǎn)品。其在剛結(jié)束首輪公測活動后,舉行了名為《軟磨硬泡智能路由器是怎么煉成的》的系列線下沙龍活動。
這讓磊科這個一直低調(diào)做硬件的廠商,在筆者心中的形象瞬間高大了許多。這儼然是給了大家一個聆聽傳統(tǒng)廠商意見的機會,而業(yè)界或許也該是時候,聽聽傳統(tǒng)路由大廠對智能路由的意見和看法,并理一理思路了。
磊科的《軟磨硬泡智能路由器是怎么煉成的》系列活動的第一場沙龍,恰巧在深圳3W 咖啡舉行,筆者有幸參加,并見識到了傳統(tǒng)廠商對智能路由的看法。
磊科的此次沙龍,邀請到了 No1智能路由的合作伙伴迅雷親臨現(xiàn)場,并邀請了眾多業(yè)界人員和媒體參加。
說到與迅雷的合作,或許關(guān)注下載器的讀者還會記得它們12年合作推出的 NW762和765下載器,它們是第一款自帶遠(yuǎn)程下載的路由器,開啟了功能化路由的先河,并廣受用戶的青睞。
因篇幅有限,這里就先和大家分享一下磊科和迅雷的專家意見,及非常值得注意的幾個點。
首先,沙龍主題非常精準(zhǔn),而且也讓人印象深刻。正如其宣傳資料所說:這是一場關(guān)于智能路由本身的沙龍,在這里不談市場前景,不談商業(yè)模式,不談技術(shù)問題!因為有一個問題沒搞明白之前,以上都是空談。這個問題是:“什么是智能路由?”
現(xiàn)在的智能路由業(yè)界,基本都是主推高配低價、開源系統(tǒng)、拓展端口等賣點,但智能路由無非就是“路由(NAT 網(wǎng)關(guān))+無線+智能應(yīng)用”3個點組成。對于普通用戶來說,如果基礎(chǔ)的路由功能無法出色完成,建立于其上的智能應(yīng)用根本無從談起:
為保障No1智能路由核心的上網(wǎng)功能的穩(wěn)定,其NOS系統(tǒng)擁有二次開發(fā)的SDK,支持模塊化的安裝/卸載(有本地和服務(wù)器兩種安裝模式)。其應(yīng)用層和拓展層是獨立的,做到了驅(qū)動和應(yīng)用分離,讓基礎(chǔ)功能不受拓展功能的影響,其還在籌備自己的開發(fā)者聯(lián)盟。
此外,因其采取軟硬廠商合作模式,和迅雷、微軟等軟件廠商的多次合作,幫助其解決了同類產(chǎn)品中的USB供電、讀寫速度等問題,技術(shù)和口碑上較有優(yōu)勢。
從蘋果的成功開始,業(yè)界喧囂塵上的“軟硬結(jié)合”模式,其實是相當(dāng)反社會潮流。畢竟不是每家公司都有蘋果一樣的資金和實力,而且社會發(fā)展的總方向是分工化和專門化。
由軟硬件廠商合作才是真正靠譜的做法(參考微軟當(dāng)年和 PC 生產(chǎn)商合作,狂秒麥金塔的故事)。單靠新興廠商或互聯(lián)網(wǎng)廠商獨立完成智能路由的普及工作,顯然不現(xiàn)實。
故筆者更加看好磊科和迅雷這種硬件廠商和軟件廠商的深度合作模式。前者對路由原始的生態(tài)環(huán)節(jié)、整體產(chǎn)業(yè)鏈和市場有更精準(zhǔn)的認(rèn)識,后者則有豐富的軟件交互經(jīng)驗,及相應(yīng)的功能拓展認(rèn)識。
當(dāng)然,單憑一場沙龍,是無法完整闡述磊科這家有14年歷史的硬件大廠的看法的。磊科的《軟磨硬泡智能路由器是怎么煉成的》系列沙龍,還會在多地開展。
其還將與大家一起分享智能路由器該如何智能,如何在不同環(huán)節(jié)和設(shè)備中的產(chǎn)生聯(lián)通性,如何通過各種拓展功能去真正的實現(xiàn)網(wǎng)絡(luò)和設(shè)備的智能化管理和服務(wù)等問題。敬請大家期待。
雷峰網(wǎng)原創(chuàng)文章,未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見轉(zhuǎn)載須知。