一种房间预订方法及系统与流程

本申请涉及数据交互的技术领域，涉及一种房间预订方法及系统。

背景技术：

目前行业内酒店或餐饮行业企业经营过程中，当客户需要房间预订时，需要让客户提供房间预订信息，需要客户确认是开个人发票还是公司发票，需要客户确认是开电子发票还是纸质发票，如果是纸质还需要客户确认是邮寄还是自取，并且还需要客户提供如名称、税号、地址、电话等信息，人工手动录入房间预订软件实现房间预订操作，人工手动录入信息导致房间预订过程中的效率十分低下。因此，现有技术中存在着房间预订效率低下的问题。

技术实现要素：

有鉴于此，本申请提供一种房间预订方法及系统，用于解决现有技术中房间预订效率低下的问题。

本申请提供了的一种房间预订方法，所述房间预订方法包括：平台服务器接收用户终端发送的房间信息请求，所述房间信息请求包括所述用户终端对应的用户标识；将预先存储的房间信息根据所述用户标识发送给所述用户终端，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器；接收所述用户终端发送的预定订单请求，所述预定订单请求包括付款方式、所述用户标识和所述房间标识；判断所述付款方式是否为线下付款；如果是，则将所述用户标识和所述房间标识对应的所述付款方式存储为线下付款，并将所述房间标识对应的房间状态存储为预定状态。

可选地，在本申请实施例中，在所述服务器接收用户终端发送的房间信息请求之前，还包括：接收和存储管理终端发送的房间信息；将存储结果信息发送给所述管理终端。

可选地，在本申请实施例中，在所述判断所述付款方式是否为线下付款之后，还包括：如果所述付款方式为线上付款，则将根据所述用户标识和所述房间信息生成预下订单请求，并将所述预下订单请求发送给支付服务器；接收所述支付服务器发送的预下订单结果。

可选地，在本申请实施例中，在所述接收所述支付服务器发送的预下订单结果之后，还包括：根据所述预下订单结果生成支付验证页面发送给所述用户终端，所述支付验证页面包括支付服务器信息。

本申请还提供了一种房间预订方法，所述房间预订方法包括：用户终端生成房间信息请求，并将所述房间信息请求发送给平台服务器；接收所述平台服务器发送的房间信息，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器；根据用户选定的所述房间信息生成预定订单请求，并将所述预定订单请求发送给所述平台服务器，所述预定订单请求包括付款方式、用户标识和所述房间标识。

可选地，在本申请实施例中，在所述根据用户选定的所述房间信息生成预定订单请求，并将所述预定订单请求发送给所述平台服务器之后，还包括：接收所述平台服务器发送的支付验证页面，所述支付验证页面包括支付信息；根据所述支付信息生成身份验证请求，并将所述身份验证请求发送给支付服务器。

可选地，在本申请实施例中，在所述根据所述支付信息生成身份验证请求，并将所述身份验证请求发送给支付服务器之后，还包括：接收所述支付服务器发送的身份验证结果；判断所述身份验证结果是否为通过；如果否，则重新将所述身份验证请求发送给支付服务器。

可选地，在本申请实施例中，在所述判断所述身份验证结果是否为通过之后，还包括：如果所述身份验证结果为通过，则根据所述支付信息生成支付请求，并将所述支付请求发送给所述支付服务器；接收所述支付服务器发送的支付结果。

本申请还提供了一种房间预订系统，应用于平台服务器，所述房间预订系统包括：房间信息请求接收模块，用于接收用户终端发送的房间信息请求，所述房间信息请求包括所述用户终端对应的用户标识；房间信息发送模块，用于将预先存储的房间信息发送给所述用户终端，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器；预定订单请求接收模块，用于接收所述用户终端发送的预定订单请求，所述预定订单请求包括付款方式、所述用户标识和所述房间标识；付款方式判断模块，用于判断所述付款方式是否为线下付款；房间信息存储模块，用于将所述用户标识和所述房间标识对应的所述付款方式存储为线下付款，并将所述房间标识对应的房间状态存储为预定状态。

本申请还提供了一种房间预订系统，应用于用户终端，所述房间预订系统包括：信息请求生成和发送模块，用于生成房间信息请求，并将所述房间信息请求发送给平台服务器；房间信息接收模块，用于接收所述平台服务器发送的房间信息，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器；订单请求生成和发送模块，用于根据用户选定的所述房间信息生成预定订单请求，并将所述预定订单请求发送给所述平台服务器，所述预定订单请求包括付款方式、用户标识和所述房间标识。

