CN110956559A - 订单处理方法、权限验证方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种订单处理方法、权限验证方法、装置、设备及存储介质，属于互联网技术领域。所述方法包括：向服务器发送订单绑定请求；服务器记录酒店入住订单的订单标识和第一用户的身份证硬件标识之间的绑定关系，并向酒店内的相关设备发送绑定后订单信息；相关设备存储酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系后，获取待核验的身份证硬件标识；若通过验证，且酒店入住订单处于有效状态，则相关设备确认提供本端的使用权限。本申请实施例提供的技术方案中，用户通过身份证即可使用酒店内的相关设备，省去了酒店制作房卡的流程，降低酒店成本，且有助于简化入住办理流程，提升入住效率。

Description

订单处理方法、权限验证方法、装置、设备及存储介质

技术领域

本申请实施例涉及互联网技术领域，特别涉及一种订单处理方法、权限验证方法、装置、设备及存储介质。

背景技术

目前，越来越多的用户在旅行途中会选择合适的酒店去居住。

在相关技术中，用户在酒店前台办理入住时，在进行身份验证之后，用户选择指定的房间号，酒店工作人员会向用户提供对应的房卡，不同的房间对应不同的房卡。进一步地，用户可以通过该房卡获取酒店的部分资源的使用权限，如门锁、供电盒等的使用权限。在用户入住酒店的期间，用户可以通过上述房卡打开对应的房间门锁，并使用该房间内的设备，如供电盒、无线网络和收费电视等。

发明内容

本申请实施例提供了一种订单处理方法、权限验证方法、装置、设备及存储介质。所述技术方案如下：

一方面，本申请实施例提供了一种订单处理方法，所述方法包括：

接收终端发送的订单绑定请求，所述订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和所述第一用户的身份证硬件标识；

记录所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识之间的绑定关系；

向酒店内的相关设备发送绑定后订单信息，所述绑定后订单信息包括所述酒店入住订单的订单信息和所述第一用户的身份证硬件标识，所述第一用户的身份证硬件标识是核验所述第一用户对于所述相关设备的使用权限的凭证。

另一方面，本申请实施例提供了一种订单处理方法，所述方法包括：

获取第一用户的身份证信息；

获取与所述第一用户的身份证信息相匹配的酒店入住订单；

向服务器发送订单绑定请求，所述订单绑定请求中包括所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识；

其中，所述第一用户的身份证硬件标识是核验所述第一用户对于酒店内的相关设备的使用权限的凭证。

再一方面，本申请实施例提供了一种权限验证方法，所述方法包括：

接收服务器发送的绑定后订单信息，所述绑定后订单信息包括酒店入住订单的订单信息和第一用户的身份证硬件标识；

存储所述酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系；

获取待核验的身份证硬件标识；

若所述待核验的身份证硬件标识与所述第一用户的身份证硬件标识相匹配，且所述酒店入住订单处于有效状态，则确认提供本端的使用权限。

又一方面，本申请实施例提供了一种订单处理装置，所述装置包括：

请求接收模块，用于接收终端发送的订单绑定请求，所述订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和所述第一用户的身份证硬件标识；

关系记录模块，用于记录所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识之间的绑定关系；

信息发送模块，用于向酒店内的相关设备发送绑定后订单信息，所述绑定后订单信息包括所述酒店入住订单的订单信息和所述第一用户的身份证硬件标识，所述第一用户的身份证硬件标识是核验所述第一用户对于所述相关设备的使用权限的凭证。

还一方面，本申请实施例提供了一种订单处理装置，所述装置包括：

信息获取模块，用于获取第一用户的身份证信息；

订单获取模块，用于获取与所述第一用户的身份证信息相匹配的酒店入住订单；

请求发送模块，用于向服务器发送订单绑定请求，所述订单绑定请求中包括所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识；其中，所述第一用户的身份证硬件标识是核验所述第一用户对于酒店内的相关设备的使用权限的凭证。

还一方面，本申请实施例提供了一种权限验证装置，所述装置包括：

信息接收模块，用于接收服务器发送的绑定后订单信息，所述绑定后订单信息包括酒店入住订单的订单信息和第一用户的身份证硬件标识；

关系存储模块，用于存储所述酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系；

标识获取模块，用于获取待核验的身份证硬件标识；

权限确认模块，用于若所述待核验的身份证硬件标识与所述第一用户的身份证硬件标识相匹配，且所述酒店入住订单处于有效状态，则确认提供本端的使用权限。

还一方面，本申请实施例提供了一种服务器，所述服务器包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述订单处理方法。

还一方面，本申请实施例提供了一种终端，所述终端包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述订单处理方法。

还一方面，本申请实施例提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现上述权限验证方法。

还一方面，本申请实施例提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被服务器的处理器执行时实现上述服务器侧的订单处理方法。

还一方面，本申请实施例提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被终端的处理器执行时实现上述终端侧的订单处理方法。

还一方面，本申请实施例提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被电子设备的处理器执行时实现上述权限验证方法。

还一方面，提供了一种计算机程序产品，当所述计算机程序产品在服务器上运行时，使得服务器执行上述订单处理方法。

还一方面，提供了一种计算机程序产品，当所述计算机程序产品在终端上运行时，使得终端执行上述订单处理方法。

还一方面，提供了一种计算机程序产品，当所述计算机程序产品在电子设备上运行时，使得电子设备执行上述权限验证方法。

