zaibd/wkpdtw huggingface dataset:
Miconic 10，是由電梯製造商迅達（英語：Schindler）於 1995 年發明的一款電梯分配系統。



系統構造

傳統電梯為每層只設有上落按鈕，但是這系統是在電梯的每一層站設置樓層選擇器（九宮格鍵盤），故電梯能夠預知乘客要前往的樓層，從而加快整個電梯系統的運作效率。

由於系統已知乘客要前往的樓層，故機箱內均一律不設任何樓層按鈕，只有開關門按鈕（但亦設有供消防員使用的樓層選擇器，平日上鎖）。

而在改進型號 - PORT 系統中，樓層選擇器改為輕觸式屏幕，亦可透過迅達開發的手機應用程式召喚電梯。在專為騰訊濱海大廈設計的 PORT 系統中，由於樓層選擇系統已整合至認可微信賬戶，因此機外的樓層選擇器亦被取消。



優點

由於系統能夠預知乘客要前往的樓層，能有效地省去不必要的停站及分配人流，故能夠加快整個電梯系統的運作。

同時，此模式下原則上只有同機搭客知道互相要前往之樓層分佈，故盡可能保障乘客隱私，減少被不肖份子跟蹤以至非禮、搶劫等不軌行為。



缺點

由於這電梯系統不是所有地方均有使用，因此仍會有不少的人會不懂使用，故不適合應用在一些訪客量高的地方（例如：政府合署）。另外，在早期的系統中，即使同一層有太多人使用，仍只分配一部電梯，如在午饍等用梯高峰時段，可能需要輪候較長時間才能從樓層到達地下。



使用例子

以下只列舉少量使用例子

台灣

辦公大樓


* 三立電視台

* 聯聚中雍大廈

新加坡


* 濱海灣金融中心

* 萊佛士碼頭一號

香港

辦公大樓


* 太古坊
  
* 德宏大廈（23-29 樓，香港首個安裝地點）
  
* 林肯大廈
  
* 康橋大廈
  
* 港島東中心

* 朗豪坊辦公大樓

* 太古廣場三座

* 交易廣場三期

* 數碼港

* 環球貿易廣場（採用 PORT 系統）

* 友邦廣場

* 英皇道 1063 號

* 怡和大廈

* 百佳商業中心

* 城東誌

* 置地廣場的公爵大廈、約克大廈

* 太子大廈

* 歷山大廈

* One Bay East（採用混合式顯示屏）

* Victoria Dockside（採用 PORT 系統）

住宅

香港目前只有部分由信和集團發展的住宅項目有使用此系統。


* 藍灣半島（香港首個住宅安裝地點）

* 海典軒

* 蔚藍灣畔

中國大陸

北京


* 民生金融中心

上海


* 明天廣場

成都


* 匯日・央擴國際廣場

* 航天科技大廈

* 泰豐國際廣場

南京


* 紫峰大廈

深圳


* 平安金融中心（僅辦公室電梯，採用 PORT 系統，不包括穿梭電梯、觀景台及其中三台辦公室電梯）

* 騰訊濱海大廈（採用與騰訊合作開發的特別版 PORT 系統，必須使用員工已綁定的微信賬號召喚電梯）

* 深圳灣一號

廣州


* 萬菱廣場



參考



外部連結


* Schindler Miconic 10 （頁面存檔備份，存於網際網路檔案館）

* 電梯資料網：電梯智能分配系統 （頁面存檔備份，存於網際網路檔案館）
飾帶小鮭脂鯉為條鰭魚綱脂鯉目脂鯉亞目鮭脂鯉科的其中一種，為熱帶淡水魚，分布於非洲坦干伊喀湖流域，體長可達 9 公分，棲息在底中層水域，生活習性不明。



參考文獻



擴展閱讀
麻栗坡小花藤（學名：_Micrechites malipoensis_）為夾竹桃科小花藤屬下的一種植物。種加詞 _malipoensis_ 意為「雲南省文山州麻栗坡縣的」。



參考資料


* 麻栗坡小花藤 _Micrechites malipoensis_. 中國植物物種信息資料庫. [2013-01-15].
上思小花藤（學名：_Micrechites rehderianus_）為夾竹桃科小花藤屬下的一個種。



參考文獻
Micro-DVI 接口用於蘋果公司的電腦上，用於 2009 年以前的 MacBook Air。用在蘋果電腦硬體上的 Micro-DVI 接口能夠通過不同的適配器通過 DDC 檢測 EDID（Extended display identification data），傳送 DVI、VGA 或者電視信號。這種接口通常是用來代替 DVI 接口以減少設備的物理尺寸大小。它需要一個 Micro-DVI 適配器來連接其他顯示器。同 Mini-DVI 一樣，Micro-DVI 並不支持雙通道連接因此並不支持高於 1920x1200 @60Hz 的解析度。

Micro-DVI 適配器有以下幾種：

　
: Apple Micro-DVI to VGA Adapter Apple part# [1] （頁面存檔備份，存於網際網路檔案館）（MB203G/A）

　
: Apple Micro-DVI to Video Adapter Apple part# [2] （頁面存檔備份，存於網際網路檔案館）（MB202G/A）

　
: Apple Micro-DVI to DVI Adapter (DVI-D) Apple part# [3] （頁面存檔備份，存於網際網路檔案館）（MB204G/A）

如果需要使用 DVI-I 接口，必須把 Micro-DVI to DVI-D 線連接到一個 DVI-D to DVI-I 適配器上。



外部連結
microATX (µATX、mATX 或 uMTX) 主機板標準於 1997 年 12 月發表，大小是 9.6 吋 ×9.6 吋。它的長度比 ATX 規格短 20%，ATX 規格大小為 12×9.6 寸。由於長度減少，擴充槽由 ATX 的 7 條減少到 4 條。



相容性

mATX 的設計相容於 ATX。兩者的寛度和背板 I/O 大小均相同，安裝接點（螺絲）也是 ATX 的其中幾點，因此 mATX 主機板可安裝在 ATX 機箱內。

此外，大多數 mATX 主機板也使用 ATX 的電源接口。

上圖的 ATX 主機板只有 6 條擴充槽，沒有最近 CPU 的那條。mATX 主機板則有 4 條擴充槽，位置跟 ATX 相同。



參考文獻
MicroG（通常被稱為 microG）是 Google 專有庫的自由和開源實現，由德國開發者 Marvin Wißfeld 維護。MicroG 允許行動裝置用戶使用 Google 移動服務，而不受 Google 的追蹤。在一次演講中，Wißfeld 將 microG 描述為 "構建沒有 Google 專有組件的客制化安卓的框架"。



背景

Google 最初在 2007 年將安卓作業系統作為開源軟體發布，隨著安卓系統的普及，該公司逐漸用專有軟體取代了安卓的一些開源組件。德國軟體開發者 Marvin Wißfeld 在 2012 年創建了 NOGAPPS 專案，作為閉源的系統軟體 ——Google Play 服務的自由和開源的替代。2016 年，NOGAPPS 專案更名為 MicroG。



功能

MicroG 允許安卓應用訪問 Google Play 服務提供的應用編程接口（API），包括與 Google Play、Google 地圖以及 Google 的定位服務和雲消息推送相關的 API。與 Google Play 服務不同，MicroG 不會跟蹤用戶活動，用戶可以有選擇地開關特定的 API 功能。



LineageOS for MicroG

2017 年，microG 發布了 "LineageOS for microG"，這是 LineageOS 的一個分支，預裝了 MicroG 和 F-Droid 應用商店，並支持了代碼簽名欺騙。Lineage OS for MicroG 是在 LineageOS 開發者拒絕將 MicroG 整合到 LineageOS 之後創建的，因為其認為 MicroG 需要的代碼簽名欺騙是一個安全問題。MicroG 需要代碼簽名欺騙方可作為 Google Play 服務運作。

MicroG 開發者稱，與使用 Google Play 服務的作業系統相比，使用 LineageOS for MicroG 的舊智慧型手機消耗的電池電量更少。2017 年，LineageOS for MicroG 支持 39 種設備型號，現在支持的設備型號與 LineageOS 相同。設備通過每周的空中更新收到新版本。



採用

在 2018 年一篇關於安卓應用隱私的論文中，來自名古屋大學的安全研究人員使用 MicroG 在 Android Marshmallow 模擬器上繞過了 Google 的 SafetyNet 安全機制。研究人員實現了簽名欺騙來使 MicroG 運作，並改變了安卓的軟體包管理器。

/e/ 作業系統是 LineageOS 的一個分支，內置 MicroG 來替代 Google Play 服務。 2019 年，/e/ 開始銷售預裝 MicroG 的翻新智慧型手機。

根據 Essential Products 在 2019 年底對代碼庫的提交，"Project Gem" 手機預裝的安卓移除了 Google Play 服務而內置了 MicroG。Essential Products 於 2020 年 2 月關閉。

2020 年，OmniROM 開始為某些設備提供包括內置 MicroG 的構建版本。



評價

2016 年，LWN.net 的 Nathan Willis 預計 MicroG 將成為客製版安卓用戶們的 "welcome addition"。Willis 建議，MicroG 可以通過與這些項目合作來提高普及度，比如 CyanogenMod、Replicant 和 Blackphone。

Corbin Davenport 在 2018 年 4 月為 Android Police 撰文，在一次實驗中，他在小米 4c 智慧型手機上安裝了 MicroG 的 LineageOS，使用了 TWRP 的鏡像，完全在安卓上使用開源軟體。Davenport 說，他無法通過 MicroG 登錄他的 Google 帳戶，因此他得出結論："全部使用開源軟體是不行的"，儘管通過 F-Droid 等可以安裝高質量的開源安卓應用程式（不需要 Google 帳戶）。_Davenport_ 的 Brendan Hesse 在 2018 年 11 月的 " 退出 Google"教程中推薦 MicroG。Hesse 認為 MicroG 是 Google Play 服務的一個" 有前途的 "替代品，" 仍在開發中 "，但是" 運行穩定 "。

ZDNet 的 Steven J. Vaughan-Nichols 在 2019 年用一部來自 /e/ 的翻新三星 Galaxy S9 + 智慧型手機進行了測試，他得出結論：使用 MicroG 無法運行一些更依賴 Google Play 服務的應用程式。在測試中，Vaughan-Nichols 能夠正常使用 Signal、Telegram、Facebook 和其他應用程式，而 Lyft 和 Uber 則不太穩定，Google 地圖或 Twitter 則完全無法運行，他的結論是，"安卓應用程式也可能帶來痛苦"，"安裝 /e/ 是艱巨的工作"。



外部連結


* 官方網站

* Lineage OS for microG （頁面存檔備份，存於網際網路檔案館）

* GitHub 上的 LineageOS for microG （頁面存檔備份，存於網際網路檔案館）
MicroPython，是提供 Python 3 的大部份功能的語言實現，它用 C 語言編寫，被最佳化於執行在微控制器之上。MicroPython 是執行在微控制器硬體之上的完全的 Python 編譯器和執行時系統。提供給使用者一個互動式提示符（REPL）來立即執行所支援的命令。除了包括選定的核心 Python 庫，MicroPython 還包括了給予編程者存取低層硬體的模組。

MicroPython 是澳大利亞程式設計師和物理學家 Damien George，在 2013 年一次成功的 Kickstarter 眾籌活動之後最初建立的。儘管最初的 Kickstart 眾籌活動將 MicroPython 與基於 STM32 F4 的 pyboard 開發板一起發行，MicroPython 支援大量的基於 ARM 的體系結構。MicroPython 已經執行於 Arduino、ESP8266、ESP32、和物聯網硬體。在 2016 年，Python 軟體基金會建立了 MicroPython 的 BBC Micro Bit 版本，作為其 BBC Micro Bit 合作夥伴貢獻的一部分。

這個專案的原始碼代管於 GitHub。



參照



外部連結


* Official website（頁面存檔備份，存於網際網路檔案館）

* GitHub 上的 micropython 頁面
microSD 是一種極細小的快閃記憶體卡，基於由新帝製造的 TransFlash 卡格式所創立。這類記憶卡主要於行動電話使用，但因其擁有體積極小的優點，隨著不斷提升的容量，它慢慢開始於 GPS 裝置、攜帶型音樂播放器和一些快閃記憶體盤中使用。microSD 的體積為 15 公釐 x 11 公釐 x 1 公釐 - 約為 SD 卡 (32mm x 29mm x 2mm) 的 1/4，相當於手指甲蓋的大小，它亦能夠以轉接器來接駁於 SD 卡或 Memory Stick 插槽中使用。



歷史