本申请提供一种房间预订方法及系统，通过服务器将房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器等信息发送给用户展示，用户根据这些信息选择自己喜好的房间，并向服务器发送预定订单请求预订房间，所述预定订单请求包括付款方式、所述用户标识和所述房间标识，并将所述房间标识对应的房间状态存储为预定状态。当用户到达酒店时，就可以凭借用户标识线下付款后立即入住，从而有效地提高了房间预订的效率。通过这种方式从而有效地解决了现有技术中房间预订效率低下的问题。

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

附图说明

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

图1示出了本申请实施例提供的房间预订方法平台服务器的流程示意图；

图2示出了本申请实施例提供的房间预订方法及步骤s100之前的步骤流程示意图；

图3示出了本申请实施例提供的房间预订方法及步骤s150之后的步骤流程示意图；

图4示出了本申请实施例提供的房间预订方法用户终端的流程示意图；

图5示出了本申请实施例提供的房间预订方法用户终端步骤s250之后的流程示意图；

图6示出了本申请实施例提供的房间预订方法另一种实施方式的流程示意图；

图7示出了本申请实施例提供的平台服务器的房间预订系统结构示意图；

图8示出了本申请实施例提供的用户终端的房间预订系统结构示意图。

图标：101-房间预订系统；110-房间信息请求接收模块；120-房间信息发送模块；130-预定订单请求接收模块；140-付款方式判断模块；150-房间信息存储模块；210-信息请求生成和发送模块；220-房间信息接收模块；230-订单请求生成和发送模块。

具体实施方式

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

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

在本申请的描述中，需要说明的是，术语“上”、“下”、“左”、“右”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。

在本申请的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。

在本申请的描述中，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“水平”、“竖直”、“悬垂”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

第一实施例

请参见图1，图1示出了本申请实施例提供的房间预订方法平台服务器的流程示意图。本申请提供了的一种房间预订方法，所述房间预订方法包括：

步骤s110：平台服务器接收用户终端发送的房间信息请求，所述房间信息请求包括所述用户终端对应的用户标识。

其中，需要说明地是，用户终端向平台服务器发送了请求房间信息，所以平台服务器接收用户终端发送的房间信息请求，所述房间信息请求包括所述用户终端对应的用户标识。其中，房间信息请求可以包含房间名称，也可以不包含房间名称，可以包含房间标识，也可以包含房间的朝向，这里的房间信息请求具体包含的内容不应理解为对本申请的限制。

步骤s120：将预先存储的房间信息根据所述用户标识发送给所述用户终端，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器。

其中，需要说明地是，这里的房间信息例如房间标识、价格、所在楼层、房间朝向和家具电器，又例如房间的布局、房间内物品的摆放设置、房间的大小、房间的高度等等。这里的房间信息具体包含的内容不应理解为对本申请的限制。

步骤s130：接收所述用户终端发送的预定订单请求，所述预定订单请求包括付款方式、所述用户标识和所述房间标识。

其中，需要说明地是，预定订单请求的意思包括预定房间，以使房间不能再被其他平台用户预定，其中，所述预定订单请求包括付款方式、所述用户标识和所述房间标识。当付款方式为线下付款时，房间的预定时效有一定的时间限制，例如12小时内，在该时间限制内没有付款或者到前台报道，则该房间又可以被别的用户预定。

步骤s140：判断所述付款方式是否为线下付款。

其中，需要说明地是，这里的付款方式可以是电子付款，又称线上付款，例如微信、支付宝和百度钱包等等。这里具体的付款方式不应理解为对本申请的限制。当付款方式为线下付款时，房间的预定时效有一定的时间限制，例如12小时内，在该时间限制内没有付款或者到前台报道，则该房间又可以被别的用户预定。

步骤s150：如果是，则将所述用户标识和所述房间标识对应的所述付款方式存储为线下付款，并将所述房间标识对应的房间状态存储为预定状态。

其中，需要说明地是，如果所述付款方式是线下付款，则将所述用户标识和所述房间标识对应的所述付款方式存储为线下付款，并将所述房间标识对应的房间状态存储为预定状态。

请参见图2，图2示出了本申请实施例提供的房间预订方法及步骤s100之前的步骤流程示意图。可选地，在本申请实施例中，在所述服务器接收用户终端发送的房间信息请求之前，还包括：

步骤s90：接收和存储管理终端发送的房间信息。

其中，需要说明地是，因为在这步骤之前，管理终端向服务器发送了房间信息，所以服务器需要接收和存储管理终端发送的房间信息。

步骤s100：将存储结果信息发送给所述管理终端。

其中，需要说明地是，平台服务器将接收到的管理终端发送的房间信息进行，并将存储结果信息发送给所述管理终端。

