CN108287837A - 一种资源处理方法及设备 - Google Patents

Abstract

本申请公开了一种资源处理方法、设备及系统，包括：资源提供方在发布商品信息时，可以动态地从资源共享服务器中获取与该商品信息中包含的行程事件相匹配的资源，使得整个行程事件所需要的资源相对比较完整，有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，改善了用户对资源共享服务器提供的网络服务的用户体验，同时这些资源可以来自其他资源提供方，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。

Description

一种资源处理方法及设备

技术领域

本申请涉及互联网信息处理技术和计算机技术领域，尤其涉及一种资源处理方法及设备。

背景技术

随着科学技术的发展，出现了各种各样的互联网服务平台，这些互联网服务平台能够为用户提供各种各样的网络服务。

在实际应用中，一个互联网服务平台可以与不同的资源提供方进行合作，这样该互联网服务平台可以为用户提供不同的资源，例如：服装资源、家电资源、旅游资源、机票资源等等。

用户可以通过搜索方式从互联网服务平台中获取所需要的资源。目前互联网服务平台所提供给用户的资源要么相互独立，要么是一些固定组合，例如：提供机票资源和住宿资源的组合，但是，互联网服务平台目前所提供的资源无法满足用户的需求，即当用户想去某一个地方旅行时，不仅需要从互联网服务平台中搜索机票资源、住宿资源；还需要从互联网服务平台中搜索与所要去的地方的旅游资源，景点门票资源等，通过多次与互联网服务平台的交互，才能获取到所需要的全部资源，这样使得用户对互联网服务平台所提供的网络服务的用户体验比较差。

发明内容

有鉴于此，本申请实施例提供了一种资源处理方法及设备，用于解决现有技术用户对互联网服务平台所提供的资源集的用户体验较差的问题。

本申请实施例提供了一种资源处理方法，应用于第一资源提供方，包括：

向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；

接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源，并确定所述第一资源与需要所述第一资源的行程子事件的对应关系；

将包含所述对应关系的商品信息发布在所述资源共享服务器中。

本申请实施例还提供了一种资源处理方法，包括：

接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；

从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；

将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

本申请还提供了一种资源处理设备，应用于第一资源提供方对应的服务器，包括：

发送单元，向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；

接收单元，接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源；

处理单元，确定所述第一资源与需要所述第一资源的行程子事件的对应关系；并将包含所述对应关系的商品信息发布在所述资源共享服务器中。

本申请实施例还提供了一种资源处理设备，包括：

接收单元，接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；

查找单元，从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；

发送单元，将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

资源提供方在发布商品信息时，可以动态地从资源共享服务器中获取与该商品信息中包含的行程事件相匹配的资源，使得整个行程事件所需要的资源相对比较完整，有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，改善了用户对资源共享服务器提供的网络服务的用户体验，同时这些资源可以来自其他资源提供方，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。

本申请实施例还提供了一种资源处理方法，应用在第一资源提供方，包括：

确定待发布的第一行程事件；

根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；

根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；

发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品资源的商品资源集。

本申请实施例还提供了一种资源处理设备，应用在第一资源提供方对应的服务器，包括：

确定单元，确定待发布的第一行程事件；并根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；

生成单元，根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；

发布单元，发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品资源的商品资源集。

本申请实施例还提供了一种资源处理方法，包括：

接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；

针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；

发布所述行程事件以及所述资源集。

本申请实施例还提供了一种资源处理设备，包括：

接收单元，接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；

组合单元，针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；

发布单元，发布所述行程事件以及所述资源集。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例提供的技术方案，资源提供方按照行程子事件的粒度进行细化的资源，使得资源共享服务器在接收到不同的资源提供方发布的商品信息时，能够对商品信息中包含的资源进行组合，以保证用户在获取到资源集时能够清楚了解该资源集中所包含的各种资源，改善资源共享服务器提供网络服务的个性化与精细化，提升用户对网络服务的用户体验，有效改变资源共享服务器所提供资源的流动效率。

本申请实施例还提供了一种资源处理方法，包括：

接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；

根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；

将所述商品信息推送给所述用户。

本申请实施例还提供了一种资源处理设备，包括：

接收单元，接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；

确定单元，根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；

发送单元，将所述商品信息推送给所述用户。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

本申请实施例所提供的技术方案，资源共享服务器在接收到用户发送的搜索请求时，能够为用户推送按照行程子事件的粒度进行细化的资源，不仅使得整个行程事件所需要的资源相对比较完整，而且有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，进而改善了用户对资源共享服务器提供的网络服务的用户体验，同时也改善资源共享服务器提供网络服务的个性化与精细化，有效改变资源共享服务器所提供资源的流动效率。

附图说明

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

图1为本申请实施例提供的一种资源处理方法的流程示意图；

图2为本申请实施例提供的资源方发布的商品信息的示意图；

图3为本申请实施例提供的一种资源处理方法的流程示意图；

图4为本申请实施例提供的一种资源处理方法的流程示意图；

图5为本申请实施例提供的一种资源处理方法的流程示意图；

图6为本申请实施例提供的资源集的示意图；

图7为本申请实施例提供的资源支付场景示意图；

图8为本申请实施例提供的一种资源处理方法的流程示意图；

图9为本申请实施例提供的一种资源处理设备的结构示意图；

图10为本申请实施例提供的一种资源处理设备的结构示意图；

图11为本申请实施例提供的一种资源处理设备的结构示意图；

图12为本申请实施例提供的一种资源处理设备的结构示意图；

图13为本申请实施例提供的一种资源处理设备的结构示意图；

图14为本申请实施例提供的一种资源处理系统的结构示意图。

具体实施方式

随着人们生活水平的提高，“说走就走的旅行”成为一种时尚。但是，如何合理安排好自己的旅游行程成为一个重要问题。在实际应用中，旅游行程的安排一般需要用户自己根据时间安排，例如：通过互联网预定机票或者火车票、通过互联网预定酒店、通过互联网安排观赏景点的行程等等。但是，如果时间安排不合理，将影响用户的旅行心情，或者时间没有计划好，将使得预定的一些内容无法被实现，使得用户对旅行的体验比较差。

作为给用户提供网络服务的互联网服务平台，提出了一种“旅行套餐”，即为用户提供“酒店+景点”或者“机票+酒店”的网络服务。这种“旅行套餐”中包含相应的旅行服务，例如：“酒店+景点”即为用户的旅行安排住宿酒店以及观赏景点；“机票+酒店”即为用户提供机票并安排住宿。但是，由于这种组合方式属于一种紧耦合方式，使得用户对于这种网络服务并不是很满意，同时还存在互联网服务平台实施绑定销售的嫌疑，进而降低了互联网服务平台的服务质量。

基于上述情况，本申请实施例提供了一种动态灵活的行程安排方式，以提升用户旅游行程的自由性。

为了实现本申请的目的，本申请实施例提供了一种资源处理方法及设备，资源提供方在发布商品信息时，可以动态地从资源共享服务器中获取与该商品信息中包含的行程事件相匹配的资源，使得整个行程事件所需要的资源相对比较完整，有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，改善了用户对资源共享服务器提供的网络服务的用户体验，同时这些资源可以来自其他资源提供方，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。

需要说明的是，本申请实施例中所记载的资源的使用属性可以包括但不限于：交通属性、住宿属性、参观属性、保暖属性、防滑属性等等。不同资源其对应的使用属性不同，至于使用属性的具体内容可以基于实际需要确定，也可以根据资源自身的使用性确定，这里不做限定。

本申请实施例中所记载的使用属性的属性值可以理解为不同使用属性对应的属性值，属性值的大小不同，表达方式也不同，例如：交通属性对应的属性值可以理解为启程时间和到达时间；住宿属性对应的属性值可以理解为入住时间和离店时间；参观属性可以理解为景点的开放时间等等。

本申请实施例中所记载的资源可以是一张机票，也可以是一张火车票，还可以是一晚住宿等等，这里不做具体限定。

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

实施例1

图1为本申请实施例提供的一种资源处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体为第一资源提供方的客户端或者服务器。

在本申请实施例中，资源提供方在发布商品信息之前，可以从商品共享资源服务器中获取所需要的资源，进而得到待发布商品信息中包含的行程事件所需要的资源，这样资源提供方能够发布完整、合理的商品信息，以满足用户的不同需求。

需要强调的是，本申请实施例中所记载的资源提供方所发布的商品信息中所使用的资源可以与其他资源提供方发布的商品信息中所使用的资源共享使用，这样也能够保证商品信息中包含的资源的动态灵活性。

步骤101：向资源共享服务器发送资源搜索请求。

其中，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件。

在本申请实施例中，资源提供方向资源共享服务器发送资源搜索请求可以分为但不限于以下两种情形：

