iThome

台灣·持續收錄

標籤科技編輯標籤

今日收錄: 0篇
近 24 小時: 1篇
近 7 天: 118篇

媒體資料

刊登媒體: iThome
所屬地區: 台灣
收錄範圍: 台灣媒體 · 繁體中文
來源網站: www.ithome.com.tw
月造訪量: 1,694,5742026/09
Radar 全球: 前 100,000 名
開始收錄: 2026/9/29
最新報導: 2026/11/7
最近更新: 11/8 16:53
流量資料: 2026/10/25 更新

流量與排名比較 →

寫法近 90 天

轉述貼文: 0.3%2 篇
發言者: 公職、政治人物 50.0%網友、民眾 50.0%
標題用詞: 懸念 0.0%反應 0.1%攻擊 0.0%

看這家的轉述報導與各家比較 →

網站流量來源Similarweb · 2026/09

台灣訪客占 90%，約 1,532,709 次造訪

來源國家（前五）

台灣90%
香港4.4%
中國0.9%
美國0.9%
新加坡0.3%

導流來源

自然搜尋59%
直接造訪24%
其他網站連入10%
社群3.4%
電子郵件1.2%
付費社群0.9%
生成式 AI0.7%
展示廣告0.3%
付費搜尋0.1%

全台排名: 第 492 名
全球排名: 第 35,757 名
類別排名: 第 28 名 · Computers Electronics and Technology/Computers Electronics and Technology
跳出率: 63%
每次造訪: 2.6 頁
平均停留: 2 分 8 秒

整個網域的估算值，比例以造訪次數計，非精確 page views。

媒體關係

近 7 天

已比對 118 篇內文

2
引用其他媒體: 0
被其他媒體引用: 0
同署名跨站: 0
已註明來源: 0
未辨識稿源

主要關係對象2 家

彭博社1筆關係
路透社1筆關係

直接文字比對引用對方被對方引用

在媒體關係圖查看 →

媒體關係

比對結果載入中…

報導關鍵字

近 7 天

較早收錄

本頁 60 篇 · 依收錄順序顯示摘要

