信息状态更新方法及装置与流程

本公开涉及无线通信技术领域，尤其涉及信息状态更新方法及装置。

背景技术：

目前，随着电子商务的发展，越来越多的用户选择网上购物的方式。在网上浏览过程中，用户在商品列表页面上选择感兴趣的商品，点击商品后进入商品介绍页，浏览商品具体介绍信息。

技术实现要素：

本公开实施例提供信息状态更新方法及装置。所述技术方案如下：

根据本公开实施例的第一方面，提供一种信息状态更新方法，包括：

当确定打开信息项列表时，向网络侧请求所述信息项列表中信息项的第一状态信息；

接收所述网络侧返回的所述第一状态信息；

在所述信息项列表对应的第一显示界面上将所述信息项的状态显示为所述第一状态信息；

当在所述第一显示界面上接收到对所述信息项的选定指令时，在所述信息项对应的第二显示界面上，将所述信息项的状态显示为所述第一状态信息。

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

当在所述第二显示界面上接收到对所述信息项对应的预设选项的选定指令时，向所述网络侧请求所述信息项的第二状态信息；

接收所述网络侧返回的所述第二状态信息；

在所述预设选项对应的第三显示界面上，将所述信息项的状态显示为所述第二状态信息。

可选的，所述信息项包括两个相对的状态：有状态和无状态；当根据所述第一状态信息或第二状态信息确定所述信息项处于无状态时，所述方法还包括：

向所述网络侧请求所述信息项的第三状态信息；

当根据所述第三状态信息确定所述信息项处于有状态时，将所述信息项的状态显示为所述第三状态信息。

可选的，所述信息项包括两个相对的状态：有状态和无状态；当根据所述第一状态信息或第二状态信息确定所述信息项处于无状态时，所述方法还包括：

周期性向网络侧请求所述信息项的第四状态信息；

当根据所述第四状态信息确定所述信息项处于有状态时，将所述信息项的状态显示为所述第四状态信息。

可选的，所述在所述信息项列表对应的第一显示界面上显示所述第一状态信息，包括：

根据所述信息项的第一状态信息对所述信息项列表中的各个信息项进行排序；

在所述第一显示界面上显示排序后的信息项列表。

根据本公开实施例的第二方面，提供一种信息状态更新装置，包括：

请求模块，用于当确定打开信息项列表时，向网络侧请求所述信息项列表中信息项的第一状态信息；

接收模块，用于接收所述网络侧返回的所述第一状态信息；

显示模块，用于在所述信息项列表对应的第一显示界面上将所述信息项的状态显示为所述接收模块接收到的第一状态信息；

所述显示模块，用于当在所述第一显示界面上接收到对所述信息项的选定指令时，在所述信息项对应的第二显示界面上，将所述信息项的状态显示为所述接收模块接收到的第一状态信息。

可选的，所述请求模块，用于当在所述第二显示界面上接收到对所述信息项对应的预设选项的选定指令时，向所述网络侧请求所述信息项的第二状态信息；

所述接收模块，用于接收所述网络侧返回的所述第二状态信息；

所述显示模块，用于在所述预设选项对应的第三显示界面上，将所述信息项的状态显示为所述接收模块接收到的第二状态信息。

可选的，所述信息项包括两个相对的状态：有状态和无状态；

所述请求模块，用于当根据所述第一状态信息或第二状态信息确定所述信息项处于无状态时，向所述网络侧请求所述信息项的第三状态信息；

所述显示模块，用于当根据所述请求模块请求到的第三状态信息确定所述信息项处于有状态时，将所述信息项的状态显示为所述第三状态信息。

可选的，所述信息项包括两个相对的状态：有状态和无状态；

所述请求模块，用于当根据所述第一状态信息或第二状态信息确定所述信息项处于无状态时，周期性向网络侧请求所述信息项的第四状态信息；

所述显示模块，用于当根据所述请求模块请求到的第四状态信息确定所述信息项处于有状态时，将所述信息项的状态显示为所述第四状态信息。

可选的，所述显示模块包括：

