CN105243545A - 多平台资源处理方法与装置 - Google Patents

Abstract

本发明公开了一种多平台资源处理方法与装置。其中，该方法包括：向线上分配平台发布同步信息，以使线上分配平台的资源信息与线下资源信息一致；接收同步后的线上分配平台发送的订单并获取订单的订单信息；根据订单信息处理订单。本发明解决了现有技术中对多个平台的订单的处理效率比较低的技术问题。

Description

多平台资源处理方法与装置

技术领域

本发明涉及数据处理领域，具体而言，涉及一种多平台资源处理方法与装置。

背景技术

随着网络销售的发展，对于资源的所有者和经营者，除了在线下实时接单外，还会将资源在在线销售平台进行售卖，以最大程度的售出资源，但是由于同时存在线上和线下销售，在线平台的订单数据目前无法实时与线下的管理系统进行同步。而且，将资源同时放在多个在线平台销售时，现有的线下系统无法对多个销售平台的订单进行获取、同步和处理，仅能存储本地的资源信息和状态，需要人工对线上订单进行处理，容易出现分配错误，降低订单处理效率。对于同时在多家在线平台进行销售的情况，人工登录不同的在线平台查看订单并进行处理，效率比较低。

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

发明内容

本发明实施例提供了一种多平台资源处理方法与装置，以至少解决现有技术中对多个平台的订单的处理效率比较低的技术问题。

根据本发明实施例的一个方面，提供了一种多平台资源处理方法，包括：向线上分配平台发布同步信息，以使所述线上分配平台的资源信息与线下资源信息一致；接收同步后的线上分配平台发送的订单并获取所述订单的订单信息；根据所述订单信息处理所述订单。

进一步地，根据所述订单信息处理所述订单包括：获取所述线下资源信息和所述订单的预付信息；根据所述线下资源信息和所述订单的预付信息判断是否接受所述订单；如果判断出接受所述订单，则根据所述线下资源信息和/或所述预付信息为所述订单分配所述线下资源；如果判断出不接受所述订单，则拒绝所述订单并向所述线上分配平台发布所述订单被拒绝的提示信息。

进一步地，根据所述订单信息处理所述订单包括：缓存多个所述订单的订单信息；按照预设规则对多个所述订单进行排序；接收对排序后的多个订单中的第一订单进行资源分配的指令；以及按照所述指令为所述第一订单分配所述线下资源，其中，根据所述线下资源信息和/或所述订单信息为所述第一订单分配所述线下资源。

进一步地，在根据所述订单信息处理所述订单之后，所述方法还包括：标记所述订单的状态为已确认状态；向所述线上分配平台反馈所述订单的所述已确认状态。

进一步地，在根据所述订单信息处理所述订单之后，所述方法还包括：向所述订单所对应的用户发送分配信息，其中，所述分配信息为所述订单被分配的线下资源的信息。

进一步地，在根据所述订单信息处理所述订单之后，所述方法还包括：接收对所述订单分配的线下资源进行修改的修改指令；将所述订单分配的线下资源修改为所述修改指令所指示的资源。

进一步地，在根据所述订单信息处理所述订单之后，所述方法还包括：更新所述线下资源，得到更新后的信息；判断所述更新后的信息所指示的线下资源是否满足第一预设资源条件；如果不满足，则关闭一个或者多个所述线上分配平台，或者发出关闭线上分配平台的提示信息。

进一步地，关闭一个或者多个所述线上分配平台包括：获取所述线上分配平台的优先级；按照所述线上分配平台的优先级关闭所述线上分配平台。

进一步地，在根据所述订单信息处理所述订单之后，所述方法还包括：获取所述线上分配平台发送的订单以外的订单信息，得到其他订单信息；根据所述其他订单信息更新所述线下资源；判断更新后的线下资源的数量是否增加；如果所述线下资源的数量增加，则判断所述线下资源是否满足第二预设资源条件；如果满足，则开启一个或者多个所述线上分配平台，或者发出开启线上分配平台的提示信息。

进一步地，开启一个或者多个所述线上分配平台包括：开启预先存储的平台列表中一个或多个线上分配平台；或者接收一个或多个线上分配平台的网址并开启接收到的网址所指示的线上分配平台。

根据本发明实施例的另一方面，还提供了一种多平台资源处理装置，包括：发布单元，用于向线上分配平台发布同步信息，以使所述线上分配平台的资源信息与线下资源信息一致；第一接收单元，用于接收同步后的线上分配平台发送的订单并获取所述订单的订单信息；处理单元，用于根据所述订单信息处理所述订单。

进一步地，所述处理单元包括：第一获取模块，用于获取所述线下资源信息和所述订单的预付信息；判断模块，用于根据所述线下资源信息和所述订单的预付信息判断是否接受所述订单；第一分配模块，用于在判断出接受所述订单时，根据所述线下资源信息和/或所述预付信息为所述订单分配所述线下资源；拒绝模块，用于在判断出不接受所述订单时，拒绝所述订单并向所述线上分配平台发布所述订单被拒绝的提示信息。

进一步地，所述处理单元包括：缓存模块，用于缓存多个所述订单的订单信息；排序模块，用于按照预设规则对多个所述订单进行排序；第一接收模块，用于接收对排序后的多个订单中的第一订单进行资源分配的指令；第二分配模块，用于按照所述指令为所述第一订单分配所述线下资源，其中，根据所述线下资源信息和/或所述订单信息为所述第一订单分配所述线下资源。

