CN113467867B - 信息处理方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开实施例公开了一种信息处理方法、装置、电子设备及存储介质，属于信息监控技术领域。该信息处理方法，包括：获取界面中的目标控件的渲染结果；在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，目标对象为显示在目标控件上的对象；在目标对象满足预设对象条件的情况下，向服务器上报第一信息，第一信息用于指示目标对象满足预设对象条件。本公开实施例有助于提升针对目标对象等关键信息是否得到正常展示的监控效率，同时有效保证监控结果的准确度。

Description

信息处理方法、装置、电子设备及存储介质

技术领域

本公开涉及信息监控技术领域，具体涉及一种信息处理方法、装置、电子设备及存储介质。

背景技术

众所周知，在一些界面中，往往需要对比较关键的信息进行可靠的展示；例如，在商品详情页面中，商品数据通常是比较关键的信息，需要得到可靠的展示；再例如，在一些应用程序的运行界面中，可能需要使用悬浮窗口提示一些关键信息等。现有技术中，通常采用人工监控界面中关键信息是否正常展示，存在费时费力的缺陷。

发明内容

本公开实施例的目的是提供一种信息处理方法、装置、电子设备及存储介质，以至少解决相关技术中采用人工监控界面中关键信息是否正常展示，导致费时费力的问题。

本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种信息处理方法，包括：

获取界面中的目标控件的渲染结果；

在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，目标对象为显示在目标控件上的对象；

在目标对象满足预设对象条件的情况下，向服务器上报第一信息，第一信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，预设渲染条件包括目标控件渲染在界面中；则目标控件的渲染结果满足预设渲染条件包括：渲染结果指示目标控件渲染在界面。

在其中一个实施例中，获取界面中的目标控件的渲染结果之后，方法还包括：

在目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，上报等待操作用于等待触发向服务器上报第一信息；

在目标对象满足预设对象条件的情况下，向服务器上报第一信息，包括：

在目标对象满足预设对象条件的情况下，触发预设操作符结束上报等待操作，向服务器上报第一信息。

在其中一个实施例中，获取目标对象，包括：

调用预设实例获取目标对象，并在目标对象满足预设对象条件的情况下，返回扩展信息，扩展信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，执行上报等待操作之后，方法还包括：

在目标对象不满足预设对象条件的情况下，保持上报等待操作。

在其中一个实施例中，在目标对象为数值的情况下，预设对象条件包括预设数值范围；则目标对象满足预设对象条件包括：目标对象对应的数值位于预设数值范围内。

在其中一个实施例中，预设对象条件包括参考文字集合；则目标对象满足预设对象条件包括：目标对象对应的文字位于参考文字集合中；或者，

在目标对象为图片的情况下，预设对象条件包括参考图片；则目标对象满足预设对象条件包括：目标对象与参考图片的相似度大于相似度阈值。

在其中一个实施例中，在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象之前，方法还包括：

在显示界面的情况下，向服务器上报第二信息，第一信息与第二信息用于服务器生成报警信号。

根据本公开实施例的第二方面，提供一种信息处理装置，该装置可以包括：

第一获取模块，获取界面中的目标控件的渲染结果；

第二获取模块，被配置为执行在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，目标对象为显示在目标控件上的对象；

第一上报模块，被配置为执行在目标对象满足预设对象条件的情况下，向服务器上报第一信息，第一信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，预设渲染条件包括目标控件渲染在界面中；则目标控件的渲染结果满足预设渲染条件包括：渲染结果指示目标控件渲染在界面。

在其中一个实施例中，信息处理装置还包括：

第一调用模块，被配置为执行在目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，上报等待操作用于等待触发向服务器上报第一信息；

第一上报模块，被配置为具体执行在目标对象满足预设对象条件的情况下，触发预设操作符结束上报等待操作，向服务器上报第一信息。

在其中一个实施例中，第二获取模块，被配置为具体执行调用预设实例获取目标对象，并在目标对象满足预设对象条件的情况下，返回扩展信息，扩展信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，信息处理装置还包括：

保持模块，被配置为执行在目标对象不满足预设对象条件的情况下，保持上报等待操作。

在其中一个实施例中，在目标对象为数值的情况下，预设对象条件包括预设数值范围；则目标对象满足预设对象条件包括：目标对象对应的数值位于预设数值范围内。

在其中一个实施例中，预设对象条件包括参考文字集合；则目标对象满足预设对象条件包括：目标对象对应的文字位于参考文字集合中；或者，

在目标对象为图片的情况下，预设对象条件包括参考图片；则目标对象满足预设对象条件包括：目标对象与参考图片的相似度大于相似度阈值。

在其中一个实施例中，信息处理装置还包括：

第二上报模块，被配置为执行在显示界面的情况下，向服务器上报第二信息，第一信息与第二信息用于服务器生成报警信号。

根据本公开实施例的第三方面，提供一种电子设备，该电子设备可以包括：

处理器；

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

其中，处理器被配置为执行指令，以实现如第一方面的任一项实施例中所示的信息处理方法。

根据本公开实施例的第四方面，提供一种计算机可读存储介质，当计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如第一方面的任一项实施例中所示的信息处理方法。

根据本公开实施例的第五方面，提供一种计算机程序产品，该计算机程序产品包括计算机程序，该计算机程序存储在可读存储介质中，计算机程序被处理器执行时实现如第一方面的任一项实施例中所示的信息处理方法。

本公开的实施例提供的技术方案至少带来以下有益效果：

本公开实施例获取界面中的目标控件的渲染结果，在渲染结果满足预设渲染条件的情况下，进一步获取显示在目标控件中的目标对象，在目标对象满足预设对象条件的情况下，向服务器上报相应的第一信息；也就是说，本公开实施例会同时对目标控件是否能够正常渲染在显示界面，以及目标控件的目标对象是否正常进行监控，有助于提升针对目标对象等关键信息是否得到正常展示的监控效率，同时有效保证监控结果的准确度。

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

附图说明

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

图1是根据一示例性实施例示出的一种用于信息处理的架构图；

