CN107844308A - 一种信息处理方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了一种信息处理方法、装置及设备，该方法包括：接收到信息处理请求，所述信息处理请求中携带有节点标识，依据所述信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理。

Description

一种信息处理方法、装置及设备

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置及设备。

背景技术

随着终端技术的不断发展，终端设备中安装的应用程序的种类越来越多，应用程序的功能也越来越丰富。而随着应用程序的发展和功能的不断增加，一些功能和内容因为其具有较强的时效性，需要及时以恰当的方式提醒用户，以对用户进行信息提示处理，例如，可以在应用控件(如按键或选项等)的适当位置以红点的方式对用户进行信息提示，以增强用户的粘性。

通常的以红点的方式对用户进行信息提示的技术方案如下：用户通过用户名和密码登录应用程序的后台服务器，登录过程中，应用程序所在的终端设备和服务器之间会建立连接，建立连接成功后，服务器会获取到相应的建链消息，服务器可以将红点数据通过系统的网关发送给终端设备。当用户标识对应的红点数据发生变更时，服务器会将该红点数据推送给终端设备，终端设备在相应的应用控件的适当位置显示一个红点。然而，通过上述方式，每当某一个或多个红点数据发生变更(如红点数据被删除、被修改或增加信息的红点数据等)时，服务器需要对发生变更的红点及其相关红点逐个提供给终端设备进行更新，使得进行信息提示的效率低下，这样就需要提供更快速或者更高效的方案。

发明内容

本说明书实施例的目的是提供一种信息处理方法、装置及设备，以解决现有技术中每当某一个或多个红点数据发生变更时，服务器需要对发生变更的红点及其相关红点逐个提供给终端设备进行更新，从而使得进行信息提示的效率低下的问题。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种信息处理方法，所述方法包括：

接收信息处理请求，所述信息处理请求中携带有节点标识；

根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

可选地，所述信息处理请求包括信息提示请求、信息修改请求或信息删除请求。

可选地，所述信息处理请求为信息提示请求，所述信息提示请求中还包括所述第一信息提示节点的数据，

所述根据所述信息处理请求，对所述节点标识对应的第一信息提示节点进行信息处理，包括：

存储所述第一信息提示节点的数据，并在所述第一信息提示节点处进行信息提示；

相应的，所述对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理，包括：

基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示。

可选地，所述基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示，包括：

获取所述目标信息提示节点的数据数量；

在获取的数据数量的基础上增加所述第一信息提示节点的数据数量，得到所述目标信息提示节点的数据数量之和；

在所述目标信息提示节点的预定位置进行信息提示，并显示所述数据数量之和。

可选地，所述获取与所述第一信息提示节点存在关联关系的目标信息提示节点，包括：

从预先构建的信息提示节点之间的信息提示关系中获取与所述第一信息提示节点存在关联关系的目标信息提示节点。

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

获取与预设的用户标识相应的信息提示节点的节点配置信息，所述节点配置信息中包括所述信息提示节点的位置路径信息和不同信息提示节点间的关联信息；

根据所述位置路径信息和不同信息提示节点间的关联信息，构建所述信息提示节点之间的信息提示关系。

可选地，所述获取与预设的用户标识相应的信息提示节点的节点配置信息，包括：

从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息；或者，

接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

本说明书实施例提供的一种信息处理装置，所述装置包括：

请求接收模块，用于接收信息处理请求，所述信息处理请求中携带有节点标识；

第一信息处理模块，用于根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

第二信息处理模块，用于获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

可选地，所述信息处理请求包括信息提示请求、信息修改请求或信息删除请求。

可选地，所述信息处理请求为信息提示请求，所述信息提示请求中还包括所述第一信息提示节点的数据，

所述第一信息处理模块，用于存储所述第一信息提示节点的数据，并在所述第一信息提示节点处进行信息提示；

所述第二信息处理模块，用于基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示。

可选地，所述第二信息处理模块，包括：

数据数量获取单元，用于获取所述目标信息提示节点的数据数量；

数据量和确定单元，用于在获取的数据数量的基础上增加所述第一信息提示节点的数据数量，得到所述目标信息提示节点的数据数量之和；

显示单元，用于在所述目标信息提示节点的预定位置进行信息提示，并显示所述数据数量之和。

可选地，所述第二信息处理模块，用于从预先构建的信息提示节点之间的信息提示关系中获取与所述第一信息提示节点存在关联关系的目标信息提示节点。

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

配置信息获取模块，用于获取与预设的用户标识相应的信息提示节点的节点配置信息，所述节点配置信息中包括所述信息提示节点的位置路径信息和不同信息提示节点间的关联信息；

信息提示关系构建模块，用于根据所述位置路径信息和不同信息提示节点间的关联信息，构建所述信息提示节点之间的信息提示关系。

可选地，所述配置信息获取模块，用于从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息；或者，接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

本说明书实施例提供的一种信息处理设备，所述信息处理设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收信息处理请求，所述信息处理请求中携带有节点标识；

根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

由以上本说明书实施例提供的技术方案可见，本说明书实施例通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

附图说明

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

图1为本说明书一种信息处理方法实施例；

图2为本说明书一种应用程序的信息提示示意图；

图3为本说明书另一种信息处理方法实施例；

图4为本说明书一种树形结构的信息提示关系的示意图；

图5为本说明书一种数据更新的系统的示意图；

图6为本说明书一种应用程序的信息提示示意图；

图7为本说明书又一种信息处理方法实施例；

图8为本说明书又一种信息处理方法实施例；

图9为本说明书一种信息处理装置实施例；

图10为本说明书一种信息处理设备实施例。

具体实施方式

本说明书实施例提供一种信息处理方法、装置及设备。

为了使本技术领域的人员更好地理解本申请中的技术方案，下面将结合本说明书实施例中的附图，对本说明书实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都应当属于本申请保护的范围。

实施例一

