应用程序启动方法、装置、计算机系统和介质与流程

本公开涉及计算机技术领域，更具体地，涉及一种应用程序启动方法、装置、计算机系统和计算机可读介质。

背景技术：

随着信息技术和电子技术的快速发展，各种各样的移动终端(例如，智能手机、平板电脑等)已经成为人们工作和生活中不可或缺的一部分。通过移动终端，用户可以实现拨打电话，收发短信、图片、邮件、视频等多媒体文件，还可以实现上网、玩游戏、编辑文本、网上商城购物等。移动终端已经成为各类人群工作、生活、社交不可或缺的工具。而随着移动终端功能的日益发展，移动终端上的各种应用程序和应用功能也层出不穷。

在实现本发明构思的过程中，发明人发现相关技术中至少存在如下问题。在相关技术中，应用程序在启动时，通常会启动该应用程序包含的所有功能，以供用户操作。例如，手机银行类应用程序，作为银行的重要对客平台，承载了银行的大部分业务。目前，手机银行功能繁多，而每个用户经常使用或者可能使用的功能仅仅是其中几个。而且，不同用户可能使用的功能也不尽相同。但是，目前的手机银行类应用程序启动时，会无差别启动该应用程序包含的所有功能，浪费了大量的启动时间和硬件资源。

技术实现要素：

有鉴于此，本公开提供了一种应用程序启动方法、装置、计算机系统和计算机可读介质。

本公开的一个方面提供了一种应用程序启动方法，应用于终端设备，所述应用程序包含多个功能模块，所述方法包括：接收用于启动所述应用程序的请求，从业务模型中确定待启动业务，所述业务模型包括基于用户信息确定的至少一个相关业务，所述用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种，基于所述待启动业务，从依赖模型中确定待启动功能模块，所述依赖模型中包括业务与功能模块之间的对应关系，以及响应于所述请求，启动所述待启动功能模块。

根据本公开的实施例，所述业务模型还包括与所述至少一个相关业务分别对应的优先级和权重。所述从业务模型中确定待启动业务包括：基于与所述至少一个相关业务分别对应的优先级和权重，确定所述待启动业务。

根据本公开的实施例，所述基于与所述至少一个相关业务分别对应的优先级和权重，确定所述待启动业务，包括：按照与所述至少一个相关业务分别对应的的优先级由高到低顺序，从与具有最高优先级的相关业务所对应的权重开始，依次累加下一优先级相关业务所对应的权重，以及响应于累加得到的权重之和大于等于预设阈值，停止累加，并将与经过累加的所有权重所对应的相关业务均确定为待启动业务。

根据本公开的实施例，所述基于所述待启动业务，从依赖模型中确定待启动功能模块，包括：将与所述待启动业务对应的功能模块所对应的优先级提高一级，其中，所述应用程序中包含的多个功能模块中的每个功能模块对应一个初始优先级，以及将所述多个功能模块中优先级高于所述初始优先级的功能模块确定为待启动功能模块。

根据本公开的实施例，所述待启动功能模块包括多个待启动功能模块。所述启动所述待启动功能模块包括：基于与所述多个待启动功能模块分别对应的优先级，依次启动所述多个待启动功能模块。

本公开的另一个方面提供了一种应用程序启动方法，应用于所述应用程序的后台服务器，所述应用程序包含多个功能模块，所述方法包括：获取用户信息，所述用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种，基于所述用户信息，确定业务模型，所述业务模型包括至少一个相关业务，将所述业务模型发送至与所述用户对应的终端设备，以使所述终端设备基于所述业务模型确定待启动业务，确定依赖模型，所述依赖模型包括业务与功能模块之间的对应关系，将所述依赖模型发送至于所述用户对应的终端设备，以使所述终端设备基于所述依赖模型确定待启动功能模块，并响应于启动所述应用程序的请求，启动所述待启动功能模块。

根据本公开的实施例，所述业务模型还包括与所述至少一个相关业务分别对应的优先级和权重。