排序子模块，用于根据所述接收模块接收到的所述信息项的第一状态信息对所述信息项列表中的各个信息项进行排序；

显示子模块，用于在所述第一显示界面上显示所述排序子模块排序后的信息项列表。

根据本公开实施例的第三方面，提供一种信息状态更新装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当确定打开信息项列表时，向网络侧请求所述信息项列表中信息项的第一状态信息；

接收所述网络侧返回的所述第一状态信息；

在所述信息项列表对应的第一显示界面上将所述信息项的状态显示为所述第一状态信息；

当在所述第一显示界面上接收到对所述信息项的选定指令时，在所述信息项对应的第二显示界面上，将所述信息项的状态显示为所述第一状态信息。

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

上述技术方案，通过在信息展示过程中，仅在展示信息项列表时向服务器请求一次信息项的状态信息，之后在打开信息项对应的显示页面时，不再向服务器请求状态信息，而是仍然使用该状态信息。这样，避免多次请求状态信息造成状态信息的不断变更，从而导致减少用户浏览信息的概率。保证多个界面上信息项状态信息显示的一致性，提高用户信息浏览的体验度。

在另一实施例中，当进入信息项对应的第二显示界面上时，如果用户对选定第二显示界面上的预设选项，想要对该信息项进行进一步的操作，则可以在此时向服务器再次请求信息项的状态信息，以保证能够执行用户所要对信息项执行的操作。

在另一实施例中，可以设定当信息项的状态为无状态时，终端就会再次向服务器请求该信息项的状态信息，直到该信息项的状态变为有状态。例如，如果确定商品处于无货状态，则终端就会再次向服务器请求该商品的状态信息，以便当商品有货时，及时变更商品状态。这样，使得用户可以及时获知信息项状态变化，提高用户对信息浏览的体验度。

在另一实施例中，可以设定当信息项的状态为无状态时，终端就会周期性向服务器请求该信息项的状态信息，直到该信息项的状态变为有状态。例如，如果确定商品处于无货状态，则终端可以每隔5分钟向服务器请求一次该商品的状态信息，以便当商品有货时，及时变更商品状态。这样，使得用户可以及时获知信息项状态变化，提高用户对信息浏览的体验度；并且，避免频繁与服务器交互造成终端和服务器的处理能力占用过多。

在另一实施例中，在信息项列表所在显示界面上，可以将信息项按照状态进行排序后进行显示，例如，将处于“有状态”的信息项排在列表前面，将处于“无状态”的信息项排在列表后面。具体地，如果是商品列表，将处于有货状态的商品项排列在列表前面，将无货状态的商品项排列在列表后面。这样，使得用户浏览有效信息的概率更高，信息浏览效率也更高，浏览体验度较好。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种信息状态更新方法的流程图。

图2是根据一示例性实施例示出的信息项列表显示示意图。

图3是根据一示例性实施例示出的信息项对应界面的显示示意图。

图4是根据一示例性实施例示出的商品列表的显示示意图。

图5是根据一示例性实施例示出的商品介绍页的显示示意图。

图6是根据另一示例性实施例示出的信息状态更新方法的流程图。

图7是根据另一示例性实施例示出的信息状态更新方法的流程图。

图8是根据另一示例性实施例示出的信息状态更新方法的流程图。

图9是根据另一示例性实施例示出的信息状态更新方法的流程图。

图10是根据一示例性实施例示出的一种信息状态更新装置的框图。

图11是根据一示例性实施例示出的显示模块的框图。

图12是根据一示例性实施例示出的一种用于信息状态更新装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开实施例提供的技术方案，涉及终端及网络侧服务器，其中，终端向服务器请求信息项列表中信息项的有无状态信息，在信息项列表对应的界面上以及该信息项对应的界面上，显示该信息项的状态信息相同。

该终端可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等任一具有图像识别功能的设备。

图1是根据一示例性实施例示出的一种信息状态更新方法的流程图，如图1所示，信息状态更新方法用于终端中，包括以下步骤：

在步骤S11中，当确定打开信息项列表时，向网络侧请求信息项列表中信息项的第一状态信息；

