本發(fā)明涉及微服務(wù)技術(shù)領(lǐng)域，特別涉及一種基于融合微服務(wù)架構(gòu)的系統(tǒng)。

背景技術(shù)：

微服務(wù)架構(gòu)是一種特定的軟件應(yīng)用程序設(shè)計(jì)方式—將大型軟件拆分為多個(gè)獨(dú)立可部署服務(wù)組合而成的套件方案。雖然這種架構(gòu)風(fēng)格的確切定義還存在爭(zhēng)議，但并不妨礙其在眾多企業(yè)的實(shí)際應(yīng)用中被實(shí)踐，并體現(xiàn)出了具備通用特征的業(yè)務(wù)功能、自動(dòng)化部署、端點(diǎn)智能化以及對(duì)語(yǔ)言與數(shù)據(jù)的離散化控制能力。

另外，Docker 作為一種開(kāi)源的應(yīng)用容器引擎，幫助開(kāi)發(fā)者將他們的應(yīng)用以及依賴(lài)打包到一個(gè)可移植的容器中，便于應(yīng)用的部署和擴(kuò)展。而隨之產(chǎn)生的微容器概念和微服務(wù)正好相輔相成，通過(guò) Docker 封裝的應(yīng)用可以輕松運(yùn)行在以擴(kuò)容能力見(jiàn)長(zhǎng)的云計(jì)算平臺(tái)上。數(shù)人云作為專(zhuān)業(yè)的數(shù)據(jù)中心管理系統(tǒng)，提供了基于 Mesos 和 Docker 技術(shù)的企業(yè)級(jí)容器云生產(chǎn)環(huán)境，通過(guò)一鍵部署、橫向擴(kuò)展、持續(xù)集成等特性，助力微服務(wù)架構(gòu)在企業(yè)應(yīng)用環(huán)境的實(shí)踐。

微服務(wù)架構(gòu)近年來(lái)尤其受各大互聯(lián)網(wǎng)公司的追捧，比如微信、七牛云、陸金所、敦煌網(wǎng)等知名企業(yè)都在運(yùn)用其來(lái)架構(gòu)自己的平臺(tái)。這些互聯(lián)網(wǎng)企業(yè)擁有龐大的用戶(hù)數(shù)據(jù)、更專(zhuān)業(yè)規(guī)范的企業(yè)級(jí)的PaaS服務(wù)，他們通過(guò)整合了微服務(wù)到各個(gè)功能模塊中實(shí)現(xiàn)快速處理海量數(shù)據(jù)、及時(shí)輸出產(chǎn)品、優(yōu)化產(chǎn)品體驗(yàn)、提升產(chǎn)品服務(wù)質(zhì)量。在整個(gè)互聯(lián)網(wǎng)技術(shù)發(fā)展的趨勢(shì)下，快速融合微服務(wù)架構(gòu)到產(chǎn)品的研發(fā)中能夠使產(chǎn)品開(kāi)發(fā)質(zhì)量、進(jìn)度得到進(jìn)一步的保障。

傳統(tǒng)的應(yīng)用研發(fā)成本高，主要原因是：傳統(tǒng)的垂直的架構(gòu)、產(chǎn)品功能開(kāi)發(fā)模式導(dǎo)致代碼重復(fù)率過(guò)高；代碼重復(fù)率過(guò)高導(dǎo)致功能需求變更困難（主要體現(xiàn)為功能修改不一致引起后續(xù)的測(cè)試、部署問(wèn)題）；當(dāng)代碼重復(fù)率過(guò)高及需求變更困難導(dǎo)致產(chǎn)品無(wú)法趕上日益變化的市場(chǎng)需求，不能快速上線、敏捷交付產(chǎn)品。

同時(shí)，傳統(tǒng)的架構(gòu)設(shè)計(jì)導(dǎo)致運(yùn)維效率低。產(chǎn)品業(yè)務(wù)不斷新增使得整個(gè)系統(tǒng)的可維護(hù)性愈來(lái)愈差，產(chǎn)品各個(gè)功能模塊關(guān)聯(lián)孤立。當(dāng)這種情況體現(xiàn)到整個(gè)企業(yè)管理中時(shí)，會(huì)使得所有的功能模塊運(yùn)維困難。

