关注操作的处理方法及电子设备与流程

本发明实施例涉及数据通讯技术领域，特别涉及一种关注操作的处理方法及电子设备。

背景技术：

目前，电子设备中的很多应用程序都具有关注功能，即应用程序能够提供一个包括多个可选择的关注项的关注界面，关注项例如为某个体育联赛、某个节目等；从而便于为用户推送最新消息(针对于加过关注的关注项)。

发明人在实现本发明的过程中，发现现有技术存在如下缺陷：随着开发商对各应用程序的功能开发得越来越强大，很多不同功能的应用程序越来越资源共有化，因此可以获取某些相同的资源；例如，两个应用程序可能包括相同的关注项；当分别在这两个应用程序中对该关注项加关注后，可以分别获取该关注项的相关信息。即，现有的各应用程序的关注功能都是独立的，因此可能出现某个关注项在不同应用程序中重复加关注的现象。

技术实现要素：

本发明实施例的目的在于提供一种关注操作的处理方法及电子设备，避免了现有技术中由于各应用模块完全独立实现关注功能而可能导致的对同一关注项的状态的重复修改操作，从而能够优化电子设备内部的资源利用并降低能耗。

为解决上述技术问题，本发明实施例提供了一种关注操作的处理方法，包括：接收至少一个应用模块生成的关注项的关注操作；当判断出关注项数据库中存在所述关注项，且所述关注项数据库中记录的所述关注项的当前状态与所述关注操作执行后对应的状态不一致时，将关注操作发送至服务器；当判断出所述关注项数据库中不存在所述关注项时，将所述关注项加入关注项数据库，并将关注操作发送至服务器。

本发明实施例还提供了一种电子设备，包括关注处理模块、关注项数据库以及多个应用模块；各应用模块能够生成至少一个关注项的关注操作，并发送至所述关注处理模块；关注处理模块用于判断关注数据库中是否存在所述关注项；当存在所述关注项时，关注处理模块还用于判断关注项数据库中记录的所述关注项的当前状态与关注操作执行后对应的状态是否一致；当不一致时，关注处理模块还用于将关注操作发送至服务器；当不存在所述关注项时，关注处理模块还用于将所述关注项加入关注项数据库中，并将关注操作发送至服务器。

本发明实施例相对于现有技术而言，将由任意一个应用模块进行过关注操作的关注项储存在预设的关注项数据库中并记录该关注项的当前状态；在接收到由应用模块生成的关注项的关注操作时，通过查询关注项数据库是否存在该关注项以及该关注项的当前状态；来决定是否需要将接收到的关注操作发送至服务器。从而，实现了各应用模块的关注功能的统一管理，避免了现有技术中由于各应用模块完全独立实现关注功能而可能导致的对同一关注项的状态的重复修改操作，从而能够优化电子设备内部的资源利用并降低能耗。

另外，在将关注项数据库中的所述关注项的当前状态修改为关注操作执行后对应的状态之后，还包括：将关注操作的确认信号发送至生成关注操作的所述应用模块；其中，生成关注操作的应用模块根据关注操作的确认信号修改应用模块中记录的所述关注项的状态。即，即时通知生成关注操作的应用模块，使得应用模块及时修改该应用模块内部记录的所述关注项的状态。

另外，在将关注项数据库储存的所述关注项的当前状态修改为关注操作执行后对应的状态之后，还包括：根据关注项与应用模块的预设对应关系，获取所述关注项对应的多个应用模块；将关注操作的确认信号发送至对应于所述关注项的多个应用模块；其中，对应于所述关注项的多个应用模块根据关注操作的确认信号修改应用模块中记录的所述关注项的状态。从而，只要在一个应用模块中对该关注项进行关注操作，其他包括该关注项的应用模块内的该关注项的状态均能够得到同步更新。

另外，当关注操作为取消关注时，当接收到服务器返回的关注操作的确认信号时，将关注项数据库中的所述关注项移除。即，此时关注项数据库只储存有目前处于已关注状态的关注项；实际上对关注项数据库的存储能力的要求较小；换句话说，对于电子设备而言，可以更加节省存储空间。

另外，电子设备的关注处理模块为日历应用模块。日历应用模块由于本身功能的需要会一直处于打开状态，因此可以时刻监测其他应用模块的关注操作。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据第一实施方式的关注操作的处理方法的流程图；

