[0001] 本说明书一个或多个实施例涉及互联网技术领域，尤其涉及对酒店预售产品进行服务兑换的信息处理方法及程序产品。

[0002] 相关技术中，旅行服务平台中通常会提供多种酒店预售产品以供用户进行浏览和购买，用户在购买酒店预售产品之后，可以选择其包含的任一酒店服务进行兑换。

[0003] 然而，目前的酒店预售产品所包含的多个可兑换的备选酒店服务之间存在优质程度的高低差异，但用户在兑换这些酒店服务时却需要付出相同的消费代价，进而导致用户在购买酒店预售产品后，皆去兑换该酒店预售产品中优质程度相对更高的酒店服务，对酒店的盈利造成影响。同时，由于这些酒店服务往往数量有限，因此用户常因兑换需求无法得到满足而退款，不仅降低了酒店预售产品的兑换成功率，也降低了用户的消费体验。

[0004] 此外，优质程度相对较低的酒店服务所对应的酒店也仍然需要为已售出的酒店预售产品预留相应的服务资源，那么在这些酒店服务的兑换率较低的情况下，则容易导致这些服务资源的闲置甚至浪费。

[0017] 本说明书所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

[0018] 图1是一示例性实施例提供的一种旅行服务平台所依赖的系统架构的示意图。如图1所示，该系统架构可以包括服务器11、网络12、若干电子设备，比如PC(Personal Computer，个人计算机)13、手机14等。

[0019] 服务器11可以为包含一独立主机的物理服务器，或者该服务器11可以为主机集群承载的虚拟服务器。在运行过程中，服务器11可以运行旅行服务平台的服务器侧的程序，以实现为该旅行服务平台的服务端。

[0020] PC13、手机14只是用户可以使用的部分类型的电子设备。实际上，用户显然还可以使用诸如下述类型的电子设备：平板设备、笔记本电脑、掌上电脑(PDAs，Personal Digital Assistants)、可穿戴设备(如智能眼镜、智能手表等)等，本说明书一个或多个实施例并不对此进行限制。在运行过程中，该电子设备可以运行旅行服务平台的客户端侧的程序，以实现该旅行服务平台的客户端。其中，上述旅行服务平台的客户端的应用程序可以在电子设备上被启动并运行。该客户端侧的程序可以为电子设备上安装的原生应用程序，或者该客户端侧的程序可以为小程序、快应用或其他类似的形式。当然，当采用诸如HTML5或类似的网页技术时，可以通过浏览器展示的页面实现相关功能，这里的浏览器可以为独立的浏览器应用，也可以是某些应用内嵌的浏览器模块。

[0021] 而对于PC13、手机14等电子设备与服务器11之间进行交互的网络12，可以基于相应电子设备支持的通讯方式，具体选择采用有线或无线网络实现通讯，本说明书并不对此进行限制。例如，PC13可以同时支持有线和无线通讯，那么可以根据需要采用有线或无线网络实现通讯，而手机14通常仅支持无线通讯，那么可以采用无线网络实现通讯。

[0022] 上述旅行服务平台面向的对象可以包括售卖酒店预售产品的商家和购买酒店住宿产品的买家。旅行服务平台上展示由平台定义、商家提供具体酒店服务的酒店预售产品，使得买家(下称“用户”)可以在旅行服务平台的客户端上对酒店预售产品进行查看、订购、兑换使用等。在相关技术中，由于未对酒店预售产品中所包含的各个酒店服务的消费代价进行区分，导致优质程度不同的各个备选酒店服务对用户而言具备完全一致的消费代价，进而导致购买酒店预售产品的用户皆会选择兑换优质程度相对更高的备选酒店服务。而在本说明书中，通过酒店预售产品兑换流程技术实现流程的改进，能够通过消耗酒店预售产品中定义的待兑换资源量的方式来完成对酒店服务的兑换，对各个酒店服务建立了公平的衡量标准，改善了用户集中兑换高价值或高质量的酒店服务的情况，提高了用户和酒店商家对旅行服务平台所提供的技术服务的使用体验。

[0023] 同时需要说明的是，本说明书下述实施例所记载的全部步骤皆可以由旅行服务平台的服务端执行，或者，其中一部分步骤由旅行服务平台的服务端执行、另一部分步骤由旅行服务平台的客户端执行，并将执行结果同步至服务端。技术人员可以根据需求与实际情况(如执行效率、交互复杂程度)确定各个步骤的实际执行方，本说明书对此不进行限制。

[0024] 下面将结合图2，对本说明书的技术方案进行详细说明。

[0025] 图2是一示例性实施例提供的一种对酒店预售产品进行服务兑换的信息处理方法的流程图，该方法应用于旅行服务平台。如图2所示，该方法可以包括以下步骤：