本申请实施例提供的技术方案可以带来如下有益效果：

通过服务器接收终端发送的订单绑定请求，该订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和该第一用户的身份证硬件标识，然后向酒店内的相关设备发送上述订单信息和身份证硬件标识，使得用户获得通过身份证使用酒店内的相关设备的权限，这样，用户通过身份证即可使用酒店内的相关设备，省去了酒店制作房卡的流程，降低酒店成本，且有助于简化入住办理流程，提升入住效率。

附图说明

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

图1是本申请一个实施例提供的实施环境的示意图；

图2是本申请一个实施例提供的订单处理方法和权限验证方法的流程图；

图3示出了一种订单修改方法的示意图；

图4示出了一种订单处理方法和权限验证方法的示意图；

图5是本申请一个实施例提供的订单处理装置的框图；

图6是本申请另一个实施例提供的订单处理装置的框图；

图7是本申请再一个实施例提供的订单处理装置的框图；

图8是本申请又一个实施例提供的订单处理装置的框图；

图9是本申请一个实施例提供的权限验证装置的框图；

图10是本申请一个实施例提供的服务器的结构框图；

图11是本申请一个实施例提供的终端的结构框图；

图12是本申请一个实施例提供的电子设备的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施方式作进一步地详细描述。

请参考图1，其示出了本申请一个实施例提供的实施环境的示意图。该实施环境可以包括：终端10、服务器20和电子设备30。

终端10可以是手机、平板电脑、PC(Personal Computer，个人计算机)和酒店自助入住机器等电子设备。可选地，终端10中可以安装提供酒店服务的应用程序。终端10可以是用户使用的终端，也可以是酒店工作人员使用的终端。可选地，终端10可以具有身份证、人脸图像或指纹的识别功能，用户也可以在终端10对订单信息进行修改。在本申请实施例中，终端10可以设置有身份证刷卡区域，该身份证刷卡区域可以设置在终端10的任意位置，本申请实施例对此不作限定。需要说明的一点是，终端10可以根据实际情况，与摄像头或指纹识别机器相连接，当然，终端10中可以设置有摄像头或指纹识别区域。

服务器20用于为终端10提供后台服务，例如，终端10向服务器20发送订单绑定请求之后，服务器20可以生成对应的绑定后订单信息，并记录对应的绑定关系。服务器20可以是一台服务器，也可以是由多台服务器组成的服务器集群，或者是一个云计算服务中心。可选地，服务器20同时为多个终端10中的应用程序提供后台服务。

电子设备30是酒店中的用户可以使用的设备。可选地，电子设备30可以通过服务器20获取身份证硬件标识信息，进而电子设备30可以识别对应的身份证，用户通过对应的身份证使用电子设备30。在本申请实施例中。电子设备30中可以设置有身份证刷卡区域，该身份证刷卡区域可以在相关设备30的任意位置，本申请实施例对此不作限定。可选地，电子设备30可以是房间的门锁、电梯的控制设备和房间的取电装置，等等，本申请实施例对此不作限定。下文将电子设备30统一称为相关设备30。

终端10和服务器20之间可通过网络进行互相通信。当然服务器20和相关设备30之间也可通过网络进行互相通信。

请参考图2，其示出了本申请一个实施例提供的订单处理方法和权限验证方法的流程图。该方法可应用于图1所示实施环境中。该方法可以包括以下几个步骤(201～208)：

步骤201，终端获取第一用户的身份证信息。

第一用户是指入住酒店的某个用户，可选地，该第一用户可以是订购酒店服务的用户，也可以是在订购酒店服务时添加身份证信息的用户，本申请实施例对此不作限定。身份证信息是指第一用户的身份信息，用于唯一指示该第一用户。可选地，该身份证信息包括但不限于以下至少一项：第一用户的姓名、第一用户的年龄、第一用户的联系方式、第一用户的身份证号、第一用户的指纹和第一用户的照片。可选地，终端可以通过扫描上述第一用户的身份证获取对应的身份证信息，也可以根据由上述第一用户输入的身份信息获取对应的身份证信息。

在本申请实施例中，第一用户可以在终端的身份证刷卡区域放置身份证，进一步地，终端对该身份证进行扫描读取获取对应的身份证信息。其中，上述身份证刷卡区域是指具有身份证感应功能的区域，可以设备在终端的任意位置，本申请实施例对此不作限定。可选地，终端在获取上述身份证信息之后，通过身份证信息对上述第一用户和上述身份证进行人证核验，如对该第一用户进行人脸识别或指纹识别确认该第一用户与该身份证的对应关系。例如，对于自助入住机器，在获取身份证信息之后，可以调用摄像头采集该第一用户的人脸图像，并将该人脸图像与上述第一用户的照片进行比对，若相似度为大于阈值100％，则确认该第一用户通过人证核验；或者，自主入住机器也可以调用指纹识别机器采集该第一用户的指纹，并将该指纹与上述第一用户的指纹进行比对，若相似度大于阈值，则确定该第一用户通过人证核验，其中，上述阈值可以为93％、95％或98％等，本申请实施例对此不作限定。当然，若第一用户在酒店前台办理人工入住，则在获取上述身份证信息之后，也可以调用摄像头或指纹识别机器进行人证核验。

步骤202，终端获取与第一用户的身份证信息相匹配的酒店入住订单。