图2是根据一示例性实施例示出的一种信息处理的应用场景示意图；

图3是根据一示例性实施例示出的一种信息处理方法的流程图；

图4是根据一示例性实施例示出的一种信息处理方法在一应用场景中的流程图；

图5是根据一示例性实施例示出的电子设备向服务器上报信息的原理图；

图6是根据一示例性实施例示出的一种信息处理装置的结构框图；

图7是根据一示例性实施例示出的一种电子设备的结构框图；

图8是根据一示例性实施例示出的用于数据处理的设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

本公开所提供的信息处理方法，可以应用于如图1或图2的架构中，具体结合图1进行详细说明。

图1是根据一示例性实施例示出的一种用于信息处理的架构图。

如图1所示，该架构图中可以包括客户端的至少一个电子设备10和服务端的服务器11。服务器11可以通过网络协议如超文本传输安全协议(Hyper Text TransferProtocol over Secure Socket Layer，HTTPS)与至少一个用户的电子设备10建立连接并进行信息交互。其中，电子设备10可以是手机、平板电脑、一体机等具有通讯功能的设备，也可以是虚拟机或模拟器模拟的设备。服务器11可以是云服务器或者服务器集群等具有存储以及计算功能的设备。

基于上述架构，用户可以通过电子设备10访问安装在电子设备10上的应用程序，或者，通过电子设备访问一些网站。例如，用户可以通过电子设备10访问安装在电子设备10中的软件，或者通过电子设备10中的浏览器访问购物网站等。在应用程序或者网站中可能会存在一些比较重要的信息，例如软件的运行界面中推送信息，或者购物网站上展示的商品参数信息等。

以下主要以用户通过电子设备10访问购物网站的应用场景为例进行说明。通常来说，用户在访问购物网站时会浏览商品详情页，在商品详情页中一般会包括一些比较重要的信息，比如商品的参数信息等。这些参数信息往往会构成直接影响用户购买决策的因素。

在一些示例中，商品详情页中的参数信息，可以是商品的尺寸参数、性能参数或者价格参数等等，此处不做具体限定。

当然，在实际应用中，上述商品详情页中的重要信息也可以是其他内容，例如，商品库存情况、发货地址等等。

一般来说，在商品详情页中，一些信息可以是显示在预设的显示控件中的。例如，如图2所示，在商品详情页中，参数信息可以通过显示控件渲染在商品详情页中，该显示控件由于主要用于参数信息的输入与展示，因此也可以将其称为参数容器。

以上通过显示控件进行显示的信息，均可以称为目标对象。针对这些目标对象，可以监控其是否得到正常的显示，及时发现目标对象显示异常的情况。

而为了简化描述，下文实施例中，将主要以目标对象为商品的参数信息为例进行说明。

以针对商品详情页中参数信息的监控为例，基于上述的架构图，电子设备10可以针对展示的商品详情页中参数信息是否得到正常显示进行监控，并将得到的监控结果发送至服务器20。

如上文所示的，参数信息可以是显示在参数容器中的。针对参数容器，可以通过绑定曝光埋点的形式来监控其是否正常渲染在商品详情页中，参数容器中的参数信息也可以直接提取。

参数信息可以是文字、字母、数值、或者至少两种的组合。

举例来说，参数信息可以是数值，通过对参数信息对应的数值与预设数值范围进行比较，可以判断参数信息是否在合理的范围内。

例如，设预设数值范围为0.01～100000，则当提取的参数信息对应的数值为-1时，指示参数信息对应的数值并不在合理的范围内。容易理解的是，对于曝光埋点，一般是用来监控页面某个控件、模块或区域是否能够被有效浏览、使用、或者说是否能够正常渲染在页面上。

当然，在实际应用中，电子设备10可以是基于对商品详情页的语义分析实现对参数信息的监控；例如，通过对商品详情页的语义分析，可以判断页面中是否存在“价格89”等类似的字样，若存在，说明上述的参数容器得到了正常渲染，同时，参数信息对应的数值为“89”，且位于上述的预设数值范围之内。

当然，如上文所示的，参数信息还可以是除数值以外的其他类型。在这些情况下，可以针对参数信息预先建立参数信息库。该参数信息库中也可以包括参数信息对应的参考参数信息。当参数容器中的参数信息与对应的参考参数信息相同时，可以认为参数信息在合理的范围内。

容易理解的是，上述的预设数值范围与参数信息库，均可以作为检测参数信息是否合理的依据。相应地，这些预设数值范围或者参数信息库包括的参考参数信息，作为目标对象对应的预设对象条件。

在第一个示例中，对于监控结果，可以是用于表征参数信息未能得到正常显示的监控结果，每监控到参数信息未能在商品详情页正常显示时，可以发送监控结果至服务器20。

在第二个示例，监控结果也可以包括两方面的内容，一是商品详情页是否得到了显示，二是参数信息是否得到了正常显示。其中，参数信息是否得到了正常显示又可以基于参数容器是否得到了正常渲染、以及参数容器中的参数信息是否合理这两个的因素进行判断。

下文中主要以第二个示例为例进行说明。

服务器20可以获取电子设备10发送的监控结果。监控结果中包括了以下至少一种：用于指示参数信息得到了正常显示的第一信息、以及用于指示商品详情页得到了显示的第二信息。

例如，当用户在电子设备10中打开了商品详情页时，电子设备10可以向服务器20发送第二信息。相应地，服务器20获得的监控结果中包括第二信息，此时监控结果指示了商品详情页得到了显示。

再例如，电子设备10监测到参数信息在商品详情页中得到了正常显示时，可以向服务器20发送第一信息，相应地，服务器20获得监控结果中包括第一信息，此时监控结果指示了参数信息得到了正常显示。

而当电子设备10中，参数信息未在商品详情页中正常显示时，电子设备10可以不向服务器20发送指示参数信息是否得到正常显示的监控结果。或者，电子设备10也可以是向服务器20发送用于指示参数信息未得到正常显示的监控结果，该监控结果中不包括上述的第一信息。

