跳至主要內容

生活裡處處可見的網路治理議題(1)


以往在談論電子治理、電子化政府、推動政府開放資料、公民參與,或是主張程序透明、當責、數位經濟發展⋯等議題,這些都屬於末端應用,而非基礎端或是在推廣這些議題時都少了一個支撐它的基本主軸。

從2016年開始參與亞太區網路治理論壇之後才豁然開朗,原來這些網路應用層面的議題,都在國際間稱為「網路治理」的框架內。藉由之後實際參與活動、工作小組,從台灣到亞太區網路治理論壇,摸索與體驗什麼是「多方利害關係人機制(Multistakeholder Machenism)」,到基礎概念的網路發展歷史、網路治理論壇的歷史與基礎建設,於是才知道,原來這麼多年來都在看應用而忽略了網路基礎建設的重要性。

台灣的政黨政治為了讓民眾快速的看到經濟發展政策的成效,大多著重在應用層面的議題,例如:

  1. 透過一站化的服務讓民眾透過網路就可以達成工商登記或創辦公司。
  2. 透過公開平台可以收取民眾的意見,增加民眾與政府之間的溝通管道,並將以往垂直式的溝通模式藉由網路平台達到水平式的平等架構。
  3. 想要倡議數位經濟,只著重在電子商務的網路零售業,和輔導廠商至東南亞國家開創新市場,缺乏有執行力的中介平台和積極拓展與各國貿易協定的單位。
  4. 倡導傳產的數位化轉型,著重在傳產如何導入網路科技或應用網路技術。
  5. 提倡性別平等,從政府的資料確定女性在ICT產業、各行各業的薪資偏低,所以透過補貼、記畫、教育文宣的推廣來。
  6. 透過法規的制定或軟體控制來保護青少年,避免未成年的孩子們接觸到不良的影音文字內容或是任何人遭受網路霸凌、身心的安全遭受威脅。
這些立意良好的政策,也十分容易讓民眾了解政府在做什麼,可惜的是缺乏了網路基底層的政策,也不是一般民眾容易了解、短期內就看到成效的話題,於是就這麼堆在各種應用層面的政策議題下。

電玩、手遊、跨年打卡、499之亂與網路治理的關係

當各位玩家們在玩遊戲的時候,因為頻寬不夠、網路流量已達上限被迫降速導致延遲,明明你看到敵人在左邊,你發動攻擊,但因為 lag,敵人早就跑到不知去哪了,最後就被敵方給打趴了,或是你在玩旅行青蛙,明明造訪的朋友帶來了一張抽獎券,卻因為網路訊號太弱,你無法順利一次取得那張抽獎券。
圖片來源:網友提供
曾經有一則新聞是關於某個地區的住戶原本認為設立基地台會對健康有不良影響,於是要求電信廠商將基地台撤除社區。當寶可夢這個遊戲在台灣整個瘋狂起來之後,住戶們發現他們抓不到任何的寶,於是轉而要求電信商在附近裝設基地台。在 2016 年時,中華電信也發現因為這個遊戲的原故,造成行動數據的流量上升,在當時也帶動了行動無線基地台或是天線的商機。
圖片來源:網友提供
跨年夜,別人在拍下絢爛的煙火後,即時上傳到 Instagram 打卡參與全球的跨年連線活動,但因為大家都在連線,於是有些人全球跨年無時差,同樣身處在台灣的你,就是比別人慢了10分鐘。

最近大量用戶轉至中華電信下,網路速度降低,除了有人實測數據之外,我自己在台北捷運裡的忠孝新生、松江南京站都遇過速度只有H+的情況。

這些看起來和網路治理有什麼關係?

這些都涵蓋在網路治理領域裡「普及上網」的議題範疇中。我們常看到台灣的網路服務提供者會談到自己的服務涵蓋率多大,但並沒有真正的利益到全台灣需要使用網路的人,對網路的末端使用者來說,當每個網路使用者可以用自己能負擔的價錢使用網路、享受網路所帶來的便利與知識時,才能帶動相關產業的發展,同時也能帶動整個網路生態體系,如基礎設備供應與製造、網路服務相關業者,到應用層的服務、內容提供者與電子商務、消費者端使用的裝置、生產⋯⋯等,都是環環相扣著,如果不先普及上網,就無法再談後續的生態系統,更不用談如何帶動數位經濟。

