关注状态同步方法及终端设备与流程

本发明实施例涉及数据通讯技术领域，特别涉及一种关注状态同步方法及终端设备。

背景技术：

目前的终端设备功能越来越强大，这其中功不可没的当属具有各种功能的应用软件的不断涌现，使得用户可以在终端设备上方便地进行娱乐、交易、查询等各种活动。

大多数应用软件在使用中都是需要申请个人账号以唯一标志用户。而实际应用中，可能是为了节省费用(有的应用软件需要按照账号付费)、或者是出于某些方面的便利(例如一个家庭可能会仅仅使用一个支付账号，以方便整体统计和还款)，有可能出现二个或二个以上的用户共用一个账户的情况。当不同用户使用不同的终端设备登录同一账户并进行操作后，操作数据仅仅是保存在本地的终端设备；这种情况下，其他的终端设备实际上是要通过网络来同步本地数据的。

例如，两个用户分别在两个终端上以同一个账号登录了日历功能模块；且在其中一个终端上对某一赛事进行了加关注。服务器会同时返回的确认信号至发送加关注请求的终端与未发送请求的另一个终端。两个终端设备接收确认信号后，会分别将其内部储存的该赛事的本地记录状态修改为已关注。即未发送请求的另一个终端也是可以接收到服务器返回的关注操作的确认信号的，并且可以会根据接收到的确认信号对该赛事的本地记录状态进行修改，以实现同步。

发明人在实现本发明的过程中，发现现有技术存在如下缺陷：由于未发送请求的另一个终端自身没有进行关注操作，因此只是单纯地接收关注操作的确认信号并直接修改关注项的本地记录状态。而实际上的，由于网络延误或者传输失误等不确定因素，可能无法及时接收到每一次的关注操作的确认信号；有可能还会连续接收到多次关注操作的确认信号(而实际上这多次关注操作不是连续发生的)或者遗漏某次关注操作的确认信号，此时就会使得终端内部出现重复修改关注项的本地记录状态(有些修改可能是不必要的)，造成不必要的资源消耗。

技术实现要素：

本发明实施例的目的在于提供一种关注状态同步方法及终端设备，避免了由于网络延迟或传输失误等不定性因素而导致的终端设备对关注项的本地记录状态重复修改的情况，从而避免了重复处理数据带来的资源消耗。

为解决上述技术问题，本发明实施例提供了一种关注状态同步方法，应用于一个终端设备，终端设备能够根据另一终端设备上的关注项的关注操作同步更新所述关注项的本地记录状态；关注状态同步方法包括：终端设备接收服务器返回的所述关注项的关注操作的确认信号；终端设备从本地数据库获取所述关注项的本地记录状态；终端设备判断本地记录状态与关注操作执行后对应的状态是否相同；若不相同，则终端设备将本地记录状态修改为关注操作执行后对应的状态。

本发明实施例还提供了一种终端设备，终端设备能够根据另一终端设备上的关注项的关注操作同步更新所述关注项的本地记录状态；终端设备包括：确认信号接收单元、本地数据库、状态获取单元、状态判断单元以及状态修改单元；确认信号接收单元接收服务器返回的所述关注项的关注操作的确认信号；状态获取单元用于从本地数据库获取所述关注项的本地记录状态；状态判断单元用于判断本地记录状态与关注操作执行后对应的状态是否相同；当本地记录状态与所述关注操作执行后对应的状态不相同时，状态修改单元用于将本地记录状态修改为关注操作执行后对应的状态。

本发明实施例相对于现有技术而言，接收到关注项的关注操作的确认信号后，终端设备会将关注项的本地记录状态与关注操作执行后对应的状态进行比较，只有当两者不相同时才会修改关注项的本地记录状态。因此，可以避免由于网络延迟或传输失误等不定性因素而导致的终端设备内部对关注项的本地记录状态重复修改的情况，从而避免了重复处理数据带来的资源消耗(处理器利用率降低、不必要的能耗)。

可选的，在终端设备将本地记录状态修改为关注操作对应的状态之前，还包括：终端设备从服务器获取所述关注项对应的云端记录状态；终端设备判断云端记录状态与本地记录状态是否相同；若不相同，则终端设备将本地记录状态修改为关注操作执行后对应的状态。从而，通过对关注项的云端记录状态的查询，进一步避免由于网络延迟或传输失误等不定性因素可能导致的终端设备对关注项的本地记录状态重复修改的情况。

