CN109582450B - 应用程序管理方法、装置、介质及电子设备 - Google Patents

Abstract

本公开实施例提供了一种应用程序管理方法、装置、介质及电子设备。该应用程序方法包括：获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；确定各个应用程序的交易明细模块为目标功能模块；基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果；根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。本公开实施例的技术方案可以提高应用程序的管理效率。

Description

应用程序管理方法、装置、介质及电子设备

技术领域

本公开涉及数据处理技术领域，具体而言，涉及一种应用程序管理方法、装置、介质及电子设备。

背景技术

随着计算机网络技术的快速发展，应用程序的种类和数量越来越多。用户的手机上同种类的应用往往都会有好几个，例如，社交应用、理财应用等等。

目前，应用软件在注册使用时，可以使用同一账号注册，例如，用户的手机号等。但是，在同类的应用中，虽然用户可能都是使用的同一个用户名进行注册，数据仍然不能共享，用户需要反复切换登录不同的应用来查看各个应用上的数据，操作繁琐。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例的目的在于提供一种应用程序管理方法、装置、介质及电子设备，进而至少在一定程度上克服用户在多个应用程序之间反复切换的繁琐操作。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一方面，提供了一种应用程序管理方法，包括：

获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；

根据用户选择的功能模块确定各个应用程序的目标功能模块；

基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果；

根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。

在本公开的一种示例性实施例中，所述根据用户选择的功能模块确定各个应用程序的目标功能模块包括：

获取所述共用账户信息的交易数据，统计所述交易数据，以生成所述交易明细模块；

在用户没有选择功能模块时，确定所述交易明细模块为目标功能模块。

在本公开的一种示例性实施例中，所述根据所述多个执行结果生成用户界面，包括：

根据所述目标功能模块的执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系；

若所述各个应用程序之间存在顺序关系，则按照所述顺序关系生成用户界面。

在本公开的一种示例性实施例中，所述根据所述目标功能模块的执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系，包括：

获取第一应用程序的交易明细模块中的第一交易数据，以及第二应用程序的交易明细模块中的第二交易数据；

若所述第一交易数据中包含所述第二交易数据，则确定所述第一应用程序与所述第二应用程序存在顺序关系。

在本公开的一种示例性实施例中，所述基于所述公用账户信息，查询各个应用程序的目标功能模块的执行结果之后，还包括：

根据所述目标功能模块的执行结果，确定各个应用程序的所述目标功能模块是否执行成功；

在所述目标功能模块执行失败时，在所述用户界面中提示所述目标功能模块执行失败的应用程序。

在本公开的一种示例性实施例中，所述基于所述公用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果之后，还包括：

将所述目标功能模块的多个执行结果进行数据整理，以得到所述共用账户信息对应的数据统计。

在本公开的一种示例性实施例中，所述根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序，包括：

在所述用户界面中生成所述执行结果对应的控件；

在接收到用户的点击事件时，根据用户点击的控件，运行所述控件对应的应用程序。

根据本公开实施例的第二方面，提供了一种应用程序管理装置，包括：

共用账户确定单元，用于获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；

目标模块确定单元，用于根据用户选择的功能模块确定各个应用程序的目标功能模块；

关系确认单元，用于基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果；

用户界面生成单元，用于根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。

根据本公开实施例的第三方面，提供了一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述实施例中第一方面所述的应用程序管理方法。

根据本公开实施例的第四方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中第一方面所述的应用程序管理方法。

本公开实施例提供的技术方案可以包括以下有益效果：

在本公开的一些实施例所提供的技术方案中，获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序，根据用户选择的功能模块确定各个应用程序的目标功能模块，基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到多个应用程序对应的执行结果，根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。一方面，通过共用账户信息可以获得多个应用程序的目标功能模块的执行结果，省去了用户在多个应用程序之间来回切换的操作，节省了管理多个应用程序的时间，提高了应用程序的管理效率；另一方面，基于各个应用程序的目标功能模块的执行结果，可以快速方便地对各个应用程序进行查看和管理，更易于对应用程序的功能模块进行追踪，提高运维人员的工作效率；再一方面，该应用程序管理方法的过程简单，健壮性较强。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1示意性示出了根据本公开的实施例的应用程序管理方法的流程图；

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

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

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

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

