AppHlp Admin 是一款好用的管理工具，该工具界面简洁，操作方便，体积小，功能不错，欢迎下载体验。
AppHlp Admin 特点： 1、支持应用自动在线升级，不需要购买租用服务器，一切均在AppHlp云中；
2、智能统计装机量，在线客户，活跃度，运行次数，崩溃次数；
3、和远程应用交互，远程修改配置，调用功能；
4、0~3行代码集成，简单易用；
5、多项目设计，多版本设计，智能化管理；
AppHlp使用说明：
一、前言
简单的，如果你需要让应用具有, ①:自动升级功能，②:能够统计安装应用的用户的行为, ③:甚至和远程应用交互。那么首先你必须都实现这些功能：
A、自动在线升级功能
B、应用数据统计分析功能
C、远程应用交互控制功能
D、并且你还需要：
购买或者租用一台服务器，并托管在IDC
总体来讲开发的成本不可谓不巨大，在硬件上的投入也花费不菲。那么AppHlp的目标就是提供具备上述功能的一个标准环境，一套标准API，以及一套Management Tool，使开发人员花费最少精力，就能引入高质量的功能和服务。
具体AppHlp到底能够做什么，请参考《AppHlp功能列表》
二、结构介绍
不需要再自己造轮子实现程序的自动升级，实现应用的数据统计，以及与应用的交互, AppHlp提供了这全套功能。
作为开发者，你需要做的就是通过简单几步，将apphlp.dll的核心文件集成到Application中去。AppHlp云服务，提供了所有这设施。
具体结构，如下图所示：
AppHlp云服务
1、数据存放和服务提供的核心；
2、开发者创建的项目，以及项目的文件模块，均存放在同一的AppHlp云中，你不必再购买或者租用服务器；
3、应用的运行数据，客户数据，都将保存到AppHlp云中，三重备份机制，阿里巴巴RDS实时备份，确保了你的应用数据无时无刻的安全和永不丢失。
Apphlp.dll
1、为客户端使用的核心文件，其封装了所有功能，导出为ISO标准的C函数接口；
2、另外有C++, C#等语言的封装类，简单易用，没有任何学习曲线，只需2行代码就能调用所需要的服务；
3、它是自我自动升级的，别且内置协议向前向后均兼容，你不必关心当前版本，放心使用即可。
AUpdater.exe
1、该模块是可选模块，并不一定要随应用发布；
2、从技术上而言，单纯一个被Application调用的DLL因为没有自己独立进程空间和生命周期的原因，某些操作，必须依赖于AUpdater.exe才能完成。
3、当AppHlp.dll中某些功能需要AUpdater.exe支援时，若发现应用本地没有该模块，则会从云中自动下载，所以并不一定要随应用同时发布；
4、它是自我自动升级的，别且内置协议向前向后均兼容，你不必关心当前版本，放心使用即可。
例子下载
1、C控制台示例程序 (VC6,VC2005,VC 2008)
2、C对话框示例程序(VC6,VC2005,VC 2008)
3、C++控制台示例程序(VC6,VC2005,VC 2008)
4、C++对话框示例程序(VC6,VC2005,VC 2008)
5、C#控制台示例程序(VC2005,VC 2008)
6、C#对话框示例程序(VC2005,VC 2008)
三、注册一个账户
为了存储你的应用项目和用户行为数据，首先，你必须在AppHlp中注册一个账户，才能够创建项目，和访问其它功能。
四、创建一个项目
所有的应用，都是以独立项目的形式出现的。例如，你开发一个程序，就会定义这个程序的名称，一个程序会有若干个文件组成，称之为模块，发布该程序，这个程序就会有一个版本，以后升级，那么又是一个新的版本。任意两个版本之间，会有若干个等价的模块，若干个不等价的模块（升级了的）。AppHlp也会涉及这些内容，均与程序员开发中所接触的概念相同。
登录你的账户之后，你需要创建项目以对应发布的应用。
【项目名】：项目的名称，需要是你项目的一个唯一标识符；
【项目本地目录】：这是项目最终发布模块存放在你本地PC的根目录。
里面放置的是最新的已编译好的模块或者配置；
这个根目录下，目录结构都必须与用户安装之后所出现的情况一致，也就是路径结构必须一致性；
每一次升级，AppHlp Admin将拿这个根目录下的模块文件，与服务器中的线上版本进行对比，自动找出那些，新增模块，修改模块，删除模块，之后将更新内容上传到服务器，执行应用的新版本发布。
【类型】：标明该项目是客户端的应用程序，还是服务端7 * 24模式运行的项目。不同类别的项目，所能使用的功能不完全相同，同时，执行模式也有差异。
【类型】：应用运行的操作系统平台，当前只支持Windows，后续将引入更广泛的OS支持，请关注我们的OS支持列表。
五、自动升级功能
AppHlp所提供的最基本的服务设施，是应用的自动升级，当然需要你在所开发应用中引入AppHlp.dll。
假设已经创建好了一个项目，并映射到了本地的磁盘的镜像文件夹。那么需要执行3个步骤，来发布新版本的模块文件到AppHlp云中。
1、【对比找出更新模块】: 通过本地镜像，与AppHlp云中缓存版本对比，找出本地镜像中的更新，新增的模块；
2、【提交新版本到服务器】:将本地镜像中，更新，新增的模块，发布到AppHlp云中；
3、【自动升级赋权】: 见下篇章“六”
其它设置字段
1、【版本号】：标明应用程序的版本编号。比如：1.00， 1.01……，该编号只是一个文本串，只是一个指代，并没有特殊高低级别之分，在apphlp.dll的接口函数中，需要传入对应version，来指明应用端的版本；
2、【新版本特性描述】：在当次升级，新版本较旧版本有何更新或者特性增加的文本描述。该文本会被传入apphlp.dll的新版本发现的通知消息，应用程序可以弹出对应的消息，或者做界面展示；
3、【新版本绑定文件】：在当次升级，绑定一个特殊的文件给该版本，apphlp.dll的新版本发现的通知消息中，该文件会传入给应用程序，应用可以内置逻辑，来执行对应的功能。
六、自动升级赋权
对项目，执行本地镜像的修改，上传到AppHlp云服务器之后，一个新版本已经处于就绪状态了。但是，是否所有正在运行的客户机应用，都将立刻得到更新通知，并能执行在线升级呢？答案是否定的。
因为，在任何一次新版本提交后，AppHlp云服务，将会对该项目的升级授权置于“暂停”状态，相关客户机应用不会自动升级，直到人为确认开放自动升级功能给所有客户。这样是为了确保提供测试的机会，用来确保：“旧版本” --》 “新版本”这个过程无误，避免人为错误，并提供再次更新的机会。
一般情况下，在将新版本上传到AppHlp云中之后，你需要进行下列操作，来确保安全性：
1、对你自己的应用，开放自动升级授权；
2、运行应用，观察旧版本到新版本的升级过程，确保无误，且新版本能够顺利启动和运行；
3、如果第2步失败，则测试失败，需要调试，找到原因，编译，并再次上传新版本，直到升级成功为止；
4、查看当前在线客户列表，对一部分客户开放自动升级赋权，并追踪统计结果；
5、在确保完全无误的情况下，将当前版本，开放“自动升级”给所有客户。
七、数据统计功能
通过AppHlp Admin提供的数据统计功能，你能够查询和掌握，每个项目的状况，包含：
1、【基本的信】：装机数量，在线数量，启动次数。。。
2、【客户】：每一个应用程序的装机，都被认为是一个客户，AppHlp云会给它一个ID，你可以请求客户列表，查看每个客户的版本，启动次数，在线时长，活跃天数，地域分布等；
3、【在线】：能够查看项目当前在线的客户，也就是启动了应用程序的客户，并且可以和该应用程序进行交互，发送命令，获取目录，获取文件，发布文件等；
4、【统计】：可以按30分，1小时，4小时，1天，1周，1月，1年等不同频率来分析应用的各种数据，如：客户数，新增客户数，启动次数，在线时长等；
4、【远程日志】：是应用程序使用apphlp.dll提供的远程日志接口‘ahlp_rmt_log’写入的。通过该功能，能够查询应用在远程客户端写入的日志，