微服務(wù)架構(gòu)（Microservices Architecture）的誕生和容器（Docker）技術(shù)的流行而是互聯(lián)網(wǎng)時(shí)代倒逼傳統(tǒng)技術(shù)和架構(gòu)而產(chǎn)生的變革。以Docker為代表的容器技術(shù)為微服務(wù)架構(gòu)解決了快速部署、優(yōu)化資源利用率、高適配的問(wèn)題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的目的在于提供一種基于融合微服務(wù)架構(gòu)的系統(tǒng)，整合了微服務(wù)的構(gòu)架使的每個(gè)產(chǎn)品功能的設(shè)計(jì)粒度化，以提高系統(tǒng)的可調(diào)度性，為新需求的快速準(zhǔn)確開(kāi)發(fā)提供了可靠性的保障。

為達(dá)到上述目的，本發(fā)明實(shí)施例公開(kāi)了一種基于融合微服務(wù)架構(gòu)的系統(tǒng)，技術(shù)方案如下：

一種基于融合微服務(wù)架構(gòu)的系統(tǒng)，包括：應(yīng)用模塊、接口訪問(wèn)模塊、業(yè)務(wù)服務(wù)模塊、公共服務(wù)模塊、資源管理模塊；

所述應(yīng)用模塊發(fā)送數(shù)據(jù)請(qǐng)求；

所述接口訪問(wèn)模塊用于接收并處理所述應(yīng)用模塊發(fā)送的數(shù)據(jù)請(qǐng)求，并根據(jù)所述數(shù)據(jù)請(qǐng)求確定執(zhí)行所述數(shù)據(jù)請(qǐng)求的微服務(wù)單元，且發(fā)送有關(guān)所述微服務(wù)單元的信息；

所述業(yè)務(wù)服務(wù)模塊用于接收所述接口訪問(wèn)模塊發(fā)送的所述微服務(wù)單元信息，并根據(jù)所述微服務(wù)單元信息調(diào)用所述微服務(wù)；

所述公共服務(wù)模塊用于根據(jù)預(yù)先設(shè)置的微服務(wù)與服務(wù)的對(duì)應(yīng)關(guān)系查找對(duì)應(yīng)的服務(wù)，所查找到的服務(wù)用于接收所述微服務(wù)的指令；

所述資源管理模塊用于存放所述公共服務(wù)模塊中服務(wù)的數(shù)據(jù)，用于將對(duì)應(yīng)的數(shù)據(jù)根據(jù)所述服務(wù)的請(qǐng)求回傳至所述公共服務(wù)模塊，并經(jīng)由所述微服務(wù)發(fā)送至所述業(yè)務(wù)服務(wù)模塊，所述業(yè)務(wù)服務(wù)模塊將所述數(shù)據(jù)通過(guò)所述接口訪問(wèn)模塊發(fā)送至所述應(yīng)用模塊。

其中，所述應(yīng)用模塊為應(yīng)用程序或web。所述接口訪問(wèn)模塊為API網(wǎng)關(guān)；

所述微服務(wù)單元的信息，包括：所述微服務(wù)的調(diào)用接口信息。

所述公共服務(wù)模塊根據(jù)預(yù)設(shè)類(lèi)別劃分為一個(gè)或多個(gè)服務(wù)組，每個(gè)服務(wù)組對(duì)應(yīng)多個(gè)微服務(wù)。

所述微服務(wù)運(yùn)行于Docker容器上。

所述公共服務(wù)模塊，包括：支付子模塊、消息通知子模塊、即時(shí)通訊服務(wù)子模塊、日志采集服務(wù)子模塊、任務(wù)管理子模塊。

所述資源管理模塊，包括：數(shù)據(jù)庫(kù)子模塊、緩存子模塊。

所述系統(tǒng)還包括：服務(wù)管理架構(gòu)，與所述業(yè)務(wù)服務(wù)模塊相連，用于對(duì)所述業(yè)務(wù)服務(wù)模塊進(jìn)行展示、管理和配置；

所述服務(wù)管理架構(gòu)，包括：服務(wù)展示子模塊、服務(wù)配置子模塊、服務(wù)管理子模塊。

