TWI462045B - 跨系統平台之推播系統 - Google Patents

Description

跨系統平台之推播系統

本發明係大體上關於推播系統，特別係關於可跨系統平台以同時進行推播內容之傳送、並且可追蹤使用者的接收狀況以針對個別使用者的狀況(例如：位置或使用時間等)進行推播訊息之推播系統。

最早之推播技術係指由伺服器端將使用者所需之資料，傳送到使用者指定之處，常見範例如電子郵件、多點傳送等等技術，推播技術係可令使用者由被動地接收資料轉變為可主動地要求資料，係為非常方便之技術。

而此種推播系統通常包括推播伺服器及推播機，在網際網路之架構下，推播伺服器將其資料傳送至推播機，推播機再依照該資料而運作於特定之用途，例如多媒體廣告推播系統等。

再者，隨著網路逐漸普及，除了上網人口逐漸增加，且各種數位化的資訊也不斷產生。為了滿足使用者接收資訊的要求，因此就發展出個人化資訊的提供以及主動性服務的產生。然而，針對某些要求即時性的服務來說，若是使用傳統的方式取得資訊的話，很有可能因為時間因素而影響到資訊的實用性。因此，為了滿足這種即時性的需求，除了在硬體方面需要具有可攜帶之特性外，在軟體應用上亦必須具有新的技術支援才能達成。舉例而言，行動通訊中的無線通訊應用協定(Wireless Application Protocol，簡 稱WAP)之WAP1.2中就已經新增了推播(Push)的規格，因此，使用者只要對目標伺服器提出要求，就可以透過特定的裝置即時地接收訊息的回應。如此，不僅可以有效地達成資訊取得時的角色交換，同時也解決了資訊在接收時所考慮的即時性的問題。

雖然推播技術的發展讓使用者可以更加容易且即時地取得資訊，然而，現行的推播技術中，仍然存在著相當多需要克服的問題。舉例而言，由於對應不同的系統平台之使用者，軟體開發者若要同時針對其不同的系統平台之使用者發送推播訊息時，就需要針對這些不同的系統平台的不同規格進行繁複的程序，才能夠讓其每一家系統平台之使用者都可以收到推播的資訊。因此，很有可能會出現由於某一系統平台的市場佔有率較低的情況，軟體開發者因而不針對此一系統平台進行推播的動作，導致此系統平台的使用者受到不平等的對待之情況發生。

此外，隨著數位技術的發達，愈來愈多軟體開發者要推播給其使用者的推播內容的檔案尺寸愈來愈大，因此，導致不論使用者是否需要此推播內容，都需要將完整之推播內容下載至其行動裝置中，而檔案尺寸大則代表需要花費很長的時間進行下載的動作，因此，當使用者對此推播內容不感興趣時，就會對此種現象感到相當的困擾。

還有，由於現行的推播方法，大致上係由軟體開發者主動將其推播內容透過推播伺服器發送至使用者之裝置中，因此，若使用者無主動進行反應時，則軟體開發者是 無法得知使用者對於此推播內容的反應，而導致此推播內容的傳送造成使用者的困擾仍不自知。並且，現行的推播方法通常都是讓應用程式在幕後偷偷進行，雖然，不會明顯地干擾使用者操作其行動裝置，但是，由於應用程式仍在運作之故，同樣需要消耗電力，導致使用者的行動裝置非常容易耗盡電力產生困擾，如此，使得軟體開發者因引起使用者不滿並且喪失客戶的情勢發生。

本發明之目的在於解決目前軟體開發者對於不同系統平台進行推播內容時，需要針對不同系統平台的規格進行繁複程序所導致困擾之問題。

本發明之另一目的在於解決由於科技進步導致推播內容的檔案尺寸越來越大，進而導致對於每一則推播內容都需要經過長時間的下載動作之問題。

本發明之再一目的在於解決目前軟體開發者無法即時的得知使用者對於推播內容之反應，導致造成使用者的困擾而喪失客戶的問題。

為了達到上述之目的，本發明提供一種跨系統平台之推播系統，係包含：一軟體開發端(推播服務提供者)、複數個系統平台、複數個用戶端裝置及一推播伺服端。軟體開發端提供至少一完整推播內容，每一系統平台具有一系統平台之雲端。每一用戶端裝置可對應於相同或不同之系統平台，且包含軟體開發端所開發至少一軟體應用程式，每一軟體應用程式包含一推播工具。推播伺服端包含一管 理伺服器、一傳輸伺服器、一用戶端資料伺服器、一推播伺服器、一追蹤伺服器及一儲存伺服器，上述各個伺服器間的傳輸大致上係透過傳輸伺服器來連接。

其中，所述管理伺服器用以接收所述完整推播內容，並將之簡化成一基本推播內容，並將完整推播內容傳送至儲存伺服器中儲存。用戶端資料伺服器，用以儲存複數個系統平台之複數個用戶端裝置之複數個用戶端資料，其中用戶端資料包含用戶端裝置所對應之系統平台之一推播金鑰。當所述管理伺服器接收所述完整推播內容後，則用戶端資料伺服器就會透過傳輸伺服器將推播金鑰傳送至管理伺服器進行整合，之後，再將基本推播內容與整合後之推播金鑰一起傳送至推播伺服器中，由推播伺服器傳送至各個系統平台之雲端。

當推播金鑰由各個系統平台確認無誤後，基本推播內容就會由各個系統平台傳送至其所對應之用戶端裝置，則用戶端裝置中之推播工具會產生一推播行為追蹤資訊，並將此推播行為追蹤資訊傳送至傳輸伺服器，再由傳輸伺服器傳送至追蹤伺服器中儲存，並且，當用戶端裝置透過推播工具請求完整推播內容時，則儲存伺服器會透過傳輸伺服器將完整推播內容傳送至用戶端裝置。

於本發明之一些實施例中，所述推播伺服端係利用LAMP(Linux,Apache,MySQL,PHP)平台及超文件傳輸協定(HTTPS Protocol)所架構。

於本發明之一些實施例中，所述基本推播內容係可由 下列群組中選出：傳統文字、長文字、網頁、圖片、音樂、影片、地圖或行事曆。

