數(shù)據(jù)上報方法及相關設備的制作方法
【專利摘要】本發(fā)明實施例公開了數(shù)據(jù)上報方法及相關設備，以減輕排隊服務管理服務器的負擔。上述方法應用于排隊服務管理系統(tǒng)，排隊服務管理系統(tǒng)包括至少二層節(jié)點，其中，第0層節(jié)點為排隊服務管理服務器，其他層節(jié)點為排隊機，同一層的節(jié)點組成至少一個群組，群組中具有一個主控節(jié)點；方法包括：主控節(jié)點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)；主控節(jié)點對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果上報至上層節(jié)點。在本發(fā)明實施例中，由群組中的主控節(jié)點負責匯總統(tǒng)計群組內(nèi)的終端數(shù)據(jù)并將統(tǒng)計結果上傳到上級節(jié)點，最終上傳到服務器。由于群組的數(shù)量要少于終端數(shù)量，所以可減少數(shù)據(jù)上傳的并發(fā)量。并且，服務器只需對數(shù)據(jù)進行簡單的二次統(tǒng)計，計算量大大減少。
【專利說明】數(shù)據(jù)上報方法及相關設備

【技術領域】
[0001]本發(fā)明涉及通信【技術領域】，更具體地說，涉及數(shù)據(jù)上報方法及相關設備。

【背景技術】
[0002]在銀行機構中，分布在各網(wǎng)點的排隊機（也可稱為終端）需要定時上傳數(shù)據(jù)（包 括流水數(shù)據(jù)、監(jiān)控數(shù)據(jù)、報表數(shù)據(jù)等）到排隊服務管理服務器。排隊服務管理服務器接收到 終端的業(yè)務數(shù)據(jù)后，會匯總數(shù)據(jù)并進行統(tǒng)計分析。
[0003] 由于排隊服務管理服務器面向所有終端，當終端數(shù)量達到幾千甚至幾萬臺的時 候，終端數(shù)據(jù)上傳的并發(fā)量巨大，排隊服務管理服務器需要處理大量的數(shù)據(jù)上傳請求，服務 器資源消耗較大。并且，排隊服務管理服務器需要定時對接收到的數(shù)據(jù)進行統(tǒng)計分析，而終 端數(shù)據(jù)量之大使得排隊服務管理服務器一直處于繁忙的計算當中。


【發(fā)明內(nèi)容】

