CN110891078A - 自助服务提供方法及系统 - Google Patents

Abstract

本申请实施例提供一种自助服务提供方法及系统。其中，方法包括如下的步骤：用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作。本申请实施例提供的技术方案可实现用户自助办理登记，从而提高服务效率，减低人力服务成本。

Description

自助服务提供方法及系统

技术领域

本申请涉及计算机技术领域，尤其涉及一种自助服务提供方法及系统。

背景技术

目前，在一些公共服务场所(例如：酒店服务场所)中，用户若想得到相应的服务，则需要事先进行登记，才能授权享受到相应的服务。

以酒店服务为例，用户需先办理入住登记，入住登记完成后，酒店为用户提供房卡(即授权)。这样，用户即可拿着房卡开门进入酒店房间进行休息。在现有传统酒店中，用户的入住登记是需要酒店服务人员人工进行的。而人工入住登记这种登记方式，不仅登记效率低下，人力成本还高。

发明内容

鉴于上述问题，提出了本申请以提供一种解决上述问题或至少部分地解决上述问题的自助服务提供方法及系统。

于是，在本申请的一个实施例中，提供了一种自助服务提供方法。该方法包括：

用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；

响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作。

在本申请的另一实施例中，提供了一种自助服务提供方法。该方法包括：

接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息；

基于所述服务需求信息，确定执行设备的标识；

关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

在本申请的又一实施例中，提供了一种自助服务提供方法。该方法包括：

响应于触发事件，获取预先配置的第一触发方式；

通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；

为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

在本申请的又一实施例中，提供了一种自助服务提供系统。该系统包括：

自助服务客户端，用于用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作；

服务端，用于接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息；基于所述服务需求信息，确定执行设备的标识；关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作；

执行设备，用于响应于触发事件，获取预先配置的第一触发方式；通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

在本申请的又一实施例中，提供了一种自助服务提供方法。该方法包括：

用户身份验证通过且服务需求信息确认有效时，获取至少一种触发执行设备做出指定动作的触发方式；

根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式；

根据所述第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式来触发所述执行设备做出所述指定动作。

在本申请的又一实施例中，提供了一种自助服务提供方法。该方法包括：

显示自助入住登记提示页面；

响应于用户按照所述提示页面上的提示信息完成身份验证及订单确认的操作，显示至少一个开门方式；

响应于所述用户针对所述至少一个开门方式的选择事件，根据所述选择事件指向的被选开门方式，执行相应的处理以授权所述用户使用所述被选开门方式触发指定酒店房门做出解锁动作。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，为用户提供至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记，从而提高服务效率，减低人力服务成本。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一实施例提供的自助服务提供系统的结构框图；

图2为本申请一实施例提供的自助服务提供方法的流程示意图；

图3为本申请又一实施例提供的自助服务提供方法的流程示意图；

图4为本申请又一实施例提供的自助服务提供方法的流程示意图；

图5为本申请又一实施例提供的自助服务提供方法的流程示意图；

图6为本申请一实施例提供的自助服务提供装置的结构框图；

图7为本申请又一实施例提供的自助服务提供装置的结构框图；

图8为本申请又一实施例提供的自助服务提供装置的结构框图；

图9为本申请又一实施例提供的自助服务提供装置的结构框图；

图10为本申请一实施例提供的自助服务客户端设备的结构框图；

图11为本申请一实施例提供的服务端设备的结构框图；

图12为本申请一实施例提供的执行设备的结构框图；

图13为本申请又一实施例提供的自助服务客户端设备的结构框图；

图14为本申请一实施例提供的用户办理登记手续的流程图；

图15为本申请又一实施例提供的自助服务提供方法的流程示意图；

图16为本申请又一实施例提供的自助服务提供装置的结构框图；

图17为本申请又一实施例提供的自助服务客户端设备的结构框图。

具体实施方式

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

在本申请的说明书、权利要求书及上述附图中描述的一些流程中，包含了按照特定顺序出现的多个操作，这些操作可以不按照其在本文中出现的顺序来执行或并行执行。操作的序号如101、102等，仅仅是用于区分各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为了提高公共服务场所的服务效率以及降低人力服务成本，本申请实施例提供了一种自助服务提供系统。通过该自助服务提供系统，用户可自助完成登记授权等手续。图1示出了本申请一实施例提供的自助服务提供系统的结构框图。如图1所示，该系统包括：自助服务客户端101、服务端102以及执行设备103。其中，

自助服务客户端101，用于用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作；

服务端102，用于接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息；基于所述服务需求信息，确定执行设备的标识；关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作；

执行设备103，用于响应于触发事件，获取预先配置的所述第一触发方式；通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，为用户提供至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记，从而提高服务效率，减低人力服务成本。

以酒店服务场景为例，执行设备103可理解为酒店房门，上述指定动作可理解为酒店房门的开锁动作。

进一步的，上述系统还可包括：用户客户端。用户客户端，用于当所述用户选择的触发方式为密码方式时，接收所述自助服务客户端发送的触发密码。此外，用户客户端，还可用于扫描自助服务客户端屏幕上显示的支付二维码以完成所述服务需求信息的支付。

这里需要说明的是，本申请实施例提供的自助服务提供系统中各组成单元，例如自助服务客户端、服务端、执行设备、用户客户端的具体工作流程以及它们之间的信令交互将在以下各实施例中作进一步的说明。

图2示出了本申请一实施例提供的自助服务提供方法的流程示意图。本申请实施例提供的所述方法的执行主体可以是自助服务客户端。所述自助服务客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个应用软件，还可以是嵌入在终端操作系统中的工具软件等，本申请实施例对此不作限定。该终端可以为包括台式电脑、自助入住机等任意终端设备。如图2所示，该方法包括：

201、用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式。

202、响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作。

上述201中，触发执行设备做出指定动作的触发方式可包括但不限于：读卡方式、密码方式、人脸识别方式。执行设备做出指定动作，用户才能享受到相应的服务内容。以酒店为例，执行设备为酒店房门，酒店房门只有做出开锁(即解锁)动作，用户才能进入到该酒店房门对应的酒店房间中进行休息。

