CN111142897B - 多应用程序的计数方法、计数装置、存储介质及电子设备 - Google Patents

Abstract

本公开涉及一种多应用程序的计数方法、计数装置、存储介质及电子设备。方法应用于Web页面端，包括：在获取到针对目标类别的更新计数指令之后，向属于目标类别的各应用程序发送计数获取请求；根据接收到的应用程序发送的提示信息数目，对目标类别对应的提示信息数目进行更新；根据更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目；显示提示信息总数目。如此，可以提高目标类别对应的提示信息数目的更新速度，进而可提升计数的效率。并且，由于无需在后端设计专门的计数系统，进而减少对系统资源的占用，提高系统资源的利用率。

Description

多应用程序的计数方法、计数装置、存储介质及电子设备

技术领域

本公开涉及计算机技术领域，具体地，涉及一种多应用程序的计数方法、计数装置、存储介质及电子设备。

背景技术

随着计算机技术的发展，电子设备能够实现越来越多的功能，相应的，运行在电子设备上的应用程序也越来越多。针对电子设备中存在较多应用程序的情况，在实际生产环境部署和交付中，大多数应用程序属于历史交付系统，即，该应用程序的开发商不再提供维护，如此，由于无法获知各应用程序的设计逻辑和运行原理，在将运行在电子设备上的多个应用程序集合成一个大系统时较为困难且会影响各个应用程序的稳定性，因此，无法将多个应用程序集合成一个大系统进行计数。

相关技术中，多是通过在电子设备后端专门开发一计数系统，利用该计数系统对该多个应用程序的提示信息进行计数并显示在电子设备的前端页面中，以使用户获悉电子设备对应的提示信息总数目。但是，采用该方法，一方面需要开发计数系统，增加开发成本，另一方面利用该计数系统进行计数时存在计算量较大，计数效率较低的弊端。

发明内容

本公开的目的是提供一种多应用程序的计数方法、计数装置、存储介质及电子设备，以提高多应用程序计数的效率。

为了实现上述目的，本公开提供一种多应用程序的计数方法，应用于Web页面端，所述方法包括：

在获取到针对目标类别的更新计数指令之后，向属于所述目标类别的各应用程序发送计数获取请求，所述计数获取请求用于请求获取所述应用程序的提示信息数目，其中，所述Web页面端对应的多个应用程序被分成多个类别；

根据接收到的所述应用程序发送的提示信息数目，对所述目标类别对应的提示信息数目进行更新，其中，所述目标类别对应的提示信息数目为属于所述目标类别的各应用程序的提示信息数目之和；

根据更新后的所述目标类别对应的提示信息数目，确定所述Web页面端当前对应的提示信息总数目；

显示所述提示信息总数目。

可选地，所述根据接收到的所述应用程序发送的提示信息数目，对所述目标类别对应的提示信息数目进行更新，包括：

根据本次接收到的所述应用程序发送的提示信息数目和上一次接收到的所述应用程序发送的提示信息数目，确定所述应用程序的提示信息数目的增量；

根据所述应用程序的提示信息数目的增量对所述目标类别对应的提示信息数目进行更新。

可选地，所述根据更新后的所述目标类别对应的提示信息数目，确定所述Web页面端当前对应的提示信息总数目，包括：

根据更新后的所述目标类别对应的提示信息数目和更新前的所述目标类别对应的提示信息数目，确定所述目标类别对应的提示信息数目的增量；

根据所述目标类别对应的提示信息数目的增量和上一次所确定的所述Web页面端对应的提示信息总数目，确定所述Web页面端当前对应的提示信息总数目。

可选地，所述更新计数指令基于用户操作生成，所述方法还包括：

针对每一类别，若在预设时长内未获取到针对该类别的更新计数指令，则将该类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令。

可选地，所述方法还包括：

按照预设顺序依次将各类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令；或

将更新时刻为当前时刻的类别作为所述目标，并自动生成针对所述目标类别的更新计数指令，其中，每一类别具有不同的更新时刻。

可选地，所述显示所述提示信息总数目，包括：

若本次确定的提示信息总数目与上一次确定的提示信息总数目不同，则按照本次确定的提示信息总数目进行页面渲染，以显示本次确定的提示信息总数目；

