zetavg/zh-tw-wikipedia huggingface dataset:
服刑人员未成年子女

**服刑人員未成年子女**，是指正處於監獄等國家暴力機關拘禁狀態的人員所生（包括婚生及非婚生）的法定年齡不足 18 周歲的子女。這是一個在社會發展社會福利、保障制度不斷完善的進程中逐漸為政府和民眾所關注的特殊的社會弱勢群體。他們的生存、教育及身心成長對社會的穩定和和諧有著直接而深遠的影響。

## 歷史

服刑人員未成年子女這一範疇，追溯其歷史應是伴隨著監獄這一國家暴力機關的產生而產生。在歷史上，隨著國家制度的更替，人類文明的進步，服刑人員未成年子女的命運也隨之不斷改善。在奴隸社會，如果父母是罪犯，子女往往也是隨之被貶為奴隸或罪犯；到了封建社會視罪犯罪行的大小，其子女所受到的牽連也各不相同，重則遭受誅連、發配，輕則也會影響科舉、仕途。

到了現代，隨著社會文明的進步和福利保障的完善，服刑人員未成年子女，作為與其父母犯罪行為相割裂的個體所應享受的福利及保護越來越受到社會的重視，這些孩子的屬性也從父母罪行的犧牲品、連帶品開始向應受國家和社會保護的弱勢群體轉變。

## 現狀

目前，服刑人員未成年子女已經形成了一個具有相當規模的社會群體。以開發中國家和已開發國家中人口最多的中國和美國為例。據中國官方 2006 年統計：在押的 156 萬名服刑人員中有未成年子女的服刑人員有 46 萬。而美國司法統計局發布的數字是 2007 年美國監獄中有 809，800 位父母，這些父母的未成年子女人數為 1，706，600 人，這些數字被官方統計人員認為可能會存在因父母不想暴露自己的子女而存在比真實數目偏小的情況。

儘管服刑人員未成年子女問題已經在世界絕大部分國家引起了重視，一些社會福利制度發展較完善的已開發國家也有針對服刑人員未成年子女生存、教育和成長而制定的措施。但我們一些開發中國家對於這一問題還缺乏成文的法律保障。在中國這樣的開發中國家中的經濟和人口大國，調查顯示有 94.8% 的服刑人員未成年子女沒有受到過任何形式的社會援助，有 1.2% 的服刑人員未成年子女已經走上了犯罪道路。有超過 2% 的服刑人員未成年子女沒有生活來源在外流浪。

## 權益問題

歐美一些主要國家，對於監獄服刑人員未成年子女實施監護是法定的國家（或政府）職責。英國制定的《兒童法》、德國制定的《兒童與青少年救助法》、挪威制定的《兒童福利措施法案》都有相應的規定。如果監獄服刑人員的子女尚未成年，國家將採取兩種途徑切實保護未成年人利益：一是設立母子監獄；二是安置於兒童福利機構。在中國由於服刑人員子女在法律界定上不屬於國家福利機構所贍養的兒童定義，因此無法享受相應的兒童福利。

目前中國民間有許多服刑人員子女的代養機構，且一些地方政府也把服刑人員未成年子女納入了社會低保人員，可以領取最低生活保障金。

## 參考文獻
服务

**服務**，意思是指履行職務，為他人做事，並使他人從中受益的一種有償或無償的活動，不以實物形式而以勞動的形式滿足他人某種特殊需要。其它一般西洋地區的這句話是個經濟用語，涵蓋所有在買賣過程後不會有物品留下，提供其效用來滿足客戶的這類無形產業。這也就是英國經濟學家 Colin Grant Clark 所提到「斐帝 - 克拉克法則」中所謂的「第三產業」。

中文裡自古服務這句話就是為其他人提供的勞動，例如《論語》為政篇中「有事，弟子服其勞，有酒食，先生饌。」不過在現代社會中，服務的涵義越來越廣泛，以產品和服務來做個區別來說，產品是屬於有形的財產，從原物料去生產創造這些產品的行業統稱為製造業，是個有形可以被保存的財產，一般在分類裡是屬於「第二產業」；但用產品製成後，利用這些產品去賺取利益，所提供的這類**服務**性職業，就是屬於無形的財產。

馬克思在資本論裡面認為：服務是使財貨的使用價值得到發揮。它是勞動的一部分。

## 參見

* 經濟學家
* 經濟學
* 第三產業
* 論語
服务业

**第三產業**，或**第三次產業**、**三次產業**（英語：Tertiary sector of the economy），又稱**服務業**，是指位處一件產品的生產鏈中最上層的行業，這些行業在一件產品的生產鏈中擔任物流、分銷、中介等工作。第三產業需要接觸產品的終端顧客，是該產品自生產至供應市場的最後階段。

## 定義

一件產品的第三級產業是產品自生產至接觸其終端顧客的最後階段。由於每樣產品都有自己獨有的生產鏈，所以第三級產業對於不同的產品而言有不同的意義，一部手機的生產鏈中的第三級產業為手機的物流、批發、分銷、維修，而對於一橦樓房來説，它的第三級產業就是房地產中介。

第三級產業需要接觸產品的終端顧客，是該產品自生產至成品的最後階段，諸如餐飲、客運、分銷、藝術品拍賣、房地產中介，就分別是食品、交通工具、商品、藝術品、樓房這些產品的第三級產業。第三產業於已開發國家的生產總值比重約佔 70% 以上；於部分發展中國家比重大約 55-65%。

### 概念性產品的例子

一些特殊的例子，例如教育、學術研究、科技研發、法律專業等行業便是教科書、教學工具、實驗工具、醫療工具這些操作性產品，和憲法、法律、科學理論這些概念性產品的第三級產業。由於概念性產品的生產過程很難釐定，因此概念性產品的相關行業有時會被另外歸類成第四產業。

## 中國第三產業分類

在《國民經濟行業分類》（GB/T 4754-2017）中，第三產業分為 15 個門類，即自 F 門類到 T 門類，共計 47 個大類，為分類最多的產業。

## 參見

* 產業
* 第一產業
* 第二產業
* 第四產業
* 第五產業

## 參考文獻

### 資料

* 中華人民共和國國家質檢總局和國家標準委《國民經濟行業分類 （頁面存檔備份，存於網際網路檔案館）》（GB/T 4754－2017）
* 中華人民共和國國家統計局《三次產業劃分規定 （頁面存檔備份，存於網際網路檔案館）》
服务区_(公路)

**公路服務區**又稱**公路服務站**、**公路休息站**等，是提供用路人上廁所與短暫休息的場所，以避免疲勞駕駛。普遍在高等級公路出現，如高速公路的服務區。

服務區視規模從只有基本必需的衛生間，到擁有便利店、車輛維修、加油站、商店等多樣化服務。

服務區也會包括餐廳等其他設備。德國甚至在一些高速公路服務區中提供了教堂服務，以供信徒使用。高速公路的一些服務區也會提供修車服務。

## 相關條目

* 臺灣公路服務區與休息站列表
* 道之驛

## 連結資料
服务升级包

**服務包**（Service Pack，縮寫為 **SP**）是程式的更新、修復和（或）增強的集合，以一個獨立的安裝套件的形式發布。許多公司，如微軟或 Autodesk，通常在為某一程式而做的修補程式達到一定數量時，就發布一個 Service Pack。安裝一個 Service Pack 比安裝許多獨立的修補程式更簡單且不易出錯，特別是在通過網路更新許多電腦的時候。

Service Pack 通常被編號，並被縮寫成 SP1、SP2 這樣的形式。值得注意的是，除了修復缺陷，它們通常還會帶來全新的特性，就像 Windows XP 的 SP2 那樣。

## 增量或累積的 SP

Service Pack 可以是增量的，也就是說它僅包含再上一個 Service Pack 中沒有的更新。更常見的 Service Pack 是累積的，即它包含所有之前的 Service Pack 的一切內容。對於微軟的產品，增量的更新通常被稱為「service release」。例如，Office 2000 必須在更新至 service release 1（SR1）之後才能安裝 SP2。

正常地，對於一個程式，其 Service Pack 或者都是增量的，或者都是累積的。由於這個原因，這兩個形容詞通常可以用來定義某個程式的全套 Service Pack。如此句：微軟 Windows 的 Service Pack 都是累積的。

微軟的產品通常只在主流支援階段（產品發售起 5 年內）才會推出 Service Pack。例如微軟公司在 Windows 2000 SP4 之後僅推出更新彙總套件 1（Update Rollup 1），而不再推出 SP5。

## 其他

有的時候，Windows 的服務包會附加一些正版驗證的程式。例如在 2004 年，部分之前通過各種手段破解 Windows 啟用程式的使用者安裝 Windows XP SP2 後，會收到「你可能是盜版軟體受害者」的提示，並被要求重新啟用。

## 參見

* Windows Update

## 注釋

## 外部連結

* 微軟產品技術支援生命周期 （頁面存檔備份，存於網際網路檔案館）（包括微軟的更新服務包支援政策）
* Microsoft Service Packs （頁面存檔備份，存於網際網路檔案館）
* 下載 Microsoft Windows XP SP2 （頁面存檔備份，存於網際網路檔案館）
* The Software Patch: features Service Packs for Windows, Office, WordPerfect （頁面存檔備份，存於網際網路檔案館）
服务发现

**服務發現（Service discovery）** 是自動檢測一個計算機網絡內的設備及其提供的服務。**服務發現議定 (service discovery protocol)** 幫助發現服務的網絡傳輸協議。服務發現的目的在於為用戶自行配置而減負。

服務發現通常需要一個共同的語言，幫助用戶通過軟體代理器（software agents）調用另一個服務，而不需要用戶自行調用.

## 協議

以下是一些服務發現協議：

* 藍牙服務發現（Bluetooth Service Discovery Protocol）
* DNS 服務發現，是零配置網絡（Zero Configuration Networking）的一個組件。
* 動態主機設置協議（DHCP）
* Jini (Java Intelligent Network Infrastructure) 用於查找 Java 對象
* 鏈路層發現協議（Link Layer Discovery Protocol）
* 組播源發現協議（Multicast Source Discovery Protocol）
* 服務定位協議（Service Location Protocol）
* 會話通告協議（Session Announcement Protocol）
* 簡單服務發現協議（Simple Service Discovery Protocol）
* 網絡代理自動發現協議（Web Proxy Auto-Discovery Protocol）
* Web 服務動態發現（Web Services Dynamic Discovery）
* 可擴展消息與存在協議（Extensible Messaging and Presence Protocol）
* 

## 參考文獻
服务台

**服務台**（Help desk、Service desk），是一種 IT 支援工作，專業訓練的熟練工年薪 USD$$40,000 - $50,000。非專業沒經過訓練的初學者也能通過和技術人員的合作獲得職位和技術的提升。

網際網路公司通過僱傭外包的服務台公司當作客服。服務台人員需要帳務基礎的軟體、硬體和伺服器的知識。

## 功能

簡單的分成下面幾種：

* 非正式的同伴支持（Informal peer support）
* 用戶支持與其他責任相結合（User support combined with other responsibilities）
* 用戶支持作為一個單獨的位置或組（User support as a separate position or group）
* 服務台支持（Help desk support）
* 用戶支持中心（User support center）
* 用戶支持作為信息系統的責任（User support as an IS responsibility）
* 用戶支持外包給供應商（User support outsourced to a vendor）

## 佈置

座位佈置分為長排型、四方型、之字形和十字形。

## 多層次的技術支援

* 第零層：客戶自助服務，電腦自動回答客戶的簡單問題。
* 第一層：是對基本客戶問題的初始負責支援，比如密碼重置、改用戶名、改郵箱；收集各種的信息，比如姓名、系統、時間、當時情況、錯誤信息等等。通過確定問題種類選擇解決或者傳遞到下一層。
* 第二層：查看第一層的日誌並提供更先進的知識，比如設置安裝和配置系統、學習安全維護、媒體備份、預防性維護。
* 第三層：處理最困難的技術問題，設計多個預案來點對點的處理。
* 第四層：和電腦設備商合作處理維護問題。

## 參考文獻
服务员

**侍應生**簡稱**侍應**，亦稱**服務生**。古時有稱**跑堂**、**小二**等；古時粵語俗稱**企堂**，現時稱為**夥計**，是負責在餐館外場執行服務工作的工作者。

服務生通常都會穿制服：現代酒樓、西餐廳的服務生會穿著西裝或是套裝制服；舊式茶餐廳的服務生則多是穿文化衫；現在一些新式食肆則會以 T 恤以及圍裙作為制服。主題餐廳的服務生更會穿著特色服裝，女僕咖啡廳的服務生會穿女僕服。中式復古風格的餐廳也有以旗袍與長袍馬褂作為制服的。

## 看板娘

**看板娘**（日語：看板娘），日本的方言詞語，意為「扮演看板角色」的女性（看板にして娘），作為商店、餐廳的特定招徠招牌的服務員，指以特定外觀打扮、用以吸引／招徠顧客的人員，打扮配件可以包含商品本身、商品衍生物、職業服裝、品牌標誌／圖騰、廣告板、電子板、招牌等等，通常由女性擔當。看板娘衹是店員，但有時從字面上被錯誤理解成「老闆娘」。ACG 同人文化裡則多是指 cosplayer 販售個人創作的作品，一般都是會扮演成與販賣作品有關的角色。

## 參考
服务器

**伺服器**（英語：server）指：

* 一個管理資源並為使用者提供服務的電腦軟體，通常分為檔案伺服器（能使使用者在其它電腦存取檔案），資料庫伺服器和應用程式伺服器。
* 執行以上軟體的電腦，或稱為**網路主機**（host）。