可选的，在终端设备接收服务器返回的所述关注项的关注操作的确认信号之前，还包括：终端设备提供关注界面；关注界面包括所述关注项以及所述关注项对应的关注键；在终端设备将本地记录状态修改为关注操作执行后对应的状态之后，还包括：终端设备根据所述关注项的本地记录状态修改关注键的显示形式；其中，关注键以不同的显示形式表征所述关注项的本地记录状态。即，终端中的关注项会对应有关注键以表征其状态，关注键一般以呈现不同颜色来表征不同状态；当终端内部出现重复修改关注项的本地记录状态的情况时，关注键也会由于来回切换颜色而呈现闪烁状态。本发明实施例可以避免关注项的本地记录状态的重复修改，导致关注键来回切换而呈现闪烁状态的情况，从而进一步节省能耗。

附图说明

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

图1是根据本发明第一实施方式的关注状态同步方法的流程图；

图2a是根据本发明第二实施方式的关注状态同步方法的流程图；

图2b是根据本发明第二实施方式的关注界面的示意图；

图3是根据本发明第三实施方式的关注状态同步方法的流程图；

图4是根据本发明第四实施方式的终端设备的模块结构图；

图5是根据本发明第五实施方式的终端设备的模块结构图；

图6是根据本发明第六实施方式的终端设备的模块结构图。

具体实施方式

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

本发明的第一实施方式涉及一种关注状态同步方法，应用于例如手机、平板电脑等终端设备。本实施方式中以日历应用程序的关注功能为例进行说明，该方法可以由关注状态同步装置来执行，其中该装置可以由软件和/或硬件实现；然本实施方式并不仅限于日历应用程序，本实施方式适用于具有关注功能的任何应用程序。

如图1所示为根据本发明第一实施方式的关注状态同步方法的流程图。

步骤101：终端设备接收服务器返回的关注项的关注操作的确认信号。

需要说明的是，该关注项的关注操作是基于同一帐户的另一个终端设备进行的，具体来说，该关注操作是与终端设备登陆同一帐户的另一个终端设备发送至服务器的。举例来说，另一个终端设备与该终端设备以同一个账号登录了日历应用程序；并且，用户在该另一个终端设备上进行了关注项的关注操作；该另一个终端设备将关注项的关注操作(实质上为一个请求)发送至服务器；服务器处理成功后，返回该关注项的关注操作的确认信号。

具体而言，另一个终端设备与该终端设备以同一个账号登录了日历应用程序；并且，用户在该另一个终端设备上进行了关注项的关注操作；该另一个终端设备将关注项的关注操作(实质上为一个请求)发送至服务器；服务器处理成功后，返回该关注项的关注操作的确认信号。

由于该终端设备与另一终端设备共同使用一个账号，因此，该终端设备能够搜索并接收到该关注项的关注操作的确认信号。其中，关注操作可以为加关注或取消关注；加关注执行后对应的状态为已关注状态，取消关注执行后对应的状态为未关注状态。

本实施例中以加关注为例进行具体说明；即此时，终端设备接收服务器返回的该关注项的加关注的确认信号。

步骤102：终端设备从本地数据库获取所述关注项的所述本地记录状态。

其中，该终端设备的本地数据库中储存有各关注项的本地记录状态。

步骤103：终端设备判断所述本地记录状态与所述关注操作执行后对应的状态是否相同。若是，则结束；若否，则进入步骤104。

本实施例中的关注操作为加关注，加关注后的状态为已关注状态。若本地记录状态与加关注后的状态不相同，即本地记录状态为未关注状态时，表示该关注项目前尚未被关注；因此进入步骤105。当本地记录状态与加关注后的状态相同，即本地记录状态为已关注状态时，表示该关注项实际上已经被关注，因此无需再重置该本地记录状态。

