验证方法、装置、设备和计算机存储介质与流程

本申请涉及计算机技术领域，尤其涉及互联网、云计算领域。

背景技术：

现实生活中，由于各种原因，人们在出行活动中，出入某些场合可能需要借助网络验证身份。比如，借助网络验证用户出入特定场合的通行证。但是，有时人们会忘记带出入证或者有访客来，需要用填表等方式进行登记才能完成验证。这样给人们带来很多麻烦，还可能会造成人员拥堵。

比如在疫情期间，出入各个场所几乎都需要携带出入证等通行证件。有不少人员时常会忘记这样或者那样的登记凭证、或者到卡点门岗才进行登记报备，这样不仅耽误自己时间，而且在人流较高(如上下班时间)的时候，容易引起堵塞，不利于疫情期间的错峰和避免拥堵。此外，一旦有访客需要访问主人的时候，需要主人在其所在场合的门口进行接待，不利于减少接触，并且也给从而使得主人的工作或生活带来不便。

技术实现要素：

本公开提供了一种验证方法、装置、设备以及计算机存储介质。

根据本公开的一方面，提供了一种验证方法，应用于服务控制设备，包括：

接收第一设备的小程序发送的身份验证信息，身份验证信息包括访客信息和出入验证信息；

向访客信息对应的第二设备发送出入验证信息，使得第二设备的小程序能够展示出入验证信息。

根据本公开的另一方面，提供了一种验证方法，应用于第一设备，方法包括：

向服务控制设备发送包括访客信息和出入验证信息的身份验证信息，以通过服务控制设备向访客信息对应的第二设备的小程序发送出入验证信息；

接收服务控制设备发送的出入验证信息的接收反馈信息。

根据本公开的另一方面，提供了一种验证方法，应用于第二设备，包括：

向服务控制设备发送访客请求；

接收服务控制设备返回的出入验证信息，出入验证信息是服务控制设备从第一设备的小程序获取的。

根据本公开的另一方面，提供了一种验证装置，应用于服务控制设备，包括：

第一接收模块，用于接收第一设备的小程序发送的身份验证信息，身份验证信息包括访客信息和出入验证信息；

第一控制模块，用于向访客信息对应的第二设备的小程序发送出入验证信息，使得第二设备的小程序能够展示出入验证信息。

根据本公开的另一方面，提供了一种验证装置，应用于第一设备，装置包括：

验证信息发送模块，用于向服务控制设备发送包括访客信息和出入验证信息的身份验证信息，以通过服务控制设备向访客信息对应的第二设备的小程序发送出入验证信息；

反馈信息接收模块，用于接收服务控制设备发送的出入验证信息的接收反馈信息。

根据本公开的另一方面，提供了一种验证装置，应用于第二设备，包括：

向服务控制设备发送访客请求；

接收服务控制设备返回的出入验证信息，出入验证信息是服务控制设备从第一设备的小程序获取的。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本申请任意一项实施例所提供的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行本申请任意一项实施例所提供的方法。

根据本申请实施例，能够根据第一设备的小程序发送的身份验证信息，在第二设备的小程序请求出入验证信息的情况下，向第二设备的小程序提供该出入验证信息，从而方便访客获得出入验证信息，无需主人和访客会面即可在第二设备的小程序展示出入验证信息。为用户在特殊时期(比如疫情期间)出行拜访他人提供了便利。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1是根据本申请实施例的验证方法的流程图；

图2是根据本申请另一实施例的验证方法的流程图；

图3是根据本申请实施例的验证方法的流程图；

图4是根据本申请另一实施例的验证方法的流程图；

图5是根据本申请实施例的验证方法的流程图；

图6是根据本申请另一实施例的验证方法的流程图；

图7是根据本申请实施例的验证装置的结构框图；

图8是根据本申请另一实施例的验证装置的结构框图；

图9是根据本申请实施例的验证装置的结构框图；

图10是根据本申请另一实施例的验证装置的结构框图；

