CN111275870B - 基于楼宇对讲系统的自主入户管理方法、系统、终端及介质 - Google Patents

Abstract

本申请提供基于楼宇对讲系统的自主入户管理方法、系统、终端及介质，本申请提供的技术方案实现了家居智能化控制，访客可通过现有的楼宇对讲系统发出公共道闸解禁请求，云端根据户主的授权将该公共道闸解禁请求转移至访客的用户端，从而使该访客通过操作其用户端放行自己进入公共道闸，且该访客可通过领取密钥的方式解禁入户门的门锁。因此，本申请的技术方案在基于现有楼宇对讲系统的基础上，实现了访客的自主入户需求，大大节约了入户管理的成本和时间。

Description

基于楼宇对讲系统的自主入户管理方法、系统、终端及介质

技术领域

本申请涉及物联网技术领域，特别是涉及一种基于楼宇对讲系统的自主入户管理方法、系统、终端及介质。

背景技术

智能家居是在互联网影响下物联化的体现，智能家居通过物联网技术将家中的各种设备，例如视频设备、照明系统、窗帘控制、空调控制、安防系统、数字影响系统或者网络家电等连接在一起，提供家电控制、照明控制、电话远程控制、室内外遥控、防盗报警、暖通控制、以及环境监测等多种功能和手段。与普通家居相比，智能家居不仅具有传统功能，同时兼备了自动化、网络化、智能化、交互化等多项功能。

但在现有技术中，智能家居在某些应用方面的智能化程度还不足以满足客户的需求。以家居门锁控制为例，访客操作室外门禁呼叫机时，只有当户主正好位于室内并通过操作室内门禁应答机才能放行该访客。

然而，现有技术虽然能够满足户主在家情况下的访客入户需求，但面临一些户主不在家但需访客直接入户的情况时无法满足客户的需求。

发明内容

鉴于以上所述现有技术的缺点，本申请的目的在于提供基于楼宇对讲系统的自主入户管理方法、系统、终端及介质，用于解决现有技术中面临一些户主不在家但需访客直接入户的情况时无法满足客户的需求的问题。

为实现上述目的及其他相关目的，本申请的第一方面提供一种基于楼宇对讲系统的自主入户管理方法，应用于一服务终端，所述服务终端存储有第一密钥碎片以及第一用户的呼叫转移授权指令，所述第一密钥碎片与一入户门锁的锁终端关联；所述楼宇对讲系统包括室外对讲设备和室内对讲设备；所述方法包括：接收外部设备的第一访问请求，并向所述外部设备提供携带使用条件信息的第一密钥碎片，并获取所述外部设备所对应的第二用户的用户标识；其中，所述第一密钥碎片供与所述外部设备中的第二密钥碎片合成为带有使用条件信息的密钥，以用于在所述入户门锁的锁终端进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁所述入户门锁；接收来自一远程授权设备的所述外部设备的第二访问请求，基于所述呼叫转移授权指令，并根据所述第二用户的用户标识，将发往至第一用户的用户终端的公共道闸解禁请求转移至第二用户的用户终端；其中，所述远程授权设备附加于所述室内对讲设备，并通信连接所述室外对讲设备，用于捕获所述室外对讲设备发往室内对讲设备的公共道闸解禁请求信号，并根据所述公共道闸解禁请求信号生成所述第二访问请求并向外发送；在所述第二用户的用户终端同意所述公共道闸解禁请求的情况下，下发解禁指令至所述远程授权设备，以通过所述远程授权设备解禁公共道闸。

在本申请的第一方面的一些实施方式中，所述外部设备通过蓝牙连接所述入户门锁的锁终端，并将合成的所述带有使用条件信息的密钥发送至该锁终端以待验证；其中，所述外部设备还执行：通过所述蓝牙连接接收所述锁终端的校时请求；向外部转发所述校时请求以获取参考时钟信息；发送所述参考时钟信息至所述锁终端以供校时。

在本申请的第一方面的一些实施方式中，所述使用条件信息包括：对所述锁终端进行开锁的时限信息和/或权限信息。

在本申请的第一方面的一些实施方式中，所述远程授权设备设有响铃信号输入接口以及解禁指令信号输出接口；所述室外对讲设备设有对应的响铃信号输出接口以及解禁指令信号接收接口。