进一步地，所述装置还包括：标记单元，用于在根据所述订单信息处理所述订单之后，标记所述订单的状态为已确认状态；反馈单元，用于向所述线上分配平台反馈所述订单的所述已确认状态。

进一步地，所述装置还包括：发送单元，用于在根据所述订单信息处理所述订单之后，向所述订单所对应的用户发送分配信息，其中，所述分配信息为所述订单被分配的线下资源的信息。

进一步地，所述装置还包括：第二接收单元，用于在根据所述订单信息处理所述订单之后，接收对所述订单分配的线下资源进行修改的修改指令；修改单元，用于将所述订单分配的线下资源修改为所述修改指令所指示的资源。

进一步地，所述装置还包括：第一更新单元，用于在根据所述订单信息处理所述订单之后，更新所述线下资源，得到更新后的信息；第一判断单元，用于判断所述更新后的信息所指示的线下资源是否满足第一预设资源条件；关闭单元，用于如果更新后的信息所指示的线下资源不满足第一预设资源条件，则关闭一个或者多个所述线上分配平台，或者发出关闭线上分配平台的提示信息。

进一步地，所述关闭单元包括：第二获取模块，用于获取所述线上分配平台的优先级；关闭模块，用于按照所述线上分配平台的优先级关闭所述线上分配平台。

进一步地，所述装置还包括：获取单元，用于在根据所述订单信息处理所述订单之后，获取所述线上分配平台发送的订单以外的订单信息，得到其他订单信息；第二更新单元，用于根据所述其他订单信息更新所述线下资源；第二判断单元，用于判断更新后的线下资源的数量是否增加；第三判断单元，用于如果所述线下资源的数量增加，则判断所述线下资源是否满足第二预设资源条件；开启单元，用于如果线下资源满足第二预设资源条件，则开启一个或者多个所述线上分配平台，或者发出开启线上分配平台的提示信息。

进一步地，所述开启单元包括：开启模块，用于开启预先存储的平台列表中一个或多个线上分配平台；或者第二接收模块，用于接收一个或多个线上分配平台的网址并开启接收到的网址所指示的线上分配平台。

在本发明实施例中，采用向线上分配平台发布同步信息，以使线上分配平台的资源信息与线下资源的息一致；接收同步后的线上分配平台发送的订单并获取订单的订单信息；根据订单信息处理订单的方式，解决了现有技术中对多个平台的订单的处理效率比较低的技术问题，达到了提高处理效率的效果。

附图说明

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

图1是根据本发明实施例的一种多平台资源处理方法的流程图；以及

图2是根据本发明实施例的一种多平台资源处理装置的示意图。

具体实施方式

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

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

根据本发明实施例，提供了一种多平台资源处理方法的方法实施例。该多平台资源处理方法可以应用在酒店管理系统或者预订管理系统中，通过上述系统与一个或多个线上分配平台对接，实现自动接收订单并处理订单。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的一种多平台资源处理方法的流程图。如图所示，该多平台资源处理方法包括：

步骤S102，向线上分配平台发布同步信息，以使线上分配平台的资源信息与线下资源的信息一致。

该多平台资源处理方法能够在酒店、公寓、汽车租赁、机票、上门服务等领域使用。下面如无特别指出，都是以酒店为例进行说明。

线上分配平台可以是在线旅游平台(OTA)以及直销、微信、淘宝等。

线下资源的信息包括酒店名称、房型、地理位置、房间图片、价格、优惠情况等。当酒店管理者把将本地的可售房间在线上分配平台销售时，在向线上分配平台发布同步信息时，会根据本地存储的物理房间的信息，自动将本地物理房间的信息同步到在线销售平台，例如，平台房型可能为：大床房、双床房、标准间、豪华间、海景房等等，本地物理房间信息可能为：101双床房、102双床房、103双床房、104双床房、201大床房、202大床房、203大床房、301标准间、302标准间、401豪华间、402豪华间、501海景房、502海景房，等等。

在本地储存着酒店在艺龙网、携程网、美团网等线上分配平台的用户名和密码，在不同的线上平台输入对应的用户名和密码，获取各线上平台的数据格式，美团网要求提供酒店名称，房型，价格，每种房型配图2张；携程网要求提供酒店名称，房型，价格，每种房型配图3张，艺龙网要求提供酒店名称，房型，价格，每种房型配图5张。根据各平台数据格式的要求，上传相应的房间信息。

步骤S104，接收同步后的线上分配平台发送的订单并获取订单的订单信息。当系统根据各线上平台的要求，把房间信息上传到线上分配平台之后，顾客可以通过浏览线上分配平台的酒店房间的信息，根据需要预订房间。订单信息可以包括预订人姓名、身份证号、手机号码、预订人在线上分配平台的账号、房型、入住时间、退房时间、支付状态等。线上分配平台将顾客的订单信息发送给本地酒店管理系统。线下资源信息和订单信息可以存储在本地的数据，也可以使用云服务器端的云存储。

步骤S106，根据订单信息处理订单。例如，接收的订单中要求订大床房，则给该订单分配大床房。如果没有订单要求的房间，则拒绝为订单分配房间。