若本次确定的提示信息总数目与上一次确定的提示信息总数目相同，则保持显示的提示信息总数目不变。

可选地，所述方法还包括：

显示每一类别对应的提示信息数目。

本公开第二方面提供一种多应用程序的计数装置，应用于Web页面端，所述装置包括：

发送模块，用于在获取到针对目标类别的更新计数指令之后，向属于所述目标类别的各应用程序发送计数获取请求，所述计数获取请求用于请求获取所述应用程序的提示信息数目，其中，所述Web页面端对应的多个应用程序被分成多个类别；

更新模块，用于根据接收到的所述应用程序发送的提示信息数目，对所述目标类别对应的提示信息数目进行更新，其中，所述目标类别对应的提示信息数目为属于所述目标类别的各应用程序的提示信息数目之和；

确定模块，用于根据更新后的所述目标类别对应的提示信息数目，确定所述Web页面端当前对应的提示信息总数目；

第一显示模块，用于显示所述提示信息总数目。

可选地，所述更新模块包括：

第一确定子模块，用于根据本次接收到的所述应用程序发送的提示信息数目和上一次接收到的所述应用程序发送的提示信息数目，确定所述应用程序的提示信息数目的增量；

更新子模块，用于根据所述应用程序的提示信息数目的增量对所述目标类别对应的提示信息数目进行更新。

可选地，所述确定模块包括：

第二确定子模块，用于根据更新后的所述目标类别对应的提示信息数目和更新前的所述目标类别对应的提示信息数目，确定所述目标类别对应的提示信息数目的增量；

第三确定子模块，用于根据所述目标类别对应的提示信息数目的增量和上一次所确定的所述Web页面端对应的提示信息总数目，确定所述Web页面端当前对应的提示信息总数目。

可选地，所述更新计数指令基于用户操作生成，所述装置还包括：

第一生成模块，用于针对每一类别，若在预设时长内未获取到针对该类别的更新计数指令，则将该类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令。

可选地，所述装置还包括：

第二生成模块，用于按照预设顺序依次将各类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令；或

第三生成模块，用于将更新时刻为当前时刻的类别作为所述目标，并自动生成针对所述目标类别的更新计数指令，其中，每一类别具有不同的更新时刻。

可选地，第一显示模块，用于若本次确定的提示信息总数目与上一次确定的提示信息总数目不同，则按照本次确定的提示信息总数目进行页面渲染，以显示本次确定的提示信息总数目；

若本次确定的提示信息总数目与上一次确定的提示信息总数目相同，则保持显示的提示信息总数目不变。

可选地，所述装置还包括：

第二显示模块，用于显示每一类别对应的提示信息数目。

本公开第三方面还提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本公开第一方面所提供的所述方法的步骤。

本公开第四方面还提供一种电子设备，包括：存储器，其上存储有计算机程序；处理器，用于执行所述存储器中的所述计算机程序，以实现本公开第一方面所提供的所述方法的步骤。

通过上述技术方案，由于Web页面端在获取到针对目标类别的更新计数指令之后，即可向属于该目标类别的各应用程序发送计数获取请求，并根据接收到的应用程序发送的提示信息，对目标类别对应的提示信息数目进行更新，以及，基于更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目，如此，可以提高目标类别对应的提示信息数目的更新速度，进而可提升计数的效率。并且，通过Web页面端进行计数，无需在后端设计专门的计数系统，进而可以减少对系统资源的占用，提高系统资源的利用率。

本公开的其他特征和优点将在随后的具体实施方式部分予以详细说明。

附图说明

附图是用来提供对本公开的进一步理解，并且构成说明书的一部分，与下面的具体实施方式一起用于解释本公开，但并不构成对本公开的限制。在附图中：

图1是根据本公开一示例性实施例示出的一种多个应用程序所形成的虚拟数的结构示意图。

图2是根据本公开一示例性实施例示出的一种多应用程序的计数方法的流程图。

图3是根据本公开另一示例性实施例示出的一种多应用程序的计数方法的流程图。

图4是根据本公开一示例性实施例示出的一种多应用程序的计数装置的框图。