microSD 卡原本稱為 TF 卡（T-Flash 卡或 TransFlash），由摩托羅拉與新帝共同研發，在 2004 年推出。不過新帝無法自行將它推廣普及化，前期僅有摩托羅拉的手機支援 TransFlash。為了能將銷路完全拓展，新帝於是將 TransFlash 規格併入 SD 協會，成為 SD 家族產品之一，造就了目前使用最廣泛的手機記憶卡；而重新命名為 microSD 的原因是因為被 SD 協會（SDA）採立。TransFlash 納入 SD 協會後，僅有在實體規格的電性接觸端（印刷電路板的金屬端子，俗稱金手指）縮短一點，其他部分完全沿用完全相容。另一些被 SD 協會採立的記憶卡包括 miniSD 和 SD 卡。

SD 協會在 2005 年 3 月 14 日於 2005 年度的美國行動通信暨無線網路年會（CTIA Wireless 2005）中公佈 microSD 的格式，以及於 2005 年 7 月 13 日批准了 microSD 最終的規格。在最初公開發售時，microSD 的儲存容量包括 32MB、64MB 和 128MB。

2014 年世界行動通訊大會（MWC）期間，新帝發布了一款容量高達 128GB 的 Micro SD XC 儲存卡。

2019 年 2 月世界行動通訊大會 (MWC) 期間，包括閃迪、鎂光等儲存品牌均發布了容量達 1TB 的 microSD 儲存卡（TF 卡)。

2019 年 5 月 16 日威騰電子旗下的閃迪儲存 1TB TF 卡正式開賣。



各式類別


* micro SD : 速度慢，普遍以大卡為主。用途廣，電腦，相機，手機皆可。

* micro SDHC ：速度中，廣泛用於手機。

* micro SDXC ：速度高，一秒 30 MB 以上，主要支援 uhs,class10 以上。主要為相機使用

相互使用：若想在手機上使用相機的 SD 卡，則應該購買小卡附大卡。若只購買大卡，即不支援單獨使用小卡。不同的轉卡不能互動使用，而上述的 SD 區別並沒有詳細定義，只有速度差別。



參考


* SD 卡

* SD 協會（頁面存檔備份，存於網際網路檔案館）
Micro Focus International plc 是一家總部位於英國紐伯里的跨國信息技術、軟體公司。



歷史

該公司創立於 1976 年，1981 年因開發 CIS COBOL 而獲女王企業獎（Queen's Awards for Enterprise）。2005 年在倫敦證券交易所上市。

2016 年 9 月 7 日，英國 Micro Focus 以 25 億美元現金和合併後新公司 Micro Focus 的 50.1% 股權，合共斥資 88 億美元收購慧與科技旗下非核心軟體資產



參考文獻



外部連接


* 官方網站
Micro Focus 統一功能測試 (Micro Focus Unified Functional Testing，簡稱 UFT)，舊名 QuickTest Professional ( QTP )，是一款能為開發好的軟體程序提供功能測試和回歸測試自動化的軟體。

UFT 支持腳本界面和圖形用戶界面。用戶可以使用 Visual Basic Scripting Edition (VBScript) 腳本語言測試軟體 。

UFT 最初由 Mercury Interactive 開發，當時名為 QuickTest Professional。Mercury Interactive 隨後於 2006 年被惠普收購。2016 年，HP 又將該軟體出售給 Micro Focus。



參考文獻



外部連結


* Micro Focus 統一功能測試產品頁面 （頁面存檔備份，存於網際網路檔案館）

* Micro Focus 統一功能測試幫助中心 （頁面存檔備份，存於網際網路檔案館）
Micro Transport Protocol 或稱 µTP 是一個由 µTorrent 完成的 BitTorrent 協定。

它原本被設計用於當 BitTorrent 下載與一般應用程式衝突時，自動降低 BitTorrent 的點對點下載速率。例如，它應能自動調節 BitTorrent 下載與瀏覽網頁所用頻寬。

希臘字母 _mu_ 可能不是那麼好打出，µTP 通常被寫為 uTP。



開發

µTP 是由 BitTorrent 公司開發，但沒有投入更廣泛的網路社群。它首先於 µTorrent 1.8.x beta 加入，並於 µTorrent 1.9 Alpha 中正式對外公開。

在 µTorrent 中加入的 µTP 功能被分割到 libutp 函式庫中，並以 MIT 許可證發布。

第一個支援 µTP 的自由軟體客戶端是 KTorrent 4.0。libtorrent（一個實現 BitTorrent 協定的 API）目前在一個開發分支中實現了不完全的 µTP 協定。 Azureus（現在叫做 Vuze）Bittorrent 客戶端也支援 µTP（在微軟 Windows 和 MAC OS X 10.5 或更新版本上的 Azureus 4.5.0.5 以後）。 Transmission 從 2.30 版開始支援 µTP。

自由軟體社群中有人認為，如果將 µTP 的擁塞控制加入現有的 TCP 協定中，將比為某個應用程式專門設計一種機制能更好的達成 uTP 的開發目標。另一些人提出，儘管 µTP 協定有許多優點，但由於現有的 TCP 協定與作業系統核心緊密結合，在其中加入新的功能特性需要很長時間才能在應用程式中發揮作用。



運作

µTP 由兩個部分所組成：一個框架機制，以及一種相比 TCP 協定較低侵略性的擁塞控制演算法。

µTP 的框架機制

µTP 在 UDP 分組中以自己的框架機制來儲存資料。這種機制與 TCP 具有大致相同的功能（同樣帶有時間戳和使用選擇性確認分組 SACK），但以一種獨特的方式實現。

有評論認為 µTP 的框架機制有諸多不完善之處。

µTP 的擁塞控制

µTP 的擁塞控制被稱為 LEDBAT，旨在減少當延遲不嚴重時，應用程式使用 µTP 來最大化可用頻寬造成的延遲。此外，µTP 的擁塞控制器提供的資訊可用於選擇 TCP 連接的傳輸率。

IETF 在網際網路草案中描述了 LEDBAT 演算法， 
但 µTP 具體的實現方法有別於這些草案。



相關條目


* µTorrent

* BitTorrent

* TCP 擁塞控制演算法



參考文獻



外部連結


* BitTorrent Enhancement Proposal 29 （頁面存檔備份，存於網際網路檔案館） - µTorrent transport protocol
領蚋鶯屬（學名：_Microbates_）是蚋鶯科下的一個屬。



下屬物種

本屬包括以下物種：


* 半領蚋鶯 _Microbates cinereiventris_ (P.L.Sclater, 1855)

* 領蚋鶯 _Microbates collaris_ (Pelzeln, 1868)



參考文獻
龍狀小髭鼻鯰，為條鰭魚綱鯰形目毛鼻鯰科小髭鼻鯰屬的其中一種。分布於南美洲巴西巴伊亞 Jucuruçu 河流域，體長可達 1.8 公分，棲息在底層水域。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2014). _Microcambeva draco_. _FishBase_. Version 2014-10.
黑頸鸕鶿（學名：_Phalacrocorax niger_）為鸕鶿科鸕鶿屬的鳥類，俗名小鸕鶿。分布於自加里曼丹、爪哇島、印度、孟加拉國、中南半島以及中國大陸的雲南等地，多生活於低地的淡水區、包括湖泊、池塘、江河、沼澤地及稻田等以及亦見於沿海地帶及河口、紅樹林間。該物種的模式產地在孟加拉國。

其種加詞「_niger_」意為「黑色的」。



保護


* 中國國家重點保護動物等級：二級



參考文獻
侏鸕鶿（學名：_Microcarbo pygmaeus_）是鸕鶿科小鸕鶿屬的一種海鳥，棲息於亞洲西南部及歐洲東南部。本物種屬於一種部分遷徙的鳥類，分佈於較北地區的在冬季時會到南方過冬，但本來棲息於南方的不會遷移。2018 年 11 月中，有鳥友在新疆瑪納斯國家濕地公園發現在當地棲息的鸕鶿科物種停落在蘆葦稈上，與過往在當地出現、一般體型重的普通鸕鶿並不一樣，從而知道是百年後再度於當地出現、過往曾經被質疑其存在的侏鸕鶿。本物種在西歐也屬於罕見的物種。



型態描述

侏鸕鶿比普通鸕鶿小 1/3，大概 45 厘米長，身體顏色是金屬光澤的深棕色，嘴巴沒有普通鸕鶿長。



分佈

侏鸕鶿的具體分佈範圍西起屬於東南歐的義大利東部，東至中亞地區的哈薩克斯坦、塔吉克斯坦、土庫曼斯坦和烏茲別克斯坦。所以同在中亞範圍的新疆也可以算是本物種的分佈範圍。侏鸕鶿的最大分佈地位在東南歐的阿爾巴尼亞、希臘、保加利亞、羅馬尼亞等巴爾幹半島國家，以及土耳其、賽普勒斯、伊朗、伊拉克、亞塞拜然、以色列及敘利亞等西亞國家。在羅馬尼亞，據鳥類學家 Robert Ritter von Dombrowski 在 19 世紀末期的研究，主要分佈於多瑙河三角洲，其次是康斯坦察縣的水體和蒙特尼亞的濕地。



參考書目


* Nelson, J. Brian. Pelicans, Cormorants, and Their Relatives: The Pelecaniformes. Bird Families of the World. Oxford University Press. 2006. ISBN 978-0-19-857727-0.

* Hume, Rob. RSPB Birds of Britain and Europe 3rd (+CD). Dorling Kindersley. 2011. ISBN 978-1405362023.



參考文獻



外部連結


* 維基物種上的相關資訊：侏鸕鶿

* BirdLife 物種一覽表：_Microcarbo pygmaeus_

* （英文）Avibase 上的 Microcarbo pygmaeus.

* 網際網路鳥類收藏上侏鸕鶿的錄像、照片和音頻

* 侏鸕鶿的圖片，VIREO

* _Microcarbo pygmaeus_ 的分佈圖，IUCN 紅色名錄地圖

* Pygmy cormorant 的錄音，Xeno-canto
韋氏細身脂鯉，為條鰭魚綱脂鯉目脂鯉亞目頂器脂鯉科的其一種，分布於南美洲亞馬遜河至奧里諾科河流域，體長可達 1.2 公分，棲息在底中層水域，生活習性不明。



參考文獻
雜色短臂鰨為條鰭魚綱鰈形目鰨亞目鰨科的其中一種，為亞熱帶海水魚，分布於東北大西洋區，從不列顛群島至塞內加爾、地中海海域，棲息深度 20-400 公尺，體長可達 35 公分，棲息在沙泥底質底層水域，以底棲生物為食，生活習性不明，可作為食用魚。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2014). _Microchirus variegatus_. _FishBase_. Version 2014-04.



擴展閱讀
似帶小麗魚，為條鰭魚綱鱸形目隆頭魚亞目慈鯛科的其中一種，被 IUCN 列為易危保育類動物，分布於非洲馬拉威湖 Likoma 島流域，體長可達 8.6 公分，棲息在中底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2013). _Microchromis zebroides_. _FishBase_. Version 2013-03.



擴展閱讀
中緣角微餔糞蜣（學名：_Microcopris reflexus_）為金龜子科蜣螂亞科微餔糞蜣屬（_Microcopris_）的一種。



物種描述

本種身體帶金屬光澤，頭楯緣邊明顯狹窄，中央處深切，兩側具有圓鈍狀的小齒，頭部中央不具小角突，體長 7–11 mm。



分布

本種目前分布於金門、烈嶼、香港、中國大陸、中南半島、馬來半島、巽他群島。



參考文獻
項鞍小杜父魚，為條鰭魚綱鮋形目杜父魚亞目杜父魚科的其中一種，為溫帶海水魚，分布於北太平洋日本北海道至白令海海域，棲息深度 0-60 公尺，體長可達 13 公分，棲息在底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2014). _Microcottus sellaris_. _FishBase_. Version 2014-05.



擴展閱讀
中型小劍水蚤（學名：_Microcyclops intermedius_）為劍水蚤科小劍水蚤屬的動物，是中國的特有物種。分布於雲南、浙江等地，多生活於小型水域中。



參考文獻
長節小劍水蚤（學名：_Microcyclops longiarticulatus_）為劍水蚤科小劍水蚤屬的動物，是中國的特有物種。分布於廣東、雲南、浙江等地，主要棲息於小型水域及河流的沿岸帶。



參考文獻
長尾小劍水蚤（學名：_Microcyclops longiramus_）為劍水蚤科小劍水蚤屬的動物，是中國的特有物種。分布於河北、遼寧、吉林、黑龍江、內蒙古、新疆等地，多生活於池塘。



參考文獻
三色小劍水蚤（學名：_Microcyclops tricolor_）為劍水蚤科小劍水蚤屬的動物。分布於印度、台灣島以及中國大陸的廣東等地，多棲息於江河的沿岸沙質底的清澈的水中。



參考文獻
亞馬遜小頦脂鯉，為條鰭魚綱脂鯉目脂鯉亞目脂鯉科的其中一個種，分布於南美洲亞馬遜河流域，體長可達 7.1 公分，棲息在底中層水域，生活習性不明。



