TWI614711B

TWI614711B - 企業行動訊息系統與方法

Info

Publication number: TWI614711B
Application number: TW104105999A
Authority: TW
Inventors: 邱宏哲
Original assignee: 三竹資訊股份有限公司
Priority date: 2015-02-25
Filing date: 2015-02-25
Publication date: 2018-02-11
Also published as: US10305841B2; TW201631543A; US20160248853A1; CN106209956A

Abstract

一種企業行動訊息系統與方法，系統包含由資料庫、伺服器以及推播閘道器組合的雲端。伺服器接收上傳之新增專題指令與關聯之訊息在資料庫創建新的專題區塊並設置“專題識別碼”以儲存訊息，接收上傳之回覆專題指令與關聯之回覆訊息在專題區塊創建新的第二層區塊並設置“專題第二層識別碼”以儲存回覆訊息。其中，伺服器透過推播閘道器以及外部推播主機將訊息以推播通知傳遞至對應成員之行動通訊裝置。

Description

企業行動訊息系統與方法

本發明是關於一種運用在行動通訊裝置上的雲端技術，特別是關於一種企業行動訊息系統與方法。

現今在行動通訊裝置上運用雲端技術提供社團或企業組織做為訊息交換的系統為數甚多，然而，習見行動訊息傳遞技術仍存有許多缺失，以致無法滿足公司治理之用。

中華民國專利公開號201312971之「接收訊息的方法」，其中揭露一種接收訊息的方法，適用於電子裝置。該方法包括：接收一訊息；在接收到訊息時，依據內建於電子裝置的網路位址連線至伺服器；自伺服器中取得多媒體檔案；並且，下載並播放多媒體檔案。此先前技術一實際解決的技術問題是“簡訊的呈現畫面亦非常陽春，僅僅顯示簡訊的內容以及提供編輯簡訊等簡單的操作功能。對於經常利用簡訊功能與他人聯絡的使用者，除了重視提示功能之外，豐富的簡訊介面亦非常重要”(見其說明書第[0002]段)。至於先前技術一所產生的技術效果則為“透過訊息來下載多媒體檔案”。

中華民國專利公告號573268之「頻道訂閱及推播系統和方法」，其中揭露一種頻道訂閱及推播系統和方法，使用者藉由行動通訊裝置連結上WML伺服器，以訂閱頻道。WML伺服器產生訂閱表並編碼訂閱表為SS DTD。SQL伺服器接收儲存SSDTD，並且根據SS DTD判斷頻道之資訊是否有被更新。若是，SQL伺服器發送一更新信息至推播伺服器，推播伺服器接收更新信息並推播更新信息至行動通訊裝置。行動通訊裝置接收更新訊息，使用者根據更新信息藉由行動通訊裝置連結上WML伺服器，以下載最新資訊。此先前技術二實際解決的技術問題是“1.使用者自己必須主動查詢之前所訂閱之資訊是否有被更新，導致使用者無法即時得知最新信息。2.使用者所收到的資訊往往沒有被分類、組織及管理，讓使用者閱讀起來相當雜亂。3.一般行動通訊裝置固然得到訂閱之資訊，但是無法分類、組織及管理，沒有辦法實現使用者同時訂閱多種信息之功能”(見其說明書[發明背景]最後一段)。至於先前技術二所產生的技術效果則為“一旦頻道之資訊被更新時，可以利用推播技術告知使用者，讓使用者可以立刻得知最新資訊。並且，使用者所接收到的頻道之資訊已被分類組織及管理，讓使用者便於閱讀”。

中華民國專利公告號I359600之「關聯具有交遞內容之行動頻道訂閱的方法及系統」，其中揭露一種用於在一行動網路中建立用於頻道訂閱之一交遞內容的方法與系統，其包括以下步驟：自該行動網路中的一行動器件與一內容提供者建立一訂閱；以及傳遞一交遞內容至一交遞伺服器。此先前技術三實際解決的技術問題是“…其他替代包括基於SMS的推播及廣播或社區廣播。在為廣播的情形下，無法定制交遞來滿足一特定使用者或一特定器件之能力的需要。因此該等系統不具有與其相關聯之智慧”(見其說明書第[0005]段)。而先前技術三所產生的技術效果則為“提供一訂閱模型及拓樸，其中將訂閱資訊與一交遞內容兩者傳達至一交遞伺服器或一內容提供者”。

另有一種先前技術四，以雲端、行動通訊裝置與推播技術提供個人對個人或組織內部之訊息交換服務，例如由韓國NHN公司在日本的子公司LINE株式會社所開發的“Line”應用程式及其後端之系統，以及Facebook旗下之“WhatsApp”應用程式及其後端之系統。先前技術四實際解決的技術問題是“習見簡訊傳送之訊息內容不夠多樣化，無法以更生動、更活潑的方式拉近溝通距離”。而先前技術四所產生的技術效果則為“提供個人對個人或組織內部之訊息交換(聊天室)服務，並強化更生動、更活潑的訊息貼圖”。