图5是根据一示例性实施例示出的一种电子设备的框图。

具体实施方式

以下结合附图对本公开的具体实施方式进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

相关技术中，电子设备后端的计数系统可以通过轮询方式不断访问各个应用程序的提示信息数目并计算总数目。具体地，计数系统增加配套的数据库表格，将访问到的各应用程序的提示信息数目写入到该表格中，在每个应用程序的提示信息数目均被写入到该表格后，计数系统才能计算电子设备对应的提示信息总数目。当某一个或多个应用程序出现网络故障或者访问异常时，计数系统就无法获取到该应用程序的提示信息数目，进而无法计算提示信息总数目。因此，在相关技术中，计数系统需要访问每个应用程序，在获取到每个应用程序发送的提示信息数目之后，对每个应用程序的提示信息数目进行求和计算才能得到提示信息总数目，如此使得计数系统的计算量较大，计数效率较低，并且由于计数系统占用较多的电子设备的系统资源，导致系统资源不足，影响应用程序正常运行。

此外，计数系统在等待异常的应用程序的提示信息数目时，仍会实时向页面端(前端)发送上一次所计算的提示信息总数目，进而使得页面端在每接收到计数系统发送的提示信息总数目时就进行渲染一次，然而，由于计数系统在等待异常的应用程序的提示信息数目的时间段内，不更新提示信息总数目，页面端所显示的提示信息总数目是不变的，进而页面端在该时间段无需进行渲染。因此，采用计数系统对多应用程序进行计数，还会使得页面端进行重复渲染，进一步占用较多的系统资源，导致系统资源不足。

有鉴于此，本公开实施例提供一种多应用程序的计数方法、计数装置、存储介质及电子设备，以减少计数的工作量，提高计数效率和电子设备性能。

首先对本公开可能的实施场景进行说明。Web页面端对应的多个应用程序可以是应用程序1、应用程序2、应用程序3、应用程序4、应用程序5、应用程序6、应用程序7……应用程序X。示例地，如图1所示，X为9，根据应用程序的功能相似性，可以将应用程序1、应用程序2、应用程序3分为一组，且该组类别属于办公类别；将应用程序4、应用程序5、应用程序6分为一组，其该组类别为娱乐类别；以及将应用程序7、应用程序8、应用程序9分为一组，且该组类别为网购类别。且如图1所示，该9个应用程序可以形成一个三层的虚拟树，其中，在该虚拟数中，第一层为根节点，该根节点为Web页面端对应的提示信息总数目，即，上述9个应用程序的提示信息数目之和；第二层为父节点，该父节点为每一类别对应的提示信息数目，且可以分为左节点、中间节点和右节点，其中，左节点为办公类别对应的提示信息数目，中间节点为娱乐类别对应的提示信息数目，右节点为网购类别对应的提示信息数目；第三层为子节点，子节点为各个应用程序的提示信息数目。

此外，图1中的9个应用程序还可以形成一个四层的虚拟树，其中，该四层的虚拟树中的第一层、第二层和第三层如图1所示，此处不再赘述。在该情况下，各个应用程序所在的第三层为父节点，第四层为子节点，且该子节点为各个应用程序中的各个功能模块(例如功能模块1、功能模块2……)的提示信息数目。需要说明的是，根据实际需求，多个应用程序还可以形成一个m(m为大于0的整数)层的虚拟树，本公开对此不作具体限定。

以图1所示的场景为例，下面对本公开所提供的多应用程序的计数方法进行详细说明。应当理解的是，此处所描述的具体实施方式仅用于说明和解释本公开，并不用于限制本公开。

图2是根据本公开一示例性实施例示出的一种多应用程序的计数方法的流程图，该方法应用于Web页面端。如图2所示，该方法可以包括以下步骤。

在步骤21中，在获取到针对目标类别的更新计数指令之后，向属于目标类别的各应用程序发送计数获取请求，计数获取请求用于请求获取应用程序的提示信息数目，其中，Web页面端对应的多个应用程序被分成多个类别。

