CN104809506A - 房间信息交互方法、装置及系统 - Google Patents

Abstract

本发明公开了一种房间信息交互方法、装置及系统。其中，该方法包括：接收来自不同预定渠道的订单；将接收到的订单转换为具有预定订单格式的订单；发送转换后的订单给房间控制系统以使房间控制系统根据转换后的订单对房间信息进行更新；接收房间控制系统更新房间信息后得到的房间更新结果；以及发布房间更新结果。本发明解决了多个渠道需要不同的管理系统进行管理而导致的无法统一对多个渠道的订单进行处理的技术问题。

Description

房间信息交互方法、装置及系统

技术领域

本发明涉及房间控制领域，具体而言，涉及一种房间信息交互方法、装置及系统。

背景技术

大多数酒店/公寓分销渠道使用的是电话等方式同产品供应商进行实时的产品交易，其效率低、成本高，或者是由酒店供应商向分销渠道提供预留房的方式，实时性不强，当预留房使用完后，仍然需要人工干预，酒店供应商的自主权不高。

目前，通过网络经营酒店/公寓预订的中介网站，这类网站通过渠道获取酒店的名称、房型、房态、房价等信息，并及时发布到网站上，用户查询到相应符合自己要求的信息以后进行对比并最终选择最符合自己要的酒店/公寓进行预订。

通常酒店的数据来源都是多渠道的模式，常见的有与酒店直连，通过第三方平台与酒店直连，通过平台合作等等。多渠道的优势是(订单)数据量巨大，但是需要不同的管理系统管理不同渠道的订单，使得商户需要同时监控多个不同渠道的订单。由于多个渠道需要不同的管理系统进行管理，导致无法统一对多个渠道的订单进行处理。

针对上述的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种房间信息交互方法、装置及系统，以至少解决无法统一对多个渠道的订单进行处理的技术问题。

根据本发明实施例的一个方面，提供了一种房间信息交互方法，包括：接收来自不同预定渠道的订单；将接收到的订单转换为具有预定订单格式的订单；发送转换后的订单给房间控制系统以使所述房间控制系统根据所述转换后的订单对房间信息进行更新；接收所述房间控制系统更新所述房间信息后得到的房间更新结果；以及发布所述房间更新结果。

进一步地，将接收到的订单转换为具有预定订单格式的订单包括：获取来自所述不同预定渠道的订单的格式，得到原始订单的格式；获取预先设定的订单格式；将接收到的订单的所述原始订单的格式转换为所述预先设定的订单格式，得到具有所述预定订单格式的转换订单。

进一步地，将接收到的订单的所述原始订单的格式转换为所述预先设定的订单格式，得到具有所述预定订单格式的转换订单包括：从预先存储的不同预定渠道的渠道参数中提取来自所述不同预定渠道的订单所对应的渠道参数；根据提取的渠道参数解析所述原始订单的内容；根据所述原始订单的内容和所述预先设定的订单格式得到所述转换订单。

进一步地，发布所述房间更新结果包括：根据所述房间更新结果判断待预订房间数量是否为0；在判断出所述待预订房间数量为0时，关闭所述不同预定渠道以停止对所述待预订房间的预订；或者，在判断出所述待预订房间的数量为0，且接收到所述预订所述待预订房间的订单时，发出拒绝所述预订所述待预订房间的订单的提示信息。

进一步地，在接收来自不同预定渠道的订单之前，所述方法还包括：获取预先保存的渠道用户信息；在检测到所述预先保存的渠道用户信息对应的账号有订单产生时，抓取所述预先保存的渠道用户信息对应的账号产生的订单。

进一步地，将接收到的订单转换为具有预定订单格式的订单之前，所述方法还包括：查找缓存的订单中与新接收的订单的订单号相同的订单；如果查找到订单号相同的订单，则将查找到的订单更新为所述新接收的订单。