酒店入住订单是指记录用户预订酒店服务的订单，可选地，该用户可以是上述第一用户；也可以是不需要入住的其他用户，在这种情况下，该其他用户需要将上述第一用户的部分或全部身份证信息输入酒店入住订单的订单信息中，本申请实施例对此不作限定。可选地，终端在获取上述身份证信息之后，可以从订单管理***获取对应的酒店入住订单。在本申请实施例中，该酒店入住订单中可以包括上述身份证信息的部分内容或全部内容。

在一种可能的实施方式中，上述订单管理***设置在终端中。可选地，终端在进行人证核验之后，根据上述身份证信息中的部分内容或全部内容，从订单管理***匹配对应的酒店入住订单，例如，终端根据上述第一用户的姓名和第一用户的联系方式匹配含有相同信息的酒店入住订单。

在另一种可能的实施方式中，上述订单管理***设置在服务器中。可选地，终端在进行人证核验之后，根据上述身份证信息获取对应的标识信息，并向服务器发送该标识信息，该标识信息可以是该身份证信息的部分内容或全部内容。进一步地，服务器根据该标识信息，在订单管理***中匹配对应的酒店入住订单，并向终端发送该酒店入住订单。当然，终端也可以通过上述身份证信息获取对应的订单编号，进而通过向服务器发送该订单编号来获取相匹配的酒店入住订单。

需要说明的一点是，上文介绍的人证核验过程可以在终端获取酒店入住订单的订单信息之后进行。可选地，终端可以在获取上述酒店入住订单的订单信息之后，在终端显示屏上显示对应的酒店入住订单的订单信息的显示信息。可选地，该显示信息中可以包括“确认”按钮，上述第一用户在确认该显示信息正确之后，点击“确认”按钮，进一步地，终端开始进行人证核验，该人证核验过程在上文中进行介绍，在此不作赘述。

步骤203，终端向服务器发送订单绑定请求。

订单绑定请求中包括酒店入住订单的订单标识和第一用户的身份证硬件标识，用于向服务器请求绑定该酒店入住订单和该第一用户的身份证硬件标识。其中，订单标识用于指示唯一的酒店入住订单，可选地，终端可以在获取上述酒店入住订单之后，获取对应的订单标识；第一用户的身份证硬件标识是核验第一用户对于酒店内的相关设备的使用权限的凭证，可选地，该第一用户的身份证硬件标识用于指示第一用户的身份证，终端可以在获取上述身份证信息之后，获取第一用户的身份证硬件标识，也可以在进行人证核验之后获取对应的身份证标识，本申请实施例对此不作限定。

当然，在终端发送上述订单绑定请求之后，相应的，服务器接收该订单绑定请求。

步骤204，服务器记录酒店入住订单的订单标识和第一用户的身份证硬件标识之间的绑定关系。

可选地，服务器在获取上述订单绑定请求之后，根据该订单绑定请求获取对应的订单标识和第一用户的身份证硬件标识，并对该订单标识和该第一用户的身份证硬件标识进行绑定，生成绑定后订单信息，并记录该订单标识和该第一用户的身份证硬件标识的绑定关系。

步骤205，服务器向酒店内的相关设备发送绑定后订单信息。

绑定后订单信息包括酒店入住订单的订单信息和第一用户的身份证硬件标识。可选地，服务器在生成上述绑定后订单信息并记录对应的绑定关系之后，可以向酒店内的相关设备发送该绑定后订单信息。进一步地，相关设备接收该绑定后订单信息，可以根据该绑定后订单信息识别上述第一用户的身份证，使得第一用户具有使用对应的相关设备的权限。其中，上述第一用户的身份证硬件标识用于控制上述相关设备识别对应的第一用户的身份证；上述酒店入住订单的订单信息用于控制上述第一用户具有使用上述相关设备的权限的时间段，可选地，该酒店入住订单的订单信息包括但不限于以下几项：酒店入住订单的状态、酒店入住订单的入住人数、酒店入住订单的订单标识、酒店入住订单对应的房间号和居住日期。其中，酒店入住订单的状态包括有效状态和无效状态，可选地，在有效状态时，上述第一用户可以使用对应的相关设备。

需要说明的一点是，上述相关设备包括共用设备和独立设备。其中，共用设备是指上述酒店的任一入住者均可以使用的设备，如酒店餐厅设备和酒店健身房设备等可以由任一酒店入住者使用；独立设备是指上述酒店中部分入住者可以使用的设备，如酒店某个房间的门锁或房间内的取电装置可以由该房间的入住者使用。可选地，上述步骤205包括以下几个步骤：

1、根据酒店入住订单的订单信息，确定第一用户入住的房间号。

房间号是指上述第一用户在酒店入住的房间的标识号，该房间号可以由第一用户指令，也可以由酒店服务器配置。可选地，服务器在获取上述绑定后订单信息之后，获取对应的酒店入住订单的订单信息，并根据该酒店入住订单的订单信息确定上述第一用户入住的房间号。

2、确定与房间号相对应的目标独立设备。

目标独立设备是指上述房间号对应的房间内的设备。可选地，服务器在获取上述房间号之后，通过该房间号获取对应的目标独立设备的标识，进而确定对应的目标独立设备。其中，该标识可以是数字和/或字母的编码。

3、向公共设备和目标独立设备发送绑定后订单信息。

