TWI513255B

TWI513255B - 經由雙重路線傳遞與接收行動通知之系統、裝置與方法

Info

Publication number: TWI513255B
Application number: TW102120348A
Authority: TW
Inventors: Hung Che Chiu
Original assignee: Mitake Information Corp
Priority date: 2013-06-07
Filing date: 2013-06-07
Publication date: 2015-12-11
Also published as: CN104244201A; CN104244201B; TW201448533A

Description

經由雙重路線傳遞與接收行動通知之系統、裝置與方法

本發明是關於一種行動通訊，特別是關於一種經由雙重路線傳遞與接收行動通知之系統、裝置與方法。

現今行動設備(尤指智慧手機與平板電腦)三大平台(Microsoft Windows Phone、Google Android與Apple iOS)皆有各自的推播(Push)系統/服務用以從伺服器端傳遞一通知(Notification)至行動設備端，所謂的“通知”即一“訊息”(Message)，例如用在行動股票軟體中的“成交回報”、“委託回報”、“到價警示”…等等。而該些推播系統/服務係為：Microsoft Push Notification Service(簡稱MPNS)、Google Cloud Messaging for Android(簡稱GCM)以及Apple Push Notification Service(簡稱APNS)，由於該些推播系統/服務有其各自的格式，軟體開發者只需遵循該些系統之格式，即可透過該些系統以推播技術傳遞一通知至該些平台之用戶端(即行動設備)。

以APNS所支援的JSON通知格式為例來說明，其以大括號{ }包住一通知，並以關鍵字“aps”為啟始，其中包含一“alert”(即通知的內容)、一“badge”數值(在“臂章”處所顯示之數字)以及一“sound”(“提示鈴聲”)，以下係一符合JSON通知格式之股票委託回報範例：

中華民國專利公告號I359600之「關聯具有交遞內容之行動頻道訂閱的方法及系統」，其中揭露一種用於在一行動網路中建立用於頻道訂閱之一交遞內容的方法與系統，該方法包含以下步驟：自該行動網路中一行動器件與一訂閱入口網站建立一頻道訂閱，其係藉由指定用於訂閱的至少一頻道及藉由提供一使用者識別項及一器件識別項中至少之一者以建立一交遞內容，該交遞內容包含一交遞伺服器為交遞內容至該行動器件而需要知道的資訊；回應於建立該頻道訂閱，在該行動器件上的一交遞用戶端接收一頻道訂閱通知，該頻道訂閱通知包含至少一頻道識別項；及對一內容用戶端傳送一訂閱通知，該訂閱通知包含在該頻道訂閱通知中接收的該至少一頻道識別項。該系統包括：一器件端，該器件端包含：一訂閱代理程式；一交遞用戶端；以及一內容用戶端；以及一服務端，該服務端包含：一訂閱入口網站，該訂閱入口網站係調適成與該器件上的該訂閱代理程式通信以建立一頻道訂閱，藉由指定用於訂閱的至少一頻道及藉由提供一使用者識別項及一器件識別項中至少之一者以建立一交遞內容；一交遞伺服器，其係調適成接收訂閱資訊及與該頻道訂閱相關的該交遞內容，該訂閱資訊包含至少一頻道識別項，該交遞伺服器係調適成根據該交遞內容與該交遞用戶端通信，該交遞內容包括該交遞伺服器為交遞內容至該器件端而需要知道的資訊；以及一內容提供者，其係調適成提供該訂閱內容至該內容用戶端；其中該訂閱代理程式知道該內容用戶端，並調適成提供該內容用戶端一訂閱通知，該訂閱通知包含在該頻道訂閱通知中接收的至少一頻道識別項。

中華民國專利公告號573268之「頻道訂閱及推播系統和方法」，其中揭露一種頻道訂閱及推播系統和方法，該方法包括：訂閱至少一頻道：產生一訂閱表；編碼該訂閱表為一訂閱結構文件型態定義(subscription structure document type definition,SS DTD)；儲存該SS DTD；根據該SS DTD並判斷該頻道之資訊是否有被更新，若是，產生並推播一更新信息；以及接收該更新信息，並根據該更新信息以下載該頻道之被更新後之資訊。該系統包括：一WML伺服器，係透過一WAP閘道器與一行動通訊裝置進行通訊，用以供一使用者藉由該行動通訊裝置並透過該WAP閘道器連結而訂閱至少一頻道，並且產生一訂閱表，其中，該WML伺服器編碼該訂閱表為一SS DTD，並發送該SS DTD；一SQL伺服器，係與該WML伺服器進行通訊，用以接收並儲存該SS DTD，其中，該SQL伺服器根據該SS DTD於判斷該WML伺服器中之該頻道之資訊有被更新時將產生並發送一更新信息；以及一推播伺服器，係與該SQL伺服器及該行動通訊裝置進行通訊，用以接收該更新信息並推播該更新信息至該行動通訊裝置，其中，該使用者根據該更新信息再藉由該行動通訊裝置並透過該WAP閘道器連結上該WML伺服器，以下載該頻道之被更新後之資訊。

