物品放行方法及系统、电子设备、存储介质与流程

本申请涉及物业管理技术领域，特别是涉及一种物品放行方法及系统、电子设备、存储介质。

背景技术：

目前，社区物业管理中，住户与物业管理中心往往已建立联系，能够较方便地携带物品出入社区门禁，但是租户等人员出入社区门禁受到限制。以租户为例，若租户需要携带物品出入社区门禁，需要到物业管理中心开具放行证明，再携带放行证明到社区门禁，以便社区门禁的物业管理人员人为与住户取得联系，对照放行证明和物品后，对物品进行放行。因此，物品放行过程中，过程繁琐，且对人员的依赖很大。

技术实现要素：

本申请主要解决的技术问题是提供一种物品放行方法及系统、电子设备、存储介质，可提高物品放行的便利性。

为解决上述问题，本申请第一方面提供了一种物品放行方法，所述方法包括：接收请求终端发送的物品放行请求；响应于所述物品放行请求，获取确认终端发送的确认信息；基于所述确认信息，形成并发送放行凭证至所述请求终端，以便所述请求终端利用所述放行凭证通过放行审核。

其中，所述响应于所述物品放行请求，获取确认终端发送的确认信息，包括：响应于所述物品放行请求，形成并发送包括所述物品放行请求的待确认信息至确认终端；接收所述确认终端基于所述待确认信息发送的确认信息；或者，响应于所述物品放行请求，从服务器获取所述确认终端预存储的确认信息。

其中，所述物品放行请求还包括放行时间，所述形成并发送包括所述物品放行请求的待确认信息至确认终端，包括：判断所述放行时间与当前时间的时间差是否在预设时间范围内；若否，则形成与所述放行时间关联的待审核物品放行请求；检测到所述放行时间与当前时间的时间差在预设时间范围内；响应于所述待审核物品放行请求，形成并发送包括所述待放行物品信息的待确认信息至确认终端。

其中，所述形成并发送包括所述待放行物品信息的待确认信息至确认终端，包括：获取所述物品放行请求的标识信息；发送所述标识信息和所述待放行物品信息至清点终端；接收所述清点终端发送的清点确认信息，并基于所述清点确认信息形成所述待确认信息；基于所述标识信息，发送所述待确认信息至与所述标识信息对应的确认终端。

其中，所述管理终端预先存储有所述请求终端的终端号与所述确认终端的标识信息的关联关系，所述管理终端获取所述物品放行请求的标识信息，包括：获取所述请求终端的终端号；基于所述关联关系，确认与所述请求终端的终端号关联的所述确认终端的标识信息；或者，所述物品放行请求还包括所述确认终端的标识信息，所述获取所述物品放行请求的标识信息，包括：根据所述物品放行请求确定所述确认终端的标识信息。

为解决上述问题，本申请第二方面提供了一种物品放行方法，所述方法包括：发送物品放行请求至管理终端；接收所述管理终端发送的放行凭证，以利用所述放行凭证通过放行审核；其中，所述放行凭证是所述管理终端响应于所述物品放行请求，获取确认终端发送的确认信息后形成的。

为解决上述问题，本申请第三方面提供了一种物品放行系统，所述物品放行系统包括请求终端、管理终端。所述请求终端，用于发送物品放行请求至所述管理终端；所述管理终端，用于响应于所述物品放行请求，获取确认终端发送的确认信息；所述管理终端，还用于基于所述确认信息，形成并发送放行凭证至所述请求终端，以便所述请求终端利用所述放行凭证通过放行审核。

其中，所述请求终端、管理终端均安装有物业应用程序；所述请求终端、所述管理终端用于利用所述物业应用程序发送或接收物品放行信息，所述物品放行信息包括所述物品放行请求、所述待确认信息、所述确认信息、所述放行凭证。