伺服器通常以網路作為媒介，既可以通過內部網路對內提供服務，也可以通過網際網路對外提供服務。伺服器的最大特點就是其強大的運算能力或是具備大量磁碟儲存空間的電腦，使其能在短時間內完成大量工作及負載大量的檔案資料儲存，並為大量使用者提供服務。20 世紀 90 年代之後，隨著數據機技術的發展，網際網路由窄頻的電話撥接，升級成為寬頻網路，這代表著以資訊高速公路為象徵的網路新時代來臨。網際網路普及同時改變了電腦使用者習慣，更大大普及網路聯絡傳訊的方式，從文字到圖片，再到影片，伺服器所能完成的工作也越來越複雜；而雲端計算、大數據時代造就了各種新型態行業，如網路商店、網路電商、網路拍賣、網路銷售、網路遊戲、網站設計、網站架設、部落格，以及越來越普遍性的雲端資料庫或備份庫。標準伺服器（server）及檔案伺服器（NAS）的普及正在時時優化及改變現有人類的生活。

## 定義

有時，這兩種定義會引起混淆，如網頁伺服器。它可能是指用於網站的電腦，也可能是指像 Apache 這樣的軟體，執行在這樣的電腦上以管理網頁組件和回應網頁瀏覽器的請求。
伺服器的構成包括中央處理器、硬碟、記憶體等，和通用的電腦架構類似，但是由於需要提供高可靠的服務，因此在處理能力、穩定性、可靠性、安全性、可延伸性、可管理性等方面要求較高。
在網路環境下，根據伺服器提供的服務類型不同，分為檔案伺服器，資料庫伺服器，應用程式伺服器，Web 伺服器等。

## 伺服器（硬體和作業系統）

伺服器作為硬體來說，通常是指那些具有較高計算能力，能夠提供給多個使用者使用的電腦。伺服器與 PC 機的不同點很多，例如 PC 機在一個時刻通常只為一個使用者服務。伺服器與主機不同，主機是通過終端給使用者使用的，伺服器是通過網路給客戶端使用者使用的，所以除了要擁有終端裝置，還要利用網路才能使用伺服器電腦，但使用者連上線後就能使用伺服器上的特定服務了。

和普通的個人電腦相比， 伺服器需要連續的工作在 7×24 小時環境。這就意味著伺服器需要更多的穩定性技術 RAS，比如支援使用 ECC 記憶體。

根據不同的計算能力，伺服器又分為工作群組級伺服器，部門級伺服器和企業級伺服器。伺服器作業系統是指執行在伺服器硬體上的作業系統。伺服器作業系統需要管理和充分利用伺服器硬體的計算能力並提供給伺服器硬體上的軟體使用。

現在，市場上有很多伺服器作業系統。類 Unix 作業系統是 Unix 的後代，大多為作伺服器平台
設計。常見的此類類 Unix 作業系統有各種 Linux 發行版（如紅帽企業 Linux、SUSE）、AIX、IRIX、Solaris、BSD（如 OpenBSD、NetBSD）、和 SCO OpenServer。微軟也推出了 Windows Server，如 Windows NT 4.0 Server、Windows 2000 Server、Windows Server 2003、Windows Server 2008、Windows Server 2008 R2、Windows Server 2012、Windows Server 2012 R2、Windows Server 2016、Windows Server 2019、Windows Server 2022。

## 伺服器分類（軟體）

伺服器軟體的定義如前面所述，伺服器軟體工作在客戶端 - 伺服器或瀏覽器 - 伺服器的方式，有很多形式的伺服器，常用的包括：

* 檔案伺服器（Files server）或網路儲存裝置（network attached storage NAS）；
* 資料庫伺服器（database server）—— 如 Oracle 資料庫伺服器，MySQL，MariaDB，PostgreSQL，Microsoft SQL Server，MongoDB，Redis 等；
* 郵件伺服器（mail server）——Sendmail、Postfix、Qmail、Microsoft Exchange、Lotus Domino、dovecot 等；
* 網頁伺服器（Web server）—— 如 Apache、lighttpd、nginx、微軟的 IIS 等；
* FTP 伺服器（FTP server）——Pureftpd、Proftpd、WU-ftpd、Serv-U、vs-ftpd 等；
* 域名伺服器（DNS server）—— 如 BIND 等；
* 網路錄影伺服器 （NVR Server）網路錄影機是一種能處理監視影片流資料的專業型伺服器。一般用於儲存大型的 CCTV 的閉路電視的監視網路的影片流資料。
* 應用程式伺服器（application server/AP server）—— 如 Bea 公司的 WebLogic、JBoss、Sun 的 GlassFish；
* 代理伺服器（proxy server）—— 如 Squid cache；
* Active Directory 伺服器；
* 其他，如 Minecraft 遊戲伺服器等。

## 外型

伺服器常見的外型有四種：塔式伺服器、機架伺服器（rack）、刀鋒伺服器（blade server）、機櫃式。

## 安全性

伺服器常遭到駭客攻擊，所以伺服器都要不定時的去做檢查。

若無有效防火牆管理，或是未做系統漏洞更新，伺服器更易成為攻擊者的目標。工作場所的伺服器是不法者所特別注視的目標。

## 參見

* 對等
* 客戶端 - 伺服器模型
* 根伺服器
* 電腦硬體歷史
* CORBA
* 網路器械公司

## 參考文獻
服务器农场

**伺服器農場**（**Server farm**）或**伺服器叢集**（**Server cluster**）是電腦伺服器的一個集合 - 通常被一個組織維護，所提供的伺服器功能方面遠遠超過單個伺服器的能力。伺服器農場往往由幾千個電腦構成，這需要大量的電力來執行，並保持伺服器的冷卻。在最佳的效能水平上，伺服器農場具有在財政的和環境的與其關聯的巨大成本。伺服器農場通常具有備份伺服器，在主伺服器故障的情況下，備份伺服器可以接管主伺服器的功能。伺服器農場一般是搭配有網路交換機和或路由器，在群集不同部分與在叢集使用者之間能夠互相通信。伺服器農場通常把電腦，路由器，電源，以及相關的電子產品都裝入在伺服器機房或資料中心的 19 英寸機架中。

## 應用

伺服器農場通常用於叢集計算。許多現代的超級電腦是連接高速處理器的巨型伺服器農場構成，通過千兆位乙太網路，或客製化的互連例如 InfiniBand 或 Myrinet。網頁代管是伺服器農場的一種常見應用；這種系統有時被統稱為一個網站農場（Web farm）。伺服器農場的其他用途包括科學類比（例如計算流體力學）和三維電腦的彩現生成圖像。

## 效能

最大的伺服器農場（超過數千個處理器）的效能通常受限於資料中心的冷卻系統的效能，和總電力成本，而不是受限於處理器效能。在伺服器場的電腦是全天候的 24/7 執行，並消耗大量的電力，因為這個原因，大型和連續系統的關鍵設計參數往往是效能功耗比（Performance per watt），而不是峰值效能或峰值效能 /（單位 \* 初始成本）。

## 參看

* 刀鋒伺服器（Blade server）
* 資料中心
* 著色農場（Render farm）
* 農場

## 參考文獻
服务器名称指示

**伺服器名稱指示**（英語：**S**erver **N**ame **I**ndication，縮寫：**SNI**）是 TLS 的一個擴充協定，在該協定下，在握手過程開始時客戶端告訴它正在連接的伺服器要連接的主機名稱。這允許伺服器在相同的 IP 位址和 TCP 埠號上呈現多個憑證，並且因此允許在相同的 IP 位址上提供多個安全（HTTPS）網站（或其他任何基於 TLS 的服務），而不需要所有這些站點使用相同的憑證。它與 HTTP/1.1 基於名稱的虛擬主機的概念相同，但是用於 HTTPS。

為了使 SNI 協定起作用，絕大多數存取者必須使用實現它的 Web 瀏覽器。使用未實現 SNI 瀏覽器的使用者將被提供預設憑證，因此很可能會收到憑證警告。

## 問題的背景

當進行 TLS 連接時，客戶端從 Web 伺服器請求數位憑證。伺服器一旦傳送憑證，客戶端就會檢查這個憑證，並將其嘗試連接的名稱與憑證中包含的名稱進行對比。如果發生匹配，則連接正常進行。如果沒有找到匹配，則可能會向使用者警告該差異，並且可能會中止連接，因為該失配可能表明存在中間人攻擊。不過，某些應用程式允許使用者繞過警告繼續進行連接，由使用者承擔信任憑證以及連接的責任。

一個憑證覆蓋多個主機名是可以做到的。X.509 v3 規範引入了 `subjectAltName` 欄位，該欄位允許一個憑證指定多個網域名稱，並在通用名和 _subjectAltName_ 欄位中使用萬用字元。

然而，由於缺少所有名稱的完整清單，可能很難甚至不可能獲得涵蓋伺服器將負責的所有名稱的單個憑證。負責多個主機名的伺服器可能需要為每個名稱（或一組名稱）提供不同的憑證。自 2005 年以來，CAcert 已經在虛擬伺服器上執行了 TLS 的不同用法的實驗。大多數實驗是不理想和不切實際的。例如，可以使用 _subjectAltName_ 來包含單個憑證中由一個人控制的多個網域名稱。每當網域名稱清單更改時，必須重新發布此類「統一通信憑證」。

基於名稱的虛擬主機允許多個 DNS 主機名由同一 IP 位址上的單個伺服器（通常為 Web 伺服器）代管。為了實現這一點，伺服器使用客戶端提供的主機名作為協定的一部分（對於 HTTP，名稱顯示在主機頭中）。但是，當使用 HTTPS 時，TLS 握手發生在伺服器看到任何 HTTP 頭之前。因此，伺服器不可能使用 HTTP 主機頭中的資訊來決定呈現哪個憑證，並且因此只有由同一憑證覆蓋的名稱才能由同一 IP 位址提供。

實際上，這意味著對於安全瀏覽來說，HTTPS 伺服器只能是每個 IP 位址服務一個網域名稱（或一組網域名稱）。為每個站點分配單獨的 IP 位址會增加代管成本，因為對 IP 位址的請求必須為區域網際網路序號產生器構提供證據而且現在 IPv4 位址已用盡。其結果是，許多網站在 IPv4 上使用安全通信實際上都受到了限制。IPv6 位址空間未用完，因此使用 IPv6 提供的網站不受此問題的影響。

## SNI 如何解決此問題

客戶端在 SNI 擴充中傳送要連接的主機名稱，作為 TLS 協商的一部分。這使伺服器能夠提前選擇正確的主機名稱，並向瀏覽器提供相應 TLS 憑證。從而，具有單個 IP 位址的伺服器可以在取得公共憑證不現實的情況下提供一組網域名稱的 TLS 連接。

SNI 在 2003 年 6 月的 RFC 3546，《傳輸層安全（TLS）擴充》中加入到 IETF 的 Internet RFCs 中。最新版本的標準是 RFC 6066。

## 實現

在 2004 年，EdelKey 專案做了一個用於將 TLS/SNI 添加到 OpenSSL 中的修補程式。在 2006 年，這個修補程式被移植到 OpenSSL 的開發分支，並在 2007 年由 OpenSSL 0.9.8 支援（首次發布在 0.9.8f）。

一個應用程式要實現 SNI，它使用的 TLS 庫必須實現 SNI，並且該應用程式必須將主機名傳遞給 TLS 庫。其他複雜的問題有，TLS 庫可以包括在應用程式中或者作為底層作業系統的組件。因此，一些瀏覽器在任何作業系統上執行時都能實現 SNI，而其他瀏覽器僅在某些作業系統上執行時才能實現 SNI。

## 安全性

Cloudflare 的聯合創始人兼執行長 Matthew Prince 曾表示，傳統 SNI「絕對是加密裝甲中的最後縫隙之一」。（really is one of the last chinks in the encryption armor.）

由於 SNI 資訊並未加密，審查者可以辨識出使用者存取的網站網域名稱。現已被部分國家用於網際網路審查，如防火長城和韓國的 KCSC（廣播通信審議委員會）。有兩種方法可以解決這個問題。

### 域前置

域前置通過 SNI 中使用虛假無害的網域名稱資訊，已經被 TLS 加密的應用層才使用真實的網域名稱資訊，將真實流量隱藏在看似無害的流量中，從而使審查者無法區別出來，對於基於 CDN 的域前置，審查者要麼一律放行，要麼帶有嚴重附加傷害的一刀切封鎖。

Cloudflare 在 2016 年的一些修改讓基於其 CDN 的域前置不再工作。

Google 和 CloudFront 曾經接受域前置，之後停止了，被認為是受到俄羅斯政府的壓力，防止 Telegram 利用該技術來規避審查。

### 加密伺服器名稱指示

作為 TLS 的標準擴充實現，TLS 1.3 一開始準備通過支援加密 SNI 以解決這個問題。Cloudflare、Mozilla、Fastly 和蘋果的開發者制定了關於加密伺服器名稱指示（Encrypted Server Name Indication）的草案。

2018 年 9 月 24 日，Cloudflare 在其網路上支援並預設啟用了 ESNI。
2019 年 7 月，Mozilla Firefox 開始提供 ESNI 的草案性實現支援，但預設關閉。2019 年 8 月，研究人員確認 ESNI 可以有效規避防火長城的 SNI 審查。

2020 年 3 月，ESNI 更名為 **Encrypted Client Hello**（簡稱 ECHO），把加密擴充至整個 Client Hello 訊息。2020 年 5 月，簡稱更改為 **ECH**。ECH 被認為解決了之前 ESNI 擴充「突出」（stick out），從而容易被網際網路服務提供者或審查系統辨識的問題。