具体实施时，可采用如下方法中的一种或多种进行用户身份验证：

方法一、采集所述用户的人脸图像；读取所述用户的证件信息；根据所述人脸图像及所述证件信息，对所述用户进行身份验证。

方法二、采集所述用户的人脸图像；读取所述用户的证件信息；将所述人脸图像及所述证件信息发送至服务端，以由服务端对所述用户进行身份验证；接收服务端返回的所述用户的身份验证结果。

上述方法一和方法二中，可由视觉传感器(即摄像机)来在用户办理登记时采集用户的人脸图像。引导用户将自己的证件，如身份证、护照等放置在证件识别区域以进行证件信息的读取，例如：通过语音提示和/或通过屏幕显示“请在证件识别区域放置您的证件”等信息。

在一种可实现的方案中，身份验证过程可包括：从读取到的证件信息中提取用户证件照；通过比对用户证件照和采集到的人脸图像，对用户进行身份验证。

方法三、采集所述用户的人脸图像；将所述用户的人脸图像发送至服务端，以由服务端在图像库中匹配，根据匹配结果，生成所述用户的身份验证结果；接收服务端反馈的所述用户的身份验证结果。

其中，图像库中记录有历史上已登记授权过的用户的人脸图像。若在图像库中匹配到该用户的人脸图像，则说明该用户以前就已登记授权过，因此，可判定该用户身份验证通过。

需要说明的是，上述方法一中，是由自助服务客户端执行的用户身份验证；上述方法二和方法三中，是由服务端执行的用户身份验证。

上述202中，可显示至少一种触发方式中各触发方式对应的控件，用户可通过点击、双击、长按控件等选择操作从中选出自己喜欢或习惯的第一触发方式。在用户选出自己喜欢或习惯的第一触发方式后，可将第一触发方式直接告知给执行设备，以由执行设备将触发其做出指定动作的触发方式配置为第一触发方式；或者，可将第一触发方式上传给服务端，以由服务端将触发执行设备做出指定动作的触发方式配置为第一触发方式。

将执行设备做出指定动作的触发方式配置为第一触发方式，也即是授权用户可采用该第一触发方式来触发执行设备做出指定动作。

需要说明的是，上述第一触发方式的数量可以是一个，两个或多个，即用户可根据需要选择一种、两种或多种触发方式。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，显示至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

由于在上述自助服务系统中可能会存在多个执行设备，例如：在酒店中，会存在多个房间，每个房间都会对应一个酒店房门(即执行设备)，因此，需要确定为用户提供服务的执行设备的标识。这样，将执行设备的标识和第一触发方式上传至服务端，服务端根据执行设备的标识，可确定出为用户提供服务的执行设备，并将为用户提供服务的执行设备的触发方式配置为第一触发方式。具体地，上述202中“根据所述选择事件指向的第一触发方式，执行相应的处理”，可采用如下步骤来实现：

2021、获取所述执行设备的标识。

2022、将所述标识和所述第一触发方式上传至服务端，以由所述服务端将触发所述执行设备做出所述指定动作的触发方式配置为所述第一触发方式。

上述2021中，根据服务需求信息中的需求对象，可确定与该需求对象对应的执行设备的标识。即事先建立需求对象与执行设备的标识的对应关系，具体为需求对象编号与执行设备的标识的对应关系。执行设备的标识可以为设备ID号。

以酒店服务为例，服务需求信息为订单信息，需求对象为酒店房间号，执行设备为酒店房门，每个酒店房间对应一个酒店房门，事先建立酒店房间号与酒店房门的标识之间的对应关系。根据订单信息中的房间号，即可获取到该房间号对应的酒店房门的标识。

需要说明的是，需求对象与执行设备的标识的对应关系可存储在服务端。自助服务客户端可将需求对象发送至服务端，以由服务端根据需求对象与执行设备的标识的对应关系，来获取需求对象对应的执行设备的标识并返回至自助服务客户端；或者，自助服务客户端从服务端先获取该对应关系，由自助服务客户端根据该对应关系，来获取需求对象对应的执行设备的标识。

上述2022中，将执行设备的标识和第一触发方式发送给服务端，服务端可根据执行设备的标识，向该执行设备发送配置指令，以使该执行设备触发将其做出指定动作的触发方式配置为第一触发方式；或者，在本地建立执行设备的标识和第一触发方式的关联关系，以实现对该执行设备的触发方式的配置。

进一步的，上述方法，还可包括：

203、所述第一触发方式为读卡方式时，查找所述执行设备对应的数据卡并将所述数据卡提供给所述用户。

204、所述第一触发方式为密码方式时，将所述执行设备对应的触发密码发送至所述用户对应的客户端。

205、所述第一触发方式为人脸识别方式时，将采集到的所述用户的人脸图像上传至服务端，以由所述服务端将所述人脸图像与所述执行设备关联。

依旧以酒店服务为例：当用户选择的第一触发方式为读卡方式，则需要查找出用户将要入住的酒店房间对应的酒店房门的门禁卡，并将门禁卡提供给用户；当用户选择的第一触发方式为密码方式，则将用户将要入住的酒店房间对应的酒店房门的触发密码发送至用户的客户端上，例如：发送至用户的手机上；当用户选择的第一触发方式为人脸识别方式，则需将用户办理登记时采集到的该用户的人脸图像上传至服务端，服务端将人脸图像与执行设备关联，例如：将人脸图像与执行设备的标识进行关联，或者将人脸图像发送至该执行设备上，以由该执行设备本地保存。

考虑到人脸识别方式需要使用到用户的人脸图像，涉及到用户的个人隐私，因此，可显示使用人脸图像的待授权界面。具体地，上述101中“用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式”，具体可采用如下步骤来实现：

1011、用户身份验证通过且服务需求信息确认有效时，显示使用所述用户的人脸图像的待授权界面。

1012、响应于所述用户针对所述待授权界面触发的确认事件，显示包含人脸识别方式的所述至少一种触发方式。

其中,待授权界面上显示有“同意授权”控件和“拒绝授权”控件，监听到用户触发“同意授权”控件时，则生成上述确认事件。响应于该确认事件，显示包含人脸识别方式在内的至少一种触发方式。进一步的，上述方法，还可包括：

