CN111798597A - 一种对门锁卡进行业务管理的方法、装置及电子设备 - Google Patents

Abstract

本发明关于一种对门锁卡进行业务管理的方法、装置及电子设备，用以解决目前销卡失败后再次制卡影响用户正常使用的问题。该方法包括：响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。本发明实施例提供的对门锁卡进行业务管理的方法可以避免销卡失败后再次被制卡的问题，提高对门锁卡的管理效率。

Description

一种对门锁卡进行业务管理的方法、装置及电子设备

技术领域

本发明涉及智能家居技术领域，特别涉及一种对门锁卡进行业务管理的方法、装置及电子设备。

背景技术

现今社会环境下，随着互联网、人工智能以及大数据分析等技术在各行各业中的应用，“智慧”的概念逐渐形成并被大家所接受，随之而来的智能家居、智慧城市、智慧酒店等也逐步兴起。不少行业为了适应时代的步伐，已经开始把自己的产业逐步向智慧类转型。那么传统客房即传统酒店也面临着升级转型。智慧酒店发展趋势表现之一为酒店服务综合化、智能化。根据现有数据统计来看，国内市场智能化酒店将占有绝对的优势地位，因而现有的酒店可以通过数字化、网络化来提升信息化服务，充分考虑用户个性化需求，降低酒店运营成本。

智慧酒店解决方案一体化专门为智慧酒店打造，围绕PMS(Property ManagementSystem，物业管理***)酒店管理***、客房控制***、自助一体机管理***等。其中，客房控制***，为了实现用户通过微信公众号随意控制房间内的任何设备和场景，则需要在***中增加网关设备。为了满足某些场景，如开门则房间内背景音乐播放欢迎语，或者使用微信一键开锁，则需要在***中增加zigbee智能门锁。因此客房控制***中使用网关、zigbee智能门锁的技术方案较为常见。

zigbee智能门锁在家庭中应用较广，可通过卡片、指纹、密码等方式开锁。其中卡片制卡一次后，可长期使用，无需反复制卡。对于酒店，住客是流动的，同一个房间在不同的时间段被不同的人使用。因此酒店前台需要经常性操作房间制卡/销卡动作。而这种方式从技术上存在弊端。因写锁的方式需要经过PMS客户端、云端、网关、门锁这四端，链路比较长，在发门锁卡后发生换房、退房等情况下，需要远程删除门锁卡所绑定的门锁中的门锁卡信息，而由于链路比较长，会存在删卡识别失败的情况。而如果在删卡失败的情况下重新对该门锁卡进行写卡，即将该门锁卡中门锁卡信息写入新的门锁卡时，会存在一卡多用的情况，影响用户的安全和正常使用。

发明内容

本发明提供一种对门锁卡进行业务管理的方法、装置及电子设备，用以解决目前在删卡失败后重新写卡，会存在一卡多用的情况，影响用户的安全和正常使用的问题。本发明的技术方案如下：

根据本发明实施例的第一方面，提供一种对门锁卡进行业务管理的方法，包括：

响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

作为一种可能的实施方式，该方法还包括：

响应于制卡指令，确定待制卡是否有状态标记；

若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

作为一种可能的实施方式，所述门锁卡具有有效时长，该方法还包括：

在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态；

作为一种可能的实施方式，重新发起删卡流程，包括：

确定门锁卡是否为无效状态时，若否，重新发起删卡流程。

作为一种可能的实施方式，响应于制卡指令，包括：

响应于对退房的门锁卡再次下发时触发的制卡指令；或者

响应于对换房的门锁卡删卡失败时触发的制卡指令。

作为一种可能的实施方式，重新发起删卡流程，包括：

确定删除失败的门锁卡是否有用户标识User ID；

若是，利用所述User ID重新发起删卡流程，否则通过后台查询所述门锁卡的UserID，利用所述User ID重新发起删卡流程。

作为一种可能的实施方式，发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

根据本发明实施例的第二方面，提供一种对门锁卡进行业务管理的装置，包括：

删卡单元，用于响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

第一状态标记单元，用于接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

重新删卡单元，用于间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