图6示意性示出了根据本公开的实施例的应用程序管理装置的框图；

图7出了适于用来实现本公开实施例的电子设备的计算机***的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本公开实施方式首先提供一种应用程序管理方法。如图1所示，该方法可以包括步骤S110、S120、S130、S140。其中：

步骤S110.获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；

步骤S120.根据用户选择的功能模块确定各个应用程序的目标功能模块；

步骤S130.基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果；

步骤S140.根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。

根据本示例实施方式中的应用程序管理方法，获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序，根据用户选择的功能模块确定各个应用程序的目标功能模块，基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到多个应用程序对应的执行结果，根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。一方面，通过共用账户信息可以获得多个应用程序的目标功能模块的执行结果，省去了用户在多个应用程序之间来回切换的操作，节省了管理多个应用程序的时间，提高了应用程序的管理效率；另一方面，基于各个应用程序的目标功能模块的执行结果，可以快速方便地对各个应用程序进行查看和管理，更易于对应用程序的功能模块进行追踪，提高运维人员的工作效率；再一方面，该应用程序管理方法的过程简单，健壮性较强。

下面，将结合图1对本示例实施方式中的应用程序管理方法的各个步骤进行更加详细的说明。

步骤S110.获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序。

本示例性实施方式中，应用程序(Application，简称为APP)可以包括任何可执行的文件，或者计算机软件。该应用程序可以在终端设备上被执行，从而实现某种功能。例如，手机上的某个社交软件等。本示例实施方式对此不做特殊限定。应用程序可以有多个功能模块组成，例如，登录模块、发送数据模块、接收数据模块等等。各个功能模块均可以实现一种或者多种功能，并且可以和其他功能模块进行交互实现应用程序所需的所有功能。

用户可以使用同一身份信息注册多个应用程序。通常，用户在使用应用程序之前可以进行注册，以便于保存自己在该应用程序上的数据。用户注册应用程序的账号可以对用户进行唯一标识。利用该账户用户可以在不同的终端设备上获取数据，也就是说，应用程序中由该账号产生的数据在不同的终端设备之间可以进行同步。因此，可以获取各个应用程序的共账户信息，。

步骤S120.根据用户选择的功能模块确定各个应用程序的目标功能模块。

每个应用程序可以由多个功能模块组成。各个功能模块可以有不同的功能，例如，登录模块、验证模型、消息发送模块等等。交易明细模块则可以用于计算、统计用户的交易数据，或者显示用户的交易数据。因此，可以确定交易明细模块为目标功模块。然而，目标功能模块也可以是其他功能模块，例如登录模块、数据发送模块等等。用户可以根据自己的管理需求选择一功能模块，然后可以将用户选择的功能模块作为各个应用程序的目标功能模块。

进一步地，获取所述共用账户信息的交易数据，统计所述交易数据，以生成所述交易明细模块，在用户没有选择功能模块时，确定各个应用程序的交易明细模块为目标功能模块。其中用户的交易数据可以包括用户在应用程序上进行交易而产生的数据，例如购买、卖出等；也可以包括用户利用应用程序提供的支付功能进行支付而产生的数据。将用户的交易数据获取到之后，可以对交易数据进行统计、整理，以便于用户可以更加清晰的理解交易数据。因此，在该交易明细模块可以输出用户的交易数据。

步骤S130.基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果。

在本示例性实施方式中，用户可以使用同一账号登录所述各个应用程序，因此通过用户注册的账号可以获取该账号在各个应用程序的各个功能模块的执行结果。其中，执行结果可以包括在应用程序上产生的各种数据，例如，用户的登录数据、用户的浏览历史数据、用户的交易明细数据等等。执行结果还可以包括用户的交易数据，例如，用户的购买记录、用户的购买次数等等。

