[發明專利]一種數據實時更新的方法及相關裝置和服務器

在審

• 申請號: 201611220292.5
• 申請日: 2016-12-26
• 公開（公告）號: CN107657501A
• 公開（公告）日: 2018-02-02
• 發明（設計）人: 方敏
• 申請（專利權）人: 武漢票據交易中心有限公司
• 主分類號: G06Q30/06
• 分類號: G06Q30/06;G06F17/30
• 代理公司: 北京匯澤知識產權代理有限公司11228
• 代理人: 程殿軍,張瑾

技術領域

本發明涉及計算機技術領域，特別涉及一種數據實時更新的方法及相關裝置和服務器。

背景技術

票據是指出票人依法簽發的由自己或指示他人無條件支付一定金額給收款人或持票人的有價證券，即某些可以代替現金流通的有價證券。票據的形式可以包括紙質票據和電子票據。隨著互聯網的發展，許多基于互聯網的票據交易平臺應運而生。

以銀行承兌匯票為例，現有的票據交易平臺的交易模式如下：用戶可以在網上發送公開、定向的銀行承兌匯票買斷式、回購式轉貼現報價，通過報價應答方式與業務人員聯系，線下進行進一步議價交易?；蛘哂脩暨€可以通過網上填寫承兌行類型、票面金額、匯票到期日等信息進行線下溝通議價等。

上述網絡的交易平臺的一個共同點在交易過程中，其主要作用還是發布交易信息，交易雙方只能線下點對點進行票據議價，線下交易，一方面，銀行承兌匯票進行交易要考慮的要素很多，在網站上找到自己想要的票據要花費很長的時間；另外一方面，當找到想要進行交易的票后要在線下通過一個一個打電話等方式跟對手方進行議價，費時費力還有可能失敗從而需要重新尋找合適的票；最后，因為用戶掌握的信息有限，所以用戶在交易中的利益不能得到預期的保證。

基于上述問題，需要提供一種實現整體電子化交易的票據交易系統，以解決用戶之間信息不對稱的問題；同時，在票據交易系統中，如何實現交易數據的實時同步更新，不需要用戶手動刷新就能夠及時獲取變化的交易信息，特別是在用戶數量比較多，客戶端數量比較多的時候，一個交易數據的變化，可能需要實時顯示在多客戶端，對系統處理速度提出了很高的要求。

發明內容

鑒于上述問題，提出了本發明以便提供一種克服上述問題或者至少部分地解決上述問題的一種數據實時更新的方法及相關裝置和服務器。

第一方面，本發明實施例提供一種數據實時更新的方法，用于連接服務器，其特征在于，包括：

當接收到應用服務器返回的交易處理結果時，根據所述處理結果的分發列表，更新本地緩存中所述分發列表中每個客戶端與所述處理結果對應的視圖模型的數據；所述視圖模型是客戶端對需要實時刷新的表格預先在連接服務器中注冊的鏡像；

根據所述客戶端當前顯示的頁面內容，判斷是否需要將更新的數據推送給所述客戶端；

當需要時，將發生數據更新的所述視圖模型的標識以及對應的更新的數據推送給客戶端，以便客戶端根據所述視圖模型的標識更新本地對應的表格。

在一個實施例中，所述視圖模型通過下述方式注冊：

在客戶端已登錄且與連接服務器連接后，當接收到客戶端發送的視圖模型注冊請求時，為所述客戶端新建對應的視圖模型；所述視圖模型對應所述客戶端請求加載的頁面中需要實時刷新的表格；

所述視圖模型注冊請求，由客戶端請求加載的頁面中包含需要實時刷新表格的頁面觸發。

在一個實施例中，在客戶端已登錄且與連接服務器連接后，還包括：為客戶端分配對應的會話模型對象；所述會話模型對象記錄有客戶端的標識、客戶端與連接服務器之間socket連接的標識；

當接收到客戶端發送的視圖模型注冊請求時，為所述客戶端新建對應的視圖模型，具體包括：

在所述客戶端對應的會話模型對象中新建對應的視圖模型。

在一個實施例中，更新本地緩存中所述分發列表中每個客戶端與所述處理結果對應的視圖模型的數據，包括：

將所述處理結果所涉及所述視圖模型的標識和對應更新的數據，發送給所述客戶端的會話模型對象；

通過所述會話模型對象將所述處理結果發送給對應的視圖模型，由所述視圖模型更新自身數據。

在一個實施例中，所述數據實時更新的方法，還包括：

當接收客戶端的第一次發送的頁面加載請求時，確定需要發送的表格數據的條數n，并發送n條表格數據作為當前顯示數據；分別記錄所述當前顯示頁面中第一條數據和最后一條數據在所述表格中的位置作為上游標和下游標并保存；

當接收客戶端的表格分頁刷新請求時，從所述下游標后面的第一條數據開始順序向后獲取n條表格數據，或者從所述上游標前面的最后一條數據開始順序向前獲取n條表格數據；將所述表格數據發送給客戶端；更新所保存的上游標和下游標。

在一個實施例中，更新處理結果中對應的視圖模型的數據，包括：在視圖模型中增加數據、刪除數據和修改數據；

在視圖模型中增加數據和刪除數據之后，還包括：針對視圖模型中增加的或刪除的數據以及其之后的數據，更新其位置信息。