自 2020 年 7 月下旬起，防火長城開始封鎖加密伺服器名稱指示（ESNI）的 TLS 通信。但沒有封鎖 ECH 的 TLS 通信。而 2020 年 8 月開始，俄羅斯網際網路服務運營商 Rostelecom 及旗下移動手機服務運營商 Tele2 開始封鎖加密伺服器名稱指示（ESNI）的 TLS 通信。

## 參考文獻

## 外部連結

* RFC 6066 (obsoletes RFC 4366 (which obsoleted RFC 3546))
服务器地址

**統一資源定位符**（英語：**U**niform **R**esource **L**ocator，縮寫：**URL**，或稱**統一資源定位器**、**定位位址**、**URL 位址**）俗稱網頁位址，簡稱**網址**，是網際網路上標準的資源的位址（Address），如同在網路上的門牌。它最初是由提姆・柏內茲 - 李發明用來作為全球資訊網的位址，現在它已經被全球資訊網協會編制為網際網路標準 RFC 1738。

在網際網路的歷史上，統一資源定位符的發明是一個非常基礎的步驟。統一資源定位符的語法是一般的，可延伸的，它使用美國資訊交換標準代碼的一部分來表示網際網路的位址。統一資源定位符的開始，一般會標誌著一個電腦網路所使用的網路協定。

統一資源定位符的標準格式如下：

> [協定類型]://[伺服器位址]:[埠號]/[資源層級 UNIX 檔案路徑][檔名]?[查詢]#[片段 ID]
> 
> 

統一資源定位符的完整格式如下：

> [協定類型]://[存取資源需要的憑證資訊]@[伺服器位址]:[埠號]/[資源層級 UNIX 檔案路徑][檔名]?[查詢]#[片段 ID]
> 
> 

其中 [存取憑證資訊]、[埠號]、[查詢]、[片段 ID] 都屬於選填項。

## 語法

超文字傳輸協定的統一資源定位符將從網際網路取得資訊的五個基本元素包括在一個簡單的位址中：

1. 傳送協定
2. 層級 URL 標記符號（為「//」，固定不變）
3. 存取資源需要的憑證資訊（可省略）
4. 伺服器（通常為域名，有時為 IP 位址）
5. 埠號（以數字方式表示，若為預設值可省略）
6. 路徑（以「/」字元區別路徑中的每一個目錄名稱）
7. 查詢（GET 模式的表單參數，以「?」字元為起點，每個參數以「&」隔開，再以「=」分開參數名稱與資料，通常以 UTF-8 的 URL 編碼，避開字元衝突的問題）
8. 片段（以「#」字元為起點）

### 範例

以「_https://zh.wikipedia.org:443/w/index.php?title = 隨機頁面_」爲例，其中：

1. **https**，是協定；
2. **zh.wikipedia.org**，是伺服器；
3. **443**，是伺服器上的網路埠號；
4. **/w/index.php**，是路徑；
5. **?title=Special: 隨機頁面**，是詢問。

大多數網頁瀏覽器不要求使用者輸入網頁中「**https://**」的部分，因為絕大多數網頁內容是超文字傳輸協定檔案。同樣，「**443**」是超文字文件傳輸安全協定檔案的常用埠號（而「**80**」是超文字文件傳輸協定檔案的常用埠號），因此一般也不必寫明。一般來說使用者只要鍵入統一資源定位符的一部分（如「**zh.wikipedia.org/w/index.php?title=Special: 隨機頁面 | 隨機頁面**」）就可以了。

由於超文字傳輸協定允許伺服器將瀏覽器重導向到另一個網頁位址，因此許多伺服器允許使用者省略網頁位址中的部分，比如「**www**」。從技術上來說這樣省略後的網頁位址實際上是一個不同的網頁位址，瀏覽器本身無法決定這個新位址是否通，伺服器必須完成重導向的任務。

## 其它使用

統一資源定位符不但被用作網頁位址，JDBC 客戶端也使用統一資源定位符連接其資料庫伺服器。作為對比，ODBC 的連接字串作用相同，但並不採用 URL 格式，而是分號和等號分隔的鍵值對。

以下是一個 Oracle 資料庫的統一資源定位符:

```
jdbc:datadirect:oracle://myserver:1521;sid=testdb （頁面存檔備份，存於網際網路檔案館）
```

## 參見

* 統一資源標誌符（URI）
* 統一資源名稱（URN）

## 參考資料

## 外部連結

* 全球資訊網協會 - 命名與定址 （頁面存檔備份，存於網際網路檔案館）（英文）
* 用於網際網路上的 url 線上解碼 (支援 Ascii,utf-8,big5,gb2312,euc-jp,euc-kr 編碼等) （頁面存檔備份，存於網際網路檔案館）
服务器应用程序接口

在計算機科學中，**伺服器應用程式接口**（Server Application Programming Interface，或 **SAPI**）是一個網頁伺服器（如 Apache HTTP Server、微軟 IIS 和 Oracle iPlanet Web Server）的直接模塊接口。微軟使用術語 ISAPI 描述伺服器應用程式接口，過時的網景網頁伺服器則使用術語網景伺服器應用程式接口（NSAPI）來描述。換言之，SAPI 是一項由網頁伺服器提供的應用程式接口（API）以幫助其他開發者擴展網頁伺服器的功能。

舉個例子，PHP 有著稱之為 SAPI 可用於不同網頁伺服器的直接模塊接口；在 Windows 平台上的 PHP 5 和 Apache 2.0，PHP 通過提供名為 php5apache2.dll 的 DLL 文件以實現此功能。此模塊與其他功能一起以一種伺服器理解的方式實現了 PHP 和網頁伺服器之間的接口。這種形式即人們熟知的 SAPI。

多個網頁伺服器擴展中存在不同類型的 SAPI。例如，除了上方列出的以外，PHP 的其他 SAPI 包括通用網關接口（CGI）與命令行界面（CLI）。

## 另請參閱

* FastCGI（CGI 變體）

## 參考文獻

## 外部連結

* Developing modules for the Apache HTTP Server 2.4 （頁面存檔備份，存於網際網路檔案館）
服务器开发

**伺服器開發**，特指軟體開發領域中的後台伺服器開發，也指 C/S 模式中 server 端的開發。 

## 分層結構

* 業務層： 業務層指與上層應用相關的業務，也就是常說的任務 task.
* 網絡層：負責數據包接收發送的問題

### 網絡層的設計層面

網絡層設計主要考慮三個方面，一是連接方式，是使用 TCP 還是 UDP；二是多路利用，選擇合適的網絡 IO 機制，如 select,epoll 等。
三是協議解析，協議的消息傳遞其實與網絡層無關，只是數據打包，解包的過程，但通常也歸納在這。這是為了突出業務的重要性。

## 質量屬性

* 伺服器開發：可擴展性等。
* 伺服器運行：要滿足更嚴格的質量屬性要求，如可用性，魯棒性，高性能，可配置性等。

## 常用技術

* 執行緒：執行緒封裝，使用執行緒池
* 網絡 IO 策略： 如 select, epoll, pull, BSD 下的 kqueue, solaris 下的 /dev/null, windows 下的完成埠等，合適的 IO 策略對性能有較大的影響。
* 消息隊列：常使用消息隊列來延遲數據處理，如數據包接收的存儲，請求任務的存儲。
* 狀態機：伺服器的狀態要經常監控。
* 內存池：內存池的設計是為了循環使用內存資源，可根據不同場景設計不同的內存池模型。
* 其它： 如日誌， XML 處理，資料庫操作等。
服务器日志

**伺服器紀錄檔**（英語：Server log）是一個或多個由伺服器自動建立和維護的紀錄檔檔案，其中包含其所執行活動的列表。

伺服器紀錄檔的典型例子是網頁伺服器的紀錄檔，其中包含頁面請求的歷史記錄。W3C 維護有一個網頁伺服器紀錄檔檔案的標準格式 —— 通用紀錄檔格式，但亦有其他專有格式存在。近年來的紀錄檔檔案通常將內容附加到檔案的結尾。添加的資訊有關請求，包括客戶端 IP 位址、請求日期 / 時間、請求的網頁、HTTP 代碼、提供的位元組數、使用者代理、參照位址等。這些資料可能寫入在一個檔案中，也可能分隔成不同的紀錄檔，如存取紀錄檔、錯誤紀錄檔、引薦者紀錄檔等。但是，伺服器紀錄檔通常不會收集特定使用者的資訊。

一般的網際網路使用者通常不能存取這些檔案，只有網站管理員或其他管理人員有權存取它們。對伺服器紀錄檔進行統計分析可以找出有關時間、引薦來源、使用者代理等資訊的規律和相關性。

## 參見

* 紀錄檔管理與智慧型
* Web 紀錄檔分析軟體
* Web 計數器
* 資料記錄器
* 通用紀錄檔格式
* Syslog
* 事件檢視器
* Log4j
* Pantheios
* 執行時智慧型
* 網頁代管服務

## 外部連結

* W3C Extended Log File Format（頁面存檔備份，存於網際網路檔案館）
* Syslog.org - Logging information, discussion and help site （頁面存檔備份，存於網際網路檔案館）
* Cronolog Log Rotation Program （頁面存檔備份，存於網際網路檔案館）
* Page Tag and Server Log File Comparison
服务器机房

**伺服器機房**（英語：server room）是為計算機伺服器持續運行而設計的房間，通常裝有空氣調節。專供此目的的建築物或站點被稱為數據中心。

伺服器機房中的計算機通常使用無頭計算機，通過如 KVM 切換器 (多電腦切換器，KVM switch) 或 Secure Shell（SSH）、VNC、遠程桌面等遠程管理軟體來遠程操作。

氣候是影響伺服器機房能源消耗與環境影響的重要因素之一。氣候有利於降溫、有大量可再生電力的地區能降低機房帶來的環境影響。有此條件的國家、地區有利於吸引企業在當地建設伺服器機房。

## 設計要點

建設一個伺服器或計算機機房需要關注下列要點：

### 位置

在考慮房間內布局前，伺服器機房的位置是首要考慮因素。大多數設計師認為，伺服器機房一般不應建設在有牆壁為建築物外牆的地方。因為外牆可能比較潮濕，並可能內含可能發生爆裂或滲漏的水管。避免通向外界的窗戶也能避免安全和運行環境風險。如果集中式的伺服器機房不可行，則逐層的伺服器機櫃也是可考慮的方案。

除了外牆風險，設計師也要評估機房附近的任何潛在干擾源，例如無線電發射機、發電廠、電梯房等電氣干擾。

其他設計時要考慮因素包括：房間大小，門的尺寸和入口坡道（用於設備進出），線纜管理、物理安全和出入管理。

### 空調

電腦運行時會產生熱量，並且對熱量、濕度和灰塵很敏感，但還需要很高的彈性和故障轉移要求。在嚴格的公差範圍內保持穩定的溫度和濕度對 IT 系統可靠性至關重要。機房室溫適宜在 18-27°C（64-80°F）之間，濕度在 40%-60% rH 之間。

#### 熱通道 / 冷通道

#### 走道容量

#### 液體冷卻與能效

### 消防

### 冗餘

## 參見

* 設備房
* 設施管理
* 伺服器農場
* 微型數據中心
* 數據中心

## 參考資料
服务器核心

**伺服器核心**（英語：Server Core），是一個全新的微軟 Windows Server 安裝選項， 在 Windows Server 2008 上首次推出。伺服器核心提供了一個功能簡化到核心服務的伺服器環境。由於其功能有限，它減少了服務和管理要求、攻擊面、磁碟占用和內存使用率。Windows Server 團隊的項目經理 Andrew Mason 表示，開發伺服器核心的一個主要的目的是為了降低 Windows Server 作業系統的攻擊面，並且在未來的五年內約有 70% 的漏洞不會影響到伺服器核心版本的 Windows Server。 值得注意的是，該版本沒有 Windows 資源管理器。所有的伺服器配置和維護是通過命令提示符，或者通過遠程連接使用微軟管理控制台（MMC）、遠程伺服器管理工具和 PowerShell 來管理。

## 配置方案

隨著伺服器核心逐漸成熟，它已經從安裝選項發展到可配置級別。伺服器核心看起來不如完整的 GUI 版本，而完整的 GUI 版本被認為在伺服器層之上有一個很少需要的客戶層。

**在新版本的 Windows Server 有更多的配置方案：**

## 發展歷史

### Windows Server 2008

Windows Server 2008 是第一個擁有伺服器核心選項的 Windows Server。儘管沒有 Windows 資源管理器，但是記事本和一些控制面板程序，如區域設置都是可用的。Windows Server 2008 伺服器核心不包括：.NET 框架，Internet Explorer，和其他不支持的功能。伺服器核心可以配置幾個基本角色：Active Directory 域服務、活動目錄應用程式模式 (ADAM)、DNS 伺服器、DHCP 伺服器、文件伺服器、列印伺服器、Windows 媒體伺服器、IIS 和 Hyper-V 伺服器。伺服器核心也可以用來創建一個集群以使用故障轉移集群、網絡負載均衡。

對於 Windows Server 2008 來講，伺服器核心只是一個安裝選項，它具有和 GUI 版本相同的文件和配置。
管理一個伺服器核心的伺服器對於管理員來講會更輕鬆，一個名叫「scregedit.wsf」的 Windows 腳本包含了許多基本設置，比如： 自動更新 的開啟或關閉、開啟或關閉遠程桌面以及改變網頁的相關設置。

### Windows Server 2008 R2

