提供数据对象信息的方法、装置及电子设备与流程

本申请涉及数据对象信息处理技术领域，特别是涉及提供数据对象信息的方法、装置及电子设备。

背景技术：

在以差旅类产品为主的信息服务系统中，可以为用户提供出行(包括机票、火车票等)、住宿(包括酒店、民宿等)、景点门票、旅游线路等类别的商品信息。对于具有差旅需求的用户，可以通过这种服务系统进行机票、酒店等商品的查询、预订或者购买等操作。另外系统还可以为用户提供一些推荐信息。例如，根据用户的偏好推荐其可能感兴趣的景点；或者，推荐特价的机票；或者，推荐一些目的地，并对目的地的酒店、餐饮店、景点等进行推荐，等等。

这种信息服务系统通过互联网手段，可以使得消费者获得更自由、更具想像力的旅程，方便其进行行程规划。但是，在实际应用的一些场景中，仍然存在行程规划成本比较高的问题。例如，对于首次出境游的用户，可能会不知道什么时候预订、预订什么、怎么选择到合适的商品，甚至可能会因为规划预订成本太高，或者错过了较佳的预订时机，最终导致未能出行等情况发生。

因此，如何更有效的帮助用户进行行程规划，成为需要本领域技术人员解决的技术问题。

技术实现要素：

本申请提供了提供数据对象信息的方法、装置及电子设备，能够更有效的帮助用户进行行程规划。

本申请提供了如下方案：

一种提供数据对象信息的方法，包括：

确定用户关联的兴趣目的地信息；

确定与所述兴趣目的地出行相关的多个目标数据对象；其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

按照所述提前预订时间信息对所述目标数据对象进行排序后，向所述用户关联的客户端提供关于所述多个目标数据对象的推荐信息。

一种提供数据对象信息的方法，包括：

在目标页面的目标资源位中提供用于输入兴趣目的地信息的操作选项；

通过所述操作选项接收到兴趣目的地信息后，确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

一种提供数据对象信息的方法，包括：

接收用户对关联有目的地信息的页面进行浏览的请求；

根据所述目的地信息确定所述用户的兴趣目的地，并确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

一种提供数据对象信息的装置，包括：

目的地确定单元，用于确定用户关联的兴趣目的地信息；

数据对象确定单元，用于确定与所述兴趣目的地出行相关的多个目标数据对象；其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

推荐单元，用于按照所述提前预订时间信息对所述目标数据对象进行排序后，向所述用户关联的客户端提供关于所述多个目标数据对象的推荐信息。

一种提供数据对象信息的装置，包括：

操作选项提供单元，用于在目标页面的目标资源位中提供用于输入兴趣目的地信息的操作选项；

数据对象确定单元，用于通过所述操作选项接收到兴趣目的地信息后，确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

推荐信息展示单元，用于按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

一种提供数据对象信息的装置，包括：

请求接收单元，用于接收用户对关联有目的地信息的页面进行浏览的请求；

数据对象确定单元，用于根据所述目的地信息确定所述用户的兴趣目的地，并确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

推荐信息展示单元，用于按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例提供的方案，可以首先确定出用户关联的兴趣目的地，之后可以确定出与该兴趣目的地出行相关的多个目标数据对象的信息，这种目标数据对象可以具有提前预订属性，其中包括对所述目标数据对象的提前预订时间信息，进而可以按照所述提前预订时间信息对所述目标数据对象进行排序后，将这种目标数据对象的信息推荐给用户。这样，可以帮助用户提供“基于时序的行前购物清单”，使得用户可以直观地获知，如果想要去往某目的地，需要提前预定哪些目标数据对象，应该提前多久进行预订，以及各种目标数据对象的预订顺序，从而帮助用户进行行前的行程规划，以免耽误行程或者错过优惠资源等，降低用户的决策成本。

另外，还可以根据用户在出行方面的经验值信息，尤其是对当前兴趣目的地的经验值信息，从可供推荐的数据对象中选择符合用户诉求的目标数据对象进行推荐。从而可以提高推荐信息的有效性，降低资源浪费的发生概率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3-1至3-3是本申请实施例提供的界面的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第一装置的示意图；

