具体实施方式

下面通过具体实施方式进一步详细的说明：

实施例一

如图1所示，一种探视系统，包括预约端、后台端、审批端、第一探视端和第二探视端。其中，预约端为装载对应APP的智能手机，后台端为服务器，审批端为装载对应应用软件的PC，第一探视端和第二探视端分别为装载对应应用软件且带有音视频通信功能的PC，第一探视端设置在探视者进行探视操作的相关部门，第二探视端设置在被探视者所在的机构。

预约端用于向后台端发送预约申请，预约申请包括预约时间和探视时间。预约时间，即发出预约申请的时间；探视时间，即预约申请中远程探视的具体时间。

后台端用于将接收到的预约申请按照预设规则进行排序，本实施例中，预设的规则为按照预约时间的先后顺序进行排序。审批端用于进行预约审批，还用于将审批结果发送给后台端；后台端还用于存储审批结果，还用于将审批结果发送给对应的预约端。

预约端还用于发送预约申请超过预设时长且还未接收到对应的审批结果时，输入督办信号并发送给后台端；本实施例中预设时长为2天。后台端还用于接收到督办信号后，匹配出对应的预约申请并标记为紧急处理审批再发送给审批端，并删除对应的预约申请；后台端还用于对紧急处理审批的处理结果进行存储及统计。

第一探视端用于给后台端发送探视申请；后台端还用于接收到探视申请后匹配出对应的第二探视端并发送接通请求；第二探视端用于接收到接通请求后输入接收或拒绝。接收，即同意与第一探视端进行远程探视，拒绝，即不同意与第一探视端进行远程探视。有时由于特殊情况，会临时出现被探视者不允许或不方便与探视者进行远程探视，但消息没有让探视者了解到的情况，此时，被探视者所在机构的管理人员可以进行拒绝操作，或者接通后解释清楚情况再挂断。

后台端还用于存储探视申请的接收时间，还用于超过探视时间第二预设时长仍未接收到对应的探视申请时，对对应的预约端进行超时标记。本实施例中第二预约时长为10分钟。为了保证远程探视的有序进行，需要对探视的时间进行管控，如果某个探视者的时间意识不强，会影响到后续使用同一第一探视端的其他探视者的探视计划。并且，远程探视通常都会提前进行准备，探视者也会提前达到第一探视端所在机构，如果后台端超过预约时间10分钟仍未接收到对应的探视申请，则说明该探视者的存在不遵守探视规则的情况。因此，后台端对对应的预约端进行超时标记，便于后续处理。

后台端还用于存储预约端的督办权限等级，以及各督办权限等级的具体权限。后台端还用于对预约端进行超时标记时将其督办权限等级进行降级，本实施例中，督办权限等级每次降一级。

后台端还用于接收到督办信号后，判断对应预约端的督办权限等级是否符合督办申请的要求，若不符合则给对应的预约端反馈督办拒绝信号。督办权限等级的具体数量，本领域技术人员可依据远程预约的探视者的规模具体设置。本实施例中督办权限等级共3级，初始等级为2级，督办权限等级为2级。督办权限等级的提升，可通过连续预设次数准时发送探视申请来判定，在其他实施例中，也可以通过连续预设天数未出现超时标记来判定。

本申请还提供一种探视方法，使用上述探视系统，包括：

预约步骤，将接收到的预约申请按照预设规则进行排序，预约步骤，将接收到的预约申请按照预设规则进行排序，之后，判断先接收到审批结果还是督办信号，若是审批结果则转到存储步骤，若是督办信号则转到督办步骤；

存储步骤，存储审批结果，并将审批结果发送给对应的预约端；

督办步骤，接收到督办信号后，匹配出对应的预约申请并标记为紧急处理审批，并删除对应的预约申请后，将紧急处理审批发送给审批端，并转到统计步骤；

统计步骤，将经济处理审批的处理结果发送给对应的预约端，并对紧急处理审批的处理结果进行存储及统计。

