TWI461926B - 跨系統平台之推播方法 - Google Patents

Description

跨系統平台之推播方法

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

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

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

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

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

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

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

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

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

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

為了達到上述之目的，本發明提供一種跨系統平台之推播方法，其步驟包含：首先，一軟體開發端將至少一完整推播內容傳送至一推播伺服端；接著，推播伺服端將完整推播內容簡化為一基本推播內容；之後，推播伺服端將基本推播內容與對應於複數個系統平台之複數個推播金鑰依據每一推播金鑰傳送至所對應系統平台之雲端；其後，所述系統平台之雲端確認推播金鑰無誤後，將基本推播內 容傳送到至少一用戶端裝置，此用戶端裝置包含一推播工具；當用戶端裝置使用推播工具透過一網路向推播伺服端請求完整推播內容時，推播伺服器將完整推播內容透過此網路傳送至用戶端裝置。

於本發明之一些實施例中，所述之推播伺服端取得對應於複數個系統平台之複數個推播金鑰包含下列步驟：首先，至少一系統平台之至少一用戶端裝置向系統平台之雲端取得一推播金鑰；接著，推播金鑰由推播工具透過網路傳送至推播伺服端；以及推播伺服端儲存所取得之推播金鑰。

於本發明之一些實施例中，所述之推播伺服端將基本推播內容與推播金鑰傳送至各個系統平台之雲端後，推播伺服端會產生一推播紀錄，並儲存此推播紀錄。

於本發明之一些實施例中，所述之用戶端裝置接收此基本推播內容後，推播工具會針對基本推播內容所進行之操作產生一推播行為追蹤訊息，並將推播行為追蹤訊息透過網路傳送至推播伺服端。

其中，當推播紀錄產生後，經過一預定時間後，推播伺服端仍未接收到推播行為追蹤訊息時，則推播伺服端會透過一電信業者傳送一簡訊至用戶端裝置。

另外，所述之推播方法進一步包含下列步驟：推播伺服端統計並分析推播行為追蹤訊息並製作一資料報表；以及將資料報表傳送至軟體開發端。

於本發明之一些實施例中，所述之推播伺服端係依據 一最佳推播時段以將基本推播內容及推播金鑰傳送至系統平台之雲端。

於本發明之一些實施例中，所述之軟體開發端所提供之完整推播內容包含一區域資訊，當用戶端裝置更新一全球衛星定位座標，推播工具係透過網路將全球衛星定位座標傳送至推播伺服端，則推播伺服端會判定全球衛星定位座標是否包含於此區域資訊所界定之範圍內，確認此全球衛星定位座標位於區域資訊所界定之範圍內，則會將基本推播內容與該推播金鑰傳送至各個系統平台之雲端。

另外，本發明亦提供一種跨系統平台之推播方法，其步驟包含：首先，一軟體開發端傳送一推播請求、至少一推播內容以及相對應複數個系統平台之複數個推播金鑰至一推播伺服端；接著，推播伺服端依據此推播請求及推播金鑰將推播內容傳送至所對應之系統平台之雲端；其後，系統平台之雲端確認推播金鑰無誤，則將推播內容傳送到至少一用戶端裝置；以及推播伺服端回報此軟體開發端至少一推播結果。

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

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

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

請參閱第1圖，係顯示本發明之推播系統之架構示意圖。其中，推播系統100可大致上包含：推播伺服端110、 複數個系統平台之雲端(例如：第一系統平台之雲端121、第二系統平台之雲端123、第三系統平台之雲端125)、複數個用戶端裝置(例如：第一系統之用戶端裝置131、第二系統之用戶端裝置133、第三系統之用戶端裝置135)、第一軟體開發端140、第二軟體開發端160、及電信業者伺服器150。

推播伺服端110大致上進一步包含：管理伺服器111、傳輸伺服器112、推播伺服器113、追蹤伺服器114、用戶端資料伺服器115、儲存伺服器116、資料分析伺服器117、代表性狀態傳輸應用程式介面伺服器118、及付費伺服器119。其中，所述之推播伺服端係利用LAMP(Linux,Apache,MySQL,PHP)平台及超文件傳輸協定(HTTPS Protocol)所架構而成。然而，需說明的是，任何可達到各個伺服器之連結以架構出與本發明之推播伺服端具有相同功能之手段皆應包含於本發明之範疇中，而不應有所限制。