[0026] 步骤202，确定用户已购买的酒店预售产品，所述酒店预售产品中定义有初始待兑换资源量以及至少一种类型的酒店服务，其中，同一类型的酒店服务包括至少两个备选酒店服务，所述至少两个备选酒店服务的来源属于至少两个酒店。

[0027] 步骤204，响应于接收到的服务兑换请求，确定所述用户已购买的酒店预售产品的剩余待兑换资源量、需兑换的目标酒店服务以及针对该目标酒店服务设置的目标资源消耗量。

[0028] 步骤206，基于所述目标资源消耗量更新所述剩余待兑换资源量，并完成对所述目标酒店服务的兑换操作。

[0029] 在一实施例中，可以通过多种方式确定出用户已经购买的酒店预售产品。例如，客户端可以响应于用户对已购买的酒店预售产品所对应的订单的选择操作，确定出用户选定的酒店预售产品；服务端可以基于客户端发送的兑换请求中携带的酒店预售产品的唯一标识确定用户已购买的酒店预售产品，也可以通过查询用户账号的方式确定用户已购买的酒店预售产品等等。

[0030] 本实施例中的酒店预售产品中定义有至少一种类型的酒店服务，具体类型可以包括住宿服务和非住宿服务。住宿服务即商家向用户提供各种规格(标准间、套房等)的酒店房间，以使用户可以住宿；非住宿服务则可以包含除住宿服务外的多种其他服务，包括餐饮服务、交通服务、休闲娱乐服务，以使用户可以享受酒店餐饮、机场接送、健身房使用等相应的服务。而针对同一类型的酒店服务，酒店预售产品中包括至少两个属于该类型的备选酒店服务，也即至少包括两个可供用户选择兑换的不同的酒店服务，且这些备选酒店服务的来源属于至少两个酒店。举例而言，某酒店预售产品中仅定义有住宿服务类型的酒店服务，那么该酒店预售产品中可以包括三个(大于两个)属于住宿类型的备选酒店服务，且这些酒店服务至少来源于两个不同的酒店，如分别为A1酒店提供的“标准间住宿”酒店服务、A1酒店提供的“套房住宿”酒店服务以及B1酒店提供的“标准间住宿”酒店服务。需要说明的是，酒店预售产品中包含的酒店服务可以根据实际情况进行增删或修改，本说明书对此不进行限制。

[0031] 本实施例中的酒店预售产品中还定义有初始待兑换资源量，相应的，酒店预售产品中定义的各个酒店服务也具有相应的资源消耗量。可以理解的是，酒店预售产品的初始待兑换资源量会随着用户的兑换操作而减少，因此，在接收到用户发起的服务兑换请求后，可以确定该用户已购买的酒店预售产品中当前余下的剩余待兑换资源量，同时将用户请求对话的酒店服务确定为需兑换的目标酒店服务，并将该目标酒店服务对应的资源消耗量确定为目标资源消耗量。此处，描述具体资源量的单位可以由技术人员根据实际需求进行定义，如点数、次数、积分数等，本申请对此不进行限制。

[0032] 在一实施例中，可以基于前述步骤确定出的目标资源消耗量对酒店预售产品的剩余待兑换资源量进行更新，并在更新的同时完成对该目标酒店服务的兑换操作，相当于通过从酒店预售产品的剩余待兑换资源量扣除目标资源消耗量的方式，完成酒店预售产品所定义的部分酒店服务的核销。

[0033] 具体的，在基于目标资源消耗量更新酒店预售产品的剩余待兑换资源量时，可以直接从剩余待兑换资源量中扣除目标资源消耗量。如目标资源消耗量为2点，则直接从剩余待兑换资源量中扣除两点；或者，也可以根据用户对应的折扣系数，计算出目标酒店服务的目标资源消耗量所对应的实际资源扣除量，并从剩余待兑换资源量中扣除实际资源扣除量。在一种情况下，购买酒店预售产品的用户在兑换其中的酒店服务之前，可能已经在某些酒店进行过消费，因而具备相应酒店的会员身份。此时，若该用户请求兑换的目标酒店服务的实际提供方为该用户具备会员身份的酒店，即可根据该用户的会员身份确定出对应的折扣系数，进而计算出实际资源扣除量。例如，购买了某酒店预售产品的用户选择兑换其中包含的A1酒店提供的“标准间住宿”的酒店服务，且该目标酒店服务对应的目标资源消耗量为2点。那么在该用户具备A1酒店的“高级会员”身份的情况下，可以计算出其对应的折扣系数为0.5，实际资源扣除量则可以为折扣系数与目标资源消耗量的乘积，也即0.5×2＝1点。此时，从剩余待兑换资源量中扣除的点数也仅为1点。当然，除外还有其他多种可以基于折扣系数计算实际资源扣除量的情况。如果用户在某些特定日期内(如酒店运营的淡季时段)兑换酒店服务，则可以根据预设的淡季折扣来确定用户本次兑换时的折扣系数，进而确定实际资源扣除量。例如，假设用户选择在淡季期间兑换A1酒店提供的“标准间住宿”，淡季折扣系数为0.8，目标资源消耗量为2点，则实际资源扣除量为0.8×2＝1.6点。此时，从剩余待兑换资源量中扣除的点数为1.6点。而在用户同时兑换多份服务的情况下，比如预订多晚酒店住宿服务，也可以提供一定的批量折扣，作为该用户本次兑换的折扣系数。例如，用户选择连续预订A1酒店的“标准间住宿”3晚，每晚的目标资源消耗量为2点，总消耗量为6点。如果系统定义连续预订3晚以上的折扣系数为0.75，则实际资源扣除量为0.75×6＝4.5点。此时，从剩余待兑换资源量中扣除的点数为4.5点。技术人员可以自行定义用户的折扣系数的确定方式(如根据会员身份等级确定、消耗会员积分折算等)，也可以自行定义折扣系数与实际资源扣除量之间的计算方式，本说明书对此皆不进行限制。