需要说明的是，在网络延迟或者传输失误的状况下，可能会出现本地记录状态与关注操作执行后对应的状态相同的情况。例如，在另一终端设备中陆续进行了三次关注操作，分别为：加关注、取消关注、加关注；服务器接收到该另一终端设备发送是该三次关注操作后，会陆续返回三次确认信号，分别是：加关注的确认信号、取消关注的确认信号、加关注的确认信号。此时，如果网络延迟或者传输失误，可能会造成该终端设备连续接收到第一次与第三次的确认信号，即连续接收到两次加关注的确认信号(第二次的取消关注的确认信号还未接收到或者弄丢了)。那么，在接收到第一次的加关注的确认信号后，该终端设备已经将该关注项的本地记录状态修改为已关注状态，而在接收到第三次的加关注的确认信号时，即会出现关注项的本地记录状态与关注操作执行后对应的状态相同的情况，此时无需修改本地记录状态。

或者，终端设备内部可以预设一个时间周期，以在每个时间周期中最后一次接收到的关注操作作为有效的关注操作，并判断本地记录状态与该有效的关注操作对应的状态是否相同。这种方式，处理器在一个时间周期内仅需执行一次关注操作的比对，而无需对接收到的每个关注操作进行处理，从而可以减轻处理器的处理负担，进一步避免了重复处理数据带来的资源消耗。

步骤104：终端设备将本地记录状态修改为关注操作执行后对应的状态。

本实施例中，关注操作为加关注，因此，终端设备将本地记录状态修改为已关注状态。

本发明实施例中，接收到关注项的关注操作的确认信号后，终端设备会将关注项的本地记录状态与关注操作执行后对应的状态进行比较，只有当两者不相同时才会修改关注项的本地记录状态。因此，可以避免由于网络延迟或传输失误等不定性因素而导致的终端设备内部对关注项的本地记录状态重复修改的情况，从而避免了重复处理数据带来的资源消耗(处理器利用率降低、不必要的能耗)。

本发明的第二实施方式涉及一种关注状态同步方法。第二实施方式是在第一实施方式基础上的改进，主要改进之处在于：终端设备会提供关注界面。

如图2a所示为根据本发明第二实施方式的关注状态同步方法的流程图。

步骤201：终端设备提供关注界面。

当在该终端设备上以某个账号登录日历应用程序并点击进入关注界面时，该终端设备会提供一个关注界面供用户操作。如图2b所示，该关注界面中包括多个关注项，例如图2b中示出了关注项1～关注项5，关注项例如为某一明星、某一体育赛事等；且各关注项对应于一个关注键，图2b中的标号1-1～1-5所示的五个关注键分别对应于关注项1～关注项5，各关注键用于以不同的显示形式表征各关注项的本地记录状态，可选的，关注键还可以作为供用户触发关注操作的按键。关注键还可以以呈现颜色和/或所在位置等不同表征关注项的状态；例如，若关注项的本地记录状态为未关注状态，则关注键的颜色为灰色；若关注项的本地记录状态为已关注状态，则关注键的颜色修改为绿色。本实施方式对每个关注界面包括的关注项的具体数目以及各关注键的颜色表示不作任何限制。

步骤202：终端设备接收服务器返回的关注项的关注操作的确认信号。

需要说明的是，该关注项的关注操作是基于同一帐户的另一个终端设备进行的，具体来说，该关注操作是与终端设备登陆同一帐户的另一个终端设备发送至服务器的。即，另一个终端设备与该终端设备以同一个账号登录了日历应用程序；并且，用户在该另一个终端设备上进行了关注项的关注操作；该另一个终端设备将关注项的关注操作(实质上为一个请求)发送至服务器；服务器处理成功后，返回该关注项的关注操作的确认信号。

由于该终端设备与另一终端设备共同使用一个账号，因此，该终端设备能够搜索并接收到该关注项的关注操作的确认信号。其中，关注操作可以为加关注或取消关注；加关注执行后对应的状态为已关注状态，取消关注执行后对应的状态为未关注状态。

本实施例中以加关注为例进行具体说明；即此时，终端设备接收服务器返回的该关注项的加关注的确认信号。

步骤203：终端设备从本地数据库获取关注项的本地记录状态。

其中，该终端设备的本地数据库中储存有各关注项的本地记录状态。

步骤204：终端设备判断本地记录状态与关注操作执行后对应的状态是否相同。若是，则结束；若否，则进入步骤205。

