TWI751459B

TWI751459B - 訊息發送系統及其方法

Info

Publication number: TWI751459B
Application number: TW108145313A
Authority: TW
Inventors: 蔡明峰
Original assignee: 中華電信股份有限公司
Priority date: 2019-12-11
Filing date: 2019-12-11
Publication date: 2022-01-01
Also published as: TW202123184A

Abstract

本發明實施例提供一種訊息發送系統及其方法。在此方法中，可確認與各閘道的連線狀態，並取得各閘道對多元管道之連線成功率、歷史發布成功率、服務品質對應係數等參數，且結合多元管道的特性計算閘道權重值並設定閘道的發送順位。當來源端產生訊息時，可將訊息經由最適合的閘道發送。

Description

訊息發送系統及其方法

本發明是有關於一種訊息傳送機制，且特別是有關於一種訊息發送系統及其方法。

為了讓災害訊息迅速地傳送至所有民眾手中，可透過閘道集中接收訊息，再經由多元通報管道(例如，簡訊、電視、電台廣播、語音電話、或傳真等)廣播給民眾。雖然有多種廣播途徑，但現有技術大多專注於系統負載平衡或容錯移轉，且沒有考量不同廣播途徑的特性。

有鑑於此，本發明實施例提供一種訊息發送系統及其方法，考慮訊息類型及發送管道的特性，使訊息可經由合適的途徑發送。

本發明實施例的訊息發送方法，其包括但不僅限於下列步驟：提供數個訊息發送管道；依據訊息的事件類型決定個訊息發送管道的優先權；依據那些訊息發送管道的優先權決定如何透過至少一個訊息發送管道廣播訊息。各訊息發送管道相關於影像或語音中的至少一者的廣播系統。

另一方面，本發明實施例的訊息發送系統包括但不僅限於訊息來源裝置、訊息發布裝置、及數個訊息發送管道。訊息來源裝置產生訊息。訊息發布裝置接收訊息。各訊息發送管道相關於影像或語音中的至少一者的廣播系統。訊息發布裝置依據訊息的事件類型決定各訊息發送管道的優先權，並依據那些訊息發送管道的優先權決定如何透過至少一個訊息發送管道廣播訊息。

基於上述，本發明實施例的訊息發送系統及其方法，分析訊息的事件類型，並依據對應訊息發送管道的特性(例如，發送速度、或涵蓋率等)決定訊息的發送途徑。此外，本發明實施例還能進一步考量傳播路徑上的連線情況，並結合主要及備援發布途徑，以確保訊息的發送能夠順利。

為讓本發明的上述特徵和優點能更明顯易懂，下文特舉實施例，並配合所附圖式作詳細說明如下。

圖1是依據本發明一實施例的訊息發送系統1的示意圖。請參照圖1，訊息發送系統1包括但不僅限於一台或更多台訊息來源裝置10、一台或更多台訊息發布裝置20、一台或更多台訊息派送閘道30、資料伺服器40、數個訊息發送管道對應的廣播伺服器50、以及一個或更多個使用者所使用的使用者設備60。

訊息來源裝置10、訊息發布裝置20及資料庫伺服器40可以是桌上型電腦、筆記型電腦、各類型伺服器、工作站、智慧型手機等電子裝置。在一些實施例中，這些裝置10, 20, 40的功能也可能在軟體上實現。

訊息來源裝置10用以產生訊息。訊息可能是基於特定觸發規則所產生的郵件、簡訊、語音電話、推播訊息、或其他類型訊息。依據不同應用情境，觸發規則例如是降雨量大於特定值、海上警報發布、震度大於四級等，本發明實施例不加以限制。此外，訊息可能相關於災害、政府政策、廣告等。

訊息發布裝置20連接訊息來源裝置10，訊息發布裝置20並用以接收來自來源裝置10的訊息，並決定訊息的發送途徑，且其詳細步驟待後續實施例詳述。

訊息派送閘道30可以是閘道、路由器、機房伺服器等網路設備。訊息派送閘道30連接訊息發布裝置20，訊息派送閘道30並用以轉送來自訊息發布裝置20的訊息。

資料庫伺服器40連接訊息派送閘道30及/或廣播伺服器50，資料庫伺服器40並用以儲存供本發明實施例中個作業所用的資料或檔案。

廣播伺服器50可以是隨選視訊(VOD)、或有線電視等多媒體傳播平台、電台廣播、社群平台、入口網站、或有線或無線電信業者等廣播系統。本發明實施例定義訊息發送管道(或稱路徑、或途徑)是經由那些廣播伺服器50發送的管道。而訊息發送管道即相關於影像及/或語音的廣播系統。廣播伺服器50連接訊息派送閘道30，並用以透過影像及/或語音提供訊息的內容。