图2是根据第二实施方式的关注操作的处理方法的流程图；

图3是根据第三实施方式的关注操作的处理方法的流程图；

图4是根据第四实施方式的关注操作的处理方法的流程图；

图5是根据第五实施方式的电子设备的虚拟模块的方框图；

图6是根据第六实施方式的电子设备的实体装置的方框图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请各权利要求所要求保护的技术方案。

本发明的第一实施方式涉及一种关注操作的处理方法，应用于包括关注处理模块与多个应用模块的电子设备，电子设备例如为智能手机。关注处理模块与多个应用模块均安装在该电子设备中，各应用模块例如可以包括：壁纸应用、日历应用、乐视视频等等，然本实施方式对此不作任何限制。各应用模块包括多个关注项，用户可以在各应用模块中对其包括的任一关注项选择加关注或者取消关注；各应用模块能够生成的该关注项的关注操作(的信号)。关注操作可以是加关注或者取消关注；加关注执行后对应的状态为已关注状态，取消关注执行后对应的状态为未关注状态。

本实施方式中，可以对基于同一账号名称的关注项的关注操作采用本实施方式所述的处理方法进行处理。具体而言，用户在多个应用模块中以同一个账号名称申请了账户，当用户在该账号名称(以该账号名称登录了账户)下对某个应用模块的关注项进行操作时，该应用模块生成绑定有该账号名称的关注操作。对应的，关注项数据库中储存有各账号名称对应的关注状态存储区域。关注处理模块可以识别各关注操作所绑定的账号名称，并查找关注项数据库中该账号名称对应的关注状态存储区域，以进行后续处理。然本实施方式对此不做任何限制，本领域技术人员可以根据实际需要设计。

本实施方式的关注操作的处理方法的具体流程如图1所示。

步骤101：接收至少一个应用模块生成的关注项的关注操作。

即，各应用模块根据用户的选择生成关注项的关注操作，并将该关注项的关注操作发送至关注处理模块。

步骤102：判断预设的关注项数据库中是否存在所述关注项。若存在，则进入步骤103；若不存在，则进入步骤104。

其中，预设的关注项数据库中储存有被进行过关注操作的关注项。即，当某个关注项被加关注后，会被储存至关注项数据库且该关注项的当前状态被记录为已关注状态；当该关注项又被取消关注时，该关注项的当前状态被记录为未关注状态。换句话说，某个关注项只要被加关注、或者加关注后又被取消关注，关注项数据库都会储存有该关注项以及该关注项的当前状态。

因此，若关注项数据库中存在所述关注项，则表示该关注项曾经被进行过关注操作且至少被加关注过；若关注项数据库中不存在所述关注项，则表示该关注项没有被加关注过。

步骤103：判断关注项数据库中记录的所述关注项的当前状态与关注操作执行后对应的状态是否一致。若一致，则结束；若不一致，则进入步骤105。

假设关注操作为加关注，其执行后的状态为已关注状态；若关注项数据库中记录的所述关注项的当前状态为未关注状态(可能之前关注过又被取消了)，表示该关注项目前尚未被加关注，那么本次的加关注有效，进入步骤105；反之，若关注项数据库中记录的所述关注项的当前状态为已关注状态，表示该关注项已被加关注了(可能是在其他应用模块中进行的操作)，那么本次的加关注实质上属于重复操作，关注处理模块对其不作处理。

需要说明的是，由于各应用模块的关注项的状态是独立记录的，各应用模块并不知晓某个关注项是否在其他应用模块中已经被加关注或取消关注，因此可能会出现重复操作。例如，应用模块A、B均包括关注项C；关注项C在应用模块A中被加关注后，应用模块A中记录的关注项C的状态为已关注状态(关注数据库中记录的关注项C的当前状态也为已关注状态)，而应用模块B中记录的关注项C的状态仍然为未关注状态；此时，在应用模块B中可能会重复对关注项C的加关注。

步骤104：将关注项加入关注项数据库。然后，进入步骤105。

若该关注项尚未被加过关注时，则将该关注项加入该关注项数据库。需要说明的是，关注处理模块会将发送该关注操作的应用模块绑定于该关注项一同储存在关注项数据库。