於本發明之一些實施例中，所述推播伺服端更包含：一資料分析伺服器，與傳輸伺服器及追蹤伺服器相連結，由追蹤伺服器取得所儲存之推播行為追蹤資訊並進行分析。其中，資料分析伺服器係由推播行為追蹤資訊分析得出一最佳推播時段。於本發明之另一些實施例中，所述資料分析伺服器係將推播行為追蹤資訊進行分析並透過傳輸伺服器將分析資料傳送至管理伺服器，管理伺服器則將此分析資料製作成一資料報表，再將此資料報表傳送至軟體開發端。

於本發明之一些實施例中，所述之推播系統更包含：一電信業者伺服器，係與推播伺服端之傳輸伺服器相連結，當基本推播內容傳送至用戶端裝置，經過一預定時間仍未由該推播工具傳送所述推播行追蹤資訊至傳輸伺服器，則由用戶端資料伺服器取得用戶端裝置之一電信資料，並透過傳輸伺服器將此電信資料傳送至電信業者伺服器，並由電信業者伺服器發送一簡訊至用戶端裝置，以達到通知效果。

於本發明之一些實施例中，所述之推播工具係可將用戶端裝置之一全球衛星定位座標傳送至傳輸伺服器，則傳輸伺服器會將此全球衛星定位座標傳送至用戶端資料伺服器儲存，並同時將此全球衛星定位座標傳送至推播伺服器，以確認於此全球衛星定位座標周圍之一預定範圍內是 否有相關之基本推播內容。

另外，本發明亦提供一種跨系統平台之推播系統，係包含：複數個系統平台、複數個用戶端裝置、至少一軟體開發端及一推播伺服端。每一系統平台具有一系統平台之雲端，且每一用戶端裝置可對應於相同或不同之系統平台。軟體開發端具有一資料伺服器，此資料伺服器至少包含至少一推播內容、對應於每一系統平台之推播金鑰及每一用戶端裝置之資料。推播伺服器包含：一代表性狀態傳輸應用程式介面(REST-API)伺服器、一傳輸伺服器、一管理伺服器及一推播伺服器，傳輸伺服器係分別與REST-API伺服器、管理伺服器及推播伺服器相連結。

其中，軟體開發端透過傳輸伺服器向REST-API伺服器發出一推播請求、推播內容及對應於每一系統平台之推播金鑰，管理伺服器用以將複數個系統平台之推播金鑰進行整合，並傳回傳輸伺服器，再由推播伺服器由傳輸伺服器接收推播內容及整合後之推播金鑰，並且將推播內容及整合後之推播金鑰傳送至所對應數複個系統平台之雲端，之後，REST-API伺服器會再將一推播結構透過傳輸伺服器傳送至軟體開發端之資料伺服器。同樣地，於本實施例中，所述推播伺服端係利用LAMP(Linux,Apache,MySQL,PHP)平台及超文件傳輸協定(HTTPS Protocol)所架構。

綜上所述，透過本發明所揭露之推播系統則可讓軟體開發端只需將所欲之推播內容(即為完整推播內容)傳送至推播伺服端，則此推播伺服端則會將此推播內容簡化為一 檔案尺寸較小之基本推播內容，如此，使用端裝置於接收此基本推播內容時則不需要經過長時間進行下載的動作，而只需當使用端對此推播內容感興趣時，再請求完整之推播內容即可。並且，本發明所揭露之推播系統可將不同系統平台之推播金鑰進行整合，則軟體開發端再進行推播的動作時，就無需再依據各個不同系統平台去修改其推播內容的程序，增加便利性。再者，本發明所揭露之推播系統可透過內建於使用者裝置中之推播工具來追蹤使用者對於所接收之推播內容之行為，並且進行分析，讓軟體開發端可即時得知使用者對於此推播內容的反應，以可隨時進行修正，增加使用者之好感度。

下方之詳細說明係包含本發明之實施例等實施方式之範例並搭配圖式來進行說明，這些圖式應理解為範例之說明，而非用以限制本發明。同樣地，使用於此之圖式元件符號於一或多個「實施例」係用以理解包含於本發明中至少一實施方式所描述之特定架構、結構或特徵。因此，如「於一實施例中」或「於另一實施例中」等用語在此係用以描述本發明之各種不同實施例及實施方式，而非必須參照於同一實施例，不過，這些實施例亦不應視為彼此相互排斥。

之後所詳細描述之實施例及細節係包含圖式之說明，其可被描述於下方之一些實施例中或全部實施例中，係如同在此所呈現發明概念之其他潛在之實施例或實施方式。 本發明之實施例的概述係提供如下之詳細說明，並請參照圖式來說明。

首先，請參閱第1圖，係顯示本發明之跨系統平台之推播系統之第一實施例之架構示意圖。於此實施例中，推播系統100主要係包含四個部分，分別為推播伺服端110、複數個系統平台之雲端121,123,125、複數個用戶端裝置131,133,135、及軟體開發端140。

軟體開發端140係指對應於所述複數個系統平台進行應用軟體之開發者，其中，所述軟體開發端140係可對應於不同之系統平台開發相同之軟體。亦即，軟體開發端140係為一推播服務提供者。於本實施例中，第一系統平台之使用者裝置131、第二系統平台之使用者裝置133及第三系統平台之使用者裝置135係分別安裝所述之軟體開發端140所開發之軟體應用程式1311,1331,1351。所述軟體應用程式1311,1331,1351分別具有一推播工具1313,1333,1353。

在此需說明的是，雖然於本實施例中，軟體開發端140僅繪製一個，但對於本領域中具有通常知識者而言，係可軟體開發端140可包含二個、三個甚至複數個軟體開發端，而不應有所限制。另外，雖然於本實施例所揭露之系統平台僅為三個，但是，對於本領域中具有通常知識者而言，應可輕易得知系統平台之數量係可依據實際使用需求而增加或減少，不應有所限制。同樣地，於本實施例中，第一系統平台之用戶端裝置131、第二系統平台之用戶端 裝置133及第三系統平台之用戶端裝置135皆僅繪製一個係用以說明，而非用以限制，對於本領域中具有通常知識者而言，應可輕易得知用戶端裝置之數量係可包含為二個、三個甚至複數個，而不應有所限制。

