本發(fā)明實(shí)施例涉及計(jì)算機(jī)技術(shù)領(lǐng)域，尤其是一種組件更新方法及裝置。

背景技術(shù)：

在現(xiàn)有技術(shù)的客戶(hù)端應(yīng)用程序中，對(duì)于同一個(gè)版本的應(yīng)用程序在進(jìn)行更新時(shí)，需要對(duì)整個(gè)應(yīng)用程序進(jìn)行更新，且應(yīng)用程序中的各組件之間結(jié)合緊密，更新時(shí)若其中一個(gè)組件出現(xiàn)更新失敗或者更新版本與當(dāng)前客戶(hù)端版本不適配時(shí)，就會(huì)出現(xiàn)整個(gè)應(yīng)用程序的功能均無(wú)法進(jìn)行實(shí)現(xiàn)的情況。

現(xiàn)有技術(shù)中的應(yīng)用程序的更新方式，要求客戶(hù)端平臺(tái)以及各組件進(jìn)行同步更新，在研發(fā)環(huán)節(jié)若出現(xiàn)一個(gè)組件版本升級(jí)未按預(yù)期進(jìn)行更新，則會(huì)拖累引用程序新版本的推出時(shí)間，且客戶(hù)端在下載時(shí)，會(huì)占用大量的網(wǎng)絡(luò)流量和資源。

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

本發(fā)明實(shí)施例主要解決的技術(shù)問(wèn)題是提供一種能夠使各組件單獨(dú)進(jìn)行更新的組件更新方法。

為解決上述技術(shù)問(wèn)題，本發(fā)明創(chuàng)造的實(shí)施例采用的一個(gè)技術(shù)方案是：提供一種組件更新方法，包括下述步驟：

組件管理器向服務(wù)器發(fā)送當(dāng)前時(shí)刻客戶(hù)端的組件信息，以使所述服務(wù)器根據(jù)所述組件信息確定所述客戶(hù)端組件是否需要對(duì)組件進(jìn)行更新，所述客戶(hù)端組件信息包括所述客戶(hù)端預(yù)設(shè)的灰度策略；

接收服務(wù)器根據(jù)客戶(hù)端預(yù)設(shè)的灰度策略篩選發(fā)送的組件更新信息，以使所述客戶(hù)端根據(jù)所述組件更新信息對(duì)需要進(jìn)行更新的組件進(jìn)行更新。

可選地，所述組件管理器向服務(wù)器發(fā)送當(dāng)前時(shí)刻客戶(hù)端的組件信息，以使所述服務(wù)器根據(jù)所述組件信息確定所述客戶(hù)端組件是否需要對(duì)組件進(jìn)行更新，所述客戶(hù)端組件信息包括所述客戶(hù)端預(yù)設(shè)的灰度策略，步驟之前還包括：

所述客戶(hù)端開(kāi)啟時(shí)所述組件管理器獲取所述客戶(hù)端的組件信息；或，

所述組件管理器周期性的獲取所述客戶(hù)端的組件信息；或，

所述客戶(hù)端接收到所述服務(wù)器發(fā)送的組件更新信息后，所述組件管理器獲取所述客戶(hù)端的組件信息。

可選地，所述組件管理器向服務(wù)器發(fā)送當(dāng)前時(shí)刻客戶(hù)端的組件信息，以使所述服務(wù)器根據(jù)所述組件信息確定所述客戶(hù)端組件是否需要對(duì)組件進(jìn)行更新，所述客戶(hù)端組件信息包括所述客戶(hù)端預(yù)設(shè)的灰度策略，步驟之前還包括：

接收用戶(hù)的點(diǎn)擊開(kāi)啟ui控件的點(diǎn)擊指令；

根據(jù)所述點(diǎn)擊指令安裝或下載安裝與所述ui控件相對(duì)應(yīng)的組件模塊。

可選地，所述根據(jù)所述點(diǎn)擊指令安裝或下載安裝與所述ui控件相對(duì)應(yīng)的組件模塊，步驟包括：

