專利名稱：一種應(yīng)用的管理方法和一種應(yīng)用平臺(tái)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及應(yīng)用技術(shù)，特別涉及一種應(yīng)用的管理方法和一種應(yīng)用平臺(tái)。
背景技術(shù)：
目前，在Windows桌面上運(yùn)行的應(yīng)用平臺(tái)已經(jīng)有很多，用戶可借助于平臺(tái)提供的應(yīng)用市場(chǎng)(App Market)等,查找并選擇自己所需的應(yīng)用(App, Application),安裝到平臺(tái)上。在實(shí)際應(yīng)用中，當(dāng)用戶切換登錄地點(diǎn)后，比如之前在客戶端A登錄，并安裝了一些App,之后又在客戶端B登錄,那么，用戶則需要重新去AppMarket中查找自己所需的App,并在之后完成安裝，而不能通過某種方式自動(dòng)獲取到之前所安裝的App列表，實(shí)現(xiàn)起來非常 麻煩。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種App的管理方法，能夠使用戶在切換登錄地點(diǎn)后，方便快捷地獲取到之前所安裝的App列表。本發(fā)明的另一目的在于提供一種應(yīng)用平臺(tái)，能夠使用戶在切換登錄地點(diǎn)后，方便快捷地獲取到之前所安裝的App列表。為達(dá)到上述目的，本發(fā)明的技術(shù)方案是這樣實(shí)現(xiàn)的一種App的管理方法，包括當(dāng)接收到安裝任一 App的請(qǐng)求時(shí),應(yīng)用平臺(tái)安裝該App,并將該App的概要信息發(fā)送給服務(wù)器；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表，用于保存各已安裝的App的概要信息；當(dāng)接收到卸載任一 App的請(qǐng)求時(shí),應(yīng)用平臺(tái)卸載該App,并通知服務(wù)器將該App的概要信息從對(duì)應(yīng)的App列表中刪除。一種應(yīng)用平臺(tái)，包括應(yīng)用中心模塊，用于根據(jù)接收到的請(qǐng)求安裝或卸載任一應(yīng)用App ；列表管理模塊，用于將所安裝的App的概要信息發(fā)送給服務(wù)器進(jìn)行保存，通知服務(wù)器將所卸載的App的概要信息從對(duì)應(yīng)的App列表中刪除；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表,用于保存各已安裝的App的概要信息?？梢姡捎帽景l(fā)明的技術(shù)方案，在服務(wù)器上為用戶維護(hù)一個(gè)已安裝的App列表，這樣，當(dāng)用戶切換登錄地點(diǎn)后，即可從服務(wù)器中方便快捷地獲取到該App列表，省去了重新查找等麻煩。