图11是根据本申请实施例的验证装置的结构框图；

图12是根据本申请另一实施例的验证装置的结构框图；

图13是应用示例中报备提醒的示意图；

图14是应用示例中心跳检测的示意图；

图15是应用示例中访客模式的示意图；

图16是用来实现本申请实施例的验证方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1示出了根据本申请一种实施例的验证方法流程示意图，如图1所示，包括以下步骤：

步骤101：接收第一设备的小程序发送的身份验证信息，身份验证信息包括访客信息和出入验证信息；

步骤102：向访客信息对应的第二设备的小程序发送出入验证信息，使得第二设备的小程序能够展示出入验证信息。

在本申请实施例中，小程序可以依赖于宿主应用程序而运行，通过例如sdk(软件开发工具包，softwaredevelopmentkit)的方式集成在宿主应用程序中。小程序一般不需要下载安装即可使用,用户打开安装的宿主应用程序后通过扫一扫或者搜一下能够打开小程序。例如，第一设备或第二设备中安装有某个应用程序，在该应用程序中可以打开用于身份验证的小程序。

示例性地，第一设备可以为在该设备的用于身份验证的小程序选择了主人模式的设备，也可以称为主人设备。第二设备可以为在该设备的用于身份验证的小程序选择了访客模式的设备，也可以称为访客设备。具体操作方式可以为：一设备的小程序向服务控制设备发送主人模式的汇报消息，服务控制设备确定该设备为主人设备。另一设备的小程序向服务控制设备发送访客模式的汇报消息，服务控制设备确定该设备为访客设备。

本实施例中，在接收到访客信息对应的第二设备的小程序发送的访客请求的情况下，服务控制设备可以该第二设备的小程序发送出入验证信息，使得第二设备的小程序能够展示出入验证信息。

本实施例中，出入验证信息具体可以是出入证、主人证件、主人相片、二维码等用于在特定场所通行的验证信息。出入验证信息可以用于出入一定的场所，例如办公楼、小区等。在用户a需要去用户b的住所拜访用户b时，若用户b的小区出入需要通行证件，那么用户a在拜访用户b之前，用户b可以向服务控制设备提供表明主人身份的身份验证信息。从而服务控制设备能够在接收到访客设备的小程序的访客请求的情况下，将出入验证信息发送到访客设备的小程序。

服务控制设备可以是提供各种服务的服务器，例如，对主人设备的小程序发送的身份验证信息提供支持的后台服务器。后台服务器可以对接收的身份验证信息等数据进行分析处理。

服务控制设备还可以是硬件，也可以是软件。当服务控制设备为硬件时，可以实现成多个软件或软件模块(例如用来提供分布式服务的模块)，也可以实现成单个软件或软件模块。在此不做具体限定。

本申请实施例能够根据第一设备的小程序发送的身份验证信息，在第二设备的小程序请求出入验证信息的情况下，向第二设备的小程序提供该出入验证信息，从而方便访客获得出入验证信息，无需主人和访客会面。在不适合人群聚集的特殊时期，本实施例能够为人们的出行和出入特定场所提供便利。

本实施例中，第二设备的用户能够通过小程序获得第一设备的用户的身份验证信息，从而在一些特殊时期，比如疫情期间，第二设备的用户能够无需预先与第一设备的用户接触，就能够出入第一设备的用户所在的场所拜访第一设备的用户，为用户的出行提供了方便。

图2是根据本申请另一实施例的验证方法的流程图。该实施例的验证方法可以包括上述实施例的各步骤。在本实施例中，验证识别方法还包括：

步骤201：接收第一设备的小程序发送的提醒设置条件信息；

步骤202：在提醒设置条件信息对应的条件满足的情况下，将提醒信息发送至第一设备的小程序。

本实施例中，提醒设置条件信息可以是提醒的条件，在达成此条件的情况下，发送提醒信息到第一设备的小程序。提醒条件可以根据第一设备发送的提醒条件设置信息进行设置。比如，第一设备的小程序发送时间设置信息，设置提醒时间为星期三的早晨7点。或者，第一设备的小程序发送时间设置信息，设置提醒时间为早晨7点。