并且，在得到各个应用程序的目标功能模块的执行结果之后，还可以将所述目标功能模块的多个执行结果进行数据整理，以得到所述共用账户信息对应的数据统计。其中，执行结果可以包含多条数据，每条数据可以记录产生该数据的详细信息，例如购买交易、交易时间、交易金额等等。获取到多条数据后，可以对将该数据进行整理，从而得到数据统计，例如支出、收入，购买的某类型产品的花费等等。对数据进行整理还可以通过数据过滤、大数据分析等技术，还可以输出用户的交易习惯等数据，以供用户查看。

在步骤S140中，根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。

在本示例性实施方式中，获取到目标功能模块的执行结果后，可以生成一用户界面，将该执行结果显示在该用户界面，或将执行结果中包含的数据显示在用户界面。利用编码设计技术以及用户界面设计技术可以生成用户界面，该用户界面可以与用户进行交互，从而提供用户需要的数据。举例而言，可以以各个应用程序通过一组件进行显示；通过点击不同的组件跳转到不同的界面上；各个节点对应的界面还可以有不同的交互效果，例如，触摸交互、点击交互等等；本示例实施方式对此不做特殊限定。或者，将应用程序的目标功能模块通过组件进行显示，在用户界面显示每一应用程序的目标功能模块的执行结果。根据所述多个执行结果生成用户界面还可以包括步骤S201和步骤S202。如图2所示，其中：

步骤S201.根据所述目标功能模块的执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系；

步骤S202.若所述各个应用程序之间存在顺序关系，则按照所述顺序关系生成用户界面。

在获取到各个目标功能模块的执行结果之后，可以判断各个应用程序之间是否存在顺序关系。判断多个应用程序的顺序关系可以通过目标功能模块的执行结果中包含的数据来判断。举例而言，如果应用程序A的数据中包含应用程序B的数据，那么可以确定应用程序A和B的顺序关系为(A,B)，或者(B,A)，即，A的目标功能模块可以排在B的目标功能模块之前，或者之后。然而，也可以根据应用程序之间的依赖关系来判断是否存在顺序关系；举例而言，如果应用程序A和B之间存在依赖关系，(应用程序A执行时，需要获得应用程序B的某项权限)，那么可以确认应用程序A和B之间的顺序关系(A,B)。然而，也可以根据各应用程序之间的其他关系来判断顺序关系，例如注册时间的先后关系等等。

进一步地，确定所述顺序关系还可以根据各个应用程序的所述目标功能模块的权重，对各个应用程序进行排序，获取所述各个应用程序的顺序关系。通过预先为应用程序的各个功能模块设置权重，可以确定目标功能模块在各应用程序的权重。当然，根据实际情况，也可以通过其他方法获取各个应用程序的目标功能模块的权重，例如，通过用户日常对各个应用程序的访问，为各个应用程序设置权重，将该权重作为各个应用程序的目标功能模块的权重等等。获取到各个应用程序的目标功能的权重后，根据权重大小可以对各应用程序进行排序，从而确定各应用程序的顺序关系。各个应用程序的顺序关系可以包括根据权重大小，从大到小进行排序，从而获得所述顺序关系；也可以包括根据权重大小，从小到大进行排序，获得所述顺序关系；本示例实施方式对此不做特殊限定。

在各个应用程序的顺序关系确定之后，可以按照顺序关系生成用户界面。根据用户界面的布局设计技术可以将各个应用程序按照顺序关系布局到用户界面。例如，根据各个应用程序的顺序关系，按照线性布局方法将各个应用程序的交易明细模块的执行结果显示在用户界面等。

进一步地，根据所述目标功能模块的执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系，还可以包括步骤S301和步骤S302。如图3所示，其中：

步骤S301.获取第一应用程序的交易明细模块中的第一交易数据，以及第二应用程序的交易明细模块中的第二交易数据；

步骤S302.若所述第一交易数据中包含所述第二交易数据，则确定所述第一应用程序与所述第二应用程序存在顺序关系。