通过上述实施例，由于多个线上分配平台的信息与线下资源的信息一致，不会出现线上资源信息多于线下资源而出现的超卖的情况，避免了用户订单被拒绝，为用户提供良好的用户体验。并且能够接收线上分配平台发送的订单，为订单分配线下资源，不需要人工去每个线上平台提取订单并处理，避免了人工分配出现错误的情况，从而解决了现有技术中对多个平台的订单的处理效率比较低的技术问题，达到了提高处理效率的效果。

可选地，根据订单信息处理订单包括：获取线下资源信息和订单的预付信息；根据线下资源信息和订单的预付信息判断是否接受订单；如果判断出接受订单，则根据线下资源信息和/或预信息为订单分配线下资源；如果判断出不接受订单，则拒绝订单并向线上分配平台发布订单被拒绝的提示信息。

线下资源信息可以是满房率、可以是房型，还可以是价格等。例如，定义某一房型的满房率为该房型已售房间数/该房型房间总数。线下资源信息可以是：标准间一共100间，已售55间，标准间满房率为55％；大床房一共80间，已售60间，大床房满房率为75％；豪华间一共30间，已售12间，豪华间满房率为40％。

获取的订单可以是来自美团网、携程网、艺龙网等的订单，可以缓存在本地。订单预付信息是预订人预先支付的金额占应交房款的比例，可以是全额预付(预付100％的应交房款)、部分预付(可以选择预付20％、40％、50％、60％、80％的应交房款)、到店现付(预付0％的应交房款)。

系统可以根据以下3种条件为线上订单进行分房：1.根据满房率分房；2.根据订单的预付金额比例分房；3.根据满房率和预付金额比例两项条件综合考虑进行分房。下面进行详细说明。

1.系统可以根据满房率为线上订单分房，即设置各个房型的满房率的阈值，当前满房率小于该阈值时系统自动为线上订单分配房间，当前满房率达到或者超过该阈值则系统不再为线上订单分配房间。例如，标准间的满房率阈值为70％，标准间一共100间，已售55间，则当前满房率为55％，一张来自大众点评网的订单要求预定标准间一间，由于当前满房率小于阈值，所以系统为这张订单分配标准间一间。又例如，大床房的满房率阈值为60％，大床房一共80间，已售60间，则当前满房率为75％，一张来自拉手网的订单要求预定大床房一间，由于当前满房率75％已经超过阈值60％，所以系统不会为这张线上订单分配房间。

2.系统可以根据订单的预付金额信息分房，即设置系统按照线上订单的预付金额比例从高到低的顺序为订单分房。例如，一张来自糯米网的订单要求预定标准间一间，预付了60％的房款，一张来自途家网的订单要求预定标准间一间，预付了80％的房款，一张来自艺龙网的订单要求预定标准间一间，预付了40％的房款，则系统优先为来自途家网的订单分配房间。当有多张订单预付款比例相同时，系统还可以设置各种房型的优先级，例如设置豪华间>海景房>大床房>标准间。若一张来自同程旅游网的订单要求预定海景房一间，预付了50％的房款，另一张来自游天下网的订单要求预定标准间一间，预付了50％的房款，则优先为同程旅游网的预定海景房的订单分配海景房。

3.系统还可以综合满房率和预付金额信息两个条件来为线上订单分配房间。可以设置当前满房率达到数值a时,则对于预付金额比例b以下的订单，系统不给分配房间，其中，a和b是某种函数关系，可以根据酒店想要达到的目的进行设置，例如，b＝0.1+a,或者b＝0.2+a,或者b＝a-0.1,等等。例如,设置b＝0.1+a,则当满房率达到60％时，对于预付金额比例70％以下的订单，不给分配房间；满房率达到70％时，对于预付金额比例80％以下的订单，不给分配房间。这样设置的好处是，当某一房型的当前满房率较低时，意味着该房型待出售房间较多，酒店管理者出售该房型的愿望较强烈，因此，对于预付金额比例较低的线上订单，系统也分配房间，有利于该房型的房间尽快销售；而当某一房型的当前满房率较高时，意味着该房型的待出售房间较少，酒店管理者出售该房型的愿望不是那么强烈，因此，对于预付金额比例较低的线上订单，系统不给分配房间，把有限的房间留给预付金额比例高的订单或者留给线下的顾客。

标准间的满房率阈值为70％，标准间一共100间，已售75间，则当前满房率为75％。系统接收到一张来自美团网的订单，要求预定标准间一间，由于此时标准间的满房率已经超过阈值，所以系统拒绝该订单，不为该订单分配房间。直接向在线销售渠道反馈拒绝订单信息，即系统向美团网发送订单被拒绝的提示信息，并将本地订单状态更新为“已拒绝”。及时向线上分配平台发送拒绝信息，预订者可及时得知订单被拒绝，不用长时间等待。

根据线下资源信息和/或预付信息为订单分配线下资源，为线上分配平台生成的订单自动分配线下资源，避免了手动接收订单，更加灵活，增加分配多样性。

可选地，根据订单信息处理订单包括：缓存多个订单的订单信息；按照预设规则对多个订单进行排序；接收对排序后的多个订单中的第一订单进行资源分配的指令，其中，第一订单为多个订单中的任意一个订单；以及按照指令为第一订单分配线下资源，其中，根据线下资源信息和/或订单信息为第一订单分配线下资源。

