CN106127464A - 一种客房支付管理方法及装置 - Google Patents

Abstract

本发明提供了一种客房支付管理方法及装置，其中，该方法包括：记录用户提交的押金金额、用户的通信方式和用户的电子账户；实时接收各个服务项目终端上报的用户的消费记录；根据消费记录对应的服务项目的收费标准，对用户的消费进行计费，并将用户的计费信息发送至用户的终端；当收到用户的终端发送的结算客房命令时，对用户的消费进行结算，将结算后的押金余额返还至用户的电子账户。本发明通过获取用户填写的预订单，自动计算用户的押金余额，并自动对用户的实际消费项目进行结算，使客房支付管理过程脱离了过多的人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也提高了客房的运营效率。

Description

一种客房支付管理方法及装置

技术领域

本发明涉及计算机应用技术领域，具体而言，涉及一种客房支付管理方法及装置。

背景技术

目前，在传统的酒店支付管理中，酒店用户在支付费用时通常是在酒店前台进行。前台出纳不仅需要核对酒店用户已消费的服务内容，而且需要根据服务项目资费标准计算相应消费金额，并对酒店用户住宿消费信息进行记录。结算操作结束后，前台出纳还要根据服务项目类型将结算金额分配到相应部门。传统手工式的支付方式不仅包含复杂的操作流程，而且酒店用户在缴费时经常需要在前台花费大量时间排队等待。此外，部分酒店用户由于出行计划变更，往往不能及时到前台结算，导致酒店押金无法退还的情况时有发生，大大阻碍了酒店服务质量水平的提高。

部分酒店采用的电子卡或者磁卡的方式进行支付管理。酒店用户提交房间磁卡后，前台出纳只需对磁卡进行扫描即可在电脑中显示累计消费金额。从而大幅简化了酒店用户的支付流程。但是这种支付流程始终无法完全脱离由人工主导和参与的方式，仍然需要由前台出纳手工分配到相应部门，部分解决了酒店支付效率低下的问题，但是在酒店业务繁忙的阶段，酒店用户仍然需要在前台排队等待支付。

针对上述支付管理方法包含复杂的操作流程，且需要较多的人工干预，进而阻碍酒店服务质量水平提高，降低酒店运营效率的问题，目前尚未提出有效的解决方案。

发明内容

有鉴于此，本发明实施例的目的在于提供一种客房支付管理方法及装置，能够简化支付管理的操作流程，使支付管理过程脱离过多的人工干预，不仅提高了酒店服务质量水平，也有助于提高酒店的运营效率。

第一方面，本发明实施例提供了一种客房支付管理方法，该方法包括：记录用户提交的押金金额、用户的通信方式和用户的电子账户；实时接收各个服务项目终端上报的该用户的消费记录；根据消费记录对应的服务项目的收费标准，对该用户的消费进行计费，并采用通信方式将计费信息发送至该用户的终端；当收到用户的终端发送的结算客房命令时，对该用户的消费进行结算，将结算后的押金余额返还至该用户的电子账户。

结合第一方面，本发明实施例提供了第一方面的第一种可能的实施方式，其中，记录用户提交的押金金额之前，该方法还包括：获取已成功预定客房的用户的预订单；其中，预订单包括：用户身份信息、服务项目、服务项目金额、服务项目有效期；根据预订单计算该用户应支付的押金金额，提示用户支付押金。

结合第一方面的第一种可能的实施方式，本发明实施例提供了第一方面的第二种可能的实施方式，其中，根据预订单计算用户应支付的押金金额包括：获取预订单中的用户身份信息，其中，用户身份信息包括用户的身份等级标识；根据用户的身份等级标识，以及预订单中的服务项目和服务项目金额，计算用户应支付的押金金额。

结合第一方面，本发明实施例提供了第一方面的第三种可能的实施方式，其中，根据消费记录对应的服务项目的收费标准，对用户的消费进行计费，并采用通信方式将用户的计费信息发送至用户的终端包括：根据消费记录对应的服务项目的收费标准，对用户的押金进行扣费操作；判断扣费操作后的押金余额是否小于设定阈值；如果是，采用通信方式将用户的消费信息、当前押金余额和需要续交的押金金额发送至用户的终端；如果否，采用通信方式将用户的消费信息、当前押金余额发送至用户的终端。