在本公开中，Web页面端对应的多个应用程序可以被预先分成多个类别，例如，图1中的办公类别、娱乐类别以及网购类别，等等。这样，Web页面端在更新计数时可以针对每一类别对应的提示信息数目分别进行更新。具体地，Web页面端在获取到针对目标类别的更新计数指令之后，向属于该目标类别的各应用程序发送计数获取请求，以请求获取应用程序的提示信息数目。其中，该提示信息数目可以包括但不限于消息数目、待办任务数目、已办任务数目。

示例地，若Web页面端获取到针对办公类别的更新计数指令，则会向属于该办公类别的应用程序1、应用程序2和应用程序3分别发送计数获取请求，以获取应用程序1、应用程序2和应用程序3的提示信息数目。

在步骤22中，根据接收到的应用程序发送的提示信息数目，对目标类别对应的提示信息数目进行更新，其中，该目标类别对应的提示信息数目为属于目标类别的各应用程序的提示信息数目之和。

属于目标类别的各应用程序在接收到Web页面端发送的计数获取请求时，可以将其提示信息数目反馈至Web页面端，以使Web页面端接收到应用程序发送的提示信息数目，进而根据所接收到的应用程序的提示信息数目对目标类别对应的提示信息数目进行更新。

需要说明的是，由于本公开是通过Web页面端进行多应用程序计数的，不需要将各应用程序的提示信息数目写入配套的数据库表格中，因此，在本公开中，Web页面端可以通过异步方式计数。示例地，在接收到任一应用程序发送的提示信息数目后，即可对目标类别对应的提示信息数目进行更新，无需等到在接收完属于该目标类别的各应用程序的提示信息之后，才对该目标类别对应的提示信息数目进行更新。如此，即便某一应用程序出现网络故障或访问异常的情况，Web页面端也可根据已接收到的应用程序的提示信息数目对目标类别对应的提示信息数目进行更新，进而提高了对目标类别对应的提示信息数目更新的效率。

在步骤23中，根据更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目。

其中，提示信息总数目为Web页面端对应的多个应用程序的提示信息数目之和，也即是，各个类别对应的提示信息数目之和。在本公开中，由于将多个应用程序进行分类，并对每一类别对应的提示信息数目进行更新，因此，可以基于更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目，无需再分别对多个应用程序的提示信息数目进行求和计算。示例地，如图1所示，在对办公类别对应的提示信息数目更新之后，即可根据更新后的办公类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目。

在步骤23中，显示提示信息总数目。

在上述技术方案中，由于Web页面端在获取到针对目标类别的更新计数指令之后，即可向属于该目标类别的各应用程序发送计数获取请求，并根据接收到的应用程序发送的提示信息，对目标类别对应的提示信息数目进行更新，以及，基于更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目，如此，可以提高目标类别对应的提示信息数目的更新速度，进而可提升计数的效率。并且，通过Web页面端进行计数，无需在后端设计专门的计数系统，进而可以减少对系统资源的占用，提高系统资源的利用率。

为了使本领域技术人员更加理解本发明实施例提供的技术方案，下面以一个完整的实施例对多应用程序的计数方法进行说明。

考虑到在较长时间未收到针对某一类别的更新计数指令的情况下，若不对该类别的对应的提示信息数目进行更新，可能会导致Web页面端显示的提示信息总数目与该Web页面端对应的多个应用程序的实际提示信息数目之和相差较大，因此，为了解决该问题，在本公开中，还可以自动生成针对某一类别的更新计数指令。

在一种实施例中，在更新计数指令基于用户操作生成的情况下，针对每一类别，若在预设时长内未获取到针对该类别的更新计数指令，则将该类别作为目标类别，并自动生成针对所述目标类别的更新计数指令。

其中，基于用户操作生成更新计数指令的方式可以为：在电子设备中设置有针对每一类别的实体按钮或者在电子设备的Web页面端设置有针对每一类别的虚拟按钮，这样，用户点击该实体按钮或虚拟按钮即可输入针对该类别更新计数指令。

示例地，预设时长为20min，假设在20min内Web页面端未获取到指示生成针对娱乐类别的更新计数指令的用户操作(例如，未检测到用户针对该娱乐类别的点击操作)，则Web页面端可将该娱乐类别作为当前的目标类别，并自动生成针对该娱乐类别的更新计数指令。