圖I為本發(fā)明App的安裝方法實(shí)施例的流程圖。圖2為本發(fā)明App的卸載方法實(shí)施例的流程圖。
圖3為本發(fā)明所述消息通道和推薦通道的示意圖。圖4為本發(fā)明所述消息的格式示意圖。圖5為本發(fā)明應(yīng)用平臺(tái)實(shí)施例的組成結(jié)構(gòu)示意圖。
具體實(shí)施例方式針對(duì)現(xiàn)有技術(shù)中存在的問題，本發(fā)明中提出一種改進(jìn)后的App的管理方法當(dāng)接收到安裝任一App的請(qǐng)求時(shí)，應(yīng)用平臺(tái)安裝該App，并將該App的概要信息發(fā)送給服務(wù)器，針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表，其中包括各已安裝的App的概要信息；當(dāng)接收到卸載任一 App的請(qǐng)求時(shí),應(yīng)用平臺(tái)卸載該App,并通知服務(wù)器將該App的概要信息從對(duì)應(yīng)的App列表中刪除；這樣，當(dāng)用戶切換登錄地點(diǎn)后，即可從服務(wù)器中方便快捷地獲取到之前已安裝的App列表。
為使本發(fā)明的技術(shù)方案更加清楚、明白，以下參照附圖并舉實(shí)施例，對(duì)本發(fā)明所述方案作進(jìn)一步地詳細(xì)說明。圖I為本發(fā)明App的安裝方法實(shí)施例的流程圖。如圖I所示，包括以下步驟步驟11 :應(yīng)用平臺(tái)接收到安裝任一 App的請(qǐng)求后，將賬號(hào)信息和該App的ID發(fā)送給服務(wù)器，由服務(wù)器進(jìn)行安裝許可檢查。在實(shí)際應(yīng)用中，應(yīng)用平臺(tái)可提供一個(gè)App Market，供用戶從中選擇自己所需的App,并點(diǎn)擊安裝。所述賬號(hào)信息可包括用戶ID以及相關(guān)權(quán)限等信息。步驟12 :如果許可安裝，則服務(wù)器向應(yīng)用平臺(tái)下發(fā)安裝包地址。如果沒有等級(jí)限制或者購(gòu)買開通等方面的限制，則許可安裝，相應(yīng)地，服務(wù)器會(huì)向應(yīng)用平臺(tái)下發(fā)安裝包地址，并可同時(shí)下發(fā)校驗(yàn)信息。步驟13 :應(yīng)用平臺(tái)根據(jù)接收到的安裝包地址下載安裝包。如果應(yīng)用平臺(tái)同時(shí)接收到了校驗(yàn)信息，那么本步驟中，應(yīng)用平臺(tái)在根據(jù)接收到的安裝包地址下載安裝包后，根據(jù)接收到的校驗(yàn)信息對(duì)下載到的安裝包的完整性和合法性進(jìn)行校驗(yàn)，校驗(yàn)通過，執(zhí)行步驟14。步驟14 :應(yīng)用平臺(tái)將下載到的安裝包進(jìn)行安裝。安裝過程主要包括I)將資源和運(yùn)行文件拷貝到指定的目錄中；2)在加密的App注冊(cè)表文件中注冊(cè)新的App信息，包括啟動(dòng)信息和運(yùn)行參數(shù)等。步驟15 :安裝成功后，應(yīng)用平臺(tái)將所安裝的App的概要信息發(fā)送給服務(wù)器；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表，用于保存各已安裝的App的概要信
肩、O所述概要信息可包括App ID和安裝包地址等，后續(xù)，當(dāng)用戶切換登錄地點(diǎn)后，如果要安裝App列表中的某一 App，那么直接按照其安裝包地址等進(jìn)行安裝即可。圖2為本發(fā)明App的卸載方法實(shí)施例的流程圖。如圖2所示，包括以下步驟步驟21 :當(dāng)接收到卸載任一 App的請(qǐng)求時(shí),應(yīng)用平臺(tái)卸載該App。卸載過程主要包括I)將該App的信息從加密的App注冊(cè)表文件中刪除；
2)清理該App在本地的運(yùn)行資源和臨時(shí)文件。步驟22 :應(yīng)用平臺(tái)通知服務(wù)器將該App的概要信息從對(duì)應(yīng)的App列表中刪除。在實(shí)際應(yīng)用中，用戶還可通過App Market查看已安裝的App的更新信息，即升級(jí)信息，升級(jí)過程是一個(gè)復(fù)合過程，只需將安裝和卸載過程進(jìn)行整合即可，即先按照?qǐng)D2所示方式卸載原有App，再按照?qǐng)DI所示方式安裝升級(jí)后的App。另外，應(yīng)用平臺(tái)還可構(gòu)造可操作的已安裝的App列表，并將其以友好的交互界面進(jìn)行展示。為了更好地為用戶提供服務(wù)，盡可能地滿足用戶的需求，本發(fā)明所述應(yīng)用平臺(tái)需要支持多種不同類型的App,并通過提供友好的應(yīng)用編程接口(API, Application Programming Interface),使得各App能夠使用應(yīng)用平臺(tái)本身所具有的一些能力。具體來說，需要至少支持以下三種類型基于可擴(kuò)展標(biāo)記語音(XML, Extensible MarkupLanguage)+腳本(Script)構(gòu)建的App、基于二進(jìn)制動(dòng)態(tài)鏈接庫(kù)(DlI, Dynamic LinkLibrary)構(gòu)建的App,以及基于Web網(wǎng)頁構(gòu)建的App ;為便于描述，以下將這三種類型的App分別簡(jiǎn)稱為 XscApp、DllApp 和 WebApp。下面對(duì)上述三種類型App分別進(jìn)行介紹I) Dl IApp這類App使用C++等高性能語言開發(fā)，功能最終以Dll的形式注冊(cè)到應(yīng)用平臺(tái)上。優(yōu)勢(shì)D11內(nèi)部具有很好的邏輯封裝性，由于使用C++等高性能語言進(jìn)行開發(fā)，因此能力很強(qiáng)，比如用戶界面的構(gòu)建不依賴于瀏覽器，而是使用普通的Windows桌面應(yīng)用的窗體系統(tǒng)等。場(chǎng)景適合開放給公司可信任的團(tuán)隊(duì)開發(fā)相關(guān)高級(jí)應(yīng)用。支持為支持這類App的運(yùn)行，應(yīng)用平臺(tái)需要提供一系列的基礎(chǔ)服務(wù)能力，包括A、圖形界面展示能力，即提供界面引擎；B、用戶數(shù)據(jù)的本地存儲(chǔ)能力，即將用戶數(shù)據(jù)以二維表或獨(dú)立文件的形式存儲(chǔ)到本地?cái)?shù)據(jù)庫(kù)中；C、網(wǎng)絡(luò)通訊能力，即為這類App提供傳輸控制協(xié)議(TCP, Transmission ControlProtocol)、用戶數(shù)據(jù)包協(xié)議(UDP,User Datagram Protocol)以及超文本傳輸協(xié)議(HTTP,Hypertext Transfer Protocol)等通訊協(xié)議的支持，以使這類App具備網(wǎng)絡(luò)通訊能力；D、安全認(rèn)證能力，即提供登錄和鑒權(quán)等能力。在實(shí)際應(yīng)用中，上述各能力通常均使用C++語音進(jìn)行開發(fā)，由于DllApp也是基于C++開發(fā)的，因此可直接對(duì)上述各能力進(jìn)行調(diào)用。2) XscApp這類App中包括三類不同的文件，即XML+Script+Pic ;其中,XML用來描述App的界面表現(xiàn)，包括窗體的尺寸、按鈕的大小、位置、風(fēng)格以及圖標(biāo)的透明度等，Script用來描述App的交互邏輯，如用戶點(diǎn)擊某個(gè)按鈕后彈出一個(gè)消息提示窗等，Pic則指App所使用的所有圖標(biāo)和材質(zhì)文件。優(yōu)勢(shì)這類App的開發(fā)難度及成本均較低，在界面的搭建方面可以通過界面編輯器來快速定義XML，而Script的簡(jiǎn)潔性也讓邏輯的描述變得簡(jiǎn)單易懂；更重要的是，不包括二進(jìn)制部分/代碼，所以在審核方面非常簡(jiǎn)單，Script的能力可被嚴(yán)格限制，不會(huì)對(duì)應(yīng)用平臺(tái)本身的安全構(gòu)成什么威脅。場(chǎng)景適合開放給第三方企業(yè)進(jìn)行開發(fā)，無論是開發(fā)還是審核都有很大的優(yōu)勢(shì)。支持與DllApp相同，為支持XscApp的運(yùn)行，應(yīng)用平臺(tái)同樣需要提供上述A、B、C、D等基礎(chǔ)服務(wù)能力，但由于XscApp是由XML和Script來實(shí)現(xiàn)的,不能直接使用利用C++開發(fā)的能力，因此需要額外的“中間層”來提供支持，即應(yīng)用平臺(tái)還需要具備XML的解析能力以及Script的解釋執(zhí)行能力。其中，XML的解析能力，即指需要一個(gè)支持XML反序列化的界面引擎進(jìn)行界面原色的構(gòu)建，能夠嚴(yán)格地將XML的每個(gè)節(jié)點(diǎn)翻譯成一棵或多棵界面控制樹，并能夠渲染出期望的界面效果。
Script的解釋執(zhí)行能力，即提供腳本引擎，用于解釋執(zhí)行XscApp中的邏輯腳本，主要實(shí)現(xiàn)兩方面的功能一方面，控制由界面引擎構(gòu)建出的用戶界面，如窗口的顯示隱藏，按鈕的切換等；另一方面，利用底層提供的基礎(chǔ)服務(wù)完成用戶數(shù)據(jù)的本地存儲(chǔ)、網(wǎng)絡(luò)通訊和安全認(rèn)證等；由于腳本引擎本身只能進(jìn)行邏輯處理，而不具備上述存儲(chǔ)、通訊和安全認(rèn)證等能力，因此這些基礎(chǔ)服務(wù)會(huì)以服務(wù)注冊(cè)的方式被關(guān)聯(lián)到腳本引擎。3) WebApp這類App在注冊(cè)時(shí)只需注冊(cè)圖標(biāo)、文字說明和統(tǒng)一資源定位符(URL，UniformResource Locator)等配置信息即可，當(dāng)用戶點(diǎn)擊某個(gè)App的圖標(biāo)時(shí),應(yīng)用平臺(tái)會(huì)彈出一個(gè)內(nèi)嵌瀏覽器控件的界面窗體，并加載URL指向的Web網(wǎng)頁。優(yōu)勢(shì)可以復(fù)用已有的基于Web開發(fā)的網(wǎng)頁應(yīng)用。場(chǎng)景適用于承載充值網(wǎng)站或?qū)Ш秸镜群?jiǎn)單而且已有的網(wǎng)頁應(yīng)用。支持為支持這類App的運(yùn)行，應(yīng)用平臺(tái)需要具備以下能力提供界面窗體的能力，所述窗體中內(nèi)嵌一個(gè)瀏覽器控件，并可根據(jù)配置信息設(shè)置窗口的尺寸、標(biāo)題和圖標(biāo)等，以及當(dāng)App啟動(dòng)時(shí)，加載指定的網(wǎng)頁，即URL指向的網(wǎng)頁到內(nèi)嵌瀏覽器中的能力。至此，即完成了關(guān)于本發(fā)明所述三種類型App的介紹，上述三種類型的App雖然在安裝包格式和運(yùn)行方式上有較大的差別，但在安裝和卸載流程上基本一致，參照?qǐng)DI和2所
/Jn o另外，為了加速App的推廣，本發(fā)明中提出了消息通道和推薦通道的概念。其中，消息通道可以使用戶在不啟動(dòng)App的情況下看到App的最新動(dòng)態(tài)信息，典型應(yīng)用場(chǎng)景為“應(yīng)用動(dòng)態(tài)”，用戶可以在登錄后的應(yīng)用動(dòng)態(tài)面板中看到若干App的最新動(dòng)態(tài)信息，如“文件中轉(zhuǎn)站中有3個(gè)文件到期”、“好友XXX在你的日志里留言”等。在此基礎(chǔ)上，可進(jìn)一步延伸出好友對(duì)App的推薦通道，當(dāng)一個(gè)用戶使用某個(gè)App時(shí)，如果喜歡，可以向好友進(jìn)行推薦，據(jù)此生成一條App推薦消息，其中可攜帶有自己對(duì)該App的評(píng)價(jià)等，并通過推薦通道廣播到自己的社會(huì)性網(wǎng)絡(luò)服務(wù)(SNS, Social Networking Services)關(guān)系網(wǎng)中，傳播出去。消息通道和推薦通道的提出使得App的推廣不再受限于傳統(tǒng)的方式，變得更為靈活和智能。圖3為本發(fā)明所述消息通道和推薦通道的示意圖。如圖3所示，涉及到了消息產(chǎn)生方、消息存儲(chǔ)服務(wù)器和客戶端三部分。其中，消息產(chǎn)生方包括第三方服務(wù)器(3rd Server)和官方服務(wù)器(OfficialServer) ,3rd Server用于為一指定的App提供后臺(tái)支持,產(chǎn)生與該App相關(guān)的App動(dòng)態(tài)消息(一旦有更新則可產(chǎn)生一條)，Official Server用于推送好友產(chǎn)生的App推薦消息。消息存儲(chǔ)服務(wù)器可為每個(gè)用戶維護(hù)一個(gè)消息棧，當(dāng)每接收到一條消息時(shí)，即會(huì)分析其目標(biāo)用戶，然后將消息壓入到對(duì)應(yīng)的消息棧中。每條消息均由產(chǎn)生時(shí)的64位時(shí)間戳唯一確定，圖4為本發(fā)明所述消息的格式示意圖，如圖4所示，包括消息ID、消息的展示方式、目標(biāo)用戶、所屬AppID，以及消息內(nèi)容。其中，消息ID即為消息產(chǎn)生時(shí)的64位時(shí)間戳，消息的展示方式用于說明該消息將以何種方式進(jìn)行展示，比如可采用彈出一個(gè)Tips的方式，具體采用何種方式可根據(jù)消息內(nèi)容等確定， 目標(biāo)用戶用于說明該消息需要發(fā)送給哪些用戶，所屬App ID用于說明該消息與哪個(gè)App相關(guān)，消息內(nèi)容采用XML格式描述該消息的具體內(nèi)容，在有需要的情況下可對(duì)消息內(nèi)容進(jìn)行加密和壓縮等處理。客戶端為消息的接收方和展示方，當(dāng)用戶登錄后，應(yīng)用平臺(tái)可從消息存儲(chǔ)服務(wù)器中獲取發(fā)送給用戶且未展示過的消息，并進(jìn)行展示，比如可根據(jù)時(shí)間戳來獲知哪些消息是在用戶上次退出登錄到本次登錄之間產(chǎn)生的，這些消息即為未展示過的消息；在用戶在線期間，如果接收到新產(chǎn)生的消息，消息存儲(chǔ)服務(wù)器可主動(dòng)將其下發(fā)給應(yīng)用平臺(tái)，并由應(yīng)用平臺(tái)進(jìn)行展示。反向，當(dāng)用戶使用一 App并向好友進(jìn)行推薦時(shí)，應(yīng)用平臺(tái)生成一條App推薦消息，通過服務(wù)器發(fā)送給用戶選定的好友。對(duì)于消息存儲(chǔ)服務(wù)器來說，每個(gè)消息棧中存儲(chǔ)的消息數(shù)通常都是有限制的，所以，一旦已經(jīng)向用戶展示過的消息，可將其從消息棧中刪除，或者，采用先進(jìn)先出的原則，一旦消息棧已滿，則根據(jù)新壓入的消息數(shù)刪除相應(yīng)數(shù)目的最早壓入的消息，具體實(shí)現(xiàn)方式不限。基于上述介紹，圖5為本發(fā)明應(yīng)用平臺(tái)實(shí)施例的組成結(jié)構(gòu)示意圖。如圖5所示,包括應(yīng)用中心模塊51，用于根據(jù)接收到的請(qǐng)求安裝或卸載任一 App ；列表管理模塊52，用于將所安裝的App的概要信息發(fā)送給服務(wù)器進(jìn)行保存，通知服務(wù)器將所卸載的App的概要信息從對(duì)應(yīng)的App列表中刪除；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表,用于保存各已安裝的App的概要信息。圖5所示應(yīng)用平臺(tái)中還可進(jìn)一步包括應(yīng)用市場(chǎng)模塊53,用于提供一個(gè)App Market,供用戶從中選擇自己所需的App ;和/或，應(yīng)用展示模塊54，用于構(gòu)造可操作的已安裝的App列表，并將其以友好的交互界面進(jìn)行展示。需要說明的是,App Market功能可由應(yīng)用市場(chǎng)模塊53提供,提供各App的資源包和描述信息等，也可以一個(gè)App的形式實(shí)現(xiàn)，它是整個(gè)應(yīng)用平臺(tái)中唯一一個(gè)有管理接口操作權(quán)限的App，這樣，應(yīng)用平臺(tái)將不用在界面上單獨(dú)為AppMarket提供一個(gè)獨(dú)立的入口，使得界面非常清爽，同時(shí)，由于其本質(zhì)就是一個(gè)App，所以用戶可以像操作普通的App —樣對(duì)其位置等進(jìn)行調(diào)整，從而方便了用戶進(jìn)行管理。上述應(yīng)用中心模塊51中可具體包括第一應(yīng)用子模塊511,用于提供基于乂1^+301^口1:構(gòu)建的4口口的安裝、卸載能力以及運(yùn)行環(huán)境；第二應(yīng)用子模塊512，用于提供基于二進(jìn)制Dll構(gòu)建的App的安裝、卸載能力以及運(yùn)行環(huán)境；第三應(yīng)用子模塊513，用于提供基于Web網(wǎng)頁構(gòu)建的App的安裝、卸載能力以及運(yùn)行環(huán)境。其中，第一應(yīng)用子模塊511中可進(jìn)一步包括(為簡(jiǎn)化附圖，未圖示)界面展示單元、存儲(chǔ)單元、網(wǎng)絡(luò)單元、認(rèn)證單元、解析單元和解釋單元；第二應(yīng)用子模塊512中可進(jìn)一步包括(為簡(jiǎn)化附圖，未圖示)界面展示單元、存儲(chǔ)單元、網(wǎng)絡(luò)單元和認(rèn)證單元；第三應(yīng)用子模塊513中可進(jìn)一步包括(為簡(jiǎn)化附圖，未圖示)加載單元；其中，界面展示單元，用于進(jìn)行App的圖形界面展示；存儲(chǔ)單元，用于進(jìn)行用戶數(shù)據(jù)的本地存儲(chǔ)，將用戶數(shù)據(jù)以二維表或獨(dú)立文件的形式保存到本地?cái)?shù)據(jù)庫(kù)中；網(wǎng)絡(luò)單元，用于為App提供各種通訊協(xié)議的支持，使其具備網(wǎng)絡(luò)通訊能力；