如此，服务器20可以统计某一段时间内的监控结果，判断第一信息的数量与第二信息的数量之间的比例是否小于一预设值，若是，说明参数信息未在商品详情页中得到正常显示，则进行报警等操作。

在一个示例中，服务器20可统计页面阅览量(Pageviews，PV)等指标，这些指标用于统计在一段时间内页面的浏览总量，而在一段时间内页面的浏览总量，可以作为服务器20在一段时间中接收到的第二信息的数量。

举例来说，第一信息可以指示价格参数这一参数信息得到了正常显示，相应地，第一信息可以表示为“Price_Yes”，即“价格准确”。

服务器20可以统计在一段时间内接收到的“Price_Yes”数量，该数量可以记为A。服务器还可以获取这一段时间的商品详情页PV，具体的PV值可以记为B。计算A与B的比值，当A与B的比值低于预设值(例如95％)时，可以触发报警。

如此，在上述信息处理的过程中，电子设备10可以对参数容器是否正常渲染在商品详情页、以及参数容器中的参数信息是否合理进行监控，从而实现细粒度监控，即实现了对商品详情页的精细监控，代替了现有的人工筛查与报错的方式，有助于提升对商品详情页中异常情况的监控效率，并保证监控结果的准确度。此外，电子设备10可以根据监控结果向服务器20发送第一信息与第二信息，以便于服务器20能够对商品详情页中的参数等关键信息的显示情况进行获取；且服务器20也可以进一步根据在一段时间内获得第一信息与第二信息的次数确定商品详情页是否异常，并在异常的情况下进行报警，以通知相关用户进行问题排查。

需要说明的是，基于上述架构，本公开实施例除了可以应用在上述的对商品详情页进行监控的应用场景之外，还可以应用在对例如分数查询页面、验证码显示页面或者应用程序运行界面等界面的监控场景中，以对分数或验证码的显示异常进行监控与报警等。

根据上述架构以及应用场景，下面结合图3～图5对本公开实施例提供的信息处理方法进行详细说明，该信息处理方法主要可以由图1中所示的电子设备10执行，当然，在服务器20中，可以接收电子设备10上报的各类信息并进行进一步的处理。本公开实施例将主要以在电子设备10中实现的信息处理方法的步骤进行说明。

图3是根据一示例性实施例示出的一种信息处理方法的流程图，该信息处理方法可以应用在电子设备中。如图3所示，该信息处理方法包括以下步骤301-303。

步骤301，获取界面中的目标控件的渲染结果。

步骤302，在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，目标对象为显示在目标控件上的对象。

步骤303，在目标对象满足预设对象条件的情况下，向服务器上报第一信息，第一信息用于指示目标对象满足预设对象条件。

本公开实施例中，一方面，可以获取界面中目标控件的渲染结果，在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，另一方面，在获取目标对象的基础上，若目标对象满足预设对象条件，向服务器上报用于指示目标对象满足预设对象条件的第一信息。可见，本公开实施例基于对目标控件的渲染结果与目标控件中的目标对象的获取，以及与相关条件的匹配，能够实现对界面的自动监控，相较于采用人工监控界面中关键信息是否正常展示的方式，能够有效提高监控效率；此外，对目标控件的渲染结果以及目标对象的获取，也实现了对界面的细粒度监控，有助于保证监控结果的准确度。

下面对上述步骤进行详细说明，具体如下所示。

对于步骤301，界面可以是一些需要展示商品信息的界面，例如上文提及的显示有参数信息等内容的商品详情页，或者是商品性能参数页，或者是应用程序中需要显示悬浮窗口等控件的运行页面等；为简化说明，以下主要以界面为商品详情页为例进行说明。容易理解的是，对于商品详情页，其需要展示的信息可以包括商品的参数信息，此外，针对这些参数信息的显示状态可以进行监控。

对于参数信息，通常可能是通过预设的控件来实现在商品详情页上的显示的，该预设的控件例如为上述的目标控件，同时，在本应用场景中，该目标控件的主要功能是对参数信息进行展示，因此，本文中也可以将该目标控件称之为参数容器。

参数容器如果未能正常渲染在商品详情页上，则相应的参数信息可能也无法得到展示。因此，参数容器能否得到正常渲染，通常决定了后续参数信息的展示结果。一般来说，可以针对参数容器的渲染结果进行获取，例如，参数容器是否正常运行，是否在商品详情页上，是否能够随商品详情页的滑动而在视窗中得到显示等。这些内容的均可以用于对渲染结果进行指示。

当然，如上文所示的界面也有可能是应用程序的运行界面等，相应地，目标控件也可以是指悬浮按钮或悬浮窗口等等，可以根据实际需要进行确定。

对于步骤302，目标控件的渲染结果是否满足预设渲染条件，可以认为是对目标控件是否正常渲染的判断。也就是说，当目标控件的渲染结果满足该预设渲染条件时，可以认为目标控件得到了正常渲染。相反地，当目标控件的渲染结果不满足该预设渲染条件时，可以认为目标控件未得到正常渲染。

预设渲染条件可以是指目标控件渲染在上述的界面中，则目标控件的渲染结果满足预设渲染条件包括：渲染结果指示目标控件渲染在界面。即在渲染结果指示目标控件渲染在界面中的情况下，可以认为目标控件的渲染结果满足预设渲染条件。

当然，预设渲染条件也可以是指目标控件能够出现在视窗中。从显示效果的角度来说，可以认为目标控件能够出现在显示屏中以能够被用户所阅览。

或者，预设渲染条件也可以是目标控件位于界面中的预设位置等，可以根据实际需要进行设定。

当目标控件的渲染结果满足预设渲染条件时，可以对显示在目标控件上的对象，也就是上述的目标对象进行获取。

同样以界面为商品详情页为例，目标控件可以是上述的参数容器，在参数容器满足预设渲染条件，例如参数容器能够出现在视窗的情况下，可以进一步获取参数容器中的参数信息，这里的参数信息可以为目标对象。

在一个示例中，预设对象条件包括预设数值范围。相应地，目标对象满足预设对象条件包括：目标对象对应的数值位于预设数值范围内。