在另一种实施例中，按照预设顺序依次将各类别作为目标类别，并自动生成针对该目标类别的更新计数指令。示例地，假设针对图1中各类别的预设顺序可以为办公类别、娱乐类别、网购类别，则Web页面端可以在t1时刻将办公类别作为目标类别并自动生成针对该办公类别的更新计数指令，在t2时刻将娱乐类别作为目标类别并自动生成针对该娱乐类别的更新计数指令，在t3时刻将网购类别作为目标类别并自动生成针对该娱网购类别的更新计数指令，其中，t1时刻早于t2时刻，t2时刻早于t3时刻。

在又一种实施例中，将更新时刻为当前时刻的类别作为目标，并自动生成针对该目标类别的更新计数指令，其中，每一类别具有不同的更新时刻，在该实施例中，在当前时刻到达某一更新时刻时，将该更新时刻对应的类别作为目标类别，并自动生成针对该目标类别的更新计数指令。示例地，假设办公类别的更新时刻为15:00，娱乐类别的更新时刻为15:02，网购类别的更新时刻为15:05，则在当前时刻为15:00时将办公类别作为目标类别，在当前时刻为15:02时将娱乐类别作为目标类别，在当前时刻为15:05时将网购类别作为目标类别。

此外，考虑到属于不同类别的应用程序的实时性不同，例如，属于办公类别的应用程序的实时性通常会高于属于网购类别的应用程序的实时性，因此，在本公开中，针对实时性不高的类别可以采用基于用户操作生成更新计数指令，针对实时性高的类别可以采用按照预设顺序依次将各类别作为所述目标类别，并自动生成针对该目标类别的更新计数指令的方式生成更新计数指令，或者，针对实时性高的类别可以采用将更新时刻为当前时刻的类别作为目标类别，并自动生成针对该目标类别的更新计数指令的方式生成更新计数指令。

如此，既可以提高多应用程序计数的灵活性，也可避免因长时间未接收到针对某一类别的更新计数指令时，导致Web页面端显示的提示信息总数目与该Web页面端对应的多个应用程序的实际提示信息数目之和相差较大的弊端，有效地提高了所确定的提示信息总数目的准确性。

在按照上述中的任意一种方式生成更新计数指令之后，Web页面端即可获取到针对目标类别的更新计数指令，并在接收到该更新计数指令之后，向属于目标类别的各应用程序发送计数获取请求。

下面针对上述步骤22中的根据接收到的应用程序发送的提示信息数目，对目标类别对应的提示信息数目进行更新进行详细说明。

在通过上述步骤21向属于目标类别的各应用程序发送计数获取请求之后，可以接收到应用程序发送的提示信息数目，并根据接收到的应用程序的提示信息数目，对目标类别对应的提示信息数目进行更新。

如图3所示，上述步骤22可以具体包括步骤221和步骤222。

在步骤221中，根据本次接收到的应用程序发送的提示信息数目和上一次接收到的应用程序发送的提示信息数目，确定应用程序的提示信息数目的增量。

在一种实施例中，Web页面端可以针对每一应用程序分别建立监听队列，在该监听队列中可以存放本次接收到的应用程序发送的提示信息数目，以及上一次接收到的该应用程序发送的提示信息数目，这样，Web页面端在检测到监听队列中存有本次接收到的应用程序发送的提示信息数目时，可以基于该本次接收到的应用程序发送的提示信息数目和上一次接收到的应用程序发送的提示信息数目，确定应用程序的提示信息数目的增量。

示例地，Web页面端在检测到属于目标类别的应用程序k对应的监听队列中存储有本次接收到的应用程序k的提示信息数目M_k(new)和上一次接收到的应用程序k的提示信息数目M_k(old)时，可以确定应用程序k的提示信息数目的增量为M_k(new)-M_k(old)。

在步骤222中，根据应用程序的提示信息数目的增量对目标类别对应的提示信息数目进行更新。

由于目标类别对应的提示信息数目为属于该目标类别的各应用程序的提示信息数目之和，所以，在确定出应用程序的提示信息数目的增量之后，可根据该增量对目标类别对应的提示信息数目进行更新。

