一种酒店管理方法、装置及区块链节点服务器与流程

本申请涉及区块链技术领域，尤其涉及一种酒店管理方法、装置及区块链节点服务器。

背景技术：

酒店管理的最终目的是高效率协调配置酒店内外各种资源，为客人提供最好的服务。为了提供最好的服务，酒店需要在各个部门都配备足够的人员，并且保证员工有较高的综合素质，因为综合素质不够高的员工可能会对消极对待工作，导致酒店服务质量明显下降。

目前国内酒店行业的管理模式一般为酒店业主领导决策，各部门员工执行。虽然部分酒店都会引进一流酒店的管理制度，但仍未对酒店的服务质量起到明显效果，因为酒店的服务质量大部分还是依赖于现场工作人员的执行能力。

可见现目前缺少一种既能减少人员成本又能高效调配酒店资源的高效的酒店管理方法。

技术实现要素：

本申请实施例提供一种酒店管理方法，可以在减少酒店人工成本及运营成本的同时大大提高酒店管理的效率。

第一方面，本申请实施例提供了一种酒店管理方法，应用于区块链节点服务器，该方法包括：

接收到客户入住酒店的入住请求；

将所述入住请求中的需求信息推送给服务人员，所述需求信息用于表示所述客户的需求；

接收到服务人员确认接单的接单信息；

根据所述入住请求和所述接单信息生成交易信息，所述交易信息包含交易金额，以及所述客户的账户信息、所述服务人员的账户信息和所述酒店的经营者的账户信息；

在所述客户入住酒店时核实所述客户的验证信息，核实成功后登记入住；

在接收到所述客户的退房信息的情况下，将所述交易信息上传至区块链，以使得所述区块链执行预设的智能合约完成利润分成，智能合约用于指示所述服务人员与所述酒店的经营者的利润分成比例。

第二方面，本申请实施例提供了一种酒店管理装置，应用于区块链节点服务器，该酒店管理装置包括用于执行上述第一方面的酒店管理方法的单元，该酒店管理装置包括：

接收单元，用于接收到客户入住酒店的入住请求；

发送单元，用于将所述入住请求中的需求信息推送给服务人员，所述需求信息用于表示所述客户的需求；

所述接收单元，还用于接收到服务人员确认接单的接单信息；

生成单元，用于根据所述入住请求和所述接单信息生成交易信息，所述交易信息包含交易金额，以及所述客户的账户信息、所述服务人员的账户信息和所述酒店的经营者的账户信息；

登记单元，用于在所述客户入住酒店时核实所述客户的验证信息，核实成功后登记入住；

执行单元，用于在接收到所述客户的退房信息的情况下，将所述交易信息上传至区块链，以使得所述区块链执行预设的智能合约完成利润分成，智能合约用于指示所述服务人员与所述酒店的经营者的利润分成比例。

第三方面，本申请实施例提供了一种区块链节点服务器，包括处理器和存储器，所述处理器和存储器相互连接，其中，所述存储器用于存储计算机程序，所述计算机程序包括程序指令，所述处理器被配置用于调用所述程序指令，用以执行如第一方面所述的方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，其特征在于，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令被处理器执行，用以执行如第一方面所述的方法。

本申请在接收到客户入住酒店的入住请求之后，将入住请求中的需求信息发送给服务人员，在用于表示服务人员确定接单的接单信息之后，根据该入住请求和接单信息生成交易信息，并在客户入住酒店的时候，对客户进行身份核实和入住登记，然后再在接收到用于表示客户确定退房的退房信息之后，将交易信息上传至区块链以触发执行区块链上的智能合约，以完成从客户的账户扣除交易金额所指示的数目，并按照服务人员与经营者的利润分成比例转账分别到服务人员和经营者账户中。可见，本申请提供了一种高效的酒店管理模式，客户、服务人员和酒店的经营者通过网络便能快速达成自助下单、自助接单和交易，也将服务人员也作为酒店的合伙人来和经营者共同对酒店进行管理，以充分调动服务人员的积极性，于是本申请在减少酒店人工成本及运营成本的同时，还大大提高了酒店管理的效率。此外，本申请还通过区块链来保证智能合约的执行，以及区块链上的信息不可篡改性，从而保证了交易的公开性和透明性，保障了客户、服务人员和酒店的经营者的权益，于是本申请通过结合区块链来进一步的提高了酒店管理的效率。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1是本申请实施例提供的一种酒店管理方法的示意流程图；

图2是本申请另一实施例提供的一种酒店管理方法的示意流程图；

图3是本申请实施例提供的一种酒店管理装置的示意性框图；

图4是本申请实施例提供的一种区块链节点服务器的结构性框图。

具体实施方式

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

本申请主要应用于酒店管理装置，该酒店管理装置可以是传统酒店管理装置，也可以是本申请第三实施例所描述的酒店管理装置，本申请对此不做限制。且该酒店管理装置应用于本申请第四实施例所描述的区块链节点服务器。当酒店管理装置发送数据的时候，按照预设格式进行对数据的特性进行记录并传送，其中，数据的特性包括时间、地点、类型等。

服务质量是衡量酒店管理好坏的一种重要标准，为了能够提供较好的服务质量，酒店的管理者往往会效仿一流酒店的管理制度来对酒店管理的制度进行改良，但事实上，盲目效仿先进的酒店管理制度是没有用的，而且同样一种酒店制度也不一定适用于所有酒店。从根本上来说，酒店的服务质量取决于服务人员的综合素质，只有服务人员的综合素质上去了，酒店的服务质量才能真正的提升上去。有一种最快速也是最简单的提升酒店的服务质量的方式，就是大量聘用高素质的服务人员。这样一来，虽然服务质量上去了，但酒店的开销也大大增长了。于是如何在不增加酒店的开销的前提下提升酒店的服务质量，成为了一个亟待解决的问题。

对此，本申请提供了一种基于区块链的酒店管理方法，通过实施该方法可以激发现有的服务人员的工作激情，以提升服务人员的服务质量，从而在不增加酒店的开销的情况下，大大提升酒店的服务质量。

需要说明的是，本发明实施例结合了区块链，是因为区块链是一种按照时间顺序将数据区块相连的一种链式数据结构，并以密码学方式保证的不可篡改和不可伪造的分布式账本。

区块链的特性有开放、共识、去中心、去信任、透明、双方匿名、不可篡改以及可追溯等。其中，开放与透明意为任何人都可以参与到区块链网络，每一台设备都能作为一个节点，每个节点都允许获得一份完整的数据库拷贝。节点基于一套共识机制，通过竞争计算共同维护整个区块链。任一节点失效，其余节点仍能正常工作。其中，去中心化与去信任意为区块链由众多节点共同组成一个端到端的网络，不存在中心化的设备和管理机构。节点之间数据交换通过数字签名技术进行验证，无需互相信任，只要按照系统既定的规则进行，节点之间不能也无法欺骗其他节点。其中，透明与双方匿名意为区块链的运行规则是公开的，所有的数据信息也是公开的，因此每一笔交易都对所有节点可见。由于节点与节点之间是去信任的，因此节点之间无需公开身份，每个参与的节点都是匿名的。其中，不可篡改和可追溯意为每个甚至多个节点对数据库的修改无法影响其他节点的数据库，除非能控制整个网络中超过51％的节点同时修改，这是几乎不可能发生的。区块链中的，每一笔交易都通过密码学方法与相邻两个区块串联，因此可以追溯到任何一笔交易的前世今生。

具体的，区块链可以利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。因此，区块链技术不可篡改的特性从根本上改变了中心化的信用创建方式，有效提高了数据的不可更改性以及安全性。其中，由于智能合约使得所有的条款编写为程序，这些条款可在区块链上自动执行，保证了当存在触发智能合约的条件时，区块链能强制根据智能合约中的内容执行，且不受任何外力阻挡，从而保证了合约的有效性和执行力，不仅能够大大降低成本，也能提高效率。区块链上的各个节点都有相同的账本，能够确保账本记录过程是公开透明的。区块链技术可以实现了一种点对点的、公开透明的直接交互，使得高效率、大规模、无中心化代理的信息交互方式成为了现实。