第二状态标记单元，用于收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

作为一种可能的实施方式，该装置还包括：

制卡单元，用于响应于制卡指令，确定待制卡是否有状态标记；若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

作为一种可能的实施方式，所述门锁卡具有有效时长，还包括：

第三状态标记单元，用于在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态。

作为一种可能的实施方式，重新删卡单元重新发起删卡流程，包括：

确定门锁卡是否为无效状态时，若否，重新发起删卡流程。

作为一种可能的实施方式，制卡单元响应于制卡指令，包括：

响应于对退房的门锁卡再次下发时触发的制卡指令；或者

响应于对换房的门锁卡删卡失败时触发的制卡指令。

作为一种可能的实施方式，重新删卡单元重新发起删卡流程，包括：

确定删除失败的门锁卡是否有用户标识User ID；

若是，利用所述User ID重新发起删卡流程，否则通过后台查询所述门锁卡的UserID，利用所述User ID重新发起删卡流程。

作为一种可能的实施方式，制卡单元发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

根据本发明实施例的第三方面，提供一种电子设备，包括：存储器，用于存储可执行指令；

处理器，用于读取并执行所述存储器中存储的可执行指令，以实现执行如下方法步骤：

响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

作为一种可能的实施方式，该处理器还用于：

响应于制卡指令，确定待制卡是否有状态标记；

若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

作为一种可能的实施方式，所述门锁卡具有有效时长，上述处理器还用于：

在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态。

作为一种可能的实施方式，处理器重新发起删卡流程，包括：

确定门锁卡是否为无效状态时，若否，重新发起删卡流程。

作为一种可能的实施方式，处理器响应于制卡指令，包括：

响应于对退房的门锁卡再次下发时触发的制卡指令；或者

响应于对换房的门锁卡删卡失败时触发的制卡指令。

作为一种可能的实施方式，处理器重新发起删卡流程，包括：

确定删除失败的门锁卡是否有用户标识User ID；

若是，利用所述User ID重新发起删卡流程，否则通过后台查询所述门锁卡的UserID，利用所述User ID重新发起删卡流程。

作为一种可能的实施方式，处理器发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

根据本发明实施例的第四方面，提供一种计算机存储介质，当所述计算机存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行上述第一方面提供对门锁卡进行业务管理的方法。

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

本发明实施例提供的一种对门锁卡进行业务管理的方法，对于删卡失败的门锁卡会进行状态标记，并定时发起删卡流程至删卡成功，避免由于链路等情况导致删卡失败，而又对该门锁卡重新制卡所引起的一卡多用情况，可以保证用户的正常使用且提高了制卡实际成功率。

附图说明

图1是本发明实施例提供的对门锁卡进行业务管理的方法应用场景示意图；

图2是现有技术中对门锁卡进行业务管理的设备间交互示意图；

图3是根据一示例性实施例示出的对门锁卡进行业务管理的方法流程图；

图4是根据一示例性实施例示出的对门锁卡进行业务管理的设备间交互示意图；

图5是根据一示例性实施例示出的退房/换房场景下对门锁卡进行业务管理的方法流程图；

图6是根据一示例性实施例示出的一种对门锁卡进行管理的装置结构示意图；

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

具体实施方式

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

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

以下，对本发明实施例中的部分用语进行解释说明，以便于本领域技术人员理解。

(1)本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

(2)本发明实施例中术语“电子设备”可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

(3)本发明实施例中术语“zigbee”是一项新型的无线通信技术，适用于传输范围短数据传输速率低的一系列电子元器件设备之间，主要是依靠无线网络进行传输，它能够近距离的进行无线连接，属于无线网络通讯技术。在以数据信息为载体进行的传输中，ZigBee技术是主要的技术指标，它使用起来比较安全，而且它的容量性很强，被广泛应用到人类的日常通信传输中。

(4)本发明实施例中的术语“门锁卡”是指与智能锁相配合使用的智能卡，可以为zigbee智能门锁。

(5)本发明实施例中术语“客户端”，或称为用户端，是指与服务器相对应的，为用户提供本地服务的程序。除了一些只在本地运行的应用程序之外，一般安装在普通的客户机上，需要与服务端互相配合运行。