中華民國專利公告號468317之「調適性推播資訊之系統及方法」，其中揭露一種主從式調適性推播資訊之系統及方法，該方法包含下列之步驟：(1)讀入一用戶端所欲傳送之複數個命令串；(2)將該複數個命令串予以組合為一新命令串；(3)將該新命令串傳送至一交易伺服器；(4)該交易伺服器將所收到之該新命令串予以分解並分別傳送至複數個項目資料伺服器；(5)該複數個項目資料伺服器依所接收之命令串擷取資料並將所擷取之資料回傳給該交易伺服器；(6)該交易伺服器將自該複數個項目資料伺服器所傳回之資料予以匯總並附加一資料更新預測值，然後傳回該用戶端；(7)該用戶端根據原有資料與所接收到之更新預測值作調適處理；及(8)將調適處理後之資訊儲存在用戶端。該系統包含：一用戶端，用以啟始複數個命令串並組合為一新命令串後傳送出去；一交易伺服器，耦合至該用戶端，用以接收及分解該用戶端所發出之該新命令串；及複數個項目資料伺服器，耦合至該交易伺服器，用以分別接收經分解之命令串，其中該複數個項目資料伺服器依所接收之該等命令串分別擷取資料並將所擷取之資料回傳給該交易伺服器匯總，並由該交易伺服器附加一資料更新預測值後傳回該用戶端，該用戶端再根據原有資料與所接收到之更新預測值作調適處理後將經調適處理後之資料儲存於用戶端。

以上該些專利所揭露之習見技術皆由伺服器端以單一路線(Route)傳遞一通知至行動設備端。例如透過前述之MPNS、GCM以及APNS推播系統/服務傳遞一通知至一Windows Phone、一Android Phone或一iPhone。在某些情況，行動設備無法以上述該些習見技術接收通知，例如：申辦中華電信的“至尊股票機”或遠傳電信的“e券商”服務，電信業者之此類“特定業務資費方案”係以“吃到飽”之單一費率計價供其訂閱戶無限量使用該些特定服務。故，申裝該些服務之行動設備僅能連線至特定伺服器(如上述的“至尊股票機伺服器”及“e券商伺服器”)，不可連線至該些特定伺服器以外之其他地方，因此無法接收習見技術所傳遞之通知。又或者，當一行動設備僅能透過一Wi-Fi無線網路連結至網際網路時，網路管理者因安全考量限制該Wi-Fi無線網路必須透過一防火牆之特定連接埠(例如TCP Port 80)或一代理伺服器(Proxy Server)連上網際網路，習見技術在此種情況下亦無法傳遞通知至行動設備。

綜上所述，習見技術僅利用單一路線傳遞通知，當該路線發生異常情況或使用者處於前述之特定情況時，即無法確保使用者能收到通知；換言之，習見技術並未處理使用者是否有收到通知，也無法確保使用者是否有收到通知。故，實有必要提出一種可補強習見技術的問題點，讓習見的單一路線失敗時，仍有其他可能的路線進行通知傳遞之備援，亦即，經由雙重路線傳遞行動通知之技術，以完成一同步備援路線(Redundant Route，或稱“冗餘路線”)，當其中一傳遞路線發生情況時使用者仍可透過另一路線收到行動通知。

有鑑於此，本發明提出一種經由雙重路線傳遞行動通知之系統、裝置與方法，將伺服器產生之一通知同時以兩路線傳遞至一行動設備端，並且僅顯示第一到達之通知於該行動設備之螢幕上。