在 Windows Server 2008 R2 中，伺服器核心包含了.NET 框架，一些應用程式 (包括使用 ASP.NET 編寫的網站和 Windows PowerShell 2.0) 可以在此版本下使用。因為有了.NET 框架的支持，它也是第一個支持安裝 Microsoft SQL Server 的伺服器核心 (一個解決方案表示只可用 SQL Server 2012+). 伺服器可使用遠程管理。 新的伺服器角色現在可以在伺服器核心上運行，包括主動目錄證書服務和文件服務角色的資源管理器組件。 WoW64 現在可被禁止。

除了 DISM 命令以外，一個新的命令行伺服器的配置工具 (Sconfig.cmd) 已經可用於配置和管理的幾種常見方面的核心伺服器的安裝。 現在，伺服器管理員可用該配置工具管理安裝了伺服器核心的伺服器。

### Windows Server 2012

相較於的先前版本， Windows Server 2012 可以在伺服器桌面環境和伺服器核心版本之間互相轉換而無須重新安裝。伺服器核心現在是默認的安裝選項。 還有一個新的安裝選項，"最少的伺服器界面"，允許一些 GUI 元素，例如 MMC 和伺服器管理器的運行，但沒有正常的桌面和默認程序，例如 文件管理。 "最少伺服器界面" 實際上是一個伺服器角色，全 GUI 版本中包含了所有的角色。 一些新的角色都可以使用，像 Windows 伺服器更新服務 (WSUS)、活動目錄權限管理服務 以及 路由和遠程訪問服務，並且支持許多了新特性。

### Windows Server 2012 R2

在 Windows Server 2012 R2 中，Windows Defender 已經在伺服器核心安裝中可用。在一般情況下，Windows Defender 被默認安裝並啟用。Template:Disputed-inline

### Windows Server 2016

Windows Server 2016 有一個最小狀態安裝選項 (小於伺服器核心)，它被稱作 Nano Server，用於優化 Hyper-V 以及其他雲端虛擬化方案。微軟刪除了 GUI 層，WoW64 和 Windows Installer。該版本也沒有本地登錄或遠程桌面連接的 GUI 支持。

## 支持的圖形程序

### Windows Server 2016

#### 在核心版本支持的一些圖形程序

* control.exe - 控制台
* regedit.exe - 登錄編輯程式
* notepad.exe - 記事本
* cmd.exe - 命令提示字元
* msinfo32.exe - 系統資訊
* msiexec.exe - Windows Installer
* taskmgr.exe - 工作管理員
* powershell.exe - Windows PowerShell

資源管理器功能的子集 - 所有可在文件（文件夾）上完成的命令 - 例如打開保存對話框

* 文件複製、粘貼、重新命名，刪除，創建新的文件夾
* 磁碟的屬性，包括工具上的對話樣的錯誤檢查

#### 其他可工作的圖形程序

* adexplorer.exe - 活動的目錄資源管理器
* procexp.exe - Sysinternals Process Explorer
* procmon.exe - Sysinternals Process Monitor
* tcpview.exe - Sysinternals TCP 監視程序
* vmmap.exe - Sysinternals VMMap
* rammap.exe - Sysinternals RamMap1.50
* portqueryui.exe - PortQueryUI

更多...

* MinWin

## 參考文獻

## 擴展閱讀

## 外部連結

* Microsoft Developer Network: What Is Server Core? （頁面存檔備份，存於網際網路檔案館）
* Microsoft Developer Network: Server Core for Windows Server 2012 R2 and Windows Server 2012 （頁面存檔備份，存於網際網路檔案館）
* Michael Pietroforte: Nano Server – Goodbye Windows Server? （頁面存檔備份，存於網際網路檔案館）
服务器端

**伺服器**（英語：server）指：

* 一個管理資源並為使用者提供服務的電腦軟體，通常分為檔案伺服器（能使使用者在其它電腦存取檔案），資料庫伺服器和應用程式伺服器。
* 執行以上軟體的電腦，或稱為**網路主機**（host）。

伺服器通常以網路作為媒介，既可以通過內部網路對內提供服務，也可以通過網際網路對外提供服務。伺服器的最大特點就是其強大的運算能力或是具備大量磁碟儲存空間的電腦，使其能在短時間內完成大量工作及負載大量的檔案資料儲存，並為大量使用者提供服務。20 世紀 90 年代之後，隨著數據機技術的發展，網際網路由窄頻的電話撥接，升級成為寬頻網路，這代表著以資訊高速公路為象徵的網路新時代來臨。網際網路普及同時改變了電腦使用者習慣，更大大普及網路聯絡傳訊的方式，從文字到圖片，再到影片，伺服器所能完成的工作也越來越複雜；而雲端計算、大數據時代造就了各種新型態行業，如網路商店、網路電商、網路拍賣、網路銷售、網路遊戲、網站設計、網站架設、部落格，以及越來越普遍性的雲端資料庫或備份庫。標準伺服器（server）及檔案伺服器（NAS）的普及正在時時優化及改變現有人類的生活。

## 定義

有時，這兩種定義會引起混淆，如網頁伺服器。它可能是指用於網站的電腦，也可能是指像 Apache 這樣的軟體，執行在這樣的電腦上以管理網頁組件和回應網頁瀏覽器的請求。
伺服器的構成包括中央處理器、硬碟、記憶體等，和通用的電腦架構類似，但是由於需要提供高可靠的服務，因此在處理能力、穩定性、可靠性、安全性、可延伸性、可管理性等方面要求較高。
在網路環境下，根據伺服器提供的服務類型不同，分為檔案伺服器，資料庫伺服器，應用程式伺服器，Web 伺服器等。

## 伺服器（硬體和作業系統）

伺服器作為硬體來說，通常是指那些具有較高計算能力，能夠提供給多個使用者使用的電腦。伺服器與 PC 機的不同點很多，例如 PC 機在一個時刻通常只為一個使用者服務。伺服器與主機不同，主機是通過終端給使用者使用的，伺服器是通過網路給客戶端使用者使用的，所以除了要擁有終端裝置，還要利用網路才能使用伺服器電腦，但使用者連上線後就能使用伺服器上的特定服務了。

和普通的個人電腦相比， 伺服器需要連續的工作在 7×24 小時環境。這就意味著伺服器需要更多的穩定性技術 RAS，比如支援使用 ECC 記憶體。

根據不同的計算能力，伺服器又分為工作群組級伺服器，部門級伺服器和企業級伺服器。伺服器作業系統是指執行在伺服器硬體上的作業系統。伺服器作業系統需要管理和充分利用伺服器硬體的計算能力並提供給伺服器硬體上的軟體使用。

現在，市場上有很多伺服器作業系統。類 Unix 作業系統是 Unix 的後代，大多為作伺服器平台
設計。常見的此類類 Unix 作業系統有各種 Linux 發行版（如紅帽企業 Linux、SUSE）、AIX、IRIX、Solaris、BSD（如 OpenBSD、NetBSD）、和 SCO OpenServer。微軟也推出了 Windows Server，如 Windows NT 4.0 Server、Windows 2000 Server、Windows Server 2003、Windows Server 2008、Windows Server 2008 R2、Windows Server 2012、Windows Server 2012 R2、Windows Server 2016、Windows Server 2019、Windows Server 2022。

## 伺服器分類（軟體）

伺服器軟體的定義如前面所述，伺服器軟體工作在客戶端 - 伺服器或瀏覽器 - 伺服器的方式，有很多形式的伺服器，常用的包括：

* 檔案伺服器（Files server）或網路儲存裝置（network attached storage NAS）；
* 資料庫伺服器（database server）—— 如 Oracle 資料庫伺服器，MySQL，MariaDB，PostgreSQL，Microsoft SQL Server，MongoDB，Redis 等；
* 郵件伺服器（mail server）——Sendmail、Postfix、Qmail、Microsoft Exchange、Lotus Domino、dovecot 等；
* 網頁伺服器（Web server）—— 如 Apache、lighttpd、nginx、微軟的 IIS 等；
* FTP 伺服器（FTP server）——Pureftpd、Proftpd、WU-ftpd、Serv-U、vs-ftpd 等；
* 域名伺服器（DNS server）—— 如 BIND 等；
* 網路錄影伺服器 （NVR Server）網路錄影機是一種能處理監視影片流資料的專業型伺服器。一般用於儲存大型的 CCTV 的閉路電視的監視網路的影片流資料。
* 應用程式伺服器（application server/AP server）—— 如 Bea 公司的 WebLogic、JBoss、Sun 的 GlassFish；
* 代理伺服器（proxy server）—— 如 Squid cache；
* Active Directory 伺服器；
* 其他，如 Minecraft 遊戲伺服器等。

## 外型

伺服器常見的外型有四種：塔式伺服器、機架伺服器（rack）、刀鋒伺服器（blade server）、機櫃式。

## 安全性

伺服器常遭到駭客攻擊，所以伺服器都要不定時的去做檢查。

若無有效防火牆管理，或是未做系統漏洞更新，伺服器更易成為攻擊者的目標。工作場所的伺服器是不法者所特別注視的目標。

## 參見

* 對等
* 客戶端 - 伺服器模型
* 根伺服器
* 電腦硬體歷史
* CORBA
* 網路器械公司

## 參考文獻
服务器端内嵌

**伺服器端內嵌**（**Server Side Includes，亦簡稱為 SSI**）是一種大多數僅應用於網際網路上的簡單解釋性伺服器端腳本語言。

SSI 最常見的用法是將一個或多個文件的內容包含在網頁伺服器的頁面上。例如，一張包含每日報價的頁面可以通過下面一段代碼將報價單包含在頁面中：

若更改 `quote.txt` 文件，則所有包含此文件的頁面都會展示最新的每日報價。這個包含不止局限於文件，而且還有來自程序的文本輸出，或者是如當前時間的系統變量。

伺服器端內嵌常用於在整個站點中包含一段公共代碼，例如頁眉、頁腳與導航欄。使用控制代碼可以有條件地將導航欄包含在內。

為了讓網頁伺服器辨識啟用了伺服器端內嵌的 HTML 文件，從而運行這段代碼。則文件名應有特殊的擴展名，默認為 `.shtml`、 `.stm` 和 `.shtm`；或者伺服器設置文件的執行標記以配置為允許伺服器端內嵌。

作為一種簡單的程式語言，伺服器端內嵌僅支持一種數據類型：純文本。它的控制流程相當簡單，支持選擇，但循環不被原生支持，且只可以通過包含遞歸式或 URL 重定向的方式進行。這種簡單設計的語言使得其比大多數伺服器端腳本語言都更易於上手學習使用，而複雜的伺服器端處理過程通常使用功能更豐富的程式語言之一來完成。伺服器端內嵌擁有圖靈完備性。

Apache、LiteSpeed、nginx、lighttpd 與 IIS 五大主流網頁伺服器軟體均支持此種語言。

SSI 的語法相當簡單：`<!--#directive parameter=value parameter=value -->`。這些指令都放在 HTML 注釋區，所以若 SSI 功能並未啟用時，除非其預覽頁面原始碼，否則用戶將不會在頁面上看到這些 SSI 指令。請注意這種語言的語法中不允許在開頭的 "<" 和指令之間存在空格。

## 指令

### 最常用的指令集

### 控制指令

## 另請參閱

* 頁面片段緩存
* 嵌入 (網路)

## 參考文獻

## 外部連結

* Apache mod\_include Reference
* Apache SSI Tutorial （頁面存檔備份，存於網際網路檔案館）
* Original NCSA HTTPd SSI Reference
* Server-Side Includes Tutorial （頁面存檔備份，存於網際網路檔案館）
* Plain-English Guide to SSI （頁面存檔備份，存於網際網路檔案館）
* SSI-Developer, Apache Server Side Includes （頁面存檔備份，存於網際網路檔案館）
服务器端渲染

**SSR 伺服器端彩現**（英語：server side render）指一般情況下，一個 web 頁面的資料彩現完全由客戶端或者瀏覽器端來完成。先從伺服器請求，然後到頁面；再通過 AJAX 請求到頁面資料並把相應的資料填充到模板，形成完整的頁面來呈現給使用者。伺服器端彩現把資料的初始請求放在了伺服器端，伺服器端收到請求後，把資料填充到模板形成完整的頁面，由伺服器端把彩現的完整的頁面返回給客戶端。這樣減少了一次客戶端到伺服器端的 HTTP 請求，加快了相應速度，一般用於效能最佳化。

## 參考文獻
服务器端请求伪造

在電腦安全中，**伺服器端請求偽造**（英語：Server-side Request Forgery，簡稱 SSRF）是攻擊者濫用伺服器功能來存取或操作無法被直接存取的資訊的方式之一。

伺服器端請求偽造攻擊將域中的不安全伺服器作為代理使用，這與利用網頁客戶端的跨站請求偽造攻擊類似（如處在域中的瀏覽器可作為攻擊者的代理）。

## 參考文獻
服务器集群

**伺服器農場**（**Server farm**）或**伺服器叢集**（**Server cluster**）是電腦伺服器的一個集合 - 通常被一個組織維護，所提供的伺服器功能方面遠遠超過單個伺服器的能力。伺服器農場往往由幾千個電腦構成，這需要大量的電力來執行，並保持伺服器的冷卻。在最佳的效能水平上，伺服器農場具有在財政的和環境的與其關聯的巨大成本。伺服器農場通常具有備份伺服器，在主伺服器故障的情況下，備份伺服器可以接管主伺服器的功能。伺服器農場一般是搭配有網路交換機和或路由器，在群集不同部分與在叢集使用者之間能夠互相通信。伺服器農場通常把電腦，路由器，電源，以及相關的電子產品都裝入在伺服器機房或資料中心的 19 英寸機架中。

## 應用