可选地，服务器可以在获取上述绑定后订单信息之后获取酒店内公共设备的标识，也可以在获取上述目标独立设备之后，获取对应的公共设备的标识，进而确定对应的公共设备。进一步地，服务器向上述公共设备和上述目标独立设备发送绑定后订单信息。

步骤206，相关设备存储酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系。

可选地，相关设备在接收上述绑定后订单信息之后，根据该绑定后订单信息获取上述酒店入住订单的订单信息和上述第一用户的身份证硬件标识，并存储该酒店入住订单的订单信息和该第一用户的身份证硬件标识之间的绑定关系。

步骤207，相关设备获取待核验的身份证硬件标识。

待验证的身份证硬件标识是指使用上述相关设备的用户的身份证硬件标识。在本申请实施例中，第一用户在使用上述相关设备时，可以将对应的身份证放置在该相关设备的身份证识别区域，进一步地，该相关设备通过身份证识别区域获取待验证的身份证硬件标识，并与上述第一用户的身份证硬件标识相匹配，若匹配成功，则确定该待验证的身份证硬件标识为上述第一用户的身份证硬件标识。

步骤208，若待核验的身份证硬件标识与第一用户的身份证硬件标识相匹配，且酒店入住订单处于有效状态，则相关设备确认提供本端的使用权限。

可选地，相关设备在获取上述待验证的身份证硬件标识之后，将该待验证的身份证硬件标识与上述第一用户的身份证硬件标识进行匹配，若匹配成功且上述酒店入住订单处于有效状态，则相关设备确认上述用户为第一用户，并为该第一用户提供本端的使用权限。例如，在房间门锁获取上述绑定后订单信息之后，第一用户拥有该门锁的使用权，当第一用户在该门锁上刷身份证时，该门锁打开。

综上所述，通过服务器接收终端发送的订单绑定请求，该订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和该第一用户的身份证硬件标识，然后向酒店内的相关设备发送上述订单信息和身份证硬件标识，使得用户获得通过身份证使用酒店内的相关设备的权限，这样，用户通过身份证即可使用酒店内的相关设备，省去了酒店制作房卡的流程，降低酒店成本，且有助于简化入住办理流程，提升入住效率。

另外，用户通过身份证使用相关设备，降低了房卡丢失的概率，有效的避免了因房卡丢失而造成的财产纠纷。

另外，对酒店内的公共设备和独立设备均发送身份证硬件标识，用户通过身份证可以使用酒店内的公共设备和独立设备，方便快捷。

需要说明的一点是，上文主要以第一用户为例对本申请进行了介绍，在实际情况中，可以存在第二用户与第一用户共同入住同一酒店房间的情况，下面，对这种情况进行介绍。

在一种可能的实施方式中，上述第二用户与上述第一用户同时入住酒店。可选地，终端在获取上述第一用户的身份证信息之后，可以以相似的方式，通过身份证刷卡区域获取对应的第二用户的身份证信息；当然，终端也可以在第一用户完成人证核验之后，获取第二用户的身份证信息并进行人证核验，并获取第二用户的身份证硬件标识，本申请实施例对此不作限定。其中，第二用户的身份证硬件标识是核验第二用户对于相关设备的使用权限的凭证。进一步地，终端向服务器发送上述订单绑定请求时，该订单绑定请求中包括与上述第一用户相关联的第二用户的身份证硬件标识。接着，服务器对上述酒店入住订单的订单标识与上述第一用户的硬件标识和第二用户的身份证硬件标识进行绑定，生成绑定后订单信息，并向相关设备发送该绑定后订单信息。进一步地，相关设备在获取上述绑定后订单信息之后，第一用户和第二用户均获得该相关设备的使用权限，也就是说，通过第一用户的身份证和第二用户的身份证均可以使用该相关设备。

在另一种可能的实施方式中，上述第二用户与上述第一用户不同时入住酒店。可选地，第二用户可以在第一用户入住酒店之后入住酒店，此时第二用户可以通过身份证刷卡区域获取该第二用户的身份证信息，并匹配对应的酒店入住订单，在完成人证核验之后，向服务器发送第二用户的身份证硬件标识，进一步地，服务器通过向相关设备发送该第二用户的身份证硬件标识，进一步地，第二用户拥有使用该相关设备的权限，也就是说，通过第二用户的身份证可以使用上述相关设备。当然，第二用户也可以在第一用户之前入住酒店，本申请实施例对此不作限定。需要说明的一点是，若上述酒店入住订单中不包括第二用户的身份证信息，则该第二用户可以通过输入对应的订单编号或房间号匹配对应的酒店入住订单；或者，该第二用户可以通过输入上述第一用户的身份证信息匹配对应的酒店入住订单。进一步地，服务器在接收上述订单绑定信息之后，对上述酒店入住订单和第二用户身份证的硬件标识进行绑定生成绑定后订单信息，并记录该酒店入住订单的订单标识和该第二用户的身份证硬件标识的绑定关系。之后，服务器向相关设备发送该绑定后订单信息，进而第二用户拥有使用上述相关设备的权限。

综上所述，与第一用户入住酒店同一房间的第二用户能够获得相关设备的使用权限，并可以使用第二用户的身份证使用相关设备，这样酒店的每个入住者都可以凭借自己的身份证使用酒店内的相关设备，一方面可以避免多个入住者共用一个房卡的不便，另一方面也不必给每个入住者分发房卡，节省成本。