本發明提出一種經由雙重路線傳遞行動通知之系統，包含：一行動設備、一伺服器、一推播閘道器(Push Gateway)。其中，該行動設備包含一作業系統層之作業系統以及一應用層之應用程式，該作業系統包含：第一資料接收單元與一第一資訊顯示單元，該應用程式包含：一第二資料接收單元以及一第二資訊顯示單元。該伺服器產生帶有一自定義欄位資料之一通知，該自定義欄位資料至少包含一識別碼(ID)，該伺服器並將該通知經由一第一路線與一第二路線傳遞至該行動設備。該推播閘道器與該伺服器連線後而接收該通知，並將該通知包含該自定義欄位資料編輯成符合一外部推播系統之格式，並傳遞給一外部推播主機。該第一路線係經由該推播閘道器傳遞至外部推播系統，再傳遞至該行動設備之該第一資料接收單元，當該應用程式未執行時，該第一資訊顯示單元開啟該第一資料接收單元所接收之該第一路線之該通知，解譯並顯示不包含該自定義欄位資料之該通知於該行動設備之螢幕上，該應用程式經該作業系統接收一開啟指令而執行後，該作業系統再將包含該自定義欄位資料之該通知傳遞給該第二資料接收單元。該第二路線係經由一行動網路直接傳遞至該第二資料接收單元。該第二資料接收單元將該通知交由該第二資訊顯示單元處理。該第二資訊顯示單元檢核該通知之該識別碼是否已處理過，若該識別碼未處理過則解譯並顯示該通知於該行動設備之螢幕上。

本發明提出一種經由雙重路線傳遞行動通知之裝置，設置於一行動設備，該裝置包含：一作業系統層之作業系統與一應用層之應用程式，該作業系統包含第一資料接收單元與一第一資訊顯示單元，該應用程式包含一第二資料接收單元以及一第二資訊顯示單元。作業系統檢查該應用程式之執行狀態，當該應用程式未執行之時將該通知交由該第一資訊顯示單元處理，當該應用程式為執行中則將該通知交由該第二資料接收單元處理，以及接收並執行一開啟該應用程式之指令。第一資料接收單元接收經一第一路線之一外部推播主機所傳遞帶有一自定義欄位資料之一通知，該自定義欄位資料至少包含一識別碼。第一資訊顯示單元開啟該第一資料接收單元所接收之該第一路線之該通知，解譯並顯示不包含該自定義欄位資料之該通知於該裝置之螢幕上。第二資料接收單元接收經一第二路線之一伺服器所傳遞帶有該自定義欄位資料之該通知，以及接收由該作業系統所傳遞經該第一路線之帶有該自定義欄位資料之該通知，並將該通知交由第二資訊顯示單元處理。第二資訊顯示單元檢核該通知之該識別碼是否已處理過，若該識別碼未處理過，則解譯並顯示該通知包含該自定義欄位資料於該行動設備之螢幕上。

本發明提出一種經由雙重路線傳遞行動通知之方法，應用於一伺服器、一推播閘道器、一外部推播主機以及一行動設備之間，包含下列步驟：該伺服器產生帶有一自定義欄位資料之一通知，該自定義欄位資料至少包含一識別碼；將該通知經由一第一路線與一第二路線傳遞至該行動設備；該第一路線係先經由該推播閘道器，該推播閘道器將該通知包含該自定義欄位資料編輯成符合一外部推播系統之格式，並傳遞給該外部推播主機，之後再傳遞至該行動設備之一第一資料接收單元；當對應該通知之一應用程式尚未於該行動設備上執行時，該行動設備之作業系統之一第一資訊顯示單元解譯並顯示經該第一路線之該通知於該行動設備之螢幕上，其中不包含該通知之該自定義欄位資料；該應用程式未於該行動設備上執行時，當該作業系統接收該應用程式之一開啟指令後，執行該應用程式，該應用程式之一第二資料接收單元接收經該第一路線之該通知；該第二資料接收單元接收該第二路線之該通知；該第二資料接收單元將該通知交由該應用程式之一第二資訊顯示單元處理；及該第二資訊顯示單元檢核該通知之該識別碼是否已處理過，若該識別碼未處理過，則解譯並顯示該通知包含該自定義欄位資料於該行動設備之螢幕上。

本發明更提出一種經由雙重路線傳遞行動通知之方法，應用於一伺服器、一推播閘道器、一外部推播主機以及一行動設備之間，包含下列步驟：該伺服器產生帶有一自定義欄位資料之一通知，該自定義欄位資料至少包含一識別碼；該伺服器將該通知經由一第一路線與一第二路線傳遞至該行動設備，該第一路線先經由該推播閘道器，該推播閘道器將該通知包含該自定義欄位資料編輯成符合該外部推播主機之格式，並傳遞給該外部推播主機，之後再傳遞至該行動設備之一第一資料接收單元，該第二路線係由該伺服器直接傳遞至該行動設備；當對應該通知之一應用程式尚未於該行動設備上執行時，該行動設備之作業系統之一第一資訊顯示單元於接收到該第一路線之該通知後，解譯並顯示該通知於該行動設備之螢幕上，其中不包含該通知之該自定義欄位資料；當該應用程式未於該行動設備上執行時，當該作業系統接收該應用程式之一開啟指令後執行該應用程式，該應用程式之一第二資料接收單元接收經該第一路線之該通知；當該應用程式執行中且與該伺服器連線後，該第二資料接收單元接收該第二路線之該通知，並檢核該通知之該識別碼是否已處理過，將未處理過之該識別碼之該通知儲存於一記憶體中，已處理過之該識別碼之該通知則刪除而不儲存至該記憶體；及該第二資訊顯示單元開啟儲存於該記憶體中之該通知，解譯並顯示該通知包含該自定義欄位資料於該行動設備之螢幕上。