[0004] 有鑒于此，本發(fā)明實施例的目的在于提供數(shù)據(jù)上報方法及相關設備，以減輕排隊 服務管理服務器的負擔。
[0005] 為實現(xiàn)上述目的，本發(fā)明實施例提供如下技術方案：
[0006] 根據(jù)本發(fā)明實施例的第一方面，提供一種數(shù)據(jù)上報方法，應用于排隊服務管理系 統(tǒng)，所述排隊服務管理系統(tǒng)包括至少二層節(jié)點，其中，第0層節(jié)點為排隊服務管理服務器， 其他層節(jié)點為排隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一個主控節(jié)點；所 述方法包括：
[0007] 群組中的主控節(jié)點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)；
[0008] 群組中的主控節(jié)點對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果上報至相連 接的上層節(jié)點。
[0009] 結合第一方面，在第一種可能的實現(xiàn)方式中，所述群組是通過如下方式組建的：所 述第0層節(jié)點劃分群組，生成每一群組的群組信息；所述群組信息包括群組標識、群組中各 節(jié)點的IP地址、群組中各節(jié)點的設備號，以及群組中各節(jié)點所在網(wǎng)點的機構號；所有其他 層節(jié)點獲取相應的群組信息；屬于同一群組的節(jié)點協(xié)商確定主控節(jié)點。
[0010] 結合第一方面第一種可能的實現(xiàn)方式，在第二種可能的實現(xiàn)方式中，所述主控節(jié) 點通過如下方式確定：群組中機構號最小的節(jié)點作為臨時主控節(jié)點收集群組中所有節(jié)點的 運行狀態(tài)權值；所述臨時主控節(jié)點將運行狀態(tài)權值最大的節(jié)點確定為主控節(jié)點，并通知群 組中的所有節(jié)點。
[0011] 結合第一方面第二種可能的實現(xiàn)方式，在第三種可能的實現(xiàn)方式中，所述群組中 (Na*D.)*(l-e.) 第i個節(jié)點運行狀態(tài)權值通過如下公式計算：表--4其中，Si表示 h 所述第i個節(jié)點的運行狀態(tài)權值，N表示所述第i個節(jié)點的業(yè)務處理量，Di表示所述第i個 節(jié)點的運行天數(shù)，ei表示所述第i個節(jié)點故障率；ti表示所述第i個節(jié)點的運行時間。 [0012]結合第一方面至第一方面第三種可能的實現(xiàn)方式中的任一項，在第四種可能的實 現(xiàn)方式中，所述第0層節(jié)點根據(jù)機構層級關系，節(jié)點彼此之間的距離，節(jié)點的地址位置，是 否屬于同一局域網(wǎng)，節(jié)點間相互通信是否需要使用核心網(wǎng)絡帶寬，通信路徑最短，群組間相 互影響最小中的至少一種劃分群組。
[0013]根據(jù)本發(fā)明實施例的第二方面，提供一種排隊機，應用于排隊服務管理系統(tǒng)，所述 排隊服務管理系統(tǒng)包括至少二層節(jié)點，其中，第0層節(jié)點為排隊服務管理服務器，其他層節(jié) 點為排隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一個主控節(jié)點；
[0014] 在作為主控節(jié)點時，所述排隊機包括：
[0015]主控節(jié)點信息收集模塊，用于定時收集本群組中所有節(jié)點的終端數(shù)據(jù)；
[0016]主控節(jié)點數(shù)據(jù)統(tǒng)計模塊，用于對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果 上報至相連接的上層節(jié)點。
[0017] 結合第二方面，在第一種可能的實現(xiàn)方式中，還包括：獲取單元，用于獲取相應的 群組信息；協(xié)商單元，用于與屬于同一群組的其他節(jié)點協(xié)商確定主控節(jié)點；每一群組由所 述排隊服務管理服務器劃分，每一群組信息由所述排隊服務管理服務器生成；所述群組信 息包括群組標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號，以及群組中各節(jié)點所 在網(wǎng)點的機構號。
[0018] 根據(jù)本發(fā)明實施例的第三方面，提供一種排隊服務管理服務器，應用于排隊服務 管理系統(tǒng)，所述排隊服務管理系統(tǒng)包括至少二層節(jié)點，其中，第0層節(jié)點為所述排隊服務管 理服務器，其他層節(jié)點為排隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一個主 控節(jié)點；包括：
[0019] 數(shù)據(jù)收集模塊，至少用于獲取主控節(jié)點上報的統(tǒng)計結果；所述統(tǒng)計結果是主控節(jié) 點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)，并進行匯總統(tǒng)計后得到的。
[0020] 結合第三方面，在第一種可能的實現(xiàn)方式中，還包括：
[0021] 群組劃分模塊，用于劃分群組，生成每一群組的群組信息；所述群組信息包括群組 標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號，以及群組中各節(jié)點所在網(wǎng)點的機 構號，以便所有其他層節(jié)點獲取相應的群組信息，確定主控節(jié)點。
[0022] 可見，在本發(fā)明實施例中，排隊服務管理服務器不再直接面向所有終端，而是面向 群組。由群組中的主控節(jié)點負責匯總統(tǒng)計群組內(nèi)的終端數(shù)據(jù)，并將統(tǒng)計結果上傳到上級節(jié) 點，并通過傳遞最終上傳到排隊服務管理服務器。由于群組的數(shù)量要少于終端數(shù)量，所以可 減少數(shù)據(jù)上傳的并發(fā)量，降低排隊服務管理服務器的資源消耗。并且，排隊服務管理服務器 接收到的數(shù)據(jù)為主控終端統(tǒng)計好的數(shù)據(jù)，排隊服務管理服務器只需對數(shù)據(jù)進行簡單的二次 統(tǒng)計，計算量與現(xiàn)有方式相比較，大大減少。

【專利附圖】

【附圖說明】
[0023]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn) 有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地,下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
[0024] 圖1為本發(fā)明實施例提供的排隊服務管理系統(tǒng)結構示例圖；
[0025] 圖2為本發(fā)明實施例提供的群組示例圖；
[0026]圖3為本發(fā)明實施例提供的數(shù)據(jù)上報方法流程圖；
[0027] 圖4為本發(fā)明實施例提供的排隊服務管理系統(tǒng)另一結構示例圖；
[0028] 圖5為本發(fā)明實施例提供的排隊服務管理系統(tǒng)又一結構示例圖；
[0029]圖6為本發(fā)明實施例提供的群組組建流程圖；
[0030]圖7、8為本發(fā)明實施例提供的排隊機結構示意圖；
[0031]圖9為本發(fā)明實施例提供的排隊服務管理服務器結構示意圖；
[0032]圖10為本發(fā)明實施例提供的排隊機或排隊服務管理服務器硬件結構示意圖。