組件管理器在所述客戶(hù)端存儲(chǔ)空間內(nèi)搜索與所述ui控件相對(duì)應(yīng)的組件模塊；

檢測(cè)所述客戶(hù)端存儲(chǔ)空間內(nèi)的組件模塊是否為當(dāng)前客戶(hù)端最適配的組件模塊版本；

所述組件管理器向所述服務(wù)器發(fā)送當(dāng)前客戶(hù)端最適配的組件模塊版本信息，并接收由服務(wù)器發(fā)送的當(dāng)前客戶(hù)端最適配的組件模塊版本進(jìn)行安裝。

可選地，所述接收服務(wù)器根據(jù)客戶(hù)端預(yù)設(shè)的灰度策略篩選發(fā)送的組件更新信息，以使所述客戶(hù)端根據(jù)所述組件更新信息對(duì)需要進(jìn)行更新的組件進(jìn)行更新，步驟之后包括：

所述組件管理器接收服務(wù)器發(fā)送的停止停用指定組件模塊的指令信息；

根據(jù)所述指令信息停止更新和使用所述指令信息指定的組件模塊。

可選地，所述接收服務(wù)器根據(jù)客戶(hù)端預(yù)設(shè)的灰度策略篩選發(fā)送的組件更新信息，以使所述客戶(hù)端根據(jù)所述組件更新信息對(duì)需要進(jìn)行更新的組件進(jìn)行更新，步驟包括：

客戶(hù)端緩存所述服務(wù)器發(fā)送的組件更新信息；

所述組件管理器檢測(cè)所述客戶(hù)端內(nèi)組件版本信息與所述組件更新信息包括的組件版本信息是否一致；

所述客戶(hù)端根據(jù)所述組件管理器的檢測(cè)結(jié)果，下載所述組件更新信息中與所述客戶(hù)端內(nèi)組件版本信息不相同的組件模塊。

為解決上述技術(shù)問(wèn)題，本發(fā)明實(shí)施例還提供一種組件更新裝置，包括：

發(fā)送模塊，用于向服務(wù)器發(fā)送當(dāng)前時(shí)刻客戶(hù)端的組件信息，以使所述服務(wù)器根據(jù)所述組件信息確定所述客戶(hù)端組件是否需要對(duì)組件進(jìn)行更新，所述客戶(hù)端組件信息包括所述客戶(hù)端預(yù)設(shè)的灰度策略；

接收更新模塊，用于接收服務(wù)器根據(jù)客戶(hù)端預(yù)設(shè)的灰度策略篩選發(fā)送的組件更新信息，以使所述客戶(hù)端根據(jù)所述組件更新信息對(duì)需要進(jìn)行更新的組件進(jìn)行更新。

可選地，所述組件更新裝置還包括：

第一更新子模塊，用于根據(jù)不同預(yù)設(shè)策略獲取所述客戶(hù)端的組件信息，所述預(yù)設(shè)策略包括：

所述客戶(hù)端開(kāi)啟時(shí)所述組件管理器獲取所述客戶(hù)端的組件信息；或，

所述組件管理器周期性的獲取所述客戶(hù)端的組件信息；或，

所述客戶(hù)端接收到所述服務(wù)器發(fā)送的組件更新信息后，所述組件管理器獲取所述客戶(hù)端的組件信息。

可選地，所述組件更新裝置還包括：

第一指令接收子模塊，用于接收用戶(hù)的點(diǎn)擊開(kāi)啟ui控件的點(diǎn)擊指令；

第二更新子模塊，用于根據(jù)所述點(diǎn)擊指令安裝或下載安裝與所述ui控件相對(duì)應(yīng)的組件模塊。

可選地，所述組件更新裝置還包括：

第一搜索子模塊，用于在所述客戶(hù)端存儲(chǔ)空間內(nèi)搜索與所述ui控件相對(duì)應(yīng)的組件模塊；

第一檢測(cè)子模塊，用于檢測(cè)所述客戶(hù)端存儲(chǔ)空間內(nèi)的組件模塊是否為當(dāng)前客戶(hù)端最適配的組件模塊版本；