如图1所示，本说明书实施例提供一种信息处理方法，该方法的执行主体可以为终端设备或服务器，其中，该终端设备可以如个人计算机等设备，也可以如手机、平板电脑等移动终端设备，该终端设备可以为用户使用的终端设备。该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某应用程序的后台服务器，也可以是某网站(如购物网站或网络论坛等)的后台服务器等。该方法可以用于对需要进行信息提示的信息提示节点进行快速更新等处理中，本实施例中以终端设备为例进行说明，对于服务器的情况，可以根据下述相关内容处理，在此不再赘述。该方法具体可以包括以下步骤：

在步骤S102中，接收信息处理请求，该信息处理请求中携带有节点标识，该信息处理请求是用于处理信息提示节点处的提示信息的请求。

其中，节点标识可以是由服务器或终端设备为信息提示节点分配的编码、名称等，节点标识用于可以唯一确定相应的信息提示节点的信息，在实际应用中，可以使用不同的字符串作为节点标识。信息提示节点可以是信息的存储节点，并在存储的信息发生变化时，可以在该信息提示节点处进行信息提示的节点，在实际应用中，信息提示节点可以是应用程序中的应用控件，此外，还可以使用相应的字段来表达信息提示节点的属性，例如，“content”字段表示信息提示节点的内容，“style”字段表示信息提示节点进行信息提示时需要显示为数字、文字和红点等中的一种或多种等。信息提示节点的位置可以根据实际需要进行设置，例如，某应用程序的首页面中包括项目A、项目B和项目C三个可选项，其中项目A中包括子项目1和子项目2两个可选项，子项目1中包括数据a和数据b，则信息提示节点可以包括项目A、项目B、项目C、子项目1和子项目2等，当数据a和/或数据b发生变化(如数据被删除、修改或增加新数据等)时，可以在子项目1处进行信息提示，另外，由于项目A是子项目1的上一级信息提示节点，则也可以在项目A处进行信息提示，这样，当用户打开该应用程序的首页面后，会看到项目A处的信息提示，当用户点击项目A可选项进入相应的页面后，又会看到子项目1处的信息提示，当用户点击子项目1可选项进入相应的页面后，可以看到发生变化的数据。提示信息可以是对用户进行提示的信息，提示信息可以包括多种实现方式，例如以文字的形式实现、以数字的形式实现或以文字和数字相结合的形式实现等。信息处理请求可以包括多种对信息进行处理的请求，例如，删除信息的请求或修改信息的请求等，本说明书实施例中的信息处理请求可以是任意请求。

在实施中，终端设备中可以安装有某应用程序，如理财类应用程序或即时通讯应用程序等，当用户启动该应用程序后，终端设备可以从服务器中获取该应用程序的相关数据，其中包括相关页面的数据，如图2所示，终端设备可以显示相关页面，该页面中可以包括多个可选项，每个可选项可以作为一个信息提示节点，如图2中的选项1、选项2和选项3等。在某一个或多个可选项上可以进行信息提示，进行信息提示的方式可以包括多种，例如在信息提示节点的指定位置显示圆点，且该圆点内部可以某种颜色填充，例如，红色(可称为红点)或黑色等，如图中的选项2、选项3和选项5，或者，圆点内部还可以包括数字和/或文字等。当用户需要查看某可选项中进行信息提示的相关信息时，可以点击该可选项(如选项2)，终端设备可以获取相应的页面展示给用户，依此方式，用户最终可以查看到进行信息提示的相关信息，此时，由于信息提示作用已经完成，该应用程序可以将该可选项上的信息提示消除，为此，该应用程序可以获取相关可选项对应的节点标识(如选项2对应的节点标识等)生成信息处理请求，终端设备可以接收到该信息处理请求。

或者，当服务器需要更新某可选项中的信息(包括删除某可选项中的信息、增加某可选项中的信息和修改某可选项中的信息等)时，可以获取更新的信息以及相关信息提示节点的节点标识生成信息处理请求，可以将该信息处理请求发送给终端设备，从而终端设备可以接收到该信息处理请求。

在步骤S104中，根据上述信息处理请求，对上述节点标识对应的第一信息提示节点的提示信息进行处理。

在实施中，终端设备中可以存储有节点标识与信息提示节点之间的对应关系，该对应关系可以表格的形式存储，可以如表1所示。

表1

节点标识	信息提示节点
		节点1	选项A
节点2	选项B
		节点3	选项C

终端设备获取到信息处理请求后，可以提取其中携带的节点标识，通过该节点标识，可以从预先存储中如表1所示的对应关系中查找该节点标识对应的信息提示节点，例如，信息处理请求中携带的节点标识为节点3，则通过上述表1的对应关系，可以确定节点3对应的信息提示节点为选项C(即第一信息提示节点)。得到第一信息提示节点后，可以根据信息处理请求中的内容对第一信息提示节点的提示信息进行相应的处理，例如，信息处理请求为请求将第一信息提示节点中的两个提示信息删除，则终端设备可以将第一信息提示节点中的上述两个提示信息删除，并更新第一信息提示节点的信息提示数目，如第一信息提示节点包括5个提示信息，删除上述两个提示信息后，第一信息提示节点的信息提示数目变为3。再例如，信息处理请求为请求对第一信息提示节点进行信息提示，则终端设备可以将相应的提示信息设置在第一信息提示节点上，并更新第一信息提示节点的信息提示数目。

在步骤S106中，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理。

其中，关联关系可以是表征两个信息提示节点之间存在某种联系的信息，关联关系可以包括信息提示节点之间的上下级关系、隶属关系、父节点与子节点的关系等。与提示信息相关的信息可以是第一信息提示节点的上级信息提示节点的信息，其中，第一信息提示节点的上级信息提示节点的提示信息中包含第一信息提示节点的提示信息。

在实施中，应用程序中各个层次的页面之间具有一定的关联关系，例如，A页面为B页面的上一级页面，B页面为A页面的下一级页面等。由于信息提示节点可以代表某个页面中的数据，也可以代表页面中某个可选项等，因此，信息提示节点之间也会与页面一样具有一定的关联关系，例如，信息提示节点A是信息提示节点B的子节点，信息提示节点B是信息提示节点A的父节点等。由于信息提示节点之间存在关联关系，如果对某一个信息提示节点的提示信息进行处理，则与该信息提示节点存在关联关系的信息提示节点也可能会受到影响，为此，可以通过递归算法来消除上述影响，具体参见下述相关内容。