第一种情形：资源提供方拥有行程事件所使用的部分资源。

具体地，资源提供方首先确定待发布的商品信息。

所述商品信息中包含第一行程事件以及所述第一行程事件中的至少一个行程子事件所使用的第二资源。

在本申请实施例中，商品信息中不仅包含行程事件，还包含行程事件中各行程子事件所使用的资源。

所谓行程事件可以理解为一趟旅行，这趟旅行中可以包含多个地方，也可以包含一个地方，这里不做限定。在本申请实施例中所记载的一趟旅行所消耗的天数也不限定。

然而在本申请实施例中可以以天为单位将行程事件划分成为多个行程子事件。

例如：12.23到12.26的香港旅行，4天的香港旅行可以看做一个行程事件，在该行程事件中包含4个行程子事件，即12.23从某地去香港可以看做一个行程子事件；12.24、12.25在香港两天可以看做两个行程子事件；12.26从香港回到出发地又可以看做一个行程子事件。

不同的行程子事件所使用的资源不同。例如：12.23去香港这一行程子事件所使用的资源可以为机票资源和酒店资源；12.24在香港这一天这一行程子事件所使用的资源可以为迪士尼门票资源和酒店资源；12.25在香港这一天这一行程子事件所使用的资源可以为酒店资源；12.26从香港回到出发地这一行程子事件所使用的资源可以为机票资源。

作为资源提供方，可以与不同的资源提供方进行线下合作，在发布商品信息时，已经从不同的资源提供方获取该行程事件所使用的部分资源，这些资源可以称之为该资源提供方所拥有的资源。

例如：资源提供方为一家旅行社，在发布“4天的香港旅行”这一商品信息时，已确定拥有该商品信息中包含的行程事件的资源，如表1所示：

表1

行程事件	资源
		行程子事件1：12.23从A飞香港	机票资源和酒店资源
行程子事件2：12.24在香港旅行	无
		行程子事件3：12.25在香港旅行	无
行程子事件4：12.26从香港飞A	机票资源

从表1中可以看出，资源提供方所拥有的该行程事件的资源有：12.23从A飞香港的机票资源和到达香港之后第一晚的酒店资源；12.26从香港飞A的机票资源。

其次，资源提供方根据所述第二资源，确定所述第一行程事件中缺失资源的行程子事件。

具体地，在基于资源提供方所拥有的第二资源的使用属性，为所述第一行程事件中包含的行程子事件匹配满足使用需要的第二资源，例如：表1中的行程子事件1所匹配的第二资源为机票资源和酒店资源；表1中的行程子事件4所匹配的第二资源为机票资源，那么尚未匹配到资源的行程子事件即为所述第一行程事件中缺失资源的行程子事件，即表1中所示的行程子事件2和行程子事件3。

这里的“缺失”的资源可以是指该行程子事件可以使用的资源但是资源提供方无法提供的资源，例如：香港迪士尼门票或者香港海洋馆门票；也可以是行程安排的静态资源，本申请实施例中以前者所记载的内容为例进行说明。

需要说明的是，本申请实施例中所记载的“第一资源”与“第二资源”中包含的“第一”、“第二”没有特殊含义，仅仅表示不同的资源，这里的所记载的不同资源可以是同类型的资源但是资源的使用属性对应的属性值不同，也可以是指不同类型的资源。

第三，资源提供方根据所述行程子事件，生成资源搜索请求。

其中，所述资源搜索请求用于搜索所述行程子事件所需要的资源。这里的行程子事件可以理解为缺失资源的行程子事件。

以上述表1中所示的内容为例，在本申请实施例中，资源提供方根据行程子事件2和行程子事件3，生成资源搜索请求，即请求获取行程子事件2所需要的资源和/或请求获取行程子事件3所需要的资源。

这里需要说明的是，在一趟旅行中所使用的酒店资源是否根据行程子事件的不同而发生变化，这需要看不同行程子事件发生地之间的距离，若距离较近，那么在该趟旅行中所使用的酒店资源可以是一个，也可以是多个，如果是多个可以由一个资源提供方提供，也可以由多个资源提供方提供。

那么资源提供方在向资源共享服务器发送资源搜索请求时可以请求酒店资源，也可以不请求酒店资源。

在本申请实施例所记载的方案中，假设行程子事件2和行程子事件3中所缺失的资源不包含酒店资源。若行程子事件2和行程子事件3中所缺失的资源包含酒店资源，意味着行程子事件1与行程子事件2、行程子事件3所使用的酒店资源不同，那么资源提供方在向资源共享服务器发送资源获取请求时，请求获取相应的酒店资源。

最后，资源提供方将所述资源搜索请求发送给资源共享服务器。

第二种情形：资源提供方不拥有行程事件所使用的资源。

在第二种情形中，所述资源提供方只能作为行程事件的发起方，例如：某旅行社，确定旅行目的地、旅行时间和旅行计划，至于该行程事件所需要的资源需要资源提供方从资源共享服务器中获取，即任一上述实例为例，资源提供方为一家旅行社，在发布“4天的香港旅行”这一商品信息时，如表2所示：

表2

行程事件	资源
		行程子事件1：12.23从A飞香港	无
行程子事件2：12.24在香港旅行	无
		行程子事件3：12.25在香港旅行	无
行程子事件4：12.26从香港飞A	无

那么，在第二种情形中，资源提供方根据该行程事件，向资源共享服务器发送资源获取请求，该资源获取请求用于获取该行程事件所需要的资源，即获取行程子事件1所需要的资源、行程子事件2所需要的资源、行程子事件3所需要的资源以及行程子事件4所需要的资源。

需要说明的是，本申请实施例中所记载的资源提供方可以是指提供机票资源的资源提供方，也可以是提供酒店资源(包含但不限于住宿资源)的资源提供方，还可以是提供景点资源的资源提供方，这里不做具体限定。在本申请实施例中以提供行程事件的资源方为例进行说明，这里提供行程事件的资源方可以是旅行社，那么旅行社在提供行程事件时，可以通过几种途径获取行程事件中包含的各行程子事件所需要的资源：第一种方式：按照本申请实施例中所记载的方案获取资源，通过互联网平台获取其他资源提供方提供的资源；第二种方式，通过线下协商的方式获取资源；第三种方式，前两种方式的结合。

在第一种方式中，可以理解为不同的资源提供方与互联网服务平台建立合作关系，可以实现发布在互联网平台中的各资源被不同的资源提供方共享使用。

步骤102：接收所述资源共享服务器发送的响应信息。

其中，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源。

在本申请实施例中，首先，资源共享服务器接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件以及所述行程事件中至少一个行程子事件。

这里的行程事件可以是只包含本申请实施例步骤101中第一种情形所记载的缺失资源的行程子事件，即仅包含行程子事件2和/或行程子事件3，也可以是本申请实施例步骤101中第二种情形所记载的所有行程子事件，这里不做具体限定。

其次，资源共享服务器从共享资源库中查找满足所述资源搜索请求所需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源。

这里资源共享服务器可以接收多个不同的资源提供方发布的商品信息，这些商品信息中包含的资源可以被多个不同的商品信息所共享，那么资源共享服务器在接收到不同资源提供方发布的商品信息后，将这些商品信息中包含的资源存储至共享资源库中，以便于在接收到资源提供方发送的搜索请求时，能够为该资源提供方提供合适的资源。

假设资源共享服务器为行程子事件2查找到的资源为迪士尼门票资源；为行程子事件3查找到的资源为海洋公园门票资源。

最后，资源共享服务器将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

步骤103：确定所述第一资源与需要所述第一资源的行程子事件的对应关系。

在本申请实施例中，在接收到第一资源(即步骤102查找到的迪士尼门票资源和/或海洋公园门票资源)时，确定所述第一资源与需要所述第一资源的行程子事件的对应关系。

即假设接收到的第一资源中包含迪士尼门票资源和/或海洋公园门票资源，那么可以确定迪士尼门票资源和/或海洋公园门票资源与行程子事件2之间的对应关系，或者确定迪士尼门票资源和/或海洋公园门票资源与行程子事件3之间的对应关系。

在本申请的另一个实施例中，在接收所述资源共享服务器发送的响应信息时，所述方法还包括：

在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述行程子事件需要的第三资源，所述第三资源同步使用在第二行程事件中。

具体地，在实际应用中，当资源共享服务器查找到的第一资源数量比较多时，第一资源提供方可以对查找的第一资源进行筛选，得到缺失资源的行程子事件所需要的第三资源，此时可以建立该行程子事件与该第三资源之间的对应关系。

在本申请的另一个实施例中，所述方法还包括：

确定所述第一资源提供方所拥有的所述第一行程事件所使用的第二资源；