图7是本申请实施例提供的第二装置的示意图；

图8是本申请实施例提供的第三装置的示意图；

图9是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

首先需要说明的是，本申请发明人在实现本申请实施例的过程中发现，现有技术中也存在为用户提供行程规划类的推荐信息的方案，这种推荐信息多以用户的每日行程等为组织逻辑，根据用户设定的出行日期和时间推荐当天的相关商品，帮助用户规划管理。例如，某用户通过信息服务系统预订了某日的机票，则可以根据机票的目的地向用户推荐当天的酒店产品，或者景点门票类产品，等等。

上述现有技术的行程规划推荐方式，主要是一种“行中”的规划方案，或者，是在用户已经自行完成了行程规划的一部分之后，系统为其进行剩余内容的规划，等等。而在实际应用中，一些用户可能在“行前”就遇到了困难，比如，某用户计划某假期到某国家出境游，但是由于是第一次去这个国家，因此，可能不知道该在什么时候、预订哪些商品。例如，不知道该国家的签证需要提前三个月办理等相关政策，送签太晚以至于未能按时出行。或者，某用户需要购买某日去往某地的机票，该机票关联有优惠信息，条件是需要提前30天以上购买才能享受该优惠，如果该用户不知道该优惠情况，在临近的时候才购买，则无法享受到优惠。或者，某用户想要去某餐厅用餐，但是该餐厅需要提前订座才能用餐，如果用户不知道该信息，则可能会出现到了餐厅但无法用餐的情况，等等。

为此，在本申请实施例中，可以首先确定出用户关联的兴趣目的地(例如，通过一些方式判断出用户可能想要去往的城市)，然后，可以确定出与该目的地出行相关的多个目标数据对象(具体可以包括多种消费类目下的数据对象，例如，出行、住宿、旅游景点、证件办理服务等相关的商品对象或者服务对象等)，并推荐给用户。其中，具体的目标数据对象可以具有提前预定属性，具体所谓的具有提前预定属性可以有多种情况，具体可以包括需要通过提前预订进入办理流程并需经历一办理周期的目标数据对象(例如，办理签证的服务)，或者，提前预订可享受关联优惠资源的目标数据对象(例如，提前30天购买可以享受一定折扣的机票，每天8点整进行下单可以享受某折扣等)，或者，需要提前向关联的实体场所进行预订的目标数据对象(例如，需要提前订座的餐厅)，等等。具体实现时，可以按照具体目标数据对象对应的提前预订时间信息(具体可以是指对所述目标数据对象进行预订所需的提前预定时间信息)，对多个目标数据对象进行排序，将各目标数据对象形成“出行购物清单”提供给用户。使得用户可以直观的获知，如果要去某地出行，则在行前所需预订的数据对象以及该在何时预订，从而提升数据对象预订、行程规划及管理的效率。

具体实现时，从系统架构角度而言，参见图1，可以提供信息服务系统中的服务端以及客户端，服务端主要用于确定出用户关联的兴趣目的地，并确定关联的多个目标数据对象的信息，并按照提前预订时间信息对所述目标数据对象进行排序后，向用户进行推荐；客户端则主要用于与用户进行交互，包括对用户兴趣信息的采集，对推荐信息的展示，以及与用户之间的多种交互，等等。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

首先，该实施例一从服务端的角度，提供了一种提供数据对象信息的方法，参见图2，该方法具体可以包括：

s201：确定用户关联的兴趣目的地信息。

其中，所谓兴趣目的地具体可以是指用户在未来可能想要去往的城市等目的地。具体的，可以通过多种方式确定用户的兴趣目的地信息。例如，在一种方式下，可以通过目标页面提供用于输入兴趣目的地的操作选项，以便通过所述操作选项确定用户输入的兴趣目的地信息。例如，具体的目标页面可以是客户端首页等，通常，客户端首页中可以提供多个资源位，可以用于展示多种不同类型的信息，包括“猜你喜欢”板块中的推荐信息等。在本申请实施例中，可以在其中一资源位中提供用于输入兴趣目的地的输入框等操作选项，用户可以通过这种操作选项对自己感兴趣的目的地信息进行输入，提交之后可以进入到推荐信息展示页面。