本申请通过排序的方式保证审批处理的整体有序性和效率，对于非常重视当次预约的探视者，则可以通过紧急处理审批的方式保证其审批的处理效率。使用本申请，即使远程探视申请人数持续增长，也能够保证探视者的体验感。并且，对于不遵守预约规则的探视者，后台端会将其预约端的督办权限等级进行降级。此外，当后台端接收到某预约端的督办申请时，会判断该预约端的督办权限等级是否符合督办申请的要求，如果该预约端被降低过督办申请的权限，目前不符合督办申请的要求，会给该预约端反馈督办拒绝信号。通过这样的方式，可以让探视者更加珍惜督办申请的机会，一旦使用就好好珍惜利用。

实施例二

与实施例一不同的是，本实施例的远程探视系统中，后台端还用于接收到第二探视端的确认信号时，建立第一探视端与第二探视端的音视频通信；后台端还用于实时分析音视频通信的内容，若分析结果为存在违规内容，则后台端停止第一探视端与第二探视端的音视频通信，并根据预设的处理模式进行相应的处理后，再重新建立第一探视端与第二探视端的音视频通信。分析违规内容的技术直接采用现有技术即可，如，先对音视频进行内容分析并提取内容关键词，再看内容关键词是否涉及预设的违规关键词，这属于本领域技术人员的惯用技术手段，在此不再赘述。

后台端还用于存储预约端的预约权限等级，以及预约申请需要的预约权限等级要求；后台端还用于接收到预约申请后，判断对应的预约端是否满足预约权限等级要求，若不满足则给对应的预约端反馈预约失败信息。

其中，所述根据预设的处理模式进行相应的处理包括，后台端判断探视者最近X次探视时出现的违规内容次数，若小于N1次，则后台端控制第一探视端与第二探视端分别播放预设的提示信息预设时长；若不小于N1次，则后台端控制第一探视端与第二探视端分别播放剩余探视时长缩减信息，并将剩余探视时长进行相应的缩减后，判断最近X次探视时出现的违规内容次数是否不小于N2；若不小于N2次，后台端还控制第一探视端与第二探视端分别播放督办权限等级降级信息，并将探视者对应预约端的督办权限等级进行降级；N2大于N1。若探视者最近X次探视时出现的违规内容次数不小于N3次，则后台端还控制第一探视端与第二探视端分别播放预约权限等级降级信息，并将探视者对应预约端的预约权限等级进行降级；N3大于N2。本实施例中N1的数值为3，N2的数值为5，N3的数值为7，预约权限等级的数量为5级，预约权限等级的初始等级为3级，预约权限等级要求为3级；剩余探视时长每次缩减1分钟，若剩余时间不足1分钟则结束通信；督办权限等级每次降1级，预约权限等级进行降级每次降1级。

本实施例中的探视方法还包括：

建立探视步骤，接收到第一探视端的探视申请后，匹配出对应的第二探视端并发送接通请求，并在接收到第二探视端的确认信号后，建立第一探视端与第二探视端的音视频通信；

监控步骤，实时分析音视频通信的内容，若分析结果为存在违规内容，则停止第一探视端与第二探视端的音视频通信，并根据预设的处理模式进行相应的处理后，再重新建立第一探视端与第二探视端的音视频通信；

其中，所述根据预设的处理模式进行相应的处理包括，判断探视者最近X次探视时出现的违规内容次数，若小于N1次，则控制第一探视端与第二探视端分别播放预设的提示信息预设时长；若不小于N1次，则控制第一探视端与第二探视端分别播放剩余探视时长缩减信息，并将剩余探视时长进行相应的缩减后，判断最近X次探视时出现的违规内容次数是否不小于N2；若不小于N2次，还控制第一探视端与第二探视端分别播放督办权限等级降级信息，并将探视者对应预约端的督办权限等级进行降级；N2大于N1。

