TWI451351B - 一種消息用戶端之消息更新方法及消息用戶端 - Google Patents

Description

一種消息用戶端之消息更新方法及消息用戶端

本發明關於電腦網路通信技術領域，特別關於一種消息用戶端的消息更新方法及一種消息用戶端。

隨著網路技術之發展，互聯網已經深入到廣大網路使用者心中。於眾多互聯網應用中，藉由消息用戶端進行資訊傳播與分享已經成為廣大網路使用者之生活工作及休閒中不可或缺之部分。通常，在基於消息用戶端之通信過程中，有大量之資料(例如消息)需要更新。其中一種更新方法係藉由消息用戶端從消息伺服器拉取更新之資料來實現。

微博，即微博客(Micro Blog)，係一種採用上述更新方法進行消息更新之系統。它係一個基於泛關係鏈模型之資訊分享、傳播以及獲取平臺。目前常用之微博系統包括基於網頁之微博系統和基於用戶端之微博系統。

在基於網頁之微博系統中，微博伺服器不會向使用者下發新消息通知。消息之更新是藉由使用者手動刷新微博頁面以向微博伺服器請求新消息來完成。具體過程參見圖1。圖1為現有基於網頁之微博系統中消息更新方法之示意圖。如圖1所示，當使用者刷新微博頁面時，微博頁面向微博伺服器發送請求消息以請求進行消息更新。微博伺服器收到所述請求消息後，向微博頁面返回新消息。在這種消息更新方法中，如果使用者頻繁刷新微博頁面以請求更新消息，會大大增加微博伺服器之消息更新壓力。

與基於網頁之微博系統不同，在基於用戶端之微博系統中，一旦有新消息，微博伺服器就立刻通知微博用戶端進行消息更新。圖2為現有基於用戶端之微博系統之結構示意圖。如圖2所示，當一個微博使用者發表一條新消息時，所有關注該微博用戶之其他N個微博使用者都會收到一條新消息通知。因此，在基於用戶端之微博系統中，消息之分發不再是傳統即時通信(Instant Messaging，IM)應用中的1：1之關係，而是1：N之關係。這意味者，消息通知在基於用戶端之微博系統中非常頻繁。在收到新消息通知後，這N個微博用戶端會立刻發起消息更新。這就導致了微博伺服器之大量消息更新之壓力。

由此可見，目前之消息用戶端之消息更新方法導致了消息伺服器之大批量消息更新之壓力。

有鑑於此，本發明提供了一種消息用戶端之消息更新方法及一種消息用戶端，從而降低消息伺服器消息更新之壓力。

本發明提供的一種消息用戶端消息更新之方法，其包括：消息用戶端根據自身之狀態，判斷是否需要從消息伺服器拉取新消息或者新消息通知；如果判斷出需要拉取新消息通知，則所述消息用戶端執行從所述消息伺服器拉取新消息通知之操作；如果判斷出需要拉取新消息，則所述消息用戶端執行從所述消息伺服器拉取新消息之操作。

本發明提供之一種消息用戶端，其包括：狀態判斷單元，用於根據消息用戶端之狀態判斷是否需要從消息伺服器拉取新消息或者新消息通知；拉取單元，用於當狀態判斷單元確定需要從所述消息伺服器拉取新消息時，執行從所述消息伺服器拉取所述新消息之操作；當狀態判斷單元確定需要從所述消息伺服器拉取新消息通知時，執行從所述消息伺服器拉取新消息通知之操作。

由上述技術方案可見，消息用戶端根據自身之狀態，確定是否需要從消息伺服器拉取新消息或者新消息通知。當判斷出僅需要從消息伺服器拉取新消息通知時，僅拉取所述新消息通知。這樣，既能通知使用者有新消息，又能降低消息伺服器之消息更新壓力。

為使本發明之目的、技術方案及優點更加清楚明白，以下參照附圖並舉實施例，對本發明進一步詳細說明。

本發明之基本思想是：消息用戶端根據自身之狀態，確定是否需要從消息伺服器拉取新消息或者新消息通知。當判斷出僅需要從消息伺服器拉取新消息通知時，僅拉取所述新消息通知。這樣，既能通知使用者有新消息，又能降低消息伺服器之消息更新壓力。