步骤105：将关注操作发送至服务器。

本实施例中，将由任意一个应用模块进行过关注操作的关注项储存在预设的关注项数据库中并记录该关注项的当前状态；在接收到由应用模块生成的关注项的关注操作时，通过查询关注项数据库是否存在该关注项以及该关注项的当前状态；来决定是否需要将接收到的关注操作发送至服务器。从而，实现了各应用模块的关注功能的统一管理，避免了现有技术中由于各应用模块完全独立实现关注功能而可能导致的对同一关注项的状态的重复修改操作，从而能够优化电子设备内部的资源利用并降低能耗。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第二实施方式涉及一种关注操作的处理方法。第二实施方式是在第一实施方式基础上的改进，主要改进之处在于：在第二实施方式中，关注操作的处理方法还包括根据服务器的确认信号修改关注项数据库中该关注项的状态并及时通知生成该关注操作的应用模块。

本实施方式的关注操作的处理方法的具体流程如图2所示。

步骤201：接收至少一个应用模块生成的关注项的关注操作。

即，各应用模块根据用户的选择生成关注项的关注操作，并将该关注项的关注操作发送至关注处理模块。

步骤202：判断预设的关注项数据库中是否存在所述关注项。若存在，则进入步骤203；若不存在，则进入步骤204。

其中，预设的关注项数据库中储存有被进行过关注操作的关注项。即，当某个关注项被加关注后，会被储存至关注项数据库且该关注项的当前状态被记录为已关注状态；当该关注项又被取消关注时，该关注项的当前状态被记录为未关注状态。换句话说，某个关注项只要被加关注、或者加关注后又被取消关注，关注项数据库都会储存有该关注项以及该关注项的当前状态。

因此，若关注项数据库中存在所述关注项，则表示该关注项曾经被进行过关注操作且至少被加关注过；若关注项数据库中不存在所述关注项，则表示该关注项没有被加关注过。

步骤203：判断关注项数据库中记录的所述关注项的当前状态与关注操作执行后对应的状态是否一致。若一致，则结束；若不一致，则进入步骤205。

假设关注操作为加关注，其执行后的状态为已关注状态；若关注项数据库中记录的所述关注项的当前状态为未关注状态(可能之前关注过又被取消了)，表示该关注项目前尚未被加关注，那么本次的加关注有效，进入步骤105；反之，若关注项数据库中记录的所述关注项的当前状态为已关注状态，表示该关注项已被加关注了(可能是在其他应用模块中进行的操作)，那么本次的加关注实质上属于重复操作，关注处理模块对其不作处理。

需要说明的是，由于各应用模块的关注项的状态是独立记录的，各应用模块并不知晓某个关注项是否在其他应用模块中已经被加关注或取消关注，因此可能会出现重复操作。例如，应用模块A、B均包括关注项C；关注项C在应用模块A中被加关注后，应用模块A中记录的关注项C的状态为已关注状态(关注数据库中记录的关注项C的当前状态也为已关注状态)，而应用模块B中记录的关注项C的状态仍然为未关注状态；此时，在应用模块B中可能会重复对关注项C的加关注。

步骤204：将关注项加入关注项数据库。然后，进入步骤205。

若该关注项尚未被加过关注时，则将该关注项加入该关注项数据库。需要说明的是，关注处理模块会将发送该关注操作的应用模块绑定于该关注项一同储存在关注项数据库。

步骤205：将关注操作发送至服务器。

步骤206：判断是否接收到服务器返回的关注操作的确认信号。若是，则进入步骤207；若否，则结束。

实际上的，关注处理模块内部预设有效等待时长；自关注处理模块将关注操作发送至服务器后开始计时，若在该有效等待时长内没有接收到服务器返回的关注操作的确认信号，则默认为本次关注操作的请求失败。

步骤207：将关注项数据库中的关注项的当前状态记录为关注操作执行后对应的状态。

关注处理模块更新关注项数据库中记录的关注项的当前状态。

步骤208：将关注操作的确认信号发送至生成关注操作的应用模块。

其中，生成关注操作的应用模块根据该关注操作的确认信号修改应用模块中记录的所述关注项的状态。即，关注处理模块对生成关注操作的应用模块中的该关注项的状态进行更新。