本发明实施例主要应用于区块链节点服务器，而作为区块链节点服务器的类型有很多，可以是传统服务器、大型存储系统、台式电脑、笔记本电脑、平板电脑、掌上电脑、智能手机、便携式数字播放器、智能手表以及智能手环等等。其中，区块链节点服务器为根据共识机制确定的区块链网络中的其中一个服务器。应理解，由于区块链是一个去中心化的分布式数据库，所以每次处理数据都需要选出区块链网络中的其中一个服务器作为执行者来处理数据。而每次选取服务器的规则便是共识机制，本发明实施例中共识机制可以是工作量证明机制(proofofwork，pow)、股权证明机制(proofofstake，pos)、瑞波共识机制(rippleconsensus)以及授权股权证明机制(delegatedproofofstake，dpos)等，在此不作限定。本发明实施例中，终端包括但不限于带通讯功能的设备、智能手机、平板电脑、笔记本电脑、台式电脑、便携式数字播放器、智能手环以及智能手表等。

本发明实施例中，原始数据为终端上传到区块链节点服务器进行存储的数据。其中，原始数据为终端按照预设格式进行记录的，应理解，数据的内容包括时间、地点、类型等特性。终端可以根据预设格式将数据的这些特性进行记录，从而生成发给区块链节点服务器的原始数据。

参见图1，是本申请实施例提供一种酒店管理方法的示意流程图，应用于区块链节点服务器，如图1所示酒店管理方法可包括：

101：接收到客户入住酒店的入住请求。

在本申请实施例中，本端的酒店管理装置接收用于表示客户请求入住酒店的入住请求，该请求信息可以是客户通过本端装置(即本端的酒店管理装置)的输入设备输入到本端装置中，也可以是客户通过客户的终端设备发送到本端装置，也可以是客户通过酒店的终端装置发送到本端装置中，本申请实施例对此不做限定。还需要说明的是，上述入住请求可以经由区块链之后发送到本端装置，即入住请求被记载在区块链中，并可以被本端装置随时下载和查阅，并使得记载在区块链的入住请求具有不可被篡改的特性。其中，入住请求包括客户的账户信息、需求信息以及至少一个身份标识信息。

需要说明的是，上述入住请求中包含的账户信息包括客户的交易账户，以及至少一个身份标识信息，上述客户的账户信息包括客户的交易账户，以及客户的至少一个身份标识信息。其中，交易账户例如有银行账号，理财软件账号等，身份标识信息例如有字符标识信息(身份证号码)，生物标识信息(指纹信息、虹膜信息以及声纹信息等)等，本申请实施例对此不做限定；需求信息包括酒店标识信息、房型、入住时间段等，而上述身份标识信息例如有字符标识信息(身份证号码)，生物标识信息(指纹信息、虹膜信息以及声纹信息等)等。其中，上述交易账户可以应用于银行的传统的存储款业务或者信用贷款业务，该交易账户中包含资金的余额，上述资金可以是传统纸币、贵金属以及虚拟货币(例如比特币)等任何可以作为交换媒介的实体的或者虚拟的货币，本申请实施例对此不做限定。

还需要说明的是，上述将入住请求记录在区块链中，指的是将入住请求通过区块链安全以及不可更改的优点存储在区块链中。具体的，区块链由多个区块按时间轴连接而成，区块链之所以称之为链是因为区块具有连续性。而区块是一种记录数据的数据结构，由区块头和区块主体组成。区块主体即数据部分只负责记录前一段时间内存储的数据信息，区块链的大部分功能都由区块头实现。上述区块具有连续性在于，前一个区块的区块头的数据经过哈希(hash)运算产生一个哈希值，然后将其写入后一个区块的区块头中。从创世区块开始，每个区块都进行如此操作，所以区块具有连续性，同时也在一个方面说明区块的不可篡改与可追溯的特性。因此，服务器能够将入住请求和任意其他数据记录在区块链中，以保障数据的开放性、不可篡改性以及匿名性等优点，本申请实施例对其他将信息上传区块链的详细过程不再赘述。

通过将信息记载在区块链中，有利于酒店与区块链，或者通过区块链与其他登记在区块链的酒店进行数据传输，并且使得区块链方便的获取该客户的酒店入住情况以便建立透明安全的信息网，并且便于评估客户的信用情况，使得建立基于酒店的信用体系，便于后续的物联网的发展。

在另一种可实施的方式中，在上述接收到客户入住酒店的入住请求之前，接收经营者的注册信息、服务人员的注册信息以及客户的注册信息，然后对经营者的注册信息、服务人员的注册信息以及客户的注册信息分别进行验证，若通过，则根据经营者的注册信息、服务人员的注册信息以及客户的注册信息，分别创建的账户信息、服务人员的账户信息和酒店的经营者的账户信息，最后将上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，以及上述客户的账户信息、服务人员的账户信息和酒店的经营者的账户信息上传至区块链。

本申请实施例中，在本端装置接收到入住请求并根据该入住请求进行一系列操作之前，先对客户、酒店的经营者以及服务人员的身份进行验证，如果验证通过便在区块链上对其进行注册，并开通对应的账户。具体的，若接收到经营者的注册信息，则对经营者的注册信息进行验证，若确定经营者的身份是真实的，则验证通过，并根据该经营者的注册信息创建经营者的账号信息，最后将经营者的注册信息以及经营者的账号信息上传至区块链，以在区块链上对经营者进行注册，并为经营者开通账号；若接收到客户的注册信息，则对客户的注册信息进行验证，若确定客户的身份是真实的，则验证通过，并根据该客户的注册信息创建客户的账号信息，最后将客户的注册信息以及客户的账号信息上传至区块链，以在区块链上对客户进行注册，并为客户开通账号；若接收到服务人员的注册信息，则对服务人员的注册信息进行验证，若确定服务人员的身份是真实的，则验证通过，并根据该服务人员的注册信息创建服务人员的账号信息，最后将服务人员的注册信息以及服务人员的账号信息上传至区块链，以在区块链上对服务人员进行注册，并为服务人员开通账号。

需要说明的是，上述服务人员的账户信息包括服务人员的交易账户，以及服务人员的至少一个身份标识信息。其中，交易账户例如有银行账号，理财软件账号等，身份标识信息例如有字符标识信息(身份证号码)，生物标识信息(指纹信息、虹膜信息以及声纹信息等)等，本申请实施例对此不做限定；上述酒店的经营者的账户信息包括经营者的交易账户，经营者的至少一个身份标识信息，以及酒店的至少一个酒店标识信息。其中，交易账户例如有银行账号，理财软件账号等，身份标识信息例如有字符标识信息(身份证号码)，生物标识信息(指纹信息、虹膜信息以及声纹信息等)等，本申请实施例对此不做限定，酒店标识信息例如有可以唯一识别并确认酒店的字符标识信息。

还需要说明的是，上述对用户(包括客户、经营者以及服务人员等)的注册信息进行验证指的是，将用户的注册信息与保存在区块链上的用户的信息进行比较，如果注册信息中存在一个信息错误，则验证失败，反之验证成功。

还需要说明的是，上述账户信息包括账户标识，以及上述注册信息中的交易账户和至少一个身份标识信息，上述根据注册信息创建账户信息指的是，为用户生成一个适用于本领域的酒店系统中的账户标识，并提取上述注册信息中的交易账户以及至少一个身份标识信息，需要注意的是，账户信息中可以包含注册信息中的全部身份标识信息，或者只包含部分身份标识信息。

还需要说明的是，本申请实施例通过将用户(包括客户、经营者以及服务人员等)的注册信息以及账号信息上传至区块链，来完成用户的注册以及账号的开通，这是本申请实施例通过将用户的注册信息以及账号信息保存在区块链上，可以保证用户的注册信息以及账号信息不会被篡改，于是只有将用户的注册信息以及账号信息上传至区块链上之后，才能表示用户完成注册，并成功开通账号。

在另一种可实施的方式中，将注册信息以及账户信息关联在一起，再上传至区块链，于是本端装置、其他终端装置或者服务器便可以通过查询注册信息和账户信息中的任意一个，来找到到另外一个信息。

在另一种可实施的方式中，若接收到经营者的注册信息，则在对经营者的注册信息进行验证之前，向经营者推送经营资质认证指令，该经营资质认证指令用于指示经营者发送经营资质认证信息，而经营资质认证信息用于表示经营者具有营业资质，然后在接收经营者的经营资质认证信息之后，将经营资质认证信息添加到上述经营者注册信息中。

在本申请实施例中，在对经营者的身份进行验证的时候，除了需要对验证经营者的身份进行验证之外，还需要验证经营者是否具有经营的资质。具体的，在接收到了经营者的注册信息之后，通过向经营者推送经营资质认证指令，以提示经营者发送经营资质认证信息，然后在接收到经营者的经营资质认证信息之后，将上述经营资质认证信息添加到上述经营者的注册信息中，使得后续在对经营者的注册信息价进行验证的时候，一并对上述经营者资质认证信息进行验证。其中，经营资质认证信息包括特种行业经营许可证、消防检查合格意见书、卫生许可证、食品流通许可证以及餐饮服务经营许可证等至少一种。