206、将所述人脸识别方式设置为默认方式，以在显示所述至少一种触发方式时，所述人脸识别方式呈现为被选状态。

通常来说，用户授权使用其人脸图像，可在一定程度上表明用户倾向于选择人脸识别方式。因此，可将人脸识别方式设置为默认方式，这样，后续在显示包括人脸识别方式的至少一种触发方式时，所述人脸识别方式呈现为被选状态，用户无需再次选择，节省用户操作成本。

为了为用户提供更加细致化的服务，还可在自助服务客户端上播放使用各种触发方式或用户选中的触发方式对应的使用引导视频(即场景展现)。具体地，上述方法，还可包括：

207、响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，调取所述第一触发方式对应的使用引导视频并进行播放。

其中，使用引导视频展示了如何使用第一触发方式来触发执行设备做出指定动作。

可事先针对每一种触发方式，拍摄或动画制作相应的使用引导视频，并建立触发方式与使用引导视频之间的对应关系，后续即可根据触发方式与使用引导视频之间的对应关系，来调取第一触发方式对应的使用引导视频。

在实际应用中，服务需求信息是否有效的确认步骤可由服务端或自助服务客户端来实现。若由自主服务客户端来实现，具体可采用方法A或方法B中的一种来实现：

方法A中：

208a、获取所述用户的服务需求信息及信用信息。

209a、若所述用户选择使用信用且所述信用信息满足信用使用条件，则确定所述服务需求信息有效。

通常，信用信息中包括信用度。该信用度可事先根据用户的历史行为信息确定。具体地，根据用户的历史行为信息，可确定用户的总消费额度以及用户是否有过不良记录；可根据用户的总消费额度，确定用户的初始信用度；若用户无不良记录，则将用户的初始信用度确定为用户的信用度；若用户有不良记录，则按照预设调整方式来调整初始信用度，以得到用户的信用度。

若信用度大于或等于信用使用条件中规定的阈值，则确定该服务需求信息有效。若信用度低于信用使用条件中规定的阈值，则说明该用户无法使用信用来享受服务内容，可提示用户针对该服务需求信息进行支付，在支付完成后，再确定服务需求信息有效。

方法B中：

208b、获取所述用户的服务需求信息。

209b、监听到所述用户针对所述服务需求信息触发的支付完成事件后，确定所述服务需求信息有效。

可为用户展示一支付二维码，用户通过扫描该支付二维码，完成支付。一旦监听到用户针对服务需求信息触发的支付完成事件，则确定该服务需求信息为有效。

若由服务端来实现，具体可采用方法C或方法D中的一种来实现：

方法C中：

208c、向服务端发送确认请求，以使所述服务端获取所述用户的信用信息，确认所述服务需求信息是否有效。

209c、接收所述服务端返回的确认结果。

上述208c中“根据用户的信用信息，确认服务需求信息是否有效”，也即是：判断信用信息是否满足信用使用条件；若满足，则确定服务需求信息有效；若不满足，则确定服务需求信息无效。“判断信用信息是否满足信用使用条件”的具体实现过程可参见上述方法A相应内容，在此不再赘述。

方法D中：

208d、显示支付二维码，以供用户扫描支付；

209d、接收服务端返回的确认结果，所述确认结果为所述服务端根据所述用户针对所述服务需求信息的支付情况确定的；

210d、根据所述确认结果，确定所述服务需求信息是否有效。

支付情况为支付成功，则确认结果为服务需求信息有效；支付情况为支付失败，则确认结果为服务需求信息无效。

图3为本申请又一实施例提供的自助服务提供方法的流程示意图。本实施例提供的所述方法适用于服务端。其中，所述服务端可以是常用服务器、云端、虚拟服务器等，本申请实施例对此不作具体限定。如图3所示，本实施例提供的所述方法包括：

301、接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息。

302、基于所述服务需求信息，确定执行设备的标识。

303、关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

上述301中，自助服务客户端在用户身份验证通过且服务需求信息确认有效后，将用户从至少一种触发方式中选中的第一触发方式以及服务需求信息发送至服务端。

在一种可实现的方案中，上述302中“基于所述服务需求信息，确定执行设备的标识”，可采用如下步骤来实现：

3021、根据所述服务需求信息，获取需求对象。

3022、根据需求对象与标识的对应关系，获取所述需求对象对应的所述执行设备的标识。

上述303中，可关联存储第一触发方式及执行设备的标识，这样，后续执行设备监测到触发事件时，可向服务端发送获取请求，服务端根据获取请求中携带的执行设备的标识，找到与执行设备的标识关联的第一触发方式并将第一触发方式发送至执行设备，以由执行设备判断第二触发方式是否为与自身标识关联的第一触发方式。第二触发方式为第一触发方式时，执行设备基于触发事件中获取到的触发数据，确定是否做出指定动作。

在另一种可实现的方案中，执行设备监测到触发事件时，可将触发事件的第二触发方式发送至服务端，服务端根据第二触发方式中携带的执行设备的标识，找到与执行设备的标识对应的第一触发方式，服务端判断第二触发方式是否为第一触发方式，若是，则告知执行设备第二触发方式为第一触发方式，以使执行设备基于触发事件中获取到的触发数据，确定是否做出指定动作。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，为用户提供至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

进一步的，上述方法，还可包括：

304、接收所述自助服务客户端在所述用户授权使用其人脸图像时发送的所述用户的人脸图像。

305、存储所述用户的人脸图像，并将所述人脸图像与所述执行设备的标识关联。

用户授权使用其人脸图像，可表明用户选择了人脸识别方式。将自主服务客户端发送来的用户的人脸图像进行存储，并建立用户的人脸图像与执行设备的标识的关联关系。

这样，后续若用户采用人脸识别方式来触发执行设备，则可根据与执行设备标识关联的人脸图像以及基于触发事件中获取到的人脸图像(即触发数据)，确定是否做出指定动作。具体地，比对与执行设备的标识关联的人脸图像以及基于触发事件中获取到的人脸图像，若比对结果显示为同一个人，则执行指定动作。