结合上文说明，参数信息可以是数值，为了简化说明，以下可以将参数信息对应的数值简称为参数值。

对于步骤303，举例来说，一般情况下，参数容器中的参数值存在一合理的取值区间，例如0.01～100000，该合理的取值区间在一定程度上可以对应了一种预设对象条件；当参数值位于该取值范围中时，可以认为目标对象满足预设对象条件。相反地，例如，当参数容器中的参数值为-100，或者是“10X”时，参数值未处于预设数值范围之内，可以认为目标对象不满足预设对象条件。当然，上述预设数值范围是一个举例说明，实际应用中可以根据需要进行调整。

继续结合关于参数容器及参数值的举例，当参数值位于预设数值范围之内时，可以进一步向服务器上报第一信息，第一信息可用于指示参数值位于预设数值范围之内。

可以理解，第一信息能够指示参数容器在商品详情页中得到了正常渲染。

从一般的应用场景来说，电子设备在显示界面的情况下，即可对目标对象进行采集，该采集的过程与获取目标控件的渲染结果的过程可以是同时或者先后进行的。在步骤302中，获取目标对象可以是已采集的目标对象相关数据。

再次结合关于商品详情页的举例，电子设备向服务器上报第一信息，需要同时满足参数容器在商品详情页上正常渲染、以及参数容器中的参数值位于预设数值范围之内两项要求，相应地，对商品详情页的监控同时针对的参数容器与参数值等因素，进而实现对商品详情页的细粒度监控，保证监控结果的准确性；当然，以上的监控过程还结合了曝光埋点等手段，有助于实现对商品详情页的自动监控与上报，而无需人工进行报错等操作，提高对商品详情页的异常监控的效率。

当然，以上是针对商品详情页及参数容器等应用场景下的一个举例说明，在实际应用中，上述目标对象，还可以是文字或者图片等。

以目标对象为文字为例，相应的预设对象条件可以是参考文字集合。则目标对象满足预设对象条件可以包括目标对象对应的文字位于参考文字集合中。

例如，界面可以是成绩查询页面，目标控件中用于通过文字来展示成绩，参考文字集合可以是指包括了“甲”、“乙”、“丙”以及“丁”这些参考文字的集合。当目标控件中显示的是文字“甲”时，可以确定目标对象满足预设对象条件。而当目标控件中显示的是文字“A”时，可以认为目标对象不满足预设对象条件。

在实际应用中，目标对象为文字时，文字的具体内容可以是直接从参数容器中进行读取的，也可以是预先通过语义识别等方式进行采集的。

以目标对象为图片为例，相应的预设对象条件可以是参考图片，则目标对象满足预设对象条件可以包括目标对象与参考图片的相似度大于相似度阈值。

至于图片之间的相似度，可以是基于图片像素的比较得到的，或者，也可以是使用神经网络进行特征提取，并基于图片特征的比较得到的等等，此处不作具体限定。

为了便于对目标控件的渲染结果进行获取，在一个示例中，上述步骤301，获取界面中的目标控件的渲染结果，可以包括：

使用与目标控件关联的曝光埋点，获取目标控件的渲染结果。

为了实现对目标控件的渲染结果是否满足预设渲染条件的监控，本示例中目标控件绑定曝光埋点，通过曝光埋点来监控目标控件的渲染状态。对于曝光埋点，如上文所示，一般是用来监控界面某个控件、模块或区域是否能够被有效浏览或使用，或者说是否能够正常渲染在界面上。而将曝光埋点与目标控件进行绑定，可以通过声明式函数来实现。

为简化说明，在下文实施例中，将主要以对商品详情页的监控的应用场景进行说明。

为避免第一信息的生成或编辑对判断目标对象是否正常等逻辑业务产生干扰，在一个可能的实施例中，上述步骤301，获取界面中的目标控件的渲染结果之后，上述信息处理方法还可以包括：

在目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，上报等待操作用于等待触发向服务器上报第一信息。

相应地，上述步骤303，在目标对象满足预设对象条件的情况下，向服务器上报第一信息，包括：

在目标对象满足预设对象条件的情况下，触发预设操作符结束上报等待操作，向服务器上报第一信息。

举例来说，当上述参数容器被判定为正常渲染在商品详情页上时，即可以执行上报等待操作。通常来说，在向服务器上报信息时，需要有相应的信息内容，本实施例在执行上报等待操作时，实际上是可以先将信息内容预先准备。具体来说，对于第一信息“Price_Yes”这一信息；如此，当后续通过触发结束上报等待操作时，可以将“Price_Yes”发送至服务器，而无需再次生成或编辑第一信息，节省上报所需时间。

或者，第一信息可以包括“Price_Yes”与参数容器中的参数值等，其中，电子设备可以在“判断参数值是否正常”的逻辑业务执行完毕、且判定参数值正常的情况下，调用参数值，并将参数值与“Price_Yes”组装成第一信息。

执行上报等待操作的过程可以是电子设备调用预设操作符来实现。在一些具体的应用例中，该预设操作符可以是async await操作符。

具体来说，对于async await操作符，属于JavaScript中的功能编程语言，从字面上async可以理解为异步，而await可以认为是async wait的缩写。因此，容易理解的是，async可用于声明存在一异步执行的操作，即对应上述的判断参数值是否位于预设数值范围之内的逻辑业务，或者说对应了判断目标对象是否满足预设对象条件的逻辑业务；而await则用于等待该异步执行的操作执行完成。

值得再次强调的是，上述界面除了可以是商品详情页，也可以是应用程序的运行界面；相应地，目标控件除了可以是参数容器外，也可以是悬浮窗口等。此处不做一一举例说明。

当然，通过执行上报等待操作，还可以在触发向服务器上报第一信息之前，完成对服务器地址等信息的调用，如此，在触发上报第一信息时，可以直接根据服务器地址向服务器发送第一信息，提升第一信息的上报效率。

结合上文实施例，对于向服务器上报第一信息的过程的触发，可以在判定目标控件中的目标对象满足预设对象条件的情况下进行触发。当然，在实际应用中，也可以结合更多的信息来实现触发，例如商品详情页中商品图像得到正常显示等等，可以根据需要进行设定。