以下在實施方式中詳細敘述本發明之詳細特徵以及優點，其內容足以使任何熟習相關技藝者瞭解本發明之技術內容並據以實施，且根據本說明書所揭露之內容、申請專利範圍及圖式，任何熟習相關技藝者可輕易地理解本發明相關之目的及優點。

10‧‧‧行動設備

12‧‧‧作業系統

14‧‧‧第一資料接收單元

16‧‧‧第一資訊顯示單元

18‧‧‧應用程式

20‧‧‧第二資料接收單元

22‧‧‧第二資訊顯示單元

24‧‧‧伺服器

26‧‧‧推播閘道器

28‧‧‧推播主機

30‧‧‧顯示模組

32‧‧‧處理器

34‧‧‧記憶體

S100、S200、S300‧‧‧開始

S101‧‧‧伺服器產生帶有一字定義欄位資料之一通知

S102‧‧‧伺服器將該通知傳遞至一推播閘道器

S103‧‧‧推播閘道器將該通知編輯成符合一外部推播系統之格式

S104‧‧‧推播閘道器將通知傳遞給一推播主機

S105‧‧‧推播主機將該通知傳遞至行動設備之第一資料接收單元

S106‧‧‧伺服器與應用程式建立連線？

S107‧‧‧啟動重新傳遞機制

S108‧‧‧有效時間結束？

S109、S205、S211、S311‧‧‧結束

S110‧‧‧伺服器該通知傳遞至行動設備之第二資料接收單元

S201、S301‧‧‧行動設備之第一資料接收單元接收該通知

S202、S206、S302、S306‧‧‧應用程式執行中？

S203、S303‧‧‧行動設備之第一資訊顯示單元解譯並顯示該通知

S204、S304‧‧‧應用程式開啟？

S207、S307‧‧‧行動設備之第二資料接收單元接收該通知

S208、S309‧‧‧將該通知交由第二資料顯示單元

S209、S308‧‧‧第二資料顯示單元判斷是否識別碼已處理？

S210、S310‧‧‧第二資料顯示單元解譯並顯示該通知

第1圖為本發明實施例之系統架構圖。

第2圖為本發明實施例裝置之系統功能方塊圖。

第3圖為本發明實施例之操作流程圖，從伺服器端之觀點。

第4圖為本發明實施例一之操作流程圖，從行動設備端之觀點。

第5圖為本發明實施例二之操作流程圖，從行動設備端之觀點。

參閱第1圖，本發明一較佳實施例之系統架構圖，其包含有：位於用戶(Client)端之一行動設備10，位於伺服器(Server)端之一伺服器24與一推播閘道器26，以及位於外部推播系統之一推播主機28。其中，行動設備10執行一作業系統12(位於作業系統層，即Operating System Layer)並安裝一應用程式18(位於應用層，即Application Layer)。作業系統12又包含一第一資料接收單元14與一第一資訊顯示單元16。應用程式18包含：一第二資料接收單元20以及一第二資訊顯示單元22。伺服器24產生帶有一自定義欄位資料之一通知，自定義欄位資料至少包含一識別碼(ID)，伺服器24並將該通知經由一第一路線與一第二路線傳遞至行動設備10。推播閘道器26將通知包含自定義欄位資料編輯成符合一外部推播系統之格式，並傳遞給一外部推播主機28。

第一路線係經由推播閘道器26傳遞至外部推播主機28，再傳遞至行動設備10之第一資料接收單元14。當應用程式18未執行時，第一資訊顯示單元16解譯並顯示不包含自定義欄位資料之通知於行動設備10之螢幕上。待應用程式18經使用者開啟後(作業系統12接收一開啟應用程式18之指令而執行應用程式18)，作業系統12再將包含自定義欄位資料之通知傳遞給第二資料接收單元20。

