专利名称：一种应用的管理方法和一种应用平台的制作方法
技术领域：
本发明涉及应用技术，特别涉及一种应用的管理方法和一种应用平台。
背景技术：
目前，在Windows桌面上运行的应用平台已经有很多，用户可借助于平台提供的应用市场(App Market)等,查找并选择自己所需的应用(App, Application),安装到平台上。在实际应用中，当用户切换登录地点后，比如之前在客户端A登录，并安装了一些App,之后又在客户端B登录,那么，用户则需要重新去AppMarket中查找自己所需的App,并在之后完成安装，而不能通过某种方式自动获取到之前所安装的App列表，实现起来非常 麻烦。
发明内容
有鉴于此，本发明的主要目的在于提供一种App的管理方法，能够使用户在切换登录地点后，方便快捷地获取到之前所安装的App列表。本发明的另一目的在于提供一种应用平台，能够使用户在切换登录地点后，方便快捷地获取到之前所安装的App列表。为达到上述目的，本发明的技术方案是这样实现的一种App的管理方法，包括当接收到安装任一 App的请求时,应用平台安装该App,并将该App的概要信息发送给服务器；针对每个用户，服务器中分别维护有一个已安装的App列表，用于保存各已安装的App的概要信息；当接收到卸载任一 App的请求时,应用平台卸载该App,并通知服务器将该App的概要信息从对应的App列表中删除。一种应用平台，包括应用中心模块，用于根据接收到的请求安装或卸载任一应用App ；列表管理模块，用于将所安装的App的概要信息发送给服务器进行保存，通知服务器将所卸载的App的概要信息从对应的App列表中删除；针对每个用户，服务器中分别维护有一个已安装的App列表,用于保存各已安装的App的概要信息。可见，采用本发明的技术方案，在服务器上为用户维护一个已安装的App列表，这样，当用户切换登录地点后，即可从服务器中方便快捷地获取到该App列表，省去了重新查找等麻烦。
图I为本发明App的安装方法实施例的流程图。图2为本发明App的卸载方法实施例的流程图。
图3为本发明所述消息通道和推荐通道的示意图。图4为本发明所述消息的格式示意图。图5为本发明应用平台实施例的组成结构示意图。
具体实施例方式针对现有技术中存在的问题，本发明中提出一种改进后的App的管理方法当接收到安装任一App的请求时，应用平台安装该App，并将该App的概要信息发送给服务器，针对每个用户，服务器中分别维护有一个已安装的App列表，其中包括各已安装的App的概要信息；当接收到卸载任一 App的请求时,应用平台卸载该App,并通知服务器将该App的概要信息从对应的App列表中删除；这样，当用户切换登录地点后，即可从服务器中方便快捷地获取到之前已安装的App列表。
为使本发明的技术方案更加清楚、明白，以下参照附图并举实施例，对本发明所述方案作进一步地详细说明。图I为本发明App的安装方法实施例的流程图。如图I所示，包括以下步骤步骤11 :应用平台接收到安装任一 App的请求后，将账号信息和该App的ID发送给服务器，由服务器进行安装许可检查。在实际应用中，应用平台可提供一个App Market，供用户从中选择自己所需的App,并点击安装。所述账号信息可包括用户ID以及相关权限等信息。步骤12 :如果许可安装，则服务器向应用平台下发安装包地址。如果没有等级限制或者购买开通等方面的限制，则许可安装，相应地，服务器会向应用平台下发安装包地址，并可同时下发校验信息。步骤13 :应用平台根据接收到的安装包地址下载安装包。如果应用平台同时接收到了校验信息，那么本步骤中，应用平台在根据接收到的安装包地址下载安装包后，根据接收到的校验信息对下载到的安装包的完整性和合法性进行校验，校验通过，执行步骤14。步骤14 :应用平台将下载到的安装包进行安装。安装过程主要包括I)将资源和运行文件拷贝到指定的目录中；2)在加密的App注册表文件中注册新的App信息，包括启动信息和运行参数等。步骤15 :安装成功后，应用平台将所安装的App的概要信息发送给服务器；针对每个用户，服务器中分别维护有一个已安装的App列表，用于保存各已安装的App的概要信
肩、O所述概要信息可包括App ID和安装包地址等，后续，当用户切换登录地点后，如果要安装App列表中的某一 App，那么直接按照其安装包地址等进行安装即可。图2为本发明App的卸载方法实施例的流程图。如图2所示，包括以下步骤步骤21 :当接收到卸载任一 App的请求时,应用平台卸载该App。卸载过程主要包括I)将该App的信息从加密的App注册表文件中删除；
2)清理该App在本地的运行资源和临时文件。步骤22 :应用平台通知服务器将该App的概要信息从对应的App列表中删除。在实际应用中，用户还可通过App Market查看已安装的App的更新信息，即升级信息，升级过程是一个复合过程，只需将安装和卸载过程进行整合即可，即先按照图2所示方式卸载原有App，再按照图I所示方式安装升级后的App。另外，应用平台还可构造可操作的已安装的App列表，并将其以友好的交互界面进行展示。为了更好地为用户提供服务，尽可能地满足用户的需求，本发明所述应用平台需要支持多种不同类型的App,并通过提供友好的应用编程接口(API, Application Programming Interface),使得各App能够使用应用平台本身所具有的一些能力。具体来说，需要至少支持以下三种类型基于可扩展标记语音(XML, Extensible MarkupLanguage)+脚本(Script)构建的App、基于二进制动态链接库(DlI, Dynamic LinkLibrary)构建的App,以及基于Web网页构建的App ;为便于描述，以下将这三种类型的App分别简称为 XscApp、DllApp 和 WebApp。下面对上述三种类型App分别进行介绍I) Dl IApp这类App使用C++等高性能语言开发，功能最终以Dll的形式注册到应用平台上。优势D11内部具有很好的逻辑封装性，由于使用C++等高性能语言进行开发，因此能力很强，比如用户界面的构建不依赖于浏览器，而是使用普通的Windows桌面应用的窗体系统等。场景适合开放给公司可信任的团队开发相关高级应用。支持为支持这类App的运行，应用平台需要提供一系列的基础服务能力，包括A、图形界面展示能力，即提供界面引擎；B、用户数据的本地存储能力，即将用户数据以二维表或独立文件的形式存储到本地数据库中；C、网络通讯能力，即为这类App提供传输控制协议(TCP, Transmission ControlProtocol)、用户数据包协议(UDP,User Datagram Protocol)以及超文本传输协议(HTTP,Hypertext Transfer Protocol)等通讯协议的支持，以使这类App具备网络通讯能力；D、安全认证能力，即提供登录和鉴权等能力。在实际应用中，上述各能力通常均使用C++语音进行开发，由于DllApp也是基于C++开发的，因此可直接对上述各能力进行调用。2) XscApp这类App中包括三类不同的文件，即XML+Script+Pic ;其中,XML用来描述App的界面表现，包括窗体的尺寸、按钮的大小、位置、风格以及图标的透明度等，Script用来描述App的交互逻辑，如用户点击某个按钮后弹出一个消息提示窗等，Pic则指App所使用的所有图标和材质文件。优势这类App的开发难度及成本均较低，在界面的搭建方面可以通过界面编辑器来快速定义XML，而Script的简洁性也让逻辑的描述变得简单易懂；更重要的是，不包括二进制部分/代码，所以在审核方面非常简单，Script的能力可被严格限制，不会对应用平台本身的安全构成什么威胁。场景适合开放给第三方企业进行开发，无论是开发还是审核都有很大的优势。支持与DllApp相同，为支持XscApp的运行，应用平台同样需要提供上述A、B、C、D等基础服务能力，但由于XscApp是由XML和Script来实现的,不能直接使用利用C++开发的能力，因此需要额外的“中间层”来提供支持，即应用平台还需要具备XML的解析能力以及Script的解释执行能力。其中，XML的解析能力，即指需要一个支持XML反序列化的界面引擎进行界面原色的构建，能够严格地将XML的每个节点翻译成一棵或多棵界面控制树，并能够渲染出期望的界面效果。
Script的解释执行能力，即提供脚本引擎，用于解释执行XscApp中的逻辑脚本，主要实现两方面的功能一方面，控制由界面引擎构建出的用户界面，如窗口的显示隐藏，按钮的切换等；另一方面，利用底层提供的基础服务完成用户数据的本地存储、网络通讯和安全认证等；由于脚本引擎本身只能进行逻辑处理，而不具备上述存储、通讯和安全认证等能力，因此这些基础服务会以服务注册的方式被关联到脚本引擎。3) WebApp这类App在注册时只需注册图标、文字说明和统一资源定位符(URL，UniformResource Locator)等配置信息即可，当用户点击某个App的图标时,应用平台会弹出一个内嵌浏览器控件的界面窗体，并加载URL指向的Web网页。优势可以复用已有的基于Web开发的网页应用。场景适用于承载充值网站或导航站等简单而且已有的网页应用。支持为支持这类App的运行，应用平台需要具备以下能力提供界面窗体的能力，所述窗体中内嵌一个浏览器控件，并可根据配置信息设置窗口的尺寸、标题和图标等，以及当App启动时，加载指定的网页，即URL指向的网页到内嵌浏览器中的能力。至此，即完成了关于本发明所述三种类型App的介绍，上述三种类型的App虽然在安装包格式和运行方式上有较大的差别，但在安装和卸载流程上基本一致，参照图I和2所
/Jn o另外，为了加速App的推广，本发明中提出了消息通道和推荐通道的概念。其中，消息通道可以使用户在不启动App的情况下看到App的最新动态信息，典型应用场景为“应用动态”，用户可以在登录后的应用动态面板中看到若干App的最新动态信息，如“文件中转站中有3个文件到期”、“好友XXX在你的日志里留言”等。在此基础上，可进一步延伸出好友对App的推荐通道，当一个用户使用某个App时，如果喜欢，可以向好友进行推荐，据此生成一条App推荐消息，其中可携带有自己对该App的评价等，并通过推荐通道广播到自己的社会性网络服务(SNS, Social Networking Services)关系网中，传播出去。消息通道和推荐通道的提出使得App的推广不再受限于传统的方式，变得更为灵活和智能。图3为本发明所述消息通道和推荐通道的示意图。如图3所示，涉及到了消息产生方、消息存储服务器和客户端三部分。其中，消息产生方包括第三方服务器(3rd Server)和官方服务器(OfficialServer) ,3rd Server用于为一指定的App提供后台支持,产生与该App相关的App动态消息(一旦有更新则可产生一条)，Official Server用于推送好友产生的App推荐消息。消息存储服务器可为每个用户维护一个消息栈，当每接收到一条消息时，即会分析其目标用户，然后将消息压入到对应的消息栈中。每条消息均由产生时的64位时间戳唯一确定，图4为本发明所述消息的格式示意图，如图4所示，包括消息ID、消息的展示方式、目标用户、所属AppID，以及消息内容。其中，消息ID即为消息产生时的64位时间戳，消息的展示方式用于说明该消息将以何种方式进行展示，比如可采用弹出一个Tips的方式，具体采用何种方式可根据消息内容等确定， 目标用户用于说明该消息需要发送给哪些用户，所属App ID用于说明该消息与哪个App相关，消息内容采用XML格式描述该消息的具体内容，在有需要的情况下可对消息内容进行加密和压缩等处理。客户端为消息的接收方和展示方，当用户登录后，应用平台可从消息存储服务器中获取发送给用户且未展示过的消息，并进行展示，比如可根据时间戳来获知哪些消息是在用户上次退出登录到本次登录之间产生的，这些消息即为未展示过的消息；在用户在线期间，如果接收到新产生的消息，消息存储服务器可主动将其下发给应用平台，并由应用平台进行展示。反向，当用户使用一 App并向好友进行推荐时，应用平台生成一条App推荐消息，通过服务器发送给用户选定的好友。对于消息存储服务器来说，每个消息栈中存储的消息数通常都是有限制的，所以，一旦已经向用户展示过的消息，可将其从消息栈中删除，或者，采用先进先出的原则，一旦消息栈已满，则根据新压入的消息数删除相应数目的最早压入的消息，具体实现方式不限。基于上述介绍，图5为本发明应用平台实施例的组成结构示意图。如图5所示,包括应用中心模块51，用于根据接收到的请求安装或卸载任一 App ；列表管理模块52，用于将所安装的App的概要信息发送给服务器进行保存，通知服务器将所卸载的App的概要信息从对应的App列表中删除；针对每个用户，服务器中分别维护有一个已安装的App列表,用于保存各已安装的App的概要信息。图5所示应用平台中还可进一步包括应用市场模块53,用于提供一个App Market,供用户从中选择自己所需的App ;和/或，应用展示模块54，用于构造可操作的已安装的App列表，并将其以友好的交互界面进行展示。需要说明的是,App Market功能可由应用市场模块53提供,提供各App的资源包和描述信息等，也可以一个App的形式实现，它是整个应用平台中唯一一个有管理接口操作权限的App，这样，应用平台将不用在界面上单独为AppMarket提供一个独立的入口，使得界面非常清爽，同时，由于其本质就是一个App，所以用户可以像操作普通的App —样对其位置等进行调整，从而方便了用户进行管理。上述应用中心模块51中可具体包括第一应用子模块511,用于提供基于乂1^+301^口1:构建的4口口的安装、卸载能力以及运行环境；第二应用子模块512，用于提供基于二进制Dll构建的App的安装、卸载能力以及运行环境；第三应用子模块513，用于提供基于Web网页构建的App的安装、卸载能力以及运行环境。其中，第一应用子模块511中可进一步包括(为简化附图，未图示)界面展示单元、存储单元、网络单元、认证单元、解析单元和解释单元；第二应用子模块512中可进一步包括(为简化附图，未图示)界面展示单元、存储单元、网络单元和认证单元；第三应用子模块513中可进一步包括(为简化附图，未图示)加载单元；其中，界面展示单元，用于进行App的图形界面展示；存储单元，用于进行用户数据的本地存储，将用户数据以二维表或独立文件的形式保存到本地数据库中；网络单元，用于为App提供各种通讯协议的支持，使其具备网络通讯能力；
认证单元，用于为App提供安全认证能力；解析单元，用于完成XML的解析；解释单元，用于完成Script的解释执行；加载单元，用于提供界面窗体，所述窗体中内嵌一个浏览器控件，当App启动时，加载指定的网页到内嵌浏览器中。另外，图5所示应用平台中还可进一步包括消息处理模块55，用于当登录后，从服务器中获取发送给用户且未展示过的消息，并进行展示；在线期间，接收服务器下发给用户的在此期间新产生的消息，并进行展示；所述消息包括:App动态消息和/或App推荐消息；其中，App推荐消息为根据用户的好友对App的推荐行为所产生的消息。消息处理模块55还可进一步用于，当用户使用一 App并向好友进行推荐时，7生成一条App推荐消息，通过服务器发送给用户选定的好友。上述消息中可包括消息ID、消息的展示方式、目标用户、所属App ID,以及消息内容等。图5所示应用平台的具体工作流程请参照上述方法实施例中的相应说明，不再赘述。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
权利要求
1.一种应用App的管理方法，其特征在于，包括 当接收到安装任一 App的请求时,应用平台安装该App,并将该App的概要信息发送给服务器；针对每个用户，服务器中分别维护有一个已安装的App列表，用于保存各已安装的App的概要信息； 当接收到卸载任一 App的请求时,应用平台卸载该App,并通知服务器将该App的概要信息从对应的App列表中删除。
2.根据权利要求I所述的方法，其特征在于，该方法进一步包括 当切换登录地点后，从服务器中获取自身对应的已安装的App列表。
3.根据权利要求I所述的方法，其特征在于，该方法进一步包括 应用平台提供一个应用市场App Market,供用户从中选择自己所需的App。
4.根据权利要求I所述的方法，其特征在于，该方法进一步包括 应用平台构造可操作的已安装的App列表，并将其以友好的交互界面进行展示。
5.根据权利要求I 4中任一项所述的方法，其特征在于，所述应用平台至少支持以下三种类型的App 基于可扩展标记语音XML+脚本Script构建的App、基于二进制动态链接库Dll构建的App,以及基于Web网页构建的App。
6.根据权利要求5所述的方法，其特征在于， 所述支持基于Dll构建的App包括提供图形界面展示能力、用户数据的本地存储能力、网络通讯能力，以及安全认证能力； 所述支持基于XML+Script构建的App包括提供图形界面展示能力、用户数据的本地存储能力、网络通讯能力、安全认证能力、XML的解析能力，以及Script的解释执行能力；所述支持基于Web网页构建的App包括提供界面窗体的能力，所述窗体中内嵌一个浏览器控件，以及当App启动时，加载指定的网页到内嵌浏览器中的能力。
7.根据权利要求I 4中任一项所述的方法，其特征在于，该方法进一步包括 登录后，应用平台从服务器中获取发送给用户且未展示过的消息，并进行展示；在线期间，应用平台接收服务器下发给用户的在此期间新产生的消息，并进行展示； 所述消息包括=App动态消息和/或App推荐消息；其中，所述App推荐消息为根据用户的好友对App的推荐行为所产生的消息。
8.根据权利要求7所述的方法，其特征在于，该方法进一步包括 当用户使用一 App并向好友进行推荐时，生成一条App推荐消息，并通过服务器发送给用户选定的好友。
9.根据权利要求7所述的方法，其特征在于，所述消息中包括消息ID、消息的展示方式、目标用户、所属App ID，以及消息内容。
10.一种应用平台，其特征在于，包括 应用中心模块，用于根据接收到的请求安装或卸载任一应用App ； 列表管理模块，用于将所安装的App的概要信息发送给服务器进行保存，通知服务器将所卸载的App的概要信息从对应的App列表中删除；针对每个用户，服务器中分别维护有一个已安装的App列表,用于保存各已安装的App的概要信息。
11.根据权利要求10所述的应用平台，其特征在于，所述应用平台中进一步包括应用市场模块，用于提供一个应用市场App Market,供用户从中选择自己所需的App。
12.根据权利要求10所述的应用平台，其特征在于，所述应用平台中进一步包括 应用展示模块，用于构造可操作的已安装的App列表，并将其以友好的交互界面进行展示。
13.根据权利要求10 12中任一项所述的应用平台，其特征在于，所述应用中心模块中包括 第一应用子模块，用于提供基于可扩展标记语音XML+脚本Script构建的App的安装、卸载能力以及运行环境； 第二应用子模块，用于提供基于二进制动态链接库Dll构建的App的安装、卸载能力以及运行环境； 第三应用子模块，用于提供基于Web网页构建的App的安装、卸载能力以及运行环境。
14.根据权利要求13所述的应用平台，其特征在于，所述第一应用子模块中包括界面展示单元、存储单元、网络单元、认证单元、解析单元和解释单元；所述第二应用子模块中包括界面展示单元、存储单元、网络单元和认证单元；所述第三应用子模块中包括加载单元；其中， 所述界面展示单元，用于进行App的图形界面展示； 所述存储单元，用于进行用户数据的本地存储，将用户数据以二维表或独立文件的形式保存到本地数据库中； 所述网络单元，用于为App提供各种通讯协议的支持，使其具备网络通讯能力； 所述认证单元，用于为App提供安全认证能力； 所述解析单元，用于完成XML的解析； 所述解释单元，用于完成Script的解释执行； 所述加载单元，用于提供界面窗体，所述窗体中内嵌一个浏览器控件，当App启动时，加载指定的网页到内嵌浏览器中。
15.根据权利要求10 12中任一项所述的应用平台，其特征在于，所述应用平台中进一步包括 消息处理模块，用于在登录后，从服务器中获取发送给用户且未展示过的消息，并进行展示；在线期间，接收服务器下发给用户的在此期间新产生的消息，并进行展示； 所述消息包括=App动态消息和/或App推荐消息；其中，所述App推荐消息为根据用户的好友对App的推荐行为所产生的消息。
16.根据权利要求15所述的应用平台，其特征在于，所述消息处理模块进一步用于，当用户使用一 App并向好友进行推荐时，生成一条App推荐消息，并通过服务器发送给用户选定的好友。
17.根据权利要求15所述的应用平台，其特征在于，所述消息中包括消息ID、消息的展示方式、目标用户、所属App ID，以及消息内容。
全文摘要
本发明公开了一种App的管理方法和一种应用平台当接收到安装任一App的请求时，应用平台安装该App，并将该App的概要信息发送给服务器；针对每个用户，服务器中分别维护有一个已安装的App列表，用于保存各已安装的App的概要信息；当接收到卸载任一App的请求时，应用平台卸载该App，并通知服务器将该App的概要信息从对应的App列表中删除。应用本发明所述的技术方案，能够使用户在切换登录地点后，方便快捷地获取到之前所安装的App列表。
文档编号H04L29/08GK102801755SQ201110140138
公开日2012年11月28日 申请日期2011年5月27日 优先权日2011年5月27日
发明者常青 申请人:腾讯科技(深圳)有限公司