结合第一方面，本发明实施例提供了第一方面的第四种可能的实施方式，其中，该方法还包括：向用户的终端发送服务项目清单，其中，服务项目清单包括：各个服务项目的介绍信息，以及各个服务项目的资费标准。

结合第一方面，本发明实施例提供了第一方面的第五种可能的实施方式，其中，该方法还包括：根据用户的消费记录更新对应的服务部门的费用分配信息；统计指定时间段内的费用分配信息，生成服务部门的入账单，并将入账单同步到财务数据库。

第二方面，本发明实施例还提供了一种客房支付管理装置，该装置包括：信息记录模块，用于记录用户提交的押金金额、用户的通信方式和用户的电子账户；消费记录接收模块，用于实时接收各个服务项目终端上报的用户的消费记录；计费模块，用于根据消费记录对应的服务项目的收费标准，对用户的消费进行计费，并采用通信方式将用户的计费信息发送至用户的终端；结算模块，用于当收到用户的终端发送的结算客房命令时，对用户的消费进行结算，将结算后的押金余额返还至用户的电子账户。

结合第二方面，本发明实施例提供了第二方面的第一种可能的实施方式，其中，该装置还包括：预订单获取模块，用于获取已成功预定客房的用户的预订单；其中，预订单包括：用户身份信息、服务项目、服务项目金额、服务项目有效期；押金计算模块，用于根据预订单计算用户应支付的押金金额，提示用户支付押金。

结合第二方面，本发明实施例提供了第二方面的第二种可能的实施方式，其中，计费模块还包括：扣费单元，用于根据消费记录对应的服务项目的收费标准，对用户的押金进行扣费操作；押金余额判断单元，用于判断扣费操作后的押金余额是否小于设定阈值；第一计费单元，用于当押金余额判断单元的判断结果为是时，采用通信方式将用户的消费信息、当前押金余额和需要续交的押金金额发送至用户的终端；第二计费单元，用于当押金余额判断单元的判断结果为否时，采用通信方式将用户的消费信息、当前押金余额发送至用户的终端。

结合第二方面，本发明实施例提供了第二方面的第三种可能的实施方式，其中，该装置还包括：费用分配信息更新模块，用于根据用户的消费记录更新对应的服务部门的费用分配信息；费用分配信息统计模块，用于统计指定时间段内的费用分配信息，生成服务部门的入账单，并将入账单同步到财务数据库。

本发明实施例提供的客房支付管理方法和装置，通过记录用户提交的押金金额、用户的通信方式和用户的电子账户等信息，能够在接收到各个服务项目终端上报的该用户的消费记录时，对该用户的消费进行计费，并采用记录的通信方式将其计费信息发送至用户终端，使用户能够及时知道消费情况；同时，当收到用户的结算客房命令时，对用户的消费进行结算，将结算后的押金余额返还至上述电子账户中，使用户可以利用用户终端等设备通过网络完成结算操作，使支付管理过程脱离了过多人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也有助于提高客房运营效率。

进一步，本发明实施例提供的客房支付管理方法和装置，还可以根据用户的消费记录更新对应的服务部门的费用分配信息，统计指定时间段内的费用分配信息，生成服务部门的入账单，并将入账单同步到财务数据库，能够自动将指定时间内的结算资金自动分配到对应的服务部门，降低了工作人员在资金计算和分配上的时间成本，提升了客房支付管理系统的运行效率。

为使本发明的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1示出了本发明实施例1所提供的一种客房支付管理方法的流程图；

图2示出了本发明实施例1所提供的客房支付管理方法中，押金金额计算方法的流程图；

图3示出了本发明实施例1所提供的客房支付管理方法中，押金余额更新方法的流程图；

图4示出了本发明实施例2所提供的收入分配方法流程图；