根据本公开的实施例，所述方法还包括：更新所述业务模型，并将更新后的业务模型发送至与所述用户对应的终端设备。

根据本公开的实施例，所述方法还包括：更新所述依赖模型，并将更新后的依赖模型发送至与所述用户对应的终端设备。

本公开的另一个方面提供了一种应用程序启动装置，应用于终端设备，所述应用程序包含多个功能模块，所述装置包括接收模块、第一确定模块、第二确定模块和启动模块。其中，接收模块用于接收用于启动所述应用程序的请求。第一确定模块用于从业务模型中确定待启动业务，所述业务模型包括基于用户信息确定的至少一个相关业务，所述用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种。第二确定模块用于基于所述待启动业务，从依赖模型中确定待启动功能模块，所述依赖模型中包括业务与功能模块之间的对应关系。启动模块用于响应于所述请求，启动所述待启动功能模块。

根据本公开的实施例，所述业务模型还包括与所述至少一个相关业务分别对应的优先级和权重。所述从业务模型中确定待启动业务包括：基于与所述至少一个相关业务分别对应的优先级和权重，确定所述待启动业务。

根据本公开的实施例，所述基于与所述至少一个相关业务分别对应的优先级和权重，确定所述待启动业务，包括：按照与所述至少一个相关业务分别对应的的优先级由高到低顺序，从与具有最高优先级的相关业务所对应的权重开始，依次累加下一优先级相关业务所对应的权重，以及响应于累加得到的权重之和大于等于预设阈值，停止累加，并将与经过累加的所有权重所对应的相关业务均确定为待启动业务。

根据本公开的实施例，所述基于所述待启动业务，从依赖模型中确定待启动功能模块，包括：将与所述待启动业务对应的功能模块所对应的优先级提高一级，其中，所述应用程序中包含的多个功能模块中的每个功能模块对应一个初始优先级，以及将所述多个功能模块中优先级高于所述初始优先级的功能模块确定为待启动功能模块。

根据本公开的实施例，所述待启动功能模块包括多个待启动功能模块。所述启动所述待启动功能模块包括：基于与所述多个待启动功能模块分别对应的优先级，依次启动所述多个待启动功能模块。

本公开的另一个方面提供了一种应用程序启动装置，应用于所述应用程序的后台服务器，所述应用程序包含多个功能模块，该装置包括获取模块、第三确定模块、第一发送模块、第四确定模块和第二发送模块。其中，获取模块用于获取用户信息，所述用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种。第三确定模块用于基于所述用户信息，确定业务模型，所述业务模型包括至少一个相关业务。第一发送模块用于将所述业务模型发送至与所述用户对应的终端设备，以使所述终端设备基于所述业务模型确定待启动业务。第四确定模块用于确定依赖模型，所述依赖模型包括业务与功能模块之间的对应关系。第二发送模块用于将所述依赖模型发送至于所述用户对应的终端设备，以使所述终端设备基于所述依赖模型确定待启动功能模块，并响应于启动所述应用程序的请求，启动所述待启动功能模块。

根据本公开的实施例，所述业务模型还包括与所述至少一个相关业务分别对应的优先级和权重。

根据本公开的实施例，所述装置还包括：第一更新模块，用于更新所述业务模型，并将更新后的业务模型发送至与所述用户对应的终端设备。

根据本公开的实施例，所述装置还包括：第二更新模块，用于更新所述依赖模型，并将更新后的依赖模型发送至与所述用户对应的终端设备。

本公开的另一方面提供了一种计算机系统，包括：一个或多个处理器，存储装置，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行如上所述的方法。

本公开的另一方面提供了一种计算机可读介质，存储有计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

本公开的另一方面提供了一种计算机程序，所述计算机程序包括计算机可执行指令，所述指令在被执行时用于实现如上所述的方法。

