开锁方法及装置

1.一种开锁方法，其特征在于，用于智能行李箱，所述方法包括：
接收开锁终端发送的开锁请求；
根据参与上锁操作的多个关联终端的终端信息，对所述开锁请求进行验证，包括：若根据所述多个关联终端的终端信息，确定所述多个关联终端与所述智能行李箱之间的距离均在预设距离内，则确定所述开锁请求验证通过；
如果所述开锁请求验证通过，则执行开锁操作；
所述方法还包括：
若根据所述多个关联终端的终端信息，确定所述多个关联终端均与所述智能行李箱建立有蓝牙连接，则确定所述多个关联终端均在所述预设距离内；
所述参与上锁操作的多个关联终端的终端信息是由所述开锁终端所选择的，所述参与上锁操作的多个关联终端由所述开锁终端选择的实现过程包括：所述开锁终端当接收到与智能锁建立通信连接的多个终端的终端信息时，在当前显示界面中显示该多个终端的终端信息，以便用户根据所显示的所有终端信息，选择参与该上锁操作的多个关联终端的终端信息。
2.根据权利要求1所述的方法，其特征在于，所述根据多个关联终端的终端信息，对所述开锁请求进行验证包括：
根据所述多个关联终端的终端信息，向所述多个关联终端分别发送开锁请求消息；
当在预设时长内接收到所述多个关联终端分别返回的开锁确认消息时，确定所述开锁请求验证通过。
3.根据权利要求1所述的方法，其特征在于，所述接收开锁终端发送的开锁请求之前，所述方法还包括：
接收上锁请求，所述上锁请求携带所述开锁终端及所述多个关联终端的终端信息。
4.一种开锁装置，其特征在于，用于智能行李箱，所述装置包括：
第一接收模块，用于接收开锁终端发送的开锁请求；
验证模块，用于根据参与上锁操作的多个关联终端的终端信息，对所述第一接收模块接收的所述开锁请求进行验证；
开锁模块，用于在所述验证模块确定所述开锁请求验证通过时，执行开锁操作；
其中，所述验证模块包括：
第一确定单元，用于当根据所述多个关联终端的终端信息，确定所述多个关联终端与所述智能行李箱之间的距离均在预设距离内时，确定所述开锁请求验证通过；
所述第一确定单元用于：
若根据所述多个关联终端的终端信息，确定所述多个关联终端均与所述智能行李箱建立有蓝牙连接，则确定所述多个关联终端均在所述预设距离内；
所述参与上锁操作的多个关联终端的终端信息是由所述开锁终端所选择的，所述参与上锁操作的多个关联终端由所述开锁终端选择的实现过程包括：所述开锁终端当接收到与智能锁建立通信连接的多个终端的终端信息时，在当前显示界面中显示该多个终端的终端信息，以便用户根据所显示的所有终端信息，选择参与该上锁操作的多个关联终端的终端信息。
5.根据权利要求4所述的装置，其特征在于，所述验证模块还包括：
发送单元，用于根据所述多个关联终端的终端信息，向所述多个关联终端分别发送开锁请求消息；
第二确定单元，用于当在预设时长内接收到所述多个关联终端分别返回的开锁确认消息时，确定所述开锁请求验证通过。
6.根据权利要求4所述的装置，其特征在于，所述装置还包括：
第二接收模块，用于接收上锁请求，所述上锁请求携带所述开锁终端及所述多个关联终端的终端信息。
7.一种上锁装置，其特征在于，用于智能行李箱，所述装置包括：
处理器；
用于存储所述处理器的可执行指令的存储器；
其中，所述处理器用于：
接收开锁终端发送的开锁请求；
根据参与上锁操作的多个关联终端的终端信息，对所述开锁请求进行验证，包括：若根据所述多个关联终端的终端信息，确定所述多个关联终端与所述智能行李箱之间的距离均在预设距离内，则确定所述开锁请求验证通过；
如果所述开锁请求验证通过，则执行开锁操作；
所述处理器还用于：
若根据所述多个关联终端的终端信息，确定所述多个关联终端均与所述智能行李箱建立有蓝牙连接，则确定所述多个关联终端均在所述预设距离内；
所述参与上锁操作的多个关联终端的终端信息是由所述开锁终端所选择的，所述参与上锁操作的多个关联终端由所述开锁终端选择的实现过程包括：所述开锁终端当接收到与智能锁建立通信连接的多个终端的终端信息时，在当前显示界面中显示该多个终端的终端信息，以便用户根据所显示的所有终端信息，选择参与该上锁操作的多个关联终端的终端信息。