[0034] 在一实施例中，酒店预售产品的初始待兑换资源量可以被分为多个部分，每个部分与该酒店预售产品所包含的其中一种类型的酒店服务相对应，也即一种类型的酒店服务对应有一定的初始待兑换资源量，各类型的酒店服务所对应的初始待兑换资源量互相独立、互不影响。在这种情况下，在用户发出兑换请求后，基于目标资源消耗量更新的剩余待兑换资源量实际为目标酒店服务所属类型所对应的剩余待兑换资源量。举例而言，若某酒店预售产品的定义有住宿服务类型的酒店服务以及非住宿类型的酒店服务，那么住宿类型的酒店服务所对应的初始待兑换资源量可能为5点，而非住宿类型的酒店服务所对应的初始待兑换资源量可能为10点。在用户首次兑换住宿类型的酒店服务时，住宿类型的酒店服务所对应的剩余待兑换资源量即为5点，因此则会基于目标资源消耗量更新这5点资源量(具体更新方式可见前述实施例的记载)。若用户多次兑换了住宿类型的酒店服务，直至住宿类型的酒店服务所对应的5点资源量消耗完毕，那么即便该用户从未兑换非住宿类型的酒店服务，也即具备非住宿类型的酒店服务所对应资源量仍为10点，此时该用户也无法再兑换住宿类型的酒店服务，仅能兑换非住宿类型的酒店服务。类似的，非住宿服务包括的各项酒店服务，也可以独立设置相应的初始待兑换资源量，如餐饮服务的初始待兑换资源量为4点，交通服务的初始待兑换资源量为2点等等，而这两项的初始待兑换资源量也同样相互独立、互不影响，此处不再赘述。

[0035] 而在另一实施例中，酒店预售产品也可以仅定义有通用的初始待兑换资源量，该初始待兑换资源量可以兑换任一酒店服务，也即无论用户请求兑换的目标酒店服务的类型如何，皆基于目标资源消耗量更新该通用的初始待兑换资源量。例如，某酒店预售产品定义有通用的初始待兑换资源量20点，若用户首次兑换时选择兑换住宿类型的酒店服务，目标资源消耗量为2点，那么更新后的剩余待兑换资源量可能为18点；此后若用户选择兑换非住宿类型的酒店服务，目标资源消耗量为1点，那么更新后的剩余待兑换资源量可能为17点。技术人员可以根据实际需求来选择初始待兑换资源量的设置方式，本说明书对此不进行限制。

[0036] 由上述实施例可知，相比于传统的酒店预售产品兑换方式，本说明书通过酒店预售产品兑换流程技术实现流程的改进，为不同备选酒店服务定义对应的资源消耗量，并据此确定用户的消费代价，实现了在各个备选酒店服务之间建立起公平的衡量标准，使得用户在考虑到消费代价差异的前提下减少盲目的择优兑换，有助于改善用户集中兑换优质程度相对较高的备选酒店服务的情况，也能够提升用户对于优质程度相对较低的备选酒店服务的兴趣度，从而降低用户由于无法择优兑换而导致对酒店预售产品进行退款的概率，提高了酒店预售产品的兑换成功率。同时，通过对原本无法兑换到优质程度相对较高的备选酒店服务的部分用户进行导流，使其成功兑换为优质程度相对较低但消费代价同样相对更低的备选酒店服务，对于提供该优质程度相对较低的备选酒店服务的酒店而言，可以提升其针对该备选酒店服务所预留的服务资源的利用率，避免这些服务资源的浪费，有助于酒店内部对于服务资源的合理调配，提高了用户和酒店商家对旅行服务平台所提供的技术服务的使用体验。