将所述第一资源/所述第三资源与所述第二资源进行组合，得到所述第一行程事件所对应的资源集。

例如：确定所已拥有的所述第一行程事件所使用的第二资源(即机票资源和酒店资源)，此外如之前所假设行程子事件1中的酒店资源可以共用在行程子事件2和行程子事件3中，那么通过组合即可得到所述第一行程事件所对应的资源集，即各行程子事件与所需要的资源之间的对应关系，如表3所示：

表3

需要说明的是，若行程子事件1中的酒店资源不共用在行程子事件2和行程子事件3中，那么在步骤102中获取到的第一资源中还需要包含酒店资源，这里的酒店资源可以与行程子事件1中所包含的酒店资源不同，通过组合即可得到所述第一行程事件所对应的资源集，如表4所示：

表4

行程事件	资源
		行程子事件1：12.23从A飞香港	机票资源和酒店资源1
行程子事件2：12.24在香港旅行	迪士尼门票资源和酒店资源2
		行程子事件3：12.25在香港旅行	海洋公园门票资源和酒店资源3
行程子事件4：12.26从香港飞A	机票资源

在本申请的另一个实施例中，资源共享服务器为同一个行程子事件所查找的第一资源可能为多个，那么在得到所述第一行程事件所对应的资源集之前，所述方法还包括：

在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述第一行程事件需要的第三资源，所述第三资源同步使用在第二行程事件中。

仍以上述记载的实例为例。若资源共享服务器为行程子事件2查找到的资源个数大于1时，资源提供方在接收到资源共享服务器发送的响应信息时，可以从接收到资源中选择一个资源作为行程子事件2所使用的资源；可以为接收到的资源确定显示优先级，在发布商品信息时，选择显示优先级最高的资源作为行程子事件2优先使用的资源，其他的与行程子事件2匹配的资源作为行程子事件2的备选资源。

需要说明的是，针对不同的行程子事件对应的相同类型的资源可以是1个，也可以是多个，这样方便满足用户的多重选择。

步骤104：将包含所述对应关系的商品信息发布在所述资源共享服务器中。

在本申请实施例中，当为行程事件中的各行程子事件确定到资源时，生成商品信息，在该商品信息中包含行程事件以及行程事件中包含的各行程子事件与所述行程子事件所需要的资源之间的对应关系，并在资源共享服务器中发布该商品信息。

这样，用户在获取到该商品信息时，能够快速确定该商品信息中包含的资源，以判断是否满足自己的行程安排，进而提升用户对资源提供方的用户体验。

在本申请的另一个实施例中，所述方法还包括：

根据所述商品信息中所使用的资源，建立所述商品信息与各所述资源之间的对应关系。

由于在本申请实施例中，相同的资源可以共享使用在不同的商品信息中，那么更好地对资源的库存进行管理，可以在生成商品信息时，建立所述商品信息与各所述资源之间的对应关系，即记录每一个资源所对应的商品信息，这样一旦某一个商品信息被锁定或者购买，可以及时调整该资源的库存数量。

在本申请的另一个实施例中，所述方法还包括：

接收所述资源共享服务器发送的订单信息，所述订单信息中包含所述第二资源；

根据所述订单信息，调整所述第二资源的库存数量。

这里的调整可以理解为当订单生成时，将该订单中包含的资源进行锁定，是否做减少，还需要进一步在接收到支付信息时，在对锁定的资源进行减量处理。

在本申请的另一个实施例中，所述方法还包括：

当监测到所述第二资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述第二资源。

在本申请实施例中，一旦发现资源的库存数量小于设定阈值，说明资源已经无法满足需求，此时系统可以发送提示消息，该提示消息用于提醒第一资源提供方补充资源，这里的补充资源可以是资源类型的补充，也可以是资源数量的补充，这里不做具体限定。

图2为本申请实施例提供的资源方发布的商品信息的示意图。

从图2中可以看出，资源提供方发布的商品信息中不仅包含行程计划(即行程事件)，还包含行程事件中各行程子事件所使用的资源。从图2中可以明显看出资源提供方所发布的该商品信息中包含的不同资源之间相互独立，可以来自同一家资源提供方，也可以来自不同的资源提供方。对于每一个行程子事件，所对应的资源可以被调整，即用户对于资源提供方所提供的资源不喜欢的时候，可以在线对该商品信息中包含的资源进行调整，以满足用户的实际需要。

需要说明的是，本申请实施例中所记载的第一资源提供方在发布商品信息时，可以以行程子事件为单位，单独发布包含一个行程子事件的商品信息，在这种商品信息中包含该行程子事件以及该行程子事件对应的资源；也可以发布包含多个行程子事件的商品信息，这些行程子事件是连续的，或者是不连续的，在本申请实施例中不做具体限定。

通过本申请实施例提供的技术方案，资源提供方在发布商品信息时，可以动态地从资源共享服务器中获取与该商品信息中包含的行程事件相匹配的资源，使得整个行程事件所需要的资源相对比较完整，有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，改善了用户对资源共享服务器提供的网络服务的用户体验，同时这些资源可以来自其他资源提供方，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。

实施例2

基于同一个发明构思，图3为本申请实施例提供的一种资源处理方法的流程示意图。所述方法可以如下所示。本申请实施例的执行主体为资源共享服务器。

步骤:301：接收第一资源提供方发送的资源搜索请求。

其中，所述资源搜索请求中包含行程事件。

在本申请实施例中，第一资源提供方可以从资源共享服务器中获取所需要的资源，以根据获取到的资源形成待发布的商品信息，本申请实施例中所记载的商品信息可以看做一种商品，该种商品中包含不同资源提供方提供的资源，而这种商品采用松耦合的方式组合，并且该种商品中的资源可以与其他商品中包含的资源共享使用。

步骤302：从共享资源库中查找满足所述行程事件需求的至少一个资源。

其中，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定。

在本申请实施例中，资源共享服务器在接收到多个不同的资源提供方发送的商品信息，解析该商品信息中包含的多个资源，并确定各资源的使用属性，建立使用属性的属性值与资源的资源标识之间的映射关系，根据该映射关系，创建共享资源库，即该共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源。

具体地，资源共享服务器在接收到资源提供方发送的资源搜索请求时，基于所述资源搜索请求中包含的所述行程子事件，确定所述行程子事件的时间属性，所述行程子事件为所述行程事件中缺失资源的行程子事件；并从共享资源库中查找使用属性对应的属性值满足所述时间属性的资源作为满足所述行程事件需求的资源。

需要说明的是，本申请实施例中所述资源搜索请求中包含的行程事件可以包含整个行程事件的所有行程子事件，也可以包含行程事件中缺失资源的行程子事件，从共享资源库中查找行程子事件所使用的资源的方式相同，这里不再一一赘述。

步骤303：将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

实施例3

基于同一个发明构思，图4为本申请实施例提供的一种资源处理方法的流程示意图。所述方法可以如下所示。本申请实施例所提供的方案与实施例1中所提供的方案的区别在于：实施例1中记载的第一资源提供方在发布商品信息时需要从资源共享服务器中获取全部或部分的资源，即第一资源提供方可以提供商品信息的部分资源；本申请实施例中所记载的第一资源提供方能够提供商品信息中的资源，重点在于体现第一资源提供方所发布的商品信息中包含的不同资源之间是一种松耦合的关系，以便于资源共享服务器在接收到商品信息时，提取商品信息中包含的资源。

步骤401：确定待发布的第一行程事件。

在本申请实施例中，第一资源提供方确定行程事件，例如：“4天(12.23～12.26)香港旅行”，那么可以将这一行程事件看做第一行程事件。

步骤402：根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源。

在本申请实施例中，可以基于行程子事件的时间属性，为其匹配使用属性的属性值满足该时间属性的资源，得到不同的行程子事件对应的资源。

步骤403：根据不同的所述行程子事件对应的资源，生成待发布的商品信息。

其中，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用。

在本申请实施例中，根据不同的所述行程子事件对应的资源，以行程子事件为粒度，组合得到待发布的商品信息。在该商品信息中包含各行程事件以及该行程事件对应的资源，如表5所示：

表5

在表5中，各个资源相互独立，能够被其他行程事件所共享使用。

需要说明的是，本申请实施例中所记载的第一资源提供方在发布商品信息时，可以以行程子事件为单位，单独发布包含一个行程子事件的商品信息，在这种商品信息中包含该行程子事件以及该行程子事件对应的资源；也可以发布包含多个行程子事件的商品信息，这些行程子事件是连续的，或者是不连续的，在本申请实施例中不做具体限定。

例如：如表6所示，所待发布的商品信息：

表6

4天(12.23～12.26)香港旅行---商品信息
	行程子事件1：12.23机票资源+酒店资源