應(yīng)用本發(fā)明技術(shù)方案，通過(guò)應(yīng)用模塊發(fā)送數(shù)據(jù)后接口訪問(wèn)模塊接受并處理該數(shù)據(jù)，并確定由哪個(gè)微服務(wù)單元來(lái)執(zhí)行數(shù)據(jù)請(qǐng)求，業(yè)務(wù)服務(wù)模塊啟動(dòng)接口訪問(wèn)模塊確定的執(zhí)行數(shù)據(jù)請(qǐng)求的微服務(wù)單元，然后公共服務(wù)模塊中的服務(wù)用以執(zhí)行，可以看的出本發(fā)明實(shí)施例整合了微服務(wù)的構(gòu)架使的每個(gè)產(chǎn)品功能的設(shè)計(jì)粒度化，以提高系統(tǒng)的可調(diào)度性，為新需求的快速準(zhǔn)確開(kāi)發(fā)提供了可靠性的保障。

附圖說(shuō)明

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實(shí)施例提供的基于融合微服務(wù)架構(gòu)的系統(tǒng)的第一種結(jié)構(gòu)圖；

圖2為本發(fā)明實(shí)施例提供的基于融合微服務(wù)架構(gòu)的系統(tǒng)的第二種結(jié)構(gòu)圖；

圖3為本發(fā)明實(shí)施例提供的基于融合微服務(wù)架構(gòu)的系統(tǒng)的第三種結(jié)構(gòu)圖；

圖4為本發(fā)明實(shí)施例提供的基于融合微服務(wù)架構(gòu)的系統(tǒng)的第四種結(jié)構(gòu)圖；

圖5為本發(fā)明實(shí)施例提供的基于融合微服務(wù)架構(gòu)的系統(tǒng)的第五種結(jié)構(gòu)圖。

具體實(shí)施方式