需要说明的是，在将上述经营资质认证信息添加到上述注册信息之后，上述对注册信息进行验证指的是，将注册信息中的账号信息、至少一个身份标识信息以及资格认证信息，分别与保存在区块链上的用户的账号信息、至少一个身份标识信息，以及资格认证信息进行比较，如果注册信息中存在一个信息错误，则验证失败，反之验证成功。

在另一种可实施的方式中，若接收到服务人员的注册信息，则在对该服务人员的注册信息进行验证之前，向服务人员推送服务资质认证指令，然后接收服务人员的服务资质认证信息，服务资质认证信息用于表示服务人员具有服务资质，最后将服务资质认证信息添加到服务人员的注册信息中。

在本申请实施例中，在对服务人员的身份进行验证的时候，除了需要对验证服务人员的身份进行验证之外，还需要验证服务人员是否具有服务的资质。具体的，在接收到了服务人员的注册信息之后，通过向服务人员推送服务资质认证指令，以提示服务人员发送服务资质认证信息，然后在接收到服务人员的服务资质认证信息之后，将上述服务资质认证信息添加到上述服务人员的注册信息中，使得后续在对服务人员的注册信息价进行验证的时候，一并对上述经营者资质认证信息进行验证。其中，服务资质认证信息包括客房服务员职业技能鉴定证书，饭店情景英语证书和健康证等，本申请实施例对此不做限定。

需要说明的是，在将上述服务资质认证信息添加到上述注册信息之后，上述对注册信息进行验证指的是，将注册信息中的账号信息、至少一个身份标识信息以及服务认证信息，分别与保存在区块链上的用户的账号信息、至少一个身份标识信息，以及服务认证信息进行比较，如果注册信息中存在一个信息错误，则验证失败，反之验证成功。

还需要说明的是，在上述经营者的注册信息中添加经营资质认证信息，不会对根据经营者的注册信息创建经营者的账户信息造成影响，建立的过程中不会使用到上述经营资质认证信息，同理，在服务人员的注册信息中添加服务资质认证信息，不会对根据服务人员的注册信息创建服务人员的账户信息造成影响。

在另一种可实施的方式中，在上述经营者的注册信息中添加经营资质认证信息之后，上述根据经营者的注册信息创建的经营者的账户信息中包含上述经营资质认证信息中部分信息或者全部信息，同理，在上述服务人员的注册信息中添加服务资质认证信息之后，上述根据服务人员的注册信息创建的服务人员的账户信息中包含上述服务资质认证信息中的部分信息或者全部信息。

在另一种可实施的方式中，若接收到客户的注册信息，则在对该客户的注册信息进行验证之前，向客户推送喜好设置指令，接收客户的喜好信息，该喜好信息用于表示客户的喜好，最后将该喜好信息添加到客户注册信息中。

在本申请实施例中，在接收到注册信息，并确定该注册信息为客户的注册信息之后，还需要获取客户的喜好信息。具体的，在接收到了客户的注册信息之后，通过向客户推送喜好设置指令，以提示客户发送喜好信息，然后在接收到客户的喜好信息之后，将部分或者全部喜好信息添加到上述客户的注册信息中。需要说明的是，在客户的注册信息中添加喜好信息不会对后续验证客户的注册信息造成影响，即验证客户的注册信息的时候，不对注册信息中的喜好信息进行验证，是否验证通过与客户的喜好信息无关。还需要说明的是，在上述将所述喜好信息添加到所述客户注册信息中之后，上述根据注册信息创建客户的账户信息的时候，将客户的注册信息中的部分或者全部喜好信息添加到客户的账号信息中，于是上述根据注册信息创建的账户信息中还包括该喜好信息。

可见，客户的注册信息中和账户信息中包含客户的喜好信息，使得服务人员可以通过查找客户的注册信息或者账户信息来获知客户的喜好信息，以提供更好的服务。

102：将上述入住请求中的需求信息推送给服务人员。

在本申请实施例中，提取上述入住请求中的需求信息，并将该需求信息推送给服务人员，所述需求信息用于表示客户的需求，其中，所述需求信息包括酒店标识信息、房型以及时间等。

另一种可实施的方式中，上述需求信息中还包括客户的喜好信息，在上述接收到客户入住酒店的入住请求之后，在上述将上述入住请求的需求信息推送给服务人员之前，根据入住请求中的客户的身份标识信息查找客户的账户信息或者注册信息，并从该客户的账户信息或者注册信息中提取该客户的部分或者全部喜好信息，并将该部分或者全部喜好信息添加到上述需求信息中，然后再将上述添加了客户的喜好信息的需求信息发送给服务人员，使得服务人员可以更好的获知客户的喜好，以提供更好的服务。

需要说明的是，喜好信息是作为服务人员在给客户服务的时候的一个参考号信息，喜好信息有例如需要重点清洁的区域，喜欢的香氛味道等。

103：接收到服务人员确认接单的接单信息。

在本申请实施例中，在将上述需求信息发送给服务人员之后，检测服务人员发送的接单信息，若检测服务人员的接单信息，则表示服务人员接单，并将为上述发出入住请求的客户服务。其中，接单信息用于表示服务人员接单，并包含服务人员的账户信息。

104：根据上述入住请求和接单信息生成交易信息。

本申请实施例中，在接收到服务人员的接单信息之后，根据上述客户的入住请求和接单信息生成交易信息，该交易信息用于表示交易的详细内容，具体的，该交易信息包含交易金额，以及客户、服务人员和酒店的经营者的账户信息。

需要说明的是，上述根据上述入住请求和接单信息生成交易信息指的是，将上述入住请求中包含的需求信息计算交易金额，并根据需求信息中的酒店标识信息查找酒店的经营者的账户信息，最后将交易金额、酒店的经营者的账户信息、入住请求中的客户的账户信息，以及上述接单信息中包含的服务人员的账户信息集中在一起生成得到交易信息。

在另一种可实施的方式中，在上述生成交易信息之后，若本酒店的房间开锁方式为密码解锁，则向客户推送身份验证密码(字符密码，或者图形密码等)来进行身份验证，从而直接开锁或者获取房门钥匙，若本酒店的解锁方式为生物解锁，则客户可以使用自己的指纹或者声纹来进行身份验证，从而直接开锁或者获取房门钥匙。本申请实施例对具体的解锁方式不做限定。

105：在上述客户入住酒店时核实上述客户的验证信息，核实成功后登记入住。

在本申请实施例中，由于根据相关法律法规，酒店入住需要对客户信息进行二次确认并对客户入住时进行登记，于是在本申请实施例中，客户入住时的信息核实和入住登记均采用无人前台，通过区块链节点服务器实现对信息数据的核实和登记处理，上述客户入住酒店时核实所述客户的验证信息，核实成功后登记入住，具体包括：接收上述客户的身份验证信息和交易信息；根据上述身份验证信息和交易信息进行入住核实；核实成功后根据上述身份验证信息和交易信息生成登记入住信息，并将该登记入住信息上传至区块链。

在本申请实施例中，上述客户的验证信息包括客户的身份验证信息和上述交易信息，上述身份验证信息为客户的身份标识信息或者客户的账户标识信息等可以用于唯一确认客户身份的信息，上述接收客户的身份验证信息和交易信息指的是，客户通过客户的终端设备或者酒店的终端设备向本端的酒店管理装置发送身份验证信息，在本端的酒店管理装置接收到上述身份验证信息之后，根据该身份验证信息查找客户的交易信息，于是本端装置可以从其他终端设备或者服务器等获取客户的交易信息，也可以从本地数据库中获取客户的交易信息，本申请实施例对此不做限定；上述根据身份验证信息和交易信息进行入住核实指的是，根据上述身份验证信息和上述交易信息核实客户的身份是否真实，以及核实客户的订单是否有效，其中，上述核实客户的身份是否真实指的是，将上述身份验证信息与上述交易信息中包含的客户的身份标识信息与区块链上的存储的该客户的身份标识信息进行比对，比对一致时则说明客户的身份真实，反之则不真实，上述核实客户的订单是否有效指的是，核实当前时间和交易信息中包含的预计客户入住的入住时间是否匹配，若匹配则入住核实成功，例如交易信息中包含的预计客户入住的入住时间对应有入住登记时间段，若当前时间在该入住等级时间段内，则确定当前时间与交易信息中包含的预计客户入住时间匹配，即确定入住核实成功；上述核实成功后根据上述身份验证信息和交易信息生成登记入住信息，并将该登记入住信息上传至区块链指的是，将上述交易信息的全部信息或者部分信息，以及上述身份验证信息集中在一起得到用于表示客户登记成功的登记入住信息，然后再将上述登记入住信息上传至区块链，以将该登记入住信息保存在区块链上，其中，生成了上述入住登记信息意味着完成了身份核实的过程，将上述登记入住信息上传至区块链意味着完成了入住登记过程。