示例地，可以通过以下公式对目标类别对应的提示信息数目进行更新：

其中，M_p(total)为更新后的目标类别对应的提示信息数目；M_i为目标类别中的第i个应用程序的提示信息数目；n为目标类别中的应用程序的数量；k的取值范围为[1，n]。

采用上述技术方案，直接在目标类别对应的提示信息数目的基础上加上应用程序的提示信息数目的增量，即可得到更新后的目标类别对应的提示信息数目，无需再对属于该目标类别的各应用程序的提示信息数目求和计算，极大地减少了计算量。

下面针对上述步骤23中的根据更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目进行详细说明。

如图1所示，Web页面端当前对应的提示信息总数目为各个类别对应的提示信息数目之和，因此，在通过上述步骤221和步骤222对目标类别对应的提示信息数目进行更新之后，可以根据更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目。

如图3所示，上述步骤23可以具体包括步骤231和步骤232。

在步骤231中，根据更新后的目标类别对应的提示信息数目和更新前的目标类别对应的提示信息数目，确定目标类别对应的提示信息数目的增量。

示例地，假设更新前的目标类别对应的提示信息数目为M_p,total(old)，更新后目标类别对应的提示信息数目为M_p,total(new)，则目标类别对应的提示信息数目的增量为M_p,total(new)-M_p,total(old)。

在步骤232中，根据目标类别对应的提示信息数目的增量和上一次所确定的Web页面端对应的提示信息总数目，确定Web页面端当前对应的提示信息总数目。

示例地，可以通过以下公式，确定Web页面端当前对应的提示信息总数目：

N_total＝N_total(old)-M_p,total(old)+M_p,tatal(new)

其中，N_total为所确定的Web页面端当前对应的提示信息总数目；N_total(old)为上一次所确定的Web页面端对应的提示信息总数目。

这样，采用分层更新计数，基于更新后的目标类别对应的提示信息数目，确定Web页面端当前对应的提示信息总数目，可以降低计数的复杂度，进一步减少计算量，提高计数效率。

最后，针对上述步骤24中的显示提示信息总数目进行说明。

考虑到在本次确定的提示信息总数目与上一次确定的提示信息总数目相同时只需保持当前的显示界面即可，此时，为了减少渲染次数，Web页面端无需进行重复渲染，因此，在本公开中，在确定出Web页面端当前对应的提示信息总数目之后，还可以进一步判断本次确定的提示信息总数目是否与上一次确定的提示信息总数目相同。若不同则执行步骤241，否则执行步骤242。

在步骤241中，若本次确定的提示信息总数目与上一次确定的提示信息总数目不同，则按照本次确定的提示信息总数目进行页面渲染，以显示本次确定的提示信息总数目。

在步骤242中，若本次确定的提示信息总数目与上一次确定的提示信息总数目相同，则保持显示的提示信息总数目不变。

在本公开中，由于是利用Web页面端确定并显示提示信息总数目的，所以，在本次确定的提示信息总数目与上一次确定的提示信息总数目不同时，Web页面端可以按照本次确定的提示信息总数目进行页面渲染，以显示本次确定的提示信息总数目。在本次确定的提示信息总数目与上一次确定的提示信息总数目相同时，Web页面端无需重复进行渲染，只需保持显示的提示信息总数目不变即可。如此，相较于现有技术中通过后端的计数系统进行计数以及利用前端进行渲染的方案，本公开提供的方案可以有效地避免重复渲染，进一步减少对系统资源的占用，提高系统资源的利用率。

此外，在本公开中，Web页面端除了可以显示Web页面端对应的提示信息总数目之外，还可以显示每一类别对应的提示信息数目。可选地，多应用程序的计数方法还可以包括：显示每一类别对应的提示信息数目。

如此，Web页面端既可以显示其对应的提示信息总数目，也可以显示每一类别对应的提示信息数目，便于用户直观地获知每一类别对应的提示信息数目，以使用户及时处理相应业务。