本实施方式中，当接收到服务器返回的确认信号后，对关注项数据库中该关注项的状态进行修改并及时通知生成该关注操作的应用模块。相较于第一实施方式而言，本实施例的技术方案更加完善。

本发明的第三实施方式涉及一种关注操作的处理方法。第三实施方式与第二实施方式大致相同，主要区别之处在于：在第二实施方式中，将关注操作的确认信号发送至生成所述关注操作的所述应用模块(即步骤208)。而在本发明第三实施方式中，将关注操作的确认信号发送至所有包括该关注项的应用模块。

本实施方式的注操作的处理方法的流程图如图3所示。

步骤301：接收至少一个应用模块生成的关注项的关注操作。

即，各应用模块根据用户的选择生成关注项的关注操作，并将该关注项的关注操作发送至关注处理模块。

步骤302：判断预设的关注项数据库中是否存在所述关注项。若存在，则进入步骤303；若不存在，则进入步骤304。

其中，预设的关注项数据库中储存有被进行过关注操作的关注项。即，当某个关注项被加关注后，会被储存至关注项数据库且该关注项的当前状态被记录为已关注状态；当该关注项又被取消关注时，该关注项的当前状态被记录为未关注状态。换句话说，某个关注项只要被加关注、或者加关注后又被取消关注，关注项数据库都会储存有该关注项以及该关注项的当前状态。

因此，若关注项数据库中存在所述关注项，则表示该关注项曾经被进行过关注操作且至少被加关注过；若关注项数据库中不存在所述关注项，则表示该关注项没有被加关注过。

步骤303：判断关注项数据库中记录的所述关注项的当前状态与关注操作执行后对应的状态是否一致。若一致，则结束；若不一致，则进入步骤305。

假设关注操作为加关注，其执行后的状态为已关注状态；若关注项数据库中记录的所述关注项的当前状态为未关注状态(可能之前关注过又被取消了)，表示该关注项目前尚未被加关注，那么本次的加关注有效，进入步骤105；反之，若关注项数据库中记录的所述关注项的当前状态为已关注状态，表示该关注项已被加关注了(可能是在其他应用模块中进行的操作)，那么本次的加关注实质上属于重复操作，关注处理模块对其不作处理。

需要说明的是，由于各应用模块的关注项的状态是独立记录的，各应用模块并不知晓某个关注项是否在其他应用模块中已经被加关注或取消关注，因此可能会出现重复操作。例如，应用模块A、B均包括关注项C；关注项C在应用模块A中被加关注后，应用模块A中记录的关注项C的状态为已关注状态(关注数据库中记录的关注项C的当前状态也为已关注状态)，而应用模块B中记录的关注项C的状态仍然为未关注状态；此时，在应用模块B中可能会重复对关注项C的加关注。

步骤304：将关注项加入关注项数据库。然后，进入步骤305。

若该关注项尚未被加过关注时，则将该关注项加入该关注项数据库。需要说明的是，关注处理模块会将发送该关注操作的应用模块绑定于该关注项一同储存在关注项数据库。

步骤305：将关注操作发送至服务器。

步骤306：判断是否接收到服务器返回的关注操作的确认信号。若是，则进入步骤307；若否，则结束。

实际上的，关注处理模块内部预设有效等待时长；自关注处理模块将关注操作发送至服务器后开始计时，若在该有效等待时长内没有接收到服务器返回的关注操作的确认信号，则默认为本次关注操作的请求失败。

步骤307：将关注项数据库中的关注项的当前状态记录为关注操作执行后对应的状态。

关注处理模块更新关注项数据库中记录的关注项的当前状态。

步骤308：根据关注项与应用模块的预设对应关系，获取所述关注项对应的多个应用模块。

其中，关注项数据库还储存有关注项与应用模块的预设对应关系。关注处理模块获取所有包括该关注项的应用模块。需要说明的是，关注处理模块可以预先从各应用模块获取各应用模块包括的各关注项，进而建立该关注项与应用模块的预设对应关系；或者，各应用模块可以主动将各应用模块包括的各关注项发送至关注处理模块，进而关注处理模块建立该关注项与应用模块的预设对应关系；然本实施方式对此不作任何限制。

步骤309：将关注操作的确认信号发送至对应于所述关注项的多个应用模块。