第三更新子模塊，用于向所述服務(wù)器發(fā)送當(dāng)前客戶(hù)端最適配的組件模塊版本信息，并接收由服務(wù)器發(fā)送的當(dāng)前客戶(hù)端最適配的組件模塊版本進(jìn)行安裝。

可選地，所述組件更新裝置還包括：

第一接收子模塊，用于接收服務(wù)器發(fā)送的停止停用指定組件模塊的指令信息；

第一禁止子模塊，用于根據(jù)所述指令信息停止更新和使用所述指令信息指定的組件模塊。

可選地，所述組件更新裝置還包括：

第一緩存模塊，用于緩存所述服務(wù)器發(fā)送的組件更新信息；

第二檢測(cè)子模塊，用于檢測(cè)所述客戶(hù)端內(nèi)組件版本信息與所述組件更新信息包括的組件版本信息是否一致；

第四更新子模塊，用于根據(jù)所述組件管理器的檢測(cè)結(jié)果，下載所述組件更新信息中與所述客戶(hù)端內(nèi)組件版本信息不相同的組件模塊。

本發(fā)明實(shí)施例的有益效果是：本發(fā)明實(shí)施例通過(guò)采用組件化更新方法，將客戶(hù)端應(yīng)用程序不同的功能模塊封裝為不同的組件，各組件之間相互之間不具有耦合性，提升業(yè)務(wù)的開(kāi)發(fā)速度和效率。組件化降低客戶(hù)端與其業(yè)務(wù)功能之間的耦合度，同時(shí)使各業(yè)務(wù)獨(dú)立成組件，實(shí)現(xiàn)業(yè)務(wù)的并行開(kāi)發(fā)和發(fā)布，并且減小客戶(hù)端軟件安裝體積，根據(jù)需要?jiǎng)討B(tài)下載、更新功能組件，使客戶(hù)端和組件的運(yùn)行更加高效快速。

附圖說(shuō)明

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

圖1為本發(fā)明實(shí)施例組件更新方法的基本流程圖；

圖2為本發(fā)明實(shí)施例客戶(hù)端應(yīng)用程序結(jié)構(gòu)框架圖；

圖3為本發(fā)明實(shí)施例客戶(hù)端進(jìn)行組件更新的具體流程示意圖；

圖4為本發(fā)明實(shí)施例根據(jù)用戶(hù)指令進(jìn)行組件更新的流程示意圖；

圖5為本發(fā)明實(shí)施例擴(kuò)展功能模塊安裝的基本流程圖；

圖6為本發(fā)明實(shí)施停用組件模塊流程圖；

圖7為本發(fā)明實(shí)施例組件更新裝置基本結(jié)構(gòu)示意圖。

具體實(shí)施方式

為了使本技術(shù)領(lǐng)域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述。

在本發(fā)明的說(shuō)明書(shū)和權(quán)利要求書(shū)及上述附圖中的描述的一些流程中，包含了按照特定順序出現(xiàn)的多個(gè)操作，但是應(yīng)該清楚了解，這些操作可以不按照其在本文中出現(xiàn)的順序來(lái)執(zhí)行或并行執(zhí)行，操作的序號(hào)如101、102等，僅僅是用于區(qū)分開(kāi)各個(gè)不同的操作，序號(hào)本身不代表任何的執(zhí)行順序。另外，這些流程可以包括更多或更少的操作，并且這些操作可以按順序執(zhí)行或并行執(zhí)行。需要說(shuō)明的是，本文中的“第一”、“第二”等描述，是用于區(qū)分不同的消息、設(shè)備、模塊等，不代表先后順序，也不限定“第一”和“第二”是不同的類(lèi)型。

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

實(shí)施例

請(qǐng)參閱圖1，圖1為本實(shí)施例組件更新方法的基本流程圖。

如圖1所示，一種組件更新方法，包括下述步驟：

s1100、組件管理器向服務(wù)器發(fā)送當(dāng)前時(shí)刻客戶(hù)端的組件信息，以使所述服務(wù)器根據(jù)所述組件信息確定所述客戶(hù)端組件是否需要對(duì)組件進(jìn)行更新，所述客戶(hù)端組件信息包括所述客戶(hù)端預(yù)設(shè)的灰度策略。