下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例?；诒景l(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有作出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。

為解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例提供了一種基于融合微服務(wù)架構(gòu)的系統(tǒng)，以下分別進(jìn)行詳細(xì)說(shuō)明。

圖1為本發(fā)明實(shí)施例提供的基于微服務(wù)的管理系統(tǒng)的第一種結(jié)構(gòu)圖，系統(tǒng)包括：應(yīng)用模塊1、接口訪問(wèn)模塊2、業(yè)務(wù)服務(wù)模塊3、公共服務(wù)模塊4、資源管理模塊5；

應(yīng)用模塊1發(fā)送數(shù)據(jù)請(qǐng)求；接口訪問(wèn)模塊2用于接收并處理應(yīng)用模塊1發(fā)送的數(shù)據(jù)請(qǐng)求，并根據(jù)數(shù)據(jù)請(qǐng)求確定執(zhí)行數(shù)據(jù)請(qǐng)求的微服務(wù)單元，且發(fā)送有關(guān)微服務(wù)單元的信息；業(yè)務(wù)服務(wù)模塊3用于接收接口訪問(wèn)模塊2發(fā)送的微服務(wù)單元信息，并根據(jù)微服務(wù)單元信息調(diào)用微服務(wù)；公共服務(wù)模塊4用于根據(jù)預(yù)先設(shè)置的微服務(wù)與服務(wù)的對(duì)應(yīng)關(guān)系查找對(duì)應(yīng)的服務(wù)，所查找到的服務(wù)用于接收微服務(wù)的指令；資源管理模塊5用于存放公共服務(wù)模塊4中服務(wù)的數(shù)據(jù)，用于將對(duì)應(yīng)的數(shù)據(jù)根據(jù)服務(wù)的請(qǐng)求回傳至公共服務(wù)模塊4，并經(jīng)由微服務(wù)發(fā)送至業(yè)務(wù)服務(wù)模塊3，業(yè)務(wù)服務(wù)模塊3將數(shù)據(jù)通過(guò)接口訪問(wèn)模塊2發(fā)送至應(yīng)用模塊1。

本領(lǐng)域技術(shù)人員可以理解的是，應(yīng)用模塊為應(yīng)用程序或web，示例性的，應(yīng)用模塊為應(yīng)用程序，例如購(gòu)物軟件，購(gòu)物軟件運(yùn)行于客戶(hù)終端，用戶(hù)在發(fā)送購(gòu)買(mǎi)請(qǐng)求后進(jìn)行支付，購(gòu)物軟件將支付請(qǐng)求發(fā)送至接口訪問(wèn)模塊2。接口訪問(wèn)模塊2是一個(gè)統(tǒng)計(jì)接收用戶(hù)發(fā)送請(qǐng)求的管理接口，以根據(jù)請(qǐng)求的類(lèi)型發(fā)送給相應(yīng)的執(zhí)行單元，如接收到購(gòu)物請(qǐng)求以后確定由1號(hào)管理接口進(jìn)行處理，1號(hào)管理接口根據(jù)數(shù)據(jù)請(qǐng)求確定執(zhí)行數(shù)據(jù)請(qǐng)求的微服務(wù)單元，將確定的微服務(wù)的信息發(fā)送至業(yè)務(wù)服務(wù)模塊3。

業(yè)務(wù)服務(wù)模塊3中由很多的微服務(wù)，假設(shè)，根據(jù)微服務(wù)的接口信息確定調(diào)用的微服務(wù)為微服務(wù)A。公共服務(wù)模塊4根據(jù)微服務(wù)A與服務(wù)的對(duì)應(yīng)關(guān)系，查找到微服務(wù)A對(duì)應(yīng)的為支付服務(wù)，那么由支付服務(wù)來(lái)執(zhí)行本次的數(shù)據(jù)請(qǐng)求。在執(zhí)行以后，支付服務(wù)再將支付的信息發(fā)送至業(yè)務(wù)服務(wù)模塊3，業(yè)務(wù)服務(wù)模塊3將數(shù)據(jù)通過(guò)接口訪問(wèn)模塊2發(fā)送至應(yīng)用模塊1，用以告訴客戶(hù)本次支付的執(zhí)行結(jié)果，即完成了數(shù)據(jù)的雙向過(guò)程。具體的，可以是微服務(wù)對(duì)應(yīng)的接口信息，可以理解的是每個(gè)微服務(wù)都有對(duì)應(yīng)的接口，在微服務(wù)被調(diào)用的時(shí)候接到有關(guān)接口的調(diào)用信息就會(huì)啟動(dòng)相應(yīng)的微服務(wù)。具體的，資源管理模塊5用于存放公共服務(wù)模塊4中服務(wù)的數(shù)據(jù)，用于將對(duì)應(yīng)的數(shù)據(jù)根據(jù)所述服務(wù)的請(qǐng)求回傳至公共服務(wù)模塊4，包括：數(shù)據(jù)庫(kù)子模塊、緩存子模塊。

本發(fā)明主要是融合微服務(wù)構(gòu)架的快速平臺(tái)，其整合了當(dāng)下主流的技術(shù)框架、適配第三方服務(wù)接口、獨(dú)立設(shè)計(jì)研發(fā)了自主的分布式服務(wù)框架。

參見(jiàn)圖2，圖2為本發(fā)明實(shí)施例提供的基于微服務(wù)的管理系統(tǒng)的第二種結(jié)構(gòu)圖，接口訪問(wèn)模塊為API網(wǎng)關(guān)；微服務(wù)單元的信息，包括：微服務(wù)的調(diào)用接口信息。

具體的，當(dāng)接口訪問(wèn)模塊為API網(wǎng)關(guān)時(shí)，API接收并處理應(yīng)用模塊1發(fā)送的數(shù)據(jù)請(qǐng)求，如圖2所示，根據(jù)請(qǐng)求確定執(zhí)行數(shù)據(jù)請(qǐng)求的微服務(wù)單元為：微服務(wù)1。具體的，一個(gè)API網(wǎng)關(guān)下面可以對(duì)應(yīng)多個(gè)微服務(wù)，而且確定執(zhí)行數(shù)據(jù)請(qǐng)求的微服務(wù)可以為一個(gè)，也可以為多個(gè)，本發(fā)明實(shí)施例在此不對(duì)其進(jìn)行限定。

該平臺(tái)提供根據(jù)實(shí)際應(yīng)用來(lái)拆分功能的最小粒度；對(duì)于服務(wù)可以融合Dubbo構(gòu)架，規(guī)范各種服務(wù)治理提高服務(wù)的效率和高可用性；同時(shí)融合Docker技術(shù)使各個(gè)服務(wù)單元環(huán)境一致，從而提高整體系統(tǒng)性能；而且該平臺(tái)通過(guò)適配可以融合多種API接口的接入。

參見(jiàn)圖3，圖3為本發(fā)明實(shí)施例提供的基于微服務(wù)的管理系統(tǒng)的第三種結(jié)構(gòu)圖，公共服務(wù)模塊4根據(jù)預(yù)設(shè)類(lèi)別劃分為一個(gè)或多個(gè)服務(wù)組，每個(gè)服務(wù)組對(duì)應(yīng)多個(gè)微服務(wù)。公共服務(wù)模塊4，包括：支付子模塊、消息通知子模塊、即時(shí)通訊服務(wù)子模塊、日志采集服務(wù)子模塊、任務(wù)管理子模塊。本發(fā)明實(shí)施例中公共服務(wù)模塊4所包含的子模塊僅僅是示例性的，公共服務(wù)模塊4中的子模塊只要能夠滿足對(duì)業(yè)務(wù)服務(wù)模塊3、資源管理模塊5之間的數(shù)據(jù)請(qǐng)求和發(fā)送接口，在本領(lǐng)域就似乎人員未做出創(chuàng)造性勞動(dòng)的情況下，均屬于發(fā)明的保護(hù)范圍。

參見(jiàn)圖4，圖4為本發(fā)明實(shí)施例提供的基于微服務(wù)的管理系統(tǒng)的第四種結(jié)構(gòu)圖，微服務(wù)運(yùn)行于Docker容器上。示例性的，圖4中，為一組微服務(wù)1-微服務(wù)5，具體的，微服務(wù)1運(yùn)行在容器1上、微服務(wù)2運(yùn)行在容器2上、微服務(wù)3運(yùn)行在容器3上、微服務(wù)4運(yùn)行在容器4上、微服務(wù)5運(yùn)行在容器5上。實(shí)際應(yīng)用中，一組微服務(wù)的數(shù)量可以為10、50、100、200等，本發(fā)明實(shí)施例僅僅是示例性的，不構(gòu)成對(duì)本發(fā)明的限定。

本領(lǐng)域技術(shù)人員可以理解的是，容器為應(yīng)用程序提供了隔離的運(yùn)行空間：每個(gè)容器內(nèi)都包含一個(gè)獨(dú)享的完整用戶(hù)環(huán)境空間，并且一個(gè)容器內(nèi)的變動(dòng)不會(huì)影響其他容器的運(yùn)行環(huán)境。為了能達(dá) 到這種效果，容器技術(shù)使用了一系列的系統(tǒng)級(jí)別的機(jī)制諸如利用Linux namespaces來(lái)進(jìn)行空間隔離，通過(guò)文件系統(tǒng)的掛載點(diǎn)來(lái)決定容器可以訪問(wèn)哪些文件，通過(guò)cgroups來(lái)確定每個(gè)容器可以利用多少資源。此外容器之 間共享同一個(gè)系統(tǒng)內(nèi)核，這樣當(dāng)同一個(gè)庫(kù)被多個(gè)容器使用時(shí)，內(nèi)存的使用效率會(huì)得到提升。對(duì)于系統(tǒng)虛擬化技術(shù)來(lái)說(shuō)，虛擬層為用戶(hù)提供了一個(gè)完整的虛擬機(jī)：包括內(nèi)核在內(nèi)的一個(gè)完整的系統(tǒng)鏡像。CPU虛擬化技術(shù)可以為每個(gè)用戶(hù)提供一個(gè)獨(dú)享且和其他用戶(hù)隔離的系統(tǒng)環(huán)境，虛擬層可以為每個(gè)用戶(hù)分配虛擬化后的CPU、內(nèi)存和IO設(shè)備資源。因此，將微服務(wù)運(yùn)行于容器之上，能夠提高微服務(wù)的響應(yīng)速度，提高數(shù)據(jù)的傳輸。對(duì)于用戶(hù)而言，提高了用戶(hù)的體驗(yàn)。

參見(jiàn)圖5，圖5為本發(fā)明實(shí)施例提供的基于微服務(wù)的管理系統(tǒng)的第五種結(jié)構(gòu)圖，該系統(tǒng)還包括：服務(wù)管理架構(gòu)6，與業(yè)務(wù)服務(wù)模塊相連，用于對(duì)業(yè)務(wù)服務(wù)模塊進(jìn)行展示、管理和配置；服務(wù)管理架構(gòu)6，包括：服務(wù)展示子模塊、服務(wù)配置子模塊、服務(wù)管理子模塊。

應(yīng)用本發(fā)明圖1-圖5的實(shí)施例，整合了微服務(wù)架構(gòu)，對(duì)于系統(tǒng)中的應(yīng)用服務(wù)（Application Service）通過(guò)其職責(zé)和需要實(shí)現(xiàn)的技術(shù)來(lái)劃分下屬微服務(wù)單元（或?qū)嵗＿@樣能夠盡可能的把功能服務(wù)專(zhuān)一化、基礎(chǔ)職責(zé)明確化，方便代碼開(kāi)發(fā)和維護(hù)。同時(shí)該平臺(tái)通過(guò)標(biāo)準(zhǔn)化的適配設(shè)置整合不同的功能應(yīng)用接口。