認(rèn)證單元，用于為App提供安全認(rèn)證能力；解析單元，用于完成XML的解析；解釋單元，用于完成Script的解釋執(zhí)行；加載單元，用于提供界面窗體，所述窗體中內(nèi)嵌一個(gè)瀏覽器控件，當(dāng)App啟動(dòng)時(shí)，加載指定的網(wǎng)頁到內(nèi)嵌瀏覽器中。另外，圖5所示應(yīng)用平臺(tái)中還可進(jìn)一步包括消息處理模塊55，用于當(dāng)?shù)卿浐?，從服?wù)器中獲取發(fā)送給用戶且未展示過的消息，并進(jìn)行展示；在線期間，接收服務(wù)器下發(fā)給用戶的在此期間新產(chǎn)生的消息，并進(jìn)行展示；所述消息包括:App動(dòng)態(tài)消息和/或App推薦消息；其中，App推薦消息為根據(jù)用戶的好友對(duì)App的推薦行為所產(chǎn)生的消息。消息處理模塊55還可進(jìn)一步用于，當(dāng)用戶使用一 App并向好友進(jìn)行推薦時(shí)，7生成一條App推薦消息，通過服務(wù)器發(fā)送給用戶選定的好友。上述消息中可包括消息ID、消息的展示方式、目標(biāo)用戶、所屬App ID,以及消息內(nèi)容等。圖5所示應(yīng)用平臺(tái)的具體工作流程請(qǐng)參照上述方法實(shí)施例中的相應(yīng)說明，不再贅述。以上所述僅為本發(fā)明的較佳實(shí)施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明保護(hù)的范圍之內(nèi)。
權(quán)利要求
1.一種應(yīng)用App的管理方法，其特征在于，包括 當(dāng)接收到安裝任一 App的請(qǐng)求時(shí),應(yīng)用平臺(tái)安裝該App,并將該App的概要信息發(fā)送給服務(wù)器；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表，用于保存各已安裝的App的概要信息； 當(dāng)接收到卸載任一 App的請(qǐng)求時(shí),應(yīng)用平臺(tái)卸載該App,并通知服務(wù)器將該App的概要信息從對(duì)應(yīng)的App列表中刪除。
2.根據(jù)權(quán)利要求I所述的方法，其特征在于，該方法進(jìn)一步包括 當(dāng)切換登錄地點(diǎn)后，從服務(wù)器中獲取自身對(duì)應(yīng)的已安裝的App列表。
3.根據(jù)權(quán)利要求I所述的方法，其特征在于，該方法進(jìn)一步包括 應(yīng)用平臺(tái)提供一個(gè)應(yīng)用市場(chǎng)App Market,供用戶從中選擇自己所需的App。
4.根據(jù)權(quán)利要求I所述的方法，其特征在于，該方法進(jìn)一步包括 應(yīng)用平臺(tái)構(gòu)造可操作的已安裝的App列表，并將其以友好的交互界面進(jìn)行展示。
5.根據(jù)權(quán)利要求I 4中任一項(xiàng)所述的方法，其特征在于，所述應(yīng)用平臺(tái)至少支持以下三種類型的App 基于可擴(kuò)展標(biāo)記語音XML+腳本Script構(gòu)建的App、基于二進(jìn)制動(dòng)態(tài)鏈接庫(kù)Dll構(gòu)建的App,以及基于Web網(wǎng)頁構(gòu)建的App。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于， 所述支持基于Dll構(gòu)建的App包括提供圖形界面展示能力、用戶數(shù)據(jù)的本地存儲(chǔ)能力、網(wǎng)絡(luò)通訊能力，以及安全認(rèn)證能力； 所述支持基于XML+Script構(gòu)建的App包括提供圖形界面展示能力、用戶數(shù)據(jù)的本地存儲(chǔ)能力、網(wǎng)絡(luò)通訊能力、安全認(rèn)證能力、XML的解析能力，以及Script的解釋執(zhí)行能力；所述支持基于Web網(wǎng)頁構(gòu)建的App包括提供界面窗體的能力，所述窗體中內(nèi)嵌一個(gè)瀏覽器控件，以及當(dāng)App啟動(dòng)時(shí)，加載指定的網(wǎng)頁到內(nèi)嵌瀏覽器中的能力。
7.根據(jù)權(quán)利要求I 4中任一項(xiàng)所述的方法，其特征在于，該方法進(jìn)一步包括 登錄后，應(yīng)用平臺(tái)從服務(wù)器中獲取發(fā)送給用戶且未展示過的消息，并進(jìn)行展示；在線期間，應(yīng)用平臺(tái)接收服務(wù)器下發(fā)給用戶的在此期間新產(chǎn)生的消息，并進(jìn)行展示； 所述消息包括=App動(dòng)態(tài)消息和/或App推薦消息；其中，所述App推薦消息為根據(jù)用戶的好友對(duì)App的推薦行為所產(chǎn)生的消息。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，該方法進(jìn)一步包括 當(dāng)用戶使用一 App并向好友進(jìn)行推薦時(shí)，生成一條App推薦消息，并通過服務(wù)器發(fā)送給用戶選定的好友。
9.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述消息中包括消息ID、消息的展示方式、目標(biāo)用戶、所屬App ID，以及消息內(nèi)容。
10.一種應(yīng)用平臺(tái)，其特征在于，包括 應(yīng)用中心模塊，用于根據(jù)接收到的請(qǐng)求安裝或卸載任一應(yīng)用App ； 列表管理模塊，用于將所安裝的App的概要信息發(fā)送給服務(wù)器進(jìn)行保存，通知服務(wù)器將所卸載的App的概要信息從對(duì)應(yīng)的App列表中刪除；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表,用于保存各已安裝的App的概要信息。
11.根據(jù)權(quán)利要求10所述的應(yīng)用平臺(tái)，其特征在于，所述應(yīng)用平臺(tái)中進(jìn)一步包括應(yīng)用市場(chǎng)模塊，用于提供一個(gè)應(yīng)用市場(chǎng)App Market,供用戶從中選擇自己所需的App。
12.根據(jù)權(quán)利要求10所述的應(yīng)用平臺(tái)，其特征在于，所述應(yīng)用平臺(tái)中進(jìn)一步包括 應(yīng)用展示模塊，用于構(gòu)造可操作的已安裝的App列表，并將其以友好的交互界面進(jìn)行展示。
13.根據(jù)權(quán)利要求10 12中任一項(xiàng)所述的應(yīng)用平臺(tái)，其特征在于，所述應(yīng)用中心模塊中包括 第一應(yīng)用子模塊，用于提供基于可擴(kuò)展標(biāo)記語音XML+腳本Script構(gòu)建的App的安裝、卸載能力以及運(yùn)行環(huán)境； 第二應(yīng)用子模塊，用于提供基于二進(jìn)制動(dòng)態(tài)鏈接庫(kù)Dll構(gòu)建的App的安裝、卸載能力以及運(yùn)行環(huán)境； 第三應(yīng)用子模塊，用于提供基于Web網(wǎng)頁構(gòu)建的App的安裝、卸載能力以及運(yùn)行環(huán)境。
14.根據(jù)權(quán)利要求13所述的應(yīng)用平臺(tái)，其特征在于，所述第一應(yīng)用子模塊中包括界面展示單元、存儲(chǔ)單元、網(wǎng)絡(luò)單元、認(rèn)證單元、解析單元和解釋單元；所述第二應(yīng)用子模塊中包括界面展示單元、存儲(chǔ)單元、網(wǎng)絡(luò)單元和認(rèn)證單元；所述第三應(yīng)用子模塊中包括加載單元；其中， 所述界面展示單元，用于進(jìn)行App的圖形界面展示； 所述存儲(chǔ)單元，用于進(jìn)行用戶數(shù)據(jù)的本地存儲(chǔ)，將用戶數(shù)據(jù)以二維表或獨(dú)立文件的形式保存到本地?cái)?shù)據(jù)庫(kù)中； 所述網(wǎng)絡(luò)單元，用于為App提供各種通訊協(xié)議的支持，使其具備網(wǎng)絡(luò)通訊能力； 所述認(rèn)證單元，用于為App提供安全認(rèn)證能力； 所述解析單元，用于完成XML的解析； 所述解釋單元，用于完成Script的解釋執(zhí)行； 所述加載單元，用于提供界面窗體，所述窗體中內(nèi)嵌一個(gè)瀏覽器控件，當(dāng)App啟動(dòng)時(shí)，加載指定的網(wǎng)頁到內(nèi)嵌瀏覽器中。
15.根據(jù)權(quán)利要求10 12中任一項(xiàng)所述的應(yīng)用平臺(tái)，其特征在于，所述應(yīng)用平臺(tái)中進(jìn)一步包括 消息處理模塊，用于在登錄后，從服務(wù)器中獲取發(fā)送給用戶且未展示過的消息，并進(jìn)行展示；在線期間，接收服務(wù)器下發(fā)給用戶的在此期間新產(chǎn)生的消息，并進(jìn)行展示； 所述消息包括=App動(dòng)態(tài)消息和/或App推薦消息；其中，所述App推薦消息為根據(jù)用戶的好友對(duì)App的推薦行為所產(chǎn)生的消息。
16.根據(jù)權(quán)利要求15所述的應(yīng)用平臺(tái)，其特征在于，所述消息處理模塊進(jìn)一步用于，當(dāng)用戶使用一 App并向好友進(jìn)行推薦時(shí)，生成一條App推薦消息，并通過服務(wù)器發(fā)送給用戶選定的好友。
17.根據(jù)權(quán)利要求15所述的應(yīng)用平臺(tái)，其特征在于，所述消息中包括消息ID、消息的展示方式、目標(biāo)用戶、所屬App ID，以及消息內(nèi)容。
全文摘要
本發(fā)明公開了一種App的管理方法和一種應(yīng)用平臺(tái)當(dāng)接收到安裝任一App的請(qǐng)求時(shí)，應(yīng)用平臺(tái)安裝該App，并將該App的概要信息發(fā)送給服務(wù)器；針對(duì)每個(gè)用戶，服務(wù)器中分別維護(hù)有一個(gè)已安裝的App列表，用于保存各已安裝的App的概要信息；當(dāng)接收到卸載任一App的請(qǐng)求時(shí)，應(yīng)用平臺(tái)卸載該App，并通知服務(wù)器將該App的概要信息從對(duì)應(yīng)的App列表中刪除。應(yīng)用本發(fā)明所述的技術(shù)方案，能夠使用戶在切換登錄地點(diǎn)后，方便快捷地獲取到之前所安裝的App列表。
文檔編號(hào)H04L29/08GK102801755SQ201110140138
公開日2012年11月28日 申請(qǐng)日期2011年5月27日 優(yōu)先權(quán)日2011年5月27日
發(fā)明者常青 申請(qǐng)人:騰訊科技(深圳)有限公司