图1为根据本公开实施例的一个应用场景的示意图。

如图1所示，该应用场景中可以包括至少一个服务器20、终端设备10、网关30和门锁40，其中，终端设备10作为PMS管理终端装载有PMS管理软件，用于面向用户提供制卡、删卡等业务服务，服务器20为云端服务器与网关连接，网关30与对应的门锁40进行通信。其中，终端设备10可以是可用来进行网络访问的任何合适的电子设备，包括但不限于计算机、笔记本电脑、智能电话、平板电脑或是其它类型的终端。服务器20则是能够通过网络访问的提供交互服务所需信息的任何服务器。终端设备10可以经由网络实现与服务器20的信息收发。服务器20可以将门锁卡的相关信息存储在数据库50中。网络可以是广义上的用于信息传递的网络，可以包括一个或多个通信网络，诸如无线通信网络、因特网、私域网、局域网、城域网、广域网或是蜂窝数据网络等。

在随后的描述中仅就单个服务器或终端设备加以详述，但是本领域技术人员应当理解的是，示出的单个服务器20、终端设备10和数据库50旨在表示本申请的技术方案涉及终端设备、服务器及数据库的操作。对单个终端设备以及单个服务器和数据库加以详述至少为了说明方便，而非暗示对终端设备和服务器的类型或是位置等具有限制。应当注意，如果向图示环境中添加附加模块或从其中去除个别模块，不会改变本发明的示例实施例的底层概念。另外，虽然为了方便说明而在图中示出了从数据库50到服务器20的双向箭头，但本领域技术人员可以理解的是，上述数据的收发也是可以通过网络实现的。

由于目前在上述场景下对门锁卡进行业务管理的交互流程如图2所示，主要包括以下过程：。

步骤201，PMS管理终端设备根据用户需求确定需要办理的业务，如果需要办理的业务为制卡业务，则从***中进行门锁卡选择，并将选择的门锁卡的相关信息如卡片序列号SN、入住时间段、门锁信息等进行打包，调用云平台接口向云平台服务器发送制卡请求并携带上述打包的信息；如果需要办理的业务为删卡业务，则需要向云平台服务器发送删卡请求并携带门锁卡的相关信息；

步骤202，云平台服务器收到上述制卡请求或删卡请求后，根据门锁卡的相关信息中的门锁信息查询到对应的网关，向对应的网关发送制卡指令或删卡指令，该指令中携带上述门锁卡的相关信息；

云平台服务器与网关之间可以采用TCP/IP通信。

可以在实际中进行门锁布置时，将网关绑定到具体房间上的门锁，门锁入网到该网关下。云平台根据门锁信息找到对应的网关，将卡片sn号、入住时间段信息发送给网关。

步骤203，网关接收制卡指令或删卡指令，确定需要进行制卡或删卡对应的门锁，对于制卡指令，将门锁卡信息写入到对应的门锁中，对于删卡指令，从对应的门锁中删除绑定的门锁卡信息。

网关与zigbee门锁已建立好通信后，对于制卡指令，网关将门锁卡相关信息发送给门锁，这时门锁将卡片SN、入住时间段写入门锁，成功写入后可以利用门锁卡对该门锁进行开锁，对于删卡指令，成功删除门锁中的门锁卡信息后实现解绑，解绑后的门锁卡可以被重新制卡，上述门锁卡信息是指上述门锁SN及入住时间段。

采用上述流程进行制卡或删卡有它的技术优势，例如用户在办理续住业务时，不需要亲自到前台去为该卡片续卡，只需要与使用PMS管理终端的业务员进行电话沟通，业务员通过上述流程修改门锁卡的入住时间段即可；用户在入住过程中，不小心丢失了门锁卡，不需要跑到前台申请挂失，只需与使用PMS管理终端的业务员进行电话沟通，业务员通过PMS管理软件一键点击挂失，将门锁卡的状态修改为挂失状态，并将门锁绑定新的门锁卡。