或者，另一种方式下，由于系统可以为用户提供一些与具体目的地相关的页面，例如，在某系统的客户端中，可以提供“目的地”模块，用户通过点击相关的入口等方式进入该模块的详情页后，可以展示出多个可选的目的地，用户可以对其感兴趣的目的地进行选择，查看该目的地关联的各种数据对象的信息。在这种情况下，可以根据用户对关联有目的地信息的页面进行浏览的行为，将该目的地确定为所述兴趣目的地。例如，某用户点击了“目的地”模块，并对其中的“东京”这一城市进行了点击，进入到该城市关联的详情页面进行展示。此时，正常该用户对该目的地感兴趣，因此可以确定为用户的兴趣目的地，等等。

s202：确定与所述兴趣目的地出行相关的多个目标数据对象；其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

具体实现时，所述多个目标数据对象可以对应多个消费类目，这种消费类目可以包括签证办理服务类，出行服务类(机票等)，旅游线路服务类，餐饮服务类，和/或住宿服务类，等等。其中，具有提前预订属性的目标数据对象可以有多种，例如，具体可以包括需要通过提前预订进入办理流程并需经历一办理周期的数据对象(如签证办理)，或者，提前预订可享受关联优惠资源的数据对象(如提前预订可享受打折优惠的机票)，或者，需要提前向关联的实体场所进行预订的数据对象(例如，需要提前订座的餐厅)，等等。具体消费类目下的数据对象可以包括具体的商品对象、服务等等。

具体的数据对象关联的提前预定属性信息可以是预先保存在数据库中的，关于是否具有提前预订属性以及具体何种提前预订属性，可以根据具体数据对象所属的消费类目下大量用户的历史预订记录等进行统计，或者，也可以根据行业特点等进行确定。例如，机票等类目在提前预订下的优惠信息，可以由数据对象发布者或者优惠信息提供者来进行设置；而对于办理签证服务，则可以根据具体国家的签证办理周期等进行设置，等等。

由于与出行相关的数据对象通常还关联有城市等信息，因此，在确定出用户的兴趣目的地后，可以从上述与出行相关的、关联有预订属性的数据对象中，选择出与该兴趣目的地相关的目标数据对象。

具体实现时，在确定出待推荐的数据对象后，还可以确定所述目标数据对象的提前预订时间信息，这样，还可以在提供所述推荐信息时提供给所述提前预订时间信息。例如，如果某用户的兴趣目的地是日本，则推荐出的信息中可以包括签证办理服务、机票、餐饮等，其中，签证办理服务建议提前三个月办理，机票建议提前一个月购买，等等。

其中，关于具体的提前预订时间信息可以包含在具体数据对象的提前预订属性信息中。具体的，提前预订时间信息可以根据数据对象所属消费类目的行业特点等进行确定，或者，还可以根据其他用户的历史预订记录来确定。例如，关于某国家的签证，根据该国家的签证办理流程，通常需要提前三个月进行办理，则可以将该服务的提前预定时间确定为三个月；关于某城市的机票，80％的用户都是提前一个月预订，则可以将对该数据对象进行预订的提前预定时间确定为一个月，等等。对于后者，在提供这种提前预定时间信息时，还可以将“80％的用户提前一个月预订”等信息提供给当前用户，也即，不仅可以提供推荐的提前预定时间，还可以将该提前预定时间的推荐理由一同展示给用户，等等。

其中，如前文所述，针对同一用户的同一兴趣目的地，具体选择出的目标数据对象可以包括多个消费类目，每个消费类目下还可以包括多个可供推荐的数据对象。通过多个消费类目下分别进行数据对象的推荐，可以将用户到所述目的地出行时的多方面需求进行串联，满足用户在多方面的预订需求。例如，具体可以包括签证办理服务，机票，酒店，餐饮，购物等等。