[0037] 在一实施例中，各个酒店服务还具备相应的等级，在酒店预售产品定义的同一类型的至少两个备选酒店服务中，至少一个备选酒店服务与其他的备选酒店服务属于不同的等级，相当于本实施例中的酒店预售产品至少提供两种不同等级但属于同一类型的备选酒店服务。任一酒店服务的等级可以通过多种方式确定，如可以根据该酒店服务的原始销售价格进行确定，将不同价格区间的酒店服务划分为不同的等级；可以根据该酒店服务的提供方的星级进行确定，将不同星级的酒店提供的酒店服务划分为不同的等级，诸如此类。同时，本实施例中各等级的备选酒店服务分别对应不同的资源消耗量，也即根据酒店服务的等级来设置其对应的资源消耗量。一般而言，原始销售价格越高或酒店星级越高的酒店服务，其对应的等级数值越高，相应的资源消耗量也越高，本说明书实施例即采用此种对应关系；但技术人员也可以重新定义等级数值的确定方法以及等级与消耗量的对应关系，如将原始销售价格最高的酒店服务确定为等级数值最小的(如等级为1)的酒店服务，那么等级数值越小的酒店服务则对应更高的资源消耗量。本说明书对此并不进行限制。

[0038] 具体的，在酒店预售产品包含同一类型的两个不同的备选酒店服务的情况下，这两个备选酒店服务分别属于不同的等级，分别对应的资源消耗量也不同；而在酒店预售产品包含同一类型的三个或更多不同的备选酒店服务的情况下，任意两个备选酒店服务可能属于相同的等级，此时这两个备选酒店服务分别对应的资源消耗量也相同。沿用前例，某酒店预售产品中仅定义有住宿服务类型的酒店服务，且该酒店预售产品中包括三个属于住宿类型的备选酒店服务，如分别为A1酒店提供的“标准间住宿”酒店服务、A1酒店提供的“套房住宿”酒店服务以及B1酒店提供的“标准间住宿”酒店服务。此时即可分别确定出这三个备选酒店服务所属的等级，如可以将“标准间住宿”的酒店服务的等级确定为1，将“套房住宿”的酒店服务的等级确定为2。此时，A1酒店提供的“标准间住宿”酒店服务和B1酒店提供的“标准间住宿”酒店服务属于同一等级的酒店服务，对应相同的资源消耗量，如消耗量为1，而A1酒店提供的“套房住宿”酒店服务属于另一等级的酒店服务，消耗量则应当做出区分，如消耗量为2。在用户发起服务兑换请求后，则可以根据目标酒店服务去确定其所属的等级，进而根据等级确定出该目标酒店服务对应的目标资源消耗量。

[0039] 由上述实施例可知，相比于为各个酒店服务分别定义不同的资源消耗量，基于等级进行划分的方式更加简单明确，用户在兑换酒店服务时，可以通过等级来快速了解到各个酒店服务所对应的资源消耗量，也可以通过等级划分来快速筛选出符合其本次兑换需求的酒店服务，无需再花费额外的精力逐一了解各个酒店服务的消耗量，提高了用户的消费体验。

[0040] 在一实施例中，酒店预售产品所定义的同一类型的至少两个备选酒店服务中，任意两个备选酒店服务的可以来源于同一品牌的不同酒店，可以来源于同一集团的不同品牌，也可以来源于不同集团。可以理解的是，目前市场上的各个酒店通常具备其所属的集团和品牌，如地址位于X1路上的A1酒店与地址位于X2路上的A2酒店同属于A品牌，地址位于Y1路上的B1酒店与地址位于Y2路上的B2酒店同属于B品牌，而A品牌和B品牌同属于M集团下的子品牌。相关技术中，酒店预售产品通常由某个品牌推出，其所包含的酒店服务仅为该品牌下的各个酒店所提供的住宿服务。例如，若用户购买了A品牌推出的酒店预售产品，则可以选择兑换A品牌下的A1酒店和A2酒店所提供的住宿服务。而在本说明书所提供的技术方案中，酒店预售产品由旅行服务平台推出，打破了单一品牌的限制，可以通过招商的方式将各个集团、各个品牌下的不同的酒店共同作为酒店预售产品中各个备选酒店服务的提供方。举例而言，若A1、A2酒店属于M集团下的A品牌，B1酒店属于M集团下的B品牌，而C1酒店属于N集团下的C品牌，那么本实施例中的酒店预售产品可以同时将A1酒店、A2酒店、B1酒店以及C1酒店作为备选商家，用户可以选择兑换这些备选商家中的任一商家所提供的酒店服务。
确定备选商家的方式将在下述实施例中进行详细描述。