但是上述对门锁卡进行业务管理的方式，在技术实现上存在缺陷，具体如下：PMS管理终端设备在办理制卡或销卡业务时，门锁zigbee信号受网络干扰、门锁低电量干扰，导致门锁与网关之间离线，对于制卡业务门锁卡信息无法写入门锁中，即制卡失败，对于删卡业务门锁卡信息无法从门锁中删除，即删卡失败；门锁自身发生断电，对于制卡业务门锁卡信息无法写入门锁中，即制卡失败，对于删卡业务门锁卡信息无法从门锁中删除，即删卡失败；网络信号不好导致网关与门锁离线，对于制卡业务门锁卡信息无法写入门锁中，即制卡失败，对于删卡业务门锁卡信息无法从门锁中删除，即删卡失败。

PMS管理终端设备在办理制卡业务时，调云平台接口进行制卡，在软件上提示“发卡成功”，用户拿到门锁卡后开始使用。执行完上述步骤201，不代表门锁卡信息成功添加到门锁中。因这一链路比较长，它不会在PMS管理软件上体现，这些都是后台进行的动作。因此可能会出现，PMS管理软件提示“发卡成功”，但实际用户跑到房前，但门锁卡打不开。这种情况的发生可能是因为网络不稳定，或者zigbee信号收到干扰。因此针对这种情况，后台会自动监听发卡状态，如发卡失败，则后台自动操作再次发卡，反复尝试3次，目的是保证卡片下发成功。

通过上述制卡、删卡的流程，可以实现各种业务办理，例如对于房间入住业务需要通过制卡流程进行发卡，对于退房业务需要通过上述删卡流程删除对应门锁中的门锁卡信息，对于换房业务需要通过上述删卡流程删除对应门锁中的门锁卡信息，并通过制卡流程将门锁卡信息写入新的门锁中，对于续房业务场景需要通过制卡流程在门锁中修改门锁卡的入住时间段信息。

对于某些业务例如上述退房和换房业务，涉及删除门锁卡信息的删卡流程，而对于删卡流程，在PMS管理终端设备发起删卡流程后，删卡的动作都是由后台完成，实际退房业务场景中，可能会出现网络异常导致网关离线、门锁离线、房卡删除失败等情况，当出现这些情况时，是无法将门锁卡信息从门锁端删除的。这种情况发生概率比较小，但一旦发生会给业务方和用户都带来不好的影响。比如说用户A从1001房间退房，门锁卡未删除成功。用户B办理入住，此卡发到1002房间，那客人B可以同时开1001、1002两个房间的门。

同样，实际换房业务场景中，可能会出现网络异常导致网关离线、门锁离线等情况，当出现这些情况时，是无法将门锁卡信息从原房间门锁端删除的。这种情况发生概率比较小，但一旦发生会给酒店方和客人都带来不好的影响。比如说客人A从1001房间换到1002，卡片未从1001删除，当客人A入住1002后，可同时打开1001房间的门。

针对上述问题，本发明实施例提供一种对门锁卡进行业务管理的方法，应用于PMS管理终端设备，如图3所示，该方法包括：

步骤301，响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

本实施例对上述产生删卡指令的业务类型不做限定，可以是上述换房业务，也可以是上述退房业务。

在业务处理过程中，确定需要删除门锁中门锁卡信息时，触发产生上述删卡指令，发起删除对应的门锁中写入的门锁卡。

删卡流程通过与云端交互由后台实现，具体流程为：

PMS管理终端设备将要删除的门锁卡的相关信息如卡片序列号SN、入住时间段、门锁信息等进行打包，调用云平台接口向云平台服务器发送删卡请求并携带上述打包的信息；

云平台服务器收到上述删卡请求后，根据门锁卡的相关信息中的门锁信息查询到对应的网关，向对应的网关发送删卡指令，该指令中携带上述门锁卡的相关信息；

网关接收删卡指令，确定要删除的门锁卡对应的门锁，从对应的门锁中删除绑定的门锁卡信息。

网关与zigbee门锁已建立好通信后，对于删卡指令，成功删除门锁中的门锁卡信息后实现解绑，解绑后的门锁卡可以被重新制卡，上述门锁卡信息是指上述门锁SN及入住时间段。