根据本发明实施例的另一方面，还提供了一种房间信息交互装置，包括：第一接收单元，用于接收来自不同预定渠道的订单；转换单元，用于将接收到的订单转换为具有预定订单格式的订单；发送单元，用于发送转换后的订单给房间控制系统以使所述房间控制系统根据所述转换后的订单对房间信息进行更新；第二接收单元，用于接收所述房间控制系统更新所述房间信息后得到的房间更新结果；以及发布单元，用于发布所述房间更新结果。

进一步地，所述转换单元包括：第一获取模块，获取来自所述不同预定渠道的订单的格式，得到原始订单格式；第二获取模块，用于获取预先设定的订单格式；转换模块，用于将接收到的订单的所述原始订单的格式转换为所述预先设定的订单格式，得到具有所述预定订单格式的转换订单。

进一步地，所述转换模块还包括：提取子模块，用于从预先存储的不同预定渠道的渠道参数中提取来自所述不同预定渠道的订单所对应的渠道参数；解析子模块，用于根据提取的渠道参数解析所述原始订单的内容；确定子模块，用于根据所述原始订单的内容和所述预先设定的订单格式得到所述转换订单。

进一步地，所述发布单元包括：判断模块，用于根据所述房间更新结果判断待预订房间数量是否为0；关闭模块，用于在判断出所述待预订房间数量为0时，关闭所述不同预定渠道以停止对所述待预订房间的预订；或者拒绝模块，用于在判断出所述待预订房间的数量为0，且接收到所述预订所述待预订房间的订单时，发出拒绝所述预订所述待预订房间的订单的提示信息。

进一步地，所述装置还包括：获取单元，用于在接收来自不同预定渠道的订单之前，获取预先保存的渠道用户信息；抓取单元，用于在检测到所述预先保存的渠道用户信息对应的账号有订单产生时，抓取所述预先保存的渠道用户信息对应的账号产生的订单。

进一步地，所述装置还包括：查找单元，用于将接收到的订单转换为具有预定订单格式的订单之前，查找缓存的订单中与新接收的订单的订单号相同的订单；更新单元，用于在查找到订单号相同的订单时，将查找到的订单更新为所述新接收的订单。

根据本发明实施例的另一方面，还提供了一种房间信息交互系统，包括：订单交互模块，提供接口以接收来自不同预定渠道的订单；数据交互模块，与所述订单交互模块相连接，用于接收房间控制系统根据所述订单进行的房间信息更新得到的房间更新结果，并将所述房间更新结果发送给所述订单交互模块。

进一步地，所述系统还包括：数据缓存模块，与所述订单交互模块相连接，用于存储所述订单交互模块接收到的订单。

进一步地，所述系统还包括：数据处理模块，与所述数据缓存模块相连接，用于调用所述数据缓存模块中的数据进行数据计算，得到计算结果；平台模块，与所述数据处理模块相连接，用于展示来自所述数据处理模块的所述计算结果。

在本发明实施例中，连接发布房间信息的网站和酒店本身的房间控制系统，对订单格式的转换使得房间控制系统能够及时获取订单中的内容，并对房间信息进行更新，更新后的房间信息还能够实时发布出去，以避免订单的退订或者拒单。从而实现了对多个不同渠道进行监控，并实现了对不同订单进行统一的处理，不用人工一一核对和处理，提高了订单核对效率，并能够实时、准确统计房间数量等信息。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的房间信息交互方法的流程图；

图2是根据本发明实施例的房间信息交互系统的示意图；以及

图3是根据本发明实施例的房间信息交互装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

根据本发明实施例，提供了一种房间信息交互方法的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的房间信息交互方法。如图1所示，该方法包括如下步骤：

步骤S102，接收来自不同预定渠道的订单。预定渠道可以分为两类渠道，一类渠道是专用渠道，能够与有固定合作关系的预定管理渠道进行对接，通过固定接口接收这些渠道的订单；另外一类渠道是扩展渠道，能够与不存在固定合作关系的管理渠道进行对接，通过扩展接口接收这些渠道的订单。通过提供更多的固定接口或者扩展接口增加预定渠道。