探视过程中初选违规内容时，需要根据违规的频率来了解该行为是否为不小心。如果探视者最近X次探视时出现的违规内容次数小于N1次，说明只是不小心(如没控制住情绪)出现了违规内容，因此，后台端控制第一探视端与第二探视端分别播放预设的提示信息预设时长，对双方探视的双方进行提醒和警示，让双方注意自己的言行。如果大于N1次，则说明该探视者的探视过程中已经相对频繁的出现这种情况，并且由于之前每次都会提醒，但仍出现了这种情况，需要加大惩处力度，因此，后台端控制第一探视端与第二探视端分别播放剩余探视时长缩减信息，并将剩余探视时长进行相应的缩减后，判断最近X次探视时出现的违规内容次数是否不小于N2。通过缩短当次探视时间的方式，让探视双方吸取教训。如果大于N2次，由于N2大于N1，说明在经历过缩短探视时间后，仍出现了违规内容，需要加大惩罚力度，因此，除了将剩余探视时长进行相应的缩减外，后台端还控制第一探视端与第二探视端分别播放督办权限等级降级信息，并将探视者对应预约端的督办权限等级进行降级。通过降低督办权限等级的方式，让探视者对自己的行为负责。

实施例三

与实施例二不同的是，本实施例中的后台端还用于当某探视者连续Y次探视未出现违规内容时，将其对应预约端的预约权限等级进行提升。后台端还用于当某探视者连续Y次探视未出现违规内容时，将其对应预约端的预约权限等级进行提升。本实施例中Y的数值为4，预约权限等级每次提升1级。

预约端还用于上传背景图象；后台端还用于建立第一探视端与第二探视端的音视频通信时，判断对应预约端的预约权限等级是否满足预设的奖励等级，若满足，则将视频通信的背景更换为对应预约端上传的背景图像。本实施例中奖励等级为5级。

这样的设置，一方面可以让预约权限等级被降级的探视者恢复自己的预约等级。另一方面，对于那些严格遵守探视规则的探视者，随着其探视次数的增加，会将自己的预约权限等级提升到奖励等级的高度，此时，其进行远程探视时，后台端会将视频通信的背景更换为其上传的背景图像(如家里的图像，或者其他意义的地点的图像)，从而提升提远程探视的体验感。同时，由于存在这样提升远程探视体验的方案，可以让远程探视的双方更加自觉的去遵守探视的相关规定，让远程探视的管理更加轻松。

实施例四

与实施例二不同的是，本实施例中的后台端还用于对违规内容进行性质分析，若性质分析的结果为违规内容属于预设的敏感内容，则后台端对该违规内容进行影响因素分析，并将得到的影响因素分析结果及对应的违规内容进行上链存储。

对违规内容进行性质分析直接采用现有技术即可，如，对违规内容的关键词与预设的敏感词库进行匹配，看是否能匹配出对应的敏感词，这属于本领域技术人员的惯用技术手段，在此不再赘述。上链存储采用现有的区块链存储方式即可，上链存储的数据还可以包括该违规内容发生的时间，便于进行追溯。

部分违规内容属于敏感内容，例如，做出某件事是由于某个特殊理由，或者内容涉及其他的敏感事件。这些内容一旦出现，就需要进行彻底的核查。通过上链存储的方式，可以保证这些敏感内容的可追溯性并且可防止被篡改。本申请中，当违规内容属于敏感内容时，后台端会对该违规内容进行影响因素分析，了解之所以出现该敏感内容的原因，为后续进行彻底核查时提供参考。

以上所述的仅是本发明的实施例，方案中公知的具体结构及特性等常识在此未作过多描述，所属领域普通技术人员知晓申请日或者优先权日之前发明所属技术领域所有的普通技术知识，能够获知该领域中所有的现有技术，并且具有应用该日期之前常规实验手段的能力，所属领域普通技术人员可以在本申请给出的启示下，结合自身能力完善并实施本方案，一些典型的公知结构或者公知方法不应当成为所属领域普通技术人员实施本申请的障碍。应当指出，对于本领域的技术人员来说，在不脱离本发明结构的前提下，还可以作出若干变形和改进，这些也应该视为本发明的保护范围，这些都不会影响本发明实施的效果和专利的实用性。本申请要求的保护范围应当以其权利要求的内容为准，说明书中的具体实施方式等记载可以用于解释权利要求的内容。