CN103037063A

CN103037063A - 一种手机业务动态加载的方法、系统和组件管理器

Info

Publication number: CN103037063A
Application number: CN2011102934924A
Authority: CN
Inventors: 吴江; 申民; 冯瑞; 弋鹏翔; 费菲; 王创; 李世明; 王开鑫
Original assignee: China Mobile Group Shanxi Co Ltd
Current assignee: China Mobile Group Shanxi Co Ltd
Priority date: 2011-09-29
Filing date: 2011-09-29
Publication date: 2013-04-10
Anticipated expiration: 2031-09-29
Also published as: CN103037063B

Abstract

本发明公开了一种手机业务动态加载的方法，包括：A、获取用户所属的客户群和/或权限；B、根据所述客户群和/或权限确定应当加载的业务，将对应的业务加载到手机内存之中。本发明在手机内存有限的情况下，动态的加载业务，合理的利用了手机内存，提高了程序的复用性和运行中的稳定性。此外，本发明还公开了一种手机业务动态加载的组件管理器和系统。

Description

一种手机业务动态加载的方法、系统和组件管理器

技术领域

本发明涉及手机应用领域，尤其指一种实现手机中业务进行动态加载的方法和系统。

背景技术

目前，在手机的应用程序或者业务界面中，需要根据不同的客户群展现不同的内容，为了实现上述目的，现有技术之中，一般是首先针对不同的客户群，按照业务的不同开发不同的界面，当用户登录的时候，根据用户所属的不同用户群组与对应的应用界面的对应关系进行加载，进而使得能够针对不同的用户群展现不同的应用界面。

例如，某种手机版的移动营业厅，其需要实现下列功能：针对于客户经理可展现开户操作，但针对于个人用户却不能展示出来。针对上述问题，现有的做法是在应用程序的主界面中，根据不用的客户群，展示不同的功能，这样就可以把不需要的业务入口切断，也完成了对于不同用户展示不用业务的要求。

但对于这种方式，现有技术中，只是单一的对应用界面进行了屏蔽处理，在手机内存中还是对所有业务进行了加载，因此，在手机内存很有限的情况下，即浪费了手机内存，又对程序的效率产生了一定的影响。

也就是是说，现有的动态加载业务技术存在如下缺陷：在手机内存有限的情况下，不管是什么类型的客户群，在手机内存之中都需要加载所有的业务，进而造成手机内存资源的浪费。

发明内容

本发明针对上述技术问题而提出，提供了一种手机业务动态加载的方法，所述方法能够克服现有技术中对手机内存占用较大的缺点；此外，本发明还提供了一种手机业务动态加载的系统和组件管理器。

为了实现本发明的第一目的，本发明提供了一种手机业务动态加载的方法，包括下列步骤：

A、获取用户所属的客户群和/或权限；

B、根据所述客户群和/或权限确定应当加载的业务，将对应的业务加载到手机内存之中。

进一步地，优选的方法是，在步骤A之前，还包括：

将每一个业务封装成业务组件并使其具有统一的接口；

分配各个业务组件不同的业务组件ID。

进一步地，优选的方法是，在步骤A中，所述获取用户所属的客户群和/或权限具体包括：

根据用户的登录账号确定用户ID，进而获取用户所属的客户群和/或权限。

进一步地，优选的方法是，在步骤B中，所述根据所述客户群和/或权限确定应当加载的业务，将对应的业务加载到手机内存之中具体包括：

确定与所述用户ID对应的业务组件ID；

根据业务组件ID将需要加载的业务组件加载到手机内存之中。

进一步地，优选的方法是，在所述步骤B后，还包括：

根据接收的指令对已加载的某个或多个业务组件进行卸载；

其中，所述业务组件的卸载基于业务组件ID将所述业务组件从手机内存中进行卸载。

进一步地，优选的方法是，在所述步骤B后，还包括：

根据用户的退出或者切换状态卸载所有的已加载的业务组件。

本发明在采取了上述技术方案以后，能够基于用户的属性以加载不同的业务组件，进而实现了针对不同的客户展现不同的业务的效果，同时，本发明还能够动态地对业务组件进行加载和卸载，进而实现了动态管理，能够防止对手机内存的浪费，具有较好的技术效果。