【具體實施方式】
[0033]為使本發(fā)明實施例的目的、技術方案和優(yōu)點更加清楚，下面將結合本發(fā)明實施例 中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅 僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術 人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例,都屬于本發(fā)明保護的范圍。 [00 34] 在銀行機構中，排隊服務管理系統(tǒng)應用非常廣泛。排隊服務管理系統(tǒng)包括排隊機 和排隊服務管理服務器。以建設銀行為例，建行在各支行網(wǎng)點部署多臺排隊機，排隊機上安 裝有CQSMC(中國建設銀行網(wǎng)點排隊服務管理系統(tǒng)安裝在排隊機上的終端應用程序），建行 在總行部署了排隊服務管理服務器，其上安裝有CQSMH(中國建設銀行網(wǎng)點排隊服務管理 系統(tǒng)服務端應用）。
[0035] 排隊機是維護客戶排隊秩序的機器。分布在各網(wǎng)點的排隊機（也可稱為終端）需 要定時上傳數(shù)據(jù)（包括流水數(shù)據(jù)、監(jiān)控數(shù)據(jù)、報表數(shù)據(jù)等）到排隊服務管理服務器。排隊服 務管理服務器接收到終端的數(shù)據(jù)后，會匯總數(shù)據(jù)并進行統(tǒng)計分析。
[0036] 由于排隊服務管理服務器面向所有終端（請參見圖1)，當終端數(shù)量達到幾千甚至 幾萬臺的時候，終端數(shù)據(jù)上傳的并發(fā)量巨大，排隊服務管理服務器需要處理大量的數(shù)據(jù)上 傳請求，服務器資源消耗較大。并且，排隊服務管理服務器需要定時對接收到的數(shù)據(jù)進行統(tǒng) 計分析，而終端數(shù)據(jù)量之大使得排隊服務管理服務器一直處于繁忙的計算當中。
[0037] 有鑒于此，本發(fā)明實施例的目的在于提供數(shù)據(jù)上報方法，以減輕排隊服務管理服 務器的負擔。
[0038] 上述數(shù)據(jù)上報方法應用于排隊服務管理系統(tǒng)。請參見圖2,上述排隊服務管理系統(tǒng) 為樹狀結構，可包括至少二層節(jié)點。其中，第0層節(jié)點為排隊服務管理服務器，其他層節(jié)點 (在圖2中為第1層節(jié)點）為排隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一 個主控節(jié)點。
[0039] 請參見圖3,上述數(shù)據(jù)上報方法可包括：
[0040] S1、群組中的主控節(jié)點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)；
[0041] S2、群組中的主控節(jié)點對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果上報至 相連接的上層節(jié)點。
[0042] 以圖2所示排隊服務管理系統(tǒng)為例，第1層的節(jié)點組成多個群組，第〇層節(jié)點也就 是排隊服務管理服務器對群組主控節(jié)點開放數(shù)據(jù)收集接口，群組主控節(jié)點通過此接口上傳 群組內(nèi)統(tǒng)計結果。排隊服務管理服務器接收到統(tǒng)計結果之后進行簡單的二次統(tǒng)計。
[0043] 這樣，請參見圖4,主控節(jié)點在邏輯上又形成了一層節(jié)點，可將主控節(jié)點在邏輯上 視為分行節(jié)點，其他排隊機為支行節(jié)點，則分行節(jié)點位于排隊服務管理服務器（第 0層節(jié) 點）與其他排隊機（第2層節(jié)點）之間。
[0044] 更具體的，支行節(jié)點向其主控節(jié)點發(fā)送的監(jiān)控數(shù)據(jù)具體可包括本運行節(jié)點的客戶 平均等待時間、辦理的客戶數(shù)以及業(yè)務平均處理時間。分行節(jié)點在接收到群組中各支行節(jié) 點發(fā)送的監(jiān)控數(shù)據(jù)后，其統(tǒng)計結果是分行監(jiān)控數(shù)據(jù)，例如，分行客戶平均等待時間、分行業(yè) 務平均處理時間。
[0045] 以分行客戶平均等待時間為例，分行客戶平均等待時間是根據(jù)群組內(nèi)各支行節(jié)點 的客戶平均等待時間和辦理的客戶數(shù)計算得到的。
[0046] 假設某群組共有N個支行節(jié)點，其中第i個支行節(jié)點的客戶平均等待時間為h，辦 .N Σ，/χα 理的客戶數(shù)為Xi，分行客戶平均等待時間為t，則# = -- Σ^· /-I
[0047] 分行節(jié)點統(tǒng)計出分行監(jiān)控數(shù)據(jù)后，再向排隊服務管理服務器發(fā)送分行監(jiān)控數(shù)據(jù)。 而在現(xiàn)有方式中，是由支行節(jié)點向排隊服務管理服務器發(fā)送支行監(jiān)控數(shù)據(jù)，再由排隊服務 管理服務器根據(jù)支行監(jiān)控數(shù)據(jù)計算出分行監(jiān)控數(shù)據(jù)的。與現(xiàn)有方式相比，本實施例采用群 組方式可大大減少數(shù)據(jù)上傳的并發(fā)量，以及排隊服務管理服務器的計算量。排隊服務管理 服務器再接收到分行監(jiān)控數(shù)據(jù)后，可進行二次統(tǒng)計，得到總行監(jiān)控數(shù)據(jù)，例如，總行客戶平 均等待時間、總行業(yè)務平均處理時間等。
[0048]以總行客戶平均等待時間為例，總行客戶平均等待時間是根據(jù)各分行節(jié)點的客戶 平均等待時間和辦理的客戶數(shù)計算得到的。
[0049] 假設有Μ個分行節(jié)點，其中第j個分行節(jié)點的客戶平均等待時間為tj，分行辦理的 Μ . ^tj X Xj 客戶數(shù)為Xp總行客戶平均等待時間為T，則71 = ^^。 戶1
[0050] 在本發(fā)明其他實施例中，如圖4中的主控節(jié)點（分行節(jié)點）較多，請參見圖5,則可 將分行節(jié)點再劃分群組，每一群組中亦包括一個主控節(jié)點（為區(qū)別起見，可稱為分行主控 節(jié)點），分行主控節(jié)點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)、對收集到的終端數(shù)據(jù)進行匯 總和統(tǒng)計，將統(tǒng)計結果上報至相連接的上層節(jié)點（也即排隊服務管理服務器）。
[0051] 分行主控節(jié)點如何統(tǒng)計可參照前述主控節(jié)點的統(tǒng)計方式，在此不作贅述。
[0052] 如分行節(jié)點仍然較多，則可繼續(xù)劃分群組，在此不作贅述。
[0053] 綜觀圖2、5,在圖2所示場景中，某群組中第i個節(jié)點（i為整數(shù)）的終端數(shù)據(jù)僅包 含第i個節(jié)點自身的數(shù)據(jù)。而在圖5所示場景中，分行某群組中第i個節(jié)點的終端數(shù)據(jù)則 可包含該節(jié)點自身的數(shù)據(jù)，或者包含下層節(jié)點上報的統(tǒng)計結果，或者同時包含該節(jié)點自身 的數(shù)據(jù)以及下層節(jié)點上報的統(tǒng)計結果。 ^
[0054]可見，在本發(fā)明實施例中，排隊服務管理服務器不再直接面向所有終端，而是面向 群組。由群組中的主控節(jié)點負責匯總統(tǒng)計群組內(nèi)的終端數(shù)據(jù)，并將統(tǒng)計結果上傳到上級節(jié) 點，并通過傳遞最終上傳到排隊服務管理服務器。由于群組的數(shù)量要少于終端數(shù)量，所以可 減少數(shù)據(jù)上傳的并發(fā)量，降低排隊服務管理服務器的資源消耗。并且，排隊服務管理服務器 接收到的數(shù)據(jù)為主控終端統(tǒng)計好的數(shù)據(jù)，排隊服務管理服務器只需對數(shù)據(jù)進行簡單的二次 統(tǒng)計，計算量與現(xiàn)有方式相比較，大大減少。
[0055] 在本發(fā)明其他實施例中，上述所有實施例中的主控節(jié)點可定時輪詢?nèi)航M內(nèi)各成 員，收集成員的終端數(shù)據(jù)，確認收集到所有節(jié)點的終端數(shù)據(jù)之后，統(tǒng)計出本群組的數(shù)據(jù)。 [0056]此外，主控節(jié)點在收集群組成員的數(shù)據(jù)時，如果對方?jīng)]有響應，則檢測對方終端是 否在線。檢測的方式可有多種，例如，主控節(jié)點可向沒有響應的成員發(fā)送詢問信息,如接收 到對方的響應，則判定對方在線，如未接收到響應，判定對方不在線，將該成員的狀態(tài)置為 離線狀態(tài)。
[0057] 主控節(jié)點可連續(xù)檢測三次，當連續(xù)三次檢測結果都為離線狀態(tài)時，主控節(jié)點可將 該成員的離線信息反饋到排隊服務管理服務器，并且不再收集該成員的終端數(shù)據(jù)。
[0058] 下面將介紹如何組建群組。
[0059] 請參見圖6,以圖2所示結構為例，上述群組是通過如下方式組建的：
[0060] seoi、排隊服務管理服務器（第0層節(jié)點）劃分群組,生成每一群組的群組信息。
[0061] 上述群組信息包括群組標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號， 以及群組中各節(jié)點所在網(wǎng)點的機構號。
[0062] 更具體的，是由部署在排隊服務管理服務器中的CQSMH根據(jù)機構層級關系進行群 組劃分的。
[0063]當然，本領域技術人員也可設置排隊服務管理服務器根據(jù)其他條件劃分群組，例 如，根據(jù)節(jié)點彼此之間的距離，節(jié)點的地址位置，節(jié)點是否屬于同一局域網(wǎng)，節(jié)點間相互通 /[目是否需要使用核心網(wǎng)絡帶寬，通/[旨路徑最短，群組間相互影響最小等中的至少一種劃分 群組。
[0064] S602、所有其他層節(jié)點（也即排隊機）獲取相應的群組信息。
[0065] 更具體的，排隊機上部署的CQSMC啟動時，向排隊服務管理服務器請求下載群組 信息。排隊服務管理服務器根據(jù)排隊機的設備號、所在網(wǎng)點的機構號，確定其屬于哪一群 組，將該群組對應的群組信息發(fā)送給排隊機。
[0066] S603、屬于同一群組的節(jié)點協(xié)商確定主控節(jié)點。
[0067] 更具體的，某一群組中的主控節(jié)點可通過如下方式確定：
[0068]步驟A :群組中機構號最?。ɑ蜃畲螅┑墓?jié)點作為臨時主控節(jié)點收集群組中所有 節(jié)點的運行狀態(tài)權值。運行狀態(tài)權值表征了節(jié)點的綜合處理能力。
[0069]步驟B :臨時主控節(jié)點將運行狀態(tài)權值最大的節(jié)點確定為主控節(jié)點，并通知群組 中的所有節(jié)點。各節(jié)點記錄下主控節(jié)點的身份信息（機構號、IP地址、設備號）。
[0070] 進一步的，某群組中第i個節(jié)點運行狀態(tài)權值可通過如下公式計算： _] ,,=EWilzM 1 %
[0072] 其中，Si表示上述第i個節(jié)點的運行狀態(tài)權值，Ni表示上述第i個節(jié)點的業(yè)務處 理量，Di上述第i個節(jié)點的表示運行天數(shù)，ei表示上述第i個節(jié)點故障率山表示上述第i 個節(jié)點的運行時間。
[0073]在實際運行中，隊可用每天的平均取號數(shù)表示；ei可用公式EDi/ Di計算，其中EDi 表不第i個節(jié)點出現(xiàn)故障的天數(shù)；ti可用總運行的小時數(shù)表示。
[0074]在本發(fā)明其他實施例中，上述所有實施例中的群組成員將定時檢查主控節(jié)點是否 在線。如何檢查的方式可有多種。例如，主控節(jié)點可定時向群組成員發(fā)送詢問信息，群組成 員則記錄下詢問時間，如果當前時間與上一次詢問時間之間的時間間隔到達閥值，則群組 成員將向主控節(jié)點發(fā)送詢問信息以確定主控節(jié)點是否在線。如果主控節(jié)點無響應，群組成 員在等待預設時長后會重新發(fā)送詢問信息，若仍無響應，則通知其他群組成員主控節(jié)點失 效。
[0075] 隨后，群組中的成員將依照前述步驟A和步驟B的方式協(xié)商出新的主控節(jié)點。
[0076]由于網(wǎng)點擴建等原因，會新增排隊機。因此，在本發(fā)明其他實施例中，排隊服務管 理服務器可在每天凌晨劃分群組，從而將新增的排隊機加入群組中。新增排隊機的終端數(shù) 據(jù)將由其所屬群組的主控節(jié)點進行收集。這樣一來，終端數(shù)目的增加對排隊服務管理服務 器影響不大。
[0077] 或者，在本發(fā)明其他實施例中，新增終端上線會自動申請加入群組，排隊服務管理 服務器在接收到申請后，重新劃分群組，生成每一群組的群組信息，這樣可實現(xiàn)將新增終端 及時納入群組。
[0078] 與之相對應，本發(fā)明實施例還要求保護排隊機。
[0079] 上述排隊機應用于排隊服務管理系統(tǒng)。
[0080] 上述排隊服務管理系統(tǒng)包括至少二層節(jié)點，其中，第〇層節(jié)點為排隊服務管理服 務器，其他層節(jié)點為排隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一個主控節(jié) 點。
[0081] 在作為主控節(jié)點時，請參見圖7,上述排隊機可包括：
[0082] 主控節(jié)點信息收集模塊1，用于定時收集本群組中所有節(jié)點的終端數(shù)據(jù)；
[0083] 主控節(jié)點數(shù)據(jù)統(tǒng)計模塊2,用于對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果 上報至相連接的上層節(jié)點。
[0084] 其中，上述群組中第i個節(jié)點的終端數(shù)據(jù)包含上述第i個節(jié)點自身的業(yè)務數(shù)據(jù)和 /或下層節(jié)點上報的統(tǒng)計結果，i為整數(shù)。
[0085] 具體細節(jié)請參見本文前述記載，在此不作贅述。
[0086] 實際中，由于每一排隊機都可能作為主控節(jié)點，因此，實際上每一排隊機都包括主 控節(jié)點信息收集模塊1和主控節(jié)點數(shù)據(jù)統(tǒng)計模塊2。只是，上述主控節(jié)點信息收集模塊1和 主控節(jié)點數(shù)據(jù)統(tǒng)計模塊2默認不啟動，只在排隊機被確定為主控節(jié)點時，才使能主控節(jié)點 信息收集模塊1和主控節(jié)點數(shù)據(jù)統(tǒng)計模塊2。
[0087] 在本發(fā)明其他實施例中，請參見圖8,上述排隊機還可包括自適應調(diào)整模塊3。
[0088] 上述自適應調(diào)整模塊3可具體包括如下單元：
[0089] 獲取單元，用于獲取相應的群組信息；
[0090] 協(xié)商單元，用于與屬于同一群組的其他節(jié)點協(xié)商確定主控節(jié)點；
[0091] 其中，每一群組由上述排隊服務管理服務器劃分，每一群組信息由上述排隊服務 管理服務器生成；上述群組信息包括群組標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的 設備號，以及群組中各節(jié)點所在網(wǎng)點的機構號。
[0092] 具體細節(jié)請參見本文前述記載，在此不作贅述。
[0093] 本發(fā)明實施例還要求保護排隊服務管理服務器，該服務器應用于排隊服務管理系 統(tǒng)，上述排隊服務管理系統(tǒng)包括至少二層節(jié)點，其中，第0層節(jié)點為上述排隊服務管理服務 器，其他層節(jié)點為排隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一個主控節(jié) 點。
[0094] 請參見圖9,上述排隊服務管理服務器可包括：
[0095] 數(shù)據(jù)收集模塊901，至少用于獲取主控節(jié)點上報的統(tǒng)計結果；
[0096]其中，上述統(tǒng)計結果是主控節(jié)點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)，并進行 匯總統(tǒng)計后得到的；
[0097]而群組中第i個節(jié)點的終端數(shù)據(jù)包含所述第i個節(jié)點自身的業(yè)務數(shù)據(jù)和/或下層 節(jié)點上報的統(tǒng)計結果，i為整數(shù)。
[0098] 具體細節(jié)請參見本文前述記載，在此不作贅述。
[0099] 在本發(fā)明其他實施例中，仍請參見圖9，上述所有實施例中的排隊服務管理服務器 還可包括：
[0100]數(shù)據(jù)統(tǒng)計模塊902,用于對數(shù)據(jù)收集模塊901獲取的統(tǒng)計結果進行二次統(tǒng)計。 [0101] 在本發(fā)明其他實施例中，仍請參見圖9,上述所有實施例中的排隊服務管理服務器 還可包括：
[0102] 群組劃分模塊903,用于劃分群組，生成每一群組的群組信息。
[0103] 上述群組信息包括群組標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號， 以及群組中各節(jié)點所在網(wǎng)點的機構號，以便所有其他層節(jié)點獲取相應的群組信息，確定主 控節(jié)點。
[0104] 圖10給出了上述排隊機或排隊服務管理服務器的一種硬件結構，其可包括處理 器101、存儲器102、總線1〇3和通信接口 104。處理器101、存儲器102、通信接口 104通過 總線103相互連接；存儲器1〇2,用于存放程序。具體地，程序可以包括程序代碼，程序代碼 包括計算機操作指令。
[0105] 存儲器102可能包含尚速隨機存取存儲器（random access memory，簡稱RAM)存 儲器，也可能還包括非易失性存儲器（non-volatile memory)，例如至少一個磁盤存儲器。 [0106] 處理器1〇1可以是通用處理器，包括中央處理器（Central Processing Unit，簡稱 CPU)、網(wǎng)絡處理器（Network Processor，簡稱NP)等；還可以是數(shù)字信號處理器（DSP)、專用 集成電路（ASIC)、現(xiàn)成可編程門陣列（FPGA)或者其他可編程邏輯器件、分立門或者晶體管 邏輯器件、分立硬件組件。
[0107] (作為主控節(jié)點）排隊機中的處理器101執(zhí)行存儲器102所存放的程序，用于實現(xiàn) 本發(fā)明實施例提供的數(shù)據(jù)上報方法的執(zhí)行步驟：
[0108] 定時收集本群組中所有節(jié)點的終端數(shù)據(jù)；
[0109]對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果上報至相連接的上層節(jié)點。
[0110]此外，上述處理器101執(zhí)行存儲器1〇2所存放的程序亦可完成本文方法部分所介 紹的主控節(jié)點或普通排隊機所涉及的其他步驟，以及各步驟的細化，在此不作贅述。
[0111]排隊服務管理服務器中的處理器101執(zhí)行存儲器102所存放的程序，可執(zhí)行如下 步驟：
[0112] 獲取主控節(jié)點上報的統(tǒng)計結果；
[0113] 對統(tǒng)計結果進行二次統(tǒng)計。
[0114]在本發(fā)明其他實施例中，排隊服務管理服務器中的處理器101執(zhí)行存儲器102所 存放的程序，還可執(zhí)行如下步驟：
[0115]劃分群組，生成每一群組的群組信息。
[0116]上述群組信息包括群組標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號， 以及群組中各節(jié)點所在網(wǎng)點的機構號，以便所有其他層節(jié)點獲取相應的群組信息，確定主 控節(jié)點。
[0117] 具體細節(jié)請參見本文前述記載，在此不作贅述。
[0118] 在本發(fā)明中，CPU和存儲器可集成于同一芯片內(nèi)，也可為獨立的兩個器件。
[0119] 本說明書中各個實施例采用遞進的方式描述，每個實施例重點說明的都是與其他 實施例的不同之處，各個實施例之間相同相似部分互相參見即可。
[0120] 結合本文中所公開的實施例描述的方法或算法的步驟可以直接用硬件、處理器執(zhí) 行的軟件模塊，或者二者的結合來實施。軟件模塊可以置于隨機存儲器（RAM)、內(nèi)存、只讀存 儲器（ROM)、電可編程R〇M、電可擦除可編程R0M、寄存器、硬盤、可移動磁盤、CD-ROM、或技術 領域內(nèi)所公知的任意其它形式的存儲介質中。
[0121 ] 對所公開的實施例的上述說明，使本領域專業(yè)技術人員能夠實現(xiàn)或使用本發(fā)明。 對這些實施例的多種修改對本領域的專業(yè)技術人員來說將是顯而易見的，本文中所定義的 一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明 將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一 致的最寬的范圍。
【權利要求】
1. 一種數(shù)據(jù)上報方法，其特征在于，應用于排隊服務管理系統(tǒng)，所述排隊服務管理系統(tǒng) 包括至少二層節(jié)點，其中，第0層節(jié)點為排隊服務管理服務器，其他層節(jié)點為排隊機，同一 層的節(jié)點組成至少一個群組，每一群組中具有一個主控節(jié)點；所述方法包括： 群組中的主控節(jié)點定時收集本群組中所有節(jié)點的終端數(shù)據(jù)； 群組中的主控節(jié)點對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果上報至相連接的 上層節(jié)點。
2. 如權利要求1所述的方法，其特征在于，所述群組是通過如下方式組建的： 所述第0層節(jié)點劃分群組，生成每一群組的群組信息；所述群組信息包括群組標識、群 組中各節(jié)點的IP地址、群組中各節(jié)點的設備號，以及群組中各節(jié)點所在網(wǎng)點的機構號； 所有其他層節(jié)點獲取相應的群組信息； 屬于同一群組的節(jié)點協(xié)商確定主控節(jié)點。
3. 如權利要求2所述的方法，其特征在于，所述主控節(jié)點通過如下方式確定： 群組中機構號最小的節(jié)點作為臨時主控節(jié)點收集群組中所有節(jié)點的運行狀態(tài)權值； 所述臨時主控節(jié)點將運行狀態(tài)權值最大的節(jié)點確定為主控節(jié)點，并通知群組中的所有 節(jié)點。
4. 如權利要求3所述的方法，其特征在于，所述群組中第i個節(jié)點運行狀態(tài)權值通過如 下公式計算： s _(N;.*D/)*(l-e/) 其中，Si表示所述第i個節(jié)點的運行狀態(tài)權值，隊表示所述第i個節(jié)點的業(yè)務處理量， Di表示所述第i個節(jié)點的運行天數(shù)，ei表示所述第i個節(jié)點故障率山表示所述第i個節(jié) 點的運行時間。
5. 如權利要求1 一 4任一項所述的方法，其特征在于，所述第0層節(jié)點根據(jù)機構層級關 系，節(jié)點彼此之間的距離，節(jié)點的地址位置，是否屬于同一局域網(wǎng)，節(jié)點間相互通信是否需 要使用核心網(wǎng)絡帶寬，通信路徑最短，群組間相互影響最小中的至少一種劃分群組。
6. -種排隊機，其特征在于，應用于排隊服務管理系統(tǒng)，所述排隊服務管理系統(tǒng)包括至 少二層節(jié)點，其中，第〇層節(jié)點為排隊服務管理服務器，其他層節(jié)點為排隊機，同一層的節(jié) 點組成至少一個群組，每一群組中具有一個主控節(jié)點； 在作為主控節(jié)點時，所述排隊機包括： 主控節(jié)點信息收集模塊，用于定時收集本群組中所有節(jié)點的終端數(shù)據(jù)； 主控節(jié)點數(shù)據(jù)統(tǒng)計模塊，用于對收集到的終端數(shù)據(jù)進行匯總和統(tǒng)計，將統(tǒng)計結果上報 至相連接的上層節(jié)點。
7. 如權利要求6所述的排隊機，其特征在于，還包括： 獲取單元，用于獲取相應的群組信息； 協(xié)商單元，用于與屬于同一群組的其他節(jié)點協(xié)商確定主控節(jié)點； 每一群組由所述排隊服務管理服務器劃分，每一群組信息由所述排隊服務管理服務器 生成；所述群組信息包括群組標識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號，以及 群組中各節(jié)點所在網(wǎng)點的機構號。
8. -種排隊服務管理服務器，其特征在于，應用于排隊服務管理系統(tǒng)，所述排隊服務管 理系統(tǒng)包括至少二層節(jié)點，其中，第0層節(jié)點為所述排隊服務管理服務器，其他層節(jié)點為排 隊機，同一層的節(jié)點組成至少一個群組，每一群組中具有一個主控節(jié)點；包括： 數(shù)據(jù)收集模塊，至少用于獲取主控節(jié)點上報的統(tǒng)計結果；所述統(tǒng)計結果是主控節(jié)點定 時收集本群組中所有節(jié)點的終端數(shù)據(jù)，并進行匯總統(tǒng)計后得到的。
9. 如權利要求8所述的服務器，其特征在于，還包括： 群組劃分模塊，用于劃分群組，生成每一群組的群組信息；所述群組信息包括群組標 識、群組中各節(jié)點的IP地址、群組中各節(jié)點的設備號，以及群組中各節(jié)點所在網(wǎng)點的機構 號，以便所有其他層節(jié)點獲取相應的群組信息，確定主控節(jié)點。
【文檔編號】H04L29/08GK104270466SQ201410569349
【公開日】2015年1月7日 申請日期:2014年10月22日 優(yōu)先權日:2014年10月22日
【發(fā)明者】李泳驅, 陳光波, 徐旭永, 莫華璽, 羅恕人 申請人:中國建設銀行股份有限公司