106：在接收到上述客户的退房信息的情况下，将上述交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成。

本申请实施例中，检测是否接收到客户的退房信息，若检测到客户的退房信息，则将上述交易信息上传至区块，以触发执行区块链上的智能合约，从而按照智能合约所指示的利润分配比例完成利润分成，智能合约包含服务人员与酒店的经营者的利润分配比例，智能合约用于指示服务人员与酒店的经营者的利润分成比例。

举例来说，智能合约中记载的服务人员与酒店的经营者的利润分配比例为x/y，而上述交易信息中记载的交易金额为n元，然后执行该智能合约的时候，根据客户的账户信息在客户的账户中扣除n元，并将该n元按照x/y的比例，分别转账到服务人员与酒店经营者的账户上，从而完成利润分配。

在另一种可实施的方式中，上述交易信息还包括所述客户选择的房型，即交易信息的需求信息中包含的房型，上述智能合约用于指示上述客户选择的房型对应的服务人员与所述酒店的经营者的利润分成比例。相应的，上述在接收到客户的退房信息的情况下，将交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成，指的是，在接收到客户的退房信息的情况下，将交易信息上传至所述区块链，以使得区块链执行上述预设的智能合约，获取交易信息中的房型对应的利润分成比例，并根据按照房型对应的利润分成比例完成利润分成。

在本申请实施例中，对于不同的房型，服务人员与酒店的经营者的利润占比不一样，服务人员的利润占比与房型的单价成反比，经营者的利润占比与房型的单价成正比，房型的单价越高，服务人员的利润占比越小，经营者的利润占比越大。具体的，将上述交易信息上传至区块链以触发执行智能合约为服务人员和酒店的经营者进行利润分成，先在智能合约中获取上述交易信息中的房型所对应的利润分成比例，并按照该房型对应的利润分成比例进行利润分成。

举例来说，按照房型的单价从高到低排序，酒店有a、b、c三种房型，a房型对应的服务人员和经营者的利润分成比例为1：9，b房型对应的服务人员和经营者的利润分成比例为3：7，c房型对应的服务人员和经营者的利润分成比例为5：5，假设交易信息中包含的房型为b，那么服务人员与经营者的利润分成比例为3：7，假设交易金额为100元，那么服务人员和经营者分别得到30元和70元。

在另一种可实施的方式中，上述退房信息中还包括服务评价分数，上述智能合约用于指示所述服务人员与所述酒店的经营者的利润分成比例，以及根据所述服务评价分数调整所述利润分成比例的调整规则。相应的，上述在接收到客户的退房信息的情况下，将交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成，指的是，在接收到客户的退房信息的情况下，将退房信息和交易信息上传至区块链，以使得区块链执行预设的智能合约，根据退房信息中的服务评价分数调整利润分成比例，并按照调整之后的利润分成比例完成利润分成。

在本申请实施例中，在接收到客户的退房信息的情况下，将退房信息和交易信息都上传至区块链，以触发执行区块链中的智能合约，即按照智能合约中的分成比例调整规则，根据退房信息中的服务评价分数对分成比例进行调整，服务评价分数越高，服务人员的利润占比越高，经营者的利润占比越低，也就是说服务人员的利润占比与服务评价分数成正比，经营者的利润占比与服务评价分数成反比，在调整了服务人员和经营者分别的利润占比之后，即完成了对利润占比的调整，然后再根据该调整之后的分成比例来完成利润分成。可见，本实施方式中智能合约不仅可以完成服务人员与经营者之间的利润分成，还用于指示根据服务评价分数调整利润分成比例的调整规则，于是在本申请实施例中，服务人员与经营者的利润分成取决于客户反馈的服务评价分数，该服务评价分数指示了服务人员的服务质量的好坏。

举例来说，假设智能合约中记载的服务人员和经营者的利润分成比例为3：7，此外，服务人员的服务质量从低到高分别分为五个档次，一档、二挡、三挡、四挡和五档，分别对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，下调服务人员的利润占比0.5并上调经营者的利润占比0.5，不改变利润分成比例，上调服务人员的利润占比0.5并下调经营者的利润占比0.5，上调服务人员的利润占比1并上调经营者的利润占比1。若退房信息中包含的服务评价分数的档次为四挡，那么服务人员与经营者的利润分成比例为3.5：6.5，假设交易金额为100元，那么服务人员和经营者分别得到35元和65元。

在另一种可实施的方式中，上述交易信息还包括所述客户选择的房型，上述退房信息中还包括服务评价分数，上述智能合约用于指示，上述房型对应的服务人员与酒店的经营者的利润分成比例，以及根据服务评价分数调整上述房型对应的利润分成比例的调整规则。相应的，上述在接收到客户的退房信息的情况下，将交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成，指的是，在接收到客户的退房信息的情况下，将退房信息和交易信息上传至所述区块链，以使得区块链执行预设的智能合约，获取上述交易信息中的房型对应的利润分成比例，根据退房信息中的服务评价分数调整该房型对应的利润分成比例，并按照调整之后的上述房型对应的利润分成比例完成利润分成。

本申请实施例结合了上面的两个实施例，在接收到上述退房信息之后，将该退房信息以及上述交易信息上传至区块链，以触发执行区块链上的智能合约，具体的，先在智能合约中查找交易信息里的房型对应的利润分成比例，然后按照智能合约中的调整规则，根据退房信息中的服务评价分数对交易信息里的房型对应的利润分成比例进行调整，可见，对应不同的房型和/或不同的服务评价分数，服务人员和经营者的利润分成比例可能不同，服务人员的利润占比与房型的单价成反比，与服务评价分数成正比，经营者的利润占比与房型的单价成正比，与服务评价分数成反比。其中，不同的房型对应不同的利润分成比例，不同的服务评价分数对应不同的调整规则，对于不同的房型，相同的服务评价分数对应相同的调整规则。

举例来说，按照房型的单价从高到低排序，酒店有a、b、c三种房型，a房型对应的服务人员和经营者的利润分成比例为1：9，b房型对应的服务人员和经营者的利润分成比例为3：7，c房型对应的服务人员和经营者的利润分成比例为5：5，此外，根据客户反馈的服务评价分数所在的分数区间，服务人员的服务质量从低到高分别分为五个档次，一档、二挡、三挡、四挡和五档，分别对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，下调服务人员的利润占比0.5并上调经营者的利润占比0.5，不改变利润分成比例，上调服务人员的利润占比0.5并下调经营者的利润占比0.5，上调服务人员的利润占比1并上调经营者的利润占比1。假设交易信息中包含的房型为b，退房信息中包含的服务评价分数的档次为四挡，那么服务人员与经营者的利润分成比例为3.5：6.5，假设交易金额为100元，那么服务人员和经营者分别得到35元和65元。

在另一种可实施的方式中，在不同的房型下，相同的服务评价分数对应的调整规则不同，例如在房型a下，档次为四挡的服务评价分数对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，在房型b下，档次四挡的服务评价分数对应的调整规则为下调服务人员的利润占比0.5并上调经营者的利润占比0.5，可见，房型的单价越高，对应的调整规则的调整幅度越大，这是因为单价高的房型，服务人员的利润占比越小，于是提高单价高的房型对应的调整规则的调整幅度，可以有效的调动服务人员的积极性，为高消费客户提供更好的服务，从而为服务人员自身以及经营者创造更多的收入，从而实现双赢，同时也大大提高了酒店管理的效率。

可见，本申请实施例可以在根据房型来确定服务人员和经营者的利润分成比例，也可以根据客户反馈的服务评价分数来确定服务人员和经营者的利润分成比例，也可以根据房型以及客户反馈的服务评价分数来确定服务人员和经营者的利润分成比例，甚至，在第三种情况中，在不同的房型下，相同的服务评价分数对应的调整不同，于是本申请实施例可以提供多种用于确定服务人员和经营者的利润分成比例的方法。