上述該些先前技術，雲端伺服器均無專題管理模組以因應“即使參與人相同，不同的專題討論訊息應分別記錄”，例如：公司內某小組的多位成員同時參與數個不同的專案，先前技術因缺乏專題管理模組以致無法將不同的專案討論訊息分別記錄，致使所有不同的專案討論訊息混雜記錄在一起，日後不易區分或查詢，先前技術四((Line與WhatsApp)之聊天室是以“參與成員”區別不同的記錄(即，Member Oriented)，當參與成員相同時即會接續前一次的記錄，假設“成員A”、“成員B”與“成員C”三人利用先前技術四開設聊天室討論“專案A”與“專案B”兩個不同的專題，三人在任何時候進入討論不同的專題都是利用同一聊天室(由於參與成員相同，故，同一聊天室)，因此“專案A”與“專案B”的聊天記錄(即，訊息)皆混雜記錄在一起。

故，實有必要提出一種應用於一雲端之企業行動訊息系統與方法及其應用於存取該雲端之一行動通訊裝置，在資料庫中依不同的專題分別儲存各自的訊息於獨立的區塊(即，Subject Oriented)，並且在用戶端提供查看獨立專題區塊訊息的圖形化使用者介面，以提升使用者的工作效能。

有鑑於此，本發明提出一種企業行動訊息系統與方法，依據不同的專題分別儲存各自的訊息於獨立的區塊，並在用戶端提供查看獨立專題區塊訊息的圖形化使用者介面。

本發明提出一種企業行動訊息系統，包含：一資料庫，儲存有複數個專題區塊以及複數個成員資訊，每個該專題區塊包含一專題識別碼以及關聯該專題識別碼之一首發訊息；一伺服器，存取該資料庫，包含：一第一網路通訊模組，與關聯該些成員資訊之一的一行動通訊裝置建立網路連線；一登入驗證模組，驗證該行動通訊裝置經由網路連線該伺服器；以及一專題管理模組，接收該行動通訊裝置上傳關聯該專題識別碼之一回覆專題指令與一回覆訊息，而在對應該專題識別碼之該專題區塊內儲存該回覆訊息並使該回覆訊息與該首發訊息產生關聯；以及一推播閘道器，依據該首發訊息或該回覆訊息產生一推播通知，並透過一外部推播主機發送該推播通知至關聯該些成員資訊所對應之該行動通訊裝置；其中，由該資料庫、該伺服器及該推播閘道器組合成一雲端。

本發明上述企業行動訊息系統，較佳地，該伺服器包含一閱讀記錄管理模組，依據關聯該首發訊息或該回覆訊息的一已讀/未讀資訊，以產生關聯於該些成員資訊的一已讀清單或一未讀清單。

本發明上述企業行動訊息系統，較佳地，該已讀/未讀資訊記錄關聯該些成員資訊對該首發訊息或該回覆訊息的一已讀/未讀狀態。

本發明上述企業行動訊息系統，較佳地，該行動通訊裝置包含一或多個處理器及一螢幕，該處理器執行複數個程式指令，該等程式指令包含：一第一程式指令，使該行動通訊裝置與該伺服器建立網路連線，以進行登入驗證；一第二程式指令，使該行動通訊裝置接收該推播通知後，自該伺服器下載對應於一推播通知序號之該首發訊息之一訊息內容；一第三程式指令，使該行動通訊裝置依該專題識別碼區分顯示，將該專題識別碼所關聯之該首發訊息顯示於該螢幕上；以及一第四程式指令，使該行動通訊裝置接收該回覆訊息輸入，並產生關聯該專題識別碼之該回覆專題指令，將該回覆訊息以及該回覆專題指令上傳給該伺服器。

本發明上述企業行動訊息系統，較佳地，該第三程式指令，使該行動通訊裝置響應一未讀清單查詢指令以下載並顯示一未讀清單。

本發明上述企業行動訊息系統，較佳地，該第三程式指令，使該行動通訊裝置響應該首發訊息之一閱讀指令並上傳一已讀狀態。

本發明上述企業行動訊息系統，較佳地，該第三程式指令，使該行動通訊裝置響應該首發訊息之一已讀清單查詢指令以下載並顯示一已讀清單。

本發明上述企業行動訊息系統，較佳地，該第三程式指令，使該行動通訊裝置顯示該未讀清單時，對應該些成員資訊顯示一時間標記。

本發明上述企業行動訊息系統，較佳地，該時間標記係選自：一“最後一次登入系統的時間”以及一“最後一次進入聊天室的時間”。

本發明上述企業行動訊息系統，較佳地，該資料庫以一次的資料存取將整個該專題區塊的該首發訊息及該回覆訊息載入。

本發明上述企業行動訊息系統，較佳地，每個該專題區塊包含一接收端設定，且該些成員資訊關聯該接收端設定。

本發明上述企業行動訊息系統，較佳地，該回覆專題指令包含該接收端設定。

本發明上述企業行動訊息系統，較佳地，該專題管理模組以該回覆專題指令之該接收端設定覆寫該專題區塊之該接收端設定。

本發明上述企業行動訊息系統，較佳地，該伺服器包含一第一訊息模組，依據該接收端設定產生一訊息接收端清單，該訊息接收端清單包含至少一關聯該行動通訊裝置之推播識別碼。

本發明上述企業行動訊息系統，較佳地，該專題管理模組接收該行動通訊裝置上傳一新增專題指令與該首發訊息而在該資料庫創建新的該專題區塊。

本發明上述企業行動訊息系統，較佳地，該新增專題指令包含一接收端設定，且該專題管理模組設置該專題識別碼與該接收端設定並儲存該首發訊息於該專題區塊。

本發明上述企業行動訊息系統，較佳地，該專題管理模組響應該回覆專題指令，而在該專題區塊內創建新的一第二層區塊並設置一專題第二層識別碼以儲存該回覆訊息。

本發明復提出一種企業行動訊息系統，包含：一資料庫，儲存有複數個專題區塊以及複數個成員資訊，每個該專題區塊包含一專題識別碼、關聯該專題識別碼之一首發訊息以及至少一已讀/未讀資訊，該已讀/未讀資訊記錄關聯該成員資訊對該首發訊息的一已讀/未讀狀態；一伺服器，存取該資料庫，包含：一第一網路通訊模組，與關聯該些成員資訊之一的一行動通訊裝置建立網路連線；一專題管理模組，接收該行動通訊裝置上傳一新增專題指令與該首發訊息而在該資料庫創建該專題區塊，並設置該專題識別碼且儲存該首發訊息於該專題區塊；以及一閱讀記錄管理模組，依據該已讀/未讀資訊比對該些成員資訊以產生一已讀清單或一未讀清單；以及一推播閘道器，依據該首發訊息產生一推播通知，並透過一外部推播主機發送該推播通知至關聯該些成員資訊所對應之該行動通訊裝置；其中，由該資料庫、該伺服器及該推播閘道器組合成一雲端。

本發明上述企業行動訊息系統，較佳地，該行動通訊裝置包含一或多個處理器及一螢幕，該處理器執行複數個程式指令，該等程式指令包含：一第一程式指令，使該行動通訊裝置接收該推播通知後，自該伺服器下載對應於一推播通知序號之該首發訊息；以及一第二程式指令，使該行動通訊裝置依該專題識別碼區分顯示，將該專題識別碼所關聯之該首發訊息顯示於該螢幕上，並響應一未讀清單查詢指令以下載並顯示該未讀清單，或響應一已讀清單查詢指令以下載並顯示該已讀清單；以及一第三程式指令，使該行動通訊裝置接收該首發訊息輸入，並產生該新增專題指令，將該首發訊息以及該新增專題指令上傳給該伺服器。

本發明復提出一種企業行動訊息方法，應用於由一資料庫、一伺服器與一推播閘道器所組合的一雲端，該方法包含：於該資料庫儲存有複數個專題區塊以及複數個成員資訊，每一該專題區塊包含一專題識別碼以及關聯該專題識別碼之一首發訊息；該伺服器與關聯該些成員資訊之一的一行動通訊裝置建立網路連線，以進行登入驗證該行動通訊裝置；該伺服器接收該行動通訊裝置所上傳關聯該專題識別碼之一回覆專題指令與一回覆訊息，在該專題區塊內儲存該回覆訊息並使該回覆訊息與該首發訊息產生關聯；以及，該推播閘道器依據該首發訊息或該回覆訊息產生一推播通知，並透過一推播主機發送該推播通知至該行動通訊裝置。

本發明上述企業行動訊息方法，較佳地，該行動通訊裝置包含一或多個處理器及一螢幕，該處理器執行複數個程式指令，該等程式指令包含：一第一程式指令，使該行動通訊裝置與該伺服器建立網路連線，以進行登入驗證；一第二程式指令，使該行動通訊裝置接收該推播通知後，自該伺服器下載對應於一推播通知序號之該首發訊息或該回覆訊息；一第三程式指令，使該行動通訊裝置依該專題識別碼區分顯示，將該專題識別碼所關聯之該首發訊息或該回覆訊息顯示於該螢幕上；以及一第四程式指令，使該行動通訊裝置接收該回覆訊息輸入，並產生關聯該專題識別碼之該回覆專題指令，將該回覆訊息以及該回覆專題指令上傳給該伺服器。

本發明復提出一種企業行動訊息方法，應用存取一雲端之一行動通訊裝置，該雲端由一資料庫、一伺服器與一推播閘道器所組合，其中該資料庫儲存有複數個專題區塊以及複數個成員資訊，該專題區塊包含一專題識別碼以及關聯該專題識別碼之一首發訊息，該行動通訊裝置包含一或多個處理器及一螢幕，該處理器執行複數個程式指令，該等程式指令包含：一第一程式指令，使該行動通訊裝置與該伺服器建立網路連線，以進行登入驗證；一第二程式指令，使該行動通訊裝置根據一推播通知自該伺服器下載該專題區塊之該首發訊息；一第三程式指令，使該行動通訊裝置依該專題識別碼區分顯示，將該專題識別碼所關聯之該首發訊息顯示於該螢幕上；以及，一第四程式指令，使該行動通訊裝置接收一回覆訊息輸入，並產生關聯該專題識別碼之一回覆專題指令，將該回覆訊息以及該回覆專題指令上傳給該伺服器，其中，該伺服器根據該回覆專題指令在該專題區塊內使該回覆訊息與該首發訊息產生關聯。

本發明復提出一種企業行動訊息方法，應用存取一雲端之一行動通訊裝置，該雲端由一資料庫、一伺服器與一推播閘道器所組合，其中該資料庫儲存有複數個專題區塊以及複數個成員資訊，該專題區塊包含一專題識別碼、關聯該專題識別碼之一首發訊息以及至少一已讀/未讀資訊，該已讀/未讀資訊記錄關聯該成員資訊對該首發訊息的一已讀/未讀狀態，該行動通訊裝置包含一或多個處理器及一螢幕，該處理器執行複數個程式指令，該等程式指令包含：一第一程式指令，使該行動通訊裝置與該伺服器建立網路連線，以進行登入驗證；一第二程式指令，使該行動通訊裝置接收該首發訊息輸入，並產生一新增專題指令，將該首發訊息以及該新增專題指令上傳給該伺服器；以及一第三程式指令，使該行動通訊裝置響應一未讀清單查詢指令以下載並顯示一未讀清單，或響應一已讀清單查詢指令以下載並顯示一已讀清單，其中該未讀清單或該已讀清單是依據該已讀/未讀資訊比對該些成員資訊所產生。

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

10‧‧‧伺服器

12‧‧‧第一網路通訊模組

14‧‧‧登入驗證模組

16‧‧‧專題管理模組

18‧‧‧第一訊息模組

20‧‧‧閱讀記錄管理模組

22‧‧‧資料庫

24‧‧‧推播閘道器

26‧‧‧推播主機

28‧‧‧行動通訊裝置

30‧‧‧應用程式

32‧‧‧第二網路通訊模組

34‧‧‧登入模組

36‧‧‧資料存取模組

38‧‧‧第二訊息模組

40‧‧‧訊息輸入模組

42‧‧‧雲端

44‧‧‧動態消息

46‧‧‧容器

48‧‧‧專題區塊

50‧‧‧新增訊息按鍵

52‧‧‧訊息摘要

54‧‧‧訊息輸入方塊

56‧‧‧發送鍵

58‧‧‧首發訊息完整內容

60‧‧‧佈達對象

62‧‧‧回覆訊息完整內容

第1圖為本發明實施例之系統架構圖；第2圖為本發明一實施例專題區塊示意圖；第3圖為本發明一實施例行動通訊裝置顯示已讀清單示意圖；第4圖為本發明又一實施例行動通訊裝置顯示已讀清單示意圖；第5圖為本發明一實施例行動通訊裝置顯示未讀清單示意圖；第6圖為本發明又一實施例行動通訊裝置顯示未讀清單示意圖；第7圖為本發明實施例之操作流程圖；第8圖本發明一實施例專題摘要瀏覽示意圖；第9圖本發明一實施例專題內容示意圖一；及第10圖本發明一實施例專題內容示意圖二。

本發明所謂的“企業行動訊息”在一實施例中係應用於行動公佈欄(Bulletin Board)之公佈欄訊息，屬於由上至下的佈達訊息，例如：公司重要公告；在一實施例中係應用於行動聊天室(Chat Room)之聊天訊息，例如：一個部門的所有成員以聊天室進行多人線上會議，互相傳送聊天訊息；在一實施例中係應用於行動動態消息(Timeline News，或稱News Feed)之貼文(Article)，例如：一位部門成員發送一則貼文予部門同仁。

參閱第1圖，本發明一較佳實施例之系統架構圖，本發明系統包含有：伺服器端(即雲端42)之資料庫22、伺服器10與推播閘道器24，以及用戶端之行動通訊裝置28。於此，伺服器端與用戶端之間能經由外部推播系統進行通信，但此外部推播系統並非本發明系統之限制，僅用以說明。資料庫22儲存有複數個專題區塊以及複數個成員資訊，每個專題區塊包含至少一首發訊息、一接收端設定(即訊息的佈達對象)、一專題識別碼(Subject ID)以及一已讀/未讀資訊，本發明依不同的專題將關聯該專題識別碼的首發訊息及回覆訊息儲存至不同的專題區塊，專題區塊並設置不重複的專題識別碼，所謂的“專題”並非指訊息的“主旨”或“標題”，而是指使用者以“新增專題指令”輸入一則新的訊息(首發訊息)即產生一個新的專題，例如：點選“新增訊息按鍵”，故，使用者可依不同的專案產生不同的專題以區分所有討論的訊息，每個訊息包含訊息內容(Message Content)，每個成員資訊包含帳號及密碼，至於已讀/未讀資訊則是指關聯已閱讀過或未閱讀過首發訊息之訊息內容的成員清單，即“已閱讀過首發訊息之訊息內容的所有已讀成員”或“未閱讀過首發訊息之訊息內容的所有未讀成員”，已讀/未讀資訊也就是記錄關聯該成員資訊對首發訊息的一已讀/未讀狀態，例如：某一首發訊息已被10位成員讀過，在已讀/未讀資訊中即記載這10位已讀過的成員或記載收到該首發訊息的所有成員中未讀過的成員。而資料庫22中每一篇首發訊息皆各自有其對應的已讀/未讀資訊，並且，已讀資訊係隨成員的行動通訊裝置28的一已讀狀態上傳後即更新。

又，本發明所謂的專題區塊係指資料庫22於儲存資料至記憶體時在物理上將關聯的資料(即同一專題的首發訊息及回覆訊息，包含第二層區塊、第三層區塊…等所有子層區塊)儲存至相鄰之位置(即，“磁區”，Sector)，當資料庫22讀取(Loading，或稱載入)時即可在一次的I/O存取(即，硬碟讀取頭在磁盤轉動一次的存取動作)便將整個專題區塊(包含所有子層區塊)內的資料載入，可大幅減少習見技術I/O存取的次數，亦即提高資料庫22效能。而習見技術並未將關聯的資料儲存至相鄰的磁區，故，習見技術需要多次的I/O存取才能讀取完散置各磁區的關聯資料。

伺服器10包含一或多個處理器，並以硬體與軟體協同運作的方式實施以下模組：第一網路通訊模組12、登入驗證模組14、專題管理模組16、第一訊息模組18及閱讀記錄管理模組20。第一網路通訊模組12用以與用戶端之行動通訊裝置28之第二網路通訊模組32建立網路連線，在本發明的不同實施例中，該網路連線是基於TCP協定(包含Socket及WebSocket連線)、HTTP協定或HTTPS協定。登入驗證模組14，驗證行動通訊裝置28經由網路連線伺服器10，並接收某成員透過行動通訊裝置28所上傳之帳號及密碼，然後將帳號及密碼與資料庫22中所儲存該成員資訊之帳號及密碼進行驗證。專題管理模組16接收上傳之“新增專題指令”與首發訊息(兩者之間具有關聯性)，在資料庫22創建新的專題區塊並設置專題識別碼以儲存首發訊息，由於新增專題指令包含接收端設定(即，訊息佈達對象)，故，專題管理模組16依據新增專題指令中的接收端設定為此專題區塊設置同樣的接收端設定；以及，接收上傳關聯該專題識別碼之回覆專題指令與回覆訊息(兩者之間具有關聯性)，而在對應該專題識別碼之該專題區塊內創建新的“第二層區塊”並設置“專題第二層識別碼”以儲存回覆訊息，並使該回覆訊息與該首發訊息產生關聯。第一訊息模組18依據接收端設定產生訊息接收端清單，訊息接收端清單包含至少一關聯行動通訊裝置28之推播識別碼(Push ID)，一個推播識別碼係對應至一位成員的接收裝置(即行動通訊裝置28)，在設定訊息的佈達對象(即，接收端設定)時通常係以勾選的方式選取組織通訊錄中的成員，第一訊息模組18需進行對照工作(Mapping)才能將佈達對象(即，“組織通訊錄中被選取的成員”)轉換產成訊息接收端清單(即被選取成員的“推播識別碼”)。閱讀記錄管理模組20依據使用者(即成員)自行動通訊裝置28所上傳“針對某一首發訊息之已讀狀態”將其記錄於資料庫22的已讀資訊中；當使用者上傳“針對某一首發訊息之已讀清單查詢指令”時，閱讀記錄管理模組20即依據該首發訊息之已讀資訊產生關聯成員資訊之已讀清單；當使用者上傳“針對某一首發訊息之未讀清單查詢指令”時，閱讀記錄管理模組20即依據該首發訊息之已讀資訊比對成員資訊(當初訊息之佈達對象，即，“接收端設定”或“訊息接收端清單”)以產生關聯成員資訊之未讀清單，例如：當初某首發訊息的佈達對象有30位成員，而已讀資訊中記載有10位成員，未讀清單的產生方式係由閱讀記錄管理模組20將已讀資訊與原本的佈達對象(“接收端設定”或“訊息接收端清單”)進行一比對工作。

本發明一實施例係資料庫22於創建新的專題區塊時依據新增專題指令中包含之接收端設定(即，訊息佈達對象)設置專題區塊之接收端設定，意即，當創建新的專題區塊時即設置完成日後要接收此區塊所有關聯訊息(即，首發訊息與回覆訊息)之成員(訊息佈達對象)；本發明另一實施例之回覆專題指令亦可包含接收端設定(由訊息輸入模組40所設定)，當回覆專題指令包含接收端設定時，專題管理模組16以回覆專題指令之接收端設定覆寫(Overwrite)原本專題區塊之接收端設定，例如：原本某一專題的訊息(首發訊息與回覆訊息)其佈達對象(即，接收端設定)僅有“成員A”、“成員B”與“成員C”三人，但是後來“成員B”於回覆訊息(即，儲存於第二層區塊)中另外新增一位討論參與人“成員D”，於是，當再有任何回覆訊息儲存至此一專題區塊時，“成員A”、“成員B”、“成員C”及“成員D”四人皆會收到推播通知並可參與討論。

在本發明的實施例中，伺服器10所包含的上述各模組應被理解為一種硬體與軟體協同運作的資源，各模組的技術特徵可以複數個程式指令或應用程式的一部份來表達，但是各模組的技術效果必須是以一或多個處理器來執行該些程式指令或應用程式的形式(即硬體與軟體協同運作的資源)來實現，而本發明所欲解決的問題即是透過這樣的硬體與軟體協同運作的資源來獲得改善。

上述伺服器10與資料庫22並未限定部署於特定數量之設備上，在本發明的不同實施例中，伺服器10與資料庫22兩者可部署於同一台設備之上，又或者，兩者可各自部署於叢集(Cluster)結構之設備上，或者異地的叢集設備上。

推播閘道器24依據首發訊息或回覆訊息產生推播通知(Push Notification)，並透過外部推播主機26(例如：MPNS、GCM以及APNS)發送推播通知至訊息接收端清單所對應之行動通訊裝置28。其中在本發明的一種實施例中，首發訊息或回覆訊息之推播通知包含部份或完整之訊息內容以及訊息接收端清單上之推播識別碼，而推播通知包含一個不重複的推播通知序號(或是至少在近期資料可查詢之範圍內為不重複)。在本發明的一種實施例中，所謂推播通知之“部份或完整之訊息內容”係取決於訊息內容的長度，以APNS為例來說明，其允許的最大訊息內容(Payload)長度為256Bytes，當某一訊息之內容少於256Bytes時其推播通知即包含了訊息的完整內容，當某一訊息之內容大於256Bytes時其推播通知僅包含訊息的部份內容(即前256Bytes部份)。本發明的另一種實施例中，訊息(首發訊息與回覆訊息)包含一個訊息主旨(Message Subject)，其推播通知係以訊息主旨發送。

在本發明的不同實施例中，行動通訊裝置28為運行iOS、Android或Windows Phone作業系統之智慧手機與平板電腦，行動通訊裝置28包含一或多個處理器及一螢幕，該處理器可執行複數個程式指令或應用程式30(即Application，又稱App)。該處理器執行該應用程式30包含：第二網路通訊模組32、登入模組34、資料存取模組36、第二訊息模組38以及以訊息輸入模組40。第二網路通訊模組32用以與伺服器10之第一網路通訊模組12建立網路連線，在本發明的不同實施例中，該網路連線是基於TCP協定、HTTP協定或HTTPS協定。登入模組34接收使用者(即成員)從行動通訊裝置28的輸入介面所輸入之帳號及密碼，並上傳至伺服器10以進行驗證，在本發明的另一實施例中，帳號及密碼可暫存於行動通訊裝置28之記憶體，在一段時間之內(例如：一天或一星期)重複登入皆不需手動輸入帳號及密碼，即可自動登入。資料存取模組36接收推播通知後觸發第二網路通訊模組32與伺服器10之第一網路通訊模組12建立網路連線(TCP協定、HTTP協定或HTTPS協定)，再自伺服器10下載對應於推播通知序號之首發訊息或回覆訊息之完整內容。在本發明的一種實施例中，第二網路通訊模組32與第一網路通訊模組12建立之網路連線採TCP協定或WebSocket協定(屬於一種TCP協定，但由用戶端發出的Handshake請求為HTTP形式)，此實施例之資料存取模組36係直接下載訊息；本發明另一實施例之第二網路通訊模組32與第一網路通訊模組12建立之網路連線採HTTP協定或HTTPS協定，此實施例之資料存取模組36係以輪詢(Polling)技術下載訊息。第二訊息模組38依專題識別碼區分顯示，將專題識別碼所關聯之訊息顯示於螢幕上，亦即，本發明可將不同的專題分開顯示於螢幕上，同一專題關聯的首發訊息與回覆訊息係顯示在一起，以便使用者閱讀/查詢首發訊息與回覆訊息時可依專題區分；接受“訊息之閱讀指令”並上傳“已讀狀態”，意即，當使用者閱讀某一首發訊息時(產生閱讀指令)，第二訊息模組38將“已讀狀態”(即，使用者已讀此首發訊息之資訊)上傳至伺服器10；接受“訊息之已讀清單查詢指令”以下載並顯示已讀清單，意即，當使用者針對某一首發訊息下達“已讀清單查詢指令”(例如點選一個“已讀”按鍵)後，第二訊息模組38即上傳“已讀清單查詢指令”，接著下載針對該首發訊息的已讀清單，並將已讀清單顯示於螢幕上；接受“訊息之未讀清單查詢指令”以下載並顯示未讀清單，當使用者針對某一首發訊息下達“未讀清單查詢指令”(例如點選一個“未讀”按鍵)後，第二訊息模組38即上傳“未讀清單查詢指令”，接著下載針對該首發訊息的未讀清單，並將未讀清單顯示於螢幕上。

上述該處理器可執行複數個程式指令包含：第一程式指令，使行動通訊裝置28與伺服器10建立網路連線，以進行登入驗證；第二程式指令，使該行動通訊裝置28接收推播通知後，自伺服器10下載對應於推播通知序號之該首發訊息或該回覆訊息之訊息內容；第三程式指令，使該行動通訊裝置28依該專題識別碼區分顯示，將該專題識別碼所關聯之該首發訊息或該回覆訊息顯示於螢幕上，並響應未讀清單查詢指令以下載並顯示未讀清單，亦可響應首發訊息之閱讀指令並上傳已讀狀態或響應該首發訊息之一已讀清單查詢指令以下載並顯示該已讀清單；第四程式指令，使行動通訊裝置28接收回覆訊息輸入，並產生關聯該專題識別碼之回覆專題指令，將回覆訊息以及回覆專題指令上傳給伺服器10，回覆訊息包含訊息內容；以及，第五程式指令，使該行動通訊裝置接收該首發訊息輸入，並產生一新增專題指令，將該首發訊息以及該新增專題指令上傳給該伺服器。

在本發明不同的實施例中，該處理器所執行的第一程式指令、第二程式指令、…是分別表示複數個程式指令的集合，而第一、第二、…等並不用以限定接續在該第一程式指令、第二程式指令、…所表達的技術特徵或方法的步驟。熟悉此發明之技術人士可理解接續在該第一程式指令、第二程式指令、…所表達的技術特徵或方法的步驟是可以加以合併或組合由不同集合的程式指令來表達。

本發明之首發訊息與回覆訊息如前所述應用於公佈欄、聊天室以及動態消息，當應用於公佈欄以及動態消息時，本發明第二訊息模組38所顯示之已讀清單與未讀清單係“所有接收訊息的成員”(即，訊息接收端清單中所對應之所有成員)皆有權限查看；當應用於多人聊天室時，本發明第二訊息模組38所顯示之已讀清單與未讀清單僅訊息發送者及管理者具有權限查看。

在本發明的另一種實施例中，行動通訊裝置28執行應用程式30進一步包含訊息輸入模組40。訊息輸入模組40接收成員指令輸入一個新的訊息(首發訊息)或回覆訊息，輸入新的訊息(首發訊息)會產生新增專題指令(例如：點選“新增訊息按鍵”)，而輸入回覆訊息會產生回覆專題指令(例如：點選“回覆訊息按鍵”)，新增專題指令包含接收端設定(即，佈達對象)，所謂的“接收端設定”係以勾選方式自通訊錄(例如組織通訊錄或個人通訊錄)中選取特定成員，輸入完後訊息輸入模組40將首發訊息/回覆訊息連同新增專題指令/回覆專題指令經由第二網路通訊模組32上傳給伺服器10。

參閱第2圖，本發明一實施例之專題區塊48示意圖，本發明之企業行動訊息係應用於公佈欄、聊天室以及動態消息44，第2圖係本發明其中之一種實施例，而公佈欄與聊天室之專題區塊與此圖例相同，故不贅述。其說明了本發明之資料庫22應用於動態消息44時，係將首發訊息與回覆訊息以容器46(Container)形式儲存，所謂的容器46意指其內容物可為任意格式之資料，例如：文字、影像、聲音、圖片、貼圖、網址、串流(Streaming)、電子投票…等等，圖例中容器46中的數字編號代表識別碼，其中編號“0001”、“0002”、“0003”與“0004”的容器46代表各專題區塊48(伺服器根據一新增專題指令在資料庫中所創建產生)中的首發訊息，其編號亦為個自專題區塊48之專題識別碼，而編號“0005”、“0006”、“0007”、“0008”與“0009”的容器46則代表各專題區塊48中的回覆訊息(伺服器根據一關聯該專題識別碼之回覆專題指令在該專題區塊48中所產生)，其中編號“0005”、“0006”與“0007”代表“專題第二層識別碼”，而編號“0008”與“0009”代表“專題第三層識別碼”，以此類推。該些編號(識別碼)亦被資料庫22用以表示首發訊息/回覆訊息所儲存之位址(Address)，例如編號“0009”的資料儲存完整位址為“0003.0006.0009”。本發明利用專題區塊48分別儲存不同專題的首發訊息與回覆訊息，可方便使用者依專題查詢/瀏覽過往討論(即，首發訊息與回覆訊息)，另外，當資料庫22讀取資料時可在一次的I/O存取便將整個專題區塊48內的資料載入，可大幅減少I/O存取的次數，提高資料庫22效能。

參閱第3圖，本發明一實施例之行動通訊裝置28顯示已讀清單示意圖，其說明了本發明一實施例之行動通訊裝置28執行應用程式30後，使用者針對某一特定訊息(例如：公佈欄訊息、聊天訊息或貼文)查詢“已讀清單”，圖例中顯示已讀此訊息的成員為“Adam”、“Abel”、“Carl”、“Hank”與“Ian”。此實施例係以頁籤(Tab)方式分別顯示已讀清單與未讀清單，本發明其他實施例亦可採按鍵(Button，未描繪)或分頁(Page，未描繪)方式供使用者點選以分別顯示已讀清單與未讀清單。

參閱第4圖，本發明又一實施例行動通訊裝置28顯示已讀清單示意圖，此實施例較前一實施例(第2圖)增設了一“閱讀時間標記”，閱讀時間表示成員讀取訊息的時間，例如：“Adam在5分鐘前閱讀”、“Carl 在8小時前閱讀”、“Ian在星期三下午12：20閱讀”(如超過一星期即顯示為**月**日)。

參閱第5圖，本發明一實施例行動通訊裝置28顯示未讀清單示意圖，其說明了本發明一實施例之行動通訊裝置28執行應用程式30後，使用者針對某一特定訊息(例如：公佈欄訊息、聊天訊息或動態消息之貼文)查詢“未讀清單”，圖例中顯示尚未讀此訊息的成員為“David”、“Ken”、“Max”、“Oz”與“Ray”。

參閱第6圖，本發明又一實施例行動通訊裝置28顯示未讀清單示意圖，此實施例較前一實施例(第4圖)增設了一“時間標記”，在本發明一實施例中，未讀清單中的時間標記係用以表示未讀成員“最後一次登入系統的時間”；在本發明另一實施例中，未讀清單中的時間標記係用以表示未讀成員“最後一次進入聊天室的時間”。

參閱第7圖，本發明的一種實施例之操作流程圖，例示說明相同參與討論的成員建立兩個不同專題訊息之流程。請同時參閱第1圖、第2圖與第8圖，本發明方法係包含：

步驟S101：於行動通訊裝置28上執行本發明之應用程式30。行動通訊裝置28例如蘋果之iPhone 6智慧手機或iPad Air 2平板電腦。

步驟S102：行動通訊裝置28與伺服器10建立網路連線。執行應用程式30後，應用程式30之第二網路通訊模組32與雲端42之伺服器10之第一網路通訊模組12建立網路連線，網路連線是基於TCP協定(包含Socket及WebSocket連線)、HTTP協定或HTTPS(即HTTP over SSL)協定。

步驟S103：上傳帳號及密碼以進行登入驗證。使用者“成員A”利用應用程式30輸入帳號及密碼。接著，行動通訊裝置28之登入模組34將使用者輸入的帳號及密碼上傳至伺服器10，並由登入驗證模組14進行登入驗證。本發明另一實施例，在有效期限之內由登入模組34暫存前一次所輸入的帳號與密碼，當應用程式30執行時，自動將帳號及密碼上傳至伺服器10，再由登入驗證模組14進行登入驗證。

步驟S104：上傳新增專題指令與關聯之首發訊息。使用者“成員A”點選新增訊息按鍵50，利用訊息輸入模組40輸入一個新的訊息以便與“成員B”針對“專案A”進行討論，例如：在“首發訊息的輸入方塊”(InputBox，未描繪)中輸入訊息內容，然後，使用者勾選通訊錄中的“成員B”(新增專題指令包含接收端設定，即，“成員B”)，最後按下“送出鍵”(未描繪)，訊息輸入模組40將首發訊息連同新增專題指令經由第二網路通訊模組32上傳給伺服器10。即，新增專題指令係由訊息輸入模組40所產生。

步驟S105：資料庫22創建新的專題區塊48並設置專題識別碼與接收端設定並儲存首發訊息。伺服器10接收上傳之新增專題指令與關聯之首發訊息後，專題管理模組16在資料庫22中創建新的專題區塊48(關於“專案A”)，同時設置為其一個不重複的專題識別碼，以儲存首發訊息及接收端設定，例如：第2圖中，編號“0001”(即，專題識別碼)的專題區塊48，而訊息即儲存於編號“0001”的容器46之中。

步驟S106：伺服器10依據接收端設定產生訊息接收端清單。第一訊息模組18依據接收端設定與資料庫22進行對照並產生訊息接收端清單，訊息接收端清單包含關聯行動通訊裝置28之推播識別碼。

步驟S107：推播閘道器24依據訊息(關於“專案A”)產生推播通知。

步驟S108：透過外部推播主機26發送推播通知至對應訊息接收端清單之行動裝置28。外部推播主機26例如：MPNS、GCM以及APNS，而“對應訊息接收端清單之行動裝置28”即“成員B”之行動裝置28。

步驟S109：行動通訊裝置28下載訊息(關於“專案A”)。“成員B”之行動裝置28接收推播通知後(假設成員已登入)，經由第二網路通訊模組32上傳推播通知序號，並自伺服器10下載對應推播通知序號之訊息之完整內容。

步驟S110：上傳新增專題指令與關聯之首發訊息。使用者“成員B”點選新增訊息按鍵50，利用訊息輸入模組40輸入另一個新的訊息以便與“成員A”針對“專案B”進行討論，例如：在“首發訊息的輸入方塊”(InputBox，未描繪)中輸入訊息內容，然後，使用者勾選通訊錄中的“成員A”(新增專題指令包含接收端設定，即，“成員A”)，最後按下“送出鍵”(未描繪)，訊息輸入模組40將首發訊息連同新增專題指令經由第二網路通訊模組32上傳給伺服器10。即，新增專題指令係由訊息輸入模組40所產生。

步驟S111：資料庫22創建新的專題區塊48並設置專題識別碼與接收端設定並儲存首發訊息。伺服器10接收上傳之新增專題指令與關聯之首發訊息後，專題管理模組16在資料庫22中創建另一個新的專題區塊48(關於“專案B”)，同時設置為其一個不重複的專題識別碼，以儲存首發訊息及接收端設定，例如：第2圖中，編號“0002”(即，專題識別碼)的專題區塊48，而訊息即儲存於編號“0002”的容器46之中。

步驟S112：伺服器10依據接收端設定產生訊息接收端清單。第一訊息模組18依據接收端設定與資料庫22進行對照並產生訊息接收端清單，訊息接收端清單包含關聯行動通訊裝置28之推播識別碼。

步驟S113：推播閘道器24依據訊息(關於“專案B”)產生推播通知。

步驟S114：透過外部推播主機26發送推播通知至對應訊息接收端清單之行動裝置28。外部推播主機26例如：MPNS、GCM以及APNS，而“對應訊息接收端清單之行動裝置28”即“成員A”之行動裝置28。

步驟S115：行動通訊裝置28下載訊息。“成員A”之行動裝置28接收推播通知經過登入驗證後，上傳推播通知序號，並自伺服器10下載對應推播通知序號之訊息(關於“專案B”)之完整內容。

上述步驟S104與步驟S110，當上傳新增專題指令與關聯之首發訊息後，在步驟S105與步驟S111時，本發明之專題管理模組16即會在資料庫22中創建不同的專題區塊48以分別記錄不同的討論訊息(“專案A”與“專案B”)，而用戶端的應用程式30則可依專題瀏覽訊息摘要52，如第8圖所示，而不致於如同先前技術四當參與人相同時便將所有不同的專案討論訊息儲存在一起，以致瀏覽時不易區分。使用者若欲查看訊息的完整內容，則點選訊息摘要52，即可顯示首發訊息完整內容58(如第9圖所示)，當要回覆時，可在下方的訊息輸入方塊54輸入內容，並按下發送鍵56，即產生回覆專題指令並將回覆訊息上傳至伺服器10，回覆之後畫面更新即如第10圖所示，相較於第9圖，第10圖增加了回覆訊息完整內容62。

對本發明的不同實施例可理解的是，由電腦執行的程式指令可實行流程圖中的各個方塊、流程圖中方塊的組合、以及各實施例中的步驟。把該等程式指令提供給一處理器執行以產生一機器或產生硬體與軟體協同運作的資源，藉此在該處理器上執行該等指令時，將產生用以實行流程圖方塊指明之動作或技術效果的構件。不同集合的程式指令亦可使展示於流程圖方塊中的至少某些操作步驟並行地進行，且一應用程式的第一、第二、…程式指令所表達的技術內容可能依不同實施例而不同。再者，亦可在不只一個處理器上進行某些該等步驟，例如可能在多處理器的伺服電腦系統中發生的狀況，或行動通訊裝置中微處理器與周邊介面處理器所協同運作的狀況。此外，在不偏離本發明範圍或精神的條件下，流程圖中之一或多個方塊或方塊的組合亦可與其他方塊或方塊組合同時地進行，或甚至以不同於展示出的順序來進行。

因此，本發明流程圖的方塊支援用以進行指明動作或技術效果的構件組合、用以進行指明動作或技術效果的步驟組合、以及用以進行指明動作或技術效果的程式指令構件。亦將可了解的是，這些指明動作或技術效果是由特殊用途硬體式系統或者特殊用途硬體與程式指令協同運作來實行本發明流程圖的各個方塊以及流程圖的方塊組合。

綜上所述，本發明所揭露的一種應用於一雲端之企業行動訊息系統與方法及其應用於存取該雲端之一行動通訊裝置，解決了先前技術“當參與人相同時，所有不同專題的討論訊息皆混雜記錄在一起”，使得瀏覽訊息可依專題查詢、大幅縮短查找訊息記錄的時間，並且利用“一次I/O存取即載入同一專題區塊之資料”技術手段使資料庫22與伺服器10之工作效率大幅提升。

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