此外，为了实现本发明的第二目的，本发明提供了一种手机业务动态加载的系统，具体包括：

服务器，用于获取用户所属的客户群和/或权限，并将用户所属的客户群和/或权限发送给组件管理器；

组件管理器，用于根据所述客户群和/或权限确定应当加载的业务，将对应的业务加载到手机内存之中。

根据本发明的又一目的，本发明提供了一种组件管理器，具体包括：

接收模块，用于获取服务器传来的用户所述的客户群和/或权限；

客户群与业务组件关系数据库，用于存储与客户群和/或权限对应的要加载的业务组件之间的配置关系；

查询模块，用于根据所述客户群和/或权限查询所述客户群与业务组件关系数据库，以确定需要加载的业务组件ID；

加载模块，用于根据查询模块所确定的业务组件ID将业务组件加载到手机内存之中。

进一步地，优选的结构是，还包括：卸载模块，用于根据接收的指令或用户的退出或切换状态，从手机内存之中将业务组件进行部分或全部卸载。

进一步地，优选的结构是，还包括：通讯模块，用于各个业务组件之间进行通讯；

已加载组件数据库，用以存放与已加载的业务组件ID相对应的组件在手机中的内存地址。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。其中，

图1是本发明手机业务动态加载的系统的示意图；

图2是本发明手机业务动态加载的系统的业务组件示意图；

图3是本发明手机业务动态加载的方法的示意图；

图4是本发明实施例的组件管理器的结构示意图。

具体实施方式

下面结合附图和具体实施例来对本发明进行详细的描述。

系统实施例一

图1是本发明手机业务动态加载的系统的示意图。

如图所示，所述手机业务动态加载的系统，包括：服务器和组件服务器，其中，所述服务器，用于获取用户所属的客户群和/或权限，并将用户所属的客户群和/或权限发送给组件管理器；

其中，所述服务器与用户进行接入，并且，服务器之中保存了用户和客户群(和/或权限)，其中，服务器能够根据用户登录的账号获取到用户ID，并根据服务器之中存储的账号和客户群对应关系，得到相应用户所属的客户群和/或权限。

本发明之中，为了实现要动态地加载业务，需要将每一个业务分别做成对应的业务组件，例如，采取封装的技术将每一个业务进行封装，使其组件模块化。

图2是本发明手机业务动态加载的系统的业务组件示意图。

如图所示，所述业务组件，包括统一的接口，并且，每一个业务组件都有一个唯一的业务组件ID来唯一标示。其中，所述接口可以采取通用的软件开发规范，使其具有相同的接口函数，例如，其可以包括：

a.组件初始化接口：

b.组件反初始化接口：

c.组件通知接口，组件通知是完成打开、关闭、隐藏页面，并完成界面和数据之间的联系。

此外，在该优选实施例之中，为了保证组件接口统一，本发明之中，仿照于com技术，所有的业务组件都是继承于一个组件抽象类的，保证了每个业务组件必须去实现这个抽象类，故保证了数据统一性和完整性。

在实施例之中，最终每个业务组件是以dll(动态链接库)的形式存在于系统中。

图4是本发明实施例的组件管理器的结构示意图。

如图所示，所述组件管理器，主要包括：客户群与业务组件关系数据库、加载模块、卸载模块、接收模块、通讯模块和查询模块。

其中，所述客户群与业务组件关系数据库，用于存储与客户群和/或权限对应的要加载的业务组件之间的配置关系，即事先配置好的各个用户群及其内部的用户的各个权限对应的业务组件。

例如，以手机营业厅业务界面为例：

集团CRM中有五个业务，开户、返单销户、缴费、查询余额、密码重置；有两个用户群组，营业员和个人用户。

其中，营业员拥有所有业务的权限，而个人用户只拥有查询余额的权限。

因此，根据上述客户群组和之间的权限分别针对不同的用户ID设置不同的业务和查询的权限，其相关的配置文件可以如下：

营业员：所有权限或者，营业员ID：所有权限ID