系统从去哪儿网，携程网，艺龙网，同程旅游网等将订单同步到本地系统，状态为“未处理”。管理者能够设置使用订单时间排序、平台排序、预付金额排序等不同排序方式对未处理订单进行排序。以按平台排序为例，未处理订单包括7个同程旅游网订单，4个携程网订单，5个去哪儿网订单，3个艺龙网订单，设置以去哪儿网、携程网、同程旅游网、艺龙网为优先级顺序。经排序后，第1-5个订单为去哪儿网订单，第6-9个订单为携程网订单，第10-12个订单为艺龙网订单，第13-19个订单为同程旅游网订单。管理者从排序后的未处理订单中选择任意一个订单进行处理，即第一订单。系统接收为第一订单分房的指令，并在收到该指令后自动为订单分房。

通过对缓存的多个订单进行排序，便于管理者从排序后的多个订单中选择需要优先处理的订单，并发出对该优先处理的订单进行分房的指令，系统在收到该指令后自动为管理者选择的订单分配线下资源，避免了手动分配费时费力的问题。

可选地，在根据订单信息处理订单之后，方法还包括：标记订单的状态为已确认状态；向线上分配平台反馈订单的已确认状态。为线上订单分配房间资源后，系统向线上分配平台反馈接受订单的信息，并将本地订单状态更新为“已确认”。

假设系统按照满房率给订单分配房间。系统接收了一张来自拉手网的订单，要求预定豪华间两间，豪华间的满房率阈值为50％，豪华间一共30间，已售12间，豪华间当前满房率为40％，由于豪华间的当前满房率小于阈值，所以系统为此订单分配豪华间两间。分配完成后，系统向拉手网反馈已经为该订单分房的信息，并且把本地的此订单的状态更新为“已确认”。

通过上述实施例，及时向线上分配平台反馈订单信息，避免预订人长时间等待。及时更新线下资源的状态，避免了超卖。

可选地，在根据订单信息处理订单之后，方法还包括：向订单所对应的用户发送分配信息，其中，分配信息为订单被分配的线下资源的信息。

系统对线上订单的分房完成之后，系统向预订者发送分配信息，分配信息可以包括确认已预定房间，预定的房间号码和房间密码，等等。例如，系统向顾客发送“您已经成功预定**酒店102房间，房间密码为649344”，该发送的方式可以选择手机短信、彩信、手机应用消息和邮件等方式。

向预订成功的预订人发送消息，使预订人及时知道自己预订成功的房间的信息，并且可以直接利用收到的房间密码入住，避免了到店后去前台办理入住手续，提高了入住效率和顾客的体验。

可选地，在根据订单信息处理订单之后，方法还包括：接收对订单分配的线下资源进行修改的修改指令；将订单分配的线下资源修改为修改指令所指示的资源。

当系统为来自线上分配平台的订单分配房间后，酒店管理者想更改系统分配的房间，可以手动更改。例如，系统为订单1自动分配的房间是102，由于某种原因，酒店管理者想把104房间分配给该订单，于是，酒店管理者可以手动把房间改成104。这样，管理者能够更改系统自动分配的资源，增强资源分配的灵活性。

可选地，在根据订单信息处理订单之后，方法还包括：更新线下资源，得到更新后的信息；判断更新后的信息所指示的线下资源是否满足第一预设资源条件；如果不满足，则关闭一个或者多个线上分配平台，或者发出关闭线上分配平台的提示信息。

假设系统按照满房率给订单分配房间。系统接收了一张来自拉手网的订单，要求预定豪华间两间，豪华间的满房率阈值为50％，豪华间一共30间，已售12间，豪华间当前满房率为40％，由于豪华间的当前满房率小于阈值，所以系统为此订单分配豪华间两间。此时，房间信息发生变化，更新后的房间信息为，豪华间已经售出14间，满房率达到47％。由于豪华间的当前满房率是47％，小于阈值50％，故线上分配平台继续保持开启状态。接着，系统又接收到一张来自美团网的订单，预定豪华间三间，由于当前满房率是47％，小于阈值50％，所以系统为这张订单分配豪华间三间，分配完成后，系统更新房间资源，豪华间售出17间，当前满房率达到57％，大于阈值50％，故需要关闭一个或者多个线上分配平台，或者发出关闭一个或者多个线上分配平台的提示信息，如系统显示“豪华间满房率已经超过50％，请关闭大众点评网”或者“豪华间满房率已经达到57％，请关闭大众点评网”。

通过上述实施例，及时更新线下资源的状态，判断线上分配平台应该保持开启还是关闭，在线下资源较少时关闭一个或者多个线上分配平台，以保证门店能够为用户提供足够的房间，或者避免超卖。

可选地，关闭一个或者多个线上分配平台包括：获取线上分配平台的优先级；按照线上分配平台的优先级关闭线上分配平台。

如果当前满房率达到或者超过预先设定的阈值，则关闭一个或多个线上分配平台。可以针对不同的线上分配平台设置不同的阈值，从而给不同线上分配平台设置不同优先级，例如，可以设置在满房率达到60％时关闭艺龙网，在满房率达到80％时关闭携程网，在满房率达到90％时关闭去哪儿网。

为不同的线上分配平台设置不同的关闭条件，有利于灵活管理各个线上分配平台。