[0041] 在一实施例中，可以由旅行服务平台定义酒店预售产品的配置数据，具体可以包括产品总价、初始待兑换资源量、所含酒店服务的类型、每一类型的酒店服务对应的资源消耗量以及各酒店服务的服务参数。产品总价可以是针对用户的该酒店预售产品的销售总价，通常为在未采用任何优惠策略的情况下所确定的价格，后续出售时所采用的各种优惠策略则以该销售总价为基础。初始待兑换资源量即为该酒店预售产品所包含的所有可用于兑换酒店服务的资源量。而针对该酒店预售产品的内容方面，则需要确定其包含哪些类型的酒店服务(如住宿服务或非住宿服务，在包含非住宿服务的情况下又具体包含哪些项的服务，如餐饮服务、交通服务等等)。如前述实施例的记载，在用户发出兑换请求后，基于目标资源消耗量更新的剩余待兑换资源量，实际为目标酒店服务所属类型所对应的剩余待兑换资源量，因此，还需要确定出每一类型的酒店服务对应的资源消耗量，如住宿服务对应的资源消耗量为5点，则表征用户在购买酒店预售产品后，可以使用这5点资源量来兑换一次或多次的住宿服务。同时，还需要确定出包含在该酒店预售产品内的各酒店服务的服务参数，该服务参数则可以表征出具体的酒店服务，如“标准间住宿”。

[0042] 之后，旅行服务平台将针对该酒店预售产品中定义的各酒店服务，分别向备选商家发送招商请求。备选商家为该酒店预售产品中各酒店服务的备选提供方，旅行服务平台可以将注册在平台的所有商家皆作为备选商家，也可以由旅行服务平台根据商家等级、经营状况等信息进行筛选，得到符合预设条件的备选商家集合，将备选商家集合内的各个商家作为备选商家。此处的预设条件可以由根据实际情况进行调整。在向备选商家发送招商请求时，可以在该招商请求中携带相应的招商信息，以告知备选商家在响应本次招商的情况下需要提供的酒店服务的服务参数以及在用户完成兑换后可以得到的结算金额。此处的结算金额与酒店服务所对应的资源消耗量密切相关，旅行服务平台通常会预先定义出结算金额与资源消耗量之间的对应关系，但该对应关系并不会对招商过程产生直接影响，也即各个商家在决定是否响应招商时，主要考量因素仍为其可以得到的结算金额，而结算金额与资源消耗量之间的对应关系则更多地服务于旅行服务平台对商家进行结算的过程，该结算过程将在后续实施例中进行详细描述。

[0043] 在向备选商家发送招商请求后，若任一备选商家响应该招商请求，则代表该备选商家可以接受旅行服务平台提出的结算金额，并可以提供相应服务参数的酒店服务，此时则将该备选商家提供的酒店服务作为备选酒店服务，而该备选商家则为该备选酒店服务的提供方。而在酒店预售产品中定义有多个不同等级的备选酒店服务的情况下，可以分别针对各个等级的酒店服务向备选商家发送招商请求，不同等级的招商请求之间互相独立，备选商家在接收到针对不同等级的多个招商请求的情况下，若可以提供相应等级的酒店服务，则可以同时响应这多个招商请求。

[0044] 举例而言，旅行服务平台针对某酒店预售产品定义了其初始待兑换资源量为15点，其中住宿服务类型对应5点资源量，非住宿服务类型对应有10点资源量(其中，餐饮服务有5点资源量，交通服务有5点资源量)。针对住宿服务类型的酒店服务，共包括三种不同服务参数的酒店服务，如“单人间住宿”、“标准间住宿”以及“套房住宿”，分别对应等级1、等级2以及等级3。针对其中任一酒店服务，如“标准间住宿”，旅行服务平台可以向各个备选商家(如前述A1酒店、A2酒店、B1酒店以及C1酒店等等)发送招商请求，并在招商请求中携带该任一酒店服务的服务参数以及结算金额。接收到招商请求的各备选商家可以依据自身的情况选择是否响应该招商请求。若A1酒店和B1酒店响应了该招商请求，则将这两个酒店所提供的“标准间住宿”酒店服务共同作为住宿服务类型下的备选酒店服务，A1酒店和B1酒店则作为相应的备选酒店服务的提供方(若购买该酒店预售产品的用户选择兑换A1酒店的“标准间住宿”，A1酒店为相应的提供方；而若用户选择兑换B1酒店的“标准间住宿”的情况下，B1酒店则为相应的提供方)。