需要说明的一点是，上述实施例是示例性和解释性的，在实际情况中，与上述第一用户入住酒店的同一房间的用户数量可以是一个或多个，本申请实施例对此不作限定。

当然，在本申请实施例中，用户可以对酒店入住订单进行修改，如提前退房或延迟退房时间等，下面，结合参考图3，对这种情况进行介绍。

步骤31，终端获取酒店入住订单的修改后订单信息。

可选地，用户可以通过自己的终端(如手机、平板电脑和可穿戴电子设备等)向终端发送酒店入住订单的修改信息，进一步地，终端通过该修改信息获取上述酒店入住订单的修改后订单信息。其中，该用户可以是第一用户，也可以是第二用户。可选地，上述修改信息中包括但不限于以下几项：酒店入住订单的订单标识、修改后的居住日期和修改原因，上述修改后订单信息包括该修改信息中的部分或全部内容。

步骤32，终端向服务器发送订单信息修改请求。

订单信息修改请求中包括酒店入住订单的订单标识和修改后订单信息。可选地，终端在获取上述修改后订单信息之后，向服务器发送订单修改请求。相应的，服务器接收该订单信息修改请求，并根据该订单修改请求修改上述酒店入住订单。

步骤33，服务器根据订单信息修改请求，对酒店入住订单进行修改。

可选地，服务器在获取上述订单修改请求之后，根据该订单修改请求，对订单管理***进行数据更新，修改对应的酒店入住订单。在本申请实施例中，服务器可以根据上述订单标识，从订单管理***中匹配对应的酒店入住订单，进一步地，根据上述修改后的居住日期修改对应的酒店入住订单中的居住日期，完成数据更新。

步骤34，服务器向相关设备发送修改后订单信息。

可选地，服务器在完成上述数据更新之后，向相关设备发送上述修改后订单信息，相应的，相关设备接收该修改后订单信息，并根据该修改后订单信息进行数据修改。当然，服务器也可以向相关设备发送上述酒店入住订单的修改内容，本申请实施例对此不作限定。

步骤35，相关设备存储修改后订单信息和第一用户的身份证硬件标识之间的绑定关系。

可选地，相关设备在获取上述修改后订单信息之后，根据该修改后订单信息，存储修改后订单信息和第一用户的身份证硬件标识之间的绑定关系。例如，若用户的修改后订单信息延长入住，则相关设备相应的延长对应的绑定关系的有效时长；若若用户的修改后订单信息提前退房，则相关设备相应的缩短对应的绑定关系的有效时长，需要说明的一点是，只有上述绑定关系在有效时长之内，上述酒店入住订单才处于有效状态，进一步地，用户可以通过刷身份证使用对应的相关设备。

综上所述，通过终端和服务器修改对应的订单信息进行延住或退房，并将修改后订单信息发送给相关设备，进一步地，相关设备根据修改后订单信息对上述绑定关系的有效时长进行修改，有效地保证了对用户权限验证的准确性。

另外，结合参考图4，以多人入住为例，对本申请进行完整介绍。

首先，终端获取第一用户的身份证信息并匹配对应的酒店入住订单，该第一用户是指对应的身份证信息与酒店入住订单中记录的身份证信息相匹配的任一用户。进一步地，对上述第一用户进行人证核验并获取第一用户的身份证硬件标识信息，同时对与第一用户相关联的第二用户进行人证核验并获取第二用户的身份证硬件标识，该第二用户是指与第一用户入住酒店的同一房间的用户。接着，用户或酒店工作人员确定上述酒店入住订单的状态为有效状态，并向服务器发送订单绑定请求，该订单绑定请求中包括酒店入住订单的订单标识、第一用户的身份证硬件标识和第二用户的身份证硬件标识。之后，服务器接收上述订单绑定请求之后，对酒店入住订单的订单标识和第一用户的身份证硬件标识与第二用户的身份证硬件标识进行绑定，生成绑定后订单信息，并向相关设备发送该绑定后订单信息，进而，第一用户和第二用户可以通过对应的身份证使用上述相关设备。当然，用户也可以对酒店入住订单的订单信息进行修改，生成修改后订单信息，终端在获取该修改后订单信息之后，向服务器发送该修改后订单信息修改请求，服务器根据该修改后订单信息修改请求更新对应的绑定关系，并向相关设备发送修改后订单信息，进而相关设备存储对应的绑定关系。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

请参考图5，其示出了本申请一个实施例提供的订单处理装置的框图。该装置具有实现上述服务器侧的订单处理方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是服务器，也可以设置在服务器中。该装置500可以包括：请求接收模块501、关系记录模块502和信息发送模块503。

请求接收模块501，用于接收终端发送的订单绑定请求，所述订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和所述第一用户的身份证硬件标识。

关系记录模块502，用于记录所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识之间的绑定关系。

信息发送模块503，用于向酒店内的相关设备发送绑定后订单信息，所述绑定后订单信息包括所述酒店入住订单的订单信息和所述第一用户的身份证硬件标识，所述第一用户的身份证硬件标识是核验所述第一用户对于所述相关设备的使用权限的凭证。

在示例性实施例中，所述相关设备包括共用设备和独立设备。

所述信息发送模块503，用于根据所述酒店入住订单的订单信息，确定所述第一用户入住的房间号；确定与所述房间号相对应的目标独立设备；向所述公共设备和所述目标独立设备发送所述绑定后订单信息。