接著，推播伺服端110可由複數個伺服器所架構而成。於本實施例中，推播伺服端110包含一管理伺服器111、一傳輸伺服器112、一推播伺服器113、一追蹤伺服器114、一用戶端資料伺服器115及一儲存伺服器116。於本範例中，推播伺服端110中各個伺服器主要皆係透過傳輸伺服器112來進行資料的傳輸，因此，各個伺服器皆與傳輸伺服器112相連結。

於本實施例中，所述之推播伺服端110係利用LAMP(Linux,Apache,MySQL,PHP)平台及超文件傳輸協定(HTTPS Protocol)所架構而成。然而，需說明的是，任何可達到各個伺服器之連結以架構出與本發明之推播伺服端具有相同功能之手段皆應包含於本發明之範疇中，而不應有所限制。

管理伺服器111主要可包含四個功能：對軟體應用程式進行管理之功能、建立推播功能、推播細部設定功能、及跨系統平台之報表分析功能，其中對軟體應用程式進行管理之功能則為對於不同系統平台之推播金鑰進行鎖定以達到可跨平台之作用、並且依據不同系統平台所要求之格式進行轉換之作用、以及對於推播憑證進行加密等。另外，建立推播功能則包含將提供軟體開發端140一推播編輯器 之操作介面，如此，軟體開發端140只需要透過數個簡單的步驟則可設定好推播，例如：以五步驟精靈等指令來達成。

儲存伺服器116主要係用來儲存各種檔案尺寸較大之資料，因此，當軟體開發端140連結至管理伺服器111時，其中，管理伺服器111之建立推播功能亦包含接收由軟體開發端140所提供之推播內容(完整推播內容)，並將此完整推播內容透過傳輸伺服器112傳送至儲存伺服器116儲存，同時管理伺服器111具有可將完整推播內容簡化為一基本推播內容之能力，特別是當由軟體開發端140所提供之推播內容之檔案尺寸過大的情況。並且，管理伺服器111之建立推播功能中更包含可以於推播內容發送中，允許軟體開發端140中斷此推播內容之發送動作。再者，如果軟體開發端140同時具有多個軟體應用程式時，更可透過建立推播功能中同時對於其部分或所有的軟體應用程式進行推播動作。不過，如果任一用戶端裝置131,133,135同時安裝了軟體開發端140所開發之多個軟體應用程式1311,1331,1351時，如此之設定可能會導致用戶端裝置131,133,135同時接收到多個相同之推播內容，因此，於本實施例中，管理伺服器111則僅會依據個別用戶端裝置131,133,135中最後開啟之軟體應用程式1311,1331,1351發送基本推播內容，以使用戶端裝置131,133,135僅會收到一則基本推播內容。

另外，軟體開發端140亦可透過管理伺服器111之推 播細部設定功能來依其需求進行設定，例如：指定時間發送、指定系統平台發送、指定地點發送、指定標籤發送、或是由一自訂欄位中依據實際需求自行增加其他的限定規則。由於本發明之推播系統100係可對複數個系統平台之用戶端裝置131,133,135同時進行推播之能力，因此，對於各個系統平台之推播結果，管理伺服器111亦可將之整合為一報表資料並提供給軟體開發端140。

用戶端資料伺服器115主要即為用來儲存對於各個用戶端裝置131,133,135之各種資料進行接收及儲存。對於各個用戶端裝置131,133,135之各種資料進行接收必須搭配於各個用戶端裝置131,133,135中之推播工具1313,1333,1353來達成。推播工具1313,1333,1353係為一個程式，設置於軟體應用程式1311,1331,1351之中，因此，當各個用戶端裝置131,133,135連結至任一網路時，則推播工具1313,1333,1353就會自動連結至推播伺服端110之傳輸伺服器112，並將用戶端裝置131,133,135之資料透過網路傳送至傳輸伺服器112，再由傳輸伺服器112將資料傳送至用戶端資料伺服器115，並由用戶端資料伺服器115將此些資料進行儲存。

其中，推播工具1313,1333,1353大致上可包含至少七種功能，但並不以此為限，分別為支援跨系統平台推播金鑰的註冊功能、剖析多種推播格式功能、全球衛星定位(Global Positioning System,GPS)座標偵測功能、推播分析功能、推播信件匣機制功能、標籤系統功能、及支援裝置 端可關閉推播功能。需說明的是，軟體開發端140當開發出軟體應用程式1311,1331,1351時，可藉由本發明推播伺服端110輕易地取得此推播工具1313,1333,1353，並將之設置於其軟體應用程式1311,1331,1351中，其後，用戶端裝置131,133,135安裝此軟體應用程式1311,1331,1351時，則可使用此推播工具1311,1331,1351之上述功能。

上述支援跨系統平台推播金鑰的註冊功能即可讓軟體開發端140無需針對各個系統平台對相同之軟體應用程式1311,1331,1351進行修改規格，只需將此推播工具1313,1333,1353設置於其中時，則用戶端裝置131,133,135就可以直接透過其所下載之軟體應用程式1311,1331,1351對其所連結之系統平台之雲端121,123,125取得對應之推播金鑰。而當用戶端裝置131,133,135取得推播金鑰後，且連結於任一網路的狀態下，則推播工具1313,1333,1353就會將此推播金鑰透過網路傳送至傳輸伺服器112中，再由傳輸伺服器112傳送至用戶端資料伺服器115中，並且儲存於用戶端資料伺服器115中。

另外，於本實施例中，上述之推播內容(包含完整推播內容及基本推播內容)主要可包含至少八種推播格式，分別為傳統文字、長文字、網頁、圖片、音樂、影片、地圖及行事曆等，但並不此為限。因此，推播工具1313,1333,1353之剖析多種推播格式功能則可具有剖析上述之推播格式之功能，以讓使用者可直接開啟並讀取此推播內容，而不會 因為格式不支援等問題而無法讀取推播內容的情事發生。