[0045] 在旅行服务平台完成酒店预售产品的定义与招商后，可以将该酒店预售产品在旅行服务平台进行上架销售，之后可以响应于用户发起的购买请求，将所述酒店预售产品出售至相应的用户。具体的，在将该酒店预售产品在旅行服务平台进行上架销售时，可以选择多个不同的销售方进行售卖。此处需要理解的是，各个商家可能在旅行服务平台中注册有线上销售店铺，旅行服务平台自身也会在平台上注册有官方的线上销售店铺，其形式与各商家的线上销售店铺相同。因此，酒店预售产品既可以在旅行服务平台自身所对应的官方线上销售店铺进行售卖，也可以在各个商家的线上销售店铺进行售卖。一般而言，售卖酒店预售产品的商家通常为该酒店预售产品所包含的备选酒店服务的提供方，但本说明书并不对售卖酒店预售产品的销售方进行限制。当然，各个商家也可以通过线下的渠道售卖由旅行服务平台定义的酒店预售产品，如在酒店的前台进行售卖等；同时，由旅行服务平台定义的酒店预售产品也可以在其他线上平台进行售卖，如商家若在其他线上平台注册有线上销售店铺，那么也可以在其他线上平台的线上销售店铺中售卖该酒店预售产品。

[0046] 在一实施例中，在响应于服务兑换请求，完成目标酒店服务的兑换操作之后，还需要完成相应的金额结算。需要说明的是，用户在购买某酒店预售产品时，其支付的购买金额实际由旅行服务平台进行保管，因此在用户兑换酒店服务之后，需要由旅行服务平台将该酒店服务对应的结算金额支付给提供该酒店服务的商家。其中，结算金额根据目标资源消耗量而确定。若同一类型的两个备选酒店服务分别对应不同的资源消耗量，那么这两个酒店服务对应的结算金额也不同。如前述实施例所述，旅行服务平台中存在预先定义好的结算金额与资源消耗量之间的对应关系，因此可以根据目标酒店服务对应的目标资源消耗量，快速确定出该目标酒店服务对应的结算金额，并基于该结算金额，对提供目标酒店服务的商家进行结算。

[0047] 在一实施例中，在目标酒店服务包括目标酒店的住宿服务的情况下，可以通过不同的方式发起服务兑换请求。在一种方式中，服务兑换请求可以由旅行服务平台的客户端响应于用户在目标酒店的日历房预定页面的住宿服务预订操作而发起。此处，通过传统方式进行预订的酒店房间为日历房：在预订日历房时，用户需要同时选定空间与时间，也即用户需要确定好在具体的酒店以及具体的住宿日期才能完成预订。相应的，用户预订日历房的页面即为日历房预定页面。在本实施例中，用户在日历房预定页面的执行预订操作时，该用户使用的客户端即可响应于该预订操作发起服务兑换请求。例如，若用户将某一酒店确定为其期望预订房间的目标酒店时，并执行日历房的预订操作时，若该用户以购买的酒店预售产品中定义有相应的酒店服务，则可以发起针对该酒店预售产品的服务兑换请求。此时，目标酒店服务即为该用户期望预订的酒店房间，也即酒店所提供的住宿服务，目标资源消耗量即为目标酒店服务的资源消耗量。可以理解的是，上述过程相当于使用酒店预售产品中的待兑换资源量来抵扣本次预订日历房的全部或部分费用。在另一种方式中，服务兑换请求可以由旅行服务平台的客户端响应于用户针对酒店预售产品的兑换操作而发起。在用户购买了酒店预售产品之后，可以从订单页面或者卡券页面查看该酒店预售产品的详细信息，并进行相应的兑换操作。例如，用户可以通过查找历史购买订单的方式找到其购买的酒店预售产品，在进入详情页面后，可以针对页面中相应的兑换控件执行触发操作，进而发起服务兑换请求。

[0048] 由上述实施例可知，本说明书提供的技术方案为用户提供了多个兑换入口，用户可以通过多种不同的方式发起服务兑换请求，使兑换方式更加灵活、简单，方便了用户的操作，提高了用户的使用体验。

[0049] 在一实施例中，还可以为购买酒店预售产品的用户赋予相应的会员身份。相关技术中，在用户购买酒店预售产品之后，仅将该用户添加到销售方的会员体系，同时可能为其增加一定的会员积分。但在本申请实施例中，可以确定出酒店预售产品所定义的所有备选酒店服务分别对应的会员体系，并将该用户分别添加到这些会员体系中，为该用户赋予多个会员身份；同时，考虑到用户在购买酒店预售产品之后并不一定会执行兑换操作(如后期选择退款)，或者某些商家可能期望在用户存在实际消费行为时才为其赋予会员身份，因此也可以响应于用户发起的服务兑换请求，在确定出用户选择兑换的目标酒店服务之后，为该用户赋予该目标酒店服务对应的会员体系下的会员身份。当然，各个商家可以分别根据其内部的会员规则，选择性地为拥有相应会员身份的用户增加一定的会员积分，本说明书对此不进行限制。