參考文獻
韋氏小頦脂鯉，為條鰭魚綱脂鯉目脂鯉亞目脂鯉科的其中一個種，分布於南美洲亞馬遜河流域，體長可達 2.8 公分，棲息在底中層水域，生活習性不明。



參考文獻
黑身多彩鯰，為條鰭魚綱鯰形目擬油鯰科的其中一種，為熱帶淡水魚類，分布於南美洲巴西淡水流域，體長可達 8.1 公分，棲息在底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2015). _Microglanis ater_. _FishBase_. Version 2015-04.



擴展閱讀
伊氏多彩鯰，為條鰭魚綱鯰形目擬油鯰科的其中一種，為溫帶淡水魚類，分布於南美洲哥倫比亞和委內瑞拉 Turmero 河流域，體長可達 6 公分，棲息在礫石底質且水流湍急的溪流底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2015). _Microglanis iheringi_. _FishBase_. Version 2015-04.



擴展閱讀
馬氏多彩鯰，為條鰭魚綱鯰形目擬油鯰科的其中一種，為熱帶淡水魚類，分布於南美洲巴西烏拉圭河流域，體長可達 5 公分，棲息在底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2015). _Microglanis malabarbai_. _FishBase_. Version 2015-04.



擴展閱讀
黑鰭多彩鯰，為條鰭魚綱鯰形目擬油鯰科的其中一種，為熱帶淡水魚類，分布於南美洲巴西里約熱內盧 Macacu 河流域，體長可達 4.7 公分，棲息在底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2015). _Microglanis nigripinnis_. _FishBase_. Version 2015-04.



擴展閱讀
雜色多彩鯰，為條鰭魚綱鯰形目擬油鯰科的其中一種，為熱帶淡水魚類，分布於南美洲厄瓜多 Vinces 流域，體長可達 4.5 公分，棲息在底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2015). _Microglanis variegatus_. _FishBase_. Version 2015-04.



擴展閱讀
侏儒小頜海龍（學名：_Micrognathus brevirostris pygmaeus_），為條鰭魚綱棘背魚目海龍科的其中一種，分布於印度太平洋區，包括印尼、澳洲、帛琉、關島、聖誕島、馬里亞納群島、馬紹爾群島、密克羅尼西亞、大溪地島等海域，棲息深度 2-12 公尺，體長可達 6 公分，棲息在海藻床，卵胎生。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). pygmaeus _Micrognathus brevirostris pygmaeus_. _FishBase_. Version 2012-05.
飾紋姬蛙（學名：_Microhyla ornata_），俗稱小雨蛙，為姬蛙科姬蛙屬的兩棲動物。



特徵

體長約 2 厘米多，叫聲為低沉、整齊而具有節奏感的「ㄍㄧ～ㄍㄧ」聲，外表特徵如下：


* 體色為土褐色或灰棕色。

* 背上有兩條深棕色紋，由兩眼瞼間延伸到身體後端，因而得名。

* 四肢都有橫斑，白色腹面。

* 趾間有微蹼，雄蛙在咽下有單個外聲囊。

* 喉部鳴囊的地方為黑色。

* 頭小而尖，身體較嬌小肥短，身體略呈三角形。



分布

分布於台灣、印度、斯里蘭卡以及中國大陸的山西、河南、甘肅、江蘇、浙江、安徽、福建、江西、湖北、湖南、廣東、廣西、海南、四川、雲南、貴州、陝西等地，常棲息於水田或水塘中及水域附近草叢。該物種的模式產地在印度。



參考文獻
中林氏蛇紋天牛（學名：_Microlenecamptus nakabayashii_）是天牛科蛇紋天牛屬之下一個鞘翅目昆蟲的物種。本物種由 Takakuwa 於 1992 年描述，發現於琉球群島:102。本物種並沒有亞種。



參考文獻
鱗蓋蕨屬（學名：_Microlepia_）為碗蕨科的一屬植物。

屬名 _Microlepia_ 源於希臘語 mikros（小的）和 lepis（鱗片）的合成詞。



下屬物種

本屬包括以下物種：


* 博羅鱗蓋蕨 _Microlepia boluoensis_

* 金果鱗蓋蕨 _Microlepia chrysocarpa_

* 革質鱗蓋蕨 _Microlepia crassa_

* 長托鱗蓋蕨 _Microlepia firma_

* 華南鱗蓋蕨 _Microlepia hancei_

* 虎克鱗蓋蕨 _Microlepia hookeriana_

* 中型鱗蓋蕨 _Microlepia intermedia_ Ching

* 西南鱗蓋蕨 _Microlepia khasiyana_

* 克氏鱗蓋蕨 _Microlepia krameri_

* 毛闊葉鱗蓋蕨 _Microlepia kurzii_

* 邊緣鱗蓋蕨 _Microlepia marginata_

* 膜質鱗蓋蕨 _Microlepia membranacea_

* 皖南鱗蓋蕨 _Microlepia modesta_

* 嶺南鱗蓋蕨 _Microlepia matthewii_

* 團羽鱗蓋蕨 _Microlepia obtusiloba_

* 闊葉鱗蓋蕨 _Microlepia platyphylla_

* 褐毛鱗蓋蕨 _Microlepia pilosula_

* 假粗毛鱗蓋蕨 _Microlepia pseudostrigosa_

* 斜方鱗蓋蕨 _Microlepia rhomboidea_

* 熱帶鱗蓋蕨 _Microlepia speluncae_

* 廣西鱗蓋蕨 _Microlepia straminea_

* 粗毛鱗蓋蕨 _Microlepia strigosa_

* 尖山鱗蓋蕨 _Microlepia subtrichosticha_

* 亞粗毛鱗蓋蕨 _Microlepia substrigosa_

* 膜葉鱗蓋蕨 _Microlepia tenella_

* 薄葉鱗蓋蕨 _Microlepia tenera_

* 針毛鱗蓋蕨 _Microlepia trapeziformis_

* 毛果鱗蓋蕨 _Microlepia trichocarpa_

* 濃毛鱗蓋蕨 _Microlepia tripinnata_

* 喬大鱗蓋蕨 _Microlepia todayensis_



參考文獻
二羽鱗蓋蕨（學名：_Microlepia bipinnata_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
革質鱗蓋蕨（學名：_Microlepia crassa_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
隆脈鱗蓋蕨（學名：_Microlepia crenatoserrata_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
長托鱗蓋蕨（學名：_Microlepia firma_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
喬大鱗蓋蕨（學名：_Microlepia gigantea_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
長毛鱗蓋蕨（學名：_Microlepia longipilosa_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
闊葉鱗蓋蕨（學名：_Microlepia platyphylla_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
中華鱗蓋蕨（學名：_Microlepia sinostrigosa_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
亞粗毛鱗蓋蕨（學名：_Microlepia substrigosa_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
亮毛鱗蓋蕨（學名：_Microlepia trichoclada_）為姬蕨科鱗蓋蕨屬下的一個種。



參考文獻



擴展閱讀
雲南鱗蓋蕨（學名：_Microlepia yunnanensis_）為姬蕨科鱗蓋蕨屬下的一個種。其種加詞 _yunnanensis_ 意為「雲南的」。

現接受名為毛果鱗蓋蕨（_Microlepia trichocarpa_ Hayata）。



參考文獻
侏鮟鱇，為條鰭魚綱鮟鱇目棘茄魚亞目夢角鮟鱇科的其中一種。分布於全球各大洋熱帶至亞熱帶海域，屬深海魚類，棲息深度 800-2200 公尺，雌魚體長可達 11.8 公分，生活習性不明，不具任何經濟價值。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2014). _Microlophichthys microlophus_. _FishBase_. Version 2014-02.



擴展閱讀
Micromax 是一家總部位於印度古爾岡的電信、家電公司。它創立於 1999 年，最初只開發軟體，後來開始涉足家電製造和移動電話業務。它是印度最大的手機廠商之一。2014 年在印度銷量超過三星，成為印度單季度銷量最大的手機廠商。



參考文獻
亞馬遜小吸盤鯰，為條鰭魚綱鯰形目蝌蚪鯰科的其中一種，為熱帶淡水魚類，分布於南美洲亞馬遜河下游流域，體長可達 1.6 公分，棲息在底層水域，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2015). _Micromyzon akamai_. _FishBase_. Version 2015-04.
伊氏卉鱂，為條鰭魚綱鯉齒目鯉齒亞目花鱂科的其中一種，分布於非洲馬利的淡水流域，體長可達 4 公分，屬肉食性，生活習性不明，可做為觀賞魚。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). _Micropanchax ehrichi_. _FishBase_. Version 2012-11.



擴展閱讀
亞伯特湖卉鱂，為條鰭魚綱鯉齒目鯉齒亞目花鱂科的其中一種，分布於非洲艾伯特湖流域，體長可達 8 公分，屬肉食性，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). _Micropanchax pelagicus_. _FishBase_. Version 2012-11.



擴展閱讀
鼠袋狸屬（Microperoryctes, 鼠袋狸） ，哺乳綱的一屬，屬於兔耳袋狸科，而與鼠袋狸屬（鼠袋狸）同科的動物尚有新幾內亞袋狸屬（大袋狸）、島袋狸屬（島袋狸）等之數種哺乳動物。
雷氏腹囊海龍（學名：_Microphis retzii_），為條鰭魚綱棘背魚目海龍魚科的其中一種，分布於亞洲及大洋洲，包括日本、印尼、菲律賓、巴布亞紐幾內亞、東帝汶、新喀里多尼亞、薩摩亞、索羅門群島等淡水流域，體長可達 14.5 公分，棲息在淡水溪流，卵胎生。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). _Microphis retzii_. _FishBase_. Version 2012-05.
高身小鰾鮈（學名：_Microphysogobio alticorpus_），俗名車栓仔、高身棒花魚、高身鐮柄魚，為條鰭魚綱鯉形目鯉科的其中一種。



分布

本魚僅分布於台灣南部、中部及西部的河川，為特有種。



深度

水深 1 至 5 公尺。



特徵

本魚體延長，略呈圓柱形，頭小，吻鈍短；口小下位，具一對短鬚，唇發達而具有許多小乳突，體被中大型圓鱗，側線明顯，體背具有許多小黑斑，體側有一條明顯黑色的縱紋，其下方具一銀色亮線，各鰭透明。



生態

本魚為初級淡水魚，棲息在礫石底質的河川中下游，性情羞怯，屬雜食性，平貼於河底，邊啃食附著藻類邊溯河而上。



經濟利用

可食用，適合油炸，另可做為觀賞魚。



參考文獻


* 台灣魚類資料庫 （頁面存檔備份，存於網際網路檔案館）
似䱻小鰾鮈（學名：_Microphysogobio labeoides_）為條鰭魚綱鯉形目鯉科小鰾鮈屬的魚類，分布於亞洲寮國、越南及中國海南島，本魚唇有乳頭狀突起，下唇具有一個中央的葉，它本身縱向地分開；6 個分枝的臀鰭鰭條，沿著側邊具一列不規則的黑色斑塊，體長可達 9.2 公分，棲息在礫石底質且流速較快的溪流。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2011). _Microphysogobio labeoides_. _FishBase_. Version 2011-12.



擴展閱讀
五龍小鰾鮈（學名：_Microphysogobio wulonghensis_）為條鰭魚綱鯉形目鯉科小鰾鮈屬的其中一種，該物種分布於亞洲中國山東省五龍河流域，棲息在底中層水域。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2011). _Microphysogobio wulonghensis_. _FishBase_. Version 2011-12.



擴展閱讀
鴨綠小鰾鮈（學名：_Microphysogobio yaluensis_）為條鰭魚綱鯉形目鯉科小鰾鮈屬的魚類，分布於亞洲韓國，為特有種，本魚眼大，高側部，吻相當尖，觸鬚小，體長可達 10 公分，背鰭硬棘 3 枚；背鰭軟條 7 至 8 枚；臀鰭硬棘 3 枚；臀鰭軟條 6 枚；脊椎骨 38 至 39 個，棲息在底中層水域。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2011). _Microphysogobio yaluensis_. _FishBase_. Version 2011-12.



擴展閱讀
雲南小鰾鮈（學名：_Microphysogobio yunnanensis_）為條鰭魚綱鯉形目鯉科小鰾鮈屬的魚類，俗名朴沙魚。在中國，分布於元江水系等，體長可達 9.9 公分，屬於底棲小型魚類。該物種的模式產地在雲南元江。

其種加詞 _yunnanensis_ 意為「雲南的」。



參考文獻
雙叉小花鱂，為條鰭魚綱鯉齒目鯉齒亞目花鱂科的其中一種，分布於南美洲亞馬遜河流域，體長可達 3 公分，屬肉食性，生活習性不明。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). _Micropoecilia bifurca_. _FishBase_. Version 2012-10.