本实施例中，第一设备的小程序能够在控制设备一侧设置提醒条件，使得控制设备在提醒条件实现时，将提醒信息发送至第一设备的小程序。比如，用户上班进入办公楼时，需要携带出入证件。为了防止用户忘记携带出入证件，可以在设定的时间提醒用户，使得用户在上班出门之前，携带上需要携带的出入证件。从而在现实生活中需要凭借出入验证信息访问的时期，能够减少用户因忘记携带出入验证信息而无法出入的情况，给用户在特殊时期出入特定场合带来便利。在某些传染性疾病流行的疫情期间，用户需要携带出入证件才能出入办公楼、小区等场所，若是用户出门忘记携带出入证件，则可能导致无法正常出入办公、生活的场所，给用户带来不便。因此，本实施例提供的验证方法，能够按照时间或者设定的地理位置提醒用户携带出入证件，协助用户记忆，为特殊时期，比如疫情期间用户的工作生活提供便利。

在另一种实施方式中，验证方法还可以包括上述实施例的各步骤。本实施例中，提醒设置条件信息包括设定时间；在提醒设置条件信息对应的条件满足的情况下，将提醒信息发送至第一设备的小程序，包括：

根据时间轮调度任务中的时间条件信息，在到达设定时间时向第一设备的小程序发送提醒信息。

本实施例中，可以按天设置时间轮调度任务。将时间轮调度任务中的分片设置为按分钟设置。每个小时60个分片，每天1440个分片。若设置7:00发送提醒信息，则在第361个分片上设置提醒任务。当是时间轮调度任务进行到第361个分片上时，向第一设备的小程序发送提醒信息。

本实施例中，提醒信息可以用于提醒用户携带出入证、通行证等证件。出入证、通行证等证件用于展示用户用于出入的出入验证信息。出入证、通行证可以是电子的，例如，离开小区大门时，通过扫描二维码获取的电子通行证件。出入证、通行证还可以是实体的。

一般情况下，出入大多数地点，均不需要携带通行证件。但在特殊时期，出入任何封闭场所可能均需要携带通行证件。从而与用户的通常行为发生冲突，用户很可能因为习惯而忘记携带通行证件等用于出入或通行的证件。本实施例中，能够在设定时间向第一设备的小程序发送提醒信息，从而可定时提醒第一设备的小程序的用户在设定时间不忘记携带出入验证信息，如出入证、通行证等，在需要通过通行证件出入特定场合的特殊时期为用户提供便利。

在本申请另一种实施例中，验证方法可以包括上述实施例的各步骤。本实施例中，提醒设置条件信息包括设定地理位置；在提醒设置条件信息对应的条件满足的情况下，将提醒信息发送至第一设备的小程序，包括：

接收第一设备的小程序发送的第一地理位置上报信息；

在第一地理位置上报信息对应的地理位置处于设定第一地理位置范围内的情况下，向第一设备的小程序发送提醒信息。

本实施例中，地理位置上报信息可以是第一设备的小程序随心跳包一起上传的地理位置信息。第一地理位置可以是第一设备设置的提醒位置，例如，罢工地点、家庭住址等。用户的第一设备的小程序可以向服务控制设备设定第一地理位置，以及设定第一地理位置范围。例如，第一设备的小程序在服务控制设备设定第一地理位置为某办公楼c，然后设置地理地理位置范围为c附近500米，则用户的第一设备的小程序在办公楼c附近500米的范围内时，服务控制设备向第一设备的小程序发送提醒信息。

再如，用户可以设置家庭住址或办公地址。同时设置第一地理位置范围为以家庭住址或办公地址为中心的较小范围以外，具体可以是设置在家庭住址附近200米之外就发送提醒信息。从而用户从家中离开时，能够发送提醒信息提醒用户携带出入通行证件，保证用户忘记携带出入通行的情况下，能够从家庭住址附近及时折返拿取证件。