每一用戶端裝置131,133,135皆各別安裝由第一軟體開發端140或第二軟體開發端160所開發之至少一軟體應用程式1311,1331,1351，並且，於每一軟體應用程式1311,1331,1351中係具有一推播工具1313,1333,1353。電信業者伺服器150連結於推播伺服端110中傳輸伺服器112，並且可提供簡訊151發送之功能。另外，第二軟體開發端160係具有資料伺服器161以儲存推播內容、以及其客戶(使用者)之用戶端裝置等個人資料等。

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

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

再者，上述之各個元件之運作將於下文中介紹本發明之推播方法時一併說明。

接著，請參閱第2圖，係顯示本發明取得推播金鑰方法之步驟流程圖，並請同時參閱第1圖之推播系統100架構示意圖進行說明。於推播方法中，各個用戶端裝置131,133,135向其所對應之系統平台取得推播金鑰之步驟通常都僅需於第一次下載軟體應用程式1311,1331,1333時取得即可，而不需每次推播過程皆需重覆此步驟。然而，須說明的是，對應於實際上不同之運作上，亦可多次重複取得推播金鑰，而不應有所限制。

於此取得推播金鑰方法中，首先，至少一系統平台之至少一用戶端裝置131,133,135向系統平台之雲端121,123,125取得一推播金鑰(步驟201)。

於本實施例中，所述之用戶端裝置131,133,135係具有軟體應用程式1311,1331,1351，其中，推播工具1313,1333,1353係為一個程式，設置於軟體應用程式1311,1331, 1351之中。此推播工具1313,1333,1353係以針對各個不同之系統平台的推播規格進行整合之故，因此，於軟體應用程式1311,1331,1351之中，僅需設定一個按鍵圖像供使用者選取。所以，只要使用者透過其用戶端裝置131,133,135中的軟體應用程式1311,1331,1351中選取所設置的取得推播金鑰的按鍵圖像，則可向系統平台之雲端121,123,125取得一推播金鑰。

在此，須說明的是，於第1圖中所繪製之系統平台之雲端121,123,125為三個，但系統平台之數量依據實際運作上之需求而有所更改，而不應有所限制。另外，不同系統平台之用戶端裝置131,133,135分別僅繪製一個係用以說明，依據實際運作上之需求，用戶端裝置131,133,135之數量亦可為複數個，而不應有所限制。再者，軟體應用程式1311,1331,1351分別僅繪製一個同樣係僅用以說明，依據實際運作上之需求，軟體應用程式1311,1331,1351之數量亦可為複數個，而不應有所限制。

另外，需說明的是，於第1圖中所繪製之第一軟體開發端140與第二軟體開發端160分別僅繪製一個係用以說明，依據實際運作上之需求，第一軟體開發端140與第二軟體開發端160分別可具有二個、三個甚至複數個，而不應有所限制。

接著，推播金鑰由推播工具1313,1333,1353透過網路傳送至推播伺服端110(步驟203)。

其中，推播工具1313,1333,1353係可於用戶端裝置 131,133,135連結至任一網路時，自動連結至推播伺服端110，因此，當使用者取得推播金鑰的同時，則推播工具1313,1333,1353即可立即將此推播金鑰透過用戶端裝置131,133,135所連結的網路傳送至推播伺服端110中。

其中，推播伺服端110中之傳輸伺服器112係用以進行資料的傳輸，因此，推播伺服端110內部之各個伺服器皆與傳輸伺服器112相連結。此外，外部之裝置欲與推播伺服端110進行連結，亦透過傳輸伺服器112來達成。因此，於本實施例中，推播工具1313,1333,1353則透過網路連結至傳輸伺服器112以傳送推播金鑰。

其後，推播伺服端110儲存所取得之推播金鑰(步驟205)。