擴展閱讀
高鰭絨鬚石首魚為條鰭魚綱鱸形目鱸亞目石首魚科的其中一種，分布東太平洋區，從加利福尼亞灣至秘魯海域，棲息深度可達 30 公尺，體長可達 90 公分，棲息在沙底質的沿海及海灣，屬肉食性，以魚類、蠕蟲、甲殼類、軟體動物等為食，可做為食用魚。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). _Micropogonias altipinnis_. _FishBase_. Version 2012-07.



擴展閱讀
歷史悠久的《模擬城市》系列遊戲，當今已被公認為模擬經營類遊戲中的經典，Micropolis 為模擬城市的開源版本。2008 年 1 月 13 日，EA 將《模擬城市》遊戲的第一部作品開放原始碼，以 GPLv3 協議發布為自由軟體。《模擬城市》原始碼被當今流行的 C++ 與 Python 語言進行重寫（遊戲原使用 C 語言開發），並擁有一個新名字「Micropolis」。該開源版本還將被免費預裝給 OLPC 用戶。



參考文獻



外部連結


* Micropolis （頁面存檔備份，存於網際網路檔案館）
佛羅里達黑鱸為條鰭魚綱鱸形目鱸亞目太陽魚科的其中一種，分布於北美洲美國佛羅里達州的淡水流域，屬肉食性，可作為遊釣魚。



參考文獻


* Froese, R. & Pauly, D. (eds.) (2012). _Micropterus floridanus_. _FishBase_. Version 2012-06.



擴展閱讀
黑背小體石脂鯉，為條鰭魚綱脂鯉目脂鯉亞目脂鯉科的其中一個種。分布於南美洲埃塞奎博河及黑河流域，體長可達 4.3 公分，棲息在底中層水域，生活習性不明。



參考文獻
《Microshaft Winblows 98》是 1998 年互動喜劇電子遊戲，由鸚鵡互動開發、鈀互動發布。它惡搞了當時流行的 Windows 95 作業系統，以及微軟共同創辦人比爾・蓋茨。遊戲在合眾國訴微軟案期間發售，微軟、Windows 和蓋茨常被拿來開玩笑，遊戲即就這一炒熱題材展開諷刺。遊戲在 Windows 和 Classic Mac OS 上發布。遊戲大體獲得正面評論。



參考文獻列表
Microsoft 365 是微軟建基於舊稱 Microsoft Office 辦公室套件的雲端辦公室方案，包括免費的線上 Office Online、線上會議 Microsoft Teams、管理信件的 Outlook Web App、建立小組溝通網站的 SharePoint Online 等。2020 年 3 月 31 日，微軟宣布將會把 Office 365 名稱改為 Microsoft 365，並推出新的訂閱方案，4 月 21 日，微軟正式將 Office 365 改名為 Microsoft 365。但此次改名並不徹底，Office 365 A1/A3/E3/E5 訂閱並未受此影響，這三種訂閱均為教育版訂閱，但現已完全更改。



訂閱形式

Microsoft 365 以收取訂閱月費或年費，取代 Microsoft Office 2010 及以前版本的單次收費模式。藉助 Microsoft 365 訂閱計劃，用戶可獲取完整及全套的 Office 應用程式：Word、Excel、PowerPoint、OneNote、Outlook、Publisher 和 Access（Publisher 和 Access 僅支持 PC）。可以在多種設備上（包括 PC、Mac、Android 平板電腦、Android 手機、iPad 和 iPhone）安裝 Microsoft 365。此外，藉助 Microsoft 365 還可獲取各種適合家庭使用的服務（如 OneDrive 雲端空間）。如果有有效 Microsoft 365 訂閱，即可始終使用最新版本的 Office 應用程式。

所有商務用方案比較

收費情況

1 年期限的 Microsoft 365 個人版訂閱，2021 年時在微軟中國的官方商店售價為人民幣 398 元，惟不能用於商業用途；1 年期商業訂閱則從每使用者 432 元至 1740 元不等。相對比 Microsoft Office 2016 專業版價格則高達 2199 元，意味著用戶需要使用同一版本 3 年才能與 Microsoft 365 訂閱價格一致，而 Microsoft 365 更能免費使用最新的版本，且 Office 更新換代速度亦穩定在 3 年一版。

2021 年時在台灣微軟官方商店個人版訂閱一年為新台幣 2190 元、一個月為 219 元，另提供可 2 至 6 人共用的家用版，一年 3190 元、一個月 320 元；商務版有多個訂閱方案，從每使用者每年 1800 元起至 7200 元不等。

教育用戶收費情況

對於合格的教育用戶，Microsoft 提供廉價的訂閱服務。任何通過 Microsoft 審批的教育機構均可獲得免費的 Office 365 A1 訂閱，此訂閱包含 OneDrive、Sharepoint、Outlook 以及 Office 365 在線版。教育機構亦可購買其 A3/A5 訂閱，價格相較於標準企業版訂閱較低。



歷史

作為 Office 365

微軟於 2010 年 10 月首次發布 Office 365，從與多個組織的內部測試版開始，到 2011 年 4 月進入公開測試版，並於 2011 年 6 月 28 日正式發布，最初面向企業用戶推出，來面對 Google 類似的服務 Google Apps 的日益激烈的競爭。

隨著 Office 2013 的發布，Office 365 平台的更新版本於 2013 年 2 月 27 日推出，將 Office 365 擴展為包括針對不同類型企業的新計劃，以及針對普通消費者的新計劃，包括針對 Microsoft 量身定製的福利消費者服務，例如 OneDrive（與 Office 2013 集成的主要功能套件）。

作為 Microsoft 365

Microsoft 365 於 2017 年 7 月在 Microsoft Inspire 上首次作為企業訂閱產品被推出。

2020 年 3 月 30 日，微軟宣布 Office 365 的消費者計劃將於 4 月 21 日更名為 Microsoft 365 （微軟也將這個品牌用於 Windows、Office 365 和安全服務的企業訂閱捆綁包），繼承現有的 Office 365 的消費者計劃。



雲端服務合作計劃

對於 Microsoft 365，微軟以 CSP（Cloud Solution Provider）雲端服務合作計畫，在各區域結合電信公司 ISP 或 Hosting 服務商以經銷合作模式推展商務市場。

在台灣，CSP 電信公司 ISP 為中華電信，代理商則為零壹科技，而用戶沒有選擇由微軟運營的服務之權利。

在中國大陸，Office 365 服務 CSP 合作電信運營商為中國電信，並交由 Hosting 服務商世紀互聯負責運營（兩者也是大陸地區 Azure 雲服務的 CSP、Hosting 服務及運營商），而用戶亦有選擇由微軟運營的服務的權利。



參考

2. 選擇您的 Office，https://products.office.com/zh-tw/buy/compare-microsoft-office-products/ （頁面存檔備份，存於網際網路檔案館）

3. 中華電信微軟雲服務，http://csp.hinet.net/ （頁面存檔備份，存於網際網路檔案館）



外部連結


* Microsoft 365
Microsoft 365 Copilot 是一種基於大型語言模型（LLM）和微軟圖形（Microsoft Graph）的數據和人工智慧（AI）輔助工具，它可以將用戶的自然語言輸入轉化為高效的生產力工具。它於 2023 年 3 月 16 日由微軟公司正式發布，併集成在微軟 365（Microsoft 365）的多個應用程式中，包括 Word、Excel、PowerPoint、Outlook、Teams 等。它還提供了一個全新的體驗：商務聊天（Business Chat），它可以跨越 LLM、微軟 365 應用程式和用戶的數據，根據用戶的自然語言提示生成文本內容。 微軟目前正在與 20 家客戶一起測試 Microsoft 365 Copilot，並會在接下來的幾個月中，向更多客戶提供試用版，擴大測試範圍。



功能和特點

Microsoft 365 Copilot 的主要功能和特點如下：


* 它可以幫助用戶釋放創造力短提示，在 Word 中生成文檔的初稿，或在 PowerPoint 中創建漂亮的幻燈片，並根據用戶在微軟圖形中的數據添加相關內容。

* 它可以在 Excel 中幫助用戶分析數據，生成圖表和報告，並提供有用的見解和建議。

* 它可以在 Outlook 中幫助用戶管理日程安排，回覆郵件，編寫摘要和提綱，並提供適當的語氣和禮貌。

* 它可以在 Teams 中幫助用戶協作溝通，分享信息，創建任務和計劃，並提供相關的反饋和建議。

* 它可以在商務聊天中幫助用戶根據自然語言提示生成文本內容，例如狀態更新、項目提案、市場分析等，並根據用戶在微軟圖形中的數據進行調整和優化。

* 它始終尊重用戶的控制權，讓用戶決定保留、修改或丟棄它生成的內容。

* 它遵循微軟對數據安全和隱私的承諾，在企業環境中保護用戶的數據不被濫用或泄露。



技術原理

Microsoft 365 Copilot 是基於大型語言模型（LLM）和微軟圖形（Microsoft Graph）的數據和智能的人工智慧（AI）輔助工具。LLM 是一種使用深度學習技術訓練的神經網絡模型，它可以根據大量的文本數據學習語言的規律和模式，並根據給定的輸入生成相應的輸出。微軟圖形是一種雲服務平台，它可以連接微軟 365 應用程式中的數據和智能，並提供一系列的 API 和 SDK 來訪問和操作這些數據和智能。

Microsoft 365 Copilot 使用了 GPT-4 作為其核心的 LLM，它是一種由 OpenAI 開發的自然語言生成（NLG）模型，它可以根據任意的文本輸入生成連貫和有意義的文本輸出。GPT-4 是繼 GPT-3 之後的最新版本，它擁有超過 1000 億個參數，可以處理更複雜和多樣化的任務。微軟公司是 OpenAI 的合作夥伴之一，擁有 GPT-4 的獨家許可權，可以將其應用在微軟 365 Copilot 等產品中。

Microsoft 365 Copilot 還利用了微軟圖形（Microsoft Graph）的數據和智能，它可以連接微軟 365 應用程式中的數據和智能，並提供一系列的 API 和 SDK 來訪問和操作這些數據和智能。微軟圖形可以幫助 Microsoft 365 Copilot 了解用戶的偏好、習慣、工作流程、日程安排、聯繫人、項目、文件等信息，並根據這些信息生成更個性化和適合用戶場景的內容。微軟圖形還可以幫助 Microsoft 365 Copilot 與其他微軟 365 應用程式進行交互和協作，例如在 Word 中插入 Excel 中的圖表，在 PowerPoint 中引用 Outlook 中的郵件，在 Teams 中創建 Word 中的任務等。



參考文獻



外部連結


* （英文）March 16 announcement on Microsoft's blog

* （英文）YouTube 上的 Introducing Microsoft 365 Copilot | Your Copilot for Work

* （英文）The Microsoft 365 Copilot AI Event in Less than 3 Minutes
3D 檢視器（英語：3D Viewer，以前稱為 Mixed Reality Viewer，更久之前又稱為 View 3D）是一個三維計算機圖形查看器和擴增實境應用程式，最初包含在 Windows 10 1703 中。它支持.fbx、.3mf、.obj 和.stl 以及更多文件格式。

首次啟動時，3D 檢視器會自動加載「Bee.glb」文件並在灰色背景上呈現動畫黃蜂，而不是蜜蜂。用戶可以更改視角、選擇並觀看其中一個可用動畫（在 3D 文件中定義）或調整 3 個光源中的任何一個。燈光設置可以保存為「主題」並快速應用於其他 3D 對象。該應用程序還具有四個「快速動畫」。這些是應用程序可以通過更改視角來展示 3D 對象的方式。例如，「轉盤」項目圍繞對象的緯度旋轉視點。如果運行該應用的設備配備了攝像頭，則該應用可以創建混合現實體驗，讓您可以點擊正在查看的表面，然後 3D 模型將落到該表面上。

3D 檢視器可以將文件發布到 Remix 3D 網站，在小畫家 3D 中打開，或將其發送到 Print 3D 應用進行 3D 列印。在混合現實模式下，3D 查看器還可以捕捉有你的 3D 模型的場景的照片和影像。

自 Windows 11 起，3D 檢視器不再包含在作業系統中，但仍可從 Microsoft Store 下載。



參考



外部連結


* 官方網站
Microsoft Defender（Windows 10 創意者更新後名為 Windows Defender Antivirus，2020 年 5 月更新前稱 Windows Defender），最初稱為 Microsoft AntiSpyware，是用來移除、隔離和預防間諜軟體的程式，可以執行在 Windows XP 以及更高版本的作業系統上，並已經內建在 Windows Vista 以及以後的版本中。Windows Defender 的定義媒體櫃更新很頻繁。在 Windows 8 及之後的系統中取代 Microsoft Security Essentials，成為一款全面反病毒軟體。