为解决上述问题，本申请第四方面提供了一种电子设备，包括：相互耦接的存储器和处理器；处理器用于执行存储器存储的程序指令，以实现上述第一方面的物品放行方法和/或上述第二方面的物品放行方法。

为解决上述问题，本申请第五方面提供了一种计算机可读存储介质，其上存储有能够被处理器运行的程序指令，程序指令用于实现上述第一方面的物品放行方法和/或上述第二方面的物品放行方法。

管理终端接收请求终端发送的包括待放行物品信息的物品放行请求后，响应于物品放行请求，形成并发送包括待放行物品信息的待确认信息至确认终端，从而接收确认终端基于待确认信息发送的确认信息，并基于确认信息，形成并发送放行凭证至请求终端，以便请求终端发送放行凭证至放行终端进行审核，整个物品放行流程中，通过终端之间的信息交互即可实现物品放行的审核，减少人为的工作，提高物品放行的便利性。

附图说明

图1是本申请物品放行方法一实施例的流程示意图；

图2是本申请物品放行方法另一实施例的流程示意图；

图3是本申请物品放行方法再一实施例的流程示意图；

图4是本申请物品放行系统一实施例的框架示意图；

图5是本申请电子设备一实施例的框架示意图；

图6是本申请计算机可读存储介质一实施例的框架示意图。

具体实施方式

下面结合说明书附图，对本申请实施例的方案进行详细说明。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请的一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。本文中术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。此外，本文中的“多”表示两个或者多于两个。

请参阅图1，图1是本申请物品放行方法一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤s11：接收请求终端发送的物品放行请求。

本实施例中，物品放行方法的执行主体为管理终端。管理终端用于审核请求终端的物品放行请求，以开具放行凭证。

物品放行请求可以包括待放行物品信息、放行时间、待确认基本信息等物品放行所需的信息。请求终端可以是需要放行审核的任意终端，例如请求终端的使用者包括但不限于外卖员、租户、快递员等。

步骤s12：响应于物品放行请求，获取确认终端发送的确认信息。

确认信息表示确认终端审核通过物品放行请求。管理终端可以在接收到物品放行请求后，响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端；接收确认终端基于待确认信息发送的确认信息。管理终端也可以响应于物品放行请求，从服务器获取确认终端预存储的确认信息。在一应用场景中，请求终端为租户终端、确认终端为业主终端，租户与业主解除租赁关系后，租户搬离物品离开社区时，租户终端发送物品放行请求至管理终端后，管理终端响应于物品放行请求对物品放行请求进行初步审核，并在初步审核通过后，转发物品放行请求至业主终端进行物品放行请求的确认；或者业主终端预存储确认信息至管理终端的服务器，从而管理终端响应于物品放行请求，直接从服务器获取确认终端预存储的确认信息即可。

步骤s13：基于确认信息，形成并发送放行凭证至请求终端，以便请求终端利用放行凭证通过放行审核。

放行凭证表示管理终端和确认终端均审核通过物品放行请求，用于提供审批信息。放行凭证可以为链接、二维码、物品清点报告的至少一种，能够提供审批信息即可，对待确认信息的具体形式不作具体限定。在放行凭证为链接的情况下，放行终端通过点击进入链接，跳转到审批信息的界面；在放行凭证为二维码的情况下，放行终端通过扫描二维码即可获知审批信息；在放行凭证为物品清点报告的情况下，放行终端在物品清点报告查看审批信息。管理终端基于确认信息，即可形成并发送放行凭证至请求终端，以便请求终端利用放行凭证通过放行审核。管理终端基于确认信息，形成并发送放行凭证至请求终端，以便请求终端发送放行凭证至门禁终端，使得门禁终端基于放行凭证对请求终端进行放行。

通过上述方式，管理终端接收请求终端发送的物品放行请求后，响应于物品放行请求，获取确认终端发送的确认信息，即可基于确认信息，形成并发送放行凭证至请求终端，以便请求终端利用放行凭证通过放行审核，相较于请求终端的用户分别联系确认终端和管理终端的用户获取审核，通过线上交互即可实现物品放行的审核。