推播伺服器110中之用戶端資料伺服器115主要之功能即為用以儲存使用者之各種資料，例如：使用者之姓名、電子信箱等資料，特別是用戶端裝置131,133,135若為智慧型手機等行動電話裝置時，則會於用戶端資料伺服器115中儲存電話號碼。因此，當推播金鑰由推播工具1313,1333,1353傳送至傳輸伺服器120後，傳輸伺服器120就會將此推播金鑰傳送至用戶端資料伺服器115，並儲存於用戶端資料伺服115中。

於本實施例中，由於第二軟體開發端160係自行具備資料伺服器161，且使用其所開發之軟體應用程式之使用者的資料亦自行儲存於資料伺服器161中之故，因此，上述之取得推播金鑰方法僅針對第一軟體開發端140之應 用。

再者，請參閱第3圖，係顯示本發明之基本推播方法之步驟流程圖，同樣地，係搭配第1圖所示之推播系統100來進行說明。當各個用戶端裝置131,133,135皆向其所對應之系統平台取得推播金鑰後，則軟體開發端140,160就可以利用此推播金鑰將推播內容透過其所對應之系統平台進行推播之動作。

於本發明之基本推播方法中，首先，一軟體開發端將至少一完整推播內容傳送至一推播伺服端110(步驟301)。

於本實施例中，所述之軟體開發端係指第一軟體開發端140。第一軟體開發端140則為開發軟體應用程式1311,1331,1351後，並將推播工具1313,1333,1353加入於其軟體應用程式1311,1331,1351後，再提供使用者下載至其用戶端裝置131,133,135中。由於推播工具1313,1333,1353已設置整合對應於各個不同系統平台之規格，因此，第一軟體開發端140則可利用推播工具1313,1333,1353輕易地達到整合各個不同系統平台之效果，而不需再另外針對不同系統平台之用戶端裝置131,133,135修改相同之軟體應用程式1311,1331,1351。

因此，第一軟體開發端140連結至推播伺服端110，則為透過有線或無線網路之方式，連結至推播伺服端110中之管理伺服器111，透過管理伺服器111的操作介面可將其所欲推播之完整推播內容進行上傳的動作。在此，管理伺服器111接收到完整推播內容之後，可先將此完整推 播內容簡化為一基本推播內容，特別是當第一軟體開發端140所欲進行推播之內容的檔案尺寸過大的情況下。同時，管理伺服器111會透過傳輸伺服器120將此完整推播內容傳送至儲存伺服器116，並存放於此儲存伺服器116中。

於本實施例中，上述之推播內容(包含完整推播內容及基本推播內容)主要可包含至少八種推播格式，分別為傳統文字、長文字、網頁、圖片、音樂、影片、地圖及行事曆等，但並不此為限。

接著，推播伺服端110將基本推播內容與對應於複數個系統平台之複數個推播金鑰依據每一推播金鑰所對應之系統平台傳送至系統平台之雲端121,123,125(步驟305)。

管理伺服器111除了可將完整推播內容進行簡化之功能之外，另一主要之功能則為將對應於複數各系統平台之複數個推播金鑰進行整合之功能。於本實施例中，所有由用戶端裝置131,133,135所接收之推播金鑰皆存放於用戶端資料伺服器115中，因此，當第一軟體開發端140連結至管理伺服器111後，提供完整推播內容之後，確認要進行推播時，則推播金鑰會由用戶端資料伺服器115透過傳輸伺服器112傳送至管理伺服器111，管理伺服器111再將對應不同系統平台之推播金鑰整合成可適用各個不同系統平台，然後，再將基本推播內容與整合後之推播金鑰一起傳送至推播伺服器113，再由推播伺服器113將基本推播內容與整合後之推播金鑰一起傳送至各個系統平台之雲 端121,123,125。

之後，系統平台之雲端121,123,125確認推播金鑰無誤，則將基本推播內容傳送到至少一用戶端裝置131,133,135(步驟307)。

基本上，軟體開發端進行推播內容的動作皆需要透過所對應之系統平台，並且所推播之內容係需要經過系統平台確認推播金鑰是否為此系統平台所提供之推播金鑰，於確認無誤後，才會讓軟體開發端所提供之推播內容透過系統平台的雲端系統傳送至所對應之用戶端裝置中。