在本申请的第一方面的一些实施方式中，所述远程授权设备包括：通信模块，通信连接室外对讲设备和云端控制系统，用于捕获室外对讲设备发往室内对讲设备的公共道闸解禁请求，且用于将捕获的解禁请求发送至所述服务终端，还用于接收来自所述服务终端对应于该解禁请求的响应结果数据；处理模块，连接所述通信模块，用于根据所述响应结果数据判断所述解禁请求是否被允许，并在判断所述解禁请求被允许时发送解禁指令至所述室外对讲设备，以解禁所述室外对讲设备所对应的公共道闸。

为实现上述目的及其他相关目的，本申请的第二方面提供一种基于楼宇对讲系统的自主入户管理方法，应用于一用户终端；所述楼宇对讲系统包括室外对讲设备和室内对讲设备，所述自主入户管理方法包括：从服务终端获取第一密钥碎片，以与用户终端中的第二密钥碎片合成带有使用条件信息的密钥；其中，所述带有使用条件信息的密钥用于在一入户门锁的锁终端进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁所述入户门锁；接收来自所述服务终端转移自其他用户终端的公共道闸解禁请求，以在同意该解禁请求后通过程授权设备解禁该公共道闸；其中，所述远程授权设备附加于所述室内对讲设备，并通信连接所述室外对讲设备，用于捕获所述室外对讲设备发往室内对讲设备的公共道闸解禁请求信号并向外发送。

在本申请的第二方面的一些实施方式中，所述远程授权设备设有响铃信号输入接口以及解禁指令信号输出接口；所述室外对讲设备设有对应的响铃信号输出接口以及解禁指令信号接收接口。

为实现上述目的及其他相关目的，本申请的第三方面提供一种服务终端，其包括：通信器，用于与外部设备通信；存储器，用于存储计算机程序；处理器，连接所述通信器、及存储器，用于运行所述计算机程序以执行本申请第一方面的自主入户管理方法。

为实现上述目的及其他相关目的，本申请的第四方面提供一种服务终端，其包括：通信器，用于与服务终端通信；蓝牙模块，用于与锁终端通信；存储器，用于存储计算机程序；处理器，连接所述通信器、蓝牙模块、及存储器，用于运行所述计算机程序以执行本申请第二方面的自主入户管理方法。

为实现上述目的及其他相关目的，本申请的第五方面提供一种计算机可读存储介质，其包括第一计算机程序和第二计算机程序；所述第一计算机程序被处理器执行时实现本申请第一方面的自主入户管理方法；所述第二计算机程序被处理器执行时实现本申请第二方面的的自主入户管理方法。

如上所述，本申请的基于楼宇对讲系统的自主入户管理方法、系统、终端及介质，具有以下有益效果：本申请提供的技术方案实现了家居智能化控制，访客可通过现有的楼宇对讲系统发出公共道闸解禁请求，云端通过户主的授权将该公共道闸解禁请求转移至访客的用户端，从而使该访客通过操作其用户端允许自己进入公共道闸，且该访客可通过领取密钥的方式解禁入户门的门锁。因此，本申请的技术方案在基于现有楼宇对讲系统的基础上，实现了访客的自主入户需求。本申请的技术方案可适用于户主远程放行访客、钟点工、外卖人员、医护人员、或者维修工等人员入户，大大节约了入户管理的成本和时间。

附图说明

图1显示为本申请一实施例中基于楼宇对讲系统的自主入户管理方法的示例场景示意图。

图2显示为本申请一实施例中基于楼宇对讲系统的自主入户管理方法的流程示意图。

图3显示为本申请一实施例中基于楼宇对讲系统的校时的流程示意图。

图4显示为本申请一实施例中基于楼宇对讲系统的远程授权装置应用场景的示意图。

图5显示为本申请一实施例中门禁控制装置的远程授权装置的电路接线图的示意图。

图6显示为本申请一实施例中基于楼宇对讲系统的自主入户管理方法的流程示意图。

图7显示为本申请一实施例中服务终端的结构示意图。

图8显示为本申请一实施例中用户终端的结构示意图。

具体实施方式