本实施例中，能够根据第一设备的小程序实时上报的地理位置，发送提醒信息，从而在需要通行证件才能出入各种封闭场合的特殊时期，有效防止用户忘记携带通行证件，在特殊时期，比如疫情期间为用户提供出行便利。

图3是本申请另一种实施例的验证方法流程示意图。该实施例的验证方法可以包括上述个步骤，本实施例中，验证方法还包括：

步骤301：接收第二设备的小程序的第二地理位置上报信息；

步骤302：在第二地理位置上报信息对应的地理位置处于设定第二地理位置范围内的情况下，发送刷新信息，刷新信息用于指示第二设备的小程序停止展示出入验证信息。

在本实施例中，为了保证出入验证信息的安全性，第二设备例如访客设备的小程序在接收到第一设备例如主人设备的小程序通过服务控制设备发送的出入验证信息之后，可以实时上报访客设备的地理位置。访客设备的小程序可以向服务控制设备发送心跳包，在心跳包中携带访客设备的地理位置，在服务控制设备接收到的访客设备发送的地理位置超过设定的第二地理位置范围的情况下，发送信息刷新访客设备上的出入验证信息，从而使得访客设备的小程序上的出入验证信息不能够再显示。

例如，本方法通过用户a和用户b上的应用程序(application，app)中的小程序实现。用户b去用户a的办公楼c拜访用户a，用户a预先向服务控制设备发送出入验证信息，用户b从服务控制设备获得出入验证信息，从而在出入办公楼c的时候，可以在办公楼c的出入验证地点展示app中的出入验证信息，以实现通行。在用户b离开办公楼c，超出办公楼c一定范围的时候，刷新用户b的出入验证信息展示界面，用于出入办公楼c的出入验证信息，将不再展示在访客设备的app中的小程序的显示界面上。

出入验证信息是为了便于访客设备的用户出入特定场所拜访主人设备的用户所使用的。在超出特定场所的范围的情况下，出入验证信息将不再被访客设备需要。若一直展示出入验证信息，可能导致出入验证信息中的主人信息泄露而产生信息不安全。本实施例中，能够在访客设备的地理位置超出设定第二地理位置范围的情况下，刷新访客设备的小程序上的出入验证信息，使得出入验证信息在访客设备上不显示。从而能够保证出入验证信息的安全性。在疫情期间，用户可以无需在封闭场所门口迎接访客，从而为用户提供了拜访的便利。

图4为本申请另一种实施例的验证方法流程示意图。该实施例中，第一设备有多个，验证方法还包括：

步骤401：在接收到至少一个第一设备的小程序的心跳检测请求的情况下，根据心跳检测信号，向所有第一设备发送心跳检测指令；

步骤402：根据所有第一设备的小程序发送的心跳信号，确定故障设备信息；

步骤403：向无故障的第一设备的小程序发送包括故障设备信息的心跳异常提醒信号。

作为一种示例，某个用户的第一设备可以包括手机、平板电脑、车载电脑、智能音箱，若用户手机出现故障，则可通过心跳信号判断手机为故障设备，可以向平板电脑、车载电脑和智能音箱发送故障设备信息。若第一设备的用户能够通过平板电脑、车载电脑和智能音箱中的任意一个接收到故障设备信息，则第一设备的用户可以得知手机出现故障的状态，从而能够对手机故障状态采取必要措施，避免手机无法接收到提醒信息。

作为本实施例的一种实现方式，在第一设备存在多个的情况下，可设置第一设备中的主设备。若主设备与其它第一设备之间通过蓝牙进行连接。若其它第一设备与主设备之间的蓝牙连接断开，则说明该其它第一设备与主设备之间的距离较远，比如用户可能不在车内，无法查看车载电脑上的信息。