因此，於此實施例中，推播伺服器113所傳送之基本推播內容及整合後之推播金鑰一起同時傳送至各個系統平台之雲端121,123,125，各個系統平台亦會檢驗推播金鑰，當推播金鑰被各個系統平台皆確認無誤之後，各個系統平台之雲端121,123,125就會再將基本推播內容各別傳送至其用戶端裝置131,133,135中。

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

由於，此時間點傳送至用戶端裝置131,133,135係為基本推播內容，也就是被簡化過的推播內容，檔案尺寸小，因此，對於用戶端裝置131,133,135接收時，就不會因檔案過大而需耗費大量的傳輸時間，耗損用戶端裝置131,133,135之使用效能。再者，當接收到此基本推播內容時，軟體應用程式1311,1331,1351才會被其用戶端裝置131,133,135所使用之系統所喚醒，並且透過推播工具1313,1333,1353來執行此基本推播內容。因此，推播工具1313,1333,1353具有剖析上述之推播格式之功能，以讓使用者可直接開啟並讀取此推播內容，而不會因為格式不支援等問題而無法讀取推播內容的情事發生。

接著，用戶端裝置131,133,135係使用推播工具1313,1333,1353透過一網路向推播伺服端110請求完整推播內容(步驟309)；以及推播伺服端110將完整推播內容透過網路傳送至用戶端裝置131,133,135(步驟311)。

當使用者開啟基本推播內容之後，若對於此基本推播內容所呈現感到興趣時，才需要透過軟體應用程式1311,1331,1351中所設定之圖像按鍵請求完整推播內容，此一訊息就會透過推播工具1313,1333,1353傳送至推播伺服 端110之傳輸伺服器120，傳輸伺複器120就會由儲存伺服器116中將完整推播內容取出後再透過網路之方式傳送至用戶端裝置131,133,135。如此，使用者只有在真正需要時，才需要將完整推播內容下載至其用戶端裝置131,133,135中。

在此需說明的是，所述之網路可為任一網路，依據不同用戶端裝置之形式可包括有線網路或無線網路。為了達到行動自由之目的，通常係指無線網路，例如：Wi-Fi或GPRS等，然而，任一種可達到連結網路之方式皆應包含在內，而不應有所限制。並且，用戶端裝置131,133,135與各系統平台之雲端121,123,125之連結同樣係透過連結網路所達成。

因此，透過上述本發明所揭露之基本推播方法，第一軟體開發端140則可利用非常簡單的步驟，就達到同時可對不同之系統平台之用戶端裝置131,133,135傳送推播內容。

接著，介紹對於推播完成之後的追蹤方法，請參閱第4圖，係顯示本發明之於推播完成後之追蹤方法之步驟流程圖，同樣地，係與第1圖所示之推播系統架構示意圖搭配說明。

首先，推播伺服端110將基本推播內容與推播金鑰傳送至複數個系統平台之雲端121,123,125後，推播伺服端110會產生一推播紀錄，並儲存此推播紀錄(步驟401)。

其中，基本推播內容與整合後之推播金鑰係透過推播 伺服端110之推播伺服器113傳送至不同的系統平台之雲端121,123,125，並且當確認傳送完成時，推播伺服器113就會產生一推播紀錄，例如：推播時間及檔案等紀錄資料。並且，將此推播紀錄再傳到管理伺服器111中，並儲存於管理伺服器111中。

之後，用戶端裝置131,133,135接收基本推播內容後，推播工具1313,1333,1353會針對基本推播內容所進行之操作產生一推播行為追蹤訊息，並將此推播行為訊息透過網路傳送至推播伺服器110(步驟403)。

推播工具1313,1333,1353的另一主要功能就是偵測用戶端裝置131,133,135之操作追蹤的功能，亦即，當各個用戶端裝置131,133,135連結至任一網路時，則推播工具1313,1333,1353就會自動連結至推播伺服端110之傳輸伺服器112，並將用戶端裝置131,133,135之資料透過網路傳送至傳輸伺服器112，再由傳輸伺服器112將資料傳送至用戶端資料伺服器115，並由用戶端資料伺服器115將此些資料進行儲存。