以下通过特定的具体实例说明本申请的实施方式，本领域技术人员可由本说明书所揭露的内容轻易地了解本申请的其他优点与功效。本申请还可以通过另外不同的具体实施方式加以实施或应用，本说明书中的各项细节也可以基于不同观点与应用，在没有背离本申请的精神下进行各种修饰或改变。需说明的是，在不冲突的情况下，以下实施例及实施例中的特征可以相互组合。

需要说明的是，在下述描述中，参考附图，附图描述了本申请的若干实施例。应当理解，还可使用其他实施例，并且可以在不背离本申请的精神和范围的情况下进行机械组成、结构、电气以及操作上的改变。下面的详细描述不应该被认为是限制性的，并且本申请的实施例的范围仅由公布的专利的权利要求书所限定。这里使用的术语仅是为了描述特定实施例，而并非旨在限制本申请。空间相关的术语，例如“上”、“下”、“左”、“右”、“下面”、“下方”、“下部”、“上方”、“上部”等，可在文中使用以便于说明图中所示的一个元件或特征与另一元件或特征的关系。

在本申请中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”、“固持”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

再者，如同在本文中所使用的，单数形式“一”、“一个”和“该”旨在也包括复数形式，除非上下文中有相反的指示。应当进一步理解，术语“包含”、“包括”表明存在所述的特征、操作、元件、组件、项目、种类、和/或组，但不排除一个或多个其他特征、操作、元件、组件、项目、种类、和/或组的存在、出现或添加。此处使用的术语“或”和“和/或”被解释为包括性的，或意味着任一个或任何组合。因此，“A、B或C”或者“A、B和/或C”意味着“以下任一个：A；B；C；A和B；A和C；B和C；A、B和C”。仅当元件、功能或操作的组合在某些方式下内在地互相排斥时，才会出现该定义的例外。

智能家居是在互联网影响下物联化的体现，智能家居通过物联网技术将家中的各种设备，例如视频设备、照明系统、窗帘控制、空调控制、安防系统、数字影响系统或者网络家电等连接在一起，提供家电控制、照明控制、电话远程控制、室内外遥控、防盗报警、暖通控制、以及环境监测等多种功能和手段。与普通家居相比，智能家居不仅具有传统功能，同时兼备了自动化、网络化、智能化、交互化等多项功能。

尽管如此，现有的智能家居仍有很多待改善的地方，例如在门锁控制方面，现有的门禁控制系统只能满足户主在家时的使用场景，而面对一些例如户主外出但需外卖人员将货物直接放入户内，或者一家庭成员放行另一未携带入户钥匙的家庭成员，抑或暂不在室内的户主想放行家政人员、医护人员或房产交易人员入户等情况时却无能为力。

鉴于以上现有技术的缺点，本申请提供一种基于楼宇对讲系统的自主入户管理方法，为了能够清楚描述本申请的基于楼宇对讲系统的自主入户管理方法，现结合示例应用场景对所述基于楼宇对讲系统的自主入户管理方法进行详细说明。请参阅图1，图1显示为本申请基于楼宇对讲系统的自主入户管理方法的示例场景在一种实施方式中的示意图，如图所述，所述示例场景包括一社区单元楼，该社区单元楼内分设有多家独立的门户，本实施例以“Room11”……“RoomMN”表示该些门户。所述单元楼可以是高层的建筑，M代表层数N代表该层的号数，所述单元楼也可以是平层。本实施例采用单元楼大门作为公共道闸大门，采用各门户的单元门作为入户门。

以访客从外部进入“RoomM1”且“RoomM1”的户主不在户内为例，该名访客在单元楼大门的室外呼叫机上按压“RoomM1”所对应的呼叫号码后，访客的手机随即收到解禁请求呼叫指示，访客操作手机来同意该解禁请求，从而允许放行自己进入该道单元楼大门。该名访客在进入该道单元楼大门后走至“RoomM1”的入户门，通过手机领取的第一碎片密钥以及通过链接从云端获取的第二碎片密钥合成为带有使用条件信息的密钥。手机与入户门的门锁终端蓝牙连接，从而通过所述带有使用条件信息的密钥与锁终端内置的另一半密钥进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁该入户门的门锁。