个人用户：查询余额权限或者，个人用户ID：查询余额权限ID

在上述配置被设置好以后，就能够根据用户的登录ID，分别启动与其对应的不同的业务组件，进而实现针对不同用户启动不同的业务组件展示不同的页面，减少手机内存占用的技术缺点。

其中，所述接收模块，与服务器进行连接并接收用户ID；

所述查询模块，根据上述用户ID从所述客户群与业务组件关系数据库中查询对应的业务组件，并将需要加载的业务组件ID通知给加载模块，由加载模块根据各个业务组件的组件ID进行加载。

在一个实施例之中，还包括有：

通讯模块，用以各个业务组件之间进行通讯。

由于每个组件都是有唯一标识的，例如，其可以通过一个全局函数通过ID标识查询到某个业务组件，并可通过所述通讯模块，向查询到的业务组件发送通知消息，进而实现各个业务组件之间的通讯。

此外，所述组件管理器还包括有：已加载组件数据库，用以存放与已加载的业务组件ID相对应的组件在手机中的内存地址，进而在进行业务的卸载时，可以根据从已加载组件数据库之中查询到的业务组件的内存地址进行相对应的卸载，进而实现对手机内存中的业务组件的管理的效果。

方法实施例一：

根据本发明的一个实施例，本发明提供了一种手机业务动态加载的方法，其具体主要包括下列步骤：

A、获取用户所属的客户群和/或权限；

本发明的主要原理是：基于手机内存有限的缺点，对不同的客户动态加载不同的业务组件以向客户进行业务展示，由此避免了手机内存的浪费。

其中，根据本发明的实施例，要能够动态加载业务，必须将每一个业务都做成单独的组件，即组件模块化，这样能够保证在主程序调用时能够可选择性地加载某个或者多个业务。

其中，优选的实施例之中，优选的方法是，在步骤A之前，还包括：

将每一个业务封装成业务组件并使其具有统一的接口；并分配各个业务组件不同的业务组件ID。例如，根据软件封装技术将业务组件进行封装，使其具有统一的接口函数，并且，每一个业务组件都有一个唯一的业务组件ID来唯一标示。用以区分各个不同的业务组件。

一般地，所述获取用户所属的客户群和/或权限具体包括：

并且，所述根据所述客户群和/或权限确定应当加载的业务，将对应的业务加载到手机内存之中具体包括：

确定与所述用户ID对应的业务组件的业务组件ID；根据业务组件ID将需要加载的业务组件加载到手机内存之中。

由于组件管理器的生命周期是软件的整个过程，因此在加载后，可根据业务的需要在不影响操作的情况下对已加载的某个或多个业务组件进行卸载操作。

具体来说，其可以包括下列的情形：

1.根据外部的指令或者业务的需求对已加载的某个或多个业务组件进行卸载，根据本实施例，所述卸载基于统一的接口从内存中根据业务组件ID将所述业务组件进行卸载。

具体包括：在系统确定不需要某些业务组件时，可以向组件管理器发送卸载请求；所述组件管理器在接收模块接收到卸载请求时，根据业务ID去已加载的组件数据库中查找对应的业务组件，查询到组件相对应的内存地址后，即可执行卸载操作。

其中，当有多个业务组件需要卸载时，可多次发送卸载请求，组件管理器将会一次次的进行卸载。

和卸载某些业务组件不同的是，卸载全部组件，只向组件管理器发送一次卸载全部业务组件的请求即可。

2.根据用户的退出或者切换卸载所有已加载的业务组件，根据本实施例，所述卸载基于统一的接口从手机内存中将所述业务组件卸载。

具体包括：在用户退出时，为保证程序的安全性，组件管理器会自动把所有已加载的组件全部卸载掉；如果是切换用户，也会先执行退出操作，即卸载所有的组件，再根据下一次登录的用户所在客户群动态加载业务组件。

本发明在采取了上述技术方案以后，能够基于用户的属性以加载不同的业务组件，进而实现了针对不同的客户展现不同的业务的效果，同时，本发明还能够动态地对业务组件进行卸载，进而实现了动态管理，能够防止对手机内存的浪费，具有较好的技术效果。