因此，於本實施例中，當用戶端裝置131,133,135接收到基本推播內容之後，則系統就會喚醒軟體應用程式1311,1331,1351，同時，推播工具1311,1333,1353就會開始運作，因此，不論使用者對於此基本推播內容所進行的任何動作(例如：接收、開啟、刪除、還原、評分及分享等)都會透過推播工具1311,1333,1353所製成一推播行為追蹤訊息，其後，再將此推播行為追蹤訊息透過網路傳送 至推播伺服端110之傳輸伺服器112，再由傳輸伺服器112將此推播行為追蹤訊息傳送至追蹤伺服器114，並且儲存於此追蹤伺服器114中。

如此，透過推播工具1313,1333,1353與追蹤伺服器114的運作，使用者對於其用戶端裝置131,133,135的操作行為就可以隨時被記錄。

另外，推播伺服端110中之資料分析伺服器117係與傳輸伺服器112與追蹤伺服器114相連結。其中，追蹤伺服器114可將所追蹤之資料傳送至資料分析伺服器117中，因此，資料分析伺服器117可將所追蹤之資料來分析使用者之使用紀錄，包含軟體應用程式行為統計及推播行為統計等。透過這些分析，就可以統計出各個裝置推播最佳發送時間，也就是，依據各個用戶端裝置131,133,135統計出最佳推播時間。

於本發明之一實施例中，透過資料分析伺服器117所統計出之最佳推播時間，係可結合於第2圖所示之基本推播方法之中，亦即於步驟305中，除了將基本推播內容與推播金鑰傳送至系統平台之雲端121,123,125，更係依據此最佳推播時間來進行推播之排程。

也就是說，當推播金鑰由用戶端資料伺服器115透過傳輸伺服器112傳送至管理伺服器111時，同時，所統計之最佳推播時間亦由資料分析伺服器117透過傳輸伺服器112傳送至管理伺服器111，因此，管理伺服器111則將基本推播內容、整合後之推播金鑰以及最佳推播時間一起傳 送至推播伺服器113。其後，推播伺服器113就會依據最佳推播時間的內容來進行推播排程，再依此推播排程將基本推播內容及推播金鑰傳送至不同的系統平台之雲端121,123,125中。

另外，當推播完成後，然而使用者卻始終未對此推播內容進行操作的情況下，本發明提供推播內容重複提醒之方法。請參閱第5圖，係顯示本發明之針對同一推播內容重複提醒方法之步驟流程圖，同樣地，係搭配第1圖所示之推播系統之架構示意圖來進行說明。

其中，當推播紀錄產生後，經過一預定時間仍未接收到推播行為追蹤訊息(步驟501)。

對應於第4圖所示之於推播完成後之追蹤方法，於推播完成後，推播伺服器113會產生推播紀錄，並將之傳送至管理伺服器111儲存，於管理伺服器111則可被設定一預定時間，此預定時間可由第一軟體開發端140所設置，可為一小時、兩小時或一天等，不應有所限制。

正常情況下，當用戶端裝置131,133,135位於網路環境中，基本推播內容會由各個系統平台之雲端121,123,125傳送至用戶端裝置131,133,135，此時，由於推播屬於彈跳視窗之故，使用者勢必需進行操作，因此，若經過一預定時間仍未由用戶端裝置131,133,135接收到推播行為追蹤訊息，則可能代表使用者處於無網路環境中，而未接收到此基本推播訊息；或者，使用者未對此基本推播訊息進行任何操作。

因此，推播伺服端110會透過一電信業者傳送一簡訊151至用戶端裝置131,133,135(步驟503)。

於此步驟中，推播伺服端110之管理伺服器111則會經過上述之預定時間後，確認追蹤伺服器114是否接收到推播行為追蹤訊息。若確認仍未接收到推播行為追蹤訊息，就會透過傳輸伺服器112向用戶端資料伺服器115查詢用戶端資料(例如：電話號碼)，透過此電話號碼，就可以透過此電信業者伺服器150以發送一簡訊151傳送至用戶端裝置131,133,135，以通知使用者其有新的推播訊息。