通過(guò)功能的詳細(xì)業(yè)務(wù)劃分清晰的微服務(wù)單元，可以使一個(gè)涉及業(yè)務(wù)比較多的大功能細(xì)化，然后通過(guò)若干個(gè)自服務(wù)的調(diào)度來(lái)完成一個(gè)大功能的開(kāi)發(fā)實(shí)現(xiàn)。在功能開(kāi)發(fā)過(guò)程中對(duì)于如果有同類(lèi)相似的功能點(diǎn)就可以通過(guò)適配來(lái)實(shí)現(xiàn)功能服務(wù)的接口來(lái)快速完成開(kāi)發(fā)。每一個(gè)小的服務(wù)單元開(kāi)發(fā)完成后就可以從前端界面到后臺(tái)數(shù)據(jù)庫(kù)自成一個(gè)微服務(wù)單元，它們都服務(wù)于某一個(gè)大的功能點(diǎn)。

微服務(wù)單元通過(guò)服務(wù)元數(shù)據(jù)來(lái)實(shí)現(xiàn)與它同級(jí)的微服務(wù)單元業(yè)務(wù)交換處理，互相提供服務(wù)和消費(fèi)服務(wù)，當(dāng)數(shù)據(jù)交換處理完成后變形成了一個(gè)完整的業(yè)務(wù)功能流程。