另外，具体实现时，还可以确定所述多个消费类目之间的顺序信息，然后按照所述该顺序信息对所述多个消费类目的目标数据对象进行排序后，提供行程规划信息并提供给客户端进行展示。以此实现将数据对象按阶段做聚类，比如分为怎么去、怎么住、怎么玩、怎么买，怎么去包含交通和签证，怎么玩包含景点、餐厅、体验等。

其中，具体在确定多个消费类目之间的顺序信息时，可以根据消费类目下的数据对象对应的提前预定属性进行。由于所述提前预订属性包括提前预订时间信息，因此，可以根据该提前预订时间信息确定多个消费类目之间的预订先后顺序。例如，签证需要提前三个月办理，机票需要提前一个月预订，酒店需要提前半个月预订，餐厅需要提前一天订座，等等。则可以按照签证、机票、酒店、餐厅的顺序，对上述各消费类目进行排序，可以将推荐出的数据对象组成基于时序的“出行购物清单”。

另外，在具体实现时，还可以根据所述目的地关联的区域性预订顺序要求信息(例如，地方政策性信息等)，对所述多个消费类目之间的顺序进行调整。例如，某些国家规定必须先办理签证后，才能够对机票、酒店等数据对象进行预订，因此，也可以将签证办理服务排在其他数据对象的前面；或者，有些国家可能实行免签政策，则可以将机票、酒店等相关数据对象排在前面，等等。

另外，具体实现时，同一消费类目下可以包括多个可供推荐的数据对象；例如，可以包括多家航空公司的机票，多个酒店，等等。此时，还可以根据用户的个性化特点，对同一消费类目下的数据对象进行选择。例如，可以根据所述用户在出行方面的经验值信息，从所述可供推荐的数据对象中选择符合用户诉求的目标数据对象进行推荐。其中，具体的经验值可以根据用户在相关系统中的行为记录等进行确定，例如，可以根据用户的出境次数(可以根据用户在系统中预订出境相关数据对象的行为进行确定)，确定用户在出境游方面的经验值，等等。在确定出经验值后，如果所述用户的所述经验值低于阈值，则可以确定为“小白”用户，此时，用户的诉求通常是安全省心，或者，到一些热门景点“打卡”等。因此，可以将具有安全属性、方便属性和/或热点属性的数据对象确定为所述目标数据对象。如果所述用户的所述经验值高于阈值，则可以确定为“资深”用户，对于这类用户而言，其诉求通常是品质专业，探索新奇特等，因此，可以将具有专业属性、小众属性和/或新奇属性的数据对象确定为所述目标数据对象。其中，数据对象的上述各种属性都可以是由发布者用户进行添加，或者也可以由系统为数据对象添加。系统为数据对象添加具体属性标签的方式可以有多种，例如，可以根据数据对象的上架时间确定是否具有新奇属性，根据消费者用户对具体数据对象的评论等信息，确定是否具有专业属性、热点属性，等等。另外，具体实现时，还可以结合所述用户的历史行为数据(例如，历史订单数据，历史浏览、收藏行为记录等等)，确定所推荐的目标数据对象。

s203：按照所述提前预订时间信息对所述目标数据对象进行排序后，向所述用户关联的客户端提供关于所述多个目标数据对象的推荐信息。

在确定出具体待推荐的数据对象后，便可以向用户关联的客户端提供关于所述目标数据对象的推荐信息。其中，提供上述推荐信息的具体方式也可以有多种。例如，在前述通过在客户端首页的卡片中添加输入操作选项的方式来获取用户兴趣目的地的情况下，如图3-1中的31处所示，可以在该卡片中对推荐信息的摘要信息进行展示，同时可以提供“查看详情”等操作选项，当用户点击该选项后，可以展示出详细的推荐信息页面。或者，在通过关联有特定目的地信息的页面确定用户兴趣目的地的情况下，如图3-2中的32处所示，可以在该关联有目的地信息的页面中插入关于所述目标数据对象的推荐信息的摘要信息。同样可以同时提供“查看详情”等操作选项，当用户点击该选项后，可以展示出详细的推荐信息页面。例如，推荐信息的详情页面可以如图3-3所示，可以按时序提供多个类目下推荐的数据对象信息，并且可以提供推荐的预订提前预定时间。在详情页面中，还可以提供用于输入出行日期、天数、人数等信息的操作选项，从而实现更精准的推荐。