第二路線則經由一行動網路(例如電信通訊網路或Wi-Fi無線網路)直接傳遞至該第二資料接收單元20。第二資料接收單元20將通知交由第二資訊顯示單元22處理。第二資訊顯示單元22檢核通知之識別碼是否已處理過，若識別碼未處理過則解譯並顯示通知包含自定義欄位資料於行動設備10之螢幕上。就另一實施例而言，亦可由第二資料接收單元20檢核通知之識別碼是否已處理過，若識別碼未處理過再將通知交由第二資訊顯示單元22解譯並顯示通知包含自定義欄位資料於行動設備10之螢幕上。

本發明分別以第一路線與第二路線傳遞同一識別碼之通知，最主要的目的即在於設計一具有同步備援路線之系統，以預防其中一傳遞路線發生情況時使用者仍可透過另一路線收到行動通知，此係本發明之主要技術特徵。又，本發明所利用的第一路線與第二路線，刻意採用不同的傳遞機制/連接埠，第一路線係符合一推播系統之公開格式(例如MPNS、GCM以及APNS)，而第二路線係採資訊廠商自有格式(Proprietary)電文技術。第一路線以APNS為例說明，其採用之連接埠係“TCP 5223”，而第二路線之資訊廠商自有格式電文採用之連接埠係“TCP 80”。當使用者所處之環境因資料安全考量而限定利用Wi-Fi上網時(通常其防火牆僅允許少數特定連接埠可通行，如上述的“TCP 80”，或限定使用一代理伺服器)，此時使用者即無法接收經第一路線所傳遞之通知，但仍可透過第二路線正常接收一通知。

作業系統12之第一資料接收單元14在接收到由第一路線(即經外部推播主機28)所傳遞來的一通知後，作業系統12即檢查應用程式18之執行狀態，以決定下一步要將通知交由何者處理。當應用程式18未執行時，將該通知交由作業系統12之第一資訊顯示單元16處理。以Apple之iOS平台為例(即iPad平板電腦或iPhone智慧型手機)，在iOS版本5.0上其呈現一通知之樣式係使用者自行於“設定”->“通知”之中進行設定，使用者可選擇之“提示樣式”包含：“無”、“橫幅”(即Banners)與“提示”(即Alerts)。“無”表示收到一通知後不會顯示；“提示”係以一彈出提示顯示通知，要選擇動作才能繼續(例如按下“開啟”按鍵以執行應用程式，或按下“關閉”按鍵以結束顯示)；而“橫幅”將顯示在螢幕上方並會自動消失。不管使用者所設定之樣式為“橫幅”或“提示”皆可開啟通知所對應之應用程式18，兩者作法稍有不同。

若設定之樣式為“橫幅”時，當第一資料接收單元14在接收到一符合JSON格式之通知，第一資訊顯示單元16以一橫幅顯示通知之內容，使用者點擊橫幅(即作業系統12接收一開啟應用程式之指令)後，作業系統12即執行應用程式18。即使橫幅自動消失後，使用者仍可下拉(Pull Down)最上方之狀態列並點擊通知以執行應用程式18。

若設定之樣式為“提示”時，第一資訊顯示單元16則以一彈出提示顯示通知之內容。此時，作業系統12並詢問使用者是否開啟應用程式18。當使用者選擇“開啟”按鍵後(即作業系統12接收一開啟應用程式之指令)，作業系統12即執行應用程式18。接著，把通知轉交給第二資料接收單元20。當第一資料接收單元14在接收到由第一路線所傳遞來的一通知，若應用程式為執行中，作業系統12則直接將通知交由第二資料接收單元處理。這裡的作業系統12、第一資料接收單元14以及第一資訊顯示單元16在不同平台之上中間或有些許的流程或是運作方式不同，但是該些技術皆屬於習見技術之範疇，故不贅述。

另外，本發明所增設的應用程式18之第二資料接收單元20與第二資訊顯示單元22在搭配作業系統12之第一資料接收單元14以及第一資訊顯示單元16後，使本發明之裝置(行動設備10)得以具有雙套單元去接收與顯示一通知，亦即，本發明之行動設備10具有一備援機制去接收與顯示一通知。例如當作業系統12之第一資料接收單元14與第一顯示通知單元16因故而無法作用時(第一路線)，本發明所提供的另一套備援之第二資料接收單元20與第二資訊顯示單元22可於應用程式18執行後發揮作用，此係本發明之另一主要技術特徵。

