TWM532059U - 網頁推播系統 - Google Patents

Description

網頁推播系統

一種網頁推播系統，特別是一種可根據時間排程推播、接收以及頻道推播的網頁推播系統。

部落格意指在網路上紀錄，是一種由個人管理、張貼新的文章、圖片或影片的網站或線上日記，用來紀錄、抒發情感或分享資訊。一個典型的部落格結合了文字、影像、其他部落格或網站的超連結、及其它與主題相關的媒體。能夠讓讀者以互動的方式留下意見，是許多部落格的重要要素。部落格上的文章通常根據張貼時間，以倒序方式由新到舊排列。 推播通知功能，意指使用者即使關閉網頁或APP，後台仍然能夠傳送重要訊息至行動裝置或電腦，讓使用者接收通知。由於此功能目前廣泛應用於各類型APP和應用軟體，但必須要下載各類型APP和應用軟體才能接收到該推播通知。而如果是用網站推播，使用者僅需有瀏覽器之載具，即可接收來自不同網站的推播訊息通知，不須再下載各類型APP和應用軟體造成使用者困擾。但目前僅有些許網站提供網頁推播通知功能，因此在網站上的運用較少。 而目前的部落格網站，並沒有提供推播通知功能讓部落格作者能夠推播訊息供讀者接收，讀者如果關掉網頁，就無法得知部落格作者的最新動態消息。所以當部落格作者在部落格網站發布新的文章時，還需要再社群網站或是其他部落格網站進行推廣，且讀者不一定會確實接收到。 因此，如何讓部落格作者能夠主動推播訊息，並且可以根據時間排程，讓讀者確實接收值得本領域具有通常知識者去思量地。

本創作提供一種網頁推播系統，該網頁推播系統能夠經由伺服主機與推播端發送網頁推播訊息。 本創作提供一種網頁推播系統包括一伺服主機及至少一接收端。伺服主機包括一頻道建立模組、一推播編輯模組、一頻道指定模組、一排程模組、一推播發送模組、一廣播模組、一座標定位模組及一管理模組。頻道建立模組適於建立至少一頻道。推播編輯模組適於編輯至少一推播訊息。頻道指定模組適於設定該推播訊息之發送目標頻道。排程模組適於設定一發送時間條件。推播發送模組適於根據該發送時間條件與發送目標頻道發送該推播訊息。廣播模組適於將推播訊息傳送至所有頻道中。座標定位模組，適於讀取該接收端之一座標。管理模組適於管理至少一推播端，該推播端需經過該管理模組驗證核准後，該推播端與該伺服主機連接，並可使用該頻道建立模組、該推播編輯模組、該頻道指定模組、該推播發送模組、該排程模組、該廣播模組與該座標定位模組。接收端包括一訂閱模組、一關鍵字篩選模組及一時間篩選模組。訂閱模組適於設定訂閱該頻道，該接收端僅接收該訂閱模組訂閱之該頻道中之該推播訊息。關鍵字篩選模組適於輸入至少一關鍵字條件，該接收端僅接收符合該關鍵字條件之該推播訊息。時間篩選模組適於輸入一時間條件，該接收端僅在該時間條件範圍內接收該推播訊息。 上述之網頁推播系統，其中，該接收端可在未開啟網頁之狀態下，接收到該推播訊息。 上述之網頁推播系統，其中，該推播編輯模組所設定之該推播訊息，接收端可根據時間篩選模組設定接收推播訊息時間，延後接收該推播訊息之通知。。 上述之網頁推播系統，其中，該接收端還包括一訊息管理模組，適於儲存該接收端所接收之推播訊息，該訊息管理模組還適於編輯、移動或刪除該推播訊息。 上述之網頁推播系統，其中，該訊息管理模組還能夠設定一推播保留時間，超過該推播保留時間之該推播訊息將被刪除。 上述之網頁推播系統，其中，該推播端與該接收端為一智慧型手機、一平板電腦、一桌上型電腦、或一筆記型電腦。 上述之網頁推播系統，其中，該推播訊息包括一標題、一文字內容、一影像內容及一網路位址連結內容。 上述之網頁推播系統，其中，該發送時間條件為單一時間點或循環時間點。 上述之網頁推播系統，其中，該伺服主機還包括一廣播模組，適於將推播訊息傳送至所有頻道中。 上述之網頁推播系統，其中，該伺服主機還包括一座標定位模組，適於讀取該接收端之一座標。