本申请实施例在接收到客户入住酒店的入住请求之后，将入住请求中的需求信息发送给服务人员，在用于表示服务人员确定接单的接单信息之后，根据该入住请求和接单信息生成交易信息，并在客户入住酒店的时候，对客户进行身份核实和入住登记，然后再接收到用于表示客户确定退房的退房信息之后，将交易信息上传至区块链以触发执行区块链上的智能合约，以完成从客户的账户扣除交易金额所指示的数目，并按照服务人员与经营者的利润分成比例转账分别到服务人员和经营者账户中。可见，本申请实施例提供了一种高效的酒店管理模式，客户、服务人员和酒店的经营者通过网络便能快速达成自助下单、自助接单和交易，也将服务人员也作为酒店的合伙人来和经营者共同对酒店进行管理，以充分调动服务人员的积极性，于是本申请实施例在减少酒店人工成本及运营成本的同时，还大大提高了酒店管理的效率。此外，本申请实施例还通过区块链来保证智能合约的执行，以及区块链上的信息不可篡改性，从而保证了交易的公开性和透明性，保障了客户、服务人员和酒店的经营者的权益，于是本申请实施例通过结合区块链来进一步的提高了酒店管理的效率。

参见图2，是本申请实施例提供另一种酒店管理方法的示意流程图，如图2所示酒店管理方法可包括：

201：接收到经营者的注册信息、服务人员的注册信息以及客户的注册信息。

本申请实施例中，先接收酒店的经营者的注册信息、服务人员的注册信息以及客户的注册，其中，酒店的经营者的注册信息、服务人员的注册信息以及客户的注册可以是来自于用户各自的终端设备，也可以是来自于酒店的酒店管理装置，本申请实施例对此不做限定。此外，注册信息包括交易账号以及至少一个身份标识信息，具体的，客户的注册信息包括客户的交易账号和客户的至少一个身份标识信息，服务人员的注册信息包括服务人员的交易账号和服务人员的至少一个身份标识信息，酒店的经营者的注册信息包括经营者的交易账号、经营者的至少一个身份标识信息以及酒店标识信息。

还需要说明的是，上述交易账户例如有银行账号，理财软件账号等，身份标识信息例如有字符标识信息(身份证号码)，生物标识信息(指纹信息、虹膜信息以及声纹信息等)等，本申请实施例对此不做限定。此外，经营者的注册信息比客户的注册信息以及服务人员的注册信息多一个酒店标识信息，该酒店标识信息为可以唯一确认酒店的信息，例如包含数字、字母和特殊字符中至少一种字符的字符组合等。

202：对上述经营者的注册信息、服务人员的注册信息以及客户的注册信息分别进行验证。

在本申请实施例中，若接收到上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，则对其的真实性分别进行验证。具体的，上述对用户(包括客户、经营者以及服务人员等)的注册信息进行验证指的是，将用户的注册信息与保存在区块链上的用户的信息进行比较，如果注册信息中存在一个信息错误，则验证失败，反之验证成功。

203：若验证通过，则根据上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，分别创建客户的账户信息、服务人员的账户信息和酒店的经营者的账户信息。

在本申请实施例中，在对经营者的注册信息验证通过的情况下，根据该经营者的注册信息创建经营者的账号信息，最后将经营者的注册信息以及经营者的账号信息上传至区块链，以在区块链上对经营者进行注册，并为经营者开通账号；在对客户的注册信息验证通过的情况下，根据该客户的注册信息创建客户的账号信息，最后将客户的注册信息以及客户的账号信息上传至区块链，以在区块链上对客户进行注册，并为客户开通账号；在对服务人员的注册信息验证通过的情况下，根据该服务人员的注册信息创建服务人员的账号信息，最后将服务人员的注册信息以及服务人员的账号信息上传至区块链，以在区块链上对服务人员进行注册，并为服务人员开通账号。

还需要说明的是，上述账户信息包括账户标识，以及上述注册信息中的交易账户和至少一个身份标识信息，上述根据注册信息创建账户信息指的是，为用户生成一个适用于本领域的酒店系统中的账户标识，并提取上述注册信息中的交易账户以及至少一个身份标识信息，需要注意的是，账户信息中可以包含注册信息中的全部身份标识信息，或者只包含部分身份标识信息。

还需要说明的是，本申请实施例通过将用户(包括客户、经营者以及服务人员等)的注册信息以及账号信息上传至区块链，来完成用户的注册以及账号的开通，这是因为通过将用户的注册信息以及账号信息保存在区块链上，可以保证用户的注册信息以及账号信息不会被篡改，于是只有将用户的注册信息以及账号信息上传至区块链上之后，才能表示用户完成注册，并成功开通账号。

在另一种可实施的方式中，将注册信息以及账户信息关联在一起，再上传至区块链，于是本端装置、其他终端装置或者服务器便可以通过查询注册信息和账户信息中的任意一个，来找到到另外一个信息。

在另一种可实施的方式中，若接收到经营者的注册信息，则在对经营者的注册信息进行验证之前，向经营者推送经营资质认证指令，该经营资质认证指令用于指示经营者发送经营资质认证信息，而经营资质认证信息用于表示经营者具有营业资质，然后在接收经营者的经营资质认证信息之后，将经营资质认证信息添加到上述经营者注册信息中。

在另一种可实施的方式中，若接收到服务人员的注册信息，则在对该服务人员的注册信息进行验证之前，向服务人员推送服务资质认证指令，然后接收服务人员的服务资质认证信息，服务资质认证信息用于表示服务人员具有服务资质，最后将服务资质认证信息添加到服务人员的注册信息中。

在另一种可实施的方式中，在上述经营者的注册信息中添加经营资质认证信息之后，上述根据经营者的注册信息创建的经营者的账户信息中包含上述经营资质认证信息中部分信息或者全部信息，同理，在上述服务人员的注册信息中添加服务资质认证信息之后，上述根据服务人员的注册信息创建的服务人员的账户信息中包含上述服务资质认证信息中的部分信息或者全部信息。

在另一种可实施的方式中，若接收到客户的注册信息，则在对该客户的注册信息进行验证之前，向客户推送喜好设置指令，接收客户的喜好信息，该喜好信息用于表示客户的喜好，最后将该喜好信息添加到客户注册信息中。

204：将上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，以及上述客户的账户信息、服务人员的账户信息和酒店的经营者的账户信息上传至区块链。

本申请实施例通过将用户(包括客户、经营者以及服务人员等)的注册信息以及账号信息上传至区块链，来完成用户的注册以及账号的开通，这是因为通过将用户的注册信息以及账号信息保存在区块链上，可以保证用户的注册信息以及账号信息不会被篡改，于是只有将用户的注册信息以及账号信息上传至区块链上之后，才能表示用户完成注册，并成功开通账号。

需要说明的是，上述将上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，以及客户的账户信息、服务人员的账户信息和酒店的经营者的账户信息上传至区块链，指的是将其通过区块链安全以及不可更改的优点存储在区块链中。具体的，区块链由多个区块按时间轴连接而成，区块链之所以称之为链是因为区块具有连续性。而区块是一种记录数据的数据结构，由区块头和区块主体组成。区块主体即数据部分只负责记录前一段时间内存储的数据信息，区块链的大部分功能都由区块头实现。上述区块具有连续性在于，前一个区块的区块头的数据经过哈希(hash)运算产生一个哈希值，然后将其写入后一个区块的区块头中。从创世区块开始，每个区块都进行如此操作，所以区块具有连续性，同时也在一个方面说明区块的不可篡改与可追溯的特性。因此，服务器能够将入住请求和任意其他数据记录在区块链中，以保障数据的开放性、不可篡改性以及匿名性等优点，本申请实施例对其他将信息上传区块链的详细过程不再赘述。

通过将信息记载在区块链中，有利于酒店与区块链，或者通过区块链与其他登记在区块链的酒店进行数据传输，并且使得区块链方便的获取该客户的酒店入住情况以便建立透明安全的信息网，并且便于评估客户的信用情况，使得建立基于酒店的信用体系，便于后续的物联网的发展。

205：接收到客户入住酒店的入住请求。

206：将上述入住请求中的需求信息推送给服务人员。

207：接收到服务人员确认接单的接单信息。

208：根据上述入住请求和接单信息生成交易信息。

209：在上述客户入住酒店时核实上述客户的验证信息，核实成功后登记入住。

210：在接收到上述客户的退房信息的情况下，将上述交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成。

本申请实施例中，检测是否接收到客户的退房信息，若检测到客户的退房信息，则将上述交易信息上传至区块，以触发执行区块链上的智能合约，从而按照智能合约所指示的利润分配比例完成利润分成，智能合约包含服务人员与酒店的经营者的利润分配比例，智能合约用于指示服务人员与酒店的经营者的利润分成比例。