上述外部推播系統之推播主機28係指習見MPNS、GCM、APNS或其他具有一公開推播格式之系統，推播主機28並非限定由單一主機所組成，其亦可能以複數台主機所組成。另外，第1圖僅係說明本發明一較佳實施例之系統架構圖，推播主機28實為一習見技術，並不包含在本發明之系統之中。

至於伺服器端之伺服器24亦不限定由單一主機所組成，其亦可能由複數台主機所組成且散佈在不同之位置，以一行動股票交易系統實施例來說明，伺服器24即由位於證券業者端之一交易主機以及位於金融資訊廠商端之一主機所組成，當使用者透過行動設備10完成一筆委託交易後，此時，位於證券業者端之交易主機即產生一“委託回報通知”(即一種通知之應用)，交易主機再將該委託回報通知傳遞給位於金融資訊廠商端之該主機進行處理。在另一不同之實施例中，交易主機係直接將委託回報通知傳遞給位於金融資訊廠商端之推播閘道器26。又，在實作中，亦可將產生通知之伺服器24與推播閘道器26合併成同一主機。

另外，所謂的“自定義欄位資料”係指外部推播系統其標準格式之外的其他欄位資料，由於本發明之應用程式18需要額外欄位之資料，例如以識別碼來辯識分別從兩路線進來之通知是否為同一通知，又或者，以一時間戳記(Timestamp)來標示通知之產生時間，故，本發明之伺服器24在產生通知時以自定義欄位儲存資料。以下係本發明實施例伺服器24所產生一委託回報通知之範例格式：

上述委託回報通知範例除了通知之內容(即“委託回報-台積電106.0買進1張”)，另有複數個自定義欄位資料，“msgid”即一識別碼，其值為“0001”，而“msgtype”用以標示通知之類別(例如區別委託回報、成交回報、到價警示…等)，其值為“2”，而“ctime”即一時間戳記，其值為“2013-04-26 11：36：21”。本發明並未限定自定義欄位資料之數量以及其所儲存之資訊類型，但是，其至少包含一識別碼資料。

當伺服器24產生一帶有自定義欄位資料之通知後，伺服器24將通知由第一路線與第二路線傳遞出去。其中，經由第一路線傳遞至一推播閘道器26後，推播閘道器26將通知包含自定義欄位資料編輯成符合一外部推播系統之格式。例如用戶端之行動設備10為一iPhone智慧型手機，推播閘道器26則以APNS所接受之JSON格式編輯通知，上述委託回報經編輯後即如下所示：

當第一資訊顯示單元16解譯上述通知並以一彈出提示顯示時，第一資訊顯示單元16直接略過該些自定義欄位資料(即不解譯，亦不顯示)。但是，當作業系統12將包含該些自定義欄位資料之通知傳遞給第二資料接收單元20，再轉交給第二資訊顯示單元22處理時，第二資訊顯示單元22會解譯並顯示該些自定義欄位資料。

由於第二資訊顯示單元22在接到一通知後會去檢核通知之識別碼是否已處理過，並自動略去已處理過之識別碼，故，本發明之第二資訊顯示單元22可避免重覆顯示由兩路線所進來的同一通知，此為本發明之技術特徵之一。

本發明之第二路線係由伺服器24直接將一通知傳遞至本發明之裝置(行動設備10)，並由應用程式18之第二資料接收單元20負責接收。當應用程式18執行時且與伺服器24進行連接後，通知即可直接傳遞。當應用程式18未執行時，理所當然地，應用程式18未與伺服器24連線，第二資料接收單元20自無法接收通知，是故，該次傳遞視為“傳遞失敗”。

為了進一步解決第二路線可能傳遞失敗的問題，本發明提出兩種伺服器24重新傳遞通知機制，以解決第二路線傳遞失敗之問題，當第二路線傳遞失敗後，伺服器24即啟動一重新傳遞通知機制。其中，重新傳遞通知機制之實施例一係於一預設有效時間(Valid Period)內、每間隔一固定時間(Fixed Interval)即重新傳遞一次同樣的通知(包含識別碼亦相同)，直到傳遞成功或是該預設有效時間截止。例如有效時間為“3小時”、每間隔“3分鐘”即傳遞一次。重新傳遞通知機制之實施例二係該筆通知於有效時間內存留於伺服器24中，當使用者開啟應用程式18連結至伺服器24後，再檢查是否有通知需要傳遞。此為本發明的另一技術特徵。至於第一路線之傳遞則無重新傳遞機制。

