專利名稱：分布式服務(wù)系統(tǒng)、分布式服務(wù)系統(tǒng)的任務(wù)執(zhí)行方法和裝置的制作方法
技術(shù)領(lǐng)域：
本申請涉及通信和計算機技術(shù)領(lǐng)域，特別是涉及分布式服務(wù)系統(tǒng)、分布式服務(wù) 系統(tǒng)的任務(wù)執(zhí)行方法和裝置。
背景技術(shù)：
隨著J2EE技術(shù)的發(fā)展，越來越多的服務(wù)系統(tǒng)都基于J2EE技術(shù)來創(chuàng)建。如，銀 行系統(tǒng)、賬單系統(tǒng)和網(wǎng)上購物系統(tǒng)等。為了使服務(wù)系統(tǒng)提供更高的可靠性、可擴展性和 容錯性，目前基于J2EE技術(shù)的服務(wù)系統(tǒng)常采用分布式的集群方案。請參閱圖1，其為現(xiàn)有技術(shù)中一種分布式服務(wù)系統(tǒng)的場景示意圖。如圖1所示， 在分布式服務(wù)系統(tǒng)中部署了多個應(yīng)用服務(wù)器，在用戶和應(yīng)用服務(wù)器之間還設(shè)置了一個負 載均衡器或者代理服務(wù)器。當用戶發(fā)送Web請求到負載均衡器后，負載均衡器根據(jù)服務(wù) 系統(tǒng)中各個應(yīng)用服務(wù)器當前的負載情況，將Web請求分發(fā)到其中一個負載小的應(yīng)用服務(wù) 器，由該應(yīng)用服務(wù)器上的應(yīng)用系統(tǒng)執(zhí)行Web請求的任務(wù)。并且。當服務(wù)系統(tǒng)中一個應(yīng) 用服務(wù)器執(zhí)行失敗時，負載均衡器將Web請求重新分發(fā)到其它應(yīng)用服務(wù)器上，保證系統(tǒng) 的正常運行。可見，在現(xiàn)有的分布式服務(wù)系統(tǒng)中，每個應(yīng)用服務(wù)器上都內(nèi)置有一個完整 的應(yīng)用系統(tǒng)以執(zhí)行分配給自身的Web任務(wù)。例如，在每個應(yīng)用服務(wù)器中都內(nèi)置有一個銷 售系統(tǒng)，當應(yīng)用服務(wù)器1被分配一個Web請求后，由應(yīng)用服務(wù)器1內(nèi)置的銷售系統(tǒng)執(zhí)行 Web請求的任務(wù)。然而，發(fā)明人在研究中發(fā)現(xiàn)，在應(yīng)用系統(tǒng)中，不同的業(yè)務(wù)功能對資源的需求是 不同的，例如，在銷售系統(tǒng)中，實現(xiàn)計費功能時需要進行大數(shù)據(jù)量的數(shù)據(jù)統(tǒng)計，因此， 實現(xiàn)計費功能時對內(nèi)存資源的需求大，而相對地，實現(xiàn)菜單管理時并不需要大量的內(nèi)存 資源。在現(xiàn)有技術(shù)中，是將整個應(yīng)用系統(tǒng)進行集群，每個應(yīng)用服務(wù)器上都內(nèi)置有功能相 同的應(yīng)用系統(tǒng)，沒有考慮到應(yīng)用系統(tǒng)中不同的業(yè)務(wù)功能對資源需求的差異性，因此，這 種以整個應(yīng)用系統(tǒng)為集群粒度的分布式服務(wù)系統(tǒng)比較浪費系統(tǒng)資源。

發(fā)明內(nèi)容
為了解決上述技術(shù)問題，本申請實施例提供了分布式服務(wù)系統(tǒng)、分布式服務(wù)系 統(tǒng)的任務(wù)執(zhí)行方法和裝置，以節(jié)約系統(tǒng)資源。本申請實施例公開了如下技術(shù)方案—種分布式服務(wù)系統(tǒng)，包括一個任務(wù)分配器和一個應(yīng)用服務(wù)器集群，其中， 所述應(yīng)用服務(wù)器集群包括至少兩個應(yīng)用服務(wù)器，用于實現(xiàn)應(yīng)用系統(tǒng)的基本配置的基本模 塊分布在應(yīng)用服務(wù)器集群中的每一個應(yīng)用服務(wù)器上，用于實現(xiàn)應(yīng)用系統(tǒng)的業(yè)務(wù)功能的各 個業(yè)務(wù)模塊按照重要程度越高分布的應(yīng)用服務(wù)器越多的規(guī)則，分布在應(yīng)用服務(wù)器集群中 的應(yīng)用服務(wù)器上；所述任務(wù)分配器上配置有各個業(yè)務(wù)模塊在所述應(yīng)用服務(wù)器集群中的位 置，以便當接收到用戶的服務(wù)請求時，根據(jù)所述位置將服務(wù)請求分配到對應(yīng)的應(yīng)用服務(wù) 器上。
一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的方法，包括接收用戶的服務(wù)請求；根據(jù) 配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行所述服務(wù)請求 的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查 找到的應(yīng)用服務(wù)器上的業(yè)務(wù)模塊執(zhí)行所述服務(wù)請求。一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的裝置，包括請求接收單元，用于接收用 戶的服務(wù)請求；查找單元，用于根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集 群中的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；任務(wù)執(zhí)行單元，用 于將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查找到的應(yīng)用服務(wù)器上的業(yè)務(wù)模 塊執(zhí)行所述服務(wù)請求。由上述實施例可以看出，本申請實施例改變了傳統(tǒng)方式中對整個應(yīng)用系統(tǒng)進行 分布式部署的模式，而是將應(yīng)用系統(tǒng)分解為基本模塊和業(yè)務(wù)模塊，并基于重要程度對業(yè) 務(wù)模塊進行分布式部署。這種架構(gòu)為使用帶來了更大的靈活性。對于重要程度高的業(yè)務(wù) 模塊，例如，對于資源耗費大的業(yè)務(wù)模塊或者使用頻率較高的業(yè)務(wù)模塊，可以采用分布 式部署的方式，而對于資源耗費小的業(yè)務(wù)模塊或者使用頻率較低的業(yè)務(wù)模塊，可以不采 用分布式部署的方式。即，在本申請的分布式服務(wù)系統(tǒng)中，以業(yè)務(wù)模塊為集群粒度，與 傳統(tǒng)的以整個應(yīng)用系統(tǒng)為集群粒度相比，可以更加有針對性地進行部署，節(jié)約了系統(tǒng)資 源。