图5示出了本发明实施例2所提供的服务项目分配方法流程图；

图6示出了本发明实施例3所提供的一种客房支付管理装置的结构示意图；

图7示出了本发明实施例4所提供的一种客房支付管理系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

考虑到相关技术中传统的客房支付管理方式包含复杂的操作流程，而且需要较多的人工干预此外，进而降低客房的运营效率的问题，本发明实施例提供了一种客房支付管理方法及装置，使用户可以利用用户终端等设备通过网络完成结算操作，同时，也避免了工作人员花费大量时间进行资金计算和分配，使支付管理过程脱离了过多人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也有助于提高客房运营效率。

为便于对本实施例进行理解，首先对本发明实施例所公开的一种客房支付管理方法进行详细介绍，其中，本发明实施例中的用户终端可以包括手机、平板电脑、PDA(Personal Digital Assistant)、膝上型便携计算机、车载电脑等等，下面通过实施例进行描述。

实施例1

参见图1所示的客房支付管理方法的流程图，该方法可以通过设置于酒店(旅店或者其他服务提供商)侧的服务器执行，本实施例以酒店服务器为例进行说明，该方法包括如下步骤：

步骤S102，记录用户提交的押金金额、用户的通信方式和用户的电子账户。

本实施例中的押金金额可以是用户通过电子账户转账的金额，也可以是用户在酒店前台支付的现金，考虑到通常用户会选择互联网提前预订客房，这种方式下，可以参考图2所示的押金金额计算方法的流程图，包括如下步骤：

步骤S1022，获取已成功预定客房的用户的预订单；其中，预订单包括：用户身份信息、服务项目、服务项目金额、服务项目有效期；

步骤S1024，根据预订单计算所述用户应支付的押金金额，提示用户支付所述押金。

其中，根据预订单计算所述用户应支付的押金金额可以包括：获取预订单中的用户身份信息，其中，用户身份信息包括用户的身份等级标识；根据用户的身份等级标识，以及预订单中的服务项目和服务项目金额，计算用户应支付的押金金额。酒店的服务人员可以在服务器中对用户的身份等级进行标识，例如，普通用户，VIP用户，或者贵宾用户等，对于不同等级标识的用户，服务器在计算押金金额时，有相应的折扣优惠。

上述用户的通信方式可以是短信、微信等方式，具体采用哪种方式与用户进行通信，可以根据用户的意愿选取，也可以采用系统默认的通信方式。

上述用户的电子账户可以是支付宝、电子银行等账户。

步骤S104，实时接收各个服务项目终端上报的用户的消费记录。

用户可以根据预订单上填写的服务项目进行消费，也可以利用用户终端(例如，手机等)随时提交服务申请进行实时消费，服务器接收到用户提交的服务申请后将服务任务分配给相应部门的服务人员，服务完成后，由相应部门的服务人员通过服务项目终端上报消费记录，服务器可以实时接收各个服务项目终端上报的用户的消费记录，生成消费记录清单，并将消费信息发送至用户终端。

步骤S106，根据消费记录对应的服务项目的收费标准，对该用户的消费进行计费，并采用上述通信方式将用户的计费信息发送至用户的终端。

服务器接收到各个服务项目终端上报的用户的消费记录后，根据消费记录对应的服务项目的收费标准，对该用户的消费进行计费。

步骤S108，当收到上述用户的终端发送的结算客房命令时，对用户的消费进行结算，将结算后的押金余额返还至用户的电子账户。

用户可以利用终端(例如，手机)向服务器发送结算客房的命令。服务器收到用户发送的结算命令时，获取当前用户的实际消费记录清单，进行结算，并将结算后的押金余额返还至用户的电子账户。当用户比较繁忙，忘记结算时，服务器可以根据用户的实际消费记录进行结算，并对已超过入住时长而未进行消费的预订单(或者，超过有效期的预订单)进行删除操作，避免用户出现额外消费的情形。