为了实现上报业务和判断目标对象是否满足预设对象条件的逻辑业务的解耦，在一个可能的实施例中，上述上报等待操作与获取目标对象异步执行。

举例来说，在上述参数容器正常渲染在商品详情页的情况下，可以通过异步的方式，执行上报等待操作与获取参数容器中参数值的操作。其中，上报等待操作如上一实施例所示的，可以是用于等待触发向服务器上报第一信息，可以认为属于上报业务；而获取参数容器中参数值，与针对参数值是否正常的判断可以认为是同一个逻辑业务下的步骤。

结合上文实施例中步骤303中所示的在目标对象满足预设对象条件的情况下，向服务器上报第一信息，以上举例中，为实现这一过程，可以在判断参数值是否满足预设数值范围的逻辑业务结束，且判定参数值位于预设数值范围之内的情况下，触发预设操作符结束上报等待操作，并将第一信息上报服务器。

本实施例通过将上报业务和用于触发上报的逻辑业务进行解耦，可以有效避免两种业务之间的相互影响，提高第一信息上报效率，同时也使得信息处理方法具有较好的通用性。

在一个可能的实施例中，上述步骤302中，获取目标对象，包括：

调用预设实例获取目标对象，并在目标对象满足预设对象条件的情况下，返回扩展信息，扩展信息用于指示目标对象满足预设对象条件；

以下结合一个具体应用例对本实施例进行说明，在该具体应用例中，上述预设操作符可以是async await操作符。预设实例可以是一promise实例，并以p1进行命名。

在一个示例中，上述promise实例的调用过程，可以通过进一步调用回调函数来实现，该回调函数可以用fn1进行命名。

如上文所示的，上报等待操作与获取目标对象可以是异步执行的。其中，可以调用回调函数fn1以调用promise实例p1，以进一步执行获取目标对象的步骤。而本实施例中，promise实例p1可以同时具有获取目标对象、以及判断目标对象是否满足预设对象条件的功能。

promise实例p1通常具有三种状态：Pending、Resolve以及Reject。其中，Pending可以理解为等待状态，Resolve表示成功(fulfilled)的状态，而Reject表示失败(Rejected)的状态。Pending状态可以转换为Resolve状态或者Reject状态。

目标对象、预设对象条件以及目标对象是否满足预设对象条件的判定，均已在上文实施例中进行了举例说明。为了便于描述，以下将继续以目标对象为参数信息，预设对象条件为预设数值范围为例中说明，其中，参数信息可以对应有参数值。

在本应用例中，通过对promise实例p1的设置，当参数值位于预设数值范围之内的情况下，可以认为是promise实例p1执行成功，并从Pending状态切换为Resolve状态。相反地，当参数值位于预设数值范围之外的情况下，可以认为是promise实例p1执行失败，并从Pending状态切换为Reject状态。

在一个示例中，在对参数容器中参数值是否满足预设数值范围进行判断之前，promise实例p1可以先对参数容器中的参数值进行获取。

基于例如async await的预设操作符，以及例如promise的预设实例的应用，可以较为方便地实现上报等待操作与有关参数值处理的操作的异步执行。其中，此处的有关参数值的处理的操作，可以包括了对参数容器中参数值的获取操作，还可以包括了对参数值是否位于预设数值范围之内的判断操作。

本实施例中，调用预设实例用于获取目标对象，并在目标对象满足预设对象条件的情况下，返回扩展信息，扩展信息用于指示目标对象满足预设对象条件。换而言之，电子设备可以根据扩展信息，触发预设操作符结束上报等待操作，向服务器上报第一信息。

结合上一实施例对应的具体应用例，即async await操作符与promise实例的应用，本实施例中，进一步对promise实例p1的执行过程进行了限定，即不仅可以对目标控件中的目标对象进行获取，还可以对目标对象是否满足预设渲染条件进行判断，并且在目标对象满足预设渲染条件的情况下，可以调用预设函数返回扩展信息。

同样结合上述商品详情页的应用例，具体来说，上述回调函数fn1的设置目的可以是在于采集扩展信息。可以调用上述promise实例p1来获得扩展信息。

具体来说，回调函数fn1的执行，可以触发promise实例p1进行状态的转换，即从Pending状态转换为其他状态，而具体转换为何种状态，则可以通过监听参数信息的参数值，比如价格(price)的参数值来进一步实现。举例来说，当price的参数值合法，即参数值位于预设数值范围之内的情况下，可以触发promise实例p1的Resolve函数，即promise的状态由Pending转换为Resolve。此时promise实例p1可以调用预设函数，例如Resolve函数向回调函数fn1返回扩展信息。

在一些示例中，扩展信息可以记为p1Resolve。而扩展信息的具体内容可以根据需要进行设定，可以是上述的price等。

结合上文，回调函数fn1的设置目的之一是在于采集扩展信息。而一般来说，在触发promise实例p1的Resolve函数的情况下，promise实例p1可以调用Resolve函数向回调函数fn1返回扩展信息。此时，回调函数fn1完成对扩展信息的收集。而在一种情况下，promise实例p1不会向回调函数fn1返回扩展信息，相应地，回调函数fn1则可能无法收集到扩展信息。

promise实例p1在执行的过程中，另外还存在一上报等待操作的执行，上报等待操作则可以是通过async await操作符来实现的，其中await提供了一个暂停的功能，允许回调函数fn1通过调用上述p1Resolve，使得await继续执行，从而结束上报等待状态，并向服务器上报第一信息Price_Yes。

在一个可能的实施例中，上述执行上报等待操作之后，信息处理方法还可以包括：

在目标对象不满足预设对象条件的情况下，保持上报等待操作。

结合上文中的举例，在目标对象不满足预设对象条件的情况下，可以认为是promise实例p1执行失败，并从Pending状态切换为Reject状态。promise实例p1不会向回调函数fn1返回扩展信息，相应地，回调函数fn1则可能无法收集到扩展信息。