其中，对应于所述关注项的各应用模块根据所述关注操作的确认信号修改各应用模块中记录的所述关注项的状态。即，只要在一个应用模块中对该关注项进行关注操作，其他包括该关注项的应用模块内的该关注项的状态均能够得到同步更新；从而可以实现各应用模块的消息互通。

本实施方式中，将关注操作的确认信号发送至所有包括该关注项的应用模块。即，只要在一个应用模块中对该关注项进行关注操作，其他包括该关注项的应用模块内的该关注项的状态均能够得到同步更新。相对于第二实施例而言，可以避免由于其他应用模块没有及时更新而导致用户重复操作的问题。

本发明的第四实施方式涉及一种关注操作的处理方法。第四实施方式是在第二实施方式基础上的改进大致相同，主要改进之处在于：当关注项被取消关注成功后(即接收到服务器返回的取消关注的确认信号)，将关注项数据库中的所述关注项移除。

本实施方式的关注操作的处理方法的具体流程如图4所示。

步骤401：接收至少一个应用模块生成的关注项的关注操作。

即，各应用模块根据用户的选择生成关注项的关注操作，并将该关注项的关注操作发送至关注处理模块。

步骤402：判断预设的关注项数据库中是否存在所述关注项。若存在，则进入步骤403；若不存在，则进入步骤404。

其中，预设的关注项数据库中储存有被进行过关注操作的关注项。即，当某个关注项被加关注后，会被储存至关注项数据库且该关注项的当前状态被记录为已关注状态；当该关注项又被取消关注时，该关注项的当前状态被记录为未关注状态。换句话说，某个关注项只要被加关注、或者加关注后又被取消关注，关注项数据库都会储存有该关注项以及该关注项的当前状态。

因此，若关注项数据库中存在所述关注项，则表示该关注项曾经被进行过关注操作且至少被加关注过；若关注项数据库中不存在所述关注项，则表示该关注项没有被加关注过。

步骤403：判断关注项数据库中记录的所述关注项的当前状态与关注操作执行后对应的状态是否一致。若一致，则结束；若不一致，则进入步骤405。

假设关注操作为加关注，其执行后的状态为已关注状态；若关注项数据库中记录的所述关注项的当前状态为未关注状态(可能之前关注过又被取消了)，表示该关注项目前尚未被加关注，那么本次的加关注有效，进入步骤105；反之，若关注项数据库中记录的所述关注项的当前状态为已关注状态，表示该关注项已被加关注了(可能是在其他应用模块中进行的操作)，那么本次的加关注实质上属于重复操作，关注处理模块对其不作处理。

需要说明的是，由于各应用模块的关注项的状态是独立记录的，各应用模块并不知晓某个关注项是否在其他应用模块中已经被加关注或取消关注，因此可能会出现重复操作。例如，应用模块A、B均包括关注项C；关注项C在应用模块A中被加关注后，应用模块A中记录的关注项C的状态为已关注状态(关注数据库中记录的关注项C的当前状态也为已关注状态)，而应用模块B中记录的关注项C的状态仍然为未关注状态；此时，在应用模块B中可能会重复对关注项C的加关注。

步骤404：将关注项加入关注项数据库。然后，进入步骤405。

若该关注项尚未被加过关注时，则将该关注项加入该关注项数据库。需要说明的是，关注处理模块会将发送该关注操作的应用模块绑定于该关注项一同储存在关注项数据库。

步骤405：将关注操作发送至服务器。

步骤406：判断是否接收到服务器返回的关注操作的确认信号。若是，则进入步骤407；若否，则结束。

步骤407：判断所述关注操作是否为取消关注。若是，进入步骤408；若否，进入步骤409。

步骤408：将关注项数据库中的所述关注项移除。并进入步骤410。

即，此时关注项数据库只储存有目前处于已关注状态的关注项，实际上对关注项数据库的存储能力的要求较小；换句话说，对于电子设备而言，可以更加节省存储空间。

步骤409：将关注项数据库中的关注项的当前状态记录为关注操作执行后对应的状态。

关注处理模块更新关注项数据库中记录的关注项的当前状态。

步骤410：将关注操作的确认信号发送至生成关注操作的应用模块。