伺服器農場通常用於叢集計算。許多現代的超級電腦是連接高速處理器的巨型伺服器農場構成，通過千兆位乙太網路，或客製化的互連例如 InfiniBand 或 Myrinet。網頁代管是伺服器農場的一種常見應用；這種系統有時被統稱為一個網站農場（Web farm）。伺服器農場的其他用途包括科學類比（例如計算流體力學）和三維電腦的彩現生成圖像。

## 效能

最大的伺服器農場（超過數千個處理器）的效能通常受限於資料中心的冷卻系統的效能，和總電力成本，而不是受限於處理器效能。在伺服器場的電腦是全天候的 24/7 執行，並消耗大量的電力，因為這個原因，大型和連續系統的關鍵設計參數往往是效能功耗比（Performance per watt），而不是峰值效能或峰值效能 /（單位 \* 初始成本）。

## 參看

* 刀鋒伺服器（Blade server）
* 資料中心
* 著色農場（Render farm）
* 農場

## 參考文獻
服务定位协议

**服務定位協定**（英語：Service Location Protocol，縮寫：SLP，或者 Srvloc）是一種服務發現協定，它讓電腦或其他裝置可以在無需預先設定的情況下在區域網路中尋找服務資源。這套協定在 RFC 2608 與 RFC 3224 中定義。

## 參見

* Avahi
* Bonjour
* 動態主機設定協定
* Jini
* 本地鏈路組播名稱解析
* OSGi 聯盟
* UPnP
* WS-Discovery
* 零組態網路（Zeroconf）

## 參考資料

* Silvia Hagen, Guide to Service Location Protocol, Podbooks.Com LLC, ISBN 1-893939-35-9
* James Kempf, Robert St. Pierre, Pete St. Pierre: Service Location Protocol for Enterprise Networks: Implementing and Deploying a Dynamic Service Finder, John Wiley & Sons, ISBN 0-471-31587-7
* Golden G. Richard: Service and Device Discovery : Protocols and Programming, McGraw-Hill Professional, ISBN 0-07-137959-2
* Johan Hjelm: Creating Location Services for the Wireless Web, John Wiley & Sons, ISBN 0-471-40261-3
* Anna Hac: Mobile Telecommunications Protocols for Data Networks, John Wiley & Sons, ISBN 0-470-85056-6

## 外部連結

* The LiveTribe SLP/OSGi Module
* Service Location Protocol Project （頁面存檔備份，存於網際網路檔案館）
* Service Location Protocol Enhancements （頁面存檔備份，存於網際網路檔案館）
* OpenSLP （頁面存檔備份，存於網際網路檔案館）
* jSLP - A pure Java SLP implementation. （頁面存檔備份，存於網際網路檔案館）
* SBLIM CIM Client for Java （頁面存檔備份，存於網際網路檔案館） - includes an RFC 2614 compliant SLP implementation in Java.
* A Comparison Of Service Discovery Protocols And Implementation Of The Service Location Protocol （頁面存檔備份，存於網際網路檔案館）
* https://web.archive.org/web/20050312060250/http://www.ietf.org/html.charters/svrloc-charter.html -- IETF SRVLOC working group, which created the SLP standard
* WBEM Discovery Using SLP by DMTF
* WBEM SLP Template by DMTF
* Automate Client Management with the Service Location Protocol a developerWorks article by M. Tim Jones
服务定位器模式

**服務定位器模式**是一種軟體設計模式。使用強抽象層封裝了獲取服務的過程。此模式使用稱為「服務定位器」的中央註冊表，它根據請求返回執行特定任務所需的信息。贊成者認為這簡化了基於部件的程序開發，因為所有依賴在開發之初就清晰列出；而且運行時可靈活、動態可用資源而不必重新編譯程序。批評者認為這是反模式，模糊了依賴，使程序難以測試。

## 參見

* 依賴注入
* 依賴反轉原則
* JNDI

## 參考文獻

## 外部連結

* Sample code （頁面存檔備份，存於網際網路檔案館）
* In Defense of Service Locator （頁面存檔備份，存於網際網路檔案館）
* Game Programming Patterns: Service Locator （頁面存檔備份，存於網際網路檔案館）
* Dependencies In Disguise （頁面存檔備份，存於網際網路檔案館）
* Software Engineering Myths and Truisms （頁面存檔備份，存於網際網路檔案館）
服务控制管理器

**服務控制管理器**（Service Control Manager，簡稱 SCM）是 Windows NT 作業系統中的特殊系統處理程序，其控制 Windows 服務處理程序的啟動、停止和互動。它的可執行檔位於 `%SystemRoot%\System32\services.exe`。服務處理程序與 SCM 的互動通過已定義的 API 完成，同一 API 也被互動式 Windows 服務管理工具使用，例如 MMC 擴充 `Services.msc` 和命令列的服務控制實用工具 `sc.exe`。

## 實現

### 延遲的自動啟動服務

延遲的自動啟動服務在 Windows Vista 中被添加，目的是解決系統啟動耗時過長的問題，以及提高關鍵服務的啟動速度。在設計之初，自動啟動的服務初始化方法是為其他應用程式和服務依賴的基本系統服務所涉及。SCM 僅在處理所有非延遲的自動啟動服務後初始化延遲服務（呼叫 `ScInitDelayStart()` 函式）。此函式用工作執行緒延遲並排隊工作項（預設 120 秒）。除在延遲之後初始化，延遲與非延遲的自動啟動服務沒有其他區別。

### 裝置驅動程式