而上述上报等待操作的结束，一般需要通过扩展信息进行触发。在无法得到扩展信息的情况下，上报等待操作继续保持。由于上报等待状态此时未结束，因此电子设备也不会向服务器上报第一信息Price_Yes。

如上文所示的，服务器可统计在一段时间内页面的浏览总量，当这段时间内，电子设备发送至服务器的第一信息Price_Yes少于页面的浏览总量时，可以认为参数信息的参数值存在异常。

本实施例中，在目标对象不满足预设对象条件的情况下，保持上报等待操作，可以减少相关数据的处理过程，节省算力的消耗。

当然，在一些可能的实施方式中，在目标对象不满足预设对象条件的情况，也可以进一步触发向服务器上报第三信息，该第三信息可以用于指示目标对象存在异常。

在另一些可能的实施方式中，当目标控件的渲染结果不满足预设渲染条件的情况下，可以结束有关目标对象的获取以及第一信息生成与上报的步骤，直至监测到电子设备中显示有新的界面，再进一步执行上述信息处理方法中的步骤。

为了更好地理解上述信息处理方法的步骤，请参考图4，图4示出了在一个应用场景中，基于回调函数、预设操作符以及预设实例等实现第一信息上报的流程图。

步骤401，自定义一声明式埋点指令，命名为v-log，v-log指令可以为商品详情页上的参数容器绑定一曝光埋点，曝光埋点用于对参数容器进行监控，当参数容器出现在视窗时触发回调函数fn1，并调用async await操作符执行上报等待操作。

步骤402，为曝光埋点选择一个promise实例p1以用于获取扩展信息。

具体来说，曝光埋点关联参数容器，而该参数容器中的参数值，可以影响promise实例p1的执行结果。在参数值满足预设参数条件的情况下，promise实例p1执行成功，得到扩展信息。

步骤403，执行回调函数fn1来采集扩展信息，扩展信息可以调用promise实例p1来获得，回调函数fn1会等待promise执行成功后采集扩展信息。

步骤404，监听参数容器中的参数值，可以简称为price，在判定price合法，或者位于预设数值范围之内时，触发promise实例p1的resolve函数，向回调函数fn1返回扩展信息。相应地，回调函数fn1接收扩展信息。

步骤405，fn1继续执行，触发await结束上报等待操作，向服务器上报Price_Yes。

综上，通过v-log指令可以监控参数容器是否正常渲染出现的视窗中，resolve函数可以在检测到参数容器对应的参数值位于预设数值范围之内后发出扩展信息。两处逻辑业务组合可以完成对商品详情页的参数区域的局部监控。

相应地，在步骤404中，也可能出现price处于预设数值范围之外的情况，此时，可能使得promise实例p1由Pending状态转换为Reject状态，进而不会触发结束上报等待操作，相应地，电子设备不会向服务器上报第一信息；当重新显示一个新的商品详情页时，会重新回到v-log指令的执行阶段。换而言之，当price处于预设数值范围之外时，服务器可能无法从电子设备获取到表征参数信息显示异常的信号。

为使得服务器能够对参数信息显示异常的情况进行获知，在一个可能的实施例中，上述步骤302，在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象之前，信息处理方法还包括：

在显示界面的情况下，向服务器上报第二信息，第一信息与第二信息用于服务器生成报警信号。

结合一实际应用场景，在用户通过电子设备打开一商品详情页的情况下，可以认为界面得到了显示，此时即可向服务器上报第二信息，用于表征一页商品详情页得到打开或浏览。对于第二信息的获取，可以基于商品详情页PV的统计手段等进行实现，此处不做具体限定。

容易理解的是，通过统计服务器在一段时间内接收到的第一信息与第二信息的数量，实际上可以对参数信息显示异常的情况进行获知。例如，在一段时间内，若服务器接收到第一信息的数量是900条，而接收到第二信息的数量是1000条；则可以认为，在电子设备显示的1000页商品详情页中，存在参数信息显示异常的商品详情页的数量为100页。参数信息显示异常的原因可能是参数容器未能正常渲染，也有可能是参数信息的参数值不满足要求等。

一般来说，当出现商品详情页中参数信息显示异常，或者当过多的商品详情页中出现参数信息显示异常的情况时，可能需要通知相关用户，例如开发人员进行问题排查。因此，第一信息与第二信息可以用于服务器生成报警信号，例如，当第一信息与第二信息的数量不等，或者两者的差值或比值满足预设条件时，可以触发生成报警信号。

在一个示例中，服务器可以统计在一段时间内，接收到的第一信息的数量与第二信息数量的比值，当该比值低于一比值阈值，例如低于95％时，可以触发报警。

举例来说，考虑到在一些商品详情页中，可能因为对应的商品未上架或者已售罄，导致在参数容器中的参数值为空；或者也可能因为商品为待开放的限时折扣商品，在参数容器中的参数值为例如“？88”或者“X88”等，这类参数值可能并不位于0.01～100000的预设数值范围之内。在这些特殊情况下，通常可以不认为参数信息的显示出现了异常，然而，这些特殊情况的出现频率也相对较小，因此第一信息和第二信息的数量比值在一个合理的范围内，例如大于95％时，可以不用触发报警。而当第一信息和第二信息的数量比值低于95％，则可以认为是商品详情页的显示存在一些问题，需要生成报警信息以通知开发人员进行排查。

参见图5，图5是在一示例性实施例中电子设备向服务器上报信息的原理图。

其中，在本示例性实施例中，电子设备中可以针对商品详情页进行显示。在显示商品详情页的情况下，可以向服务器上报第二信息，以进一步实现对一段时间内页面PV的统计。

通常来说，商品详情页中会存在商品相关的图像与商品参数，可以针对参数区域增加监控，具体地，可以根据相应的预设判断条件，来判断参数容器是否正常渲染，以及判断参数数据字段price是否有合法值。对于参数容器，可以认为是渲染于商品详情页上的用于显示参数的显示控件。

为参数容器增加曝光埋点标记来实现对参数区域的监控，当参数容器显示在视窗中，可以通过使用async await操作符来触发上报等待逻辑，并执行回调函数fn1。回调函数fn1绑定一promise实例p1，promise实例p1负责收集扩展信息，并向回调函数fn1传输扩展信息。