在步骤S12中，接收网络侧返回的第一状态信息；

在步骤S13中，在信息项列表对应的第一显示界面上将信息项的状态显示为第一状态信息；

在步骤S14中，当在第一显示界面上接收到对信息项的选定指令时，在信息项对应的第二显示界面上，将信息项的状态显示为第一状态信息。

例如，图2是根据一示例性实施例示出的信息项列表显示示意图。如图2所示，信息项列表21中有信息项A。当该信息项列表被打开时，从网络侧获取该信息项A的第一状态信息X1，并在信息项列表上将信息项A的状态显示为X1。

图3是根据一示例性实施例示出的信息项对应界面的显示示意图。如图3所示，当用户点击信息项A，想要进入信息项A对应的页面31时，此时并不重新请求该信息项A的状态，而是在信息项A对应的显示界面上仍然将信息项A的状态显示为X1。

本实施例中，通过在信息展示过程中，仅在展示信息项列表时向服务器请求一次信息项的状态信息，之后在打开信息项对应的显示页面时，不再向服务器请求状态信息，而是仍然使用该状态信息。这样，避免多次请求状态信息造成状态信息的不断变更，从而导致减少用户浏览信息的概率。保证多个界面上信息项状态信息显示的一致性，提高用户信息浏览的体验度。

下面以信息项为商品项，信息项列表为商品列表，信息项状态为有货或无货状态对上述实施例进行说明。

图4是根据一示例性实施例示出的商品列表的显示示意图。如图4所示，用户使用应用程序浏览商品列表41时，该应用程序会向服务器请求商品列表中所有商品的各项信息，包括有货无货状态信息。其中，商品“手机”为“有货”状态。

图5是根据一示例性实施例示出的商品介绍页的显示示意图。如图5所示，用户点击该商品项“手机”，想要进入“手机”的介绍页51，则应用程序并不会在打开商品介绍页时再一次向服务器请求该商品的有货无货状态，而是直接将该商品状态直接显示为“有货”状态。

由于在互联网上，商品的“有货/无货”状态经常会发生变化。如果用户在入口页(信息项列表所在页面)看到商品是“有货”的，但点击进入到“商品介绍页”(信息项对应的页面)时，商品恰好无货，如果显示无货的话，用户可能就失去了查看商品详情的欲望，也许用户看完商品介绍，想买该商品时正好有货。所以，将商品介绍页的商品有货无货状态设置为与入口页一致，通过带入状态来增加一次用户尝试来提升用户购买到商品的概率。

图6是根据另一示例性实施例示出的信息状态更新方法的流程图。如图6所示，在另一实施例中，该方法还包括以下步骤：

在步骤S61中，当在第二显示界面上接收到对信息项对应的预设选项的选定指令时，向网络侧请求信息项的第二状态信息；

在步骤S62中，接收网络侧返回的第二状态信息；

在步骤S63中，在预设选项对应的第三显示界面上，将信息项的状态显示为第二状态信息。

当进入信息项对应的第二显示界面上时，如果用户对选定第二显示界面上的预设选项，想要对该信息项进行进一步的操作，则可以在此时向服务器再次请求信息项的状态信息，以保证能够执行用户所要对信息项执行的操作。

如图5所示，“手机”的介绍页上有“购买”选项51和“加入购物车”选项52，可以设置当用户选择购买该“手机”时，即点击“购买”选项51后，进入到商品购买页面时，应用程序才会再次向服务器请求获取该商品“手机”的有货无货状态，并进行展示。或者，用户点击“加入购物车”选项52后，进入到购物车显示界面，应用程序也会再次向服务器请求获取该商品“手机”的有货无货状态，并展示出来。这样，使得用户想要购买该商品时，能够准确地获知该商品的有货无货状态。

图7是根据另一示例性实施例示出的信息状态更新方法的流程图。如图7所示，在另一实施例中，信息项包括两个相对的状态：有状态和无状态；当根据第一状态信息或第二状态信息确定信息项处于无状态时，该方法还包括以下步骤：

在步骤S71中，向网络侧请求信息项的第三状态信息；