Windows Defender 不像某些其他同類免費產品一樣只能掃描系統，還可以對系統進行即時監視，移除已經安裝的 ActiveX 外掛程式，清除大多數微軟的程式和其他常用程式的歷史紀錄。

2019 年初，Windows Defender 開始支援 macOS 平台，並將其更名為 Microsoft Defender。未來，Windows 平台的 Windows Defender 也將會改名為 Microsoft Defender。微軟計劃到 2020 年初 Windows 10 20H1 發布時對其進行改名，這可能會讓熟悉 Microsoft 的使用者更可能在 macOS 或 Linux 或 Android 上安裝 Defender。

2022 年 1 月，微軟針對中國使用者公測微軟電腦管家 1.0，其中就使用了 Microsoft Defender 病毒媒體櫃。



功能


* Windows Defender 提供的掃描類型分為三種，分別是完全掃描、快速掃描、自訂掃描。

* 在「工具」（Tools）頁面，使用者可以透過「選項」（options）對 Windows Defender 的「即時防護」（Real-time Protection）、「自動掃描計畫」（Automatic scanning）進行設定修改，或進行進階的設定。使用者可以在工具（Tools）頁面中決定加入 Microsoft SpyNet 社群，以及對已經隔離程式的處理操作。使用者可以透過點擊「檢查更新」（Check for updates）或是使用 microsoft Update 對 Windows Defender 進行升級。

* 在 Windows 7 以及以後的版本中，Windows Defender 會配合行動作業中心 Windows 8 以後重要訊息中心防範惡意軟體以維護 Windows 穩定安全執行。

* Windows 10 的版本中，Windows Defender 會自訂一個時間自動更新（通常 1 天至少更新 1 次）（Build 10240 的 Windows Update 可以看到是否有安裝，此功能在後面的 Build 被移除）。從 Windows 10 1709 起，更名 Windows Defender Security Center，雖然有提供更多保護選項，但不再是一般視窗，而是一個應用程式視窗。現在是「Windows 資訊安全中心」。

* 在 Windows 10 version 1703 之後，Windows Defender 可運行在沙盒環境中。



歷史



Windows Vista 特定的功能

Windows Defender 在 Windows Vista 中具有其他功能，但在 Windows 的後續版本中被刪除。



Windows Defender Offline

Windows Defender Offline（以前稱為獨立系統掃描器）是一個獨立的反惡意軟體程式，從可啟動的可移動媒體（例如 CD 或 USB 快閃記憶體驅動器）運行，旨在在 Windows 操作系統離線時掃描受感染的系統。自 2016 年 Windows10 周年更新以來，可以從 Windows 本身內部啟動啟動到 Windows Defender Offline 的選項，從而消除了對單獨啟動盤的需求。



已緩解的安全漏洞

2017 年 5 月 5 日，來自 Google 的漏洞研究員 Tavis Ormandy 在 Microsoft AntimalwareEngine（MsMpEngine）的 JavaScript 分析模組（NScript）中發現了一個安全漏洞，該漏洞影響了 Windows Defender，Microsoft Security Essentials 和 System Center Endpoint Protection。到 2017 年 5 月 8 日，微軟已經為所有受影響的系統發佈了一個補丁。Ars Technica 讚揚了微軟前所未有的修補速度，並表示這場災難已經避免。



評分

2017 年 12 月，AV-TEST 在 Windows 10 上對各種反惡意軟體進行的測試中，Windows Defender 在各種惡意軟體樣本的檢測率中獲得了 6 分（滿分 6 分），獲得了 "AV-TEST 認證" 印章。

在 AV-Comparatives 執行的 2018 年 2 月 "真實世界保護測試" 中，Windows Defender 實現了惡意 URL 樣本的 100% 檢測率，以及 3 個誤報結果。

2019 年 10 月對 Windows Defender 進行的 AV-TEST 測試表明，它提供了針對病毒和 0 天 / 惡意軟體攻擊的保護。

2021 年 12 月 1 日，在 AV-TEST 實驗室的測試中成功檢測到 10 個勒索軟體樣本中的 10 個後，AV-TEST 給 Defender 的分數為 34 分。



參考文獻



外部連結


* Windows Defender （頁面存檔備份，存於網際網路檔案館）
Microsoft AutoRoute 是一個已停止開發的電子地圖程式，它是 Microsoft Streets & Trips 的歐洲版本。可用範圍涵蓋英國和整個歐洲，包括俄羅斯，以及亞美尼亞、亞塞拜然、喬治亞、賽普勒斯和整個土耳其。與 Streets & Trips 一樣，它也有一個附帶 GPS 導航器的版本。AutoRoute 的最終版本是 AutoRoute 2013，其最終於 2015 年與 Microsoft Streets & Trips 和 Microsoft MapPoint 一起停止服務。

AutoRoute 的功能包括提前計算里程、路途時間和費用，它還有一個個性化工具可幫助使用者計劃休息地點、途中繞道至風景優美的路線和計劃途中加油。



參照



外部連結


* Microsoft AutoRoute 的官方網站 (存檔於網際網路檔案館)
Microsoft Azure 目錄服務 (Azure Active Directory)，簡稱 Azure AD，是 Microsoft Azure 平台上提供身份驗證與存取管理 (Identity and Access Management) 的主要服務，負責管理身份驗證與存取管理的工作。Azure AD 的前身是 AppFabric 的存取控制服務，它是一個基於 HTTP 通訊協定的目錄服務 (Directory Service)，與以 LDAP 和 Kerberos 協定為主的 Windows Server Active Directory 無法直接共通，必須透過 Azure AD Connect 工具進行帳戶同步後，才能在 Azure AD 中使用 Active Directory 的帳戶。

Azure AD 依功能分為 Basic 版本與 Premium 版本，Basic 版本中包含了標準的單一簽入、帳戶與群組管理、Application Proxy (由 Azure AD 代轉訊息到地端的 AD 網域控制站進行驗證)、Azure AD Connect、基本資安與使用報表；Premium 版則支援了如地端與雲端共用的多重要素驗證、雲端帳戶密碼寫回至地端 AD 帳戶功能、動態群組功能、連線健康偵測與應用程式探索 (Cloud App Discovery) 等功能。Premium 版本也會配合微軟的企業行動套件 (Microsoft Enterprise Mobility Suites/EMS) 一起銷售 。



架構

Azure AD 本身是一個支援 HTTP 驗證協定 (如 SAML、OAuth 2.0) 的目錄服務， 因此應用程式可以利用它來連結其他網路上的應用程式，尤其是 SaaS 服務 。



服務

Azure AD 提供了數種類型的身份驗證服務，除了原本的 HTTP-based Identity 功能之外，它還實作了下列服務。

Azure AD B2C

Azure AD B2C 是一個為消費者端應用程式 (Consumer Application) 所設計的身份驗證服務，可支援由 OAuth 2.0 (如 Facebook、Google、Amazon、LinkedIn) 的社群網路身份提供者 (Identity Provider) 交互操作，並可整合同樣在 Azure AD 內的多重要素驗證功能，以支援更高規格的安全性。

Azure AD B2C 未來將可能會取代 Azure 現有的 Access Control Service 2.0。

Azure AD 網域服務

Azure AD 網域服務 (Domain Service) 是一個支援 LDAP 及 Kerberos 協定的服務，具有與 Windows Server Active Directory 相同的特性，可用來替代企業在自己的虛擬網路中建置網域控制站的需求，它雖然可支援 LDAP/Kerberos，但它仍然無法直接經由 Internet 使用，因此它只能用在 Azure 的虛擬網路內。

Azure AD 網域服務截至 2016 年 3 月時仍然在公開預覽階段。

多重要素驗證

多重要素驗證 (Multi-Factor Authentication) 服務是 Azure AD 下的一個功能，不過它並不是一定要和 Azure AD 一起使用，它也可以單獨使用，不過若採用 Azure AD 時，不需額外的設定就能取用多重要素驗證服務。

多重要素驗證可支援下列的要素 


* 文字簡訊驗證碼方式。

* 電話語音方式。

* 由行動應用程式通知訊息方式。

* 由 Microsoft Azure Authenticator (行動應用程式) 提供驗證碼方式。

* 由第三方的 OAuth 權仗 (Token) 方式。



參考
Microsoft Azure 備份服務 是 Microsoft Azure 利用 Azure 儲存體所發展的資料備份服務 (Backup as a Service)，用來備份雲端或是地端的資料。

Azure 備份服務可提供最長 99 年的保存，且不限制復原點數量的備份工作。



元件

Azure Backup 依照備份的需要提供不同的元件供選用：


* 備份代理員 (Backup Agent)：將資料備份到雲端上的 Azure Backup 收納庫 (Vault) 內，可安裝在任何的 Windows Server 虛擬機器或實體機器，也可以安裝在 Microsoft Azure 虛擬機器服務的虛擬機器內。

* System Center Data Protection Manager (DPM)：SCDPM R2 Update 3 開始支援 Azure Backup 的功能，可備份至本地端或是 Azure Backup 收納庫。

* 備份伺服器 (Backup Server)：為 Azure Backup 提供的元件，可備份至本地或是 Azure Backup 收納庫。

* 備份擴充套件 (Backup VM Extension)：可選擇性安裝於 Microsoft Azure 虛擬機器服務的虛擬機器，可備份於 Azure Backup 收納庫。



備份能力

Azure Backup 可支援下列應用或工作負載的備份能力 ：



參考
Microsoft Azure 雲端服務 (Cloud Service) 是 Microsoft Azure 最早開始供應的服務之一，它提供了抽象化的運算資源給雲端應用程式 (Cloud Application) 使用，開發人員可以部署雲端應用程式到 Azure 雲端服務，以獲取所需的執行環境與運算能力，是一種 PaaS 服務，而它也是 Azure 供應的 PaaS 服務中彈性最大，客制能力最高的服務。

它也是早期 Azure 虛擬機器所使用的邏輯管理單位，Azure 虛擬網路的原型 Azure Connect 服務也是由雲端服務所起，因此它被稱為 Azure 運算與網路服務的源頭也不為過。



架構與開發方法

雲端服務一開始的設計是給開發人員部署其雲端應用程式為概念，因此設計上較針對開發人員的需求，使得 Azure 虛擬機器服務在推出時就有一些不便性存在，但這是雲端服務本身的限制使然。

角色類型

雲端服務提供了兩種服務角色：


* Web Role: 用來代管以 HTTP/HTTPS (SSL) 為主的服務，包含網站、Web Service、WCF HTTP Service 或 Web API 等，早期以 Hosted Web Component (HWC) 為主 HTTP 服務，2011 年起回歸到 IIS。

* Worker Role: 用來處理背景工作，它也可以利用 WCF 或 Web API Self-hosting Service 掛用 HTTP 的服務，沒有 IIS，因此可用的系統資源比 Web Role 要多。

另外，早期還沒有虛擬機器服務時，雲端服務有提供另一個角色，稱為 VM Role，它可以產生可用遠端桌面控制的虛擬機器，是虛擬機器服務的原型實作，後來 VM Role 演化成虛擬機器服務。

開發支援

雲端服務由於需要較多的組態設定，因此無法以很簡單的方式開發與部署，微軟在早期就開始提供 Azure SDK 以及雲端服務的模擬器 (包含運算模擬器與儲存模擬器，早期名稱為 Development Fabric 與 Development Storage，後來定名為 Compute Emulator 與 Storage Emulator)，以及 Microsoft Azure Tools for Visual Studio，給 Visual Studio 的開發人員充分的支援。

但隨著 Azure 平台的開放程度愈來愈高，PHP 、node.js 以及 Java 的開發人員也可以使用雲端服務來代管其應用程式。



運算資源

雲端服務的運算資源是由虛擬機器提供，虛擬機器依照運算能力區分為數種類型 ，共分為一般性運算能量的 A 類型、經效能提升的 D 類型以及擁有最強運算效能的 G 類型，未來也會推出使用 GPU 運算的 N 類型。

不過雲端服務可用的虛擬機器類型只有 A 類型和 D 類型。

A 類型

A 類型是 Azure 一開始就提供的標準虛擬機器類型，使用 AMD 的 CPU 以及傳統 SATA 介面的硬碟，提供最標準不需太高運算能量的應用，早期是以五種規格推出，分別是 Extra Small (XS)、Small (S)、Medium (M)、Large (L) 以及 Extra Large (XL) 五種，除了 XS 記憶體使用 0.75GB 記憶體外，其他是以 1.75GB 記憶體，每晉一級就會加倍，可作為衡量運算資源與成本的標準之一。不過在虛擬機器種類愈來愈多的情況下，A 類型也做了擴充，現在除了原有的五類外，還多加了 A5~A7、A8~A11 等七種規格。

A5~A7 與 A8~A11 均使用 Intel Xeon E5 系列 CPU，但 A5~A7 的記憶體量比 A2~A4 高；A8~A9 與 A10~A11 規格相同，但 A8~A9 有支援 HPC 的 InfiniBand 網路介面與 RDMA 技術，A10~A11 則無。