本实施例中，第一设备可以有多个。若用户的第一设备出现故障，比如断电、断网等，用户可能会无法接收到提醒信息。从而，在本实施例中，根据第一设备的小程序发送的心跳信号，确定是否所有第一设备均处于正常接收信息的状态。若判断第一设备出现故障，则向未出现故障的其余第一设备发送提醒信息，确定第一设备能够得知故障设备，避免无法接收到提醒信息。在特殊时期，比如疫情期间，能够为用户的出行提供便利。

在一种实施方式中，该验证方法还包括：向第一设备的小程序发送出入验证信息的接收反馈信息。

本实施例中，第一设备的小程序向服务控制设备发送了出入验证信息后，服务控制设备向第一设备的小程序发送出入验证信息的接收反馈信息，使得第一设备的小程序能够得知服务控制设备接收到了出入验证信息。

本申请实施例还提供一种验证方法，应用于第一设备，如图5所示，方法包括：

步骤501：向服务控制设备发送包括访客信息和出入验证信息的身份验证信息，以通过服务控制设备向访客信息对应的第二设备的小程序发送出入验证信息；

步骤502：接收服务控制设备发送的出入验证信息的接收反馈信息。

本申请实施例中，第一设备的小程序能够向服务控制设备发送出入验证信息和访客信息，使得服务控制设备能够向访客信息对应的第二设备的小程序发送出入验证信息，使得第一设备的用户在无需与访客会面的情况下，就能够将出入验证信息发送给第二设备，给特殊时期(比如疫情期间)不便会面的主人和访客提供的便利。

在一种实施方式中，第一设备有多个，方法还包括：

至少一个第一设备的小程序向服务控制设备发送心跳检测请求；

所有第一设备的小程序接收服务控制设备发送的心跳检测指令；

所有第一设备的小程序向服务控制设备发送心跳信号，以在服务控制设备确定故障设备信息；

无故障的第一设备的小程序接收服务控制设备发送的心跳异常提醒信号，心跳异常提醒信号包括故障设备信息；

无故障的第一设备的小程序根据故障设备信息，执行故障提醒操作。

本实施例中，能够通过心跳检测信号，判断设备是否在线，从而避免设备异常而导致无法接收到提醒信息的情况。防止特殊时期，比如疫情期间，用户在出行的过程中无法接收到重要的提醒信息。

本申请另一种实施例中，验证方法还包括：

向所述第一设备的小程序发送所述出入验证信息的接收反馈信息。

通过反馈信息，能够告知第一设备的小程序已经接收到出入验证信息。

本申请实施例还提供一种验证方法，应用于第二设备，如图6所示，包括：

步骤601：向服务控制设备发送访客请求；

步骤602：接收服务控制设备返回的出入验证信息，出入验证信息是服务控制设备从第一设备的小程序获取的。

本实施例中，第二设备的小程序向服务控制设备发送访客请求后，能够从服务控制设备获得访问第一设备的用户所需要的出入验证信息，从而无需第一设备和第二设备的用户在人员较多的地点会面，为特殊时期(比如疫情期间)的用户出行提供了便利。

在一种实施方式中，验证方法还包括：

向服务控制设备发送第二地理位置上报信息；

在第二地理位置上报信息对应的地理位置超过设定第二地理位置范围的情况下，接收服务控制设备发送的出入验证信息刷新信息；

根据出入验证信息刷新信息，停止展示出入验证信息。

本申请实施例适用于但不局限于基于小程序模式下进行多端设备验证，任何形式的(如app、嵌入式app、轻应用、快应用等形态)应用模式都适用。

进一步的，访客模式控制截屏，不支持第二设备上进行截屏模式。图7示出本申请实施例一种验证装置的结构框图，该验证装置可以应用于服务控制设备，如图7所示，验证装置可以包括：

第一接收模块701，用于接收第一设备的小程序发送的身份验证信息，身份验证信息包括访客信息和出入验证信息；

第一控制模块702，用于向访客信息对应的第二设备的小程序发送出入验证信息，使得第二设备的小程序能够展示出入验证信息。