請(qǐng)參閱圖2，圖2為本實(shí)施例客戶(hù)端應(yīng)用程序結(jié)構(gòu)框架圖。

如圖2所示，本實(shí)施方式中整個(gè)客戶(hù)端應(yīng)用程序?qū)⒎殖扇龑?，第一層是framework+組件管理器，framework就是基礎(chǔ)庫(kù)、ui引擎等與業(yè)務(wù)無(wú)任何關(guān)聯(lián)的底層庫(kù)，涵蓋界面搭建、加密解密、編解碼等，framework通過(guò)導(dǎo)出函數(shù)，鏈接名字綁定的方式提供服務(wù)；組件管理器負(fù)責(zé)組件的管理工作；第二層是核心功能，包括頻道、im(即時(shí)通訊)、群等(若泛化到通用的軟件客戶(hù)端，則核心功能是該客戶(hù)端最基礎(chǔ)的業(yè)務(wù)，甚至沒(méi)有)；第一二層組成客戶(hù)端平臺(tái)，平臺(tái)的升級(jí)需要發(fā)布客戶(hù)端版本；第三層是眾多的業(yè)務(wù)組件(依賴(lài)于客戶(hù)端平臺(tái)提供的接口，完成特定業(yè)務(wù)邏輯的程序?qū)嶓w，其中可能包含dll、exe、資源、腳步等)，業(yè)務(wù)組件支持在不發(fā)布客戶(hù)端版本的情況下動(dòng)態(tài)更新。

預(yù)設(shè)灰度策略，根據(jù)不同用戶(hù)id(身份標(biāo)識(shí)號(hào))集合，用戶(hù)id區(qū)間，ip(協(xié)議地址)范圍，升級(jí)數(shù)量等方案進(jìn)行灰度，提供更豐富的灰度策略，其中用戶(hù)id集合度是指在集合內(nèi)的用戶(hù)，可以或者必須升級(jí)到某個(gè)版本，用戶(hù)id區(qū)間是指在id區(qū)間內(nèi)的用戶(hù)，可以或者必須升級(jí)到某個(gè)版本，ip范圍指客戶(hù)端運(yùn)行所在機(jī)器的ip位于范圍內(nèi)時(shí)，可以或者升級(jí)到某個(gè)版本，升級(jí)數(shù)量指只升級(jí)特定數(shù)量例如1w個(gè)用戶(hù)。

s1200、接收服務(wù)器根據(jù)客戶(hù)端預(yù)設(shè)的灰度策略篩選發(fā)送的組件更新信息，以使所述客戶(hù)端根據(jù)所述組件更新信息對(duì)需要進(jìn)行更新的組件進(jìn)行更新?？蛻?hù)端接收服務(wù)器發(fā)送的組件更新信息，組件更新信息中包括各組件的更新后使用的版本，客戶(hù)端當(dāng)前使用的版本中有一些組件的版本與更新后組件版本是一致的，客戶(hù)端當(dāng)前使用的組件中有一些組件版本與更新后組件版本不一致，這些組件就是需要進(jìn)行更新的組件，客戶(hù)端僅對(duì)該部分組件進(jìn)行更新。

上述事實(shí)上方式，通過(guò)采用組件化更新方法，將客戶(hù)端應(yīng)用程序不同的功能模塊封裝為不同的組件，各組件之間相互之間不具有耦合性，提升業(yè)務(wù)的開(kāi)發(fā)速度和效率。組件化降低客戶(hù)端與其業(yè)務(wù)功能之間的耦合度，同時(shí)使各業(yè)務(wù)獨(dú)立成組件，實(shí)現(xiàn)業(yè)務(wù)的并行開(kāi)發(fā)和發(fā)布，并且減小客戶(hù)端軟件安裝體積，根據(jù)需要?jiǎng)討B(tài)下載、更新功能組件，使客戶(hù)端和組件的運(yùn)行更加高效快速。