需要说明的是，上述应用场景的形式、各要素及其数量仅为举例，而非对本申请应用场景及各要素的限制。事实上，所述应用场景可以是需要进行门禁控制的其他场景，在此不再一一赘述。

如图2所示，展示本申请一实施例中基于楼宇对讲系统的自主入户管理方法的流程示意图。如图所示，所述基于楼宇对讲系统的自主入户管理方法应用于服务终端，所述服务终端可布置于一个实体服务器上，也可布置于分布的或集中的服务器集群上。所述实体服务器例如基于云架构的服务器，包括公共云(Public Cloud)服务端与私有云(PrivateCloud)服务端，其中，所述公共服务端包括Software-as-a-Service(软件即服务，SaaS)、Platform-as-a-Service(平台即服务，PaaS)及Infrastructure-as-a-Service(基础设施即服务，IaaS)等，所述私有云服务端包括阿里云计算服务平台、亚马逊(Amazon)云计算服务平台、百度云计算平台、腾讯云计算平台等等。所述服务器集群由至少一台实体服务器构成，每个虚拟服务器运行至少一个功能模块，各虚拟服务器之间通过网络通信。

本实施例中，所述服务终端存储有第一密钥碎片以及第一用户的呼叫转移授权指令，所述第一密钥碎片与一入户门锁的锁终端关联。具体而言，所述基于楼宇对讲系统的自主入户管理方法包括步骤S21、步骤S22和步骤S23，以下结合图1和图2来描述本实施例的应用于服务终端的自主入户管理方法。

步骤S21：接收外部设备的第一访问请求，并向所述外部设备提供携带使用条件信息的第一密钥碎片，并获取所述外部设备所对应的第二用户的用户标识。

本申请中的楼宇对讲系统包括室外对讲设备和室内对讲设备，需说明的是，本申请的技术方案基于现有的楼宇对讲系统即可实现，节约成本且便于实现。

本实施例中，所述外部设备为不同于第一用户的第二用户所对应的用户终端，于具体的实施场景中，所述第一用户通常为户主或者对该门户具有管理权限的管理人员；所述第二用户例如为访客、钟点工、外卖人员、医护人员、或者维修工等人员。

第二用户的用户终端内存放有第二密钥碎片以及链接，通过该链接可从服务终端获取所述第一密钥碎片。其中，所述第一密钥碎片和第二密钥碎片合成为带有使用条件信息的密钥，合成后的密钥用于在入户门锁的锁终端进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁所述入户门锁。

具体的，第二用户的用户终端为具有蓝牙通信能力的终端，所述锁终端同样具有蓝牙通信能力，且锁终端内存有待验证的第三密钥碎片。第二用户的用户终端通过蓝牙连接所述入户门锁的锁终端，并将合成的所述带有使用条件信息的密钥发送至该锁终端，以验证合成的密钥与锁终端内的第三密钥碎片是否匹配。

需要说明的是，本实施例将第二用户的用户终端将两片密钥碎片合成为带有使用条件信息的密钥之后再进行解锁，相比于从云端下发整片钥匙的解决方案而言，具有更高的安全性，规避了整片密钥被第三者截获或者被负责下发的人员复制等风险。

在一实施例中，合成的密钥带有使用条件信息，所述使用条件信息包括：对所述锁终端进行开锁的时限信息；所述时限信息包括有效时间信息和/或有效次数信息，例如限定该合成的密钥只在某一特定的时段内有效，或者限定该合成的密钥能够使用的次数等等。

在一实施例中，第二用户的用户终端还需要能进行校时以及对时的工作之后，才能准确地判断密钥是否超时失效，该用户终端具体执行如下步骤：

步骤S31：锁终端通过与用户终端间的蓝牙连接发送校时请求至所述用户终端。

步骤S32：以所述用户终端为路由器，所述用户终端访问其所接入的网络设备(例如所述服务终端)，以获得参考时钟信息。

步骤S33：用户终端发送所获得的参考时钟信息至所述锁终端。

步骤S34：所述锁终端利用该参考时钟信息完成校时。