可选地，在根据订单信息处理订单之后，方法还包括：获取线上分配平台发送的订单以外的订单信息，得到其他订单信息；根据其他订单信息更新线下资源；判断更新后的线下资源的数量是否增加；如果线下资源的数量增加，则判断线下资源是否满足第二预设资源条件；如果满足，则开启一个或者多个线上分配平台，或者发出开启线上分配平台的提示信息。

标准间的满房率阈值为70％，标准间一共100间，已售65间，则当前满房率为65％。一位顾客来到酒店，订标准间五间。系统实时更新资源信息，标准间的状态更新为已售70间，当前满房率为70％，达到阈值，关闭一个或者多个线上分配平台。另一位顾客入住时间到期，退掉一间标准间离开酒店。此时，标准间的房源中增加一间，此房间即为新增资源。当清洁人员打扫完该标准间后，酒店管理人员可以在系统中将该标准间的状态更新为可售房源，同时将订单状态修改为“已完成”，此时系统重新计算标准间的当前满房率，结果为69％，由于此时标准间的当前满房率低于阈值，故需要开启一个或者多个线上分配平台，或者发出开启线上分配平台的提示信息，如系统显示“标准间满房率已经低于70％，请开启大众点评网和携程网”或者“标准间满房率仅为69％，请开启大众点评网和携程网”。

根据线下订单更新线下资源，判断线上分配平台应该保持开启还是关闭，实时根据线下资源的状态(如数量)信息控制线上分配平台的开启或者关闭，当线下资源较多时，可以开启一个或多个线上分配平台，以提高线下资源的售出率。

可选地，开启一个或者多个线上分配平台包括：开启预先存储的平台列表中一个或多个线上分配平台；或者接收一个或多个线上分配平台的网址并开启接收到的网址所指示的线上分配平台。

酒店管理者可以选择多家线上分配平台进行网上销售，系统中已存储了最常用的线上分配平台，如去哪儿网，携程网，艺龙网等，可以从系统中存储的线上分配平台选择一个进行开启。或者酒店管理者可以在系统中选择添加新的线上分配平台，如添加美团网网址，系统使用相应用户名、密码自动登录美团网。由于线上分配平台可以通过增加网址或者开启已有的线上分配平台的方式而增加，提高了调整线上分配平台的灵活性。

根据本发明实施例，还提供了一种多平台资源处理装置的实施例。该多平台资源处理装置可以执行上述多平台资源处理方法，上述多平台资源处理方法也可以通过本多平台资源处理装置实施。

图2是根据本发明实施例的一种多平台资源处理装置的示意图。如图所示，该多平台资源处理装置包括：发布单元20、第一接收单元40和处理单元60。

发布单元20用于向线上分配平台发布同步信息，以使线上分配平台的资源信息与线下资源的信息一致。

该多平台资源处理装置能够在酒店、公寓、汽车租赁、机票、上门服务等领域使用。下面如无特别指出，都是以酒店为例进行说明。

线上分配平台可以是在线旅游平台(OTA)以及直销、微信、淘宝等。

线下资源的信息包括酒店名称、房型、地理位置、房间图片、价格、优惠情况等。当酒店管理者把将本地的可售房间在线上分配平台销售时，在向线上分配平台发布同步信息时，会根据本地存储的物理房间的信息，自动将本地物理房间的信息同步到在线销售平台，例如，平台房型可能为：大床房、双床房、标准间、豪华间、海景房等等，本地物理房间信息可能为：101双床房、102双床房、103双床房、104双床房、201大床房、202大床房、203大床房、301标准间、302标准间、401豪华间、402豪华间、501海景房、502海景房，等等。

在本地储存着酒店在艺龙网、携程网、美团网等线上分配平台的用户名和密码，在不同的线上平台输入对应的用户名和密码，获取各线上平台的数据格式，美团网要求提供酒店名称，房型，价格，每种房型配图2张；携程网要求提供酒店名称，房型，价格，每种房型配图3张，艺龙网要求提供酒店名称，房型，价格，每种房型配图5张。根据各平台数据格式的要求，上传相应的房间信息。

第一接收单元40用于接收同步后的线上分配平台发送的订单并获取订单的订单信息。当系统根据各线上平台的要求，把房间信息上传到线上分配平台之后，顾客可以通过浏览线上分配平台的酒店房间的信息，根据需要预订房间。订单信息可以包括预订人姓名、身份证号、手机号码、预订人在线上分配平台的账号、房型、入住时间、退房时间、支付状态等。线上分配平台将顾客的订单信息发送给本地酒店管理系统。线下资源信息和订单信息可以存储在本地的数据，也可以使用云服务器端的云存储。

处理单元60用于根据订单信息处理订单。接收美团网的订单，订单中要求订大床房，则给该订单分配大床房。

通过上述实施例，由于多个线上分配平台的信息与线下资源的信息一致，不会出现超卖的情况，避免了用户订单被拒绝，为用户提供良好的用户体验。并且能够接收线上分配平台发送的订单，为订单分配线下资源，不需要人工去每个线上平台提取订单并处理，避免了人工分配出现错误的情况，从而解决了现有技术中对多个平台的订单的处理效率比较低的技术问题，达到了提高处理效率的效果。