信息提示节点通常具有预先指定的位置，而对于不同的用户，需要进行信息提示的信息提示节点可能不同，这样就需要针对不同的用户，梳理得到相应的信息提示节点的关联关系。信息提示节点的关联关系可以是在用户启动应用程序时，由服务器主动发送给终端设备，也可以由终端设备主动从服务器中拉取。上述关联关系同样可以表格的形式存储，如表2所示。

表2

信息提示节点	相关联的信息提示节点
		选项A	无
选项B	选项F
		选项C	选项D和选项E

如果第一信息提示节点为选项C，则通过上述表2所示的关联关系，可以确定与选项C存在关联关系的目标信息提示节点为选项D和选项E。此外，终端设备中还存储有各信息提示节点的父节点和子节点的相关信息，如图3所示，可以根据上述信息，得到选项C的父节点为选项E，选项C的子节点为选项D，因此，如果第一信息提示节点为选项C，则表明信息处理请求请求处理的是选项C中的相关信息，而对于其子节点选项D中并不存在与第一信息提示节点的提示信息相关的信息，可以不对选项D中的信息做任何处理。而选项E为第一信息提示节点的父节点，选项E中会存在与第一信息提示节点的提示信息相关的信息，此时，可以利用递归算法对目标信息提示节点(即选项E)执行与第一信息提示节点相同的信息处理请求相应的处理操作，即将目标信息提示节点中选项C中发生变化的提示信息进行处理，如选项C中核销了两个提示信息，则可以将选项E中包含的选项C的上述两个提示信息核销，如选项C中增加了一个提示信息，则可以在选项E中增加一个提示信息等。

需要说明的是，信息提示节点的关联关系还可以是在某信息提示节点的相关数据发生变化时，终端设备通过递归算法构建信息提示节点之间的信息提示关系，为了直观体现信息提示节点间的关联关系，可以将构建树形结构的信息提示关系。

本说明书实施例提供一种信息处理方法，通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

实施例二

如图3所示，本说明书实施例提供一种信息处理方法，该方法的执行主体可以为终端设备或服务器，其中，该终端设备可以如个人计算机等设备，也可以如手机、平板电脑等移动终端设备，该终端设备可以为用户使用的终端设备。该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某应用程序的后台服务器，也可以是某网站(如购物网站或网络论坛等)的后台服务器等。该方法可以用于对需要进行信息提示的信息提示节点进行快速更新等处理中，本实施例中以终端设备为例进行说明，对于服务器的情况，可以根据下述相关内容处理，在此不再赘述。该方法具体可以包括以下步骤：

在步骤S302中，获取与预设的用户标识相应的信息提示节点的节点配置信息，该节点配置信息中包括该信息提示节点的位置路径信息和不同信息提示节点间的关联信息。

其中，用户标识可以是用户注册时或登录时使用的用户名、账号等，也可以是用户使用的终端设备的设备标识，如终端设备的MAC(Media Access Control，媒体介入控制层)地址、IP(Internet Protocol，网络之间互联的协议)地址等，还可以是用户通过终端设备注册或登录网站时，网站的服务器为该用户分配的标识，如编号或名称等，具体可以根据实际情况确定，本说明书实施例对此不做限定。位置路径信息可以包括信息提示节点的位置，例如，项目A的位置可以为应用程序-项目A，子项目2的位置可以为应用程序-项目A-子项目2等。关联信息可以是信息提示节点间的关联关系的相关信息，关联关系可以包括信息提示节点之间的上下级关系、隶属关系、父节点与子节点的关系等。

在实施中，节点配置信息可以预先根据实际情况设置，在实际应用中可以根据不同用户的需求，设置不同的节点配置信息，例如，记录用户的历史操作数据，根据用户的历史操作数据确定用户点击或查看次数较多的数据所属的类型，基于确定出的类型分别确定相应的信息提示节点，例如，确定出的类型为新闻类，则可以确定相应的信息提示节点为新闻或资讯类的节点。应用程序中的位置路径信息和不同信息提示节点间的关联信息可以由用户或技术人员根据实际情况设定，也可以由服务器等设备根据用户的不同需求信息进行动态调整得到，本说明书实施例对此不做限定。

当用户启动终端设备中安装的某应用程序后，可以使用相应的用户名和密码登录该应用程序的服务器。此时，服务器可以获取上述位置路径信息和不同信息提示节点间的关联信息(具体可以由用户或技术人员通过相应的应用程序输入，也可以获取服务器动态调整的结果等)，可以使用上述位置路径信息和不同信息提示节点间的关联信息生成节点配置信息，可以将该节点配置信息与用户的用户标识对应存储。用户登录成功后或得到相应的节点配置信息后，终端设备可以通过预设的程序接口从服务器获取生成的节点配置信息。其中，预设的程序接口可以为RPC(Remote Procedure Call Protocol，远程过程调用协议)接口等。从而，终端设备可以得到与预设的用户标识相应的信息提示节点的节点配置信息。

此外，终端设备从服务器获取节点配置信息的方式可以包括多种，以下提供两种可选的处理方式，具体可以包括以下方式一和方式二。

方式一，终端设备从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息。

在实施中，用户通过其用户名和密码登录上述应用程序的服务器后，可以向该应用程序的服务器发送数据获取请求，服务器可以将相应的数据发送给终端设备，终端设备可以显示该数据。此外，为了对各信息提示节点进行信息提示，终端设备可以通过用户标识，在服务器中预先存储的节点配置信息中查找相应的节点配置信息，并可以将查找到的节点配置信息通过预设的程序接口(如RPC接口等)，从服务器中拉取到终端设备中。

方式二，终端设备接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