上述之推播格式，其中於用戶端裝置131,133,135接收到推播內容時，如果為傳統文字之推播類型，則僅以彈跳視窗顯示標題的方式呈現；而如果為長文字之推播類型，則為開啟頁面，並顯示標題及內文之方式呈現；如果為網頁之推播類型，則為開啟瀏覽器，顯示傳入之網站網址的方式呈現；如果為圖片之推播類型，則為開啟瀏覽器，顯示傳入之圖片網址的方式呈現；如果為音樂之推播類型，則為開啟播放器，依傳入之音樂網址播放音樂檔之方式呈現；如果為影片之推播類型，則為開啟播放器，依傳入之影片網址播放影片檔之放式呈現；若為地圖之推播類型，則以任一預設地圖(例如：Google Map)顯示傳入之座標與裝置關係地圖；若為行事曆之推播類型，則以自動將推播內之行程，加入至裝置預設之行事曆中之方式呈現。

當用戶端裝置131,133,135本身具有GPS元件時，則推播工具1313,1333,1353之GPS座標偵測功能就可以啟動，並將用戶端裝置131,133,135的GPS座標(例如經緯度)偵測出來，並將此GPS座標傳送至用戶端資料伺服器115中儲存。於此範例中，GPS座標會先傳送至傳輸伺服器112，則亦同時可被傳送至管理伺服器111或推播伺服器113中，確認是否於此GPS座標周圍之一預定範圍內，是否軟體開發端140有設定推播內容，若有，就可以啟動推播。

其中，推播伺服器113係與管理伺服器111連結，主 要之功能即為跨平台推播功能，也就是當管理伺服器113將基本推播內容及由用戶端資料伺服器115所取得並整合之推播金鑰一起傳送至推播伺服器113後，則推播伺服器113就可將基本推播內容及整合後之推播金鑰同時傳送至三個系統平台121,123,125，並且，當推播伺服器113將基本推播內容及整合後之推播金鑰傳送出去後，即會產生一推播紀錄，並將此推播紀錄傳回管理伺服器111中紀錄。另外，若軟體開發端140於管理伺服器111中有對其推播進行細部設定，例如：推播排程等，則此推播排程亦會傳至推播伺服器113，則推播伺服器113就會依據此些設定進行推播，舉例而言，若軟體開發端140有設定需要重複提醒排程，則軟體開發端140就不需要重複提供相同的推播內容之步驟，則推播伺服器113就會自動重複提醒排程地傳送推播基本內容至各個系統平台121,123,125之用戶端裝置131,133,135。另外，軟體開發端140亦可設定週期排程，則推播伺服器113就會依據所設定之週期來傳送基本推播內容。

基本上，若使用者未於其用戶端裝置131,133,135上使用軟體應用程式1311,1331,1351的時候，軟體應用程式1311,1331,1351並不會於幕後運作，當系統平台之雲端121,123,125將基本推播內容傳送至用戶端裝置131,133,135時，其中所安裝至系統才會將軟體應用程式1311,1331,1351喚醒，如此，則可讓用戶端裝置131,133,135不會在表面上未進行任何動作的情況下而因為軟體應用程 式於幕後之操作所導致過度消耗電力的情況發生。

追蹤伺服器114主要則是用以記錄追蹤使用端裝置131,133,135接收到基本推播內容後之行為，因此此追蹤伺服器114對於各個追蹤內容皆是由推播工具1313,1333,1353對於使用者的每一個行為，皆透過網路傳送至傳輸伺服器112，再傳送至追蹤伺服器儲存，其可包含功能如下：推播行為追蹤、使用者行為追蹤、影音行為追蹤、整合社群網站分享追蹤、軟體應用程式與各個用戶端裝置關係間數據追蹤等。上述推播行為追蹤的部分主要則為追蹤使用者於其用戶端裝置131,133,135接收到基本推播內容之後的行為，例如：接收、開啟、刪除、還原、評分及分享等；使用者行為追蹤則為將使用者的每個動作都進行追蹤，例如：每一個頁面都設定一回報編碼(PageID：Action)，因此，只要這個頁面使用者有進行動作，就會啟動回報編碼並傳送至推播伺服端110的方式進行追蹤。再者，影音行為追蹤則包含紀錄使用者對於影音的推播內容觀看的次數、時間等。軟體應用程式與各個用戶端裝置關係間數據的追蹤則包含確認用戶端裝置131,133,135中所安裝的軟體應用程式的版本以及連線時間等資料。上述追蹤資料都可再透過傳輸伺服器112傳送至管理伺服器111中，則管理伺服器111就可以將這些資料整理為資料報表，並提供給軟體開發端140。

因此，本發明所揭露之推播系統100則可讓軟體開發端140只需要提供所欲推播之內容至推播伺服端110並於 管理伺服器111中進行簡單的設定即可達到同時推播至複數個系統平台之雲端121,123,125，由於管理伺服器111已將各個系統平台所需之推播金鑰進行整合，因而無需經過繁複的程序，輕易地就可以同時推播至不同的系統平台之用戶端裝置131,133,135中，且管理伺服器111可以簡化推播內容為基本推播內容之故，因此傳送至用戶端裝置131,133,135之檔案小巧，不需耗費大量的時間下載，只有當使用者對此推播內容感到興趣時，才需要透過推播工具1313,1333,1353向推播伺服端110請求完整推播內容，此時，儲存於儲存伺服器116中之完整推播內容就會透過網路下載至用戶端裝置131,133,135中。並且，推播工具1313,1333,1353與追蹤伺服器114兩者會對使用者對於推播內容的各種行為進行紀錄追蹤之故，並將追蹤結果提供給軟體開發端140，如此，軟體開發端140就可以即時地得知使用者對於推播內容的反應，並可隨時修改以提供使用者最需求之推播內容。

接著，請參閱第2圖，係顯示本發明之跨平台系統之推播系統之第二實施例之架構示意圖。於本實施例中，推播系統200同樣主要係包含四個部分，分別為推播伺服端210、複數個系統平台之雲端221,223,225、複數個用戶端裝置231,233,235、及軟體開發端240。並且，推播伺服端210中包含管理伺服器211、傳輸伺服器212、推播伺服器213、追蹤伺服器214、用戶端資料伺服器215、儲存伺服器216及資料分析伺服器217，以及各個用戶端裝置231, 233,235中安裝軟體應用程式2311,2331,2351，且每一軟體應用程式2311,2331,2351皆具有一推播工具2313,2333,2353。其中，須說明的是，於本實施例之推播系統200中系統平台之雲端221,223,225、用戶端裝置231,233,235及其各個軟體應用程式2311,2331,2351和推播工具2313,2333,2353、管理伺服器211、傳輸伺服器212、推播伺服器213、追蹤伺服器214、用戶端資料伺服器215及儲存伺服器216皆與第一實施例中推播系統100中系統平台之雲端121,123,125、用戶端裝置131,133,135及其各個軟體應用程式1311,1331,1351和推播工具1313,1333,1353、管理伺服器111、傳輸伺服器112、推播伺服器113、追蹤伺服器114、用戶端資料伺服器115及儲存伺服器116為相同或相似之元件之故，因此不再贅述，僅敘述推播系統200與推播系統100不同之處。