可选地，处理单元包括：第一获取模块，用于获取线下资源信息和订单的预付信息；判断模块，用于根据线下资源信息和订单的预付信息判断是否接受订单；第一分配模块，用于在判断出接受订单时，根据线下资源信息和/或预付信息为订单分配线下资源；拒绝模块，用于在判断出不接受订单时，拒绝订单并向线上分配平台发布订单被拒绝的提示信息。

线下资源信息可以是满房率、可以是房型，还可以是价格等。例如，定义某一房型的满房率为该房型已售房间数/该房型房间总数。线下资源信息可以是：标准间一共100间，已售55间，标准间满房率为55％；大床房一共80间，已售60间，大床房满房率为75％；豪华间一共30间，已售12间，豪华间满房率为40％。

获取的订单可以是来自美团网、携程网、艺龙网等的订单，可以缓存在本地。订单预付信息是预订人预先支付的金额占应交房款的比例，可以是全额预付(预付100％的应交房款)、部分预付(可以选择预付20％、40％、50％、60％、80％的应交房款)、到店现付(预付0％的应交房款)。

系统可以根据以下3种条件为线上订单进行分房：1.根据满房率分房；2.根据订单的预付金额比例分房；3.根据满房率和预付金额比例两项条件综合考虑进行分房。下面进行详细说明。

1.系统可以根据满房率为线上订单分房，即设置各个房型的满房率的阈值，当前满房率小于该阈值时系统自动为线上订单分配房间，当前满房率达到或者超过该阈值则系统不再为线上订单分配房间。例如，标准间的满房率阈值为70％，标准间一共100间，已售55间，则当前满房率为55％，一张来自大众点评网的订单要求预定标准间一间，由于当前满房率小于阈值，所以系统为这张订单分配标准间一间。又例如，大床房的满房率阈值为60％，大床房一共80间，已售60间，则当前满房率为75％，一张来自拉手网的订单要求预定大床房一间，由于当前满房率75％已经超过阈值60％，所以系统不会为这张线上订单分配房间。

2.系统可以根据订单的预付金额信息分房，即设置系统按照线上订单的预付金额比例从高到低的顺序为订单分房。例如，一张来自糯米网的订单要求预定标准间一间，预付了60％的房款，一张来自途家网的订单要求预定标准间一间，预付了80％的房款，一张来自艺龙网的订单要求预定标准间一间，预付了40％的房款，则系统优先为来自途家网的订单分配房间。当有多张订单预付款比例相同时，系统还可以设置各种房型的优先级，例如设置豪华间>海景房>大床房>标准间。若一张来自同程旅游网的订单要求预定海景房一间，预付了50％的房款，另一张来自游天下网的订单要求预定标准间一间，预付了50％的房款，则优先为同程旅游网的预定海景房的订单分配海景房。

3.系统还可以综合满房率和预付金额信息两个条件来为线上订单分配房间。可以设置当前满房率达到数值a时,则对于预付金额比例b以下的订单，系统不给分配房间，其中，a和b是某种函数关系，可以根据酒店想要达到的目的进行设置，例如，b＝0.1+a,或者b＝0.2+a,或者b＝a-0.1,等等。例如,设置b＝0.1+a,则当满房率达到60％时，对于预付金额比例70％以下的订单，不给分配房间；满房率达到70％时，对于预付金额比例80％以下的订单，不给分配房间。这样设置的好处是，当某一房型的当前满房率较低时，意味着该房型待出售房间较多，酒店管理者出售该房型的愿望较强烈，因此，对于预付金额比例较低的线上订单，系统也分配房间，有利于该房型的房间尽快销售；而当某一房型的当前满房率较高时，意味着该房型的待出售房间较少，酒店管理者出售该房型的愿望不是那么强烈，因此，对于预付金额比例较低的线上订单，系统不给分配房间，把有限的房间留给预付金额比例高的订单或者留给线下的顾客。

例如，标准间的满房率阈值为70％，标准间一共100间，已售75间，则当前满房率为75％。系统接收到一张来自美团网的订单，要求预定标准间一间，由于此时标准间的满房率已经超过阈值，所以系统拒绝该订单，不为该订单分配房间。直接向在线销售渠道反馈拒绝订单信息，即系统向美团网发送订单被拒绝的提示信息，并将本地订单状态更新为“已拒绝”。及时向线上分配平台发送拒绝信息，预订者可及时得知订单被拒绝，不用长时间等待。

根据线下资源信息和/或预付信息为订单分配线下资源，为线上分配平台生成的订单自动分配线下资源，避免了手动接收订单，更加灵活，增加分配多样性。

可选地，处理单元包括：缓存模块，用于缓存多个订单的订单信息；排序模块，用于按照预设规则对多个订单进行排序；第一接收模块，用于接收对排序后的多个订单中的第一订单进行资源分配的指令；第二分配模块，用于按照指令为第一订单分配线下资源，其中，根据线下资源信息和/或订单信息为第一订单分配线下资源。

系统从去哪儿网，携程网，艺龙网，同程旅游网等将订单同步到本地系统，状态为“未处理”。管理者能够设置使用订单时间排序、平台排序、预付金额排序等不同排序方式对未处理订单进行排序。以按平台排序为例，未处理订单包括7个同程旅游网订单，4个携程网订单，5个去哪儿网订单，3个艺龙网订单，设置以去哪儿网、携程网、同程旅游网、艺龙网为优先级顺序。经排序后，第1-5个订单为去哪儿网订单，第6-9个订单为携程网订单，第10-12个订单为艺龙网订单，第13-19个订单为同程旅游网订单。管理者从排序后的未处理订单中选择任意一个订单进行处理，即第一订单。系统接收为第一订单分房的指令，并在收到该指令后自动为订单分房。