在实施中，服务器将终端设备发送的数据获取请求对应的数据发送给终端设备的同时或者之后，服务器可以获取数据获取请求中的用户标识，通过该用户标识，可以从预先存储的节点配置信息中查找相应的节点配置信息，然后将查找到的节点配置信息推送至终端设备的程序接口，终端设备可以从该程序接口接收节点配置信息。

在步骤S304中，根据上述位置路径信息和不同信息提示节点间的关联信息，构建信息提示节点之间的信息提示关系。

其中，信息提示关系可以包括各信息提示节点生成提示信息之间的关联关系等。信息提示关系可以通过多种方式展现，例如，信息提示关系可以以表格的形式展现，其中该表格中可以包括多个不同的项目，用于记录不同的信息，不同的项目中的信息可以相互对应。信息提示关系也可以以树形结构的形式展现，如图4为树形结构的信息提示关系，其中包括根节点、选项A、选项B、选项C、选项D、选项E和选项F，上述各选项都可以是信息提示节点。

在实施中，以信息提示关系以树形结构的形式展现为例，考虑到递归算法具有结构清晰、可读性强等优点，而且很容易使用数学归纳法来证明递归算法的正确性，此外，通过递归算法可以很容易的将数据库中的信息提示节点间的关联关系表达成树形结构的形式，因此可以使用递归算法实现上述信息提示关系的构建。如图4所示，如果根节点为应用程序，当选项D中的信息发生变化时，选项C和选项E也会有相应的信息提示，这样，需要进行信息提示的信息提示节点包括选项E、选项D和选项C。为了全面了解各信息提示节点之间的关系，以及各信息提示节点的位置，而且，也为了方便后续对信息提示节点进行更新，可以根据不同信息提示节点间的关联信息，建立树形结构的信息提示关系(为了后续描述方便，可简称为信息提示关系树)，具体地，终端设备获取到节点配置信息后，可以提取中的内容，基于其中的位置路径信息和不同信息提示节点间的关联信息，可以在缓存或内存中逐步构建具有一定层级关系的信息提示关系树，直到得到一棵完整的信息提示关系树，以供后续动态更新需要进行信息提示的信息提示节点使用。

通过树形结构的信息提示关系可以清楚的了解到对该用户需要进行信息提示的信息提示节点，或者，哪些信息提示节点存在更新的信息。其中，在进行信息提示时，可以以多种方式实现，例如，可以在相应的信息提示节点的指定区域显示一个红点，或者，也可以在相应的信息提示节点的指定区域显示更新的信息的数目，如15或20等，或者，也可以在相应的信息提示节点的指定区域显示一个圆圈，在该圈圈中设置有更新的信息的数目等，本说明书实施例对如何进行信息提示不做限定。

上述步骤S302和步骤S304的处理过程，可以是在信息提示节点的中任一信息提示节点(如第一信息提示节点)的数据或相关状态发生变化时触发，并通过调用预设的递归算法执行的处理过程，即在下述在步骤S306之后执行的处理过程，也可以是在登录服务器后，终端设备通过调用预设的递归算法主动执行的处理过程，本说明书实施例对此不做限定。

当信息提示节点的中任一信息提示节点(如第一信息提示节点)的数据或相关状态发生变化时，可以调用递归算法调整第一信息提示节点，以及与第一信息提示节点存在关联关系的目标信息提示节点的相关提示信息，具体可以包括以下步骤S306～步骤S312。

在步骤S306中，终端设备接收服务器发送的信息处理请求。

在实施中，为了降低不同系统之间的耦合，业务方系统与信息提示系统之间可以通过发送事件信息的方式交互。具体地，当某一项或多项业务中存在数据更新(如理财业务中，用户关注的某项理财业务增加了新数据等)时，业务服务器可以获取更新的数据(即第一信息提示节点的数据)、该更新的数据对应的节点标识和用户标识，可以通过上述信息生成事件信息(即信息处理请求)，然后，可以将该信息处理请求发送给服务器。例如，如图5所示，当业务1和业务2中都存在数据更新时，业务1对应的业务服务器1和业务2对应的业务服务器2可以分别生成相应的信息处理请求，并将信息处理请求发送给服务器。

服务器可以检测上述用户标识对应的用户是否在线，如果用户不在线，则可以将该信息处理请求缓存在服务器中，如果用户在线，则可以建立终端设备与服务器之间的连接，在获取到建链消息后，服务器可以将该信息处理请求发送给终端设备。终端设备可以接收到服务器发送的信息处理请求。

在步骤S308中，终端设备存储第一信息提示节点的数据，并在第一信息提示节点处进行信息提示。

在实施中，终端设备接收到第一信息提示节点的数据后，可以按照节点配置信息中的内容结构存储该第一信息提示节点的数据，例如，可以获取第一信息提示节点的数据对应的信息提示节点的信息(如节点标识等)，然后，可以在节点配置信息中查找第一信息提示节点，如果查找到，可以将第一信息提示节点的数据存储在与查找到的信息提示节点相应的区域。同时，还可以在第一信息提示节点处进行信息提示，例如，如图6所示的信息提示节点的右上角显示一个圆点，以表明信息提示节点存在更新的数据。

对于与第一信息提示节点相关联的目标信息提示节点的获取，以及对目标信息提示节点进行信息提示的处理可以通过递归算法实现，具体可以参见下述步骤S310和步骤S312。

在步骤S310中，从预先构建的信息提示节点之间的信息提示关系中获取与第一信息提示节点存在关联关系的目标信息提示节点。

在实施中，终端设备中可以预先设置有递归算法，当终端设备完成上述步骤S308的处理后，可以调用上述递归算法完成后续处理，具体地，可以在上述信息提示关系树中查找第一信息提示节点的节点标识，查找到后，可以从信息提示关系树中查找该节点标识的上一级节点，然后，再查找该上一级节点的上一级节点，以此类推，直到查找的上一级节点为根节点为止。终端设备可以将查找到的节点标识对应的第一信息提示节点外的所有上一级信息提示节点作为目标信息提示节点。