因為基地台不足、頻寬不足,造成了網路使用者、遊戲參與者無法盡情的享受玩遊戲的快感,甚至還要花錢買其他的設備來玩遊戲,這樣的問題就可能涉及了:當地住戶、遊戲玩家、電信業者、寬頻服務業者、縣市地方政府和中央政府(要架設基地台、舖設網路線)等法規制定人員的參與和協商,也許還有其他相關的業者、技術人員共同參與,了解當地住戶的需求、協助解決他們的疑慮,玩家們的需求,而政策制定者則要在業者的利益、玩家們的需求、住戶們的權益之間尋求平衡的處理方式。

這些需要有耐心讓上述的利害關係人坐下來心平氣和的談,找出解決問題的共識,不然只會陷入無限迴圈,或淪為選舉時可操作的議題。

智慧城市、物聯網和將面臨IP不夠用的未來

當政府在講各種美好的智慧城市方案、各種物聯網的便利時(會獨立再談個資保護等令人頭痛的問題),我們得先注意到就在眼前的「IP不夠用」的急迫性。IP就像是一個住戶的門牌號碼,當你的電腦或手機連上網時,就會被分配一個位址,不管網管人員用什麼奇妙的技術來分配 IP,IPv4 最終都會有用完的一天。這件事在全球都很頭痛,IPv4 要用完了,但相關業者也不願意轉換至 IPv6(可能要更新設備),對業者來說,反正目前的網路使用者都是用 IPv4 的通訊協定,換成 IPv6 後,原本的使用者可能會連不上網,造成我的維運風險,為什麼要換 IPv6?
IPv6 Capable Rate by Country,台灣目前為 9.14%,圖片來源:APNIC Labs

對業者來說,末端的消費者愈不懂這件事愈好。我查了一些網路文獻和資料,多是以技術性的闡述居多,例如:IPv6 的數量相較於 IPv4 可以算是多到用不完,可以解決網路位址不夠用的情況、對網管人員來說更容易管理、IPv6 支援 IPSec加密(網路協議安全加密)所以相對IPv4安全許多⋯,對末端的消費者還是無感。

對於企業來說,尤其是要發展智慧機器、醫療、電網等利用機器連上網路傳輸資料的情況下,在大量的佈署下,IP 也會有不夠用的一天,市場上已經出現支援 IPv4 和 IPv6 並行的機器,廠商可以透過這樣子的佈署來降低必須支出的成本,再逐步換成全部支援 IPv6 的設備,在台灣有台灣網路資訊中心(TWNIC)或相關的社群可以提供技術協助。

對於政府來說,除了要宣誓協助產業轉型、智慧化等應用之外,也應該考量這些基礎的議題,例如在產業若要導入智慧化,要考量網路傳輸資料的安全性與便利性,讓企業在轉型過程裡至少能知道什麼樣的方式是安全的,除去政府補助的方式外,企業在轉型的過程中有什麼方法能降低風險和哪些可以被使用的政府資源。

這也是互相連動的,如果末端的消費者、企業不主動要求網路服務供應商(Internet Service Provider,簡稱ISP)提供這樣的服務,那麼 ISP 業者就不認為各位有這樣的需求,而智慧城市的夢想可能就會面臨 IP 不夠用而受到限制。那麼政府再有更多的補貼鼓勵企業進行轉換也來不及了,我們可能被迫購買其他國家的智慧城市方案,如中國、新加坡、日本,整套植入,而國內的產業也就喪失了發展的空間。

智慧城市的根本問題:資料傳輸與頻寬的關係