需要说明的是，根据与执行设备标识关联的人脸图像以及基于触发事件中获取到的人脸图像，确定是否做出指定动作的步骤可由服务端来做，或者由自助服务客户端来做。

若由服务端来做，则执行设备需将基于触发事件中获取到的人脸图像发送至服务端。若由自助服务客户端来做，则执行设备需从服务端获取与其关联的人脸图像。

这里需要说明的是：本申请实施例各步骤的具体实现，在本实施例中未详细阐述的部分可参见上述各实施例中的相关内容，此处不再赘述。本申请实施例提供的所述方法除了包含上述各步骤外，还可包含上述各实施例中的全部或部分步骤，具体可参见上述实施例中的相应内容，此处不再赘述。

图4示出了本申请又一实施例提供的自助服务提供方法的流程示意图。本申请实施提供的技术方案的执行主体可以为执行设备。如图4所示，该方法包括：

401、响应于触发事件，获取预先配置的第一触发方式。

402、通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式。

403、为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

上述401中，第一触发方式可预先存储在执行设备本地或存储在服务端。若存储在本地，则可直接从本地进行查找以得到第一触发方式。若存储在服务端，则需向服务端发送获取请求，服务端根据获取请求中携带的执行设备的标识，查找与该执行设备的标识对应的第一触发方式并将第一触发方式返回至执行设备。

上述402中，若第二触发方式为第一触发方式，则第二触发方式为约定触发方式；若第二触发方式不是第一触发方式，则第二触发方式不是约定触发方式。

举例来说，用户办理登记时选中的第一触发方式为读卡方式，后续用户采用人脸识别方式来触发执行设备，这人脸识别方式就不是约定触发方式。

上述403中，触发数据可包括如下中的至少一种：人脸图像、声音、指纹、数据卡信息、二维码信息、字符信息。需要说明的是，基于不同触发方式触发的触发事件获取到的触发数据是不同的，例如：基于人脸识别方式触发的触发事件获取到的触发数据包括：用户触发执行设备时采集到的人脸图像；基于读卡方式触发的触发事件获取到的触发数据包括：执行设备读取到的数据卡信息；基于密码方式(即APP钥匙)触发的触发事件获取到的触发数据包括：用户输入的密码。

在一种可实现的方案中，上述403中“基于所述触发事件中获取到的触发数据，确定是否做出指定动作”，具体可采用入选步骤来实现：

4031、获取参照数据。

4032、所述触发数据与所述参照数据匹配时，做出所述指定动作。

上述4031中，参照数据可事先存储在执行设备本地或者存储在服务端。若存储在本地，则可直接查找即可得到；若存储在服务端，则需向服务端发送开锁请求，服务端根据开锁请求中携带的执行设备的标识，获取与该执行设备标识对应的参照数据并返回至执行设备。即服务端事先存储了执行设备的标识与参照数据的对应关系，该对应关系可在用户办理登记时生成。

上述4032中，例如：参照数据为用户办理登记时采集到的用户的人脸图像(简称第一人脸图像)，触发数据为用户触发执行设备时采集到的用户的人脸图像(简称第二人脸图像)，比对第一人脸图像和第二人脸图像，若比对结果显示第一人脸图像和第二人脸图像为同一个人，则做出指定动作。再例如：参照数据为第一数据卡信息，触发数据为执行设备在用户刷卡时读取到的第二数据卡信息，若第一数据卡信息与第二数据卡信息一致，则做出指定动作。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，为用户提供至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

这里需要说明的是：本申请实施例各步骤的具体实现，在本实施例中未详细阐述的部分可参见上述各实施例中的相关内容，此处不再赘述。本申请实施例提供的所述方法除了包含上述各步骤外，还可包含上述各实施例中的全部或部分步骤，具体可参见上述实施例中的相应内容，此处不再赘述。

图15示出了本申请又一实施例提供的自助服务提供方法的流程示意图。本申请实施例提供的所述方法的执行主体可以是自助服务客户端或服务端。所述自助服务客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个应用软件，还可以是嵌入在终端操作系统中的工具软件等，本申请实施例对此不作限定。该终端可以为包括台式电脑、自助入住机等任意终端设备。所述服务端可以是常用服务器、云端、虚拟服务器等，本申请实施例对此不作具体限定。

1501、用户身份验证通过且服务需求信息确认有效时，获取至少一种触发执行设备做出指定动作的触发方式。

1502、根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式。

1503、根据所述第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式来触发所述执行设备做出所述指定动作。

上述1051中，可事先为执行设备，配置至少一种触发方式。触发方式包括但不限于:读卡方式、密码方式、人脸识别方式。

上述1502中，用户数据包括但不限于：用户针对所述至少一种触发方式进行的选择操作产生的实时行为数据、与触发方式选取有关的历史行为信息、用户身份信息。根据实时行为数据可确定用户在至少一种触发方式中选中的触发方式；根据与触发方式选取有关的历史行为信息，可确定用户的触发方式选取倾向；根据用户身份信息，可确定出与用户身份匹配的触发方式。上述1503的具体实现可参见上述各实施例中相应内容，在此不再赘述。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，为用户提供至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

在一种可实现的方案中，用户数据包括用户针对所述至少一种触发方式进行的选择操作产生的实时行为数据。上述1502中“根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式”具体为：根据所述实时行为信息，确定所述用户在所述至少一种触发方式中选中的第一触发方式。

其中，实时行为信息中可包括：选择操作对应的界面图以及选择操作的操作位置。由于至少一种触发方式对应的控件在界面图中所处位置是已知的，因此，根据操作位置，即可确定出用户选中的第一触发方式。

在另一可实现的方案中，所述用户数据包括与触发方式选取有关的历史行为信息。上述1502中“根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式”，具体包括：根据所述历史行为信息，确定所述用户的触发方式选取倾向；在所述至少一种触发方式中选取满足所述触发方式选取倾向的第一触发方式。

历史行为信息中可包括：用户每次选取的触发方式和选取时间。根据历史行为信息可确定出各触发方式对应的历史选取次数，可将历史选取次数最高的触发方式作为触发方式选取倾向；或者，将最近一次选取的触发方式作为触发方式选取倾向。