步骤S104，将接收到的订单转换为具有预定订单格式的订单。商户可以从不同的接口接收来自不同的渠道的订单，并将不同渠道提供的不同格式的订单转换成统一格式，以便于商户在同一管理系统/界面下对多个渠道的订单情况进行查看、展示和管理。对接收到的订单的内容进行解析，并转换为统一的格式，便于房间控制系统根据接收到的订单对房间信息进行更新。

步骤S106，发送转换后的订单给房间控制系统以使房间控制系统根据转换后的订单对房间信息进行更新。房间控制系统根据转换后的订单统一进行订单的创建、取消、变更以及支付信息、订单状态、房态和房价等数据的查询和更新，房间控制系统对房间信息可以是实时更新，并实时发送更新后的房间信息，使得实际房间信息与发布的房间信息同步。房间控制系统在检测到同一订单状态发生改变时，及时在房间控制系统中进行更新，并覆盖原有订单信息。同时，在进行订单格式转换之前，如果在接收到订单之后，又接收到具有相同订单号的订单，则将原接收的订单更新为新接收到的订单，相应的房间控制系统会根据新接收到的订单对房间信息进行更新，并将更新结果发回给房间信息交互系统。

步骤S108，接收房间控制系统更新房间信息后得到的房间更新结果。

步骤S110，发布房间更新结果。在收到房间控制系统的房间更新结果后，及时将房间更新结果发布出去。在没有空闲房间可供入住的情况下，能够避免继续接收订单所造成的退订或者拒单。

上述实施例的房间信息交互方法能够连接发布房间信息的网站和酒店本身的房间控制系统，对订单格式的转换使得房间控制系统能够及时获取订单中的内容，并对房间信息进行更新，更新后的房间信息还能够实时发布出去，以避免订单的退订或者拒单。从而实现了对多个不同渠道进行监控，并实现了对不同订单进行统一的处理，不用人工一一核对和处理，提高了订单核对效率，并能够实时、准确统计房间数量等信息。

可选地，发布房间更新结果包括：根据房间更新结果判断待预订房间数量是否为0。在判断出待预订房间数量为0时，关闭不同预定渠道以停止对待预订房间的预订。或者，在判断出待预订房间的数量为0，且接收到预订待预订房间的订单时，发出拒绝预订待预订房间的订单的提示信息。

在接收到房间控制系统发送的房间信息后，判断待预订房间的数量是否为0，即判断是否还有空闲房间可供预定，在判断出待预订房间数量为0时，即判断出没有空闲房间可以预定时，可以通过关闭预定渠道来停止房间的预定，还可以在接收到待预订房间的订单时，拒绝预订房间的订单。例如，对于需要预订房间的用户来说，当关闭预定渠道时，用户从被关闭的渠道查看到房间的信息；如果待预订房间的数量为0且接收到预订房间的订单时，用户接收到预定失败的提示信息，即用户的订单被拒绝。无论是关闭预定渠道还是发出拒绝预定的渠道信息，对于用户来说都是无法下订单，用户能够及时知道该商户没有空闲房间可以预定，避免了用户下订单被拒单的情况，提升了用户体验。

可选地，将接收到的订单转换为具有预定订单格式的订单包括：获取来自不同预定渠道的订单的格式，得到原始订单格式。获取预定订单格式。将接收到的订单的原始订单格式转换为预定订单格式，得到具有预定格式的订单。在转换订单格式的时候，先解析每个预定渠道接收到的订单的原始订单格式，将原始订单格式转换为预定订单格式，得到具有预定格式的转换订单。具有统一个格式的订单能够被房间控制系统进行统一的管理，并且由于转换后的预定格式是能够被房间控制系统解析的格式，因此，来自不同渠道的订单经转换后可以进行统一处理，如订单的联系人、入住/离店时间、计算房间的数量、更新房间的价格等。