通过对缓存的多个订单进行排序，便于管理者从排序后的多个订单中选择需要优先处理的订单，并发出对该优先处理的订单进行分房的指令，系统在收到该指令后自动为管理者选择的订单分配线下资源，避免了手动分配费时费力的问题。

可选地，装置还包括：标记单元，用于在根据订单信息处理订单之后，标记订单的状态为已确认状态；反馈单元，用于向线上分配平台反馈订单的已确认状态。

假设系统按照满房率给订单分配房间。系统接收了一张来自拉手网的订单，要求预定豪华间两间，豪华间的满房率阈值为50％，豪华间一共30间，已售12间，豪华间当前满房率为40％，由于豪华间的当前满房率小于阈值，所以系统为此订单分配豪华间两间。分配完成后，系统向拉手网反馈已经为该订单分房的信息，并且把本地的此订单的状态更新为“已确认”。

通过上述实施例，及时向线上分配平台反馈订单信息，避免预订人长时间等待。及时更新线下资源的状态，避免了超卖。

可选地，装置还包括：发送单元，用于在根据订单信息处理订单之后，向订单所对应的用户发送分配信息，其中，分配信息为订单被分配的线下资源的信息。

系统对线上订单的分房完成之后，系统向预订者发送分配信息，分配信息可以包括确认已预定房间，预定的房间号码和房间密码，等等。例如，系统向顾客发送“您已经成功预定**酒店102房间，房间密码为649344。”，该发送的方式可以选择手机短信、彩信、手机应用消息和邮件等方式。

向预定成功的预订人发送消息，使预订人及时知道自己预订成功的房间的信息，并且可以直接利用收到的房间密码入住，避免了到店后去前台办理入住手续，提高了入住效率和顾客的体验。

可选地，装置还包括：第二接收单元，用于在根据订单信息处理订单之后，接收对订单分配的线下资源进行修改的修改指令；修改单元，用于将订单分配的线下资源修改为修改指令所指示的资源。

当系统为来自线上分配平台的订单分配房间后，酒店管理者想更改系统分配的房间，可以手动更改。例如，系统为订单1自动分配的房间是102，由于某种原因，酒店管理者想把104房间分配给该订单，于是，酒店管理者可以手动把房间改成104。这样，管理者能够更改系统自动分配的资源，增强资源分配的灵活性。

可选地，装置还包括：第一更新单元，用于在根据订单信息处理订单之后，更新线下资源，得到更新后的信息；第一判断单元，用于判断更新后的信息所指示的线下资源是否满足第一预设资源条件；关闭单元，用于如果更新后的信息所指示的线下资源不满足第一预设资源条件，则关闭一个或者多个线上分配平台，或者发出关闭线上分配平台的提示信息。

假设系统按照满房率给订单分配房间。系统接收了一张来自拉手网的订单，要求预定豪华间两间，豪华间的满房率阈值为50％，豪华间一共30间，已售12间，豪华间当前满房率为40％，由于豪华间的当前满房率小于阈值，所以系统为此订单分配豪华间两间。此时，房间信息发生变化，更新后的房间信息为，豪华间已经售出14间，满房率达到47％。由于豪华间的当前满房率是47％，小于阈值50％，故线上分配平台继续保持开启状态。接着，系统又接收到一张来自美团网的订单，预定豪华间三间，由于当前满房率是47％，小于阈值50％，所以系统为这张订单分配豪华间三间，分配完成后，系统更新房间资源，豪华间售出17间，当前满房率达到57％，大于阈值50％，故需要关闭一个或者多个线上分配平台，或者发出关闭一个或者多个线上分配平台的提示信息，如系统显示“豪华间满房率已经超过50％，请关闭大众点评网”或者“豪华间满房率已经达到57％，请关闭大众点评网”。

通过上述实施例，及时更新线下资源的状态，判断线上分配平台应该保持开启还是关闭，在线下资源较少时关闭一个或者多个线上分配平台，以保证门店能够为用户提供足够的房间，或者避免超卖。

可选地，关闭单元包括：获取模块，用于获取线上分配平台的优先级；关闭模块，用于按照线上分配平台的优先级关闭线上分配平台。

如果当前满房率达到或者超过预先设定的阈值，则关闭一个或多个线上分配平台。可以针对不同的线上分配平台设置不同的阈值，从而给不同线上分配平台设置不同优先级，例如，可以设置在满房率达到60％时关闭艺龙网，在满房率达到80％时关闭携程网，在满房率达到90％时关闭去哪儿网。

为不同的线上分配平台设置不同的关闭条件，有利于灵活管理各个线上分配平台。

可选地，获取单元，用于在根据订单信息处理订单之后，获取线上分配平台发送的订单以外的订单信息，得到其他订单信息；第二更新单元，用于根据其他订单信息更新线下资源；第二判断单元，用于判断更新后的线下资源的数量是否增加；第三判断单元，用于如果线下资源的数量增加，则判断线下资源是否满足第二预设资源条件；开启单元，用于如果线下资源满足第二预设资源条件，则开启一个或者多个线上分配平台，或者发出开启线上分配平台的提示信息。