同時(shí)分布式的服務(wù)框架可以實(shí)現(xiàn)服務(wù)的負(fù)載均衡，在數(shù)據(jù)請(qǐng)求方面使用SEDA（Staged Event Driven Architecture）使得事件同步模式異步化，把不同的業(yè)務(wù)操作類(lèi)型隔離區(qū)別對(duì)待從而提高海量、突發(fā)數(shù)據(jù)請(qǐng)求。

需要說(shuō)明的是，在本文中，諸如第一和第二等之類(lèi)的關(guān)系術(shù)語(yǔ)僅僅用來(lái)將一個(gè)實(shí)體或者操作與另一個(gè)實(shí)體或操作區(qū)分開(kāi)來(lái)，而不一定要求或者暗示這些實(shí)體或操作之間存在任何這種實(shí)際的關(guān)系或者順序。而且，術(shù)語(yǔ)“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過(guò)程、方法、物品或者設(shè)備不僅包括那些要素，而且還包括沒(méi)有明確列出的其他要素，或者是還包括為這種過(guò)程、方法、物品或者設(shè)備所固有的要素。在沒(méi)有更多限制的情況下，由語(yǔ)句“包括一個(gè)……”限定的要素，并不排除在包括所述要素的過(guò)程、方法、物品或者設(shè)備中還存在另外的相同要素。

本說(shuō)明書(shū)中的各個(gè)實(shí)施例均采用相關(guān)的方式描述，各個(gè)實(shí)施例之間相同相似的部分互相參見(jiàn)即可，每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其他實(shí)施例的不同之處。尤其，對(duì)于裝置實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法實(shí)施例的部分說(shuō)明即可。

本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施方式中的全部或部分步驟是可以通過(guò)程序來(lái)指令相關(guān)的硬件來(lái)完成，所述的程序可以存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，這里所稱(chēng)得的存儲(chǔ)介質(zhì)，如：ROM/RAM、磁碟、光盤(pán)等。

以上所述僅為本發(fā)明的較佳實(shí)施例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進(jìn)等，均包含在本發(fā)明的保護(hù)范圍內(nèi)。