如表7所示，所待发布的商品信息：

表7

4天(12.23～12.26)香港旅行---商品信息
	行程子事件2：12.24迪士尼门票资源+酒店资源
行程子事件3：12.25海洋馆公园门票资源+酒店资源

如表8所示，所待发布的商品信息：

表8

4天(12.23～12.26)香港旅行---商品信息
	行程子事件4：12.26机票资源

步骤404：发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件中各行程子事件所使用的资源的资源集。

实施例4

基于同一个发明构思，图5为本申请实施例提供的一种资源处理方法的流程示意图。所述方法可以如下所示。本申请实施例所记载的方案可以应用在资源共享服务器中，也可以应用在互联网服务平台中，这里不做具体限定。本申请实施例所记载的方案以资源共享服务器以行程事件为单位对不同类型的资源进行组合，这种组合方式与现有技术中的捆绑方式不同，采用松耦合的方式，还可以根据用户的实际需要进行调整，以最大可能性地满足用户需要。

步骤501：接收不同资源提供方发送的商品信息。

其中，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源。

在本申请实施例中，互联网服务平台作为一种电子商务平台，可以将不同的资源提供方提供的资源发布在该互联网服务平台中，以便于给用户提供服务。那么，互联网服务平台接收资源提供方发送的资源发布请求，从接收到的资源发布请求中获取待发布的资源。

这些待发布的资源可以属于同一种类型的资源，也可以属于不同类型的资源，也就是说，资源提供方可以请求发布相同类型的资源，也可以请求发布不同类型的资源；不同资源提供方可以提供相同类型的资源，也可以提供不同类型的资源，这里不做具体限定。

需要说明的是，本申请实施例中所记载的类型可以根据资源的用途进行确定，也可以根据资源的其他标准进行确定，这里不做具体限定。

在接收到不同的商品信息时，解析不同商品信息中包含的行程事件以及该行程事件中各行程子事件所使用的不同的资源。

步骤502：针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。

在本申请实施例中，针对同一个行程事件，可以接收到多个商品信息，也可以接收到不同资源提供方提供的资源，那么一种方式，可以为其中某一个商品信息进行资源调配；另一种方式，将不同商品信息中的不同行程子事件所使用资源进行组合，这样可以得到所述行程事件所使用的资源集。

第一种方式：为其中某一个商品信息进行资源调配。

具体地，通过解析不同的商品信息，可以确定不同商品信息中包含的行程事件，那么以行程事件为标准，将商品信息进行分类。

例如：相同行程事件的商品信息为一类。这里所谓相同行程事件可以是指旅行的目的地相同，例如：所有去香港旅行的商品信息为一类。

下面针对其中一类商品信息进行详细说明。

首先，针对该行程事件，确定包含所述行程事件的商品信息。

其次，针对其中一个所述商品信息，执行以下操作：

第一步，确定该商品信息中所述行程事件中所述行程子事件所缺失的资源。

具体地，基于所述行程事件，确定所述行程事件中包含的行程子事件；

根据该商品信息中包含的资源，分别为不同的所述行程子事件匹配用于完成所述行程子事件的资源；

对于尚未匹配到资源的行程子事件，确定用于完成该行程子事件的至少一种类型的资源；

将确定的至少一种类型的资源作为该商品信息中所述行程事件所缺失的资源。

具体地，在为不同的所述行程子事件匹配用于完成所述行程子事件的资源时，可以针对不同的所述行程子事件，确定该行程子事件的时间属性；

将使用属性对应的属性值满足所述时间属性的资源作为用于完成所述行程子事件的资源。

第二步，从确定的其他所述商品信息中查找所述缺失的资源。

具体地，确定所述缺失的资源对应的行程子事件的时间属性；

从确定的其他所述商品信息中查找使用属性对应的属性值满足所述时间属性的资源作为所述缺失的资源。

第三步，将查找到的所述缺失的资源与该商品信息中已包含的资源进行组合，得到所述行程事件所使用的资源集。

第二种方式：将不同商品信息中的不同行程子事件所使用资源进行组合。

具体地，基于同一个行程事件，确定包含所述行程事件的商品信息；

确定各所述商品信息中包含的各行程子事件的时间属性；

根据所述时间属性，将不同的所述商品信息中不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。

例如：以行程事件(4天(12.23～12.26)香港旅行)为例进行说明。假设针对该行程事件，包含该行程事件的商品信息由：商品信息1和商品信息2。其中，商品信息1中包含的行程事件以及行程事件中各行程子事件所使用的资源如9所示：

图9

4天(12.23～12.26)香港旅行---商品信息1
	行程子事件1：12.23机票资源1+酒店资源1
行程子事件2：12.24酒店资源1
	行程子事件3：12.25酒店资源1
行程子事件4：12.26机票资源2

其中，商品信息2中包含的行程事件以及行程事件中各行程子事件所使用的资源如10所示：

图10

那么在接收到这两个商品信息后，可以根据各行程子事件的所述时间属性，将不同的所述商品信息中不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。如表11所示：

表11

4天(12.23～12.26)香港旅行---商品信息
	行程子事件1：12.23机票资源1+酒店资源1
行程子事件2：12.24迪士尼公园的门票资源+酒店资源2
	行程子事件3：12.25海洋馆公园的门票资源+酒店资源2
行程子事件4：12.26机票资源2

从表11中可以看出，行程子事件1和行程子事件4所使用的资源来自商品信息1；行程子事件2和行程子事件3所使用的资源来自商品信息2。除此之外，还可以由其他组合方式，这里的组合方式包含相同行程子事件的不同类型资源的组合，例如：组合后行程子事件1对应的资源为12.23机票资源1+酒店资源2，即机票资源来自商品信息1，酒店资源来自商品信息2，这里不再一一举例说明。需要注意的是，这种组合也需要考虑时间属性，不同资源的使用属性需要满足用户行程安排，

进一步地，在本申请实施例中，相同所述行程事件对应的资源集中所包含的资源部分相同；

或者，不同所述行程事件对应的资源集中所包含的相同类型的资源部分相同。

假设针对一个行程事件(4天(12.23～12.26)香港旅行)对应三个商品信息：第一个商品信息1，包含12.23去香港的机票资源和12.26从香港飞回出发地的机票资源；第二个商品信息2，包含在香港住宿的酒店资源以及来回香港的机票资源；第三个商品信息3，包含去香港迪士尼公园的门票资源以及去香港海洋馆公园的门票资源。

针对商品信息1，如果是香港自由行，对于喜欢去香港购物的用户来说，商品信息1中缺失资源为酒店资源，那么可以从商品信息2中查找到酒店资源，这样将商品信息2中的酒店资源共享给商品信息1，即可得到组合后的商品信息1的资源集，如表12所示：

表12

4天(12.23～12.26)香港旅行---商品信息1
	行程子事件1：12.23机票资源+酒店资源
行程子事件2：12.24酒店资源
	行程子事件3：12.25酒店资源
行程子事件4：12.26机票资源

针对商品信息2，对于去香港的游客来说，可能很大程度想去迪士尼公园，商品信息2中缺失资源为迪士尼公园的门票资源，那么可以从商品信息3中查找到该门票资源，这样商品信息3的门票资源共享给行程2，即可得到组合后的商品信息2的资源集，如表13所示：

表13

4天(12.23～12.26)香港旅行---商品信息2
	行程子事件1：12.23机票资源+酒店资源
行程子事件2：12.24迪士尼公园的门票资源+酒店资源
	行程子事件3：12.25迪士尼公园的门票资源+酒店资源
行程子事件4：12.26机票资源

针对商品信息3，仅包含香港旅游资源的门票，那么来回香港的机票资源和酒店资源属于商品信息3的缺失资源，那么可以从商品信息1或者商品信息2中选择机票资源，还可以从商品信息2中选择酒店资源，这样即可得到组合后的商品信息3的资源集，如表14所示：

表14

4天(12.23～12.26)香港旅行---商品信息3
	行程子事件1：12.23机票资源+酒店资源
行程子事件2：12.24迪士尼公园的门票资源+酒店资源
	行程子事件3：12.25海洋馆公园的门票资源+酒店资源
行程子事件4：12.26机票资源

步骤503：发布所述行程事件以及所述资源集。

图6为本申请实施例提供的资源集的示意图。

从图6可以看出，资源共享服务器从不同资源提供方获取商品信息后，可以根据不同商品信息，对商品信息中包含的资源进行组合，得到一个商品信息完整的资源集，这样使得用户方便快捷的确定行程计划，同时这些资源集中的资源能够在多个商品信息中共享使用，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。

在本申请所提供的另一个实施例中，所述方法还包括：