圖3是本發明一種消息用戶端之消息更新方法之流程圖。如圖3所示，該方法包括以下步驟：步驟301，消息用戶端根據自身之狀態，判斷是否需要從消息伺服器拉取新消息或者新消息通知。如果需要拉取新消息，執行步驟302，如果需要拉取新消息通知，執行步驟303。

步驟302，消息用戶端執行從消息伺服器拉取新消息之操作，然後結束本流程。

步驟303，消息用戶端執行從所述消息伺服器拉取所述新消息通知之操作。

由於消息用戶端在某一時刻之狀態可以反映出使用者當前之需求，因此，在步驟301中，消息用戶端可以根據自身之狀態來判斷是否需要從消息伺服器拉取新消息或者新消息通知。

其中，上述之消息用戶端可以係微博用戶端。下面，以微博用戶端為例對本發明之消息更新方法進行詳細說明。表1示出了微博用戶端之狀態和微博使用者之需求之間之對應關係。

根據表1所示之對應關係，可以看出，如果微博用戶端之狀態為微博用戶端不可見，說明微博用戶不關注微博新消息通知和新消息，所以微博用戶端不需要進行拉取新消息或新消息通知之操作。如果微博用戶端之狀態為微博用戶端可見但是微博介面不可見，說明微博用戶關注微博是否有新消息，但是不關注消息之內容，所以微博用戶端僅需要執行從所述微博伺服器拉取新消息通知之操作。如果微博用戶端之狀態為微博用戶端及微博介面均可見，說明微博用戶不僅關注微博是否有新消息，同時關注消息之內容，所以微博用戶端需要執行從所述微博伺服器拉取新消息之操作。

以上僅以微博用戶端為例對消息用戶端之狀態和使用者之間之對應關係進行了說明。需要說明的是，本發明之消息用戶端並不僅限於微博用戶端。

於本發明之方法中，由於消息通知是羽量級的，而消息是重量級的，因此，當使用者不關心新消息之內容時，使用消息通知既能節約資源，又能降低消息伺服器之壓力。只有當使用者對新消息之內容感興趣時，例如，當使用者流覽或操作消息介面時，才需要拉取新消息。這樣，既能通知使用者有新消息，又能降低消息伺服器之消息更新壓力。

此外，於本發明實施例中，可以藉由由消息伺服器設定拉取頻率來控制消息用戶端從消息伺服器拉取新消息或新消息通知之操作，從而進一步控制消息伺服器之消息更新壓力。下面，仍以微博用戶端為例進行說明。圖4為本發明實施例中一種微博用戶端之消息更新方法之流程圖。如圖4所示，該方法包括以下步驟：步驟401，當微博用戶登錄微博用戶端時，微博用戶端從微博伺服器拉取第一自動拉取頻率限制和第二自動拉取頻率限制。其中，第一自動拉取頻率限制和第二自動拉取頻率限制是由微博伺服器設定的，分別用於限制微博用戶端從微博伺服器拉取新消息和新消息通知之頻率。

步驟402，微博用戶端根據自身之狀態，判斷是否需要從微博伺服器拉取新消息或者新消息通知。如果需要拉取新消息，執行步驟403，如果需要拉取新消息通知，執行步驟406。

步驟403，微博用戶端判斷當前之拉取頻率是否滿足第一自動拉取頻率限制，如果滿足，執行步驟404；否則，結束本流程。

步驟404，微博用戶端執行從微博伺服器拉取新消息之操作。

步驟405，如果微博用戶端從微博伺服器所拉取之新消息之數量大於0，則微博用戶端在微博介面上顯示所拉取之新消息，然後結束本流程。

步驟406，微博用戶端判斷當前之拉取頻率是否滿足第二自動拉取頻率限制，如果滿足，執行步驟407；否則，結束本流程。

步驟407，微博用戶端執行從所述微博伺服器拉取新消息通知之操作。