上述实施例1中的方法，通过记录用户提交的押金金额、用户的通信方式和用户的电子账户等信息，能够在接收到各个服务项目终端上报的该用户的消费记录时，对该用户的消费进行计费，并采用记录的通信方式将其计费信息发送至用户终端，使用户能够及时知道消费情况；同时，当收到用户的结算客房命令时，对用户的消费进行结算，将结算后的押金余额返还至用户的电子账户中，使用户可以利用用户终端等设备通过网络完成结算操作，使支付管理过程脱离了过多人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也有助于提高客房运营效率。

具体实现时，考虑到用户通常会根据自己的需要，随时选择服务项目进行消费，为避免出现押金余额不足，导致用户无法正常选择所需的服务项目，例如：餐饮、清洁、洗衣等，上述实施例1中的方法还包括押金余额更新方法，可以参考图3所示的押金余额更新方法的流程图，包括如下步骤：

步骤S302，获取用户的消费记录。

步骤S304，获取用户身份信息，其中，用户身份信息包括用户的身份等级标识。

步骤S306，根据消费记录对应的服务项目的收费标准，以及用户的身份等级标识，计算消费总金额。

对于不同身份等级标识的用户，服务器在计算消费总金额时，有相应的折扣优惠。

步骤S308，获取用户提交的押金金额。

步骤S310，对用户的押金金额进行扣费操作，扣除消费总金额。

步骤S312，更新用户电子账户的押金余额，并将押金余额发送至用户终端。

在扣费操作时，服务人员可以设定押金余额最小阈值，服务器判断扣费操作后的押金余额是否小于设定阈值，如果是，将用户的消费信息、当前押金余额和需要续交的押金金额发送至用户的终端；如果否，将用户的消费信息、当前押金余额发送至用户的终端。

上述押金余额更新方法，根据消费记录对应的服务项目的收费标准计算消费总金额，对用户的押金金额进行扣费操作，并将押金余额发送至用户终端，使用户可以随时随地了解自己在酒店的消费项目以及消费记录，并选择所需的服务项目进行支付，有效避免传统支付管理方式中用户到服务台排队等待支付的情况发生，从而提高了酒店的服务质量。

实施例2

为了能够使客房支付管理更加方便快捷，上述客房支付管理方法还包括用户结算完毕后，对实际收入进行分配的方法，参见图4所示的收入分配方法流程图，本实施例以该方法设置于酒店(旅店或者其他服务提供商)侧的服务器为例进行说明，该方法包括如下步骤：

步骤S402，获取用户的消费记录清单。

步骤S404，获取消费记录清单中服务项目的类别以及对应的服务部门。

服务器根据每一个服务项目唯一的项目序列号(例如：ID号)选择该服务项目的对应的服务部门。

步骤S406，将消费记录清单上的收入金额分配到对应的服务部门，并更新对应的服务部门的费用分配信息。

通过费用分配信息，可以得知已结算的收入中，属于该服务部门的收入金额。

步骤S408，统计指定时间段内对应的服务部门的费用分配信息，生成入账单，同步到财务数据库。

对指定时间段内的费用分配信息进行统计，可以获知该时间段内，该服务部门的收入情况。酒店的服务人员可以对时间段进行设置，例如：一个月或者一个季度等，服务器对该时间段内的费用分配信息进行统计，并自动根据服务项目的类别将结算金额分配到对应的服务部门，并生成入账单，同步到财务数据库中。

上述方法中用户的消费记录清单记录的服务项目可以属于一个或者多个服务部门，服务器获取用户的消费记录清单后，需要对每个服务项目进行分配，并将收入分配到对应的服务部门中，该服务项目分配过程与上述收入分配方法结合使用，图5所示流程图为的服务项目分配方法流程图，该方法可以由酒店服务器执行，包括如下步骤：

步骤S502，获取消费记录清单。

步骤S504，获取上述消费记录清单中服务项目的类别，包括当前服务项目的项目序列号(或者，ID号)。

步骤S506，获取酒店服务部门。

步骤S508，验证该服务项目是否属于当前服务部门，如果是，执行步骤S510；如果否，执行步骤S518。

步骤S510，将收入金额分配到当前服务部门。