进一步可选地，将接收到的订单的原始订单的格式转换为预先设定的订单格式，得到具有预定订单格式的转换订单包括：从预先存储的不同预定渠道的渠道参数中提取来自不同预定渠道的订单所对应的渠道参数；根据提取的渠道参数解析原始订单的内容；根据原始订单的内容和预先设定的订单格式得到转换订单。渠道参数能够表征一个渠道，通过渠道参数将不同的订单转换为统一格式、可供房间控制系统识别的订单。不同渠道与房间控制系统进行数据交互之前，本实施例的房间信息交互方法会在转换订单前获知不同渠道的渠道参数，因此，根据渠道参数能够解析相应渠道接收到的订单的原始订单格式。

通过本实施例，不仅实现了不同格式订单到相同格式订单的转换，还能在预定渠道和房间控制系统之间进行数据的交互，实现了对多个预定渠道的统一管理。对于预订房间的用户来说，避免拒单提升用户体验；对于提供房间的商户来说，方便用一个管理系统管理多个预定渠道，及时对房间数量进行监控和更新。

进一步地，在接收来自不同预定渠道的订单之前，方法还包括：获取预先保存的渠道用户信息；在检测到预先保存的渠道用户信息对应的账号有订单产生时，抓取预先保存的渠道用户信息对应的账号产生的订单。本实施例在抓取渠道订单时，仅抓取预先保存的渠道用户信息所对应的账号产生的订单，可以减少缓存的占用，为缓存提供足够的空间来保证预先存储的渠道用户信息对应的账号产生的订单能够被及时存储。

进一步地，将接收到的订单转换为具有预定订单格式的订单之前，方法还包括：查找缓存的订单中与新接收的订单的订单号相同的订单；如果查找到订单号相同的订单，则将查找到的订单更新为新接收的订单。在接收到新的订单时，首先判断缓存中是否存在于新的订单的订单号相同的订单，由于用户可能对先前下的订单进行修改，而修改前后的订单号是相同的，但是在抓取订单时会当作两个订单被抓取，此时需要对订单号进行比对和查找，如果在缓存中查找到相同订单号的订单，则将缓存的订单更新为新接收的订单。

本发明实施例提供了一种房间信息交互系统。图2是根据本发明实施例的房间信息交互系统的示意图。如图2所示，该房间信息交互系统包括：订单交互模块和数据交换模块。

订单交互模块，提供接口以接收来自不同预定渠道的订单。订单交互模块能够提供给不同渠道的接口，用以接收来自不同预定渠道的订单。预定渠道可以分为两类渠道，一类渠道是专用渠道，能够与有固定合作关系的预定管理渠道进行对接，订单交互模块为这类渠道提供固定接口；另外一类渠道是扩展渠道，能够与不存在固定合作关系的管理渠道进行对接，订单交互模块为这类渠道提供扩展接口。商户可以从不同的接口接收来自不同的渠道的订单，并由订单交互模块将不同渠道提供的不同格式的订单转换成统一格式，以便于商户对多个渠道的订单情况进行查看、展示和管理。订单交互模块还可以与渠道实现订单的取消、变更以及支付信息的数据交互，房态房价信息、房态数据、价格数据的更新交互。

数据交互模块，与订单交互模块相连接，用于接收房间控制系统根据订单进行的房间信息更新得到的房间更新结果，并将房间更新结果发送给订单交互模块。数据交换模块与订单交互模块相连接，连接在订单交互模块与房间控制系统之间，房间控制系统是商户对房间进行管理和控制的系统，数据交互模块将订单交互模块转换后的订单发送给房间控制系统，房间控制系统根据接收到的订单实时更新房态/房量信息，得到更新结果，并与分销系统的数据交互模块进行数据的实时交互更新。更新结果可以通过数据交互模块发送给订单交互模块，由订单交互模块根据房间更新结果判断是否关闭预订渠道，以避免订单数量大于房量时所造成的拒单。

上述实施例能够对多个渠道的订单进行格式的统一以便于进行房间信息的查看，并根据房间控制系统对房间的更新结果实时与各个预订渠道进行交互，以便于订单交互模块实时控制渠道是否发布预订信息，以避免订单数量大于房间时所造成的拒单，提升了用户体验。