在示例性实施例中，所述订单绑定请求中还包括与所述第一用户相关联的第二用户的身份证硬件标识。

如图6所示，所述装置500还包括：标识发送模块504。

所述关系记录模块502，还用于记录所述酒店入住订单的订单标识和所述第二用户的身份证硬件标识之间的绑定关系。

标识发送模块504，用于向所述相关设备发送所述第二用户的身份证硬件标识，所述第二用户的身份证硬件标识是核验所述第二用户对于所述相关设备的使用权限的凭证。

在示例性实施例中，如图6所示，所述装置500还包括：订单修改模块505。

所述请求接收模块501，还用于接收订单信息修改请求，所述订单信息修改请求中包括所述酒店入住订单的订单标识和修改后订单信息。

订单修改模块505，用于根据所述订单信息修改请求，对所述酒店入住订单进行修改。

所述信息发送模块503，还用于向所述相关设备发送所述修改后订单信息。

综上所述，本申请实施例提供的技术方案中，通过服务器接收终端发送的订单绑定请求，该订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和该第一用户的身份证硬件标识，然后向酒店内的相关设备发送上述订单信息和身份证硬件标识，使得用户获得通过身份证使用酒店内的相关设备的权限，这样，用户通过身份证即可使用酒店内的相关设备，省去了酒店制作房卡的流程，降低酒店成本，且有助于简化入住办理流程，提升入住效率。

请参考图7，其示出了本申请再一个实施例提供的订单处理装置的框图。该装置具有实现上述终端侧的订单处理方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是终端，也可以设置在终端中。该装置700可以包括：信息获取模块701、订单获取模块702和请求发送模块703。

信息获取模块701，用于获取第一用户的身份证信息。

订单获取模块702，用于获取与所述第一用户的身份证信息相匹配的酒店入住订单。

请求发送模块703，用于向服务器发送订单绑定请求，所述订单绑定请求中包括所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识；其中，所述第一用户的身份证硬件标识是核验所述第一用户对于酒店内的相关设备的使用权限的凭证。

在示例性实施例中，所述订单绑定请求中还包括与所述第一用户相关联的第二用户的身份证硬件标识，所述第二用户的身份证硬件标识是核验所述第二用户对于所述相关设备的使用权限的凭证。

在示例性实施例中，如图8所示，所述装置700还包括：修改获取模块704。

修改获取模块704，还用于获取所述酒店入住订单的修改后订单信息。

所述请求发送模块703，还用于向所述服务器发送订单信息修改请求，所述订单信息修改请求中包括所述酒店入住订单的订单标识和修改后订单信息；其中，所述修改后订单信息被发送给所述相关设备。

综上所述，本申请实施例提供的技术方案中，通过服务器接收终端发送的订单绑定请求，该订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和该第一用户的身份证硬件标识，然后向酒店内的相关设备发送上述订单信息和身份证硬件标识，使得用户获得通过身份证使用酒店内的相关设备的权限，这样，用户通过身份证即可使用酒店内的相关设备，省去了酒店制作房卡的流程，降低酒店成本，且有助于简化入住办理流程，提升入住效率。

请参考图9，其示出了本申请一个实施例提供的权限验证装置的框图。该装置具有实现上述相关设备侧的权限验证方法的功能，所述功能可以由硬件实现，也可以由硬件执行相应的软件实现。该装置可以是相关设备，也可以设置在相关设备中。该装置900可以包括：信息接收模块901、关系存储模块902、标识获取模块903和权限确认模块904。

信息接收模块901，用于接收服务器发送的绑定后订单信息，所述绑定后订单信息包括酒店入住订单的订单信息和第一用户的身份证硬件标识。

关系存储模块902，用于存储所述酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系。

标识获取模块903，用于获取待核验的身份证硬件标识。

权限确认模块904，用于若所述待核验的身份证硬件标识与所述第一用户的身份证硬件标识相匹配，且所述酒店入住订单处于有效状态，则确认提供本端的使用权限。

在示例性实施例中，所述信息接收模块901，还用于接收所述酒店入住订单的修改后订单信息。

在示例性实施例中，所述关系存储模块902，还用于存储所述修改后订单信息和所述第一用户的身份证硬件标识之间的绑定关系。

综上所述，本申请实施例提供的技术方案中，通过服务器接收终端发送的订单绑定请求，该订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和该第一用户的身份证硬件标识，然后向酒店内的相关设备发送上述订单信息和身份证硬件标识，使得用户获得通过身份证使用酒店内的相关设备的权限，这样，用户通过身份证即可使用酒店内的相关设备，省去了酒店制作房卡的流程，降低酒店成本，且有助于简化入住办理流程，提升入住效率。

需要说明的是，上述实施例提供的装置，响应于实现其功能，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的装置与方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。

请参考图10，其示出了本申请一个实施例提供的服务器1000的结构框图。该服务器1000用于实现上述服务器侧的订单处理方法。该服务器可以是图1所示实施环境中的服务器20，。具体来讲：

该服务器1000包括处理单元(如CPU(Central Processing Unit，中央处理器)、GPU(Graphics Processing Unit，图形处理器)和FPGA(Field Programmable Gate Array，现场可编程逻辑门阵列)等)1001、包括RAM(Random Access Memory，随机存取存储器)1002和ROM(Read Only Memory，只读存储器)1003的***存储器1004，以及连接***存储器1004和中央处理单元1001的***总线1005。该服务器1000还包括帮助计算服务器内的各个器件之间传输信息的基本I/O***(Input/Output，输入/输出)1006，和用于存储操作***1013、应用程序1014和其他程序模块1012的大容量存储设备1007。

