CN112749206A - 针对探测器触发的处理方法、装置和电子设备 - Google Patents

Abstract

本申请提供一种针对探测器触发的处理方法、装置和电子设备。该方法包括：接收探测器被触发后上报的触发信息；获取所述探测器的信用等级，其中所述信用等级是根据过往预设时间段内所述探测器的有效触发占比和/或误触发占比而确定的；根据所述探测器的信用等级针对本次触发执行相应操作。根据本申请实施例的针对探测器触发的处理方法、装置和电子设备建立探测器的信用等级，并根据探测器的信用等级对探测器的触发事件给予相应的回应，能够保证高信用等级探测器区域的用户体验，减小低信用等级区域的误触风险。

Description

针对探测器触发的处理方法、装置和电子设备

技术领域

本申请涉及探测器技术领域，更具体地涉及一种针对探测器触发的处理方法、装置和电子设备。

背景技术

探测器(诸如被动式红外探测器，Passive Infrared Detection，简称为PIR)在检测到触发后，会上报给主控/摄像头触发信息，主控/摄像头接收到探测器上报的触发信息，会根据用户设置产生不同的应用和表现，如：亮灯、云台转动、录像、报警、消息提醒事件等等。但是，因PIR本身硬件检测特性，使其无法克服高温、风吹草动、远处横向移动的车子等因素引发的误触发问题，频繁地亮灯或者云台误转动灯等显著的误触发体验对用户体验造成困扰。

针对这样的问题，现有的解决方案是手动降低PIR灵敏度、软件后期算法过滤或处理、或者物理调节安装角度等。但这些方式在降低误触发的同时，也会造成PIR有效触发的体验延迟或有效触发距离变短。总之，“一刀切”的处理方式无法很好地优化用户体验和解决问题。

发明内容

根据本申请一方面，提供了一种针对探测器触发的处理方法，所述方法包括：接收探测器被触发后上报的触发信息；获取所述探测器的信用等级，其中所述信用等级是根据过往预设时间段内所述探测器的有效触发占比和/或误触发占比而确定的；根据所述探测器的信用等级针对本次触发执行相应操作。

在本申请的一个实施例中，所述过往预设时间段包括第一时间段和第二时间段，其中：所述第二时间段晚于所述第一时间段；所述第一时间段对应于历史信用等级；所述第二时间段对应于近期信用等级；所述探测器的信用等级是基于所述历史信用等级和所述近期信用等级综合确定的。

在本申请的一个实施例中，所述探测器的信用等级是随着时间的推移而动态更新的。

在本申请的一个实施例中，所述近期信用等级对所述探测器的信用等级的影响大于所述历史信用等级对所述探测器的信用等级的影响。

在本申请的一个实施例中，当所述近期信用等级为高信用等级时，所述探测器的信用等级为高信用等级；当所述近期信用等级为中信用等级且所述历史信用等级为高信用等级时，所述探测器的信用等级为高信用等级；当所述近期信用等级为中信用等级且所述历史信用等级不为高信用等级时，所述探测器的信用等级为中信用等级；当所述近期信用等级为低信用等级时，所述探测器的信用等级为低信用等级。

在本申请的一个实施例中，所述根据所述探测器的信用等级针对本次触发执行相应操作，包括：当所述探测器的信用等级为中信用等级时，针对本次触发按照第一预设流程执行操作；当所述探测器的信用等级为高信用等级时，针对本次触发按照第二预设流程执行操作，所述第二预设流程比所述第一预设流程简化。

在本申请的一个实施例中，所述根据所述探测器的信用等级针对本次触发执行相应操作，包括：当所述探测器的信用等级为低信用等级时，根据所述探测器在所述第二时间段内的有效触发占比确定是否降低所述探测器的灵敏度。

在本申请的一个实施例中，在所述探测器的灵敏度降低后，统计第三时间段内所述探测器的有效触发占比，当所述第三时间段内的有效触发占比满足预设条件时，恢复所述探测器的灵敏度；当所述第三时间段内的有效触发占比不满足预设条件时，再次降低所述探测器的灵敏度。