可选地，房间信息交互系统还包括：数据缓存模块，与订单交互模块相连接，用于存储订单交互模块接收到的订单。数据缓存模块能够缓存来及不同渠道的订单信息，以及来自房间控制系统的房间/房态信息，以供其它模块进行调取使用。缓存的数据包括但不限于：交易日志信息(订单的创建、取消、变更、支付)、存储的渠道参数/代码信息(新增的渠道、历史渠道管理)、系统日志等。

可选地，房间信息交互系统还包括：数据处理模块，与数据缓存模块相连接，用于调用数据缓存模块中的数据进行数据计算，得到计算结果。平台模块，与数据处理模块相连接，用于展示来自数据处理模块的计算结果。数据处理模块可以调用数据缓存模块中的数据并通过平台模块进行展示，还可以对调用的数据进行计算，利用平台模块展示计算结果。例如，平台提供界面以设置渠道参数、转换信息、交易日志查看、佣金结算、测试平台、监控工具以及系统设置及操作日志等。

数据缓存模块中存储有渠道参数，每次订单交互模块接收到来自不同渠道的订单后，需要调用数据缓存模块中的渠道参数信息以便进行订单转换；如果渠道参数调取失败，则可以由平台模块接收商户或管理人员新增/设置新的渠道参数，其中，渠道参数包括渠道代码、渠道公寓/酒店代码、系统代码等。渠道公寓代码,例如，与A公寓名称相对应的代码，渠道名称，例如，A公寓；渠道值，例如，需要匹配的数据在房间信息交互系统中的数值；代码类型，例如，添加的匹配数据所述的类型，包括：房型代码，房价计划代码，支付状态，订单状态等。

通过上述房间信息交互系统，由订单交互模块提供接口与多个渠道进行交互，再由数据交换模块进行订单交互模块和房间控制系统之间的交互，从而实现了一个房间控制系统对多个渠道的订单进行控制和管理。并且，由于房间信息由房间控制系统进行统一控制，各个渠道可以实时更新当前房间的放量状态，在没有空闲房间供预订时可以通过订单交互系统控制渠道停止接受订单，以避免客户在下单后被拒单，提升了用户体验。

以下结合图2对本发明实施例的房间信息交互系统和房间信息交互方法进行进一步说明。

例如，房间信息交互系统订单交互模块接收到来自不同渠道的订单(包括具有固定接口的B渠道订单和通过数据库检索/账号登陆等扩展渠道获取的C渠道订单)，通过B渠道参数和C渠道参数将不同的订单转换为统一格式/识别的订单，转换后的订单通过数据交互模块与房间控制系统进行数据订单的交互。房间控制系统在一个管理系统下对接收到的来自不同渠道的订单进行信息确认，房间控制系统根据订单的信息做房态/房量的释放/删减并完成订单，即房间控制系统进行房间的管理和更新，并将更新后的房间信息发送到房间信息发送系统的数据交互模块，由数据缓存模块进存储更新后的房间信息，同时通过房间信息交互系统的平台模块展示更新后的信息，通过平台模块展示的信息可以由商户进行查看。同时，数据交互模块将更新后的房间信息发送给订单交互模块，当更新后的房间信息指示空闲房间为零时，订单交互模块将自动启用开/关房设置并关闭该类型房间，此时，需要预订房间的用户无法在预定渠道上预订房间。订单交互模块关闭某类型的房间在预定渠道上预定，可以采用以下两种途径，第一种：来自不同渠道的订单被房间信息交互系统接收以后，都会做自动拒单处理，即不接收来自渠道的订单；第二种：关闭各个渠道对应房间的销售状态，各个渠道上不再售卖该类型房间。通过房间控制系统直接对订单进行处理，减少了人工确认订单的环节，降低拒单率，省时省力。在需要预留房间等特殊情况下，商户也可通过人工进行关闭房间的设置，此时关闭房间的信息通过房间控制系统上传到房间信息交互系统，相应信息被储存并根据需要通过平台模块进行展示。现有技术中，每一个不同的销售渠道(房间售卖渠道)或网站，都对应至少一个管理账号，商户通过登录不同的账号到不同的系统/界面进行来自不同渠道的订单的分别管理。而对于本发明所述的房间信息交互系统的一优选实施例来说，保存商户的账号信息以及相关的渠道参数，当账号信息对应的销售渠道有订单产生时，将会根据预先保存到房间信息交互系统中的账号信息等数据将订单同步/抓取到房间信息交互系统中并进行转换，即实现了自动抓取销售渠道的订单，从而实现在同一系统下管理不同渠道的订单。