於本實施例中，推播伺服端210中之資料分析伺服器217係與傳輸伺服器212與追蹤伺服器214相連結。其中，追蹤伺服器214與第一實施例之追蹤伺服器214相同係可將使用者於用戶端裝置231,233,235對於推播內容的每一動作皆透過推播工具2313,2333,2353傳送回追蹤伺服器214中紀錄，於本實施例中，則追蹤伺服器214亦會將所追蹤之資料傳送至資料分析伺服器217中。因此，資料分析伺服器217可對所追蹤之資料來分析使用者之使用記錄，包含軟體應用程式行為統計及推播行為統計等。如此，就可以透過這些追蹤資料的分析統計出各個裝置推播最佳 發送時間(即最佳推播時間)。

於本實施例中，資料分析伺服器217所統計之資料亦可透過傳輸伺服器212傳送至管理伺服器211，因此，管理伺服器211傳送推播基本內容及整合之推播金鑰至推播伺服器213的同時，亦可同時傳送最佳推播時間，以致使推播伺服器213可依據各個用戶端裝置231,233,235之最佳推播時間來進行推播。並且，經過資料分析伺服器217對各種追蹤資料進行分析後，管理伺服器211所製成之資料報表就可更加詳細。

再者，請參閱第3圖，係顯示本發明之跨平台系統之推播系統之第三實施例之架構示意圖。於本實施例中，推播系統300主要係包含五個部分，分別為推播伺服端310、複數個系統平台之雲端321,323,325、複數個用戶端裝置331,333,335、軟體開發端340及電信業者伺服器350。並且，推播伺服端310中包含管理伺服器311、傳輸伺服器312、推播伺服器313、追蹤伺服器314、用戶端資料伺服器315及儲存伺服器316，以及各個用戶端裝置331,333,335中安裝軟體應用程式3311,3331,3351，且每一軟體應用程式3311,3331,3351皆具有一推播工具3313,3333,3353。其中，須說明的是，於本實施例之推播系統300中系統平台之雲端321,323,325、用戶端裝置331,333,335及其各個軟體應用程式3311,3331,3351和推播工具3313,3333,3353、管理伺服端310、管理伺服器311、傳輸伺服器312、推播伺服器313、追蹤伺服器314、用戶端資料伺 服器315及儲存伺服器316皆與第一實施例中推播系統100中系統平台之雲端121,123,125、用戶端裝置131,133,135及其各個軟體應用程式1311,1331,1351和推播工具1313,1333,1353、管理伺服端110、管理伺服器111、傳輸伺服器112、推播伺服器113、追蹤伺服器114、用戶端資料伺服器115及儲存伺服器116為相同或相似之元件之故，因此不再贅述，僅敘述推播系統300與推播系統100不同之處。

於本實施例中，推播系統300與第一實施例中之推播系統100最大不同之處即為推播伺服端310透過傳輸伺服器312與電信業者伺服器350相連結。因此，於本實施例中，當推播伺服器313將基本推播內容與整合後之推播金鑰傳送出去後所產生之推播紀錄，並傳回管理伺服器311後，當經過一預定時間後，追蹤伺服器314仍未接收到由用戶端裝置331,333,335所傳回之追蹤資料，則管理伺服器311就會透過傳輸伺服器312至用戶端資料伺服器315中取得用戶端裝置331,333,335之資料，例如：電話號碼或電子信箱等。若取得資料為電子信箱時，則管理伺服器311就會透過傳輸伺服器312發送電子信件至用戶端裝置331,333,335通知其有推播內容；或者，若取得資料為電話號碼時，則管理伺服器311就會透過傳輸伺服器312及電信業者伺服器350發送簡訊351以通知用戶端裝置331,333,335通知其有推播內容。其中，所述之預定時間可由軟體開發端340所進行設定，而不應有所限制。

然而，須說明的是，通知推播內容之方式，係可單獨使用簡訊、亦可單獨使用電子信件、或者兩者一起使用、甚至可透過電話號碼直接以電話通知使用者等方式，而不應有所限制。

接著，請參閱第4圖，係顯示本發明之跨平台系統之推播系統之第四實施例之架構示意圖。於本實施例中，推播系統400同樣主要係包含四個部分，分別為推播伺服端410、複數個系統平台之雲端421,423,425、複數個用戶端裝置431,433,435、及軟體開發端440。並且，推播伺服端410中包含管理伺服器411、傳輸伺服器412、推播伺服器413、追蹤伺服器414、用戶端資料伺服器415、儲存伺服器416及付費伺服器419，以及各個用戶端裝置431,433,435中安裝軟體應用程式4311,4331,4351，且每一軟體應用程式4311,4331,4351皆具有一推播工具4313,4333,4353。其中，須說明的是，於本實施例之推播系統400中系統平台之雲端421,423,425、用戶端裝置431,433,435及其各個軟體應用程式4311,4331,4351和推播工具4313,4333,4353、管理伺服器411、傳輸伺服器412、推播伺服器413、追蹤伺服器414、用戶端資料伺服器415及儲存伺服器416皆與第一實施例中推播系統100中系統平台之雲端121,123,125、用戶端裝置131,133,135及其各個軟體應用程式1311,1331,1351和推播工具1313,1333,1353、管理伺服器111、傳輸伺服器112、推播伺服器113、追蹤伺服器114、用戶端資料伺服器115及儲存伺服器116為 相同或相似之元件之故，因此不再贅述，僅敘述推播系統400與推播系統100不同之處。