例如：历史选取次数最高的触发方式为人脸识别方式，则将人脸识别方式确定为第一触发方式。

在又一可实现的方案中，所述用户数据包括用户身份信息。上述1502中“根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式”，具体包括：从所述至少一种触发方式中选取匹配所述用户身份信息的第一触发方式。

其中，用户身份信息包括但不限于：年龄、性别、会员属性中的一种，其中，会员属性包括：会员和非会员。可通过大数据统计不同年龄段或不同性别的人群所偏好的触发方式。另外，还可事先针对会员或非会员配置不同的触发方式。

举例来说：年龄在30岁以下的人群偏好触发方式为人脸识别方式；年龄在30岁到50岁之间的人群偏好触发方式为密码方式；年龄在50岁以上的人群偏好触发方式为刷卡方式。用户A的年龄为29岁，因此，从至少一种触发方式中选取人脸识别方式作为第一触发方式。

这里需要说明的是：本申请实施例各步骤的具体实现，在本实施例中未详细阐述的部分可参见上述各实施例中的相关内容，此处不再赘述。本申请实施例提供的所述方法除了包含上述各步骤外，还可包含上述各实施例中的全部或部分步骤，具体可参见上述实施例中的相应内容，此处不再赘述。

图5示出了本申请又一实施例提供的自助服务提供方法的流程示意图。本申请实施例提供的所述方法的执行主体可以是自助服务客户端。所述自助服务客户端可以是集成在终端上的一个具有嵌入式程序的硬件，也可以是安装在终端中的一个应用软件，还可以是嵌入在终端操作系统中的工具软件等，本申请实施例对此不作限定。该终端可以为包括台式电脑、自助入住机等任意终端设备。如图5所示，该方法，包括：

501、显示自助入住登记提示页面。

502、响应于用户按照所述提示页面上的提示信息完成身份验证及订单确认的操作，显示至少一个开门方式。

503、响应于所述用户针对所述至少一个开门方式的选择事件，根据所述选择事件指向的被选开门方式，执行相应的处理以授权所述用户使用所述被选开门方式触发指定酒店房门做出解锁动作。

上述501中，可在用户靠近时，自动唤醒屏幕以显示自助入住登记提示页面；或者，响应于用户针对屏幕按键的按压操作，显示自助入住登记提示页面。

上述502中，开门方式可包括但不限于：读卡方式、人脸识别方式、密码方式。可显示至少一种开门方式中各开门方式对应的控件。

上述503中，用户可通过点击、双击、长按控件等选择操作从中选出自己喜欢或习惯的第一开门方式。在用户选出自己喜欢或习惯的第一开门方式后，可将第一开门方式直接告知给指定酒店房门(即上述的酒店房门)，以由指定酒店房门将触发其做出解锁动作的触发方式配置为第一开门方式；或者，可将第一开门方式上传给服务端，以由服务端将触发指定酒店房门做出解锁动作的触发方式配置为第一开门方式。

将指定酒店房门做出解锁动作的开门方式配置为第一开门方式，也即是授权用户可采用该第一开门方式来触发指定酒店房门做出解锁动作。

需要说明的是，上述第一开门方式的数量可以是一个，两个或多个，即用户可根据需要选择一种、两种或多种开门方式。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，显示至少一种触发指定酒店房门做出解锁动作的触发方式以供用户选择；将用户从中选取的第一开门方式授权给该用户；这样后续用户可根据其选中的第一开门方式来触发指定酒店房门做出解锁动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种开门方式以供用户选择，可满足不同用户的不同操作需求。

本实施例中的开门方式对应于上述各实施例中的触发方式，订单对应于上述各实施例中的服务需求信息，酒店房门(即酒店房门门禁)对应于上述各实施例中的执行设备，解锁动作对应于上述各实施例中的解锁动作。本申请实施例各步骤的具体实现，在本实施例中未详细阐述的部分可参见上述各实施例中的相关内容，此处不再赘述。本申请实施例提供的所述方法除了包含上述各步骤外，还可包含上述各实施例中的全部或部分步骤，具体可参见上述实施例中的相应内容，此处不再赘述。

下面将以入住自助酒店的应用场景对本申请实施例提供的技术方案进行详细介绍：

如图14所示，用户达到酒店大厅，观察大厅环境，根据入住登记位置引导信息，走向入住登记区域。入住登记区域放置有行李架，该行李架上设置有行李架标识以引导用户将自己的行李放置在行李架上。放置好行李后，用户走到自助机前，自助机屏幕可显示“办理入住”以及“访客”两个控件，以供用户选择。用户点击“办理入住”，自主机屏幕上的页面跳转至证件识别引导界面，并通过硬件声光引导来引导用户将证件放置在证件识别区域进行身份识别。用户掏出证件，并将证件放置在自助机上的证件识别区域进行证件识别，若证件识别失败，则通过自助机屏幕提示用户“证件读取失败”，并提示用户联系大堂经理。若证件识别成功，则对用户进行人脸识别。若人脸识别失败，且判断人脸识别过程是否超时60s，若超时60s，则提示用户联系大堂经理；若未超时60s，则判断用户面部是否遮挡，若用户面部没有被遮挡则继续人脸识别，若用户面部被遮挡，则显示面部遮挡提示。若人脸识别成功，则根据识别得到的证件信息以及人脸识别过程中采集到的用户人脸图像对用户进行身份匹配，若身份匹配失败，则结束此次入住登记。若身份匹配成功，则在身份匹配成功后开始计时，若在计时时长10s内检测到证件依旧在证件识别区域，则进行证件遗落声光提示；若在计时时长10s内检测到证件被取走，则开始匹配用户预订的订单，若未匹配到，则提示用户输入订单码，根据订单码查询订单，若查找到，则判断用户是否已选房，若未选房，则自动分配，若已选房，则将用户已选的房间分配给用户。若未查找到，则进行未预定提示。若匹配到订单，判断用户是否已选房，若未选房，则自动分配，若已选房，则将用户已选的房间分配给用户。在分配好房间后，将订单的详情信息展示给用户，并提示用户进行订单确定。在用户对订单的确认操作之后，若若所述订单的订单信息中携带有信用住标识且所述用户满足信用住条件，则将所述订单确定为有效订单；否则，显示订单二维码(即付款二维码)，若用户未在60s内完成支付，则联系大堂经理。若在60s内用户完成支付，则显示刷脸开门方式的授权操作界面。若用户同意授权，则将刷脸开门方式作为一种被选开门方式，并为用户提供除刷脸开门方式之外的其他待选择开门方式以供用户选择。若用户不同意授权，则为用户提供除所述刷脸开门方式以及房卡开门方式以外的其他待选择开门方式以供用户选择。可通过自助机屏幕为用户选择的至少一种开门方式中各开门方式演示使用过程。若用户选择了房卡开门方式，则还需进行吐房卡提示，并判断用户是否取走房卡。