因为订单交互模块每次订单交互模块接收到来自不同渠道的订单后，需要调用数据缓存模块中的渠道参数信息以便进行订单转换，所以，如果渠道参数调取失败，则通过平台模块的新增/设置功能来获取新的渠道参数(包括渠道代码、渠道公寓/酒店代码、系统代码等)。房间控制系统会根据订单的确认信息实时更新房态/房量信息，并与房间信息交互系统的数据交互模块进行数据的实时交互更新。平台模块，通过调取数据缓存模块中的订单等相应信息，自动生成系统报表、(订单)交易日志、系统日志，并根据相应公式进行佣金结算等。平台模块可以对生成的报表、交易日志、佣金等进行展示。

对于预订房间的用户来说，可以避免被拒单；对于提供房间的商户来说，房间控制系统中存储的房间/房态/房价信息可以与房间信息交互系统进行数据交互，以供各销售渠道进行网络展示/售卖。

本发明实施例还提供了一种房间信息交互装置。图3示出了本发明实施例的房间信息交互装置。如图3所示，该房间信息交互装置包括：第一接收单元10、转换单元20、发送单元30、第二接收单元40和发布单元50。

第一接收单元10用于接收来自不同预定渠道的订单。预定渠道可以分为两类渠道，一类渠道是专用渠道，能够与有固定合作关系的预定管理渠道进行对接，通过固定接口接收这些渠道的订单；另外一类渠道是扩展渠道，能够与不存在固定合作关系的管理渠道进行对接，通过扩展接口接收这些渠道的订单。通过提供更多的固定接口或者扩展接口增加预定渠道。

转换单元20用于将接收到的订单转换为具有预定订单格式的订单。商户可以从不同的接口接收来自不同的渠道的订单，并将不同渠道提供的不同格式的订单转换成统一格式，以便于商户在同一管理系统/界面下对多个渠道的订单情况进行查看、展示和管理。对接收到的订单的内容进行解析，并转换为统一的格式，便于房间控制系统根据接收到的订单对房间信息进行更新。

发送单元30用于发送转换后的订单给房间控制系统以使房间控制系统根据转换后的订单对房间信息进行更新。房间控制系统根据转换后的订单统一进行订单的创建、取消、变更以及支付信息、订单状态、房态和房价等数据的查询和更新，房间控制系统对房间信息可以是实时更新，并实时发送更新后的房间信息，尽量使得实际房间信息与发布的房间信息同步。房间控制系统在检测到同一订单状态发生改变时，及时在房间控制系统中进行更新，并覆盖原有订单信息。同时，在进行订单格式转换之前，如果在接收到订单之后，又接收到具有相同订单号的订单，则将原接收的订单更新为新接收到的订单，相应的房间控制系统会根据新接收到的订单对房间信息进行更新，并将更新结果发回给房间信息交互系统。

第二接收单元40房间控制系统更新房间信息后得到的房间更新结果。

发布单元50用于发布房间更新结果。

在收到房间控制系统的房间更新结果后，及时将房间更新结果发布出去。在没有空闲房间可供入住的情况下，能够避免继续接收订单所造成的退订或者拒单。