接收用户发送的支付请求，所述支付请求中包含所述用户确定的行程事件对应的资源集；

确定所述资源集包含的资源的资源提供方；

按照所述所述资源集包含的资源的支付信息，分别向不同的所述资源提供方发送相应的支付信息。

具体地，对于资源共享服务器所提供的商品信息，一旦用户决定购买该商品信息，那么将向资源共享服务器发送支付请求，由于在本申请实施例中，该商品信息所对应的资源集中包含的资源可能来自不同的资源提供方，那么资源共享服务器在接收到用户的支付请求时，需要根据该资源集中各资源，向这些资源对应的提供方发送相应的支付信息，简化了这种组合资源集的支付流程。

图7为本申请实施例提供的资源支付场景示意图。

从图7中可以看出，对于用户来说只需要完成一次支付即可，对于资源提供方来说，资源共享服务器可以根据该资源集中各资源，向这些资源对应的提供方发送相应的支付信息，简化这种组合资源集的支付流程，提升这种组合资源集的推广效率。

在本申请所提供的另一个实施例中，所述方法还包括：

在接收到用户发送的支付请求时，根据所述支付请求中包含的所述用户确定的行程事件对应的资源集，分别调整所述资源集中包含的不同的资源的库存数量。

在本申请所提供的另一个实施例中，分别调整所述资源集中包含的不同的资源的库存数量，包括：

确定所述资源集中包含的不同的资源的资源提供方；

分别向不同的资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

在本申请所提供的另一个实施例中，所述方法还包括：

当监测到资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述资源。

在本申请的另一个实施例中，由于一个资源不仅仅发布在一个互联网服务平台中，可以发布在多个互联网服务平台中，或者说一个资源被共享应用在多个行程事件中，一旦一个行程事件产生订单信息，意味着该资源被售出，那么为了防止出现“超卖”的现象，所述方法还包括：

监控所述资源集中包含的各资源的库存状态；

当所述资源集中包含的所述资源的库存状态变更为空时，调整所述资源集中包含的资源。

在本申请实施例中，对于一个行程事件，可以确定得到多个资源集，即存在多个资源集使用于该行程事件，那么互联网服务平台在向用户推荐商品信息时，可以推荐一个资源集，也可以推荐多个资源集，同时在一个每一个资源集中为每个资源提供更新控件，即在更新控件被触发时，可以为用户提供与该资源类型相同的其他资源，这样，方便用户灵活选择所需要的资源，进而满足用户需求。

需要说明的是，对于一个行程事件对应的多个资源集，可以采用列表的方式展示，也可以采用集合的方式展示，还可以采用平铺的方式展示。这里不做具体限定。

通过本申请实施例提供的技术方案，资源提供方按照行程子事件的粒度进行细化的资源，使得资源共享服务器在接收到不同的资源提供方发布的商品信息时，能够对商品信息中包含的资源进行组合，以保证用户在获取到资源集时能够清楚了解该资源集中所包含的各种资源，改善资源共享服务器提供网络服务的个性化与精细化，提升用户对网络服务的用户体验，有效改变资源共享服务器所提供资源的流动效率。

实施例5

基于同一个发明构思，图8为本申请实施例提供的一种资源处理方法的流程示意图。所述方法可以如下所示。

步骤801：接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件。

步骤802：根据所述行程事件，确定包含所述行程事件的商品信息。

所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系。

这里商品信息的生成方式可以通过上述实施例中所记载的方式确定，这里不再一一赘述。

步骤803：将所述商品信息推送给所述用户。

在本申请提供的另一个实施例中，所述方法还包括：

接收所述用户发送的资源变更请求，所述资源变更请求中包含资源标识；

确定所述资源标识对应的资源的类型以及使用属性的属性值；

从共享资源库中查找与所述类型相同但与所述使用属性的属性值不同的资源，并将查找到的所述资源推送给所述用户，所述共享资源库中包含不同资源发布方提供的、按照资源的使用属性划分的多个资源。

或者，

接收所述用户发送的资源变更请求，所述资源变更请求中包含行程子事件；

根据所述行程子事件的时间属性，计算完成所述行程子事件的时间区间；

从共享资源库中查找满足所述时间区间且与已推送的所述资源不同的其他资源，并将查找到的所述其他资源推送给所述用户。

需要说明的是，在本申请实施例中，对于一个行程子事件可以对应一个资源，也可以对应多个资源，但是在资源共享服务器推送给用户时，按照不同资源的显示优先级，为每一个行程子事件选择一个资源推送给用户，那么在接收到用户发送的资源变更请求时，可以按照显示优先级，依次为用户推送其他的资源。

在本申请提供的另一个实施例中，所述方法还包括：

接收所述用户发送的订单信息，所述订单信息中包含所述用户选择的商品信息，所述商品信息中包含所述用户选择的行程事件中的至少一个行程子事件与所述行程子事件所需要资源之间的对应关系；

根据所述商品信息，锁定所述商品信息中包含的所述资源。

在本申请提供的另一个实施例中，所述方法还包括：

接收所述用户发送的第一支付信息，所述第一支付信息用于支付所述用户选择的商品信息；

根据所述商品信息，确定提供所述商品信息中各资源的资源提供方以及所述商品信息中各资源的第二支付信息，各资源的所述第二支付信息之和等于所述第一支付信息；

按照各资源的所述第二支付信息，分别向各资源所对应的所述资源提供方发送支付数据。

在本申请提供的另一个实施例中，所述方法还包括：

在接收到用户发送的支付信息时，根据所述支付信息中包含的所述商品信息，分别调整所述商品信息中包含的各资源的库存数量。

在本申请提供的另一个实施例中，分别调整所述商品信息中包含的各资源的库存数量，包括：

确定所述商品信息中包含的各资源的资源提供方；

分别向各资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

假设用户A在搜索框中输入一个行程事件，那么商品资源共享服务器(或者互联网服务平台)根据该行程事件，搜索包含该行程事件的商品信息，并将搜索到的商品信息推送给用户A，这里推送给用户A的商品信息，不仅能够使得用户看到行程事件的各行程子事件对应的资源，还能够针对各行程子事件提供备选资源，使得用户获取行程事件更加灵活。

再者，商品资源共享服务器(或者互联网服务平台)一旦确定用户选择了某一个商品信息，用户可以向商品资源共享服务器(或者互联网服务平台)发送支付请求，该支付请求用于支付该商品信息，即用户对于由不同资源构成的商品信息，仅需支付一次；而由商品资源共享服务器(或者互联网服务平台)在接收到支付请求时，确定商品信息中包含的各资源的资源提供方，分别向各资源提供方发送相应的支付信息，这里的支付信息是用于支付资源提供方所提供资源的支付信息。

实施例6

基于同一个发明构思，图9为本申请实施例提供的一种资源处理设备的结构示意图。本申请实施例提供的资源处理设备应用于第一资源提供方对应的服务器。所述资源处理设备包括：发送单元91、接收单元92和处理单元93，其中：

发送单元91，向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；

接收单元92，接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源；

处理单元93，确定所述第一资源与需要所述第一资源的行程子事件的对应关系；并将包含所述对应关系的商品信息发布在所述资源共享服务器中。

在本申请的另一个实施例中，所述资源处理设备还包括：确定单元94，其中：

所述确定单元94，在向资源共享服务器发送资源搜索请求之前，确定待发布的第一行程事件以及所述第一行程事件中的至少一个行程子事件所使用的第二资源；

根据所述第二资源，确定所述第一行程事件中缺失资源的行程子事件。

在本申请的另一个实施例中，所述发送单元91向资源共享服务器发送资源搜索请求，包括：

根据所述行程子事件，生成资源搜索请求，所述资源搜索请求用于搜索所述行程子事件所需要的资源；

将所述资源搜索请求发送给资源共享服务器。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：筛选单元95，其中：

所述筛选单元95，在得到所述第一行程事件所对应的资源集之前，在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述第一行程事件需要的第三资源，所述第三资源同步使用在第二行程事件中。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：组合单元96，其中：

所述组合单元96，确定所述第一资源提供方所拥有的所述第一行程事件所使用的第二资源；

将所述第一资源/所述第三资源与所述第二资源进行组合，得到所述第一行程事件所对应的资源集。

在本申请所提供的另一个实施例中，所述资源处理还包括：存储单元97，其中：

所述存储单元97，根据所述商品信息中所使用的资源，建立所述商品信息与各所述资源之间的对应关系。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：库存调整单元98，其中：

所述库存调整单元98，接收所述资源共享服务器发送的订单信息，所述订单信息中包含所述第二资源；

根据所述订单信息，调整所述第二资源的库存数量。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：提示单元99，其中：

所述提示单元99，当监测到所述第二资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述第二资源。