步骤302，接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

本发明实施例中门锁在收到删卡指令，删除门锁卡信息后，会向网关反馈是删除成功的反馈信息，网关根据门锁卡的反馈，确定是否删卡成功，如果收到门锁反馈的删除成功的反馈信息，确定删卡成功，向云端服务器反馈删卡成功的反馈信息；如收到删卡失败的反馈信息，或者在发送删卡指令后超过设定时长未收到门锁的反馈信息时，确定删卡失败，向云端服务器删卡失败的反馈信息。

本实施例中收到云端服务器反馈的删卡失败的反馈信息后，首先将该门锁卡标记为锁住状态，以避免该门锁卡被再次下发。

通过上述反馈链路，对于删卡失败的各种情况，例如网关收到删卡指令后，未能成功将删卡指令发送到门锁，或者门锁接收到删卡指令后由于掉电等原因未能成功删除门锁信息等，均可以确定门锁卡是否删卡成功。

步骤303，间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

将删卡失败的门锁卡标记为锁住状态后，间隔设定时间间隔，定时重新发起删卡流程至收到删卡成功的反馈信息。

步骤304，收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

现有方式中由于PMS管理终端、云端服务器、网关、门锁这四个端之间通信，链路比较长，会出现删卡失败的情况。这会很容易造成用户投诉、令用户体验不满，影响业务的正常办理。本发明实施例中门锁删除门锁卡信息成功后，会上报状态给网关，网关收到该状态，经过数据解析处理后将状态上报给云端服务器，云端服务器将状态推送给PMS管理终端设备，PMS管理终端设备通过该状态，可判断该卡片是否被删除成功了，并基于该状态反馈对删卡失败的门锁卡进行状态标记，以避免该门锁卡被重新下发，且同时定时发起删卡流程，以尽快实现将该门锁卡进行解绑，可以最大程度降低发卡失败、删卡失败的概率，提高了业务办理的效率。

如图4为本发明实施例中对门锁卡进行业务管理的设备间交互示意图，其中步骤401～步骤403的处理流程同上述步骤201～203，这里不再详述，本发明实施例提供的方案中还包括：

步骤404，门锁向网关反馈删卡/写卡是否成功；

本实施例应用于删卡流程，门锁在将门锁下信息删除后向网关发送反馈信息；

步骤405，网关根据从门锁接收的反馈信息，向云端服务器反馈删卡/写卡是否成功；

本实施例应用于删卡流程，网关按照上述确定方式确定是否删卡成功，并向云端服务器反馈。

步骤406，云端服务器根据从网关接收的反馈信息，向PMS管理终端设备反馈删卡/写卡成功是否成功；

本发明实施例应用于删卡流程，云端服务器将删卡是否成功的反馈信息发送到PMS管理终端，以使PMS管理终端根据是否删卡成功进行相应的处理。

步骤407，PMS管理终端设备根据从云端服务器接收的反馈信息，确定是否删卡成功，如果删卡，则将该门锁卡作为一张新卡可以供下次制卡时，如果删卡失败则锁卡，定时发起删卡流程至删卡成功，对门锁卡进行解锁，具体的流程参见上述图3对应的方法步骤描述，这里不再详述。

需要说明的是，本实施例中在删卡成功时，可以不对门锁卡做任何处理，即不进行状态标注，则在制作新卡时，查询到该门锁卡时，未查到则该门锁卡的标记信息，则默认该门锁卡是可以正常被使用的；当然，也可以进行状态，即将该门锁卡标记为解锁状态，则查询到该门锁卡时，确定其为解锁状态，则确定可以正常使用。

本发明实施例提供的对门锁卡进行管理的方法，通过将删卡失败的门锁卡标记为锁住状态，在删卡成功时又及时将其变更为解锁，则可以避免删卡失败的门锁卡被重复使用带来的正常使用及需要重新发卡的问题，保证其被使用时处于解锁状态，提高了对门锁卡进行业务管理的效率。

作为一种可选的实施方式，上述门锁卡具有有效时长，该有效时长是门锁卡信息中的入住时间段对应，该方法还包括：