於本實施例中，推播伺服端410中之付費伺服器419係與管理伺服器411連結，主要的功能即為提供軟體開發端440付費之功能，其中則包含可提供軟體開發端440刷卡、轉帳或是銀行虛擬帳戶等方式以點數儲值之方式達到付費之效果。其中，軟體開發端440同樣需透過管理伺服器411之介面並連結至付費伺服器419達到點數儲值之手續。

再者，請參閱第5圖，係顯示本發明之跨平台系統之推播系統之第五實施例之架構示意圖。於本實施例中，推播系統500同樣主要係包含四個部分，分別為推播伺服端510、複數個系統平台之雲端521,523,525、複數個用戶端裝置531,533,535、及軟體開發端560。並且，各個用戶端裝置531,533,535中安裝軟體應用程式5311,5331,5351。其中，須說明的是，於本實施例之推播系統500中系統平台之雲端521,523,525、用戶端裝置531,533,535及其各個軟體應用程式5311,5331,5351皆與第一實施例中推播系統100中系統平台之雲端121,123,125、用戶端裝置131,133,135及其各個軟體應用程式1311,1331,1351為相同或相似之元件之故，因此不再贅述，僅敘述推播系統500與推播系統100不同之處。

於本實施例中，軟體開發端560包含資料伺服器561，因此，用戶端裝置531,533,535係儲存於資料伺服器561 中而非儲存於推播伺服端510中。推播伺服端510包含管理伺服器511、傳輸伺服器512、推播伺服器513及代表性狀態傳輸應用程式介面(REST-API)伺服器518，其中管理伺服器511、推播伺服器513及REST-API伺服器518分別連結於傳輸伺服器512。軟體開發端560之資料伺服器561係與傳輸伺服器512相連結，且軟體開發端560會透過傳輸伺服器512發出一推播請求，則傳輸伺服器512就會將此推播請求傳送至REST-API伺服器518。

此REST-API伺服器518具有至少五個功能，分別為跨系統平台裝置管理功能、跨系統平台軟體應用程式管理功能、跨系統平台推播上稿功能、跨系統發送推播功能及自有系統整合功能等。因此，軟體開發端560可於此推播請求中直接於REST-API伺服器518將所欲推播內容再透過管理伺服器511整合不同系統平台之推播金鑰以及透過推播伺服器513直接將推播內容傳送至各個系統平台之雲端531,533,535以及各個用戶端裝置531,533,535中。完成推播內容傳送後，REST-API伺服器518會產生一推播結果，並將此推播結果再透過傳輸伺服器512傳送至軟體開發端560之資料伺服器561中。

於本實施例中，軟體開發端560則不需將所欲推播之內容先上傳至推播伺服端510中，亦不需將其使用者之個人資料存放在推播伺服端510中，可增加軟體開發端560之自主性。但是，透過管理伺服器511及推播伺服器513之運作，軟體開發端560的推播內容仍可達到同時傳送至 不同系統平台521,523,525之能力。

然而，於本實施例中，由於軟體開發端560自行透過其資料伺服器561來處理使用者資料之故，因此，於本實施例中，各個軟體應用程式5311,5331,5351中則亦可不具有推播工具於其中。

請接著參閱第6圖，係顯示本發明之跨系統平台之推播系統之第六實施例之架構示意圖。於本實施例中，推播系統600主要係包含推播伺服端610、複數個系統平台之雲端621,623,625、複數個用戶端裝置631,633,635、第一軟體開發端640、電信業者伺服器650、及第二軟體開發端660。並且，推播伺服端610中包含管理伺服器611、傳輸伺服器612、推播伺服器613、追蹤伺服器614、用戶端資料伺服器615、儲存伺服器616、資料分析伺服器617、REST-API伺服器618及付費伺服器619，以及各個用戶端裝置631,633,635中安裝軟體應用程式6311,6331,6351，且每一軟體應用程式6311,6331,6351皆具有一推播工具6313,6333,6353。另外，電信業者伺服器650係可提供發送簡訊651之功能，以及第二軟體開發端660具有資料伺服器661，而無需將推播內容於發送前先儲存推播伺服端610內部。由於，本實施例之推播系統600係為整合第一實施例之推播系統100、第二實施例之推播系統200、第三實施例之推播系統300、第四實施例之推播系統400及第五實施例之推播系統500，其中各個元件之功能皆與前文中之相同或相似之元件相似，因此，不再贅述。

因此，於本實施例中，則推播系統600則可具有上述各個實施例中的功能，並可對應於不同需求之軟體開發端640,660之應用。

另外，須說明的是，本發明中所揭露之用戶端裝置係可包含智慧型手機、平板電腦、數位行動助理、筆記型電腦、電子書閱讀器等各種隨身攜帶之行動裝置，而不應有所限制。

並且，於本發明中所使用之伺服器架構皆可透過現有之伺服器架構來達成，因此，關於各個伺服器內部之詳細架構則於本說明書中則不另加贅述。對於本領域中具有通常知識者，皆應可透過本發明中的敘述內容及現行之伺服器架構輕易地具以實施本發明中推播伺服端之運作。

綜上所述，透過本發明所揭露之推播系統則可讓軟體開發端只需將所欲之推播內容(即為完整推播內容)傳送至推播伺服端，則此推播伺服端則會將此推播內容簡化為一檔案尺寸較小之基本推播內容，如此，使用端裝置於接收此基本推播內容時則不需要經過長時間進行下載的動作，而只需當使用端對此推播內容感興趣時，再請求完整之推播內容即可。並且，本發明所揭露之推播系統可將不同系統平台之推播金鑰進行整合，則軟體開發端再進行推播的動作時，就無需再依據各個不同系統平台去修改其推播內容的程序，增加便利性。再者，本發明所揭露之推播系統可透過內建於使用者裝置中之推播工具來追蹤使用者對於所接收之推播內容之行為，並且進行分析，讓軟體開發端 可即時得知使用者對於此推播內容的反應，以可隨時進行修正，增加使用者之好感度。

除描述於此之外，可藉由敘述於本發明中之實施例及實施方式所達成之不同改良方式，皆應涵蓋於本發明之範疇中。因此，揭露於此之圖式及範例皆用以說明而非用以限制本發明，本發明之保護範疇僅應以列於其後之申請專利範圍為主。

100‧‧‧推播系統

110‧‧‧推播伺服端

111‧‧‧管理伺服器

112‧‧‧傳輸伺服器