於本發明之一些實施例中，當推播紀錄產生後，且經過預定時間仍未接收到推播行為追蹤訊息時，推播伺服端110亦可僅以重複發送推播訊息的方式來通知使用者；並於多次發送推播訊息皆未收到回應時，才執行上述步驟503。

或者，於本發明之另一些實施例中，推播伺服端110亦可不透過電信業者傳送簡訊151至用戶端裝置131,133,135，而是，由用戶端資料伺服器115中取得使用者之電子信箱，以電子郵件的方式告知使用者其有新的推播訊息。

又或者，當使用者經過預定時間仍未操作推播內容時，先進行重複基本推播的動作，其後仍未操作，再發送電子信件，之後，依舊未操作，再發送簡訊。更佳的是，若此推播內容實為重要之推播內容，當發送簡訊後，使用者仍未操作此基本推播內容，則由服務人員直接打電話通知使用者之方式。如此，則可讓重要之推播內容可確實地 被傳送到用戶端裝置131,133,135以供使用者使用。

另外，推播伺服端110中之資料分析伺服器117具有統計分析之功能，因此，推播伺服端110可將各種資料整理為報表以提供給軟體開發端140。請參閱第6圖，係顯示本發明之針對推播結果分析及製作報表方法之步驟流程圖。

其中，推播伺服端110統計並分析推播行為追蹤訊息並製作一資料報表(步驟601)；並且，將資料報表傳送至軟體開發端(步驟603)。

由用戶端裝置131,133,135之推播工具1313,1333,1353將推播行為追蹤訊息傳送至資料分析伺服器117，並進行統計及分析之後會再傳送至管理伺服器111，並由管理伺服器111將各種統計資料製作成資料報表。如此之資料報表傳送至第一軟體開發端140，以提供第一軟體開發端140，如此，第一軟體開發端140就可以透過此資料報表，即時的得知使用者對於其所提供之推播內容的反應。

另外，推播伺服端110中之付費伺服器119係為提供軟體開發端140,160之付費管道，例如：點數儲值。關於軟體開發端140,160所儲值之點數以及推播費用的計算亦可由管理伺服器111彙整至此資料報表中。

再者，請參閱第7圖，係顯示本發明之界內推播方法之步驟流程圖，同樣搭配第1圖所示之推播系統100之架構示意圖來說明。

界內推播係為當使用者位於一個區域所界定的範圍之 內時，則針對此範圍內所提供之特定推播內容才會傳送至使用者之用戶端裝置中的推播方法。

其中，軟體開發端所提供之完整推播內容包含一區域資訊(步驟701)，也就是說，第一軟體開發端140連結於管理伺服器111時提供完整推播內容，同時標記了此完整推播內容僅針對某一區域範圍內容的用戶端裝置131,133,135才需要提供推播動作。

用戶端裝置131,133,135更新一全球衛星定位座標，推播工具1313,1333,1353係透過網路將全球衛星定位(Global Positioning System,GPS)座標傳送至推播伺服端110(步驟703)。由於用戶端裝置131,133,135係可任意移動之故，因此，其GPS座標係會隨時更動的，於此範例中，只要用戶端裝置131,133,135位於網路環境中，當其GPS座標更動時，推播工具1313,1333,1353就會透過網路將GPS座標傳送至推播伺服端110之傳輸伺服器111，並且再去更新用戶端資料伺服器115中之資訊。

接著，推播伺服端110判定此全球衛星定位座標是否包含於此區域資訊所界定之範圍內(步驟705)。當用戶端資料伺服器115中對GPS座標的資訊更新時，會同步傳送至管理伺服器111及推播伺服器113中，以判定此GPS座標是否有包含於任一設定區域範圍之已排程推播內容。

並且，確認全球衛星定位座標位於此區域資訊所界定之範圍內(步驟707)；以及，將基本推播內容與推播金鑰傳送至各個系統平台之雲端121,123,125(步驟709)。