步骤S512，更新当前服务部门的费用分配信息。

步骤S514，判断上述消费记录清单中服务项目是否涉及其他部门，如果是，返回步骤S506，如果否，执行步骤S516。

步骤S516，分配完成。

步骤S518，更换服务部门。

上述实施例2提供的收入分配方法，通过用户的消费记录更新对应的服务部门的费用分配信息，统计指定时间段内的费用分配信息，生成服务部门的入账单，并将入账单同步到财务数据库，能够自动将指定时间内的结算资金自动分配到对应的服务部门，避免了工作人员花费大量时间进行资金计算和分配，使支付管理过程脱离了过多的人工干预，有效防止计算失误的风险，提高了酒店的运营效率。

实施例3

为了便于对上述发明实施例提供的客房支付管理方法的使用进行理解，在实施例1与实施例2的基础上，对应于上述实施例提供的方法，本发明实施例还提供了一种客房支付管理装置，该装置可以设置于酒店服务器内，参见图6所示的一种客房支付管理装置的结构示意图，该装置包括以下模块：

信息记录模块62，用于记录用户提交的押金金额、用户的通信方式和所述用户的电子账户。

其中，押金金额可以是用户通过电子账户转账的金额，也可以是用户在酒店前台支付的现金；通信方式可以是短信、微信等方式，具体采用哪种方式与用户进行通信，可以根据用户的意愿选取，也可以采用系统默认的通信方式；电子账户可以是支付宝、电子银行等账户。

消费记录接收模块64，用于实时接收各个服务项目终端上报的用户的消费记录。

计费模块66，用于根据消费记录对应的服务项目的收费标准，对用户的消费进行计费，并采用上述通信方式将用户的计费信息发送至用户的终端。

结算模块68，用于当收到用户的终端发送的结算客房命令时，对用户的消费进行结算，将结算后的押金余额返还至用户的电子账户。

上述发明实施例3中提供的装置，通过对用户支付的押金金额进行记录，并实时接收各个服务项目终端上报的用户的消费记录，对用户的押金余额进行更新，并将结算后的押金余额返还至用户的电子账户，使用户可以利用手机等用户终端通过网络完成结算操作，无需到酒店前台排队等候，使整个支付管理过程脱离了过多人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也提高了酒店客房的运营效率。

具体实现时，上述装置还包括：预订单获取模块，用于获取已成功预定客房的用户的预订单；其中，预订单包括：用户身份信息、服务项目、服务项目金额、服务项目有效期；押金计算模块，用于根据预订单计算用户应支付的押金金额，提示用户支付所述押金；费用分配信息更新模块，用于根据用户的消费记录更新对应的服务部门的费用分配信息；费用分配信息统计模块，用于统计指定时间段内的费用分配信息，生成对应的服务部门的入账单，并将入账单同步到财务数据库。

上述计费模块66还包括以下单元：扣费单元，用于根据消费记录对应的服务项目的收费标准，对用户的押金进行扣费操作；押金余额判断单元，用于判断扣费操作后的押金余额是否小于设定阈值；第一计费单元，用于当押金余额判断单元的判断结果为是时，采用上述通信方式将用户的消费信息、当前押金余额和需要续交的押金金额发送至用户的终端；第二计费单元，用于当押金余额判断单元的判断结果为否时，采用上述通信方式将用户的消费信息、当前押金余额发送至用户的终端。具体实现时，根据押金余额判断单元的判断结果，可以选择第一计费单元或者第二计费单元中的一种。

上述发明实施例所提供的装置，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

上述发明实施例提供的装置，通过用户已消费的服务项目更新押金余额，自动对用户的实际消费项目进行结算，并根据用户的消费记录更新对应的服务部门的费用分配信息，自动将指定时间内的结算资金分配到对应的服务部门，使酒店客房支付管理过程脱离了过多的人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也提高了酒店客房的运营效率。

实施例4