promise实例p1可以认为是一异步执行的操作，在被调用的情况下，会尝试从Pending状态切换为其他状态。具体来说，promise实例p1可以采集参数容器中的price参数值，并判断price参数值是否合法，若合法则调用p1Resolve({price})完成扩展信息的采集。调用p1Resolve({price})的过程，可以认为是promise实例p1在判定price参数值合法时，认定异步执行成功，由Pending状态切换至Resolve状态，并返回异步执行结果。

当扩展信息的收集结果对应的p1Resolve时，也就是说promise实例p1异步执行成功时，会触发await结束等待，并执行上报逻辑，完成上报Price_Yes。

服务器可以统计在一段时间内获取的Price_Yes的数量与商品详情页PV的比值rate，当rate值低于95％时触发报警；当然，这里的95％也可以根据需要自定义设置。

另外，这里是信息处理方法在一个应用场景中的示例性说明，在实际应用中，进行异常监控的内容，也可以是应用程序的运行界面中悬浮窗口中的内容，或者是查分页面中的分值或者评分等级等等。而针对这些内容的监控与异常发现过程，与以上描述类似，此处不再一一说明。

需要说明的是，上述本公开实施例描述的应用场景是为了更加清楚的说明本公开实施例的技术方案，并不构成对于本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着新应用场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。

基于相同的发明构思，本公开还提供了一种信息处理装置。具体结合图6进行详细说明。

图6是根据一示例性实施例示出的一种信息处理装置的结构框图，包括：

第一获取模块601，被配置为执行获取界面中的目标控件的渲染结果；

第二获取模块602，被配置为执行在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，目标对象为显示在目标控件上的对象；

第一上报模块603，被配置为执行在目标对象满足预设对象条件的情况下，向服务器上报第一信息，第一信息用于指示目标对象满足预设对象条件。

由此，基于对界面中的目标控件的渲染结果，以及目标控件中目标对象的获取与相应条件的匹配，能够提升针对目标对象等关键信息是否得到正常展示的监控效率；此外，同时对目标控件是否能够正常渲染在显示界面，以及目标控件的目标对象是否正常进行监控，有助于实现对界面的细粒度监控，有效保证监控结果的准确度。

在其中一个实施例中，预设渲染条件包括目标控件渲染在界面中；则目标控件的渲染结果满足预设渲染条件包括：渲染结果指示目标控件渲染在界面。

在其中一个实施例中，上述信息处理装置还可以包括：

第一调用模块，被配置为执行在目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，上报等待操作用于等待触发向服务器上报第一信息。

相应地，第一上报模块603，被配置为具体执行在目标对象满足预设对象条件的情况下，触发预设操作符结束上报等待操作，向服务器上报第一信息。

在其中一个实施例中，第二获取模块602，被配置为具体执行调用预设实例获取目标对象，并在目标对象满足预设对象条件的情况下，返回扩展信息，扩展信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，上述信息处理装置还可以包括：

保持模块，被配置为执行在目标对象不满足预设对象条件的情况下，保持上报等待操作。

在其中一个实施例中，在目标对象为数值的情况下，预设对象条件包括预设数值范围；则目标对象满足预设对象条件包括：目标对象对应的数值位于预设数值范围内。

在其中一个实施例中，在目标对象为文字的情况下，预设对象条件包括参考文字集合；则目标对象满足预设对象条件包括：目标对象对应的文字位于参考文字集合中；或者，

在目标对象为图片的情况下，预设对象条件包括参考图片；则目标对象满足预设对象条件包括：目标对象与参考图片的相似度大于相似度阈值。

在其中一个实施例中，上述信息处理装置还可以包括：

第二上报模块，被配置为执行在显示界面的情况下，向服务器上报第二信息，第一信息与第二信息用于服务器生成报警信号。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图7是根据一示例性实施例示出的一种电子设备的框图。参照图7，本公开实施例还提供了一种电子设备，包括处理器710、通信接口720、存储器730和通信总线740，其中，处理器710、通信接口720和存储器730通过通信总线740完成相互间的通信。

该存储器730，用于存放处理器710可执行的指令。

该处理器710，用于执行存储器730上所存放的指令时，实现如下步骤：

获取界面中的目标控件的渲染结果；

在目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，目标对象为显示在目标控件上的对象；

在目标对象满足预设对象条件的情况下，向服务器上报第一信息，第一信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，预设渲染条件包括目标控件渲染在界面中；则目标控件的渲染结果满足预设渲染条件包括：渲染结果指示目标控件渲染在界面。

在其中一个实施例中，处理器710，还用于执行存储器730上所存放的指令时，实现如下步骤：

在目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，上报等待操作用于等待触发向服务器上报第一信息；

在目标对象满足预设对象条件的情况下，触发预设操作符结束上报等待操作，向服务器上报第一信息。

在其中一个实施例中，处理器710，具体用于执行存储器730上所存放的指令时，实现如下步骤：

调用预设实例获取目标对象，并在目标对象满足预设对象条件的情况下，返回扩展信息，扩展信息用于指示目标对象满足预设对象条件。

在其中一个实施例中，处理器710，还用于执行存储器730上所存放的指令时，实现如下步骤：

在目标对象不满足预设对象条件的情况下，保持上报等待操作。

在其中一个实施例中，在目标对象为数值的情况下，预设对象条件包括预设数值范围；则目标对象满足预设对象条件包括：目标对象对应的数值位于预设数值范围内。

在其中一个实施例中，预设对象条件包括参考文字集合；则目标对象满足预设对象条件包括：目标对象对应的文字位于参考文字集合中；或者，

在目标对象为图片的情况下，预设对象条件包括参考图片；则目标对象满足预设对象条件包括：目标对象与参考图片的相似度大于相似度阈值。

在其中一个实施例中，处理器710，还用于执行存储器730上所存放的指令时，实现如下步骤：

在显示界面的情况下，向服务器上报第二信息，第一信息与第二信息用于服务器生成报警信号。