根据本公开的实施例，可以至少部分地解决相关技术中在应用程序启动时，会无差别启动该应用程序包含的所有功能，浪费了大量的启动时间和硬件资源的问题，并因此可以实现根据不同用户差异化启动应用程序中的部分功能，从而加快应用程序启动速度，减少能耗的技术效果。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的应用程序启动方法和装置的应用场景；

图2示意性示出了根据本公开实施例的应用程序启动方法的流程图；

图3示意性示出了根据本公开另一实施例的应用程序启动方法的流程图；

图4示意性示出了根据本公开实施例的应用程序启动装置的框图；

图5a和5b示意性示出了根据本公开另一实施例的应用程序启动装置的框图；以及

图6示意性示出了根据本公开实施例的计算机系统的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。这里使用的词语“一”、“一个(种)”和“该”等也应包括“多个”、“多种”的意思，除非上下文另外明确指出。此外，在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。本领域技术人员还应理解，实质上任意表示两个或更多可选项目的转折连词和/或短语，无论是在说明书、权利要求书还是附图中，都应被理解为给出了包括这些项目之一、这些项目任一方、或两个项目的可能性。例如，短语“a或b”应当被理解为包括“a”或“b”、或“a和b”的可能性。

本公开的实施例提供了一种应用程序启动方法，应用于终端设备，该应用程序包含多个功能模块。该方法包括：接收用于启动应用程序的请求，从业务模型中确定待启动业务，业务模型包括基于用户信息确定的至少一个相关业务，用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种，基于待启动业务，从依赖模型中确定待启动功能模块，依赖模型中包括业务与功能模块之间的对应关系，以及响应于请求，启动待启动功能模块。

本公开的实施例还提供了一种应用程序启动方法，应用于该应用程序的后台服务器，该应用程序包含多个功能模块，该方法包括：获取用户信息，用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种，基于用户信息，确定业务模型，业务模型包括至少一个相关业务，将业务模型发送至与用户对应的终端设备，以使终端设备基于业务模型确定待启动业务，确定依赖模型，依赖模型包括业务与功能模块之间的对应关系，将依赖模型发送至于用户对应的终端设备，以使终端设备基于依赖模型确定待启动功能模块，并响应于启动应用程序的请求，启动待启动功能模块。

图1示意性示出了根据本公开实施例的应用程序启动方法和装置的应用场景100。

需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的应用场景100可以包括终端设备101、102、103，网络104、服务器105、第一数据库集群106和第二数据库集群107。网络104可以是用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持无线通信的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如可以是为终端设备101、102、103中的应用程序提供支持的后台管理服务器。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。

根据本公开实施例，终端设备101、102、103中的任意一个(例如，终端设备101，但不限于此)可以安装有应用程序，服务器105例如可以是该应用程序的后台服务器。

需要说明的是，本公开实施例所提供的应用于终端设备的应用程序启动方法一般可以由终端设备101执行。相应地，本公开实施例所提供的应用于终端设备的应用程序启动装置一般可以设置于终端设备101中。

需要说明的是，本公开实施例所提供的应用于后台服务器的应用程序启动方法一般可以由服务器105执行。相应地，本公开实施例所提供的应用于后台服务器的应用程序启动装置一般可以设置于服务器105中。本公开实施例所提供的应用于后台服务器的应用程序启动方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的应用于后台服务器的应用程序启动装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

例如，服务器105可以收集用户信息，基于用户信息确定业务模型，以及确定依赖模型。然后将业务模型和依赖模型发送至该用户对应的终端设备101。终端设备101可以响应用户的启动请求，基于业务模型和依赖模型确定待启动的功能模块，然后启动该应用程序中的待启动功能模块，可以实现根据不同用户差异化启动应用程序中的部分功能，从而加快应用程序启动速度，减少能耗的技术效果。

应该理解，图1中的终端设备、网络、服务器和数据库集群的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络、服务器和数据库集群。

图2示意性示出了根据本公开实施例的应用程序启动方法的流程图。

如图2所示，该方法包括操作s201～s204。

根据本公开实施例，该方法可以应用于安装有该应用程序的终端设备中，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