在步骤S312中，基于上述第一信息提示节点处的提示信息，更新目标信息提示节点处的提示信息，并在目标信息提示节点处进行信息提示。

上述步骤S312的处理过程可以参见上述实施例一中的步骤S106的相关内容，在此不再赘述。

需要说明的是，还可以在信息提示时显示数据数量，具体地，获取目标信息提示节点的数据数量；在获取的数据数量的基础上增加第一信息提示节点的数据数量，得到目标信息提示节点的数据数量之和；在目标信息提示节点的预定位置进行信息提示，并显示数据数量之和。例如，如图6所示的信息提示节点的右上角显示一个圆点，并可以在圆点中显示该信息提示节点的各级子节点的数据数量之和，如20或30等。

此外，还可以对各信息提示节点的数据进行核销或修改等操作，相应的处理方式可以多种多样，以下提供一种可选的处理方式，具体可以包括以下内容：上述信息处理请求包括修改第一信息提示节点的数据或删除第一信息提示节点的数据；根据该信息处理请求，对第一信息提示节点的数据进行处理，并对第一信息提示节点处是否进行信息提示进行调整，同时，对目标信息提示节点的数据进行相应处理，并对目标信息提示节点处是否进行信息提示进行调整。

在实施中，如果需要对信息提示节点(包括第一信息提示节点和目标信息提示节点)的数据进行核销，可以通过两种方式实现，即通过服务器核销和终端设备核销，其中，通过服务器核销可以为：业务服务器发送删除消息的信息处理请求，服务器接收到该信息处理请求后，可以将相应信息提示节点的数据删除；终端设备核销可以为：终端设备可以通过程序接口发送删除消息的信息处理请求，从而核销相应信息提示节点的数据。对于修改信息提示节点的数据的处理，可以参见上述核销的处理，在此不再赘述。

需要说明的是，终端设备可以预先记录接收到的信息处理请求的数量，每当业务服务器中存在更新的数据时，服务器会向终端设备发送一次信息提示请求，终端设备可以将记录的信息处理请求的数量加1。每当从业务服务器中删除某数据时，服务器会向终端设备发送一次信息删除请求，终端设备可以将记录的信息处理请求的数量减1。当用户点击进行信息提示的信息提示节点时，终端设备将记录接收到的信息处理请求的数量清0。

本说明书实施例提供一种信息处理方法，通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

实施例三

如图7所示，本说明书实施例提供一种信息处理方法，该方法可以由终端设备和服务器共同执行，其中，该终端设备可以如个人计算机等设备，也可以如手机、平板电脑等移动终端设备，该终端设备可以为用户使用的终端设备。该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某应用程序的后台服务器，也可以是某网站(如购物网站或网络论坛等)的后台服务器等。该方法可以用于对需要进行信息提示的信息提示节点进行快速更新或信息提示节点间的关系的快速确定等处理中。该方法具体可以包括以下步骤：

在步骤S702中，服务器获取与预设的用户标识相应的节点信息，该节点信息中包括该用户标识对应的不同信息提示节点间的关联信息和预定业务信息。

在实施中，在某应用程序中，不同的用户关注的业务或信息往往不同，例如，购物的应用程序中，用户A关注的业务包括服装、家具建材和家纺家饰等，用户B关注的业务包括数码产品和家用电器等，其中用户关注的业务或信息的获取，可以通过该用户收藏的信息或浏览的历史数据等实现。基于上述内容可知，当某个业务的数据(即预定业务信息)更新时，可以确定更新的数据属于哪一个业务，例如，如果服务器中更新了某手机的销售信息，则可以确定手机所属的业务为数码产品。可以使用更新数据和更新数据所属的业务的信息(即预定业务信息)，以及该用户标识对应的不同信息提示节点间的关联信息生成节点信息，并可以将该节点信息与用户标识对应存储，从而，服务器可以获取到与预设的用户标识相应的节点信息。

需要说明的是，上述节点信息可以包括应用程序中预先设置的控件标识，该控件标识可以是控件的名称、编码等，例如，精选控件、理财控件、资产控件或P100等。

在步骤S704中，服务器根据上述用户标识对应的不同信息提示节点间的关联信息和该预定业务信息，确定需要进行信息提示的信息提示节点的位置路径信息。

在实施中，可以基于用户的用户标识对应的不同信息提示节点间的关联信息，确定不同信息提示节点之间的关系，可以如图3所示。可以根据更新数据所属的业务的信息(即预定业务信息)，确定相应的应用程序的信息提示节点。然后，可以依据上述确定出的不同信息提示节点之间的关系，确定某一个或多个信息提示节点的位置路径信息。例如，图3中的选项D-选项C-选项E等。

在步骤S706中，服务器根据需要进行信息提示的信息提示节点的位置路径信息和上述节点信息，生成与预设的用户标识相应的信息提示节点的节点配置信息。

在实际应用中，通过上述步骤S702～步骤S706可以得到节点配置信息，由于用户不同时期的关注内容可能不同，这样就需要对节点配置信息进行及时修改、更新，从而可以更加精准的为用户提供信息提示服务，为此，本实施例中提供一种更新节点配置信息的处理方式，具体可以包括以下步骤S708和步骤S710。

在步骤S708中，服务器获取预定信息提示节点的位置路径信息和/或与该预定信息提示节点间的关联信息。

在实施中，当服务器检测到某用户所关注的业务发生变化(例如，用户增加了需要关注的业务、用户取消了对某业务的关注或用户修改了已关注业务的相关内容等)时，服务器可以获取相应业务对应的预定信息提示节点，确定与该预定信息提示节点间的关联信息和/或预定信息提示节点的位置路径信息，例如，对于用户增加了需要关注的业务的情况，服务器可以获取该业务对应的预定信息提示节点，并确定与该预定信息提示节点间的关联信息和/或预定信息提示节点的位置路径信息；对于用户取消了对某业务的关注的情况，服务器可以获取该业务对应的预定信息提示节点，并从上述得到的节点配置信息中，获取与该预定信息提示节点间的关联信息和/或预定信息提示节点的位置路径信息；对于用户修改了已关注业务的相关内容的情况，服务器可以获取修改的内容对应的预定信息提示节点，可以依据获取的预定信息提示节点，确定与该预定信息提示节点间的关联信息和/或预定信息提示节点的位置路径信息。