在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态。

对于无效状态的门锁卡，说明已经超出正常使用时间，则即使删卡失败，门锁卡也不能打开对应的门锁，因此不需要重新发起删卡流程。

本实施例中在定时重新发起删卡流程之前，需要判断该门锁卡是否超出有效期，也就是判断下是否为无效状态，若是，则停止发起删卡流程，将门锁卡标记为解锁状态，若不是无效状态时，重新发起删卡流程。

作为一种可选的实施方式，响应于制卡指令，确定待制卡是否有状态标记；若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

本发明实施例提供的上述方法的业务应用场景可以是换房业务场景，或者退房业务场景，在换房或退房业务中，确定换房或退房时会触发产生删卡指令。对于换房业务场景，在通过删卡指令发起删卡流程后进行状态标记，且响应于对换房的门锁卡删卡失败，触发产生制卡指令；对于退房业务场景，在通过删卡指令发起删卡流程后进行状态标记，响应于对退房的门锁卡再次下发，触发的制卡指令。

本发明实施例中PMS管理终端设备在后头利用User ID重新发起删卡流程，重新发起删卡流程，包括：确定删除失败的门锁卡是否有用户标识User ID；若是，利用所述UserID重新发起删卡流程，否则通过后台查询所述门锁卡的User ID，利用所述User ID重新发起删卡流程。

作为一种可选的实施方式，本实施例发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

下面结合退房业务场景，给出具体的对门锁卡进行业务管理的详细流程，如图所述，具体包括：

步骤501，在进行业务办理时，确定选择的业务类型，该业务类型为退房业务时，执行步骤502；

步骤502，确定退房业务对应的门锁卡，调用后台的删卡接口向云端服务器发送删卡指令，以时云端服务器查询到对应的网关，并向网关发送删卡指令，及网关根据删卡指令指示门锁删除对应的门锁卡信息；

步骤503，接收云端服务器发送的反馈信息，确定是否删卡成功，若否，执行步骤504，若是，则执行步骤509；

步骤504，将该门锁卡标记为锁住状态，将卡片上锁；

对于锁住状态的门锁卡，在收到针对该门锁卡的制卡请求时，是不会被制卡的，而是输出“请更换一张卡片制卡”的提示信息。

步骤505，启动定时删卡任务，每隔一个小时触发产生删卡指令；

步骤506，响应于删卡指令，确定是否能查询该卡片的User ID，若是，执行步骤507，否则执行步骤505；

其中，先确定本地数据库中是否有该卡片的User ID，如果查到则直接执行步骤507，如果未查到，则请求后台的查询卡片信息接口查询该卡片的User ID，查到后执行步骤507，未查到执行步骤505；

步骤507，利用上述卡片的User ID请求后台的删卡接口执行删卡流程，具体的删卡流程参见上述实施例描述，这里不再详述；

步骤508，确定是否删除成功，若是，执行步骤509，否则返回执行步骤505；

步骤509，将门锁卡的状态标记为解锁状态，并结束。

对于换房业务场景的基本流程与上述流程基本类似，这里不再详述。

本发明实施例还提供一种对门锁卡进行业务管理的装置，如图6所示，该装置包括：

删卡单元601，用于响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

第一状态标记单元602，用于接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

重新删卡单元603，用于间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

第二状态标记单元604，用于收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

作为一种可能的实施方式，该装置还包括：

制卡单元，用于响应于制卡指令，确定待制卡是否有状态标记；若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

作为一种可能的实施方式，所述门锁卡具有有效时长，还包括：

第三状态标记单元，用于在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态。

作为一种可能的实施方式，重新删卡单元重新发起删卡流程，包括：

确定门锁卡是否为无效状态时，若否，重新发起删卡流程。

作为一种可能的实施方式，制卡单元响应于制卡指令，包括：

响应于对退房的门锁卡再次下发时触发的制卡指令；或者

响应于对换房的门锁卡删卡失败时触发的制卡指令。

作为一种可能的实施方式，重新删卡单元重新发起删卡流程，包括：

确定删除失败的门锁卡是否有用户标识User ID；