在步骤S72中，当根据第三状态信息确定信息项处于有状态时，将信息项的状态显示为第三状态信息。

本实施例中，可以设定当信息项的状态为无状态时，终端就会再次向服务器请求该信息项的状态信息，直到该信息项的状态变为有状态。例如，如果确定商品处于无货状态，则终端就会再次向服务器请求该商品的状态信息，以便当商品有货时，及时变更商品状态。这样，使得用户可以及时获知信息项状态变化，提高用户对信息浏览的体验度。

图8是根据另一示例性实施例示出的信息状态更新方法的流程图。如图8所示，在另一实施例中，信息项包括两个相对的状态：有状态和无状态；当根据第一状态信息或第二状态信息确定信息项处于无状态时，该方法还包括以下步骤：

在步骤S81中，周期性向网络侧请求信息项的第四状态信息；

在步骤S82中，当根据第四状态信息确定信息项处于有状态时，将信息项的状态显示为第四状态信息。

本实施例中，可以设定当信息项的状态为无状态时，终端就会周期性向服务器请求该信息项的状态信息，直到该信息项的状态变为有状态。例如，如果确定商品处于无货状态，则终端可以每隔5分钟向服务器请求一次该商品的状态信息，以便当商品有货时，及时变更商品状态。这样，使得用户可以及时获知信息项状态变化，提高用户对信息浏览的体验度；并且，避免频繁与服务器交互造成终端和服务器的处理能力占用过多。

图9是根据另一示例性实施例示出的信息状态更新方法的流程图。如图9所示，在另一个实施例中，在信息项列表对应的第一显示界面上显示第一状态信息，包括：

在步骤S91中，根据信息项的第一状态信息对信息项列表中的各个信息项进行排序；

在步骤S92中，在第一显示界面上显示排序后的信息项列表。

本实施例中，在信息项列表所在显示界面上，可以将信息项按照状态进行排序后进行显示，例如，将处于“有状态”的信息项排在列表前面，将处于“无状态”的信息项排在列表后面。具体地，如果是商品列表，将处于有货状态的商品项排列在列表前面，将无货状态的商品项排列在列表后面。这样，使得用户浏览有效信息的概率更高，信息浏览效率也更高，浏览体验度较好。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图10是根据一示例性实施例示出的一种信息状态更新装置的框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部。如图10所示，该信息状态更新装置包括：

请求模块101，被配置为当确定打开信息项列表时，向网络侧请求信息项列表中信息项的第一状态信息；

接收模块102，被配置为接收网络侧返回的第一状态信息；

显示模块103，被配置为在信息项列表对应的第一显示界面上将信息项的状态显示为接收模块接收到的第一状态信息；

显示模块103，被配置为当在第一显示界面上接收到对信息项的选定指令时，在信息项对应的第二显示界面上，将信息项的状态显示为接收模块接收到的第一状态信息。

例如，如图2所示，信息项列表中有信息项A。当该信息项列表被打开时，请求模块101向网络侧请求信息项列表中信息项的第一状态信息，接收模块102从网络侧获取该信息项A的第一状态信息X1，并且在信息项列表上，显示模块103将信息项A的状态显示为X1。

如图3所示，当用户点击信息项A，想要进入信息项A对应的页面时，此时并不重新请求该信息项A的状态，在信息项A对应的显示界面上，显示模块103仍然将信息项A的状态显示为X1。

本实施例中，通过在信息展示过程中，仅在展示信息项列表时向服务器请求一次信息项的状态信息，之后在打开信息项对应的显示页面时，不再向服务器请求状态信息，而是仍然使用该状态信息。这样，避免多次请求状态信息造成状态信息的不断变更，从而导致减少用户浏览信息的概率。保证多个界面上信息项状态信息显示的一致性，提高用户信息浏览的体验度。

下面以信息项为商品项，信息项列表为商品列表，信息项状态为有货或无货状态对上述实施例进行说明。

如图4所示，用户使用应用程序浏览商品列表时，该应用程序会向服务器请求商品列表中所有商品的各项信息，包括有货无货状态信息。其中，商品“手机”为“有货”状态。