另外，在同一消费类目下推荐多个可选数据对象的情况下，还可以提供多个数据对象分别对应的推荐理由信息，例如关于机票，推荐理由可以包括最省心、最划算、最品质，等等。关于签证服务，可以包括“第一次飞某地可选”、“80％资深用户选择”，等等。

具体实现时，按照预定提前预订时间信息对所述目标数据对象进行排序后，还可以生成推荐页面，以便将所述推荐页面提供给所述用户关联的客户端。具体的，所述推荐页面中还可以包括用于对所述目标数据对象进行编辑和/或选择的操作选项，以用于根据用户的编辑和/或选择结果(包括对数据对象的选择，对数量等信息的编辑等等)，生成所述用户的行程单页面。其中，在所述行程单页面中，还可以提供用于对多个数据对象进行一键式加入待购买集合(例如“购物车”等)或者一键式购买的操作选项。另外，还可以获取所述用户对所述推荐页面的操作情况信息，如果某消费类目下推荐的数据对象未被所述用户选择，则还可以对该消费类目下推荐的数据对象进行更换。再者，还可以在所述推荐页面中提供关于所述目标数据对象的交易属性变动情况信息。例如，用户在某次查看自己的行程单时，其中某数据对象的价值属性发生变化，则可以该变化情况在行程单页面中进行展示，另外还可以提示用户尽快下单购买，等等。

总之，通过本申请实施例提供的方案，可以首先确定出用户关联的兴趣目的地，之后可以确定出与该兴趣目的地出行相关的多个目标数据对象的信息，这种目标数据对象可以具有提前预订属性，其中包括对所述目标数据对象的提前预订时间信息，进而可以按照所述提前预订时间信息对所述目标数据对象进行排序后，将这种目标数据对象的信息推荐给用户。这样，可以帮助用户提供“基于时序的行前购物清单”，使得用户可以直观地获知，如果想要去往某目的地，需要提前预定哪些目标数据对象，应该提前多久进行预订，以及各种目标数据对象的预订顺序，从而帮助用户进行行前的行程规划，以免耽误行程或者错过优惠资源等，降低用户的决策成本。

另外，还可以根据用户在出行方面的经验值信息，尤其是对当前兴趣目的地的经验值信息，从可供推荐的数据对象中选择符合用户诉求的目标数据对象进行推荐。从而可以提高推荐信息的有效性，降低资源浪费的发生概率。

实施例二

该实施例二是从客户端的角度，针对通过客户端首页等目标页面中的资源位获取用户兴趣目的地的方式，提供了一种提供数据对象信息的方法，参见图4，该方法具体可以包括：

s401：在目标页面的目标资源位中提供用于输入兴趣目的地信息的操作选项；

s402：通过所述操作选项接收到兴趣目的地信息后，确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

s403：按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

其中，所述目标数据对象信息以及排序信息，可以是通过关联的服务端提供的服务获得的。具体在对服务端返回的关于目标数据对象的推荐信息进行展示时，可以直接跳转到推荐信息页面进行展示，或者，也可以在所述目标页面的所述目标资源位中展示所述推荐信息的摘要信息，以及用于查看推荐信息详情的操作选项；通过该操作选项接收到查看请求后，再跳转到所述推荐信息的详情信息页面进行展示。

实施例三

该实施例三也是从客户端的角度，针对通过用户对关联有目的地的页面的浏览行为获取用户兴趣目的地的实现方式，提供了一种提供数据对象信息的方法，参见图5，该方法具体可以包括：

s501：接收用户对关联有目的地信息的页面进行浏览的请求；

s502：根据所述目的地信息确定所述用户的兴趣目的地，并确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