GoDaddy將以3.2億美元買下支付解決方案供應商Poynt
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>提供網域名稱註冊及網頁代管服務的<a href="https://aboutus.godaddy.net/newsroom/news-releases/press-release-details/2020/GoDaddy-Acquires-Poynt-Expands-Commerce-Services-with-Offline-Sales-and-Integrated-Payments/default.aspx" target="_blank">GoDaddy，在15日宣布已與支付解決方案供應商Poynt簽署併購協議</a>，將以3.2億美元的現金買下Poynt，預計於明年第一季完成交易。</p> <p>Poynt成立於2013年，<a href="https://www.poynt.com/features/hardware" target="_blank">該公司的旗艦產品為Poynt Smart Terminal</a>，它是個整合了金融服務、基於Android平臺、配備觸控螢幕的智慧型刷卡機，它可接受磁卡、晶片卡、NFC及條碼付款，也支援Google Pay與Apple Pay，而且可以連結收銀機、印表機、條碼掃描器，亦提供由第三方打造的各種管理程式，該終端刷卡裝置的售價為299美元，依照店內付款、線上刷卡或虛擬終端等需求徵收2.3%到3.3%不等的手續費用。迄今全球已有超過10萬個商家使用Poynt刷卡裝置，每年的交易量高達160億美元。</p> <p>GoDaddy執行長Aman Bhutani表示，對該公司的客戶而言，商業是個非常重要的元素，而GoDaddy也一直在投資以建置無縫且直覺的體驗，讓小型企業到處都可作生意，併購Poynt將可加速GoDaddy提供完整商務及支付服務的策略，以讓客戶能專注於更大的市場機會。</p> <p>在整合Poynt的支付解決方案、GoDaddy的網站與行銷服務，再加上GoDaddy所提供的WordPress代管服務之後，GoDaddy期望可成為全球小型商家的領導供應商。</p> <p>Poynt執行長Osama Bedier將在交易結束之後，加入GoDaddy的領導團隊，並負責全新的商務部門。</p> </div></div></div>
2020/12/17 11:35作者陳曉莉https://www.ithome.com.tw/news/141709
IT廠商搶進特定產業應用
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>一般而言，IT廠商推出的產品與技術是中性的，若要支援多種應用形式，端賴用戶實務建置需求來搭配，因此，中間可能會有系統整合廠商協助規畫與導入，而為了因應各種場域的使用，因此，市面上也出現了具有不同產業經驗的系統整合廠商，例如，有些公司擅長處理金融業需求，有些公司則是專攻醫療產業，或是熟悉製造業、服務業等等。</p> <p>然而，近年來許多IT廠商積極主推產業型應用方案，不再坐等企業提出需求再設法支援。過去以來，這方面的嘗試相當多，而且，IT廠商通常會把這樣的合作成果讓給協力廠商展示，雖然也會在自家網站公布相關方案，但多是文字敘述與用戶案例介紹。</p> <p>如今IT廠商更加主動出擊的態勢越來越顯著。我們從GPU廠商Nvidia在醫療應用的發展，可看出端倪。</p> <p>他們在2018年3月宣布發展醫療影像應用的專案Clara，搭配的產品是GPU加速器Tesla V100；同年9月，他們正式推出軟硬體整合平臺Clara，希望能夠將人工智慧結合新一代醫療器具，以此支援疾病的早期發現、診斷、治療，而在此時搭配的產品則是整合單板電腦的硬體開發套件Clara AGX，以及軟體開發套件Clara SDK。</p> <p>2019年3月，Nvidia推出Clara AI toolkit，當中包含了Clara Train、Clara Deploy、Clara AGX等3套軟體開發套件，開發者可連至Nvidia的GPU容器映像雲端服務（NGC）取得這些SDK，並部署在AGX、搭配Nvidia T4推論加速卡的伺服器，以及DGX系列整合式應用伺服器。</p> <p>到了2019年底，他們針對醫院病患資料隱私保護的AI分散式協同訓練需求，發表一套系統架構，結合Clara Train的聯合學習（Federated Learning），以及這一年新推出的EGX邊緣運算平臺。</p> <p>今年5月，Nvidia宣布擴增Clara平臺應用，涵蓋到醫療照護領域。他們從原本專精的醫療影像，延伸至基因體學（Genomics）、智慧醫院（Smart Hospitals），各自對應的Nvidia產品，是Clara Parabrick與Clara Guardian這兩套軟體開發套件。</p> <p>另一個值得關注的廠商，是身為公有雲服務龍頭的AWS，他們原本就提供物聯網與邊緣運算的相關解決方案，而在這幾週舉行的全球年度用戶大會上，他們也特別針對工業與製造業用戶推出了5套機器學習雲端服務。其中，針對工業流程處理的整合型應用，AWS新設置了Amazon Monitron、Amazon Lookout for Equipment、Amazon Lookout for Vision；而因應邊緣端的視覺辨識處理需求，他們提供整合應用設備AWS Panorama Appliance，以及軟體開發套件AWS Panorama SDK。</p> <p>在醫療照護與生命科學的用戶需求上，AWS也預告將推出名為Amazon HealthLake的雲端服務，以此協助這些組織單位完整匯集分散於各個資料孤島的數據與文件，並將這些不同格式的資料運用機器學習技術來進行正規化處理，目前已釋出預覽版。</p> <p>這項服務會識別臨床的資訊、標籤，並根據時間線的檢視方式與標準化的標籤來建立事件索引，使其易於搜尋，同時，所有資料都會進行結構化處理，轉為醫療業界標準格式FHIR（Fast Healthcare Interoperability Resources），可提供個別病患與整體人口健康狀態的完整視角。</p> <p>而對於FHIR的支援，並非是AWS慧眼獨具，同時，它也是當前醫療機構資料管理應用上的重大議題，恰巧呼應了本期我們所要報導的封面故事《醫療資訊交換國際新標準FHIR》。</p> </div></div></div><div class="field field-name-field-tags field-type-taxonomy-term-reference field-label-above"><div class="field-label">Tags: </div><div class="field-items"><div class="field-item even"><a href="/tags/fhir%E6%A8%99%E6%BA%96">FHIR標準</a></div><div class="field-item odd"><a href="/tags/%E9%86%AB%E7%99%82">醫療</a></div><div class="field-item even"><a href="/tags/nvidia-clara">Nvidia Clara</a></div><div class="field-item odd"><a href="/tags/amazon-healthlake">Amazon HealthLake</a></div></div></div>
2020/12/17 07:00作者李宗翰https://www.ithome.com.tw/voice/141634
虛實融合電商平臺規模化關鍵，91APP技術與團隊大改造
<div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>今年疫情帶來的爆量線上消費潮，是電商零售最甜蜜的痛苦，尤其是年度雙11大促銷，買氣更勝往昔，也帶來了驚人的網路流量考驗。服務上萬家業者的91App平臺，對這波爆量，格外有體會。</p> <p>「雙11整個檔期間的流量與訂單數，與去年相比成長了1.5倍，」91APP產品發展聯合處資深副總經理林大維直言。雙11當日晚上接近活動尾聲時，91APP系統更迎來檔期最高的峰值流量，甚至，在結束前後2小時內，消化了6位數的訂單數。91APP今年再次挺過一波高過一波的搶購流量，順利守住了系統。</p> <p>以開發零售品牌商專屬購物App起家的91APP，近年聚焦提供虛實融合解決方案，服務超過1萬家零售業者，且這些業者橫跨不同的類別，從服飾、美妝保養到超商都有，包含Timberland、嬌蘭、康是美、全家便利商店等，都是他們的客戶。</p> <p>為了撐住破紀錄龐大訂單數，91APP花了足足一年時間來備戰。每年雙11結束，91APP就會召開一場回顧會議，檢討當次活動的內容，討論有哪些地方做得好，有哪些地方是需改善之處，而重中之重是，選出明年活動的負責人，開始為活動布局。林大維表示，為了做世代交替，前年開始，更改找有發展潛力的年輕人來擔當負責人的職務。</p> <p>活動整體準備工作從當年的5月份展開。91APP會先確立該年促銷活動的重點，從而梳理出系統需優化的功能項目，再讓產品技術團隊排定各功能的優化順序。有了工作目標清單，再透過定期舉辦的站立會議，來討論功能優化的方向，還有跟進各團隊的開發進度。</p> <p>隨著活動時間的逼近，站立會議的頻率，從兩周一次，一路增加到一周數次，甚至天天開會，不斷提升備戰狀況的對焦強度，掌握包含系統、機器等的準備狀況。</p> <p>促銷活動開跑後，林大維強調，IT人員需隨時掌握負責之系統的拓樸架構、流量和狀況，了解流量進入系統後，實際到底經過哪些系統。因為91APP系統已經發展成高度複雜的架構，主系統串接了數個子系統，子系統間又彼此相互串聯，形成了一個錯綜複雜的結構。他指出，IT人員若沒有清楚掌握系統間的串接關係，一旦有瞬間流量湧入，一些頻寬較小的網路通道就會壅塞，造成整個系統停住。</p> <p>因應今年的雙11活動，91APP特別準備了兩個工具，來掌握流量的行經動向。第一個是整理出了一套系統拓樸的視覺化呈現畫面，可以用來呈現系統的整體結構，讓IT人員掌握系統間的實際串接方式。第二個是公有雲業者提供的雲端監控工具，利用該工具收集流量的相關數據和圖表，來更視覺化的掌握流量的動向。林大維表示，目前他們可以追蹤到流量在子系統層級的個別狀況。</p> <p>雙11能成為零售業一大盛事，IT在背後扮演了關鍵的角色，而回顧零售業的發展，IT更是在該產業一路變化的道路上，發揮了關鍵的作用。林大維提到，零售數位化，要回溯到POS出現開始說起。POS讓零售經營業者可以明確掌握店內的庫存量，更可從營運資料來分析店面的收支狀況、熱銷商品等。</p> <p>接著，電商型態的出現，大家開始學習於線上購物，網購逐漸成為生活的一環，改變了零售銷售場域的空間定義。接著，智慧型手機來了，人手一支且不離身，也讓手機App成為零售業接觸消費者的新觸點。</p> <p>他表示，現階段，零售業需要的資訊技術主要還是網路。落地了解零售業的現場需求，依照零售業的場景狀況，開發適合他們的技術和產品，就是91APP給自己設下的命題。</p> <p>成立第一年，91APP先以打造品牌商專屬購物App起家，以B2C電商平臺觀點來建置系統，不過，發展不到一年，91APP就認識到購物App與電商平臺的屬性不同，像是會員資料應屬於品牌。當時，91APP提供的是單一套自家會員機制，讓各品牌商共用。</p> <p>於是，從2014年開始，經營團隊就把目光聚焦在去中心化。然而，林大維表示，策略雖已往前行，但系統無法馬上跟上。產品研發團隊後續花了多時，才逐漸完成系統去中心化的工程，包含將舊有會員機制與系統切割。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>因應零售業朝全通路發展，打造線上線下訂單整合系統</strong></span></span></p> <p>接著，2016年時，一家戶外休閒服飾品牌客戶提議，能否提供整合實體店線下交易的功能。這個要求讓91APP嗅到市場的變化，發現一個新的發展機會。</p> <p>林大維表示，永遠只為零售商建線上開店平臺，就會只停留在此，若更大目標是滿足「零售業的需求」，須更進一步。這個來自客戶的整合需求，促使91APP跨入系統、架構的第二發展階段，開始提供線上線下會員整合服務。</p> <p>替品牌商處理線上線下會員和訂單整合的過程中，91APP系統面臨極大的考驗，因線上與線下的銷售流程截然不同，但原先系統是以優化線上銷售情境來設計，完全沒有思考到線下銷售的需求。林大維舉例，線上購物流程是分段拆解的，從下單、付款到賣家履約寄送商品，但是，線下購物則是在購物當下，立即同步完成銷貨和付款的動作。</p> <p>林大維先採兩套系統並行的方式，分別處理線上和線下的銷售，來因應。他表示，區分線上與線下的系統，讓線上可以繼續發展，也可滿足客戶線下的需求。兩套系統各自透過局部優化，來因應各項線上線下整合需求，但，林大維指出，這對研發團隊帶來很大的負擔，他們得不斷地客製開發，才能滿足新需求，還需要花很多力氣來掌握雙邊系統的相同之處，特別是處理數據查詢需求的時候，他直言，線上與線下兩套並行的作法，雖行得通，不過，非常複雜。</p> <p>因此，91APP緊接著展開線上線下兩系統的整併工程。隨著整合工作的推進，他們發現，新系統得面對三大類挑戰，包含了人、貨和場。</p> <p>「人」的面向上，面對消費者在不同的時間點，辦理了同品牌線上、線下通路的會員資格，事後希望兩個會員身分能夠合併，以合計兩邊的消費記錄和金額，所以，後來打造出單一會員中心，來整合線上、線下會員系統，串連消費者的多會員身分。</p> <p>另外，隨零售業銷售場域朝多通路發展，在「場」的面向上，91APP面對品牌商希望掌握同一名消費者在不同通路消費的資訊，打造了一套整合式訂單中心，以單一系統處理線上、線下交易。</p> <p>整合兩套系統不容易，即使91APP展開整合工程多時，逐一解決人和場兩個面向的系統整併挑戰，但，林大維表示，直到今天，他們仍在持續優化、調整系統。「貨」的面向上，品牌商希望線上線下通路的庫存資訊也能夠互通，這正是91APP產品技術團隊下一階要解決的課題之一。</p> <table align="right" border="0" cellpadding="1" cellspacing="1" style="width:250px;"><tbody><tr><td><img alt="" src="https://s4.itho.me/sites/default/files/images/CTO_%E6%9E%97%E5%A4%A7%E7%B6%AD_91APP_250.png" style="width: 248px;" /></td> </tr><tr><td> <p><span style="color:#696969;"><strong>開發過程講求速度，但重點是，快速找到</strong></span><strong style="color: rgb(105, 105, 105);">方向，而非快速做出成果。─── 91APP</strong><strong style="color: rgb(105, 105, 105);">產</strong><strong style="color: rgb(105, 105, 105);">品發展聯合處資深副總經理林大維</strong><span style="color: rgb(105, 105, 105);">　攝影／洪政偉</span></p> </td> </tr></tbody></table><p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>規格化打造軟體新功能，以兼顧彈性與效能</strong></span></span></p> <p>調整系統架構是大工程，不僅需要團隊投入龐大的心力與時間，推動各項作業向前進展，還考驗著管理者的決策力。林大維指出，當發現有建置新架構的需求時，需清楚拿捏「變與不變」的準則，因為軟體的特質是能開發各項功能，但，他強調，如果沒有針對產業來優化設計，缺少了一套維持不變的關鍵準則，會導致軟體無法規模化。</p> <p>面對軟體服務時時有添加功能的狀況，林大維一直不斷與架構團隊討論「變與不變」的議題。他表示，把軟體寫死，效能一定最優，相反地，軟體若要兼顧一定彈性和靈活性時，就無法達到最佳效能。</p> <p>訂定出一套屬於自己軟體和架構的規格，是林大維和架構團隊經多次討論後的共同目標。他表示，訂定規格，界定出軟體可變動與不能變動之處，就有機會兼顧彈性與效能。</p> <p>從一些91APP新設計的功能，就可感受他們秉持訂定軟體規格的開發觀念，像是促購機制。服務超過一萬個零售品牌和商店，91APP面對了各業者都有自家促購活動的挑戰。</p> <p>91APP利用規則引擎，把各方折扣規則收斂為一套預設規則，來解決商業邏輯不一致的難題。但也開放客戶可依需求自行客製化配置，比如調整規則的順序。林大維表示，規則引擎也可說是一個框架，可以加入不同的規則，將複雜的運算工作交給引擎處理，就是一種功能規格化典型作法。</p> <p>不過，林大維也提醒，不是任何需求都適合打造成「引擎」這類機制，需由架構師判斷，哪些東西已構成引擎化的要素，又有哪些具不確定性因素，得以寫死的方式設計，待成熟時，再收斂。</p> <p>91APP持續擴展業務，手中握有上百個功能，產品技術團隊與業務團隊間的協作，也成產品技術團隊需面對的另一挑戰。因開發資源有限，林大維從源頭把關，來確認資源是用於刀口上。他非常重視PO在產品開發過程中扮演的角色，借助他們對使用場景的洞悉和觀察，來決定哪些功能是現階段需優先開發的項目，還有決定功能的開發順序。</p> <p>不僅如此，新功能上線後，91APP會持續掌握功能可發揮的價值，了解市場使用功能後的反應。林大維表示，如果功能開發完成後，沒有追蹤使用情況，就會讓自己落入代工廠的處境，「我們不想變成代工廠。」他強調。</p> <p>所以，91APP會定期追蹤每項新功能的使用狀況，以掌握新功能產生的市場影響力。林大維表示，主要會關注各功能的關鍵活動（KA）使用率，不會直接關注功能帶來的業績表現，他解釋，因為並非每個功能都與業績相關。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>因應組織規模擴展，導入敏捷文化重塑團隊運作制度</strong></span></span></p> <p>隨著業務持續成長的同時，91APP人數也不斷地成長，產品技術團隊一路從50人增長至今日200人的規模。2017年時，91APP導入敏捷式開發與管理文化，來改變團隊制度面的運作方式，提升軟體開發的效率。</p> <p>至此，91APP從專案導向組成團隊，走向多職能導向，不再每做一回專案，就重頭集合各方人員來組成團隊，待專案完成後就把人員打散。如今，依領域組成固定團隊，團隊成員們採相同的工作方法，共同負責特定的題目。林大維形容，這組人就如同一個人做事情，他認為敏捷的重點就在於，一群有默契的人，可以一起完成各種任務。</p> <p>待以敏捷文化塑造的制度成熟後，91APP也緊跟著調整技術，因應調整後的組織架構，來切割系統。林大維表示，系統切割須與組織架構相匹配，一個系統若橫跨多個組織，將來會出問題，人員思維也需相應改變，持開放態度接受新制度和技術。</p> <p>他回顧敏捷文化帶給91APP的改變，不僅僅是制度面上的轉變，也觸發技術和人才相應變革。林大維強調，制度、技術和人才是三位一體，從三面向陸續拉升，才可走得越來越好。</p> <p><span style="color:#FFFFFF;"><strong><span style="background-color:#3399ff;"> CTO小檔案 </span></strong></span></p> <p><strong>林大維　91APP產品發展聯合處資深副總經理</strong></p> <p>學歷：臺大資管所碩士</p> <p>經歷：2004年至2010年服務於IBM，擔任高級工程師，後於2010年加入宇軒數位，擔任營運長，2013年宇軒與九易合併為91APP。現擔任91APP產品發展聯合處資深副總經理一職，領導團隊開發產品</p> <p><span style="color:#FFFFFF;"><strong><span style="background-color:#3399ff;"> 公司檔案 </span></strong></span></p> <p><strong>91APP</strong></p> <p>● 地址：臺北市南港區八德路四段768巷5號 6樓</p> <p>● 成立時間：2013年</p> <p>● 主要業務：開發供零售品牌使用的虛實融合軟體雲服務</p> <p>● 員工數：430人</p> <p>● 資本額：2億元</p> <p>● 董事長：何英圻</p> <p>● 總經理：楊明芳</p> <p>● 技術部門名稱：產品發展聯合處</p> <p>● 直屬主管：董事長、總經理</p> <p>● 技術部門主管：林大維</p> <p>● 技術部門人數：200人</p> <p>● 部門分工：產品研發大型敏捷、跨職能團隊</p> <p><span style="color:#FFFFFF;"><strong><span style="background-color:#3399ff;"> 公司大事紀 </span></strong></span></p> <p>● 2013年：91APP成立，提供品牌商建立專屬購物App的服務</p> <p>● 2015年：提供品牌商結合購物官網和App的跨裝置服務，並打造結合購物官網、App和門市的全通路經營服務</p> <p>● 2016年：開始採行多雲環境架構</p> <p>● 2017年：導入敏捷式開發與管理，此外，第一個採用微服務打造的服務（追蹤服務）上線</p> <p>● 2018年：推出為品牌全通路環境打造的虛實融合解決方案</p> <p>● 2019年：零售品牌客戶破萬家，金流代收服務超過100億元</p> <p>● 2020年：跨境為本年度重點策略之一，加入臺灣跨境電商大聯盟，並與數十家服務商共組品牌新零售聯盟</p> </div></div></div><div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/cto_lin_da_wei_91app_960.png" width="960" height="420" alt="" title="91APP產品發展聯合處資深副總經理林大維　（攝影／洪政偉）" /></div></div></div>
2020/12/17 07:00作者黃郁芸https://www.ithome.com.tw/people/141635
15年前電子病歷交換舊標準，4大痛點成了臺灣醫界數位創新困境
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>醫療資料交換有多重要？它可以讓你看病時，不必自備一份病歷到處跑，也可以替全民防堵疫情，協助醫院將檢驗資料傳送至疾管署自動通報平臺；它讓偏鄉遠距醫療成為可能，也讓分秒必爭的離島空中轉診後送順利進行。也因為它，臺灣才有獨步全球的健保大數據，在AI浪頭發光發熱。</p> <p>儘管有這些好處，在臺灣，醫療資料交換卻也存在長年難治的問題。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>第1痛：欠缺統一規格</strong></span></span></p> <p>首先，「臺灣醫療資料交換沒有全國使用的規範查詢平臺，或者是審查機制，」深耕醫療資料標準的臺北護理健康大學健康事業管理系助理教授李麗惠說道。</p> <p>對位於資料需求端的政府和醫療機構來說，由於無統一規範，醫療資料交換規格通常由各單位制定，造成跨機構資料難以快速取得和整合。</p> <p>舉例來說，在電子病歷欄位中，有些醫院在性別欄位以F或M來表示男女，有些則以1或2來表示。又或者，在出生年份上，有的醫院以西元年表示，有的以民國年來記錄。這個情況，也發生在不同的政府系統中。</p> <p>這問題，導致醫療資料整合速度慢，還得耗費人力來拆解資料、對應欄位和語意，才能進行價值較高的分析應用。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>第2痛：做不完的重工</strong></span></span></p> <p>再來，無統一標準還造成跨系統資料介接方式不一，造成醫療機構或政府得針對每套系統，來客製化介接。比如，醫療機構必須將特定醫療記錄上傳至不同的政府系統，像是電子病歷交換中心（EEC）、健保署、疾管署、國健署、衛福部長照司和地方衛生局等，而這些單位的系統，大多不互通，造成醫療機構得將同一份資料，以不同格式上傳。</p> <p>這個問題，也存在於醫療機構與廠商間。臺灣醫學資訊學會秘書長李祥豪指出，在臺灣，介接一家醫療照護機構的系統，平均需要兩個月以上，而且每家幾乎都是一次性工程。</p> <p>李麗惠也補充，對醫療機構來說，要擴充系統功能或介接跨系統資料，通常須要額外付費給原系統廠商，要是價格超過預算，可能就得要另外購置成本較低的新系統或介接應用程式，來與原系統串接。</p> <p>花蓮慈濟醫院主任秘書陳星助就舉例，花蓮慈濟醫院歷年執行不少健康照護計畫，有時須將不同IoT設備產生的資料，與院內醫療資訊系統（HIS）介接，有時得與其他醫院建立資料整合機制，才能順利照護轉診病人。他直言，如果沒有統一的資料交換格式，那麼在臺灣每開發一套IT系統，勢必得面臨重複輸入的窘境。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>第3痛：很難支援行動裝置存取</strong></span></span></p> <p>把醫療資料交換範圍縮小至電子病歷交換，就會發現另一個痛點。目前，臺灣電子病歷交換格式採2005年問世的國際醫療資料交換標準HL7 CDA R2，但其「可互動性低，」掌管電子病歷交換業務的衛福部資訊處處長龐一鳴說。</p> <p>他所謂的互動性低是指，CDA R2只支援臨床文件資料，支援的資料格式還只限於XML。而且，在互通架構上，臺灣EEC並非遵從國際電子病歷交換作業標準IHE XDS，而是採類似架構。同時，由於未採用較新的IHE MHD架構，EEC的CDA R2難以支援行動裝置或資源受限的系統，像是手機、平板、Kiosk事務機等。這對行動化醫療照護來說，就是一個阻力。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>第4痛：老舊CDA標準逐漸淘汰，沒有未來性</strong></span></span></p> <p>為解決前面3個痛點，負責制定國際醫療資料交換標準的組織HL7，就在2011年推出新一代醫療資料交換標準FHIR，匯集了前幾代標準如HL7 v2、HL7 v3、CDA的優點。國際HL7協會更點明FHIR是未來科技，「更表示包括CDA在內的前幾代標準，頂多再使用5至10年，」李麗惠說。</p> <p>這個趨勢，從美國就可看出。今年3月，美國政府頒布醫療資料可互操作性與病人讀取權規定（CMS Interoperability and Patient Access Final Rule），要求全美健保計畫相關醫療機構採用FHIR API，來強化資料互通，範圍不只涵蓋醫療機構、病歷、住出院和轉診記錄，更包括保險機構對保險機構的資料轉換。</p> <p>美國之所以毅然決然放棄老舊CDA、改採FHIR，還有許多原因。比如，FHIR以行動裝置常用的RESTful API來傳送檔案，且遵照IHE MHD架構，因此能支援行動裝置和資源受限的系統。此外，相較於臺灣電子病歷單須開會討論才能變更，FHIR資料表規格書可直接在官網註冊，不必大費周章來回溝通。</p> <p>不只如此，FHIR還具備豐富的開源資源，像是HAPI FHIR伺服器，以及最大的FHIR App市集SMART App Gallery。而美國科技龍頭也加入FHIR生態，紛紛發展FHIR API平臺和醫療AI模型。</p> <p>臺灣目前仍以15年前訂定的CDA R2作為電子病歷交換標準，這4個痛點也成了發展行動醫療、各種創新健康照護服務的包袱，拖慢醫院轉型腳步。所幸，已有大型醫院看到FHIR潛力，甚至也有政府機關用來解決跨單位的醫療資料交換需求。今年底，臺灣更舉辦第一屆FHIR聯測，醫界、學界、業界近20個單位參與，這群先行者已著手要拋開CDA 老舊包袱，力擁新一代資料交換標準。</p> <p><span style="color:#FFFFFF;"><strong><span style="background-color:#3399ff;"> 衛福部資訊處處長龐一鳴 </span></strong></span></p> <p><span style="font-size:28px;"><span style="color:#3399ff;"><strong>衛福部仍在凝聚共識，評估FHIR在臺應用可能性</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/400_%E9%BE%90%E4%B8%80%E9%B3%B4__%E6%B4%AA%E6%94%BF%E5%81%89%E6%94%9D.jpg" style="width: 400px;" /></p> <p><span style="color: rgb(105, 105, 105);">攝影_洪政偉</span></p> <p>衛福部資訊處處長龐一鳴指出，隨著衛福部擁有更多數據，比如電子病歷、健保、長照，如果再整合個人裝置資料，就能發展國際盛行的個人健康記錄（PHR）應用。但要整合這些跨單位資料，還得擴大電子病歷架構。目前臺灣電子病歷資料交換格式採國際醫療資料交換標準HL7 CDA R2，龐一鳴認為，擴大架構有兩種選擇，一是採區塊鏈，另一是採新一代標準HL7 FHIR。</p> <p>他指出，以區塊鏈擴大電子病歷交換模式可能耗時，相較之下，FHIR可較快上手，而且也符合國際潮流。他坦言，與FHIR相比，CDA R2可互動性低，難與行動裝置、IoT設備資料串接，而FHIR可互動性高，也能支援臨床以外的多種資料。而且，一旦電子病歷交換中心、醫療院所都採用FHIR，這些機構就不必再互相定義一套API來整合資料。</p> <p>不過，龐一鳴認為，FHIR是否該在臺灣強制推行，還得先凝聚共識才行。他日前也在衛福部醫療資安長會議中，探討在臺推動FHIR的可行性。「如果要將電子病歷交換格式轉換為FHIR，技術上並不難，」他指出，目前有開源工具能將CDA R2資料轉換為FHIR格式。但問題在於配套措施，比如醫院IT人員得重新學習FHIR交換機制、需要教育訓練，以及醫療機構將資料轉換為FHIR所需的閘道器成本等。他坦言將爭取資源，「一步步來，有多少資源做多少事。」</p> <p><span style="color:#FFFFFF;"><strong><span style="background-color:#3399ff;"> 臺北護理健康大學健康事業管理系助理教授李麗惠 </span></strong></span></p> <p><span style="font-size:28px;"><span style="color:#3399ff;"><strong>臺灣採用FHIR該怎麼做？有兩條路可參考</strong></span></span></p> <p class="rtecenter"><span style="color:#3399ff;"><span style="font-size:20px;"><strong><img alt="" src="https://s4.itho.me/sites/default/files/images/400-%E6%9D%8E%E9%BA%97%E6%83%A0-%E6%94%9D%E5%BD%B1-%E6%B4%AA%E6%94%BF%E5%81%89.jpg" style="width: 400px;" /></strong></span></span></p> <p><span style="color: rgb(105, 105, 105);">攝影_洪政偉</span></p> <p>臺北護理健康大學健康事業管理系助理教授李麗惠專攻醫療資訊標準，她指出，全球已有81個國家採用FHIR，美國更在今年規定醫療相關機構採用FHIR API來提高資料互通性，因此她認為，「臺灣面臨的問題不是要不要做，而是該怎麼做。」</p> <p>在她看來，臺灣電子病歷若要全面採用FHIR來交換醫療資料，有兩種做法，第一是從衛福部電子病歷交換中心（EEC）下手，把醫院端閘道器上CDA R2的XML格式檔案，轉換為FHIR格式，並存入各家醫院的FHIR Server，之後可由EEC透過RESTful API來取得原本CDA的FHIR格式資料。「這個工作可靠單一廠商完成。」</p> <p>另一個方法則是EEC醫療機構自行下手，原則上可分為兩種，第一是全新獨立的實作，也就是醫院建置一臺FHIR Server，將院內所有要交換的資料，與FHIR Server綁定，透過FHIR RESTful API來存取想交換的資料。第二是，假設醫院已有自訂、非FHIR的RESTful API，那麼就得在FHIR RESTful API與自訂RESTful API的Service層間寫一支轉換程式，來將醫院資料表中的欄位與FHIR格式欄位相對應，這樣才能以FHIR API讓他人存取。她也指出，從EEC下手難度較低，因為靠單一廠商就可解決。要是由超過6,000家的EEC醫療機構各自解決，就得靠資訊室或IT系統廠商來作業。不過，要是能透過寫好的公用程式來轉換FHIR格式，那麼工作量應該相對小。</p> <p><a href="https://www.ithome.com.tw/article/141642" target="_blank"><span style="font-size:22px;"><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 相關報導 </span></span> <span style="color:#3399ff;">醫療資訊交換國際新標準FHIR</span></strong></span></a></p> <div id="gtx-anchor" style="position: absolute; visibility: hidden; left: 280px; top: 370.208px; width: 156.556px; height: 14.4444px;"> </div> <div aria-describedby="bubble-2" class="jfk-bubble gtx-bubble" role="alertdialog" style="visibility: visible; left: -320px; top: 249px; opacity: 1;"> <div class="jfk-bubble-content-id" id="bubble-2"> <div id="gtx-host" style="min-width: 200px; max-width: 400px;"> </div> </div> <div aria-label="Close" class="jfk-bubble-closebtn-id jfk-bubble-closebtn" role="button" tabindex="0"> </div> <div class="jfk-bubble-arrow-id jfk-bubble-arrow jfk-bubble-arrowdown" style="left: 338.5px;"> <div class="jfk-bubble-arrowimplbefore"> </div> <div class="jfk-bubble-arrowimplafter"> </div> </div> </div> </div></div></div>
2020/12/17 07:00作者王若樸https://www.ithome.com.tw/news/141636
【什麼是FHIR？】FHIR三大優勢可快速複製應用，完勝前一代醫療資料交換標準
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>今年3月，美國政府頒布了一項病患資料權的新規定，要求全美相關健保計畫合約醫療機構，採用新一代國際醫療資料交換標準FHIR（Fast Healthcare Interoperability Resources），來強化資料互通，範圍不只涵蓋醫療機構、病歷、住出院和轉診記錄，更包括保險機構對保險機構的資料互通。</p> <p>這個規定就是醫療資料可互操作性病人讀取權規定（CMS Interoperability and Patient Access Final Rule），不只大大影響了美國醫療機構對於醫療資料的處理方式，更讓保險機構和相關醫療資訊服務業者，也有了一個病患醫療資料互通和交換的新標準。</p> <p>全球專門制定醫療資料交換標準的國際HL7協會早就點出，FHIR是第一個為21世紀建立的標準，雖然未來5至10年，前幾代標準如HL7 v2、HL7 v3和CDA仍會存在，「但FHIR才是未來，」專攻醫療資料交換標準的臺北護理健康大學健康事業管理系助理教授李麗惠強調。而美國眼中將要被淘汰的CDA，正是臺灣電子病歷交換中心（EEC）和各醫院現在重度依賴的醫療資料標準。</p> <p>為何FHIR引起科技大國重視，甚至下令強制醫療機構必須採用？</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FHIR站在歷代標準的肩膀上，強化互通性</strong></span></span></p> <p>這得從醫療資料標準發展史說起。第一次世界大戰前，醫療資料標準開始萌芽，世界衛生組織（WHO）在1901年發布第一套國際疾病編碼ICD，來統一各國醫護人員對疾病的描述和分類。隨著科技進步，醫療資料記錄從紙本轉為電子化，卻也衍生系統互通問題。</p> <p>1987年，專門制定醫療資料交換標準的國際HL7協會應運而生，也在1994年獲得美國國家標準協會（ANSI）認可。自國際HL7成立以來，推出不少主流標準，包括1989年的HL7 v2，用來支援醫院工作流程，如臨床、行政、財務和物流等，1995年則開發HL7 v3，將支援範圍從醫院擴大至所有健康照護領域，並於2004年正式發布。</p> <p>不只針對醫療設備間的資訊傳輸訂出標準，國際HL7協會也針對數位醫療資料的儲存格式，設計了一款利用XML技術、專門用於臨床資料的CDA臨床資料標準格式，第一版於2000年釋出，2005年進一步釋出第二版，這就是臺灣醫界目前採用的CDA R2。</p> <p>後來，網際網路興起、行動裝置普及，HL7組織看準這股趨勢，設計一套基於網頁傳輸標準HTTP協定的新資料互通標準FHIR。這款標準於2011年問世，至今已演進到第四版R4；HL7協會點明，FHIR綜合前幾代優點，有著處理臨床資料和非臨床資料的能力，不只支援更多資料格式，更採用普遍使用的HTTP網路通訊協定應用RESTful API，來讓醫療資料交換跟上行動化潮流。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1003-%E5%B0%81%E9%9D%A2-%E4%BB%80%E9%BA%BC%E6%98%AFFHIR.png" style="width: 552px;" /></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>以Resource組成，可快速複製、應用至臨床實務</strong></span></span></p> <p>國際HL7協會在官網開宗明義表示，FHIR實作由一系列Resource（資源物件）組成，使用者可輕鬆複製、微調這些Resource，來解決醫療實務上和管理上問題。</p> <p>但Resource是什麼呢？李麗惠比喻，Resource就像是資料庫的資料表，也可想像為一個可組織、用來記錄資料的Excel工作表。目前，在FHIR R4版標準中，國際HL7協會將健康照護領域中常見的可互通資料項目，歸納出145種Resource。這些Resource可分為五大類，包括基礎（Foundation）、基本（Base）、臨床（Clinical）、財務（Financial）和特殊領域（Specialized），細分還可再分為24類，比如專門詞彙、安全性、工作流程、診斷、用藥、支付、公衛研究、品質測試等。</p> <p>國際HL7協會也直接在官網上，針對每種Resource和通用的Resource修改版本、擴充欄位等規範，提供詳細的內容定義和範例。以Patient Resource為例，在官網上，以階層式目錄一層層列出了該Resource所包含的所有欄位和從屬關係，像是ID、姓名、電話、性別等，欄位旁都附上該欄位的資料說明，比如能填入的資料筆數或資料類型。</p> <p>官網上的Resource定義，還開放使用者發布自訂的擴充版本或修正版本，例如自行擴充新欄位或者微調欄位的定義。這些擴充欄位稱為Extension，而使用者自行修改、客製的Resource版本，則可註冊成一個Profile版本，將自己變更的結果，發布登記到官網上，內容包括自行擴充的和各欄位所使用的代碼。</p> <p>如此一來，不同使用者（廠商或醫院）就可發展客製化的FHIR擴充資料格式定義，而且還能把這樣的格式發布到官網上公開，提供給所有人一個統一的格式標準參考來源。甚至，使用者註冊了自己的Profile後，還能把Profile納入操作規範書中，也就是IG（Implementation Guide，實作指引，也可視為互通規格書），並附上相關資料如代碼、範例檔案、測試檔案等，讓想要使用同一套資料標準擴充規範的其他醫院或業者，直接就能下載來套用。</p> <p>FHIR除了可用類似CDA的文檔來互通資料外，還可透過訊息、（批次）交易等方式來互通資料，且其開源分享的精神，也加速社群的開發和應用，就存取效率和應用彈性來說，是CDA R2難以媲美的。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FHIR支援行動化應用是最大特色，解決了CDA R2最大侷限</strong></span></span></p> <p>而臺灣電子病歷交換中心採用的15年前定義的CDA R2標準，與FHIR的距離到底有多遠？</p> <p>首先，CDA R2只支援XML資料格式，但FHIR不只支援XML，還包括網頁應用主流格式JSON和Python慣用的Turtle等格式，彈性較高。而且，CDA R2只支援臨床文件，FHIR則可以支援臨床和非臨床資料。</p> <p>再來，在資料互通性上，臺灣EEC的CDA R2只支援一個類似國際電子病歷交換作業標準架構IHE XDS的標準，但FHIR不僅遵從IHE XDS，還進一步支援瞄準行動應用資料交換的IHE MHD互通架構，讓FHIR資料能在手機、平板、Kiosk、醫療儀器和IoT設備等行動裝置和資源受限系統，來傳送資料。</p> <p>就檔案傳送方式來說，EEC透過自行開發的專用API，以閘道器（Gateway）來撈取、傳輸CDA R2格式資料，但FHIR採用網頁應用和行動App常用的RESTful API，做為資料介接方式，可通用於更多網頁應用。而FHIR資料庫查詢或撈資料時，可直接透過HTTP來存取，使用者不必學習資料庫SQL語法也可操作。</p> <p>另一方面，在規格書的擴充和修訂流程上，FHIR也更為自由和容易。以臺灣醫療資料交換規範來說，皆統一由EEC制定，並以Word文件來呈現互通單張的形式。醫院要進行資料格式驗證時，醫療IT人員還得向EEC負責人先取得測試檔案，再來連線驗證。</p> <p>但FHIR則有一套公開的規格變動和擴充通用作法，省下了上述功夫。使用者可自行將自訂的互通規格書，直接到FHIR官網上註冊為一個流通用的公開實作規格書（也就是IG）。官網規定，一個IG必須包含採用的格式、內容、代碼，甚至是API指令對應的參數，並附上範例檔案和測試檔案。這麼做的好處是資源完整、容易閱讀，還方便使用者直接驗證。</p> <p>此外，李麗惠也補充，FHIR甚至還提供了一系列資安規範供選用，比如SMART on FHIR的認證架構OAuth 2.0及Provenance等。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FHIR生態系養成：互通聯測與App市集</strong></span></span></p> <p>因為這些優點，FHIR問世後引起不少矚目，但使用者要如何知道，自己的資料是否符合FHIR規範？</p> <p>以美國為例，自2012年起，每四個月舉辦一次聯測（Connectathon），來測試醫療院所、醫材廠商等的FHIR資料交換能力。李麗惠指出，在聯測流程上，由使用者先提案，提案內容包括要測試的Resource、扮演Server端或Client端角色，接著才進行測試。應試者通過聯測後，會得到官方證書，以利未來資料交換或產品銷售。</p> <p>美國採用的聯測工具，是一套成熟的FHIR IaaS解決方案Touchstone。應試者可用來進行點對點的跨系統測試，或是一般系統測試，也就是FHIR Server或Client能否成功傳送或接收資料。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%963-touchstone-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-Touchstone.png" style="width: 477px;" /></p> <p><span style="color:#696969;"><strong>美國FHIR聯測採Touchstone來測試FHIR資料的傳送與接收，並將測試結果彙整為一份完整的報告，供應試者參考、改進。</strong>圖片來源／Touchstone</span></p> <p>測驗後，該工具會針對使用者資料互通表現，產出一套完整報告，並標示出錯誤區域，方便使用者改進。聯測同時，還會舉辦教育訓練，來加強應試者的FHIR實作能力。</p> <p>然而，FHIR生態強大之處還不止於此。由於FHIR擁有許多開源工具，在前端應用層面，更有一套大型App市集SMART App Gallery，上架了不少來自醫院、廠商、第三方開發者設計的SMART on FHIR應用程式。這些應用程式涵蓋風險預測、資料視覺化、疾病管理、臨床研究等類型，更結合時下流行的AI技術，讓醫療業者可透過這些現成工具，來呈現患者疾病風險趨勢，而民眾也可透過應用程式掌握自己的就醫記錄，透過淺顯易懂的視覺化報告來了解自身健康狀況。</p> <p>不只如此，就連科技龍頭如Google、蘋果、微軟和AWS都跨足FHIR，提供FHIR API和相關開發平臺，甚至是以FHIR為基礎的AI預測模型，FHIR生態可謂蓬勃發展。</p> <p><span style="font-size:36px;"><span style="color:#3366ff;"><strong>臺灣醫療資料交換國際化關鍵一步，首屆FHIR聯測終於登場</strong></span></span></p> <p><span style="color:#000000;"><span style="font-size:20px;"><strong>歷經5年籌畫，臺灣終於舉辦第一屆FHIR聯測，進行了四大類型的醫療資料互通測試。明年，這場聯測還將新增數位病理和基因資料類型，後年則要申請加入國際聯測組織</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%961-%E8%81%AF%E6%B8%AC%E5%9C%98%E9%AB%94%E7%85%A7-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E8%87%BA%E7%81%A3%E9%86%AB%E7%99%82%E5%BD%B1%E5%83%8F%E8%B3%87%E8%A8%8A%E6%A8%99%E6%BA%96%E5%8D%94%E6%9C%83.png" style="width: 600px;" /></p> <p><span style="color:#696969;"><strong>臺灣今年首度舉辦國際資料交換標準FHIR聯測，由臺灣醫療影像資訊標準協會（MISAT）發起。MISAT理事長蕭嘉宏表示，明年將擴大聯測賽道（Track），新增數位病理及基因。</strong>圖片來源／臺灣醫療影像資訊標準協會</span></p> <p>在新一代國際醫療資料交換標準FHIR問世後9年，臺灣終於舉辦第一屆FHIR聯測！這場聯測由臺灣醫療影像資訊標準協會（MISAT，或稱臺灣DICOM協會）發起，在今年11月7日於林口新創園區登場，參與者來自醫院資訊室、學術團隊和醫療資訊廠商，包含三軍總醫院、嘉義基督教醫院、中國附醫新竹分院，以及陽明大學、慈大附中、商之器、大同醫護等在內共19個團隊，參加為期三天的FHIR聯測。</p> <p><span style="color:#B22222;"><strong>臺灣FHIR聯測聚焦四大領域，測試醫界資訊互通能力</strong></span></p> <p>臺灣醫療影像資訊標準協會理事長蕭嘉宏指出，醫療標準化系統的建置和推行，得按照一套嚴謹的步驟，也就是確立標準、準備測試案例、實作系統，以及聯測、推展。其中，聯測的目的，是要讓參與者面對面，來進行互通性測試和資料交換，檢視醫療資訊系統能否與FHIR標準伺服器互通，「促進醫資廠商發展合乎FHIR標準的醫資系統或醫療儀器。」</p> <p>臺灣今年聯測涵蓋四大類型的醫療資料測試，包括病人個人基本資料、生理量測數據、藥物處方和用藥記錄、醫療影像AI標註。就病人個人基本資料來說，可分為三種情境，包括院內檢查流程的身分確認、服務機構間聯絡，以及雲端個人健康紀錄（PHR）系統使用。</p> <p>臺灣醫療影像資訊標準協會秘書長連中岳指出，病人個人基本資料的互通有兩大要求，首先是基本資料跨系統互通，也就是病人的身分證字號、中文姓名、住址和電話等資訊要能跨系統傳送與接收，且PHR匿名病人資料也包括在內。另一個要求則是符合資安授權機制，比如要採用Token、匿名化敏感資訊。</p> <p>生理量測數據測驗的情境，主要為生理量測數據（如身高、體重、血壓、體溫、血糖、脈搏、握力等）要能上傳至PHR或院內伺服器，而互通要求是同一病人的一系列生理量測資訊（如血壓、體溫、脈搏等）能在照護者端系統恰當呈現。</p> <p>至於藥物處方和用藥紀錄則有兩種測試情境，一種是將標準化藥物處方上傳至PHR FHIR伺服器，而且PHR系統要能查詢處方；另一種是將居家用藥紀錄上傳至伺服器，讓醫護人員調閱、查詢。互通要求則是藥物處方藥品、劑量和頻次可跨系統互通，而且，用藥紀錄能在醫護系統洽當呈現。</p> <p>最後，醫療影像與標記賽道可分為三種情境，包括影像標記或AI系統要能調閱醫療影像、影像標記或AI系統要能上傳FHIR Observation SVG標記、影像檢視及報告系統要能調閱影像和標記。其中，影像標記格式可採FHIR observation SVG annotation，或是DICOM PS、SR、RTSS。</p> <p>至於互通要求，則是各式醫療影像如CT、MR和CR等，要能在各系統中恰當處理和呈現，此外，經平移、縮放、明亮度調整的DICOM或FHIR標記，也要能一致地呈現。</p> <p>至於評估方法，則是由MISAT委託的FHIR專家和DICOM專家作為監督員，來負責聯測期間的測試驗證，同時也協助參與者排除技術相關問題。</p> <p>蕭嘉宏指出，直到聯測最後一天，也就是11月11日中午，已產生1萬多筆資料交易量。而今年參與聯測的29套系統中，也有26套系統通過驗證，符合國際HL7 FHIR、DICOM和DICOMWeb標準，MISAT也依此頒發通過證書。</p> <p>話鋒一轉，也在慈濟大學醫資學系任教的蕭嘉宏指出，FHIR聯測技術門檻其實不高，但在臺灣醫資職場上，不論是廠商還是醫院，都很難撥出人力、放下手邊工作，來全心學習FHIR。</p> <p>因此他認為，既然技術門檻不高、又是未來醫資界必須了解的技術，學生更應該參與聯測，來認識、學習FHIR。他坦言，目前學校資訊教育仍偏理論，與20、30年前並無太大差異，而聯測提供產業實際問題，讓學生有機會動手實作。今年，他也帶了四位慈濟高中二年級的學生參加聯測，增加實作經驗。他希望，透過未來多年努力，也能讓資訊教育產業化。</p> <p><span style="color:#B22222;"><strong>明年還要擴增聯測內容，後年正式照國外標準進行5天聯測</strong></span></p> <p>至於聯測未來計畫，連中岳指出，明年，臺灣FHIR聯測也將延續三天規模，並另外新增兩大類型的醫療資料互通測驗，包括病理影像和基因（Genomic）。他還計畫，明年與成立臺灣醫療聯合學習聯盟的臺灣人工智慧實驗室（AI Labs）聯手，來帶動更多廠商和醫療機構參加聯測。</p> <p>除了FHIR聯測，MISAT還打算新增區域交換場域驗證聯測（mHealth Plug-a-thon），來測試生理量測設備是否能透過FHIR，直接與行動App等應用程式自動介接。不只如此，MISAT還會在明年聯測中，加入IHE Gazelle等自動驗證聯測工具，並發展標準化驗證工具，之後也將開源出來。</p> <p>至於2022年，MISAT希望以臺灣名義加入國際醫資標準IHE連測資格，依照IHE規範進行五天聯測。如此一來，通過IHE聯測的廠商，將登記於國際IHE網站上，等於產品也能打入國際市場。</p> <p><a href="https://www.ithome.com.tw/article/141642" target="_blank"><span style="font-size: 22px;"><strong><span style="color: rgb(255, 255, 255);"><span style="background-color: rgb(51, 153, 255);"> 相關報導 </span></span> <span style="color: rgb(51, 153, 255);">醫療資訊交換國際新標準FHIR</span></strong></span></a></p> </div></div></div>
2020/12/17 07:00作者王若樸https://www.ithome.com.tw/news/141637
【FHIR應用實例：臺中榮總】瞄準精準醫療即時戰情室，中榮先以FHIR結合生理量測練兵
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>「我們要打造一套精準醫療即時戰情室！」臺中榮總資訊室資訊工程師暨智慧醫療AI小組組長范承佑說道。去年開始，臺中榮總瞄準精準醫療，要建立一套戰情室來即時彙整病人各種生理量測數值，並以一套儀表板來呈現數值走勢，幫助醫護人員即時決策。而戰情室的關鍵資訊，不只來自院內醫療資訊系統（HIS）資料，還包括了各種外部IoT醫療設備的連續性資料，譬如像是生理量測機、呼吸器、穿戴式裝置等。</p> <p>但是，「要整合這些資料且即時更新資訊，可不簡單。」范承佑指出，不像院內醫療資料，可輕易從核心資料庫撈取，這些來自外部廠商的IoT生理量測設備資料，會因為資料格式和量測數值內容的不同，而難以整合。</p> <p>比如，一些廠商的IoT設備資料格式，可能採JSON、XML，或者是自訂的資料格式；而同樣是生理量測機，一些廠牌可能只顯示心率、呼吸值，另一些可能顯示呼吸次數、波型資訊等。</p> <p>這對IT人員來說，就有兩個挑戰。首先，工程師必須想辦法整合不同格式的生理量數值，因此得花時間理解每臺量測機的所有資料欄位，再將所需的資料轉換為醫院統一格式；同時，工程師也得理解不同廠牌生理量測機所產生的資訊，並從中撈取醫院所需要的資訊，而非全盤接受。也因此，「醫院每新增一款生理量測機，工程師就得挪出更多時間來處理資料介接問題。」</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E4%B8%AD%E6%A6%AE1.png" style="width: 600px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>臺中榮總資訊室資訊工程師范承佑指出，團隊以MongoDB自建一套FHIR伺服器，希望透過FHIR RESTful API將中央站生理量測數值轉換為FHIR格式，存入FHIR伺服器。</strong>圖片來源／臺中榮總</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>以FHIR打破資料隔閡，先從小規模病房試驗</strong></span></span></p> <p>為解決資料標準不一的問題，臺中榮總IT團隊找尋不同解決方案，後來看上新一代國際醫療資料交換標準FHIR，決定以FHIR來串接不同設備的資料。FHIR問世九年，由專門制定醫療資料交換標準的國際HL 7協會設計，目的是要解決前幾代標準（如CDA）的問題，比如將複雜資料欄位規範簡化、可支援臨床和非臨床類型資料，以及支援更多資料格式，像是XML、JSON和Turtle。</p> <p>更重要的是，FHIR遵照HTTP網路通訊協定，以行動裝置常見的RESTful API來介接資料，因此，只要是支援網路傳輸技術的IoT設備，就可以透過FHIR來交換資料，以彌補HL7 v2、HL7 v3、CDA的不足。透過FHIR，IT團隊就不必再一對一自訂API，來串接每款生理量測機。</p> <p>正因為這些優點，臺中榮總決定以FHIR來打造即時戰情室，於是選定院內一間只有15臺生理量測機的病房，來小規模測試FHIR整合資料的能力。范承佑指出，還沒採用FHIR前，戰情室的資料處理流程是由每臺生理量測機收集心率、呼吸數值，再將這些數值統一彙整至一臺廠商提供的中央站，再由中央站將這些資料傳送至醫院接收端資料庫。這些資料經過醫院資料庫分析處理，就可透過UI儀表板來呈現數值變化，供第一線醫護人員參考。</p> <p>有了FHIR，原本的資料處理流程就能以兩種理想情境來實現，一種是將中央站彙整的資料，以FHIR RESTful API來介接至醫院接收端的FHIR伺服器，最後在FHIR伺服器中分析數據，以儀表板來呈現即時數值變化。其中的中央站資料介接工作，可由醫院或廠商來進行。</p> <p>另一個理想情境，則是直接在各IoT生理量測機端，以FHIR RESTful API將資料儲存至醫院接收端的FHIR伺服器，最後再以儀表板即時呈現數值變化。也就是說，在這個情境中，資料介接的地方從中央站改為每臺生理量測機，直接省略中央站。不過這種理想情境，還得在廠商設備支援FHIR的前提下才能實現。</p> <p>與此同時，范承佑也研究了FHIR資料格式規範，像是生理量測常用的資料欄位定義Patient和Observation。同時，他也嘗試了不同的FHIR工具，包括免費開源的HAPI FHIR伺服器，以及付費的Azure API for FHIR、Google Cloud Healthcare API和AWS FHIR雲端平臺等，都試過了一遍。</p> <p>不過，幾經考量，「我們決定自己來建立一套適合執行FHIR的環境，」范承佑說。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>以Node.js和MongoDB自建FHIR環境，從嘗試中不斷修正</strong></span></span></p> <p>他解釋，這是因為，團隊想先熟悉FHIR整體運作流程。「我們想了解，資料從IoT設備端轉換為FHIR格式、進入資料庫，最後再以UI儀表板呈現數值變化的過程。」於是，臺中榮總以MongoDB自建FHIR資料庫伺服器，再以Node.js來打造呈現生理數值變化的UI儀表板。</p> <p class="rtecenter"><span style="color: rgb(105, 105, 105);"><strong><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E4%B8%AD%E6%A6%AE2.png" style="width: 600px;" /></strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>由於院內IoT生理量測設備已有原本介接的資料庫，因此不得更動資料介接模式。臺中榮總想出一套解法，從原本資料庫中撈出所需資料並轉換為FHIR格式，儲存至MongoDB。</strong>圖片來源／臺中榮總</span></p> <p>然而，正當團隊想要串接起FHIR資料傳輸流程時，卻發現3個問題。首先，臺中榮總現有的IoT生理量測機並未支援FHIR格式，因此無法直接以FHIR格式來傳輸資料；再來是通訊端點Socket問題，因為，這些IoT生理量測機原本已有一套介接方式，已由Socket指定特定IP位置，將資料傳送至院內資料庫，因此要將IoT設備資料介接到FHIR伺服器，就得重新設定Socket的介接IP位置。</p> <p>范承佑指出，如果將資料接收端改為FHIR伺服器，會衍生出資料是否能正確傳送和顯示的問題。此外，如果要改變接收端環境，還得重新寫程式，較耗費時間。</p> <p>而重新寫程式則會引發第3個問題，也就是程式改寫時，院內接收端會無法接收IoT生理量測資料，因此造成儀表板無法顯示資料，影響第一線醫護人員的工作流程。</p> <p>於是，臺中榮總想出一套解法，在不更動現有工作流程的情況下，來進行FHIR資料格式轉換。也就是說，他們維持原本IoT生理量測機和中央站的資料處理流程，但在原本接收端的資料庫中，「將資料撈出來，轉換為FHIR格式，」並存入FHIR伺服器，最後再以Node.js來呈現生理量測數值變化。</p> <p>進一步來說，團隊將FHIR資料轉換分為三步驟：首先是從原本資料庫抓取生理量測資料，並轉換為FHIR格式規範的Patient和Observation型式，再來將這些FHIR格式資料，以POST指令傳送至FHIR伺服器；這兩個步驟，都以程式語言Python來執行。完成這兩個步驟後，最後一步就是將FHIR伺服器中的生理量測資料，以GET指令撈出，再以Node.js來呈現數值變化。</p> <p class="rtecenter"><span style="color: rgb(105, 105, 105);"><strong><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E4%B8%AD%E6%A6%AE3.png" style="width: 600px;" /></strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>臺中榮總資訊室資訊工程師范承佑指出，在資料轉換過程中，以Python從資料庫的大量生理量測數值中，抓取出病歷號、姓名、性別等資訊，並將這些資訊轉換為FHIR Patient資料型式。</strong>圖片來源／臺中榮總</span></p> <p class="rtecenter"><span style="color: rgb(105, 105, 105);"><strong><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E4%B8%AD%E6%A6%AE4.png" style="width: 600px;" /></strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>除了Patient型式資料，臺中榮總也以Python從資料庫中撈取病歷號、量測時間、心率等生理量測值，並將這些值轉換為FHIR Observation型式，再將這些資料存入FHIR伺服器。</strong>圖片來源／臺中榮總</span></p> <p>范承佑也以資料轉換實例，來說明從資料庫中，找出所需資料並轉換為FHIR格式資料的過程。比如以Python從資料庫中的大量生理量測數值，抓取出病歷號、姓名、性別等資訊，並將這些資訊轉換為FHIR Patient資料型式；另一個例子則是透過Python，從資料庫中撈取病歷號、量測時間、心率等生理量測值，並將這些值轉換為FHIR Observation型式，再將這些資料存入FHIR伺服器。</p> <p>這些資料整合至FHIR伺服器後，便可清楚呈現撈取資料的類別和細節，包括一位病患的基本資料、生理量測資訊如心率和量測時間等。</p> <p>最後，為了將這些資料呈現給第一線醫護人員，范承佑團隊也寫了支網頁程式，來呈現患者即時量測數據。在網頁首頁，使用者可以文字形式來閱覽病患姓名、病歷號、性別和量測記錄等資訊。如需要更詳細的資訊，使用者只需點擊病歷號，就可查看視覺化的患者連續生理量測數值變化，一旁還會以JSON檔案內容來對照，來確認數值。</p> <p class="rtecenter"><span style="color: rgb(105, 105, 105);"><strong><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E4%B8%AD%E6%A6%AE5.png" style="width: 600px;" /></strong></span></p> <p><span style="color: rgb(105, 105, 105);"><strong>臺中榮總將FHIR資料庫分析後的數值，以網頁介面呈現，除了顯示生理量測數值變化外，還會附上JSON檔資料內容，給第一線醫護人員參考。</strong>圖片來源／臺中榮總</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FHIR實作反思：即時性資料量大是最大問題</strong></span></span></p> <p>在這場一年多的試驗中，臺中榮總IT團隊雖然成功以FHIR來整合院內資料和IoT設備量測數值，但也意識到不少實作問題。首先，「IoT生理量測機的即時性資料過於龐大，」如果只依靠FHIR Server作為儲存端，在轉換和傳送資料時，就可能發生傳送效能不佳或延遲的狀況。</p> <p>這是因為，IoT中央站每分鐘會派送一次資料，而且每份資料都會先轉換為FHIR格式資料（比如心率存一套、呼吸值存一套），如此就大幅增加儲存容量。范承佑指出，就FHIR測試病房來說，每分鐘會派送15臺IoT生理量測機資料，而在轉換為FHIR的情形下，每天產生約為30MB的資料量；與之相比，原本同一病房在未採用FHIR的情況下，每周也才產生20MB的資料量。</p> <p>也因此，為解決資料量大造成的傳送效能問題，范承佑團隊想出一個方法，也就是當IoT生理量測機以FHIR格式將資料傳送至指定地點時，只需存取所需資料即可，或於資料再次轉傳時，將資料轉為FHIR格式傳送即可。</p> <p>至於儲存量大的問題，團隊思考，要是能將同一病患同一時間的生理量測資料整合為一，比如將心率和呼吸值合併為一筆資料來儲存，或是以Data Hub文字檔方式儲存（如JSON），也許能克服儲存空間不足的問題。</p> <p>另外，由於前述每產生一筆生理量測資料，就會存為一份FHIR Observation格式資料，因此當資料過多時，容易發生前端解析Observation資料過久的狀況。對此，團隊打算將前端解析FHIR格式資料的工作，改為在後端接收IoT生理量測資料時，先將所需資料提出，再送到前端儀表板顯示。</p> <p>不只如此，面對資料爆量問題，團隊也思考FHIR伺服器的佈建。范承佑指出，要是病房加入更多IoT生理量測機，他們計畫部建更多FHIR伺服器，來緩解設備過多造成的資料爆量問題；或是從機制上調整，先在FHIR伺服器接收IoT設備資訊時，撈出必要資訊，並直接送至儀表板介面來顯示。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FHIR公用樣板來檢測資料正確性，醫院與廠商更得有套合作模式</strong></span></span></p> <p>話鋒一轉，范承佑也思考到，未來IoT設備廠商開始支援FHIR資料格式後，醫院還會面臨一個問題，也就是「如何知道IoT設備傳出的FHIR格式和內容，是否正確？」</p> <p>在他看來，臺灣今年首次舉辦的FHIR聯測，若透過聯測產生了公用FHIR樣板，臺中榮總就能用來打造自動檢測程式，來驗證醫院的IoT設備廠商資料格式是否正確。</p> <p>除此之外，要使用FHIR互通資料，醫院與IoT量測設備廠商還得有套配合模式才行。對此，范承佑提出兩種合作模式，一是廠商在中央站集中IoT量測資訊後，以FHIR RESTful API將資料以POST指令傳送至醫院接收端，「如此一來，也能減輕醫院在FHIR 伺服器介接的工作量。」</p> <p>另一種模式，則是IoT廠商不必設置中央站，直接在每臺生理機端產生FHIR格式資料，透過POST指令將資料送到FHIR伺服器，由醫院直接解析資料、將數值變化呈現在儀表板上。</p> <p>有了這次FHIR戰情室先導專案經驗，臺中榮總IT團隊表示，還要持續改善即時戰情室的建置工作，期望在不久的將來落實於院內，來強化第一線即時醫療照護服務。</p> </div></div></div>
2020/12/17 07:00作者王若樸https://www.ithome.com.tw/news/141641
醫療資訊交換國際新標準FHIR
<div class="field field-name-field-image field-type-image field-label-hidden"><div class="field-items"><div class="field-item even"><img src="https://s4.itho.me/sites/default/files/styles/picture_size_large/public/1003-feng_mian_p1-open-960x420_gong_zuo_qu_yu_1.jpg?itok=bPamzGhy" width="960" height="420" alt="" /></div></div></div><div class="field field-name-field-featured-article-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/taxonomy/term/75">專題故事</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>用了十多年的電子病歷資料交換標準，4大痛點成了所有臺灣醫院轉型最沉重的包袱，但已有幾家醫院率先嘗試FHIR，這個新一代醫療資料交換標準，不只Google、蘋果都力擁，連美國今年3月也下令全美健保醫院必用</p> </div></div></div>
2020/12/17 07:00作者王若樸https://www.ithome.com.tw/article/141642
臺灣智慧機械雲平臺加入新生力軍，工研院協同鴻海、研華，以及鼎新電腦簽署MOU合推機械雲生態系
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>儘管，臺灣智慧機械雲平臺明年上半才試營運，現在已經有新生力軍加入，負責執行的工研院與臺灣機械工業同業公會今日（12/16）宣布，將與國內製造代工龍頭鴻海集團旗下鴻齡科技、工控設備大廠研華科技，以及ERP企業軟體商鼎新電腦三家廠商，共同簽署MOU合作案，來加速推動機械雲平臺在臺落地，以建立機械雲生態系。</p> <p>在這次MOU簽署合作案中，研華科技預計將推出包括數位機上盒（SMB）裝置、閘道器、Edge設備在內的機械雲硬體市集，並將透過工研院開發的標準Runtime的OS與機械雲平臺進行整合，讓在該市集銷售的硬體設備，只要經開通授權後就能從機械雲平臺上下載所需的App或SaaS軟體來使用。</p> <p>此外，研華表示，未來也會把一些現有標準方案，如設備管理、環境管理等應用服務放上機械雲平臺，提供國內外廠商來使用，未來也會搭售不同硬體方案，能提供如設備監控、故障檢測、環境數據採集等功能，並也整合到機械雲平臺來使用。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/IMG_20201216_142513.jpg" style="width: 600px; height: 338px;" /></p> <p>另一家鼎新電腦則計畫將把原本在鼎新設備雲提供的數據可視化服務，以及設備健康管理服務，搬上機械雲平臺，讓企業的機臺設備，只須搭配SMB硬體，以及標準機械雲Runtime OS就能從機械雲下載到鼎新App至工廠來使用。至於搭配硬體也將與鴻齡科技合作，另外鼎新還推出限量優惠的訂閱與首次建置方案，提供給機械公會成員來選購，含雲端ERP、簽核系統軟硬體與智慧機械雲整合包，只要原來市價的四分之一，約20萬元。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/IMG_20201216_142234.jpg" style="width: 600px; height: 338px;" /></p> <p>在今日舉行的智慧機械雲成果發表與開發者應用服務大會，負責執行的工研院也揭露了未來機械雲軟體市集App開發及上架流程，以及相關付費機制。像是每一支App上架前，都需通過詳細審核、資安認證階段，才能允許在該軟體市集上架。針對App或SaaS應用下載使用，也提供了買斷、租用、按需計費等多種付費型態。</p> <p>除了有收費軟體，軟體市集上也有免費軟體，如法人提供的通用App在該專案計畫執行期間（2021年至2024年）皆免費提供使用者下載。</p> <p>目前該機械雲App Store已上架88個App，並從9月開始進行內部測試，至今已有約50家業者協助測試，測試對象包括來自工具機、紡織、PCB、金屬成型、橡塑膠及扣件等6大產業。工研院表示，年底App更將增加到98個，並且還會推出有店中店的軟體專櫃，來提供做為各廠商品牌的App專賣店，包括永進機械、虎尾科大、成大等12家業者與學術單位未來都將於該平臺設有自己的軟體專櫃。</p> <p>不過，想要使用到這些App有個前提，就是在這些機臺設備，須搭配有一個SMB裝置，並且OS得升級更新成機械雲Runtime OS版本，工研院智慧機械科技中心組長羅佐良表示，目前該Runtime OS還在測試中，待完成生產線上的穩定性測試後，預計明年中才會發布更新通知，到現有已安裝於機臺設備的5千多個SMB裝置，待更新完後，使用者或設備廠商就能使用該機械雲平臺來進行軟體應用上下載。</p> </div></div></div>
2020/12/16 18:42作者余至浩https://www.ithome.com.tw/news/141703
【FHIR實例：高雄榮總】實作App驗證FHIR整合力，高榮建數位病理為雲端原生EMR練兵
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>「高榮要用FHIR打下雲端原生EMR的基礎！」高雄榮總研創中心創新長暨放射線部專任主治醫生楊宗龍說道。他，就是高雄榮總數位發展的關鍵推手，早在兩年前將全院152支HIS系統全數網頁化，現在更逐步將這些系統上雲，未來還要往雲端原生（Cloud-native）邁進。在他眼中，新一代國際醫療資料交換標準FHIR，正是未來雲端原生電子病歷（EMR）系統的必要關鍵。</p> <p>高雄榮總醫療數位化發展，可從醫院初創時期說起。1990年高雄榮總成立，即以大型主機來發展醫療資訊系統（HIS）架構，第一代醫療影像儲傳系統（PACS）也採主從式伺服器架構。</p> <p>2006年，楊宗龍看準網頁化（Web-based）趨勢，先將院內PACS全面網頁化，讓臨床醫生可直接在網頁上檢視醫療影像。這個階段，正是高雄榮總2.0。</p> <p>接著，2018年，楊宗龍繼續擴大網頁化工程，將原本建置於大型主機的系統也全數網頁化，讓全院152支系統都能支援網頁式電子病歷，這就是高雄榮總3.0時期。自此之後，楊宗龍馬也不停蹄地推動雲端優先（Cloud-first）策略，正逐步將各種EMR相關系統上雲，來實現高雄榮總4.0。</p> <p>不過，「從網頁化系統走向雲端，就必須考慮公私雲間的資源分配，以及資料交換作業。」楊宗龍指出，為方便日後於雲端交換醫療資料和後續資料分析，他選擇FHIR，決定以它作為資料互通標準，替接下來的雲端原生EMR打基礎，也就是2025年即將展開的高雄榮總5.0雲端原生計畫。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>看上FHIR三大優勢：彈性高、行動化和工具多</strong></span></span></p> <table align="right" border="0" cellpadding="1" cellspacing="1" style="width:250px;"><tbody><tr><td><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%963-%E6%A5%8A%E5%AE%97%E9%BE%8D-%E6%94%9D%E5%BD%B1-%E6%B4%AA%E6%94%BF%E5%81%89.jpg" style="width: 250px;" /></td> </tr><tr><td> <p><strong style="color: rgb(105, 105, 105);">高雄榮總研創中心創新長楊宗龍指出，醫院</strong><strong style="color: rgb(105, 105, 105);">資訊系統雲端化時，得考慮資料交換和公私</strong><strong style="color: rgb(105, 105, 105);">雲資源配置，而FHIR就是其中關鍵。</strong><span style="color:#696969;">（攝影／洪政偉）</span></p> </td> </tr></tbody></table><p>FHIR究竟有什麼本事，讓楊宗龍視為醫院下一步轉型的關鍵？</p> <p>首先，FHIR彈性高。楊宗龍解釋，比起臺灣現行採用的資料交換標準CDA R2，FHIR可支援臨床和非臨床類型的資料，像是財務、行政、研究等資料，甚至是數位病理、基因工程和醫療影像的AI標註。而且，FHIR支援的檔案格式不只XML，還包括其他醫療作業常用的格式如JSON、Turtle等。</p> <p>第二，FHIR緊跟醫療行動化趨勢。FHIR在互通架構上，不僅遵從國際電子病歷交換作業標準IHE XDS，還支援了國際行動裝置健康資料交換架構IHE MHD，因此，可讓醫療資料在行動裝置或資源受限的系統上存取，像是手機、平板、Kiosk事務機或醫療儀器等。此外，FHIR還採用行動App常用的RESTful API來傳送資料，楊宗龍認為，這與行動化技術一致性高。</p> <p>他的第三個原因是，FHIR已有許多開源工具和加值應用資源，像是開源的FHIR資料庫伺服器軟體HAPI FHIR，或是醫療平臺SMART發展出的FHIR應用程式市集SMART App Gallery，不只目前規模最大，上面還提供各種App，如健康風險預測、疾病管理、資料視覺化等類型供醫院採用。</p> <p>楊宗龍強調，SMART也提供了一套App開發框架SMART on FHIR API，使用這套前端API框架，程式碼只要寫一次，就能在不同地方使用，比如App、HIS網頁等。</p> <p>正因為這些優勢，2017年，楊宗龍與高雄榮總資訊室，找來專攻FHIR的醫資廠商矽塔資訊，先在院內建置FHIR執行環境與基礎架構。例如，高榮採用不少國外醫院都採用的HAPI FHIR來建置FHIR伺服器，並設計一套轉檔工具，將高雄榮總院內資料庫的標準化病人資料，轉換為FHIR格式，以便匯入到FHIR資料庫。同時，高雄榮總也導入主流容器技術Docker，來提高現有主機資源的利用率。</p> <p>有了這些基礎建設，高榮也陸續導入結構化醫療資料和各種資料探勘工具，以及一系列FHIR相關應用，在這之中，他們挑出FHIR最熱門的個人健康記錄（PHR）應用，來作為第一個概念驗證應用。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>以LOINC和FHIR標準化資料，打造個人健康記錄App驗證可行性</strong></span></span></p> <p>於是，高榮希望透過FHIR串接各種醫院資料，讓民眾透過單一App，就能掌握自己所有的醫療記錄，像是生理量測數值、就醫記錄、檢查檢驗，以及健康風險分析等。楊宗龍將高榮打造的這款個人健康記錄App，命名為醫療資訊萬事通。</p> <p>由於高榮病人病歷資料和檢驗資料仍儲存在現有HIS中，於是，為了盡量不更動現有程式，高雄榮總資訊室透過RESTful API，將院內資料串接到FHIR轉換工具，透過排程工具，定期擷取資料、轉換為FHIR檔案，同步寫入院內FHIR伺服器中。</p> <p>打通App的資料串接流程只是第一步，為了利用這些資料來計算個人化的健康風險指數，高榮團找來醫療數據分析廠商，將原生FHIR格式資料去識別化之後，傳送至廠商的健康風險分析AI模型，來計算風險，再將結果視覺化後整合至App中，供用戶檢視。</p> <p>這款App串接了88個生理指標的資訊，包含常規檢查、凝血功能、血液、血糖、血脂、癌症、酵素、肥胖因子、發炎因子、離子、肝功能、肺功能、心跳血壓、腎功能、糞便檢查、甲狀腺功能、尿液檢查等不同類別的數據，每個類別又各自包含不同指標。</p> <p>在這當中，團隊也遇到不少挑戰。矽塔資訊執行長楊宇凡指出，為了讓風險指數AI模型更準確，得用大量資料來訓練，但各醫院的HIS格式、疾病院內碼和醫令碼等編碼系統都不一樣，「特別是生理量測指標，同樣的檢驗項目，會因檢驗設備和方法不同，而產生不同的檢驗碼，甚至連單位都不一樣，」他說。</p> <p>為解決這個問題，開發團隊決定將這88個生理指標編碼標準化。高雄榮總資訊室找來病檢部與廠商共同討論，決定採用國際檢驗資訊交換標準LOINC，來搭配FHIR資料結構，將原本的資料換為採用這兩種標準的結構化資料。</p> <p>如此一來，不僅利於模型訓練和分析，再加上FHIR、LOINC都是國際通用標準，未來與其他醫療機構或保險業者進行資料交換時，就能有效互通。目前，他們也完成了橫跨高雄榮總、臺中榮總、臺北榮總所用到206項生理指標的LOINC編碼標準化工程。</p> <p>而現階段，這款App正進行最後的資安驗證，「很快就能上線了。」楊宗龍強調，這款App不只是概念性驗證，最後還會整合到實體就醫流程，結合更多資料，要來提供更好的醫療照護服務給民眾，甚至對醫院來說，也能降低醫療成本。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%961-%E9%86%AB%E7%99%82%E8%90%AC%E4%BA%8B%E9%80%9A-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E7%9F%BD%E5%A1%94%E8%B3%87%E8%A8%8A.png" style="width: 600px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>高雄榮總資訊室和病檢部聯手FHIR廠商，開發出一套個人健康記錄（PHR)應用程式：醫療資訊萬事通App，可讓民眾透過單一App，掌握所有就醫記錄。</strong>圖片來源／矽塔資訊</span></p> <p> </p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%962-%E9%86%AB%E7%99%82%E8%90%AC%E4%BA%8B%E9%80%9A-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E7%9F%BD%E5%A1%94%E8%B3%87%E8%A8%8A.png" style="width: 600px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>另一方面，醫療萬事通App還介接健康風險預測AI模型，可根據民眾的醫療資料和88項生理指標，計算出多種慢性病風險，供民眾參考。</strong>圖片來源／矽塔資訊</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>再接再厲，今年打造雲端原生FHIR數位病理平臺</strong></span></span></p> <p>有了FHIR App的嘗試經驗，今年，高雄榮總轉而瞄準腫瘤病理資料。在FHIR標準中，衍生出一個利用FHIR格式實作的癌症資料結構化格式mCODE（Minimal Common Oncology Data Elements），可以用來描述腫瘤的各種電子健康記錄（EHR），內容涵蓋數位病理、病人基本資料、影像標記、生理量測、處方用藥和基因資料等。mCODE的設計目標是，建立這類腫瘤資料的互通，來找出最合適每位病人的癌症治療方法。</p> <p>高榮計畫先從mCODE中的數位病理模組下手，以3年時間來打造在雲端原生的數位病理平臺，作為高雄榮總邁向5.0階段的第一步。為此，高雄榮總找來緯創醫學，自今年3月開始打造平臺，負責開發的緯創資通價值創新中心專案負責人許駿鵬指出，團隊首先鎖定肝癌和頭頸癌，將工作分為影像和病理報告兩部分來進行。</p> <p>就影像來說，團隊先將高雄榮總院內的肝臟、頭頸部組織玻片掃描、數位化，並將資料格式轉換為國際資料標準DICOM，儲存至PACS資料庫中。</p> <p>這次病理報告數位化作業，是高雄榮總mCODE數位病理平臺專案的第一步，不只要將舊有報告標準化、編碼化，專案團隊還根據病理醫生報告內容，設計一套標準介面，將原本醫生自由輸入的報告說明（Free text）轉換為勾選式表單，讓醫生以勾選方式來註記病理切片特徵，利於後續資料分析。此外，這個平臺也串接了AI辨識模型，可從數位病理影像中標示出疑似病灶，縮短醫生檢驗時間。</p> <p>在資料整合上，開發了32支API來串接醫院EMR系統與新的mCODE數位病理平臺，以進行EMR資料拋轉。未來，楊宗龍希望，能以一支FHIR接收程式，就能打通數位病理平臺至EMR的資料流，「讓資料雙向流通。」</p> <p>不過，許駿鵬坦言，資料遷移工程是開發過程中的一大挑戰。由於新完成的mCODE數位病理平臺，不會馬上取代原本舊有的HIS，因此，「得將舊系統長年累積的資料，拋轉到FHIR格式資料庫，不僅欄位要對齊，工作流程也要能串連，」他說。</p> <p>而明年，高榮要將資料流進一步整合相關的硬體設備（比如掃描機、條碼輸入機等），來完善「一個玻片的旅行史，」也就是從玻片進入病檢部刷條碼開始，經過掃描機掃描、掃描資訊進入系統，再由醫生診斷、打報告、存檔等，最後透過三位病理醫生處理報告，包括初審、複審和決審等流程。「下一年的目標，就是要將資料流程與病理工作流程串接起來，」許駿鵬說。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%964-%E6%95%B8%E4%BD%8D%E7%97%85%E7%90%86%E5%B9%B3%E8%87%BA-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E9%AB%98%E9%9B%84%E6%A6%AE%E7%B8%BD.jpg" style="width: 600px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>今年，高雄榮總進一步聯手緯創醫學，利用FHIR mCODE概念打造一套數位病理平臺，利用32支API串接院內EMR系統、彙整資料，同時也將原有的病理報告標準化，打下後續分析基礎。</strong></span><span style="color: rgb(105, 105, 105);">圖片來源／高雄榮總</span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%965-%E6%B5%81%E7%A8%8B%E5%9C%96-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E7%B7%AF%E5%89%B5%E8%B3%87%E9%80%9A(1).jpg" style="width: 600px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>為保持FHIR數位病理平臺的運作，並同時確保新舊病理資料庫的工作不中斷，高雄榮總與緯創資通除了以API來介接報告資料至新舊資料庫，還得一一將舊系統資料對應到FHIR資料庫中。</strong>圖片來源／緯創資通</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>下一步聯手臺北榮總，要建立跨院數位病理環境</strong></span></span></p> <p>有了新的院內數位病理平臺之後，高雄榮總下一步，就是要以FHIR mCODE平臺，與臺北榮總病檢部建置一個跨院數位病理環境，先從兩家總院的遠距數位病理聯測開始著手。</p> <p>楊宗龍表示，由於臺北榮總數位病理儀器與高雄榮總不同，因此為確保資料格式的一致性，需要藉聯測來了解互通程度。屆時，他們計畫請籌辦過臺灣首屆FHIR聯測的臺灣醫療影像資訊標準協會（MISAT）做為第三方裁判，來評估雙方資料轉換的能力。</p> <p>之後，「我們還要把其他榮總分院也納入，一起進行遠距數位病理聯測。」楊宗龍的最終目標，是要參加國際聯測，來證明數位病理平臺符合國際標準，並申請美國食品藥物管理局（FDA）認證，將技術商品化。「希望能將高雄榮總和臺北榮總的病檢部，從成本中心變成利潤中心，」他說。</p> <p>不只如此，楊宗龍還有更遠大的目標，希望藉著打造這套雲端原生數位病理平臺的經驗，來推動高雄榮總發展更多雲端原生EMR系統。他認為，在這個基礎上，就能以FHIR串接更多醫療資訊系統，而且也能進一步擴大到醫療以外的領域，像是醫政、法政、戶政，打造出真正的智慧照護城市。</p> </div></div></div>
2020/12/16 19:00作者王若樸https://www.ithome.com.tw/news/141640
歐盟提出《數位服務法》與《數位市場法》來規範科技巨頭
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>歐盟執委會（European Commission，EC）於本周提出了兩項與當地數位政策有關的法案，它們分別是<a href="http://ec.europa.eu/info/strategy/priorities-2019-2024/europe-fit-digital-age/digital-services-act-ensuring-safe-and-accountable-online-environment_en" target="_blank">《數位服務法》（Digital Services Act，DSA）</a>與<a href="https://ec.europa.eu/info/strategy/priorities-2019-2024/europe-fit-digital-age/digital-markets-act-ensuring-fair-and-open-digital-markets_en" target="_blank">《數位市場法》（Digital Markets Act，DMA）</a>，前者是用來保護數位服務的用戶，後者則是保障數位市場的競爭，外界則預期這兩項法案，可能迫使科技巨頭面臨巨額罰款或是拆分。</p> <p>《數位服務法》的目標是為了建立一個更安全的數位空間，以保護所有數位用戶的基本權利。該法案主要規範四大類的業者，一是提供網路基礎設施的業者，如ISP或網域名稱註冊商，二是代管服務業者，三是諸如線上市集、行動程式市集與社交媒體等平臺業者，四為可能因傳播非法內容，而帶來重大傷害的超大型網路平臺，而根據EC的定義，舉凡在歐盟地區的觸及率超過10%的，都將被視為超大型業者。</p> <p>《數位服務法》替這些業者列舉了新的義務，包括必須提供透明度報告，其服務條款必須考量基本權利，有提供資訊給使用者的義務，必須設有投訴及補救機制等，還必須與主管機關及研究人員分享數據。具體而言，它們必須提供打擊非法商品、服務或內容的措施，協助辨識銷售非法商品的賣家，替使用者提供有效的保障，並可監督超大型平臺的運作。</p> <p><a href="https://www.wsj.com/articles/tech-giants-face-new-rules-in-europe-backed-by-huge-fines-11608046500?mod=djemalertNEWS" target="_blank">外界分析指出</a>，《數位服務法》的最大功能，就是藉由要求平臺業者快速移除非法內容，並協助追查違法商家，否則可能會面臨罰款。</p> <p>至於《數位市場法》顯然就是網路世界的反托拉斯法令。它的目的在於確保公平且開放的數位市場，把大型的網路平臺稱為守門人（Gatekeeper），並針對這些守門人進行規範。只要是有強大的經濟地位，對歐盟市場有重大影響力，或是有強大的媒介地位，都會被視為守門人，並受到DMA的規範。</p> <p>EC指出，這些大型的守門員平臺在特定情況下，必須允許第三方與其平臺上的服務互動；允許其企業用戶存取它們利用該平臺所產生的資料；必須提供廣告主必要的工具以驗證於該平臺曝光的廣告；允許企業用戶在該平臺以外的地方，推廣服務及簽訂合約。</p> <p>而禁止這些守門員平臺從事的活動，則包括不得在排序上偏坦自家服務；不得禁止消費者連結至該平臺之外的服務；以及不得禁止使用者移除任何被預裝的軟體或程式。</p> <p>EC認為，《數位市場法》將讓那些仰賴守門員平臺的企業用戶，取得更公平的商業環境，也會讓新創業者更有機會與之競爭，而無需接受不公平的條款，可望替消費者帶來更多的服務及選擇。EC強調，對大型的守門員平臺而言，它們依舊保有所有的創新機會，只是不得以不公平的作法，來對待企業用戶與消費者而取得不當利益。</p> <p><a href="https://www.bbc.com/news/technology-55318225" target="_blank">市場分析指出</a>，對於歐盟的這兩項新法令，首當其衝的可能就是Google、蘋果、臉書與Amazon等大型科技業者，因為它們既屬於受到《數位服務法》規範的超大型業者，也是《數位市場法》的目標，不過，這兩項法案預計最快要到兩年後才會落實。</p> </div></div></div>
2020/12/16 16:30作者陳曉莉https://www.ithome.com.tw/news/141699
多款Microsoft 365程式將開始支援M1版Mac
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.microsoft.com/en-us/microsoft-365/blog/2020/12/15/4-ways-microsoft-365-is-improving-the-experience-for-mac-users/" target="_blank">微軟於15日宣布</a>，有多款Microsoft 365中的程式，將可直接於M1版的Mac裝置上執行，而不必再透過模擬器，將能完全展現M1處理器的效能，包括Outlook、Word、Excel、PowerPoint及OneNote。此外，由於這些程式屬於通用程式（Universal App），因此也能繼續在採用英特爾處理器的Mac裝置上運作。</p> <p>M1為蘋果自行開發的Arm架構處理器，蘋果預計在兩年內把所有原本採用英特爾處理器的Mac裝置，全都換成M1，首批採用M1的Mac產品為MacBook Air、13吋MacBook Pro與Mac mini。根據蘋果的說法，M1提供了3.5倍的CPU效能，最高6倍的GPU效能，15倍的機器學習效能，且其電池續航力是前一代Mac電腦的兩倍。</p> <p>蘋果為了統整自家平臺，<a href="https://www.apple.com/tw/newsroom/2020/06/apple-announces-mac-transition-to-apple-silicon/" target="_blank">於今年6月發表了通用程式快速啟動專案（Universal App Quick Start Program</a>），以協助開發人員打造可同時支援英特爾版Mac與M1版Mac的通用程式，亦可測試iPhone與iPad在M1版Mac上的執行效能。至於尚未切換至通用程式的既有程式，則可透過蘋果提供的Rosetta 2模擬器於M1版Mac執行。</p> <p>微軟說，這些支援M1版Mac的Office程式不只速度很快，看起來也很亮眼，因為微軟是配合了蘋果最新作業系統macOS Big Sur的設計來打造相關程式，即日起使用者就會陸續接收到上述程式的更新。</p> <p>至於Microsoft Teams仍必須藉由Rosetta 2模擬器與瀏覽器於M1版Mac上執行，不過微軟也已在打造Microsoft Teams的通用程式版。</p> </div></div></div>
2020/12/16 15:50作者陳曉莉https://www.ithome.com.tw/news/141698
AWS釋出IoT Greengrass 2.0，提供本地端除錯工具和豐富預建置元件
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>AWS更新其<a href="https://aws.amazon.com/tw/blogs/aws/announcing-aws-iot-greengrass-2-0-with-an-open-source-edge-runtime-and-new-developer-capabilities/">物聯網解決方案IoT Greengrass，推出2.0版本</a>，這個版本提供新的命令列工具，讓開發者可以在裝置上，進行應用程式開發和除錯，另外，新的本地端除錯控制臺，可以供用戶直覺地在裝置上對應用程式進行除錯。</p> <p>這些新功能可以在程式碼透過雲端部署到生產裝置之前，快速地於測試裝置上進行程式碼開發，並且除錯。IoT Greengrass 2.0同時也整合了物件群組（IoT Thing Groups），讓用戶能以群組組織裝置，並跨裝置管理應用程式部署，控制部署率、超時和回滾等情況。</p> <p>用戶可以從AWS IoT Greengrass控制臺，開始使用IoT Greengrass 2.0，控制臺可以操作裝置下載並安裝Greengrass基本功能軟體，簡單地將其註冊為AWS IoT Thing，在10分鐘內就可以創建出簡單的軟體元件。除了用戶自己編寫元件之外，AWS IoT Greengrass 2.0也提供大量公用元件，讓用戶可以部署到IoT Greengrass Core裝置上，滿足常見使用案例的需求。</p> <p>在IoT Greengrass 2.0中，用戶可以根據物聯網使用案例以及裝置運算資源，選擇新增或是移除預建置軟體元件，像在應用程式需要處理資料串流時，才加入串流管理程式，或是裝置需要機器學習推理功能，才加入機器學習元件。</p> <p>AWS表示，執行AWS IoT Greengrass 1.x的裝置，不需要進行任何程式碼修改即可繼續運作，但如果裝置想要使用2.0的功能，就需要將IoT Greengrass 1.x裝置和工作負載移動至IoT Greengrass 2.0。搬遷完成之後，用戶可以開始使用新版本的功能，在應用程式增加元件，而1.x版本的程式碼則不需要更動，直到用戶決定更新該區塊程式碼。</p> <p>AWS還宣布AWS IoT Greengrass 2.0邊緣Runtime，以Apache 2.0授權許可在GitHub上開源，用戶可以使用這些原始碼，降低整合的難度，並建構效能更好的應用程式。</p> </div></div></div>
2020/12/16 15:55作者李建興https://www.ithome.com.tw/news/141697
中華電信、日月光、高通三方聯手，首座5G mmWave專網智慧工廠誕生! 實現AR遠距維護協作、AGV化身工廠巡檢員
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>日月光與高通、中華電信三方合作下，今天在高雄啟動首座5G mmWave(毫米波)智慧工廠，結合 mmWave毫米波建置的5G專網，以智慧化的AGV，自動巡檢廠內及人員作業安全之外，還透過AR眼鏡，讓現場檢修人員可以和遠端的專家協同維護，透過數據分析調校設備。</p> <p>這座5G專網智慧工廠位於日月光高雄廠第二園區，採用中華電信研究院所研發的MEC行動邊緣運算，以及中磊科技提供的小型基地站，高通則提供美國總部與臺灣的技術支援，並結合仁寶的5G AR眼鏡，以及新創業者灼灼科技的人工智慧檢測技術，共同實現這座5G專網智慧工廠。</p> <p>透過5G mmWave的高速傳輸與低延遲，日月光在這座智慧工廠實現三大應用，AI+AGV智慧無人搬運車、AR遠端維護協作、綠科技教育館AR體驗。</p> <p>其中比較值得注意的是AI+AGV智慧無人搬運車，將傳統上用於搬運物品的AGV，利用攝影機結合5G傳輸影像，以及後端的人工智慧辨識技術，讓AGV具備自動巡檢功能，當AGV廠內移動時，透過影像辨識發現機臺警示，或是現場工作人員沒有依規定戴手套，或是異常的群聚、暈倒情形。</p> <p>AGV結合5G與AI，化身為工廠的自動化巡檢員，可辨識有人員進入禁止區域，或是發現有人員暈倒、未依規定著裝等異常情形：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/%E8%9E%A2%E5%B9%95%E5%BF%AB%E7%85%A7%202020-12-16%20%E4%B8%8B%E5%8D%883_54_12.jpg" style="width: 600px; height: 359px;" /></p> <p> </p> <p>至於AR遠端維護協作則是利用上千個設備上的感應節點，即時蒐集線上設備的運作數據，再透過閘道器連接5G mmWave專網，若偵測到某個設備出現異常，現場的維修人員可戴上5G AR眼鏡，在遠端的專家指引下進行查修。在這項智慧工廠應用中，利用5G專網即時傳送檢測時產生的高解析度圖片，並利用大數據分析，在遠端的專家協助下進行檢修或調整，提高檢測精準度、良率及產能。</p> <p>現場檢俢人員可透過5G與AR眼鏡，即時回傳現場影像畫面，並線上和遠端的專家討論如何檢修異常的設備：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/%E8%9E%A2%E5%B9%95%E5%BF%AB%E7%85%A7%202020-12-16%20%E4%B8%8B%E5%8D%884_00_24.jpg" style="width: 600px; height: 348px;" /></p> <p>而日月光中水處理廠轉為綠科技教育館，也利用5G及AR提供參訪者互動體驗。</p> <p>現場展示AR互動體驗：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/IMG_4624%20(1).jpg" style="width: 600px; height: 399px;" /></p> <p>日月光半導體執行長吳田玉表示，日月光發展智慧工廠從11年前4位工程師，當時全世界無資料可循，可將2000種不同的機器完全自動化，在完全沒有人控制下，硬體軟體全部由自己完成，到今天已有500位工程師，過去11年累積非常多嚐試、錯誤及痛苦，今年將完成第18座的智慧工廠，到明年預計完成第25座智慧工廠。智慧工廠的演進是精益求精，今天三家公司將過去經驗累積在一起，在高雄建置首座5G毫米波智慧工廠，以最新的技術將三個複雜方案整合在一起，日月光未來匯整18座智慧工廠及這次5G專網的嘗試，希望在最短時間內用於第三園區，創造更多就業機會，預估將雇用8600多位員工。</p> <p>這座5G智慧工廠由中華電信建置及代管，採用中華電信5G專網方案中的第二型建置，在智慧工廠內布建多個5G小型基地臺，加上MEC邊緣運算，蒐集的資料在廠內處理，例如AGV提供的即時廠內影像資料，透過MEC進行AI辨識。至於MEC後端仍連接中華電信的5G公網進行訊號控制。</p> <p>日月光表示，以企業端而言，5G的高速傳輸、即時回傳資料，能符合移動裝置的需求，例如工廠內的AGV、天車等自動搬運系統，除了即時傳輸影像，透過影像分析，取代傳統的人工搬運作業，搭配人工智慧辨識技術，還能用於智慧巡檢，戶外的無人機也能透過5G進行巡檢。</p> <p><span style="color:#B22222;">日月光：未來5G專網將融入新的智慧工廠設計</span></p> <p>該5G工廠是在日月光既有的智慧工廠內布建5G專網，日月光預計未來將5G專網導入到新設廠區，在新廠的設計規畫階段納入5G，以規畫暢通、低干擾的環境，發揮物聯網的可能性。儘管智慧工廠以人工智慧、機器人自動化取代傳統大量的人力工作，但該公司指出，未來將推動員工往較高層次的工作發展。</p> <p>日月光也不排除將5G專網導入目前已完成的18座智慧工廠。由於其他業者也競相投入智慧工廠，吳田玉認為這座5G智慧工廠的背後有更具前瞻性的意義，從中學習到經驗會是該公司未來建構智慧工廠一個很好的競爭優勢，例如明年建置7座智慧工廠，包括第三園區，未來智慧工廠從設計、建築面就需將5G納入其中。</p> <p>相較於現在使用有線或使用無線Wi-Fi，可能有速度或干擾的問題，吳田玉指出，5G具有高速傳輸，搭配企業專網設計，建立無死角、低延遲的網路，過去4G網路很多沒辦法做到的事情，5G能夠嘗試去運用，透過這座5G智慧工廠，在真實的生產場域測試5G的效益，這些資料未來能夠被日月光運用，或是供其他產業參考。</p> <p>高通副總裁暨東南亞區總裁劉思泰表示，三方合作建立5G mmWave智慧工廠是高通和臺灣科技業合作的一個新里程碑，通過協助企業打造這座工廠，也是重要的PoC驗證場域，參與者不只三家業者，還包括新創業者，透過這次的合作協助臺灣抓緊全球5G mmWave的機會。</p> <p>協助建置、管理專網的中華電信董事長謝繼茂則表示，中華電信在mmWave擁有國內最大的600MHz頻寬，並致力5G的垂直場域應用，通過這次共同合作，結合臺灣業者的5G小型基地臺技術，克服相容性的問題，未來將能發揮中華電信廣結盟的策略，聯合合作夥伴共同發展企業的垂直領域應用。</p> <div> </div> </div></div></div>
2020/12/16 16:10作者蘇文彬https://www.ithome.com.tw/news/141696
微軟Defender Antivirus將開始封鎖惡意的SolarWinds二進位檔案
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>就在<a href="https://www.ithome.com.tw/news/141666" target="_blank">國土安全部旗下的網路安全暨基礎架構安全署（CISA）發布緊急指令</a>，要求所有的聯邦機構立即關閉或隔離內含漏洞的SolarWinds Orion產品之後，微軟也跟著宣布，從太平洋標準時間（PST）周三（12/16）上午8點起（臺北時間17日00:00），該公司的Defender Antivirus將會開始封鎖已知的惡意SolarWinds二進位檔案。</p> <p>Microsoft 365 Defender威脅情報團隊表示，新的政策將會隔離惡意的SolarWinds二進位檔案，就算相關程序正在執行也一樣，儘管他們理解含有漏洞的SolarWinds Orion Platform是個運作於客戶環境中的伺服器產品，不那麼容易從服務中移除，但微軟仍建議客戶應該要隔離並調查相關裝置。</p> <p>該團隊指出，Orion Platform用戶應該要立即隔離受到影響的裝置，假設惡意程式已經啟動，該裝置很可能已完全受到駭客的掌控；找出曾在受影響裝置上使用的各種帳號，重設這些帳號的密碼或是廢除帳號；調查受到影響的端點是如何被危害的；調查裝置的時間軸以判斷駭客是利用哪些帳號來進行橫向移動；以及檢查系統上是否遺留了駭客所植入的其它工具。</p> <p>倘若組織的服務無法中斷，那麼微軟也建議組織應該採取行動以排除SolarWinds二進位檔案，微軟並提供了排除指南。</p> <p>含有漏洞的Orion Platform版本為從今年3月到6月間釋出的SolarWinds Orion Platform 2019.4 HF 5至2020.2.1版，駭客於這些版本中植入了木馬程式，SolarWinds估計，全球有接近1.8萬家客戶採用了含木馬程式的產品。</p> <p><a href="https://www.solarwinds.com/securityadvisory/faq" target="_blank">SolarWinds在本周發表了與該漏洞有關的常見問答集</a>，指出根據該公司迄今的調查，相信駭客是危害了Orion軟體的構建系統，並非是Orion產品的原始碼有問題，亦強調除了上述版本之外，自2020.2.1 HF 1與之後的版本都是安全的。</p> <p><a href="https://www.volexity.com/blog/2020/12/14/dark-halo-leverages-solarwinds-compromise-to-breach-organizations/" target="_blank">資安業者Volexity則在本周公布了一受駭案例</a>，這是一家未具名的智庫組織，接二連三地遭到同一批被該公司命名為Dark Halo的駭客攻擊，Dark Halo在今年6月與7月便是透過Orion平臺滲透了該組織，目的是取得特定人士的電子郵件內容，包括該組織的多名高層、政策專家與IT部門員工等，且Dark Halo所使用的C&C伺服器及後門伺服器，都與其它資安業者所揭露的Orion攻擊事件一致。</p> </div></div></div>
2020/12/16 13:50作者陳曉莉https://www.ithome.com.tw/news/141694
Firefox 84開始支援Apple M1晶片
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Mozilla推出了最新<a href="https://www.mozilla.org/en-US/firefox/84.0/releasenotes/">Firefox 84</a>，這個版本的重要更新，是開始支援搭載Apple Silicon CPU的macOS裝置，新版的啟動速度是非原生建置版本Firefox 83的2.5倍，網頁應用程式的回應速度，在SpeedoMeter 2.0的測試結果，則是提高1倍，使用M1晶片的Mac，包括MacBook Air、MacBook Pro和Mac mini，現在已經可以更新到Firefox 84，以獲得更佳的使用者體驗。</p> <p>Firefox在Linux GNOME X11桌面現在預設啟用WebRender，同時，也會從Firefox 84開始，支援MacOS Big Sur，使用英特爾Gen 6 GPU的Windows裝置，以及執行Windows 7和8的英特爾筆電，WebRender是以Rust開發而成的GPU 2D渲染引擎，可帶來明顯的網頁效能提升。不過在Linux上，WebRender仍不支援Wayland環境，因此使用Wayland的Ubuntu用戶，需要先切換至Xorg，才能獲得WebRender加速功能。</p> <p>另外，官方也提到，Firefox現在使用更新的技術，在Linux上使用共享記憶體，可以提高效能，並且增加Docker的相容性。而Firefox 84是支援Adobe Flash的最後一個Firefox版本。</p> </div></div></div>
2020/12/16 14:53作者李建興https://www.ithome.com.tw/news/141695
Gmail連續三天出現故障狀態
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Google旗下的郵件服務Gmail繼周一（12/14）之後，已連續第三天出現故障狀況，最近的一次發生在太平洋標準時間（PST）15日的下午1:29（台北時間16日上午5:29），儘管用戶仍能使用Gmail，但可能會收到錯誤訊息，出現高延遲或其它無法預期的問題，且一直到台北時間上午7:51才恢復正常，故障狀況持續了兩個多小時。</p> <p>由於Google的自動化配額管理系統降低了Google身分管理系統的容量，使得<a href="https://www.ithome.com.tw/news/141663" target="_blank">Google服務在12月14日呈現大規模的中</a>斷，影響所有需要登入的服務，波及全球市場，歷時約50分鐘。</p> <p>而根據<a href="https://www.google.com/appsstatus#hl=zh-TW&v=status" target="_blank">Google Workspace的狀態資訊頁面</a>，就在其它服務都陸續恢復正常之後，Gmail接連在15日與16日出現問題，包括在台北時間15日的早上8:20到9:30，以及今天（16日）的早上5:29到7:51，不過，14日時用戶幾乎完全無法存取Gmail，但之後的災情並沒有這麼嚴重，用戶依然可使用Gmail，只是會延遲或出現錯誤訊息。</p> <p><a href="https://downdetector.com/status/gmail/" target="_blank">根據Downdector的統計</a>，全球有超過1.7萬名用戶在今天早上回報Gmail的故障問題，其中高達74%宣稱無法收到郵件，另有23%面臨登入困難。對於這兩天的Gmail故障事件，Google僅說已修復完成，並未說明原因。</p> </div></div></div>
2020/12/16 11:50作者陳曉莉https://www.ithome.com.tw/news/141693
Docker Desktop 3.0.0開始支援漸增更新
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.docker.com/blog/docker-desktop-3-0-0-smaller-faster-releases/">Docker發布全新Desktop 3.0.0</a>，這個版本採用漸增更新，減少每次更新的容量，官方還刪除穩定和邊緣頻道，以單一發布串流代替，減少版本之間的混淆。而<a href="https://www.docker.com/blog/introducing-docker-engine-20-10/">Docker Engine則釋出20.10版本</a>，開始支援Cgroups V2。</p> <p>Docker Desktop是在MacOS和Windows電腦上，用來建置、共享容器化應用程式和微服務的應用程式。由於不少使用者反應Docker Desktop的更新容量太大，下載和安裝需要花費過多時間，因此官方決定改變作法，過去Docker Desktop的更新發布，都是提供完整的安裝程式，因此用戶每次更新都需要下載數百MB的檔案，而往後的更新，將會是前一個版本的增量更新，更新下載的容量會降至數十MB，而且用戶也將不用停下手邊的工作，才能更新Docker Desktop，更新程序會在背景下載並且安裝，屆時用戶只要重新啟動程式，就可以開始使用新的版本。</p> <p>官方提到，他們還收到用戶對穩定版與邊緣版本的抱怨，穩定版的修復程式更新速度太慢，而邊緣版本的更新頻率又太過頻繁，不時還會包含具有破壞性的更新，從穩定版切換到邊緣版本，還需要重置容器和映像檔。而且穩定版與邊緣版使用平行，但又獨立的版本號，讓使用者難以比較版本的新舊。</p> <p>因此從現在開始，Docker Desktop將只會有一個發布串流，包含最新的修復程式以及實驗性功能，而且皆為累積性更新，解決用戶不清楚每個發布版本差異的問題。統一發布串流後，每個使用者都可以選擇使用最新的功能，且接收的更新容量不只縮小，系統也會自動應用修復程式。</p> <p>另外，官方也釋出了Docker Engine 20.10版本，重要的更新包括支援Cgroups V2。Docker使用了幾種基本Linux核心功能，以隔離正在執行的程序以及相關的檔案，其中一個便是Cgroups，在Linux中，Cgroups會限制程序使用的資源，包括CPU、記憶體和磁碟等，而Docker結合Cgroups與Linux命名空間，來將程序隔離在容器中。Linux核心在2016年加入了Cgroups V2，強化群組管理，以及無根容器的資源限制支援，而現在Docker Engine 20.10也開始支援Cgroups V2，支援這些更多的管理功能。</p> <p>Docker Engine 20.10還支援以各種日誌驅動程式讀取Docker日誌，官方提到，過去jsonfile和journald日誌驅動程式，支援以Docker日誌讀取容器日誌，但是許多第三方日誌驅動程式，並不支援Docker日誌在本地端讀取日誌，而這對於想要以自動化和標準方式收集日誌的使用者，造成許多麻煩，因此從Docker Engine 20.10開始，無論配置的日誌記錄驅動，或是擴充套件為何，都可以使用Docker日誌讀取容器日誌。</p> </div></div></div>
2020/12/16 11:30作者李建興https://www.ithome.com.tw/news/141673
容器調度工具HashiCorp Nomad釋出1.0，可擴展超過1萬個節點
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>可用來替代Kubernetes的<a href="https://www.hashicorp.com/blog/announcing-general-availability-of-hashicorp-nomad-1-0">HashiCorp Nomad推出1.0版本</a>，這代表Nomad的成熟度和穩定性已經達一定標準，用戶已經可以將其用於生產環境。Nomad是一款靈活的容器調度工具，可以在本地和雲端，大規模部署和管理容器，以及非容器化應用程式，目前Nomad已經被Cloudflare、Roblox和Pandora等知名企業，廣泛地用於產品服務中。</p> <p>Nomad 1.0加入多項重要新功能，包括在企業版現在能夠動態調整應用程式的大小，該功能可監控Nomad工作，並且追蹤資源使用，分析歷史資料提供建議，將應用程式調整至可高效率使用資源的狀態。該功能讓企業能以智慧且無中斷的方法，大規模最佳化應用程式資源使用，不需要使用者人工介入反覆試錯。</p> <p>而在開源版本中，Nomad開始提供命名空間支援，讓工作與相關物件可以彼此分割，或是與其他用戶分割，以實現多租戶叢集的概念，此一功能已從企業版移動到開源版本。另外，新的使用者介面功能可顯示Nomad叢集中的所有資料中心、節點、分配資訊以及資源使用情形，因此用戶可以使用更直覺的方式，了解叢集容量、觀察應用程式部署，也能查看優先順序配置，以降低節點故障時的影響範圍。</p> <p>官方提到，Nomad特別重視其效能以及操作簡易性，他們經過嚴格的可擴展性測試，以確保Nomad在任何極端情況下，都可以穩定的擴展部署。Nomad團隊完成了200萬容器的挑戰，在22分鐘內，Nomad跨10個AWS地區，在6,000臺主機上調度200萬個容器，而這相當於每秒要部署1,500個容器的速度。</p> <p>雖然Kubernetes和Nomad都是用來管理和部署應用程式的工具，但還是有一些不同之處，官方提到，Kubernetes的目的是要提供執行Docker應用程式的所有需求，包括叢集管理、調度、監控、服務探索和秘密管理等，而Nomad僅專注於叢集管理和調度。</p> <p>Nomad的架構要比Kubernetes簡單得多，Nomad僅有單一二進位檔案，整合了輕量級資源管理器和調度程序，支援虛擬化、容器化和獨立應用程式，包括Docker、Java、Windows上的IIS和Qemu等。以規模來看，官方提到，Kubernetes最多支援5,000個節點，但是Nomad已被證明可擴展超過10,000個節點。</p> </div></div></div>
2020/12/16 11:35作者李建興https://www.ithome.com.tw/news/141680
紅帽推出IT自動化工具Ansible Builder以加速執行環境創建
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>紅帽釋出能夠用來創建Ansible執行環境的工具<a href="https://www.ansible.com/blog/introduction-to-ansible-builder">Ansible Builder</a>，這是一個命令列工具，可加速執行環境（Execution Environments）建置程序，簡化Ansible控制節點創建工作。</p> <p>Ansible Builder與執行環境要解決的問題有關，在執行環境的概念出現之前，Ansible自動化平臺僅限於，執行以非特權沙盒工具Bubblewrap打包的工作，目的是要隔離程序，而這產生了很多問題，因爲包括Red Hat OpenShift和Kubernetes部署，任何容器執行工作，都必須要在特權模式下進行，除此之外，Ansible Content Collections用起來也非常繁瑣，且用戶在管理自定義Python虛擬環境，以及Ansible模組相依性時，總會遭遇許多挑戰。</p> <p>執行環境就是被發明來解決這些問題的方法，執行環境是可用來創建Ansible控制節點的容器映像檔，其包含Ansible、Ansible Runner、Ansible Collections、Python和系統相依性。</p> <p>官方表示，當開發人員以容器技術，在Ansible編寫內容，以創建可移植的自動化Runtime，而這些容器映像檔，可以讓開發人員共享預先打包的執行環境，不只可用於測試，甚至還能用於生產，這將省去從頭開始創建Dockerfile等手動步驟，透過簡化開發和部署工作，來加速操作。</p> <p>Ansible Builder就是一個用來自動化建構執行環境的工具，Ansible Builder會產生一個目錄，作為容器映像檔的建置上下文，其中包含Containerfile和需要加入映像檔的各種檔案。</p> </div></div></div>
2020/12/16 11:40作者李建興https://www.ithome.com.tw/news/141682
發展臺灣資安產業，協助企業真正落實資安是關鍵，工研院推動產業資安化新戰略
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>隨著資安成為我國六大核心戰略產業之一，對於臺灣資安產業發展的現況與未來，更是社會大眾都關心的焦點，只是，臺灣政府真的有在行動嗎？</p> <p>最近，我們看到身為政府多項計畫執行單位的工研院，在一場演講公布他們近三年的相關推動經驗，這也說明了其實國內已有實際行動。他們並公布新的未來目標，希望不只鼓勵資安產業朝研發產品邁進，而且將更重視推動各產業對於資安的落實。</p> <p>對於政府在臺灣資安產業的推動上，工研院資訊與通訊研究所所長闕志克指出，他們有兩大整體戰略，包括「資安產業化」與「產業資安化」，簡單而言，前者就是希望將資安變成臺灣重要產業可以賺錢，也是過去政府主要聚焦的面向；後者則是希望讓普遍產業都能盡量將資安做得更好，這主要是今年以來，國內企業組織遭受勒索軟體等攻擊的資安事件不斷，也讓他們要促進產業做好資安這件事，逐漸成為現階段更重要的工作。</p> <h2><strong>祭出五大作法，拉近企業組織與臺灣資安業者距離</strong></h2> <p>關於推動「資安產業化」這件事，闕志克表示，打造成功案例相當重要，他以1990年代為例，當時幾乎每隔三四天就聽到有團隊跑出去開IC公司，擋都擋不住，但就現行國內資安產業發展上，氣氛相對並非如此鼎盛，而為了提升資安意識與需求，他們採取了5項作法，包含資安健檢、資安管理法、政府產業計畫配置資安預算，以及漏洞獎勵計畫，半導體資安標準等多面向。</p> <p><span style="color:#B22222;"><strong>資安健檢</strong></span></p> <p>提升資安需求是政府推動上的重點，資安健檢不僅創造資安產業的生意，同時也讓企業知道自身資安健康狀況而去改進，後續，工研院並建立了資安服務機構能量登入機制，推動國內自主資安產品與服務認定，並鏈結政府共同契約採購系統。這三年下來，在協助中小企業的資安健檢服務上，工研院的補助計畫共促成197件、150家企業。不過，闕志克坦言，國內中小企業數量廣大，他們促成這1百多家企業僅是杯水車薪，但希望政府帶頭示範之下，讓民間單位能夠接手。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/(%E5%9C%962s)%E5%B7%A5%E7%A0%94%E9%99%A2%E6%8E%A8%E5%8B%95%E7%94%A2%E6%A5%AD%E8%B3%87%E5%AE%89%E5%8C%96_%E6%94%9D%E5%BD%B1%E7%BE%85%E6%AD%A3%E6%BC%A2.jpg" style="width: 600px;" /></p> <blockquote><p>國際上大型資安廠商眾多，為了拉近臺灣企業與臺灣資安產業的距離，工研院近年已經推出SecPaas資安產業交流平臺。其發展狀況又是如何？闕志克表示，該平臺對簡化供需媒合帶來幫助，例如，他們媒合30場次特定場域導入資安實證，包括製造、醫療、半導體與精密製造等，幫助國產資安打入高門檻市場，並促進國內廠商組成新興資安解決方案，展開新的商業模式。<br /> 舉例來說，奧義智慧科技與中華資安國際合作提供EDR防護方案，竣盟科技與杜浦數位安全者和威脅情資傳送與端點偵測防護，提供製造業解決方案，以及關楗的實體金鑰與來毅數位多因子認證系統提供軟硬整合的身分驗證雲端服務。</p> </blockquote> <p><span style="color:#B22222;"><strong>資安管理法懶人包</strong></span></p> <p>過去我們聽過資安法懶人包的座談會一詞，但並不了解，闕志克剛好提到此事，他說，在政府通過資安管理法後，已讓政府機關在資安需求分級上有明確目標，而為了讓機關依循時可以更有方法，工研院則是提供資安法採購指引，稱之為資安法懶人包，輔導政府機關與關鍵基礎設備單位尋求相應的解決方案，以幫助組織達到需求，而根據他們的調查，有42.9%的臺灣資安業者因此獲得實質收益。</p> <p><span style="color:#B22222;"><strong>產業政策提升資安預算</strong></span></p> <p>另一政府更直接的做法，是在資安產業發展行動計畫中，規定政府發包的計畫，必須配置不同比例預算用於資安。根據工研院統計，已有54.3%的臺灣資安業者知道這項規定，並已對其公司帶來客戶與實際收益，但也有16.9%國內業者，不知道這項政策。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/(%E5%9C%961)%E5%B7%A5%E7%A0%94%E9%99%A2%E6%8E%A8%E5%8B%95%E7%94%A2%E6%A5%AD%E8%B3%87%E5%AE%89%E5%8C%96_%E6%94%9D%E5%BD%B1%E7%BE%85%E6%AD%A3%E6%BC%A2.jpg" style="width: 600px;" /></p> <blockquote><p>在近年政府推動國內產業發展上，已經開始有針對資安的要求，例如，在資安產業發展行動計畫中，已規定政府的補助計畫必須配置用於資安的預算，這不僅是要求產業對於資安的投入，同時也提升資安產業的需求。</p> </blockquote> <p><span style="color:#B22222;"><strong>漏洞獎勵計畫挑戰賽</strong></span></p> <p>過去多年來，臺灣資安社群已有不錯發展，因此，借助資安社群HITCON既有的活力，串接企業與政府資源，並帶動更多資安競賽風潮，也是他們看重的方式。這幾年來，並已擴及國產資通訊產品上市前漏洞挖掘，不僅提升資通訊產業的產品資安強化，也盼能推動為專業性質的服務。</p> <p><span style="color:#B22222;"><strong>半導體產業資安國際標準</strong></span></p> <p>由於臺灣最強的就是半導體產業，加上台積電在2018年發生嚴重資安事件，為解決產業問題，台積電與工研院共同主持資安工作小組，結合半導體產業鏈與國際標準組織，目標推動全球第一個半導體資安國際標準，而這也將促進半導體與資安跨域合作商機。</p> <h2><strong>鼓勵業界發展資安產品與打造解決方案輸出國際</strong></h2> <p>綜合來看，上述作為的確帶來了一些成果，然而，與國際間推動資安產業的成功經驗相比，包括以色列與荷蘭等，現行臺灣資安產業推動成效仍然遜色，儘管最近三年已有25家資安公司新創成立，也有更多大企業投資成立資安公司，因此，闕志克也同樣認為，推動上還是有許多可檢討之處。而在最新資安及國安2.0概念下，未來政府挹注的資源勢必也該有所提升。</p> <p>未來還能怎麼做？闕志克公布工研院將推動的3大主軸，第一是鼓勵資安公司不要只做專案或服務，可以逐漸往產品發展，雖然並非所有業者都要這麼做，但應該要去思考，畢竟變成產品，才能擴大資安市場規模；第二是從臺灣獨特的資安處境發展在地解決方案；第三則是希望打造全世界領先的資安產品。只是，他未針對上述推動目標說明具體做法。</p> <h2><strong>落實產業資安之餘，進一步驅動資安產業的發展</strong></h2> <p>另一方面，隨著資安事件頻傳，工研院已表示，現階段他們更看重「產業資安化」這件事，也就是要推動各產業落實資安，並期望讓企業更札實地一步步做好資安。</p> <p>雖然這看似脫離了推動資安產業發展，但我們換個角度來看，其實也是帶動資安需求。而且，扎根務實的做法，是推動產業發展上的重要概念。</p> <p>基本上，政府除了對公家機關單位與關鍵基礎設施要求落實資安，但對於個別產業的約束力確實較小，除了金融業受金管會管轄。</p> <p>這次我們看到工研院點出問題癥結，儘管企業知道要重視資安，然而，過去這方面一直面臨著挑戰，闕志克以一個例子來說明，一間5億營業額的公司，當IT人員建議公司要做資安，依照總經理的思維，公司不是沒錢，但提出要花300萬元時，可以增加多少的資安防護？他認為，大部分IT人員沒法回答這樣合理的問題。但要知道的是，當投資回報率（ROI）算不出來時，優先順序就會被往後，也就是當公司有剩下錢才支持。</p> <p>因此，闕志克認為推廣資安成熟度的觀念，就是相當重要的一步。才能讓中小企業編列資安預算有所依循與方法，而這也是管理層會關注的地方。</p> <p>其實，這方面今年下半年正開始推動，我們在9月看到他們專為製造業設計的成熟度評級服務，就是運用這樣的概念，希望讓臺灣製造業能有快速自我資安診斷的依據。</p> <p>供應鏈安全也是焦點，在美中大戰所引發新的資安議題，因此工研院希望推廣軟體物料清單（SBOM）的觀念，畢竟，現在賣到美國的產品都有檢察軟體來源與是否可信任。</p> <p>還有一個鼓勵產業做好資安的方式，就是像台積電供應商資訊安全協會，藉由產業龍頭帶動上下游產業，對資安有一定的要求，而此做法就直接與這些公司的ROI相關，若不依循，生意就會被影響，他認為，若將這一套方法用於其他龍頭產業，將更廣泛帶動整個生態圈發展資安。</p> <h1 class="rtecenter"><span style="color:#0099ff;"><strong>臺灣資安新創公司3大類型</strong></span></h1> <p>臺灣資安產業新創的發展如何？工研院資訊與通訊研究所所長闕志克指出，自2017年以來，他們分成3個類別來看待：</p> <p>第一類，他們觀察到的是白帽駭客社群的產業化，國內駭客的能力正漸漸轉化成商業模式，而最簡單的類型就是發展滲透測試。而從2017年到2020年，臺灣累計有25家新創成立，其中就有11家是來自駭客社群，包括HITCON、TDOH、逢甲黑客社與UCCU等，這類型公司以滲透測試、紅隊演練與資安顧問為利基。</p> <p>第二類，同樣也是從社群出身，但能夠開發出資安工具注入產業創新能量，舉例來說，專攻端點偵測與反應防護的奧義智慧與杜浦數位安全，他們並帶動了產業思維轉變，由傳統防禦轉向主動偵測威脅。</p> <p>第三類，則是大企業也因公司商業連結需求而投資資安公司，例如，由趨勢科技與四零四科技合組的TXOne Networks，新漢科技成立的椰棗科技（TMR），合勤科技成立的黑貓資訊（Black Cat Info），以及力旺電子成立的熵碼科技（PUFsecurity），當中多是聚焦物聯網相關資安技術，包括工控網路安全、滲透測試與安全晶片等。</p> <p><a href="https://s4.itho.me/sites/default/files/images/(BOX圖)工研院推動產業資安化_攝影羅正漢.jpg"><img alt="" src="https://s4.itho.me/sites/default/files/images/(BOX%E5%9C%96)%E5%B7%A5%E7%A0%94%E9%99%A2%E6%8E%A8%E5%8B%95%E7%94%A2%E6%A5%AD%E8%B3%87%E5%AE%89%E5%8C%96_%E6%94%9D%E5%BD%B1%E7%BE%85%E6%AD%A3%E6%BC%A2.jpg" style="width: 600px;" /></a></p> <blockquote><p>近三年來的臺灣資安新創公司，不少是從白帽駭客社群創業，其中奧義智慧科技與杜浦數位安全在公司員工數與營收，更是已達到一定規模。此外，大企業轉投資資安公司的比例也不小。</p> </blockquote> </div></div></div>
2020/12/16 10:30作者羅正漢https://www.ithome.com.tw/news/141686
【FHIR實例：花蓮慈濟醫院】全縣35萬縣民都要顧，花慈要靠FHIR將醫療照護帶進每一戶人家
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>「我們要蓋一間35萬病床的醫院！」行醫超過三十年的慈濟醫療財團法人執行長林俊龍說道。這個人數足足涵蓋了花蓮縣的總人口數，但花蓮慈濟醫院並不是真的要興建一間超大型醫院，而是要透過科技，把醫療照護帶進每一戶縣民家中，連遠在山頭的部落和偏鄉都不例外。</p> <p>長年來，花蓮縣內醫療資源嚴重不均。由於地形南北狹長，大型醫院多集中在偏北的花蓮市區，久而久之，花蓮南部偏鄉和山區部落醫療資源匱乏，「許多住民還得搭2小時的車，來看幾分鐘的病，」林俊龍回憶。</p> <p>有鑑於此，縣內唯一一間醫學中心的花蓮慈濟醫院（簡稱花蓮慈院），決定從遠距醫療著手，來解決這個痛點。2013年，花蓮慈院承接經濟部安寧照護計畫，讓原本需待在院內接受照護的癌末病患，回到最熟悉的家中生活。做到這一點的關鍵是，靠雲端病歷整合IoT生理量測設備資訊，定期回傳病人端的量測數據如血壓、血氧，讓醫護人員透過雲端病歷了解病人狀態，病人也可藉行動裝置與醫護人員溝通。</p> <p>這個作法，讓病人出院後14天、30天內的再住院率下降了一半。林俊龍指出，病人和政府對安寧照護計畫的滿意度相當高，病人可選擇在家度過生命中最後的時光，也因此降低了醫療支出。</p> <p>這次的成功，林俊龍深刻體會到資通訊科技對醫療照護的幫助，更促使花蓮慈院進一步擴大遠距照護範圍。「我們要走進社區，」而且不侷限癌末患者，而是要「照護所有人！」他說。</p> <p>於是，花蓮慈院陸續展開長照計畫和鎖定社區照護的衛福部健康福祉科技整合照護計畫，要以ICT整合雲端資料的模式，來提供家戶醫療照顧服務。但，邁向目標的同時，挑戰也才剛開始。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>同一難關要過好幾次，因資料交換瓶頸開始認識FHIR</strong></span></span></p> <table align="right" border="0" cellpadding="1" cellspacing="1" style="width:250px;"><tbody><tr><td><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%961-%E6%9E%97%E4%BF%8A%E9%BE%8D%E5%9F%B7%E8%A1%8C%E9%95%B7-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E8%8A%B1%E8%93%AE%E6%85%88%E6%BF%9F%E9%86%AB%E9%99%A2.jpg" style="width: 250px;" /></td> </tr><tr><td> <p><span style="color:#696969;"><strong>佛教慈濟醫療財團法人執行長林俊龍指</strong></span><span style="color: rgb(105, 105, 105);"><strong>出，FHIR可快速整合醫療資料，也可促進</strong></span><span style="color: rgb(105, 105, 105);"><strong>跨機構、跨部門的資料整合和交換，是發</strong></span><span style="color: rgb(105, 105, 105);"><strong>展全人照護服務的關鍵。</strong>圖片來源／花蓮</span><span style="color: rgb(105, 105, 105);">慈濟醫院</span></p> </td> </tr></tbody></table><p>其實7年前的安寧照護計畫，就已浮現資料整合的痛點。花蓮慈濟醫院主任秘書陳星助解釋，當時，團隊在處理不同生理量測機的數據時，就發現這些IoT設備產生的資料格式眾多，難以和院內醫療資訊系統（HIS）介接。</p> <p>當時計畫搭配的IoT設備廠商，推出許多生理量測儀器，不只一般常見的血壓、血糖、血氧量測，還包括專門用於遠距醫療的電子聽診器，每隔一段時間廠商還會更新設備，使得資料傳輸沒有一套標準，每次都得靠人工客製介接，「那時IT人員花了很多時間，才完成系統介接。」花蓮慈院健康福祉計畫專案經理陳俊勳坦言。</p> <p>資料格式不統一的問題，也在2016年的長照計畫出現過。當時，花蓮慈院執行衛福部社家署長照計畫，團隊在整理資料時，發現院內照護資料格式與署內社福資料格式差異大，往返溝通了好幾次才順利整合。</p> <p>後來，花蓮慈院在急性後期照護（PAC）計畫，再次遇到資料整合問題。這項計畫的目標，是要將急性後期病人轉送至花東區域醫院，讓患者就近接受後續治療。但，「資料如何拋轉？」陳星助表示，轉送涉及多家醫療機構，這些機構各有不同的資訊系統和資料格式，因此各家醫院難以得知患者在前一家醫院接受治療的詳細狀況。</p> <p>不只是跨醫院資料交換難，就連照護資源要帶進社區，也碰到了同樣的資料格式分歧難題。2018年，花蓮慈院執行衛福部健康福祉科技整合照護計畫，要來改善鄰近的秀林鄉醫療照護服務。</p> <p>當時，他們拜訪了秀林鄉衛生所主任田惠文，一進辦公室，就看到桌上滿滿一疊檢驗報告，田惠文手腕貼著藥布，一邊盯著檢驗單，一邊將資料輸入到衛生所系統。</p> <p>陳俊勳還記得，田惠文當初看著桌上一疊資料對他們說，多希望花蓮慈院能將這段工作自動化。「我們算過，田主任一個月得輸入2千多筆資料，如果不做這些工作，一天能多看5、6位病人，」他說。衛生所大量文書工作，排擠了醫生看診時間，讓原本就醫師不足的偏鄉，醫療資源更加窘迫。</p> <p>因為設備有限，秀林鄉衛生所會將民眾抽血檢體，委給設備齊全的花蓮慈院來檢驗。由於秀林鄉衛生所HIS與花蓮慈院HIS不同，因此無法直接拋轉資料。花蓮慈院只能將紙本檢驗報告送至衛生所，由田惠文將這些檢驗數值一一手動輸入衛生所HIS。</p> <p>看到了在地醫生的困難，花蓮慈院找來開發秀林鄉衛生所HIS的廠商，設計一套Excel樣板，將檢驗數據依此格式儲存，再匯入秀林鄉衛生所HIS，免除手動輸入的不便。</p> <p>這個客製化的作法，雖然解決田主任的需求，可是治標不治本。花蓮慈院思考，若與9家衛生所合作，不可能一一客製不同的輸出資料檔，因此得找出一套資料交換標準，才能一勞永逸解決資料整合問題，甚至以整合的醫療資料，延伸出醫療照護加值應用。</p> <p>正當花蓮慈院苦惱之時，他們在一次因緣際會下，從臺灣醫療影像資訊標準協會理事長暨慈濟大學醫資系副教授蕭嘉宏口中，得知美國醫界普遍採用、科技龍頭都押寶的新一代國際醫療資料交換標準FHIR，便決定打造一套FHIR平臺。他們要用這套平臺整合各方資料，甚至要以此為基礎，發展出屬於花東居民的全人照護平臺。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FHIR做到CDA辦不到的三件事</strong></span></span></p> <p>究竟FHIR有哪些好處，讓花蓮慈院如此重視？陳星助和陳俊勳歸納出三大特色。首先，有別於前一代醫療資料交換標準CDA，FHIR遵從HTTP通訊協定，以網路傳輸技術常見的Web API來介接資料，因此只要是支援網路傳輸技術的IoT設備，都可將設備產生的數據，透過FHIR回傳資料至資料庫。</p> <p>這對採用多種生理量測設備和穿戴式裝置的醫院來說，正是一大利器，因為IT人員不必針對每一種IoT設備，額外客製不同的介接機制。比如，醫院只需自建一套FHIR伺服器，各種生理量測設備都直接回傳資料到這臺伺服器上，醫院就可從這臺統一的FHIR主機上下載所有的量測數值，再整合至HIS即可，不必更改現有HIS架構。</p> <p>再來，FHIR開放定義、彈性高，使用者可自行新增欄位，並透過FHIR官網的資源和現成工具來執行指令，比如搜尋、撈取特定條件的資料等。陳俊勳指出，這一點遠優於臺灣的電子病歷交換制度；因為，在臺灣，電子病歷每新增一個欄位或表單描述，都得向電子病歷交換中心提出申請，電子病歷交換中心再委由廠商從資料庫修改，之後還得進行驗證，通過後才能使用。</p> <p>這個資料欄位調整作業相當冗長且麻煩，陳星助自己就曾親身體會。幾年前，為了參與官方電子病歷單張制定會議，陳星助每周日都特別搭火車從花蓮北上，到臺北開會討論。彙整了參與醫院的各式電子病歷表單後，大家比對欄位、找出最常用的表單，再根據類別來定義欄位，比如臨床文件、同意書中的必填欄位和選填欄位等。</p> <p>「花了整整一年的時間討論，才制訂出臺灣醫院現有的上百種單張。」他坦言，這個方法沒有盡頭，因為一旦有所變動，就得開會討論。相較之下，FHIR不會有這些問題，使用者一旦變更或新增欄位，只要在官網註冊即可生效。</p> <p>最後，FHIR還有一個好處，就是已經有了一套大數據加值應用的現成工具。目前FHIR有一個成熟的應用程式市集平臺SMART on FHIR App Gallery，源自波士頓兒童醫院的專案，就像是一個醫療版的App Store。在這個網站提供了不同開發者設計的醫療App，像是疾病風險計算、健康照護、心血管疾病風險等，可供採用FHIR的醫療機構下載使用。此外，許多科技公司如Google、微軟、蘋果和AWS等，也都開發出支援FHIR格式的醫療AI模型與App，讓醫院來預測疾病風險。</p> <p>這些優點，對未來要發展全人健康照護的花蓮慈院來說是一大助力，因為FHIR不僅能跨機構整合資料，還有現成工具讓醫院用來計算民眾健康風險，達到預防醫學目的，讓醫療資料的整合更有價值。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E8%8A%B1%E8%93%AE%E6%85%88%E6%BF%9F-1.png" style="width: 600px;" /></p> <p><span style="color:#696969;"><strong>為測試FHIR資料交換可行性，花蓮慈濟醫院資訊工程師自行開發一套公用程式，可用來轉換醫院與秀林鄉衛生所的資料格式，透過資料上傳、轉換、下傳，來整合至雙方的醫療資訊系統。</strong>圖片來源／花蓮慈濟醫院</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>自建公用程式奠定FHIR資料交換架構基礎</strong></span></span></p> <p>花蓮慈院實踐FHIR的第一步，就從兩年前的衛福部健康福祉科技整合照護計畫開始。他們以秀林鄉衛生所為第一個試煉石，來測試FHIR交換檢驗報告資料的可行性。</p> <p>首先，花蓮慈院找來熟悉FHIR的廠商，先建立用來執行FHIR資料交換的環境，部署了兩臺FHIR伺服器，並採用開源的HAPI FHIR API來實作。接著，花蓮慈院的工程師以幾個月的時間，來學習不同資料格式與FHIR間的資料轉換，之後再自行開發一套公用程式FHIRTrans，可以自動轉換資料格式。花蓮慈院系統和秀林鄉衛生所系統都先透過這支FHIRTrans程式來轉換格式後，再將資料拋轉到各自的系統上。</p> <p>舉例來說，花蓮慈院產出檢驗報告後，會先儲存在本地資料庫中，接著再將需要輸出的資料，傳送至一套FHIR上傳資料庫，透過FHIRTrans來轉換資料格式，接著再由衛生所端的排程系統，來將FHIR格式的檢驗資料，自動批次下載至的衛生所端FHIR下傳資料庫，並轉換為HIS支援的資料格式，再將資料匯入衛生所HIS中。</p> <p>在操作上，花蓮慈院也設計一套程式，讓使用者透過4個步驟來執行FHIR資料交換。使用者直接在程式頁面中指定上傳或下傳機構，再輸入身分證號，接著選擇醫事紀錄類型（比如機構、病患、檢驗等），接著選擇資料時間區間，開啟背景下載程式即可。</p> <p>陳俊勳指出，這個作法奠定了花蓮慈院的FHIR資料交換架構，好處是不必修改既有系統，也不用改變現有作業流程。目前，花蓮慈院也正同步測試，來檢查以FHIR交換的檢驗資料，是否與Excel匯出的資料一致。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>今年更擴大納入花東鄉鎮衛生所，一步步整合更多醫療資源</strong></span></span></p> <p>不只如此，後來，花蓮慈院擴大資料互通範圍和內容，除了原本的秀林鄉，更將花東的延平鄉、池上鄉、鳳林鎮、光復鄉、海瑞鄉、吉安鄉衛生所納入FHIR資料交換清單。就人數來說，這項計畫影響的總人口超過12萬人，但由於計畫中的FHIR資料交換涉及個資，因此需簽署同意書，目前已有數千名民眾簽署同意。</p> <p>在FHIR資料互通內容上，除了醫院HIS與衛生所HIS資料外，還涵蓋了健康福祉照護計畫個案的生理量測資料、10類健保署健康存摺資訊，目前也正納入衛生所的拿藥記錄、門診和預約掛號等資料，而醫院的用藥記錄、門診、急診和住院資料也將陸續匯入。</p> <p>陳俊勳指出，目前，生理量測資料是FHIR資料互通中最成熟的一項。截至12月1日，在花蓮慈院的FHIR儀表板畫面中，已可見到上述7間衛生所匯入的數千筆醫療資料。其中，秀林鄉還交換了實驗室5千多筆實驗室檢驗值、6千多筆預約資料、6千多筆就醫資料和1萬多用藥記錄。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E8%8A%B1%E8%93%AE%E6%85%88%E6%BF%9F-3.png" style="width: 600px;" /></p> <p><span style="color:#696969;"><strong>花蓮慈濟醫院為衛福部健康福祉科技整合照護計畫建置一套FHIR資料互通平臺，截至12月1日，已有7家衛生所加入交換，資料筆數達到數千筆，秀林鄉衛生所的用藥記錄甚至達1萬多筆。</strong>圖片來源／花蓮慈濟醫院</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>資料整合也搭配健康守門人機制，打下全人照護基礎</strong></span></span></p> <p>下一步，花蓮慈院要將衛生所HIS與醫院HIS資料，結合分析系統來預測個人健康風險，甚至要打造一款Line聊天機器人，來根據風險自動推播提醒和建議給民眾，搭配花蓮慈院的健康守門人照護服務，這是花蓮慈院特別設計的就地照護服務。</p> <p>陳星助解釋，由於花蓮縣地形南北狹長，許多位於南部山區、偏鄉和原鄉的民眾就醫不易，就算來電詢問疾病相關問題，醫院接應中心手邊也無病歷，無法針對問題回答。</p> <p>於是他想，為何不將醫療服務在地化？因此，花蓮慈院設計出這套健康守門人機制，找來30位一定數位能力的在地居民擔任守門人，每人來關心當地40位不等的居民。他指出，守門人得每天登入醫院開設的系統，來查看負責民眾的健康資訊，比如血壓是否過高、是否該回衛生所抽血、拿藥等，然後再根據這些資訊，登門拜訪、提醒這些民眾。</p> <p>「靠FHIR整合這些資料後，我們希望透過自動分析和排程程式，直接在系統中告訴守門人何時該拜訪哪位居民，以及提醒的事項。」陳星助表示，花蓮慈院甚至還要進一步打造一套Line聊天機器人，來傳達個人健康注意事項，「給個人、守門人或第一照護人都可以。」</p> <p>未來，花蓮慈院還要將更多資料導入到FHIR平臺，包括穿戴式裝置、公衛、長照，以及兒童早療資料，不只要以FHIR格式互通，更要以FHIR現成工具來分析疾病盛行率和疾病風險，並將範圍擴大到全花蓮縣。</p> <p>「我們預計在未來兩年完成這個計畫，」林俊龍指出，屆時，他希望將FHIR平臺主權轉交給花蓮縣衛生局，透過公權力來維護、營運，透過公私合作來提供健康照護給每個人。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1217-%E8%8A%B1%E8%93%AE%E6%85%88%E6%BF%9F-2.png" style="width: 600px;" /></p> <p><span style="color:#696969;"><strong>執行花蓮慈濟醫院設計FHIR資料交換程式後，可透過排程功能，在背景自動批次下載FHIR格式資料，再儲存至自己的醫療資訊系統中。</strong>圖片來源／花蓮慈濟醫院</span></p> <p><span style="color:#FFFFFF;"><span style="font-size:26px;"><strong><span style="background-color:#3399ff;"> FHIR實作的挑戰：開源軟體同時爆量上傳易延遲 </span></strong></span></span></p> <p><span style="color:#696969;"><strong>花蓮慈濟醫院健康福祉計畫專案經理陳俊勳在這次FHIR專案中發現，秀林鄉資料進入開源HAPI FHIR伺服器時，同時上傳的資料筆數達到上萬筆，就容易發生延遲，比如查詢的時間會比平時慢；此外，當多個衛生所同時傳送上千筆資料時，FHIR伺服器也會出現延遲問題。</strong></span></p> <p><span style="color:#696969;"><strong>他認為，延遲原因在於FHIR的資料結構，有別於傳統資料結構。相較於FHIR，傳統關聯式資料的結構，有如「多個零件打包成一個包裹，以單一包裹來登記，」因此不管是查詢還是其他指令，執行順暢度高。相反地，FHIR的資料結構，就有如把包裹拆開，「一個個零件各自登記，」因此資料量大、容易產生延遲。陳俊勳指出，未來如果要以HAPI FHIR軟體支援來擴大規模使用，勢必會面臨同樣問題，因此得先優化伺服器才行。</strong></span></p> </div></div></div>
2020/12/15 19:00作者王若樸https://www.ithome.com.tw/news/141639
本土協作軟體Team+將推軟體交換機功能，企業內部分機也可以整合到線上協作環境
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>老牌本土企業級協作軟體Team+最近揭露了明年發展策略，搭上後疫遠端工作和轉型協作需求，今年完善了SDK和API串接框架，也開始自己研發視訊通訊引擎，明年準備加碼擴大研發團隊的規模，計畫增加一倍開發人力，還將推出新的經銷制度，來加快客製導入金控、大型醫療等各垂直產業中大型的速度。</p> <p>互動資通早在十多年前就開始投入協作軟體市場，是本土老牌軟體廠商，一直瞄準企業內部部署的協作需求，但又以協作軟體作為平臺，來串接不同應用場景，提供產業定至開發的需求，採取一種套裝軟體搭專案客製的銷售模式。</p> <p>互動資通董事長郭承翔表示：「協作軟體在企業內部具有戰略位置，軟體是我們的手段，真正要做的是企業在地化服務。」Team+今年更完整地提供企業透過API或SDK來自行客製，而互動資通也提供代客客製開發服務。</p> <p>「我們不會與大型平臺業者競爭，沒有勝算，我們要聚焦垂直產業的加值，」郭承翔舉例解釋，Team+有不少製造業採用，例如曾客製整合到製造業的產線的告警系統，將原本發布到電子郵件的警示郵件，轉發布到內部即時通訊頻道，來通知相關人員，甚至員工離開公司，這些內部訊息就會自動隱藏，無法在外部檢視。另外，也可以內嵌製造業常用的Tableau報表工具，將業績儀表板整合到協作討論流程上。今年更獲得兩家大型金控採用，導入人數超過上萬人規模。另有一家正在導入Team+的大型醫院，會將HIS系統整合協作平臺，例如整合行動醫療憑證來提供醫令線上覆核流程，或將檢驗報告摘要資訊串接到Chatbot上，也可以整合護理站電子白板的資料整合，預計明年完成導入。</p> <p>企業協作工具中，視訊功能是關鍵重點，過去，Team+以整合第三方視訊會議服務為主，如Webex、Zoom，整合到協作平臺上來提供開會情境的客製，今年，互動資通開始研發自己的視訊平臺，目前可支援20人規模的小型視訊會議情境。另外，今年也推出了新版Chatbot功能，可以提供互動式的UI元件，如在討論對話中加入確認按鈕，將Chatbot變成企業內部應用的一種形式，也可以介接到Line，來提供對外的官方客服聊天機器人服務。</p> <p>「傳統交換機缺乏多方通話、視訊通話的能力，」郭承翔預告，明年，互動資通要讓協作平臺軟體，進一步整合交換機，來提供辦公室整合通訊的功能，可以整合世界前三大廠的交換機，讓協作平臺整合到視訊、辦公室桌機電話的功能。</p> <p>互動資通去年在上海設立據點開始進軍中國，今年本來要擴展當地台商市場，因疫情延宕了。郭承翔表示，目前策略是在臺灣市場發展到最大，其他國家的市場，則要靠策略夥伴。「明年初會發布新的經銷、分潤作法，來建立經銷體系，已有海外策略夥伴完成合作簽約，明年也會公布。」目前互動資通約有百人規模，其中4成多是開發團隊，郭承翔預計明年要擴編50人，一口氣增加約一倍的開發人力。</p> </div></div></div>
2020/12/15 19:00作者王宏仁https://www.ithome.com.tw/news/141681
Zoox打造的全自動無人駕駛計程車正式亮相
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Amazon在今年6月以12億美元買下的自駕車新創業者<a href="https://zoox.com/" target="_blank">Zoox</a>，終於<a href="https://www.globenewswire.com/news-release/2020/12/14/2144364/0/en/Zoox-Reveals-First-Look-at-Autonomous-Purpose-Built-Robotaxi.html" target="_blank">在本周發表了</a>全自動無人駕駛計程車，而且已在拉斯維加斯、舊金山及福斯特（Foster）等城市進行測試。</p> <p>Zoox打造自駕車的目的是希望減少車禍，藉助自動駕駛，來減少人為駕駛的事故。這臺自駕車有幾個特性，一為它是全新打造的自駕車，並非借用其它車種，二為它號稱全自動駕駛，完全不需配置駕駛人，三是它定位為計程車，四是它屬於電動車，充電一次可連續跑16小時。</p> <p>Zoox無人駕駛計程車的外觀有點像麵包車，它的車身長度為3.63米，內部的設計是4個面對面的座椅，標榜是替乘客而非駕駛所設計的汽車，它具備四輪傳動與雙向駕駛功能，於是能在狹小的空間中改變行駛方向，而不必倒車，最快時速可達120公里（75英里）。</p> <p>此外，Zoox汽車也設計了超過100種的安全功能，例如包覆式座椅與獨特的安全氣囊，以及由攝影機、雷達與光達（LiDAR）所組成的感應器架構，在汽車上的4個角落都有270度的視野，在消除盲點之餘還能注意到附近的行人、單車或是其它用路人。</p> <p>Zoox執行長Aicha Evans表示，他們將於各個城市推出移動即服務（Mobility-as-a-Service，MaaS），來改變乘客的經驗，同時建立一個環保與安全的交通解決方案。</p> <p>GM旗下的自駕車子公司<a href="https://medium.com/cruise/sharing-a-better-future-981ca839f4a5" target="_blank">Cruise也在今年10月發表</a>該公司首款自駕計程車Cruise Origin，它同樣是輛沒有方向盤設計的電動車，只是它看起來比較像公車，體型比Zoox自駕車大上許多。不管是Zoox或Cruise都尚未揭露無人計程車的正式營運日期。</p> </div></div></div>
2020/12/15 15:20作者陳曉莉https://www.ithome.com.tw/news/141671
FTC要求9家社交媒體與影片串流業者揭露如何蒐集與使用用戶資料
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>美國聯邦交易委員會（Federal Trade Commission，FTC）周一（12/14）<a href="https://www.ftc.gov/system/files/documents/public_statements/1584150/joint_statement_of_ftc_commissioners_chopra_slaughter_and_wilson_regarding_social_media_and_video.pdf" target="_blank">發布命令予9家社交媒體與影片串流業者</a>，要求它們在45天之內揭露如何蒐集與使用用戶資料，被點名的業者為Amazon、字節跳動、Discord、臉書、Reddit、Snap、Twitter、WhatsApp與YouTube。</p> <p>由FTC 3名委員共同發表的聲明指出，社交媒體與影片串流服務已成為現代生活中無可避免的服務，但它們如何對待消費者的資料仍是個秘密，從這些平臺的商業模式、演算法，到資料的蒐集與使用皆尚未被解答，迄今不管公眾或是立法者對於這些企業怎麼這麼了解大眾都所知甚少，這些不透明的作法極其危險。</p> <p>因此，FTC要求業者必須提供它們如何蒐集、使用、判斷或衍生出個人與人口統計資訊；如何決定要呈現什麼樣的廣告或內容予消費者；是否針對個人資料進行分析或演算；如何測量、推廣及研究使用者的互動；以及他們對兒童與青少年的作法為何。</p> <p>人們太習慣使用這些免費平臺，行動裝置的普及更令人無時無刻都可存取上述服務，也許沒想到這樣的習慣將讓業者可監控使用者的位置、互動的對象，或是所從事的行為，最終可能利用這些資料來建立使用者的個人檔案、預測使用者行為、操作廣告服務，或是遞送可吸引使用者注意的內容，而FTC則希望業者能夠公開相關的作法，但表明這只是為了研究所用，並沒有特定的執法目的。</p> </div></div></div>
2020/12/15 14:50作者陳曉莉https://www.ithome.com.tw/news/141667
語音助理Alexa新增即時翻譯功能
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Amazon現在於語音助理Alexa上推出<a href="https://www.amazon.science/blog/how-alexas-new-live-translation-for-conversations-works">即時翻譯功能</a>，讓Alexa能夠充當口譯員的角色，幫助使用兩種不同語言的使用者，進行溝通與交流。使用者可以要求Alexa啟動兩種語言的翻譯功能，用戶使用任一語言所說的句子，Alexa能夠自動辨識，並且翻譯成另外一方的語言。</p> <p>即時翻譯功能利用了數種現有Amazon系統，包括Alexa自動語音辨識（ASR）系統、Amazon翻譯以及Alexa文字轉語音系統。在翻譯階段，Alexa會同時執行兩個ASR模型，以及一個用來判斷語言的獨立模型，輸入的語音會同時傳給兩個ASR模型，但依據語言判斷模型的分類結果，最後只會有一個ASR模型的輸出，會發送至翻譯引擎。</p> <p>Amazon提到，為了要讓翻譯請求的等待時間，維持在使用者可以接受的情況，必須要平行執行多個模型，因為如果要等到語言辨識模型回傳結果，則翻譯語音將會有很大的延遲。當語言辨識系統選擇了一種語言後，關聯的ASR輸出，便會被送往Amazon翻譯進行處理，最終的翻譯結果會被送回Alexa，並以文字轉語音系統播放。</p> <p>Amazon所使用的ASR模型，同時包含了聲音模型（Acoustic Model）以及語言模型，聲音模型會將音訊轉成音位（Phoneme），這是人類語言中，能夠區別意義的最小聲音單位，而語言模型則是對特定單詞的機率進行編碼，用來輔助ASR系統對相同音位序列，做出翻譯選擇。而語言模型又包含了兩種類型的模型，分別是傳統語言模型和神經語言模型，比起之前Alexa所使用的ASR模型，即時翻譯所使用的語言模型，可以處理更多話題的對話性語音。</p> <p>目前Amazon還在改進即時翻譯功能，嘗試使用半監督式學習，來提升翻譯的品質，而且為了提高翻譯的流暢性，以及口語輸入的強健性，Amazon也正在研究將對話性語音資料，應用到神經機器翻譯引擎，並產生包括語境的翻譯結果，像是語調或是非正式的翻譯，對口語或是慣用語將有更全面的支援。</p> </div></div></div>
2020/12/15 15:45作者李建興https://www.ithome.com.tw/news/141668
美國國土安全部發布緊急指令，要聯邦機構立即關閉SolarWinds系統
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.ithome.com.tw/news/141651" target="_blank">在日前傳出美國財政部與商務部遭到國家支持的駭客攻擊</a>，且與這些機構所使用的IT監管平臺SolarWinds Orion有關之後，美國國土安全部旗下的網路安全暨基礎架構安全署（CISA）在周日（12/13）發布了緊急指令，要求所有的聯邦機構應該檢查它們的網站，並立即關閉或斷開所使用的SolarWinds Orion產品。</p> <p>CISA代理主任Brandon Wales指出，被危害的SolarWinds Orion網路管理產品對聯邦網路帶來了無法承受的安全風險，此一緊急指令是為了減輕可能的威脅，同時督促不管是公、私領域的部門，都應該審慎評估自己是否曝露在風險之中。</p> <p>SolarWinds為美國專門研發系統/網路/基礎設施管理軟體的業者，全球客戶數為30萬家，包括眾多的美國聯邦機構在內。SolarWinds坦承，從今年3月到6月間釋出的SolarWinds Orion Platform 2019.4 HF 5至2020.2.1版本遭到駭客攻擊，另也在本周一（12/14）<a href="https://d18rn0p25nwr6d.cloudfront.net/CIK-0001739942/57108215-4458-4dd8-a5bf-55bd5e34d451.pdf" target="_blank">提交給證券交易委員會（SEC）的文件中說明</a>，安裝含漏洞Orion Platform版本的客戶數接近1.8萬家。</p> <p>駭客藉由SolarWinds Orion的安全漏洞滲透到客戶的內部網路，並藏匿於受害者的系統上長達數月之久。</p> <p>資安業者<a href="https://www.fireeye.com/blog/threat-research/2020/12/evasive-attacker-leverages-solarwinds-supply-chain-compromises-with-sunburst-backdoor.html" target="_blank">FireEye</a>與<a href="https://msrc-blog.microsoft.com/2020/12/13/customer-guidance-on-recent-nation-state-cyber-attacks/" target="_blank">微軟</a>都積極地對此一攻擊行動展開調查，發現駭客於SolarWinds Orion平臺上植入了木馬程式。</p> <p>目前僅確定駭客是在合法的SolarWinds函式庫中嵌入了惡意的SolarWinds.Orion.Core.BusinessLayer.dll木馬程式，該程式可透過HTTP與第三方伺服器交流，而且是經SolarWinds簽章的元件。</p> <p>Microsoft 安全回應中心（MSRC）指出，他們目前並不知道該木馬程式是如何進駐SolarWinds函式庫的，也許是危害了SolarWinds的內部版本或散布系統，使得此一木馬程式得以隨著自動化更新進入受害者網路。</p> <p>一旦進入受害者網路，駭客就會利用危害本地端時所取得的管理權限，試圖進一步取得組織的全球管理帳號或可靠的SAML權杖，將允許駭客於受害組織中的應用程式或服務建立自己的憑證。</p> <p>雖然SolarWinds已釋出了修補的Orion Platform 2020.2.1 HF 1，亦即將於12月15日釋出強化安全機制的Orion Platform 2020.2.1 HF 2，但CISA還是要求美國聯邦機構立即關閉Orion產品，而FireEye則建議，若無法隔離SolarWinds基礎設施，那麼應該要限制SolarWinds伺服器與端點的連結，限制於SolarWinds伺服器上的管理帳號權限，封鎖採用SolarWinds軟體的伺服器或端點的網路出口，也應考慮更新帳號憑證。</p> <p>另一方面，在分析駭客攻擊手法的當下，FireEye並未證實自己是否也是此波攻擊的受害者之一。</p> </div></div></div>
2020/12/15 13:00作者陳曉莉https://www.ithome.com.tw/news/141666
Google挖角高盛集團資安長擔任雲端部門首位CISO
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.wsj.com/articles/google-hires-goldman-sachs-veteran-to-lead-cloud-security-11607682604" target="_blank">華爾街日報周一報導</a>，Google近日從高盛集團（Goldman Sachs）挖來資安老手Phil Venables，擔任Google Cloud第一任資安長（Chief Information Security Officer，CISO），負責Google Cloud及其客戶的資訊安全。</p> <p>報導指出，Venables在高盛證券擔任資安長一職近20年，也已當到高盛董事。他周一起正式加入Google Cloud。</p> <p>根據<a href="https://www.linkedin.com/in/philvenables/" target="_blank">Venables在LinkedIn的檔案</a>，他的頭銜為Google Cloud資安長（CISO）及Google副總裁。</p> <p>Venables對媒體表示，他的工作和傳統CISO不太相同，除了負責Google Cloud內部安全外，他也會致力於雲端搬移及客戶環境安全。Venables指出，雲端業者具備各種產業的威脅防禦專業，運用這些知識，Google Cloud能扮演客戶的數位免疫系統，偵測到問題後迅速提供客戶支援。</p> <p>這是Google Cloud再次挖來資安高手，以強化其雲端安全服務。去年11月Google Cloud也找來前美國國土安全部資安主管Jeanette Manfra。Manfra也掛在CISO辦公室下。<a href="https://www.linkedin.com/in/jeanette-manfra-297681a/" target="_blank">她的檔案</a>顯示為政府安全及法規遵循業務總監。</p> </div></div></div>
2020/12/15 11:40作者林妍溱https://www.ithome.com.tw/news/141665
Google等疫情趨緩後要實驗彈性上班，員工返回公司延至明年9月
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.nytimes.com/2020/12/14/technology/google-delays-return-to-office-and-eyes-flexible-work-week.html" target="_blank">紐約時報周一報導</a>，Google計畫實驗員工到公司及在家上班的混合上班制，使在家作業時程延到明年9月</p> <p>報導指出，執行長Sundar Pichai周日對內部發出員工信件，表示等疫情容許回返公司上班後，Google將實驗「彈性工作周」的做法直到9月。在這項作法下，員工一星期應至少到公司上班3天，以便能和其他同事協同工作。剩下天數則可留在家中工作。</p> <p>這也意謂著，因為疫情而啟動的在家上班作法結束時間，將從原訂的1月延到明年秋天。</p> <p>Pichai在信中指出，雖然有些公司已經開始試驗，但像Google這麼大規模的公司則尚沒有一家曾經推行過完全混合的工作模式，因此很值得一試。Google希望藉此測試彈性工作模式能促進生產力、協同和員工福祉的假設是否為真。</p> <p><a href="https://blogs.microsoft.com/blog/2020/10/09/embracing-a-flexible-workplace/" target="_blank">微軟也在10月宣布彈性上班制</a>，允許員工一周50%以下的時間可在家工作。如經理批准者，更可永遠遠距上班，不過就得放棄在公司內的位置。</p> <p>Pichai的信件並未提到員工在返回公司上班前，是否需要先接種武漢肺炎（COVID-19）疫苗。</p> <p>報導引述Google發言人指出，等到當地醫療院所開放一般民眾施打疫苗時，該公司建議員工應進行接種。Google預計，明年下半期間幫助員工取得疫苗，但強調前提是全球高風險及優先族群都已經施打。</p> <p>不過Google何時啟動彈性上班制則不確定，因為目前美國疫情仍然持續發燒，確診人數已經突破1,600萬，高居全球第一。另一方面，這個彈性上班制也不適用於常跑客戶，或是必須看管資料中心的Google員工。</p> </div></div></div>
2020/12/15 10:50作者林妍溱https://www.ithome.com.tw/news/141664
AWS推出兩端點VPC可達性分析工具
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>AWS釋出了<a href="https://aws.amazon.com/tw/blogs/aws/new-vpc-insights-analyzes-reachability-and-visibility-in-vpcs/">VPC可達性分析器（VPC Reachability Analyzer）</a>，用戶可以使用該網路診斷工具，在不需要實際傳輸資料封包的情況下，分析網路可行路徑，讓用戶更容易排除兩個端點，或是多個VPC之間的可達性故障問題。</p> <p>Amazon虛擬私有雲（Virtual Private Cloud，VPC）讓用戶在AWS雲端上，邏輯地隔離特定的虛擬網路。用戶可以完全控制虛擬網路環境，包括選擇IP位置範圍、創建子網路、配置路由表以及網路閘道，並且透過VPC對等連接，或是利用AWS Transit Gateway組合多個VPC。利用豐富的控制元件以及功能組，用戶可以配置出靈活的網路環境。</p> <p>但隨著用戶雲端配置越來越複雜，要解決因為錯誤配置所引起的網路連接問題，也越來越困難，因此增加了可辨識錯誤配置的自動化推理工具需求，而AWS新推出VPC可達性分析器，便能滿足這樣的需求。</p> <p>現在用戶可以利用VPC可達性分析器，分析兩個終端的網路可達性，AWS提到，該工具的分析過程，不會傳送任何的資料封包，而是透過查看VPC中所有的資源配置，並自動推理可行的網路流量路徑。</p> <p>新的VPC可達性分析工具，現在已經可以在中國北京，與中國寧夏之外的所有AWS商業地區上線。</p> </div></div></div>
2020/12/15 09:10作者李建興https://www.ithome.com.tw/news/141661
Google全球服務當機50分鐘，原因竟是全球統一身分驗證服務容量不足
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Google在太平洋標準時間（PST）14日凌晨3:45（約臺北時間14日晚上7:45）發生全球服務中斷事件，Google很快就釐清了原因，<a href="https://status.cloud.google.com/incident/zall/20013" target="_blank">指出是因其自動化配額管理系統降低了Google內部的全球單一身分管理系統的容量</a>，使得舉凡需要使用者登入的服務全都出現故障，影響所及包括Google雲端平臺（GCP）與Google Workspace ，一直到PST時間4:35（臺北時間晚上8:45）才恢復正常，整整停擺了50分鐘，不過，此一事件並未波及Google搜尋。</p> <p>此次中斷的Google服務除了該公司所列出的隸屬於GCP服務的Cloud Console、Cloud Storage、BigQuery、Google Kubernetes Engine服務，以及屬於Google Workspace的Gmail、Calendar、Docs、Drive、Meet服務之外，由於出問題的是Google的身分管理系統，因此一般使用者的各式服務也同樣出現錯誤訊息，包括YouTube、Blogger、Chromecast、Google Play、Google Classroom、Google Maps、Google Assistant及Google Nest等。</p> <p>根據Downdector的統計，<a href="https://downdetector.com/status/google-maps/" target="_blank">回報Google Maps出現問題的使用者中</a>，有52%表明無法使用行動程式；<a href="https://downdetector.com/status/gmail/" target="_blank">回報Gmail有問題的使用者中</a>，有79%無法登入。</p> <p>另有媒體報導，由於Google Assistant也故障了，而讓Nest Hub智慧螢幕裝置無法以聲控控制所連結的智慧暖氣，亦波及仰賴GCP的第三方業者，如寶可夢（Pokémon Go）。</p> </div></div></div>
2020/12/15 10:00作者陳曉莉https://www.ithome.com.tw/news/141663
Salesforce新的AI技術能改善胸腺癌治療決策
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Salesforce研究院與Ellison研究院合作，共同開發一個稱為<a href="https://www.salesforce.com/news/stories/salesforce-ai-breast-cancer/">ReceptorNet</a>的深度學習演算法，該演算法可以確認賀爾蒙受體的狀態，有助於醫生判斷胸腺癌患者的治療方法。官方提到，將人工智慧應用在胸腺癌診療上的研究並不少見，但是Google目前的研究成果，主要集中在診斷癌症上，而ReceptorNet不同之處在於，其目標為改善胸腺癌患者的治療決策。</p> <p>ReceptorNet可以從成本較低的組織圖像中，預測賀爾蒙受體的狀態，而目前要取得相同的結果，需要使用昂貴的組織圖像，再加上專業的病理學家，來判斷這些圖像。Salesforce比喻傳統方法與ReceptorNet的差異，就像是骨折的患者，不再需要到醫院照X光片，才能得知骨折情形，只需要用手機上的相機，拍下患部照片，人工智慧就能算出該處是否骨折。</p> <p>過去，當病人被診斷出患有胸腺癌時，病理學家會在顯微鏡下，使用稱為免疫組織化學（IHC）染色法，分析腫瘤組織，並尋找可能促使癌症發展的賀爾蒙受體，供醫生判斷後續讓病人接受賀爾蒙療法，或是化學療法等其他治療方案。但是IHC染色的缺點，便是十分昂貴而且耗時，在發展中國家等醫療缺乏的地區，難以提供這樣的醫療服務。</p> <p>而ReceptorNet則可以使用蘇木精-伊紅（H&E）染色組織，分析細胞的形狀、大小和結構，來確認受體狀態。ReceptorNet接受來自全球數十家醫院癌症患者，所提供的數千張H&E染色組織圖像訓練，因此ReceptorNet能夠在H&E染色組織圖像中，找出人眼無法辨識的細節，獲取治療癌症的重要線索。</p> <p class="rtecenter"><img alt="" src="https://www.salesforce.com/news/wp-content/uploads/sites/3/2020/12/Salesforce-Tissue.gif?w=600" style="width: 580px;" /></p> <p>在測試階段，即便是全新未見過的圖像，ReceptorNet也能達到92％的賀爾蒙受體測定精確度，而且研究人員提到，經過一些小幅度的修正，就能提升ReceptorNet的預測精確度，克服組織樣本製備方法不同的問題。</p> <p>Salesforce還強調，一些醫療保健以及實證醫學，因為部分群體的資料不齊全，會有代表性不足的問題，而ReceptorNet在不同的人口統計群體，都能提供相同可靠性，在統計上，年齡、種族和地區等不同群體，對ReceptorNet的效能沒有影響。</p> </div></div></div>
2020/12/15 09:00作者李建興https://www.ithome.com.tw/news/141660
【FHIR實例：衛福部護理及健康照護司】一場意外催生FHIR資料互通平臺，支援全臺百處原鄉離島醫療
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>「照護司要以FHIR建立司內資料交換標準，來打通橫向資料整合障礙！」掌管全國護理人力、原鄉和離島醫療照護的衛福部護理及健康照護司司長蔡淑鳳說。</p> <p>不論是全國護理人力調查、護理機構評鑑，還是跨山地離島縣市的公費生和就醫交通費補助，都在衛福部護理及健康照護司（簡稱照護司）的管轄範圍內。蔡淑鳳坦言，這些業務得靠中央與地方系統，或由地方彙整資料再提供給中央，如此一來一往傳輸才能完成。</p> <p>而她，正計畫以新一代國際醫療資料交換標準FHIR，建立一套專用資料倉儲，希望透過一致的資料標準，來加速跨域的資料交換與整合。「我們正進行資料庫FHIR可行性盤點，預計明年中正式推行，」她說。</p> <p>照護司對FHIR如此信心，甚至大刀闊斧要推行至政府其他單位，就是因為他們曾經以這個資料交換標準，改善離島空中轉診後送業務，甚至靠它成為解決多方歧異的溝通平臺。這個成功經驗告訴蔡淑鳳，FHIR是資料開放互通的必然趨勢。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%961-%E7%85%A7%E8%AD%B7%E5%8F%B8%E5%8F%B8%E9%95%B7%E8%94%A1%E6%B7%91%E9%B3%B3-%E6%94%9D%E5%BD%B1-%E6%B4%AA%E6%94%BF%E5%81%89.png" style="width: 491px;" /></p> <p><span style="color:#696969;"><strong>衛福部護理及健康照護司司長蔡淑鳳指出，空轉後送遠距會診平臺以國際新一代醫療資料交換標準FHIR，來串接健保醫療資料雲端查詢系統、電子病歷交換系統、離島原鄉在地醫療資訊系統以及醫療影像傳輸系統，透過自動帶入欄位來縮短後送申請審核時間，且能達到送、審、接三方同步調閱患者病歷、即時決策。</strong>攝影／洪政偉</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>兩年前一場意外，萌生出資料互通整合需求</strong></span></span></p> <p>兩年前，一架黑鷹直升機在風雨交加的夜晚，自蘭嶼起飛。機上載著6名乘客，「包括病人和家屬、護理師，還有三名飛官。」蔡淑鳳娓娓說道，當時，直升機正執行離島轉診後送勤務，要將患者送至臺灣本島就醫。但起飛沒多久就發生墜機，6名乘客全數罹難。這是衛福部推行空中轉診後送十多年來，執行了4,000多趟離島後送任務，第一次在運送患者過程中發生飛安事件。</p> <p>「這起意外，我們很痛心。」蔡淑鳳說，事件發生後，衛福部一一檢視了空中轉診後送的每個步驟，結果顯示，每個步驟都符合標準作業程序，也都合法，但她認為：「合法不代表沒有風險。」</p> <p>比如飛安風險。衛福部統計發現，歷年空中轉診後送案件，四成屬於夜間飛行。然而，夜間飛行風險是白天的3倍，一旦發生飛安事故，轉診病患，機員、隨行醫護都可能出現生命危險。</p> <p>但是，臺灣離島眾多，只有金門、澎湖、連江等大型離島擁有在地醫院，其他離島只有在地衛生所、診所和居家護理所。長期下來醫療資源不足，讓離島居民對在地醫療機構信任薄弱，總認為臺灣本島醫療資源更豐富。每每發生急重症案例，患者總希望至本島就醫。</p> <p>而政府為彌補醫療照護資源缺口，自2002年起，開始推動空中轉診後送服務，讓離島衛生所、診所或居家護理醫生接收急重症患者時，可向24小時執勤的國家搜救指揮中心之空中轉診審核中心（簡稱空審中心），提出空中轉診後送申請。</p> <p>收到申請後，空審中心會依據14項空中救護適應症指標，來判斷患者是否符合後送條件，同時評估在地醫療機構的醫療照護能力，以及當下天氣和距離等因素，來衡量後送需求。確認無虞，空審中心會通知內政部空中勤務總隊或民間單位派遣飛機，將患者運送至合適的後送醫學中心來治療。</p> <p>整個流程中，在地醫療機構、空審中心、後送醫學中心是送、審、接的三大關鍵角色，但這三方卻都面臨了，資訊不透明又得緊急決策的兩難。</p> <p>在地第一線醫療人員雖能透過健保卡，連接醫療資訊系統（HIS）查詢患者病歷，但面臨患者和家屬壓力，只能一人決策，多半盡量將患者送至臺灣本島。而收到通報的空審中心醫生，無法看見患者當下狀況，過去也無法檢視病歷，只能依在地醫療人員提供的線索，來衡量是否符合14項後送指標，甚至盡量配合在地醫療人員的決定。而接收後送患者的醫學中心，也因無法事先得知患者病況，更無法為後送提供決策參考。</p> <p>因為可供判斷後送的資訊不足，也出現了不少沒有必要但仍舊緊急後送的情況，尤其是四成高風險夜航中，有不少是不必要的飛行。</p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>打通健保雲端查詢系統和電子病歷系統，以FHIR建置空轉後送遠距會診平臺</strong></span></span></p> <p>為何行之有年的後送模式，無法做到三方同步調閱病歷、即時決策？蔡淑鳳指出，調閱病歷有兩種常見方法，一是透過健保卡和醫事人員卡插卡來讀取電子病歷交換中心病歷，二是透過健保署開放的健保醫療資訊雲端查詢系統來查詢，但這2個作法，「無法進行多方即時決策。」</p> <p>因為，要進行多方決策，各方醫生得先從健保雲端下載病患就診紀錄和用藥資訊，但雲端資料的下載可能花上一天，甚至一周，對需緊急處置的急重症患者來說，幫助並不大。此外，原本空中轉診後送申請流程中，還需要人工填寫140個欄位、傳真5張表單、撥打8通以上電話，來回至少20至40分鐘才能完成申請審核流程，十分耗時。</p> <p>照護司看見這些問題，於是決定打造一套新的空轉後送遠距會診平臺，讓送、審、接三方同步調閱病歷，透過視訊來共享決策，不僅能降低不必要的後送風險，還能讓病患和家屬也參與討論，消除內心不安。</p> <p>為此，照護司選擇美國普遍採用的醫療資料交換標準FHIR，作為新平臺資料交換的標準。有別於臺灣採用的前一代電子病歷交換標準CDA，FHIR可支援更多類型資料，像是臨床、財務和其他專門領域資料。FHIR也支援標準網站傳輸協定HTTP，方便透過網頁技術進行資料交換。</p> <p>重要的是，FHIR標準要求用RESTful API來介接系統，允許有意交換資料的各方，來註冊互通規範、詞彙，以及定義互通所需的資料欄位名稱、資料表。這個特性，讓資料的取得與拆解更容易，縮短了資料交換時間。</p> <p>衛福部利用FHIR格式來串接健保署醫療資訊雲端查詢系統和電子病歷交換中心系統，開發出空轉後送遠距會診平臺雛型。這套平臺的特別之處是，所有表單都電子化，透過API串接FHIR格式的患者病歷資料，自動帶入申請流程中75%的欄位內容，將過往需要20至40分鐘的申請審核時間，縮短為5至10分鐘。甚至，平臺也導入電子簽章簽核功能，可直接完成病歷簽核作業。</p> <p>2018年，照護司聯手臺東馬偕醫院和臺北榮總，以這套遠距會診平臺來參加總統盃黑客松競賽，大受好評。後來，衛福部更以醫療資源、地形和氣候最艱困的蘭嶼，作為第一個示範場域。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%962-%E6%9E%B6%E6%A7%8B%E5%9C%96-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E8%A1%9B%E7%A6%8F%E9%83%A8%E8%AD%B7%E7%90%86%E5%8F%8A%E5%81%A5%E5%BA%B7%E7%85%A7%E8%AD%B7%E5%8F%B8.png" style="width: 491px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>空轉後送遠距會診平臺採用國際醫療資料交換標準FHIR API，作為核心架構，串接衛生所醫療資訊系統和影像傳輸系統資料，並透過專線連結健保VPN環境，彙整健保署健保雲端查詢系統、電子病歷系統資料。</strong>圖片來源／衛福部護理及健康照護司</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>從蘭嶼擴展到全臺105處離島原鄉，連疫情後送也靠它</strong></span></span></p> <p>蘭嶼的試驗證明了空轉後送遠距會診平臺的可行性，於是衛福部進一步擴大導入區域。截至2019年8月，衛福部總共完成105處據點的導入，包括空審中心、照護司、35處離島醫療院所、57處原鄉衛生所及11處本島空轉後送醫院。</p> <p>在擴大導入的同時，衛福部也馬不停蹄來完善各項系統介接，藉健保署、衛福部資訊處和地方衛生局協助，完成資料庫授權，以FHIR格式的API，完整串接遠距會診平臺與在地醫療機構的HIS、醫療影像傳輸系統（PACS），以及健保醫療資訊雲端查詢系統和電子病歷系統。</p> <p>不過，蔡淑鳳坦言，資料互通一路並不順遂。由於照護司的管轄範圍只有離島和原鄉在地資訊系統，其他如醫療資訊系統、健保就醫紀錄、電子病歷系統等並不在範圍內，「因此得一一溝通。」然而，相關單位擔心開放資料會引發隱私問題，照護司因此從法規下手，鎖定了個人資料保護法、全民健康保險法、全民健康保險保險憑證製發及存取資料管理辦法、醫療法、緊急醫療救護法、救護直昇機管理辦法等6項法規，提出修改法規的行政程序，才得以打通資料壁壘，讓送、審、接三方同步調閱病歷資料的權限。</p> <p>然而，要共享資料，只有平臺還不夠。由於平臺仰賴醫療影像傳輸和即時視訊來進行多方決策，照護司也大力改善原鄉和離島地區的網路基礎建設。在前瞻基礎建設計畫補助下，他們將全臺73個鄉鎮、403處原鄉離島衛生所和巡迴醫療點的網路頻寬速率，從原本的Kbps等級，提升至Mbps等級，下行和上行速率可達100Mbps/40Mbps。同時，照護司也汰換衛生所老舊的HIS，來優化醫療資料傳輸速度和視訊網路連線品質。</p> <p>不只如此，衛福部還針對空轉後送遠距會診平臺的網路連線，在系統中設置了自動監測連線狀態的功能，每日把關平臺建置點的網路連線狀態。其中，空審中心可每天協助確認平臺連線情形，而地方衛生局也有權限查詢轄內醫療院所的上線狀態。</p> <p>有了這些前置作業，這套平臺順利在2019年10月正式上線，至2020年10月為止，經由新平臺實際後送的案件達347件。而且，在今年初COVID-19疫情爆發時，平臺更成功解決了疑似案例的分歧判斷。</p> <p>蔡淑鳳指出，今年3月有一名符合空轉後送條件的離島個案，但送、審、接三方對這位病人是否染疫的判斷不一，因此，照護司立即啟動空轉後送遠距會診平臺，將中央流行疫情指揮中心也納入討論，透過視訊和病人就醫紀錄，來決定是否該當地留治，還是後送本島。</p> <p>幾天後，為了讓類似案件有法可循，照護司在中央流行疫情指揮中心的醫療應變組會議中，決議訂定一套疑似COVID-19個案評估多方視訊會診啟動流程，打下傳染病轉診後送作業的標準基礎。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%963-FHIR%E4%BB%8B%E6%8E%A5%E8%B3%87%E6%96%99-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E8%A1%9B%E7%A6%8F%E9%83%A8%E8%AD%B7%E7%90%86%E5%8F%8A%E5%81%A5%E5%BA%B7%E7%85%A7%E8%AD%B7%E5%8F%B8.png" style="width: 491px;" /></p> <p><span style="color: rgb(105, 105, 105);"><strong>衛福部護理及健康照護司打造的新空轉後送遠距會診平臺，以資料交換標準FHIR串接多方IT系統和政府單位外，還將原本需要手工的流程自動化，更納入電子簽章簽核和視訊功能，達到流程自動化和共享化。</strong>圖片來源／衛福部護理及健康照護司</span></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>未來還要導入深度學習提前預警，同時深化離島遠距醫療服務</strong></span></span></p> <p>這套平臺不只解決單方決策壓力，照護司還計畫擴大平臺的用途，比如透過平臺視訊功能，來推行原住民和離島地區的繼續教育，或是導入深度學習模型，來分析患者醫療資料並預測是否有空中轉診後送需求。「要是早一步知道，就可選擇在風險較低的白天來後送，」蔡淑鳳說。</p> <p>此外，她也指出，這套平臺在離島遠距醫療上也有不少應用。比如今年，照護司選定了臺東縣蘭嶼鄉和綠島鄉衛生所、澎湖縣望安鄉和西嶼鄉衛生所，以及連江縣立醫院等5處醫療院所，結合平臺視訊功能和病歷調閱機制，搭配檢查器材來試辦眼科、耳鼻喉科和皮膚科等科別的遠距醫療專科服務。</p> <p>明年，照護司還計畫將這套遠距醫療模式，擴大至其他離島原鄉地區衛生所，以資訊共享和科技輔助來深化遠距醫療照護。</p> <p class="rtecenter"><strong style="font-size: 28px; color: rgb(51, 153, 255);">空轉後送遠距會診平臺操作流程</strong></p> <p><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 步驟1 </span></span> 線上新增轉診單</strong></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%964-%E6%AD%A5%E9%A9%9F1.png" style="width: 500px;" /></p> <p><span style="color:#FFFFFF;"><strong><span style="background-color:#3399ff;"> 步驟2 </span></strong></span> <strong>線上填寫申請表和同意書</strong></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%965-%E6%AD%A5%E9%A9%9F2-1.png" style="width: 500px;" /></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%966-%E6%AD%A5%E9%A9%9F2-2.png" style="width: 500px;" /></p> <p><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 步驟3 </span></span> 病患檢驗資料也能上傳</strong></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%967-%E6%AD%A5%E9%A9%9F3.png" style="width: 500px;" /></p> <p><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 步驟4 </span></span> 自動帶入醫療記錄資訊</strong></p> <p class="rtecenter"> <img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%968-%E6%AD%A5%E9%A9%9F4.png" style="width: 500px;" /></p> <p><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> <strong>步驟5</strong> </span></span> <strong>自動產生申請表和同意書</strong></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%969-%E6%AD%A5%E9%A9%9F5.png" style="width: 500px;" /></p> <p><strong><span style="color:#FFFFFF;"><span style="background-color:#3399ff;"> 步驟6 </span></span> 轉診多方簽核也全線上進行</strong></p> <p class="rtecenter"><strong><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%9610-%E5%AE%8C%E6%88%90.png" style="width: 500px;" /></strong></p> </div></div></div>
2020/12/14 19:00作者王若樸https://www.ithome.com.tw/news/141638
報導：國家級駭客透過供應鏈攻擊美國財政部與商務部
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.reuters.com/article/us-usa-cyber-amazon-com-exclsuive-idUSKBN28N0PG" target="_blank">路透社</a>與<a href="https://www.wsj.com/articles/agencies-hacked-in-foreign-cyber-espionage-campaign-11607897866?mod=djemalertNEWS" target="_blank">華爾街日報</a>本周引述消息來源報導，美國的財政部與商務部近日相繼遭到駭客攻擊，且駭客是先入侵了這些美國政府機關的IT業者SolarWinds，儘管尚未確定攻擊來源，但部份參與調查的人士透露，他們相信相關意外是源自於俄羅斯所支持的駭客集團，且攻擊手法與<a href="https://www.ithome.com.tw/news/141543" target="_blank">FireEye被駭</a>事件如出一轍。</p> <p>SolarWinds為美國的軟體開發商，主要研發可管理網路、系統及資訊科技基礎設施的軟體，根據其官網說明，該公司的客戶包括全美五百大企業中的425家、前十大電信業者、美國軍方、美國國防部、國務院、NSAS、國安局、郵政服務、司法部，以及美國總統辦公室。</p> <p>儘管不論是SolarWinds或美國政府機構都未證實此事，但<a href="https://www.solarwinds.com/securityadvisory" target="_blank">SolarWinds近日發布安全公告</a>，指出其IT監控平臺SolarWinds Orion Platform遭到高度精密的供應鏈攻擊，且紐西蘭的網路危機處理中心<a href="https://www.cert.govt.nz/it-specialists/advisories/solarwinds-orion-vulnerability-being-actively-exploited/" target="_blank">（CERT NZ）亦對此發布了警告</a>。</p> <p>根據報導，除了財政部與商務部之外，還有其它美國機關已被該駭客集團所滲透，且駭客至少已進駐商務部旗下國家電信與資訊管理局數月之久，該局的電子郵件早就受到監控。</p> <p>而SolarWinds則說，該公司在今年3月到6月間釋出的SolarWinds Orion Platform 2019.4 HF 5至2020.2.1版本遭到駭客攻擊，他們被告知駭客來自海外，且是有特定目標的攻擊行動。SolarWinds已釋出Orion Platform 2020.2.1 HF 1進行修補，而且計畫在12月15日釋出2020.2.1 HF 2，呼籲客戶在2020.2.1 HF 2出爐後應立即部署，因為此一版本不只替換了被攻陷的元件，也提供進一步的安全措施。</p> <p>CERT NZ的表達更直接，指出SolarWinds Orion平臺有個重大漏洞已遭駭客開採，該漏洞允許駭客於系統上植入後門，進而危害受害者網路並存取資料，包括FireEye與許多採用該平臺的美國組織都已淪陷。</p> <p>不甘被點名的<a href="https://www.facebook.com/RusEmbUSA/posts/1488755328001519" target="_blank">俄羅斯大使館很快就透過臉書發表聲明</a>，指出美國媒體報導當地政府機關遭到俄羅斯駭客攻擊是毫無根據的，還說俄羅斯不會在網路空間上執行攻擊行動。</p> </div></div></div>
2020/12/14 16:05作者陳曉莉https://www.ithome.com.tw/news/141651
思科買下專門提供聽眾互動技術的斯洛伐克業者Slido
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://blogs.cisco.com/news/346777" target="_blank">思科（Cisco）上周宣布</a>，已買下2012年成立於斯洛伐克的聽眾互動技術平臺Slido，且將把Slido技術整合到Cisco Webex會議平臺上，以強化Webex在實際及虛擬會議上的互動能力。</p> <p>根據思科的全球勞工調查，有98%的受訪者認為未來的會議都將包含遠端的參與者，這使得企業必須認真思考如何維持員工、業務及客戶之間的關係與促進文化交流，而Slido平臺可同時支援會議之前、期間與之後的投票、問答、測驗、文字雲、調查及分析等能力，目前每個月有超過700萬名參與者。</p> <p>Slido強調只需不到1分鐘就能設定聽眾的互動功能，與會人士只要透過會議密碼或連結就能從手機、平板或筆電加入會議，而不必下載任何程式，之後就能進行投票、問問題或提供意見。</p> <p>在思科將Slido技術整合到Cisco Webex之後，未來的Webex將提供動態的Q&A與投票經驗，並利用視覺化的圖表來呈現結果；還能即時取得與會前/中/後的洞察結果，且讓每個與會者都能表達意見，讓演講者得以與聽眾建立有意義的連結。</p> <p>雙方並未公布交易價格，但預計於明年5月之前完成交易。</p> </div></div></div>
2020/12/14 16:40作者陳曉莉https://www.ithome.com.tw/news/141652
針對FireEye遭外洩的紅隊演練工具，思科列出了當中利用的16個漏洞CVE編號與Snort特徵碼，呼籲企業進行防範
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.ithome.com.tw/news/141543">資安廠商FireEye於12月8日表示遭到攻擊</a>，駭客不只企圖找尋特定的用戶資料，還對於該公司提供紅隊演練（Red Team）的工具下手。但對於防範這套工具日後可能會遭到濫用的情況，該公司<a href="https://www.fireeye.com/blog/threat-research/2020/12/unauthorized-access-of-fireeye-red-team-tools.html">在公告裡表示，他們於GitHub提供相關的入侵指標（IoC）、Snort與Yara特徵碼等資訊</a>，並強調他們提供的工具都是利用已知漏洞。但這些漏洞究竟為何？一般人若是直接從該公司的公告內容，其實不易得知。而對於此事，<a href="https://blog.talosintelligence.com/2020/12/fireeye-breach-guidance.html">思科的威脅情報單位於9日整理了一份指南</a>，列出遭外洩的工具裡，所採用的漏洞CVE編號清單與Snort特徵編號對照表，以供企業進行因應。</p> <p>事實上，思科列出的清單，是來自於FireEye於<a href="https://github.com/fireeye/red_team_tool_countermeasures">GitHub上公開的資料</a>，這套工具<a href="https://github.com/fireeye/red_team_tool_countermeasures/blob/master/CVEs_red_team_tools.md">總共運用了16項漏洞</a>。這些漏洞存在於視窗作業系統、網路安全設備、電子郵件系統、協作平臺，以及身分驗證系統等。FireEye依據這些漏洞的CVSS風險評估指標，由高至低列出這些漏洞編號與敘述。</p> <p><a href="https://s4.itho.me/sites/default/files/images/FireEye-leaked-red-team-tool_CVEs.png"><img alt="" src="https://s4.itho.me/sites/default/files/images/FireEye-leaked-red-team-tool_CVEs.png" style="width: 580px;" /></a></p> <p>而根據這些漏洞所存在的軟體和設備，我們將這16項漏洞歸納為下列類型：</p> <h3><strong><span style="color:#B22222;">1</span>.Windows作業系統</strong></h3> <p><a href="https://www.ithome.com.tw/news/140014">CVE-2020-1472</a>：又稱Zerologon，可提升AD權限，CVSS風險指標為10分<br /><a href="https://www.ithome.com.tw/news/131106">CVE-2019-0708</a>：又稱BlueKeep，Windows遠端桌面服務（RDS）的RCE漏洞，CVSS風險指標為9.8分<br /><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2014-1812">CVE-2014-1812</a>：Windows本機權限提升漏洞，CVSS風險指標為9.0分<br /><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2016-0167">CVE-2016-0167</a>：Windows本機權限提升漏洞，CVSS風險指標為7.8分</p> <h3><strong><span style="color:#B22222;">2</span>.網路安全設備</strong></h3> <p><a href="https://www.ithome.com.tw/news/132764">CVE-2019-11510</a>：Pulse Secure VPN任意檔案讀取漏洞，CVSS風險指標為10分<br /><a href="https://www.ithome.com.tw/news/132019">CVE-2018-13379</a>：FortiOS SSL VPN任意檔案讀取漏洞，CVSS風險指標為9.8分<br /><a href="https://www.ithome.com.tw/news/135005">CVE-2019-19781</a>：Citrix ADC、Citrix Gateway、Citrix SD-WAN WANOP的RCE漏洞，CVSS風險指標為9.8分</p> <h3><strong><span style="color:#B22222;">3</span>.電子郵件應用系統</strong></h3> <p><a href="https://www.ithome.com.tw/news/136043">CVE-2020-0688</a>：Microsoft Exchange的RCE漏洞，CVSS風險指標為9.8分<br /><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-11774">CVE-2017-11774</a>：Microsoft Outlook郵件程式，能透過草稿文件執行的RCE漏洞，CVSS風險指標為7.8分<br /><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-8581">CVE-2018-8581</a>：Microsoft Exchange權限提升漏洞，CVSS風險指標為7.4分</p> <h3><strong><span style="color:#B22222;">4</span>.協作平臺</strong></h3> <p><a href="https://www.ithome.com.tw/news/130584">CVE-2019-0604</a>：Microsoft SharePoint的RCE漏洞，CVSS風險指標為9.8分<br /><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-3398">CVE-2019-3398</a>：Confluence的RCE漏洞，CVSS風險指標為8.8分</p> <h3><strong><span style="color:#B22222;">5</span>.網頁應用程式建置工具</strong></h3> <p><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-15961">CVE-2018-15961</a>：Adobe ColdFusion的RCE漏洞（藉由任意檔案上傳弱點，來上傳JSP檔案的Web Shell發動攻擊），CVSS風險指標為9.8分</p> <h3><strong><span style="color:#B22222;">6</span>.身分驗證管理</strong></h3> <p><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-11580">CVE-2019-11580</a>：Atlassian Crowd的RCE漏洞，CVSS風險指標為9.8分</p> <h3><strong><span style="color:#B22222;">7</span>.IT管理工具</strong></h3> <p><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2020-10189">CVE-2020-10189</a>：Zoho ManageEngine Desktop Central的RCE漏洞，CVSS風險指標為9.8分<br /><a href="https://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2019-8394">CVE-2019-8394</a>：Zoho ManageEngine ServiceDesk Plus的任意檔案讀取漏洞，CVSS風險指標為6.5分</p> <p>在FireEye提及他們遭到外洩的工具中，強調所使用的都是已知漏洞，而值得留意的是，上述演練工具利用的漏洞，也不少在今年出現攻擊行動。駭客為何會如此食髓之味，屢屢利用這種已知漏洞發動攻擊？很可能和許多企業尚未修補漏洞有關。</p> <p>例如，今年4月資安業者Rapid7發現，微軟在2月修補的CVE-2020-0688漏洞，<a href="https://www.ithome.com.tw/news/136800">仍有35萬臺Exchange伺服器未修補</a>，微軟也在6月提出警告，表示<a href="https://www.ithome.com.tw/news/138440">他們發現有越來越多駭客濫用這項漏洞來攻擊Exchange伺服器</a>；再者，<a href="https://www.ithome.com.tw/news/139500">大型郵輪業者Carnival於8月底遭到勒索軟體攻擊</a>，傳出原因很有可能與Citrix設備未修補CVE-2019-19781漏洞有關；11月下旬，有人在駭客論壇<a href="https://www.ithome.com.tw/news/141261">張貼近5萬個未修補CVE-2018--13379漏洞的Fortinet SSL VPN設備名單</a>，企圖吸引想要發動攻擊的買家。這也代表著企業修補這種重大漏洞，應該需要採取更為快速的策略，以避免在尚未修補的空窗期成為駭客下手攻擊的對象。</p> </div></div></div>
2020/12/14 16:52作者周峻佑https://www.ithome.com.tw/news/141624
Amazon EMR現可部署到EKS上，提高資源使用以及執行效率
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>AWS現在讓用戶<a href="https://aws.amazon.com/tw/blogs/aws/new-amazon-emr-on-amazon-elastic-kubernetes-service-eks/">在Amazon EKS上部署Amazon EMR</a>，這是一種新的EMR部署選擇，使得開源大資料框架，能夠獲得EKS上自動化配置與管理的方便性，而且用戶還可在同一個EKS叢集上，同時運作Spark與其他類型的應用程式，以提高整體資源的利用率，並簡化基礎設施管理工作。</p> <p>Amazon EMR提供Apache Spark、Hive、HBase、Flink、Hudi和Presto等框架，讓用戶可以執行各種大資料工作負載，EMR會自動配置和擴展這些框架，並使用EC2執行個體類型，以最佳化速度與價格需求。而部分用戶則在EKS上，自己管理Apache Spark框架，以靈活調度大資料工作負載，但無法獲得EMR安裝和管理框架的方便性。</p> <p>因此現在AWS讓用戶可以將EMR應用程式，部署到EKS叢集上，與其他類型的應用程式一起運作，這種方式讓所有工作負載，都可以共享資源，並且讓用戶以標準化的方式，統一管理和營運應用程式。而在EKS上執行的EMR，也可以獲得在EC2上運作的好處，像是使用最新框架、效能最佳化的Runtime，或是用於除錯的Spark使用者介面等。</p> <p>EMR會自動將應用程式、大資料框架以及預建置的連接器，都打包進容器中，並把應用程式部署到EKS叢集上，自動管理日誌記錄和監控運作狀況，官方提到，與EKS上的標準Apache Spark相比，EMR提供3倍效能的最佳化Spark Runtime。</p> <p>AWS在其開發工具中，也整合了這項新功能，用戶現在可以使用Apache Airflow、Amazon EMR Studio筆記本、AWS CLI和AWS SDK來提交分析應用程式，AWS開發適用EMR的Airflow Operator，用戶可以在自我託管的Airflow中，使用該連接器，或是用戶也可以在EMR Studio網頁IDE，執行資料分析和資料工程等任務，透過EMR Studio的使用者介面，就可以將筆記本程式碼，提交到EKS上的EMR叢集。</p> </div></div></div>
2020/12/14 17:06作者李建興https://www.ithome.com.tw/news/141653
Kubernetes 1.20正式加入磁碟區快照操作功能
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Kubernetes官方發布了2020年最後一個版本<a href="https://kubernetes.io/blog/2020/12/08/kubernetes-1-20-release-announcement/">1.20</a>，這是在今年受疫情影響以來，新增功能最多的一個版本，包括進入穩定階段的磁碟區快照操作（Volume Snapshot Operations）以及程序ID（PID）限制功能，而進入Beta階段的功能，則有Kubectl Debug與API優先與公平性（API Priority and Fairness，APF）功能等。</p> <p>Kubernetes 1.20新功能磁碟區快照操作，提供了一個標準操作方法，讓用戶可以觸發磁碟區快照，官方提到，Kubernetes的目標，就是要在分散式應用程式，以及底層叢集中間，建立一個抽象層，讓應用程式可以簡單地在各種叢集上運作。而磁碟區快照操作便是達成此一目標的其中一項功能，讓用戶可以在任何Kubernetes環境，不須顧慮底層儲存，就能夠以可移植的方式操作磁碟區備份。</p> <p>而程序ID限制功能則是可以使Kubernetes工作負載，更加穩定的功能。PID是Linux主機上的基礎資源，而管理員需要一些機制，來確保用戶Pod不會耗盡PID，而導致主機守護行程像是Runtime或是kubelet無法執行，另外，透過限制Pod可取用的PID，也可以限制在節點上對其他工作負載的影響，而在Kubernetes 1.20上進入正式版的程序ID限制功能，便是提供有用的工具，讓用戶能夠限制Pod。</p> <p>另外，從Alpha功能進入到Beta的Kubectl Debug功能，提供了一些常見Kubectl除錯工作流程的支援，讓用戶在特定情境除錯更容易，還有，在Kubernetes 1.18中加入的APF，則現在於Kubernetes 1.20中預設啟用，這項功能可以要求kube-apiserver按優先等級，對流入的請求進行分類。</p> <p>官方提到，在6月的時候，Kubernetes社群成立了一個新的工作組，以響應全美目前黑人的命也是命（Black Lives Matter）的活動，這個命名工作組的目標，就是要徹底消除Kubernetes專案中，存在帶有歧視與定義不清楚的名詞，而這項工作組的初步成果，用戶已經會在Kubernetes 1.20裡看到。</p> </div></div></div>
2020/12/14 15:50作者李建興https://www.ithome.com.tw/news/141650
臉書移除濫用該平臺的越南APT32及孟加拉駭客集團的帳號
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://about.fb.com/news/2020/12/taking-action-against-hackers-in-bangladesh-and-vietnam/" target="_blank">臉書上周宣布</a>，該平臺的威脅情報分析師已辨識出在臉書上活動的越南APT32駭客集團以及另一個孟加拉駭客集團，並已移除他們在臉書上用來從事不法行動的帳號及粉絲頁。</p> <p>臉書並未替該孟加拉駭客集團命名，僅說該集團的活動與兩個孟加拉的非營利組織有關，一是標榜捍衛國家的Don’s Team，另一則是當地的犯罪研究與分析基金會（Crime Research and Analysis Foundation，CRAF），孟加拉駭客的攻擊目標為當地的活動家、記者及宗教少數派，Don’s Team與CRAF會不斷檢舉這些人的帳號，包括宣稱這些帳號是假冒的，或是張貼裸露、侵權與恐怖內容，以促使臉書關閉這些帳號及粉絲頁，它們有時也會駭進其他人的帳號，再用這些被駭帳號來進行檢舉。</p> <p>為此，臉書則直接關閉了與該駭客集團有關的帳號及粉絲頁。</p> <p>至於惡名昭彰的APT32駭客集團，不僅是<a href="https://www.ithome.com.tw/news/129693" target="_blank">駭進日本豐田汽車（Toyota）的首腦</a>，該集團的攻擊目標非常地廣泛，從人權活動家、各國政府、非政府組織、新聞媒體、資訊科技業者、醫療院所、到農業及日用品產業，且調查顯示APT32與越南的IT公司CyberOne Group有關。</p> <p>此外，APT32也採用多元的攻擊技巧，其中之一是在網路上建立虛構的人物，像是活動家或企業，或是以愛情來迷惑所要攻擊的對象，該集團細心地建立這些虛構人物的檔案與互動資訊，使他們看起來更真實，有些粉絲頁是用來吸引特定的粉絲，再針對這些粉絲進行網釣與惡意程式攻擊。</p> <p>其次是打造可闖進Google Play的惡意程式，這些惡意程式都要求超過程式功能的裝置存取權限，以讓APT32能夠監控人們的裝置。此外，APT32還會危害合法網站以展開水坑攻擊，或者是建立自己的惡意網站，以於受害者的裝置上植入惡意的javascript，以追蹤他們的瀏覽資訊。</p> <p>臉書除了禁止APT32於該平臺上張貼惡意網域之外，也移除了APT32在臉書上所設立的帳號，同時通知那些被APT32鎖定的受害者。</p> <p>值得注意的是，孟加拉駭客集團與APT32濫用的不只是臉書平臺，它們在網路上的攻擊行動是廣泛的，也會在其它平臺上出現。</p> </div></div></div>
2020/12/14 14:00作者陳曉莉https://www.ithome.com.tw/news/141648
推特收購視訊及螢幕分享新創業者Squad
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>推特（Twitter）上周五宣布收購視訊通話及影片分享軟體Squad，Squad也隨即於上周末關閉服務。</p> <p>Squad讓使用者和親友通訊同時分享手機或桌機螢幕，用於遠端教導親友使用應用程式，或是分享有趣的相片、影片或購物資訊皆相當方便。Squad執行長Esther Crawford<a href="http://squadapp.io/" target="_blank">公布該消息</a>的同時，Squad也宣布於12月12日關閉服務。</p> <p><a href="https://twitter.com/ilyabr0wn/status/1337396881647779842" target="_blank">推特產品副總裁Ilya Brown指出</a>，Squad對使用者參與語音和影像互動方式有深切了解，也是推特期望提供多元互動方式的重要一環。雙方合併後，Squad執行長、技術長及整個團隊將加入推特，為推特用戶提供創新的對話工具。</p> <p>這項收購也是推特提供文字之外的互動服務的多方嘗試之一。在此之前推特也推出過超短影片社群分享服務Vine及直播程式Periscope，不過擅長挖掘大廠動態的<a href="https://twitter.com/wongmjane/status/1337344129995395073" target="_blank">Jane Manchung Wong上周發現</a>Periscope程式碼顯示推特可能即將關閉這項服務。Squad可能用於取代Periscope的角色。</p> <p>推特11月還推出發出24小時後自行毁滅的文字訊息<a href="https://www.theverge.com/2020/3/4/21163877/twitter-stories-test-brazil-fleets-ephemeral" target="_blank">Fleets</a>、測試邀請制語音聊天室。</p> </div></div></div>
2020/12/14 12:00作者林妍溱https://www.ithome.com.tw/news/141646
甲骨文已將總部從加州移到德州，特斯拉可望跟進
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>就在Hewlett Packard Enterprise（<a href="https://www.ithome.com.tw/news/141434" target="_blank">HPE）於本月初宣布</a>，將把企業總部從矽谷遷移到位於德州斯普林（Spring）市，正在興建的新總部之後，甲骨文在上周提交給SEC的<a href="https://s23.q4cdn.com/440135859/files/doc_financials/2021/q2/d9e6e419-c062-4409-8903-541854b20f7e.pdf" target="_blank">10Q季報文件中</a>也揭露，甲骨文已經將企業總部從加州的紅木城（Redwood City）遷移到德州首都奧斯汀（Austin），而華爾街日報則報導，雖然特斯拉（Tesla）的總部仍在加州，但創辦人Elon Musk已經搬到德州了。</p> <p>甲骨文於10Q文件中表示，相信把總部從加州遷到德州將使甲骨文處於成長的最佳位置，可根據員工的角色，提供更靈活的工作地點與方式，未來甲骨文的許多員工都可選擇他們的辦公室位置，或者是繼續於家中兼職與全職工作，期望藉由實施更現代化的工作方式，進一步改善員工的生活與生產力品質。</p> <p>至於特斯拉創辦人Elon Musk早在今年5月就威脅要將總部從矽谷遷移到德州，主要是因為加州官員以疫情為由，拒絕特斯拉在當地的工廠恢復運作，<a href="https://twitter.com/elonmusk/status/1259159878427267072" target="_blank">Musk還透過Twitter表示</a>，這是讓特斯拉決定將總部搬到德州的最後一根稻草。</p> <p><a href="https://www.wsj.com/articles/elon-musk-to-discuss-teslas-banner-year-despite-pandemic-silicon-valleys-future-11607449988" target="_blank">華爾街日報</a>則在上周報導，雖然特斯拉的總部還在加州，但Musk本人已經搬到德州了，而且準備在加州建立新工廠。Musk除了批評加州的生活成本太高之外，也說加州政府太自滿，已經把新創企業以矽谷作為總部一事視為理所當然。</p> <p>德州認為Musk的進駐可望帶來更多工作機會，也可能針對Musk提供稅賦優惠。不過Musk並未公布把特斯拉總部搬到德州的時間表。</p> </div></div></div>
2020/12/14 12:30作者陳曉莉https://www.ithome.com.tw/news/141647
惡意程式Adrozek綁架瀏覽器執行點擊詐騙、竊取密碼，Chrome、Edge、Firefox都中招
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.microsoft.com/security/blog/2020/12/10/widespread-malware-campaign-seeks-to-silently-inject-ads-into-search-results-affects-multiple-browsers/" target="_blank">微軟警告</a>一隻惡意程式劫持 Chrome、Firefox及Edge等瀏覽器顯示惡意廣告目前在網路上散布，還會竊取部份用戶的帳號密碼，最多一天感染3萬臺電腦。</p> <p>名為Adrozek的滲透性惡意程式是一種瀏覽器修改程式（browser modifier）家族，它會修改目標瀏覽器搜尋引擎設定、以插入未授權廣告於網頁內，藉此進行點擊詐騙。此外，它還會從瀏覽器竊取密碼用於未來攻擊。所有主要瀏覽器都受到影響。</p> <p>Adrozek從今年5月就在網路上大量散布開來，而在攻擊最高峰的8月，微軟觀測它每天在超過3萬臺裝置上活動。</p> <p>微軟解釋Adrozek攻擊步驟。它一開始是利用大量網域代管數千個URL進行掛馬（drive-by）攻擊，以各種名目吸引用戶下載。一旦安裝到電腦後，就會修改瀏覽器外掛程式及特定DLL檔。</p> <p>修改外掛程式目的在加入JavaScript以連接外部伺服器，以顯示惡意廣告在搜尋結果頁上，修改DLL檔則是為了關閉安全設定，確保瀏覽器下載惡意外掛，以及關閉瀏覽器更新以免安全設定被回復。另外，它也會修改系統設定以降低被安全軟體偵測到，以擴大在受害者電腦內的潛伏期。</p> <p>在修改電腦設定後，Adrozek便可以開始主要活動。它的惡意Script會在搜尋結果頁及結果頁最上方的合法廣告上插入廣告，目的是引誘搜尋特定關鍵字的使用者點入已被它注入的廣告，再連到廣告聯盟網頁，藉此賺取導流收入，即點擊詐騙。</p> <p>主要瀏覽器包括Chrome、Edge、Firefox及Yandex都受到這波攻擊的影響。而在Firefox上，Adrozek還會再多一招，它還下載一個執行檔以蒐集裝置資訊、目前有效的用戶帳號名稱，以及存取儲存Firefox密碼及上網紀錄的檔案，再將這些資訊傳給攻擊者。</p> <p>微軟指出，會執行點擊詐騙的程式並不少見，但Adrozek冒充多種名目、潛伏在電腦內的手法，以及竊取用戶密碼的行為，顯示攻擊者手法愈來愈高明，且野心也更大。</p> <p>發現這類攻擊的個人用戶，微軟建議重新安裝瀏覽器。至於企業用戶，微軟則建議切斷這些威脅的攻擊面，像是啟動應用控管，只允許使用經授權的App和服務，或是使用端點安全產品，並找出其他網域（如雲端App）、電子郵件、和身份等威脅和端點資料的關聯性。</p> </div></div></div>
2020/12/14 11:00作者林妍溱https://www.ithome.com.tw/news/141645
現代汽車集團以11億美元入主機器人業務Boston Dynamics
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>日本軟體銀行<a href="https://www.prnewswire.com/news-releases/hyundai-motor-group-to-acquire-controlling-interest-in-boston-dynamics-from-softbank-group-opening-a-new-chapter-in-the-robotics-and-mobility-industry-301191028.html" target="_blank">（SoftBank）日前宣布</a>，將機器人部門Boston Dynamics以11億美元8成股權出售給了南韓現代汽車集團（Hyundai Motor Group）。</p> <p><a href="https://www.ithome.com.tw/news/114823" target="_blank">軟銀2017年才從Alphabet手上買下</a>這家生產人型及動物型機器人的科技公司。在這項交易下，現代汽車將取得Boston Dynamics 8成股權，軟銀則透過關係企業持有近2成股權。</p> <p>雙方表示，現代汽車希望藉由結合機器人科技及其汽車業的專業，以實現公司智慧行動解決方案的願景。在此願景下，現代汽車計畫投入自駕車、連網及電動車，智慧工廠、進階材料、人工智慧（AI）及機器人。現代汽車計畫將Boston Dynamics的機器人用於製造、運籌、營建及自動化等領域。</p> <p>Boston Dynamics產品包括人型及犬型機器人。它的犬型機器人Spot於今年6月正式開賣，已經賣出數百臺，用於公用能源、油電、礦產、營建及製造等產業，預計明年推出自主作業及遠端監控能力更強的企業版本，並推出具機器手臂版的Spot。此外Boston Dynamics已推出具有電腦視覺的機器手臂Pick，2021年還會再推出倉儲業用的行走機器人。</p> </div></div></div>
2020/12/14 10:30作者林妍溱https://www.ithome.com.tw/news/141644
Line推播不再吃到飽如何提高50萬會員黏著度，女裝電商分析顧客數據找出推播關鍵點
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>去年，Line官方帳號升級2.0，收費方式從無限量發送訊息的「吃到飽」改為以量計價，導致許多商家的行銷成本一下子翻了好幾倍，更造成一波Line官方帳號棄用潮。服飾電商露比午茶也受到影響，行銷費用恐怕暴增3倍，不過，他們並非選擇棄用Line，而是轉而分析顧客數據，先分眾、找出最有價值會員，再鎖定關鍵購購買流程點自動促銷，不僅讓推播成本降到比Line改制前還低，銷售報酬率（Return on Sales，ROS）更是倍數成長。</p> <p>露比午茶董事總經理洪怡芳回憶，過去，露比午茶的Line官方帳號有效好友數約有40萬人，每人每月推播7則訊息，平均每個月會花16萬元在Line訊息推播上；也就是說，在Line改制後，若要維持每人每月7則訊息的推播量，以一則0.2元來算，每月平均成本會竄升到56萬元（40x7x0.2），是原先的3.5倍！「我們當時是退無可退了，所以開始嘗試新的工具。」</p> <p>於是，露比午茶在今年初，開始運用結合顧客數據平臺（CDP）與BI的分析工具，先找出Line官方帳號好友的數據洞察，經過10次訊息推播後，發現40萬的有效好友中，只有1萬人是對應到露比午茶的註冊會員，3萬5千人會與官方帳號互動，其他好友則毫無回應。「我們很明確的知道，不能再用群發、濫發的方式，而是找出會員與潛在顧客來推播訊息。」洪怡芳表示，在收斂了發送的對象與訊息量之後，Line行銷成本每月可以降到3萬元左右。不過，也多了一筆行銷平臺費用，每月約7～8萬元。</p> <p>透過分析，洪怡芳也發現，忠誠客戶與新客的貢獻度，平均差了10倍以上，「失去一個舊客，等於要拉10個新客補回來，但是拉新客的成本又比鞏固舊客多好多倍，非常不划算，」這項發現也凸顯了顧客忠誠計畫的重要性，在拉新客的同時，更需要與舊客打好關係，來減少舊客流失。</p> <p>另一項發現，則是在進行多管道的用戶貢獻度分析時，部分用戶是透過單一管道來接觸露比午茶，部分則是透過雙管道或多管道，有趣的是，透過多管道接觸的用戶貢獻度，會比單一管道的用戶貢獻度多一倍，比如Line、臉書都追蹤露比午茶的用戶，就比單用Line或單用臉書的用戶貢獻度更高。這也讓洪怡芳得出一個結論：「客戶黏著度才是客戶貢獻度的基礎。」</p> <h3><span style="color:#FF8C00;">先找出過去未發現的行銷洞察，再加強訊息推送與用戶溝通</span></h3> <p>藉由這些分析結果，露比午茶就能調整行銷策略，來與現有50萬會員中更有價值的用戶對話，或是找出過去沒發現的機會點，挹注資源來創造收益。</p> <p>比如說，用戶的線上購物旅程中，很常出現將商品加入購物車卻未結帳的情形，露比午茶購物車未結的比例就有4～5成，「用戶已經走到最後一步了，只差結帳，如果這50%當中可以挽回20～30%，業績就能成長1.2～1.3倍。」洪怡芳說。</p> <p>過去，針對購物車未結的做法，露比午茶每週一會固定去撈上週所有購物車未結的用戶名單，一次發送簡訊來提醒結帳，同時在簡訊中附上Coupon券刺激消費意願，洪怡芳指出，當時ROS達到20就已經是不錯的成效。但這個做法，對於部分消費者來說，距離加入購物車的時間可能已經長達一週，溝通成效已經下降，且Coupon券還會被分享到群組裡共用，失去了原先要促進結帳的初衷。</p> <p>為此，露比午茶運用行銷自動化工具，透過簡單參數設定，設計出一套自動推播訊息的工作流程，將溝通時間從一週縮短到6小時，也就是在6小時後沒有結帳，就會以Line或Email自動通知，以此類推，3天、5天、7天後，也分別會再次以不同管道推播結帳訊息。藉由這個自動化推播機制，第一次推送訊息的ROS就衝到200，足足是先前的10倍。</p> <p>不僅如此，露比午茶還做了附送Coupon與未附Coupon的A/B測試，發現到，雖然附上Coupon的點擊率較高，但未付Coupon的轉換率較高，證明了折扣並非影響用戶結帳的決定性因素，提早溝通才是關鍵。</p> <p>另一個極具成效的應用情境，則是消費者在註冊了露比午茶的會員後，卻未消費的狀況，「我們以前光注意業績，都沒注意到註冊不買的問題，每天數十人註冊不買，卻沒人發現。」洪怡芳說。</p> <p>在這個狀況中，露比午茶同樣設計了自動推播訊息的工作流程，直接在目標對象的設定條件中，設定一天內註冊者減去已經購買者的名單，來計算出註冊未買的用戶，再透過對方留下的聯繫方式自動推送訊息。洪怡芳表示，針對這群人推播訊息後，購買率提升了10%。</p> <p>「以前不能做，是因為沒有洞察的資訊，也沒有自動化工具，導致訊息發送太耗時。」洪怡芳舉例，過去要找出註冊不買的用戶，就要請工程師撈資料來提供名單，同時，行銷人員還得向PM詢問需發送的商品品項名單，資料完備之後才能發送eDM，過程中會耗費許多時間。</p> <p>但現在，不會寫程式的行銷人員，也可以透過直覺式的行銷流程設計機制，來建立起訊息推送的自動化流程，連要發送哪些商品品項給用戶，都能透過直接選擇「熱門商品」、「最近瀏覽過的相關商品」、「曾放入購物車的相關商品」等選項，並選擇回溯天數（過去？天的記錄），設定好條件後快速針對用戶行為來推播。</p> <p>洪怡芳也提醒，導入新行銷平臺的過程中，要推動組織從認知、認同到改變，並不容易，以露比午茶的作法，是從自己先開始做，做出一定的成果後才交由同事來接手，「新系統是一個驅動力，讓馬達轉速可以快一點，但要改變人的認知、得到組織認同，再到作出改變，永遠都是企業的課題。」</p> <p>因此，她也建議，企業不是導入新行銷工具就好，為了要督促企業使用新工具，較佳的做法是尋找顧問來協助，來帶動整個企業在一定的時間內完成特定的任務，「就像是帶KPI的概念，三個禮拜一定要完成什麼，帶著大家一起往前衝。」</p> </div></div></div>
2020/12/14 09:34作者翁芊儒https://www.ithome.com.tw/news/141614
一周大事：Salesforce重金收購協作通訊平臺Slack。甲骨文讓MySQL同時結合OLTP及OLAP能力
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><span style="color: rgb(51, 153, 255);"><span style="font-size: 28px;"><strong>Salesforce重金收購協作通訊平臺Slack</strong></span></span></p> <p>Salesforce宣布將買下協作通訊平臺Slack，根據雙方的協議內容，Slack股東每股將收到26.79美元的現金與0.0776的Salesforce股份，換算之後此一交易，約價值277億美元，成為Salesforce自成立以來最大的一筆收購案，Salesforce計畫把Slack深入整合到每個Salesforce Cloud，並讓Slack成為Salesforce Customer 360的新介面。<a href="https://www.ithome.com.tw/news/141415" target="_blank">更多內容</a></p> <p><span style="color: rgb(51, 153, 255);"><span style="font-size: 28px;"><strong>甲骨文讓MySQL同時結合OLTP及OLAP能力</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%961_MySQL_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_%E7%94%B2%E9%AA%A8%E6%96%87.png" style="width: 429px;" /></p> <p><span style="color: rgb(105, 105, 105);">圖片來源／甲骨文</span></p> <p>甲骨文宣布為代管的開源關聯式資料庫MySQL服務加入分析功能，讓原本只作為營運處理（OLTP）的MySQL，同時具備分析（OLAP）的能力。這項名為MySQL Analytics Engine的功能，它是一個記憶體內（in-memory）分析加速器，可擴充至數千核，支援即時分析工作。<a href="https://www.ithome.com.tw/news/141461" target="_blank">更多內容</a></p> <p><span style="color: rgb(51, 153, 255);"><span style="font-size: 28px;"><strong>明年1月數位身分證試辦區域縮小為新竹市</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%963_%E6%95%B8%E4%BD%8D%E8%BA%AB%E5%88%86%E8%AD%89_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_%E5%85%A7%E6%94%BF%E9%83%A8.png" style="width: 256px;" /></p> <p><span style="color: rgb(105, 105, 105);">圖片來源／內政部</span></p> <p>內政部原本規畫在2021年1月試辦數位身分證(New eID)，並選定於澎湖縣、新北市以及新竹市進行試辦，由於外界質疑聲浪，內政部近期宣布試辦區域將縮小為新竹市，並以民眾自願申請為主，試辦期間也會透過賞金獵人活動，邀請資安團隊以測試卡在測試環境檢測，強化資安整備作業後，再進行全面換證的作業。<a href="https://www.ithome.com.tw/news/141525" target="_blank">更多內容</a></p> <p><span style="color: rgb(51, 153, 255);"><span style="font-size: 28px;"><strong>金管會核發首張純網銀執照，由樂天國際銀行先取得</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%962_%E6%A8%82%E5%A4%A9%E5%9C%8B%E9%9A%9B%E9%8A%80%E8%A1%8C_%E6%94%9D%E5%BD%B1_%E6%9D%8E%E9%9D%9C%E5%AE%9C.png" style="width: 373px;" /></p> <p><span style="color: rgb(105, 105, 105);">攝影／李靜宜</span></p> <p>本月初金管會終於正式核發樂天國際商業銀行營業執照，是臺灣獲得金管會許可設立純網銀的3家業者之中，第一家從金管會手中，取得營業執照的純網銀。金管會也透露另外2家已獲許可設立的純網銀業者，包括Line Bank、將來銀行，也正積極準備開業相關事宜。<a href="https://www.ithome.com.tw/news/141538" target="_blank">更多內容</a></p> <p><span style="color: rgb(51, 153, 255);"><span style="font-size: 28px;"><strong>科技部領軍將籌組量子國家隊</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%EF%BC%A0%E5%9C%96%E6%AA%94%EF%BC%9A%E8%87%B3%E6%B5%A9-%E9%87%8F%E5%AD%90%E5%9C%8B%E5%AE%B6%E9%9A%8A-%E5%9C%961-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E7%A7%91%E6%8A%80%E9%83%A8.png" style="width: 447px;" /></p> <p><span style="color: rgb(105, 105, 105);">圖片來源／科技部</span></p> <p>科技部宣布將跨部會合作，與經濟部、中研院攜手組成臺灣的量子國家隊，發展量子軟硬體自主相關技術，未來5年規畫將合計投入80億元的金額，並在南科設置國家量子科技研究基地，結合國內外人才、技術和臺灣半導體產業的優勢，以提升臺灣量子科技的實力。<a href="https://www.ithome.com.tw/news/141495" target="_blank">更多內容</a></p> <p><span style="color: rgb(51, 153, 255);"><span style="font-size: 28px;"><strong>臺北市府成立資料治理委員會</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E6%96%87%E5%BD%AC-%E5%8C%97%E5%B8%82-%E5%9C%961-%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90-%E8%87%BA%E5%8C%97%E5%B8%82%E8%B3%87%E8%A8%8A%E5%B1%80.png" style="width: 367px;" /></p> <p><span style="color: rgb(105, 105, 105);">圖片來源／臺北市資訊局</span></p> <p>臺北市政府成立資料治理委員會，為市府跨局處成立的府級委員會，北市府期望透過這個委員會未來以民眾的需求為核心，並參照歐盟GDPR，建立資料加密、交換機制，一方面確保市府各部門對民眾資料的保護，另方面提供市民便捷、安全的一站式服務，以兼顧數位便民及個資保護。<a href="https://www.ithome.com.tw/news/141500" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>雲達揭企業5G行動網路新戰略</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%BB%A3%E9%81%945G%E5%B0%88%E7%B6%B2_-%E5%9C%96%E6%94%9D%E5%BD%B1_%E4%BD%99%E8%87%B3%E6%B5%A9.png" style="width: 476px;" /></p> <p><span style="color:#696969;">攝影／余至浩</span></p> <p>在今年臺灣舉行的雲達Q.synergy年會上，雲達科技總經理楊麒令不只提到了包括5G公網與5G私網在內的5G戰略，更強調三層次的軟硬整合技術的重要性，才有機會做出以客戶應用場景為主，又能夠模組化的QCT POD（企業用5G隨選平臺）方案，來部署到企業，尤其是針對，如製造業、醫療、汽車產業等，組合出不同應用場景需求的解決方案。而且不只發展國產5G核網、5G RAN產品，還要融合AI技術。目前已用在廣達的製造工廠上。<a href="https://www.ithome.com.tw/news/141438" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>Visa將與P2P支付業者Circle合作發行加密貨幣信用卡</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%963_USDC%E4%BF%A1%E7%94%A8%E5%8D%A1_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_Visa.png" style="width: 500px;" /></p> <p><span style="color:#696969;">圖片來源／Visa</span></p> <p>全球主要發卡組織之一的Visa與P2P支付業者Circle簽署合作協議，將媒合Visa在全球的合作商家與Circle所發行的USD Coin（USDC）加密貨幣，並準備發行USDC加密貨幣信用卡。<a href="https://www.ithome.com.tw/news/141440" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>蘋果啟動小企業申請App Store佣金減半方案</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%962_App_Store%E6%94%BF%E7%AD%96_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_Apple.png" style="width: 500px;" /></p> <p><span style="color:#696969;">圖片來源／Apple</span></p> <p>今年11月蘋果公布針對小型開發商上架Apple Store提供佣金，由30%減為15%的方案，現在蘋果宣布小型開發商可以開始申請加入本方案，讓App 總收入100萬美元以下的小型開發商，其上架App Store的每款App只需分享現有一半，即15%的利潤給蘋果。<a href="https://www.ithome.com.tw/news/141459" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>Nvidia新技術可減少20倍AI模型訓練資料量</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%961_%E8%B3%87%E6%96%99%E5%A2%9E%E5%BC%B7%E6%8A%80%E8%A1%93_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_Nvidia.png" style="width: 500px;" /></p> <p><span style="color:#696969;">圖片來源／Nvidia</span></p> <p>Nvidia宣布發展出新的資料增強技術，可以大幅減少訓練人工智慧模型所需要的資料量，研究人員僅使用來自大都會藝術博物館的一個小型資料集，就讓人工智慧模型能夠創造出，過去可能需要數萬，甚至可能超過10萬訓練圖像，才能產生的精美圖像結果，該技術將來有望應用在醫療保健領域。<a href="https://www.ithome.com.tw/news/141520" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>原賽門鐵克消費產品部門收購防毒軟體公司Avira</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E5%9C%964_Avira_%E5%9C%96%E7%89%87%E4%BE%86%E6%BA%90_Avira.png" style="width: 444px;" /></p> <p><span style="color:#696969;">圖片來源／Avira</span></p> <p>前身是賽門鐵克消費產品部門的NortonLifelock宣布，以3.6億美元收購德國防毒軟體業者Avira。NortonLifeLock是2019年博通收購賽門鐵克企業及服務部門後，以原有消費安全產品線為核心創立。Avira也是專注於消費市場的網路安全及隱私防護產品，它以「免費加值」（freemium）的商業模式最為人所知，在歐洲及主要新興市場享有知名度。<a href="https://www.ithome.com.tw/news/141519" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>FBI警告BEC詐騙濫用自動轉寄</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1213-FBI.png" style="width: 500px;" /></p> <p>美國聯邦調查局（FBI）在11月25日提出警告，指出他們在8月發現的2起BEC電子郵件詐騙攻擊，駭客竊得企業員工的帳號及密碼，竄改網頁版的自動轉寄規則，把信件轉走以收集詐騙所需情資。而這些受害企業的共通點，就是僅針對工作站電腦的應用程式，監控相關規則，而沒有發現異狀。<a href="https://www.ithome.com.tw/news/141492" target="_blank">更多內容</a></p> <p><span style="color:#3399ff;"><span style="font-size:28px;"><strong>IBM針對5G產業推滲透測試服務</strong></span></span></p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/1213-ibm.png" style="width: 500px;" /></p> <p><span style="color:#696969;">攝影／羅正漢</span></p> <p>圍繞在5G的資安議題相當廣泛，如何讓5G安全能夠落實，持續成為各界關心的重點，值得注意的是，近期有資安廠商開始聚焦在5G供應鏈，例如IBM就提出相關解決方案，目的是讓資安能深入5G產業鏈，也就是中上游的產品或元件，而這樣的態勢，也將可能帶動未來國內產業在產品資安上的發展。<a href="https://www.ithome.com.tw/news/141581" target="_blank">更多內容</a></p> </div></div></div>
2020/12/13 19:40未署名https://www.ithome.com.tw/news/141618
Martech周報第1期：Martech之父預測行銷科技未來10年趨勢，將走向素人開發、App爆炸式成長與人機協作的時代
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><span style="color: rgb(0, 0, 255);">重點新聞(1204~1210)</span></p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> Martech之父 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 行銷科技 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 10年趨勢預測</span></strong></span></strong><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> </span></strong></span></strong></p> <p><strong><span style="font-size: 22px;"><strong>Martech之父發布未來10年行銷科技趨勢預測</strong></span></strong></p> <p>建立了行銷科技版圖（Martech Landscape）且在2014年推動行銷科技大會，因此被譽為行銷科技之父的Scott Brinker，在今年10月與全球最大的廣告傳播集團WPP全球產品管理負責人Jason Baldwin，共同發表了對未來10年行銷科技趨勢的5大預測，並在近期以系列文章的方式發表在自己經營的部落格中。這5大趨勢，一為No Code工具將驅動素人開發者的興起，Scott Brinker指出，不少行銷人員已經採用了自動化行銷及顧客旅程調度產品，但沒有意識到要建構如此精細的用戶體驗，過去需要一個軟體工程師團隊才能做到，但現在靠拖拉就能完成。</p> <p>二則是企業將會更善用平臺、網絡與市場三種模式來發展商業活動，無論是將這三種模式發展成產品來獲得收益，比如當前各類商業SaaS平臺、Facebook或Twitter等社交媒體網絡、Amazon創造的交易市場就屬這類，又或是將之視為營運模式，運用其中的資源來開展業務，行銷科技的發展將與這三種模式關係更緊密。三是在雲原生應用程式建構更容易、SaaS服務更普及的基礎下，未來的行銷市場將迎來應用程式爆炸式的成長。四是隨著數據近十年來爆炸式增長，且數據分析工具日漸成熟，未來十年也將迎來由大數據驅動的「大行動（Big Ops）」，對行銷人員來說，將更容易操作數據來產生洞察。五則是在AI迅速發展之下，未來人機協作將成為常態，AI將替行銷人員創造更多時間與工具，讓他們獲得過去無法企及的行銷能力。（<a href="https://chiefmartec.com/2020/11/martech-2030-introduction-decade-augmented-marketer/" target="_blank">詳全文</a>）</p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> Salesforce </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> Slack </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> CRM </span></strong></span></strong></p> <p><strong><span style="font-size: 22px;"><strong>Salesforce宣布併購Slack，欲打造更緊密協作的CRM平臺介面</strong></span></strong></p> <p>全球最大的CRM雲端服務供應商Salesforce在12月1日宣布，將以價值277億美元的股票與現金買下協作通訊平臺Slack，雙方預計於Salesforce的2022財年第二季（2021年7月底）以前完成交易。Slack指出，Salesforce的CRM平臺讓企業能在其中銷售、服務、行銷及進行各類商業活動，而Slack則是將人、資料與工具集結在一起，提供讓團隊溝通協作的平臺；兩者合併之後，Slack將會深度整合到Salesforce的雲端服務中，作為Customer 360的新介面，在CRM平臺現有的工作流程中，連結員工、客戶與企業夥伴來溝通協作，建立起更有生產力、更智慧化、更能快速決策的App及系統，創造更緊密連結的用戶體驗。（<a href="https://slack.com/intl/en-tw/blog/news/salesforce-signs-definitive-agreement-to-acquire-slack" target="_blank">詳全文</a>）</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/1202-salesforce_slack.png" style="width: 700px;" /></p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 臉書 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> CRM新創 </span></strong></span></strong><strong> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 通訊工具 </span></strong></span></strong></p> <p><strong><span style="font-size: 22px;"><strong>臉書正在併購CRM新創Kustomer，要透過自家通訊工具來布局客戶服務產業</strong></span></strong></p> <p>臉書在11月30日宣布，將買下2015年創立於紐約的CRM平臺Kustomer，這是一家在同一平臺中整合多溝通管道，讓企業更有效管理與客戶互動關係的新創企業，企業還能藉此平臺自動化重複性的任務，釋放業務人員的時間並提升與客戶互動的品質。在收購之後，臉書計畫提供資源來壯大Kustomer的營運，並將自家的通訊服務如WhatsApp或Messenger整合到Kustomer的CRM平臺中。</p> <p>臉書指出，每天有超過1億7千5百萬人透過WhatsApp來進行商業聯繫，且這個數字還在成長中，傳訊管道能提供更好的客戶體驗並驅動企業銷售的成長。觀察到這項趨勢，臉書近期釋出了WhatsApp及Messenger多個通訊功能的API更新，允許企業將這些通訊功能更深度的整合到產品或工具中，來更進一步管理與客戶的溝通，這是臉書擴大生態圈的一大戰略，與更多企業產品整合來延伸臉書生態圈，進而發展龐大的顧客管理服務產業。（<a href="https://about.fb.com/news/2020/11/kustomer-to-join-facebook/" target="_blank">詳全文</a>）</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/1201-kustomer.png" style="width: 700px;" /></p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> Adobe </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> CDP </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> B2B </span></strong></span></strong></p> <p><strong><span style="font-size: 22px;"><strong>Adobe宣布明年將在即時CDP平臺中支援B2B服務需求</strong></span></strong></p> <p>去年，Adobe基於體驗雲平臺（Adobe Experience Platform）建立了即時顧客資料平臺（RT-CDP），讓企業客戶能將不同的資料，合併到由匿名及已知顧客資料組成的統一資料平臺中。而現在，Adobe更要擴展即時CDP平臺，來支援B2B的客戶資料與工作流程，讓B2B銷售模式的企業，也能統一創建並管理人員與帳戶資料，來更全面、跨管道了解其企業客戶體驗。</p> <p>Adobe表示，預計在明年推出的B2B功能，能讓企業合併多樣的帳戶記錄，並即時更新到單一的帳戶檔案中，提供企業統一瀏覽帳戶的細節、屬性、人員等資料。舉例來說，若原先在Adobe即時CDP平臺中，所記錄的一位企業客戶員工換了工作，系統能正確地更新該人員的檔案以及與帳戶的關聯，讓企業能快速了解其客戶的資訊、保持與該客戶的聯繫。（<a href="https://blog.adobe.com/en/publish/2020/11/24/adobe-introduces-real-time-cdp-for-b2b.html#gs.ntkwgd" target="_blank">詳全文</a>）</p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 行銷自動化工具 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 購物車未結 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 註冊不買 </span></strong></span></strong></p> <p><strong><span style="font-size: 22px;"><strong>服飾電商找出購物車未結、註冊不買用戶分群推送訊息，來更有效與顧客溝通</strong></span></strong></p> <p>服飾電商露比午茶，去年受到Line官方帳號2.0計價改制影響，行銷成本大幅提高為原本的3.5倍，因此在今年初，開始採用結合BI、CDP以及自動化行銷工具的新系統，先分眾、找出最有價值的用戶群來行銷，不只將行銷成本降到比Line改制前還低，銷售報酬率（Return on Sales，ROS）更是倍數成長。</p> <p>露比午茶董事總經理洪怡芳舉例，露比午茶先透過BI工具先找出Line官方帳號好友的數據洞察，找出會員與潛在顧客來分群推送訊息，而非如過去維持群發的模式，同時，也藉由自動化行銷工具，針對購物車未結及註冊不買的用戶，建立訊息推播的自動化流程，尤其在為前者設定了一套加入購物車後6小時、3天、5天、7天，就會自動推送訊息的機制，加強與用戶的溝通來創造收益，第一次嘗試就達到10倍ROS的成效；不只如此，在找出註冊不買的用戶並進行訊息推播後，購買率也提升了10%，顯見策略性分群推送訊息的重要性。</p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 歐盟 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> CEO搜尋排名 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 透明度 </span></strong></span></strong></p> <p><strong><span style="font-size: 22px;"><strong>歐盟新法規要求提高CEO搜尋排名的透明度</strong></span></strong></p> <p>歐盟在12月8日發布了一份<a href="https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A52020XC1208%2801%29#ntr1-C_2020424EN.01000101-E0001" target="_blank">搜尋引擎排序透明度監管指南</a>，要求提供搜尋引擎服務的企業和旅遊網站，在每次演算法更新時公開影響搜尋排序的因素，來提高搜尋排序的可預測性，藉此來幫助非SEO專家的企業了解搜尋排序先後的原因，進而改變企業商品服務的呈現方式或特徵，行銷、銷售人員及出版商也能隨之作出調整。這也將對付費廣告及自然排名的內容產生影響。</p> <p>根據這份指南的規定，搜索引擎和線上市集需公開的並非演算法本身，而是能決定排序的關鍵變因或考量因素，這些業者也有義務去描述主要參數中相對重要的有哪些。歐盟也列舉了部分假設的排名參數，比如頁面加載速度、安全性（HTTPS）、圖片的型態／數量／品質、瀏覽次數、評論互動人次、線下服務的品質（比如旅館的評分、知名度、品牌等）、資料保護分數、內容品質、關鍵字標籤等。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/%E8%9E%A2%E5%B9%95%E5%BF%AB%E7%85%A7%202020-12-12%20%E4%B8%8A%E5%8D%8811_28_57.png" style="width: 700px;" /></p> <p><strong><span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 蘋果 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> App用戶資料蒐集 </span></strong></span> <span style="color: rgb(255, 255, 255);"><strong><span style="background-color: rgb(51, 153, 255);"> 透明度 </span></strong></span></strong></p> <p><span style="font-size: 22px;"><b>蘋果規定</b></span><b style="font-size: 22px;">App</b><span style="font-size: 22px;"><b>上架或更新，需提交所蒐集的用戶資料類別與用途</b></span></p> <p>蘋果的應用程式商店App Store，在12月8號開始實施隱私營養標籤的機制，目的協助用戶在任何Apple的平臺下載App之前，先了解它的隱私保護措施。蘋果規定開發者，需再上架或更新應用程式時，提交App將蒐集的用戶數據類型，以及回報蒐集的數據會轉交給哪些第三方組織運用，包括在App內埋入的分析工具、廣告行銷網絡、第三方SDK或其他外部企業的程式碼，讓用戶能在每個App的產品頁面了解到這些訊息。<p></p></p> <p>蘋果規範App供應商要公布的資料型態，包括用戶身份資訊、聯繫方式、健康狀況資訊、位置資訊、支付方式資訊、敏感類型資訊、歷史瀏覽紀錄、搜尋紀錄、購買記錄，以及資料蒐集的用途等。（<a href="https://developer.apple.com/app-store/app-privacy-details/" target="_blank">詳全文</a>）</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/App-store-disclosures.png" style="width: 700px;" /></p> <p><p></p></p> <p>責任編輯／翁芊儒</p> <p>圖片來源／Slack、Kustomer、<a href="https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A52020XC1208%2801%29#ntr1-C_2020424EN.01000101-E0001" target="_blank">搜尋引擎排序透明度監管指南</a>、蘋果官網</p> <p>資料來源：iThome整理，2020年12月</p> </div></div></div>
2020/12/12 12:10作者翁芊儒https://www.ithome.com.tw/news/141625
越獄版Cydia App Store控告蘋果App Store妨礙市場競爭
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>打造越獄版Cydia App Store的SaurikIT，本周向美國加州北部地方法院<a href="https://cache.saurik.com/lawsuit/complaint.pdf" target="_blank">控告蘋果的App Store妨礙市場競爭</a>，替App Store的壟斷爭議再添一筆。</p> <p>當蘋果於2007年6月發表第一款iPhone時，App Store尚未問世，而創立SaurikIT的軟體工程師Jay Freeman則在2008年的2月打造了Cydia，它是個專為破解版iPhone所設計的圖像使用者介面，內含許多軟體與Cydia App Store，而蘋果一直到2008年的7月才推出App Store，換句話說，Cydia App Store才是全球第一個iOS行動程式市集。</p> <p>就算蘋果同年就發表了自家的App Store，但Cydia App Store在2009的市占率仍達10%。SaurikIT於訴狀中指出，雖然App Store沿用了許多Cydia的設計，但Cydia仍受到許多開發者的歡迎，因為Cydia App Store上的程式數量較少，能見度較高，而且程式審核程序也比蘋果快上許多，然而，蘋果不但在iOS上僅允許使用App Store，還藉由不斷地更新iOS來提高破解iPhone的門檻，並警告用戶若破解iOS可能會失去保固，藉此築下競爭的高牆。</p> <p>此外，若非蘋果維護了iOS程式非法的獨占散布地位，今天的使用者應該得以選擇要如何或從哪裡下載iOS程式，且開發者也能自行選擇所要上架的行動程式平臺，讓蘋果參與競爭將同時造福消費者與開發者，然而，蘋果選擇了一條完全不同的道路，非法抑制了App Store的所有競爭。</p> <p>事實上，過去破解iPhone一度存在違法問題，蘋果曾宣稱iPhone的越獄是違法的，侵犯了蘋果的著作權。此外，蘋果還在2018年<a href="https://www.ithome.com.tw/news/124134" target="_blank">公開呼籲使用者不要破解iOS</a>，指出越獄不僅帶來安全風險、縮短電池壽命、破壞蘋果服務，還有可能造成蘋果拒絕維修這些被破解的iOS裝置。</p> <p>不過，每3年編修一次的千禧年著作權法案（Digital Millennium Copyright Act，DMCA）自2010年起，就認定破解手機屬於合理使用，<a href="https://www.copyright.gov/1201/2018/" target="_blank">2018年的新版DMCA</a>不只允許使用破解／解鎖／維修手機，還允許使用者破解聲控喇叭。</p> <p>現在Cydia則反過來控告蘋果違反市場競爭，請求法院要求蘋果開放iOS行動程式市集與程式付款程序，以讓其它業者得以與蘋果公平競爭。</p> </div></div></div>
2020/12/11 22:40作者陳曉莉https://www.ithome.com.tw/news/141627
Google將讓使用者自行控管酒類及賭博廣告
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://blog.google/technology/ads/greater-controls-sensitive-ad-topics-your-ad-settings/" target="_blank">Google本周宣布</a>，將率先於美國YouTube的廣告設定中，允許使用者減少各種與酒類及賭博有關的廣告，且預計在明年初部署到全球市場及擴大至其它Google服務的廣告。</p> <p>為了降低使用者對廣告的排斥，Google逐步增加廣告的透明性，並賦予使用者控制權。例如在Google搜尋、YouTube或Gmail中看到廣告時，廣告旁會出現「為什麼會顯示這則廣告」（About this ad）的字樣，點選後就能得到相關資訊；使用者也可藉由廣告設定（Ad Settings），來決定Google用來呈現個人化廣告時所使用的資訊，或者是完全關閉個人化廣告；廣告旁也會有一個代表「Mute this Ad」的按鈕，點選之後就不會再看到同樣的廣告。</p> <p>現在Google則會在廣告設定中新增一個廣告類別（Ad categories）的選項，讓使用者可減少看到特定廣告的機率，不過該類別現在只列出酒類（Alcohol）與賭博（Gambling）兩種廣告，而且只是看得比較少（fewer），無法完全阻擋。</p> <p>Google並未說明未來是否會新增其它供使用者選擇的廣告類別，僅說此一新的設定會率先出現在美國的YouTube上，明年初才會擴及其它Google服務以及全球市場。但若是在原本就禁止酒類及賭博性廣告的國家，使用者則不會看到這項功能。</p> <div class="c-message_kit__blocks c-message_kit__blocks--rich_text" style="box-sizing: inherit; max-width: none; margin-bottom: 4px; color: rgb(29, 28, 29); font-family: Slack-Lato, appleLogo, sans-serif; font-size: 15px; font-variant-ligatures: common-ligatures; background-color: rgb(248, 248, 248);"> <div class="c-message__message_blocks c-message__message_blocks--rich_text" style="box-sizing: inherit; max-width: none; overflow-wrap: break-word;"> <div class="p-block_kit_renderer" data-qa="block-kit-renderer" style="box-sizing: inherit; width: 936px;"> <div class="p-block_kit_renderer__block_wrapper p-block_kit_renderer__block_wrapper--first" style="box-sizing: inherit; display: flex;"> <div class="p-rich_text_block" dir="auto" style="box-sizing: inherit; counter-reset: list-0 0 list-1 0 list-2 0 list-3 0 list-4 0 list-5 0 list-6 0 list-7 0 list-8 0 list-9 0; width: 936px; user-select: text; line-height: 1.46668;"> </div> </div> </div> </div> </div> </div></div></div>
2020/12/11 23:20作者陳曉莉https://www.ithome.com.tw/news/141631
Google執行長為Timnit Gebru離職爭議滅火，本人指Sundar Pichai並未真正道歉
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://www.ithome.com.tw/news/141504">知名AI倫理學家Timnit Gebru在12月3日，於推特發文表示自己被Google人工智慧主管Jeff Dean解僱</a>，而起因是Timnit Gebru的上司，要求他撤回關於大型語言模型風險的論文不成，Google Research工程副總裁Megan Kacholia便「主動同意」Timnit Gebru的離職，而其公司帳戶也立刻被封鎖。</p> <p>這個消息傳開之後，引起Google員工與學術界人士不滿，Jeff Dean隨後發表公開信，試圖解釋Timnit Gebru是自願離職，但是這反而點燃Timnit Gebru支持者的怒火，串連超過6,000人，要求Google公開否決Timnit Gebru論文的理由，甚至學術界人士還發起，拒絕審查Google論文的活動。</p> <p>支持者認為，Timnit Gebru是Google內少數的黑人女性科學家，其在人工智慧倫理領域的研究，確保了人工智慧應用的公正性以及問責性，無論是在學術還是公共政策，都產生了深遠的影響，但是Timnit Gebru的研究，在Google內部受到不公平的審查，甚至遭受到報復性解僱對待。</p> <p>眼看這把火越燒越大，Google執行長Sundar Pichai便趕緊出面滅火，根據<a href="https://www.cnbc.com/2020/12/09/google-ceo-sundar-pichai-memo-on-timnit-gebru-dismissal.html">外媒</a>刊登Sundar Pichai給員工的信，內容寫道會好好調查這個事件。Sundar Pichai表示，Google會重新檢視導致Timnit Gebru離職的原因，並且避免往後發生類似的事件，同時Google也要負起黑人女性領導者，不愉快地離開Google的責任。對於年初Google才宣布一系列種族平等承諾，結果上周就發生Timnit Gebru離職事件，Sundar Pichai認為有必要持續檢討並改進內部政策。</p> <p>雖然有部分媒體將Sundar Pichai的信件內容，解釋為Sundar Pichai對Timnit Gebru的道歉，但是從Timnit Gebru的推特文章回應看來，Sundar Pichai信中所傳達的意思，離真正的道歉還有一段距離。<a href="https://twitter.com/timnitGebru/status/1336758637423960071">Timnit Gebru推文提到</a>，Sundar Pichai在信中使用「...from de-escalation strategies...」暗示著犯錯的其實是Timnit Gebru，只是他的上司處理方式不佳，並無其他歧視或是報復等錯誤，Timnit Gebru認為，Sundar Pichai沒有真正對他本人，以及他的遭遇道歉。</p> <p class="rtecenter"><img alt="" src="https://s4.itho.me/sites/default/files/images/%E6%88%AA%E5%9C%96%202020-12-12%20%E4%B8%8A%E5%8D%8812_09_50.jpg" style="width: 580px; height: 291px;" /></p> </div></div></div>
2020/12/12 00:37作者李建興https://www.ithome.com.tw/news/141632
微軟預覽Arm版Windows的x64模擬器
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://blogs.windows.com/windows-insider/2020/12/10/announcing-windows-10-insider-preview-build-21277/" target="_blank">微軟周四（12/10）釋出</a>Windows 10 Insider Preview Build 21277 （RS_Prerelease）測試版，使用Arm裝置的Windows 10用戶安裝該版本之後，即可透過安裝x64程式來測試<a href="https://blogs.windows.com/windows-insider/2020/12/10/introducing-x64-emulation-in-preview-for-windows-10-on-arm-pcs-to-the-windows-insider-program/" target="_blank">它所新增的x64模擬器</a>。</p> <p>微軟是在2017年發表Windows 10 on Arm，目前市場上採用Arm架構的Windows 10裝置包括Acer Spin 7、Lenovo Flex 5G，以及微軟自家的Surface Pro X。</p> <p>根據微軟的說法，Windows 10 on Arm問世時，使用者最需要的是32位元的x86應用程式，因而當時將焦點放在建置x86模擬器，時至今日，整個生態體系已轉移到64位元的x64程式，於是微軟擴大了模擬器的能力，納入對x64程式的支援。</p> <p>不過，就算是最新的模擬器已可支援x64程式，但為了達到最佳體驗，微軟依然建議開發人員打造支援Arm64的原生應用程式，而且不管是Windows SDK或Visual Studio 2017及之後的版本，都將全面支援Arm64程式，亦鼓勵開發人員替Arm64重新編譯程式。</p> <p>測試人員可自行選擇是要自Microsoft Store或其它來源安裝x64程式，可以試試那些只提供64位元的生產力程式或遊戲；為了創造最佳效能，微軟亦建議測試人員安裝高通Adreno繪圖驅動程式的預覽版；若要同時執行Arm64與x64 C++應用程式，則必須安裝Arm64 C++ Redistributable預覽版。</p> </div></div></div>
2020/12/11 22:50作者陳曉莉https://www.ithome.com.tw/news/141628
Oculus裝置將捆綁臉書帳號，德國展開反托拉斯調查
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>德國反托拉斯監管機關<a href="https://www.bundeskartellamt.de/SharedDocs/Meldung/EN/Pressemitteilungen/2020/10_12_2020_Facebook_Oculus.html" target="_blank">Bundeskartellamt於12月10日宣布</a>，將針對臉書旗下Oculus的虛擬實境（VR）產品及臉書平台的連結，展開反托拉斯調查。</p> <p>Oculus為一VR裝置開發商，在2014年被臉書以20億美元收購，現有的最新產品為頭戴式VR裝置Oculus Quest 2。臉書於今年8月整合內部的VR與AR團隊，設立Facebook Reality Labs，負責Oculus頭戴式VR裝置、Portal視訊通話裝置，以及Spark AR平臺。</p> <p>Bundeskartellamt的調查發現，未來要使用Oculus Quest 2裝置時，必須透過臉書帳號註冊，不管是新舊裝置都不得再以既有的Oculus帳號註冊。</p> <p>Bundeskartellamt主席Andreas Mundt認為，以這種方式捆綁VR產品及社交網路，可能構成被禁止的濫用市場主導地位。目前除了臉書為德國主要的社交平台之外，Oculus也是新興VR市場的重要品牌，因此他們打算研究這樣的安排，是否會影響這兩個領域的競爭狀況。</p> <p>臉書是在今年9月才發表Oculus Quest 2，它是個可以獨立使用，而不必仰賴手機或電腦等其它硬體的頭戴式VR裝置，64GB版本的售價為319美元，256GB為419美元，已陸續於全球市場舖貨。</p> </div></div></div>
2020/12/11 23:00作者陳曉莉https://www.ithome.com.tw/news/141629
Google、Dell及Zoom等業者共組現代運算聯盟，打算統整從晶片到雲端的技術堆疊
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Google號召了Box、Citrix、Dell、Imprivata、Intel、Okta、RingCentral、Slack、VMware與Zoom等業者，<a href="https://cloud.google.com/blog/products/chrome-enterprise/introducing-modern-computing-alliance" target="_blank">於本周發表了現代運算聯盟</a>（Modern Computing Alliance，MCA），打算執行自晶片到雲端（silicon-to-cloud）的全面整合，以提供差異化的雲端運算平臺及各種業務解決方案予企業客戶，同時也邀請其它業者加入。</p> <p>除了外部的業者之外，代表Google參與MCA的是Chrome瀏覽器、Chrome OS及Google Workspace。Chrome OS副總裁John Solomon表示，隨著人們的生活與業務都轉移到雲端，各界對完整技術堆疊（technology stack）的需求漸增，從晶片到雲端，而且也是一個重新定義技術系統與堆疊的好機會，以及它們如何在一個以網路為優先的互連世界運作，要解決如此負責的挑戰需要整個產業以全新方式共同合作。</p> <p>Google指出，MCA將會藉由整合各種標準與技術，來提供企業所需的各種高效能及雲端優先解決方案，將推動從晶片到雲端的創新服務以造福企業客戶。</p> <p>MCA目前的規畫是從4大挑戰著手，包括效能、安全/身分認證、遠端工作/生產力/協作，以及健康照護。例如建立跨網路與裝置的友善與無縫體驗，打造更先進的雲端資料安全機制及改善資料遺失解決方案，讓企業得以建立更聰明的角色授權，強化分散人力的生產力，以及替健康照護產業打造投資報酬率更高的解決方案。</p> <p>目前該聯盟只規畫了願景，尚未有具體的產品或服務，預計於明年上半年公布早期的合作成果。</p> </div></div></div>
2020/12/11 23:10作者陳曉莉https://www.ithome.com.tw/news/141630
研究人員揭露新的程式碼注入可竊取伺服器敏感PDF文件內容
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://portswigger.net/research/portable-data-exfiltration" target="_blank">研究人員在Black Hat Europe示範</a>，用簡單一個連結就可以注入指令並竊取、甚至修改網站PDF文件的內容。</p> <p>許多組織在網站伺服器端產生PDF文件，像是電子票證、收據、登機證、支付回條等等，許多都是敏感內容，像是銀行帳號、護照號碼、地址，而成為攻擊者的目標。</p> <p>PortSwiggr安全測試廠商研究人員Gareth Heyes指出，伺服器端的PDF有很多地方可以上下其手，例如文字字串或注釋（annotations），因為這些物件允許開發人員在括號內嵌入文字或URI（統一資源識別碼），只要能注入括號或是反斜線，就能在文件中注入PDF程式碼，甚至有害的PDF物件或action。</p> <p>這個攻擊手法成功關鍵在PDF函式庫能允許注入括號或反斜線。他指出，一個安全的函式庫應該要能跳脫（escape）URI或文字字串中的括號或反斜線，要是缺乏這能力，攻擊者就可以透過呼叫PDF JavaScript，或利用submitForm action對外部URL發出POST呼叫，類似Blind XSS的攻擊手法。</p> <p>結果就是讓攻擊者在PDF產生過程中注入元件來控制PDF文件，例如在PDF文件中加入惡意連結，讓下載該文件的用戶點入連結或任何部份（如注釋），即竊取整份文件資訊，並將之傳送到外部遠端伺服器上，造成資訊外洩。</p> <p>研究人員檢視了8種PDF函式庫，發現很受歡迎的PDF-Lib及jsPDF有這個漏洞，前者每周下載5.2萬次，後者更超過25萬次。兩者雖然在文字字串部份防止注入，但注釋部份卻成為破口。此外，他甚至成功在安全防護較高的Adobe Acrobat及Chrome的PDF引擎PDFium，也成功在注釋中注入JavaScript，都不需使用者互動。</p> <p>研究人員也對網站管理員提供防範方法。在撰寫函式庫時，企業應防範能正確跳脫用戶輸入的文字串及注釋URI中的括號或反斜線，而在Web app層，則應小心驗證，確保PDF沒有任何可疑的JavaScript或SubmitForm action。</p> <p class="rtecenter"> </p><div class="media_embed" height="315px" width="560px"> <iframe allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture" allowfullscreen="" frameborder="0" height="315px" src="https://www.youtube.com/embed/Sz-zEDNTe8U" width="560px"></iframe></div> <p> </p> </div></div></div>
2020/12/11 21:30作者林妍溱https://www.ithome.com.tw/news/141626
殭屍網路病毒TrickBot不僅捲土重來還變得更加難纏！研究人員發現駭客開始針對UEFI韌體漏洞下手
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>被許多駭客組織濫用的殭屍網路TrickBot，今年10月上旬，才被<a href="https://www.ithome.com.tw/news/140482">微軟聯手多家資安業者與電信業者，宣稱阻斷其關鍵基礎設施</a>，但該殭屍網路背後的攻擊者不久就捲土重來，而且手法還深入到UEFI與BIOS韌體的層次。</p> <p>針對TrickBot的近期動態，在12月3日有2家資安公司聯手揭露新的殭屍網路病毒功能模組「TrickBoot」，相較於過往的TrickBot家族，新的模組會偵測攻擊目標電腦的UEFI韌體是否存在弱點，一旦找到可以濫用的漏洞，駭客就能從開機韌體層面來埋伏在受害電腦。</p> <p>揭露此事的資安公司，分別是專精威脅情報的Advanced Intelligence（AdvIntel），以及提供裝置韌體安全的Eclypsium。前者曾於去年5月，一口氣揭露<a href="https://www.ithome.com.tw/news/130659">3家防毒大廠程式碼遭駭的事件</a>；而後者找出不少韌體層級的漏洞，例如，去年揭露<a href="https://www.ithome.com.tw/news/131908">8個廠牌伺服器BMC韌體存在漏洞</a>，以及今年發布有關<a href="https://www.ithome.com.tw/news/139133">Grub2開機軟體的BootHole漏洞細節</a>等。而這次對於TrickBoot的研究，<a href="https://www.advanced-intel.com/post/persist-brick-profit-trickbot-offers-new-trickboot-uefi-focused-functionality">AdvIntel</a>與<a href="https://eclypsium.com/2020/12/03/trickbot-now-offers-trickboot-persist-brick-profit/">Eclypsium</a>都在自己的部落格公布有關細節。</p> <p>這2家資安公司會聯手的原因，是AdvIntel在TrickBot基礎設施遭到摧毀不久，發現了新的攻擊行動，而且攻擊相當頻繁，相關惡意軟體曾創下最高1天感染4萬臺設備的記錄，而且，他們還發現新的TrickBot變種惡意軟體，與該家族的病毒有所不同的是，它似乎針對受害電腦的韌體而來。</p> <p><a href="https://s4.itho.me/sites/default/files/images/trickboot-trickbot-trends-l.png"><img alt="" src="https://s4.itho.me/sites/default/files/images/trickboot-trickbot-trends.png" style="width: 580px;" /></a></p> <blockquote><p>根據Advanced Intelligence偵測到10月初到11月下旬受到TrickBot感染的電腦數量，單日最多有近4萬臺電腦遭到感染，而在時間點的部分，疑似正好就發生在微軟宣布切斷TrickBot基礎架構運作的10月12日之後。</p> </blockquote> <p><a href="https://s4.itho.me/sites/default/files/images/trickboot-trickbot-area.png"><img alt="" src="https://s4.itho.me/sites/default/files/images/trickboot-trickbot-area.png" style="width: 580px;" /></a></p> <blockquote><p>TrickBot攻擊的範圍幾乎可說是全球各地，而其中較為嚴重的地區，包含了美國華盛頓、阿拉伯聯合大公國，以及希臘等。</p> </blockquote> <p>對於這個不尋常的TrickBot變種病毒，AdvIntel尋求專門提供裝置韌體防護的Eclypsium，來共同分析所發現的惡意軟體。結果發現，這次TrickBot惡意軟體所出現的新模組，會偵測受害電腦採用的中央處理器型號，然後比對是否存在可被濫用的漏洞，以便攻擊者對於電腦的UEFI或BIOS韌體下手，讀取、寫入，或者是清除。這2家公司將這個模組命名為「TrickBoot」。</p> <p>AdvIntel和Eclypsium指出，TrickBoot能夠偵察的範圍，涵蓋幾乎所有自2014年以來採用Intel處理器的電腦，並且檢查其UEFI或BIOS韌體，是否存在可被攻擊的弱點。同時，該惡意程式模組也會偵測SPI快閃記憶體的BIOS寫入防護機制狀態。</p> <p>嚴格來說，TrickBoot並不具備直接竄改電腦韌體的功能。但為何這樣的模組引起這2家資安公司的重視？主要原因是駭客企圖從電腦韌體下手，而這樣的攻擊難以被發現及防範，即使受害者想要清除駭客的工具，僅有更新電腦主機板的SPI快閃記憶體一途，而無法藉由重新安裝作業系統的方式處理。</p> <p>另一個原因，則是這個TrickBot模組已有讀寫UEFI韌體的能力，甚至能夠執行抹除韌體的工作，這樣的特性是AdvIntel和Eclypsium從TrickBoot的程式碼解析而來。在此之前，被發現具備這種能力的惡意軟體並不多，僅有<a href="https://www.ithome.com.tw/news/126208">ESET於2018年發現的LoJax</a>，以及<a href="https://www.ithome.com.tw/news/140369">今年10月被卡巴斯基揭露的MosaicRegressor</a>。因此他們認為，TrickBoot的出現，影響的層面會相關廣，不只造成企業重大風險，很可能還會波及國家安全。</p> </div></div></div>
2020/12/11 12:03作者周峻佑https://www.ithome.com.tw/news/141610
7-Eleven未來超商X-Store 4進駐臺中，首次在上萬件商品導入RFID，加速自助結帳過程
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>7-Eleven旗下未來超商X-Store又有新的進展。第四間未來超商X-Store 4進軍臺中市，首次商品上導入RFID，消費者不需要一件件商品掃描，就能一次結帳多項商品，加快自助結帳的過程。</p> <p>即將在12月12日營運的X-Store 4就位於臺中市的中清路上，採複合式設計，全門市近82坪，劃分為有門市服務人員的複合服務區(近62坪)，以及以自助體驗為主的自助體驗區(20坪)。</p> <p>X-Store 4分為複合體驗區及自助體驗區，自助體驗區（左）有獨立的出入閘口，提供無人商店的自助消費體驗（以下圖片皆由7-Eleven提供）：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/7-ELEVEN-1.jpg" style="width: 600px; height: 400px;" /></p> <p> </p> <p>和先前三間未來超商X-Store門市略有不同，此次X-Store 4在入店方式上採用多元化設計，除了可使用綁定Open Point會員的iCash 2.0或聯名卡，或是以手機出示Open Point App會員條碼入店，非Open Point會員可以在閘門前螢幕輸入手機門號，就會自動加入會員。</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/gate1.jpg" style="width: 600px; height: 432px;" /></p> <p> </p> <p><span style="color:#B22222;">上萬件商品導入RFID，提升自助結帳體驗</span></p> <p>進入這家門市，除了貨架採用電子標籤取代傳統的價格紙標，並以螢幕播放商品資訊、播放促銷內容外，特別的是，貨架上的商品導入新式的RFID標籤，商品包裝上有RFID標籤，消費者只要將商品置放於自助結帳區，一次能為多件商品同時結帳，不需要一件件掃描，搭配iCash 2.0、悠遊卡、一卡通、Open錢包等多元支付工具。</p> <p>7-Eleven與永豐餘投控的永道射頻合作，在上萬件商品上使用客製化的新式RFID標籤，由於標籤並非入嵌於產品包裝上，而是由7-Eleven的合作夥伴額外附加上去，因此商品供應商不需要為此更動包裝設計。消費者使用商品完畢，可以直接丟棄，沒有回收RFID標籤。</p> <p>商品上的RFID標籤為7-Eleven與永道射頻合作的新式RFID智能標籤，鮮食商品也有標籤，在加熱前提醒消費者需先移除：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/RFIDtag-1.jpg" style="width: 600px; height: 329px;" /></p> <p>相較於前面三家X-Store的自助結帳是利用電腦視覺辨識商品，雖然一次能為多件商品結帳，但需要將商品平放，且可能受到擺放的位置影響辨識成功率，X-Store 4所導入的RFID，在自助結帳時不需要平放商品就能感應，標榜秒速結帳體驗。</p> <p>7-Eleven表示，導入RFID智慧標籤提高了自助結帳時的辨識及速度，商品價格也沒有因此提高。至於上萬件商品導入RFID標籤，是否在商品管理上帶來好處，以及如何克服7-Eleven並不願多作說明，僅表示國外已有導入RFID的案例，X-Store作為新零售的科技試驗場域，首次引進RFID帶來的成效，未來有待門市開幕後測試。</p> <p><span style="color:#B22222;">AIoT物聯網監控設備、AI銷售預測</span></p> <p>在門市的營運管理上，目前在X-Store 1到4號店都導入了AIoT與AI銷售預測。AIoT物聯網方面，和合作廠商共同開發物聯網設備，利用AIoT自動監控、紀錄設備所使用的電力、溫度等運作數據，以取代傳統門市人工手寫工作日誌，並透過AI分析預測設備健康狀態，24小時監測自動叫修。</p> <p>X-Store 4採用自動感應開關門的智能冰箱，上方則以螢幕播放商品資訊、廣告內容：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/09_7-ELEVEN.jpg" style="width: 600px; height: 400px;" /></p> <p>先前在高雄的X-Store 3就和研華合作，導入無縫式冷鏈管理方案，結合LoRa冷鏈感測器、閘道模組及AI，監控保鮮商品的溫溼度，當發生異常時，由雲端物聯網管理平臺發送通知，提醒門市人員檢查，門市管理人員透過平板電腦就能行動化掌握每個冰櫃的狀態。</p> <p>另外，在門市銷售管理上，過去仰賴門市管理人員的經驗訂貨，現在包括X-Store門市，全臺在5900家門市的部分商品，如飲料、零食導入AI銷售預測，透過AI經過大數據分析，讓門市訂貨自動化、智慧化。</p> <p><span style="color:#B22222;">智Fun機、5G與AR互動體驗</span></p> <p>7-Eleven和廠商打造智慧化門市設備，在X-Store未來超商這個試驗場域測試，若評估成效良好，再擴大推向其他的一般門市。例如在今年4月於X-Store一號店導入的掃描式微波爐，消費者自助加熱鮮食商品時，只要將商品上的QR Code在微波爐掃描，就會自動設定火力、加熱時間，X-Store 4同樣同樣導入掃描式微波爐。</p> <p>至於許多人在超商購買的咖啡，X-Store 4也設有QR Code自助咖啡機，消費者在自助結帳時購買咖啡，只要掃描小白單上的QR Code，就能自行製作咖啡，減輕一般超商人員的咖啡製作工作負擔。</p> <p>而在7-Eleven全臺門市部署超過400臺的智Fun機，X-Store 4與中華電信合作導入3C智Fun機，讓消費者可以自行選購藍牙耳機、充電線、行動電源等3C週邊商品。此外，X-Store 4也結合中華電信的5G及AR互動，通過兩臺85吋螢幕，為螢幕前的消費者快速去背並融入電影場景，或是透過AI分析骨架，消費者擺動姿勢，以數位分身在遊戲中互動。</p> <p>3C商品智Fun機：</p> <p><img alt="" src="https://s4.itho.me/sites/default/files/images/x-store-6.jpg" style="width: 600px; height: 432px;" /></p> </div></div></div>
2020/12/11 15:52作者蘇文彬https://www.ithome.com.tw/news/141616
Pinkoi資料團隊如何打造Data工作流？資料處理關鍵細節大解密
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p dir="ltr">全臺最大的設計品購物網站Pinkoi，站上品牌超過一萬八千家，販售的商品更是琳瑯滿目，為了讓用戶快速找到喜歡的品項，Pinkoi資料團隊的任務，就是要不斷優化站內的搜尋引擎、推薦系統以及商品排序的技術，來提升用戶體驗。Pinkoi資料團隊工程師Ben，就在一場活動上揭露Pinkoi資料工作流（Data Pipeline）作法的演進，說明Pinkoi如何隨著更多資料分析的需求，逐步調整Data Pipeline的架構與資料工程作法，來進一步優化網站。</p> <p dir="ltr">Pinkoi的資料團隊，從早期只有資料科學家的角色，至今已經成長為一個涵蓋4個角色的團隊，包括資料分析師、資料科學家、ML工程師以及資料工程師。其中，資料分析師屬於產品組與市場組，負責儀表板開發、資料視覺化等應用，資料科學家則負責資料庫查詢、數據轉換等應用，資料工程師主要負責資料工程相關的任務，ML工程師則偏向演算法的開發。Ben表示，每一個角色都有其主要擅長的技能，但也需對其他技能有基本的認識或涉獵，才能更緊密的協同合作。</p> <h3 dir="ltr"><span style="color:#FF8C00;">從鑽木取火到火石取火：Pinkoi資料分析的演進歷程</span></h3> <p dir="ltr">Pinkoi早期主要以機器學習進行資料分析，來預測用戶對不同類別商品的喜好程度，最剛開始的Data Pipeline，是先用程式語言Python，將所需的資料從資料庫取出，放置到雲端儲存服務AWS S3之中，再以這些資料來訓練ML模型，同時將運算的結果放回S3與後端的資料庫，提供後端人員運用資料。這就是最初設計的Data Pipeline，由於整個流程較原始、單純，Ben也將這個資料運用方式，比喻為鑽木取火。</p> <p dir="ltr">不過，隨著更多資料分析需求出現，若要回答出哪些商品頁被瀏覽過、特定商品被加入購物車的次數、哪些商品被放入慾望清單等問題，由於資料庫紀錄的資料（如使用者、品項、交易紀錄等），通常是最新狀態且不可回溯，換句話說，資料庫頂多記錄了當前購物車內有哪些商品，無法提供過去一段時間內的購物車狀態。</p> <p dir="ltr">為了進一步找出數據洞察，Pinkoi導入了Server-side Tracking的機制，藉由用戶端（Client-side）在呼叫後端API時，將呼叫的內容轉換成定義好的事件（Event），來更詳細紀錄下每一筆用戶行為資料。</p> <p dir="ltr">舉例來說，有個用戶將Pinkoi站上的商品加入購物車，透過Server-side Tracking就能記錄下這個事件，包括使用的裝置（Device）、發生時間（Created）、行為（Action）、對什麼物件進行操作（Entity）、商品的ID（Entity_id）以及對這個行為或物件的備註說明（Props），在紀錄下更多資料後，就能去回答前述想解決的問題，Ben也將這個更進階的資料蒐集方法，比喻為火石取火。</p> <p dir="ltr">在運用了Server-side Tracking後，Pinkoi的Data Pipeline也隨之改變。Ben表示，現行的Data Pipeline可大致分為5個部分，第一為資料來源，主要從資料庫與Server-side Tracking機制來取得；第二是資料儲存位置，會在資料團隊將需要的資料取出（Ingest）後，以Parquet的格式存到S3；第三是資料的計算方式，早期資料團隊用數據倉儲工具Hive來計算資料，但後來轉用叢集運算框架Spark，「因為Hive基本上還是用來寫SQL，ML模型需要大量的特徵工程，用Hive比較難寫、也很難維護，所以我們後來轉用Spark。」</p> <p dir="ltr">Data Pipeline的第四部分，則是資料的管理方法，Ben說明，Pinkoi主要用Hive Metastore來管理S3的Parquet文件，也用工作流管理平臺Airflow，來進行相依性（Dependency）的管理與排程；而最後一個部分，則是這些資料分析後的應用方式，其一是置於BI系統，讓PM、分析師來運用，其二則是回饋給站上的推薦系統或搜尋引擎使用。</p> <p dir="ltr"><img alt="" src="https://s4.itho.me/sites/default/files/images/128411450_856675278421385_39412482498325024_n(1).jpg" style="width: 700px;" /></p> <blockquote><p dir="ltr">運用了Server-side Tracking後的Data Pipeline。</p> </blockquote> <h3><span style="color:#FF8C00;">資料分析無法面面俱到，需要權衡與選擇較佳做法</span></h3> <p dir="ltr">除了導入Server-side Tracking，Pinkoi也進一步導入了Client-side Tracking的機制，來蒐集更多用戶行為資料，比如特定商品在個頁面實際的曝光次數、新上線的功能是否被點擊使用、用戶停留在哪些頁面的時間最久？這些以前無法回答的問題，也在導入了Client-side Tracking的技術後迎刃而解。</p> <p dir="ltr">不過，Ben也提醒，雖然導入了Client-side Tracking後，能蒐集更多用戶行為資料，但仍無法涵蓋站上所有發生的事情，也就是說，還是得做出權衡與選擇（Trade-Off），蒐集最需要了解的資料來應用。</p> <p dir="ltr">比如說，為了提升用戶體驗，用戶在網站中各種操作的反應時間要越短越好，但如果要蒐集用戶行為資料，勢必要在更多程式碼中埋Log，就會導致API攜帶的資訊量變多，反而拖累了反應速度，這就需要權衡出較佳的解方。另一個例子，則是App與Web用戶的行為差異大，在埋事件追蹤碼時，要以App還是Web的用戶行為來規劃？也是一大需權衡的問題。</p> <p dir="ltr"><img alt="" src="https://s4.itho.me/sites/default/files/images/128344990_846791016125437_1543624546844122220_n.jpg" style="width: 700px;" /></p> <blockquote><p dir="ltr">導入Client-side Tracking遇到的Trade-Off挑戰。</p> </blockquote> <p dir="ltr">「如果要買Client-side Tracking，會需要進行很多討論，要先去衡量埋了Log可以帶來什麼價值，怎麼做才能降低成本，而不是全部都靠Client-side Tracking來解決。」Ben說。</p> <p dir="ltr">Ben也舉例說明這些討論的必要性。假設要了解首頁上哪個版位的成效較佳，直接蒐集每個版位的曝光點擊，以點擊率作為版面曝光的成效優劣，可能是最直覺的作法，但是，也不排除部分版位可能因設計較佳，讓用戶可以很快找到喜歡的商品，進而被導流到其他頁面來瀏覽，以至於其他設計較差的版位根本沒有曝光機會，造成了資料偏誤（Bias）的問題；這時，就可能得靠A/B測試（A/B Testing）的方式，來找出更好成效的版位。而這些決策，就需要透過討論，來權衡出較好的作法。</p> <p dir="ltr"><img alt="" src="https://s4.itho.me/sites/default/files/images/128744148_3579456438797083_6890956808442553995_n.jpg" style="width: 700px;" /></p> <h3 dir="ltr"><span style="color:#FF8C00;">透過良好的ETL Pipeline設計，來確保資料處理正確、高效</span></h3> <p dir="ltr">在Data Pipeline之中，Ben形容，還有一個如黑盒子般的存在，也就是ETL Pipeline。ETL也就是Extract-Transform-Load的縮寫，用來描述將資料從經過抽取（Extract）、轉換（Transform）、載入（Load）的流程。</p> <p dir="ltr">Ben說明Pinkoi的ETL Pipeline作法。若簡單把ETL Pipeline分為三個階段，第一階段是資料擷取（Ingestion），也就是資料團隊將資料取出、放到S3的過程，在這之後進入資料精煉（Refined）的階段，將不需要的資料清除、並進行商業邏輯的轉換，最後則進入資料整合（Aggregate）階段，將資料整合到不同模型所需的資料中。</p> <p dir="ltr">在設計ETL pipeline的過程中，Ben也特別點出幾個需注意之處，包括需確保Pipeline在不同時間點的執行結果一致，需透過良好的資料分割設計（Partition）來提升運算效能，且在Airflow上的任務越來越多的同時，也需注意不同工作相依性的設計，來確保資料被正確處理與運用。</p> <p dir="ltr">最後，Ben也提出Pinkoi正在解決的問題。第一，是在資料團隊校核時，常需回滾大量資料，來執行新的POC，如何快速擴張運算資源來滿足一次性的工作需求，是為一大挑戰。第二，則是要做到更即時的模型決策，甚至在用戶剛看過某一類別的商品時，下一秒，就能根據這個行為來提供回饋。第三，則是仍有許多事件無法被記錄下來，資料庫往往只有當前的用戶行為資料，這部分也是團隊努力精進的方向。</p> </div></div></div>
2020/12/11 10:40作者翁芊儒https://www.ithome.com.tw/news/141420
Microsoft Teams 7x7視訊窗格、Together Mode可在Chrome、Edge執行
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p><a href="https://techcommunity.microsoft.com/t5/microsoft-teams-public-preview/now-in-public-preview-together-mode-and-large-gallery-for-web/m-p/1969669#M14" target="_blank">微軟本周宣布</a>，Teams 7x7 格視訊窗格顯示功能現在推到Web版，首先支援的是Chrome及Chromium-based Edge。</p> <p>微軟積極強化視訊服務Microsoft Teams的功能以追趕競爭者Zoom。其中將視訊窗格由3x3擴大到7x7是其中之一。今年夏天於Teams Windows版App推出<a href="https://www.ithome.com.tw/news/138687" target="_blank">Together Mode</a>後，微軟也在10月間加入可呈現49窗格的<a href="https://www.windowslatest.com/2020/10/09/microsoft-teams-new-attendance-report-grid-layout/" target="_blank">Large Gallery</a>格式。</p> <p>Together Mode是透過去除使用者背景影像後，將多位用戶影像嵌入到多人場景，而呈現用戶坐在教室、運動場觀眾席或電影院座席等。</p> <p><a href="https://techcommunity.microsoft.com/t5/microsoft-teams-public-preview/now-in-public-preview-together-mode-and-large-gallery-for-web/m-p/1969669#M14" target="_top">微軟表示</a>目前Together Mode及Large Gallery模式，都已以預覽版部署到Web版。</p> <p>不過這兩個新功能僅支援Chrome及Chromium-based Edge（包括較舊版本），尚未支援其他瀏覽器如Firefox、Safari或IE。</p> <p>使用者可以在會議啟動後，點入功能選單（…）叫出選單，選擇Together Mode或Large Gallery即可。在啟動後，會議主持人可以控制與會者何時可以加入主畫面，何時退到分場（breakout）區。但在分場區也支持即時視訊，方便這些與會者提問。</p> <p>微軟也提醒Web預覽版還有些功能限制，包括無法完全支援VMware及Citrix等虛擬桌面服務。<a href="https://docs.microsoft.com/en-us/officeupdates/current-channel-preview" target="_blank">微軟同時指出</a>，Windows版Teams已支援在VMware及Citrix等環境下啟用2x2 Gallery模式。</p> </div></div></div>
2020/12/11 12:45作者林妍溱https://www.ithome.com.tw/news/141612
駭客在暗網中拍賣25萬個盜來的MySQL資料庫
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>資安業者<a href="https://www.guardicore.com/labs/please-read-me-opportunistic-ransomware-devastating-mysql-servers/" target="_blank">Guardicore於本周警告</a>，駭客針對全球連網的MySQL伺服器發動攻擊，他們暴力破解這些伺服器的憑證，下載資料庫，之後將它們於伺服器上刪除，再向伺服器所有人勒索，若勒索不成，即將這些資料庫集中在一個入口網站上拍賣，每個資料庫售價約500美元，迄今該站已蒐集了來自8.5萬個MySQL伺服器的25萬個資料庫。</p> <p>雖然此一攻擊行動並未涉及勒索軟體，但駭客卻採用雙重勒索模式逼受害者就範，於是Guardicore將它稱PLEASE_READ_ME勒索活動。</p> <p>研究顯示，駭客從今年1月就展開了PLEASE_READ_ME勒索活動，它的攻擊鏈非常地簡單，只是開採連結公開網路且採用薄弱憑證的MySQL伺服器，在成功破解伺服器憑證之後，駭客取得了資料庫中的表格與使用者資訊，把它們壓縮之後傳回駭客伺服器，並刪除伺服器上的資料庫，還留了一個後門用戶於伺服器上，以方便隨時返回。駭客亦於伺服器上留下一個勒索信件，要求使用者以比特幣支付贖金，換回資料庫並避免資料庫外洩。PLEASE_READ_ME勒索活動所要求的贖金並不高，依據比特幣的價格漲跌，從0.03個比特幣到0.08個比特幣不等，大約落在500美元左右。</p> <p>PLEASE_READ_ME勒索活動也隨著受害者的數量增多而變得更系統化，在今年1月到9月間，駭客都是透過電子郵件與受害者聯繫，但10月時駭客於暗網中建立了一個入口網站，受害者只要登入該入口網站，輸入勒索信件中的獨特代碼，就能連至被盜走的資料庫頁面與贖金價格，一鍵就能付款。假設受害者在10天內未能支付贖金，駭客就會把所竊得的資料庫移至另一個公開拍賣的網頁上，供外界競標。</p> <p>目前此一公開的拍賣網頁上，已存放了來自8.5萬個MySQL伺服器的25萬個資料庫，總計有7TB的資料量。</p> <p>值得注意的是，駭客並未針對特定產業或對象，而是鎖定公開網路上的MySQL伺服器亂槍打鳥，全球約有500萬台的MySQL伺服器為潛在受害者。根據Guardicore的追蹤，今年以來駭客的比特幣錢包總計被轉入1.28個比特幣，約為2.5萬美元。</p> </div></div></div>
2020/12/11 13:00作者陳曉莉https://www.ithome.com.tw/news/141613
Google、Amazon丟Cookies追蹤用戶，遭法國分別重罰1億、3千5百萬歐元
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>法國資訊主管機關CNIL（Commission nationale de l’informatique et des libertés）昨（11）日宣布<a href="https://www.cnil.fr/en/cookies-financial-penalties-60-million-euros-against-company-google-llc-and-40-million-euros-google-ireland" target="_blank">Google</a>及<a href="https://www.cnil.fr/en/cookies-financial-penalty-35-million-euros-imposed-company-amazon-europe-core" target="_blank">Amazon</a>在未經用戶同意，且未充份告知情況下，在其電腦植入廣告cookies來追蹤他們的行為，本周分別處以1億及3,500萬歐元的罰金。</p> <p>兩家公司都是因在未取得用戶同意前，擅自在電腦植入廣告cookies，遭到CNIL調查。其中Amazon一案是在2019年12月到今年5月展開調查，對Google則是在今年3月啟動調查。</p> <p>在Amazon方面，法國政府調查這家電商巨人法國版網站Amazon.fr的行為。當局認為，Amazon在用戶一造訪網站未經他們表達明顯同意，就在其電腦中植入大量非服務必要的廣告cookies。即使Amazon網站有橫幅文字說明，只要使用該網站，即表示用戶同意Amazon以cookies「提供與改進其服務」。但當局認為這段說明曖昧不明，並未說明cookies是用來發送個人化廣告，也未說明使用者有權拒絕，以及拒絕方法。而且，Amazon也未說明，當用戶點入其他網站廣告導向amazon.fr 網站後，用戶也會被cookies追蹤。當局判處Amazon歐洲總部（Amazon Europe Core）3,500萬歐元（約12億臺幣）罰金。</p> <p>Google部分，法國政府調查Google.fr的行為。和Amazon一樣被認定在未取得用戶明顯同意，以及未提供清楚說明情況在用戶電腦上植入cookies。此外，Google還多一條罪名，即使用戶關閉Google搜尋的廣告個人化的設定後，Google仍然偷偷放了一個cookie，持續讀取用戶輸入Google的資訊，罪加一等。</p> <p>法國當局認為Google搜尋違法行為影響法國近5,000萬人，且這家搜尋巨人很大一部份營收間接來自廣告cookies蒐集的資訊，因此判罰Google公司6,000億歐元，以及Google法國分公司4,000億歐元，總計1億歐元（約34.1億臺幣）。</p> <p>兩公司皆對判決表達不滿。Google表示向來提供用戶充份資訊及清楚的控管權，且公司也有嚴謹的資料治理及基礎架構，法國當局卻忽略這點。Amazon也表示其隱私作法向來滿足客戶及主管機關的期待，更是完全符合營運國家的當地法規，用戶隨時都可以透過設定修改cookies的偏好。</p> </div></div></div>
2020/12/11 10:50作者林妍溱https://www.ithome.com.tw/news/141608
Airbnb上市首日以144美元作收，漲了113%
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>提供全球民宿租賃服務的Airbnb在本周四（12/10）以68美元的發行價登上那斯達克（Nadsaq）股市，首日即大漲113%，以144.71美元作收。這讓Airbnb的市值達到近1,000億美元，<a href="https://www.cnbc.com/2020/12/10/airbnb-ipo-abnb-starts-trading-on-the-nasdaq.html" target="_blank">一舉超越</a>全球線上訂房龍頭Booking的860億美元，亦遠高於Expedia的184億美元。</p> <p>由於疫情之故，旅遊產業受災慘重，Airbnb今年前9個月的財報顯示，其訂房總額為180億美元，比去年同期下滑39%，營收為25億美元，下滑32%，虧損6.97億美元，高於2019年整年度的6.74億美元虧損。</p> <p>儘管如此，根據<a href="https://www.bloomberg.com/news/articles/2020-12-09/airbnb-is-said-to-reach-47-billion-value-in-above-range-ipo" target="_blank">彭博社</a>的分析，Airbnb今年第三季的營收只下滑了18%，而包括Expedia與萬豪酒店在內的旅遊業者，在同一季的營收下滑幅度卻都接近60%，展現了Airbnb的實力。</p> <p>衛報則說，美國股市在今年飆至歷史新高，而且投資人對於新股票有極大的興趣，此外，今年美國股市所募集的資金，已經多過網路股創下高峰的1999年。</p> <p>其實Airbnb上周在進行上市前的路演（Roadshow）時，原本規畫的發行價為44~50美元，後來發現市場需求旺盛，而在本周提高到56~60美元，就算最後訂定的發行價高達68美元，但首日即上漲了113%，對此，Airbnb執行長Brian Chesky向媒體表示：「我不知道該說什麼。」</p> </div></div></div>
2020/12/11 11:30作者陳曉莉https://www.ithome.com.tw/news/141609
Adobe釋出最後一版Flash Player，明年1月12日封鎖Flash內容
<div class="field field-name-field-news-column-category field-type-taxonomy-term-reference field-label-hidden"><div class="field-items"><div class="field-item even"><a href="/tags/%E6%96%B0%E8%81%9E">新聞</a></div></div></div><div class="field field-name-body field-type-text-with-summary field-label-hidden"><div class="field-items"><div class="field-item even"> <p>Adobe即將在12月31日永遠終止支援Flash Player，並在本周<a href="https://helpx.adobe.com/flash-player/release-note/fp_32_air_32_release_notes.html" target="_blank">釋出</a>最後一個版本更新，並會在明年1月12日起封鎖Flash內容。</p> <p>Adobe很早就宣布將在今年12月31日終止對Flash Player的支援。Flash Player及AIR 32版也是最後一次更新，Adobe並未要用戶升級，而是呼籲用戶應立即移除Flash Player，因為明年1月1日起，用戶不會再獲得任何功能及漏洞修補程式。</p> <p>到了EOL（end of lifecycle）當天，Adobe就會從網站上移除Flash Player下載頁。Adobe會從那天起以通知，時時提醒用戶將Flash Player移除。此外，Adobe也計畫從2021年1月12日起，就會封鎖以Flash Player播放的內容，即使用戶想用有漏洞的Flash Player來看影片也不可能。</p> <p>不要以為不安裝最後一版就可防止大限到來。結束更新的程式碼早在之前幾個版本已加入Flash Player更新中，最後一版只是修改要求用戶移除的通知文字而已。</p> <p>由於Flash Player漏洞過多，加上HTML5、WebGL及WebAssembly標準成熟，功能足以取代，主要瀏覽器，包括微軟IE/Edge、Google Chrome、Mozilla Firefox、Apple Safari皆早已預設不啟用，Windows 10更直接不包含Flash Player。</p> <p>Adobe之所以不厭其煩要用戶快點移轉，是因為EOL將成為歹徒犯案的好時機。例如仍然有冒充Flash Player的惡意程式成功上架到App Store，<a href="https://www.ithome.com.tw/news/140719" target="_blank">誘騙不知情的用戶下載</a>。</p> <p>為了協助來不及轉換的企業，微軟仍允許用戶以IE 11或Microsoft Edge的IE模式中，以外掛模式載入Adobe Flash Player，而Chrome 76 以後的 Flash Player 預設為關閉，但Chrome會在背景安裝Adobe Flash Player，使用者可手動切換執行。</p> </div></div></div>
2020/12/11 11:50作者林妍溱https://www.ithome.com.tw/news/141611