参考图3所示，在本示例实施例中，第一交易数据可以包括交易明细模块的某一条交易数据，例如购买某产品的记录、卖出某产品的记录等等；也可以包括交易的其他信息，例如交易时间、交易金额、交易对象等等；本示例实施例对此不做限定。

在获取到第一应用程序的第一交易数据，以及第二应用程序的第二交易数据之后，可以确定第一交易数据中是否包含第二交易数据。通过将第一交易数据以及第二交易数据进行对比，可以确定第一交易数据与第二交易数据中匹配的数据记录。如果在对比之后，存在匹配的数据记录，那么可以确定第一应用程序与第二应用程序存在顺序关系。

基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果之后还可以包括步骤S401和步骤S402，如图4所示。其中：

步骤S401.根据所述目标功能模块的执行结果，确定各个应用程序的所述目标功能模块是否执行成功；

步骤S402.在所述目标功能模块执行失败时，在所述用户界面中提示所述目标功能模块执行失败的应用程序。

参考图4，在本示例实施例中，对于步骤S401，在获取到各个应用程序的目标功能模块的执行结果之后，可以判断在各个应用程序中的目标功能模块是否执行成功。通过判断是否成功获取到某个应用程序的目标功能模块的执行结果，可以确定该应用程序的目标功能模块是否执行成功。例如，通过判断是否成功获取到某个应用程序的交易数据，可以来判断该功能模块是否执行成功，如果没有获取到某应用程序的交易明细模块的交易数据，那么可以确定该应用程序的交易明细模块执行失败。或者，通过判断执行结果是否正确，也可以来判断应用程序的目标功能模块是否执行成功。详细而言，可以通过获得目标功能模块上产生的数据的正确形式可以来判断执行结果中的数据的形式是否正确，例如，交易明细模块的执行数据可以包括多个参数，通过对比交易数据中的参数可以确定交易数据是否获取正确。如果数据的形式不正确，可以确定该目标功能模块执行失败。再或者，通过判断应用程序的出错的日志，可以来判断目标功能模块是否执行成功。通常，如果应用程序有功能执行出错时，会打印日志，记录出错，因此，通过判断执行数据是否有出错日志也能够确定目标功能模块是否执行成功。

如果确定目标功能模块执行失败时，可以向用户提示失败的交易明细模块对应的应用程序。其中，向用户提示失败的应用程序可以通过在用户界面上显示提示信息；或者也可以通过其他交互效果向用户提示，例如，突出失败的模块的显示颜色等等。本示例实施方式对此不做特殊限定。

在本发明的一些实施例中，根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序可以包括步骤S501和步骤S502，如图5所示，其中：

步骤S501.在所述用户界面中生成所述执行结果对应的控件；

步骤S502.在接收到用户的点击事件时，根据用户点击的控件，运行所述控件对应的应用程序。

参考图5，在步骤S501中，每一执行结果可以用一可视化控件进行显示，将执行结果显示在用户界面上。通过编程设计技术可以设计该控件的显示效果及交互效果。并且，该控件可以是各种类型的控件，例如按钮控件、图表控件等，本示例实施例对此不做限定。举例而言，用户可以通过点击按钮、点击虚拟区域等看到交易明细模块的执行结果等。

对于步骤S502，在生成用户界面后，可以设置该用户界面的点击监听事件，在该监听事件监测到用户的点击事件时，根据用户点击的控件，可以启动该控件对应的应用程序。也就是说，可以将各个应用程序的目标功能模块的执行结果显示在用户界面上，如果用户点击了某一控件，该控件对应的应用程序可以自动启动，可以节省用户在各个应用程序之前反复进行退出、登录操作，提高用户体验。

以下介绍本公开的装置实施例，可以用于执行本公开上述的应用程序管理方法。如图6所示，该应用程序管理装置600，可以包括：

共用账户确定单元610，用于获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；

目标模块确定单元620，用于根据用户选择的功能模块确定各个应用程序的目标功能模块；

关系确认单元630，用于基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果；

用户界面生成单元640，用于根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。