[0050] 由上述实施例可知，本说明书提供的技术方案可以将用户关联至酒店预售产品所涉及的多个会员体系、分别为用户赋予不同会员体系下的会员身份，不仅为购买酒店预售产品的用户提供了更好的消费权益，还加强了用户和商家之间的联系，促进了后续交易行为的产生。

[0051] 图3是一示例性实施例提供的一种对酒店预售产品进行服务兑换的信息处理方法的整体流程图。下面将结合图3对整体流程进行描述。该整体流程可以划分为售前阶段与售后阶段，其中售前阶段包括步骤301至步骤303，售后阶段包括步骤304至步骤309。

[0052] 步骤301，旅行服务平台定义酒店预售产品。可以由旅行服务平台对酒店预售产品的配置数据进行定义，配置数据具体可以包括产品总价、初始待兑换资源量、所含酒店服务的类型、每一类型的酒店服务对应的资源消耗量以及各酒店服务的服务参数。关于酒店预售产品的具体定义方式及其包括的具体内容可见前述实施例，在此不再赘述。

[0053] 步骤302，针对酒店预售产品进行招商，并确定各备选酒店服务。旅行服务平台将针对该酒店预售产品中定义的各酒店服务，分别向备选商家发送招商请求，并可以在招商请求中携带相应的招商信息。若任一备选商家响应该招商请求，则可以将该备选商家提供的酒店服务作为备选酒店服务，而该备选商家则为该备选酒店服务的提供方。

[0054] 步骤303，上架销售酒店预售产品。旅行服务平台可以通过不同的渠道上架销售酒店预售产品，在用户发起的购买请求之后可以将酒店预售产品出售至相应的用户。

[0055] 步骤304，确定用户已购买的酒店预售产品。如前述实施例的记载，此处可以通过多种方式确定用户以购买的酒店预售产品。例如，旅行服务平台的服务端可以针对该用户的唯一标识进行查询，进而确定该用户已经购买的酒店预售产品。步骤305，接收服务兑换请求。服务兑换请求由购买了酒店预售产品的用户发起。具体的，用户所使用的旅行服务平台的客户端可以响应于该用户在目标酒店的日历房预定页面的住宿服务预订操作而发起服务兑换请求，也可以响应于该用户针对酒店预售产品的兑换操作而发起服务兑换请求。

[0056] 步骤306，确定用户需兑换的目标酒店服务以及相关信息。具体的，需要确定出该用户已购买的酒店预售产品的剩余待兑换资源量、需兑换的目标酒店服务以及针对该目标酒店服务设置的目标资源消耗量。

[0057] 步骤307，更新酒店预售产品的剩余待兑换资源量，完成兑换操作。此处，需要基于目标资源消耗量更新酒店预售产品的剩余待兑换资源量。具体的，既可以从剩余待兑换资源量中直接扣除所述目标资源消耗量，也可以根据该用户对应的折扣系数计算目标资源消耗量对应的实际资源扣除量，之后再从剩余待兑换资源量中扣除实际资源扣除量。

[0058] 步骤308，为购买酒店预售产品的用户赋予相应的会员身份。一种方式中，可以在用户发起服务兑换请求后，向该用户赋予目标酒店服务对应的会员体系下的会员身份，相当于用户切实兑换了某商家提供的酒店服务之后再为其赋予会员身份，此时该步骤应当在步骤307之后执行。而在另一种方式中，还可以在用户购买酒店预售产品之后，将用户分别添加到酒店预售产品所定义的所有备选酒店服务分别对应的会员体系，为该用户赋予多个会员身份，此时该步骤可以在用户购买酒店预售产品之后立刻执行。技术人员可以根据需求以及该步骤的实际实施方式来确定合适的执行时机。

[0059] 步骤309，对商家进行结算。具体的，需要根据目标酒店服务对应的目标资源消耗量，确定出目标酒店服务的结算金额，之后再基于该结算金额对提供目标酒店服务的商家进行结算。

[0060] 由上述实施例可知，相比于传统的酒店预售产品兑换方式，本说明书通过酒店预售产品兑换流程技术实现流程的改进，为不同备选酒店服务定义对应的资源消耗量，并据此确定用户的消费代价，实现了在各个备选酒店服务之间建立起公平的衡量标准，使得用户在考虑到消费代价差异的前提下减少盲目的择优兑换，有助于改善用户集中兑换优质程度相对较高的备选酒店服务的情况，提高了用户和酒店商家对旅行服务平台所提供的技术服务的使用体验；同时，本说明书中的酒店预售产品由旅行服务平台推出，打破了单一品牌的限制，可以通过招商的方式将各个集团、各个品牌下的不同的酒店共同作为酒店预售产品中各个备选酒店服务的提供方；还通过改进会员身份的赋予方式，为用户提供了更好的权益。可见，本说明书提供的技术方案能够从整体上促进了产品交易的成功率，改善了酒店运营状态、提升了用户消费体验。