其中，生成关注操作的应用模块根据该关注操作的确认信号修改应用模块中记录的所述关注项的状态。即，关注处理模块对生成关注操作的应用模块中的该关注项的状态进行更新。

本实施方式实际上提供了关注操作的处理方法的另外一种实现思路，具体说明如下：

于本实施方式中，沿用第二实施方式中步骤203中所举的例子；若在应用模块A中对关注项C取消关注，那么关注处理模块会将关注项数据库中的关注项C移除，即关注项数据库中不再储存有关注项C。当在应用模块B中再次对关注项C加关注时，由于步骤402中判断为否(关注项数据库中不存在关注项C)，因此进入步骤404并依次执行后续步骤405-408。

反之，若如第二实施方式中的方法，则关注项数据库还是储存有关注项C；由于步骤202中判断为是(关注项数据库中存在关注项C)，因此进入步骤203并依次执行后续步骤205-208。

本实施方式中，将被取消关注的关注项及时从关注项数据库中删除。即，此时关注项数据库只储存有目前处于已关注状态的关注项；实际上对关注项数据库的存储能力的要求较小；换句话说，对于电子设备而言，可以更加节省存储空间。

本发明第五实施方式涉及一种电子设备，如图5所示，包括：关注处理模块11、关注项数据库12以及多个应用模块13；

各应用模块13能够生成至少一个关注项的关注操作。

关注处理模块11用于接收所述关注项的关注操作，并判断关注数据库中是否存在所述关注项。

若存在所述关注项，关注处理模块11用于判断关注项数据库12中记录的所述关注项的当前状态与关注操作执行后对应的状态是否一致；若不一致，关注处理模块11用于将关注操作发送至服务器；若不存在所述关注项，关注处理模块11用于将所述关注项加入关注项数据库12中，并将关注操作发送至服务器。

如上所述的电子设备与第一实施方式所述的关注操作的处理方法相对应。

在上述电子设备的基础上，进一步的，关注处理模块11还用于当接收到服务器返回的所述关注操作的确认信号时，将关注项数据库12中的所述关注项的当前状态记录为所述关注操作执行后对应的状态。

关注处理模块11还用于将所述关注操作的确认信号发送至生成所述关注操作的所述应用模块13；其中，生成所述关注操作的应用模块13根据所述关注操作的确认信号修改所述应用模块13中记录的所述关注项的状态。

其中，所述关注处理模块11可以为日历应用模块13。

如上所述的电子设备与第二实施方式所述的关注操作的处理方法相对应。

在上述电子设备的基础上，进一步的，关注项数据库中还储存有关注项与应用模块的预设对应关系。关注处理模块还用于根据关注项与应用模块的预设对应关系，获取所述关注项对应的多个应用模块；关注处理模块还用于将所述关注操作的确认信号发送至对应于所述关注项的多个应用模块；其中，对应于所述关注项的各应用模块根据所述关注操作的确认信号修改各应用模块中记录的所述关注项的状态。

如上所述的电子设备与第三实施方式所述的关注操作的处理方法相对应。

在上述电子设备的基础上，进一步的，当关注操作为取消关注时，关注处理模块11还可以用于在接收到服务器返回的所述关注操作的确认信号时，将所述关注项数据库12中的所述关注项移除。即，此时关注项数据库12实际上只储存有目前处于已关注状态的关注项。

如上所述的电子设备与第四实施方式所述的关注操作的处理方法相对应。

其中，需要说明的是，各应用模块与关注处理模块实际上均可以由处理器21实现；关注项数据库可由存储器22实现。另外，电子设备还可以包括输入设备23、显示器24及无线收发器25。无线收发器25用于与服务器进行无线通讯，以收发信号。输入设备23例如键盘、或触控板等，用于供用户操作以输入命令，显示器24用于显示各关注项及其状态；或者，输入设备与显示器可整合在一起，例如触控显示器。本实施方式的电子设备的实体装置的方框图如图6所示。

不难发现，本实施方式为与第一至第四中任一实施方式相对应的系统实施例，本实施方式可与第一至第四中任一实施方式互相配合实施。第一至第四中任一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一至第四中任一实施方式中。

值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明实施例的创新部分，本实施方式中并没有将与解决本发明实施例所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单元。

本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明实施例的精神和范围。