根据本申请另一方面，提供了一种针对探测器触发的处理装置，所述装置包括存储器和处理器，所述存储器上存储有由所述处理器运行的计算机程序，所述计算机程序在被所述处理器运行时，使得所述处理器执行如上述针对探测器触发的处理方法。

根据本申请再一方面，提供了一种电子设备，所述电子设备包括探测器和针对探测器触发的处理装置，其中：所述探测器在被触发后向所述处理装置上报触发信息；所述处理装置执行上述针对探测器触发的处理方法。

在本申请的一个实施例中，所述探测器为被动式红外探测器。

根据本申请实施例的针对探测器触发的处理方法、装置和电子设备建立探测器的信用等级，并根据探测器的信用等级对探测器的触发事件给予相应的回应，能够保证高信用等级探测器区域的用户体验，减小低信用等级区域的误触风险。

附图说明

通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1示出根据本申请实施例的针对探测器触发的处理方法的示意性流程图。

图2示出根据本申请实施例的针对探测器触发的处理方法中根据探测器的信用等级针对本次触发执行相应操作的示例的示意图。

图3示出根据本申请实施例的针对探测器触发的处理方法中根据探测器有效触发占比降低探测器灵敏度的示意性流程图。

图4示出根据本申请实施例的针对探测器触发的处理装置的示意性框图。

图5示出根据本申请实施例的电子设备的示意性框图。

具体实施方式

为了使得本申请的目的、技术方案和优点更为明显，下面将参照附图详细描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。基于本申请中描述的本申请实施例，本领域技术人员在没有付出创造性劳动的情况下所得到的所有其它实施例都应落入本申请的保护范围之内。

首先，参照图1来描述根据本申请实施例的针对探测器触发的处理方法100，如图1所示，针对探测器触发的处理方法100可以包括如下步骤：

在步骤S110，接收探测器被触发后上报的触发信息。

在步骤S120，获取所述探测器的信用等级，其中所述信用等级是根据过往预设时间段内所述探测器的有效触发占比和/或误触发占比而确定的。

在步骤S130，根据所述探测器的信用等级针对本次触发执行相应操作。

在本申请的实施例中，建立探测器的信用等级，根据探测器的信用等级来对探测器的触发给予相应的回应(即根据探测器的信用等级针对本次触发执行相应操作)，探测器信用等级的不同，触发探测器后的回应操作也不同，例如高信用等级的探测器被触发后，快速及时地执行触发后本应执行的操作(诸如亮灯等)，而低信用等级的探测被触发后，限制执行或者不执行操作，而由于探测器信用等级的高低表示其过往预设时间段内有效触发占比的高低，因此，根据探测器信用等级确定针对本次触发要执行的操作有利于保证高有效触发占比区域(即高信用等级区域)的用户体验，并有利于降低高误触发占比区域(即低信用等级区域)的误触风险。

在本申请的实施例中，前述的过往预设时间间隔例如可以是过往一个月、过往一周、过往一个小时或者其他合适的时间段，这可以根据需要进行设置。在该实施例中，可以统计该时间段内探测器的有效触发占比(和/或误触发占比)，并根据该占比确定探测器的信用等级。例如，当有效触发占比处于第一数值范围(例如70％～100％)内时，确定探测器的信用等级为高信用等级；当有效触发占比处于第二数值范围(例如30％～70％)内时，确定探测器的信用等级为中信用等级；有效触发占比处于第三数值范围(例如0％～30％)内时，确定探测器的信用等级为低信用等级。应理解，前述的数值范围是示例性的，前述的信用等级划分方式也是示例性的，也可以划分为更多或更少的等级，这可以取决于应用场景和/或用户需求。

在本申请的进一步的实施例中，前述的过往预设时间段可以包括第一时间段(例如过往一个月)和第二时间段(例如过往一个小时)，其中，所述第二时间段晚于所述第一时间段；所述第一时间段对应于历史信用等级；所述第二时间段对应于近期信用等级；所述探测器的信用等级是基于所述历史信用等级和所述近期信用等级综合确定的。在该实施例中，综合历史信用等级和近期信用等级确定探测器的信用等级，其好处在于，可以有效地兼顾近期信用数据(例如：突然下雨或者一阵热风引发某个探测器短暂连续误触发)引发短期数据波动，也可以有效地参考长期探测器信用数据，二者结合可以更为准确地反映探测器的信用等级。应理解，前述的过往预设时间段包括两个时间段仅是示例性的，在其他实施例中，过往预设时间段包括更多个时间段，每个时间段可以对应于一个时间段的信用等级，并且不同时间段的信用等级综合确定探测器的信用等级，这将提高探测器信用等级的准确性。