在本公开实施例中，该应用程序可以包含多个功能模块。例如，可以包括登陆功能模块、理财功能模块、贷款功能模块、信用卡功能模块等等。可以理解，本公开实施例不限定应用程序的各功能模块能够实现的功能，本领域技术人员可以根据实际需要设定。

在操作s201，接收用于启动应用程序的请求。

根据本公开实施例，用户可以通过特定的操作，发起启动该应用程序的请求。例如，用户可以点击该应用程序的图标，发起启动该应用程序的请求。

在操作s202，从业务模型中确定待启动业务，该业务模型包括基于用户信息确定的至少一个相关业务，其中，用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种。

根据本公开实施例，终端设备中可以存储有业务模型。例如，应用程序对应的后台服务器可以获取用户信息，基于用户信息预测该客户可能需要的至少一个相关业务，生成业务模型，然后将生成的业务模型发送给该用户的终端设备，以便终端设备存储该业务模型。

在本公开实施例中，可以基于用户的历史操作信息、用户的身份信息和账户资金流动情况等用户信息对该用户进行画像。根据生成的用户画像，预测用户可能办理的至少一个相关业务。例如，用户历史操作信息表征该用户通常通过该应用程序执行还信用卡操作，则可以预测该用户可能办理信用卡还款业务。又例如，用户身份信息表征该用户为公司用户，则可以预测该用户可能办理税收业务。

根据本公开实施例，业务模型中还包括与至少一个相关业务分别对应的优先级和权重。例如，可以基于用户信息预测用户想要办理的至少一个相关业务，以及确定该相关业务对应的优先级和权重。相关业务的优先级越高，则可以表示用户办理该相关业务的可能性越大。相关业务的权重值越大，则可以表示用户办理该相关业务的可能性越大。

在本公开实施例中，业务模型中的至少一个相关业务可以按照优先级由高到低的顺序进行排列，并标注各相关业务对应的优先级和权重。

根据本公开实施例，业务模型可以以xml文件格式存储于终端设备中。

例如，业务模型的xml文件可以表示为：

该xml文件包括预测到10个用户可能办理的相关业务，业务1～业务10。该文件通过priority(优先级)和weight(权重)两个节点表示各相关业务的优先级和权重。其中，优先级的数值越小，表示用户可能办理该业务的可能性越大。例如，<itemname＝″业务1″>1</item>，业务1对应的优先级数值为1，该业务1可以是用户办理可能性最大的业务。其中，权重值得总和为1，权重值越大，表示用户办理该业务的可能性越大。例如，<itemname＝″业务1″>0.3</item>，业务1对应的权重值(0.3)最大，则该业务1可以是用户办理可能性最大的业务。

根据本公开实施例，可以基于与至少一个相关业务分别对应的优先级和权重，从业务模型中确定待启动业务。

例如，可以按照与至少一个相关业务分别对应的的优先级由高到低顺序，从与具有最高优先级的相关业务所对应的权重开始，依次累加下一优先级相关业务所对应的权重，以及响应于累加得到的权重之和大于等于预设阈值，停止累加，并将与经过累加的所有权重所对应的相关业务均确定为待启动业务。

例如，终端设备响应于接收到用户的启动请求，从存储的业务模型中确定出待启动的业务。例如，可以按照优先级由高到低的顺序，依次累加各相关业务的权重之和，将权重之和大于或者等于0.5的所有相关业务确定位带启动的业务。例如，延续上述举例中的业务模型，业务1的优先级最高，其权重为0.3，小于0.5，则继续累加下一优先级的业务的权重。业务2的权重为0.2，业务1的权重值累加业务2的权重值之和为0.5，达到了预设阈值，停止累加，将业务模型中的业务1与业务2确定为待启动业务。

在操作s203，基于待启动业务，从依赖模型中确定待启动功能模块，其中，依赖模型中包括业务与功能模块之间的对应关系。