本实施例中的关注操作为加关注，加关注后的状态为已关注状态。若本地记录状态与加关注后的状态不相同，即本地记录状态为未关注状态时，表示该关注项目前尚未被关注；因此进入步骤205。当本地记录状态与加关注后的状态相同，即本地记录状态为已关注状态时，表示该关注项实际上已经被关注，因此无需再重置该本地记录状态。

需要说明的是，在网络延迟或者传输失误的状况下，可能会出现本地记录状态与关注操作执行后对应的状态相同的情况。例如，在另一终端设备中陆续进行了三次关注操作，分别为：加关注、取消关注、加关注；服务器接收到该另一终端设备发送是该三次关注操作后，会陆续返回三次确认信号，分别是：加关注的确认信号、取消关注的确认信号、加关注的确认信号。此时，如果网络延迟或者传输失误，可能会造成该终端设备连续接收到第一次与第三次的确认信号，即连续接收到两次加关注的确认信号(第二次的取消关注的确认信号还未接收到或者弄丢了)。那么，在接收到第一次的加关注的确认信号后，该终端设备已经将该关注项的本地记录状态修改为已关注状态，而在接收到第三次的加关注的确认信号时，即会出现关注项的本地记录状态与关注操作执行后对应的状态相同的情况，此时无需修改本地记录状态。

或者，终端设备内部可以预设一个时间周期，以在每个时间周期中最后一次接收到的关注操作作为有效的关注操作，并判断本地记录状态与该有效的关注操作对应的状态是否相同。这种方式，处理器在一个时间周期内仅需执行一次关注操作的比对，而无需对接收到的每个关注操作进行处理，从而可以减轻处理器的处理负担，进一步避免了重复处理数据带来的资源消耗。

步骤205：终端设备将本地记录状态修改为关注操作执行后对应的状态。

本实施例中，关注操作为加关注，因此，终端设备将本地记录状态修改为已关注状态。

步骤206：终端设备根据关注项的本地记录状态修改关注键的显示形式。

例如，关注键以灰色表征未关注状态，以绿色表征关注状态；则，终端设备将本地记录状态修改为已关注状态后，将该关注项的关注键由灰色修改为绿色。

相对于第一实施方式而言，终端设备提供关注界面；关注界面包括所述关注项以及所述关注项对应的关注键。即，终端中的关注项会对应有关注键以表征其状态，关注键一般以呈现不同颜色来表征不同状态；当终端内部出现重复修改关注项的本地记录状态的情况时，关注键也会由于来回切换颜色而呈现闪烁状态。本发明实施例可以避免关注项的本地记录状态的重复修改，导致关注键来回切换而呈现闪烁状态的情况，从而进一步节省能耗。

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

本发明的第三实施方式涉及一种关注状态同步方法。第三实施方式是在第二实施方式基础上的改进，主要改进之处在于：终端设备还会通过查询关注项的云端记录状态，来进一步避免因网络延迟或传输失误导致的对关注项的本地记录状态重复修改的情况，从而避免重复处理数据带来的资源消耗。

如图3所示本发明第三实施方式的关注状态同步方法的流程图。

步骤301：终端设备提供关注界面。

当在该终端设备上以某个账号登录日历应用程序并点击进入关注界面时，该终端设备会提供一个关注界面共用户操作。该关注界面中包括多个关注项，关注项例如为某一明星、某一体育赛事等；且各关注项对应于一个关注键，该关注键用于以不同的显示形式表征关注项的本地记录状态，可选的，关注键还可以作为供用户触发关注操作的按键。关注键还可以以呈现颜色和/或所在位置等不同表征关注项的状态；例如，若关注项的本地记录状态为未关注状态，则关注键的颜色为灰色；若关注项的本地记录状态为已关注状态，则关注键的颜色修改为绿色。

步骤302：终端设备接收服务器返回的关注项的关注操作的确认信号。

需要说明的是，该关注项的关注操作是基于同一帐户的另一个终端设备进行的，具体来说，该关注操作是与终端设备登陆同一帐户的另一个终端设备发送至服务器的。即，另一个终端设备与该终端设备以同一个账号登录了日历应用程序；并且，用户在该另一个终端设备上进行了关注项的关注操作；该另一个终端设备将关注项的关注操作(实质上为一个请求)发送至服务器；服务器处理成功后，返回该关注项的关注操作的确认信号。