该基本输入/输出***1006包括有用于显示信息的显示器1008和用于用户输入信息的诸如鼠标、键盘之类的输入设备1009。其中，该显示器1008和输入设备1009都通过连接到***总线1005的输入输出控制器1010连接到中央处理单元1001。该基本输入/输出***1006还可以包括输入输出控制器1010以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器1010还提供输出到显示屏、打印机或其他类型的输出设备。

该大容量存储设备1007通过连接到***总线1005的大容量存储控制器(未示出)连接到中央处理单元1001。该大容量存储设备1007及其相关联的计算机可读介质为服务器1000提供非易失性存储。也就是说，该大容量存储设备1007可以包括诸如硬盘或者CD-ROM(Compact Disc Read-Only Memory，只读光盘)驱动器之类的计算机可读介质(未示出)。

不失一般性，该计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM(Erasable Programmable Read Only Memory，可擦除可编程只读存储器)、EEPROM(Electrically Erasable Programmable Read Only Memory，电可擦可编程只读存储器)、闪存或其他固态存储其技术，CD-ROM、DVD(Digital Video Disc，高密度数字视频光盘)或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知该计算机存储介质不局限于上述几种。上述的***存储器1004和大容量存储设备1007可以统称为存储器。

根据本申请实施例，该服务器1000还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器1000可以通过连接在该***总线1005上的网络接口单元1011连接到网络1012，或者说，也可以使用网络接口单元1011来连接到其他类型的网络或远程计算机***(未示出)。

该存储器中存储有计算机程序，该计算机程序由处理器加载并实现上述服务器侧的订单处理方法，或实现上述服务器侧的订单处理方法。

请参考图11，其示出了本申请一个实施例提供的终端1100的结构框图。该终端1100可以是诸如手机、平板电脑、PC(Personal Computer，个人计算机)和酒店自助入住机器等电子设备。该终端用于实施上述实施例中提供的终端侧的订单处理方法。该终端可以是图1所示实施环境中的终端10。具体来讲：

通常，终端1100包括有：处理器1001和存储器1002。