在步骤S710中，服务器根据上述预定信息提示节点的位置路径信息和/或与该预定信息提示节点间的关联信息，更新上述节点配置信息。

在实施中，对于用户增加了需要关注的业务的情况，服务器可以将得到的预定信息提示节点的位置路径信息和与该预定信息提示节点间的关联信息添加到上述步骤S706中得到的节点配置信息中，以对节点配置信息进行更新，得到更新后的节点配置信息；对于用户取消了对某业务的关注的情况，服务器可以将得到的预定信息提示节点的位置路径信息和与该预定信息提示节点间的关联信息从上述步骤S706中得到的节点配置信息中删除，以更新该节点配置信息；对于用户修改了已关注业务的相关内容的情况，服务器可以根据得到的预定信息提示节点的位置路径信息和与该预定信息提示节点间的关联信息，对步骤S706中得到的节点配置信息中的相应内容进行调整，得到调整后的节点配置信息即为更新后的节点配置信息。

需要说明的是，节点配置信息中除了包括上述信息外，还可以包括如信息提示时效类型(如持久型或临时型等)、信息提示样式(如圆点和/或数字和/或文字等)和取消信息提示策略(如点击取消或超时取消等)等，具体可以根据实际情况确定，本说明书实施例对此不做限定。

由于节点配置信息或更新后的节点配置信息主要用于信息提示的处理中，因此，下面将具体说明如何基于节点配置信息进行信息提示，具体可以参见下述步骤S712～步骤S724。

在步骤S712中，终端设备从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息。

在步骤S714中，服务器接收业务服务器发送的包括第一信息提示节点的数据的信息处理请求。

在步骤S716中，服务器将上述信息处理请求发送给终端设备。

在步骤S718中，终端设备根据上述位置路径信息和不同信息提示节点间的关联信息，构建该信息提示节点之间的信息提示关系。

在步骤S720中，终端设备存储第一信息提示节点的数据，并在第一信息提示节点处进行信息提示。

上述步骤S718和步骤S720的处理可以是同时执行，也可以是先执行步骤S720，然后再执行步骤S718，本说明书实施例对此不做限定。

在步骤S722中，终端设备从预先构建的信息提示节点之间的信息提示关系中获取与第一信息提示节点存在关联关系的目标信息提示节点。

在步骤S724中，基于上述第一信息提示节点处的提示信息，更新目标信息提示节点处的提示信息，并在目标信息提示节点处进行信息提示。

本说明书实施例提供一种信息处理方法，通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

实施例四

本实施例将结合具体的应用场景，对本说明书实施例提供的一种信息处理方法进行详细的阐述，相应的应用场景为应用程序的信息提示的应用场景，其中，应用程序可以为任意应用程序，信息提示可以有多种方式，本实施例中以在信息提示节点显示圆点为例进行说明，其中的圆点内部可以某种颜色填充，例如，红色(可称为红点)或黑色(如图2或图6所示)等，本实施例中以红点为例，信息提示节点可以为应用程序中的应用控件，如按键、超链接或图片链接等，节点配置信息可以为红点配置信息，需要进行信息提示的信息提示节点的位置路径信息可以为需要显示的红点的位置路径信息，信息提示关系可以为红点生成树，节点信息可以为红点信息。

如图8所示，本说明书实施例提供一种信息处理方法，该方法可以由终端设备和服务器共同执行，其中，该终端设备可以如个人计算机等设备，也可以如手机、平板电脑等移动终端设备，该终端设备可以为用户使用的终端设备。该服务器可以是独立的服务器，也可以是由多个服务器组成的服务器集群，而且，该服务器可以是某应用程序的后台服务器。该方法具体可以包括以下步骤：

在步骤S802中，服务器获取与预设的用户标识相应的红点信息，该红点信息中包括该用户标识对应的不同应用控件间的关联信息和预定业务信息。

在步骤S804中，服务器根据上述用户标识对应的不同应用控件间的关联信息和该预定业务信息，确定需要显示的红点的位置路径信息。

在步骤S806中，服务器根据需要显示的红点的位置路径信息和上述红点信息，生成与预设的用户标识相应的应用控件的红点配置信息。

上述步骤S802～步骤S806的步骤内容分别与上述实施例三中步骤S702～步骤S706的步骤内容相同，步骤S802～步骤S806的具体处理可以参见上述步骤S702～步骤S706的相关内容，在此不再赘述。

在实际应用中，通过上述步骤S802～步骤S806可以得到红点配置信息，由于用户不同时期的关注内容可能不同，这样就需要对红点配置信息进行及时修改、更新，从而可以更加精准的为用户提供信息提示服务，为此，本实施例中提供一种更新红点配置信息的处理方式，具体可以包括以下内容：服务器获取预定应用控件的位置路径信息和/或与该预定应用控件间的关联信息；服务器根据上述预定应用控件的位置路径信息和/或与该预定应用控件间的关联信息，更新上述红点配置信息。

由于红点配置信息或更新后的红点配置信息主要用于信息提示的处理中，因此，下面将具体说明如何基于红点配置信息进行信息提示，具体可以参见下述步骤S808～步骤S820。

在步骤S808中，终端设备与服务器建立连接后，终端设备从服务器中拉取与预设的用户标识相应的应用控件的红点配置信息。

在实施中，用户可以通过其用户名和密码登陆服务器，并通过终端设备向该应用程序的服务器发送数据获取请求，服务器可以将相应的数据发送给终端设备。此时，终端设备可以通过用户标识，在服务器中预先存储的节点配置信息中查找相应的节点配置信息，并可以将查找到的节点配置信息，通过RPC接口使用JSON(JavaScript Object Notation，JavaScript对象标记)协议，从服务器中拉取到终端设备中。