在一种实施方式中，如图8所示，验证装置还包括：

第二接收模块703，用于接收第一设备的小程序发送的提醒设置条件信息；

第二控制模块704，用于在提醒设置条件信息对应的条件满足的情况下，将提醒信息发送至第一设备的小程序。

在一种实施方式中，提醒设置条件信息包括设定时间；第二控制模块704用于：

根据时间轮调度任务中的时间条件信息，在到达设定时间时向第一设备的小程序发送提醒信息。

在一种实施方式中，提醒设置条件信息包括设定地理位置；第二控制模块704用于：

接收第一设备的小程序发送的第一地理位置上报信息；

在第一地理位置上报信息对应的地理位置处于设定第一地理位置范围内的情况下，向第一设备的小程序发送提醒信息。

在一种实施方式中，还包括：

第三接收模块705，用于接收第二设备的小程序的第二地理位置上报信息；

第三控制模块706，用于在第二地理位置上报信息对应的地理位置处于设定第二地理位置范围内的情况下，发送刷新信息，刷新信息用于指示第二设备的小程序停止展示出入验证信息。

在一种实施方式中，第一设备有多个，装置还包括：

心跳检测请求模块707，用于在接收到至少一个第一设备的小程序的心跳检测请求的情况下，根据心跳检测信号，向所有第一设备的小程序发送心跳检测指令；

故障设备信息模块708，用于根据所有第一设备的小程序发送的心跳信号，确定故障设备信息；

异常提醒模块709，用于向无故障的第一设备的小程序发送包括故障设备信息的心跳异常提醒信号。

在一种实施方式中，还包括：

接收反馈模块710，用于向第一设备的小程序发送出入验证信息的接收反馈信息。

图9示出本申请实施例一种验证装置800的结构框图，该验证装置可以应用于第一设备，如图9所示，该验证装置800可以包括：

验证信息发送模块801，用于向服务控制设备发送包括访客信息和出入验证信息的身份验证信息，以通过服务控制设备向访客信息对应的第二设备的小程序发送出入验证信息；

反馈信息接收模块802，用于接收服务控制设备发送的出入验证信息的接收反馈信息。

如图10所示，在一种实施方式中，第一设备有多个，验证装置800还包括：

检测请求发送模块803，用于至少一个第一设备的小程序向服务控制设备发送心跳检测请求；

检测指令接收模块804，用于所有第一设备的小程序接收服务控制设备发送的心跳检测指令；

心跳信号发送模块805，用于所有第一设备的小程序向服务控制设备发送心跳信号，以在服务控制设备确定故障设备信息；

异常提醒接收模块806，用于无故障的第一设备的小程序接收服务控制设备发送的心跳异常提醒信号，心跳异常提醒信号包括故障设备信息；

无故障的第一设备的小程序根据故障设备信息，执行故障提醒操作。

图11示出本申请实施例一种验证装置900的结构框图，该验证装置可以应用于第二设备，该验证装置900可以包括：

访客请求发送模块901，用于向服务控制设备发送访客请求；

验证信息接收模块902，用于接收服务控制设备返回的出入验证信息，出入验证信息是服务控制设备从第一设备的小程序获取的。

如图12所示，在一种实施方式中，验证装置900还包括：

上报模块903，用于向服务控制设备发送第二地理位置上报信息；

刷新信息接收模块904，用于在第二地理位置上报信息对应的地理位置超过设定第二地理位置范围的情况下，接收服务控制设备发送的出入验证信息刷新信息；

停止展示模块905，用于根据出入验证信息刷新信息，停止展示出入验证信息。

在一种应用示例中，提供了一种基于小程序的防疫报备提醒的方式，主要包括以下模块：

(一)配置模块：

这个模块的主要功能是接收端上报的配置信息并存储在服务控制设备的数据库。

配置模块可用于存储身份验证信息。身份验证信息可包括根据具体场景动态设置n条图文记录生成的出入验证信息(其中：n>0，图信息在本案中是非必须的)。在本示例中，设置为主人的设备为主人设备，设置为访客模式的设备为访客设备。上传图文的目的是为了访客模式准备的，如果是主人模式则不需要提供证件图。