处理器1101可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1101可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(FieldProgrammable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1101也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器1101可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器1101还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器1102可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1102还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1102中的非暂态的计算机可读存储介质用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现上述订单处理方法。

在一些实施例中，终端1100还可选包括有：***设备接口1103和至少一个***设备。处理器1101、存储器1102和***设备接口1103之间可以通过总线或信号线相连。各个***设备可以通过总线、信号线或电路板与***设备接口1103相连。具体地，***设备包括：射频电路1104、触摸显示屏1105、摄像头1107、音频电路1107、定位组件1108和电源1109中的至少一种。

本领域技术人员可以理解，图11中示出的结构并不构成对终端1100的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

请参考图12，其示出了本申请一个实施例提供的电子设备1200的结构框图。该电子设备用于实施上述实施例中提供的电子设备侧的权限验证方法。该电子设备可以是图1所示实施环境中的电子设备30。具体来讲：

该电子设备1200包括：处理器1201和存储器1202。

处理器1201可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器1201可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(FieldProgrammable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器1201也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。

存储器1202可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器1202还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器1202中的非暂态的计算机可读存储介质用于存储计算机程序，所述计算机程序由所述处理器加载并执行以实现上述权限验证方法。

可选地，存储器1202通过总线1205与处理器1201相连。

在一些实施例中，电子设备1200还可选包括有：接收器1203、发射器1204和感应区域(图中未示出)。其中，接收器1203和发射器1204可以实现为一个通信组件，该通信组件可以是一块通信芯片；感应区域可以来感应识别设置有集成电路或特殊芯片的卡片。

在示例性实施例中，还提供了一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被服务器的处理器执行时以实现上述服务器侧的订单处理方法。

在示例性实施例中，还提供了另一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被终端的处理器执行时以实现上述终端侧的订单处理方法。

在示例性实施例中，还提供了再一种非临时性计算机可读存储介质，其上存储有计算机程序，所述计算机程序被电子设备的处理器执行时以实现上述权限验证方法。

可选地，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、固态硬盘(SSD，Solid State Drives)或光盘等。其中，随机存取记忆体可以包括电阻式随机存取记忆体(ReRAM,Resistance RandomAccess Memory)和动态随机存取存储器(DRAM，Dynamic Random Access Memory)。

在示例性实施例中，还提供一种计算机程序产品，当所述计算机程序产品在服务器上运行时，使得服务器执行上述订单处理方法。

在示例性实施例中，还提供另一种计算机程序产品，当所述计算机程序产品在终端上运行时，使得终端执行上述订单处理方法。

在示例性实施例中，还提供再一种计算机程序产品，当所述计算机程序产品在电子设备上运行时，使得电子设备执行上述权限验证方法。

应当理解的是，在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。另外，本文中描述的步骤编号，仅示例性示出了步骤间的一种可能的执行先后顺序，在一些其它实施例中，上述步骤也可以不按照编号顺序来执行，如两个不同编号的步骤同时执行，或者两个不同编号的步骤按照与图示相反的顺序执行，本申请实施例对此不作限定。

以上所述仅为本申请的示例性实施例，并不用以限制本申请，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (16)

1.一种订单处理方法，其特征在于，所述方法包括：

接收终端发送的订单绑定请求，所述订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和所述第一用户的身份证硬件标识；

记录所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识之间的绑定关系；

向酒店内的相关设备发送绑定后订单信息，所述绑定后订单信息包括所述酒店入住订单的订单信息和所述第一用户的身份证硬件标识，所述第一用户的身份证硬件标识是核验所述第一用户对于所述相关设备的使用权限的凭证。

2.根据权利要求1所述的方法，其特征在于，所述相关设备包括共用设备和独立设备；

所述向酒店内的相关设备发送绑定后订单信息，包括：

根据所述酒店入住订单的订单信息，确定所述第一用户入住的房间号；

确定与所述房间号相对应的目标独立设备；

向所述共用设备和所述目标独立设备发送所述绑定后订单信息。

3.根据权利要求1所述的方法，其特征在于，所述订单绑定请求中还包括与所述第一用户相关联的第二用户的身份证硬件标识；

所述方法还包括：

记录所述酒店入住订单的订单标识和所述第二用户的身份证硬件标识之间的绑定关系；

向所述相关设备发送所述第二用户的身份证硬件标识，所述第二用户的身份证硬件标识是核验所述第二用户对于所述相关设备的使用权限的凭证。

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

接收订单信息修改请求，所述订单信息修改请求中包括所述酒店入住订单的订单标识和修改后订单信息；

根据所述订单信息修改请求，对所述酒店入住订单进行修改；

向所述相关设备发送所述修改后订单信息。

5.一种订单处理方法，其特征在于，所述方法包括：

获取第一用户的身份证信息；

获取与所述第一用户的身份证信息相匹配的酒店入住订单；

向服务器发送订单绑定请求，所述订单绑定请求中包括所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识；

其中，所述第一用户的身份证硬件标识是核验所述第一用户对于酒店内的相关设备的使用权限的凭证。

6.根据权利要求5所述的方法，其特征在于，所述订单绑定请求中还包括与所述第一用户相关联的第二用户的身份证硬件标识，所述第二用户的身份证硬件标识是核验所述第二用户对于所述相关设备的使用权限的凭证。

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

获取所述酒店入住订单的修改后订单信息；

向所述服务器发送订单信息修改请求，所述订单信息修改请求中包括所述酒店入住订单的订单标识和修改后订单信息；

其中，所述修改后订单信息被发送给所述相关设备。

8.一种权限验证方法，其特征在于，所述方法包括：

接收服务器发送的绑定后订单信息，所述绑定后订单信息包括酒店入住订单的订单信息和第一用户的身份证硬件标识；

存储所述酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系；

获取待核验的身份证硬件标识；

若所述待核验的身份证硬件标识与所述第一用户的身份证硬件标识相匹配，且所述酒店入住订单处于有效状态，则确认提供本端的使用权限。

9.根据权利要求8所述的方法，其特征在于，所述存储所述酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系之后，还包括：

接收所述酒店入住订单的修改后订单信息；

存储所述修改后订单信息和所述第一用户的身份证硬件标识之间的绑定关系。

10.一种订单处理装置，其特征在于，所述装置包括：

请求接收模块，用于接收终端发送的订单绑定请求，所述订单绑定请求中包括与第一用户的身份证信息相匹配的酒店入住订单的订单标识和所述第一用户的身份证硬件标识；

关系记录模块，用于记录所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识之间的绑定关系；

信息发送模块，用于向酒店内的相关设备发送绑定后订单信息，所述绑定后订单信息包括所述酒店入住订单的订单信息和所述第一用户的身份证硬件标识，所述第一用户的身份证硬件标识是核验所述第一用户对于所述相关设备的使用权限的凭证。

11.一种订单处理装置，其特征在于，所述装置包括：

信息获取模块，用于获取第一用户的身份证信息；

订单获取模块，用于获取与所述第一用户的身份证信息相匹配的酒店入住订单；

请求发送模块，用于向服务器发送订单绑定请求，所述订单绑定请求中包括所述酒店入住订单的订单标识和所述第一用户的身份证硬件标识；其中，所述第一用户的身份证硬件标识是核验所述第一用户对于酒店内的相关设备的使用权限的凭证。

12.一种权限验证装置，其特征在于，所述装置包括：

信息接收模块，用于接收服务器发送的绑定后订单信息，所述绑定后订单信息包括酒店入住订单的订单信息和第一用户的身份证硬件标识；

关系存储模块，用于存储所述酒店入住订单的订单信息和第一用户的身份证硬件标识之间的绑定关系；

标识获取模块，用于获取待核验的身份证硬件标识；

权限确认模块，用于若所述待核验的身份证硬件标识与所述第一用户的身份证硬件标识相匹配，且所述酒店入住订单处于有效状态，则确认提供本端的使用权限。

13.一种服务器，其特征在于，所述服务器包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求1至4任一项所述的方法。

14.一种终端，其特征在于，所述终端包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求5至7任一项所述的方法。

15.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述存储器中存储有计算机程序，所述计算机程序由所述处理器加载并执行以实现如权利要求8或9所述的方法。

16.一种非临时性计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述的方法，或实现如权利要求5至7任一项所述的方法，或实现如权利要求8或9所述的方法。

Images