举例来说，智能合约中记载的服务人员与酒店的经营者的利润分配比例为x/y，而上述交易信息中记载的交易金额为n元，然后执行该智能合约的时候，根据客户的账户信息在客户的账户中扣除n元，并将该n元按照x/y的比例，分别转账到服务人员与酒店经营者的账户上，从而完成利润分配。

在另一种可实施的方式中，上述交易信息还包括需求信息中的房型，上述智能合约用于指示在客户选择的房型下，服务人员与酒店的经营者的利润分成比例。

在本申请实施例中，对于不同的房型，服务人员与酒店的经营者的利润占比不一样，服务人员的利润占比与房型的单价成反比，经营者的利润占比与房型的单价成正比，房型的单价越高，服务人员的利润占比越小，经营者的利润占比越大。

举例来说，按照房型的单价从高到低排序，酒店有a、b、c三种房型，a房型对应的服务人员和经营者的利润分成比例为1：9，b房型对应的服务人员和经营者的利润分成比例为3：7，c房型对应的服务人员和经营者的利润分成比例为5：5，假设交易信息中包含的房型为b，那么服务人员与经营者的利润分成比例为3：7，假设交易金额为100元，那么服务人员和经营者分别得到30元和70元。

在另一种可实施的方式中，在上述接收到客户的退房信息的情况下，将该退房信息和上述交易信息上传至区块链，以使得区块链执行预设的智能合约，根据退房信息中的服务评价分数调整利润分成比例，并按照调整之后的利润分成比例完成利润分成。

举例来说，假设智能合约中记载的服务人员和经营者的利润分成比例为3：7，此外，服务人员的服务质量从低到高分别分为五个档次，一档、二挡、三挡、四挡和五档，分别对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，下调服务人员的利润占比0.5并上调经营者的利润占比0.5，不改变利润分成比例，上调服务人员的利润占比0.5并下调经营者的利润占比0.5，上调服务人员的利润占比1并上调经营者的利润占比1。若退房信息中包含的服务评价分数的档次为四挡，那么服务人员与经营者的利润分成比例为3.5：6.5，假设交易金额为100元，那么服务人员和经营者分别得到35元和65元。

在本申请实施例中，在接收到客户的退房信息的情况下，将退房信息和交易信息都上传至区块链，以触发执行区块链中的智能合约，即按照智能合约中的分成比例调整规则，根据退房信息中的服务评价分数对分成比例进行调整，服务评价分数越高，服务人员的利润占比越高，经营者的利润占比越低，也就是说服务人员的利润占比与服务评价分数成正比，经营者的利润占比与服务评价分数成反比，在调整了服务人员和经营者分别的利润占比之后，即完成了对利润占比的调整，然后再根据该调整之后的分成比例来完成利润分成。可见，本实施方式中智能合约不仅可以完成服务人员与经营者之间的利润分成，还用于指示根据服务评价分数调整利润分成比例的调整规则，于是在本申请实施例中，服务人员与经营者的利润分成取决于客户反馈的服务评价分数，该服务评价分数指示了服务人员的服务质量的好坏。

在另一种可实施的方式中，在接收到客户的退房信息的情况下，将退房信息和交易信息上传至所述区块链，以使得区块链执行预设的智能合约，根据退房信息中的服务评价分数调整房型对应的利润分成比例，并按照调整之后的上述房型对应的利润分成比例完成利润分成，其中，智能合约用于指示在上述房型下，服务人员与酒店的经营者的利润分成比例，以及根据服务评价分数调整利润分成比例的调整规则，且不同的房型对应不同的利润分成比例，交易信息还包括客户选择的房型。

本申请实施例结合了上面的两个实施例，在接收到上述退房信息之后，将该退房信息以及上述交易信息上传至区块链，以触发执行区块链上的智能合约，具体的，先在智能合约中查找交易信息里的房型对应的利润分成比例，然后按照智能合约中的调整规则，根据退房信息中的服务评价分数对交易信息里的房型对应的利润分成比例进行调整，可见，对应不同的房型和/或不同的服务评价分数，服务人员和经营者的利润分成比例可能不同，服务人员的利润占比与房型的单价成反比，与服务评价分数成正比，经营者的利润占比与房型的单价成正比，与服务评价分数成反比。

举例来说，按照房型的单价从高到低排序，酒店有a、b、c三种房型，a房型对应的服务人员和经营者的利润分成比例为1：9，b房型对应的服务人员和经营者的利润分成比例为3：7，c房型对应的服务人员和经营者的利润分成比例为5：5，此外，根据客户反馈的服务评价分数所在的分数区间，服务人员的服务质量从低到高分别分为五个档次，一档、二挡、三挡、四挡和五档，分别对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，下调服务人员的利润占比0.5并上调经营者的利润占比0.5，不改变利润分成比例，上调服务人员的利润占比0.5并下调经营者的利润占比0.5，上调服务人员的利润占比1并上调经营者的利润占比1。假设交易信息中包含的房型为b，退房信息中包含的服务评价分数的档次为四挡，那么服务人员与经营者的利润分成比例为3.5：6.5，假设交易金额为100元，那么服务人员和经营者分别得到35元和65元。

在另一种可实施的方式中，在不同的房型下，不同的服务评价分数对应的调整规则不同，例如在房型a下，档次为五档的服务评价分数对应的调整规则为，在房型a下，档次为四挡的服务评价分数对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，在房型b下，档次四挡的服务评价分数对应的调整规则为下调服务人员的利润占比0.5并上调经营者的利润占比0.5，可见，房型的单价越高，对应的调整规则的调整幅度越大，这是因为单价高的房型，服务人员的利润占比越小，于是提高单价高的房型对应的调整规则的调整幅度，可以有效的调动服务人员的积极性，为高消费客户提供更好的服务，从而为服务人员自身以及经营者创造更多的收入，从而实现双赢，同时也大大提高了酒店管理的效率。

可见，本申请实施例可以在根据房型来确定服务人员和经营者的利润分成比例，也可以根据客户反馈的服务评价分数来确定服务人员和经营者的利润分成比例，也可以根据房型和客户反馈的服务评价分数来确定服务人员和经营者的利润分成比例，甚至，在第三种情况中，在不同的房型下，相同的服务评价分数对应的调整不同，于是本申请实施例可以提供多种用于确定服务人员和经营者的利润分成比例的方法。

在另一种可实施的方式中，上述交易信息还包括所述客户选择的房型，即交易信息的需求信息中包含的房型，上述智能合约用于指示上述客户选择的房型对应的服务人员与所述酒店的经营者的利润分成比例。相应的，上述在接收到客户的退房信息的情况下，将交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成，指的是，在接收到客户的退房信息的情况下，将交易信息上传至所述区块链，以使得区块链执行上述预设的智能合约，获取交易信息中的房型对应的利润分成比例，并根据按照房型对应的利润分成比例完成利润分成。

在本申请实施例中，对于不同的房型，服务人员与酒店的经营者的利润占比不一样，服务人员的利润占比与房型的单价成反比，经营者的利润占比与房型的单价成正比，房型的单价越高，服务人员的利润占比越小，经营者的利润占比越大。具体的，将上述交易信息上传至区块链以触发执行智能合约为服务人员和酒店的经营者进行利润分成，先在智能合约中获取上述交易信息中的房型所对应的利润分成比例，并按照该房型对应的利润分成比例进行利润分成。

举例来说，按照房型的单价从高到低排序，酒店有a、b、c三种房型，a房型对应的服务人员和经营者的利润分成比例为1：9，b房型对应的服务人员和经营者的利润分成比例为3：7，c房型对应的服务人员和经营者的利润分成比例为5：5，假设交易信息中包含的房型为b，那么服务人员与经营者的利润分成比例为3：7，假设交易金额为100元，那么服务人员和经营者分别得到30元和70元。

在另一种可实施的方式中，上述退房信息中还包括服务评价分数，上述智能合约用于指示所述服务人员与所述酒店的经营者的利润分成比例，以及根据所述服务评价分数调整所述利润分成比例的调整规则。相应的，上述在接收到客户的退房信息的情况下，将交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成，指的是，在接收到客户的退房信息的情况下，将退房信息和交易信息上传至区块链，以使得区块链执行预设的智能合约，根据退房信息中的服务评价分数调整利润分成比例，并按照调整之后的利润分成比例完成利润分成。