在本申请的实施例中，前述的近期信用等级对探测器的信用等级的影响可以大于历史信用等级对探测器的信用等级的影响。也就是说，探测器的信用等级更多地取决于近期信用等级。在一个示例中，当近期信用等级为高信用等级时(无论历史信用等级是高信用等级、中信用等级还是低信用等级)，探测器的信用等级为高信用等级；当近期信用等级为中信用等级且历史信用等级为高信用等级时，探测器的信用等级为高信用等级；当近期信用等级为中信用等级且历史信用等级不为高信用等级(例如历史信用等级为中信用等级或低信用等级)时，探测器的信用等级为中信用等级；当近期信用等级为低信用等级时(无论历史信用等级是高信用等级、中信用等级还是低信用等级)，探测器的信用等级为低信用等级。由于近期信用等级更能反映探测器的近期情况，因而探测器的信用等级更多地取决于近期信用等级时，易于得到更为准确的探测器信用等级。

在本申请的实施例中，根据探测器信用等级的不同所执行的操作也不同。在一个示例中，当探测器的信用等级为中信用等级时，针对本次触发按照第一预设流程执行操作；当探测器的信用等级为高信用等级时，针对本次触发按照第二预设流程执行操作，其中，第二预设流程比第一预设流程简化。在该实施例中，相比于中信用等级的探测器，对于高信用等级的探测器的触发采用更为简化的流程执行操作，可以保证用户体验的及时性。

例如，用户设置的针对触发的回应操作是亮灯，则在该实施例中，当探测器的信用等级为中信用等级时，可以按照既定流程操作，诸如检测到探测器触发(毫秒级)、云台转动到指定区域(云台转动大致需要1秒左右)、画面检测是否为人(人工智能检测约300毫秒～1000毫秒不等)、若为人则亮灯(毫秒级)；当探测器的信用等级为高信用等级时，给予夜间触发即亮灯的权限。在该示例中，优先亮灯的权限，比正常亮灯逻辑大约快约2秒左右的时间，即优化了用户体验。

在本申请的实施例中，当探测器的信用等级为低信用等级时，可以限制对触发的回应操作，例如忽略本次触发和/或根据探测器预定时间段内的有效触发占比确定是否降低探测器的灵敏度。由于探测器的低信用等级表示其在一定时间内误触发次数多，因而忽略本次触发可以减少误触发影响用户体验，而根据有效触发占比(和/或误触发占比)降低探测器灵敏度则可以降低误触发风险。

图2示出了根据本申请实施例的针对探测器触发的处理方法中根据探测器的信用等级针对本次触发执行相应操作的示例的示意图。可以结合图2理解前文描述的探测器信用等级的确定以及根据探测器的信用等级针对本次触发执行的相应操作。

在本申请的进一步的实施例中，当探测器的信用等级为低信用等级时，可以根据探测器在前述第二时间段(诸如过往一个小时)内的有效触发占比确定是否降低探测器的灵敏度。也就是说，根据近期有效触发占比确定是否降低探测器的灵敏度，这可以使得探测器灵敏度的调整更贴合近期甚至当前情况。

此外，在探测器的灵敏度降低后，可以持续一段时间(例如第三时间段)，并统计第三时间段内探测器的有效触发占比，当第三时间段内的有效触发占比满足预设条件(例如大于等于某阈值)时，恢复探测器的灵敏度；当第三时间段内的有效触发占比不满足预设条件(例如小于某阈值)时，再次降低探测器的灵敏度。这样持续性地更新探测器的灵敏度有利于最大限度地降低误触发风险。