根据本公开实施例，终端设备中可以存储有依赖模型。例如，应用程序对应的后台服务器可以基于业务与功能模块之间的对应关系生成依赖模型，然后将生成的依赖模型发送给该用户的终端设备，以便终端设备存储该依赖模型。

在本公开实施例中，一个业务可以依赖至少一个功能模块实现。一个功能模块也可以被多个业务所依赖。

根据本公开实施例，依赖模型可以以xml文件格式存储于终端设备中。

例如，依赖模型的xml文件可以表示为：

根据本公开实施例，依赖模型中的每个节点可以代表一个业务，业务节点中的每个子节点代表该业务依赖的功能。例如，业务1依赖功能1、功能2、功能3、功能4、功能5。业务2依赖功能1、功能2、功能6、功能7、功能8。

在本公开实施例中，终端设备中存储的依赖模型中可以包括该应用程序的全量业务以及各业务对应的功能，也可以仅包括与该用户对应的相关业务以及各相关业务对应的功能。

根据本公开实施例，基于待启动业务，从依赖模型中确定待启动功能模块，可以包括：将与待启动业务对应的功能模块所对应的优先级提高一级，其中，应用程序中包含的多个功能模块中的每个功能模块对应一个初始优先级，以及将多个功能模块中优先级高于初始优先级的功能模块确定为待启动功能模块。

在本公开实施例中，依赖模型中的各功能模块具有初始优先级。例如，可以将各功能模块的初始优先级默认为1，数字越大启动优先级越高。

例如，延续上述举例，待启动业务包括业务1和业务2。业务1依赖功能1、功能2、功能3、功能4、功能5，则功能1、功能2、功能3、功能4、功能5的优先级分别加1，优先级均变为2。业务2依赖功能1、功能2、功能6、功能7、功能8，则功能1、功能2、功能6、功能7、功能8的优先级分别加1。此时，功能1的优先级为3，功能2的优先级为3，功能3的优先级为2，功能4的优先级为2，功能5的优先级为2，6的启动优先级为2，功能7的优先级为2，功能8的优先级为2。则，可以将功能1、功能2、功能3、功能4、功能5、功能6、功能7和功能8确定为待启动功能模块。

在操作s204，响应于用于启动该应用程序的请求，启动待启动功能模块。

根据本公开实施例，在待启动功能模块包括多个待启动功能模块的情况下，可以基于与多个待启动功能模块分别对应的优先级，依次启动多个待启动功能模块。

例如，可以解析依赖模型，获得各功能模块的优先级。如果最高优先级大于初始优先级，则根据优先级顺序依次启动优先级高于初始优先级的所有功能模块。如果最高优先级为初始优先级，则启动该应用程序的所有功能模块。

在本公开实施例中，应用程序在启动过程中，各功能模块可以根据自身优先级判断自身是否可以启动，若自身优先级高于初始优先级，则启动自身功能，否则，可以不启动。

本公开实施例在启动应用程序时，先通过业务模型确定用户可能办理的待启动业务，然后通过依赖模型确定待启动业务对应的待启动功能模块，仅启动待启动功能模块，以加快启动速度，减少能耗。

本公开实施例的业务模型为根据各用户的用户信息确定的业务模型，复合各用户的实际需要，满足应用程序的个性化启动。

本公开实施例在应用程序启动的过程中，各功能模块可以根据自身的优先级判断自身是否启动，不需要开发额外的启动管理功能，可以快速实现应用程序的自适应启动。

图3示意性示出了根据本公开另一实施例的应用程序启动方法的流程图。

根据本公开实施例，该方法可以应用于该应用程序的后台服务器中。

在本公开实施例中，该应用程序可以包含多个功能模块。例如，可以包括登陆功能模块、理财功能模块、贷款功能模块、信用卡功能模块等等。可以理解，本公开实施例不限定应用程序的各功能模块能够实现的功能，本领域技术人员可以根据实际需要设定。

如图3所示，该方法包括操作s301～s305。

在操作s301，获取用户信息，用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种。

根据本公开实施例，后台服务器可以收集用户历史操作信息，以及获取用户身份信息以及用户账户状态信息(例如，资金流动信息)。