使用者設備60可以是智慧型手機、平板電腦、桌上型電腦、筆記型電腦、智能助理、或智能家電等電子裝置。使用者可透過使用者設備60接收廣播伺服器50所提供的訊息。

需說明的是，圖1中所示的數量及其連接情形可能視實際情況而變動，本發明實施例不加以限制。

為了方便理解本發明的操作流程，以下將舉諸多實施例詳細說明。下文中，將搭配圖1中系統100中各裝置說明本發明實施例所述之方法。本方法的各個流程可依照實施情形而隨之調整，且並不僅限於此。

圖2是依據本發明一實施例的訊息發送方法的流程圖。請參照圖2，訊息發布裝置20依據來自訊息來源裝置10的訊息的事件類型決定各訊息發送管道的優先權(步驟S210)。具體而言，不同訊息發送管道有不同特性。例如，使用者通常在下班後觀看電視，使有線電視的觀看人數增加。又例如，簡訊發送速度相較快，且電信業者可基於地區來發送簡訊。再例如，多數民眾都會登入社群平台觀看親友或訊息平台發布的訊息。另一方面，訊息的事件類型例如是土石流警戒、地震速報、豪大雨特報、或入境肉品管制事件。訊息的事件類型也可能有對應的訊息特性，此訊息特性可能相關於發送速度、及/或涵蓋率(例如，發送速度快、涵蓋率大小、指定區域、指定時段或指定人物等)。而訊息發布裝置20可依據事件類型來決定各訊息發送管道的優先權(或稱重視程度)。例如，地震速報事件發送單位(對應到一台訊息來源裝置10)對應到發送速度較快的訊息發送管道，因此細胞廣播具有較高的優先權，而電視與電台廣播具有較低的優先權。

除了考量訊息的特性，在一實施例中，訊息發布裝置20更分別判斷各訊息派送閘道30與各訊息發送管道對應的廣播伺服器50對應連線成功率、歷史發布成功率、及/或服務品質。訊息發布裝置20可定期或觸發於特定事件而確認所有的訊息派送閘道30的連線狀態(例如，是否連線、或是否異常等)，並記錄當下連線狀態至資料庫伺服器40。連線成功率相關於使用訊息派送閘道30與廣播伺服器50最近幾次連線測試紀錄(可基於連線狀態得出)，並反應近期連線穩定度。而若前一次連線異常，則連線成功率可例如設為零(或將訊息發送管道的優先權設為零)。歷史發布成功率為訊息派送閘道30對各廣播伺服器50發布成功的機率(可參考過去一段時間的發布紀錄)。服務品質為在最近特定次數發送中符合期望發送時間(由訊息派送閘道30發送至廣播伺服器50的時間)的比例。例如，假設期望發送時間門檻值為1秒，最近10次的發送時間有2次超過1秒，則服務品質相關於0.8。

接著，訊息發布裝置20可依據那些訊息發送管道對應的連線成功率、歷史發布成功率、及/或服務品質、以及各訊息發送管道的優先權選擇其中一個或更多個訊息派送閘道30。也就是說，本發明實施例可綜合考量前述因素，並據以挑選合適的訊息派送閘道30來發送訊息。這些因素可能具有權重或其他數學關係式。

在一實施例中，訊息發布裝置20可判斷各訊息派送閘道30的閘道權重。閘道權重例如是方程式(1):

…(1)

是第k訊息派送閘道30的閘道權重，

是第i訊息發送管道的優先權，

是第k訊息派送閘道30與第i訊息發送管道之間的連線成功率，

是第k訊息派送閘道30與第i訊息發送管道之間的歷史發布成功率，

是第k訊息派送閘道30與第i訊息發送管道之間的服務品質對應係數，

、

、及

是基於權重比例係數。權重比率係數

、

、及

相關於訊息來源裝置10對這參數(連線成功率

、歷史發布成功率

、服務品質對應係數

)的優先權(或稱重視程度)。

需說明的是，上述優先權

、及權重比例係數

、

、及

是等參數可透過設定檔記載其對應參數值，並可供訊息發布裝置20讀入。此外，此設定檔也可由網頁程式介面來存取。

接著，訊息發布裝置20可依據那些訊息發送管道的優先權決定如何透過至少一個訊息發送管道廣播訊息(步驟S230)。在一實施例中，訊息發布裝置20可僅基於訊息發送管道的優先權來優先權最高的一個或多個訊息發送管道來發送訊息。在另一實施例中，訊息發布裝置20是綜合考量訊息發送管道的優先權、及連線情況(例如，連線成功率、歷史發布成功率、及/或服務品質)，並據以挑選一台或更多台訊息派送閘道30來將訊息發送到一台或更多台廣播伺服器50。