D 類型

D 類型是 Azure 在 2013 年推出的類型，它使用比 A 類型更好的 CPU，並且在實體伺服器上使用固態硬碟 (SSD)，以加速在本地運算時的 I/O 速度，另外，為滿足提升虛擬機器本身的 I/O 量的需求，微軟開發了高階儲存體 (Premium Storage) 用來保存虛擬機使用的 VHD (稱為 OS Disk)，而使用高階儲存體的 D 類型虛擬機器，稱為 DS 類型。

2015 年，微軟利用新的 Intel Xeon E5-2673 v3 CPU 的伺服器組建了 D 類型的第二版，稱為 Dv2，可獲取 D 類型虛擬機高 35% 的效能。



作業系統

雲端服務提供的虛擬機器都是標準的作業系統虛擬機，其可用作業系統稱為客座作業系統 (Guest Operating System, Guest OS)，依照作業系統世代不同分為四個版本 (後續 Windows Server 2016 推出時也會新增 5.0 版) 。

雲端服務使用的客座作業系統能在服務組態檔中的 osFamily 項設定版本 (例如 osFamily="4" 表示使用第四版的客座作業系統)，osVersion 設定版本號 (或是 "\*"，表示直接用取新版本)。



組態架構

雲端服務使用兩個主要的設定檔來組態服務功能，一個是服務定義檔 (ServiceDefinition.csdef)，它定義了一個雲端服務要使用到的雲端基礎資源，包含使用的虛擬機器角色類型 (Web Role 或 Worker Role)、虛擬機器的大小、使用的網路組態、負載平衡器組態、憑證資訊、使用的組態項目、IIS 使用的網站繫結資訊等，這些資訊在部署雲端服務之後不可改變。例如下列 XML：

另一個是服務組態檔 (ServiceConfiguration.cscfg)，用來設定使用的 VM 作業系統類型與版本、虛擬機器數量、角色的設定值、憑證的使用等，這些設定在服務部署後仍然可以修改。如下列 XML：



參考
Microsoft Azure Functions 是 Microsoft Azure 平台上，提供無伺服器計算架構 (Serverless Computing) 的服務，允許開發人員在不用接觸與管理伺服器的情況下，編寫小型的處理程式以處理雲端上的訊息或事件。

Azure Functions 於微軟 Build 2016 大會上宣布，於同年 11 月 15 日正式 GA (General Availability)。

Azure Functions 已廣泛於用如 Azure Bot Services、Azure IoT Suite、Azure Logic App 等服務串聯。



簡介