請(qǐng)參閱圖3，圖3為本實(shí)施例客戶(hù)端進(jìn)行組件更新的具體流程示意圖。

如圖3所示，本實(shí)施例中步驟s1200具體包括：

s1210、客戶(hù)端緩存所述服務(wù)器發(fā)送的組件更新信息；客戶(hù)端接收服務(wù)器發(fā)送的組件更新信息，為減少對(duì)于存儲(chǔ)空間和網(wǎng)絡(luò)資源的占用，客戶(hù)端僅接收組件更新信息，而不是直接對(duì)該自檢更新信息中的組件版本進(jìn)行下載。

s1220、所述組件管理器檢測(cè)所述客戶(hù)端內(nèi)組件版本信息與所述組件更新信息包括的組件版本信息是否一致。確定組件更新信息中的組件版本與客戶(hù)端當(dāng)前使用的組件版本的信號(hào)是否一致，并將不一致的組件版本進(jìn)行記錄。

s1230、所述客戶(hù)端根據(jù)所述組件管理器的檢測(cè)結(jié)果，下載所述組件更新信息中與所述客戶(hù)端內(nèi)組件版本信息不相同的組件模塊?？蛻?hù)端下載組件更新信息中的組件版本與客戶(hù)端當(dāng)前使用的組件版本的信號(hào)不一致的組件版本，并進(jìn)行下載安裝。

本實(shí)施方式中，首先對(duì)更新信息進(jìn)行下載緩存，然后確認(rèn)需要進(jìn)行更新的組件，僅對(duì)需要更新的組件模塊進(jìn)行下載，減少對(duì)于存儲(chǔ)空間和網(wǎng)絡(luò)資源的占用，減少了更新過(guò)程中對(duì)流量帶寬的占用，節(jié)省了用戶(hù)的流量資源。

在步驟s1100之前還包括，客戶(hù)端在何等的條件下獲取當(dāng)前時(shí)刻客戶(hù)端的組件信息的策略，包括：所述客戶(hù)端開(kāi)啟時(shí)所述組件管理器獲取所述客戶(hù)端的組件信息；或，所述組件管理器周期性的獲取所述客戶(hù)端的組件信息；或，所述客戶(hù)端接收到所述服務(wù)器發(fā)送的組件更新信息后，所述組件管理器獲取所述客戶(hù)端的組件信息。

其中，客戶(hù)端開(kāi)啟時(shí)所述組件管理器獲取所述客戶(hù)端的組件信息，具體是指，當(dāng)客戶(hù)端開(kāi)啟之后，組件管理器立刻拉取客戶(hù)端組件中的組件信息。

在一些選擇性實(shí)施例中，組件管理器周期性的獲取所述客戶(hù)端的組件信息，周期性獲取是指，客戶(hù)端內(nèi)預(yù)設(shè)在一定的時(shí)長(zhǎng)內(nèi)組件管理器拉取客戶(hù)端組件中的組件信息，如設(shè)定組件管理器每隔八個(gè)小時(shí)獲取一次組件信息。

在一些選擇性實(shí)施例中，客戶(hù)端接收到所述服務(wù)器發(fā)送的組件更新信息后，所述組件管理器獲取所述客戶(hù)端的組件信息。服務(wù)器再獲取到該客戶(hù)端中應(yīng)用程序有更新時(shí)，向客戶(hù)端發(fā)送更新提醒信息，客戶(hù)端在接收到該更新提醒信息后，組件管理器立刻拉取客戶(hù)端組件中的組件信息。

本實(shí)施例中還包括一種根據(jù)用戶(hù)指令進(jìn)行更新的方法，請(qǐng)參閱圖4，圖4為本實(shí)施例根據(jù)用戶(hù)指令進(jìn)行組件更新的流程示意圖。

如圖4所示，包括下述步驟：