基于同一发明构思，本公开还提供一种多应用程序的计数装置。图4是根据本公开一示例性实施例示出的一种多应用程序的计数装置的框图。该装置应用于Web页面端，该装置40可以包括：

发送模块401，用于在获取到针对目标类别的更新计数指令之后，向属于所述目标类别的各应用程序发送计数获取请求，所述计数获取请求用于请求获取所述应用程序的提示信息数目，其中，所述Web页面端对应的多个应用程序被分成多个类别；

更新模块402，用于根据接收到的所述应用程序发送的提示信息数目，对所述目标类别对应的提示信息数目进行更新，其中，所述目标类别对应的提示信息数目为属于所述目标类别的各应用程序的提示信息数目之和；

确定模块403，用于根据更新后的所述目标类别对应的提示信息数目，确定所述Web页面端当前对应的提示信息总数目；

第一显示模块404，用于显示所述提示信息总数目。

可选地，所述更新模块402可以包括：

第一确定子模块，用于根据本次接收到的所述应用程序发送的提示信息数目和上一次接收到的所述应用程序发送的提示信息数目，确定所述应用程序的提示信息数目的增量；

更新子模块，用于根据所述应用程序的提示信息数目的增量对所述目标类别对应的提示信息数目进行更新。

可选地，所述确定模块403可以包括：

第二确定子模块，用于根据更新后的所述目标类别对应的提示信息数目和更新前的所述目标类别对应的提示信息数目，确定所述目标类别对应的提示信息数目的增量；

第三确定子模块，用于根据所述目标类别对应的提示信息数目的增量和上一次所确定的所述Web页面端对应的提示信息总数目，确定所述Web页面端当前对应的提示信息总数目。

可选地，所述更新计数指令基于用户操作生成，所述装置还可以包括：

第一生成模块，用于针对每一类别，若在预设时长内未获取到针对该类别的更新计数指令，则将该类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令。

可选地，所述装置还可以包括：

第二生成模块，用于按照预设顺序依次将各类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令；或

第三生成模块，用于将更新时刻为当前时刻的类别作为所述目标，并自动生成针对所述目标类别的更新计数指令，其中，每一类别具有不同的更新时刻。

可选地，第一显示模块404，可以用于若本次确定的提示信息总数目与上一次确定的提示信息总数目不同，则按照本次确定的提示信息总数目进行页面渲染，以显示本次确定的提示信息总数目；

若本次确定的提示信息总数目与上一次确定的提示信息总数目相同，则保持显示的提示信息总数目不变。

可选地，所述装置还可以包括：

第二显示模块，用于显示每一类别对应的提示信息数目。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图5是根据一示例性实施例示出的一种电子设备的框图。如图5所示，该电子设备500可以包括：处理器501，存储器502。该电子设备500还可以包括多媒体组件503，输入/输出(I/O)接口504，以及通信组件505中的一者或多者。

其中，处理器501用于控制该电子设备500的整体操作，以完成上述的多应用程序的计数方法中的全部或部分步骤。存储器502用于存储各种类型的数据以支持在该电子设备500的操作，这些数据例如可以包括用于在该电子设备500上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器502可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static Random Access Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件503可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器502或通过通信组件505发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口504为处理器501和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件505用于该电子设备500与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near FieldCommunication，简称NFC)，2G、3G、4G、NB-IOT、eMTC、或其他5G等等，或它们中的一种或几种的组合，在此不做限定。因此相应的该通信组件505可以包括：Wi-Fi模块，蓝牙模块，NFC模块等等。