上述以酒店服务器为例的实施例也可以包括在一个酒店客房支付管理系统内，参见图7所示的一种客房支付管理系统的结构示意图，该系统包括：用户端和服务器端，其中，用户端的操作可以在用户终端(例如：手机等智能终端)进行，服务器端设置在酒店的服务中心，由酒店服务人员负责。在用户端侧，可以包括一个或多个用户群，用户群众的每个成员具体可以视为用户终端，用户通过用户终端与服务器建立通信，例如，生成客房的预订单以及完成客房和入住后的其它费用支付等。在服务器端可以设置一个服务器，酒店工作人员通过该服务器与用户终端建立通信，完成消费的自动结算，同时，该服务器还可以与各个服务部门对接，完成内部管理及费用的分配等。

酒店客房支付管理系统的运行过程可以包括以下步骤：

(1)用户根据自身需求，通过用户终端填写预订单，并提交到酒店服务器。

(2)服务器根据用户提交的预订单中涉及的服务项目内容，以及酒店服务人员设置的用户的身份等级标识自动计算押金金额并提示用户进行支付。

(3)用户支付押金后，在服务器对用户押金金额进行统一管理，并根据用户已消费的服务项目实时更新押金金额，并在押金余额不足，即小于预设值时，提示用户续费。

(4)当用户离开时，服务器显示用户的消费项目和押金余额，并发送给用户进行确认，当收到用户的结算命令后，自动对用户的消费项目进行结算，其中，对超过有效期，即入住时长，且未进行消费的服务项目，不进行计算。

(5)完成结算后，在服务器端能够对已结算的收入资金进行分配，将收入金额分配到服务项目对应的服务部门的银行账户。例如：服务器可以对指定时间段(如，一个月或者一个季度等)内的费用分配信息进行统计，获得该时间段内，该服务部门的收入情况，将该时间段内的结算金额分配到该服务部门的银行账户，并生成入账单，同步到财务数据库中，或者，服务器可以对每一个用户的结算金额进行分配，生成入账单，同步到财务数据库中。具体实现时，可以由酒店的服务人员进行设置。

上述实施例4所提供的客房支付管理系统，通过用户在用户终端填写预订单及身份信息，并由服务器端自动计算用户的押金余额，对用户的实际消费项目进行结算，可以自动将结算资金分配到对应的服务部门，使酒店客房支付管理过程脱离了过多的人工干预，不仅节约了用户时间，降低了人工成本和硬件成本，也提高了酒店客房的运营效率。

上述发明实施例所提供的系统，其实现原理及产生的技术效果和前述方法实施例相同，为简要描述，系统实施例部分未提及之处，可参考前述方法实施例中相应内容。

综上所述，以上实施例提供的客房支付管理方法、装置及系统具有以下优点：

1、用户可以通过手持移动设备获取当前酒店的服务信息，包括各个服务项目的资费标准，能够让用户方便快捷地了解酒店服务项目和内容，同时，用户可以随时随地了解自己在酒店的消费项目以及消费记录。

2、可以根据用户离开日期，自动从押金中扣取消费金额并返还余额到用户提交的电子账户，使用户无需担心离开酒店后忘记缴费等问题。

3、能够根据用户身份信息及身份等级标识，自动计算所涉及的押金金额，并给不同身份等级标识的用户采取相应折扣，整个过程在服务器端自动完成，从而减少了由人工计算失误引起的错误风险。

4、当用户结算完毕后，能够自动将收入根据酒店服务内容分配到对应的服务部门的账户，整个流程在服务器端自动完成，无需人员干预，一方面减少了人工成本，另一方面也提高了部门入账速度，从而提高酒店运营效率。

5、允许用户通过网络自行支付，能够有效避免传统支付管理方式中用户到服务台排队等待支付的情况发生，从而提高了酒店的服务质量。

所属领域的技术人员可以清楚地了解到，上述实施例所提供的系统的计算机程序产品，包括存储了程序代码的计算机可读存储介质，所述程序代码包括的指令可用于执行前面方法实施例中所述的方法，具体实现可参见方法实施例。

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

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

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种客房支付管理方法，其特征在于，包括：