请参见图3，图3示出了本申请实施例提供的房间预订方法及步骤s150之后的步骤流程示意图。可选地，在本申请实施例中，在所述判断所述付款方式是否为线下付款之后，还包括：

步骤s160：如果所述付款方式为线上付款，则将根据所述用户标识和所述房间信息生成预下订单请求，并将所述预下订单请求发送给支付服务器。

其中，需要说明地是，预下订单请求在不同的支付服务商可能会有不同的名称，例如在支付宝中叫统一预下单接口，微信支付中叫预支付订单请求，百度钱包中可能叫预下订单请求，这里预下订单请求的名称不应理解为对本申请的限制。

步骤s170：接收所述支付服务器发送的预下订单结果。

其中，需要说明地是，如果所述付款方式为线上付款，则将根据所述用户标识和所述房间信息生成预下订单请求，并将所述预下订单请求发送给支付服务器。平台服务器然后接收所述支付服务器发送的预下订单结果。

请参见图3，可选地，在本申请实施例中，在所述接收所述支付服务器发送的预下订单结果之后，还包括：

步骤s180：根据所述预下订单结果生成支付验证页面发送给所述用户终端，所述支付验证页面包括支付服务器信息。

其中，需要说明地是，根据所述预下订单结果生成支付验证页面发送给所述用户终端，所述支付验证页面包括支付服务器信息。这一步骤如果在电脑浏览器可能表现为跳转页面，如果是手机应用上可能表现为调用相应的支付应用程序，例如当本应用程序接收到预下订单结果时，会调用支付宝的支付验证页面，又例如当本应用程序接收到预下订单结果时，会调用微信支付的支付验证页面等，这里的具体表现形式不应理解为对本申请的限制。

第二实施例

请参见图4，图4示出了本申请实施例提供的房间预订方法用户终端的流程示意图。本申请还提供了一种房间预订方法，所述房间预订方法包括：

步骤s210：用户终端生成房间信息请求，并将所述房间信息请求发送给平台服务器。

其中，需要说明地是，用户终端生成房间信息请求，并将所述房间信息请求发送给平台服务器。这里的房间信息例如房间标识、价格、所在楼层、房间朝向和家具电器，又例如房间的布局、房间内物品的摆放设置、房间的大小、房间的高度等等。这里的房间信息具体包含的内容不应理解为对本申请的限制。

步骤s220：接收所述平台服务器发送的房间信息，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器。

其中，需要说明地是，用户终端接收所述平台服务器发送的房间信息，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器。

步骤s230：根据用户选定的所述房间信息生成预定订单请求，并将所述预定订单请求发送给所述平台服务器，所述预定订单请求包括付款方式、用户标识和所述房间标识。

其中，需要说明地是，预定订单请求的意思包括预定房间，以使房间不能再被其他平台用户预定，其中，所述预定订单请求包括付款方式、所述用户标识和所述房间标识。当付款方式为线下付款时，房间的预定时效有一定的时间限制，例如12小时内，在该时间限制内没有付款或者到前台报道，则该房间又可以被别的用户预定。

请参见图4，可选地，在本申请实施例中，在所述根据用户选定的所述房间信息生成预定订单请求，并将所述预定订单请求发送给所述平台服务器之后，还包括：

步骤s240：接收所述平台服务器发送的支付验证页面，所述支付验证页面包括支付信息。

其中，需要说明地是，预下订单请求在不同的支付服务商可能会有不同的名称，例如在支付宝中叫统一预下单接口，微信支付中叫预支付订单请求，百度钱包中可能叫预下订单请求，这里预下订单请求的名称不应理解为对本申请的限制。

步骤s250：根据所述支付信息生成身份验证请求，并将所述身份验证请求发送给支付服务器。

其中，需要说明地是，根据所述支付信息生成身份验证请求，并将所述身份验证请求发送给支付服务器。如果是在电脑客户端，则具体可以是调用电脑的支付登录页面，如果是在手机应用程序上，则可以是调用支付宝或者微信支付的登录页面，当然，也可以是支付服务商给的一串授权密文，例如支付宝支付用户注册该线下扫描支付服务后，给的一串应用码和应用密码，又例如微信支付的支付用户注册该线下扫描支付服务后，给的一串应用码和应用密钥，这里具体的表现形式不应理解为对本申请的限制。

请参见图5，图5示出了本申请实施例提供的房间预订方法用户终端步骤s250之后的流程示意图。可选地，在本申请实施例中，在所述根据所述支付信息生成身份验证请求，并将所述身份验证请求发送给支付服务器之后，还包括：