步驟408，如果微博用戶端從微博伺服器所拉取之新消息通知之數量大於0，則微博用戶端提示微博使用者有新消息。其中，微博用戶端可以藉由點亮微博介面標籤來提示微博使用者有新消息。新消息通知可以係新消息之計數。此時，可以進一步於微博介面標籤上顯示新消息之計數。

於本發明實施例中，除了第一自動拉取頻率限制和第二自動拉取頻率限制之外，微博伺服器還可以設定一個手動拉取頻率。此時，於本實施例之步驟401中，微博用戶端於拉取第一自動拉取頻率限制和第二自動拉取頻率限制之同時，從微博伺服器拉取該手動拉取頻率限制。

於步驟403中，如果判斷出當前之拉取頻率不滿足第一自動拉取頻率限制，可以進一步執行步驟409。

步驟409，微博用戶端判斷微博用戶是否觸發手動刷新操作，如果微博用戶觸發了手動刷新操作，且所述手動刷新操作之頻率滿足手動拉取頻率限制，則執行步驟407，即執行從所述微博伺服器拉取所述新消息之操作；否則，結束本流程。

於本發明提供之方法中，藉由設定自動拉取頻率限制和手動拉取頻率限制，使得消息用戶端執行拉取操作之頻率可以由消息伺服器來控制。這樣，可以避免大量之消息更新操作給消息伺服器帶來過大之壓力。

此外，為了進一步控制消息伺服器之消息更新壓力，於本發明實施例之步驟302或步驟404之前，即在消息用戶端從消息伺服器拉取新消息之前，可以判斷是否有大量之新消息需要拉取；如果是，則消息用戶端可以只從消息伺服器拉取最新的一部分消息，其他消息在使用者需要之時候再拉取。下面仍以微博用戶端為例進行說明。圖5為本發明實施例中微博用戶端從微博伺服器拉取消息之方法流程圖。如圖5所示，該方法包括以下步驟：步驟501，微博用戶端判斷需要拉取之新消息之數量是否超過預定之閾值，如果是，執行步驟502；否則，執行步驟506。

步驟502，微博用戶端僅從微博伺服器拉取預定數量條最新之消息，其中，該預定數量小於預定之閾值。這樣，當有大量新消息時，只需要拉取最新之某些消息。

步驟503，微博用戶端在微博介面上顯示該預定數量條最新之消息，並於微博介面上顯示預留位置，用來代表未拉取之新消息。例如，該預留位置可以是一個內容為“顯示更多資訊”之字串。

步驟504，微博用戶端判斷微博用戶是否點擊了該預留位置，如果微博用戶點擊了預留位置，執行步驟505；否則，結束本流程。

步驟505，微博用戶端從微博伺服器拉取未拉取之新消息，並於微博介面上顯示本次拉取之新消息，然後結束本流程。

步驟506，微博用戶端從微博伺服器拉取全部新消息。

步驟507，微博用戶端在微博介面上顯示所有之新消息。

以上對本發明實施例之消息用戶端之消息更新方法進行了詳細之描述。下面結合實施例對本發明提出之消息用戶端進行詳細描述。

圖6為本發明一種消息用戶端之結構示意圖。如圖6所示，該消息用戶端包括：狀態判斷單元601，用於根據消息用戶端之狀態判斷是否需要從消息伺服器拉取新消息或者新消息通知；拉取單元602，用於當狀態判斷單元601確定需要從消息伺服器拉取新消息時，執行從消息伺服器拉取所述新消息之操作，當狀態判斷單元601確定需要從消息伺服器拉取新消息通知時，執行從消息伺服器拉取新消息通知之操作。

下面，以微博用戶端為例對本發明之消息用戶端進行詳細說明。

圖7為本發明實施例中一種微博用戶端之結構示意圖。如圖7所示，該微博用戶端包括：狀態判斷單元701、第一自動拉取頻率判斷單元702、第二自動拉取頻率判斷單元703、拉取單元704、新消息通知顯示單元705、以及新消息顯示單元706。

狀態判斷單元701用於根據微博用戶端之狀態判斷是否需要從微博伺服器拉取新消息或者新消息通知。