在一示例性实施例中，电子设备500可以被一个或多个应用专用集成电路(Application Specific Integrated Circuit，简称ASIC)、数字信号处理器(DigitalSignal Processor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的多应用程序的计数方法。

在另一示例性实施例中，还提供了一种包括程序指令的计算机可读存储介质，该程序指令被处理器执行时实现上述的多应用程序的计数方法的步骤。例如，该计算机可读存储介质可以为上述包括程序指令的存储器502，上述程序指令可由电子设备500的处理器501执行以完成上述的多应用程序的计数方法。

在另一示例性实施例中，还提供一种计算机程序产品，该计算机程序产品包含能够由可编程的装置执行的计算机程序，该计算机程序具有当由该可编程的装置执行时用于执行上述的多应用程序的计数方法的代码部分。

以上结合附图详细描述了本公开的优选实施方式，但是，本公开并不限于上述实施方式中的具体细节，在本公开的技术构思范围内，可以对本公开的技术方案进行多种简单变型，这些简单变型均属于本公开的保护范围。

另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合。为了避免不必要的重复，本公开对各种可能的组合方式不再另行说明。

此外，本公开的各种不同的实施方式之间也可以进行任意组合，只要其不违背本公开的思想，其同样应当视为本公开所公开的内容。

Claims (8)

1.一种多应用程序的计数方法，其特征在于，应用于Web页面端，所述方法包括：

在获取到针对目标类别的更新计数指令之后，向属于所述目标类别的各应用程序分别发送计数获取请求，所述计数获取请求用于请求获取所述应用程序的提示信息数目，其中，所述Web页面端对应的多个应用程序被分成多个类别，所述目标类别为所述多个类别中的其中一个类别；

在接收到属于所述目标类别的任一应用程序发送的提示信息数目后，根据本次接收到的所述应用程序发送的提示信息数目和上一次接收到的所述应用程序发送的提示信息数目，确定所述应用程序的提示信息数目的增量；

根据所述应用程序的提示信息数目的增量对所述目标类别对应的提示信息数目进行更新，其中，所述目标类别对应的提示信息数目为属于所述目标类别的各应用程序的提示信息数目之和；

根据更新后的所述目标类别对应的提示信息数目和更新前的所述目标类别对应的提示信息数目，确定所述目标类别对应的提示信息数目的增量；

根据所述目标类别对应的提示信息数目的增量和上一次所确定的所述Web页面端对应的提示信息总数目，确定所述Web页面端当前对应的提示信息总数目；

显示所述提示信息总数目。

2.根据权利要求1所述的方法，其特征在于，所述更新计数指令基于用户操作生成，所述方法还包括：

针对每一类别，若在预设时长内未获取到针对该类别的更新计数指令，则将该类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

按照预设顺序依次将各类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令；或

将更新时刻为当前时刻的类别作为所述目标类别，并自动生成针对所述目标类别的更新计数指令，其中，每一类别具有不同的更新时刻。

4.根据权利要求1所述的方法，其特征在于，所述显示所述提示信息总数目，包括：

若本次确定的提示信息总数目与上一次确定的提示信息总数目不同，则按照本次确定的提示信息总数目进行页面渲染，以显示本次确定的提示信息总数目；

若本次确定的提示信息总数目与上一次确定的提示信息总数目相同，则保持显示的提示信息总数目不变。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

显示每一类别对应的提示信息数目。

6.一种多应用程序的计数装置，其特征在于，应用于Web页面端，所述装置包括：

发送模块，用于在获取到针对目标类别的更新计数指令之后，向属于所述目标类别的各应用程序分别发送计数获取请求，所述计数获取请求用于请求获取所述应用程序的提示信息数目，其中，所述Web页面端对应的多个应用程序被分成多个类别，所述目标类别为所述多个类别中的其中一个类别；

更新模块，用于在接收到属于所述目标类别的任一应用程序发送的提示信息数目后，根据本次接收到的所述应用程序发送的提示信息数目和上一次接收到的所述应用程序发送的提示信息数目，确定所述应用程序的提示信息数目的增量，还用于根据所述应用程序的提示信息数目的增量对所述目标类别对应的提示信息数目进行更新，其中，所述目标类别对应的提示信息数目为属于所述目标类别的各应用程序的提示信息数目之和；

确定模块，用于根据更新后的所述目标类别对应的提示信息数目和更新前的所述目标类别对应的提示信息数目，确定所述目标类别对应的提示信息数目的增量，还用于根据所述目标类别对应的提示信息数目的增量和上一次所确定的所述Web页面端对应的提示信息总数目，确定所述Web页面端当前对应的提示信息总数目；

第一显示模块，用于显示所述提示信息总数目。

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

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

存储器，其上存储有计算机程序；

处理器，用于执行所述存储器中的所述计算机程序，以实现权利要求1-5中任一项所述方法的步骤。