s1010、接收用戶(hù)的點(diǎn)擊開(kāi)啟ui控件的點(diǎn)擊指令；本實(shí)施例中為增加普適性，客戶(hù)端安裝的應(yīng)用程序均為大眾版本，但該應(yīng)用程序還有很多擴(kuò)展功能模塊，滿(mǎn)足不同人士的需求，用戶(hù)在點(diǎn)擊了該某個(gè)擴(kuò)展功能模塊的ui控件后，客戶(hù)終端獲取該點(diǎn)擊指令，點(diǎn)擊指令中包括該用戶(hù)點(diǎn)擊的擴(kuò)展功能模塊的組件信息。

s1020、根據(jù)所述點(diǎn)擊指令安裝或下載安裝與所述ui控件相對(duì)應(yīng)的組件模塊?？蛻?hù)端在接收到了用戶(hù)安裝擴(kuò)展功能模塊的組件信息后，通過(guò)本地或者服務(wù)器下載的方式安裝該擴(kuò)展功能組件。

具體的安裝過(guò)程請(qǐng)參閱圖5，圖5為本實(shí)施例擴(kuò)展功能模塊安裝的基本流程圖。

如圖5所示，步驟s1020包括下述步驟：

s1021、組件管理器在所述客戶(hù)端存儲(chǔ)空間內(nèi)搜索與所述ui控件相對(duì)應(yīng)的組件模塊。組件管理器先在客戶(hù)端本地存儲(chǔ)空間內(nèi)搜索該ui控件對(duì)應(yīng)的擴(kuò)展功能組件。

s1022、檢測(cè)所述客戶(hù)端存儲(chǔ)空間內(nèi)的組件模塊是否為當(dāng)前客戶(hù)端最適配的組件模塊版本。當(dāng)客戶(hù)端在本地存儲(chǔ)空間內(nèi)搜索到該ui控件對(duì)應(yīng)的擴(kuò)展功能組件后，檢查該擴(kuò)展功能組件是不是當(dāng)前客戶(hù)端平臺(tái)最適配的組件版本，若是，則安裝該擴(kuò)展功能組件。

s1023、所述組件管理器向所述服務(wù)器發(fā)送當(dāng)前客戶(hù)端最適配的組件模塊版本信息，并接收由服務(wù)器發(fā)送的當(dāng)前客戶(hù)端最適配的組件模塊版本進(jìn)行安裝。若擴(kuò)展功能組件不是當(dāng)前客戶(hù)端平臺(tái)最適配的組件版本，則客戶(hù)端向服務(wù)器下載與當(dāng)前客戶(hù)端平臺(tái)最適配的組件模塊版本信息，并對(duì)下載的組件模塊進(jìn)行安裝。

本實(shí)施例中還提供一種，組件停用的方法，在一些應(yīng)用場(chǎng)景中，部分功能性組件在使用一段時(shí)間后被下架，即該客戶(hù)端不提供某一功能的組件模板時(shí)，需要對(duì)該組件進(jìn)行停用。具體請(qǐng)參閱圖6，圖6為本實(shí)施例停用組件模塊流程圖。

如圖6所示，包括下述步驟：

s1310、所述組件管理器接收服務(wù)器發(fā)送的停止停用指定組件模塊的指令信息；客戶(hù)端的組件管理器接收服務(wù)器停止使用某一功能組件的指令信息，該指令信息中包括該功能組件的具體信息。

s1320、根據(jù)所述指令信息停止更新和使用所述指令信息指定的組件模塊?？蛻?hù)端在接收到服務(wù)器發(fā)送的停用功能組件的具體信息，停止對(duì)該停用功能組件進(jìn)行更新，同時(shí)在客戶(hù)端內(nèi)卸載該功能組件。

為解決上述技術(shù)問(wèn)題本發(fā)明還提供一種組件更新裝置。請(qǐng)參閱圖7，圖7為組件更新裝置基本結(jié)構(gòu)示意圖。

如圖7所示，一種組件更新裝置，包括：發(fā)送模塊和接收更新模塊。其中，發(fā)送模塊用于向服務(wù)器發(fā)送當(dāng)前時(shí)刻客戶(hù)端的組件信息，以使所述服務(wù)器根據(jù)所述組件信息確定所述客戶(hù)端組件是否需要對(duì)組件進(jìn)行更新，所述客戶(hù)端組件信息包括所述客戶(hù)端預(yù)設(shè)的灰度策略；接收更新模塊用于接收服務(wù)器根據(jù)客戶(hù)端預(yù)設(shè)的灰度策略篩選發(fā)送的組件更新信息，以使所述客戶(hù)端根據(jù)所述組件更新信息對(duì)需要進(jìn)行更新的組件進(jìn)行更新。