方法实施例二

结合图3对本发明进行更进一步的描述，图3是本发明的一个具体实施例，如图3所述，所述方法主要包括：

S101：向服务器发送用户请求登录；

例如，服务器接收用户输入的用户账号以及密码，并对所述用户账号和密码进行验证；

S102：服务器返回用户所属的客户群；

例如，当所述用户账号和密码通过验证以后，所述服务器通过读取所述用户的账号获取到事前设置的用户ID，并从服务器之中的数据库之中查询，进而获取到所述用户所属的客户群；并且，进一步地，在该步骤之中，所述服务器还返回所述用户在所述的客户群之中的针对业务的权限。

S103：业务管理器在接收用户所属的客户群后，在关系数据库中查询到的应该加载的业务组件ID，调用加载模块；

例如，上述客户群和权限被发送到业务管理器之中，所述业务管理器根据上述客户群和权限，在事前设置的关系数据库之中进行查询，获取到需要记载的业务组件的ID，并调用业务管理器之中的加载模块；

S104：根据业务组件ID，加载组件到手机内存中。

例如，所述加载模块根据上述确定的业务组件的ID，从候选的业务组件之中，获取到所述业务组件，并将其加载到手机内存之中。

在一个优选的实施例之中，还包括：S105：把加载的组件放入已加载数据库之中，所述已加载数据库用以存放与已加载的业务组件ID相对应的业务组件的在手机中的内存地址。

本发明在手机内存有限的情况下，动态的加载业务，合理的利用了手机内存，提高了程序的复用性和运行中的稳定性，具有较好的技术效果。

最后应说明的是：以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

1.一种手机业务动态加载的方法，包括下列步骤：

A、获取用户所属的客户群和/或权限；

2.根据权利要求1所述的手机业务动态加载的方法，其特征在于，在步骤A之前，还包括：

将每一个业务封装成业务组件并使其具有统一的接口；

分配各个业务组件不同的业务组件ID。

3.根据权利要求1或2所述的手机业务动态加载的方法，其特征在于，在步骤A中，所述获取用户所属的客户群和/或权限具体包括：

4.根据权利要求3所述的手机业务动态加载的方法，其特征在于，在步骤B中，所述根据所述客户群和/或权限确定应当加载的业务，将对应的业务加载到手机内存之中具体包括：

确定与所述用户ID对应的业务组件ID；

5.根据权利要求2所述的手机业务动态加载的方法，其特征在于，在所述步骤B后，还包括：

根据接收的指令对已加载的某个或多个业务进行卸载；

其中，所述业务的卸载基于业务组件ID将所述业务组件从手机内存中进行卸载。

6.根据权利要求2所述手机业务动态加载的方法，其特征在于，在所述步骤B后，还包括：

7.一种手机业务动态加载的系统，包括：

组件管理器，用于根据所述客户群和/或权限确定应当加载的业务，将对应的业务组件加载到手机内存之中。

8.根据权利要求7所述的手机业务动态加载的系统，其特征在于，所述组件管理器具体包括：

加载模块，用于根据查询模块所确定的业务组件ID将对应的业务组件加载到手机内存之中。

9.根据权利要求8所述的手机业务动态加载的系统，其特征在于，进一步包括：卸载模块，用于根据接收的指令或用户的退出或切换状态，从手机内存之中将业务组件进行部分或全部卸载。

10.一种组件管理器，具体包括：

接收模块，用于获取用户所述的客户群和/或权限；

查询模块，用于根据客户群和/或权限查询所述客户群与业务组件关系数据库，以确定需要加载的业务组件ID；

11.根据权利要求10所述的组件管理器，其特征在于，进一步包括：卸载模块，用于根据接收的指令或用户的退出或切换，从手机内存之中将业务组件进行部分或全部卸载。

12.根据权利要求10或11所述的业务组件管理器，其特征在于，进一步包括：通讯模块，用于各个业务组件之间进行通讯；

已加载组件数据库，用以存放与已加载的业务组件ID相对应的业务组件在手机中的内存地址。