具體的，如果微博用戶端之狀態為微博用戶端不可見，則狀態判斷單元701確定不需要進行拉取新消息或新消息通知之操作；如果微博用戶端之狀態為微博用戶端可見但是微博介面不可見，則狀態判斷單元701確定需要執行從所述微博伺服器拉取新消息通知之操作；如果微博用戶端之狀態為微博用戶端及微博介面均可見，則狀態判斷單元701確定需要執行從所述微博伺服器拉取新消息之操作。

第一自動拉取頻率判斷單元702用於當狀態判斷單元701確定需要拉取新消息時，判斷當前之拉取頻率是否滿足微博伺服器設定之第一自動拉取頻率限制。

第二自動拉取頻率判斷單元703用於當狀態判斷單元701確定需要拉取新消息通知時，判斷當前之拉取頻率是否滿足微博伺服器設定之第二自動拉取頻率限制。

拉取單元704用於當第一自動拉取頻率判斷單元確定當前之拉取頻率滿足微博伺服器設定之第一自動拉取頻率限制時，執行從微博伺服器拉取新消息之操作，當第二自動拉取頻率判斷單元703確定當前之拉取頻率滿足微博伺服器設定之第二自動拉取頻率限制時，執行從微博伺服器拉取新消息通知之操作。

新消息通知顯示單元705用於在所述拉取單元704執行從所述微博伺服器拉取新消息通知之操作後，如果所拉取之新消息通知之數量大於0，點亮微博介面標籤以提示微博使用者有新消息。

新消息顯示單元706用於在所述拉取單元704執行從所述微博伺服器拉取新消息之操作後，如果拉取之新消息之數量大於0，在微博介面上顯示所拉取之新消息。

其中，新消息通知可以係新消息之計數。此時，新消息通知單元可以進一步於微博介面標籤上顯示新消息之計數，以便提示微博使用者有新消息。

上述第一自動拉取頻率判斷單元702可以進一步用於，當微博用戶登錄微博用戶端時，從微博伺服器拉取第一自動拉取頻率限制。

上述第二自動拉取頻率判斷單元703可以進一步用於，當微博用戶登錄微博用戶端時，從微博伺服器拉取第二自動拉取頻率限制。

此外，上述第一自動拉取頻率判斷單元702還可以進一步用於，於拉取第一自動拉取頻率限制時，同時拉取第一更新頻率，並根據所述第一更新頻率定期從微博伺服器拉取新之第一自動拉取頻率限制，並用該新的第一自動拉取頻率限制更新當前之第一自動拉取頻率限制。

上述第二自動拉取頻率判斷單元703還可以進一步用於，在拉取第二自動拉取頻率限制時，同時拉取第二更新頻率，並根據第二更新頻率定期從微博伺服器拉取新的第二自動拉取頻率限制，並用該新的第二自動拉取頻率限制更新當前之第二自動拉取頻率限制。

本實施例微博用戶端還可以進一步包括手動拉取頻率判斷單元707，用於當第一拉取頻率判斷單元702確定當前之拉取頻率不滿足第一自動拉取頻率限制時，判斷微博用戶是否觸發手動刷新操作，如果微博用戶觸發了手動刷新操作，且該手動刷新操作之頻率滿足手動拉取頻率限制，則觸發拉取單元704執行從微博伺服器拉取新消息之操作。

本實施例中，拉取單元704可以在執行從微博伺服器拉取新消息之操作之前，判斷需要拉取之新消息之數量是否超過預定之閾值，如果是，僅從微博伺服器拉取預定數量條最新之消息，其中，該預定數量小於預定之閾值；否則，從微博伺服器拉取全部新消息。

此時，新消息顯示單元706進一步用於，當拉取單元704僅從微博伺服器拉取了預定數量條最新之消息時，於微博介面上顯示該預定數量條最新之消息，並於微博介面上顯示預留位置，所述預留位置用來代表未拉取之新消息。

當微博使用者點擊微博介面上之所述預留位置時，拉取單元704從微博伺服器拉取所述未拉取之新消息。新消息顯示單元706於微博介面上顯示本次拉取之新消息。