配置模块可以根据提交的配置信息确定是否按照时间、地理位置进行提醒(默认选择时间提醒)进一步地，有如下组合模式：

(a)只设置时间：提前m分钟进行提醒(m由用户设定)；

(b)只设置地理位置：在指定的经纬度范围提醒或者距离目的设定距离进行提醒；

(c)同时设置时间提醒和地理位置提醒。

如图13所示，为报备提醒的示意图。设备端(例如第一设备或第二设备)配置提醒任务记录。服务端(例如服务控制设备)接收设备端配置的提醒任务记录。在任务记录库中记录提醒任务记录，根据任务记录库进行时间轮任务检测调度和geo(geosynchronousorbit，地球同步轨道)服务探测模块的调度，当服务端的检测中控中心检测到时间轮任务检测调度和/或geo服务探测模块中的提醒条件实现时，通过通知服务群，向设备端的小程序发送提醒信息。例如，设备端的小程序的类型，可以包括app小程序、车载小程序、音箱小程序等。配置模块还可以进行模式选择。本申请的设备模式支持主人模式和访客模式两种。在一个设备设置为主人模式的情况下，该设备为主人设备；在一个设备设置为访客模式的情况下，该设备设置为访客设备。在具体应用中，设备上安装的实现验证方法的app均默认处于主人模式。

在主人模式下，通过主人设备可以随时随地查看设置的信息，包括需要提醒的内容、出入验证可使用的电子证件信息等。

在访客模式下，只能在设置的半径范围和有效时间内才能打开和访问主人发送到终端的证件信息等有效证明。

配置模块的提醒的发送还可以设置频次。本案中频次可以设置为一次、多次间隔、周期性设置等三种频次方案。

(二)检测模块：

该检测模块的主要功能是根据配置信息进行检测，并根据是否触发事件来确定是否发送消息通知。该检测模块可以包括时间轮任务检测调度子模块和geo服务探测子模块。

时间轮任务监测调度子模块的主要功能是通过一个存储定时任务的环形队列，来对当前时间分片上的定时任务进行执行。本示例的时间分片是按照分钟来分片，即将一个小时分为60个分片，也可以为其他分片凡是。时间轮任务监测调度子模块(可以简称调度器)根据时间走动，来判断任务是否需要执行。示例性地，设置的任务的信息结构可以包括任务id、循环模式(例如：循环几次、不循环)、任务粒度(例如：小时、天、周)、任务执行时间、任务结束方式(例如：固定时间，结合循环次数)、任务执行模式(例如：主人、访客)、任务执行组合配置(例如：时间、地理)、任务信息、任务名、提醒模板、半径距离、记录等。检测服务根据时间轮算法，对各个任务进行执行和检测。

geo探测服务子模块的主要功能是用于接收端设备的经纬度信息，用于判断当前经纬度和任务记录中设置的地理位置、半径是否匹配。如果匹配，则认为是在设定的区间内，需要发起提醒，向设备端发送提醒信息。

在时间和地理位置组合模式下，geo探测服务子模块作为时间轮任务调度子模块的一个组合存在，时间轮任务调度子模块的功能有限。在时间提醒和地理位置提醒模式结合的情况下，即使已经符合geo探测的距离范围内，也可不执行提醒操作。

(三)通知模块

该通知模块主要的任务是接收时间轮调度子模块发出的消息，进行设备消息提示。

进一步地，通知模块在下发消息会检测有多少个互通的心跳设备接收，采用广播模式进行通知下发。

(四)心跳服务检测模块

该心跳服务检测模块的主要用途是检测端设备例如第一设备是否可以正常存活。

心跳检测是由多个端设备(如：手机app、车载终端、可穿戴设备等)与服务端交互的方式。设备端主动定时上报是否存活的心跳信息。