在一實施例中，訊息發布裝置20是依據訊息派送閘道30的閘道權重來選擇訊息派送閘道30，並決定這些訊息派送閘道30的分送順序。例如，第k訊息派送閘道30的閘道權重

越高代表可能被訊息發布裝置20優先選擇。

在一實施例中，訊息發布裝置20可將那些訊息派送閘道30中具有最大閘道權重的一者(其連線狀態正常)作為主要發布途徑，並將那些訊息派送閘道30中具有非最大閘道權重(例如，第二大閘道權重、第三大閘道權重等)的至少一者作為備援發布途徑。例如，具有第二大閘道權重的訊息派送閘道30作為第一順位的備援發布途徑，具有第三大閘道權重的訊息派送閘道30作為第二順位的備援發布途徑，其餘依此類推。若主要發布途徑發生異常，則訊息發布裝置20立即或待特定時間改由備援發布途徑發送訊息。例如，自第一順位的備援發布途徑開始，並確認其連線狀態是否正常。此外，若主要發布途徑自異常狀態回復至正常狀態，則訊息發布裝置20也可立即或待特定時間改由主要發布途徑發送訊息。訊息派送閘道30可將訊息的相關內容發送至那些訊息發送管道，並記錄發布結果(例如，發送是否成功等)至資料庫伺服器40。

為了幫助讀者理解本發明實施例的發明精神，以下再舉範例說明：

表(1)是一範例說明方程式(1)的對應數值：表(1)

	訊息發送管道I (多媒體內容發送平台)	訊息發送管道II (社群)
	L	H	S	L	H	S
第一訊息派送閘道	1	0.98	0.97	1	0.99	0.99
第二訊息派送閘道	1	0.99	1	1	0.99	1
第一訊息發送管道的優先權	0.4	0.4
第二訊息發送管道的優先權	0.6	0.6

訊息發送管道III (電台廣播)	訊息發送管道IV (細胞廣播-業者A)	訊息發送管道V (細胞廣播-業者B)
L	H	S	L	H	S	L	H	S
1	0.99	0.98	0.95	1	0.98	1	1	0.99
0.95	1	1	1	1	1	1	1	1
0.4	1	0.8
0.9	0.5	0.4

其中L是連線成功率，H是歷史發布成功率，S是服務品質對應係數。

假設系統1包括兩台訊息派送閘道30及五台廣播伺服器50(即，五個訊息發送管道)。此外，情境一是地震速報事件發送單位發送地震速報訊息(例如，台北地區發生有感地震，預估震度4級，請民眾小心)，且情境二是豪大雨警報事件發送單位發送豪大雨警報訊息(例如，高雄、屏東地區即將發生豪大雨，預計持續至20:45；請注意強降雨、陣風、雷擊現象，低窪慎防淹水)。由於情境一的訊息特定對於發送速度有較高的優先權，經方程式(1)可得出第二訊息派送閘道30的閘道權重最大，且訊息發布裝置20將選擇第二訊息派送閘道30來發送地震速報訊息。此外，由於情境二的訊息特定對於管道發布涵蓋率有較高的優先權，經方程式(1)可得出第一訊息派送閘道30的閘道權重最大，且訊息發布裝置20將選擇第一訊息派送閘道30來發送豪大雨警報訊息。

綜上所述，本發明實施例的訊息發送系統及其方法運用權重演算法的訊息傳送機制，讓訊息來源端可依系統可靠度、傳送速度、多元管道的重要性等需求挑選最適合的發送閘道。例如，地震速報講求的是發布速度，而宣傳類型的訊息著重涵蓋率。此外，本發明實施例還能提供主要及備援發送途徑，以增加訊息發送的成功率。

本發明實施例的特點及功效如下：

本發明實施例考量發送時間，確保快速發布以符合發布端期望之品質。

本發明實施例可依據訊息發布者的需求(例如，系統可靠度、傳送速度、多元管道的重要性等)選擇最適當的閘道進行訊息發布。

本發明實施例事先計算閘道發布順序，傳遞災害訊息時可直接決定發送路徑，無需再計算，以便能快速發布。

本發明實施例週期性地維護主要發布途徑及備援發布途徑，以確保整體災害訊息發布過程能夠順利。

雖然本發明已以實施例揭露如上，然其並非用以限定本發明，任何所屬技術領域中具有通常知識者，在不脫離本發明的精神和範圍內，當可作些許的更動與潤飾，故本發明的保護範圍當視後附的申請專利範圍所界定者為準。