由此可以看出，採用本發明提供之消息用戶端，當使用者不關心新消息之內容時，使用消息通知既能節約資源，又能降低消息伺服器之壓力。只有當使用者對新消息之內容感興趣時，例如，當使用者流覽或操作消息介面時，才需要拉取新消息。這樣，既能通知使用者有新消息，又能降低消息伺服器之消息更新壓力。另外，藉由設定自動拉取頻率限制和手動拉取頻率限制，使得消息用戶端執行拉取操作之頻率可以由消息伺服器來控制。這樣，可以進一步避免大量之消息更新操作給消息伺服器帶來過大之壓力。並且，當有大量之新消息需要拉取時，消息用戶端可以只從消息伺服器拉取最新之一部分消息，其他消息於使用者需要之時候再拉取，進一步降低了消息伺服器之消息更新壓力。

綜上所述，本發明確已符合發明專利之要件，遂依法提出專利申請。惟，以上所述者僅為較佳實施方式，自不能以此限制本案之申請專利範圍。舉凡熟悉本案技藝之人士援依精神所作之等效修飾或變化，皆應涵蓋於以下申請專利範圍內。

301~303．．．本發明一種消息用戶端的消息更新方法流程步驟

401~409．．．實施例中一種微博用戶端的消息更新方法流程步驟

501~507．．．本發明實施例中微博用戶端從微博伺服器拉取消息之方法流程步驟

601．．．狀態判斷單元

602．．．拉取單元

701．．．狀態判斷單元

702．．．第一自動拉取頻率判斷單元

703．．．第二自動拉取頻率判斷單元

704．．．拉取單元

705．．．新消息通知顯示單元

706．．．新消息顯示單元

圖1為現有的基於網頁之微博系統中消息更新方法之示意圖。

圖2為現有的基於用戶端的微博系統之結構示意圖。

圖3是本發明一種消息用戶端的消息更新方法之流程圖。

圖4為本發明實施例中一種微博用戶端的消息更新方法之流程圖。

圖5為本發明實施例中微博用戶端從微博伺服器拉取消息之方法流程圖。

圖6為本發明一種消息用戶端之結構示意圖。

圖7為本發明實施例中一種微博用戶端之結構示意圖。

301~303‧‧‧消息用戶端之消息更新方法

Claims (21)