113‧‧‧推播伺服器

114‧‧‧追蹤伺服器

115‧‧‧用戶端資料伺服器

116‧‧‧儲存伺服器

121‧‧‧第一系統平台之雲端

123‧‧‧第二系統平台之雲端

125‧‧‧第三系統平台之雲端

131‧‧‧第一系統平台之使用端裝置

1311‧‧‧軟體應用程式

1313‧‧‧推播工具

133‧‧‧第二系統平台之使用端裝置

1331‧‧‧軟體應用程式

1333‧‧‧推播工具

135‧‧‧第三系統平台之使用端裝置

1351‧‧‧軟體應用程式

1353‧‧‧推播工具

140‧‧‧軟體開發端

200‧‧‧推播系統

210‧‧‧推播伺服端

211‧‧‧管理伺服器

212‧‧‧傳輸伺服器

213‧‧‧推播伺服器

214‧‧‧追蹤伺服器

215‧‧‧用戶端資料伺服器

216‧‧‧儲存伺服器

217‧‧‧資料分析伺服器

221‧‧‧第一系統平台之雲端

223‧‧‧第二系統平台之雲端

225‧‧‧第三系統平台之雲端

231‧‧‧第一系統平台之使用端裝置

2311‧‧‧軟體應用程式

2313‧‧‧推播工具

233‧‧‧第二系統平台之使用端裝置

2331‧‧‧軟體應用程式

2333‧‧‧推播工具

235‧‧‧第三系統平台之使用端裝置

2351‧‧‧軟體應用程式

2353‧‧‧推播工具

240‧‧‧軟體開發端

300‧‧‧推播系統

310‧‧‧推播伺服端

311‧‧‧管理伺服器

312‧‧‧傳輸伺服器

313‧‧‧推播伺服器

314‧‧‧追蹤伺服器

315‧‧‧用戶端資料伺服器

316‧‧‧儲存伺服器

321‧‧‧第一系統平台之雲端

323‧‧‧第二系統平台之雲端

325‧‧‧第三系統平台之雲端

331‧‧‧第一系統平台之使用端裝置

3311‧‧‧軟體應用程式

3313‧‧‧推播工具

333‧‧‧第二系統平台之使用端裝置

3331‧‧‧軟體應用程式

3333‧‧‧推播工具

335‧‧‧第三系統平台之使用端裝置

3351‧‧‧軟體應用程式

3353‧‧‧推播工具

340‧‧‧軟體開發端

350‧‧‧電信業者伺服器

351‧‧‧簡訊

400‧‧‧推播系統

410‧‧‧推播伺服端

411‧‧‧管理伺服器

412‧‧‧傳輸伺服器

413‧‧‧推播伺服器

414‧‧‧追蹤伺服器

415‧‧‧用戶端資料伺服器

416‧‧‧儲存伺服器

419‧‧‧付費伺服器

421‧‧‧第一系統平台之雲端

423‧‧‧第二系統平台之雲端

425‧‧‧第三系統平台之雲端

431‧‧‧第一系統平台之使用端裝置

4311‧‧‧軟體應用程式

4313‧‧‧推播工具

433‧‧‧第二系統平台之使用端裝置

4331‧‧‧軟體應用程式

4333‧‧‧推播工具

435‧‧‧第三系統平台之使用端裝置

4351‧‧‧軟體應用程式

4353‧‧‧推播工具

440‧‧‧軟體開發端

500‧‧‧推播系統

510‧‧‧推播伺服端

511‧‧‧管理伺服器

512‧‧‧傳輸伺服器

513‧‧‧推播伺服器

518‧‧‧代表性狀態傳輸應用程式介面伺服器

521‧‧‧第一系統平台之雲端

523‧‧‧第二系統平台之雲端

525‧‧‧第三系統平台之雲端

531‧‧‧第一系統平台之使用端裝置

5311‧‧‧軟體應用程式

533‧‧‧第二系統平台之使用端裝置

5331‧‧‧軟體應用程式

535‧‧‧第三系統平台之使用端裝置

5351‧‧‧軟體應用程式

560‧‧‧軟體開發端

561‧‧‧資料伺服器

600‧‧‧推播系統

610‧‧‧推播伺服端

611‧‧‧管理伺服器

612‧‧‧傳輸伺服器

613‧‧‧推播伺服器

614‧‧‧追蹤伺服器

615‧‧‧用戶端資料伺服器

616‧‧‧儲存伺服器

617‧‧‧資料分析伺服器

618‧‧‧代表性狀態傳輸應用程式介面伺服器

619‧‧‧付費伺服器

621‧‧‧第一系統平台之雲端

623‧‧‧第二系統平台之雲端

625‧‧‧第三系統平台之雲端

631‧‧‧第一系統平台之使用端裝置

6311‧‧‧軟體應用程式

6313‧‧‧推播工具

633‧‧‧第二系統平台之使用端裝置

6331‧‧‧軟體應用程式

6333‧‧‧推播工具

635‧‧‧第三系統平台之使用端裝置

6351‧‧‧軟體應用程式

6353‧‧‧推播工具

640‧‧‧第一軟體開發端

650‧‧‧電信業者伺服器

651‧‧‧簡訊

660‧‧‧第二軟體開發端

661‧‧‧資料伺服器

第1圖係顯示本發明之跨系統平台之推播系統之第一實施例之架構示意圖。

第2圖係顯示本發明之跨系統平台之推播系統之第二實施例之架構示意圖。

第3圖係顯示本發明之跨系統平台之推播系統之第三實施例之架構示意圖。

第4圖係顯示本發明之跨系統平台之推播系統之第四實施例之架構示意圖。

第5圖係顯示本發明之跨系統平台之推播系統之第五實施例之架構示意圖。

第6圖係顯示本發明之跨系統平台之推播系統之第六實施例之架構示意圖。

100‧‧‧推播系統

110‧‧‧推播伺服端

111‧‧‧管理伺服器

112‧‧‧傳輸伺服器

113‧‧‧推播伺服器

114‧‧‧追蹤伺服器

115‧‧‧用戶端資料伺服器

116‧‧‧儲存伺服器

121‧‧‧第一系統平台雲端

123‧‧‧第二系統平台雲端

125‧‧‧第三系統平台雲端