在步骤S810中，服务器接收业务服务器发送的包括第一应用控件的数据的信息处理请求。

在实施中，为了降低不同系统之间的耦合，业务方系统与信息提示系统之间可以通过发送事件信息的方式交互。具体地，当某一项或多项业务中存在数据更新时，业务服务器可以获取第一应用控件的数据、第一应用控件的应用控件标识和用户标识等，可以通过上述信息生成信息处理请求，然后，可以将该信息处理请求发送给服务器。

在步骤S812中，服务器将上述信息处理请求发送给终端设备。

在步骤S814中，终端设备基于预定的递归算法，根据上述位置路径信息和不同应用控件间的关联信息，构建红点生成树。

在实施中，终端设备获取到红点配置信息后，可以提取中的内容，基于其中的位置路径信息和不同应用控件间的关联信息，可以按照LRU(Least Recently Used，最近最少使用)原则，在缓存中逐步构建具有一定层级关系的红点生成树，以供后续动态更新红点使用。

在实际应用中，可以定义一个数据结构来描述一个红点，并在该数据结构中实现build(构建或创建)、analyse(分析)和save(保存或存储)等操作。在该数据结构的其它位置可以初始化空的根节点，这样就可以通过该根节点递归的创建和分析以及保持整个红点生成树，具体可以参考下述内容：

在步骤S816中，终端设备存储第一应用控件的数据，并在第一应用控件处显示红点。

在步骤S818中，终端设备基于预定的递归算法，从预先构建的红点生成树中获取与第一应用控件存在关联关系的目标应用控件。

在步骤S820中，基于上述第一应用控件处的红点和预定的递归算法，更新目标应用控件处的红点，并在目标应用控件处显示红点。

此外，为了能够让用户及时了解各业务中更新的数据数量，可以在进行信息提示时，显示数据数量，具体地，统计目标应用控件的各级子控件的数据数量之和；在目标应用控件的预定位置进行信息提示，并显示其各级子控件的数据数量之和。

此外，还可以对各业务的数据进行核销、修改或增加等操作，可以根据上述信息处理请求的内容，对目标应用控件的提示信息进行处理，并对目标应用控件处是否显示红点进行调整。另外，当用户点击带有红点的应用控件时，终端设备将记录的提示信息的数量清0，并取消该红点的显示。

本说明书实施例提供一种信息处理方法，通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

实施例五

以上为本说明书实施例提供的信息处理方法，基于同样的思路，本说明书实施例还提供一种信息处理装置，如图9所示。

该信息处理装置包括：请求接收模块901、第一信息处理模块902和第二信息处理模块903，其中：

请求接收模块901，用于接收信息处理请求，所述信息处理请求中携带有节点标识；

第一信息处理模块902，用于根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

第二信息处理模块903，用于获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

本说明书实施例中，所述信息处理请求包括信息提示请求、信息修改请求或信息删除请求。

本说明书实施例中，所述信息处理请求为信息提示请求，所述信息提示请求中还包括所述第一信息提示节点的数据，

所述第一信息处理模块902，用于存储所述第一信息提示节点的数据，并在所述第一信息提示节点处进行信息提示；

所述第二信息处理模块903，用于基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示。

本说明书实施例中，所述第二信息处理模块903，包括：

数据数量获取单元，用于获取所述目标信息提示节点的数据数量；

数据量和确定单元，用于在获取的数据数量的基础上增加所述第一信息提示节点的数据数量，得到所述目标信息提示节点的数据数量之和；

显示单元，用于在所述目标信息提示节点的预定位置进行信息提示，并显示所述数据数量之和。

本说明书实施例中，所述第二信息处理模块903，用于从预先构建的信息提示节点之间的信息提示关系中获取与所述第一信息提示节点存在关联关系的目标信息提示节点。

本说明书实施例中，所述装置还包括：

配置信息获取模块，用于获取与预设的用户标识相应的信息提示节点的节点配置信息，所述节点配置信息中包括所述信息提示节点的位置路径信息和不同信息提示节点间的关联信息；

信息提示关系构建模块，用于根据所述位置路径信息和不同信息提示节点间的关联信息，构建所述信息提示节点之间的信息提示关系。

本说明书实施例中，所述配置信息获取模块，用于从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息；或者，接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

本说明书实施例提供一种信息处理装置，通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

实施例六

以上为本说明书实施例提供的信息处理装置，基于同样的思路，本说明书实施例还提供一种信息处理设备，如图10所示。

所述信息处理设备可以为上述实施例提供的终端设备。

信息处理设备可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上的处理器1001和存储器1002，存储器1002中可以存储有一个或一个以上存储应用程序或数据。其中，存储器1002可以是短暂存储或持久存储。存储在存储器1002的应用程序可以包括一个或一个以上模块(图示未示出)，每个模块可以包括对信息处理设备中的一系列计算机可执行指令。更进一步地，处理器1001可以设置为与存储器1002通信，在信息处理设备上执行存储器1002中的一系列计算机可执行指令。信息处理设备还可以包括一个或一个以上电源1003，一个或一个以上有线或无线网络接口1004，一个或一个以上输入输出接口1005，一个或一个以上键盘1006。

具体在本实施例中，信息处理设备包括有存储器，以及一个或一个以上的程序，其中一个或者一个以上程序存储于存储器中，且一个或者一个以上程序可以包括一个或一个以上模块，且每个模块可以包括对信息处理设备中的一系列计算机可执行指令，且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令：

接收信息处理请求，所述信息处理请求中携带有节点标识；

根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

可选地，所述信息处理请求包括信息提示请求、信息修改请求或信息删除请求。

可选地，所述信息处理请求为信息提示请求，所述信息提示请求中还包括所述第一信息提示节点的数据，

所述可执行指令在被执行时，还可以使所述处理器：

存储所述第一信息提示节点的数据，并在所述第一信息提示节点处进行信息提示；

相应的，所述对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理，包括：

基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取所述目标信息提示节点的数据数量；

在获取的数据数量的基础上增加所述第一信息提示节点的数据数量，得到所述目标信息提示节点的数据数量之和；