s503：按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

具体在对服务端返回的关于目标数据对象的推荐信息进行展示时，与实施例二类似，可以直接跳转到推荐信息页面进行展示，或者，也可以在所述关联有目的地信息的页面中提供目标展示区域，并在该目标展示区域内展示所述推荐信息的摘要信息，以及用于查看推荐信息详情的操作选项；通过该操作选项接收到查看请求后，再跳转到所述推荐信息的详情信息页面进行展示。

关于上述实施例二、三中的未详述部分，可以参见实施例一中的记载，这里不再赘述。

需要说明的是，本申请实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种提供数据对象信息的装置，参见图6，该装置可以包括：

目的地确定单元601，用于确定用户关联的兴趣目的地信息；

数据对象确定单元602，用于确定与所述兴趣目的地出行相关的多个目标数据对象；其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

推荐单元603，用于按照所述提前预订时间信息对所述目标数据对象进行排序后，向所述用户关联的客户端提供关于所述多个目标数据对象的推荐信息。

具体的，所述目的地确定单元具体可以用于：

通过目标页面提供用于输入兴趣目的地的操作选项，以便通过所述操作选项确定用户输入的兴趣目的地信息。

此时，推荐单元具体可以用于：

在所述目标页面中提供关于所述推荐信息的摘要信息，以及用于查看推荐信息详情的操作选项，以便通过该操作选项接收到查看请求后，提供所述推荐信息的详情信息。

另一种方式下，所述目的地确定单元具体可以用于：

获取所述用户的浏览行为数据；如果所述浏览行为对应的页面关联有目的地信息，则将该目的地确定为所述兴趣目的地。

此时，推荐单元具体可以用于：

在所述关联有目的地信息的页面中插入关于所述推荐信息的摘要信息，以及用于查看推荐信息详情的操作选项，以便通过该操作选项接收到查看请求后，提供所述推荐信息的详情信息。

具体的，所述具有提前预订属性的数据对象，包括：

需要通过提前预订进入办理流程并需经历办理周期的数据对象，或者，提前预订可享受关联优惠资源的数据对象，或者，需要提前向关联的实体场所进行预订的数据对象。

具体实现时，所述推荐单元还可以用于：在提供所述推荐信息时提供所述提前预定时间信息。

其中，所述提前预定属性包括：通过对所述目标数据对象所属消费类目下的用户历史预订记录进行统计确定的所述提前预订时间信息。

或者，所述提前预定属性包括：根据所述目标数据对象所属消费类目的行业特点确定的所述提前预订时间信息。

另外，该装置还可以包括：

顺序调整单元，用于根据所述目的地关联的区域性预订顺序要求信息，对所述多个目标数据对象之间的顺序进行调整。

具体实现时，所述多个目标数据对象可以对应多个消费类目。

其中，同一消费类目下包括多个可供推荐的数据对象；此时，该装置还可以包括：

目标数据对象推荐单元，用于根据所述用户在出行方面的经验值信息，从所述可供推荐的数据对象中选择符合用户诉求的目标数据对象进行推荐。

具体的，如果所述用户的所述经验值低于阈值，则将具有安全属性、方便属性和/或热点属性的数据对象确定为所述目标数据对象。

如果所述用户的所述经验值高于阈值，则将具有专业属性、小众属性和/或新奇属性的数据对象确定为所述目标数据对象。

另外，所述目标数据对象推荐单元还可以用于结合所述用户的历史行为数据，确定所推荐的目标数据对象。

再者，所述推荐单元还可以用于：提供关于所述目标数据对象的推荐理由信息。

具体的，该装置还可以包括：

推荐页面生成单元，用于按照预定提前预定时间信息对所述目标数据对象进行排序后，生成推荐页面，以便将所述推荐页面提供给所述用户关联的客户端。

其中，所述推荐页面中可以包括用于对所述目标数据对象进行编辑和/或选择的操作选项，以用于根据用户的编辑和/或选择结果，生成所述用户的行程单页面。