步骤s260：接收所述支付服务器发送的身份验证结果。

其中，需要说明地是，用户终端接收所述支付服务器发送的身份验证结果，例如身份验证失败，无法继续支付，则需要重新进行身份验证，又例如身份验证成功，可以进行支付。

步骤s270：判断所述身份验证结果是否为通过。

其中，需要说明地是，用户终端接收所述支付服务器发送的身份验证结果，并判断所述身份验证结果是否为通过，例如身份验证失败，无法继续支付，则需要重新进行身份验证，又例如身份验证成功，可以进行支付。

步骤s280：如果否，则重新将所述身份验证请求发送给支付服务器。

其中，需要说明地是，用户终端接收所述支付服务器发送的身份验证结果，并判断所述身份验证结果是否为通过，例如身份验证结果为不通过，重新将所述身份验证请求发送给支付服务器。

请参见图5，可选地，在本申请实施例中，在所述判断所述身份验证结果是否为通过之后，还包括：

步骤s290：如果所述身份验证结果为通过，则根据所述支付信息生成支付请求，并将所述支付请求发送给所述支付服务器。

其中，需要说明地是，如果所述身份验证结果为通过，则根据所述支付信息生成支付请求，并将所述支付请求发送给所述支付服务器。

步骤s300：接收所述支付服务器发送的支付结果。

其中，需要说明地是，用户终端接收所述支付服务器发送的支付结果。判断所述身份验证结果是否为通过，例如身份验证结果为不通过，重新将所述身份验证请求发送给支付服务器。

为了便于理解，下面介绍本申请提供的房间预订方法的另一种实施方式，本申请提供的房间预订方法的另一种实施方式的具体描述如下：

请参见图6，图6示出了本申请实施例提供的房间预订方法另一种实施方式的流程示意图。本申请实施例提供的房间预订方法为酒店提供了图形化的客房设置操作，酒店工作人员可以通过已对酒店进行可视化的信息提出展示的基础上，直接方便的操作界面，完成楼层信息、酒店客房信息、酒店布局信息的设置。与以往的酒店管理软件相比，通过读取酒店信息的数据进行数字建模，构建出图形化的酒店布局信息，供工作人员进行操作和管理。

本申请实施例提供的房间预订方法从而有效地避免了当前多数酒店预订信息在中间平台确认的情况。用户和酒店之间隔了相关中间平台的，容易导致用户在酒店房间预订上存在信息未能及时更新导致误会等问题的产生。本产品通过联通用户使用前台和酒店管理后台，实施的变化更新房间信息，确保房间信息的选择上准确无误。

第三实施例

请参见图7，图7示出了本申请实施例提供的平台服务器的房间预订系统结构示意图。本申请提供了的一种房间预订系统101，应用于平台服务器，所述房间预订系统包括：

房间信息请求接收模块110，用于接收用户终端发送的房间信息请求，所述房间信息请求包括所述用户终端对应的用户标识。

房间信息发送模块120，用于将预先存储的房间信息发送给所述用户终端，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器。

预定订单请求接收模块130，用于接收所述用户终端发送的预定订单请求，所述预定订单请求包括付款方式、所述用户标识和所述房间标识。

付款方式判断模块140，用于判断所述付款方式是否为线下付款。

房间信息存储模块150，用于将所述用户标识和所述房间标识对应的所述付款方式存储为线下付款，并将所述房间标识对应的房间状态存储为预定状态。

第四实施例

请参见图8，图8示出了本申请实施例提供的用户终端的房间预订系统结构示意图。本申请提供了的一种房间预订系统101，应用于用户终端，所述房间预订系统包括：

信息请求生成和发送模块210，用于生成房间信息请求，并将所述房间信息请求发送给平台服务器。

房间信息接收模块220，用于接收所述平台服务器发送的房间信息，所述房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器。

订单请求生成和发送模块230，用于根据用户选定的所述房间信息生成预定订单请求，并将所述预定订单请求发送给所述平台服务器，所述预定订单请求包括付款方式、用户标识和所述房间标识。

本申请提供一种房间预订方法及系统，通过服务器将房间信息包括：房间标识、价格、所在楼层、房间朝向和家具电器等信息发送给用户展示，用户根据这些信息选择自己喜好的房间，并向服务器发送预定订单请求预订房间，所述预定订单请求包括付款方式、所述用户标识和所述房间标识，并将所述房间标识对应的房间状态存储为预定状态。当用户到达酒店时，就可以凭借用户标识线下付款后立即入住，从而有效地提高了房间预订的效率。通过这种方式从而有效地解决了现有技术中房间预订效率低下的问题。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。