由于该终端设备与另一终端设备共同使用一个账号，因此，该终端设备能够搜索并接收到该关注项的关注操作的确认信号。其中，关注操作可以为加关注或取消关注；加关注执行后对应的状态为已关注状态，取消关注执行后对应的状态为未关注状态。

本实施例中以加关注为例进行具体说明；即此时，终端设备接收服务器返回的该关注项的加关注的确认信号。

步骤303：终端设备从本地数据库获取关注项的本地记录状态。

其中，该终端设备的本地数据库中储存有各关注项的本地记录状态。

步骤304：终端设备判断本地记录状态与关注操作执行后对应的状态是否相同。若是，则结束；若否，则进入步骤305。

本实施例中的关注操作为加关注，加关注后的状态为已关注状态。若本地记录状态与加关注后的状态不相同，即本地记录状态为未关注状态时，表示该关注项目前尚未被关注；因此进入步骤305。当本地记录状态与加关注后的状态相同，即本地记录状态为已关注状态时，表示该关注项实际上已经被关注，因此无需再重置该本地记录状态。

需要说明的是，在网络延迟或者传输失误的状况下，可能会出现本地记录状态与关注操作执行后对应的状态相同的情况。例如，在另一终端设备中陆续进行了三次关注操作，分别为：加关注、取消关注、加关注；服务器接收到该另一终端设备发送是该三次关注操作后，会陆续返回三次确认信号，分别是：加关注的确认信号、取消关注的确认信号、加关注的确认信号。此时，如果网络延迟或者传输失误，可能会造成该终端设备连续接收到第一次与第三次的确认信号，即连续接收到两次加关注的确认信号(第二次的取消关注的确认信号还未接收到或者弄丢了)。那么，在接收到第一次的加关注的确认信号后，该终端设备已经将该关注项的本地记录状态修改为已关注状态，而在接收到第三次的加关注的确认信号时，即会出现关注项的本地记录状态与关注操作执行后对应的状态相同的情况，此时无需修改本地记录状态。

或者，终端设备内部可以预设一个时间周期，以在每个时间周期中最后一次接收到的关注操作作为有效的关注操作，并判断本地记录状态与该有效的关注操作对应的状态是否相同。这种方式，处理器在一个时间周期内仅需执行一次关注操作的比对，而无需对接收到的每个关注操作进行处理，从而可以减轻处理器的处理负担，进一步避免了重复处理数据带来的资源消耗。

步骤305：终端设备从服务器获取关注项对应的云端记录状态。

其中，服务器内部记录有关注项对应的云端记录状态。例如，服务器接收到另一终端设备发送关注项的加关注后，对该关注项的加关注进行处理；处理成功后即将关注项对应的云端记录状态修改为已关注状态；并返回该关注项的加关注的确认信号。

步骤306：终端设备判断云端记录状态与本地记录状态是否相同；若是，则结束，否则进入步骤307。

若关注项在服务器的云端记录状态与该关注项在终端设备的本地记录状态不相同，则说明此次关注操作的确认信号为最新的关注操作的确认信号；否则，说明可能由于网络延迟或者传输失误未及时收到最新的关注操作信号。

本实施方式中，关注操作为加关注；若关注项在服务器的云端记录状态为已关注状态(服务器在返回加关注确认信号前必定已经将云端记录状态修改为已关注状态)，而关注项的本地记录状态为未关注状态，说明此次加关注的确认信号为最近一次的关注操作的确认信号。

其中，由于网络延迟或者传输失误的延误，有可能出现云端记录状态与本地记录状态相同情况，以下举例说明。例如，在另一终端设备中陆续进行了两次关注操作，分别为：加关注、取消关注。服务器接收到该另一终端设备发送是该两次关注操作后，会陆续返回两次确认信号，分别是：加关注的确认信号、取消关注的确认信号。此时，很可能由于网络延迟或者传输失误，该终端设备只接收到加关注的确认信号(取消关注的确认信号延误很久或者已经丢失)；此时，该终端设备获取的本地记录状态为未关注状态，而服务器是该关注项的云端记录状态也为未关注状态(由于服务器已经接收到取消关注，故已将该关注项的云端记录状态修改为未关注状态)。如上情况下，实际上此时本地记录状态无需修改。

步骤307：终端设备将本地记录状态修改为关注操作执行后对应的状态。

