针对用户源的住处的预订可用性的自动确定的制作方法
【技术领域】
[0001] 本发明涉及住处预订系统，并且更特别地涉及根据先前预订历史来预测住处的预 订可用性。
【背景技术】
[0002] -些现有的住处预订系统（诸如住处加早餐预订系统或者备选的寄宿预定系统） 允许用户张贴针对其拥有或者占据的寄宿的住处供给。从公寓的单个房间到整个城堡，web 服务（诸如Airbnb或者HomeAway)让用户提供其寄宿并且将其展现给数百万的受众。在 大部分情况下，住处预订系统的用户不是专业旅行经营者并且使用通过住处预订系统所获 得的收入作为次要收入。
[0003] 住处预订系统还让其他用户寻找住处以通过提供非常规类型的寄宿来获得独特 的旅行体验。住处预订系统将寻找短期住处需要的用户与寻找出租其寄宿的其他用户进行 匹配。
[0004] 将其住处提供给他人的用户录入关于住处的信息以及关于各个日期的住处的可 用性的信息。虽然所提供的信息通常是准确的，但是诸如可用性的一些信息需要周期性地 被更新。在大部分情况下，张贴住处供给的用户负责保持可用性信息最新，这指示哪些日期 住处将是或者将不是可用的。然而，现有系统不提供确保用户实际上保持可用性信息最新 的任何方式。由于对于大部分用户而言，住处预订系统不是其主要收入来源，因而他们偶发 地更新其列表信息。这可以使得寻找住处的用户在搜索结果中获得似乎对于期望的时间段 可用但是实际上并不可用的列表。然后，用户将浪费时间查看不匹配其需要的列表。那些 用户还可以请求来自那些列表的住处和/或向发布列表的用户发送请求附加信息的消息。 这将减少用户请求住处预订系统上的住处的信心，并且还可能减小用户将通过住处预订系 统得到住处的可能性。
【发明内容】
[0005] 住处预订系统可以基于住处的当前所列出的可用性和更新住处的可用性信息中 的住处的主人的过去行为，来预测针对给定时间段的住处的可用性。在一个实施例中，住处 预订系统使用机器学习预测模型（在本文中被称为可用性模型）预测住处的可用性。
[0006] 住处预订系统还可以估计假如住处是可用的则客人对于住处的请求将由主人接 受的概率。在一个实施例中，住处预订系统使用另一种机器学习预测模型（在本文中被称 为接受模型）来基于关于客人的信息、关于旅行的信息和接受或者拒绝住处请求中的主人 过去行为，来预测接受的可能性。
[0007] 本发明的实施例还可以使用可用性模型和接受模型来对响应于搜索查询而返回 的列表进行排名。考虑到满足针对住处的用户的请求的住处集合，住处预订系统使用可用 性模型和接受模型的输出的功能来将客人最可能能够获得或者预订的所有住处排名更高。 其他实施例使用那些模型过滤搜索结果并且仅显示具有大于阈值的可用性概率和/或接 受概率的列表。
[0008] 本
【发明内容】
中所描述的特征和优点和以下的详细描述不是穷举的。基于附图、说 明书和权利要求书，许多附加特征和优点对于本领域的普通技术人员而言将是明显的。
【附图说明】
[0009] 图1是根据本发明的实施例的住处预订系统的系统图。
[0010] 图2是图示根据本发明的实施例的住处预订系统内的不同模块的框图。
[0011] 图3是根据本发明的实施例的住处预订系统的类图的示图。
[0012] 图4是根据本发明的一个实施例的用于更新住处预订系统的日历信息的示例性 方法的流程图。
[0013] 图5是用于在住处预订系统中搜索可用的住处的示例性用户接口。
[0014] 图6是用于在住处预订系统中查看住处列表的详细的示例性用户接口。
[0015] 图7是用于在住处预订系统中查看所列出的住处的可用性的示例性用户接口。
[0016] 图8是用于在住处预订系统中更新所列出的住处的日历信息的示例性用户接口。
[0017] 仅出于图示的目的，附图描绘了本发明的各种实施例。本领域的技术人员将容易 地从以下讨论中认识到，在不背离本文所描述的本发明的原理的情况下，可以利用本文所 图示的结构和方法的备选实施例。
【具体实施方式】
[0018] 系统概沐
[0019] 现在参考图1，示出了适于支持本发明的一个实施例的系统架构。图1和其他附图 使用相同的参考标记来标识相同的元件。在诸如" 113A"的参考标记之后的字母指示文本特 别地是指具有特定参考标记的元件。在没有以下字母的文本中的参考标记（诸如"113"） 是指带有参考标记的附图中的任何或者全部元件（例如，文本中的" 113"是指附图中的参 考标记"113A"和/或"113B"）。
[0020] 网络105表示客人101、主人103与住处预订系统111之间的通信路径。在一个 实施例中，该网络是因特网。网络还可以利用专用或者私有通信链路（例如，WAN、MAN或者 LAN)，其不一定是因特网的一部分。网络使用标准通信技术和/或协议。
[0021] 网络服务器109呈现网页或者其他网络内容，其形成与客人和主人客户端101、 103的基本接口。客人和主人使用各自的客户端设备101、103来访问一个或多个网页，并且 向住处预订系统111提供数据。在本申请的上下文中，"数据"被理解为包括关于住处的信 息、关于旅行、主人、客人等的信息。例如，对于与住处有关的信息而言，数据可以包括诸如 价格、房间类型、床型、房间数目、卫生间数目、清洁费、登记时间、退房时间、位置、大小、取 消策略、便利设施、房屋规则等的信息。而且，对于关于旅行的信息而言，数据可以包括诸如 位置、登记日期、退房日期、客人数目、房间类型偏好、价格范围、期望的便利设施等的信息。
[0022] 客人是住处预订系统111的一种类型的用户。客人使用客人客户端设备101、基于 旅行参数的集合来请求来自住处预订系统111的住处。住处预订系统111然后提供潜在住 处的列表，其最好地匹配由客人所提供的旅行参数。
[0023] 主人是住处预订系统111的另一类型的用户。主人使用主人客户端设备103、基 于住处参数的集合来通过住处预订系统111提供住处。住处预订系统111列出住处连同由 主人所提供的住处参数。住处预订系统111然后试图将所列出的住处与一个或多个客人匹 配，该一个或多个客人可以标识适合于其需要的所列出的住处。
[0024] 在一个实施例中，客户端设备10U103由客人和主人用于与住处预订系统111 交互。客户端设备可以是任何设备，其是或者包含诸如个人计算机（PC)、台式计算机、膝 上型计算机、笔记本、智能电话等的计算机。计算机是具有一个或多个通用或者专用处理 器、存储器、存储装置和联网部件（有线或者无线）的设备。设备运行操作系统例如兼容 Microsoft Windows 的操作系统（OS)、Apple OS X 或者 iOS、Linux 分布程序或者 Google 的Android 0S。在一些实施例中，客户端设备101、103可以使用诸如Microsoft Internet Explorer、Mozilla Firefox、Google Chrome、Apple Safari 和 / 或 Opera 的网络浏览器 113作为与住处预订系统111交互的接口。
[0025] 住处预订系统111允许主人张贴住处列表并且允许客人搜索和预订住处。住处预 订系统111包括以下所描述的附加部件和模块。
[0026] 件处预订系统
[0027] 参考图2和图3,在一个实施例中，住处预订系统111包括客人存储库201、主人存 储库203、列表存储库205、请求存储库213、预订存储库207、消息存储库209、日历211、预 订模块215、搜索模块217、搜索日志219、接受模块221、可用性模块223、日历管理模块225 和消息模块227。本领域的技术人员应当理解，住处预订系统111可以包含在本文没有描 述的其他模块。另外，未示出诸如防火墙、认证系统、支付处理系统、网络管理工具、负载均 衡器等等，这是因为其与本发明无关。可以使用单个计算机、或者计算机网络来实现系统 111，包括基于云的计算机实现方案。计算机优选地是服务器类计算机，其包括一个或多个 高性能CPU和IG或者更大的主存储器，并且运行诸如LINUX或者其变型的操作系统。可以 通过硬件或者通过安装在非瞬态计算机存储中并且由处理器运行以执行如本文所描述的 功能的计算机程序，来控制如本文所描述的系统111的操作。使用非瞬态计算机可读存储 设备和用于数据访问和检索的适合的数据库管理系统来实现各种存储库（例如，客人存储 库201、主人存储库203等）。系统100包括针对本文所描述的操作必要的其他硬件元件， 包括网络接口和协议、针对数据条目的输入设备和用于数据的显示、打印或者其他呈现的 输出设备。
[0028] 客人存储库201持久地存储描述在住处预订系统111中请求住处的用户（即客 人）的数据，并且是用于执行该功能的一个装置。每个客人由客人对象301表示，其也可以 被称为客人简档。关于客人的信息包括诸如姓名、用户名、电子邮件地址、位置、电话号码、 性别、出生日期、个人描述、教育、工作、来自其他用户的评论、照片等的个人信息。此外，客 人存储库201可以存储诸如客人得分311和有经验的标记315的附加信息。对每个客人分 配唯一的ID。客人得分311提供用户作为客人的先前行为的数字表示。在一些实施例中， 客人得分基于由来自客人的先前预订的主人所分配的得分。有经验的标记315示出客人是 否是住处预订系统111的频繁用户，并且可以例如基于客人已经通过住处预订系统111预 订住处的总次数、客人在不久前已经使用住处预订系统111的次数（例如客人在过去60天 已经预订的住处的数目）、客人已经使用预订系统111的时间的长度或者其组合。
[0029] 主人存储库203持久地存储描述提供或者愿意将住处提供给住处预订系统111的 其他用户的用户的数据，并且是用于执行该功能的一个装置。每个主人由主人对象303表 示，其也可以被称为主人简档。关于主人的信息包括诸如姓名、用户名、电子邮件地址、位 置、电话号码、性别、出生日期、个人描述、教育、工作、来自其他用户的评论、照片等的主人 个人信息。而且，主人存储库203可以存储诸如主人得分331、未决消息333、过去客人335、 拒绝数目33