1. 一種消息用戶端之消息更新方法，該方法包括：消息用戶端根據自身之狀態，判斷是否需要從消息伺服器拉取新消息或者新消息通知；如果判斷出需要拉取新消息通知，則所述消息用戶端執行從所述消息伺服器拉取新消息通知之操作；以及如果判斷出需要拉取新消息，則所述消息用戶端執行從所述消息伺服器拉取新消息之操作，其中於所述消息用戶端執行從所述消息伺服器拉取新消息之操作之前，所述消息用戶端判斷需要拉取之新消息之數量是否超過預定之閾值，如果是，所述消息用戶端僅從所述消息伺服器拉取預定數量條最新之消息，其中，所述預定數量小於所述預定之閾值；否則，所述消息用戶端從所述消息伺服器拉取全部新消息。
2. 如申請專利範圍第1項所述之方法，其中所述新消息通知為新消息之計數；在所述消息用戶端執行從所述消息伺服器拉取新消息通知之操作之後，進一步包括：如果所拉取之新消息通知之計數大於0，則所述消息用戶端提示使用者有新消息。
3. 如申請專利範圍第2項所述之方法，其中所述消息用戶端提示使用者有新消息之步驟包括：所述消息用戶端點亮消息介面標籤，並在消息介面標籤上顯示新消息之計數。
4. 如申請專利範圍第1項所述之方法，其中在所述 消息用戶端執行從所述消息伺服器拉取新消息之操作後，如果拉取之新消息之數量大於0，則所述消息用戶端在消息介面上顯示所拉取之新消息。
5. 如申請專利範圍第1項所述之方法，其中所述消息用戶端之狀態包括：消息用戶端不可見、消息用戶端可見但是消息介面不可見、消息用戶端及消息介面均可見。
6. 如申請專利範圍第1項所述之方法，其中所述消息用戶端根據自身之狀態，判斷是否需要從消息伺服器拉取新消息或者新消息通知包括：如果消息用戶端之狀態為消息用戶端不可見，則所述消息用戶端不需要進行拉取新消息或新消息通知之操作；如果消息用戶端之狀態為消息用戶端可見但是消息介面不可見，則所述消息用戶端需要執行從所述消息伺服器拉取新消息通知之操作；如果消息用戶端之狀態為消息用戶端及消息介面均可見，則所述消息用戶端需要執行從所述消息伺服器拉取新消息之操作。
7. 如申請專利範圍第1項所述之方法，其中：於判斷出需要拉取新消息後，判斷當前之拉取頻率是否滿足所述消息伺服器設定之第一自動拉取頻率限制，如果滿足，則所述消息用戶端執行從所述消息伺服器拉取新消息之操作；或當判斷出需要拉取新消息通知後，判斷當前之拉取頻率是否滿足所述消息伺服器設定之第二自動拉取頻率限 制，如果滿足，則所述消息用戶端執行從所述消息伺服器拉取新消息通知之操作。
8. 如申請專利範圍第7項所述之方法，其中所述第一自動拉取頻率限制和第二自動拉取頻率限制是於使用者登錄所述消息用戶端時由所述消息用戶端從所述消息伺服器拉取的。
9. 如申請專利範圍第8項所述之方法，其中：所述消息用戶端在拉取所述第一自動拉取頻率限制和第二自動拉取頻率限制時，同時拉取第一更新頻率和第二更新頻率；其中，所述消息用戶端根據所述第一更新頻率定期從所述消息伺服器拉取新之第一自動拉取頻率限制，並用所述新的第一自動拉取頻率限制更新當前之第一自動拉取頻率限制；所述消息用戶端根據所述第二更新頻率定期從所述消息伺服器拉取新之第二自動拉取頻率限制，並用所述新之第二自動拉取頻率限制更新當前之第二自動拉取頻率限制。
10. 如申請專利範圍第7項所述之方法，其中所述消息伺服器進一步設定一個手動拉取頻率；如果消息用戶端判斷當前之拉取頻率不滿足所述第一自動拉取頻率，所述方法進一步包括：所述消息用戶端判斷所述使用者是否觸發手動刷新操作，如果所述用戶觸發了所述手動刷新操作，且所述手動刷新操作之頻率滿足所述手動拉取頻率限制，則執行從所述消息伺服器拉取所述新消息之操作。
11. 如申請專利範圍第1項所述之方法，其中：當所述消息用戶端僅從所述消息伺服器拉取了預定數量條最新之消息之後，所述消息用戶端於消息介面上顯示所述預定數量條最新之消息，並於所述消息介面上顯示預留位置，所述預留位置用來代表未拉取之新消息；當所述消息用戶端從所述消息伺服器拉取了全部新消息之後，所述消息用戶端於所述消息介面上顯示所述所有新消息。
12. 如申請專利範圍第11項所述之方法，其中當使用者點擊所述消息介面上之所述預留位置時，所述消息用戶端從所述消息伺服器拉取所述未拉取之新消息，並關於所述消息介面上顯示本次拉取之新消息。
13. 一種消息用戶端，其改良在於，包括：狀態判斷單元，用於根據消息用戶端之狀態判斷是否需要從消息伺服器拉取新消息或者新消息通知；拉取單元，用於當所述狀態判斷單元確定需要從所述消息伺服器拉取新消息時，執行從所述消息伺服器拉取所述新消息之操作；當所述狀態判斷單元確定需要從所述消息伺服器拉取新消息通知時，執行從所述消息伺服器拉取新消息通知之操作；其中所述拉取單元於執行從所述消息伺服器拉取新消息之操作之前，更進一步判斷需要拉取之新消息之數量是否超過預定之閾值，如果是，僅從所述消息伺服器拉取預定數量條最新之消息，其中，所述預定數量小於所述預 定之閾值；否則，從所述消息伺服器拉取全部新消息。
14. 如申請專利範圍第13項所述之消息用戶端，其中所述新消息通知為新消息之計數；所述消息用戶端進一步包括：新消息通知顯示單元，用於在所述拉取單元執行從所述消息伺服器拉取新消息通知之操作後，如果所拉取之新消息通知之計數大於0，點亮消息介面標籤，並於所述消息介面標籤上顯示新消息之計數；和新消息顯示單元，用於在所述拉取單元執行從所述消息伺服器拉取新消息之操作後，如果拉取之新消息之數量大於0，於消息介面上顯示所拉取之新消息。
15. 如申請專利範圍第14項所述之消息用戶端，其中所述新消息顯示單元進一步用於，當所述拉取單元僅從所述消息伺服器拉取了預定數量條最新之消息時，於所述消息介面上顯示所述預定數量條最新之消息，並於所述消息介面上顯示預留位置，所述預留位置用來代表未拉取之新消息。
16. 如申請專利範圍第15項所述之消息用戶端，其中：所述拉取單元進一步用於，當使用者點擊所述消息介面上之所述預留位置時，從所述消息伺服器拉取所述未拉取之新消息；所述新消息顯示單元進一步用於在所述消息介面上 顯示本次拉取之新消息。
17. 如申請專利範圍第13項所述之消息用戶端，其中所述消息用戶端之狀態包括：消息用戶端不可見、消息用戶端可見但是消息介面不可見、消息用戶端及消息介面均可見；所述狀態判斷單元進一步用於：如果所述消息用戶端之狀態為消息用戶端不可見，則確定不需要進行拉取新消息或新消息通知之操作；如果所述消息用戶端之狀態為消息用戶端可見但是消息介面不可見，則確定需要執行從所述消息伺服器拉取新消息通知之操作；如果所述消息用戶端之狀態為消息用戶端及消息介面均可見，則確定需要執行從所述消息伺服器拉取新消息之操作。
18. 如申請專利範圍第13項所述之消息用戶端，其中所述消息伺服器設有第一自動拉取頻率判斷單元和第二自動拉取頻率判斷單元；所述第一自動拉取頻率判斷單元用於當所述狀態判斷單元確定需要拉取新消息之後，判斷當前之拉取頻率是否滿足第一自動拉取頻率限制；所述第二自動拉取頻率判斷單元用於當所述狀態判斷單元確定需要拉取新消息通知之後，判斷當前之拉取頻率是否滿足第二自動拉取頻率限制。
19. 如申請專利範圍第18項所述之消息用戶端，其 中：所述第一自動拉取頻率判斷單元進一步用於，當使用者登錄所述消息用戶端時，從消息伺服器拉取所述第一自動拉取頻率限制；所述第二自動拉取頻率判斷單元進一步用於，當使用者登錄所述消息用戶端時，從所述消息伺服器拉取所述第二自動拉取頻率限制。
20. 如申請專利範圍第18或19項所述之消息用戶端，其中：所述第一自動拉取頻率判斷單元進一步用於，在拉取所述第一自動拉取頻率限制時，同時拉取第一更新頻率，並根據所述第一更新頻率定期從所述消息伺服器拉取新的第一自動拉取頻率限制，並用所述新的第一自動拉取頻率限制更新當前之第一自動拉取頻率限制；所述第二自動拉取頻率判斷單元進一步用於，在拉取所述第二自動拉取頻率限制時，同時拉取第二更新頻率，並根據所述第二更新頻率定期從所述消息伺服器拉取新的第二自動拉取頻率限制，並用所述新的第二自動拉取頻率限制更新當前之第二自動拉取頻率限制。
21. 如申請專利範圍第18或19項所述之消息用戶端，其中所述消息伺服器設有手動拉取頻率判斷單元，用於當第一拉取頻率判斷單元確定當前之拉取頻率不滿足所述第一自動拉取頻率限制時，判斷使用者是否觸發手動刷新操作，如果所述用戶觸發了所述手動刷新操作，且所 述手動刷新操作之頻率滿足所述手動拉取頻率限制，則觸發拉取單元執行從所述消息伺服器拉取新消息之操作。