在操作s302，基于用户信息，确定业务模型，业务模型包括至少一个相关业务。

根据本公开实施例，可以基于用户信息预测该客户可能需要的至少一个相关业务，生成业务模型。例如，可以基于用户的历史操作信息、用户的身份信息和账户资金流动情况等用户信息对该用户进行画像。根据生成的用户画像，预测用户可能办理的至少一个相关业务。例如，用户历史操作信息表征该用户通常通过该应用程序执行还信用卡操作，则可以预测该用户可能办理信用卡还款业务。又例如，用户身份信息表征该用户为公司用户，则可以预测该用户可能办理税收业务。

在本公开实施例中，业务模型中还包括与至少一个相关业务分别对应的优先级和权重。例如，可以基于用户信息预测用户想要办理的至少一个相关业务，以及确定该相关业务对应的优先级和权重。相关业务的优先级越高，则可以表示用户办理该相关业务的可能性越大。相关业务的权重值越大，则可以表示用户办理该相关业务的可能性越大。

在本公开实施例中，业务模型中的至少一个相关业务可以按照优先级由高到低的顺序进行排列，并标注各相关业务对应的优先级和权重。

根据本公开实施例，业务模型可以以xml文件格式进行存储。

在操作s303，将业务模型发送至与该用户对应的终端设备，以使终端设备基于业务模型确定待启动业务。

根据本公开实施例，后台服务器可以将确定好的业务模型发送至用户的终端设备，以便终端设备存储该业务模型。在终端设备启动该应用程序的过程中，可以从存储的该业务模型中确定待启动业务。

例如，可以按照与至少一个相关业务分别对应的的优先级由高到低顺序，从与具有最高优先级的相关业务所对应的权重开始，依次累加下一优先级相关业务所对应的权重，以及响应于累加得到的权重之和大于等于预设阈值，停止累加，并将与经过累加的所有权重所对应的相关业务均确定为待启动业务。

在本公开实施例中，还可以更新该业务模型，并将更新后的业务模型发送至与用户对应的终端设备。例如，可以每隔预设时间基于用户信息更新一次业务模型，或者也可以响应于用户信息变动更新一次业务模型。

例如，在用户使用应用程序的过程中，后台服务器可以不断更新用户画像，并更新业务模型。更新完成后，可以将最新的业务模型xml文件存储在后台服务器中。终端设备在应用程序启动完成后，向后台服务器发送请求检查是否需要更新业务模型。如果需要更新，则下载最新业务模型xml文件至终端设备本地，下次启动应用程序时，使用最新的业务模型。如果不需要更新，则保持终端设备本地的业务模型xml文件不变。

在操作s304，确定依赖模型，依赖模型包括业务与功能模块之间的对应关系。

根据本公开实施例，可以基于各业务与功能模块之间的对应关系生成依赖模型。

在本公开实施例中，一个业务可以依赖至少一个功能模块实现。一个功能模块也可以被多个业务所依赖。

根据本公开实施例，依赖模型可以以xml文件格式进行存储。

在本公开实施例中，依赖模型中可以包括该应用程序的全量业务以及各业务对应的功能，也可以仅包括与该用户对应的相关业务以及各相关业务对应的功能。

在操作s305，将依赖模型发送至于用户对应的终端设备，以使终端设备基于依赖模型确定待启动功能模块，并响应于启动应用程序的请求，启动待启动功能模块。

在本公开实施例中，依赖模型中的各功能模块具有初始优先级。例如，可以将各功能模块的初始优先级默认为1，数字越大启动优先级越高。

根据本公开实施例，终端设备可以基于待启动业务，从依赖模型中确定待启动功能模块。例如，可以将与待启动业务对应的功能模块所对应的优先级提高一级，其中，应用程序中包含的多个功能模块中的每个功能模块对应一个初始优先级，以及将多个功能模块中优先级高于初始优先级的功能模块确定为待启动功能模块。然后，可以基于与多个待启动功能模块分别对应的优先级，依次启动多个待启动功能模块。