[0061] 图4是一示例性实施例提供的一种设备的示意结构图。请参考图4，在硬件层面，该设备包括处理器402、内部总线404、网络接口406、内存408以及非易失性存储器410，当然还可能包括其他功能所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器402从非易失性存储器410中读取对应的计算机程序到内存408中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

[0062] 请参考图5，对酒店预售产品进行服务兑换的信息处理装置可以应用于如图4所示的设备中，具体是应用于旅行服务平台的服务端，以实现本说明书的技术方案。该对酒店预售产品进行服务兑换的信息处理装置可以包括：产品确定单元501、服务确定单元502和更新兑换单元503。其中，

[0063] 产品确定单元501，用于确定用户已购买的酒店预售产品，所述酒店预售产品中定义有初始待兑换资源量以及至少一种类型的酒店服务，其中，同一类型的酒店服务包括至少两个备选酒店服务，所述至少两个备选酒店服务的来源属于至少两个酒店；

[0064] 服务确定单元502，用于响应于接收到的服务兑换请求，确定所述用户已购买的酒店预售产品的剩余待兑换资源量、需兑换的目标酒店服务以及针对该目标酒店服务设置的目标资源消耗量；

[0065] 更新兑换单元503，用于基于所述目标资源消耗量更新所述剩余待兑换资源量，并完成对所述目标酒店服务的兑换操作。

[0066] 可选的，在所述同一类型的至少两个备选酒店服务中，至少一个备选酒店服务与其他的备选酒店服务属于不同的等级；

[0067] 其中，各等级的备选酒店服务分别对应不同的资源消耗量。

[0068] 可选的，在所述同一类型的至少两个备选酒店服务中，任意两个备选酒店服务的来源属于下述任一：

[0069] 同一品牌的不同酒店、同一集团的不同品牌、不同集团。

[0070] 可选的，所述酒店预售产品中定义的备选酒店服务的类型包括：住宿服务和/或非住宿服务；

[0071] 所述非住宿服务包括下述至少之一：餐饮服务、交通服务、休闲娱乐服务。

[0072] 可选的，所述更新兑换单元503具体用于：

[0073] 从所述剩余待兑换资源量中扣除所述目标资源消耗量；或者，

[0074] 根据所述用户对应的折扣系数，计算所述目标资源消耗量对应的实际资源扣除量，并从所述剩余待兑换资源量中扣除所述实际资源扣除量。

[0075] 可选的，所述装置还包括会员确定单元504：

[0076] 用于向所述用户赋予所述酒店预售产品中定义的所有备选酒店服务分别对应的会员体系下的会员身份；或者，

[0077] 用于响应于接收到的所述服务兑换请求，向所述用户赋予所述目标酒店服务对应的会员体系下的会员身份。

[0078] 可选的，所述装置还包括结算单元505：

[0079] 用于根据所述目标资源消耗量确定所述目标酒店服务的结算金额，并对提供所述目标酒店服务的商家进行结算。

[0080] 可选的，所述目标酒店服务包括目标酒店的住宿服务；其中：

[0081] 所述服务兑换请求由所述旅行服务平台的客户端响应于所述用户在所述目标酒店的日历房预定页面的住宿服务预订操作而发起；或者，

[0082] 所述服务兑换请求由所述旅行服务平台的客户端响应于所述用户针对所述酒店预售产品的兑换操作而发起。

[0083] 可选的，所述装置还包括产品销售单元506，用于：

[0084] 将所述酒店预售产品在所述旅行服务平台进行上架销售；

[0085] 响应于所述用户发起的购买请求，将所述酒店预售产品出售至所述用户；

[0086] 其中，所述酒店预售产品的生成过程，包括：

[0087] 定义所述酒店预售产品的配置数据，所述配置数据包括产品总价、初始待兑换资源量、所含酒店服务的类型、每一类型的酒店服务对应的资源消耗量以及各酒店服务的服务参数；

[0088] 针对所述酒店预售产品中定义的各酒店服务，分别向备选商家发送招商请求；以及，对于响应招商请求且可提供符合相应服务参数的酒店服务的备选商家，将其可提供的酒店服务添加为所述酒店预售产品中相应类型的酒店服务下的备选酒店服务。

[0089] 基于与上述方法同样的构思，本说明书还提供了一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器通过运行所述可执行指令以实现如上述任一实施例所述方法的步骤。

[0090] 基于与上述方法同样的构思，本说明书还提供了一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如上述任一实施例所述方法的步骤。

[0091] 基于与上述方法同样的构思，本说明书还提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现如上述任一实施例所述方法的步骤。