Azure Functions 是以 Azure Web App 開發時所建立的 Microsoft Azure Azure Web Jobs 為基礎所開發的一個服務，Web Jobs 在開發時就已經支援多語言 (包含 Bash, 批次檔，C#, node.js, PowerShell, F#, Python 與 PHP 等) 的執行環境，因此在發展 Azure Functions 時，也將 Web Jobs 的多語言能力移植到 Azure Functions，同時基於無伺服器的架構，Azure Functions 只要求開發人員在 Azure 的管理介面上撰寫程式碼，即可立即測試與執行，不必擔心背後的資源分配與伺服器管理的問題。

Azure Functions 在設計上以函數 (function) 會有的特性來規劃，一個函數本身會有輸入 (input)、處理 (process) 與輸出 (output) 三個部份，微軟將輸入和輸出進行抽象化的處理，以繫結 (binding) 來替代 。


* 輸入繫結 (input binding) 表示函數會於繫結指定的條件發生時觸發，並將條件所需的參數傳到函數作為輸入的參數 (argument)。

* 輸出繫結 (output binding) 表示函數會輸出成指定的格式，通常作為回傳值 (return value)。

Azure Functions 如同其他 Azure 應用服務 一般，執行於 App Service Plan (應用服務計畫) 之上，不過為了要達到無伺服器架構的目標，Azure Functions 還多了一個使用模式，稱為消費計畫 (Consumption Plan)，以執行次數 (Executions) 和執行時的資源耗用量 (Resource Consumption) 為計費基礎 ，但使用者可選擇要用原始的 App Service Plan 還是要使用計量級的 Consumption Plan 作為計費單位。



功能

Azure Functions 基於無伺服器管理架構，因此其功能大多數都落在程式碼的開發、繫結的設定與安全金鑰的管理，當然也可以依需求進一步的設定其所處的 App Service Plan (即使是 Consumption Plan 也有) 的進階設定，例如加上 SSL 或增修應用程式組態檔的設定等等。

程式碼管理

Azure Functions 允許開發人員直接編寫函數的程式碼，也就是處理 (Process) 這個部份，基於與函數的繫結的整合，微軟提供了數個樣板 (template) 給開發人員選用，每個支援的繫結都會有一個樣板，開發人員不需費心於思考如何在函數中使用繫結，只要在函數的本體中編寫處理的程式碼即可。

例如使用 HTTP 觸發 (即送 HTTP 要求給該函數) 的 C# 程式碼如下：

而同樣功能的 node.js 程式碼如下：

範本會先為開發人員設定好參數，開發人員只要填入處理的程式即可。

另外，Azure Functions 也支援由 git 部署，然而若使用 git 部署時，Azure Portal 上的程式碼編輯器會強制停用。

繫結

繫結決定了函數的輸入、觸發時間與輸出，Azure Functions 支援了下列的觸發程序、輸入與輸出。由於觸發程序和輸入參數可以不同，因此下表中無輸入但有觸發支援時，觸發的參數會作為輸入的參數。

每個輸入、輸出繫結與觸發程序也會有必要的參數設定 (例如排程需要設定執行週期、Blob 需要設定監控的儲存體帳戶與容器等等)。

繫結的設定除了可在使用者介面上設定外，也可使用每個函數都有的 function.json 檔案設定，例如下列設定表示了監控 blob 的輸入，如果有輸入就觸發函數，並且將函數的輸出指定為另一個 blob 的繫結。

存取控制

使用 HTTP 繫結作為輸入的函數 (通常用於 REST 與 WebHook)，Azure Functions 會另外提供金鑰 (Key) 給開發人員使用，以作為存取控制的方法。

金鑰預設有兩種：


* 主機金鑰 (master key)：所有建於此應用程式內的所有函數都可使用。

* 函數金鑰 (function key): 只有金鑰所屬的函數可使用。

除了上面兩個預設的金鑰外，開發人員也可建立自己的金鑰，並決定存取權限是限制於函數，還是要支援所有的函數。



開發人員支援

Azure Functions 除了提供 Azure Portal 上的程式碼編修，以及採用 git 的持續整合的程式碼管理方式外，也為開發人員在地端的作業提供了 Azure Function Runtime，以加速開發人員在地端的開發與測試。

Visual Studio Code 也有套件支援 Azure Functions 的開發。



參考



相關條目


* AWS Lambda



外部連結


* Introducing Azure Functions （頁面存檔備份，存於網際網路檔案館）

* Azure Functions Overview （頁面存檔備份，存於網際網路檔案館）
Microsoft Azure Service Fabric 是微軟 Azure 平台上的平台服務之一，它也是基於微軟資源管理架構與基礎建設發展出的新型服務，可用來建置以微服務為主的雲端分散式應用程式，而它也將會是 Microsoft Azure 雲端服務 的後繼者。Azure 平台上的數個重要服務如 Azure SQL Database、Azure IoT 服務、Azure DocumentDB、Azure Event Hub 等服務都是使用 Service Fabric 作為基礎所開發。

Service Fabric 自 2015 年於 Build 2015 研討會中揭示，並於 2016/3/30 Build 2016 研討會上由 Scott Guthrie 宣佈正式進入 General Availability 階段。



架構

Service Fabric 是一個基於 Azure 基礎建設上的平台服務，但它和 Azure 雲端服務最大的差異是，Service Fabric 一開始就有叢集 (Cluster) 的概念，Azure 雲端服務是以虛擬機器為單位，Service Fabric 則是以叢集為單位，每一個叢集依照服務等級會有不同的虛擬機器數量，大小則是看建立叢集時的選擇。

運算能量

叢集所使用的虛擬機器的大小與 Microsoft Azure 虛擬機器服務相同，依照地區與開放的程度可選擇 A、D、DS 或是 G 等級的虛擬機器。

Service Fabric 規定每個叢集最低的虛擬機器數為 3 台 (且會標示成測試用服務)，正式的服務必須要有 5 台，叢集的持久性 (Durability) 被劃分成金級 (固定使用 G 級虛擬機器) 與銅級 (可選擇 A、D、DS 等虛擬機器)，可靠性 (Reliability) 則決定了最少的虛擬機器數量。


* 白金級 (Platinum) 9 台

* 金級 (Golden) 7 台

* 銀級 (Silver) 5 台

* 銅級 (Bronze) 3 台

當持久性選定後，就只能針對數量來修改，雖然可靠性訂定了下限，但上限則沒有限制，視訂用帳戶的上限來決定 (也就是若想用到 10000 台的話只要聯絡微軟技術支援開放上限就可以)。

Service Fabric 目前使用 Windows Server 作為基礎作業系統，未來可能也會導入 Linux 版本的 Service Fabric 虛擬機器。

節點

一個 Service Fabric 叢集可以包含最多三個節點 (Node)，節點的概念和雲端服務的角色類似，它可以個別定義虛擬機器的等級、類型與數量，配置方式也可以自訂。當叢集部署到 Azure 後，每一個節點都會生成指定數量的虛擬機器，並且依照錯誤域 (Fault Domain) 與更新域 (Upgrade Domain) 做隔離配置，而每一個節點會擁有自己的負載平衡器，所有與該節點有關係的虛擬機器網路設定都要由該負載平衡器處理，包含對外的 IP 與可用的 Port 等。

節點的部署是採用虛擬機器擴展集 (VM Scale Set) 的規則進行，每一次的 VM 橫向擴展都會賦與有規則性增長的連接埠，因此若要連到個別的虛擬機器，除了可用 Service Fabric 的 API 外，也可以由 Portal 取得該機器的 Port，再使用遠端桌面連入即可。



開發模型

Service Fabric 在概念上有分為有狀態 (Stateful) 以及無狀態 (Stateless) 兩種，而在 API 類型上則分為客座可執行檔 (Guest Executable)、可靠動作者 (Reliable Actor) 以及可靠服務 (Reliable Service) 三種。

客座可執行檔係指 Service Fabric 在啟動服務時啟動的是一個可執行檔，而不是由 Service Fabric API 所開發的應用程式，因此它雖然是放在 Service Fabric 內，但本身並不參與 Service Fabric 裡面的互動，通常也不會使用 Service Fabric 的 API 取得資訊 (例如服務的 Proxy 或是網路位址等)，它就只是單純的可執行檔，通常會作為前端介面，例如 node.js 網站。客座可執行檔在 Service Fabric 中是以無狀態的概念管理。

可靠動作者是以 Actor Model 的概念開發的，每個應用程式都是一個動作者 (Actor)，每個動作者是一個獨立的單執行緒執行空間，但一個 Service Fabric 內可以有很多個動作者，而且每個動作者之間是隔離的空間，而每個動作者可以被建立出多個執行個體，簡單的說，一個遊戲者 (Gamer) 可以建立出多個動作者，例如與別的遊戲者交談的 Session Actor、遊戲進行的主線 Main Actor、交換訊息的 Messaging Actor 等，而這些動作者可以被多個用戶端所建立，因此等於每個動作者的擁有者都會不同，Service Fabric 叢集內會不斷的生出許多的動作者，而每一個動作者都運行著它自己要做的工作，或是和別的 Actor 交談。

可靠服務則是提供功能的服務，視應用程式需要可劃分成有狀態 (Stateful Service) 與無狀態 (Stateless Service)，這兩者的差異是有狀態的服務可以使用可靠字典 (Reliable Dictionary) 與可靠佇列 (Reliable Queue) 來保存狀態，可靠字典與可靠佇列的可用性與可存取性是由 Service Fabric 進行管理，服務不需要介入，只要使用 Service Fabric API 就能獲取；無狀態的服務則是一般的服務，若它要保存狀態，就要依賴外部的狀態保存機制，例如 Azure Redis Cache。



參考
Azure 儲存服務 (Azure Storage) 是 Microsoft Azure 平台內實作的資料儲存服務，目前為 Azure 平台服務的主要資料保存地。

Azure 儲存服務提供了四種不同格式的儲存體，用來提供給 Azure 上運行的應用程式儲存資料使用。依據不同的儲存格式會有不同的限制，因為這些儲存服務都是以分散式巨量儲存（Distributed Mass Storage）為核心概念所設計出來的，為了要達成快速在分散式儲存空間中儲存與管理資料（還包含高可用度的贅餘儲存管理），微軟有在資料的儲存上做一些限制。

不論是哪一種儲存服務，Azure 都有 REST API，並符合 Simple Cloud 的標準。

Azure 儲存服務提供 99.9% 的服務水準，而唯讀式備援的唯讀端 (備援端) 為 99.99%。



Blob

Blob （大型二進位物件）資料是用來儲存像是檔案，圖片，視訊檔，可執行檔，壓縮檔等二進位格式的檔案，基本上它的儲存單位就是檔案，為了要讓 BLOB 的功能應用更寬廣，微軟也在 Blob 服務上開發了內容傳遞網路（Content Delivery Network）的服務，讓 Blob 可以作為大容量的檔案或資料儲存與供應的地方，以支持類似 YouTube 這樣的大型 Web 應用程式的服務。

Blob 依照性質分為兩種：


* Block Blob（區塊型 Blob 儲存體），這類的儲存以 4MB 為一個區塊單位 (可依需調整，範圍為 16KB~4MB)，單一檔案最大可以儲存 200GB，且區塊不會連續儲存，可能會打散到不同的儲存伺服器中存放，當應用程式要求時，會依照檔案的 Key 以及區塊由儲存區提取資料。另外，區塊在儲存時會經過一道認可程序，以讓應用程式決定是否要重新傳送。

* Page Blob（分頁型 Blob 儲存體），它會在儲存區中劃分一個連續的區域供應用程式存放資料，它本身可以視為一個大型的 VHD（虛擬機器磁碟），在 Page Blob 的資料寫入會直接認可。而基於 Page Blob 的特性，微軟特別在 Page Blob 上提供了一組將 Page Blob 虛擬成磁碟的功能，稱為 Azure Drive（研發代號為 XDrive），它能夠支援 NTFS API，也就是說應用程式可以利用現有的檔案管理 API（包含 System.IO 的類別）來存取 Azure Drive 中的資料夾與檔案資料，並且這些資料會保存在 Azure 資料中心內。

Blob 服務由 Blob 本身以及其收納容器（Container）構成，容器可視為一般本機上的資料夾。而容器和 Blob 都支援額外的 Metadata 設定，這些 Metadata 會附掛在 HTTP Header 中傳輸給用戶端，每一個 Metadata 的大小限制為 8KB。Blob 也支援權限管理的功能，透過 Shared Access Signature 可設定 Blob 或 Container 的存取權限與有效期限等。



Table

Table（表格）是給具結構化資料的應用程式儲存與管理的一種儲存服務，它在 Azure 儲存區中會以 Key-Value 鍵值對方式儲存，並且由 Partition 來切割在 Azure 儲存區的儲存位置，它實際的資料是 XML，透過 REST API 呼叫時，會需要依據 SDK 上的說明，自行建置 XML 的要求與解析回應的資料，但若是.NET Framework 的開發人員，在 Azure SDK 中提供的 Microsoft.WindowsAzure.StorageClient 命名空間就有提供輔助的 API 以及類別，將這件事在 API 中處理掉了。SDK 提供的輔助組件所應用的技術是 WCF Data Services，因此若對 WCF Data Services 熟悉的開發人員，會很容易的上手 Table 儲存的開發。

雖然 Table 可以儲存結構化的資料，但它並不是關聯性資料庫，所以像是 join，彙總函數等都無法使用，要由開發人員另外處理。



Queue

Queue（佇列）是一種先到先服務（First-Come, First-Serve），或稱為 FIFO（先入先出）的儲存服務，它可以允許應用程式將訊息儲存到佇列中排隊，然後由負責處理的應用程式（通常是 Worker）由佇列提取訊息並處理以後，將訊息由佇列中移除。訊息可以是字串或是最長 8KB 的二進位資料，佇列經常會作為跨執行個體通訊以及工作切割通知的訊息傳遞之用。



File

檔案服務是 Azure 近期 (2014) 才加入的新規資料儲存服務，它也是用來儲存二進位檔案，但它和 Blob 不同的是 Blob 是 Internet-facing (面向 Internet) 的檔案儲存服務，檔案服務則是給同一區域內的 Azure 服務 (如虛擬機器服務) 共享檔案資源的服務，它使用 SMB 2.1 (推出時) 與 SMB 3.0 (GA 時) 網路芳鄰的方式簡化存取檔案的工作，同時也可以支援由資料中心外部的網路芳鄰連線。



備援

自 v1.5 版起的 Azure Storage 開始支援異地備援 (Geo-replication) 的功能，只要應用程式將資料傳送到 TABLE 或 BLOB 儲存，Azure 會自動將資料往鄰近的資料中心傳遞，以備援儲存服務，當主要的資料中心發生斷線或是無法提供服務時，Azure 核心中的 DNS Service 會自動將要求導向到備援的資料中心繼續提供服務。


* 異地備援所產生的網路與儲存成本由微軟自行吸收，不另計費。

* 異地備援的工作是非同步且自動化，應用程式無需做任何修改。

* 異地備援可以透過聯繫 Windows Azure 支援團隊的方式停用。

目前 Azure 儲存服務支援下列備援類型：


* LRS (Local Redundant Service): 在區域內將資料產生三份複本儲存。

* ZRS (Zone Redundant Service): 在區域內除了原本的三份複本之外，再額外產生三份複本，此模式只支援 Blob 格式。

* GRS (Geo-Replication Service): 在已配對的資料中心間異地備援，兩邊都產生三份的複本。

* RA-GRS (Read-Only Geo-Replication Service): 在已配對的資料中心間異地備援，但另一邊的儲存可讀取 (但唯讀)。



涼儲存

涼儲存 (Cool Storage) 是微軟在 Build 2016 研討會中所發表的新儲存功能，它可以將資料儲存在較持久的儲存裝置，並且利用資料保存技術將儲存成本壓低，以適用於長時間儲存又不需經常存取的資料 (經常存取的稱為熱資料)，涼儲存僅適用於區塊式 Blob 儲存體 (Block Blob)，每單位 GB 的儲存成本比一般儲存功能便宜約 50%，但由涼儲存將資料取出或存入時除本身的交易成本外，尚需要支付額外每 GB 單位的取出與寫入成本 (Data Retrival/Data Write)，取出成本比寫入成本要高。



參考
Microsoft BASIC 是微軟公司建立其基礎的一項產品。它在 1975 年初次推出為 Altair BASIC，這是首次 BASIC（也是首個程式語言）可供 Altair 8800 業餘愛好者在微電腦上使用。



外部連結


* 比爾・蓋茨個人以 8 位 BASIC 編寫的復活節彩蛋 （頁面存檔備份，存於網際網路檔案館）（英文）
Microsoft Band，是一款由微軟開發與設計，帶有健身手環功能的智能手錶，並於 2014 年 10 月 29 日，在美國發售了限量版，售價 199 美元。Microsoft Band 於網上販售時便已供不應求，在美國的大部分地區被搶購一空。

這個手錶內含 10 個傳感器，一個光學心率錶，GPS 導航裝置，和紫外線傳感器，電池在充滿電後能連續使用兩天。 這個裝置的一部份功能依賴於它的配套 APPMicrosoft Health，適用於 Windows Phone 8.1、Android 4.3+，和 iOS 7.1+。

它內建的應用程式稱為「磁貼」（Tiles），例如有體能鍛煉、紫外線、警鈴與定時器、來電、簡訊、日曆、Facebook、氣象等；如果搭配使用 Windows Phone 8.1 的裝置，還能啟用 Cortana（某些功能仍然必須使用手機才能執行） 。

用戶可從手機查看來自通知中心磁貼（Notifications Center Tile）的最新通告消息，這個功能也是促銷微軟的軟體和授權許可給開發者和代工商的途徑之一。 



參考文獻



外部連結


* （英文） 官方網站 （頁面存檔備份，存於網際網路檔案館）
Microsoft Bob 是一款由微軟開發的軟體產品，旨在為 Windows 3.1x、Windows 95 和 Windows NT 提供更友好的人機互動介面，並以此取代 Windows 程式管理器。該程式於 1995 年 3 月 11 日發布，1996 年初被取消。Microsoft Bob 的介面展示了一個「房屋」，其中的「房間」可以進入，並內含一些常見的物品，如放有筆和紙的桌子、支票簿和其他物品。這些物品與各個電腦程式對應，例如點擊筆和紙會打開文書處理器。

一隻名叫 Rover 的卡通小狗以及其他卡通人物會使用對話方塊為使用者提供指引。

Microsoft Bob 在發布後受到了媒體的批評，且未得到使用者廣泛認可，導致其被廢止。在之後的微軟產品中能看到相關的後繼者，如虛擬助手的使用。Microsoft Bob 中的角色 Rover 和 Clippit（綽號「Clippy」的擬人回形針）分別作為搜尋伴侶和數字助手，在 Windows XP 和 Microsoft Office 中出現。



歷史

Microsoft Bob 於 1995 年 3 月（Windows 95 發布前）發布，儘管在這之前已經以代號「烏托邦」（Utopia）被廣泛宣傳。該設計基於史丹福大學教授 Clifford Nass 和 Byron Reeves 的研究。產品的專案負責人是微軟研究員 Karen Fries，行銷經理是比爾・蓋茲的妻子梅琳達・蓋茲。微軟最初從波士頓地區的技術人員 Bob Antia 手中購買了域名 bob.com，但後來又以其向 Bob Kerstein 交易 windows2000.com 域名。



套用

Bob 包含各種辦公套件程式，例如財務套用和文書處理器。其使用者介面的設計初衷為簡化電腦新手的導航體驗。

類似於 Jane 等早期圖形外殼，軟體的主介面被描繪成一棟房子的內部，不同的房間對應常見的現實世界房間樣式，如廚房和起居室。每個房間都包含裝飾和家具，以及象徵應用程式的圖示。Bob 提供完全自訂整個房子的選項，使用者可以完全控制每個房間的裝飾，添加、移除或移動所有物體，還可以在房屋中添加或刪除房間，並更改每扇門的目的地。Bob 還為房間設計和裝飾提供了多個主題，如當代和後現代主義。

Bob 內建的應用程式由對應的裝飾表現，例如單擊時鐘將打開行事曆，單擊筆和紙則打開文書處理器。使用者還可以在電腦上添加套用的捷徑，這些捷徑會在各種樣式的裝飾（例如盒子和相框）中顯示圖示。

Bob 還有安裝新應用程式的功能，但由於產品的失敗，其最終只發布了一個附加應用程式包 Microsoft Great Greetings。

Bob 發布於網際網路開始流行的時期，它提供了一個電子郵件客戶端，使用者可以通過它訂閱 MCI Mail（一個撥號電子郵件帳戶）。每月傳送多達 15 封電子郵件的價格為 5.00 美元；每封電子郵件限制為 5000 個字元，達到限制後，每增加一封電子郵件將額外收取 45 美分。使用者需要撥打免費電話來建立帳戶。

Bob 的一大特色是其中的「助手」，這些卡通人物用來指參照戶存取虛擬房屋，並在主介面或內建應用程式中執行任務。



Gateway 2000 版本

1995 年左右，Gateway 2000 的電腦捆綁了一個 Microsoft Bob 版本。Gateway 版中含有登入介面上的 Gateway 商標，以及零售版中沒有的其他房間和背景。額外房間之一是閣樓，裡面有一台 Gateway 2000 電腦的盒子。除了額外房間外，新房間中還預設出現了更多圖示。



反響和遺產

儘管在消費電子展上的演示贏得普遍好評，在其發布前拿到軟體副本的評論家們卻普遍對其嗤之以鼻。Microsoft Bob 是微軟最明顯的產品失敗之一。《紐約時報》注意到這些角色很煩人，而且其中的家居設計顯然是「審美有缺陷的六年級學生」的作品；其還批評了軟體的硬體要求以及儲存資料的檔案格式選擇，並得出結論認為它不像微軟宣傳的那樣簡明。《華盛頓郵報》稱家裡的環境「死氣沉沉」「毫無生氣」，角色的可愛也很快變淡，並批評了客製化化和 Windows 組件存取方面的不足。根據 PC Data 的資料，其從發布到停產的實際銷量僅為 58,000 份左右，遠低於微軟預計的與 Microsoft Works 和 Encarta 相當的百萬銷量。儘管在發布僅一年後就被取消，Microsoft Bob 仍持續在評論和流行媒體中受到嚴厲批評。2017 年，梅琳達・蓋茲承認該軟體「需要一台比當時大多數人所擁有的更加強大的電腦」。

Bob 在個人電腦世界雜誌的「有史以來最糟糕的 25 個技術產品」列表中排名第七，在 CNET.com「十年來最糟糕的產品」排名第一，並在時代雜誌發布的 50 項最糟糕的發明列表中名列前茅。時代雜誌還稱 Bob「過於矯揉造作」，將其稱為「圍繞 Clippy 設計的作業系統」。微軟的史蒂夫・巴爾默還曾提到 Bob，作為「我們認為我們沒有成功，現在讓我們停下來」形勢的一個例子。 

微軟員工 Raymond Chen 在一篇文章中寫道，Bob 的加密副本包含在 Windows XP 安裝 CD 中，通過占用空間以防止盜版。在撥號連線時代向光碟添加額外的 30MB，被認為會減慢使用 56k 數據機的使用者非法下載軟體的速度。2020 年 11 月，退休的微軟工程師 David Plummer 承認自己是將 Microsoft Bob 的加密副本放入 Windows XP 安裝媒介的人。安裝程式會檢查「Blob of Bob」，如果使用者有「OEM blob」，則只能使用 OEM 產品金鑰。科技記者 Harry McCracken 稱這個故事是「一個令人愉快的都市傳說」，並指出它與一個聲稱 Bob 隱藏在 Windows Vista 中的愚人節笑話有相似之處。

虛擬助手在 Microsoft Bob 的使用給予了 Clippit 啟發。Clippit 是一個綽號「Clippy」的回形針，Microsoft Office 的預設 Office 助手。Bob 的吉祥物 Rover 成為了 Windows XP 檔案搜尋功能的「搜尋伴侶」。

微軟平面設計師 Vincent Connare 注意到 Rover 的發言是以 Times New Roman 書寫的。他覺得此字型似乎不適合卡通狗，故設計了字型 Comic Sans。儘管由於其字母不適合任何印刷網格的技術原因，Connare 的字型沒有出現在 Microsoft Bob 的最終發布版本中，但其在微軟的 3D Movie Maker 中首次亮相，後來作為 Windows 95 的附加字型出現。



參見


* Orphaned technology

* Packard Bell Navigator

* eWorld

微軟


* Office 助手

* Microsoft Agent

* Cortana



參考文獻
Microsoft Max，或稱 Microsoft Codename Max，是美國微軟公司推出的一款基於 WinFX 技術的圖片軟體。這個軟體的主要作用是用本地的圖片生成列表，並與好友共享圖片。該軟體的界面採取了 Windows Vista 風格。

2006 年 10 月 31 日，Microsoft Max Blog 宣佈 Max 計畫終止 [1]。



安裝

微軟只提供過 Max 的在線安裝程序，並暫時僅能在英文版 Windows XP 或加載多國語言包的英文版 Windows XP 上安裝，界面也暫時只有英文版。由於 WinFX 技術屬於下一代微軟產品使用的技術，因此，正式安裝前會被安裝程序引導安裝 WinFX Runtime Components，並有可能需要重新啟動系統。注意，有時候重新啟動後，安裝程序會在中途報錯並退出，只需在桌面點擊安裝程序生成的捷徑就可以繼續完成安裝。

系統要求


* 基本配置
  
* 升級到 SP2 的 Windows XP（包括家庭版和專業版，但不包括 64 位版的 Windows XP）
  
* 1.0GHz 的中央處理器
  
* 256MB 的內存
  
* 200MB 可用硬碟空間
  
* VGA 顯示器，解析度在 800x600 象素

* 推薦配置
  
* 升級到 SP2 的 Windows XP（包括家庭版和專業版，但不包括 64 位版的 Windows XP）
  
* 2.4GHz 的中央處理器
  
* 512MB 內存
  
* 200MB 可用硬碟空間
  
* 支持 Avalon 技術的 3D 圖形加速卡
  
* 寬帶網際網路連接



使用

Microsoft Max 需要使用 Microsoft Passport Network 帳號登錄，並在第一次使用某一個 Microsoft Passport Network 帳號登錄時，會被要求在電子郵件中確認該帳號（同時包含取消該帳號使用 Microsoft Max 資格的超連結）。

登錄後，可以從本地圖片創建圖片共享列表，允許在你的 Microsoft Max 好友列表上的帳號查看這些圖片，同時也可以查看對方圖片。該軟體也可以創建本地的圖片相冊，並以多種方式顯示，並可以放大縮小的三維視覺感受觀看，這在微軟以前的作品中幾乎難以體會。



外部連結


* Microsoft Codename Max

* Max Blog
Microsoft 下載管理員（Microsoft Download Manager）是微軟公司 2011 年發布的一個簡單的適用於 Microsoft Windows 的下載管理器，它支援通過 HTTP 或 HTTPS 下載檔案，並有多種語言可用。Softpedia 的評論員批評此程式，認為與其他下載管理器相比缺少很多功能。



參考資料



外部連結


* 官方網站
Microsoft Dynamics 是微軟公司面向企業的商業軟體。


* 客戶關係管理（CRM）：
  
* Microsoft Dynamics CRM

* 企業資源計劃（ERP）：
  
* Microsoft Dynamics AX（Axapta）中大型企業國際化應用支持與 Office 集成
  
* Microsoft Dynamics GP（Great Plains）低端中等市場商務過程
  
* Microsoft Dynamics NAV（Navision）業務解決方案系統
  
* Microsoft Dynamics SL（Solomon）項目型、服務型及分銷驅動型組織



外部連結


* Microsoft Dynamics
Microsoft Entourage 是微軟為 Mac OS 8.5 或以上版本開發的郵箱客戶端及個人信息管理系統。微軟最先於 2000 年 10 月以 Microsoft Office 2001 的一部分發佈 Entourage；而上一個 Mac OS 版本的 Microsoft Office，Office 98，則包括了 Outlook Express 5。目前最新的版本是 Entourage: Mac 2008，是於 2008 年 1 月 15 日發佈的 Microsoft Office 2008 for Mac 的一部份。

微軟於 2010 年 10 月 26 日發售 Microsoft Office 2011 for Mac，並用 Microsoft Outlook 取代了 Entourage。



概略

Entourage 是一個郵箱客戶端，同時亦可以管理日曆，地址簿，行事曆及專案管理員。而微軟從 Entourage 2004 開始，提供專案中心（Project Center）功能，用戶可以透過此功能建立及整體不同的專案。Entourage 中的資訊可以是來自 Entourage 本身或是從外部獲取。Entourage 支援以 POP 或 IMAP 方式及以 WebDAV（使用 Microsoft Exchange 伺服器）方式接收郵件。

Entourage 2008 提供了「My Day」工具，可以協助用戶組織日程，提高搜尋速度，「to do」標幟，改良了的垃圾郵件過濾，網絡釣魚保護，於 Favourites 的快速瀏覽及可以自訂的工具列。



功能

Entourage 支援一些 Mac OS 的技術，例如 Spotlight 搜尋引擎及 AppleScript。但因其龐大的資料庫，令 Time Machine 不能有效地備份。Entourage 亦有一個獨立的通訊錄，但可以使用 iSync 同步處理連絡人及行事曆。。

與 Outlook 的比較

與其他 Mac 版本 Office 不同的是，Entourage 不使用 Windows 版本產品的名稱。而微軟則認為 Entourage 是為了「滿足完全不同的觀眾的需求」。Entourage 源自 Mac 版本的 Outlook Express 5 及 Claris Emailer，而 Entourage 是「no ported code, and no Office code」，即是沒有 Outlook 及 Office 的代碼。不過，微軟將 Entourage 定位成為 Macintosh 的 Exchange 用戶而設的「相似」產品。

Microsoft Exchange 的客戶端

Entourage 自 2003 年 8 月 4 日發佈 Entourage X 的更新之後，開始支援 Microsoft Exchange 伺服器。這個早期的版本需要使用 IMAP 以支援郵件收發及 WebDAV 以支援通訊錄及行事曆的功能。（其後的版本已不需要 IMAP 而全面使用 WebDAV。）用戶亦投訴 Windows 版本 Outlook 及 Entourage 2001 功能不足。其後的版本亦有加入部份缺少的功能。但是 Entourage 2008 仍不是與 Outlook 一樣的 Exchange 客戶端。例如 Entourage 2008 仍不能將待辦事項及筆記與 Exchange 伺服器同步化。很多 Exchange 用戶都於口頭上指責微軟於此的過失。微軟則解釋指，於 Entoruage 2008 中，程式的「可靠程度」比 Exchange 支援更重要。.



版本歷史


* Outlook Express 4 或 5（Entourage 的前身），隨 Microsoft Office 98 Macintosh Edition 發佈（Microsoft Office 8）

_{來源對於其版本有混淆}_


* Entourage 2001，隨 Microsoft Office 2001 發佈（Microsoft Office 9）

* Entourage X，隨 Office X 發佈（Microsoft Office X）

* Entourage 2004，隨 Office 2004 for Mac#Entourage 2004 發佈（Microsoft Office 11）

* Entourage 2008，隨 Office 2008 for Mac 發佈（Microsoft Office 12）



參見


* 電子郵件客戶端比較

* 個人信息管理系統

* 辦公軟體套裝



參考資料



外部連結


* Microsoft Entourage:Mac 2008 （頁面存檔備份，存於網際網路檔案館）（official site）

* Inside Entourage by Amir - blog by M. Amir Haque in Microsoft Enterprise Messaging group

* Entourage Weblog (last updated June 2006)

* The Entourage Help Page （頁面存檔備份，存於網際網路檔案館）

* The Entourage Help Blog （頁面存檔備份，存於網際網路檔案館）
Microsoft Excel Viewer 是一個用來閱讀及列印用 Microsoft Excel 製作的電子表格文件的免費軟體。Excel Viewer 是兼容於 Microsoft Windows 及 Windows CE 掌上電腦。

根據 Microsoft Excel Viewer 2003 許可協議的條款中，此軟體只能用來閱讀及列印用 Microsoft Excel 製作的文件。此軟體並不能作其他用途。
Microsoft Explorer 可以指微軟出品的如下應用：


* Internet Explorer，圖形用戶網頁界面瀏覽器

* Windows Explorer，瀏覽電腦中檔案與文件夾的基本工具
Microsoft Expression Studio 是微軟針對開發者與設計師開發的設計與媒體套件應用程式。



概要

微軟於 2005 年 9 月 16 日洛杉磯專業開發人員大會上展示 Expression 及於 2007 年傳播媒體展上展示 Expression Encoder。在該些產品中 Expression Blend、Expression Design 與 Expression Encoder 均使用 Windows Presentation Foundation 編寫。Expression Web 是 Microsoft FrontPage 的後繼者，但其功能明顯與 FrontPage 不同，如使用自己的彩現引擎而不是 Internet Explorer 的 Trident 排版引擎，所有 FrontPage 外掛程式與功能亦被移除。Expression Media 主要是基於其前身，微軟在 2006 年 7 月收購的 iView Media。Expression Design 所使用的技術亦是基於以前收購的產品 Creature House Expression，但以 WPF 完全的重新編寫。



應用程式


* Microsoft Expression Web（開發代號 Quartz）- 所見即所得網站設計器與 HTML 編輯器

* Microsoft Expression Blend + SketchFlow（開發代號 Sparkle）- 視覺化製作 Windows Presentation Foundation 及 Silverlight 應用程式的使用者介面

* Microsoft Expression Design（開發代號 Acrylic）- 點陣與向量圖像編輯器

* Microsoft Expression Media - 數位資產與媒體管理器

* Microsoft Expression Encoder - VC-1 內容編碼器:



參見


* 點陣圖圖像編輯器列表

* 點陣圖圖像編輯器比較

* Microsoft FrontPage，Expression Web 的前身

* Creature House Expression，Expression Design 的前身

* iView Media，Expression Media 的前身



參考文獻



外部連結

微軟連結


* Microsoft Expression - 官方網頁

* Microsoft Expression 團隊部落格 （頁面存檔備份，存於網際網路檔案館） - 新聞、示範、教學

* Q&A: Microsoft Unveils Next Generation of Web Authoring and Design Tools - 微軟新聞稿

教程與訊息


* Microsoft Expression Tutorials - 有用的教程

* What is Expression? （頁面存檔備份，存於網際網路檔案館）：Expression 開發者的部落格與 RSS 饋送

* NetFXGuide.com 上的 Microsoft Expression 頁面

* Microsoft Expression written and flash tutorials. Expression 網上論譠與幫助 （頁面存檔備份，存於網際網路檔案館）
Microsoft ForeFront 是微軟的 Microsoft Windows 使用者端及伺服器端的一系列保安產品名稱，和 Microsoft Security Essentials 為姊妹軟體。

這一系列產品包括了以下各項產品：


* Microsoft Forefront Client Security（舊稱 _Microsoft Client Protection_）

* Microsoft Forefront Security for Exchange Server（舊稱 _Microsoft Antigen for Exchange_）

* Microsoft Forefront Security for SharePoint（舊稱 _Antigen for SharePoint_）

* Microsoft Forefront Security for Microsoft Office Communications Server（舊稱 _Antigen for Instant Messaging_）

* Microsoft Internet Security and Acceleration (ISA) Server 2006



外部連結


* Microsoft ForeFront 官方網址