一种房源的推荐方法、服务器和房源推荐系统的利记博彩app
【专利摘要】本发明公开了一种房源的推荐方法，包括：S1：服务器端接收消费者端发送的订房请求；S2：服务器端根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；以及S3：服务器端接收到所述反馈后，将房源信息推送给消费者端。本发明还提供了与该方法对应的服务器和系统。该方法能够及时地、准确地将目标房源推荐给消费者。
【专利说明】
一种房源的推荐方法、服务器和房源推荐系统
技术领域
[0001]本发明涉及计算机技术领域，特别是一种房源的推荐方法、执行该方法的服务器以及一种房源推荐系统。
【背景技术】
[0002]人们在外出旅行时需要预订酒店、宾馆或是民宿。如今，互联网预订已经成为了主要的住宿预订方式之一。现有技术中，互联网预订一种的主要流程为:
[0003]首先，用户在用户设备端填写订房信息，如住店和离店时间，地理位置信息，户型信息、价格范围等。然后通过搜索操作发送到房源中介的服务器上。
[0004]房源中介的服务器接收到订房信息后，根据订房信息的内容自动查找数据库中的房源进行匹配和筛选，将符合条件的房源信息推送至用户端。
[0005]用户端根据房源信息挑选房源后，再执行确认预订、付款等操作。
[0006]然而，上述的预订技术存在以下缺陷:
[0007]房源中介服务器的数据库更新周期长，使得数据库中的信息与房源的实际情况不匹配。这样经常会导致用户无法预订到满意的房源。例如，当某个用户根据房源信息仔细挑选，并选择了某个户型的房间时，执行预订操作，但实际上此时该户型的房间已经预订满，数据库还没有及时更新。酒店端在接收到预订请求时，只得将预订失败的消息发送给中介服务器，然后转发给用户。这样浪费了用户的大量的时间。
[0008]此外，还存在以下与客房预订有关的现有技术:
[0009]CN 104573834A公开了一种酒店订房方法，在该方法中，订房系统在收到消费者的订单申请后，先会对酒店进行第一次筛选。然后将邀标发送给酒店端，酒店端需要根据邀标及时进行报价。订房系统在接收到报价后，结合订房申请单进行性价比筛选。最后将符合条件的酒店名单推送给消费者。此方法的缺点之一在于采用了两次的筛选过程才能完成房源的推荐，增大了订房系统服务器的运算量。另一方面，由于酒店端在收到邀标后，需要填写价格才能完成报价操作，影响了反馈的实时性。
【发明内容】
[0010]本发明的目的是提供一种房源的推荐方法、服务器以及一种房源推荐系统，能够及时地、准确地将目标房源推荐给消费者。
[0011]第一方面，本发明实施例提供的一种房源的推荐方法，包括:
[0012]S1:服务器端接收消费者端发送的订房请求；
[0013]S2:服务器端根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；
[0014]S3:服务器端接收到所述反馈后，将房源信息推送给消费者端。
[0015]在第一方面的第一种可能实现的方式中，所述房源端为带有触摸感应功能的智能终端，所述第一操作信号为触摸所述智能终端上一预设区域的提示图标产生的信号。
[0016]在第一方面的第二种可能实现的方式中，所述订房信息包括以下信息中的至少一种:入住时间、离开时间、地理位置、房型要求、价格范围、房客数量、配套设备以及排序方式。
[0017]在第一方面的第三种可能实现的方式中，在S3后，所述房源的推荐方法还包括:
[0018]S4:服务器端在接收到消费者端发送的联系请求后，建立消费者端与房源端的即时通讯。
[0019]在第一方面的第四种可能实现的方式中，在消费者端，所述订房请求通过选择操作和确定操作完成；
[0020]所述选择操作用于在给定的范围内选择订房信息;所述确定操作用于根据订房信息生成订房请求。
[0021]结合第一方面的第四种可能实现的方式，在第五种可能实现的方式中，所述消费者端为带有触摸感应功能的智能终端;所述订房信息包括价格范围；
[0022]在所述智能终端的触摸感应区域内设置条形标识，条形标识长度与价格范围形成映射关系;在条形标识上还设置有第一操作标识和第二操作标识，第一操作标识和第二操作标识在触摸信号下可沿着条形标识长度方向移动;通过第一操作标识和第二操作标识位置以及两者间的距离确定出消费者通过选择操作选择的价格范围。
[0023]在第一方面的第六种可能实现的方式中，步骤S2包括以下子步骤:
[0024]S21:计算出每一套房源的特征属性项；
[0025]S22:利用机器学习算法预测出每一套房源满足消费者需求的概率；
[0026]S23:通过概率大小排序，并按排序将通知消息发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端。
[0027]结合第一方面的第六种可能实现的方式，在第七种可能实现的方式中，所述的特征属性包括以下属性中的至少一种:
[0028]消费者需求位置和房源实际位置之间的距离相关性、房源区位热度相关性、时间相关性和房型相关性。
[0029]第二方面，本发明实施例提供一种服务器，所述服务器包括:
[0030]接收模块，用于接收消费者端发送的订房请求；
[0031]通知模块，用于根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；
[0032]推送模块，用于接收到所述反馈后，将房源信息推送给消费者端。
[0033]第三方面，本发明实施例提供一种房源的推荐系统，包括消费者端、服务器端和房源端；
[0034]所述消费者端至少用于发送订房请求至所述服务器端；
[0035]所述服务器端至少用于接收到所述订房请求后，根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端；
[0036]所述房源端至少用于在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；
[0037]所述服务器端还用于接收到所述反馈后，将房源信息推送给消费者端。
[0038]本发明提供的一种房源的推荐方法、服务器以及一种房源推荐系统，在服务器端接收到订房请求后，对房源进行筛选和匹配，并向符合条件的房源端发送通知消息，以使得房源端根据第一操作信号形成反馈，并将反馈发送给服务器端。服务器端接收到所述反馈后，将房源信息推送给消费者端。借助于房源端及时的反馈，消费者可以获知实时的房源情况，避免得到的房源信息与实际情况不符的缺陷。
【附图说明】
[0039]图1为本发明实施例一提供的房源的推荐方法的流程图；
[0040]图2为本发明实施例一提供的房源的推荐方法中，步骤S2子步骤的流程图；
[0041 ]图3为本发明实施例二提供的服务器的结构示意图；
[0042]图4为实施例二中通知模块的结构示意图；
[0043]图5为本发明实施例三提供的房源推荐系统的结构示意图；
[0044]图6为实施例一中消费者端价格范围选择的操作示意图；
[0045]图7为实施例一中房源端执行反馈操作的示意图；
【具体实施方式】
[0046]为了使本技术领域的人员更好地理解本发明方案，下面结合附图和【具体实施方式】对本发明作进一步的详细说明。下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0047]本发明实施例提供一种房源的推荐方法。所述的房源包括酒店房源、宾馆房源、招待所房源以及民宿房源等任何一种可供租用、租住的房源。即本发明实施例提供的房源的推荐方法，包括但不限于用在以下预订业务中:酒店的预订、宾馆的预订、招待所的预订以及民宿的预订。
[0048]本实施方式中的房源的推荐方法，适用于消费者端一服务器端一房源端模型。所述的消费者端和房源端均可以是安装有应用软件的终端，该终端可以是PC，优选为带有触摸感应功能的智能终端，如智能手机、平板电脑等。智能手机和平板电脑的操作系统可以是10S、Andr1d或其他适用于智能终端的操作系统。以智能手机为例，消费者端和房源端上均安装有APP软件，服务器端与两者进行交互，实现本发明的房源的推荐方法。
[0049]本发明的基本构思是通过服务器端的系统接收消费者提供的订房信息，然后根据订房信息筛选出符合条件的房源，并通知这些房源端做出及时的反馈，当房源端做出反馈后，再把房源信息推送给消费者。在此过程中，房源端的操作人员在收到通知时，可以根据当前房源的实际情况做出是否有能力接受预订的反馈，不会因服务器数据库更新不及时导致的预订失败情况。此外，在这样的推荐方式下，房源端反馈操作执行的越及时，越会优先被推送到消费者端，房源被消费者选择的可能性就越大，有利于激励服务效率高的房主。对于消费者而言，也可以享受到更加高效、及时的服务。
[0050]在下面的实施例中，以服务器端为执行主体，描述本发明提供的一种房源的推荐方法。
[0051 ] 实施例一
[0052]如图1所示，一种房源的推荐方法，包括如下的步骤:
[0053]S1:服务器端接收消费者端发送的订房请求；
[0054]在步骤SI中，订房请求中包含了消费者提供的订房信息。所述订房信息包括但不限于入住时间、离开时间、地理位置、房型要求、价格范围、房客数量、配套设备以及排序方式。一般地，消费者提供的订房信息越多、越详细，获得推荐的房源与预期的目标越匹配。当然，如果消费者提供的订房信息较少，也仍然可以完成发送订房请求的操作。在消费者端，提供订房信息的方式可以采用填写订房信息来完成，如填写地理位置、所期望的价格区间等。但是优选采用的选择操作来完成订房信息的提供。因为在通常情况下，选择操作比填写操作更加方便。
[0055]在现有技术中，消费者端提供房源的价格范围信息时，需要手动填写价格范围的底价和最高价，十分不便。即便消费者端含有选择操作，也是给出几个固定的价格范围，消费者无限实现价格范围的自定义选择。为了解决该问题，本发明在消费者端提供了一种选择价格范围的操作方法，如图6所示，以智能手机为例，在触摸感应区域内设置条形标识11，条形标识11长度与价格范围形成映射关系;在条形标识11上还设置有第一操作标识12和第二操作标识13，第一操作标识12和第二操作标识13在触摸信号下可沿着条形标识长度方向移动;通过第一操作标识12和第二操作标识13的位置以及两者间的距离确定出消费者通过选择操作选择的价格范围。在第一操作标识12和第二操作标识13的移动和静止状态下，会显示出价格范围。这样，消费者通过滑动两个操作标识就可以完成任意价格范围的选择，不仅方便快捷，价格选择的灵活性也高。例如，在手机的触摸感应区域内设置的条形标识，对应于价格0-1000元范围。设置单位长度变化对应的价格为I元。这样，如果想选择120-480元范围内的房源时，只需要结合屏幕上价格的显示，滑动第一操作标识12和第二操作标识13到指定范围内，就可以完成价格范围信息的选择操作。
[0056]S2:服务器端根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；
[0057]在步骤S2中，以智能手机为例，所述第一操作信号的产生方式可以是:在智能手机的一预设区域内设置提示图标。第一操作信号为触摸所述智能终端上一预设区域的提示图标产生的信号。例如，在房源端收到通知消息后，在手机屏幕上显示一个包含“抢单”字样的提示图标(如图7所示)，房东通过触摸该图标，会产生一个反馈信号，并发送给服务器端。月艮务器端在接收到反馈信号后，可以确认该房源的实际情况可以符合消费者的订房需求，然后执行步骤S3。
[0058]S3:服务器端接收到所述反馈后，将房源信息推送给消费者端。
[0059]随着房源端的反馈不端增多，消费者端会接收到更多的房源信息，在房源信息中包含有房源的具体地理位置、房型、照片、简介、配套设施等信息。消费者可以在多个房源信息进行筛选。在挑选好目标房源时，可以直接申请预订，也可以执行步骤S4。
[0060]S4:服务器端在接收到消费者端发送的联系请求后，建立消费者端与房源端的即时通讯。
[0061]有些情况下，房源信息提供的房源情况不够完善，消费者需要与房东建立联系，现有技术中，通常是提供给消费者房源的电话。消费者拨打电话不仅操作繁琐，还会产生通信资费。为解决该问题，在本实施例中。消费者可以在消费者端向服务器端发起联系请求。月艮务器端在接收到联系请求后，建立消费者端与房源端的即时通讯。例如可以是在消费者端和房源端建立可编辑和发送文字、声音、图片、影像等信息的对话框。这样，消费者可以与房源端直接在互联网上建立通讯联系，以及时了解到房源的更多信息。
[0062]需要说明的是步骤S4为可选步骤，当消费者不需要与房源端进行联系时，可以不执行。
[0063]如图2所示，作为进一步改进，步骤S2可以包含如下的子步骤:
[0064]S21:计算出每一套房源的特征属性项；
[0065]特征属性包括以下几种:
[0066]距离相关性:
[0067]计算租客需求位置与房源实际位置的距离。通过Lk距离算法，使用LI，L2，L3，L4...LlO不同维度的距离代表距离相关性。
[0068]区位热度相关性:
[0069]根据房源区位数量，区位价格，区位订单数，区位POI数比例，使用HOG算法，计算出区位房源密度；
[0070]时间相关性，房型相关性:
[0071]根据租客需求，精准匹配可提供预期排期的房源及需求房型。
[0072]S22:利用机器学习算法预测出每一套房源满足消费者需求的概率；
[0073]本实施例中米用的机器学习算法为Lasso (The Least Absolute Shrinkage andSelect1nator operator)算法，由于相关性的特征属性维度较大，我们使用Lasso回归算法，确保在参数估计的同时实现变量的选择，较好的解决回归分析中的多重共线性问题，并且能够很好的解释结果。
[0074]S23:通过概率大小排序，并按排序将通知消息发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端。
[0075]实施例二
[0076]如图3所示，本实施例提供了一种执行实施例一中房源的推荐方法的服务器。该服务器包括:
[0077]接收模块31，用于接收消费者端发送的订房请求；
[0078]通知模块32，用于根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；
[0079]推送模块33，用于接收到所述反馈后，将房源信息推送给消费者端。
[0080]其中，如图4所示，通知模块具体包括:
[0081 ]计算模块301，用于计算出每一套房源的特征属性项；
[0082]预测模块302，用于利用机器学习算法预测出每一套房源满足消费者需求的概率；
[0083]排序模块303，用于通过概率大小排序，并按排序将通知消息发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端。
[0084]本实施例中提供的服务器用于执行实施例一中的推荐方法，具备相应的功能模块，其实现原理和技术效果类似，该系统的工作过程可以参考前述方法实施例中的对应过程，此处不再赘述。
[0085]实施例三
[0086]如图5所示，本实施例提供一种包含实施二中提供的服务器的房源推荐系统，该系统除了上述服务器外，还包括消费者端和房源端。其中:
[0087]所述消费者端至少用于发送订房请求至所述服务器端；
[0088]所述服务器端至少用于接收到所述订房请求后，根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端；
[0089]所述房源端至少用于在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；
[0090]所述服务器端还用于接收到所述反馈后，将房源信息推送给消费者端。
[0091]本实施例提供的房源推荐系统，同样适用于实施例一中的方法，其实现原理和技术效果类似，该系统的工作过程可以参考前述方法实施例中的对应过程，此处不再赘述。
[0092]本文中如果使用“第一”、“第二”等词语来限定元件、模块、步骤时，本领域技术人员应当知晓，“第一”、“第二”只是为了描述本发明的技术方案时的简化描述，如果没有特别声明，上述词语没有特殊的含义。
[0093]可能以许多方式来实现本发明的方法、服务器和系统。例如，可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。此外，在一些实施例中，还可将本发明实施为记录在记录介质中的程序，这些程序包括用于实现根据本发明的方法的机器可读指令。因而，本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
[0094]本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
【主权项】
1.一种房源的推荐方法，其特征在于，包括: S1:服务器端接收消费者端发送的订房请求； S2:服务器端根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；以及 S3:服务器端接收到所述反馈后，将房源信息推送给消费者端。2.根据权利要求1所述的房源的推荐方法，其特征在于，所述房源端为带有触摸感应功能的智能终端，所述第一操作信号为触摸所述智能终端上一预设区域的提示图标产生的信号。3.根据权利要求1所述的房源的推荐方法，其特征在于，所述订房信息包括以下信息中的至少一种:入住时间、离开时间、地理位置、房型要求、价格范围、房客数量、配套设备以及排序方式。4.根据权利要求1所述的房源的推荐方法，其特征在于，在S3后，所述房源的推荐方法还包括: S4:服务器端在接收到消费者端发送的联系请求后，建立消费者端与房源端的即时通讯。5.根据权利要求1所述的房源的推荐方法，其特征在于，在消费者端，所述订房请求通过选择操作和确定操作完成； 所述选择操作用于在给定的范围内选择订房信息;所述确定操作用于根据订房信息生成订房请求。6.根据权利要求4所述的房源的推荐方法，其特征在于，所述消费者端为带有触摸感应功能的智能终端;所述订房信息包括价格范围； 在所述智能终端的触摸感应区域内设置条形标识，条形标识长度与价格范围形成映射关系;在条形标识上还设置有第一操作标识和第二操作标识，第一操作标识和第二操作标识在触摸信号下可沿着条形标识长度方向移动;通过第一操作标识和第二操作标识位置以及两者间的距离确定出消费者通过选择操作选择的价格范围。7.根据权利要求1所述的房源的推荐方法，其特征在于，步骤S2包括以下子步骤: S21:计算出每一套房源的特征属性项； S22:利用机器学习算法预测出每一套房源满足消费者需求的概率；以及 S23:通过概率大小排序，并按排序将通知消息发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端。8.根据权利要求7所述的房源的推荐方法，其特征在于，所述的特征属性包括以下属性中的至少一种: 消费者需求位置和房源实际位置之间的距离相关性、房源区位热度相关性、时间相关性和房型相关性。9.一种服务器，其特征在于，所述服务器包括: 接收模块，用于接收消费者端发送的订房请求； 通知模块，用于根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端，以使得房源端在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端；以及 推送模块，用于接收到所述反馈后，将房源信息推送给消费者端。10.—种房源的推荐系统，包括消费者端、服务器端和房源端； 所述消费者端至少用于发送订房请求至所述服务器端； 所述服务器端至少用于接收到所述订房请求后，根据所述订房请求中的订房信息筛选、匹配出符合条件的房源，形成通知消息并发送给房源端； 所述房源端至少用于在接收到通知消息后，根据第一操作信号形成反馈，并将反馈发送给服务器端； 所述服务器端还用于接收到所述反馈后，将房源信息推送给消费者端。
【文档编号】G06Q50/12GK106022497SQ201610344857
【公开日】2016年10月12日
【申请日】2016年5月23日
【发明人】王冠, 周文祺, 王勇, 陈贵根, 魏春水, 胡秉诚, 龚丹丹, 王方帅, 韩国栋, 晏超
【申请人】北京依依科技有限公司