在一些實(shí)施例中，組件更新裝置還包括：第一更新子模塊，用于根據(jù)不同預(yù)設(shè)策略獲取所述客戶(hù)端的組件信息，所述預(yù)設(shè)策略包括：所述客戶(hù)端開(kāi)啟時(shí)所述組件管理器獲取所述客戶(hù)端的組件信息；或，所述組件管理器周期性的獲取所述客戶(hù)端的組件信息；或，所述客戶(hù)端接收到所述服務(wù)器發(fā)送的組件更新信息后，所述組件管理器獲取所述客戶(hù)端的組件信息。

在一些實(shí)施方式中，組件更新裝置還包括：第一指令接收子模塊和第二更新子模塊。其中，第一指令接收子模塊用于接收用戶(hù)的點(diǎn)擊開(kāi)啟ui控件的點(diǎn)擊指令；第二更新子模塊用于根據(jù)所述點(diǎn)擊指令安裝或下載安裝與所述ui控件相對(duì)應(yīng)的組件模塊。

在一些選擇性實(shí)施例中，組件更新裝置還包括：第一搜索子模塊、第一檢測(cè)子模塊和第三更新子模塊。其中，第一搜索子模塊用于在所述客戶(hù)端存儲(chǔ)空間內(nèi)搜索與所述ui控件相對(duì)應(yīng)的組件模塊；第一檢測(cè)子模塊用于檢測(cè)所述客戶(hù)端存儲(chǔ)空間內(nèi)的組件模塊是否為當(dāng)前客戶(hù)端最適配的組件模塊版本；第三更新子模塊用于向所述服務(wù)器發(fā)送當(dāng)前客戶(hù)端最適配的組件模塊版本信息，并接收由服務(wù)器發(fā)送的當(dāng)前客戶(hù)端最適配的組件模塊版本進(jìn)行安裝。

在一些實(shí)施方式中，組件更新裝置還包括：第一接收子模塊和第一禁止子模塊。其中，第一接收子模塊用于接收服務(wù)器發(fā)送的停止停用指定組件模塊的指令信息；第一禁止子模塊用于根據(jù)所述指令信息停止更新和使用所述指令信息指定的組件模塊。

在一些實(shí)施方式中，組件更新裝置還包括：第一緩存模塊、第二檢測(cè)子模塊和第四更新子模塊。其中，第一緩存模塊用于緩存所述服務(wù)器發(fā)送的組件更新信息；第二檢測(cè)子模塊用于檢測(cè)所述客戶(hù)端內(nèi)組件版本信息與所述組件更新信息包括的組件版本信息是否一致；第四更新子模塊用于根據(jù)所述組件管理器的檢測(cè)結(jié)果，下載所述組件更新信息中與所述客戶(hù)端內(nèi)組件版本信息不相同的組件模塊。

本實(shí)施方式中客戶(hù)端是指安裝在pc端或者移動(dòng)智能終端應(yīng)用程序，特別是用于直播的應(yīng)用程序。服務(wù)器是指物理服務(wù)器或者遠(yuǎn)程虛擬服務(wù)器。

需要指出的是本實(shí)施列中，機(jī)器人的存儲(chǔ)器內(nèi)存儲(chǔ)用于實(shí)現(xiàn)本實(shí)施例中機(jī)器人互動(dòng)方法中的所有程序，處理器能夠調(diào)用該存儲(chǔ)器內(nèi)的程序，執(zhí)行上述機(jī)器人互動(dòng)方法所列舉的所有功能。由于機(jī)器人實(shí)現(xiàn)的功能在本實(shí)施例中的機(jī)器人互動(dòng)方法進(jìn)行了詳述，在此不再進(jìn)行贅述。