在所述目标信息提示节点的预定位置进行信息提示，并显示所述数据数量之和。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

从预先构建的信息提示节点之间的信息提示关系中获取与所述第一信息提示节点存在关联关系的目标信息提示节点。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

获取与预设的用户标识相应的信息提示节点的节点配置信息，所述节点配置信息中包括所述信息提示节点的位置路径信息和不同信息提示节点间的关联信息；

根据所述位置路径信息和不同信息提示节点间的关联信息，构建所述信息提示节点之间的信息提示关系。

可选地，所述可执行指令在被执行时，还可以使所述处理器：

从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息；或者，

接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

本说明书实施例提供一种信息处理设备，通过在接收到携带有节点标识的信息处理请求时，依据该信息处理请求，对节点标识对应的第一信息提示节点的提示信息进行处理，同时或者之后，获取与第一信息提示节点存在关联关系的目标信息提示节点，并对目标信息提示节点中与第一信息提示节点的提示信息相关的信息进行处理，这样，仅通过对第一信息提示节点的信息处理请求，就可以对与第一信息提示节点存在关联关系的目标信息提示节点执行相应的处理，使得在对第一信息提示节点的提示信息进行处理时，也将相关联的目标信息提示节点的相关信息进行处理，达到了动态调整相关联的信息提示节点的提示信息的目的，而不需要服务器分别指示终端设备进行变更，减少了进行信息提示的时间，从而提高了信息提示的效率。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device，PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书一个或多个实施例时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本说明书的实施例可提供为方法、系统、或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书的实施例是参照根据本说明书实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机程序产品。因此，本说明书一个或多个实施例可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本说明书一个或多个实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书一个或多个实施例可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书一个或多个实施例，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (15)

1.一种信息处理方法，所述方法包括：

接收信息处理请求，所述信息处理请求中携带有节点标识；

根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

2.根据权利要求1所述的方法，所述信息处理请求包括信息提示请求、信息修改请求或信息删除请求。

3.根据权利要求2所述的方法，所述信息处理请求为信息提示请求，所述信息提示请求中还包括所述第一信息提示节点的数据，

所述根据所述信息处理请求，对所述节点标识对应的第一信息提示节点进行信息处理，包括：

存储所述第一信息提示节点的数据，并在所述第一信息提示节点处进行信息提示；

相应的，所述对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理，包括：

基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示。

4.根据权利要求3所述的方法，所述基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示，包括：

获取所述目标信息提示节点的数据数量；

在获取的数据数量的基础上增加所述第一信息提示节点的数据数量，得到所述目标信息提示节点的数据数量之和；

在所述目标信息提示节点的预定位置进行信息提示，并显示所述数据数量之和。

5.根据权利要求1所述的方法，所述获取与所述第一信息提示节点存在关联关系的目标信息提示节点，包括：

从预先构建的信息提示节点之间的信息提示关系中获取与所述第一信息提示节点存在关联关系的目标信息提示节点。

6.根据权利要求5所述的方法，所述方法还包括：

获取与预设的用户标识相应的信息提示节点的节点配置信息，所述节点配置信息中包括所述信息提示节点的位置路径信息和不同信息提示节点间的关联信息；

根据所述位置路径信息和不同信息提示节点间的关联信息，构建所述信息提示节点之间的信息提示关系。

7.根据权利要求6所述的方法，所述获取与预设的用户标识相应的信息提示节点的节点配置信息，包括：

从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息；或者，

接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

8.一种信息处理装置，所述装置包括：

请求接收模块，用于接收信息处理请求，所述信息处理请求中携带有节点标识；

第一信息处理模块，用于根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

第二信息处理模块，用于获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。

9.根据权利要求8所述的装置，所述信息处理请求包括信息提示请求、信息修改请求或信息删除请求。

10.根据权利要求9所述的装置，所述信息处理请求为信息提示请求，所述信息提示请求中还包括所述第一信息提示节点的数据，

所述第一信息处理模块，用于存储所述第一信息提示节点的数据，并在所述第一信息提示节点处进行信息提示；

所述第二信息处理模块，用于基于所述第一信息提示节点处的提示信息，更新所述目标信息提示节点处的提示信息，并在所述目标信息提示节点处进行信息提示。

11.根据权利要求10所述的装置，所述第二信息处理模块，包括：

数据数量获取单元，用于获取所述目标信息提示节点的数据数量；

数据量和确定单元，用于在获取的数据数量的基础上增加所述第一信息提示节点的数据数量，得到所述目标信息提示节点的数据数量之和；

显示单元，用于在所述目标信息提示节点的预定位置进行信息提示，并显示所述数据数量之和。

12.根据权利要求8所述的装置，所述第二信息处理模块，用于从预先构建的信息提示节点之间的信息提示关系中获取与所述第一信息提示节点存在关联关系的目标信息提示节点。

13.根据权利要求12所述的装置，所述装置还包括：

配置信息获取模块，用于获取与预设的用户标识相应的信息提示节点的节点配置信息，所述节点配置信息中包括所述信息提示节点的位置路径信息和不同信息提示节点间的关联信息；

信息提示关系构建模块，用于根据所述位置路径信息和不同信息提示节点间的关联信息，构建所述信息提示节点之间的信息提示关系。

14.根据权利要求13所述的装置，所述配置信息获取模块，用于从服务器中拉取与预设的用户标识相应的信息提示节点的节点配置信息；或者，接收服务器发送的与预设的用户标识相应的信息提示节点的节点配置信息。

15.一种信息处理设备，所述信息处理设备包括：

处理器；以及

被安排成存储计算机可执行指令的存储器，所述可执行指令在被执行时使所述处理器：

接收信息处理请求，所述信息处理请求中携带有节点标识；

根据所述信息处理请求，对所述节点标识对应的第一信息提示节点的提示信息进行处理；

获取与所述第一信息提示节点存在关联关系的目标信息提示节点，并对所述目标信息提示节点中与所述第一信息提示节点的提示信息相关的信息进行处理。