131‧‧‧第一系統平台之使用端裝置

1311‧‧‧軟體應用程式

1313‧‧‧推播工具

133‧‧‧第二系統平台之使用端裝置

1331‧‧‧軟體應用程式

1333‧‧‧推播工具

135‧‧‧第二系統平台之使用端裝置

1351‧‧‧軟體應用程式

1353‧‧‧推播工具

140‧‧‧軟體開發端

Claims (12)

1. 一種跨系統平台之推播系統，係包含：至少一推播服務提供者，係提供至少一完整推播內容；及一推播伺服端，係分別與該推播服務提供者、複數個系統平台之雲端及複數個用戶端裝置相連結，每一該複數個用戶端裝置包含一推播工具，該推播伺服端包含：一管理伺服器，用以接收該完整推播內容，並將該完整推播內容簡化為一基本推播內容；一傳輸伺服器，與該管理伺服器相連結並與該複數個用戶端裝置之該推播工具相連結；一用戶端資料伺服器，與該傳輸伺服器相連結，該用戶端資料包含該用戶端裝置所對應之該系統平台之一推播金鑰，透過該傳輸伺服器將該推播金鑰傳送至該管理伺服器，並由該管理伺服器整合對應於每一該系統平台之該推播金鑰；一推播伺服器，用以接收由該管理伺服器所傳送之該基本推播內容及整合之該推播金鑰，並將該基本推播內容及該推播金鑰傳送到至少一該系統平台；一追蹤伺服器，與該傳輸伺服器相連結，當該推播金鑰由該系統平台確認無誤後，該基本推播內容由該系統平台傳送至該用戶端裝置，則該推播工具會產生一推播行為追蹤資訊，該推播行為追蹤資訊會傳送至該傳輸伺服器後，再由該傳輸伺服器傳送至該追蹤伺服器儲存。
2. 如請求項第1項所述之推播系統，其中該推播伺服端係利用LAMP(Linux,Apache,MySQL,PHP)平台及超文件傳輸協定(HTTPS Protocol)所架構。
3. 如請求項第1項所述之推播系統，其中該基本推播內容係可由下列群組中選出：傳統文字、長文字、網頁、圖片、音樂、影片、地圖或行事曆。
4. 如請求項第1項所述之推播系統，其中該推播伺服端更包含：一儲存伺服器，與該傳輸伺服器相連結，當該管理伺服器接收到該完整推播內容後，會透過該傳輸伺服器將該完整推播內容傳送至該儲存伺服器，並由該儲存伺服器儲存該完整推播內容，並且當該用戶端裝置透過該推播工具請求該完整推播內容時，則該儲存伺服器再透過該傳輸伺服器將該完整推播內容傳送至該用戶端裝置。
5. 如請求項第1項所述之推播系統，其中該推播伺服端更包含：一資料分析伺服器，與該傳輸伺服器及該追蹤伺服器相連結，由該追蹤伺服器取得所儲存之該推播行為追蹤資訊並進行分析。
6. 如請求項第5項所述之推播系統，其中該資料分析伺服 器係由該推播行為追蹤資訊分析得出一最佳推播時段。
7. 如請求項第5項所述之推播系統，其中該資料分析伺服器係將該推播行為追蹤資訊進行分析並透過該傳輸伺服器將分析資料傳送至該管理伺服器，該管理伺服器係將該分析資料製作成一資料報表，並將該資料報表傳送至該推播服務提供者。
8. 如請求項第1項所述之推播系統，更包含：一電信業者伺服器，係與該推播伺服端之該傳輸伺服器相連結，當該基本推播內容傳送至該用戶端裝置，經過一預定時間仍未由該推播工具傳送該推播行為追蹤資訊至該傳輸伺服器，則由該用戶端資料伺服器取得該用戶端裝置之一電信資料，並透過傳輸伺服器將該電信資料傳送至該電信業者伺服器，則該電信業者伺服器會發送一簡訊至該用戶端裝置。
9. 如請求項第1項所述之推播系統，其中該推播工具係將該用戶端裝置之一全球衛星定位座標傳送至該傳輸伺服器，該傳輸伺服器會將該全球衛星定位座標傳送至該用戶端資料伺服器儲存，同時將該全球衛星定位座標傳送至該推播伺服器，確認於該全球衛星定位座標周圍之一預定範圍內是否有相關之該基本推播內容。
10. 如請求項第1項所述之推播系統，其中該推播服務提供者係為一軟體開發端，以及每一該用戶端裝置係包含該軟體開發端所開發之至少一軟體應用程式，並且該推播工具係包含於該軟體應用程式中。
11. 一種跨系統平台之推播系統，係包含：複數個系統平台，每一該系統平台具有一系統平台之雲端；複數個用戶端裝置，每一該用戶端裝置可對應於相同之該系統平台或不同之該系統平台，並連結於所對應之該系統平台之該雲端；至少一軟體開發端，係具有一資料伺服器，該資料伺服器至少包含至少一推播內容、對應於每一該系統平台之推播金鑰及每一該用戶端裝置之資料；一推播伺服端，係連結於該至少一軟體開發端與該複數個系統平台之雲端，該推播伺服器包含：一代表性狀態傳輸應用程式介面(REST-API)伺服器；一傳輸伺服器，與該代表性狀態傳輸應用程式介面伺服器相連結，該軟體開發端透過該傳輸伺服器向該代表性狀態傳輸應用程式介面伺服器發出一推播請求、該推播內容及對應於每一該系統平台之該推播金鑰；一管理伺服器，與該傳輸伺服器相連結，用以將該複數個系統平台之該推播金鑰進行整合，並傳回該傳輸伺服器；及 一推播伺服器，與該傳輸伺服器相連結，用以由該傳輸伺服器接收該推播內容及整合後之該推播金鑰，並且將該推播內容及整合後之該推播金鑰傳送至所對應之該複數個系統平台之該雲端，則該代表性狀態傳輸應用程式介面伺服器會將一推播結果透過該傳輸伺服器傳送至該軟體開發端之該資料伺服器。
12. 如請求項第11項所述之推播系統，其中該推播伺服端係利用LAMP(Linux,Apache,MySQL,PHP)平台及超文件傳輸協定(HTTPS Protocol)所架構。