在本公开实施例中，还可以更新依赖模型，并将更新后的依赖模型发送至与用户对应的终端设备。例如，可以每隔预设时间更新一次依赖模型，或者是在应用程序开发、配置或者维护后更新一次依赖模型。

例如，依赖模型可以根据当前时实际情况动态配置。配置完成后，最新的依赖模型xml文件存储在后台服务器中。终端设备上的应用程序启动完成后，向后台服务器发送请求检查是否更新依赖模型。如果需要更新，则下载最新依赖模型xml文件至终端设备本地，下次启动应用程序时，使用最新依赖模型。如果不需要更新，则保持终端设备本地的依赖模型xml文件不变。

本公开实施例可以基于用户信息确定各用户可能办理相关业务，并生成业务模型，以及基于业务与功能模块的对应关系生成依赖模型，并将业务模型和依赖模型发送至终端设备中存储，以便终端设备可以先通过该业务模型确定用户可能办理的待启动业务，然后通过依赖模型确定待启动业务对应的待启动功能模块，仅启动待启动功能模块，以加快启动速度，减少能耗。

本公开实施例的业务模型为根据各用户的用户信息确定的业务模型，复合各用户的实际需要，满足应用程序的个性化启动。

图4示意性示出了根据本公开实施例的应用程序启动装置400的框图。

根据本公开实施例，该装置400可以置于安装有该应用程序的终端设备中，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

如图4所示，该装置400包括接收模块410、第一确定模块420、第二确定模块430和启动模块440。

接收模块410用于接收用于启动所述应用程序的请求。根据本公开实施例，接收模块410例如可以执行上文参考图2描述的操作s201，在此不再赘述。

第一确定模块420用于从业务模型中确定待启动业务，所述业务模型包括基于用户信息确定的至少一个相关业务，所述用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种。根据本公开实施例，第一确定模块420例如可以执行上文参考图2描述的操作s202，在此不再赘述。

第二确定模块430用于基于所述待启动业务，从依赖模型中确定待启动功能模块，所述依赖模型中包括业务与功能模块之间的对应关系。根据本公开实施例，第二确定模块430例如可以执行上文参考图2描述的操作s203，在此不再赘述。

启动模块440用于响应于所述请求，启动所述待启动功能模块。根据本公开实施例，启动模块440例如可以执行上文参考图2描述的操作s204，在此不再赘述。

根据本公开的实施例，所述业务模型还包括与所述至少一个相关业务分别对应的优先级和权重。所述从业务模型中确定待启动业务包括：基于与所述至少一个相关业务分别对应的优先级和权重，确定所述待启动业务。

根据本公开的实施例，所述基于与所述至少一个相关业务分别对应的优先级和权重，确定所述待启动业务，包括：按照与所述至少一个相关业务分别对应的的优先级由高到低顺序，从与具有最高优先级的相关业务所对应的权重开始，依次累加下一优先级相关业务所对应的权重，以及响应于累加得到的权重之和大于等于预设阈值，停止累加，并将与经过累加的所有权重所对应的相关业务均确定为待启动业务。

根据本公开的实施例，所述基于所述待启动业务，从依赖模型中确定待启动功能模块，包括：将与所述待启动业务对应的功能模块所对应的优先级提高一级，其中，所述应用程序中包含的多个功能模块中的每个功能模块对应一个初始优先级，以及将所述多个功能模块中优先级高于所述初始优先级的功能模块确定为待启动功能模块。

根据本公开的实施例，所述待启动功能模块包括多个待启动功能模块。所述启动所述待启动功能模块包括：基于与所述多个待启动功能模块分别对应的优先级，依次启动所述多个待启动功能模块。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，接收模块410、第一确定模块420、第二确定模块430和启动模块440中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，接收模块410、第一确定模块420、第二确定模块430和启动模块440中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，接收模块410、第一确定模块420、第二确定模块430和启动模块440中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图5a示意性示出了根据本公开另一实施例的应用程序启动装置500a的框图。