下面结合图3描述根据探测器有效触发占比降低探测器灵敏度的一个示例的示意性流程图。在图3中，以探测器为PIR为例来描述，假定PIR的灵敏度分为5个档位，档位越高，检测越灵敏，可根据PIR在一定时间内的有效触发占比逐步降低PIR的灵敏度档位。如图3所示，假定最初PIR灵敏度档位为5，可判断其近期(例如过往一个小时内)有效触发占比是否低于某阈值(在图3中示出为30％)，如果是，则将其灵敏度档位降到4，反之则不降低灵敏度档位；在此之后，如果近期其有效触发占比仍然较低(在图3中示出为低于20％)，则继续降低其灵敏度，将其灵敏度档位降到3；在此之后，如果近期其有效触发占比仍然较低(在图3中示出为低于10％)，则继续降低其灵敏度，将其灵敏度档位降到2；在此之后，如果近期其有效触发占比仍然较低(在图3中示出为低于10％持续1小时或几个小时)，则不再降低灵敏度，而是给出提示信息，提示用户手动处理。

总体上，有效触发占比与PIR灵敏度关系算法可以是：当有效触发占比低于某阈值时，短时间降低其PIR的灵敏度一档位，持续一段时间，降低其误触发的概率，待此PIR检测恢复正常后，再恢复其原PIR的灵敏度；若降低灵敏度后，此PIR误触比例仍很高，则再降低其灵敏度一档位；如此往下，一直到最低档位。如前所述的，这样持续性地更新探测器的灵敏度有利于最大限度地降低误触发风险。

以上示例性地示出了根据本申请实施例的针对探测器触发的处理方法。基于上面的描述，根据本申请实施例的针对探测器触发的处理方法建立探测器的信用等级，并根据探测器的信用等级对探测器的触发事件给予相应的回应，能够保证高信用等级探测器区域的用户体验，减小低信用等级区域的误触风险。此外，探测器的信用等级可以是随着时间的推移而动态更新的，因而在一定长度的时间周期内数据有自我修复性，不会因为短暂的环境变化引发判断错误，在安装较为固定的场景中，可以很好地反映探测器的检测情况。

下面结合图4描述本申请另一方面提供的针对探测器触发的处理装置。图4示出了根据本申请实施例的针对探测器触发的处理装置400的示意性框图。如图4所示，根据本申请实施例的针对探测器触发的处理装置400可以包括存储器410和处理器420，存储器410存储有由处理器420运行的计算机程序，所述计算机程序在被处理器420运行时，使得处理器420执行前文所述的根据本申请实施例的针对探测器触发的处理方法。本领域技术人员可以结合前文所述的内容理解根据本申请实施例的针对探测器触发的处理装置的具体操作，为了简洁，此处不再赘述具体的细节。

下面结合图5描述本申请另一方面提供的电子设备。图5示出了根据本申请实施例的电子设备500的示意性框图。如图5所示，根据本申请实施例的电子设备500包括探测器510和针对探测器触发的处理装置520，其中探测器510在被触发后向针对探测器触发的处理装置520上报触发信息，针对探测器触发的处理装置520用于执行前文所述的根据本申请实施例的针对探测器触发的处理方法。本领域技术人员可以根据前文所述理解探测器触发的处理装置520所执行的针对探测器触发的处理方法，为了简洁，此处不再赘述。

在本申请的实施例中，探测器510可以为被动红外检测器(Passive InfraredDetection，简称为PIR)。在本申请的实施例中，探测器触发的处理装置520可以为主控芯片和/或摄像头。在本申请的实施例中，电子设备500可以包括安防设备，诸如个体化安防设备(智能门铃、智能门灯、监护摄像头等)。

此外，根据本申请实施例，还提供了一种存储介质，在所述存储介质上存储了程序指令，在所述程序指令被计算机或处理器运行时用于执行本申请实施例的针对探测器触发的处理方法的相应步骤。所述存储介质例如可以包括智能电话的存储卡、平板电脑的存储部件、个人计算机的硬盘、只读存储器(ROM)、可擦除可编程只读存储器(EPROM)、便携式紧致盘只读存储器(CD-ROM)、USB存储器、或者上述存储介质的任意组合。所述计算机可读存储介质可以是一个或多个计算机可读存储介质的任意组合。