服务控制设备下发心跳检测的时候，会同时下发当前用户id挂载的其他端设备的信息。这样一旦某个设备出现故障，用户就会通过其他设备的信息通知发现，避免单点出现故障。

例如，如图14所示，是应用示例中心跳检测的示意图。端设备向服务端(服务控制设备)的服务注册中心发送携带<b_id>和<b_ipreport>消息的clusterping信息，作为心跳检测请求。服务注册中心向多个设备例如节点1、节点2……节点n等，发送心跳检测指令例如info信息。这些节点可以返回心跳信息例如ack信息。然后服务注册中心再向这些节点返回心跳信号接收反馈例如ping信息。其中，服务注册中心可以是服务控制设备中的一个功能。

(五)模式控制模块

模式控制模块是专门应对疫情期间访客到访设定的，目的是为了减少主人的接待登记时间和人员多次接触，同时为保障主人隐私，设定特定区域打开失效策略。主人设备的模式主人模式：可以随时打开和设定新的配置信息(身份验证信息)，并且可以随时随地修改操作。

访客模式：访客只能在特定的时间、地理位置打开，超过设定时间范围或者区域半径，将不能打开主人设备下发的出入验证信息。

例如，如图15所示，是应用示例中访客模式的示意图。访客通过端设备设置访客模式，该端设备成为访客设备。主人通过端设备设置主人模式，该端设备成为主人设备。主人设备可以向服务中控中心提交访客和必要的出入信息。访客设备向服务中控中心发送访问请求。服务中控中心根据访客设备的信息，下发主人通过主人设备设定的信息。然后访客设备可以展示该出入信息。验证通过后，服务中控中心可以向主人设备发送(ack)反馈信息。此外，主人设备和访客设备的主客模式可以独立设置，无绝对关联关系。在不同场景下端设备可能为不同角色，在一个场景下某个端设备可以为主人设备，在另一场景下该端设备可以改变为访客设备。

通过本申请实施例，可以解决了用户出行容易遗忘出入门证等信息材料、门岗哨点填写信息等问题，可以极大的节省用户的出行时间，降低单位、高速路口、小区等关键设卡位在人流高峰期的拥堵风险，从而有利于保障用户安全。

通过引入主客模式，在保障复工复产同时，确保人员互访的便利和接待效率。确保高质量、高效率的抓好某些时期例如疫情防控期间的人员流动。做到疫情期间的错峰、避免拥堵的初衷。

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图16所示，是根据本申请实施例的验证方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图16所示，该电子设备包括：一个或多个处理器1301、存储器1302，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示gui的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图16中以一个处理器1301为例。

存储器1302即为本申请所提供的非瞬时计算机可读存储介质。其中，存储器存储有可由至少一个处理器执行的指令，以使至少一个处理器执行本申请所提供的验证方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的验证方法。

存储器1302作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的验证方法对应的程序指令/模块(例如，附图7所示的所示的第一接收模块501和第二控制模块504)。处理器1301通过运行存储在存储器1302中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的验证方法。

存储器1302可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据视频编码电子设备的使用所创建的数据等。此外，存储器1302可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1302可选包括相对于处理器1301远程设置的存储器，这些远程存储器可以通过网络连接至视频编码电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

验证方法的电子设备还可以包括：输入装置1303和输出装置1304。处理器1301、存储器1302、输入装置1303和输出装置1304可以通过总线或者其他方式连接，图16中以通过总线连接为例。

输入装置1303可接收输入的数字或字符信息，以及产生与视频编码电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1304可以包括显示设备、辅助照明装置(例如，led)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(lcd)、发光二极管(led)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用asic(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(pld))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

本申请实施例能够根据第一设备发送的身份验证信息，在第二设备请求出入验证信息的情况下，向第二设备提供该出入验证信息，从而方便访客获得出入验证信息，无需主人和访客会面即可在第二设备展示出入验证信息。在不适合人群聚集的特殊时期，本实施例能够为人们的出行和出入特定场所提供便利。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。