图8是根据一示例性实施例示出的用于数据处理的设备的框图。例如，该设备800可以被提供为一电子设备。参照图8，设备800包括处理组件822，其进一步包括一个或多个处理器，以及由存储器832所代表的存储器资源，用于存储可由处理组件822的执行的指令，例如应用程序。存储器832中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件822被配置为执行指令，以执行上述任一实施例的信息处理方法。

该设备800还可以包括一个电源组件826被配置为执行设备800的电源管理，一个有线或无线网络接口850被配置为将设备800连接到网络，和一个输入输出(I/O)接口858。设备800可以操作基于存储在存储器832的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在本公开一些实施例中，还提供了一种存储介质，当该存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行上述任一实施例所示的信息处理方法。

可选地，该存储介质可以是非临时性计算机可读存储介质，示例性的，非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

在本公开一些实施例中，还提供了一种计算机程序产品，当计算机程序产品中的指令由服务器的处理器执行时，使得电子设备能够执行上述任一实施例所示的信息处理方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。

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

Claims (19)

1.一种信息处理方法，其特征在于，包括：

获取界面中的目标控件的渲染结果；

在所述目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，所述目标对象为显示在所述目标控件上的对象；

在所述目标对象满足预设对象条件的情况下，向服务器上报第一信息，所述第一信息用于指示所述目标对象满足所述预设对象条件；

所述获取界面中的目标控件的渲染结果之后，所述方法还包括：在所述目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，所述上报等待操作用于等待触发向服务器上报第一信息。

2.根据权利要求1所述的方法，其特征在于，所述预设渲染条件包括所述目标控件渲染在所述界面中；则所述目标控件的渲染结果满足预设渲染条件包括：所述渲染结果指示所述目标控件渲染在所述界面。

3.根据权利要求1所述的方法，其特征在于，

所述在所述目标对象满足预设对象条件的情况下，向服务器上报第一信息，包括：

在所述目标对象满足预设对象条件的情况下，触发所述预设操作符结束上报等待操作，向服务器上报第一信息。

4.根据权利要求3所述的方法，其特征在于，所述获取目标对象，包括：

调用预设实例获取所述目标对象，并在所述目标对象满足预设对象条件的情况下，返回扩展信息，所述扩展信息用于指示所述目标对象满足所述预设对象条件。

5.根据权利要求3所述的方法，其特征在于，所述执行上报等待操作之后，所述方法还包括：

在所述目标对象不满足预设对象条件的情况下，保持所述上报等待操作。

6.根据权利要求1所述的方法，其特征在于，在所述目标对象为数值的情况下，所述预设对象条件包括预设数值范围；则所述目标对象满足预设对象条件包括：所述目标对象对应的数值位于所述预设数值范围内。

7.根据权利要求1所述的方法，其特征在于，在所述目标对象为文字的情况下，所述预设对象条件包括参考文字集合；则所述目标对象满足预设对象条件包括：所述目标对象对应的文字位于所述参考文字集合中；或者，

在所述目标对象为图片的情况下，所述预设对象条件包括参考图片；则所述目标对象满足预设对象条件包括：所述目标对象与所述参考图片的相似度大于相似度阈值。

8.根据权利要求1所述的方法，其特征在于，所述获取界面中的目标控件的渲染结果之前，所述方法还包括：

在显示界面的情况下，向服务器上报第二信息，所述服务器用于根据第一信息和第二信息生成报警信号。

9.一种信息处理装置，其特征在于，包括：

第一获取模块，被配置为执行获取界面中的目标控件的渲染结果；

第二获取模块，被配置为执行在所述目标控件的渲染结果满足预设渲染条件的情况下，获取目标对象，所述目标对象为显示在所述目标控件上的对象；

第一上报模块，被配置为执行在所述目标对象满足预设对象条件的情况下，向服务器上报第一信息，所述第一信息用于指示所述目标对象满足所述预设对象条件；

第一调用模块，被配置为执行在所述目标控件的渲染结果满足预设渲染条件的情况下，调用预设操作符执行上报等待操作，所述上报等待操作用于等待触发向服务器上报第一信息。

10.根据权利要求9所述的装置，其特征在于，所述预设渲染条件包括所述目标控件渲染在所述界面中；则所述目标控件的渲染结果满足预设渲染条件包括：所述渲染结果指示所述目标控件渲染在所述界面。

11.根据权利要求9所述的装置，其特征在于，所述第一上报模块，被配置为具体执行在所述目标对象满足预设对象条件的情况下，触发所述预设操作符结束上报等待操作，向服务器上报第一信息。

12.根据权利要求11所述的装置，其特征在于，所述第二获取模块，被配置为具体执行调用预设实例获取所述目标对象，并在所述目标对象满足预设对象条件的情况下，返回扩展信息，所述扩展信息用于指示所述目标对象满足所述预设对象条件。

13.根据权利要求11所述的装置，其特征在于，所述装置还包括：

保持模块，被配置为执行在所述目标对象不满足预设对象条件的情况下，保持所述上报等待操作。

14.根据权利要求9所述的装置，其特征在于，在所述目标对象为数值的情况下，所述预设对象条件包括预设数值范围；则所述目标对象满足预设对象条件包括：所述目标对象对应的数值位于所述预设数值范围内。

15.根据权利要求9所述的装置，其特征在于，在所述目标对象为文字的情况下，所述预设对象条件包括参考文字集合；则所述目标对象满足预设对象条件包括：所述目标对象对应的文字位于所述参考文字集合中；或者，

在所述目标对象为图片的情况下，所述预设对象条件包括参考图片；则所述目标对象满足预设对象条件包括：所述目标对象与所述参考图片的相似度大于相似度阈值。

16.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第二上报模块，被配置为执行在显示界面的情况下，向服务器上报第二信息，所述第一信息与所述第二信息用于服务器生成报警信号。

17.一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现如权利要求1至8中任一项所述的信息处理方法。

18.一种计算机可读存储介质，其特征在于，当所述计算机可读存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如权利要求1至8中任一项所述的信息处理方法。

19.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的信息处理方法。