标准间的满房率阈值为70％，标准间一共100间，已售65间，则当前满房率为65％。一位顾客来到酒店，订标准间五间。系统实时更新资源信息，标准间的状态更新为已售70间，当前满房率为70％，达到阈值，关闭一个或者多个线上分配平台。另一位顾客入住时间到期，退掉一间标准间离开酒店。此时，标准间的房源中增加一间，此房间即为新增资源。当清洁人员打扫完该标准间后，酒店管理人员可以在系统中将该标准间的状态更新为可售房源，同时将订单状态修改为“已完成”，此时系统重新计算标准间的当前满房率，结果为69％，由于此时标准间的当前满房率低于阈值，故需要开启一个或者多个线上分配平台，或者发出开启线上分配平台的提示信息，如系统显示“标准间满房率已经低于70％，请开启大众点评网和携程网”或者“标准间满房率仅为69％，请开启大众点评网和携程网”。

根据线下订单更新线下资源，判断线上分配平台应该保持开启还是关闭，实时根据线下资源的状态(如数量)信息控制线上分配平台的开启或者关闭，当线下资源较多时，可以开启一个或多个线上分配平台，以提高线下资源的售出率。

可选地，开启单元包括：开启模块，用于开启预先存储的平台列表中一个或多个线上分配平台；或者第二接收模块，用于接收一个或多个线上分配平台的网址并开启接收到的网址所指示的线上分配平台。

酒店管理者可以选择多家线上分配平台进行网上销售，系统中已存储了最常用的线上分配平台，如去哪儿网，携程网，艺龙网等，可以从系统中存储的线上分配平台选择一个进行开启。或者酒店管理者可以在系统中选择添加新的线上分配平台，如添加美团网网址，系统使用相应用户名、密码自动登录美团网。由于线上分配平台可以通过增加网址或者开启已有的线上分配平台的方式而增加，提高了调整线上分配平台的灵活性。

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

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

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

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

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

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

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

Claims (10)

1.一种多平台资源处理方法，其特征在于，包括：

向线上分配平台发布同步信息，以使所述线上分配平台的资源信息与线下资源信息一致；

接收同步后的线上分配平台发送的订单并获取所述订单的订单信息；

根据所述订单信息处理所述订单。

2.根据权利要求1所述的方法，其特征在于，根据所述订单信息处理所述订单包括：

获取所述线下资源信息和所述订单的预付信息；

根据所述线下资源信息和所述订单的预付信息判断是否接受所述订单；

如果判断出接受所述订单，则根据所述线下资源信息和/或所述预付信息为所述订单分配所述线下资源；

如果判断出不接受所述订单，则拒绝所述订单并向所述线上分配平台发布所述订单被拒绝的提示信息。

3.根据权利要求1所述的方法，其特征在于，根据所述订单信息处理所述订单包括：

缓存多个所述订单的订单信息；

按照预设规则对多个所述订单进行排序；

接收对排序后的多个订单中的第一订单进行资源分配的指令；以及

按照所述指令为所述第一订单分配所述线下资源，

其中，根据所述线下资源信息和/或所述订单信息为所述第一订单分配所述线下资源。

4.根据权利要求1至3中任一项所述的方法，其特征在于，在根据所述订单信息处理所述订单之后，所述方法还包括：

标记所述订单的状态为已确认状态；

向所述线上分配平台反馈所述订单的所述已确认状态。

5.根据权利要求1至3中任一项所述的方法，其特征在于，在根据所述订单信息处理所述订单之后，所述方法还包括：

向所述订单所对应的用户发送分配信息，其中，所述分配信息为所述订单被分配的线下资源的信息。

6.根据权利要求1至3中任一项所述的方法，其特征在于，在根据所述订单信息处理所述订单之后，所述方法还包括：

接收对所述订单分配的线下资源进行修改的修改指令；

将所述订单分配的线下资源修改为所述修改指令所指示的资源。

7.根据权利要求1所述的方法，其特征在于，在根据所述订单信息处理所述订单之后，所述方法还包括：

更新所述线下资源，得到更新后的信息；

判断所述更新后的信息所指示的线下资源是否满足第一预设资源条件；

如果不满足，则关闭一个或者多个所述线上分配平台，或者发出关闭线上分配平台的提示信息。

8.根据权利要求7所述的方法，其特征在于，关闭一个或者多个所述线上分配平台包括：

获取所述线上分配平台的优先级；

按照所述线上分配平台的优先级关闭所述线上分配平台。

9.根据权利要求1所述的方法，其特征在于，在根据所述订单信息处理所述订单之后，所述方法还包括：

获取所述线上分配平台发送的订单以外的订单信息，得到其他订单信息；

根据所述其他订单信息更新所述线下资源；

判断更新后的线下资源的数量是否增加；

如果所述线下资源的数量增加，则判断所述线下资源是否满足第二预设资源条件；

如果满足，则开启一个或者多个所述线上分配平台，或者发出开启线上分配平台的提示信息。

10.一种多平台资源处理装置，其特征在于，包括：

发布单元，用于向线上分配平台发布同步信息，以使所述线上分配平台的资源信息与线下资源的信息一致；

第一接收单元，用于接收同步后的线上分配平台发送的订单并获取所述订单的订单信息；

处理单元，用于根据所述订单信息处理所述订单。