图6示出了本申请一实施例提供的自助服务提供装置的结构框图。如图6所示，该装置包括：

第一显示模块601，用于用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；

第一执行模块602，用于响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作。

进一步的，第一执行模块602，具体用于：

获取所述执行设备的标识；

将所述标识和所述第一触发方式上传至服务端，以由所述服务端将触发所述执行设备做出所述指定动作的触发方式配置为所述第一触发方式。

进一步的，上述装置，还包括：

第一查找模块，用于所述第一触发方式为读卡方式时，查找所述执行设备对应的数据卡并将所述数据卡提供给所述用户；

第一发送模块，用于所述第一触发方式为密码方式时，将所述执行设备对应的触发密码发送至所述用户对应的客户端；

第一上传模块，用于所述第一触发方式为人脸识别方式时，将采集到的所述用户的人脸图像上传至服务端，以由所述服务端将所述人脸图像与所述执行设备关联。

进一步的，所述第一显示模块，还可用于：

响应于所述用户触发的授权使用其人脸图像的确认事件，显示包含人脸识别方式的所述至少一种触发方式。

进一步的，上述装置，还可包括：

第一设置模块，用于将所述人脸识别方式设置为默认方式，以在显示所述至少一种触发方式时，所述人脸识别方式呈现为被选状态。

进一步的，上述装置，还可包括：

第一调取模块，用于响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，调取所述第一触发方式对应的使用引导视频并进行播放。

进一步的，上述装置，还可包括：

第一采集模块，用于采集所述用户的人脸图像；

第一读取模块，用于读取所述用户的证件信息；

第一验证模块，用于根据所述人脸图像及所述证件信息，对所述用户进行身份验证。

进一步的，上述装置，还可包括：

第一获取模块，用于获取所述用户的服务需求信息及信用信息；

第一确定模块，用于若所述用户选择使用信用且所述信用信息满足信用使用条件，则确定所述服务需求信息有效。

进一步的，上述装置，还可包括：

第二获取模块，用于获取所述用户的服务需求信息；

第二确定模块，用于监听到所述用户针对所述服务需求信息触发的支付完成事件后，确定所述服务需求信息有效。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，显示至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

这里需要说明的是：上述实施例提供的自助服务提供装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图7示出了本申请一实施例提供的自助服务提供装置的结构框图。如图7所示，该装置包括：

第一接收模块701，用于接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息；

第三确定模块702，用于基于所述服务需求信息，确定执行设备的标识；

第一存储模块703，用于关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

进一步的，第三确定模块，具体用于；

根据所述服务需求信息，获取需求对象；

根据需求对象与标识的对应关系，获取所述需求对象对应的所述执行设备的标识。

进一步的，上述装置，还可包括：

第二接收模块，用于接收所述自助服务客户端在所述用户授权使用其人脸图像时发送的所述用户的人脸图像；

第二存储模块，用于存储所述用户的人脸图像，并将所述人脸图像与所述执行设备的标识关联。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，显示至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

这里需要说明的是：上述实施例提供的自助服务提供装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图8示出了本申请又一实施例提供的自助服务提供装置的结构框图。如图8所示，该装置包括：

第三获取模块801，用于响应于用户的触发事件，获取预先配置的第一触发方式；

第四确定模块802，通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；

第五确定模块803，用于为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

进一步的，所述触发数据包括如下中的至少一种：人脸图像、声音、指纹、数据卡信息、二维码信息、字符信息。

进一步的，第五确定模块803，具体用于：

获取参照数据；

所述触发数据与所述参照数据匹配时，做出所述指定动作。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，显示至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

这里需要说明的是：上述实施例提供的自助服务提供装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图16示出了本申请又一实施例提供的自助服务提供装置的结构框图。如图16所示，该装置包括：

第四获取模块1601，用于用户身份验证通过且服务需求信息确认有效时，获取至少一种触发执行设备做出指定动作的触发方式；

第五确定模块1602，用于根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式；

第三执行模块1603，用于根据所述第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式来触发所述执行设备做出所述指定动作。

进一步的，所述用户数据包括所述用户针对所述至少一种触发方式进行的选择操作产生的实时行为数据；以及

第五确定模块1602，具体用于：

根据所述实时行为信息，确定所述用户在所述至少一种触发方式中选中的第一触发方式。

进一步的，所述用户数据包括与触发方式选取有关的历史行为信息；

第五确定模块1602，具体用于：

根据所述历史行为信息，确定所述用户的触发方式选取倾向；

在所述至少一种触发方式中选取满足所述触发方式选取倾向的第一触发方式。

进一步的，所述用户数据包括用户身份信息；

第五确定模块1602，具体用于：

从所述至少一种触发方式中选取匹配所述用户身份信息的第一触发方式。

本申请实施例提供的技术方案中，在用户身份验证通过且用户的服务需求信息被确认有效时，为用户提供至少一种触发执行设备做出指定动作的触发方式以供用户选择；将用户从中选取的第一触发方式授权给该用户；这样后续用户可根据其选中的第一触发方式来触发执行设备做出指定动作。可见，本申请实施例提供的技术方案实现了用户自助办理登记授权，从而提高服务效率，减低人力服务成本。此外，为用户提供多种触发方式以供用户选择，可满足不同用户的不同操作需求。