由于本公开的示例实施方式的应用程序管理装置的各个功能模块与上述应用程序管理方法的示例实施方式的步骤对应，因此对于本公开装置实施方式中未披露的细节，请参照本公开上述的应用程序管理方法的实施方式。

下面参考图7，其示出了适于用来实现本公开实施例的电子设备的计算机***700的结构示意图。图7示出的电子设备的计算机***700仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，计算机***700包括中央处理单元(CPU)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储部分708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理。在RAM 703中，还存储有***操作所需的各种程序和数据。CPU701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的***中限定的上述功能。

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

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

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

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

例如，所述的电子设备可以实现如图1中所示的：步骤S110.获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；步骤S120.确定各个应用程序的交易明细模块为目标功能模块；步骤S130.基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到所述多个应用程序对应的多个执行结果；步骤S140.根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序。

又如，所述的电子设备可以实现如图2示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方案后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (8)

1.一种应用程序管理方法，其特征在于，包括：

获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；

根据用户选择的功能模块确定各个应用程序的目标功能模块，包括：获取所述共用账户信息的交易数据，统计所述交易数据，以生成交易明细模块；在用户没有选择功能模块时，确定各个应用程序的交易明细模块为目标功能模块；

基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到多个应用程序对应的多个执行结果；

根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序；所述生成用户界面，包括：根据所述多个执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系；若所述各个应用程序之间存在顺序关系，则按照所述顺序关系生成用户界面，其中，根据各个应用程序的所述目标功能模块的权重对各应用程序进行排序，从而确定各应用程序的顺序关系。

2.根据权利要求1所述的应用程序管理方法，其特征在于，所述根据所述多个执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系，包括：

获取第一应用程序的交易明细模块中的第一交易数据，以及第二应用程序的交易明细模块中的第二交易数据；

若所述第一交易数据中包含所述第二交易数据，则确定所述第一应用程序与所述第二应用程序存在顺序关系。

3.根据权利要求1所述的应用程序管理方法，其特征在于，所述基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果之后，还包括：

根据所述目标功能模块的执行结果，确定各个应用程序的所述目标功能模块是否执行成功；

在所述目标功能模块执行失败时，在所述用户界面中提示所述目标功能模块执行失败的应用程序。

4.根据权利要求1所述的应用程序管理方法，其特征在于，所述基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到多个应用程序对应的多个执行结果之后，还包括：

将所述目标功能模块的多个执行结果进行数据整理，以得到所述共用账户信息对应的数据统计。

5.根据权利要求1所述的应用程序管理方法，其特征在于，所述根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序，包括：

在所述用户界面中生成所述执行结果对应的控件；

在接收到用户的点击事件时，根据用户点击的控件，运行所述控件对应的应用程序。

6.一种应用程序管理装置，其特征在于，包括：

共用账户确定单元，用于获取各个应用程序的多个功能模块，以及各个应用程序的共用账户信息，所述共用账户信息用于登录所述各个应用程序；

目标模块确定单元，用于根据用户选择的功能模块确定各个应用程序的目标功能模块，包括：获取所述共用账户信息的交易数据，统计所述交易数据，以生成交易明细模块；在用户没有选择功能模块时，确定各个应用程序的交易明细模块为目标功能模块；

关系确定单元，用于基于所述共用账户信息，查询各个应用程序的目标功能模块的执行结果，以得到多个应用程序对应的多个执行结果；

用户界面生成单元，用于根据所述多个执行结果生成用户界面，以基于所述用户界面管理所述各个应用程序；

其中，所述生成用户界面，包括：根据所述多个执行结果以及预设的应用程序关联判断方法，判断所述各个应用程序之间是否存在顺序关系；若所述各个应用程序之间存在顺序关系，则按照所述顺序关系生成用户界面，其中，根据各个应用程序的所述目标功能模块的权重对各应用程序进行排序，从而确定各应用程序的顺序关系。

7.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1至5中任一项所述的应用程序管理方法。

8.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至5中任一项所述的应用程序管理方法。