图5是根据一示例性实施例示出的商品介绍页的显示示意图。如图5所示，用户点击该商品项，想要进入该商品的介绍页，则应用程序并不会在打开商品介绍页时再一次向服务器请求该商品的有货无货状态，而是直接将该商品状态直接显示为“有货”状态。

由于在互联网上，商品的“有货/无货”状态经常会发生变化。如果用户在入口页(信息项列表所在页面)看到商品是“有货”的，但点击进入到“商品介绍页”(信息项对应的页面)时，商品恰好无货，如果显示无货的话，用户可能就失去了查看商品详情的欲望，也许用户看完商品介绍，想买该商品时正好有货。所以，将商品介绍页的商品有货无货状态设置为与入口页一致，通过带入状态来增加一次用户尝试来提升用户购买到商品的概率。

在另一实施例中，请求模块101，被配置为当在第二显示界面上接收到对信息项对应的预设选项的选定指令时，向网络侧请求信息项的第二状态信息；

接收模块102，被配置为接收网络侧返回的第二状态信息；

显示模块103，被配置为在预设选项对应的第三显示界面上，将信息项的状态显示为接收模块接收到的第二状态信息。

当进入信息项对应的第二显示界面上时，如果用户对选定第二显示界面上的预设选项，想要对该信息项进行进一步的操作，则可以在此时向服务器再次请求信息项的状态信息，以保证能够执行用户所要对信息项执行的操作。

如图5所示，“手机”的介绍页上有“购买”选项51和“加入购物车”选项52，可以设置当用户选择购买该“手机”时，即点击“购买”选项51后，进入到商品购买页面时，应用程序才会再次向服务器请求获取该商品“手机”的有货无货状态，并进行展示。或者，用户点击“加入购物车”选项52后，进入到购物车显示界面，应用程序也会再次向服务器请求获取该商品“手机”的有货无货状态，并展示出来。这样，使得用户想要购买该商品时，能够准确地获知该商品的有货无货状态。

在另一实施例中，信息项包括两个相对的状态：有状态和无状态；

请求模块101，被配置为当根据第一状态信息或第二状态信息确定信息项处于无状态时，向网络侧请求信息项的第三状态信息；

显示模块103，被配置为当根据请求模块请求到的第三状态信息确定信息项处于有状态时，将信息项的状态显示为第三状态信息。

本实施例中，可以设定当信息项的状态为无状态时，终端就会再次向服务器请求该信息项的状态信息，直到该信息项的状态变为有状态。例如，如果确定商品处于无货状态，则终端就会再次向服务器请求该商品的状态信息，以便当商品有货时，及时变更商品状态。这样，使得用户可以及时获知信息项状态变化，提高用户对信息浏览的体验度。

在另一实施例中，信息项包括两个相对的状态：有状态和无状态；

请求模块101，被配置为当根据第一状态信息或第二状态信息确定信息项处于无状态时，周期性向网络侧请求信息项的第四状态信息；

显示模块103，被配置为当根据请求模块请求到的第四状态信息确定信息项处于有状态时，将信息项的状态显示为第四状态信息。

本实施例中，可以设定当信息项的状态为无状态时，终端就会周期性向服务器请求该信息项的状态信息，直到该信息项的状态变为有状态。例如，如果确定商品处于无货状态，则终端可以每隔5分钟向服务器请求一次该商品的状态信息，以便当商品有货时，及时变更商品状态。这样，使得用户可以及时获知信息项状态变化，提高用户对信息浏览的体验度；并且，避免频繁与服务器交互造成终端和服务器的处理能力占用过多。

图11是根据一示例性实施例示出的显示模块的框图，如图11所示，显示模块103包括：

排序子模块111，被配置为根据接收模块接收到的信息项的第一状态信息对信息项列表中的各个信息项进行排序；

显示子模块112，被配置为在第一显示界面上显示排序子模块排序后的信息项列表。