基于上面的描述，根据本申请实施例的针对探测器触发的处理方法、装置和电子设备建立探测器的信用等级，并根据探测器的信用等级对探测器的触发事件给予相应的回应，能够保证高信用等级探测器区域的用户体验，减小低信用等级区域的误触风险。

尽管这里已经参考附图描述了示例实施例，应理解上述示例实施例仅仅是示例性的，并且不意图将本申请的范围限制于此。本领域普通技术人员可以在其中进行各种改变和修改，而不偏离本申请的范围和精神。所有这些改变和修改意在被包括在所附权利要求所要求的本申请的范围之内。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个设备，或一些特征可以忽略，或不执行。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本申请并帮助理解各个发明方面中的一个或多个，在对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该本申请的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如相应的权利要求书所反映的那样，其发明点在于可以用少于某个公开的单个实施例的所有特征的特征来解决相应的技术问题。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域的技术人员可以理解，除了特征之间相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的一些模块的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

以上所述，仅为本申请的具体实施方式或对具体实施方式的说明，本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。本申请的保护范围应以权利要求的保护范围为准。

Claims (11)

1.一种针对探测器触发的处理方法，所述方法包括：

接收探测器被触发后上报的触发信息；

获取所述探测器的信用等级，其中所述信用等级是根据过往预设时间段内所述探测器的有效触发占比和/或误触发占比而确定的；

根据所述探测器的信用等级针对本次触发执行相应操作。

2.根据权利要求1所述的方法，其特征在于，所述过往预设时间段包括第一时间段和第二时间段，其中：

所述第二时间段晚于所述第一时间段；

所述第一时间段对应于历史信用等级；

所述第二时间段对应于近期信用等级；

所述探测器的信用等级是基于所述历史信用等级和所述近期信用等级综合确定的。

3.根据权利要求1所述的方法，其特征在于，所述探测器的信用等级是随着时间的推移而动态更新的。

4.根据权利要求2所述的方法，其特征在于，所述近期信用等级对所述探测器的信用等级的影响大于所述历史信用等级对所述探测器的信用等级的影响。

5.根据权利要求4所述的方法，其特征在于，当所述近期信用等级为高信用等级时，所述探测器的信用等级为高信用等级；

当所述近期信用等级为中信用等级且所述历史信用等级为高信用等级时，所述探测器的信用等级为高信用等级；

当所述近期信用等级为中信用等级且所述历史信用等级不为高信用等级时，所述探测器的信用等级为中信用等级；

当所述近期信用等级为低信用等级时，所述探测器的信用等级为低信用等级。

6.根据权利要求1或2所述的方法，其特征在于，所述根据所述探测器的信用等级针对本次触发执行相应操作，包括：

当所述探测器的信用等级为中信用等级时，针对本次触发按照第一预设流程执行操作；

当所述探测器的信用等级为高信用等级时，针对本次触发按照第二预设流程执行操作，所述第二预设流程比所述第一预设流程简化。

7.根据权利要求2所述的方法，其特征在于，所述根据所述探测器的信用等级针对本次触发执行相应操作，包括：

当所述探测器的信用等级为低信用等级时，根据所述探测器在所述第二时间段内的有效触发占比确定是否降低所述探测器的灵敏度。

8.根据权利要求7所述的方法，其特征在于，在所述探测器的灵敏度降低后，统计第三时间段内所述探测器的有效触发占比，

当所述第三时间段内的有效触发占比满足预设条件时，恢复所述探测器的灵敏度；

当所述第三时间段内的有效触发占比不满足预设条件时，再次降低所述探测器的灵敏度。

9.一种针对探测器触发的处理装置，其特征在于，所述装置包括存储器和处理器，所述存储器上存储有由所述处理器运行的计算机程序，所述计算机程序在被所述处理器运行时，使得所述处理器执行如权利要求1-8中的任一项所述的针对探测器触发的处理方法。

10.一种电子设备，其特征在于，所述电子设备包括探测器和针对探测器触发的处理装置，其中：

所述探测器在被触发后向所述处理装置上报触发信息；

所述处理装置执行权利要求1-8中的任一项所述的针对探测器触发的处理方法。

11.根据权利要求10所述的电子设备，其特征在于，所述探测器为被动式红外探测器。

Images