在本申请实施例中，在接收到客户的退房信息的情况下，将退房信息和交易信息都上传至区块链，以触发执行区块链中的智能合约，即按照智能合约中的分成比例调整规则，根据退房信息中的服务评价分数对分成比例进行调整，服务评价分数越高，服务人员的利润占比越高，经营者的利润占比越低，也就是说服务人员的利润占比与服务评价分数成正比，经营者的利润占比与服务评价分数成反比，在调整了服务人员和经营者分别的利润占比之后，即完成了对利润占比的调整，然后再根据该调整之后的分成比例来完成利润分成。可见，本实施方式中智能合约不仅可以完成服务人员与经营者之间的利润分成，还用于指示根据服务评价分数调整利润分成比例的调整规则，于是在本申请实施例中，服务人员与经营者的利润分成取决于客户反馈的服务评价分数，该服务评价分数指示了服务人员的服务质量的好坏。

举例来说，假设智能合约中记载的服务人员和经营者的利润分成比例为3：7，此外，服务人员的服务质量从低到高分别分为五个档次，一档、二挡、三挡、四挡和五档，分别对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，下调服务人员的利润占比0.5并上调经营者的利润占比0.5，不改变利润分成比例，上调服务人员的利润占比0.5并下调经营者的利润占比0.5，上调服务人员的利润占比1并上调经营者的利润占比1。若退房信息中包含的服务评价分数的档次为四挡，那么服务人员与经营者的利润分成比例为3.5：6.5，假设交易金额为100元，那么服务人员和经营者分别得到35元和65元。

在另一种可实施的方式中，上述交易信息还包括所述客户选择的房型，上述退房信息中还包括服务评价分数，上述智能合约用于指示，上述房型对应的服务人员与酒店的经营者的利润分成比例，以及根据服务评价分数调整上述房型对应的利润分成比例的调整规则。相应的，上述在接收到客户的退房信息的情况下，将交易信息上传至区块链，以使得区块链执行预设的智能合约完成利润分成，指的是，在接收到客户的退房信息的情况下，将退房信息和交易信息上传至所述区块链，以使得区块链执行预设的智能合约，获取上述交易信息中的房型对应的利润分成比例，根据退房信息中的服务评价分数调整该房型对应的利润分成比例，并按照调整之后的上述房型对应的利润分成比例完成利润分成。

本申请实施例结合了上面的两个实施例，在接收到上述退房信息之后，将该退房信息以及上述交易信息上传至区块链，以触发执行区块链上的智能合约，具体的，先在智能合约中查找交易信息里的房型对应的利润分成比例，然后按照智能合约中的调整规则，根据退房信息中的服务评价分数对交易信息里的房型对应的利润分成比例进行调整，可见，对应不同的房型和/或不同的服务评价分数，服务人员和经营者的利润分成比例可能不同，服务人员的利润占比与房型的单价成反比，与服务评价分数成正比，经营者的利润占比与房型的单价成正比，与服务评价分数成反比。其中，不同的房型对应不同的利润分成比例，不同的服务评价分数对应不同的调整规则，对于不同的房型，相同的服务评价分数对应相同的调整规则。

举例来说，按照房型的单价从高到低排序，酒店有a、b、c三种房型，a房型对应的服务人员和经营者的利润分成比例为1：9，b房型对应的服务人员和经营者的利润分成比例为3：7，c房型对应的服务人员和经营者的利润分成比例为5：5，此外，根据客户反馈的服务评价分数所在的分数区间，服务人员的服务质量从低到高分别分为五个档次，一档、二挡、三挡、四挡和五档，分别对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，下调服务人员的利润占比0.5并上调经营者的利润占比0.5，不改变利润分成比例，上调服务人员的利润占比0.5并下调经营者的利润占比0.5，上调服务人员的利润占比1并上调经营者的利润占比1。假设交易信息中包含的房型为b，退房信息中包含的服务评价分数的档次为四挡，那么服务人员与经营者的利润分成比例为3.5：6.5，假设交易金额为100元，那么服务人员和经营者分别得到35元和65元。

在另一种可实施的方式中，在不同的房型下，相同的服务评价分数对应的调整规则不同，例如在房型a下，档次为四挡的服务评价分数对应的调整规则为下调服务人员的利润占比1并上调经营者的利润占比1，在房型b下，档次四挡的服务评价分数对应的调整规则为下调服务人员的利润占比0.5并上调经营者的利润占比0.5，可见，房型的单价越高，对应的调整规则的调整幅度越大，这是因为单价高的房型，服务人员的利润占比越小，于是提高单价高的房型对应的调整规则的调整幅度，可以有效的调动服务人员的积极性，为高消费客户提供更好的服务，从而为服务人员自身以及经营者创造更多的收入，从而实现双赢，同时也大大提高了酒店管理的效率。

可见，本申请实施例可以在根据房型来确定服务人员和经营者的利润分成比例，也可以根据客户反馈的服务评价分数来确定服务人员和经营者的利润分成比例，也可以根据房型以及客户反馈的服务评价分数来确定服务人员和经营者的利润分成比例，甚至，在第三种情况中，在不同的房型下，相同的服务评价分数对应的调整不同，于是本申请实施例可以提供多种用于确定服务人员和经营者的利润分成比例的方法。

本申请实施例描述了更详细的酒店管理方法，尤其是还详细说明了在本端装置接收到入住请求并根据该入住请求进行一系列操作之前，先对客户、酒店的经营者以及服务人员的身份进行验证，如果验证通过便在区块链上对其进行注册，并开通对应的账户的过程。此外，本申请实施例还通过区块链来保证智能合约的执行，以及区块链上的信息不可篡改性，从而保证了交易的公开性和透明性，保障了客户、服务人员和酒店的经营者的权益，于是本申请实施例通过结合区块链来进一步的提高了酒店管理的效率。总的来说，本申请实施例提供了一种高效的酒店管理模式，使得客户、服务人员和酒店的经营者通过网络便能快速达成自助下单、自助接单和交易，也将服务人员也作为酒店的合伙人来和经营者共同对酒店进行管理，以充分调动服务人员的积极性，于是本申请实施例在减少酒店人工成本及运营成本的同时，还大大提高了酒店管理的效率。

需要说明的是，上文对各个实施例的描述倾向于强调各个实施例之间的不同之处，其相同或相似之处可以互相参考，为了简洁，本文不再赘述。

本申请实施例还提供一种酒店管理装置，该酒店管理装置用于执行前述任一项的酒店管理方法的单元。具体地，参见图3，是本申请实施例提供的一种酒店管理装置的示意框图。本实施例的酒店管理装置包括：接收单元310、发送单元320、生成单元330、登记单元340以及执行单元350。具体的：

接收单元310，用于接收到客户入住酒店的入住请求；发送单元320，用于将上述入住请求中的需求信息推送给服务人员，上述需求信息用于表示上述客户的需求；上述接收单元310，还用于接收到服务人员确认接单的接单信息；生成单元330，用于根据上述入住请求和上述接单信息生成交易信息，上述交易信息包含交易金额，以及上述客户的账户信息、上述服务人员的账户信息和上述酒店的经营者的账户信息；登记单元340，用于在上述客户入住酒店时核实上述客户的验证信息，核实成功后登记入住；执行单元350，用于在接收到上述客户的退房信息的情况下，将上述交易信息上传至区块链，以使得上述区块链执行预设的智能合约完成利润分成，智能合约用于指示上述服务人员与上述酒店的经营者的利润分成比例。

根据相关法律法规，酒店入住需要对客户信息进行二次确认并对客户入住时进行登记。本申请一优选实施例中，客户入住时的信息核实和入住登记均采用无人前台，通过区块链节点服务器实现对信息数据的核实和登记处理，上述登记单元340具体用于：接收上述客户的身份验证信息和交易信息；根据上述身份验证信息和交易信息进行入住核实；核实成功后根据上述身份验证信息和交易信息登记入住信息并上传至区块链。

在另一种可实施的方式中，上述交易信息还包括上述客户选择的房型，上述智能合约用于指示上述客户选择的房型对应的上述服务人员与上述酒店的经营者的利润分成比例。相应的，上述执行单元350，具体用于在上述接收到客户的退房信息的情况下，将上述交易信息上传至上述区块链，以使得上述区块链执行上述预设的智能合约，获取上述交易信息中的房型对应的利润分成比例，并根据按照上述房型对应的利润分成比例完成利润分成。

在另一种可实施的方式中，上述退房信息中还包括服务评价分数，上述智能合约用于指示上述服务人员与上述酒店的经营者的利润分成比例，以及根据上述服务评价分数调整上述利润分成比例的调整规则。相应的，上述执行单元350，具体用于在上述接收到客户的退房信息的情况下，将上述退房信息和上述交易信息上传至上述区块链，以使得上述区块链执行上述预设的智能合约，根据上述退房信息中的服务评价分数调整上述利润分成比例，并按照调整之后的利润分成比例完成利润分成。