也就是说，所述锁终端可以利用该蓝牙连接以及用户终端的网络通信能力，在蓝牙连接未断的短暂时间内接入网络，以完成所述校时。而在本发明的一些实施例中，也可以利用该些时间完成其他的一些需要依靠网络的任务，例如锁终端可以记录每次开/闭锁的情况，并在联网时进行上传，以实现监控目的。

于本实施例中，所述服务终端在接收到外部设备的第一访问请求时，获取该外部设备所对应的第二用户的用户标识，也即识别领取所述第一密钥碎片的用户身份。

步骤S22：接收来自一远程授权设备的所述外部设备的第二访问请求，基于所述呼叫转移授权指令，并根据所述第二用户的用户标识，将发往至第一用户的用户终端的公共道闸解禁请求转移至第二用户的用户终端。

为便于本领域技术人员理解，现结合图4和图5来进一步解释本申请中的远程授权设备的工作原理。如图4所示，所述远程授权设备41附加于所述室内对讲设备42，并通信连接所述室外对讲设备43，用于捕获所述室外对讲设备发往室内对讲设备的公共道闸解禁请求信号，并根据所述公共道闸解禁请求信号生成所述第二访问请求并向外发送。本实施例中，所述远程授权设备41通过云端网络44发送至服务终端45，所述服务终端45再将该第二访问请求发送至用户终端46。

如图5所示，所述室外对讲设备设有响铃信号输出接口RING和解禁指令信号输入接口OPENLOCK。所述远程授权设备设有与所述响铃信号输出接口RING相连的响铃信号输入接口INT，以及与所述解禁指令信号输入接口OPENLOCK相连的解禁指令信号输出接口GPIO。此外，所述远程授权设备设有VDD接口和GND接口，用于连接供电电池。所述远程授权设备的GND端还与室内对讲设备的GND端相连。

结合图4和图5可知，所述远程授权设备41通过其INT接口从室外对讲设备的RING接口捕获响铃信号，并生成相应的解禁请求数据通过其通信模块上传至服务终端45。服务终端45将接收到的解禁请求数据再转发至用户终端46，用户终端46根据用户输入指令生成对应于解禁请求数据的响应结果数据，所述响应结果数据包括允许该解禁请求或者拒绝该解禁请求的数据。用户终端46将其生成的响应结果数据传至服务端45，以通过服务端45下发至远程授权设备41。所述远程授权设备41接收到响应结果数据后通过其处理模块判断该解禁请求是否被允许，若被允许，则通过GPIO接口将解禁指令信号发送至室外对讲设备的OPENLOCK接口，从而开启公共道闸的大门。

需要说明的是，所述远程授权设备41的通信模块包括WiFi模块、蜂窝移动通信模块、蓝牙通信模块、NB-IoT通信模块及ZigZag通信模块中的任一种或多种组合；所述远程授权设备41的处理模块包括MCU处理模块、SoC处理模块、FPGA处理模块及ARM处理模块中的任一种或多种组合。

在本实施例中，所述服务终端45基于所述呼叫转移授权指令并根据所述第二用户的用户标识，将原本应发送至第一用户的呼叫请求转移至第二用户，也即，将发往至第一用户的用户终端的公共道闸解禁请求转移至第二用户的用户终端。需要说明的是，本申请中的第一用户的用户终端是所述远程授权设备的初始绑定者，呼叫请求默认发送至第一用户的用户终端。但在第一用户的呼叫转移授权指令随着第一密钥碎片一同存放于服务终端的情况下，呼叫请求发生相应的转移，从初始绑定者转移至该初始绑定者授权的对象。

步骤S23：在所述第二用户的用户终端同意所述公共道闸解禁请求的情况下，下发解禁指令至所述远程授权设备，以通过所述远程授权设备解禁公共道闸。

具体的，第二用户操作室外呼叫设备，远程授权设备捕获室外呼叫设备发往室内呼叫设备的公共道闸解禁请求信号并上传至服务终端。服务终端基于所述呼叫转移授权指令并根据所述第二用户的用户标识，将呼叫请求从第一用户的用户终端转移至第二用户的用户终端。第二用户通过操作其用户终端，同意该解禁请求，从而为自己解禁公共道闸，得以进入单元楼内。第二用户进入单元楼后如何解锁入户门则于上文中予以说明，此处不再赘述。