请参阅图2，图2是本申请物品放行方法另一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤s21：接收请求终端发送的物品放行请求。

物品放行请求可以包括待放行物品信息、放行时间、待确认基本信息等物品放行所需的信息。待放行物品信息可以是出入社区门禁的物品清单，可以是出入社区门禁的物品清单和业主所拥有的原始物品清单。待放行物品信息可以是文字、图片、或者文字和图片的组合等形式，在此不作具体限定。

管理终端用于开具放行凭证，例如为物业管理中心使用的通信终端。请求终端可以是携带待放行物品出入社区门禁的用户所使用的终端，包括但不限于租户使用的租户终端。

本文的管理终端和/或请求终端和/或确认终端和/或清点终端为可进行通信的电子设备，其包括但不限于为智能手机、pda(personaldigitalassistant，个人数字助理或平板电脑)等通信终端、佩戴于肢体或者嵌入于衣物、首饰、配件中的具有通信功能的可穿戴设备、对讲机以及其他物业系统中用于通信的终端。在一应用实施例中，管理终端、请求终端、确认终端、清点终端可以均是智能手机，可以通过手机应用软件进行消息交互，例如，管理终端通过手机应用软件接收请求终端利用同一手机应用软件发送的物品放行请求。手机应用软件包括但不限于用于物业管理的通信软件、物业应用程序，在此对手机应用软件不作具体限定。

步骤s22：响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端。

管理终端可以在接收到物品放行请求后，即响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端，实现物品放行请求的快速处理；也可以在接收到物品放行请求的预设处理时间后，再响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端。预设处理时间可以自定义设置，在此不作具体限定。

待确认信息表示管理终端已初步审核通过物品放行请求，用于确认终端审核物品放行请求。待确认信息可以为链接、二维码、物品清点报告的至少一种，能够提供物品放行请求即可，对待确认信息的具体形式不作具体限定。在待确认信息为链接的情况下，确认终端通过点击进入链接，跳转到包括待放行物品信息的界面；在待确认信息为二维码的情况下，确认终端通过扫描二维码即可获知待放行物品信息；在待确认信息为物品清点报告的情况下，确认终端直接在物品清点报告上查看待放行物品信息。可以理解的，管理终端响应于物品放行请求，若初步审核不通过物品放行请求，则形成并发送审核失败消息至请求终端即可。

在一实施例中，管理终端在形成并发送包括待放行物品信息的待确认信息至确认终端时，管理终端获取物品放行请求的标识信息；发送标识信息和待放行物品信息至清点终端；接收清点终端发送的清点确认信息，并基于清点确认信息形成待确认信息；基于标识信息，发送待确认信息至与标识信息对应的确认终端。为了提高处理速度，在发送标识信息和待放行物品信息至清点终端之前，管理终端可以获取与标识信息距离最小的清点终端，以便发送标识信息和待放行物品信息至与标识信息距离最小的清点终端。标识信息包括确认终端用户标识等唯一指示确认终端的信息，例如，确认终端为业主终端，标识信息为业主房号，清点终端可以是实际到业主房间中进行待放行物品清点的终端。

为了提高管理终端的效率，在响应于物品放行请求时，管理终端还可以对待确认基本信息进行审核。具体地，物品放行请求还可以包括待确认基本信息，以便管理终端接收到物品放行请求后对待确认基本信息进行核对，检测到待确认基本信息错误，则终止物品放行请求的响应；检测到待确认基本信息正确，则形成并发送包括物品放行请求的待确认信息至确认终端。