需要说明的是，本申请实施例提供的资源处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。资源处理设备在发布商品信息时，可以动态地从资源共享服务器中获取与该商品信息中包含的行程事件相匹配的资源，使得整个行程事件所需要的资源相对比较完整，有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，改善了用户对资源共享服务器提供的网络服务的用户体验，同时这些资源可以来自其他资源提供方，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。

实施例7

基于同一个发明构思，图10为本申请实施例提供的一种资源处理设备的结构示意图。所述资源处理设备包括：接收单元1001、查找单元1002和发送单元1003，其中：

接收单元1001，接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；

查找单元1002，从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；

发送单元1003，将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

在本申请所提供的另一个实施例中，所述查找单元1002从共享资源库中查找满足所述行程事件需求的至少一个资源，包括：

基于所述资源搜索请求中包含的所述行程子事件，确定所述行程子事件的时间属性，所述行程子事件为所述行程事件中缺失资源的行程子事件；

从共享资源库中查找使用属性对应的属性值满足所述时间属性的资源作为满足所述行程事件需求的资源。

需要说明的是，本申请实施例提供的资源处理设备可以通过硬件方式实现，也可以通过软件方式实现，这里不做限定。

实施例8

基于同一个发明构思，图11为本申请实施例提供的一种资源处理设备的结构示意图。所述资源处理设备包括：确定单元1101、处理单元1102和发布单元1103，其中：

确定单元1101，确定待发布的第一行程事件；并根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；

处理单元1102，根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；

发布单元1103，发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品资源的商品资源集。

需要说明的是，本申请实施例提供的资源处理设备可以应用在第一资源提供方对应的服务器中，也可以应用在其他资源提供方对应的服务器中，该资源处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。

实施例9

基于同一个发明构思，图12为本申请实施例提供的一种资源处理设备的结构示意图。所述资源处理设备包括：接收单元1201、组合单元1202和处理单元1203，其中：

接收单元1201，接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；

组合单元1202，针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；

处理单元1203，发布所述行程事件以及所述资源集。

在本申请所提供的另一个实施例中，所述组合单元1202针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集，包括：

基于同一个所述行程事件，确定包含所述行程事件的商品信息；

针对其中一个所述商品信息，执行以下操作：

确定该商品信息中所述行程事件中所述行程子事件所缺失的资源；

从确定的其他所述商品信息中查找所述缺失的资源；

将查找到的所述缺失的资源与该商品信息中已包含的资源进行组合，得到所述行程事件所使用的资源集。

在本申请所提供的另一个实施例中，所述组合单元1202确定该商品信息中所述行程事件所缺失的资源，包括：

基于所述行程事件，确定所述行程事件中包含的行程子事件；

根据该商品信息中包含的资源，分别为不同的所述行程子事件匹配用于完成所述行程子事件的资源；

对于尚未匹配到资源的行程子事件，确定用于完成该行程子事件的至少一种类型的资源；

将确定的至少一种类型的资源作为该商品信息中所述行程事件所缺失的资源。

在本申请所提供的另一个实施例中，所述组合单元1202为不同的所述行程子事件匹配用于完成所述行程子事件的资源，包括：

针对不同的所述行程子事件，确定该行程子事件的时间属性；

将使用属性对应的属性值满足所述时间属性的资源作为用于完成所述行程子事件的资源。

在本申请所提供的另一个实施例中，所述组合单元1202从确定的其他所述商品信息中查找所述缺失的资源，包括：

确定所述缺失的资源对应的行程子事件的时间属性；

从确定的其他所述商品信息中查找使用属性对应的属性值满足所述时间属性的资源作为所述缺失的资源。

在本申请所提供的另一个实施例中，所述组合单元1202针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集，包括：

基于同一个行程事件，确定包含所述行程事件的商品信息；

确定各所述商品信息中包含的各行程子事件的时间属性；

根据所述时间属性，将不同的所述商品信息中不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。

在本申请所提供的另一个实施例中，相同所述行程事件对应的资源集中所包含的资源部分相同；

或者，不同所述行程事件对应的资源集中所包含的相同类型的资源部分相同。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：支付单元1204，其中：

所述支付单元1204，接收用户发送的支付请求，所述支付请求中包含所述用户确定的行程事件对应的资源集；

确定所述资源集包含的资源的资源提供方；

按照所述所述资源集包含的资源的支付信息，分别向不同的所述资源提供方发送相应的支付信息。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：调整单元1205，其中：

所述调整单元1205，在接收到用户发送的支付请求时，根据所述支付请求中包含的所述用户确定的行程事件对应的资源集，分别调整所述资源集中包含的不同的资源的库存数量。

在本申请所提供的另一个实施例中，所述调整单元1205分别调整所述资源集中包含的不同的资源的库存数量，包括：

确定所述资源集中包含的不同的资源的资源提供方；

分别向不同的资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：提示单元1206，其中：

所述提示单元1206，当监测到资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述资源。

需要说明的是，本申请实施例提供的资源处理设备可以应用在资源共享服务器中，该资源处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。资源提供方按照行程子事件的粒度进行细化的资源，使得资源处理设备在接收到不同的资源提供方发布的商品信息时，能够对商品信息中包含的资源进行组合，以保证用户在获取到资源集时能够清楚了解该资源集中所包含的各种资源，改善资源共享服务器提供网络服务的个性化与精细化，提升用户对网络服务的用户体验，有效改变资源共享服务器所提供资源的流动效率。

实施例10

基于同一个发明构思，图13为本申请实施例提供的一种资源处理设备的结构示意图。所述资源处理设备还包括：接收单元1301、确定单元1302和推送单元1303，其中：

接收单元1301，接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；

确定单元1302，根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；

推送单元1303，将所述商品信息推送给所述用户。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：更新单元单元1304，其中：

所述更新单元1304，接收所述用户发送的资源变更请求，所述资源变更请求中包含资源标识；

确定所述资源标识对应的资源的类型以及使用属性的属性值；

从共享资源库中查找与所述类型相同但与所述使用属性的属性值不同的资源，并将查找到的所述资源推送给所述用户，所述共享资源库中包含不同资源发布方提供的、按照资源的使用属性划分的多个资源。

在本申请所提供的另一个实施例中，所述更新单元1304，接收所述用户发送的资源变更请求，所述资源变更请求中包含待变更资源对应的行程子事件；

根据所述行程子事件的时间属性，计算完成所述行程子事件的时间区间；

从共享资源库中查找满足所述时间区间且与已推送的所述资源不同的其他资源，并将查找到的所述其他资源推送给所述用户。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：锁定单元1305，其中：

所述锁定单元1305，接收所述用户发送的订单信息，所述订单信息中包含所述用户选择的商品信息，所述商品信息中包含所述用户选择的行程事件中的至少一个行程子事件与所述行程子事件所需要资源之间的对应关系；

根据所述商品信息，锁定所述商品信息中包含的所述资源。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：支付单元1306，其中：

所述支付单元1306，接收所述用户发送的第一支付信息，所述第一支付信息用于支付所述用户选择的商品信息；

根据所述商品信息，确定提供所述商品信息中各资源的资源提供方以及所述商品信息中各资源的第二支付信息，各资源的所述第二支付信息之和等于所述第一支付信息；

按照各资源的所述第二支付信息，分别向各资源所对应的所述资源提供方发送支付数据。

在本申请所提供的另一个实施例中，所述资源处理设备还包括：调整单元1307，其中：

所述调整单元1307，在接收到用户发送的支付信息时，根据所述支付信息中包含的所述商品信息，分别调整所述商品信息中包含的各资源的库存数量。

在本申请所提供的另一个实施例中，所述调整单元1307分别调整所述商品信息中包含的各资源的库存数量，包括：

确定所述商品信息中包含的各资源的资源提供方；

分别向各资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

需要说明的是，本申请实施例所提供的资源处理设备可以应用在资源共享服务器中，该资源处理设备可以通过软件方式实现，也可以通过硬件方式实现，这里不做具体限定。

实施例11

基于同一个发明构思，图14为本申请实施例提供的一种资源处理系统的结构示意图。所述资源处理系统包括：至少一个资源提供方对应的服务器1401、资源共享服务器1402和至少一个资源需求方对应的客户端1403。

至少一个资源提供方对应的服务器1401，提供不同的商品信息，或者提供商品信息中行程事件对应的资源；

资源共享服务器1402，可以向资源提供方对应的服务器提供所需要的资源，也可以在接收到不同的资源提供方对应的服务器发送的商品信息时，对该商品信息中包含的资源进行组合，并发布；

资源需求方对应的客户端1403，从资源共享服务器1402搜索需要的商品信息，并从搜索到的商品信息中获取需要的商品信息。