在另一种可实施的方式中，上述接收单元310还用于接收到经营者的注册信息、服务人员的注册信息以及客户的注册信息，上述注册信息包括交易账号以及至少一个身份标识信息；上述酒店管理装置还包括验证单元360，用于对上述经营者的注册信息、服务人员的注册信息以及客户的注册信息分别进行验证；上述酒店管理装置还包括创建单元370，用于根据上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，分别创建上述客户的账户信息、上述服务人员的账户信息和上述酒店的经营者的账户信息；上述酒店管理装置还包括上传单元380，用于将上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，以及上述客户的账户信息、上述服务人员的账户信息和上述酒店的经营者的账户信息上传至区块链。

在另一种可实施的方式中，上述发送单元320，用于向上述酒店的经营者推送经营资质认证指令；上述接收单元310，还用于接收上述经营者的经营资质认证信息，上述经营资质认证信息用于表示上述经营者具有营业资质；上述酒店管理装置还包括添加单元390，用于将上述经营资质认证信息添加到上述经营者注册信息中。

在另一种可实施的方式中，上述发送单元320，用于向上述服务人员推送服务资质认证指令；上述接收单元310，还用于接收上述服务人员的服务资质认证信息，上述服务资质认证信息用于表示上述服务人员具有服务资质；上述酒店管理装置还包括添加单元390，用于将上述服务资质认证信息添加到上述服务人员的注册信息中。

在另一种可实施的方式中，上述发送单元320，用于向上述客户推送喜好设置指令；上述接收单元310，还用于接收上述客户的喜好信息，上述喜好信息用于表示上述客户的喜好；上述酒店管理装置还包括添加单元390，用于将上述喜好信息添加到上述客户注册信息中。

本申请实施例在接收单元接收到客户入住酒店的入住请求之后，通过发送单元将入住请求中的需求信息发送给服务人员，在用于表示服务人员确定接单的接单信息之后，生成单元根据该入住请求和接单信息生成交易信息，然后接收单元再接收到用于表示客户确定退房的退房信息之后，执行单元将交易信息上传至区块链以触发执行区块链上的智能合约，以完成从客户的账户扣除交易金额所指示的数目，并按照服务人员与经营者的利润分成比例转账分别到服务人员和经营者账户中。可见，本申请实施例提供了一种高效的酒店管理模式，客户、服务人员和酒店的经营者通过网络便能快速达成自助下单、自助接单和交易，也将服务人员也作为酒店的合伙人来和经营者共同对酒店进行管理，以充分调动服务人员的积极性，于是本申请实施例在减少酒店人工成本及运营成本的同时，还大大提高了酒店管理的效率。此外，本申请实施例还通过区块链来保证智能合约的执行，以及区块链上的信息不可篡改性，从而保证了交易的公开性和透明性，保障了客户、服务人员和酒店的经营者的权益，于是本申请实施例通过结合区块链来进一步的提高了酒店管理的效率。

参见图4，是本申请另一实施例提供的一种区块链节点服务器示意框图。如图所示的本实施例中的酒店管理装置可以包括：处理器410和存储器420。上述处理器410和存储器420通过总线430连接。具体的：

上述处理器410，用于执行生成单元330的功能，用于根据上述入住请求和上述接单信息生成交易信息，上述交易信息包含交易金额，以及上述客户的账户信息、上述服务人员的账户信息和上述酒店的经营者的账户信息；还用于执行登记单元340的功能，用于在上述客户入住酒店时核实上述客户的验证信息，核实成功后登记入住；还用于执行执行单元350的功能，用于在接收到上述客户的退房信息的情况下，将上述交易信息上传至区块链，以使得上述区块链执行预设的智能合约完成利润分成，智能合约用于指示上述服务人员与上述酒店的经营者的利润分成比例。

根据相关法律法规，酒店入住需要对客户信息进行二次确认并对客户入住时进行登记。本申请一优选实施例中，客户入住时的信息核实和入住登记均采用无人前台，通过区块链节点服务器实现对信息数据的核实和登记处理，上述处理器410具体用于：接收上述客户的身份验证信息和交易信息；根据上述身份验证信息和交易信息进行入住核实；核实成功后根据上述身份验证信息和交易信息登记入住信息并上传至区块链。

上述酒店管理装置还包括通信接口440，用于执行接收单元310的功能，用于接收到客户入住酒店的入住请求；还用于执行发送单元320的功能，用于将上述入住请求中的需求信息推送给服务人员，上述需求信息用于表示上述客户的需求；还用于接收到服务人员确认接单的接单信息。

在另一种可实施的方式中，上述交易信息还包括上述客户选择的房型，上述智能合约用于指示上述客户选择的房型对应的上述服务人员与上述酒店的经营者的利润分成比例。相应的，上述处理器410，具体用于在上述接收到客户的退房信息的情况下，将上述交易信息上传至上述区块链，以使得上述区块链执行上述预设的智能合约，获取上述交易信息中的房型对应的利润分成比例，并根据按照上述房型对应的利润分成比例完成利润分成。

在另一种可实施的方式中，上述退房信息中还包括服务评价分数，上述智能合约用于指示上述服务人员与上述酒店的经营者的利润分成比例，以及根据上述服务评价分数调整上述利润分成比例的调整规则。相应的，上述处理器410，具体用于在上述接收到客户的退房信息的情况下，将上述退房信息和上述交易信息上传至上述区块链，以使得上述区块链执行上述预设的智能合约，根据上述退房信息中的服务评价分数调整上述利润分成比例，并按照调整之后的利润分成比例完成利润分成。

在另一种可实施的方式中，上述通信接口440还用于接收到经营者的注册信息、服务人员的注册信息以及客户的注册信息，上述注册信息包括交易账号以及至少一个身份标识信息；上述处理器410还用于执行验证单元360的功能，用于对上述经营者的注册信息、服务人员的注册信息以及客户的注册信息分别进行验证；上述处理器410还用于执行创建单元370的功能，用于根据上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，分别创建上述客户的账户信息、上述服务人员的账户信息和上述酒店的经营者的账户信息；上述通信接口440还用于执行上传单元380的功能，用于将上述经营者的注册信息、服务人员的注册信息以及客户的注册信息，以及上述客户的账户信息、上述服务人员的账户信息和上述酒店的经营者的账户信息上传至区块链。

在另一种可实施的方式中，上述通信接口440还用于向上述酒店的经营者推送经营资质认证指令；上述通信接口440，还用于接收上述经营者的经营资质认证信息，上述经营资质认证信息用于表示上述经营者具有营业资质；上述处理器410还用于执行添加单元390的功能，用于将上述经营资质认证信息添加到上述经营者注册信息中。

在另一种可实施的方式中，上述通信接口440还用于向上述服务人员推送服务资质认证指令；上述通信接口440，还用于接收上述服务人员的服务资质认证信息，上述服务资质认证信息用于表示上述服务人员具有服务资质；上述处理器410，还用于执行添加单元390的功能，用于将上述服务资质认证信息添加到上述服务人员的注册信息中。

在另一种可实施的方式中，上述通信接口440还用于向上述客户推送喜好设置指令；上述通信接口440，还用于接收上述客户的喜好信息，上述喜好信息用于表示上述客户的喜好；上述处理器410还用于执行添加单元390的功能，用于将上述喜好信息添加到上述客户注册信息中。

应当理解，在本申请实施例中，所称处理器410可以是中央处理单元(centralprocessingunit，cpu)，该处理器410还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

该存储器420可以包括只读存储器和随机存取存储器，并向处理器410提供指令和数据。存储器420的一部分还可以包括非易失性随机存取存储器。例如，存储器420还可以存储设备类型的信息。

计算机可读存储介质可以是前述任一实施例的酒店管理装置的内部存储单元，例如酒店管理装置的硬盘或内存。计算机可读存储介质也可以是酒店管理装置的外部存储设备，例如酒店管理装置上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，计算机可读存储介质还可以既包括酒店管理装置的内部存储单元也包括外部存储设备。计算机可读存储介质用于存储计算机程序以及酒店管理装置所需的其他程序和数据。计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。

具体实现中，本申请实施例中所描述的处理器410可执行本申请实施例提供的酒店管理方法的第二实施例和第三实施例中所描述的实现方式，也可执行本申请实施例所描述的酒店管理装置的实现方式，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同酒店管理方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的酒店管理装置和单元的具体工作过程，可以参考前述酒店管理方法实施例中的对应过程，在此不再赘述。

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

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

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

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