请求终端也可以提前提交物品放行请求。例如一实施例中，物品放行请求还包括放行时间，响应于物品放行请求，判断放行时间与当前时间的时间差是否在预设时间范围内；若是，则形成并发送包括待放行物品信息的待确认信息至确认终端；若否，则形成与放行时间关联的待审核物品放行请求，并在检测到放行时间与当前时间的时间差在预设时间范围内时，响应于待审核物品放行请求，形成并发送包括待放行物品信息的待确认信息至确认终端。因此，请求终端可以提前提交物品放行请求，以便管理终端形成待审核物品放行请求，并在放行时间与当前时间的时间差在预设时间范围内时，自动形成并发送包括待放行物品信息的待确认信息至确认终端。

在一实施例中，管理终端可以预先存储有请求终端的终端号与确认终端的标识信息的关联关系，从而在获取物品放行请求的标识信息时，获取请求终端的终端号后，即可基于关联关系，确认与请求终端的终端号关联的确认终端的标识信息。管理终端可以基于接收的物品放行请求的通信来源确定请求终端的终端号，进而基于绑定关系确定确认终端的标识信息。在另一实施例中，物品放行请求还包括确认终端的标识信息，从而管理终端获取物品放行请求的标识信息时，根据物品放行请求即可确定确认终端的标识信息。

步骤s23：接收确认终端基于待确认信息发送的确认信息。

确认终端接收到管理终端发送的待确认信息后，对待放行物品信息进行审核，若审核通过，则发送表示业主审核通过的确认信息至管理终端，因此，管理终端可以接收确认终端基于待确认信息发送的确认信息。可以理解的，若确认终端接收到管理终端发送的待确认信息后，对待放行物品信息进行审核，若审核不通过，则发送表示业主审核不通过的确认失败信息至管理终端，从而管理终端响应于确认失败信息，形成并发送第三放行凭证至请求终端，以使请求终端基于第三放行凭证获知审核不通过。第三放行凭证表示物品放行请求审核不通过。

步骤s24：基于确认信息，形成并发送放行凭证至请求终端，以便请求终端利用放行凭证通过放行审核。

管理终端收到表示确认终端审核通过的确认信息后，即可形成并发送放行凭证至请求终端，以便请求终端利用放行凭证通过放行审核。请求终端利用放行凭证通过放行审核时，请求终端发送放行凭证至放行终端，其中，放行终端为审核放行凭证后对待放行物品进行放行的终端。

在一应用实施例中，放行终端可以为门禁人员使用的手机等通信终端，从而门禁人员人工确认放行凭证的审批信息后，对待放行物品进行放行。

在另一应用实施例中，放行终端也可以是自识别放行凭证的物品监控设备，从而无需门禁人员在社区门禁进行审核，请求终端出示放行凭证至物品监控设备进行审核即可。

在一应用实施例中，社区的租户为了出入社区门禁需要通过业主和物业管理中心的审核，以获得放行凭证。上述确认终端为业主终端，请求终端为与确认终端关联的租户终端，从而租户终端发送物品放行请求至物业管理中心的管理终端后，管理终端响应于物品放行请求初步审核通过物品放行请求后，发送包括物品放行请求的待确认信息至业主终端进一步审核。业主终端对物品放行请求进行进一步的审核，并在审核通过后发送确认信息给管理终端，从而管理终端在接收到业主终端的确认信息后，发送表示管理终端和业主终端均审核通过物品放行请求的放行凭证给租户终端，从而租户终端利用放行凭证至放行终端进行审核，即可出入社区。因此，使用确认终端的业主和使用管理终端的物业管理中心可以线上远程审批物品放行请求。

通过上述方式，管理终端接收请求终端发送的物品放行请求后，响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端，从而接收确认终端基于待确认信息发送的确认信息，并基于确认信息，形成并发送放行凭证至请求终端，以便请求终端利用放行凭证通过放行审核，整个物品放行流程中，通过终端之间的信息交互即可实现物品放行的审核，减少人为的工作，提高物品放行的便利性。

本申请物品放行方法的执行主体除管理终端外，还可以是请求终端。请参阅图3，图3是本申请物品放行方法再一实施例的流程示意图。具体而言，本实施例方法包括以下步骤：

