CN108509541B - 一种消息读取方法、消息读取装置及移动终端 - Google Patents
一种消息读取方法、消息读取装置及移动终端 Download PDFInfo
- Publication number
- CN108509541B CN108509541B CN201810223711.3A CN201810223711A CN108509541B CN 108509541 B CN108509541 B CN 108509541B CN 201810223711 A CN201810223711 A CN 201810223711A CN 108509541 B CN108509541 B CN 108509541B
- Authority
- CN
- China
- Prior art keywords
- application program
- database
- information application
- unread messages
- read
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 39
- 238000004891 communication Methods 0.000 claims abstract description 24
- 238000004590 computer program Methods 0.000 claims description 18
- 230000008859 change Effects 0.000 claims description 15
- 230000006870 function Effects 0.000 claims description 15
- 238000001514 detection method Methods 0.000 claims description 4
- 238000012544 monitoring process Methods 0.000 claims description 3
- 230000005540 biological transmission Effects 0.000 claims 1
- 230000001360 synchronised effect Effects 0.000 description 8
- 230000008569 process Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请公开了一种消息读取方法、消息读取装置、移动终端及计算机可读存储介质，其中，该消息读取方法包括：通过移动终端的信息应用程序建立第一数据库，所述第一数据库用于记录目标应用程序的未读消息的数量，其中，所述目标应用程序为不同于所述信息应用程序且支持融合通信功能的应用程序；当所述信息应用程序接收到全部已读指令时，基于所述全部已读指令，将所述信息应用程序中所有未读消息的读取状态更改为已读；在将所述所有未读消息的读取状态更改为已读之后，将所述第一数据库所记录的数量更新为0。本申请方案可在不影响第三方应用程序的基础上，在信息应用程序中对显示的所有未读消息执行全部已读，提升用户对未读消息的操作效率。
Description
技术领域
本申请属于融合通信技术领域，尤其涉及一种消息读取方法、消息读取装置、移动终端及计算机可读存储介质。
背景技术
融合通信技术(Rich Communication Suite，RCS)是一种结合了网络消息与传统的短信/彩信的通信技术。当前，部分第三方厂商也推出了支持融合通信功能的第三方应用程序，同时，这些第三方厂商也为移动终端厂商提供了应用程序编程接口(ApplicationProgramming Interface，API)，基于这些接口，这些第三方应用程序所接收的融合通信消息可以在移动终端自带的信息应用程序中显示，也即是说，用户可以在移动终端自带的信息应用程序中访问这些支持融合通信功能的第三方应用程序，间接查看这些第三方应用程序所接收的融合通信消息。但是，用户当前仍无法在移动终端自带的信息应用程序中对已显示的第三方应用程序的未读消息执行全部已读的操作，导致用户对未读消息的操作效率低下，给用户的使用带来了麻烦。
发明内容
有鉴于此，本申请提供了一种消息读取方法、消息读取装置、移动终端及计算机可读存储介质，可在不影响第三方应用程序的基础上，在移动终端自带的信息应用程序中对已显示的第三方应用程序的未读消息执行全部已读的操作，提升用户对未读消息的操作效率。
本申请的第一方面提供了一种消息读取方法，上述消息读取方法包括：
通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，其中，上述目标应用程序为不同于上述信息应用程序且支持融合通信功能的应用程序；
当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读；
在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。
本申请的第二方面提供了一种消息读取装置，上述消息读取装置包括：
数据库建立单元，用于通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，其中，上述目标应用程序为不同于上述信息应用程序且支持融合通信功能的应用程序；
读取状态更改单元，用于当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读；
数据库更新单元，用于在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。
本申请的第三方面提供了一种移动终端，上述移动终端包括存储器、处理器以及存储在上述存储器中并可在上述处理器上运行的计算机程序，上述处理器执行上述计算机程序时实现如上第一方面的方法的步骤。
本申请的第四方面提供了一种计算机可读存储介质，上述计算机可读存储介质存储有计算机程序，上述计算机程序被处理器执行时实现如上第一方面的方法的步骤。
本申请的第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面的方法的步骤。
由上可见，在本申请方案中，首先通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，其中，上述目标应用程序为不同于上述信息应用程序且支持融合通信功能的应用程序，并当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读，在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。本申请方案通过引入第一数据库，实现单独保存信息应用程序中所显示的第三方应用程序的未读消息的个数，方便用户在移动终端自带的信息应用程序中对显示的未读消息执行全部已读的操作，且上述在信息应用程序中执行的全部已读的操作不会影响到第三方应用程序，提升用户对信息应用程序中未读消息的操作效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的消息读取方法的一种实现流程示意图；
图2是本申请实施例提供的消息读取方法的另一种实现流程示意图；
图3是本申请实施例提供的消息读取装置的结构框图；
图4是本申请实施例提供的移动终端的示意图。
具体实施方式
以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。
为了说明本申请上述的技术方案，下面通过具体实施例来进行说明。
实施例一
下面对本申请实施例提供的一种消息读取方法进行描述，请参阅图1，本申请实施例中的消息读取方法应用于支持融合通信功能的移动终端，包括：
在步骤101中，通过移动终端的信息应用程序建立第一数据库；
在本申请实施例中，首先通过移动终端的信息应用程序建立第一数据库，其中，上述信息应用程序为移动终端的厂商在上述移动终端出厂时就集成于移动终端中的应用程序，用户可通过上述信息应用程序与其他用户进行会话，具体为在移动终端已连接到融合通信服务器时，在信息应用程序中发送或接收的消息可以通过网络渠道进行传输；而在移动终端未连接到融合通信服务器时，在信息应用程序发送或接收的消息可以通过传统的短信或彩信渠道进行传输。可以认为，上述信息应用程序是移动终端内置的应用程序，用户可以通过上述信息应用程序进行融合通信消息的传输。
上述第一数据库用于记录目标应用程序的未读消息的数量，其中，上述目标应用程序为不同于上述信息应用程序且支持融合通信功能的应用程序。通常来说，上述目标应用程序为用户自行安装的第三方应用程序，上述第一数据库可以在出厂时建立，也可以在移动终端安装目标应用程序时建立，此处不作限定。具体地，上述信息应用程序是通过目标应用程序的API来实现访问目标应用程序的操作，也即是说，目标应用程序中的消息不仅会显示在目标应用程序中，在目标应用程序中呈现未读或已读的读取状态，同时也会在显示在信息应用程序中，并在信息应用程序中呈现未读或已读的读取状态。需要注意的是，目标应用程序中的读取状态与信息应用程序中的读取状态在一定程度上独立的。具体地，当用户直接进入目标应用程序中读取其未读消息时，目标应用程序中各消息的读取状态将会同步至信息应用程序中，进而通过信息应用程序实现对上述第一数据库的更新；而当用户进入信息应用程序中读取其所显示的目标应用程序的未读消息时，信息应用程序中各消息的读取状态将不会同步至目标应用程序中。例如，目标应用程序B接收到了消息b1、b2，上述b1、b2不仅显示在目标应用程序B中，而且也显示在信息应用程序A中，如果在信息应用程序A中读取了b1、b2，则不会影响b1、b2在目标应用程序中的读取状态，即b1、b2在目标应用程序中的读取状态仍未未读；而如果在目标应用程序A中读取了b1、b2，则b1、b2在信息应用程序中的读取状态将被同步为已读，可以认为，在目标应用程序中对消息所直接进行的操作可以被同步至信息应用程序中，而在信息应用程序中对显示的目标应用程序的消息所进行的操作不会被同步至目标应用程序中。上述第一数据库所记录的目标应用程序的未读消息的数量，指的是在信息应用程序中所显示的目标应用程序的未读消息的数量，这一数量并不完全等价于目标应用程序中实际的未读消息的数量。
在步骤102中，当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读；
在本申请实施例中，上述信息应用程序的界面可以为用户呈现一虚拟按键，当接收到用户在该虚拟按钮上的触摸操作时，移动终端的处理器生成一全部已读指令发送至信息应用程序处。当然，也可以通过实体按键等方式触发移动终端的处理器生成全部已读指令，此处不作限定。当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读，上述所有未读消息包括信息应用程序直接接收的未读消息，和由目标应用程序接收并显示在信息应用程序中的未读消息。例如，信息应用程序A接收到了消息a1、a2，上述a1、a2显示在信息应用程序中；目标应用程序B接收到了消息b1、b2，上述b1、b2不仅显示在目标应用程序中，而且也显示在信息应用程序中。假定T1时刻，用户并未在信息应用程序中查看上述a1、a2、b1、b2，也未在目标应用程序中查看上述b1、b2，则T1时刻信息应用程序中有a1、a2、b1、b2这四个未读消息，目标应用程序中有b1、b2这两个未读消息；假定在T2时刻，信息应用程序接收到全部已读指令，则将信息应用程序中的a1、a2、b1、b2这四个消息的读取状态均更改为已读，此时，信息应用程序中已不存在未读消息；而目标应用程序中的b1、b2这两个未读消息将不受影响。
在步骤103中，在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。
在本申请实施例中，由于在步骤101中已经指出，上述第一数据库所记录的目标应用程序的未读消息的数量，指的是在信息应用程序中所显示的目标应用程序的未读消息的数量，因而在步骤102中将上述信息应用程序中所有未读消息的读取状态更改为已读后，信息应用程序中将不再存在未读消息，即信息应用程序中的未读消息的数量为0，基于此，信息应用程序可以主动将第一数据库所记录的数量更新为0。
由上可见，通过本申请实施例，首先通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，当上述信息应用程序接收到全部已读指令时，将上述信息应用程序中所有未读消息的读取状态更改为已读，并在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。本申请实施例通过引入第一数据库，实现单独保存信息应用程序中所显示的目标应用程序，即第三方应用程序的未读消息的个数，方便用户在移动终端自带的信息应用程序中对所显示的未读消息执行全部已读的操作，且上述在信息应用程序中执行的全部已读的操作不会影响到第三方应用程序，一定程度上提升了用户对信息应用程序中未读消息的操作效率。
应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
实施例二
在实施例一的基础上，本申请实施例二提供了另一种消息读取方法。下面对本申请实施例二提供的另一种消息读取方法进行描述，请参阅图2，本申请实施例二中的消息读取方法包括：
在步骤201中，通过移动终端的信息应用程序建立第一数据库；
在步骤202中，当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读；
在步骤203中，在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0；
在本申请实施例中，上述步骤201、202及203分别与上述步骤101、102及103相同，具体可参见上述步骤101、102及103的相关描述，在此不再赘述。
在步骤204中，上述信息应用程序监听上述目标应用程序是否发生未读消息变更事件；
在本申请实施例中，上述信息应用将持续监听目标应用程序是否发生未读消息变更事件，上述未读消息变更事件包括未读消息读取事件及未读消息接收事件。当目标应用程序中有消息被读取时，移动终端将在目标应用程序中查找相对应的消息，并更改或维持上述相对应的消息的读取状态为已读；当目标应用程序新接收了消息时，上述新接收的消息可以在信息应用程序中同步显示，并且其在目标应用程序及信息应用程序中的读取状态均为未读。
在步骤205中，当上述信息应用程序监听到上述目标应用程序发生未读消息变更事件时，获取上述目标应用程序的未读消息的数量；
在本申请实施例中，当信息应用程序监听到上述目标应用程序发生未读消息读取事件及未读消息接收事件时，获取当前时刻在目标应用程序中未读消息的数量。需要注意的是，即便在步骤202及步骤203中，移动终端已经基于全部已读指令将信息应用程序中所有未读消息的读取状态更改为已读，目标应用程序中未读消息的个数也并没有受到影响。
在步骤206中，将获取到的上述目标应用程序的未读消息的数量作为第一数量；
在步骤207中，检测上述第一数量是否满足预设的数据更新条件；
在步骤208中，若上述第一数量满足预设的数据更新条件，则基于上述第一数量对上述第一数据库所记录的数量进行更新。
在本申请实施例中，可以检测上述步骤206中所得到的第一数量是否满足预设的数据更新条件，当上述第一数量满足预设的数据更新条件时，可以基于上述第一数量对第一数据库所记录的数量进行更新。
可选地，为了使得目标应用程序中的未读消息能够在合适的时机同步至信息应用程序中，上述消息读取方法还包括：
在上述移动终端的信息应用程序接收到全部已读指令之后，在将上述第一数据库所记录的数量更新为0之前，获取上述第一数据库当前所记录的数量；将获取到的上述第一数据库当前所记录的数量作为第二数量；
上述步骤207，即上述检测上述第一数量是否满足预设的数据更新条件的步骤，包括：
检测上述第一数量是否大于上述第二数量；
若上述第一数量大于上述第二数量，则确定上述第一数量满足预设的数据更新条件。
在本申请实施例中，上述第二数量为在信息应用程序中执行全部未读操作之后，上述第一数据库所记录的数量被更新为0之前，上述第一数据库所记录的数量。例如，在步骤102中所提出例子中，假定在T2时刻，信息应用程序接收到了全部已读指令，将信息应用程序中的a1、a2、b1、b2这四个消息的读取状态均更改为已读，此时第一数据库所记录的数量为2，即确定第二数量为2，然后将第一数据库所记录的数量更新为0，也即在执行了全部已读操作后，信息应用程序中已不存在未读消息；而实际上，目标应用程序中的b1、b2这两个未读消息将不受影响，即目标应用程序中的未读消息仍为2。假定在T3时刻，目标应用程序发生了未读消息变更事件，接收到了新的消息b3，此时根据步骤205及206，可知由于目标应用程序中存在b1、b2、b3这三个未读消息，因而可以确定第一数量为3。此时，检测可知第一数量“3”大于上述第二数量“2”，因而可以将基于上述第一数量“3”对第一数据库所记录的数量进行更新，即将上述第一数据库所记录的数量更改为第一数量。可选地，还可以将目标应用程序中的未读消息的状态同步至信息应用程序中，即，在信息应用程序中，再次将所显示的b1、b2这两个消息的读取状态由已读更改为未读，并在信息应用程序中显示b3这一新接收到的未读消息，已避免目标应用程序中的重要消息被用户遗忘，起到再次提醒用户的作用。
可选地，为了上述消息读取方法还包括：
检测上述第一数据库所记录的数量是否为0；
若上述第一数据库所记录的数量不为0，则基于上述第一数据库所记录的数量对上述信息应用程序中显示的未读消息提醒进行更新。
在本申请实施例中，如果上述第一数据库所记录的数量为0，则可以认为在信息应用程序前次执行了全部已读操作后，目标应用程序还未接收到新的未读消息，也即是说，信息应用程序中所显示的目标应用程序的消息中，并不存在新的未读消息。此时，信息应用程序的未读消息提醒只与自身相关，即，若信息应用程序直接接收了新的消息，且该直接接收的新的消息未被用户读取，则可以根据当前信息应用程序直接接收的未读消息的数量进行消息提醒；而如果上述第一数据库所记录的数量不为0，则可以认为当前信息应用程序所显示的未读消息中，存在来源于目标应用程序的消息。具体的，可以首先获取上述信息应用程序直接接收的未读消息的数量，然后将上述信息应用程序直接接收的未读消息的数量与上述第一数据库所记录的数量相加，得到上述信息应用程序中所有未读消息的数量，最后根据上述信息应用程序中所有未读消息的数量对上述未读消息提醒进行更新，以使得未读消息提醒能够正确的提醒用户信息应用程序中所存在的未读消息的数量。
可选地，上述第一数据库也可以被其它应用程序注册监听，当上述第一数据库所记录的数量被更新时，上述第一数据库可以向上述其它应用程序发送更新通知，其中，上述其它应用程序为移动终端除上述信息应用程序及目标应用程序之外的应用程序。
由上可见，在本申请实施例中，通过引入第一数据库，实现单独保存信息应用程序中所显示的目标应用程序，即第三方应用程序的未读消息的个数，方便用户在移动终端自带的信息应用程序中对所显示的未读消息执行全部已读的操作，且上述在信息应用程序中执行的全部已读的操作不会影响到第三方应用程序，一定程度上提升了用户对信息应用程序中未读消息的操作效率。而当目标应用程序的未读消息的数量满足一定的数据更新条件时，上述第一数据库所记录的数据将基于目标应用程序的未读消息的数量进行更新同步，使得用户不会错过目标应用程序中的重要消息。
实施例三
本申请实施例三提供了一种消息读取装置，上述消息读取装置可集成于移动终端中，如图3所示，本申请实施例中的消息读取装置300包括：
数据库建立单元301，用于通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，其中，上述目标应用程序为不同于上述信息应用程序且支持融合通信功能的应用程序；
读取状态更改单元302，用于当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读；
数据库更新单元303，用于在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。
可选地，上述消息读取装置300还包括：
监听单元，用于上述信息应用程序监听上述目标应用程序是否发生未读消息变更事件；
第一获取单元，用于当上述信息应用程序监听到上述目标应用程序发生未读消息变更事件时，获取上述目标应用程序的未读消息的数量；
第一数量确定单元，用于将获取到的上述目标应用程序的未读消息的数量作为第一数量；
第一数量检测单元，用于检测上述第一数量是否满足预设的数据更新条件；
上述数据库更新单元，还用于若上述第一数量满足预设的数据更新条件，则基于上述第一数量对上述第一数据库所记录的数量进行更新。
可选地，上述消息读取装置300还包括：
第二获取单元，用于在上述移动终端的信息应用程序接收到全部已读指令之后，获取上述第一数据库当前所记录的数量；
第二数量确定单元，用于将获取到的上述第一数据库当前所记录的数量作为第二数量；
上述第一数量检测单元，具体用于检测上述第一数量是否大于上述第二数量，若上述第一数量大于上述第二数量，则确定上述第一数量满足预设的数据更新条件。
可选地，上述消息读取装置300还包括：
数据库检测单元，用于检测上述第一数据库所记录的数量是否为0；
提醒更新单元，用于当上述第一数据库所记录的数量不为0时，基于上述第一数据库所记录的数量对上述信息应用程序中显示的未读消息提醒进行更新。
可选地，上述提醒更新单元包括：
第三获取子单元，用于获取上述信息应用程序直接接收的未读消息的数量；
计算子单元，用于将上述信息应用程序直接接收的未读消息的数量与上述第一数据库所记录的数量相加，得到上述信息应用程序中所有未读消息的数量；
更新子单元，用于根据上述信息应用程序中所有未读消息的数量对上述未读消息提醒进行更新。
由上可见，通过本申请实施例，首先通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，当上述信息应用程序接收到全部已读指令时，将上述信息应用程序中所有未读消息的读取状态更改为已读，并在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。本申请实施例中的消息读取装置通过引入第一数据库，实现单独保存信息应用程序中所显示的目标应用程序，即第三方应用程序的未读消息的个数，方便用户在移动终端自带的信息应用程序中对所显示的未读消息执行全部已读的操作，且上述在信息应用程序中执行的全部已读的操作不会影响到第三方应用程序，一定程度上提升了用户对信息应用程序中未读消息的操作效率。而当目标应用程序的未读消息的数量满足预设的数据更新条件时，上述第一数据库所记录的数据将基于目标应用程序的未读消息的数量进行更新同步，使得用户不会错过目标应用程序中的重要消息。
实施例四
本申请实施例四提供了一种移动终端，请参阅图4，本申请实施例中的移动终端包括：存储器401，一个或多个处理器402(图4中仅示出一个)及存储在存储器401上并可在处理器上运行的计算机程序。其中：存储器401用于存储软件程序以及模块，处理器402通过运行存储在存储器401的软件程序以及单元，从而执行各种功能应用以及数据处理，以获取上述预设事件对应的资源。具体地，处理器402通过运行存储在存储器401的上述计算机程序时实现以下步骤：
通过移动终端的信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，其中，上述目标应用程序为不同于上述信息应用程序且支持融合通信功能的应用程序；
当上述信息应用程序接收到全部已读指令时，基于上述全部已读指令，将上述信息应用程序中所有未读消息的读取状态更改为已读；
在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。
假设上述为第一种可能的实施方式，则在第一种可能的实施方式作为基础而提供的第二种可能的实施方式中，处理器402通过运行存储在存储器401的上述计算机程序时还实现以下步骤：
上述信息应用程序监听上述目标应用程序是否发生未读消息变更事件；
当上述信息应用程序监听到上述目标应用程序发生未读消息变更事件时，获取上述目标应用程序的未读消息的数量；
将获取到的上述目标应用程序的未读消息的数量作为第一数量；
检测上述第一数量是否满足预设的数据更新条件；
若上述第一数量满足预设的数据更新条件，则基于上述第一数量对上述第一数据库所记录的数量进行更新。
在上述第二种可能的实施方式作为基础而提供的第三种可能的实施方式中，在上述移动终端的信息应用程序接收到全部已读指令之后，处理器402通过运行存储在存储器401的上述计算机程序时还实现以下步骤：
获取上述第一数据库当前所记录的数量；
将获取到的上述第一数据库当前所记录的数量作为第二数量；
上述检测上述第一数量是否满足预设的数据更新条件，包括：
检测上述第一数量是否大于上述第二数量；
若上述第一数量大于上述第二数量，则确定上述第一数量满足预设的数据更新条件。
在上述第一种可能的实施方式作为基础，或者上述第二种可能的实施方式作为基础，或者上述第三种可能的实施方式作为基础而提供的第四种可能的实施方式中，处理器402通过运行存储在存储器401的上述计算机程序时还实现以下步骤：
检测上述第一数据库所记录的数量是否为0；
若上述第一数据库所记录的数量不为0，则基于上述第一数据库所记录的数量对上述信息应用程序中显示的未读消息提醒进行更新。
在上述第四种可能的实施方式作为基础而提供的第五种可能的实施方式中，上述基于上述第一数据库所记录的数量在上述信息应用程序界面显示未读消息提醒，包括：
获取上述信息应用程序直接接收的未读消息的数量；
将上述信息应用程序直接接收的未读消息的数量与上述第一数据库所记录的数量相加，得到上述信息应用程序中所有未读消息的数量；
根据上述信息应用程序中所有未读消息的数量对上述未读消息提醒进行更新。
进一步，如图4所示，上述移动终端还可包括：一个或多个输入设备403(图4中仅示出一个)和一个或多个输出设备404(图4中仅示出一个)。存储器401、处理器402、输入设备403和输出设备404通过总线405连接。
应当理解，在本申请实施例中，所称处理器402可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
输入设备403可以包括键盘、触控板、指纹采传感器(用于采集用户的指纹信息和指纹的方向信息)、麦克风等，输出设备404可以包括显示器、扬声器等。
存储器401可以包括只读存储器和随机存取存储器，并向处理器402提供指令和数据。存储器401的一部分或全部还可以包括非易失性随机存取存储器。例如，存储器401还可以存储设备类型的信息。
由上可见，通过本申请实施例，移动终端首先通过信息应用程序建立第一数据库，上述第一数据库用于记录目标应用程序的未读消息的数量，当上述信息应用程序接收到全部已读指令时，将上述信息应用程序中所有未读消息的读取状态更改为已读，并在将上述所有未读消息的读取状态更改为已读之后，将上述第一数据库所记录的数量更新为0。本申请实施例中的移动终端通过引入第一数据库，实现单独保存信息应用程序中所显示的目标应用程序，即第三方应用程序的未读消息的个数，方便用户在移动终端自带的信息应用程序中对所显示的未读消息执行全部已读的操作，且上述在信息应用程序中执行的全部已读的操作不会影响到第三方应用程序，一定程度上提升了用户对信息应用程序中未读消息的操作效率。而当目标应用程序的未读消息的数量满足预设的数据更新条件时，上述第一数据库所记录的数据将基于目标应用程序的未读消息的数量进行更新同步，使得用户不会错过目标应用程序中的重要消息。
所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将上述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者外部设备软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的系统实施例仅仅是示意性的，例如，上述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，上述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，上述计算机程序包括计算机程序代码，上述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。上述计算机可读存储介质可以包括：能够携带上述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机可读存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，上述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读存储介质不包括是电载波信号和电信信号。
以上上述实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。
Claims (10)
1.一种消息读取方法，其特征在于，包括：
通过移动终端的信息应用程序建立第一数据库，所述第一数据库用于记录目标应用程序的未读消息的数量，所述数量指的是在信息应用程序中所显示的目标应用程序的未读消息的数量，其中，所述目标应用程序为不同于所述信息应用程序且支持融合通信功能的应用程序，所述信息应用程序通过所述目标应用程序的API来实现访问目标应用程序的操作，所述信息应用程序是移动终端内置的应用程序，能通过所述信息应用程序进行融合通信消息的传输；
当所述信息应用程序接收到全部已读指令时，基于所述全部已读指令，将所述信息应用程序中所有未读消息的读取状态更改为已读并维持该未读消息在所述目标应用程序中的读取状态；
在将所述所有未读消息的读取状态更改为已读之后，将所述第一数据库所记录的数量更新为0。
2.如权利要求1所述的消息读取方法，其特征在于，所述消息读取方法还包括：
所述信息应用程序监听所述目标应用程序是否发生未读消息变更事件；
当所述信息应用程序监听到所述目标应用程序发生未读消息变更事件时，获取所述目标应用程序的未读消息的数量；
将获取到的所述目标应用程序的未读消息的数量作为第一数量；
检测所述第一数量是否满足预设的数据更新条件；
若所述第一数量满足预设的数据更新条件，则基于所述第一数量对所述第一数据库所记录的数量进行更新。
3.如权利要求2所述的消息读取方法，其特征在于，在所述移动终端的信息应用程序接收到全部已读指令之后，在将所述第一数据库所记录的数量更新为0之前，所述消息读取方法还包括：
获取所述第一数据库当前所记录的数量；
将获取到的所述第一数据库当前所记录的数量作为第二数量；
所述检测所述第一数量是否满足预设的数据更新条件，包括：
检测所述第一数量是否大于所述第二数量；
若所述第一数量大于所述第二数量，则确定所述第一数量满足预设的数据更新条件。
4.如权利要求1至3任一项所述的消息读取方法，其特征在于，所述消息读取方法还包括：
检测所述第一数据库所记录的数量是否为0；
若所述第一数据库所记录的数量不为0，则基于所述第一数据库所记录的数量对所述信息应用程序中显示的未读消息提醒进行更新。
5.如权利要求4所述的消息读取方法，其特征在于，所述基于所述第一数据库所记录的数量在所述信息应用程序界面显示未读消息提醒，包括：
获取所述信息应用程序直接接收的未读消息的数量；
将所述信息应用程序直接接收的未读消息的数量与所述第一数据库所记录的数量相加，得到所述信息应用程序中所有未读消息的数量；
根据所述信息应用程序中所有未读消息的数量对所述未读消息提醒进行更新。
6.一种消息读取装置，其特征在于，所述消息读取装置包括：
数据库建立单元，用于通过移动终端的信息应用程序建立第一数据库，所述第一数据库用于记录目标应用程序的未读消息的数量，所述数量指的是在信息应用程序中所显示的目标应用程序的未读消息的数量，其中，所述目标应用程序为不同于所述信息应用程序且支持融合通信功能的应用程序，所述信息应用程序通过所述目标应用程序的API来实现访问目标应用程序的操作，所述信息应用程序是移动终端内置的应用程序，能通过所述信息应用程序进行融合通信消息的传输；
读取状态更改单元，用于当所述信息应用程序接收到全部已读指令时，基于所述全部已读指令，将所述信息应用程序中所有未读消息的读取状态更改为已读并维持该未读消息在所述目标应用程序中的读取状态；
数据库更新单元，用于在将所述所有未读消息的读取状态更改为已读之后，将所述第一数据库所记录的数量更新为0。
7.如权利要求6所述的消息读取装置，其特征在于，所述消息读取装置还包括：
监听单元，用于所述信息应用程序监听所述目标应用程序是否发生未读消息变更事件；
第一获取单元，用于当所述信息应用程序监听到所述目标应用程序发生未读消息变更事件时，获取所述目标应用程序的未读消息的数量；
第一数量确定单元，用于将获取到的所述目标应用程序的未读消息的数量作为第一数量；
第一数量检测单元，用于检测所述第一数量是否满足预设的数据更新条件；
所述数据库更新单元，还用于若所述第一数量满足预设的数据更新条件，则基于所述第一数量对所述第一数据库所记录的数量进行更新。
8.如权利要求6所述的消息读取装置，其特征在于，所述消息读取装置还包括：
第二获取单元，用于在所述移动终端的信息应用程序接收到全部已读指令之后，获取所述第一数据库当前所记录的数量；
第二数量确定单元，用于将获取到的所述第一数据库当前所记录的数量作为第二数量；
所述第一数量检测单元，具体用于检测所述第一数量是否大于所述第二数量，若所述第一数量大于所述第二数量，则确定所述第一数量满足预设的数据更新条件。
9.一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。
10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至5任一项所述方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810223711.3A CN108509541B (zh) | 2018-03-19 | 2018-03-19 | 一种消息读取方法、消息读取装置及移动终端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201810223711.3A CN108509541B (zh) | 2018-03-19 | 2018-03-19 | 一种消息读取方法、消息读取装置及移动终端 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108509541A CN108509541A (zh) | 2018-09-07 |
| CN108509541B true CN108509541B (zh) | 2021-04-02 |
Family
ID=63375898
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201810223711.3A Expired - Fee Related CN108509541B (zh) | 2018-03-19 | 2018-03-19 | 一种消息读取方法、消息读取装置及移动终端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108509541B (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN111190512B (zh) * | 2018-11-15 | 2023-04-28 | 阿里巴巴集团控股有限公司 | 消息处理方法及其装置 |
| CN110324233B (zh) * | 2019-05-23 | 2022-11-29 | 平安科技（深圳）有限公司 | 未读消息角标提示方法、装置、设备及存储介质 |
| CN113360752A (zh) * | 2021-04-23 | 2021-09-07 | 山东英信计算机技术有限公司 | 一种消息推送的方法、装置、设备及可读介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103701996A (zh) * | 2014-01-09 | 2014-04-02 | 厦门美图之家科技有限公司 | 一种移动终端的应用程序通知的快速开闭方法 |
| KR20140061943A (ko) * | 2012-11-13 | 2014-05-22 | 민크리스토퍼케이 | 메시지 통합관리 시스템 및 방법 |
| CN104967550A (zh) * | 2014-05-19 | 2015-10-07 | 腾讯科技（深圳）有限公司 | 未读消息显示方法及装置 |
| CN106790991A (zh) * | 2016-11-24 | 2017-05-31 | 三星电子（中国）研发中心 | 一种管理未读消息的方法和装置 |
| CN106802791A (zh) * | 2015-11-26 | 2017-06-06 | 赤子城网络技术（北京）有限公司 | 未读消息计数方法及装置 |
-
2018
- 2018-03-19 CN CN201810223711.3A patent/CN108509541B/zh not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20140061943A (ko) * | 2012-11-13 | 2014-05-22 | 민크리스토퍼케이 | 메시지 통합관리 시스템 및 방법 |
| CN103701996A (zh) * | 2014-01-09 | 2014-04-02 | 厦门美图之家科技有限公司 | 一种移动终端的应用程序通知的快速开闭方法 |
| CN104967550A (zh) * | 2014-05-19 | 2015-10-07 | 腾讯科技（深圳）有限公司 | 未读消息显示方法及装置 |
| CN106802791A (zh) * | 2015-11-26 | 2017-06-06 | 赤子城网络技术（北京）有限公司 | 未读消息计数方法及装置 |
| CN106790991A (zh) * | 2016-11-24 | 2017-05-31 | 三星电子（中国）研发中心 | 一种管理未读消息的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108509541A (zh) | 2018-09-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9674120B2 (en) | Method and apparatus for generating a suggested message to be sent over a network | |
| CN107872494B (zh) | 一种消息推送方法和装置 | |
| CN108509541B (zh) | 一种消息读取方法、消息读取装置及移动终端 | |
| CN108494972B (zh) | 一种消息提醒方法、装置、移动终端及可读存储介质 | |
| KR20170019725A (ko) | 전자 장치 및 이의 알림 출력 제어 방법 | |
| CN109710425B (zh) | 一种消息监听方法和装置 | |
| CN108446211B (zh) | 浏览器异常收集方法、装置、移动终端以及存储介质 | |
| CN108683588B (zh) | 一种消息管理方法、消息管理装置及移动终端 | |
| KR20150062686A (ko) | 전자 장치의 스팸 필터링 방법 및 그 전자 장치 | |
| CN108702421A (zh) | 用于控制应用和组件的电子设备和方法 | |
| CN108632460A (zh) | 权限管理方法、装置、移动终端以及存储介质 | |
| CN110912807A (zh) | 信息提示方法、装置、电子设备和计算机可读存储介质 | |
| CN106055598B (zh) | 信息显示方法及装置 | |
| US11797218B2 (en) | Method and device for detecting slow node and computer-readable storage medium | |
| CN107276795A (zh) | 基于容器的信息处理方法和装置、以及服务器和终端 | |
| CN108170292B (zh) | 表情管理方法、表情管理装置及智能终端 | |
| CN107930126B (zh) | 游戏预约数据处理方法、装置以及移动终端 | |
| US10397772B2 (en) | Nomination of a primary cell phone from a pool of cell phones | |
| CN108595252A (zh) | 一种事件展示方法、装置、终端及可读存储介质 | |
| EP3910911B1 (en) | Method for service decision distribution among multiple terminal devices and system | |
| CN114066370A (zh) | 库存服务调用方法、装置、设备、存储介质及程序产品 | |
| CN112673611B (zh) | 移动终端控制方法、移动终端控制装置及移动终端 | |
| CN112866094A (zh) | 一种消息接收提示方法、装置、设备及存储介质 | |
| CN106485583B (zh) | 数据更新方法及装置 | |
| CN114710401B (zh) | 异常定位方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB02 | Change of applicant information | ||
| CB02 | Change of applicant information |
Address after: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant after: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. Address before: Changan town in Guangdong province Dongguan 523860 usha Beach Road No. 18 Applicant before: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS Corp.,Ltd. |
|
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20210402 |