除了前述的 IP 不夠用外,目前有各種技術在提供協助解決物聯網資料傳輸的議題。
在交通上,如車流的監控、人流的監控,其他還有環境資料的傳輸,如:日照時間、溫度、溼度、大氣壓力指數⋯等,這些資料的應用與分析是一個議題,但在應用資料前,資料如何透過感測器將資料回傳至伺服器、有無足夠的頻寬在不受干擾的情況下、資料能安全傳輸的前提下,則是網路基礎建設與網路安全的問題,例如新加坡就曾透過異質網的技術來整併頻寬。

除了先前透過 WiFi 或是藍芽連線技術外,台北市在 2015 年就曾宣告利用 LoRa 建立智慧城市平台的宣誓,LoRa不需要使用授權的頻譜,所以成本較低。同樣也是低功耗的資料傳輸技輸,現在也有針對物聯網環境開發的 NB-IoT(窄頻物聯網,NarrowBand - Internet of Things)技術、SIGFOX等技術,都是主打低功率、傳輸、感測器的佈署數量等。也就是在未來的物聯網環境裡會遇到:設備的電力問題、資料傳輸的穩定性與安全性、頻譜使用的成本⋯等議題,要如何讓資料安、完整、快速傳輸到伺服器,同時兼俱節能的前提下,智慧城市要面臨的不止是應用(包含資料的所有權、跨國服務的資料是屬於哪個國家、是否開放提供給民眾使用⋯等資料管理及治理的議題),而是基礎建設相關的議題。

以上是關於網路基礎建設相關議題的部份,後續會再找時間寫完其他關於網路治理的相關議題。

去年寫了一篇探討「數位經濟」的文章,比較類似文獻整理,去年 Don Tapscott 來台灣,很幸運的有機會可以向他請教數位經濟與人才相關的事,他的回覆是:
Digital Economy is the way of our life now, not a special area.
現在的生活場域裡,每個人隨時透過可以上網的裝置,無時無刻都在上網,透過網路進行經濟活動、社交,「網路」已經是我們生活的一部份,何必要刻意獨立出來一個議題談?

即使如此,我們的確需要去了解、討論及參與這些基礎及相關政策,才能談到後續的現在與未來。

註:部份圖片來自 Pixabay

留言

此網誌的熱門文章

我在不會寫 code 的情況下做出一個桌面工具

當各種AI工具迅速發展的情況下,大家也開始製作自己常用的工具,更進一步公開分享給大家使用,例如 Jimmy Su 就分享自製的 沉浸式翻譯工具 ,滿足一般人平時上網閱讀外文頁面的需求;進一步像是 Justin Lee  開發的 ccxray ,讓Claude Code的使用者可以監看Claude Code與Anthropic API之間的互動,使 AI Token 的消耗變成視覺化的儀表板。 為什麼做這個工具 AI 幫助許多一般網路使用者做出適合自己使用的工具,我自己也曾 分享自己的經驗 ,現在做出一個應用程式的門檻已經降低許多,AI不會讓程式設計工作消失,反而讓更多人投入這樣的工作,從這個角度看應該是好事。 我自己也用AI打造一些工作上會使用的工具,包括後來做的這個「 AI-Doc-Translator 」,這是獨立自我日常工作使用的工具的其中一個功能,做成一支桌面程式。 由於每天都會接觸到外文論文、期刊,很多PDF檔下載後,只會放在儲存空間裡,或是丟到電子書應用程式裡,但什麼時候再打開?打開還要再閱讀外文的摘要、從頭理解?這些都會消耗掉耐心,於是我讓AI先幫我摘要重點,讓我大致了解檔案內容、記錄後,再做關聯成為自己的知識庫。 這個工具主要的功能是翻譯、摘要,它不是通篇翻譯,也不是改寫作者的內容,只做摘要,長期累積起來的文件會相當可觀,就可以做成知識庫應用。人們通常在下載文件時,自己已經先篩選過資料了,也不是隨便下載,所以使用者自己就是守門員。 為什麼不用 Notebook LM 就好 當然也有很多人習慣把檔案抓下來後丟進各種AI工具,Notebook LM、各種AI Chatbot或是翻譯軟體,但我自己在使用後的心得是,因為資料量太多,Notebook LM的效能會很差,而各種AI Chatbot 在對話結束後,使用者要再找回對話記錄可能還要花時間找尋。那為什麼不平時就開始做知識庫呢?所以在翻譯、摘要的過程中,也是在建立自己的知識庫,存在某個資料夾,可以再利用各種工具來搭建。 我自己是使用 Obsidian 配合 Claudian Plugin 一起使用。在閱讀由LLM產出的摘要時,我一定會遇到無法理解的內容,就可以再使用Claudian進一步「討論」內容,或請它解釋。於是文件就不是只有文件,而是可互動性的內容,也不會只在電腦裡積灰塵。 製作「AI...