这里需要说明的是：上述实施例提供的自助服务提供装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图9示出了本申请又一实施例提供的自助服务提供装置的结构框图。如图9所示，该装置包括：

第二显示模块901，用于显示自助入住登记提示页面；

第三显示模块902，用于响应于用户按照所述提示页面上的提示信息完成身份验证及订单确认的操作，显示至少一个开门方式；

第二执行模块903，用于响应于所述用户针对所述至少一个开门方式的选择事件，根据所述选择事件指向的被选开门方式，执行相应的处理以授权所述用户使用所述被选开门方式触发指定酒店房门做出解锁动作。

本实施例中的开门方式对应于上述各实施例中的触发方式，订单对应于上述各实施例中的服务需求信息，酒店房门(即酒店房门门禁)对应于上述各实施例中的执行设备，解锁动作对应于上述各实施例中的解锁动作。本申请实施例各步骤的具体实现，在本实施例中未详细阐述的部分可参见上述各实施例中的相关内容，此处不再赘述。本申请实施例提供的所述方法除了包含上述各步骤外，还可包含上述各实施例中的全部或部分步骤，具体可参见上述实施例中的相应内容，此处不再赘述。

这里需要说明的是：上述实施例提供的自助服务提供装置可实现上述各方法实施例中描述的技术方案，上述各模块或单元具体实现的原理可参见上述各方法实施例中的相应内容，此处不再赘述。

图10为本申请一实施例提供的自助服务客户端设备的结构示意图。该自助服务客户端设备包括：第一存储器1101、第一处理器1102以及第一显示器1104。第一存储器1101可被配置为存储其它各种数据以支持在自助服务客户端设备上的操作。这些数据的示例包括用于在自助服务客户端设备上操作的任何应用程序或方法的指令。第一存储器1101可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述第一显示器1104，与所述第一处理器1102耦合；

所述第一处理器1102，与所述第一存储器1101耦合，用于执行所述第一存储器1101中存储的所述程序，以用于：

控制所述第一显示器1104在用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；

响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作。

其中，第一处理器1102在执行第一存储器1101中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图10所示，自助服务客户端设备还包括：第一通信组件1103、第一电源组件1105、第一音频组件1106等其它组件。图10中仅示意性给出部分组件，并不意味着自助服务客户端设备只包括图10所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的自助服务提供方法的步骤或功能。

图11示出了本申请一实施例提供的服务端设备的结构示意图。如图所示，所述服务端设备包括第二存储器1201以及第二处理器1202。第二存储器1201可被配置为存储其它各种数据以支持在服务端设备上的操作。这些数据的示例包括用于在服务端设备上操作的任何应用程序或方法的指令。第二存储器1201可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述第二处理器1202，与所述第二存储器1201耦合，用于执行所述第二存储器1201中存储的所述程序，以用于：

接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息；

基于所述服务需求信息，确定执行设备的标识；

关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

其中，第二处理器1202在执行第二存储器1201中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图11所示，服务端设备还包括：第二通信组件1203、第二显示器1204、第二电源组件1205、第二音频组件1206等其它组件。图11中仅示意性给出部分组件，并不意味着服务端设备只包括图11所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的自助服务提供方法步骤或功能。

图12示出了本申请一实施例提供的执行设备的结构示意图。如图所示，所述执行设备包括第三存储器1301、第三通信组件1303以及第三处理器1302。第三存储器1301可被配置为存储其它各种数据以支持在执行设备上的操作。这些数据的示例包括用于在执行设备上操作的任何应用程序或方法的指令。第三存储器1301可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述第三处理器1302，与所述第三存储器1301耦合，用于执行所述第三存储器1301中存储的所述程序，以用于：

响应于用户的触发事件，获取预先配置的第一触发方式；

通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；

为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

其中，第三处理器1302在执行第三存储器1301中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图12所示，执行设备还包括：第三显示器1304、第三电源组件1305、第三音频组件1306等其它组件。图12中仅示意性给出部分组件，并不意味着执行设备只包括图12所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的自助服务提供方法步骤或功能。

图13示出了本申请一实施例提供的自助服务客户端设备的结构示意图。如图13所示，所述自助服务客户端设备包括第四存储器1401、第四处理器1402以及第四显示器1404。第四存储器1401可被配置为存储其它各种数据以支持在自助服务客户端设备上的操作。这些数据的示例包括用于在自助服务客户端设备上操作的任何应用程序或方法的指令。第四存储器1401可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述第四显示器1404，与所述第四处理器1402耦合；

所述第四处理器1402，与所述第四存储器1401耦合，用于执行所述第四存储器1401中存储的所述程序，以用于：

控制第四显示器1404显示自助入住登记提示页面；

控制第四显示器1404响应于用户按照所述提示页面上的提示信息完成身份验证及订单确认的操作，显示至少一个开门方式；

响应于所述用户针对所述至少一个开门方式的选择事件，根据所述选择事件指向的被选开门方式，执行相应的处理以授权所述用户使用所述被选开门方式触发指定酒店房门做出解锁动作。

其中，第四处理器1402在执行第四存储器1401中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图13所示，自助服务客户端设备还包括：第四通信组件1403、第四电源组件1405、第四音频组件1406等其它组件。图13中仅示意性给出部分组件，并不意味着自助服务客户端设备只包括图13所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的自助服务提供方法步骤或功能。

图17示出了本申请一实施例提供的自助服务客户端设备的结构示意图。如图17所示，所述自助服务客户端设备包括第五存储器1701和第五处理器1702。第五存储器1701可被配置为存储其它各种数据以支持在自助服务客户端设备上的操作。这些数据的示例包括用于在自助服务客户端设备上操作的任何应用程序或方法的指令。第五存储器1701可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

所述第五处理器1702，与所述第五存储器1701耦合，用于执行所述第五存储器1701中存储的所述程序，以用于：

用户身份验证通过且服务需求信息确认有效时，获取至少一种触发执行设备做出指定动作的触发方式；

根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式；

根据所述第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式来触发所述执行设备做出所述指定动作。

其中，第五处理器1702在执行第五存储器1701中的程序时，除了上面的功能之外，还可实现其它功能，具体可参见前面各实施例的描述。