若是，利用所述User ID重新发起删卡流程，否则通过后台查询所述门锁卡的UserID，利用所述User ID重新发起删卡流程。

作为一种可能的实施方式，制卡单元发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

根据本发明实施例的第三方面，提供一种电子设备700，如图7所示，该电子设备包括：存储器710，用于存储可执行指令；

处理器720，用于读取并执行所述存储器中存储的可执行指令，以实现执行如下方法步骤：

响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

作为一种可能的实施方式，该处理器还用于：

响应于制卡指令，确定待制卡是否有状态标记；

若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

作为一种可能的实施方式，所述门锁卡具有有效时长，上述处理器还用于：

在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态。

作为一种可能的实施方式，处理器重新发起删卡流程，包括：

确定门锁卡是否为无效状态时，若否，重新发起删卡流程。

作为一种可能的实施方式，处理器响应于制卡指令，包括：

响应于对退房的门锁卡再次下发时触发的制卡指令；或者

响应于对换房的门锁卡删卡失败时触发的制卡指令。

作为一种可能的实施方式，处理器重新发起删卡流程，包括：

确定删除失败的门锁卡是否有用户标识User ID；

若是，利用所述User ID重新发起删卡流程，否则通过后台查询所述门锁卡的UserID，利用所述User ID重新发起删卡流程。

作为一种可能的实施方式，处理器发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

根据本发明实施例的第四方面，提供一种计算机存储介质，当所述计算机存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行上述第一方面提供对门锁卡进行业务管理的方法。

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

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本发明旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

Claims (10)

1.一种对门锁卡进行业务管理的方法，其特征在于，包括：

响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

2.根据权利要求1所述的方法，其特征在于，还包括：

响应于制卡指令，确定待制卡是否有状态标记；

若是，确定待制卡的状态标记为锁住状态时，输出重新进行选卡制卡的提示信息，确定待制卡的状态标记为解锁状态时，发起在对应的门锁中写入门锁卡信息的制卡流程。

3.根据权利要求1或2所述的方法，其特征在于，所述门锁卡具有有效时长，还包括：

在所述门锁卡的制卡时长达到预设有效时长时，标记该门锁卡为无效状态。

4.根据权利要求3所述的方法，其特征在于，重新发起删卡流程，包括：

确定门锁卡是否为无效状态时，若否，重新发起删卡流程。

5.根据权利要求2所述的方法，其特征在于，响应于制卡指令，包括：

响应于对退房的门锁卡再次下发时触发的制卡指令；或者

响应于对换房的门锁卡删卡失败时触发的制卡指令。

6.根据权利要求2所述的方法，其特征在于，重新发起删卡流程，包括：

确定删除失败的门锁卡是否有用户标识UserID；

若是，利用所述User ID重新发起删卡流程，否则通过后台查询所述门锁卡的UserID，利用所述UserID重新发起删卡流程。

7.根据权利要求2所述的方法，其特征在于，发起在对应的门锁中写入门锁卡信息的制卡流程，包括：

将卡片序列号、入住时间段及门锁信息发送到云端，以使所述云端根据门锁信息确定对应的门锁，并在所述门锁中写入所述卡片序列号和入住时间段。

8.一种对门锁卡进行业务管理的装置，其特征在于，包括：

删卡单元，用于响应于删卡指令，发起删除对应的门锁中写入的门锁卡信息的删卡流程；

第一状态标记单元，用于接收云端的反馈信息确定删卡失败时，标记删除失败的门锁卡为锁住状态；

重新删卡单元，用于间隔设定时间间隔，重新发起删卡流程至收到删卡成功的反馈信息；

第二状态标记单元，用于收到删卡成功的反馈信息时，标记该门锁卡为解锁状态。

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

处理器；

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

其中，所述处理器被配置为执行所述指令，以实现根据权利要求1至权利要求7中任一项所述的对门锁卡进行业务管理的方法。

10.一种计算机存储介质，其特征在于，当所述计算机存储介质中的指令由电子设备的处理器执行时，使得所述电子设备能够执行根据权利要求1至权利要求7中任一项所述的对门锁卡进行业务管理的方法。

Images