上述实施例的房间信息交互装置能够连接通过发布房间信息的网站和酒店本身的房间控制系统，对订单格式的转换使得房间控制系统能够及时获取订单中的内容，并对房间信息进行更新，更新后的房间信息还能够实时发布出去，以避免订单的退订或者拒单。从而实现了对多个不同渠道进行监控，并实现了对不同订单进行统一的处理，不用人工一一核对和处理，提高了订单核对效率，并能够实时、准确统计房间数量等信息。

可选地，发布单元包括：判断模块，用于根据房间更新结果判断待预订房间数量是否为0；关闭模块，用于在判断出待预订房间数量为0时，关闭不同预定渠道以停止对待预订房间的预订；或者拒绝模块，用于在判断出待预订房间的数量为0，且接收到预订待预订房间的订单时，发出拒绝预订待预订房间的订单的提示信息。

在接收到房间控制系统发送的房间信息后，判断待预订房间的数量是否为0，即判断是否还有空闲房间可供预定，在判断出待预订房间数量为0时，即判断出没有空闲房间可以预定时，可以通过关闭预定渠道来停止房间的预定，还可以在接收到待预订房间的订单时，拒绝预订房间的订单。例如，对于需要预订房间的用户来说，当关闭预定渠道时，用户从被关闭的渠道查看到房间的信息；如果待预订房间的数量为0且接收到预订房间的订单时，用户接收到预定失败的提示信息，即用户的订单被拒绝。无论是关闭预定渠道还是发出拒绝预定的渠道信息，对于用户来说都是无法下订单，用户能够及时知道该商户没有空闲房间可以预定，避免了用户下订单被拒单的情况，提升了用户体验。

可选地，转换单元包括：第一获取模块，获取来自不同预定渠道的订单的格式，得到原始订单格式；第二获取模块，用于获取预定订单格式；转换模块，用于将接收到的订单的原始订单格式转换为预定订单格式，得到具有预定格式的订单。

在转换订单格式的时候，先解析每个预定渠道接收到的订单的原始订单格式，将原始订单格式转换为预定订单格式，得到具有预定格式的订单。具有统一个格式的订单能够被房间控制系统进行统一的管理，并且由于转换后的预定格式是能够被房间控制系统解析的格式，因此，来自不同渠道的订单经转换后可以进行统一处理，如订单的联系人、入住/离店时间、计算房间的数量、更新房间的价格等。

可选地，装置还包括：获取单元，用于在接收来自不同预定渠道的订单之前，获取存储的不同预定渠道的渠道参数；获取单元包括：第三获取模块，用于获取来自不同预定渠道的订单所对应的渠道参数；解析模块，用于根据渠道参数解析接收到的订单，得到原始订单格式。渠道参数能够表征一个渠道，通过渠道参数将不同的订单转换为统一格式、可供房间控制系统识别的订单。不同渠道与房间控制系统进行数据交互之前，本实施例的房间信息交互装置会提前获知不同渠道的渠道参数，因此，根据渠道参数能够解析相应渠道接收到的订单的原始订单格式。

通过本实施例，不仅实现了不同格式订单到相同格式订单的转换，还能在预定渠道和房间控制系统之间进行数据的交互，实现了对多个预定渠道的统一管理。对于预订房间的用户来说，避免拒单提升用户体验；对于提供房间的商户来说，方便用一个管理系统管理多个预定渠道，及时对房间数量进行监控和更新。

进一步地，该装置还包括：获取单元，用于在接收来自不同预定渠道的订单之前，获取预先保存的渠道用户信息；抓取单元，用于在检测到预先保存的渠道用户信息对应的账号有订单产生时，抓取预先保存的渠道用户信息对应的账号产生的订单。本实施例在抓取渠道订单时，仅抓取预先保存的渠道用户信息所对应的账号产生的订单，可以减少缓存的占用，为缓存提供足够的空间来保证预先存储的渠道用户信息对应的账号产生的订单能够被及时存储。