至少一个资源提供方对应的服务器1401、资源共享服务器1402和至少一个资源需求方对应的客户端1403所具体实施方式与上述记载实施例中所描述的方式相同或者类似，这里不做一一赘述。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (58)

1.一种资源处理方法，其特征在于，应用于第一资源提供方，包括：

向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；

接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源，并确定所述第一资源与需要所述第一资源的行程子事件的对应关系；

将包含所述对应关系的商品信息发布在所述资源共享服务器中。

2.根据权利要求1所述的资源处理方法，其特征在于，在向资源共享服务器发送资源搜索请求之前，所述方法还包括：

确定待发布的第一行程事件以及所述第一行程事件中的至少一个行程子事件所使用的第二资源；

根据所述第二资源，确定所述第一行程事件中缺失资源的行程子事件。

3.根据权利要求2所述的资源处理方法，其特征在于，向资源共享服务器发送资源搜索请求，包括：

根据所述行程子事件，生成资源搜索请求，所述资源搜索请求用于搜索所述行程子事件所需要的资源；

将所述资源搜索请求发送给资源共享服务器。

4.根据权利要求1至3任一项所述的资源处理方法，其特征在于，在接收所述资源共享服务器发送的响应信息时，所述方法还包括：

在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述行程子事件需要的第三资源，所述第三资源同步使用在第二行程事件中。

5.根据权利要求4所述的资源处理方法，其特征在于，所述方法还包括：

确定所述第一资源提供方所拥有的所述第一行程事件所使用的第二资源；

将所述第一资源/所述第三资源与所述第二资源进行组合，得到所述第一行程事件所对应的资源集。

6.根据权利要求1至5任一项所述的资源处理方法，其特征在于，所述方法还包括：

根据所述商品信息中所使用的资源，建立所述商品信息与各所述资源之间的对应关系。

7.根据权利要求6所述的资源处理方法，其特征在于，所述方法还包括：

接收所述资源共享服务器发送的订单信息，所述订单信息中包含所述第二资源；

根据所述订单信息，调整所述第二资源的库存数量。

8.根据权利要求6或7所述的资源处理方法，其特征在于，所述方法还包括：

当监测到所述第二资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述第二资源。

9.一种资源处理方法，其特征在于，包括：

接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；

从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；

将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

10.根据权利要求9所述的资源处理方法，其特征在于，从共享资源库中查找满足所述行程事件需求的至少一个资源，包括：

基于所述资源搜索请求中包含的所述行程子事件，确定所述行程子事件的时间属性，所述行程子事件为所述行程事件中缺失资源的行程子事件；

从共享资源库中查找使用属性对应的属性值满足所述时间属性的资源作为满足所述行程事件需求的资源。

11.一种资源处理方法，其特征在于，应用在第一资源提供方，包括：

确定待发布的第一行程事件；

根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；

根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；

发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件中各行程子事件所使用的资源的资源集。

12.一种资源处理方法，其特征在于，包括：

接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；

针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；

发布所述行程事件以及所述资源集。

13.根据权利要求12所述的资源处理方法，其特征在于，针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集，包括：

基于同一个所述行程事件，确定包含所述行程事件的商品信息；

针对其中一个所述商品信息，执行以下操作：

确定该商品信息中所述行程事件中所述行程子事件所缺失的资源；

从确定的其他所述商品信息中查找所述缺失的资源；

将查找到的所述缺失的资源与该商品信息中已包含的资源进行组合，得到所述行程事件所使用的资源集。

14.根据权利要求13所述的资源处理方法，其特征在于，确定该商品信息中所述行程事件所缺失的资源，包括：

基于所述行程事件，确定所述行程事件中包含的行程子事件；

根据该商品信息中包含的资源，分别为不同的所述行程子事件匹配用于完成所述行程子事件的资源；

对于尚未匹配到资源的行程子事件，确定用于完成该行程子事件的至少一种类型的资源；

将确定的至少一种类型的资源作为该商品信息中所述行程事件所缺失的资源。

15.根据权利要求14所述的资源处理方法，其特征在于，为不同的所述行程子事件匹配用于完成所述行程子事件的资源，包括：

针对不同的所述行程子事件，确定该行程子事件的时间属性；

将使用属性对应的属性值满足所述时间属性的资源作为用于完成所述行程子事件的资源。

16.根据权利要求13所述的资源处理方法，其特征在于，从确定的其他所述商品信息中查找所述缺失的资源，包括：

确定所述缺失的资源对应的行程子事件的时间属性；

从确定的其他所述商品信息中查找使用属性对应的属性值满足所述时间属性的资源作为所述缺失的资源。

17.根据权利要求12所述的资源处理方法，其特征在于，针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集，包括：

基于同一个行程事件，确定包含所述行程事件的商品信息；

确定各所述商品信息中包含的各行程子事件的时间属性；

根据所述时间属性，将不同的所述商品信息中不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。

18.根据权利要求12至17任一项所述的资源处理方法，其特征在于，相同所述行程事件对应的资源集中所包含的资源部分相同；

或者，不同所述行程事件对应的资源集中所包含的相同类型的资源部分相同。

19.根据权利要求18所述的资源处理方法，其特征在于，所述方法还包括：

接收用户发送的支付请求，所述支付请求中包含所述用户确定的行程事件对应的资源集；

确定所述资源集包含的各资源的资源提供方；

按照所述所述资源集包含的各资源的支付信息，分别向不同的所述资源提供方发送相应的支付信息。

20.根据权利要求19所述的资源处理方法，其特征在于，所述方法还包括：

在接收到用户发送的支付请求时，根据所述支付请求中包含的所述用户确定的行程事件对应的资源集，分别调整所述资源集中包含的不同的资源的库存数量。

21.根据权利要求20所述的资源处理方法，其特征在于，分别调整所述资源集中包含的不同的资源的库存数量，包括：

确定所述资源集中包含的不同的资源的资源提供方；

分别向不同的资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

22.根据权利要求20或21所述的资源处理方法，其特征在于，所述方法还包括：

当监测到资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述资源。

23.一种资源处理方法，其特征在于，包括：

接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；

根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；

将所述商品信息推送给所述用户。

24.根据权利要求24所述的资源处理方法，其特征在于，所述方法还包括：

接收所述用户发送的资源变更请求，所述资源变更请求中包含资源标识；

确定所述资源标识对应的资源的类型以及使用属性的属性值；

从共享资源库中查找与所述类型相同但与所述使用属性的属性值不同的资源，并将查找到的所述资源推送给所述用户，所述共享资源库中包含不同资源发布方提供的、按照资源的使用属性划分的多个资源。

25.根据权利要求24所述的资源处理方法，其特征在于，所述方法还包括：

接收所述用户发送的资源变更请求，所述资源变更请求中包含待变更资源对应的行程子事件；

根据所述行程子事件的时间属性，计算完成所述行程子事件的时间区间；

从共享资源库中查找满足所述时间区间且与已推送的所述资源不同的其他资源，并将查找到的所述其他资源推送给所述用户。

26.根据权利要求23至25任一项所述的资源处理方法，其特征在于，所述方法还包括：

接收所述用户发送的订单信息，所述订单信息中包含所述用户选择的商品信息，所述商品信息中包含所述用户选择的行程事件中的至少一个行程子事件与所述行程子事件所需要资源之间的对应关系；

根据所述商品信息，锁定所述商品信息中包含的所述资源。

27.根据权利要求26所述的资源处理方法，其特征在于，所述方法还包括：

接收所述用户发送的第一支付信息，所述第一支付信息用于支付所述用户选择的商品信息；

根据所述商品信息，确定提供所述商品信息中各资源的资源提供方以及所述商品信息中各资源的第二支付信息，各资源的所述第二支付信息之和等于所述第一支付信息；

按照各资源的所述第二支付信息，分别向各资源所对应的所述资源提供方发送支付数据。

28.根据权利要求27所述的资源处理方法，其特征在于，所述方法还包括：

在接收到用户发送的支付信息时，根据所述支付信息中包含的所述商品信息，分别调整所述商品信息中包含的各资源的库存数量。

29.根据权利要求28所述的资源处理方法，其特征在于，分别调整所述商品信息中包含的各资源的库存数量，包括：

确定所述商品信息中包含的各资源的资源提供方；

分别向各资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

30.一种资源处理设备，其特征在于，应用于第一资源提供方，包括：

发送单元，向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；

接收单元，接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源；

处理单元，确定所述第一资源与需要所述第一资源的行程子事件的对应关系；并将包含所述对应关系的商品信息发布在所述资源共享服务器中。

31.根据权利要求30所述的资源处理设备，其特征在于，所述资源处理设备还包括：确定单元，其中：