本实施例中，关注操作为加关注，因此，终端设备将本地记录状态修改为已关注状态。

步骤308：终端设备根据关注项的本地记录状态修改关注键的显示形式。

例如，关注键以灰色表征未关注状态，以绿色表征关注状态；则，终端设备将本地记录状态修改为已关注状态后，将该关注项的关注键由灰色修改为绿色。

本实施方式中，通过将关注项的本地记录状态与云端记录状态相比较的方式，可以进一步避免因网络延迟或传输失误导致的对关注项的本地记录状态重复修改的情况，从而避免重复处理数据带来的资源消耗；进而，也可以进一步避免由于关注项的本地记录状态的重复修改而导致的关注键连续闪烁的情况。

本发明第四实施方式涉及一种终端设备。如图4所示，终端设备包括：确认信号接收单元11、本地数据库12、状态获取单元13、状态判断单元14以及状态修改单元15。

确认信号接收单元11接收服务器返回的所述关注项的关注操作的确认信号。其中，所述关注项的关注操作由另一个终端设备发送至服务器。

状态获取单元13用于从本地数据库12获取所述关注项的本地记录状态；状态判断单元14用于判断本地记录状态与关注操作执行后对应的状态是否相同；当本地记录状态与关注操作执行后对应的状态不相同时，状态修改单元15用于将本地记录状态修改为关注操作执行后对应的状态。

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

本发明第五实施方式涉及一种终端设备。如图5所示，终端设备包括：确认信号接收单元11、本地数据库12、状态获取单元13、状态判断单元14、状态修改单元15、界面提供单元16以及显示控制单元17。

界面提供单元16用于提供关注界面；关注界面包括所述关注项以及所述关注项对应的关注键。

确认信号接收单元11接收服务器返回的所述关注项的关注操作的确认信号。其中，所述关注项的关注操作由另一个终端设备发送至服务器。

状态获取单元13用于从本地数据库12获取所述关注项的本地记录状态；状态判断单元14用于判断本地记录状态与关注操作执行后对应的状态是否相同；当本地记录状态与关注操作执行后对应的状态不相同时，状态修改单元15用于将本地记录状态修改为关注操作执行后对应的状态。

显示控制单元17用于根据所述关注项的本地记录状态修改关注键的显示形式；其中，关注键以不同的显示形式表征所述关注项的本地记录状态。

如上所述的终端设备与第二实施方式所述的关注状态同步方法相对应。

在上述终端设备的基础上，进一步的，状态获取单元13还用于从服务器获取所述关注项对应的云端记录状态；状态判断单元14判断云端记录状态与本地记录状态是否相同。当云端记录状态与本地记录状态不相同，状态修改单元15用于将本地记录状态修改为关注操作执行后对应的状态。

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

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

本发明第六实施方式涉及一种终端设备。如图6所示，终端设备包括：处理器21、显示器22、存储器23以及无线收发器24；处理器21连接于显示器22、存储器23以及无线收发器24。

处理器21用于通过无线收发器24接收服务器返回的所述关注项的关注操作的确认信号。其中，所述关注项的关注操作由另一个终端设备发送至服务器。

处理器21用于从存储器23获取所述关注项的所述本地记录状态，并判断所述本地记录状态与所述关注操作执行后对应的状态是否相同。若所述本地记录状态与所述关注操作执行后对应的状态相同，处理器21将所述本地记录状态修改为所述关注操作执行后对应的状态。其中，存储器23用于储存关注项的本地记录状态。

如上所述的终端设备与第一实施方式所述的关注状态同步方法相对应。

在上述终端设备的基础上，进一步的，显示器22用于显示关注界面，关注界面包括所述关注项以及所述关注项对应的关注键。处理器21还用于根据所述关注项的本地记录状态修改关注键的显示形式；其中，关注键以不同的显示形式表征所述关注项的本地记录状态。

如上所述的终端设备与第二实施方式所述的关注状态同步方法相对应。

在上述终端设备的基础上，进一步的，处理器21还用于通过无线收发器24从服务器获取所述关注项对应的云端记录状态；并判断云端记录状态与本地记录状态是否相同。当云端记录状态与本地记录状态不相同，处理器21用于将本地记录状态修改为关注操作执行后对应的状态。

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

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

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

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

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