也就是說，當管理伺服器111與推播伺服器113中確認此GPS座標範圍內確實存在推播內容，則會將基本推播內容及推播金鑰一起傳至系統平台之雲端121,123,125，再由系統平台之雲端121,123,125傳送至用戶端裝置131,133,135中。

最後，請參閱第8圖，係顯示本發明之軟體開發端具有資料伺服器之推播方法之步驟流程圖，同樣地，係搭配第1圖所示之推播系統100之架構示意圖來說明。

於本範例中，係針對具有資料伺服器之軟體開發端所設定之功能，即為第1圖所示之第二軟體開發端160及資料伺服器161。

其中，一軟體開發端160傳送一推播請求，至少一推播內容以及相對應複數個系統平台之複數個推播金鑰至一推播伺服端110(步驟801)。

由於第二軟體開發端160本身具有資料伺服器161，因此，第二軟體開發端160所欲推播之內容並不需先上傳儲存於推播伺服端110中，如此，對於第二軟體開發端160之用戶端的個人資料也就可以由第二軟體開發端160存放於其資料伺服器161中，而不需透過第三方(推播伺服端110)的流通等問題。

因此，第二軟體開發端160就無需先連結至管理伺服端111，而是直接將推播請求傳送至傳輸伺服器112，再由傳輸伺服器112將此推播請求傳送至代表性狀態傳輸應用程式介面(REST-API)伺服器118。

此REST-API伺服器118具有至少五個功能，分別為跨系統平台裝置管理功能、跨系統平台軟體應用程式管理功能、跨系統平台推播上稿功能、跨系統發送推播功能及自有系統整合功能等。

因此，推播伺服端110依據此推播請求及推播金鑰將推播內容傳送至所對應之系統平台之雲端121,123,125(步驟803)。也就是說，推播伺服端110於此範例中僅提供整合各系統平台之推播金鑰及傳送至系統平台之雲端121,123,125之動作。因此，就是當第二軟體開發端160將各個推播金鑰傳送至傳輸伺服器112，傳輸伺服器112再交由管理伺服器111中進行整合推播金鑰之動作，完成後，再讓第二軟體開發端160所欲推播之推播內容與整合後之推播金鑰一起由推播伺服器113傳送至各個系統平台之雲端121,123,125。

也因此，系統平台之雲端121,123,125確認推播金鑰無誤，則推播內容傳送到至少一用戶端裝置131,133,135(步驟805)。

確認推播動作完成後，推播伺服端回報軟體開發端至少一推播結果(步驟807)。也就是說，當推播伺服器113完成推播之動作後，同樣會產生推播紀錄，以此推播紀錄則可於REST-API伺服器118中處理為一推播結果，再將此推播結果藉由傳輸伺服器112傳回第二軟體開發端160之資料伺服器161中。

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

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

100‧‧‧推播系統

110‧‧‧推播伺服端

111‧‧‧管理伺服器

112‧‧‧傳輸伺服器

113‧‧‧推播伺服器

114‧‧‧追蹤伺服器

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

116‧‧‧儲存伺服器

117‧‧‧資料分析伺服器

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

119‧‧‧付費伺服器

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

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

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

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

1311‧‧‧軟體應用程式

1313‧‧‧推播工具

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

1331‧‧‧軟體應用程式

1333‧‧‧推播工具

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

1351‧‧‧軟體應用程式

1353‧‧‧推播工具

140‧‧‧第一軟體開發端

150‧‧‧電信業者伺服器

151‧‧‧簡訊

160‧‧‧第二軟體開發端

161‧‧‧資料伺服器

201~205‧‧‧步驟

301~311‧‧‧步驟

401~403‧‧‧步驟

501~503‧‧‧步驟

601~603‧‧‧步驟

701~709‧‧‧步驟

801~807‧‧‧步驟

第1圖係顯示本發明之推播系統之架構示意圖。

第2圖係顯示本發明之取得推播金鑰方法之步驟流程圖。

第3圖係顯示本發明之基本推播方法之步驟流程圖。

第4圖係顯示本發明之於推播完成後之追蹤方法之步 驟流程圖。

第5圖係顯示本發明之針對同一推播內容重複提醒方法之步驟流程圖。