請參閱圖1，圖1所繪示為本創作之網頁推播系統100之示意圖。網頁推播系統100包括一伺服主機110與至少一推播端120及至少一接收端130，伺服主機110適於管理至少一推播端120及至少一接收端130。其中，伺服主機管理者為伺服主機110之管理人員，如網站後台管理人員。推播用戶為推播端120之使用者，如部落客、購物網站之賣家與網站文章作家等。終端用戶為接收端130之使用者，如一般網站訪客等。 本創作之網頁推播系統100可供伺服主機管理者與推播用戶透過瀏覽器將編輯完成之推播訊息，發送至使用瀏覽器之終端用戶。其中，該推播用戶須經過伺服主機管理者驗證核准後，才能使用推播功能。在本實施例中，推播端120與接收端130為智慧型手機、平板電腦、桌上型電腦以及筆記型電腦。 請繼續參閱圖2，圖2所繪示為該網頁推播系統100之伺服主機110、推播端120以及接收端130之內部模組示意圖。伺服主機110包括了一頻道建立模組111、一推播編輯模組112、一頻道指定模組113、一排程模組114、一推播發送模組 115、一廣播模組116、一管理模組117及一座標定位模組118。每一個模組具有不同用途，針對不同的模組於以下逐一說明： 其中，頻道建立模組111，可供伺服主機管理者與推播用戶建立至少一頻道，頻道為發送推播訊息至接收端之管道，而頻道內容與類型可自行定義。推播編輯模組112，可供伺服主機管理者與推播用戶編輯至少一推播訊息，推播訊息包括標題、文字內容、影像內容及網路位址連結內容。頻道指定模組113，可供伺服主機管理者與推播用戶將編輯完成之推播訊息，指定至目標之頻道，例如：部落格網站之美食作家，將內容為發表新料理食譜之推播訊息，發送至該美食作家於部落格網站所建立之食譜專用頻道。 排程模組114，設定推播訊息之發送時間條件，其發送時間條件包括時間、日期、月份、及年份等，或可設定單一時間點或循環時間點，例如：設定推播時間為2016年6月30日至7月30日，每天早上8點進行推播。推播發送模組115，是根據發送時間條件與發送目標頻道之設定，發送推播訊息，伺服主機管理者與推播用戶可經由推播發送模組115，將編輯完成的推播訊息根據發送時間條件與發送目標頻道之設定發送到指定之頻道。 廣播模組116，是將編輯完畢之推播訊息，傳送至所有已建立之頻道中，例如：新聞網站將內容為景氣回升之推播訊息，傳送至該新聞網站所建立的各個頻道中。 管理模組117，可讓伺服主機110管理至少一推播端120，推播端120之功能模組需經過該管理模組117驗證核准後，才能進行推播端120之運作，推播端120與伺服主機110連接後，就能使用頻道建立模組111、推播編輯模組112、頻道指定模組113、排程模組114、推播發送模組115、廣播模組116與座標定位模組118，例如：部落格網站之作家如果需要啟用推播功能，需經過該網站之後台管理人員進行驗證，核准之後才能讓該作者使用推播功能。 請參閱圖6，圖6為座標定位模組118之示意圖，座標定位模組118，可使伺服主機110讀取來自已訂閱推播通知之接收端130所回傳之一座標。推播端120藉由廣播模組116對接收端130傳送推播訊息，當接收端130收到訊息時，便會回傳接收端130當下座標給伺服主機110，伺服主機110取得接收端130所回傳之新座標後，推播端120即可根據特定座標範圍內之接收端130進行推播。舉例來說，當新店面開張時，推播端120便可指定該店面周遭數米內作為推播範圍，並將推播訊息推播至店面附近的接收端。 接收端130包括了一訂閱模組131、一關鍵字篩選模組132、一時間篩選模組133、及一訊息管理模組134，以下為各項模組說明： 訂閱模組131，可供接收端130訂閱至少一頻道，接收端130僅接收指定訂閱頻道中之推播訊息，不會接收未訂閱頻道之推播訊息，例如：新聞網站之一般用戶，僅訂閱氣象新聞之推播訊息通知，該用戶不會接收到運動新聞或國際新聞之推播訊息通知。 關鍵字篩選模組132，輸入至少一關鍵字條件，接收端130僅接收符合設定之關鍵字條件之該推播訊息，例如：美食網站之一般用戶訂閱該美食網站之推播訊息通知，並設定接收推播訊息關鍵字為「牛排」，則該用戶僅會接收到該網站有關「牛排」的推播訊息。時間篩選模組133，輸入設定一時間條件，接收端130僅在時間條件範圍內接收推播訊息，例如：設定接收推播訊息時間為「每天的18：00-22：00」，其餘時間皆不接收任何推播訊息。訊息管理模組134，適於儲存接收端130所接收之推播訊息，接收端130之終端用戶可透過訊息管理模組134編輯、移動或刪除該推播訊息。此外，訊息管理模組還能夠設定一推播保留時間，超過推播保留時間之推播訊息將被刪除。 圖3所繪示為可推播通知網站150之示意圖，接收端130開啟瀏覽器140，連結至可推播通知網站150之首頁，此時可推播通知網站150之首頁右下方會有一提醒圖示151，在本實施例中該提醒圖示151為鬧鐘，但不限於此，在其他實施例中可為其他圖形，例如驚嘆號、箭頭或星號等。此提醒圖示151為伺服主機檢查接收端130是否訂閱過可推播通知網站150，如接收端130已訂閱，提醒圖示151顯示為綠色。如接收端130尚未訂閱，提醒圖示151則顯示為紅色。 圖4所繪示為一實施例之是否訂閱之確認頁面160，當接收端130點擊提醒圖示151後，瀏覽器140會連結至是否訂閱之確認頁面160。如接收端130點擊訂閱按鈕161，接收端130便可接收來自可推播通知網站150之推播訊息，並且重新開啟可推播通知網站150時，提醒圖示151會顯示為綠色，如點擊綠色之提醒圖示151，則上述所提及之接收端130功能模組，包括訂閱模組131、關鍵字篩選模組132、時間篩選模組133及訊息管理模組134，皆可供接收端130使用 。如接收端130點擊不訂閱按鈕162，瀏覽器140則會返回至可推播通知網站150，提醒圖示151會顯示紅色，再次點擊紅色之提醒圖示151，則重新連結至是否訂閱之確認頁面160。 在另一實施例中，是否訂閱之確認頁面160，可在接收端130連接至可推播通知網站150時，先顯示該是否訂閱之確認頁面160，詢問接收端130是否訂閱。而在又一實施例中，可將是否訂閱之確認頁面160，隱藏在可推播通知網站150之其他連結中，待接收端130點擊觸發連結。 請同時參照圖5A與圖5B，圖5A與圖5B為本創作網頁推播系統100在判定接收端130是否訂閱之方法流程圖。首先，實施步驟S110，接收端130開啟瀏覽器140，並且開啟可推播通知網站150之首頁。再來，實施S120，步驟S120所提及之檔案系統，為接收端130瀏覽器之檔案系統，當接收端130開啟瀏覽器時，檔案系統會先檢查接收端130之瀏覽器設定是否為不儲存小型文字檔案，此小型文字檔案為網站辨別用戶身分時，儲存於用戶終端上的加密數據。本實施例中，小型文字檔案為cookie（以下實施例皆簡稱小型文字檔案為cookie）。 之後，實施S130，檢查瀏覽器140是否為可接收推播通知之瀏覽器類型，在本實施例中，瀏覽器可以為Internet Explorer、Firefox、Opera Web Browser、或Google Chrome等，在較佳實施例中，瀏覽器為Google Chrome。然後，實施S140， cookie會判定接收端是否為首次造訪可推播通知網站150。接收端130如果為首次造訪，文件系統會向伺服主機110發送請求，伺服主機110會配賦一組新的識別碼給接收端130，並將此識別碼儲存在接收端130之cookie內，並標記為未訂閱（如步驟S150）。由於接收端130為首次造訪可推播通知網站150，伺服主機110配賦新的識別碼給接收端130時，可直接判定該接收端130為未訂閱。接收端130如果不是首次造訪可推播通知網站150，cookie內已有伺服主機110配賦之識別碼，則直接實施步驟S160。 請繼續參閱圖5B，實施S160，並請同時參照圖3，當接收端130之瀏覽器140開啟可推播通知網站150時，伺服主機110根據接收端130之cookie內所儲存的識別碼與相關加密數據，檢查該接收端130是否標記為已訂閱過可推播通知網站150。如果伺服主機110標記接收端130為已訂閱，實施步驟S170，接收端130之cookie會將提醒圖示151顯示為綠色，因此，接收端130除了能夠接收可推播通知網站150之推播訊息，當接收端130點擊顯示為綠色之提醒圖示151，就可使用接收端130之功能模組，包括訂閱模組131、關鍵字篩選模組132、時間篩選模組133及訊息管理模組134。 如果伺服主機110標記接收端130為未訂閱，實施步驟S180，並請同時參照圖4，接收端130之cookie會將提醒圖示151顯示為紅色，接收端130點擊顯示為紅色之提醒圖示151，伺服主機110將接收端130引導至是否訂閱之網頁（如圖4）。實施步驟S190，接收端130之終端用戶是否訂閱，如果接收端130點擊訂閱按鈕161，伺服主機110將該接收端130之cookie參數進行修改，並標記為已訂閱（如步驟S200）﹐此時該接收端130可實施步驟S170，可接收推播訊息及使用接收端130之功能模組。如果接收端130點擊不訂閱按鈕162，接收端130之cookie則持續保持標記為未訂閱之狀態，其提醒圖示151依然顯示為紅色。 此判斷方法步驟是為減輕伺服主機110之運算與存取壓力，僅需讀取接收端130之cookie來判定，該接收端130是否有識別碼，與標記訂閱與未訂閱之參數，伺服主機110不須再額外儲存接收端130之識別碼資料與是否訂閱之參數，增加存取負擔，且拖慢整體伺服主機110之運算能力。經由本創作之網頁推播系統100，將推播功能應用在瀏覽器上供使用者使用，其可依照發送時間條件推播與指定發送推播等特性，比起手機應用程式推播功能，更能夠有效地將重要推播訊息傳遞給接收端130，且接收端130也能根據關鍵字、時間、訂閱等設定，僅接收符合設定條件之推播訊息通知，避免不需要的推播訊息通知造成體驗不佳。由於目前主要的上網應用程式仍然是瀏覽器，因此，藉由本創作之網頁推播系統100，更能將推播通知效益最大化。 本創作以實施例說明如上，然其並非用以限定本創作所主張之專利權利範圍。其專利保護範圍當視後附之申請專利範圍及其等同領域而定。凡本領域具有通常知識者，在不脫離本專利精神或範圍內，所作之更動或潤飾，均屬於本創作所揭示精神下所完成之等效改變或設計，且應包含在下述之申請專利範圍內。