所述确定单元，在向资源共享服务器发送资源搜索请求之前，确定待发布的第一行程事件以及所述第一行程事件中的至少一个行程子事件所使用的第二资源；

根据所述第二资源，确定所述第一行程事件中缺失资源的行程子事件。

32.根据权利要求31所述的资源处理设备，其特征在于，所述发送单元向资源共享服务器发送资源搜索请求，包括：

根据所述行程子事件，生成资源搜索请求，所述资源搜索请求用于搜索所述行程子事件所需要的资源；

将所述资源搜索请求发送给资源共享服务器。

33.根据权利要求30至32任一项所述的资源处理设备，其特征在于，所述资源处理还包括：筛选单元，其中：

所述筛选单元，在接收所述资源共享服务器发送的响应信息时，在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述行程子事件需要的第三资源，所述第三资源同步使用在第二行程事件中。

34.根据权利要求33所述的资源处理设备，其特征在于，所述资源处理设备还包括：组合单元，其中：

所述组合单元，确定所述第一资源提供方所拥有的所述第一行程事件所使用的第二资源；

将所述第一资源/所述第三资源与所述第二资源进行组合，得到所述第一行程事件所对应的资源集。

35.根据权利要求30至34任一项所述的资源处理设备，其特征在于，所述资源处理还包括：存储单元，其中：

所述存储单元，根据所述商品信息中所使用的资源，建立所述商品信息与各所述资源之间的对应关系。

36.根据权利要求35所述的资源处理设备，其特征在于，所述资源处理设备还包括：库存调整单元，其中：

所述库存调整单元，接收所述资源共享服务器发送的订单信息，所述订单信息中包含所述第二资源；

根据所述订单信息，调整所述第二资源的库存数量。

37.根据权利要求36所述的资源处理设备，其特征在于，所述资源处理设备还包括：提示单元，其中：

所述提示单元，当监测到所述第二资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述第二资源。

38.一种资源处理设备，其特征在于，包括：

接收单元，接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；

查找单元，从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；

发送单元，将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。

39.根据权利要求38所述的资源处理设备，其特征在于，所述查找单元从共享资源库中查找满足所述行程事件需求的至少一个资源，包括：

基于所述资源搜索请求中包含的所述行程子事件，确定所述行程子事件的时间属性，所述行程子事件为所述行程事件中缺失资源的行程子事件；

从共享资源库中查找使用属性对应的属性值满足所述时间属性的资源作为满足所述行程事件需求的资源。

40.一种资源处理设备，其特征在于，应用在第一资源提供方，包括：

确定单元，确定待发布的第一行程事件；并根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；

生成单元，根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；

发布单元，发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件中各行程子事件所使用的资源的资源集。

41.一种资源处理设备，其特征在于，包括：

接收单元，接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；

组合单元，针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；

发布单元，发布所述行程事件以及所述资源集。

42.根据权利要求41所述的资源处理设备，其特征在于，所述组合单元针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集，包括：

基于同一个所述行程事件，确定包含所述行程事件的商品信息；

针对其中一个所述商品信息，执行以下操作：

确定该商品信息中所述行程事件中所述行程子事件所缺失的资源；

从确定的其他所述商品信息中查找所述缺失的资源；

将查找到的所述缺失的资源与该商品信息中已包含的资源进行组合，得到所述行程事件所使用的资源集。

43.根据权利要求42所述的资源处理设备，其特征在于，所述组合单元确定该商品信息中所述行程事件所缺失的资源，包括：

基于所述行程事件，确定所述行程事件中包含的行程子事件；

根据该商品信息中包含的资源，分别为不同的所述行程子事件匹配用于完成所述行程子事件的资源；

对于尚未匹配到资源的行程子事件，确定用于完成该行程子事件的至少一种类型的资源；

将确定的至少一种类型的资源作为该商品信息中所述行程事件所缺失的资源。

44.根据权利要求43所述的资源处理设备，其特征在于，所述组合单元为不同的所述行程子事件匹配用于完成所述行程子事件的资源，包括：

针对不同的所述行程子事件，确定该行程子事件的时间属性；

将使用属性对应的属性值满足所述时间属性的资源作为用于完成所述行程子事件的资源。

45.根据权利要求42所述的资源处理设备，其特征在于，所述组合单元从确定的其他所述商品信息中查找所述缺失的资源，包括：

确定所述缺失的资源对应的行程子事件的时间属性；

从确定的其他所述商品信息中查找使用属性对应的属性值满足所述时间属性的资源作为所述缺失的资源。

46.根据权利要求41所述的资源处理设备，其特征在于，所述组合单元针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集，包括：

基于同一个行程事件，确定包含所述行程事件的商品信息；

确定各所述商品信息中包含的各行程子事件的时间属性；

根据所述时间属性，将不同的所述商品信息中不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。

47.根据权利要求41至46任一项所述的资源处理设备，其特征在于，相同所述行程事件对应的资源集中所包含的资源部分相同；

或者，不同所述行程事件对应的资源集中所包含的相同类型的资源部分相同。

48.根据权利要求47所述的资源处理设备，其特征在于，所述资源处理设备还包括：支付单元，其中：

所述支付单元，接收用户发送的支付请求，所述支付请求中包含所述用户确定的行程事件对应的资源集；

确定所述资源集包含的各资源的资源提供方；

按照所述所述资源集包含的各资源的支付信息，分别向不同的所述资源提供方发送相应的支付信息。

49.根据权利要求48所述的资源处理设备，其特征在于，所述资源处理设备还包括：调整单元，其中：

所述调整单元，在接收到用户发送的支付请求时，根据所述支付请求中包含的所述用户确定的行程事件对应的资源集，分别调整所述资源集中包含的不同的资源的库存数量。

50.根据权利要求49所述的资源处理设备，其特征在于，所述调整单元分别调整所述资源集中包含的不同的资源的库存数量，包括：

确定所述资源集中包含的不同的资源的资源提供方；

分别向不同的资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。

51.根据权利要求49或50所述的资源处理设备，其特征在于，所述资源处理设备还包括：提示单元，其中：

所述提示单元，当监测到资源的库存数量小于设定阈值时，发送提示消息，所述提示消息用于提醒补充所述资源。

52.一种资源处理设备，其特征在于，包括：

接收单元，接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；

确定单元，根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；

发送单元，将所述商品信息推送给所述用户。

53.根据权利要求52所述的资源处理设备，其特征在于，所述资源处理设备还包括：更新单元，其中：

所述更新单元，接收所述用户发送的资源变更请求，所述资源变更请求中包含资源标识；

确定所述资源标识对应的资源的类型以及使用属性的属性值；

从共享资源库中查找与所述类型相同但与所述使用属性的属性值不同的资源，并将查找到的所述资源推送给所述用户，所述共享资源库中包含不同资源发布方提供的、按照资源的使用属性划分的多个资源。

54.根据权利要求52所述的资源处理设备，其特征在于，所述资源处理设备还包括：更新单元，其中：

所述更新单元，接收所述用户发送的资源变更请求，所述资源变更请求中包含待变更资源对应的行程子事件；

根据所述行程子事件的时间属性，计算完成所述行程子事件的时间区间；

从共享资源库中查找满足所述时间区间且与已推送的所述资源不同的其他资源，并将查找到的所述其他资源推送给所述用户。

55.根据权利要求52至54任一项所述的资源处理设备，其特征在于，所述资源处理设备还包括：锁定单元，其中：

所述锁定单元，接收所述用户发送的订单信息，所述订单信息中包含所述用户选择的商品信息，所述商品信息中包含所述用户选择的行程事件中的至少一个行程子事件与所述行程子事件所需要资源之间的对应关系；

根据所述商品信息，锁定所述商品信息中包含的所述资源。

56.根据权利要求55所述的资源处理设备，其特征在于，所述资源处理设备还包括：支付单元，其中：

所述支付单元，接收所述用户发送的第一支付信息，所述第一支付信息用于支付所述用户选择的商品信息；

根据所述商品信息，确定提供所述商品信息中各资源的资源提供方以及所述商品信息中各资源的第二支付信息，各资源的所述第二支付信息之和等于所述第一支付信息；

按照各资源的所述第二支付信息，分别向各资源所对应的所述资源提供方发送支付数据。

57.根据权利要求56所述的资源处理设备，其特征在于，所述资源处理设备还包括：调整单元，其中：

所述调整单元，在接收到用户发送的支付信息时，根据所述支付信息中包含的所述商品信息，分别调整所述商品信息中包含的各资源的库存数量。

58.根据权利要求57所述的资源处理设备，其特征在于，所述调整单元分别调整所述商品信息中包含的各资源的库存数量，包括：

确定所述商品信息中包含的各资源的资源提供方；

分别向各资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。