第6圖係顯示本發明之針對推播結果分析及製作報表方法之步驟流程圖。

第7圖係顯示本發明之界內推播方法之步驟流程圖。

第8圖係顯示本發明之軟體開發端具有資料伺服器之推播方法之步驟流程圖。

301~311‧‧‧步驟

Claims (10)

1. 一種跨系統平台之推播方法，其步驟包含：一軟體開發端將至少一完整推播內容傳送至一推播伺服端；該推播伺服端將該完整推播內容簡化為一基本推播內容；該推播伺服端將該基本推播內容與對應於複數個系統平台之複數個推播金鑰依據每一該推播金鑰所對應之該系統平台傳送至該系統平台之雲端；該系統平台之雲端確認該推播金鑰無誤，則將該基本推播內容傳送到至少一用戶端裝置，該用戶端裝置係包含該軟體開發端所開發之至少一軟體，且每一該軟體係包含一推播工具；該用戶端裝置係使用該推播工具透過一網路向該推播伺服端請求該完整推播內容；及該推播伺服端將該完整推播內容透過該網路傳送至該用戶端裝置。
2. 如請求項第1項所述之推播方法，其中該推播伺服端取得對應於該複數個系統平台之該複數個推播金鑰係包含下列步驟：至少一該系統平台之至少一用戶端裝置係向該系統平台之該雲端取得一推播金鑰；該推播金鑰由該推播工具透過該網路傳送至該推播伺 服端；及該推播伺服端儲存該推播金鑰。
3. 如請求項第1項所述之推播方法，其中於該推播伺服端將該基本推播內容與該推播金鑰傳送至該系統平台之雲端後，該推播伺服端會產生一推播紀錄，並儲存該推播紀錄。
4. 如請求項第1項所述之推播方法，其中於該用戶端裝置接收該基本推播內容後，該推播工具會針對該基本推播內容所進行之操作產生一推播行為追蹤訊息，並將該推播行為追蹤訊息透過該網路傳送至該推播伺服端。
5. 如請求項第1項所述之推播方法，其中該推播伺服端係依據一最佳推播時段以將該基本推播內容及該推播金鑰傳送至該系統平台之雲端。
6. 如請求項第1項所述之推播方法，其中於該推播伺服端將該基本推播內容與該複數個推播金鑰傳送至所相對應之各個該系統平台之雲端後，該推播伺服端會產生一推播紀錄，並儲存該推播紀錄；以及於該用戶端裝置接收該基本推播內容後，該推播工具會針對該基本推播內容所進行之操作產生一推播行為追蹤訊息，並將該推播行為追蹤訊息透過該網路傳送至該推播伺服端。
7. 如請求項第6項所述之推播方法，其中當該推播紀錄產生後，經過一預定時間後，該推播伺服端仍未接收到該推播行為追蹤訊息時，則該推播伺服端會透過一電信業者傳送一簡訊至該用戶端裝置。
8. 如請求項第6項所述之推播方法，進一步包含下列步驟：該推播伺服端統計並分析該推播行為追蹤訊息並製作成一資料報表；及將該資料報表傳送至該軟體開發端。
9. 如請求項第1項所述之推播方法，其中該軟體開發端所提供之該完整推播內容包含一區域資訊，當該用戶端裝置更新一全球衛星定位座標，該推播工具係透過該網路將該全球衛星定位座標傳送至該推播伺服端，則該推播伺服端會判定該全球衛星定位座標是否包含於該區域資訊所界定之範圍內，確認該全球衛星定位座標於該區域資訊所界定之範圍內時，則會將該基本推播內容與該推播金鑰傳送至該系統平台之雲端。
10. 一種跨系統平台之推播方法，其步驟包含：一軟體開發端傳送一推播請求、至少一推播內容以及相對應複數個系統平台之複數個推播金鑰至一推播伺服 端；該推播伺服端則依據該推播請求及該推播金鑰將該推播內容傳送至所對應之該系統平台之雲端；該系統平台之雲端確認該推播金鑰無誤，則將該推播內容傳送到至少一用戶端裝置；及該推播伺服端回報該軟體開發端至少一推播結果。