〔HK〕第一批照片

在按下快門前多想一下,不過太久沒按快門,反而沒有好成品。 用AGFA Isola I拍的120相片,底片分別是Kodak Portra 400和Fujifilm Pro800Z,交給Lomography沖洗。昨天已先通知我下載了。 總覺得顏色有點奇怪,可是自己不是專業攝影師,自己技術不好也不好意思說什麼。 文章內容是相片:

[Trip]有趣的台中行

前面文章 提到,星期六進行了一趟荒謬的台中之旅。其實星期六原是計畫要參加小憩的活動,但在星期四和星期五,我的身體重的像掛上鉛塊一樣,稍微一動就全身酸痛,星期五晚上幾乎是用爬的方式爬上床,當我一碰到床的第一秒就知道星期六不可能參加小憩的活動,第二秒就昏迷了。 醒來時已快中午了,偉展問我要不要和他一起出差到台中去?並在星期日參加mobile 01的單車活動。沒想很多,只要能離開台北就好,於是開始收拾行李,出發前,用Twitter寫下: 容顏:今天的行程太奇妙,據說要住后里,完全沒有先訂房間,不會要睡路邊吧! XD 出發。 12:52 PM May 17, 2008 from web 高鐵車票到台中的自由座約600元,實在不便宜。可是,坐在高鐵上的感覺很好,平穩、快速,雖然不完全安靜,但還是有它的價值在。 由於我們坐的那班車是每站都停,所以花了約一個半小時才到台中的新烏日,由於偉展的目的地是在台中市區裡,所以我們又從新烏日搭區間車到台中市,在車上,我又拿起手機發簡訊到PP: 容顏:到達台中。從新烏日往台中市,坐區間車中,有種在捷運上的感覺。 02:59 PM May 17, 2008 from PP 在沒有捷運的時期裡,這樣的火車應該可以算是當時的捷運吧?偉展讀高中時常坐火車上下學,當兵受訓時也從板橋坐到新竹。每次我坐火車,總會想起五專的管理學老師對我們說,搭火車是件很浪漫的事,但搭公車就一點都不浪漫了。那時捷運還在挖,也沒想到會有江子翠和新埔站,但我想,老師還是會說搭火車很浪漫,搭捷運一點也不浪漫,我也覺得搭捷運的感覺非常差。 這趟旅程裡,我們沒有去什麼好山好水的地方,畢竟偉展是出差拜訪客戶,而我是湊熱鬧的。然而,有趣的故事都發生在車程上。 從台中火車站要出來時,我呆呆的把票放進剪票口,而磁卡票就這麼被回收了。出站後的我就傻在那,因為我習慣收集旅行中的票根,像上次去墾丁,我也把一些票根收起來,貼在手冊上。偉展笑著幫我問剪票口的伯伯是否可以給我其他人不要的票根?伯伯以為我是要收集票根,所以讓我自己從廢棄的票根裡選一張,接著他笑著勸我收集硬紙卡式的票根比較有價值,之後順手從胸前的襯衫口袋裡拿出他早上收到的,從集集到台中的紙卡車票,接著,他便要把這兩張紙卡車票送給我們。能挑到一張車票就很快樂啦!想不到他還要送我們兩張紙卡車票,也送了我們兩個小透明袋收集。我感動到...