如图6所示，展示本申请又一实施例中基于楼宇对讲系统的自主入户管理方法的流程示意图。本实施例中的自主入户管理方法应用于一用户终端；所述楼宇对讲系统包括室外对讲设备和室内对讲设备，所述自主入户管理方法包括：

S61：从服务终端获取第一密钥碎片，以与用户终端中的第二密钥碎片合成带有使用条件信息的密钥；其中，所述带有使用条件信息的密钥用于在一入户门锁的锁终端进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁所述入户门锁。

S62：接收来自所述服务终端转移自其他用户终端的公共道闸解禁请求，以在同意该解禁请求后通过程授权设备解禁该公共道闸；其中，所述远程授权设备附加于所述室内对讲设备，并通信连接所述室外对讲设备，用于捕获所述室外对讲设备发往室内对讲设备的公共道闸解禁请求信号并向外发送。

因本实施例中应用于用户终端的自主入户管理方法与上文中应用于服务终端的自主入户管理方法的实施方式类似，故不再赘述。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过计算机程序相关的硬件来完成。前述的计算机程序可以存储于一计算机可读存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

如图7所示，展示本申请一实施例中服务终端700的结构示意图。所述服务终端包括通信器71、存储器72和处理器73，所述通信器71用于与外部设备通信，所述存储器72用于存储计算机程序，所述处理器73通过系统总线连接所述通信器71及存储器72，用于运行所述计算机程序以执行所述自主入户管理方法。

如图8所示，展示本申请一实施例中用户终端的结构示意图。所述用户终端包括通信器81、蓝牙模块82、存储器83、以及处理器84，所述通信器81用于与服务终端通信，所述蓝牙模块82用于与锁终端通信连接，所述存储器83用于存储计算机程序，所述处理器84通过系统总线连接所述通信器81、蓝牙模块82、以及存储器83，用于运行所述计算机程序以执行所述自主入户管理方法。