1:訊息發送系統 10:訊息來源裝置 20:訊息發布裝置 30:訊息派送閘道 40:資料伺服器 50:廣播伺服器 60:使用者設備 S210~S230:步驟

圖1是依據本發明一實施例的訊息發送系統的示意圖。圖2是依據本發明一實施例的訊息發送方法的流程圖。

S210~S230:步驟

Claims

一種訊息發送方法，包括：提供多個訊息發送管道，其中每一該訊息發送管道相關於影像、或語音中的至少一者的廣播系統；依據一訊息的事件類型決定每一該訊息發送管道的優先權；以及依據該些訊息發送管道的優先權決定如何透過該些訊息發送管道中的至少一者廣播該訊息。
如申請專利範圍第1項所述的訊息發送方法，其中該事件類型的訊息特性相關於發送速度、或涵蓋率中的至少一者。
如申請專利範圍第1項所述的訊息發送方法，其中依據該訊息的事件類型決定每一該訊息發送管道的優先權的步驟包括：提供多個訊息派送閘道；以及分別判斷每一該訊息派送閘道與每一該訊息發送管道對應連線成功率、歷史發布成功率、或服務品質中至少一者；以及依據該些訊息發送管道對應該連線成功率、該歷史發布成功率、或該服務品質中至少一者、以及每一該訊息發送管道的該優先權選擇至少一該訊息派送閘道。
如申請專利範圍第3項所述的訊息發送方法，其中選擇至少一該訊息派送閘道的步驟包括：判斷每一該訊息派送閘道的閘道權重，其中G _k=Σ_i=1 C _i(L _ki R _L+H _ki R _H+S _ki R _S)G _k是第k訊息派送閘道的閘道權重，C _i是第i訊息發送管道的優先權，L _ki是第k訊息派送閘道與第i訊息發送管道之間的連線成功率，H _ki是第k訊息派送閘道與第i訊息發送管道之間的歷史發布成功率，S _ki是第k訊息派送閘道與第i訊息發送管道之間的服務品質對應係數，R _L、R _H、及R _S是權重比例係數。
如申請專利範圍第4項所述的訊息發送方法，其中判斷每一該訊息派送閘道的該閘道權重的步驟之後，更包括：將該些訊息派送閘道中具有最大閘道權重的一者作為主要發布途徑；以及將該些訊息派送閘道中具有非該最大閘道權重的至少一者作為備援發布途徑，其中反應於該主要發布途徑發生異常，改由該備援發布途徑發送該訊息。
一種訊息發送系統，包括：至少一訊息來源裝置，產生一訊息；至少一訊息發布裝置，接收該訊息；以及多個訊息發送管道，其中每一該訊息發送管道相關於影像、或語音中的至少一者的廣播系統，且每一該訊息發布裝置依據一訊息的事件類型決定每一該訊息發送管道的優先權，並依據該些訊息發送管道的優先權決定如何透過該些訊息發送管道中的至少一者廣播該訊息。
如申請專利範圍第6項所述的訊息發送系統，其中該事件類型的訊息特性相關於發送速度、或涵蓋率中的至少一者。
如申請專利範圍第6項所述的訊息發送系統，更包括：多個訊息派送閘道，分別連接到該些訊息發送管道，其中每一該訊息發布裝置分別判斷每一該訊息派送閘道與每一該訊息發送管道對應連線成功率、歷史發布成功率、或服務品質中至少一者，並依據該些訊息發送管道對應該連線成功率、該歷史發布成功率、或該服務品質中至少一者、以及每一該訊息發送管道的該優先權選擇至少一該訊息派送閘道。
如申請專利範圍第8項所述的訊息發送系統，其中每一該訊息發布裝置判斷每一該訊息派送閘道的閘道權重，其中G _k=Σ_i=1 C _i(L _ki R _L+H _ki R _H+S _ki R _S)G _k是第k訊息派送閘道的閘道權重，C _i是第i訊息發送管道的優先權，L _ki是第k訊息派送閘道與第i訊息發送管道之間的連線成功率，H _ki是第k訊息派送閘道與第i訊息發送管道之間的歷史發布成功率，S _ki是第k訊息派送閘道與第i訊息發送管道之間的服務品質對應係數，R _L、R _H、及R _S是權重比例係數。
如申請專利範圍第9項所述的訊息發送系統，其中每一該訊息發布裝置將該些訊息派送閘道中具有最大閘道權重的一者作為主要發布途徑，並將該些訊息派送閘道中具有非該最大閘道權重的至少一者作為備援發布途徑，且反應於該主要發布途徑發生異常，每一該訊息發布裝置改由該備援發布途徑發送該訊息。