為了更清楚地說明本申請實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或 現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，對于本領(lǐng)域普通技術(shù)人 員而言，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為現(xiàn)有技術(shù)中一種分布式服務(wù)系統(tǒng)的場景示意圖；圖2為本申請一種分布式服務(wù)系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖；圖3為本申請一種分布式的銷售系統(tǒng)的一個結(jié)構(gòu)示意圖；圖4為本申請一種分布式的銷售系統(tǒng)的另一個結(jié)構(gòu)示意圖；圖5為本申請一種分布式服務(wù)系統(tǒng)的另一個實施例的結(jié)構(gòu)示意圖；圖6為本申請一種分布式的銷售系統(tǒng)的另一個結(jié)構(gòu)示意圖；圖7為本申請一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的方法的一個實施例的流程 圖；圖8為本申請一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的裝置的一個實施例的結(jié)構(gòu)示 意圖；圖9為本申請的分布式服務(wù)系統(tǒng)中查找單元的一個結(jié)構(gòu)示意圖。
具體實施例方式為使本申請的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖對本申 請實施例進行詳細描述。實施例一請參閱圖2，其為本申請一種分布式服務(wù)系統(tǒng)的一個實施例的結(jié)構(gòu)示意圖。該分布式服務(wù)系統(tǒng)包括一個任務(wù)分配器201和一個應(yīng)用服務(wù)器集群202，其中，應(yīng)用服務(wù) 器集群202包括至少兩個應(yīng)用服務(wù)器，用于實現(xiàn)應(yīng)用系統(tǒng)的基本配置的基本模塊分布在 應(yīng)用服務(wù)器集群202中的每一個應(yīng)用服務(wù)器上，用于實現(xiàn)應(yīng)用系統(tǒng)的業(yè)務(wù)功能的各個業(yè) 務(wù)模塊按照重要程度越高分布的應(yīng)用服務(wù)器越多的規(guī)則，分布在應(yīng)用服務(wù)器集群202中 的應(yīng)用服務(wù)器上；任務(wù)分配器201上配置有各個業(yè)務(wù)模塊在所述應(yīng)用服務(wù)器集群中的位 置，以便當接收到用戶的服務(wù)請求時，根據(jù)所述位置將服務(wù)請求分配到對應(yīng)的應(yīng)用服務(wù) 器上。在本申請實施例中，將應(yīng)用系統(tǒng)拆分成兩個部分，一部分為實現(xiàn)應(yīng)用系統(tǒng)的基 本配置的基本模塊，另一部分為實現(xiàn)應(yīng)用系統(tǒng)的業(yè)務(wù)功能的各個業(yè)務(wù)模塊。其中，基本 模塊分布在應(yīng)用服務(wù)器集群中的每一個應(yīng)用服務(wù)器上，各個業(yè)務(wù)模塊按照重要程度越高 分布的應(yīng)用服務(wù)器越多的規(guī)則，分布在應(yīng)用服務(wù)器集群中的應(yīng)用服務(wù)器上。例如，為了便于描述，假設(shè)分布式服務(wù)系統(tǒng)中的應(yīng)用服務(wù)器集群包括4個應(yīng)用 服務(wù)器，僅將銷售系統(tǒng)拆分為實現(xiàn)基本配置的基本模塊、實現(xiàn)計費功能的計費模塊和實 現(xiàn)菜單管理功能的菜單管理模塊三個模塊。基本模塊分布在應(yīng)用服務(wù)器集群的4個應(yīng)用 服務(wù)器上，對于銷售系統(tǒng)來說，計費模塊的重要程度高于菜單管理模塊，因此，計費模 塊分布的應(yīng)用服務(wù)器要多于菜單管理模塊。如，一種簡單的分布方式是，將計費模塊分 布在應(yīng)用服務(wù)器集群中的第1-3個應(yīng)用服務(wù)器上，將菜單管理模塊分布在第4個應(yīng)用服務(wù) 器上。請參閱圖3，其為本申請一種分布式的銷售系統(tǒng)的一個結(jié)構(gòu)示意圖。當然，還可 以有其它的分布方式，如，還可以根據(jù)實際的使用需要將計費模塊分布在應(yīng)用服務(wù)器集 群中的4個應(yīng)用服務(wù)器上，將菜單管理模塊分布在任意一個應(yīng)用服務(wù)器上。本申請實施 例對業(yè)務(wù)模塊的分布方式不再一一列舉。需要說明的是，按照每個應(yīng)用系統(tǒng)的實際業(yè)務(wù)邏輯劃分業(yè)務(wù)模塊，由于每一個 應(yīng)用系統(tǒng)都具有其自身的特異性，因此，本申請實施例對業(yè)務(wù)模塊具體的劃分方式不進 行限定。還需要說明的是，劃分后的業(yè)務(wù)模塊按照重要程度越高分布的應(yīng)用服務(wù)器越多 的規(guī)則，分布在應(yīng)用服務(wù)器集群中的應(yīng)用服務(wù)器上，由于每一個應(yīng)用系統(tǒng)都具有其自身 的特異性，劃分出的業(yè)務(wù)模塊也各不相同，劃分后的業(yè)務(wù)模塊的重要程度在每個業(yè)務(wù)系 統(tǒng)中也各不相同，因此，本申請實施例對業(yè)務(wù)模塊具體的分布方式也不進行限定。當 然，當劃分的各個業(yè)務(wù)模塊的重要程度相同是，也可以出現(xiàn)每個業(yè)務(wù)模塊只分布在一個 應(yīng)用服務(wù)器的結(jié)果，此時，每個業(yè)務(wù)模塊可以與其他業(yè)務(wù)模塊部署在同一個應(yīng)用服務(wù)器 上，也可以單獨部署在一個應(yīng)用服務(wù)器上，本申請實施例對此并不限定。在本申請實施例中，任務(wù)分配器201上配置有各個業(yè)務(wù)模塊在所述應(yīng)用服務(wù)器 集群中的位置，以便當接收到用戶的服務(wù)請求時，根據(jù)所述位置將服務(wù)請求分配到相應(yīng) 的應(yīng)用服務(wù)器上。如，在圖3的銷售系統(tǒng)中，當任務(wù)分配器接收到菜單管理請求時，根據(jù)各個業(yè) 務(wù)模塊在應(yīng)用服務(wù)器集群中的位置，獲知執(zhí)行菜單管理請求的菜單管理模塊所在的應(yīng)用 服務(wù)器為應(yīng)用服務(wù)器4，將菜單管理請求分配到應(yīng)用服務(wù)器4上。上述的重要程度包括業(yè)務(wù)模塊被訪問頻率、業(yè)務(wù)模塊耗費資源的程度和被其它 業(yè)務(wù)模塊調(diào)用的次數(shù)中的任意一個或者任意多個的組合。
例如，業(yè)務(wù)模塊被訪問的頻率越高，該業(yè)務(wù)模塊的重要程度越高，反之，該業(yè) 務(wù)模塊的重要程度越低。業(yè)務(wù)模塊耗費資源的程度越大，該業(yè)務(wù)模塊的重要程度越高， 反之，該業(yè)務(wù)模塊的重要程度越低。業(yè)務(wù)模塊被其它業(yè)務(wù)模塊調(diào)用的次數(shù)越多，該業(yè)務(wù) 模塊的重要程度越高，反之，該業(yè)務(wù)模塊的重要程度越低。當業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，如圖3中的計費模塊，任務(wù)分配 器201上還配置有業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器的選擇順序。例如，圖3中的計 費模塊分布在3個應(yīng)用服務(wù)器上，則在圖3中的任務(wù)分配器上還配置有3個應(yīng)用服務(wù)器上 的選擇順序，如，當選擇順序依次為應(yīng)用服務(wù)器1、應(yīng)用服務(wù)器2和應(yīng)用服務(wù)器3時， 如果服務(wù)系統(tǒng)接收到用戶發(fā)送的計費請求，則任務(wù)分配器按照選擇順序，將計費請求先 分配到應(yīng)用服務(wù)器1上，由應(yīng)用服務(wù)器1上的計費模塊執(zhí)行計費功能。一旦應(yīng)用服務(wù)器 1執(zhí)行失敗，為了保證服務(wù)系統(tǒng)的穩(wěn)定性，按照選擇順序，再將計費請求分配到應(yīng)用服務(wù) 器2上，進一步由應(yīng)用服務(wù)器2上的計費模塊執(zhí)行計費功能。在分布式的服務(wù)系統(tǒng)中，當業(yè)務(wù)模塊調(diào)用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布 在至少兩個應(yīng)用服務(wù)器上時，則在調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器上還配置有調(diào)用業(yè)務(wù) 模塊所在的應(yīng)用服務(wù)器與被調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系。例如，請參閱圖4，其為本申請一種分布式的銷售系統(tǒng)的另一個結(jié)構(gòu)示意圖。如 圖4所示，在該銷售系統(tǒng)中，菜單管理模塊在運行時需要調(diào)用計費模塊，且計費模塊分 布在2個應(yīng)用服務(wù)器上。在菜單管理模塊所在的應(yīng)用服務(wù)器4上設(shè)置有菜單管理模塊所 在的應(yīng)用服務(wù)器與計費模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系，如，設(shè)置了菜單管理模 塊所在的應(yīng)用服務(wù)器4與計費模塊所在的應(yīng)用服務(wù)器1之間的對應(yīng)關(guān)系。當菜單管理模 塊需要調(diào)用計費模塊時，根據(jù)該對應(yīng)關(guān)系可以調(diào)用應(yīng)用服務(wù)器1上的計費模塊。另外， 如圖4所示，如果計費系統(tǒng)中還存在其他業(yè)務(wù)模塊X也需要調(diào)用計費模塊，還可以在業(yè) 務(wù)模塊X所在的應(yīng)用服務(wù)器3上設(shè)置業(yè)務(wù)模塊X所在的應(yīng)用服務(wù)器3與計費模塊所在的 其它應(yīng)用服務(wù)器，即，應(yīng)用服務(wù)器3與應(yīng)用服務(wù)器2之間的對應(yīng)關(guān)系，以保證業(yè)務(wù)模塊X 調(diào)用應(yīng)用服務(wù)器2上的計費模塊。當然，在分布式的服務(wù)系統(tǒng)中，當調(diào)用其它模塊的業(yè)務(wù)模塊分布在至少兩個應(yīng) 用服務(wù)器上，且被調(diào)用業(yè)務(wù)模塊也分布在至少兩個應(yīng)用服務(wù)器上時，可以按照上述方 式，同時在任務(wù)分配器和調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器上進行配置。具體過程可以參 見上述內(nèi)容，此處不再贅述。由上述實施例可以看出，本申請實施例改變了傳統(tǒng)方式中對整個應(yīng)用系統(tǒng)進行 分布式部署的模式，而是將應(yīng)用系統(tǒng)分解為基本模塊和業(yè)務(wù)模塊，并基于重要程度對業(yè) 務(wù)模塊進行分布式部署。這種架構(gòu)為使用帶來了更大的靈活性。對于重要程度高的業(yè)務(wù) 模塊，例如，對于資源耗費大的業(yè)務(wù)模塊或者使用頻率較高的業(yè)務(wù)模塊，可以采用分布 式部署的方式，而對于資源耗費小的業(yè)務(wù)模塊或者使用頻率較低的業(yè)務(wù)模塊，可以不采 用分布式部署的方式。即，在本申請的分布式服務(wù)系統(tǒng)中，以業(yè)務(wù)模塊為集群粒度，與 傳統(tǒng)的以整個應(yīng)用系統(tǒng)為集群粒度相比，可以更加有針對性地進行部署，節(jié)約了系統(tǒng)資 源。實施例二請參閱圖5，其為本申請中一種分布式服務(wù)系統(tǒng)的另一個實施例的結(jié)構(gòu)圖。在分布式服務(wù)系統(tǒng)中，當業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，所述系統(tǒng)還包括一個負 載均衡器203，負載均衡器203用于根據(jù)負載平衡原則從業(yè)務(wù)模塊所在的至少兩個應(yīng)用服 務(wù)器中選擇一個應(yīng)用服務(wù)器。例如，請參閱圖6，其為本申請一種分布式的銷售系統(tǒng)的另一個結(jié)構(gòu)示意圖。圖 6所示，計費模塊分布在3個應(yīng)用服務(wù)器上，分布式服務(wù)系統(tǒng)中的負載均衡器根據(jù)負載平 衡原則從3個應(yīng)用服務(wù)器上選擇應(yīng)用服務(wù)器1，以便將服務(wù)請求分配到應(yīng)用服務(wù)器1上。由于任務(wù)分配器201和應(yīng)用服務(wù)器集群202已經(jīng)在實施例一中進行了詳細地說 明，故此處不再贅述。需要說明的是，本申請實施例對負載均衡器上執(zhí)行的負載均衡算法并不進行限 定，可以采用現(xiàn)有技術(shù)中任意一種算法。同樣，在包含負載均衡器的分布式服務(wù)系統(tǒng)中，當調(diào)用其它模塊的業(yè)務(wù)模塊分 布在至少兩個應(yīng)用服務(wù)器上，且被調(diào)用業(yè)務(wù)模塊也分布在至少兩個應(yīng)用服務(wù)器上時，也 可以同時利用負載均衡器，以及在調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器上進行配置。具體過 程可以參見實施例一和實施例二的內(nèi)容，此處不再贅述。其中，重要程度包括業(yè)務(wù)模塊被訪問頻率、業(yè)務(wù)模塊耗費資源的程度和被其它 業(yè)務(wù)模塊調(diào)用的次數(shù)中的任意一個或者任意多個的組合。由上述實施例可以看出，本申請實施例改變了傳統(tǒng)方式中對整個應(yīng)用系統(tǒng)進行 分布式部署的模式，而是將應(yīng)用系統(tǒng)分解為基本模塊和業(yè)務(wù)模塊，并基于重要程度對業(yè) 務(wù)模塊進行分布式部署。這種架構(gòu)為使用帶來了更大的靈活性。對于重要程度高的業(yè)務(wù) 模塊，例如，對于資源耗費大的業(yè)務(wù)模塊或者使用頻率較高的業(yè)務(wù)模塊，可以采用分布 式部署的方式，而對于資源耗費小的業(yè)務(wù)模塊或者使用頻率較低的業(yè)務(wù)模塊，可以不采 用分布式部署的方式。即，在本申請的分布式服務(wù)系統(tǒng)中，以業(yè)務(wù)模塊為集群粒度，與 傳統(tǒng)的以整個應(yīng)用系統(tǒng)為集群粒度相比，可以更加有針對性地進行部署，節(jié)約了系統(tǒng)資 源。實施例三以上述圖2中的分布式服務(wù)系統(tǒng)為基礎(chǔ)，本申請實施例還提供了一種在上述分 布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的方法。結(jié)合圖2，請參閱圖7，其為本申請一種在分布式服務(wù) 系統(tǒng)中執(zhí)行任務(wù)的方法的一個實施例的流程圖，包括以下步驟步驟701 接收用戶的服務(wù)請求；步驟702:根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位 置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；例如，如圖3所示，在分布式銷售系統(tǒng)中，將整個銷售系統(tǒng)劃分為實現(xiàn)銷售系 統(tǒng)基本配置的基本模塊、計費模塊和菜單管理模塊?；灸K分布在應(yīng)用服務(wù)器集群的 所有應(yīng)用服務(wù)器上，計費模塊分布在應(yīng)用服務(wù)器1-3上，菜單管理模塊分布在應(yīng)用服務(wù) 器4上。當接收到用戶的菜單管理請求時，根據(jù)配置銷售系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用 服務(wù)器集群中的位置，查找到執(zhí)行菜單管理請求的菜單管理模塊所在的應(yīng)用服務(wù)器為應(yīng) 用服務(wù)器4。在查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器過程中，當執(zhí)行服務(wù)請 求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，可以由負載均衡器根據(jù)負載平衡原則動態(tài)地選擇一個應(yīng)用服務(wù)器，也可以在任務(wù)分配器上進行靜態(tài)的配置。在此情況下，所述根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中 的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器包括當執(zhí)行所述服務(wù)請 求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，觸發(fā)負載均衡器根據(jù)負載均衡原則從業(yè) 務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器；接收負載均衡器返回的選擇 結(jié)果，將所述選擇結(jié)果作為查找到的應(yīng)用服務(wù)器。例如，如圖6所示，當接收到用戶的計費請求時，由于執(zhí)行計費請求的計費模 塊分布在3個應(yīng)用服務(wù)器上，任務(wù)分配器觸發(fā)負載均衡器根據(jù)負載平衡原則從計費模塊 所在的3個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器，如，選擇了應(yīng)用服務(wù)器1，負載均衡器將 選擇結(jié)果返回給任務(wù)分配器，任務(wù)分配器接收負載均衡器返回的選擇結(jié)果，將選擇的結(jié) 果作為查找到的應(yīng)用服務(wù)器?；蛘撸龈鶕?jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位 置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器包括當執(zhí)行所述業(yè)務(wù)請求的 業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，根據(jù)配置的業(yè)務(wù)模塊所在的至少兩個應(yīng)用服 務(wù)器的選擇順序選擇一個應(yīng)用服務(wù)器，將選擇的應(yīng)用服務(wù)器作為查找到的應(yīng)用服務(wù)器。例如，如圖3所示的消費系統(tǒng)，在任務(wù)分配器上配置有計費模塊所在的3個應(yīng)用 服務(wù)器的選擇順序，當任務(wù)分配器接收到用戶的計費請求時，根據(jù)自身配置的計費模塊 所在的3個應(yīng)用服務(wù)器的選擇順序，從中選擇應(yīng)用服務(wù)器1。在查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器過程中，當業(yè)務(wù)模塊調(diào) 用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，在調(diào)用模塊所在的 應(yīng)用服務(wù)器上進行靜態(tài)配置。在此情況下，所述根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中 的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器包括當執(zhí)行所述服務(wù)請 求的業(yè)務(wù)模塊調(diào)用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，觸 發(fā)調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器根據(jù)配置的調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器與被調(diào)用 業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系選擇一個應(yīng)用服務(wù)器，以便調(diào)用業(yè)務(wù)模塊所 在的應(yīng)用服務(wù)器將所述請求任務(wù)發(fā)送給選擇的應(yīng)用服務(wù)器。例如，如圖4所示，在該銷售系統(tǒng)中，菜單管理模塊在運行時需要調(diào)用計費模 塊，且計費模塊分布在2個應(yīng)用服務(wù)器上。在菜單管理模塊所在的應(yīng)用服務(wù)器4上設(shè)置 有菜單管理模塊所在的應(yīng)用服務(wù)器與計費模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系，如， 設(shè)置了菜單管理模塊所在的應(yīng)用服務(wù)器4與計費模塊所在的應(yīng)用服務(wù)器1之間的對應(yīng)關(guān) 系。當任務(wù)分配器接收到用戶的菜單管理請求時，根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模 塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行菜單管理請求的菜單管理模塊所在的應(yīng)用服務(wù) 器為應(yīng)用服務(wù)器4，任務(wù)分配器將菜單管理請求分配到應(yīng)用服務(wù)器4上。而菜單管理模塊 在運行時需要進一步調(diào)用計費模塊，應(yīng)用服務(wù)器4上配置有菜單管理模塊所在的應(yīng)用服 務(wù)器與計費模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系，如，設(shè)置了菜單管理模塊所在的應(yīng) 用服務(wù)器4與計費模塊所在的應(yīng)用服務(wù)器1之間的對應(yīng)關(guān)系。因此，當菜單管理模塊需 要調(diào)用計費模塊時，應(yīng)用服務(wù)器4將菜單管理請求發(fā)送給應(yīng)用服務(wù)器1，由應(yīng)用服務(wù)器1 上的計費模塊執(zhí)行計費功能。
當然，在分布式的服務(wù)系統(tǒng)中，當調(diào)用其它模塊的業(yè)務(wù)模塊分布在至少兩個應(yīng) 用服務(wù)器上，且被調(diào)用業(yè)務(wù)模塊也分布在至少兩個應(yīng)用服務(wù)器上時，可以按照上述方 式，同時在任務(wù)分配器和調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器上進行配置。具體過程可以參 見上述內(nèi)容，此處不再贅述。步驟703:將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查找到的應(yīng)用 服務(wù)器上的業(yè)務(wù)模塊執(zhí)行所述服務(wù)請求。由上述實施例可以看出，本申請實施例改變了傳統(tǒng)方式中對整個應(yīng)用系統(tǒng)進行 分布式部署的模式，而是將應(yīng)用系統(tǒng)分解為基本模塊和業(yè)務(wù)模塊，并基于重要程度對業(yè) 務(wù)模塊進行分布式部署。這種架構(gòu)為使用帶來了更大的靈活性。對于重要程度高的業(yè)務(wù) 模塊，例如，對于資源耗費大的業(yè)務(wù)模塊或者使用頻率較高的業(yè)務(wù)模塊，可以采用分布 式部署的方式，而對于資源耗費小的業(yè)務(wù)模塊或者使用頻率較低的業(yè)務(wù)模塊，可以不采 用分布式部署的方式。即，在本申請的分布式服務(wù)系統(tǒng)中，以業(yè)務(wù)模塊為集群粒度，與 傳統(tǒng)的以整個應(yīng)用系統(tǒng)為集群粒度相比，可以更加有針對性地進行部署，節(jié)約了系統(tǒng)資 源。實施例四與上述一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的方法相對應(yīng)，本申請實施例還提供 了一種在分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的裝置。請參閱圖8，其為本申請一種在分布式服務(wù) 系統(tǒng)中執(zhí)行任務(wù)的裝置的一個實施例的結(jié)構(gòu)示意圖，包括請求接收單元801、查找單 元802和任務(wù)執(zhí)行單元803。下面結(jié)合該裝置的工作原理進一步介紹其內(nèi)部結(jié)構(gòu)以及連接 關(guān)系。請求接收單元801，用于接收用戶的服務(wù)請求；查找單元802，用于根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中 的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；任務(wù)執(zhí)行單元803，用于將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查 找到的應(yīng)用服務(wù)器上的業(yè)務(wù)模塊執(zhí)行所述服務(wù)請求。其中，在查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器過程中，當執(zhí)行 服務(wù)請求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，請參閱圖9，其為本申請的分布式 服務(wù)系統(tǒng)中查找單元的一個結(jié)構(gòu)示意圖。如圖9所示，查找單元802包括第一觸發(fā)子 單元8011和選擇結(jié)果接收子單元8012，第一觸發(fā)子單元8011，用于當執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊分布在至少兩個應(yīng) 用服務(wù)器上時，觸發(fā)負載均衡器根據(jù)負載均衡原則從業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù) 器中選擇一個應(yīng)用服務(wù)器；選擇結(jié)果接收子單元8012，用于接收負載均衡器返回的選擇結(jié)果，將所述選擇 結(jié)果作為查找到的應(yīng)用服務(wù)器。可替換的，查找單元802包括選擇子單元，用于當執(zhí)行所述業(yè)務(wù)請求的業(yè)務(wù) 模塊分布在至少兩個應(yīng)用服務(wù)器上時，根據(jù)配置的業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器 的選擇順序選擇一個應(yīng)用服務(wù)器，將選擇的應(yīng)用服務(wù)器作為查找到的應(yīng)用服務(wù)器。可替換的，查找單元802包括第二觸發(fā)子單元，用于當執(zhí)行所述服務(wù)請求的 業(yè)務(wù)模塊調(diào)用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，觸發(fā)調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器根據(jù)配置的調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器與被調(diào)用業(yè)務(wù) 模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系選擇一個應(yīng)用服務(wù)器，以便調(diào)用業(yè)務(wù)模塊所在的 應(yīng)用服務(wù)器將所述請求任務(wù)發(fā)送給選擇的應(yīng)用服務(wù)器。需要說明的是，在分布式的服務(wù)系統(tǒng)中，當調(diào)用其它模塊的業(yè)務(wù)模塊分布在至 少兩個應(yīng)用服務(wù)器上，且被調(diào)用業(yè)務(wù)模塊也分布在至少兩個應(yīng)用服務(wù)器上時，此時，查 找單元802既包括第一觸發(fā)子單元和選擇結(jié)果接收子單元，又包括第二觸發(fā)子單元，或 者，包括查找單元802選擇子單元和第二觸發(fā)子單元。由上述實施例可以看出，本申請實施例改變了傳統(tǒng)方式中對整個應(yīng)用系統(tǒng)進行 分布式部署的模式，而是將應(yīng)用系統(tǒng)分解為基本模塊和業(yè)務(wù)模塊，并基于重要程度對業(yè) 務(wù)模塊進行分布式部署。這種架構(gòu)為使用帶來了更大的靈活性。對于重要程度高的業(yè)務(wù) 模塊，例如，對于資源耗費大的業(yè)務(wù)模塊或者使用頻率較高的業(yè)務(wù)模塊，可以采用分布 式部署的方式，而對于資源耗費小的業(yè)務(wù)模塊或者使用頻率較低的業(yè)務(wù)模塊，可以不采 用分布式部署的方式。即，在本申請的分布式服務(wù)系統(tǒng)中，以業(yè)務(wù)模塊為集群粒度，與 傳統(tǒng)的以整個應(yīng)用系統(tǒng)為集群粒度相比，可以更加有針對性地進行部署，節(jié)約了系統(tǒng)資 源。需要說明的是，本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或 部分流程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計 算機可讀取存儲介質(zhì)中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其 中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨 機存儲記憶體(Random AccessMemory，RAM)等。以上對本申請所提供的一種分布式服務(wù)系統(tǒng)、分布式服務(wù)系統(tǒng)的任務(wù)執(zhí)行方法 和裝置進行了詳細介紹，本文中應(yīng)用了具體實施例對本申請的原理及實施方式進行了闡 述，以上實施例的說明只是用于幫助理解本申請的方法及其核心思想；同時，對于本 領(lǐng)域的一般技術(shù)人員，依據(jù)本申請的思想，在具體實施方式
及應(yīng)用范圍上均會有改變之 處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本申請的限制。
權(quán)利要求
1.一種分布式服務(wù)系統(tǒng)，其特征在于，包括一個任務(wù)分配器和一個應(yīng)用服務(wù)器集 群，其中，所述應(yīng)用服務(wù)器集群包括至少兩個應(yīng)用服務(wù)器，用于實現(xiàn)應(yīng)用系統(tǒng)的基本配置的基本模塊分布在應(yīng)用服務(wù)器集群中的每一個應(yīng)用服 務(wù)器上，用于實現(xiàn)應(yīng)用系統(tǒng)的業(yè)務(wù)功能的各個業(yè)務(wù)模塊按照重要程度越高分布的應(yīng)用服 務(wù)器越多的規(guī)則，分布在應(yīng)用服務(wù)器集群中的應(yīng)用服務(wù)器上；所述任務(wù)分配器上配置有各個業(yè)務(wù)模塊在所述應(yīng)用服務(wù)器集群中的位置，以便當接 收到用戶的服務(wù)請求時，根據(jù)所述位置將服務(wù)請求分配到對應(yīng)的應(yīng)用服務(wù)器上。
2.根據(jù)權(quán)利要求1所述的分布式服務(wù)系統(tǒng)，其特征在于，當業(yè)務(wù)模塊分布在至少兩個 應(yīng)用服務(wù)器上時，所述系統(tǒng)還包括一個負載均衡器，所述負載均衡器用于根據(jù)負載平衡 原則從業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器。
3.根據(jù)權(quán)利要求1所述的分布式服務(wù)系統(tǒng)，其特征在于，當業(yè)務(wù)模塊分布在至少兩個 應(yīng)用服務(wù)器上時，所述任務(wù)分配器上還配置有業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器的選 擇順序。
4.根據(jù)權(quán)利要求1-3中的任意一項所述的分布式服務(wù)系統(tǒng)，其特征在于，當業(yè)務(wù)模塊 調(diào)用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，在調(diào)用業(yè)務(wù)模塊 所在的應(yīng)用服務(wù)器上還配置有調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器與被調(diào)用業(yè)務(wù)模塊所在的 應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系。
5.根據(jù)權(quán)利要求1所述的分布式服務(wù)系統(tǒng)，其特征在于，所述重要程度包括業(yè)務(wù)模塊 被訪問頻率、業(yè)務(wù)模塊耗費資源的程度和被其它業(yè)務(wù)模塊調(diào)用的次數(shù)中的任意一個或者 任意多個的組合。
6. —種在權(quán)利要求1所述的分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的方法，其特征在于，包括接收用戶的服務(wù)請求；根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行所述 服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查找到的應(yīng)用服務(wù)器上的業(yè)務(wù) 模塊執(zhí)行所述服務(wù)請求。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù) 模塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器 包括當執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，觸發(fā)負載均衡器 根據(jù)負載均衡原則從業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器中選擇一個應(yīng)用服務(wù)器；接收負載均衡器返回的選擇結(jié)果，將所述選擇結(jié)果作為查找到的應(yīng)用服務(wù)器。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù) 模塊在應(yīng)用服務(wù)器器集群中的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù) 器包括當執(zhí)行所述業(yè)務(wù)請求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，根據(jù)配置的業(yè)務(wù) 模塊所在的至少兩個應(yīng)用服務(wù)器的選擇順序選擇一個應(yīng)用服務(wù)器，將選擇的應(yīng)用服務(wù)器 作為查找到的應(yīng)用服務(wù)器。
9.根據(jù)權(quán)利要求6-8中的任意一項所述的方法，其特征在于，所述根據(jù)配置的應(yīng)用系 統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所 在的應(yīng)用服務(wù)器包括當執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊調(diào)用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布在至少 兩個應(yīng)用服務(wù)器上時，觸發(fā)調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器根據(jù)配置的調(diào)用業(yè)務(wù)模塊所 在的應(yīng)用服務(wù)器與被調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān)系選擇一個應(yīng)用服務(wù) 器，以便調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器將所述請求任務(wù)發(fā)送給選擇的應(yīng)用服務(wù)器。
10.—種在權(quán)利要求1所述的分布式服務(wù)系統(tǒng)中執(zhí)行任務(wù)的裝置，其特征在于，包括請求接收單元，用于接收用戶的服務(wù)請求；查找單元，用于根據(jù)配置的應(yīng)用系統(tǒng)中的各個業(yè)務(wù)模塊在應(yīng)用服務(wù)器集群中的位 置，查找執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器；任務(wù)執(zhí)行單元，用于將所述服務(wù)請求分配給查找到的應(yīng)用服務(wù)器，以便由查找到的 應(yīng)用服務(wù)器上的業(yè)務(wù)模塊執(zhí)行所述服務(wù)請求。
11.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述查找單元包括第一觸發(fā)子單元，用于當執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器 上時，觸發(fā)負載均衡器根據(jù)負載均衡原則從業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器中選擇 一個應(yīng)用服務(wù)器；選擇結(jié)果接收子單元，用于接收負載均衡器返回的選擇結(jié)果，將所述選擇結(jié)果作為 查找到的應(yīng)用服務(wù)器。
12.根據(jù)權(quán)利要求10所述的裝置，其特征在于，所述查找單元包括選擇子單元，用于當執(zhí)行所述業(yè)務(wù)請求的業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上 時，根據(jù)配置的業(yè)務(wù)模塊所在的至少兩個應(yīng)用服務(wù)器的選擇順序選擇一個應(yīng)用服務(wù)器， 將選擇的應(yīng)用服務(wù)器作為查找到的應(yīng)用服務(wù)器。
13.根據(jù)權(quán)利要求10-12任意一項所述的裝置，其特征在于，所述查找單元包括 第二觸發(fā)子單元，用于當執(zhí)行所述服務(wù)請求的業(yè)務(wù)模塊調(diào)用其它業(yè)務(wù)模塊且被調(diào)用業(yè)務(wù)模塊分布在至少兩個應(yīng)用服務(wù)器上時，觸發(fā)調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器根據(jù)配 置的調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器與被調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器之間的對應(yīng)關(guān) 系選擇一個應(yīng)用服務(wù)器，以便調(diào)用業(yè)務(wù)模塊所在的應(yīng)用服務(wù)器將所述請求任務(wù)發(fā)送給選 擇的應(yīng)用服務(wù)器。
全文摘要
本申請實施例公開了分布式服務(wù)系統(tǒng)、分布式服務(wù)系統(tǒng)的任務(wù)執(zhí)行方法和裝置。其中，分布式服務(wù)系統(tǒng)包括一個任務(wù)分配器和一個應(yīng)用服務(wù)器集群，其中，所述應(yīng)用服務(wù)器集群包括至少兩個應(yīng)用服務(wù)器，用于實現(xiàn)應(yīng)用系統(tǒng)的基本配置的基本模塊分布在應(yīng)用服務(wù)器集群中的每一個應(yīng)用服務(wù)器上，用于實現(xiàn)應(yīng)用系統(tǒng)的業(yè)務(wù)功能的各個業(yè)務(wù)模塊按照重要程度越高分布的應(yīng)用服務(wù)器越多的規(guī)則，分布在應(yīng)用服務(wù)器集群中的應(yīng)用服務(wù)器上；所述任務(wù)分配器上配置有各個業(yè)務(wù)模塊在所述應(yīng)用服務(wù)器集群中的位置，以便當接收到用戶的服務(wù)請求時，根據(jù)所述位置將服務(wù)請求分配到對應(yīng)的應(yīng)用服務(wù)器上。根據(jù)本申請實施例，可以節(jié)約系統(tǒng)資源。
文檔編號H04L29/08GK102014169SQ20101060176
公開日2011年4月13日 申請日期2010年12月22日 優(yōu)先權(quán)日2010年12月22日
發(fā)明者劉歆一, 方國, 王能 申請人:北京中電普華信息技術(shù)有限公司