记录用户提交的押金金额、所述用户的通信方式和所述用户的电子账户；

实时接收各个服务项目终端上报的所述用户的消费记录；

根据所述消费记录对应的服务项目的收费标准，对所述用户的消费进行计费，并采用所述通信方式将所述用户的计费信息发送至所述用户的终端；

当收到所述用户的终端发送的结算客房命令时，对所述用户的消费进行结算，将结算后的押金余额返还至所述用户的电子账户。

2.根据权利要求1所述的方法，其特征在于，记录用户提交的押金金额之前，所述方法还包括：

获取已成功预定客房的用户的预订单；其中，所述预订单包括：用户身份信息、服务项目、服务项目金额、服务项目有效期；

根据所述预订单计算所述用户应支付的押金金额，提示所述用户支付所述押金。

3.根据权利要求2所述的方法，其特征在于，根据所述预订单计算所述用户应支付的押金金额包括：

获取所述预订单中的用户身份信息，其中，所述用户身份信息包括所述用户的身份等级标识；

根据所述用户的身份等级标识，以及所述预订单中的服务项目和所述服务项目金额，计算所述用户应支付的押金金额。

4.根据权利要求1所述的方法，其特征在于，根据所述消费记录对应的服务项目的收费标准，对所述用户的消费进行计费，并采用所述通信方式将所述用户的计费信息发送至所述用户的终端包括：

根据所述消费记录对应的服务项目的收费标准，对所述用户的押金进行扣费操作；

判断扣费操作后的押金余额是否小于设定阈值；

如果是，采用所述通信方式将所述用户的消费信息、当前押金余额和需要续交的押金金额发送至所述用户的终端；

如果否，采用所述通信方式将所述用户的消费信息、当前押金余额发送至所述用户的终端。

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

向所述用户的终端发送服务项目清单，所述服务项目清单包括：各个服务项目的介绍信息，以及各个所述服务项目的资费标准。

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

根据所述用户的消费记录更新对应的服务部门的费用分配信息；

统计指定时间段内的所述费用分配信息，生成所述服务部门的入账单，并将所述入账单同步到财务数据库。

7.一种客房支付管理装置，其特征在于，包括：

信息记录模块，用于记录用户提交的押金金额、所述用户的通信方式和所述用户的电子账户；

消费记录接收模块，用于实时接收各个服务项目终端上报的所述用户的消费记录；

计费模块，用于根据所述消费记录对应的服务项目的收费标准，对所述用户的消费进行计费，并采用所述通信方式将所述用户的计费信息发送至所述用户的终端；

结算模块，用于当收到所述用户的终端发送的结算客房命令时，对所述用户的消费进行结算，将结算后的押金余额返还至所述用户的电子账户。

8.根据权利要求7所述的装置，其特征在于，所述装置还包括：

预订单获取模块，用于获取已成功预定客房的用户的预订单；其中，所述预订单包括：用户身份信息、服务项目、服务项目金额、服务项目有效期；

押金计算模块，用于根据所述预订单计算所述用户应支付的押金金额，提示所述用户支付所述押金。

9.根据权利要求7所述的装置，其特征在于，所述计费模块还包括：

扣费单元，用于根据所述消费记录对应的服务项目的收费标准，对所述用户的押金进行扣费操作；

押金余额判断单元，用于判断扣费操作后的押金余额是否小于设定阈值；

第一计费单元，用于当所述押金余额判断单元的判断结果为是时，采用所述通信方式将所述用户的消费信息、当前押金余额和需要续交的押金金额发送至所述用户的终端；

第二计费单元，用于当所述押金余额判断单元的判断结果为否时，采用所述通信方式将所述用户的消费信息、当前押金余额发送至所述用户的终端。

10.根据权利要求7所述的装置，其特征在于，所述装置还包括：

费用分配信息更新模块，用于根据所述用户的消费记录更新对应的服务部门的费用分配信息；

费用分配信息统计模块，用于统计指定时间段内的所述费用分配信息，生成所述服务部门的入账单，并将所述入账单同步到财务数据库。