上述提到的系统总线可以是外设部件互连标准(Peripheral ComponentInterconnect，简称PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，简称EISA)总线等。该系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于实现数据库访问装置与其他设备(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(Random Access Memory，简称RAM)，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application SpecificIntegrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

综上所述，本申请提供基于楼宇对讲系统的自主入户管理方法、系统、终端及介质，本申请提供的技术方案实现了家居智能化控制，访客可通过现有的楼宇对讲系统发出公共道闸解禁请求，云端通过户主的授权将该公共道闸解禁请求转移至访客的用户端，从而使该访客通过操作其用户端允许自己进入公共道闸，且该访客可通过领取密钥的方式解禁入户门的门锁。因此，本申请的技术方案在基于现有楼宇对讲系统的基础上，实现了访客的自主入户需求。本申请的技术方案可适用于户主远程放行访客、钟点工、外卖人员、医护人员、或者维修工等人员入户，大大节约了入户管理的成本和时间。所以，本申请有效克服了现有技术中的种种缺点而具高度产业利用价值。

上述实施例仅例示性说明本申请的原理及其功效，而非用于限制本申请。任何熟悉此技术的人士皆可在不违背本申请的精神及范畴下，对上述实施例进行修饰或改变。因此，举凡所属技术领域中具有通常知识者在未脱离本申请所揭示的精神与技术思想下所完成的一切等效修饰或改变，仍应由本申请的权利要求所涵盖。

Claims (10)

1.一种基于楼宇对讲系统的自主入户管理方法，其特征在于，应用于一服务终端，所述服务终端存储有第一密钥碎片以及第一用户的呼叫转移授权指令，所述第一密钥碎片与一入户门锁的锁终端关联；所述楼宇对讲系统包括室外对讲设备和室内对讲设备；所述方法包括：

接收外部设备的第一访问请求，并向所述外部设备提供携带使用条件信息的第一密钥碎片，并获取所述外部设备所对应的第二用户的用户标识；其中，所述第一密钥碎片供与所述外部设备中的第二密钥碎片合成为带有使用条件信息的密钥，以用于在所述入户门锁的锁终端进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁所述入户门锁；所述外部设备包括不同于第一用户的第二用户所对应的用户终端；

接收来自一远程授权设备的所述外部设备的第二访问请求，基于所述呼叫转移授权指令，并根据所述第二用户的用户标识，将发往至第一用户的用户终端的公共道闸解禁请求转移至第二用户的用户终端；其中，所述远程授权设备附加于所述室内对讲设备，并通信连接所述室外对讲设备，用于捕获所述室外对讲设备发往室内对讲设备的公共道闸解禁请求信号，并根据所述公共道闸解禁请求信号生成所述第二访问请求并向外发送；

在所述第二用户的用户终端同意所述公共道闸解禁请求的情况下，下发解禁指令至所述远程授权设备，以通过所述远程授权设备解禁公共道闸。

2.根据权利要求1所述的自主入户管理方法，其特征在于，包括：所述外部设备通过蓝牙连接所述入户门锁的锁终端，并将合成的所述带有使用条件信息的密钥发送至该锁终端以待验证；其中，所述外部设备还执行：

通过所述蓝牙连接接收所述锁终端的校时请求；

向外部转发所述校时请求以获取参考时钟信息；

发送所述参考时钟信息至所述锁终端以供校时。

3.根据权利要求1所述的自主入户管理方法，其特征在于，包括：所述使用条件信息包括：对所述锁终端进行开锁的时限信息；所述时限信息包括有效时间信息和/或有效次数信息。

4.根据权利要求1所述的自主入户管理方法，其特征在于，所述远程授权设备设有响铃信号输入接口以及解禁指令信号输出接口；所述室外对讲设备设有对应的响铃信号输出接口以及解禁指令信号接收接口。

5.根据权利要求1所述的自主入户管理方法，其特征在于，所述远程授权设备包括：

通信模块，通信连接室外对讲设备和云端控制系统，用于捕获室外对讲设备发往室内对讲设备的公共道闸解禁请求，且用于将捕获的解禁请求发送至所述服务终端，还用于接收来自所述服务终端对应于该解禁请求的响应结果数据；

处理模块，连接所述通信模块，用于根据所述响应结果数据判断所述解禁请求是否被允许，并在判断所述解禁请求被允许时发送解禁指令至所述室外对讲设备，以解禁所述室外对讲设备所对应的公共道闸。

6.一种基于楼宇对讲系统的自主入户管理方法，其特征在于，应用于一用户终端；所述楼宇对讲系统包括室外对讲设备和室内对讲设备，所述自主入户管理方法包括：

从服务终端获取第一密钥碎片，以与用户终端中的第二密钥碎片合成带有使用条件信息的密钥；其中，所述带有使用条件信息的密钥用于在一入户门锁的锁终端进行验证，以在验证合法时能在符合所述使用条件信息的情况下解锁所述入户门锁；

接收来自所述服务终端的公共道闸解禁请求，以在同意该解禁请求后通过远程授权设备解禁该公共道闸；其中，所述公共道闸解禁请求由其他用户终端转移至所述服务终端；所述远程授权设备附加于所述室内对讲设备，并通信连接所述室外对讲设备，用于捕获所述室外对讲设备发往室内对讲设备的公共道闸解禁请求信号并向外发送。

7.根据权利要求6所述的自主入户管理方法，其特征在于，所述远程授权设备设有响铃信号输入接口以及解禁指令信号输出接口；所述室外对讲设备设有对应的响铃信号输出接口以及解禁指令信号接收接口。

8.一种服务终端，其特征在于，包括：

通信器，用于与外部设备通信；

存储器，用于存储计算机程序；

处理器，连接所述通信器、及存储器，用于运行所述计算机程序以执行如权利要求1至5中任一项所述的自主入户管理方法。

9.一种用户终端，其特征在于，包括：

通信器，用于与服务终端通信；

蓝牙模块，用于与锁终端通信；

存储器，用于存储计算机程序；

处理器，连接所述通信器、蓝牙模块、及存储器，用于运行所述计算机程序以执行如权利要求6或7所述的自主入户管理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，其包括第一计算机程序和第二计算机程序；所述第一计算机程序被处理器执行时实现权利要求1至5中任一项所述的自主入户管理方法；所述第二计算机程序被处理器执行时实现权利要求6或7所述的自主入户管理方法。

Images