本实施例中，在信息项列表所在显示界面上，可以将信息项按照状态进行排序后进行显示，例如，将处于“有状态”的信息项排在列表前面，将处于“无状态”的信息项排在列表后面。具体地，如果是商品列表，将处于有货状态的商品项排列在列表前面，将无货状态的商品项排列在列表后面。这样，使得用户浏览有效信息的概率更高，信息浏览效率也更高，浏览体验度较好。

本公开还提供一种信息状态更新装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：

当确定打开信息项列表时，向网络侧请求所述信息项列表中信息项的第一状态信息；

接收所述网络侧返回的所述第一状态信息；

在所述信息项列表对应的第一显示界面上将所述信息项的状态显示为所述第一状态信息；

当在所述第一显示界面上接收到对所述信息项的选定指令时，在所述信息项对应的第二显示界面上，将所述信息项的状态显示为所述第一状态信息。

图12是根据一示例性实施例示出的一种用于信息状态更新装置的框图，该装置适用于终端设备。例如，装置1700可以是摄像机，录音设备，移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

装置1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电源组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，以及通信组件1716。

处理组件1702通常控制装置1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1702可以包括一个或多个处理器1720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理组件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

存储器1704被配置为存储各种类型的数据以支持在装置1700的操作。这些数据的示例包括用于在装置1700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1706为装置1700的各种组件提供电力。电源组件1706可以包括电源管理系统，一个或多个电源，及其他与为装置1700生成、管理和分配电力相关联的组件。

多媒体组件1708包括在所述装置1700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1708包括一个前置摄像头和/或后置摄像头。当装置1700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1710被配置为输出和/或输入音频信号。例如，音频组件1710包括一个麦克风(MIC)，当装置1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1704或经由通信组件1716发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频信号。

I/O接口1712为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1714包括一个或多个传感器，用于为装置1700提供各个方面的状态评估。例如，传感器组件1714可以检测到装置1700的打开/关闭状态，组件的相对定位，例如所述组件为装置1700的显示器和小键盘，传感器组件1714还可以检测装置1700或装置1700一个组件的位置改变，用户与装置1700接触的存在或不存在，装置1700方位或加速/减速和装置1700的温度变化。传感器组件1714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1714还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1716被配置为便于装置1700和其他设备之间有线或无线方式的通信。装置1700可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件1716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置1700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1704，上述指令可由装置1700的处理器1720执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

一种非临时性计算机可读存储介质，当所述存储介质中的指令由装置1700的处理器执行时，使得装置1700能够执行上述信息状态更新的方法，所述方法包括：

当确定打开信息项列表时，向网络侧请求所述信息项列表中信息项的第一状态信息；

接收所述网络侧返回的所述第一状态信息；

在所述信息项列表对应的第一显示界面上将所述信息项的状态显示为所述第一状态信息；

当在所述第一显示界面上接收到对所述信息项的选定指令时，在所述信息项对应的第二显示界面上，将所述信息项的状态显示为所述第一状态信息。

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

当在所述第二显示界面上接收到对所述信息项对应的预设选项的选定指令时，向所述网络侧请求所述信息项的第二状态信息；

接收所述网络侧返回的所述第二状态信息；

在所述预设选项对应的第三显示界面上，将所述信息项的状态显示为所述第二状态信息。

可选的，所述信息项包括两个相对的状态：有状态和无状态；当根据所述第一状态信息或第二状态信息确定所述信息项处于无状态时，所述方法还包括：

向所述网络侧请求所述信息项的第三状态信息；

当根据所述第三状态信息确定所述信息项处于有状态时，将所述信息项的状态显示为所述第三状态信息。

可选的，所述信息项包括两个相对的状态：有状态和无状态；当根据所述第一状态信息或第二状态信息确定所述信息项处于无状态时，所述方法还包括：

周期性向网络侧请求所述信息项的第四状态信息；

当根据所述第四状态信息确定所述信息项处于有状态时，将所述信息项的状态显示为所述第四状态信息。

可选的，所述在所述信息项列表对应的第一显示界面上显示所述第一状态信息，包括：

根据所述信息项的第一状态信息对所述信息项列表中的各个信息项进行排序；

在所述第一显示界面上显示排序后的信息项列表。

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

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