100‧‧‧網頁推播系統
110‧‧‧伺服主機
111‧‧‧頻道建立模組
112‧‧‧推播編輯模組
113‧‧‧頻道指定模組
114‧‧‧排程模組
115‧‧‧推播發送模組
116‧‧‧廣播模組
117‧‧‧管理模組
118‧‧‧座標定位模組
120‧‧‧推播端
130‧‧‧接收端
131‧‧‧訂閱模組
132‧‧‧關鍵字篩選模組
133‧‧‧時間篩選模組
134‧‧‧訊息管理模組
140‧‧‧瀏覽器
150‧‧‧可推播通知網站
151‧‧‧提醒圖示
160‧‧‧是否訂閱之確認頁面
161‧‧‧訂閱按鈕
162‧‧‧不訂閱按鈕

圖1所繪示為本創作之網頁推播系統之示意圖。 圖2所繪示為該網頁推播系統之伺服主機、推播端以及接收端之內部模組示意圖。 圖3所繪示為可推播通知網站之示意圖。 圖4所繪示為一實施例之是否訂閱之確認頁面。 圖5A與圖5B為本創作網頁推播系統在判定接收端是否訂閱之方法流程圖。 圖6所繪示為座標定位模組之示意圖

100‧‧‧網頁推播系統

110‧‧‧伺服主機