參閱第2圖，本發明一較佳實施例裝置之系統功能方塊圖，圖例僅列出與本發明一較佳實施例相關之核心模組，其餘模組省略未描繪。其說明行動設備10(即本發明之裝置)包含有顯示模組30、處理器(即中央處理器之簡稱)32與記憶體34。其中，記憶體34儲存有一作業系統12以及一應用程式18；處理器32則負責執行記憶體34中之作業系統12與應用程式18；顯示模組30則用以顯示作業系統12與應用程式18的介面(螢幕)，並執行觸控的功能(觸控面板)。

參閱第3圖，本發明實施例一之操作流程圖，其為從伺服器端與外部推播系統端的觀點來看的流程。說明自伺服器產生一通知至行動設備之流程，請同時參閱第1圖與第2圖，流程係包含下列步驟：

步驟S100：開始。

步驟S101：伺服器24產生帶有一自定義欄位資料之一通知，自定義欄位資料至少包含一識別碼。接著，進入步驟S102與步驟S106。

步驟S102：將該通知傳遞至一推播閘道器26，接著，進入步驟S103。

步驟S103：將該通知編輯成符合一外部推播系統之格式。該推播閘道器26收到該通知後，將該通知包含該自定義欄位資料編輯成符合一外部推播系統之格式，例如用戶端之行動設備10一iPhone智慧型手機或一iPad平板電腦，該推播閘道器26則以APNS所接受之JSON格式編輯該通知。

步驟S104：將該通知傳遞給一外部推播主機28。該推播閘道器26將通知編輯成一符合之格式後，再將通知傳遞給外部推播主機28，例如一APNS伺服器。若用戶端之行動設備10為一Android手機/平板電腦，則外部推播主機28係一GCM伺服器。若用戶端之行動設備10為一MS Windows手機/平板電腦，則外部推播主機28係一MPNS伺服器。

步驟S105：將該通知傳遞至第一資料接收單元14。外部推播主機28接到該通知後，即傳遞至該行動設備10其作業系統12之第一資料接收單元14。由步驟S102、步驟S103、步驟S104至步驟S105之通知傳遞線路即第一路線。

步驟S106：判斷伺服器24與行動設備10之應用程式18是否建立連線？行動設備10的應用程式18必須已經執行，並且，應用程式18與伺服器24通訊後建立連線，第二路線之通知傳遞才能進行。當兩者建立連線後，即可執行步驟S110，若尚未建立連線，則啟動前述的重新傳遞通知機制，即步驟S107。

步驟S107：啟動重新傳遞機制。重新傳遞機制如前所述有兩種方式，一是於一預設有效時間內、每間隔一固定時間即重新傳遞一次同樣的通知，直到傳遞成功或是該預設有效時間截止；二是該筆通知於有效時間內存留於伺服器24中，當使用者開啟應用程式18連結至伺服器24後，再檢查是否有通知需要傳遞。

步驟S108：有效時間是否結束？在該預設有效時間截止前，重覆步驟S106~S108。若有效時間結束，則執行步驟S109，結束該通知的傳遞工作。

步驟S110：伺服器24將該通知傳遞至第二資料接收單元20。由於伺服器24已與行動設備10當中的應用程式18建立連線，因此，第二資料接收單元20將可接收到伺服器24所傳送的通知。由步驟S101、步驟S106、步驟S107、步驟S108至步驟S110之通知傳遞線路即第二路線。

伺服器24產生通知後，在伺服器24與行動設備之應用程式18已建立連線的狀況下(步驟S106)，伺服器24同時將通知傳遞至推播閘道器26(步驟S102)，以及一行動設備10之第二資料接收單元20(步驟S110)，其中經由該推播閘道器26之傳遞路線係第一路線，而直接傳遞至第二資料接收單元20之路線係第二路線。由步驟S102傳遞過來的是第一路線之通知，由步驟S106與步驟S108傳遞過來的是第二路線之通知。

接著，請參閱第4圖，本發明實施例一之操作流程圖，其為從行動設備10端的觀點來看的流程。說明自行動設備10如何接收由伺服器24與推播主機28所傳遞之通知的流程，請同時參閱第1圖與第2圖，流程係包含下列步驟：

步驟S200：開始，分別執行步驟S201與步驟S206。

步驟S201：行動設備10之第一資料接收單元14接收該通知。

步驟S202：判斷應用程式18是否執行中？亦即，作業系統12檢查應用程式18的執行狀態。當第一資料接收單元14接收到第一路線之通知後，作業系統12即檢查對應通知之應用程式18之執行狀態，若應用程式18係“執行中”則跳至步驟S207，若應用程式18係“未執行”則執行步驟S203。