另外，还可以在所述行程单页面中提供用于对多个数据对象进行一键式加入待购买集合或者一键式购买的操作选项。

该装置还可以包括：

操作情况信息获取单元，用于获取所述用户对所述推荐页面的操作情况信息；

推荐结果更换单元，用于如果某消费类目下推荐的数据对象未被所述用户选择，则对该消费类目下推荐的数据对象进行更换。

交易属性信息提供单元，用于在所述推荐页面中提供关于所述目标数据对象的交易属性变动情况信息。

与实施例二相对应，本申请实施例还提供了一种提供数据对象信息的装置，参见图7，该装置可以包括：

操作选项提供单元701，用于在目标页面的目标资源位中提供用于输入兴趣目的地信息的操作选项；

数据对象确定单元702，用于通过所述操作选项接收到兴趣目的地信息后，确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

推荐信息展示单元703，用于按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

其中，所述目标数据对象信息以及排序信息，可以是通过关联的服务端提供的服务获得的。

具体的，所述推荐信息展示单元可以用于：在所述目标页面的所述目标资源位中展示所述推荐信息的摘要信息，以及用于查看推荐信息详情的操作选项；通过该操作选项接收到查看请求后，跳转到所述推荐信息的详情信息页面进行展示。

与实施例三相对应，本申请实施例还提供了一种提供数据对象信息的装置，参见图8，该装置可以包括：

请求接收单元801，用于接收用户对关联有目的地信息的页面进行浏览的请求；

数据对象确定单元802，用于根据所述目的地信息确定所述用户的兴趣目的地，并确定与所述兴趣目的地出行相关的多个目标数据对象，其中，所述目标数据对象具有提前预订属性，所述提前预定属性包括：所述目标数据对象的提前预订时间信息；

推荐信息展示单元803，用于按照所述提前预订时间信息对所述目标数据对象进行排序后，对所述多个目标数据对象的推荐信息进行展示。

其中，所述推荐信息展示单元具体可以用于：在所述关联有目的地信息的页面中提供目标展示区域，并在该目标展示区域内展示所述推荐信息的摘要信息，以及用于查看推荐信息详情的操作选项；通过该操作选项接收到查看请求后，跳转到所述推荐信息的详情信息页面进行展示。

另外，本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。

以及一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。

其中，图9示例性的展示出了电子设备的架构，例如，设备900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图9，设备900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(i/o)的接口912，传感器组件914，以及通信组件916。

处理组件902通常控制设备900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件902可以包括一个或多个处理器920来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件902可以包括一个或多个模块，便于处理组件902和其他组件之间的交互。例如，处理部件902可以包括多媒体模块，以方便多媒体组件908和处理组件902之间的交互。

存储器904被配置为存储各种类型的数据以支持在设备900的操作。这些数据的示例包括用于在设备900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件906为设备900的各种组件提供电力。电源组件906可以包括电源管理系统，一个或多个电源，及其他与为设备900生成、管理和分配电力相关联的组件。

多媒体组件908包括在设备900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件908包括一个前置摄像头和/或后置摄像头。当设备900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件910被配置为输出和/或输入音频信号。例如，音频组件910包括一个麦克风(mic)，当设备900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器904或经由通信组件916发送。在一些实施例中，音频组件910还包括一个扬声器，用于输出音频信号。

i/o接口912为处理组件902和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件914包括一个或多个传感器，用于为设备900提供各个方面的状态评估。例如，传感器组件914可以检测到设备900的打开/关闭状态，组件的相对定位，例如所述组件为设备900的显示器和小键盘，传感器组件914还可以检测设备900或设备900一个组件的位置改变，用户与设备900接触的存在或不存在，设备900方位或加速/减速和设备900的温度变化。传感器组件914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件914还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件916被配置为便于设备900和其他设备之间有线或无线方式的通信。设备900可以接入基于通信标准的无线网络，如wifi，或2g、3g、4g/lte、5g等移动通信网络。在一个示例性实施例中，通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件916还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，设备900可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器904，上述指令可由设备900的处理器920执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的提供数据对象信息的方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。