120‧‧‧推播端

130‧‧‧接收端

Claims (10)

1. 一種網頁推播系統，包括： 一伺服主機，包括： 一頻道建立模組，適於建立至少一頻道； 一推播編輯模組，適於編輯至少一推播訊息； 一頻道指定模組，適於設定該推播訊息之發送目標頻道； 一排程模組，適於設定一發送時間條件； 一推播發送模組，適於根據該發送時間條件與發送目標頻道發送該推播訊息；及 一管理模組，適於管理至少一推播端，該推播端需經過該管理模組驗證核准後，該推播端與該伺服主機連接，並可使用該頻道建立模組、該推播編輯模組、該頻道指定模組、該推播發送模組與該排程模組；及 至少一接收端，包括： 一訂閱模組，適於設定訂閱該頻道，該接收端僅接收該訂閱模組訂閱之該頻道中之該推播訊息； 一關鍵字篩選模組，適於輸入至少一關鍵字條件，該接收端僅接收符合該關鍵字條件之該推播訊息；及 一時間篩選模組，適於輸入一時間條件，該接收端僅在該時間條件範圍內接收該推播訊息。
2. 如申請專利範圍第1項所述之網頁推播系統，其中，該接收端可在未開啟網頁之狀態下，接收到該推播訊息。
3. 如申請專利範圍第1項所述之網頁推播系統，其中，該推播編輯模組所設定之該推播訊息，接收端可根據時間篩選模組設定接收推播訊息時間，延後接收該推播訊息之通知。
4. 如申請專利範圍第1項所述之網頁推播系統，其中，該接收端還包括一訊息管理模組，適於儲存該接收端所接收之推播訊息，該訊息管理模組還適於編輯、移動或刪除該推播訊息。
5. 如申請專利範圍第4項所述之網頁推播系統，其中，該訊息管理模組還能夠設定一推播保留時間，超過該推播保留時間之該推播訊息將被刪除。
6. 如申請專利範圍第1項所述之網頁推播系統，其中，該推播端與該接收端為一智慧型手機、一平板電腦、一桌上型電腦、或一筆記型電腦。
7. 如申請專利範圍第1項所述之網頁推播系統，其中，該推播訊息包括一標題、一文字內容、一影像內容及一網路位址連結內容。
8. 如申請專利範圍第1項所述之網頁推播系統，其中，該發送時間條件為單一時間點或循環時間點。
9. 如申請專利範圍第1項所述之網頁推播系統，其中，該伺服主機還包括一廣播模組，適於將推播訊息傳送至所有頻道中。
10. 如申請專利範圍第1項所述之網頁推播系統，其中，該伺服主機還包括一座標定位模組，適於讀取該接收端之一座標。