通知格式化及傳遞架構

發行項
12/15/2008

在 Notification Services 中，通知格式化與散發是散發者的工作。產生器建立通知批次後，散發者會將批次分散到工作項目，每個工作目錄的目的地都是相同的傳遞通道。接著，散發者會將工作項目傳送到內容格式器。格式化完成後，散發者會將通知傳送到傳遞通道指定的傳遞結束點。

通知格式化及傳送架構

訊息格式化

建立應用程式時，一部份的工作是要定義原始通知資料如何轉換成可讀取的訊息。Notification Services 包括標準的 Extensible Stylesheet Language Transformation (XSLT) 內容格式器，要求應用程式支援的每個裝置類型和地區設定都要有一個 XSLT 檔案。您也可以開發自訂的內容格式器，根據裝置和地區設定適當地格式化您的通知。

已格式化的訊息可包含原始通知資料、格式化時期所計算的資料，以及內容格式器所加入文字的組合。這些選項可以可讓您採用專業的外觀和使用者易讀的訊息文字，同時也可以用 URL 或其他連結。

傳遞通道

Notification Services 本身並不處理通知的最終傳遞。相反地，Notification Services 使用傳遞通道，像是傳遞如 Simple Mail Transfer Protocol (SMTP) 伺服器服務的管道。Notification Services 會將通知傳送到一或多個傳遞通道。每個傳遞通道輪流封裝自己的通訊協定的通知，然後將通知傳送到傳遞通道。由傳遞服務處理給訂閱者的最終傳遞。

您必須設定 Notification Services 執行個體的傳遞通道。執行個體主控的所有應用程式會共用傳遞通道。

每個傳遞通道使用特定的傳遞通訊協定來與特定的傳遞結束點溝通。Notification Services 包括下列一般的通訊協定：

傳送通知給 Microsoft Exchange Server 或其他 SMTP 伺服器所用的 SMTP 通訊協定。
可延伸的 HTTP 通訊協定，可使用於簡易物件存取通訊協定 (SOAP)、Short Message Service (SMS)、.NET Alerts 及其他 HTTP 相關的通訊協定。
傳送通知給作業系統檔案所用的檔案通訊協定，主要用於除錯應用程式。

如果需要，您可以為單一傳遞通訊協定定義多個傳遞通道。

如果想要支援其他類型的裝置或想要使用特定的 SMTP 或檔案功能，可以開發自訂的傳遞通訊協定。

如需有關標準和自訂通訊協定的詳細資訊，請參閱＜標準傳遞通訊協定＞與＜部署自訂傳遞通訊協定＞。

追蹤和重試通知散發

為支援傳遞重試、效能監視與疑難排解，Notification Services 會保留通知傳遞資訊。傳遞通道可呼叫傳遞通道回呼，以報告個別通知的傳遞成功及失敗。回呼會更新通知資料表，反映出每個通知的成功或失敗。您可以使用 NSNotificationClassNameNotificationDistribution 檢視或 Notification Services 預存程序來檢視傳遞狀態。

對於您傳送的每種通知類型，您都可以設定重試排程。如需詳細資訊，請參閱＜指定傳遞通訊協定執行設定＞。

傳遞選項

除了標準的依照通知格式化和傳遞之外，Notification Services 還提供兩個選項：摘要傳遞和多重傳遞。

如果可能要將多個通知傳送給個別訂閱者，如多種股票的資訊，您可以使用摘要傳遞將通知分組成單一訊息。您可以將通知批次內的訂閱者通知組成群組，並傳送單一訊息給此群組。摘要傳遞可減輕系統在格式化及散發方面的負擔。
如果應用程式為多個訂閱者產生相同的通知，如運動比賽的分數或天氣報告，可以使用多重傳遞。多重傳遞會格式化通知一次，然後傳送給多個訂閱者，如此可減輕系統在格式化的負擔，進而改善效能。

請參閱

共用方式為