开锁方法及装置\n技术领域\n[0001] 本公开涉及网络技术领域，特别涉及一种开锁方法及装置。\n背景技术\n[0002] 为了用户的财产安全，通常在箱包或门等产品上配置了锁。该锁可以包括电子锁、机械锁等。在使用过程中，有对锁进行开锁的需求。\n[0003] 在相关技术中，开锁过程可以包括：通常在锁上配置有密码设置按键，通常情况下，在对锁进行出厂设置时，用户可以根据自身需求，通过该密码设置按键自定义设置开锁密码，当用户想要开锁时，可以输入该开锁密码进行开锁。\n发明内容\n[0004] 本公开实施例提供了一种开锁方法及装置。所述技术方案如下：\n[0005] 根据本公开实施例的第一方面，提供了一种开锁方法，用于智能行李箱，所述方法包括：\n[0006] 接收开锁终端发送的开锁请求；\n[0007] 根据多个关联终端的终端信息，对所述开锁请求进行验证；\n[0008] 如果所述开锁请求验证通过，则执行开锁操作。\n[0009] 在本公开实施例的第一方面的第一种可能的实现方式中，所述根据多个关联终端的终端信息，对所述开锁请求进行验证包括：\n[0010] 若根据所述多个关联终端的终端信息，确定所述多个关联终端与所述智能行李箱之间的距离均在预设距离内，则确定所述开锁请求验证通过。\n[0011] 根据本公开实施例的第一方面的第一种可能实现方式，在本公开实施例的第一方面的第二种可能的实现方式，所述方法还包括：\n[0012] 若根据所述多个关联终端的终端信息，确定所述多个关联终端均与所述智能行李箱建立有蓝牙连接，则确定所述多个关联终端均在所述预设距离内。\n[0013] 在本公开实施例的第一方面的第三种可能的实现方式中，所述根据多个关联终端的终端信息，对所述开锁请求进行验证包括：\n[0014] 根据所述多个关联终端的终端信息，向所述多个关联终端分别发送开锁请求消息；\n[0015] 当在预设时长内接收到所述多个关联终端分别返回的开锁确认消息时，确定所述开锁请求验证通过。\n[0016] 在本公开实施例的第一方面的第四种可能的实现方式中，所述接收开锁终端发送的开锁请求之前，所述方法还包括：\n[0017] 接收上锁请求，所述上锁请求携带所述开锁终端及所述多个关联终端的终端信息。\n[0018] 根据本公开实施例的第二方面，提供了一种开锁装置，用于智能行李箱，所述装置包括：\n[0019] 第一接收模块，用于接收开锁终端发送的开锁请求；\n[0020] 验证模块，用于根据多个关联终端的终端信息，对所述第一接收模块接收的所述开锁请求进行验证；\n[0021] 开锁模块，用于在所述验证模块确定所述开锁请求验证通过时，执行开锁操作。\n[0022] 在本公开实施例的第二方面的第一种可能的实现方式中，所述验证模块包括：\n[0023] 第一确定单元，用于当根据所述多个关联终端的终端信息，确定所述多个关联终端与所述智能行李箱之间的距离均在预设距离内时，确定所述开锁请求验证通过。\n[0024] 根据本公开实施例的第二方面的第一种可能实现方式，在本公开实施例的第二方面的第二种可能的实现方式中，所述第一确定单元用于：\n[0025] 若根据所述多个关联终端的终端信息，确定所述多个关联终端均与所述智能行李箱建立有蓝牙连接，则确定所述多个关联终端均在所述预设距离内。\n[0026] 在本公开实施例的第二方面的第三种可能的实现方式中，所述验证模块还包括：\n[0027] 发送单元，用于根据所述多个关联终端的终端信息，向所述多个关联终端分别发送开锁请求消息；\n[0028] 第二确定单元，用于当在预设时长内接收到所述多个关联终端分别返回的开锁确认消息时，确定所述开锁请求验证通过。\n[0029] 在本公开实施例的第二方面的第四种可能的实现方式中，所述装置还包括：\n[0030] 第二接收模块，用于接收上锁请求，所述上锁请求携带所述开锁终端及所述多个关联终端的终端信息。\n[0031] 根据本公开实施例的第三方面，提供了一种开锁装置，包括：\n[0032] 处理器；\n[0033] 用于存储所述处理器的可执行指令的存储器；\n[0034] 其中，所述处理器用于：\n[0035] 接收开锁终端发送的开锁请求；\n[0036] 根据多个关联终端的终端信息，对所述开锁请求进行验证；\n[0037] 如果所述开锁请求验证通过，则执行开锁操作。\n[0038] 本公开实施例提供的技术方案可以包括以下有益效果：\n[0039] 接收开锁终端发送的开锁请求，根据多个关联终端的终端信息，对开锁请求进行验证，如果开锁请求验证通过，则执行开锁操作。通过对开锁终端发送的开锁请求进行验证，并在验证通过时，执行开锁操作，不需要输入密码即可开锁，避免了用户在忘记密码时所带来的不便。\n[0040] 应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。\n附图说明\n[0041] 此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。\n[0042] 图1A是根据一示例性实施例示出的一种应用环境的示意图。\n[0043] 图1B是根据一示例性实施例示出的一种开锁方法的流程图。\n[0044] 图2是根据另一示例性实施例示出的一种开锁方法的流程图。\n[0045] 图3是根据另一示例性实施例示出的一种开锁方法的流程图。\n[0046] 图4A是根据一示例性实施例示出的一种开锁装置的框图。\n[0047] 图4B是根据一示例性实施例示出的一种验证模块420的框图。\n[0048] 图4C是根据另一示例性实施例示出的一种验证模块420的框图。\n[0049] 图4D是根据另一示例性实施例示出的一种开锁装置的框图。\n[0050] 图5是根据一示例性实施例示出的一种开锁装置500的框图。\n具体实施方式\n[0051] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。\n[0052] 图1A是根据一示例性实施例示出的一种应用环境的示意图。该应用环境主要包括智能行李箱110和智能锁120。其中，智能锁120配置于该智能行李箱110中，且智能锁120中配置有蓝牙模块和锁止装置，其中，智能锁120可以通过该蓝牙模块与周围的终端之间建立通信连接，上述锁止装置主要用于执行上锁或开锁操作。\n[0053] 图1B是根据一示例性实施例示出的一种开锁方法的流程图。该开锁方法可以包括如下几个步骤：\n[0054] 在步骤101中，接收开锁终端发送的开锁请求。\n[0055] 在步骤102中，根据多个关联终端的终端信息，对该开锁请求进行验证。\n[0056] 在步骤103中，如果该开锁请求验证通过，则执行开锁操作。\n[0057] 本公开实施例提供的方法，接收开锁终端发送的开锁请求，根据多个关联终端的终端信息，对该开锁请求进行验证，如果开锁请求验证通过，则执行开锁操作。通过对开锁终端发送的开锁请求进行验证，并在验证通过时，执行开锁操作，不需要输入密码即可开锁，避免了用户在忘记密码时所带来的不便。\n[0058] 基于上述提供的方法，在一种可能的实现方式中，根据多个关联终端的终端信息，对该开锁请求进行验证包括：\n[0059] 若根据该多个关联终端的终端信息，确定该多个关联终端与该智能行李箱之间的距离均在预设距离内，则确定该开锁请求验证通过。\n[0060] 在另一种可能的实现方式中，该方法还包括：\n[0061] 若根据该多个关联终端的终端信息，确定该多个关联终端均与该智能行李箱建立有蓝牙连接，则确定该多个关联终端均在该预设距离内。\n[0062] 在另一种可能的实现方式中，根据多个关联终端的终端信息，对该开锁请求进行验证包括：\n[0063] 根据该多个关联终端的终端信息，向该多个关联终端分别发送开锁请求消息；\n[0064] 当在预设时长内接收到该多个关联终端分别返回的开锁确认消息时，确定该开锁请求验证通过。\n[0065] 在另一种可能的实现方式中，接收开锁终端发送的开锁请求之前，该方法还包括：\n[0066] 接收上锁请求，该上锁请求携带该开锁终端及该多个关联终端的终端信息。\n[0067] 上述所有可选技术方案，可以采用任意结合形成本公开的可选实施例，在此不再一一赘述。\n[0068] 本公开实施例提供的方法中，可以通过一个终端对智能锁进行锁定和开锁，也可以通过多个终端对智能锁进行锁定和开锁。根据参与上锁操作的终端的数量不同，本公开分别通过如图2所示实施例和如图3所示实施例分别进行具体说明，如下文所述。\n[0069] 图2是根据另一示例性实施例示出的一种开锁方法的流程图，本实施例以该开锁方法由智能锁来执行进行举例说明。该开锁方法可以包括如下几个步骤：\n[0070] 在步骤201中，接收上锁请求，该上锁请求携带开锁终端的终端信息。\n[0071] 本公开实施例提供的方法，可以通过一个开锁终端对智能锁进行开锁。在开锁之前，需要通过该开锁终端对智能锁进行上锁。在一种可能的实现方式中，该开锁终端可以是在该智能行李箱一定距离内的任一终端。在另一种可能的实现方式中，该开锁终端也可以是该智能锁的拥有者所使用的终端，为了避免其它非拥有者也可以对该智能锁进行上锁，在智能锁中，用户可以预先设置该智能锁拥有者的终端信息。\n[0072] 其中，终端信息可以用于唯一标识该开锁终端，该终端信息可以是在该开锁终端上登录的账号信息，也可以是该开锁终端的终端标识，例如，该终端信息为小米账号。\n[0073] 在步骤202中，获取该开锁终端的终端信息，并执行上锁操作。\n[0074] 在一种可能的实现方式中，当接收到开锁终端发送的上锁请求时，执行上锁操作，并且，为了可以确定由哪个开锁终端对该智能锁进行了上锁操作，以便于后续确定需要通过哪个开锁终端进行开锁，智能锁获取该上锁请求中所携带的开锁终端的终端信息，并将该终端信息进行存储，如此，预先存储的参与上锁操作的终端信息即为一个开锁终端的终端信息。\n[0075] 在另一种可能的实现方式中，为了上锁的安全性，该智能锁还可以对该开锁终端进行限制。具体地，当接收到开锁终端发送的上锁请求时，还可以根据该上锁请求携带的终端信息以及预先设置的终端信息，判断该开锁终端是否为拥有者终端，如果上锁请求携带的开锁终端的终端信息与预先设置的终端信息匹配，则确定该开锁终端是拥有者终端，执行上锁操作，相应地，智能锁中所存储的参与上锁操作的该开锁终端的终端信息即为预先设置的拥有者终端的终端信息。否则，则确定该开锁终端不是拥有者终端，不执行上锁操作，且在这种情况下，不对该开锁终端的终端信息进行存储。\n[0076] 需要说明的是，在本实施例中，下文所提供的开锁过程，均以该开锁终端可以对该智能锁进行成功上锁为基础进行说明。\n[0077] 在步骤203中，接收开锁终端发送的开锁请求，该开锁请求携带该开锁终端的终端信息。\n[0078] 在步骤204中，根据该开锁终端的终端信息，对该开锁请求进行验证。\n[0079] 当智能锁接收到开锁请求时，判断发送该开锁请求的开锁终端是否是参与上锁操作的开锁终端，具体地，智能锁获取该开锁请求中携带的终端信息，并判断该终端信息与预先存储的参与上锁操作的开锁终端的终端信息是否匹配，如果匹配，则可以确定发送开锁请求的开锁终端即为参与上锁操作的开锁终端，在该种情况下，可以确定该开锁请求验证通过。否则，则确定该开锁请求验证未通过。\n[0080] 在步骤205中，如果开锁请求验证通过，则执行开锁操作。\n[0081] 本公开实施例提供的方法，接收开锁终端发送的开锁请求，该开锁请求携带请求开锁的终端信息，根据该开锁终端的终端信息，对开锁请求进行验证，如果开锁请求验证通过，则执行开锁操作。通过对开锁终端发送的开锁请求进行验证，并在验证通过时，执行开锁操作，不需要输入密码即可开锁，避免了用户在忘记密码时所带来的不便。\n[0082] 图3是根据另一示例性实施例示出的一种开锁方法的流程图，本实施例以该开锁方法由智能锁来执行进行举例说明。该开锁方法可以包括如下几个步骤：\n[0083] 在步骤301中，接收上锁请求，该上锁请求携带开锁终端及多个关联终端的终端信息。\n[0084] 本公开实施例提供的方法，可以通过开锁终端及多个关联终端对智能锁进行开锁。在开锁之前，还需要通过该开锁终端及该多个关联终端对智能锁进行上锁。其中，如上文所述，该开锁终端可以在该智能行李箱一定距离内的任一终端，也可以为该智能锁的拥有者所使用的终端，在本实施例中，以该开锁终端为该智能锁的拥有者所使用的终端为例进行说明。另外，该多个关联终端可以是在该智能锁一定距离内的多个终端，也可以是由该开锁终端所选择的多个终端。\n[0085] 其中，该多个关联终端由该开锁终端选择的实现过程可以包括：在智能锁中，通常配置有蓝牙模块，智能锁通过该蓝牙模块，可以与周围的多个终端之间建立通信连接。基于所建立的通信连接，该智能锁根据预先设置的拥有者终端的终端信息，也即是，根据该开锁终端的终端信息，可以将所有与智能锁建立通信连接的终端的终端信息发送给该开锁终端。当接收到该多个终端的终端信息时，该开锁终端在当前显示界面中显示该多个终端的终端信息，用户可以根据所显示的所有终端信息，选择可以参与该上锁操作的多个关联终端的终端信息。其中，该多个关联终端中的每个关联终端的终端信息可以为在该关联终端上登录的账号，也可以为该关联终端的终端标识，例如，该终端信息为小米账号等。\n[0086] 另外，在上述可能的实现方式中，发送上锁请求的终端是该开锁终端，在该开锁终端中提供了上锁按键，用户可以触发该上锁按键，当检测到用户触发该上锁按键时，该开锁终端向智能锁发送上锁请求。\n[0087] 在步骤302中，获取该开锁终端及多个关联终端的终端信息。\n[0088] 也即是，当智能锁接收到上锁请求后，为了可以确定哪些终端参与了上锁操作，以便于后续确定需要通过哪些终端来进行开锁，智能锁从该上锁请求中获取所携带的该开锁终端的终端信息和该多个关联终端的终端信息，并对该参与上锁操作的开锁终端及该多个关联终端的终端信息进行存储，如此，预先存储的参与上锁操作的终端信息即为该开锁终端及该多个关联终端的终端信息。\n[0089] 智能锁获取该开锁终端及该多个关联终端的终端信息之后，即可执行上锁操作。\n其中，在一种可能的实现方式中，为了提高上锁的安全性，该智能锁还可以对参与上锁操作的终端进行限制。也即是，为了能够确定该多个关联终端中是否所有关联终端均同意上锁，智能锁根据多个关联终端的终端信息以及预先建立的通信连接，分别向多个关联终端发送上锁通知消息。其中，该上锁通知消息中可以包括该智能锁的标识，该标识用于唯一标识一个智能锁。\n[0090] 相应地，该多个关联终端接收到该智能锁发送的上锁通知消息后，在显示界面中显示该上锁通知消息，例如，对于该多个关联终端中的每个关联终端，该关联终端在当前显示界面中弹出选择对话框，该选择对话框中可以显示该上锁通知消息，例如，若该智能锁的标识为lock1，则该选择对话框中显示“是否同意智能锁lock1的上锁操作”。并且，该选择对话框中还提供了确认上锁的按键，用户可以触发该按键，当检测到用户触发该按键时，该关联终端向智能锁发送确认上锁消息。\n[0091] 在本实施例中，是以需要该多个关联终端均同意上锁为例进行说明，也即是，该智能锁接收各个关联终端发送的确认上锁消息，该智能锁根据预先存储的该多个关联终端的终端信息，判断是否接收到了该多个关联终端中的所有关联终端发送的确认上锁消息，当该智能锁接收到多个关联终端中的每个关联终端发送的确认上锁消息时，执行上锁操作。\n[0092] 其中，智能锁根据该多个关联终端的终端信息，判断是否接收到了该多个关联终端中的所有关联终端发送的确认上锁消息的实现过程可以包括如下实现方式中任一种：\n[0093] 在第一种可能的实现方式中，若发送该确认上锁消息的关联终端的数量与预先存储的多个关联终端的数量相同，则可以确定接收到了该多个关联终端中的所有关联终端发送的确认上锁消息。\n[0094] 也即是，智能锁接收各个关联终端发送的确认上锁消息后，对所接收到的确认上锁消息的数量进行统计，这里间接地可以认为该确认上锁消息的数量即为关联终端的数量，即不考虑消息重发的情况。由于智能锁向多个关联终端中的每个关联终端均发送了上锁通知消息，如果经过统计，发送该确认上锁消息的关联终端的数量与预先存储的多个关联终端的数量相同，则可以说明所有关联终端都同意上锁。\n[0095] 在第二种可能的实现方式中，若发送该确认上锁消息的关联终端信息与预先存储的多个关联终端的终端信息相匹配，则可以确定接收到了该多个关联终端中的所有关联终端发送的确认上锁消息。\n[0096] 也即是，每个关联终端向智能锁发送确认上锁消息，该确认上锁消息中携带每个关联终端的终端信息。智能锁接收到该确认上锁消息时，根据该终端信息以及预先存储的多个关联终端的终端信息，判断接收到的所有终端信息是否与预先存储的多个关联终端的终端信息匹配，如果匹配，则可以确定已经接收到了该多个关联终端中的所有关联终端发送的确认上锁消息，反之，如果在所有接收到的终端信息中，没有与预先存储的多个关联终端的终端信息完全相匹配，则可以确定未接收到所有关联终端的确认上锁消息。\n[0097] 例如，若预先存储的其它三个关联终端的终端信息包括：terminal A，terminal B以及terminal C，智能锁接收到的关联终端的终端信息包括：terminal A和terminal B，如此，在接收到的所有关联终端信息中，没有与预先存储的三个关联终端的终端信息中的terminal C相匹配的终端信息，因此，可以确定未接收到terminal C对应的关联终端发送的确认上锁消息，也即，可以确定未接收到多个关联终端中的所有关联终端的确认上锁消息。\n[0098] 需要说明的是，在本公开实施例中，在上锁过程中，仅是以需要该多个关联终端中的所有关联终端同意后，才进行上述为例进行说明，在另一实施例中，还可以不需要得到该多个关联终端中所有关联终端的同意，也即是，只需要接收到该多个关联终端中的部分关联终端发送的确认上锁消息后，即可执行上锁操作，或者，在上锁过程中，也可以不需要该多个关联终端同意，即智能锁接收到开锁终端发送的上锁请求后，直接执行上锁操作，本公开实施例对此不做限定。\n[0099] 在步骤303中，接收开锁终端发送的开锁请求。\n[0100] 如上文所述，在智能锁中预先存储了参与上锁操作的多个关联终端的终端信息，在本实施例中，以该开锁请求由该开锁终端向该智能锁发送为例进行说明，另外，在一种可能的实现方式中，还可以由该参与上锁操作的多个关联终端中的任一关联终端发送开锁请求，本公开实施例对此不做限定。\n[0101] 在步骤304中，根据该多个关联终端的终端信息，对该开锁请求进行验证。\n[0102] 其中，根据多个关联终端的终端信息，对该开锁请求进行验证的实现过程包括：根据该多个关联终端的终端信息，判断该多个关联终端与该智能行李箱之间的距离是否均在预设距离内，若该多个关联终端与该智能行李箱之间的距离均在预设距离内，则确定该开锁请求验证通过。\n[0103] 其中，该预设距离可以由用户根据实际需求自定义设置，也可以由该智能锁默认设置，本公开实施例对此不做限定。\n[0104] 其中，判断该多个关联终端与该智能行李箱之间的距离是否均在预设距离内的实现过程可以包括如下实现方式中的任一种：\n[0105] 第一种方式：根据该多个关联终端的终端信息，判断该多个关联终端是否均与该智能行李箱建立有蓝牙连接，若该多个关联终端均与该智能行李箱建立有蓝牙连接，则确定该多个关联终端均在该预设距离内。\n[0106] 也即是，在该种实现方式中，为了开锁的安全性，需要判断该多个关联终端是否均在该智能行李箱的预设距离内。其中，由于通过蓝牙模块建立通信连接限制了通信距离，通常情况下，当该多个关联终端均与该智能行李箱之间建立有蓝牙连接时，可以说明该多个关联终端均距离该智能行李箱比较近，也即是，说明该多个关联终端的使用者均在开锁现场，因此，在本公开实施例中，可以通过判断该多个关联终端是否均与该智能行李箱之间建立有蓝牙连接，来确定该多个关联终端是否均在该预设距离内。\n[0107] 第二种方式：向该多个关联终端分别发送开锁请求消息，当在预设时长内接收到该多个关联终端分别返回的开锁确认消息时，确定该开锁请求验证通过。\n[0108] 其中，该预设时长可以由用户根据实际需求自定义设置，也可以由该智能锁默认设置，本公开实施例对此不做限定。\n[0109] 也即是，为了保证开锁的安全性，需要该多个关联终端中的所有关联终端来确定是否开锁，为此，该智能锁向该多个关联终端中的每个关联终端发送开锁请求消息。该多个关联终端中的每个关联终端接收到该开锁请求消息后，在显示界面中显示开锁通知消息，以提示用户是否同意该开锁终端开锁。\n[0110] 在一种可能的实现方式中，每个关联终端在接收到智能锁发送的开锁请求消息时，在当前的显示界面中弹出选择对话框，该选择对话框中可以显示开锁通知消息，例如，该选择对话框中显示“是否同意智能锁lock1的开锁操作”。另外，该选择对话框中还提供了确定开锁的按键，用户可以触发该按键，当检测到用户触发该按键时，该关联终端向智能锁发送开锁确认消息。\n[0111] 相应地，当该智能锁在预设时长内接收到该多个关联终端中的每个关联终端返回的开锁确认消息时，才执行开锁操作。其中，该智能锁根据多个关联终端的终端信息，判断是否在预设时长内接收到该多个关联终端分别返回的开锁确认消息的实现方式，可以参见上述智能锁根据该多个关联终端的终端信息，判断是否接收到了该多个关联终端中的所有关联终端发送的确认上锁消息的实现过程，这里不再详细描述。\n[0112] 需要说明的是，上述仅是以该智能锁向该多个关联终端分别发送开锁请求消息，当在预设时长内接收到该多个关联终端分别返回的开锁确认消息时，确定该开锁请求验证通过为例进行说明，在另一实施例中，该智能锁向该多个关联终端分别发送开锁请求消息后，还可以根据返回开锁确认消息的多个关联终端中的部分关联终端，对该开锁请求进行验证，具体实现过程可以包括如下(1)-(2)实现方式中任一种：\n[0113] (1)、若在该预设时长内，返回开锁确认消息的关联终端数目为第一指定数目，则确定该开锁请求验证通过。\n[0114] 其中，该第一指定数目可以由用户根据实际需求自定义设置，也可以由智能锁默认设置，本公开实施例对此不做限定。\n[0115] 在该种实现方式中，在开锁过程中，只要得到第一指定数目的关联终端的同意，智能锁即可确定该开锁请求验证通过，其中，该第一指定数目小于该多个关联终端的总数目。\n也即是，当接收到关联终端发送的确认开锁消息时，智能锁对该确认开锁消息的数量进行统计，当统计接收的该确认开锁消息的数量等于该第一指定数目时，该智能锁即确定该开锁请求验证通过。\n[0116] (2)、若在该预设时长内，接收到任一个关联终端返回的开锁确认消息，则确定该开锁请求验证通过。\n[0117] 在该种实现方式中，在开锁过程中，只需要该多个关联终端中的任一个关联终端同意开锁，该智能锁即可以确定开锁请求验证通过。\n[0118] 另外，若在该预设时长内，未接收到任何关联终端返回的开锁确认消息，则确定该开锁请求验证未通过。也即是，如果在一段时间内，智能锁未接收到任何关联终端返回的开锁确认消息，则说明可能是该多个关联终端中的所有关联终端均不同意开锁，因此，智能锁可以确定开锁请求验证未通过，则可以认为本次开锁失败，智能锁不执行开锁操作。如果开锁终端想要再次开锁，需要重新向智能锁发送开锁请求。\n[0119] 此外，在上述第一种实现方式中，也仅是以在该多个关联终端均在该预设距离内时，确定开锁请求验证通过为例进行说明，在另一实施例中，根据该多个关联终端的终端信息，对该开锁请求进行验证的实现过程还可以包括如下(3)-(4)实现方式中任一种：\n[0120] (3)、若该多个关联终端中有第二指定数目的关联终端均在预设距离内，则确定该开锁请求验证通过。\n[0121] 其中，该第二指定数目可以由用户根据实际需求自定义设置，也可以由智能锁默认设置，本公开实施例对此不做限定。另外，该第二指定数目小于该多个关联终端的数目。\n[0122] 在该种实现方式中，在开锁过程中，不需要该多个关联终端中所有关联终端均在预设距离内，只需要该多个关联终端中的部分关联终端在预设距离内即可，也即是，只需要该多个关联终端中第二指定数目的关联终端在开锁现场，智能锁确定该开锁请求验证通过。\n[0123] 其中，判断该多个关联终端中第二指定数目的关联终端是否均在预设距离内的实现过程可以包括：若该多个关联终端中该第二指定数目的关联终端均通过本端配置的蓝牙模块与本端建立有通信连接，则确定该多个关联终端中该第二指定数目的关联终端均在该预设距离内。\n[0124] 上述判断该多个关联终端中第二指定数目的关联终端是否均在预设距离内的实现原理与上述判断该多个关联终端是否均在预设距离内的实现原理类似，这里不再详细描述。\n[0125] (4)、在开锁过程中，该多个关联终端中有至少一个关联终端均在预设距离内，则确定该开锁请求验证通过。\n[0126] 在该种实现方式中，只要该多个关联终端中有任一个关联终端在开锁现场，可以确定该开锁请求验证通过，或者，若该多个关联终端中的部分关联终端均在开锁现场，也可以确定该开锁请求验证通过，其中，这里不限定该部分关联终端的数目。\n[0127] 其中，判断至少一个关联终端是否均在预设距离内的实现过程可以包括：若该多个关联终端中该至少一个关联终端均与本端建立有蓝牙连接，则确定该多个关联终端中该至少一个关联终端均在该预设距离内。\n[0128] 其中，判断至少一个关联终端是否均在预设距离内的实现原理与上述判断该多个关联终端是否均在预设距离内的实现原理类似，这里也不再详细描述。\n[0129] 在步骤305中，如果开锁请求验证通过，则执行开锁操作。\n[0130] 本公开实施例提供的方法，接收开锁终端发送的开锁请求，根据多个指定终端的终端信息，对开锁请求进行验证，如果开锁请求验证通过，则执行开锁操作。通过对开锁终端发送的开锁请求进行验证，并在验证通过时，执行开锁操作，不需要输入密码即可开锁，避免了用户在忘记密码时所带来的不便。\n[0131] 下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。\n[0132] 图4A是根据一示例性实施例示出的一种开锁装置的框图，该开锁装置可以通过软件、硬件或者两者的结合实现。该开锁装置可以包括：\n[0133] 第一接收模块410，用于接收开锁终端发送的开锁请求；\n[0134] 验证模块420，用于根据多个关联终端的终端信息，对该第一接收模块410接收的该开锁请求进行验证；\n[0135] 开锁模块430，用于在该验证模块420确定该开锁请求验证通过时，执行开锁操作。\n[0136] 本公开实施例提供的装置，接收开锁终端发送的开锁请求，根据多个关联终端的终端信息，对开锁请求进行验证，如果开锁请求验证通过，则执行开锁操作。通过对开锁终端发送的开锁请求进行验证，并在验证通过时，执行开锁操作，不需要输入密码即可开锁，避免了用户在忘记密码时所带来的不便。\n[0137] 根据上述提供的装置，请参考图4B至图4D，在一种可能的实现方式中，所述验证模块420包括：\n[0138] 第一确定单元420a，用于当根据所述多个关联终端的终端信息，确定所述多个关联终端与所述智能行李箱之间的距离均在预设距离内时，确定所述开锁请求验证通过。\n[0139] 在一种可能的实现方式中，所述第一确定单元420a用于：\n[0140] 若根据所述多个关联终端的终端信息，确定所述多个关联终端均与所述智能行李箱建立有蓝牙连接，则确定所述多个关联终端均在所述预设距离内。\n[0141] 在一种可能的实现方式中，所述验证模块420还包括：\n[0142] 发送单元420b，用于根据所述多个关联终端的终端信息，向所述多个关联终端分别发送开锁请求消息；\n[0143] 第二确定单元420c，用于当在预设时长内接收到所述多个关联终端分别返回的开锁确认消息时，确定所述开锁请求验证通过。\n[0144] 在一种可能的实现方式中，所述装置还包括：\n[0145] 第二接收模块440，用于接收上锁请求，所述上锁请求携带所述开锁终端及所述多个关联终端的终端信息。\n[0146] 上述可以通过开锁终端及多个关联终端对智能锁进行开锁。在开锁之前，还需要通过该开锁终端及该多个关联终端对智能锁进行上锁。其中，如上文所述，该开锁终端可以在该智能行李箱一定距离内的任一终端，也可以为该智能锁的拥有者所使用的终端，在本实施例中，以该开锁终端为该智能锁的拥有者所使用的终端为例进行说明。另外，该多个关联终端可以是在该智能锁一定距离内的多个终端，也可以是由该开锁终端所选择的多个终端。\n[0147] 上述该多个关联终端由该开锁终端选择的实现过程可以包括：在智能锁中，通常配置有蓝牙模块，智能锁通过该蓝牙模块，可以与周围的多个终端之间建立通信连接。基于所建立的通信连接，该智能锁根据预先设置的拥有者终端的终端信息，也即是，根据该开锁终端的终端信息，可以将所有与智能锁建立通信连接的终端的终端信息发送给该开锁终端。当接收到该多个终端的终端信息时，该开锁终端在当前显示界面中显示该多个终端的终端信息，用户可以根据所显示的所有终端信息，选择可以参与该上锁操作的多个关联终端的终端信息。其中，该多个关联终端中的每个关联终端的终端信息可以为在该关联终端上登录的账号，也可以为该关联终端的终端标识，例如，该终端信息为小米账号等。\n[0148] 上述当智能锁接收到上锁请求后，为了可以确定哪些终端参与了上锁操作，以便于后续确定需要通过哪些终端来进行开锁，智能锁从该上锁请求中获取所携带的该开锁终端的终端信息和该多个关联终端的终端信息，并对该参与上锁操作的开锁终端的终端信息和该多个关联终端的终端信息进行存储，如此，预先存储的参与上锁操作的终端信息即为该开锁终端及该多个关联终端的终端信息。\n[0149] 上述智能锁获取该开锁终端的终端信息和该多个关联终端的终端信息之后，即可执行上锁操作。其中，在一种可能的实现方式中，为了提高上锁的安全性，该智能锁还可以对参与上锁操作的终端进行限制。也即是，为了能够确定该多个关联终端中是否所有关联终端均同意上锁，智能锁根据多个关联终端的终端信息以及预先建立的通信连接，分别向多个关联终端发送上锁通知消息。其中，该上锁通知消息中可以包括该智能锁的标识，该标识用于唯一标识一个智能锁。\n[0150] 上述在第一种可能的实现方式中，若发送该确认上锁消息的关联终端的数量与预先存储的多个关联终端的数量相同，则可以确定接收到了该多个关联终端中的所有关联终端发送的确认上锁消息。\n[0151] 上述智能锁接收各个关联终端发送的确认上锁消息后，对所接收到的确认上锁消息的数量进行统计，这里间接地可以认为该确认上锁消息的数量即为关联终端的数量，即不考虑消息重发的情况。由于智能锁向多个关联终端中的每个关联终端均发送了上锁通知消息，如果经过统计，发送该确认上锁消息的关联终端的数量与预先存储的多个关联终端的数量相同，则可以说明所有关联终端都同意上锁。\n[0152] 上述在第二种可能的实现方式中，若发送该确认上锁消息的关联终端信息与预先存储的多个关联终端的终端信息相匹配，则可以确定接收到了该多个关联终端中的所有关联终端发送的确认上锁消息。\n[0153] 上述每个关联终端向智能锁发送确认上锁消息，该确认上锁消息中携带每个关联终端的终端信息。智能锁接收到该确认上锁消息时，根据该终端信息以及预先存储的多个关联终端的终端信息，判断接收到的所有终端信息是否与预先存储的多个关联终端的终端信息匹配，如果匹配，则可以确定已经接收到了该多个关联终端中的所有关联终端发送的确认上锁消息，反之，如果在所有接收到的终端信息中，没有与预先存储的多个关联终端的终端信息完全相匹配，则可以确定未接收到所有关联终端的确认上锁消息。\n[0154] 上述在上锁过程中，仅是以需要该多个关联终端中的所有关联终端同意后，才进行上述为例进行说明，在另一实施例中，还可以不需要得到该多个关联终端中所有关联终端的同意，也即是，只需要接收到该多个关联终端中的部分关联终端发送的确认上锁消息后，即可执行上锁操作，或者，在上锁过程中，也可以不需要该多个关联终端同意，即智能锁接收到开锁终端发送的上锁请求后，直接执行上锁操作，本公开实施例对此不做限定。\n[0155] 上述根据多个关联终端的终端信息，对该开锁请求进行验证的实现过程包括：根据该多个关联终端的终端信息，判断该多个关联终端与该智能行李箱之间的距离是否均在预设距离内，若该多个关联终端与该智能行李箱之间的距离均在预设距离内，则确定该开锁请求验证通过。\n[0156] 上述判断该多个关联终端与该智能行李箱之间的距离是否均在预设距离内的实现过程可以包括如下实现方式中的任一种：\n[0157] 上述根据该多个关联终端的终端信息，判断该多个关联终端是否均与该智能行李箱建立有蓝牙连接，若该多个关联终端均与该智能行李箱建立有蓝牙连接，则确定该多个关联终端均在该预设距离内。\n[0158] 上述为了开锁的安全性，需要判断该多个关联终端是否均在预设距离内。其中，由于通过蓝牙模块建立通信连接限制了通信距离，通常情况下，当该多个关联终端均与该智能行李箱之间建立有蓝牙连接时，可以说明该多个关联终端均距离该智能行李箱比较近，也即是，说明该多个关联终端的使用者均在开锁现场，因此，在本公开实施例中，可以通过判断该多个关联终端是否均与该智能行李箱之间建立有蓝牙连接，来确定该多个关联终端是否均在该预设距离内。\n[0159] 上述向该多个关联终端分别发送开锁请求消息，当在预设时长内接收到该多个关联终端分别返回的开锁确认消息时，确定该开锁请求验证通过。\n[0160] 上述为了保证开锁的安全性，需要该多个关联终端中的所有关联终端来确定是否开锁，为此，该智能锁向该多个关联终端中的每个关联终端发送开锁请求消息。\n[0161] 上述该多个关联终端中的每个关联终端接收到该开锁请求消息后，在显示界面中显示开锁通知消息，以提示用户是否同意该开锁终端开锁。\n[0162] 上述当该智能锁在预设时长内接收到该多个关联终端中的每个关联终端返回的开锁确认消息时，才执行开锁操作。其中，该智能锁根据多个关联终端的终端信息，判断是否在预设时长内接收到该多个关联终端分别返回的开锁确认消息的实现方式，可以参见上述智能锁根据该多个关联终端的终端信息，判断是否接收到了该多个关联终端中的所有关联终端发送的确认上锁消息的实现过程。\n[0163] 上述在开锁过程中，需要得到第一指定数目的关联终端的同意，智能锁才确定该开锁请求验证通过，其中，该第一指定数目小于该多个关联终端的总数目。也即是，当接收到关联终端发送的确认开锁消息时，智能锁对该确认开锁消息的数量进行统计，当统计接收的该确认开锁消息的数量等于该第一指定数目时，该智能锁即确定该开锁请求验证通过。\n[0164] 上述在一种可能的实现方式中，在开锁过程中，只需要该多个关联终端中的任一个关联终端同意开锁，该智能锁即可以确定开锁请求验证通过。\n[0165] 上述若在该预设时长内，未接收到任何关联终端返回的开锁确认消息，则确定该开锁请求验证未通过。也即是，如果在一段时间内，智能锁未接收到任何关联终端返回的开锁确认消息，则说明可能是该多个关联终端中的所有关联终端均不同意开锁，因此，智能锁可以确定开锁请求验证未通过，则可以认为本次开锁失败，智能锁不执行开锁操作。如果开锁终端想要再次开锁，需要重新向智能锁发送开锁请求。\n[0166] 上述在第一种可能的实现方式中，若该多个关联终端中有第二指定数目的关联终端均在预设距离内，则确定该开锁请求验证通过。\n[0167] 上述在一种可能的实现方式中，在开锁过程中，不需要该多个关联终端中所有关联终端均在预设距离内，只需要该多个关联终端中的部分关联终端在预设距离内即可，也即是，只需要该多个关联终端中第二指定数目的关联终端在开锁现场，智能锁确定该开锁请求验证通过。\n[0168] 上述判断该多个关联终端中第二指定数目的关联终端是否均在预设距离内的实现过程可以包括：若该多个关联终端中该第二指定数目的关联终端均通过本端配置的蓝牙模块与本端建立有通信连接，则确定该多个关联终端中该第二指定数目的关联终端均在该预设距离内。\n[0169] 上述在第二种可能的实现方法中，在开锁过程中，该多个关联终端中有至少一个关联终端均在预设距离内，则确定该开锁请求验证通过。\n[0170] 上述在另一种可能的实现方式中，只要该多个关联终端中有任一个关联终端在开锁现场，可以确定该开锁请求验证通过，或者，若该多个关联终端中的部分关联终端均在开锁现场，也可以确定该开锁请求验证通过，其中，这里不限定该部分关联终端的数目。\n[0171] 上述判断至少一个关联终端是否均在预设距离内的实现过程可以包括：若该多个关联终端中该至少一个关联终端均与本端建立有蓝牙连接，则确定该多个关联终端中该至少一个关联终端均在该预设距离内。\n[0172] 需要说明的一点是，上述实施例提供开锁装置在实现开锁方法时，仅以上述各个功能模块的划分进行举例说明，实际应用中，可以根据实际需要而将上述功能分配由不同的功能模块完成，即将设备的内容结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。\n[0173] 图5是根据一示例性实施例示出的一种开锁装置500的框图。例如，装置500可以被提供为一智能锁。参照图5，装置500包括处理组件522，其进一步包括一个或多个处理器，以及由存储器532所代表的存储器资源，用于存储可由处理部件522执行的指令，例如应用程序。存储器532中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件522被配置为执行指令，以执行如上述图1B、图2或图3所示实施例提供的开锁方法。\n[0174] 装置500还可以包括一个电源组件526被配置为执行装置500的电源管理，一个有线或无线网络接口550被配置为将装置500连接到网络，和一个输入输出(I/O)接口558。装置500可以操作基于存储在存储器532的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。\n[0175] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。\n[0176] 应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。