APP管理方法及系统与流程

本发明涉及app管理领域，尤其涉及一种app管理方法及系统。

背景技术：

现在的安卓app安装程序少则十几兆多则几十兆，我们为了将app升级到最新版本，通过各大安卓app市场下载安装包，往往会耗费大量的流量、时间，这不仅增加了用户的成本支出，也无形中占用了更多的公共网络资源、带宽。

app提供商与用户之间交流沟通的方式通常比较单一，一般是通过app界面呈现信息，用户也不方便与提供商交流。交流沟通不方便，大大降低了用户体验度，也不利于提供商改进自己的app。

已知现有的安卓后台服务端基本都采用socket通信协议，这是一种通用、成熟的技术，但是它的弊端也日益展现出来，连接与数据传递业务混合不易管理、阻塞式连接需要复杂的线程管理、性能较弱对高并发请求支持较差。。

技术实现要素：

本发明旨在解决上面描述的问题。本发明的一个目的是提供一种app管理方法及系统，以减少对网络资源的占用和客户端流量及时间的支出。

根据本发明的第一方面，一种app管理方法包括：服务器在接收到上传的app新版本程序包后，自动与所述app的各历史版本进行比对，根据比对结果生成对应的补丁包；客户端在运行所述app时，发送所述app的当前版本及客户端串号至所述服务器，并在所述app的当前版本不是所述app新版本程序包时，接收对应的补丁包，以及根据所述对应的补丁包及所述app的当前版本合成为完整的app新版本程序包，进而根据所述app新版本程序包进行升级操作。

一种app管理系统，包括：服务器，用于在接收到上传的app新版本程序包后，自动与所述app的各历史版本进行比对，根据比对结果生成对应的补丁包；客户端，用于在运行所述app时，发送所述app的当前版本及客户端串号至所述服务器，并在所述app的当前版本不是所述app新版本程序包时，接收对应的补丁包，以及根据所述对应的补丁包及所述app的当前版本合成为完整的app新版本程序包，进而根据所述app新版本程序包进行升级操作。

本发明提出的一种app管理方法及系统，通过在服务器端生成app程序各版本之间的补丁包，客户端在确定升级时，直接下载该补丁包，在客户端基于当前运行版本及相应的补丁包整合为完整的安装包，进行升级操作，从而相对于现有直接将新版本的安装包推送至客户端而言，能大量减少对网络资源的占用和客户端流量及时间的支出。

参照附图来阅读对于示例性实施例的以下描述，本发明的其他特性特征和优点将变得清晰。

附图说明

并入到说明书中并且构成说明书的一部分的附图示出了本发明的实施例，并且与描述一起用于解释本发明的原理。在这些附图中，类似的附图标记用于表示类似的要素。下面描述中的附图是本发明的一些实施例，而不是全部实施例。对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，可以根据这些附图获得其他的附图。

图1示例性地示出了一种app管理方法的流程图；

图2示例性地示出了一种app管理系统的结构框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互任意组合。

如图1所示，一种app管理方法，包括：

步骤101：服务器在接收到上传的app新版本程序包后，自动与所述app的各历史版本进行比对；

步骤103：服务器根据比对结果生成对应的补丁包；

步骤105：客户端在运行所述app时，发送所述app的当前版本及客户端串号至所述服务器；

步骤107：所述服务器在所述app的当前版本不是所述app新版本程序包时，下发升级提示信息；

步骤109：所述客户端确定执行升级操作后，接收对应的补丁包，以及根据所述对应的补丁包及所述app的当前版本合成为完整的app新版本程序包；

步骤111：根据所述app新版本程序包进行升级操作。

本实施例app管理方法，通过在服务器端生成app程序各版本之间的补丁包，客户端在确定升级时，直接下载该补丁包，在客户端基于当前运行版本及相应的补丁包整合为完整的安装包，进行升级操作，从而相对于现有直接将新版本的安装包推送至客户端而言，能打发减少对网络资源的占用和客户端流量及时间的支出。

需要说明的是，上述实施例还存在以下各优选方式中的至少一种：