登錄檔值 `Type`（類型）為 `SERVICE_KERNEL_DRIVER` 或 `SERVICE_FILE_SYSTEM_DRIVER` 的服務會被特殊處理：這代表其為裝置驅動程式，`ScStartService()` 會呼叫 `ScLoadDeviceDriver()` 函式來載入相應的驅動程式（通常是副檔名為 `.sys` 的檔案，大多位於 `%SystemRoot%\System32\Drivers\` 目錄）。為了此目的，`NtLoadDriver` 系統呼叫已被參照，`SeLoadDriverPrivilege` 也已添加到 SCM 處理程序。

### 網路驅動器

SCM 還提供了一個與 Windows 服務無關的額外功能：它會在一個網路驅動器連接被建立或刪除時通知圖形化使用者介面應用程式（例如 Windows Explorer），通過廣播視窗訊息 `WM_DEVICECHANGE`。

## 參見

* Windows 服務
* svchost.exe

## 注釋

## 參考資料

* Russinovich, Mark; Solomon, David; Ionescu, Alex, Windows® Internals 5th, Microsoft Press, 2009, ISBN 0-7356-2530-1
服务描述表

**服務描述表**（**Service Description Table**，SDT）是 DVB、ATSC、ISDB 等數位電視制式中使用的元數據表。它不是 MPEG2-TS 協議的一部分，不屬於 PSI，而由各數位電視標準作為服務信息（Service Information）分別定義。

MPEG2 的傳輸流由傳輸流分組（TS Packet）組成。傳輸 SDT 的分組的 PID 為 0x0011:129。SDT 描述關於當前 TS 中所傳輸的服務的信息，對應的 Table ID 為 0x42:5.1.3:129。

以 DVB 的 SDT 為例，它包含以下信息：

* 傳輸流 ID（TS ID）
* 各服務 ID（Service ID）
* 該傳輸流中是否攜帶節目表信息
* 該傳輸流中是否攜帶當前節目和下一節目的信息
* 服務的運行狀態信息（例如即將開播、已暫停、正在播放、已結束）
* 特定服務的內容是否有加密

此外 SDT 還可包含服務名稱、電視網絡名稱等可選信息。

## 注釋

## 參考來源
服务提供者

**服務提供者**（英語：**Service Provider**），縮寫 **SP**，又稱**服務提供商**，是在電信業務中提供服務者，常指電信增值業務提供商。通過簡訊、多媒體簡訊、WAP 等方式，通過電訊網路，向使用者提供資訊服務，並通過運營商向使用者收取相應費用。

SP 的出現，使得電話不僅僅是一種通訊工具，更是一種取得資訊的工具。但由於目前部分 SP 亂收費，使得 SP 行業整體信譽受損，也損害了使用者的利益。為此，中華人民共和國信息產業部已經開始對 SP 進行大規模整治，並取得了一定效果。

根據 ITIL 和 1996 年美國電信法定義可以分類為以下三種服務提供者:

* I 型：內部服務提供者
* II 型：共享服務提供者
* III 型：外部服務提供者

## 參見

* 電話
* 行動電話
* 簡訊
* 多媒體簡訊
* WAP
服务数据单元

在電信領域，術語**服務資料單元**（**SDU**，**S**ervice **D**ata **U**nit），又稱**業務資料單元**，是指定層的使用者服務的資料集，傳送到接收方的時候同一協定層時資料沒有發生變化。

服務資料單元是從高層協定來的資訊單元傳送到低層協定。第 N 層服務資料單元 SDU，和上一層的協定資料單元（PDU）是一一對應的。根據協定資料單元的資料的不同，送到接收端的指定層。

PDU(N) = SDU(N - 1)

SDU(N) = PDU(N + 1)

## 參考

這篇文章主要參考了美國聯邦標準 1037C (Federal Standard 1037C)，是美國政府部門開放內容。
服务数据对象

**服務數據對象**（SDO）是一種以統一的方式訪問異構數據的技術。2004 年，服務數據對象的技術規範最初由 BEA 和 IBM 合作開發，並通過了 Java 社群過程的批准。規範的第二版作為服務組件體系結構的關鍵部分在 2005 年 11 月份推出。

服務數據對象規範現在由下面公司開發：

* BEA
* IBM
* Rogue Wave (company)
* Oracle
* SAP
* Siebel
* Sybase
* XCalia
* Software AG
* Sun Microsystems

現在有以下的 SDO 產品

* Rogue Wave Software (HydraSDO)
* CodeFutures Software (FireStorm/SDO)
* Xcalia Software (XIC)
* BEA (ADSP)
* IBM (Virtual XML Garden)
* IBM (WebSphere 6.1 Feature Pack)

 
以下是服務數據對象的開源實現

* The Apache Tuscany （頁面存檔備份，存於網際網路檔案館） project for Java and C++
* The SDO for PHP project

## 參考文獻

* SDO 規範 （頁面存檔備份，存於網際網路檔案館）
* 服務數據對象簡介 （頁面存檔備份，存於網際網路檔案館）
* CodeFutures Introduction to Service Data Objects
* Introducing Service Data Objects for PHP
服务构件架构

**服務組件架構**（Service Component Architecture，簡稱 **SCA**，也譯作**服務構件架構**， **服務組件體系結構**）是新出現的但非常重要的由主要的 Java EE 技術廠商鼓吹的技術規範，提倡者認為 SCA 能夠適合發布符合面向服務架構的原則的應用。

## 支持者

支援的廠商包括：

* 最初的成員 BEA，IBM，IONA Technologies，甲骨文公司，SAP 公司，Sybase，Xcalia （頁面存檔備份，存於網際網路檔案館）和 Zend Technologies。
* 2006 年 7 月 26 日宣布加入的成員： Cape Clear，Interface21，普元軟體，Progress Software，Red Hat，Rogue Wave Software，Software AG，昇陽電腦公司和 TIBCO 軟體公司。

## 定義

發布的規範 在許多方面看起來都很模糊不清，但是隨著新規範 的演變，SCA 迅速地成熟起來（但某些方面仍然存在致命問題）。規範指出使用 SCA 設計的應用程式應當具有以下特性：

* 將服務的實現和服務的組合與基礎設施能力相分離。
* 應該能與多數語言一起工作包括 C++，Java，COBOL 和 PHP，以及 XML，BPEL。 XSLT。
* 需要能夠與不同的訊息構造一起工作， 包括單向，非同步，呼叫 - 返回，通知。
* 基礎設施能力，例如安全事務，和可靠訊息的使用應該能夠通過編寫元資料應用。
* 資料應以服務資料物件標識。
* 在 SCA 中定義的組件應該很容易重用。
* 服務的本地呼叫應該更加緊耦合，減少為了在網路上傳輸而建立和解析訊息的開支。

## 進一步分析

Gartner 集團曾發布研究結果，認為 SCA 以及服務資料物件 (SDO) 技術已經成熟將被快速的採用。

優勢：

* 迎合所有現存的 Java 平台技術和 C++（然而 SCA 的 C++ 組件模型定義存在致命問題）
* 較少的技術依賴性 - 不需要依賴於 Java 程式設計語言和 XML 技術
* 使用服務資料物件，服務資料物件是 SOA 的資料存取的唯一工業標準。
* 缺少微軟的支援，使得潛在使用者可以在大量提供商之中選擇 SOA 解決方案。b

劣勢：

* 缺少微軟的支援，這減少了 SCA 與大量潛在使用者的關係。
* 規範並未解決 SOA 應用的效能問題，這將持續阻礙 SCA 被採用。

## 實現

* Fabric3 （頁面存檔備份，存於網際網路檔案館）
* Rogue Wave HydraSCA
* Covansys 的服務組建架構框架
* Apache Tuscany
* Paremus Infiniflow （頁面存檔備份，存於網際網路檔案館）：分散式的，動態的，輕量級的 SCA 和 OSGi 執行平台
* Newton 開源的分散式 SCA 和 OSGi
* SCA and SDO for PHP
* PocoCapsule SCA 組裝容器（C++） 該 GPL 開源實現基於控制反轉（IoC）及領域特定建模（DSM），並附帶豐富的應用實例（包括 SCA 著名的 BigBank）

## 註腳

## 參見

* Semantic service oriented architecture
* SCA 被認為是有害的！

## 外部連結

* SCA 0.9 版規範 （頁面存檔備份，存於網際網路檔案館）
* SCA 0.96 版規範
* Open Service Oriented Architecture .org -- SCA 規範相關資訊的官方網站
* Apache SCA 規範的開源實現 （頁面存檔備份，存於網際網路檔案館）
* SCA Announcements at OASIS web site （頁面存檔備份，存於網際網路檔案館）
* Service Data Objects initial work by BEA and IBM
* Comparing WCF and SCA （頁面存檔備份，存於網際網路檔案館）
* Summary of SCA （頁面存檔備份，存於網際網路檔案館）
* BPEL in SCA assembly （頁面存檔備份，存於網際網路檔案館）
* PocoCapsule SCA 組裝容器（C++） 該 GPL 開源實現基於控制反轉（IoC）及領域特定建模（DSM），並附豐富的應用實例（包括 SCA 著名的 BigBank）
* Eclipse STP SCA Tools （頁面存檔備份，存於網際網路檔案館）
服务模块

**推進艙**、又稱**服務艙**、**儀器艙**、**設備艙**以及**資源艙**等，是太空飛行器（通常是載人飛船或貨運飛船）的一個艙段和組成部分，其內部通常不加壓並裝載有一系列能源和生命保障系統和設備以維持飛船內部的正常運轉。推進艙作為整艘飛船的能源來源，將為飛船的其他關鍵部分和子系統提供重要支持（例如電力系統、推進系統和生保系統等）。一般情況下，載人飛船的推進艙將會在任務完成之後與飛船的主體部分分離，並在再入大氣層時燃燒殆盡。

## 設計

根據載人太空飛行器的基本架構和功能要求，推進艙通常會搭載以下系統和設備：

* **能源系統**：例如燃料電池、太陽能帆板等來為太空飛行器提供必要的電力和能源。
* **燃料儲存系統**：例如液氫和液氧等來為燃料電池和水循環系統的正常運作提供重要保障（液氧同時也是加壓艙段內氧氣的重要來源）。
* **能源輸送系統**：通過加壓氦氣或氮氣，將必要的燃料、資源和能源從推進艙輸送至全船。
* **推進系統**：包括主發動機、反推發動機以及維持正常運轉所需要的燃料和氧化劑。
* **計算機制導系統**以及相關的傳感器
* **溫控系統**：用於控制上述系統和儀器的溫度於適當水平以確保正常運轉。

## 現役中的推進艙型號

###  俄羅斯

#### 服務艙（聯盟號飛船）

聯盟號的返回艙後端即是**服務艙**。其外觀形似一個凸起的圓柱體。服務艙可分為兩個部分：儀器段和推進段。儀器段為加壓空間，其內部裝載有各種儀器設備，功能包括：溫度控制、電力供應、遠程無線電通信、無線電遙測以及方位定向和軌道控制等等。推進段內部則不加壓，主要載有一個主發動機以及液體燃料推進系統，以用於在軌機動以及返程時進入大氣層之前的返回制動。 服務艙外則是定位系統的傳感器和太陽能帆板。

#### 儀器艙（進步號飛船）

###  中國

#### 推進艙（神舟飛船）

神舟飛船的**推進艙**內部裝有生命維持系統以及其他為保證飛船正常運行所需的必要設備。在神舟七號飛船以前的設計中，神舟共設有兩對太陽能電池板，一對位於推進艙，另一對則位於軌道艙。其總面積超過了 40 平方米，平均電功率超過 1.5 千瓦，使其成為神舟與聯盟號飛船外觀上最大的區別。

#### 推進艙（天舟飛船）

天舟貨運飛船由密封貨物艙和推進艙構成。推進艙是非密封的柱狀構型，安裝有電源系統、推進補加系統、測控與通信系統、主承力模塊等重要平台設備。艙外安裝一對半剛性太陽電池翼和一個中繼天線。艙底中心安裝了 4 個 490 牛軌控發動機、4 個 150 牛正推發動機、4 個平移機組。其太陽能電池板技術沿用了「天宮一號」上搭載的半剛性太陽電池帆板。

###  美國 / 歐盟

#### 歐洲服務艙（獵戶座飛船）

**歐洲服務艙**是獵戶座飛船的服務模塊組件，將作為全船主要的動力和電力來源直到再入大氣層前從指令艙分離。服務艙同時也為軌道控制、姿態調整以及緊急情況下的高空逃逸系統提供推力能源。其內部也含有各種設備以提供太空人所需的水和氧氣，獲取和儲存電力，並維持艙內環境和各分系統的溫度。 此外，該艙還可以用於裝載非加壓貨物和有效科學載荷。

## 過去的型號

### 已退役

* 東方號飛船設備艙
* 上升號飛船設備艙
* 雙子座飛船設備艙
* 阿波羅服務艙
* 阿波羅登月艙下降段
* 天宮一 / 二號資源艙

### 已取消

* 載人航天運輸系統（CSTS）服務艙
* 快船號太空梭服務艙
* 赫爾墨斯號太空梭資源艙

## 參見

* 軌道艙
* 返回艙
* 指令艙
* 太空艙

## 參考
服务水平管理

**服務水平管理**（Service-Level-Management）是《信息技術基礎架構庫》中的一個分支，用來定義、監管和優化信息技術服務。其主要目的是與商業預期同步來長久地提高信息技術服務水平，此目的在服務水平目標（Service Level Objectives，縮寫 SLO）中寫明。服務水平管理負責提高商業團隊和 IT 管理團隊之間處理各種關係的效率。過程框架以「約定」、「一致性」和「關係」三個方面來表述，由服務目錄來管理。

## 參考資料
服务生

**侍應生**簡稱**侍應**，亦稱**服務生**。古時有稱**跑堂**、**小二**等；古時粵語俗稱**企堂**，現時稱為**夥計**，是負責在餐館外場執行服務工作的工作者。

服務生通常都會穿制服：現代酒樓、西餐廳的服務生會穿著西裝或是套裝制服；舊式茶餐廳的服務生則多是穿文化衫；現在一些新式食肆則會以 T 恤以及圍裙作為制服。主題餐廳的服務生更會穿著特色服裝，女僕咖啡廳的服務生會穿女僕服。中式復古風格的餐廳也有以旗袍與長袍馬褂作為制服的。

## 看板娘

**看板娘**（日語：看板娘），日本的方言詞語，意為「扮演看板角色」的女性（看板にして娘），作為商店、餐廳的特定招徠招牌的服務員，指以特定外觀打扮、用以吸引／招徠顧客的人員，打扮配件可以包含商品本身、商品衍生物、職業服裝、品牌標誌／圖騰、廣告板、電子板、招牌等等，通常由女性擔當。看板娘衹是店員，但有時從字面上被錯誤理解成「老闆娘」。ACG 同人文化裡則多是指 cosplayer 販售個人創作的作品，一般都是會扮演成與販賣作品有關的角色。

## 參考
服务等级

**服務品質**（英語：Quality of Service，縮寫 **QoS**）是一個術語，在封包交換網路領域中指網路滿足給定業務合約的機率；或在許多情況下，非正式地指分組在網路中兩點間通過的機率。QoS 是一種控制機制，它提供了針對不同使用者或者不同資料流採用相應不同的優先級，或者是根據應用程式的要求，保證資料流的效能達到一定的水準。QoS 的保證對於容量有限的網路來說是十分重要的，特別是對於串流多媒體應用，例如 VoIP 和 IPTV 等，因為這些應用常常需要固定的傳輸率，對延遲也比較敏感。

在電話業務領域中，**服務品質**是指線路噪音和聲音，適當的音量水平等指標的衡量，並且不能與服務等級相混淆。

## 問題的提出

在網際網路建立初期並沒有意識到 QoS 應用需要，因此整個網際網路運作如一個「竭盡全力」的系統。每段資訊都有 4 個「服務類別」位和 3 個「優先級」位，但是他們完全沒有派上用場。依傳送和接收者看來，封包從起點到終點的傳輸過程中會發生許多事情，並產生如下有問題的結果：

* **遺失封包** - 當數據包到達一個緩衝區已滿的路由器時，則代表此次的發送失敗，路由器會依網路的狀況決定要丟棄**一部份**、**不丟棄**或者是丟棄**所有**的數據包，而且這不可能在預先就知道，接收端的應用程式在這時必須請求重新傳送，而這同時可能造成總體傳輸嚴重的延遲。
* **延遲** - 或許需要很長時間才能將封包傳送到終點，因為它會被漫長的佇列遲滯，或需要運用間接路由以避免阻塞；也許能找到快速、直接的路由。總之，延遲非常難以預料。
* **傳輸順序出錯** - 當一群相關的數據包被路由經過網際網路時，不同的數據包可能選擇不同的路由器，這會導致每個數據包有不同的延遲時間。最後數據包到達目的地的順序會和數據包從發送端發送出去的順序不一致，這個問題必須要有特殊額外的協定負責重新整理失序的數據包。

## 需要 QoS 的應用

流量約定（**SLA**, **Service Level Agreement** 服務等級協定）給資料流設定優先級，以此在網路／協定層面上，根據相互商定的尺度，設定有保障的效能、通過量、延遲等界限。一些特定形式的網路資料流需要定義服務品質，例如：

* 多媒體流要求有保障通過量。
* IP 電話需要嚴格的抖動和延遲限制。
* 安全關鍵系統的應用系統，例如遠端外科手術要求有可靠保證的可用性（也稱作「硬性 QoS」）。

這些類型的服務被稱為非彈性，意思是它們需要固定的頻寬才能運作 -- 如果得到多餘的頻寬，它們也無法使用；如果得到較少的頻寬，則根本無法工作。相形之下，彈性應用可以從多餘的頻寬中受益。

## 保持 QoS

實質上有兩種方式提供 QoS 保證。第一種，就是簡單地提供大量的資源，用豐富、安全的餘量裝置應付預期中的「高峰」需求。這樣既好又簡單，然而有人認為這種方式代價昂貴，而且不能應對高峰需求超越預期的情形，部署額外的資源也很耗費時間。

第二種是要求使用者預約頻寬，並且僅在能夠提供可靠服務的前提下接受預約。自然，可以為預約服務向使用者收費。常用的實現方法有兩類。

## 某些技術的 QoS 難題

以下的特性也許只會被用在 end ports，但不會在伺服器，中樞或是其它的埠上，這就緩和了許多並行流的衝突。

## 參見

* 體驗品質（QoE）
* 非同步傳輸模式（ATM）

## 外部連結

* IEEE 802.1 P,Q - QoS on the MAC level, 24.4.1999, Niclas Ek
* IEEE 802.1 LAN/MAN Bridging & Management （頁面存檔備份，存於網際網路檔案館）
* "Good old days" IP QoS: **Type of Service** in the Internet Protocol Suite （頁面存檔備份，存於網際網路檔案館）
* On the Effects of the IEEE 802.3x Flow Control in Full-Duplex Ethernet LANs, Oliver Feuser, Andre Wenzel, University of Bonn
* sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning
* sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning. Eksempler
* Linux Advanced Routing & Traffic Control
* Linux Advanced Routing & Traffic Control, HowTo
* lartc.org: The Wonder Shaper
* WRR and WIPL
* Packeteer PacketShaper 2500: Traffic Control on Autopilot, September 4, 2000, By David Newman （頁面存檔備份，存於網際網路檔案館）
* Packeteer PacketShaper （頁面存檔備份，存於網際網路檔案館）
* Traffic Shaping application for Windows (has free version) （頁面存檔備份，存於網際網路檔案館）
* ALTQ: Alternate Queueing for BSD UNIX （頁面存檔備份，存於網際網路檔案館）
* A Practical Guide to Linux Traffic Control
服务级别协议

**服務級別協定**（英語：service-level agreement，縮寫 **SLA**）也稱**服務等級協定**、**服務水平協定**，是服務提供商與客戶之間定義的正式承諾。服務提供商與受服務使用者之間具體達成了承諾的服務指標 —— 品質、可用性，責任。SLA 最常見的組成部分是以合約約定向客戶提供的服務。例如，網際網路服務供應商（ISP）和電信公司通常在與客戶的合約條款內包含簡單定義的服務級別協定。在此事例下，SLA 通常定義有平均故障間隔（MTBF）或平均修復時間（MTTR）；哪一方負責報告錯誤與支付費用；吞吐量；抖動；或類似的可衡量細節。

## 概述

服務級別協定是一種兩方或多方間協定，其中一方為客戶，另一方為服務提供商。這可以是具有法律約束力的正式合約或非正式合約。協定有可能涉及單獨的組織，也可以是同一個組織內的不同團隊。服務提供商與其他第三方之間的合約經常被誤稱為 SLA—— 由於服務級別是由出資客戶要求，與第三方之間則不是「協定」，而只是「合約」。

服務級別協定通常包含許多部分，從服務的定義到協定的終止。

## 參見

* IT 成本透明度
* 網路監視
* 操作級別協定（OLA）
* 面向服務的架構（SOA）
* 服務級別
* 服務級別目標
* 服務級別要求

## 參考資料
服务级别指标

在信息技術中，**服務級別指標**（ **SLI** ）是對服務提供商提供給客戶的服務級別的度量。SLI 是 服務級別目標（SLO）的基礎，服務級別目標又是 服務級別協議（SLA）的基礎； 因此，SLI 也稱為 **SLA metric**。

儘管每個系統所提供的服務都不相同，但也有一些常見的 SLI 。常見的 SLI 包括延遲，吞吐量，可用性和錯誤率。其他一些 SLI 包括持久性（在存儲系統中），端到端延遲（對於複雜的數據處理系統，尤其是管道系統）和正確性。 

## 參考文檔
服务级别目标

**服務級別目標**（Service-level objective，SLO）是指服務提供者向客戶作出的服務保證的量化指標。服務級別目標與服務級別協議有所不同。服務級別協議是指服務提供者向客戶保證會提供什麼樣的服務，服務級別目標則是服務的量化說明。例如軟體提供商向客戶保證一年的時間內有 99.95% 的時間應用程序不會出現故障，或是一個月以內 75％的撥打的呼叫中心求助電話將在一分鐘內得到答覆。這就是一種典型的服務級別目標說明。

## 相關條目

* 服務級別指標

## 參考文獻
服务组合

**服務組合**（Service Portfolio）在《信息技術基礎架構庫》定義為服務策略和服務設計。服務組合涵蓋了一個組織中所有服務所有信息，每一服務都表明其狀態和歷史。服務組合中主要的描述符（descriptor）是服務設計包（Service Design Package，縮寫 SDP）。

## 服務組合的三個方面

服務組合包括了以下三個方面：

* 服務流程（Service Pipeline）

服務流程包含了還未啟用的服務。這些服務或是已經被提出來，或是正在開發中。

* 服務目錄（Service Catalogue）

服務目錄包含了所有使用中服務，通過服務設計包（SDP）來提供這些應用中服務的索引。

* 過往服務（Retired Services）

過往服務指的是服務在正式退出服務前需要經歷一個終止過程（process of being discontinued）。

## 服務組合的可見性

以上三個方面中，僅服務目錄對客戶和後援小組（support team）都可見。服務流程和過往服務對用戶不可見。。

## 參考資料
服务组织控制

美國註冊會計師協會（AICPA）定義的**系統與組織控制**（英語：System and Organization Controls，簡稱 SOC；有時也稱**服務組織控制**）是指隨審計過程製成的一套報告。這套報告旨在供將資訊系統作為服務提供給其他組織的組織（這被稱為「服務組織」）向這些系統所服務的使用者發布經過驗證的這些資訊系統之內部控制的報告。報告側重的五類原則被稱為信任服務原則（或準則）。AICPA 審計標準《關於鑑證業務標準的聲明第 18 號》（SSAE 18），第 320 節，定義了類型 1 與類型 2 兩個級別的報告。其他 AICPA 指南中則規定了三種報告類型：SOC 1、SOC 2 和 SOC 3。

## 信任服務原則

SOC 報告重點關注被稱為「信任服務原則」的五大類問題（其中問題有所重疊），以滿足「CIA triad（機密性、完整性、可用性）」這三大要素的目標：

1. 安全性
  * 防火牆
  * 入侵檢測
  * 多因素身分驗證
2. 可用性
  * 效能監視
  * 災難恢復
  * 事件處理
3. 機密性
  * 加密
  * 存取控制
  * 防火牆
4. 加工完整性
  * 品質保證
  * 過程監視
5. 隱私
  * 存取控制
  * 多因素身分驗證
  * 加密

## 報告

### 級別

SSAE 18 規定了兩種 SOC 報告的級別：

* 類型 I，描述了服務組織的系統以及特定的控制設計是否滿足相關的信任原則。（設計和文件是否可能實現報告中定義的目標）
* 類型 II，報告還涉及到特定的控制在一段時間（通常為 9 到 12 個月）內的執行有效性。（實施是否得當）

### 類型

SOC 報告也被分為三種類型。

* SOC 1 — 財務報告內部控制（ICFR）
* SOC 2 — 信任服務指標
* SOC 3 — 一般用途的信任服務指標報告

此外，還有專門針對網路安全和供應鏈的 SOC 報告。

SOC 1 和 SOC 2 報告是面向有限受眾，尤其是對相關系統有充分了解的使用者。SOC 3 報告則較少包含具體資訊，可以向一般公眾分發。

## 參考資料

## 外部連結

* "Statement on Standards for Attestation Engagements 18, Attestation Standards: Clarification and Recodification" （頁面存檔備份，存於網際網路檔案館）（英文）, AICPA
* "Professional Standards", section AT-C 320 （頁面存檔備份，存於網際網路檔案館）（英文）, AICPA
服务舱

**推進艙**、又稱**服務艙**、**儀器艙**、**設備艙**以及**資源艙**等，是太空飛行器（通常是載人飛船或貨運飛船）的一個艙段和組成部分，其內部通常不加壓並裝載有一系列能源和生命保障系統和設備以維持飛船內部的正常運轉。推進艙作為整艘飛船的能源來源，將為飛船的其他關鍵部分和子系統提供重要支持（例如電力系統、推進系統和生保系統等）。一般情況下，載人飛船的推進艙將會在任務完成之後與飛船的主體部分分離，並在再入大氣層時燃燒殆盡。

## 設計

根據載人太空飛行器的基本架構和功能要求，推進艙通常會搭載以下系統和設備：

* **能源系統**：例如燃料電池、太陽能帆板等來為太空飛行器提供必要的電力和能源。
* **燃料儲存系統**：例如液氫和液氧等來為燃料電池和水循環系統的正常運作提供重要保障（液氧同時也是加壓艙段內氧氣的重要來源）。
* **能源輸送系統**：通過加壓氦氣或氮氣，將必要的燃料、資源和能源從推進艙輸送至全船。
* **推進系統**：包括主發動機、反推發動機以及維持正常運轉所需要的燃料和氧化劑。
* **計算機制導系統**以及相關的傳感器
* **溫控系統**：用於控制上述系統和儀器的溫度於適當水平以確保正常運轉。

## 現役中的推進艙型號

###  俄羅斯

#### 服務艙（聯盟號飛船）

聯盟號的返回艙後端即是**服務艙**。其外觀形似一個凸起的圓柱體。服務艙可分為兩個部分：儀器段和推進段。儀器段為加壓空間，其內部裝載有各種儀器設備，功能包括：溫度控制、電力供應、遠程無線電通信、無線電遙測以及方位定向和軌道控制等等。推進段內部則不加壓，主要載有一個主發動機以及液體燃料推進系統，以用於在軌機動以及返程時進入大氣層之前的返回制動。 服務艙外則是定位系統的傳感器和太陽能帆板。

#### 儀器艙（進步號飛船）

###  中國

#### 推進艙（神舟飛船）

神舟飛船的**推進艙**內部裝有生命維持系統以及其他為保證飛船正常運行所需的必要設備。在神舟七號飛船以前的設計中，神舟共設有兩對太陽能電池板，一對位於推進艙，另一對則位於軌道艙。其總面積超過了 40 平方米，平均電功率超過 1.5 千瓦，使其成為神舟與聯盟號飛船外觀上最大的區別。

#### 推進艙（天舟飛船）

天舟貨運飛船由密封貨物艙和推進艙構成。推進艙是非密封的柱狀構型，安裝有電源系統、推進補加系統、測控與通信系統、主承力模塊等重要平台設備。艙外安裝一對半剛性太陽電池翼和一個中繼天線。艙底中心安裝了 4 個 490 牛軌控發動機、4 個 150 牛正推發動機、4 個平移機組。其太陽能電池板技術沿用了「天宮一號」上搭載的半剛性太陽電池帆板。

###  美國 / 歐盟

#### 歐洲服務艙（獵戶座飛船）

**歐洲服務艙**是獵戶座飛船的服務模塊組件，將作為全船主要的動力和電力來源直到再入大氣層前從指令艙分離。服務艙同時也為軌道控制、姿態調整以及緊急情況下的高空逃逸系統提供推力能源。其內部也含有各種設備以提供太空人所需的水和氧氣，獲取和儲存電力，並維持艙內環境和各分系統的溫度。 此外，該艙還可以用於裝載非加壓貨物和有效科學載荷。

## 過去的型號

### 已退役

* 東方號飛船設備艙
* 上升號飛船設備艙
* 雙子座飛船設備艙
* 阿波羅服務艙
* 阿波羅登月艙下降段
* 天宮一 / 二號資源艙

### 已取消

* 載人航天運輸系統（CSTS）服務艙
* 快船號太空梭服務艙
* 赫爾墨斯號太空梭資源艙

## 參見

* 軌道艙
* 返回艙
* 指令艙
* 太空艙

## 參考
服务营销

**服務營銷**是市場行銷的一個分支，通常是指企業對消費者（B2C）和企業對企業（B2B）服務的營銷，這些服務涵蓋電信服務、金融服務、各類接待服務、旅遊休閒和娛樂服務、汽車租賃服務、保健服務以及專業服務和貿易服務等領域。服務營銷作為一個獨立的研究領域出現在 20 世紀 80 年代初，因為人們認識到服務的獨特特徵與實物商品的營銷相比需要不同的戰略。

## 參考資料
服务行业

**第三產業**，或**第三次產業**、**三次產業**（英語：Tertiary sector of the economy），又稱**服務業**，是指位處一件產品的生產鏈中最上層的行業，這些行業在一件產品的生產鏈中擔任物流、分銷、中介等工作。第三產業需要接觸產品的終端顧客，是該產品自生產至供應市場的最後階段。

## 定義

一件產品的第三級產業是產品自生產至接觸其終端顧客的最後階段。由於每樣產品都有自己獨有的生產鏈，所以第三級產業對於不同的產品而言有不同的意義，一部手機的生產鏈中的第三級產業為手機的物流、批發、分銷、維修，而對於一橦樓房來説，它的第三級產業就是房地產中介。

第三級產業需要接觸產品的終端顧客，是該產品自生產至成品的最後階段，諸如餐飲、客運、分銷、藝術品拍賣、房地產中介，就分別是食品、交通工具、商品、藝術品、樓房這些產品的第三級產業。第三產業於已開發國家的生產總值比重約佔 70% 以上；於部分發展中國家比重大約 55-65%。

### 概念性產品的例子

一些特殊的例子，例如教育、學術研究、科技研發、法律專業等行業便是教科書、教學工具、實驗工具、醫療工具這些操作性產品，和憲法、法律、科學理論這些概念性產品的第三級產業。由於概念性產品的生產過程很難釐定，因此概念性產品的相關行業有時會被另外歸類成第四產業。

## 中國第三產業分類

在《國民經濟行業分類》（GB/T 4754-2017）中，第三產業分為 15 個門類，即自 F 門類到 T 門類，共計 47 個大類，為分類最多的產業。

## 參見

* 產業
* 第一產業
* 第二產業
* 第四產業
* 第五產業

## 參考文獻

### 資料

* 中華人民共和國國家質檢總局和國家標準委《國民經濟行業分類 （頁面存檔備份，存於網際網路檔案館）》（GB/T 4754－2017）
* 中華人民共和國國家統計局《三次產業劃分規定 （頁面存檔備份，存於網際網路檔案館）》
服务质量

**服務品質**（英語：Quality of Service，縮寫 **QoS**）是一個術語，在封包交換網路領域中指網路滿足給定業務合約的機率；或在許多情況下，非正式地指分組在網路中兩點間通過的機率。QoS 是一種控制機制，它提供了針對不同使用者或者不同資料流採用相應不同的優先級，或者是根據應用程式的要求，保證資料流的效能達到一定的水準。QoS 的保證對於容量有限的網路來說是十分重要的，特別是對於串流多媒體應用，例如 VoIP 和 IPTV 等，因為這些應用常常需要固定的傳輸率，對延遲也比較敏感。

在電話業務領域中，**服務品質**是指線路噪音和聲音，適當的音量水平等指標的衡量，並且不能與服務等級相混淆。

## 問題的提出

在網際網路建立初期並沒有意識到 QoS 應用需要，因此整個網際網路運作如一個「竭盡全力」的系統。每段資訊都有 4 個「服務類別」位和 3 個「優先級」位，但是他們完全沒有派上用場。依傳送和接收者看來，封包從起點到終點的傳輸過程中會發生許多事情，並產生如下有問題的結果：

* **遺失封包** - 當數據包到達一個緩衝區已滿的路由器時，則代表此次的發送失敗，路由器會依網路的狀況決定要丟棄**一部份**、**不丟棄**或者是丟棄**所有**的數據包，而且這不可能在預先就知道，接收端的應用程式在這時必須請求重新傳送，而這同時可能造成總體傳輸嚴重的延遲。
* **延遲** - 或許需要很長時間才能將封包傳送到終點，因為它會被漫長的佇列遲滯，或需要運用間接路由以避免阻塞；也許能找到快速、直接的路由。總之，延遲非常難以預料。
* **傳輸順序出錯** - 當一群相關的數據包被路由經過網際網路時，不同的數據包可能選擇不同的路由器，這會導致每個數據包有不同的延遲時間。最後數據包到達目的地的順序會和數據包從發送端發送出去的順序不一致，這個問題必須要有特殊額外的協定負責重新整理失序的數據包。

## 需要 QoS 的應用

流量約定（**SLA**, **Service Level Agreement** 服務等級協定）給資料流設定優先級，以此在網路／協定層面上，根據相互商定的尺度，設定有保障的效能、通過量、延遲等界限。一些特定形式的網路資料流需要定義服務品質，例如：

* 多媒體流要求有保障通過量。
* IP 電話需要嚴格的抖動和延遲限制。
* 安全關鍵系統的應用系統，例如遠端外科手術要求有可靠保證的可用性（也稱作「硬性 QoS」）。

這些類型的服務被稱為非彈性，意思是它們需要固定的頻寬才能運作 -- 如果得到多餘的頻寬，它們也無法使用；如果得到較少的頻寬，則根本無法工作。相形之下，彈性應用可以從多餘的頻寬中受益。

## 保持 QoS

實質上有兩種方式提供 QoS 保證。第一種，就是簡單地提供大量的資源，用豐富、安全的餘量裝置應付預期中的「高峰」需求。這樣既好又簡單，然而有人認為這種方式代價昂貴，而且不能應對高峰需求超越預期的情形，部署額外的資源也很耗費時間。

第二種是要求使用者預約頻寬，並且僅在能夠提供可靠服務的前提下接受預約。自然，可以為預約服務向使用者收費。常用的實現方法有兩類。

## 某些技術的 QoS 難題

以下的特性也許只會被用在 end ports，但不會在伺服器，中樞或是其它的埠上，這就緩和了許多並行流的衝突。

## 參見

* 體驗品質（QoE）
* 非同步傳輸模式（ATM）

## 外部連結

* IEEE 802.1 P,Q - QoS on the MAC level, 24.4.1999, Niclas Ek
* IEEE 802.1 LAN/MAN Bridging & Management （頁面存檔備份，存於網際網路檔案館）
* "Good old days" IP QoS: **Type of Service** in the Internet Protocol Suite （頁面存檔備份，存於網際網路檔案館）
* On the Effects of the IEEE 802.3x Flow Control in Full-Duplex Ethernet LANs, Oliver Feuser, Andre Wenzel, University of Bonn
* sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning
* sslug.dk: Hyggemøde tirsdag den 11. juni 2002: Båndbreddebegrænsning. Eksempler
* Linux Advanced Routing & Traffic Control
* Linux Advanced Routing & Traffic Control, HowTo
* lartc.org: The Wonder Shaper
* WRR and WIPL
* Packeteer PacketShaper 2500: Traffic Control on Autopilot, September 4, 2000, By David Newman （頁面存檔備份，存於網際網路檔案館）
* Packeteer PacketShaper （頁面存檔備份，存於網際網路檔案館）
* Traffic Shaping application for Windows (has free version) （頁面存檔備份，存於網際網路檔案館）
* ALTQ: Alternate Queueing for BSD UNIX （頁面存檔備份，存於網際網路檔案館）
* A Practical Guide to Linux Traffic Control
服务贸易

**服務貿易**是指生產者向消費者銷售和提供無形的服務類產品（無形資產）。如果服務貿易當中的生產者和消費者分別處於不同國家，則稱為**國際服務貿易**。
服务集

**服務集**（Service set）是無線區域網路中的一個術語，用以描述 802.11 無線網路的構成單位（一組互相有聯絡的無線裝置），使用**服務集識別碼**（SSID）作為辨識。可以分為**獨立基本服務集**（IBSS）、**基本服務集**（BSS）和**擴充服務集**（ESS）三類。其中 IBSS 屬於對等拓撲模式（又稱 Ad-Hoc 模式、無線隨意網路），而 BSS 和 ESS 屬於基礎架構模式。這些拓撲是原始的 802.11 規範中定義的，其他的如網橋、中繼器等則是屬於特定廠商的擴充或者 WDS 的拓撲模式。

一些新的存取點支援偽裝成多個獨立的存取點，各自擁有獨立的 SSID、安全規則等等，但這也不屬於原始的 802.11 規範。

## 服務集識別碼

**服務集識別碼**（英語：Service Set Identifier，**SSID**）是一個或一組基礎架構模式無線網路的標識，依照標識方式又可細分為兩種：

* 基本服務**集**識別碼（BSSID），表示的是 AP 的資料鏈路層的 MAC 位址
* 擴充服務**集**定識別碼（ESSID），一個最長 32 位元組區分大小寫的字串，表示無線網路的名稱

多個 AP 可以擁有同一個 ESSID 以對客戶提供漫遊能力，但是 BSSID 必須唯一，因為資料鏈路層的 MAC 位址是唯一的。

一個全為 1 的 BSSID 表示廣播，一般用於檢查可用無線存取點。

AP 可以選擇在信標中暴露自己的 ESSID（稱為 **SSID 廣播**），也可以選擇隱藏。特別的，當客戶端發出加入空白 ESSID 網路的請求時，按照標準，所有 AP 必須傳送自己的 ESSID 以供客戶檢測可用網路。不過有一些 AP 允許關閉此功能，例如 Linux 下的 hostapd 軟體。

## 獨立基本服務集

這種服務集隸屬於對等拓撲模式，各客戶端之間直接相互連接而不需要存取點的協助。目前大多數作業系統都對此模式提供了支援，並且通常提供工具（比如 Windows XP 中內建的 Wireless Zero Configuration）以簡化此種網路的建立、維護和拆除。

該模式常見於小型辦公室或是家庭中。因為要求所有客戶端之間都可以互相直接連接，其覆蓋範圍非常有限。該模式的網路還有一個缺點是不容易保護。

在此種模式下，最先建立起該網路的主機實際上可以控制整個 IBSS 中的資料傳輸過程，並且所有裝置都會廣播所加入網路的 SSID。該種網路的 BSSID（基礎服務集識別碼）由一個 46 位亂數產生，並且會指定**全域 / 本地**位為 1（本地），同時指定**獨立 / 組**位為 0（獨立）。對應的 ESSID（擴充服務集識別碼）則由最先建立網路的主機決定。

## 基礎架構模式

基礎架構模式下，所有客戶端和一個（BSS）或多個（ESS）存取點關聯，各客戶端間的資料傳輸通過存取點中轉，各客戶端之間不直接相互通信（規範也不允許直接通信），因此每個客戶只要在存取點的有效訊號範圍內就可以了，但是這也帶來了部分裝置不可見的問題，因為用於避免在無線鏈路上發生衝突的 CSMA/CA 技術依賴於每個裝置之間的互相可見性。通常情況下，其覆蓋範圍通常比對等拓撲模式廣。

### 基本服務集

在基本服務集中，所有無線裝置關聯到一個存取點上，該存取點連接其他有線裝置（也可能不連接），並且控制和主導整個 BSS 中的全部資料的傳輸過程。BSS 使用發射器的第二層位址（通常是 MAC 位址）作為其 BSSID（基礎服務集識別碼），亦可以指定一個 ESSID（擴充服務集識別碼）來幫助記憶。

BSS 的覆蓋範圍稱為基本服務區（BSA）或是蜂窩。只有在 BSS 為構成單元，BSA 為其覆蓋範圍的情況下，BSS 和 BSA 才可以互換。

例如右圖中，忽略其他有線網路裝置，兩個存取點雖然使用了同一個 ESSID（擴充服務集識別碼），但是二者的第二層位址不一樣，因此是兩個 BSS，兩台筆記型電腦分別屬於這兩個 BSS。若是沒有其他裝置輔助，二者無法直接通信。

### 擴充服務集

在擴充服務集（ESS）中，無線裝置關聯到一個或多個存取點上。ESS 實質上是多個 BSS 通過各種手段互相連接得來，ESS 使用使用者指定的 ESSID 作辨識。

通過將多個 BSS 比鄰安置，可以擴充網路的範圍，如果這些 BSS 通過各種分布系統互聯（無論是有線的還是無線的），擁有一致的 ESSID，並且對於邏輯鏈路控制層來說可以認為是一個 BSS 的話，那麼這些 BSS 可以被統一為一個 ESS。

在同一個 ESS 中的不同 BSS 之間切換的過程稱為漫遊。一般而言，一個 ESS 中的 BSS 都會使用相同的安全機制以提供接近於無縫漫遊的可能。兩個 BSS 之間通常有 15% 左右的重疊範圍來保證漫遊時訊號不會長時間遺失，並且設定在不同頻段來防止相互干擾。

同樣在右圖中，兩個存取點通過一台交換機實現了分散式系統，並且擁有一樣的 ESSID，這樣一來兩台分別屬於不同 BSS 的電腦之間就可以互相通信，就好像都連接在同一台存取點上一樣。

當圖中 Laptop0 進入兩個存取點訊號重疊部分時，作業系統會自動判斷訊號強弱並切換關聯的存取點。這樣，在完全失去右側存取點的訊號前，會有足夠的時間讓電腦切換到左側的存取點。這當中只需要幾秒鐘便可完成。

## 參考
服務

**服務**，意思是指履行職務，為他人做事，並使他人從中受益的一種有償或無償的活動，不以實物形式而以勞動的形式滿足他人某種特殊需要。其它一般西洋地區的這句話是個經濟用語，涵蓋所有在買賣過程後不會有物品留下，提供其效用來滿足客戶的這類無形產業。這也就是英國經濟學家 Colin Grant Clark 所提到「斐帝 - 克拉克法則」中所謂的「第三產業」。

中文裡自古服務這句話就是為其他人提供的勞動，例如《論語》為政篇中「有事，弟子服其勞，有酒食，先生饌。」不過在現代社會中，服務的涵義越來越廣泛，以產品和服務來做個區別來說，產品是屬於有形的財產，從原物料去生產創造這些產品的行業統稱為製造業，是個有形可以被保存的財產，一般在分類裡是屬於「第二產業」；但用產品製成後，利用這些產品去賺取利益，所提供的這類**服務**性職業，就是屬於無形的財產。

馬克思在資本論裡面認為：服務是使財貨的使用價值得到發揮。它是勞動的一部分。

## 參見

* 經濟學家
* 經濟學
* 第三產業
* 論語
服務供應商

**服務提供者**（英語：**Service Provider**），縮寫 **SP**，又稱**服務提供商**，是在電信業務中提供服務者，常指電信增值業務提供商。通過簡訊、多媒體簡訊、WAP 等方式，通過電訊網路，向使用者提供資訊服務，並通過運營商向使用者收取相應費用。

SP 的出現，使得電話不僅僅是一種通訊工具，更是一種取得資訊的工具。但由於目前部分 SP 亂收費，使得 SP 行業整體信譽受損，也損害了使用者的利益。為此，中華人民共和國信息產業部已經開始對 SP 進行大規模整治，並取得了一定效果。

根據 ITIL 和 1996 年美國電信法定義可以分類為以下三種服務提供者:

* I 型：內部服務提供者
* II 型：共享服務提供者
* III 型：外部服務提供者

## 參見

* 電話
* 行動電話
* 簡訊
* 多媒體簡訊
* WAP
服務保證

**服務保證**是指企業向客戶提供的產品和服務時所做出的質量的承諾，企業一旦出現無法兌現所承諾的保證產品和服務質量的情況，客戶有權要求企業做出一種或多種形式的補償，例如退款或免費更換。

## 參考文獻
服務包

**服務包**（Service Pack，縮寫為 **SP**）是程式的更新、修復和（或）增強的集合，以一個獨立的安裝套件的形式發布。許多公司，如微軟或 Autodesk，通常在為某一程式而做的修補程式達到一定數量時，就發布一個 Service Pack。安裝一個 Service Pack 比安裝許多獨立的修補程式更簡單且不易出錯，特別是在通過網路更新許多電腦的時候。

Service Pack 通常被編號，並被縮寫成 SP1、SP2 這樣的形式。值得注意的是，除了修復缺陷，它們通常還會帶來全新的特性，就像 Windows XP 的 SP2 那樣。

## 增量或累積的 SP

Service Pack 可以是增量的，也就是說它僅包含再上一個 Service Pack 中沒有的更新。更常見的 Service Pack 是累積的，即它包含所有之前的 Service Pack 的一切內容。對於微軟的產品，增量的更新通常被稱為「service release」。例如，Office 2000 必須在更新至 service release 1（SR1）之後才能安裝 SP2。

正常地，對於一個程式，其 Service Pack 或者都是增量的，或者都是累積的。由於這個原因，這兩個形容詞通常可以用來定義某個程式的全套 Service Pack。如此句：微軟 Windows 的 Service Pack 都是累積的。

微軟的產品通常只在主流支援階段（產品發售起 5 年內）才會推出 Service Pack。例如微軟公司在 Windows 2000 SP4 之後僅推出更新彙總套件 1（Update Rollup 1），而不再推出 SP5。

## 其他

有的時候，Windows 的服務包會附加一些正版驗證的程式。例如在 2004 年，部分之前通過各種手段破解 Windows 啟用程式的使用者安裝 Windows XP SP2 後，會收到「你可能是盜版軟體受害者」的提示，並被要求重新啟用。

## 參見

* Windows Update

## 注釋

## 外部連結

* 微軟產品技術支援生命周期 （頁面存檔備份，存於網際網路檔案館）（包括微軟的更新服務包支援政策）
* Microsoft Service Packs （頁面存檔備份，存於網際網路檔案館）
* 下載 Microsoft Windows XP SP2 （頁面存檔備份，存於網際網路檔案館）
* The Software Patch: features Service Packs for Windows, Office, WordPerfect （頁面存檔備份，存於網際網路檔案館）
服務區

**公路服務區**又稱**公路服務站**、**公路休息站**等，是提供用路人上廁所與短暫休息的場所，以避免疲勞駕駛。普遍在高等級公路出現，如高速公路的服務區。

服務區視規模從只有基本必需的衛生間，到擁有便利店、車輛維修、加油站、商店等多樣化服務。

服務區也會包括餐廳等其他設備。德國甚至在一些高速公路服務區中提供了教堂服務，以供信徒使用。高速公路的一些服務區也會提供修車服務。

## 相關條目

* 臺灣公路服務區與休息站列表
* 道之驛

## 連結資料
服務區_(公路)

**公路服務區**又稱**公路服務站**、**公路休息站**等，是提供用路人上廁所與短暫休息的場所，以避免疲勞駕駛。普遍在高等級公路出現，如高速公路的服務區。

服務區視規模從只有基本必需的衛生間，到擁有便利店、車輛維修、加油站、商店等多樣化服務。

服務區也會包括餐廳等其他設備。德國甚至在一些高速公路服務區中提供了教堂服務，以供信徒使用。高速公路的一些服務區也會提供修車服務。

## 相關條目

* 臺灣公路服務區與休息站列表
* 道之驛

## 連結資料