根据本公开实施例，该装置500a可以置于该应用程序的后台服务器中。

如图5a所示，该装置500a包括获取模块510、第三确定模块520、第一发送模块530、第四确定模块540以及第二发送模块550。

获取模块510用于获取用户信息，所述用户信息包括用户历史操作信息、用户身份信息和用户账户状态信息中的至少一种。根据本公开实施例，获取模块510例如可以执行上文参考图3描述的操作s301，在此不再赘述。

第三确定模块520用于基于所述用户信息，确定业务模型，所述业务模型包括至少一个相关业务。根据本公开实施例，第三确定模块520例如可以执行上文参考图3描述的操作s302，在此不再赘述。

第一发送模块530用于将所述业务模型发送至与所述用户对应的终端设备，以使所述终端设备基于所述业务模型确定待启动业务。根据本公开实施例，第一发送模块530例如可以执行上文参考图3描述的操作s303，在此不再赘述。

第四确定模块540用于确定依赖模型，所述依赖模型包括业务与功能模块之间的对应关系。根据本公开实施例，第四确定模块540例如可以执行上文参考图3描述的操作s304，在此不再赘述。

第二发送模块550用于将所述依赖模型发送至于所述用户对应的终端设备，以使所述终端设备基于所述依赖模型确定待启动功能模块，并响应于启动所述应用程序的请求，启动所述待启动功能模块。根据本公开实施例，第二发送模块550例如可以执行上文参考图3描述的操作s305，在此不再赘述。

根据本公开实施例，业务模型还包括与所述至少一个相关业务分别对应的优先级和权重。

图5b示意性示出了根据本公开另一实施例的应用程序启动装置500b的框图。

如图5b所示，该装置500b包括获取模块510、第三确定模块520、第一发送模块530、第四确定模块540、第二发送模块550、第一更新模块560以及第二更新模块570。其中，获取模块510、第三确定模块520、第一发送模块530、第四确定模块540以及第二发送模块550与上述参考图5a描述的模块相同或类似，在此不再赘述。

第一更新模块560用于更新所述业务模型，并将更新后的业务模型发送至与所述用户对应的终端设备。

第二更新模块570用于更新所述依赖模型，并将更新后的依赖模型发送至与所述用户对应的终端设备。

根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

例如，获取模块510、第三确定模块520、第一发送模块530、第四确定模块540、第二发送模块550、第一更新模块560以及第二更新模块570中的任意多个可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块510、第三确定模块520、第一发送模块530、第四确定模块540、第二发送模块550、第一更新模块560以及第二更新模块570中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块510、第三确定模块520、第一发送模块530、第四确定模块540、第二发送模块550、第一更新模块560以及第二更新模块570中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图6示意性示出了根据本公开实施例的计算机系统的方框图。图6示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图6所示，根据本公开实施例的计算机系统600包括处理器601，其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。处理器601例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器601还可以包括用于缓存用途的板载存储器。处理器601可以包括用于执行参考图2或图3描述的根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在ram603中，存储有系统600操作所需的各种程序和数据。处理器601、rom602以及ram603通过总线604彼此相连。处理器601通过执行rom602和/或ram603中的程序来执行以上参考图2或图3描述的各种操作。需要注意，所述程序也可以存储在除rom602和ram603以外的一个或多个存储器中。处理器601也可以通过执行存储在所述一个或多个存储器中的程序来执行以上如上所述的方法。

根据本公开的实施例，系统600还可以包括输入/输出(i/o)接口605，输入/输出(i/o)接口605也连接至总线604。系统600还可以包括连接至i/o接口605的以下部件中的一项或多项：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

根据本公开的实施例，上文参考流程图描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被处理器601执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。根据本公开的实施例，计算机可读介质可以包括上文描述的rom602和/或ram603和/或rom602和ram603以外的一个或多个存储器。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

作为另一方面，本公开还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备执行如上所述的方法。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。