1：在所述服务器与所述客户端建立mina网络通信框架；其中，该mina通信框架封装了javanio，用于tcp/udp应用程序、串口通讯程序开发，它是非阻塞式异步的网络应用程序框架，性能强大，对高并发任务支持完美。

2：通过xmpp协议，在所述服务器与所述客户端之间保持长连接；

3:所述客户端在执行app升级操作时，上传所述app的使用状态信息；且所述服务器根据所述app的使用状态信息统计所述app的用户构成及分布；

4：所述客户端采用sdk形式运行所述app、升级所述app、接收所述服务器下传的信息以及上传信息至所述服务器。

通过设置上述各优选方式，app管理方法为app供应商提供一套完整的、高性能的app管理方法，包括版本增量更新、用户信息统计、消息推送、用户反馈功能。通过此app管理方法，供应商将可以更有效地进行信息推广、收集用户信息、了解用户需求、节省网络资源，大大提升与用户的交互效率。

图2所示为图1所示方法对应的系统，图1的解释说明可以适用于本实施例，如图2所示，一种app管理系统，包括：

服务器20，用于在接收到上传的app新版本程序包后，自动与所述app的各历史版本进行比对，根据比对结果生成对应的补丁包；

客户端22，用于在运行所述app时，发送所述app的当前版本及客户端串号至所述服务器20，并在所述app的当前版本不是所述app新版本程序包时，接收对应的补丁包，以及根据所述对应的补丁包及所述app的当前版本合成为完整的app新版本程序包，进而根据所述app新版本程序包进行升级操作。

本实施例的app管理系统，通过在服务器端生成app程序各版本之间的补丁包，客户端在确定升级时，直接下载该补丁包，在客户端基于当前运行版本及相应的补丁包整合为完整的安装包，进行升级操作，从而相对于现有直接将新版本的安装包推送至客户端而言，能打发减少对网络资源的占用和客户端流量及时间的支出。

需要说明的是，上述实施例还存在以下各优选方式中的至少一种：

1：所述服务器20与所述客户端22为mina网络通信框架；

2：所述服务器20与所述客户端22之间基于xmpp协议通信；

3：所述客户端22包括信息上传单元221，用于在执行app升级操作时，上传所述app的使用状态信息；所述服务器20包括app分析单元201，用于根据所述app的使用状态信息统计所述app的用户构成及分布。

4：所述客户端22采用sdk形式运行所述app、升级所述app、接收所述服务器20下传的信息以及上传信息至所述服务器。

本实施例app管理系统的工作过程简述如下：开发人员在服务器端上传app新版本程序包后，后台会自动与所有历史版本进行二进制码比对，在服务器端可以使用bsdiff工具生成对应的patch包，在安卓客户端可以使用bspatch工具合成完整安装包，用户使用app时会提示更新，能够减少android升级流量的50%。在用户每次打开app时，会自动向服务器发送一条信息，包括该应用版本号，该用户手机串号；在升级时也会收集相关信息，以上收集到的数据将用作用户构成分布分析图表。在服务器端和客户端建立mina网络通信框架，通过xmpp协议，在服务器与安卓客户端保持长连接，使得管理人员可以实时向客户端编辑发送推送消息，也可以实施侦测用户在线状况。

上述使用基于mina网络通信框架的app管理系统，具有如下优点：

系统稳定，运行效率高，完美应对高并发任务；

自动生成增量更新包，提示用户下载更新，流量最多可减少使用50%，大大减少了对网络资源的占用和用户流量、时间支出；

统计功能使得供应商清楚直观的了解用户使用app情况；

消息推送和用户反馈功能极大程度上提高了供应商与用户之间的交流体验与效率；

项目部署快，sdk集成方便，大大降低开发难度，缩短开发时间；

服务器端管理人员只需要注册并设置app相应信息即可，在安卓客户端开发人员需要集成本发明sdk，并传入相应参数即可使该app具备与服务器通讯的能力。

上面描述的内容可以单独地或者以各种方式组合起来实施，而这些变型方式都在本发明的保护范围之内。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制。尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。