进一步地，该装置还包括：查找单元，用于将接收到的订单转换为具有预定订单格式的订单之前，查找缓存的订单中与新接收的订单的订单号相同的订单；更新单元，用于在查找到订单号相同的订单时，将查找到的订单更新为新接收的订单。在接收到新的订单时，首先判断缓存中是否存在于新的订单的订单号相同的订单，由于用户可能对先前下的订单进行修改，而修改前后的订单号是相同的，但是在抓取订单时会当作两个订单被抓取，此时需要对订单号进行比对和查找，如果在缓存中查找到相同订单号的订单，则将缓存的订单更新为新接收的订单。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

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

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

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种房间信息交互方法，其特征在于，包括：

接收来自不同预定渠道的订单；

将接收到的订单转换为具有预定订单格式的订单；

发送转换后的订单给房间控制系统以使所述房间控制系统根据所述转换后的订单对房间信息进行更新；

接收所述房间控制系统更新所述房间信息后得到的房间更新结果；以及

发布所述房间更新结果。

2.根据权利要求1所述的方法，其特征在于，将接收到的订单转换为具有预定订单格式的订单包括：

获取来自所述不同预定渠道的订单的格式，得到原始订单的格式；

获取预先设定的订单格式；

将接收到的订单的所述原始订单的格式转换为所述预先设定的订单格式，得到具有所述预定订单格式的转换订单。

3.根据权利要求2所述的方法，其特征在于，将接收到的订单的所述原始订单的格式转换为所述预先设定的订单格式，得到具有所述预定订单格式的转换订单包括：

从预先存储的不同预定渠道的渠道参数中提取来自所述不同预定渠道的订单所对应的渠道参数；

根据提取的渠道参数解析所述原始订单的内容；

根据所述原始订单的内容和所述预先设定的订单格式得到所述转换订单。

4.根据权利要求1所述的方法，其特征在于，发布所述房间更新结果包括：

根据所述房间更新结果判断待预订房间数量是否为0；

在判断出所述待预订房间数量为0时，关闭所述不同预定渠道以停止对所述待预订房间的预订；或者，在判断出所述待预订房间的数量为0，且接收到所述预订所述待预订房间的订单时，发出拒绝所述预订所述待预订房间的订单的提示信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，在接收来自不同预定渠道的订单之前，所述方法还包括：

获取预先保存的渠道用户信息；

在检测到所述预先保存的渠道用户信息对应的账号有订单产生时，抓取所述预先保存的渠道用户信息对应的账号产生的订单。

6.根据权利要求1至5中任一项所述的方法，其特征在于，将接收到的订单转换为具有预定订单格式的订单之前，所述方法还包括：

查找缓存的订单中与新接收的订单的订单号相同的订单；

如果查找到订单号相同的订单，则将查找到的订单更新为所述新接收的订单。

7.一种房间信息交互装置，其特征在于，包括：

第一接收单元，用于接收来自不同预定渠道的订单；

转换单元，用于将接收到的订单转换为具有预定订单格式的订单；

发送单元，用于发送转换后的订单给房间控制系统以使所述房间控制系统根据所述转换后的订单对房间信息进行更新；

第二接收单元，用于接收所述房间控制系统更新所述房间信息后得到的房间更新结果；以及

发布单元，用于发布所述房间更新结果。

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

第一获取模块，获取来自所述不同预定渠道的订单的格式，得到原始订单格式；

第二获取模块，用于获取预先设定的订单格式；

转换模块，用于将接收到的订单的所述原始订单的格式转换为所述预先设定的订单格式，得到具有所述预定订单格式的转换订单。

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

提取子模块，用于从预先存储的不同预定渠道的渠道参数中提取来自所述不同预定渠道的订单所对应的渠道参数；

解析子模块，用于根据提取的渠道参数解析所述原始订单的内容；

确定子模块，用于根据所述原始订单的内容和所述预先设定的订单格式得到所述转换订单。

10.一种房间信息交互系统，其特征在于，包括：

订单交互模块，提供接口以接收来自不同预定渠道的订单；

数据交互模块，与所述订单交互模块相连接，用于接收房间控制系统根据所述订单进行的房间信息更新得到的房间更新结果，并将所述房间更新结果发送给所述订单交互模块。