步骤s31：发送物品放行请求至管理终端。

物品放行请求可以包括待放行物品信息、放行时间、待确认基本信息等物品放行所需的信息。待放行物品信息可以是出入社区门禁的物品清单，可以是待放行物品清单和业主所拥有的原始物品清单。待放行物品信息可以是文字、图片、或者文字和图片的组合等形式，在此不作具体限定。

步骤s32：接收管理终端发送的放行凭证，以利用放行凭证通过放行审核。

其中，放行凭证是管理终端响应于物品放行请求，获取确认终端发送的确认信息后形成的。确认信息可以是管理终端响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端后，确认终端基于待确认信息发送的；也可以是请求终端预存储确认信息在管理终端的服务器后，管理终端响应于物品放行请求从服务器获取的。

其余有关本实施例物品放行方法的描述，可参阅上述图1所示的物品放行方法，在此不再赘述。

因此，相较于使用请求终端的用户到物业管理中心开具放行凭证等放行证明，本申请请求终端的用户可线上获得确认终端和管理终端的审批，可提高物品放行的便利性。

请参阅图4，图4是本申请物品放行系统400一实施例的框架示意图。

物品放行系统400包括请求终端410、管理终端420、确认终端430。请求终端410，用于发送物品放行请求至管理终端420；管理终端420，用于响应于物品放行请求，获取确认终端430发送的确认信息；管理终端420，还用于基于确认信息，形成并发送放行凭证至请求终端410，以便请求终端410利用放行凭证通过放行审核。

在一实施例中，请求终端410、管理终端420、确认终端430均安装有物业应用程序；请求终端410、管理终端420、确认终端430用于利用物业应用程序发送或接收物品放行信息，物品放行信息包括物品放行请求、待确认信息、确认信息、放行凭证。例如，请求终端410利用物业应用程序发送物品放行请求至管理终端420；管理终端420利用物业应用程序接收物品放行请求，或发送待确认信息至确认终端430；确认终端430利用物业应用程序接收待确认信息，或发送确认信息至管理终端420；管理终端420利用物业应用程序发送放行凭证至请求终端410；请求终端410利用物业应用程序接收放行凭证等。

在一实施例中，请求终端410发送包括物品放行请求至管理终端420；管理终端420响应于物品放行请求，形成并发送包括物品放行请求的待确认信息至确认终端430；确认终端430基于待确认信息发送确认信息至管理终端420；管理终端420即可基于确认信息，形成并发送放行凭证至请求终端410，以便请求终端410利用放行凭证通过放行审核，因此，整个物品放行流程中，通过终端之间的信息交互即可实现物品放行的审核，减少人为的工作，提高物品放行的便利性。

请参阅图5，图5是本申请电子设备一实施例的框架示意图。具体而言，本实施例中电子设备500包括相互耦接的存储器510和处理器520。其中，存储器510用于存储的程序指令以及处理器520处理时所需存储的数据。

处理器520控制存储器510及其自身以实现上述物品放行方法任一实施例的步骤。处理器520还可以称为cpu(centralprocessingunit，中央处理单元)。处理器520可能是一种集成电路芯片，具有信号的处理能力。处理器520还可以是通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。另外，处理器520可以由多个成电路芯片共同实现。

请参阅图6，图6是本申请计算机可读存储介质600一实施例的框架示意图。本申请计算机可读存储介质600存储有能够被处理器运行的程序指令601，程序指令601用于实现上述任一物品放行方法的实施例中步骤。

该计算机可读存储介质600具体可以为u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等可以存储程序指令601的介质，或者也可以为存储有该程序指令601的服务器，该服务器可将存储的程序指令601发送给其他设备运行，或者也可以自运行该存储的程序指令601。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法和装置，可以通过其它的方式实现。例如，以上所描述的装置实施方式仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。