进一步，如图17所示，自助服务客户端设备还包括：第五通信组件1703、第五显示器1704、第五电源组件1705、第五音频组件1706等其它组件。图17中仅示意性给出部分组件，并不意味着自助服务客户端设备只包括图17所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，所述计算机程序被计算机执行时能够实现上述各实施例提供的自助服务提供方法步骤或功能。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (21)

1.一种自助服务提供方法，其特征在于，包括：

用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；

响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作。

2.根据权利要求1所述的方法，其特征在于，根据所述选择事件指向的第一触发方式，执行相应的处理，包括：

获取所述执行设备的标识；

将所述标识和所述第一触发方式上传至服务端，以由所述服务端将触发所述执行设备做出所述指定动作的触发方式配置为所述第一触发方式。

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

所述第一触发方式为读卡方式时，查找所述执行设备对应的数据卡并将所述数据卡提供给所述用户；

所述第一触发方式为密码方式时，将所述执行设备对应的触发密码发送至所述用户对应的客户端；

所述第一触发方式为人脸识别方式时，将采集到的所述用户的人脸图像上传至服务端，以由所述服务端将所述人脸图像与所述执行设备关联。

4.根据权利要求1-3中任一项所述的方法，其特征在于，用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式，包括：

用户身份验证通过且服务需求信息确认有效时，显示使用所述用户的人脸图像的待授权界面；

响应于所述用户针对所述待授权界面触发的确认事件，显示包含人脸识别方式的所述至少一种触发方式。

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

将所述人脸识别方式设置为默认方式，以在显示所述至少一种触发方式时，所述人脸识别方式呈现为被选状态。

6.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，调取所述第一触发方式对应的使用引导视频并进行播放。

7.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

采集所述用户的人脸图像；

读取所述用户的证件信息；

根据所述人脸图像及所述证件信息，对所述用户进行身份验证。

8.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

获取所述用户的服务需求信息及信用信息；

若所述用户选择使用信用且所述信用信息满足信用使用条件，则确定所述服务需求信息有效。

9.根据权利要求1-3中任一项所述的方法，其特征在于，还包括：

获取所述用户的服务需求信息；

监听到所述用户针对所述服务需求信息触发的支付完成事件后，确定所述服务需求信息有效。

10.一种自助服务提供方法，其特征在于，包括：

接收自助服务客户端发送的用户在至少一种触发方式中选中的第一触发方式及服务需求信息；

基于所述服务需求信息，确定执行设备的标识；

关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

11.根据权利要求10所述的方法，其特征在于，基于所述服务需求信息，确定执行设备的标识，包括：

根据所述服务需求信息，获取需求对象；

根据需求对象与标识的对应关系，获取所述需求对象对应的所述执行设备的标识。

12.根据权利要求10或11所述的方法，其特征在于，还包括：

接收所述自助服务客户端在所述用户授权使用其人脸图像时发送的所述用户的人脸图像；

存储所述用户的人脸图像，并将所述人脸图像与所述执行设备的标识关联。

13.一种自助服务提供方法，其特征在于，包括：

响应于触发事件，获取预先配置的第一触发方式；

通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；

为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出指定动作。

14.根据权利要求13所述的方法，其特征在于，基于所述触发事件中获取到的触发数据，确定是否做出指定动作，包括：

获取参照数据；

所述触发数据与所述参照数据匹配时，做出所述指定动作。

15.一种自助服务提供系统，其特征在于，包括：

自助服务客户端，用于用户身份验证通过且服务需求信息确认有效时，显示至少一种触发执行设备做出指定动作的触发方式；响应于所述用户针对所述至少一种触发方式的选择事件，根据所述选择事件指向的第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式触发所述执行设备做出所述指定动作；

服务端，用于接收所述自助服务客户端发送的所述用户在至少一种触发方式中选中的第一触发方式及所述服务需求信息；基于所述服务需求信息，确定所述执行设备的标识；关联所述第一触发方式及所述执行设备的标识，以使所述执行设备监测到触发事件且所述触发事件的第二触发方式为与自身标识关联的所述第一触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出所述指定动作；

执行设备，用于响应于触发事件，获取预先配置的所述第一触发方式；通过比对所述第一触发方式与所述触发事件的第二触发方式，确定所述第二触发方式是否为约定触发方式；为约定触发方式时，基于所述触发事件中获取到的触发数据，确定是否做出所述指定动作。

16.根据权利要求15所述的系统，其特征在于，包括：

用户客户端，用于当所述用户选择的触发方式为密码方式时，接收所述自助服务客户端发送的触发密码。

17.一种自助服务提供方法，其特征在于，包括：

用户身份验证通过且服务需求信息确认有效时，获取至少一种触发执行设备做出指定动作的触发方式；

根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式；

根据所述第一触发方式，执行相应的处理以授权所述用户使用所述第一触发方式来触发所述执行设备做出所述指定动作。

18.根据权利要求17所述的方法，其特征在于，所述用户数据包括所述用户针对所述至少一种触发方式进行的选择操作产生的实时行为数据；以及

根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式，包括：

根据所述实时行为信息，确定所述用户在所述至少一种触发方式中选中的第一触发方式。

19.根据权利要求17所述的方法，其特征在于，所述用户数据包括与触发方式选取有关的历史行为信息；

根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式，包括：

根据所述历史行为信息，确定所述用户的触发方式选取倾向；

在所述至少一种触发方式中选取满足所述触发方式选取倾向的第一触发方式。

20.根据权利要求17所述的方法，其特征在于，所述用户数据包括用户身份信息；

根据所述用户的用户数据，在所述至少一种触发方式中确定适于所述用户的第一触发方式，包括：

从所述至少一种触发方式中选取匹配所述用户身份信息的第一触发方式。

21.一种自助服务提供方法，其特征在于，包括：

显示自助入住登记提示页面；

响应于用户按照所述提示页面上的提示信息完成身份验证及订单确认的操作，显示至少一个开门方式；

响应于所述用户针对所述至少一个开门方式的选择事件，根据所述选择事件指向的被选开门方式，执行相应的处理以授权所述用户使用所述被选开门方式触发指定酒店房门做出解锁动作。

Images