步驟S203：行動設備10之第一資訊顯示單元16解譯並顯示通知。作業系統12得知應用程式18係“未執行”狀態時，第一資訊顯示單元16即解譯通知，但不包含其中之自定義欄位資料。至於顯示之樣式則視使用者之設定，例如使用者於一iPhone智慧型手機中“設定”->“通知”所設定之“提示樣式”為一“橫幅”時，則第一資訊顯示單元16以一“橫幅”顯示通知於螢幕上，若“提示樣式”為一“提示”時，則第一資訊顯示單元16以一彈出提示顯示通知，當然，顯示之時亦不包含自定義欄位資料。

步驟S204：應用程式開啟？當接收一開啟應用程式18之指令時，行動設備10即開啟應用程式。第一資訊顯示單元16顯示通知於螢幕上後，不管是以“橫幅”或“提示”樣式顯示，此時作業系統12即在等待接收對應通知之一應用程式18之開啟指令。例如以“橫幅”顯示係使用者直接點擊“橫幅”，而以“提示”顯示則是使用者點擊其中之“開啟”按鍵，點擊後則跳至步驟S207，若沒有點擊“橫幅”或是點擊了“關閉”按鍵則跳至步驟S205。

步驟S205：結束顯示通知。若以“橫幅”顯示，則在一定之顯示時間(例如10秒鐘)後即自動隱藏“橫幅”，若以“提示”顯示則係關閉彈出提示。

步驟S206：應用程式18是否執行中？當應用程式18為執行中且與伺服器24連線時，則至下一步驟S207。若「否」，則跳至步驟S211結束。

步驟S207：行動設備10之第二資料接收單元20接收該通知。在本步驟，由於應用程式18已與伺服器24連線，行動設備10的第二資料接收單元20即可接收步驟S110中伺服器24所傳遞的通知(即第二路線之通知)。或者是，當前一步驟為步驟S202或步驟S204時，接收第一路線之通知。

步驟S208：將該通知交由第二資訊顯示單元22。第二資料接收單元20在接到不管是第一路線之通知或第二路線之通知，皆交由第二資訊顯示單元22處理。

步驟S209：檢核識別碼是否已處理過。第二資訊顯示單元22接到通知後，先檢核通知之該識別碼是否已處理過，所有處理過之通知皆儲存於一“通知資料庫”或一“通知列表”(該通知資料庫或該通知列表係儲存於記憶體34之中)。故，檢核之工作係以識別碼比對資料庫或列表。已處理過的識別碼跳至步驟S211，第二資訊顯示單元22直接略過(或刪除)識別碼已處理過之通知，未處理過的識別碼則跳至步驟S210。

步驟S210：第二資訊顯示單元22解譯並顯示通知。未處理過的識別碼，第二資訊顯示單元22將其視為一新的通知，進行解譯其所有欄位(包含自定義)資料，以儲存至一“通知資料庫”或一“通知列表”，並將通知顯示於螢幕上。

步驟S211：結束。

參閱第5圖，本發明實施例二之操作流程圖，其為從行動設備10端的觀點來看的流程。此實施例二與實施例一之差異在於步驟S209與步驟S308，亦即，檢核不同路線的兩筆相同的通知機制，第4圖的實施例係由第二資訊顯示單元22檢核(步驟S209)，而第5圖的實施例則由第二資料接收單元20檢核(步驟308)。其中，當第二資料接收單元20接收到一通知後(即步驟S307)，即由第二資料接收單元20檢核識別碼是否已處理過(即步驟S308)，所有處理過之通知皆儲存於一“通知資料庫”或一“通知列表，’，故，檢核之工作係以該識別碼比對該資料庫或該列表，已處理過的識別碼之通知直接略過或刪除(即步驟S311)，未處理過的識別碼則儲存至記憶體34之中以便第二資訊顯示單元22開啟後進行處理(即步驟S309，最後，由第二資訊顯示單元22解譯並顯示通知(即步驟S310)。

綜上所述，本發明所揭露的一種經由雙重路線傳遞行動通知之系統、裝置與方法，將伺服器產生之一通知經由第一路線與第二路線傳遞至一行動設備端，並且僅顯示第一到達之通知於該行動設備之螢幕上，當其中之一傳遞路線發生異常情況，或是使用者處於特定網路環境時，仍可由另一路線接收該通知。

雖然本發明的技術內容已經以較佳實施例揭露如上，然其並非用以限定本發明，任何熟習此技藝者，在不脫離本發明之精神所作些許之更動與潤飾，皆應涵蓋於本發明的範疇內，因此本發明之保護範圍當視後附之申請專利範圍所界定者為準。