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

一种资源处理方法及设备 Download PDF

Info

Publication number
WO2018126993A1
WO2018126993A1 PCT/CN2017/119676 CN2017119676W WO2018126993A1 WO 2018126993 A1 WO2018126993 A1 WO 2018126993A1 CN 2017119676 W CN2017119676 W CN 2017119676W WO 2018126993 A1 WO2018126993 A1 WO 2018126993A1
Authority
WO
WIPO (PCT)
Prior art keywords
resource
event
trip
resources
sub
Prior art date
Application number
PCT/CN2017/119676
Other languages
English (en)
French (fr)
Inventor
杜磊
Original Assignee
阿里巴巴集团控股有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 阿里巴巴集团控股有限公司 filed Critical 阿里巴巴集团控股有限公司
Priority to JP2019537149A priority Critical patent/JP2020504399A/ja
Publication of WO2018126993A1 publication Critical patent/WO2018126993A1/zh
Priority to US16/410,856 priority patent/US20190266523A1/en

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/953—Querying, e.g. by the use of web search engines
    • G06F16/9535—Search customisation based on user profiles and personalisation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/14—Travel agencies
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking

Definitions

  • the present application relates to the field of Internet information processing technologies and computer technologies, and in particular, to a resource processing method and device.
  • an Internet service platform can cooperate with different resource providers, so that the Internet service platform can provide users with different resources, such as clothing resources, home appliance resources, tourism resources, ticket resources, and the like.
  • the resources provided by the Internet service platform to users are either independent of each other or some fixed combination, for example, providing a combination of ticket resources and accommodation resources.
  • the resources currently provided by the Internet service platform cannot meet the needs of users, that is, when users When you want to travel to a certain place, you not only need to search for air ticket resources and accommodation resources from the Internet service platform; you also need to search for the travel resources and attractions of the places you want to go from the Internet service platform, and through multiple Internet services.
  • the interaction of the platform can obtain all the resources needed, which makes the user experience of the network service provided by the Internet service platform relatively poor.
  • the embodiment of the present application provides a resource processing method and device, which are used to solve the problem that the user experience of the resource set provided by the Internet service platform is poor.
  • the embodiment of the present application provides a resource processing method, which is applied to a first resource provider, and includes:
  • the item information including the corresponding relationship is published in the resource sharing server.
  • the embodiment of the present application further provides a resource processing method, including:
  • the application further provides a resource processing device, which is applied to a server corresponding to the first resource provider, and includes:
  • the sending unit sends a resource search request to the resource sharing server, where the resource search request includes at least one trip sub-event in the first trip event;
  • the processing unit determines a correspondence between the first resource and a trip sub-event that requires the first resource, and publishes the commodity information including the corresponding relationship in the resource sharing server.
  • the embodiment of the present application further provides a resource processing device, including:
  • the receiving unit receives a resource search request sent by the first resource provider, where the resource search request includes a trip event;
  • the searching unit searches for, from the shared resource library, at least one resource that meets the requirements of the travel event, where the shared resource library includes a plurality of resources provided by different resource providers and divided according to usage attributes of the resources, where the resources are The usage attribute is determined according to the trip sub-event included in the different trip events;
  • the resource can be dynamically obtained from the resource sharing server to match the event included in the product information, so that the resources required for the entire event are relatively complete, and the user is effectively improved.
  • the sharing server obtains the efficiency of the resource corresponding to the itinerary event, improves the user experience of the network service provided by the resource sharing server, and the resources may be from other resource providers, ensuring that the resources provided by the resource provider are in the resource sharing server.
  • the promotion efficiency which in turn improves the flow of resources.
  • the embodiment of the present application further provides a resource processing method, which is applied to a first resource provider, including:
  • the commodity information is published, and the commodity information includes the first trip event and a commodity resource set including a commodity resource used by the first trip event.
  • the embodiment of the present application further provides a resource processing device, which is applied to a server corresponding to the first resource provider, and includes:
  • Determining a unit determining a first trip event to be released; and determining, according to the first trip event, a trip sub-event included in the first trip event, and matching a corresponding resource for the trip sub-event;
  • a generating unit configured to generate product information to be released according to resources corresponding to the different travel sub-events, where the resources included in the product information meet the second travel event issued by the second resource provider and the second Sharing of event events;
  • a publishing unit that publishes the product information, where the product information includes the first trip event and a commodity resource set including a commodity resource used by the first trip event.
  • the embodiment of the present application further provides a resource processing method, including:
  • the embodiment of the present application further provides a resource processing device, including:
  • Receiving unit which receives commodity information sent by different resource providers, where the commodity information includes a trip event and at least one resource used by the trip sub-event in the trip event;
  • Combining units for different trip events, combining different types of resources used by the same/different trip sub-events in different product information of the trip event to obtain a resource set used by the trip event;
  • a publishing unit that publishes the trip event and the set of resources.
  • the resource provider refines the resource according to the granularity of the transaction sub-event, so that the resource sharing server can include the resource included in the product information when receiving the product information published by the different resource provider.
  • the combination is performed to ensure that the user can clearly understand the various resources included in the resource set when obtaining the resource set, improve the personalization and refinement of the network service provided by the resource sharing server, improve the user experience of the network service, and effectively change the user experience.
  • the efficiency of the resources provided by the resource sharing server is performed to ensure that the user can clearly understand the various resources included in the resource set when obtaining the resource set, improve the personalization and refinement of the network service provided by the resource sharing server, improve the user experience of the network service, and effectively change the user experience. The efficiency of the resources provided by the resource sharing server.
  • the embodiment of the present application further provides a resource processing method, including:
  • the product information is pushed to the user.
  • the embodiment of the present application further provides a resource processing device, including:
  • a determining unit configured to determine, according to the itinerary event, merchandise information including the trip event, where the merchandise information includes a correspondence between a resource used by the trip sub-event in the trip event and the trip sub-event;
  • the sending unit pushes the product information to the user.
  • the resource sharing server when receiving the search request sent by the user, can push the user to refine the resource according to the granularity of the trip sub-event, and not only compare the resources required for the entire trip event. It is complete and effectively improves the efficiency of the user to obtain the resources corresponding to the itinerary event from the resource sharing server, thereby improving the user experience of the network service provided by the resource sharing server, and improving the personalization and fineness of the network sharing service provided by the resource sharing server. To effectively change the flow efficiency of the resources provided by the resource sharing server.
  • FIG. 1 is a schematic flowchart diagram of a resource processing method according to an embodiment of the present application
  • FIG. 2 is a schematic diagram of product information released by a resource party according to an embodiment of the present application.
  • FIG. 3 is a schematic flowchart of a resource processing method according to an embodiment of the present disclosure
  • FIG. 4 is a schematic flowchart diagram of a resource processing method according to an embodiment of the present disclosure.
  • FIG. 5 is a schematic flowchart diagram of a resource processing method according to an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a resource set provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a resource payment scenario provided by an embodiment of the present application.
  • FIG. 8 is a schematic flowchart diagram of a resource processing method according to an embodiment of the present application.
  • FIG. 9 is a schematic structural diagram of a resource processing device according to an embodiment of the present disclosure.
  • FIG. 10 is a schematic structural diagram of a resource processing device according to an embodiment of the present disclosure.
  • FIG. 11 is a schematic structural diagram of a resource processing device according to an embodiment of the present disclosure.
  • FIG. 12 is a schematic structural diagram of a resource processing device according to an embodiment of the present disclosure.
  • FIG. 13 is a schematic structural diagram of a resource processing device according to an embodiment of the present disclosure.
  • FIG. 14 is a schematic structural diagram of a resource processing system according to an embodiment of the present application.
  • the travel itinerary generally requires the user to schedule according to the time, for example, booking air tickets or train tickets via the Internet, booking hotels through the Internet, and arranging trips to watch attractions through the Internet.
  • the schedule is unreasonable, it will affect the user's travel mood, or the time is not planned, which will make some of the predetermined content unrealized, making the user's experience of travel worse.
  • a “travel package” As an Internet service platform that provides users with network services, a “travel package” is proposed, which provides users with “hotel + attractions” or “air tickets + hotels” network services.
  • This "travel package” includes corresponding travel services, such as: “Hotel + Attractions” to arrange accommodation and viewing attractions for users' travel; "Airline + Hotel” provides users with air tickets and accommodation.
  • this combination method is a tightly coupled method, the user is not very satisfied with the network service, and there is also a suspicion that the Internet service platform implements the bundled sales, thereby reducing the service quality of the Internet service platform.
  • the embodiment of the present application provides a dynamic and flexible scheduling method to improve the freedom of the user's travel itinerary.
  • an embodiment of the present application provides a resource processing method and device, where a resource provider can dynamically obtain, from a resource sharing server, a match event included in the product information when the product information is published.
  • the resources make the resources required for the entire trip event relatively complete, effectively improving the efficiency of the user to obtain the resources corresponding to the trip event from the resource sharing server, and improving the user experience of the network service provided by the resource sharing server, and these resources It can be from other resource providers to ensure the promotion efficiency of the resources provided by the resource providers in the resource sharing server, thereby improving the resource circulation speed.
  • usage attributes of the resources described in the embodiments of the present application may include, but are not limited to, traffic attributes, accommodation attributes, visit attributes, warm attributes, anti-slip attributes, and the like. Different resources have different corresponding use attributes. The specific content of the used attributes may be determined based on actual needs, or may be determined according to the usability of the resources themselves, and is not limited herein.
  • the attribute value of the usage attribute described in the embodiment of the present application can be understood as the attribute value corresponding to the different usage attribute.
  • the size of the attribute value is different and the expression manner is different.
  • the attribute value corresponding to the traffic attribute can be understood as the departure time and arrival. Time; the attribute value corresponding to the accommodation attribute can be understood as the check-in time and the departure time; the visit attribute can be understood as the opening time of the attraction and the like.
  • the resource recorded in the embodiment of the present application may be a ticket, a train ticket, a night stay, etc., and is not specifically limited herein.
  • FIG. 1 is a schematic flowchart diagram of a resource processing method according to an embodiment of the present application.
  • the method can be as follows.
  • the execution subject of the embodiment of the present application is a client or a server of the first resource provider.
  • the resource provider may obtain the required resources from the commodity sharing resource server, and then obtain the resources required for the itinerary event included in the commodity information to be released, so that the resource provider can Publish complete and reasonable product information to meet the different needs of users.
  • the resources used in the product information published by the resource provider described in the embodiments of the present application can be shared with the resources used in the product information published by other resource providers, so that the product information can also be guaranteed.
  • the dynamic flexibility of the resources contained in it can be shared with the resources used in the product information published by other resource providers, so that the product information can also be guaranteed.
  • Step 101 Send a resource search request to the resource sharing server.
  • the resource search request includes at least one trip sub-event in the first trip event.
  • the resource providing direction resource sharing server sends a resource search request, which may be divided into the following two situations:
  • the resource provider has some of the resources used by the itinerary event.
  • the resource provider first determines the item information to be released.
  • the item information includes a first trip event and a second resource used by at least one of the first trip events.
  • the item information includes not only the itinerary event, but also the resource used by each trip sub-event in the trip event.
  • the so-called itinerary can be understood as a trip.
  • This trip can contain multiple places, and can also contain a place, which is not limited here.
  • the number of days consumed in a trip described in the embodiment of the present application is not limited.
  • the travel event may be divided into a plurality of trip sub-events in units of days.
  • Hong Kong travel from 12.23 to 12.26 four-day Hong Kong travel can be seen as a trip event, including four trip sub-events in the trip event, that is, 12.23 from a certain place to Hong Kong can be seen as a trip sub-event; 12.24, 12.25 can be seen as two trip sub-events in Hong Kong for two days; 12.26 returning to Hong Kong from Hong Kong can be seen as a trip sub-event.
  • Different trip sub-events use different resources.
  • the resources used in this trip sub-event can be ticket resources and hotel resources; 12.24 in Hong Kong this day, the resources used in this trip sub-event can be Disney ticket resources and hotel resources; 12.25 in Hong Kong this day The resources used in this trip sub-event can be hotel resources; 12.26 The resources used in this trip sub-event from Hong Kong to the departure point can be ticket resources.
  • resource provider As a resource provider, it is possible to cooperate offline with different resource providers.
  • the product information is published, some resources used by the itinerary event have been obtained from different resource providers, and these resources may be referred to as the resource provider.
  • the resource provider is a travel agency.
  • the resource provider When posting the “4 days of Hong Kong travel” product information, it has determined that it has the resources of the itinerary event included in the product information, as shown in Table 1:
  • the resources provided by the resource provider for the itinerary are: 12.23 flight resources from A to Hong Kong and hotel resources on the first night after arriving in Hong Kong; 12.26 flight resources from Hong Kong to A.
  • the resource provider determines, according to the second resource, a trip sub-event of the missing resource in the first trip event.
  • the second sub-resource that meets the usage requirement is matched for the trip sub-event included in the first trip event, for example, the trip sub-event 1 in Table 1.
  • the matched second resource is the ticket resource and the hotel resource; the second resource matched by the trip sub-event 4 in Table 1 is the ticket resource, then the trip sub-event that has not yet matched the resource is missing in the first trip event
  • the trip sub-event of the resource namely the trip sub-event 2 and the trip sub-event 3 shown in Table 1.
  • the “missing” resource here may refer to resources that can be used by the trip sub-event but resources that the resource provider cannot provide, such as: Hong Kong Disney Tickets or Hong Kong Aquarium Tickets; or static resources of the itinerary, this application is implemented.
  • the contents described in the former are described as an example.
  • first and second included in the “first resource” and the “second resource” described in the embodiments of the present application have no special meaning, and only represent different resources, and are described herein.
  • the different resources may be the same type of resources, but the attribute values of the resource usage attributes are different, and may also refer to different types of resources.
  • the resource provider generates a resource search request according to the trip sub-event.
  • the resource search request is used to search for resources required by the trip sub-event.
  • the trip sub-event here can be understood as a trip sub-event of missing resources.
  • the resource provider generates a resource search request according to the trip sub-event 2 and the trip sub-event 3, that is, requesting the resource required for the trip sub-event 2 and / or request the resources needed to get the trip sub-event 3.
  • the hotel resources used in a trip may be one or more, and if more than one may be provided by one resource provider, it may also be provided by multiple resource providers.
  • the resource provider may request the hotel resource when sending the resource search request to the resource sharing server, or may not request the hotel resource.
  • the resource provider sends the resource search request to the resource sharing server.
  • the second scenario the resource provider does not own the resources used by the itinerary event.
  • the resource provider can only act as the originator of the trip event, such as a travel agency, determining the travel destination, travel time, and travel plan, and the resources required for the trip event require the resource provider to Obtained in the resource sharing server, that is, any of the above examples, the resource provider is a travel agency, and when the product information of "4 days of Hong Kong travel" is released, as shown in Table 2:
  • the resource provider sends a resource acquisition request to the resource sharing server according to the itinerary event, where the resource acquisition request is used to acquire resources required for the itinerary event, that is, required for acquiring the trip sub-event 1 Resources, resources required for the trip sub-event 2, resources required for the trip sub-event 3, and resources required for the trip sub-event 4.
  • the resource provider described in the embodiment of the present application may be a resource provider that provides ticket resources, or may be a resource provider that provides hotel resources (including but not limited to accommodation resources), or may provide The resource provider of the scenic resources is not specifically limited here.
  • the resource party providing the itinerary event is taken as an example.
  • the resource party providing the itinerary event may be a travel agency, and the travel agency may obtain the itinerary included in the itinerary event through several ways when providing the itinerary event.
  • the third way the combination of the first two ways.
  • Step 102 Receive response information sent by the resource sharing server.
  • the response information includes at least one first resource included in the commodity information issued by the second resource provider required by the ticket sub-event.
  • the resource sharing server receives the resource search request sent by the first resource provider, where the resource search request includes a trip event and at least one trip sub-event in the trip event.
  • the trip event herein may be a trip sub-event containing only the missing resources recorded in the first scenario in step 101 of the embodiment of the present application, that is, only the trip sub-event 2 and/or the trip sub-event 3, or may be implemented in the present application. All the trip sub-events recorded in the second case in the example step 101 are not specifically limited herein.
  • the resource sharing server searches for the at least one resource that is required by the resource search request, and the shared resource library includes a plurality of resources provided by different resource providers and divided according to the use attribute of the resource.
  • the resource sharing server may receive commodity information published by a plurality of different resource providers, and the resources included in the commodity information may be shared by a plurality of different commodity information, and the resource sharing server receives the products issued by different resource providers. After the information, the resources included in the commodity information are stored in the shared resource library, so that when the search request sent by the resource provider is received, the resource provider can be provided with suitable resources.
  • the resource shared by the resource sharing server for the trip sub-event 2 is a Disney ticket resource
  • the resource found for the trip sub-event 3 is a marine park ticket resource.
  • the resource sharing server sends a response message including the found at least one resource to the first resource provider.
  • Step 103 Determine a correspondence between the first resource and a trip sub-event that requires the first resource.
  • the first resource ie, the Disney ticket resource and/or the Ocean Park ticket resource found in step 102
  • the first resource and the trip sub-event that requires the first resource are determined. Correspondence.
  • the received first resource includes a Disney ticket resource and/or a marine park ticket resource
  • the correspondence between the Disney ticket resource and/or the Ocean Park ticket resource and the trip sub-event 2 can be determined, or the Disney ticket resource can be determined. And/or the correspondence between the Ocean Park ticket resources and the trip sub-event 3.
  • the method when receiving the response information sent by the resource sharing server, the method further includes:
  • the third resource that meets the requirement of the trip sub-event is filtered out from the received first resource, and the third resource is used in synchronization in the second trip event.
  • the first resource provider may filter the first resource that is found, and obtain the third resource required for the trip sub-event of the missing resource. At this time, a correspondence between the trip sub-event and the third resource can be established.
  • the method further includes:
  • the second resource ie, ticket resource and hotel resource
  • the hotel resource in the trip sub-event 1 can be shared in the trip sub-event 2 and the trip.
  • the resource set corresponding to the first itinerary event is obtained by combining, that is, the correspondence between each trip sub-event and the required resource, as shown in Table 3:
  • the hotel resources in the trip sub-event 1 are not shared in the trip sub-event 2 and the trip sub-event 3, then the first resource acquired in step 102 also needs to include hotel resources, and the hotel resources here. Different from the hotel resources included in the trip sub-event 1, the resource set corresponding to the first trip event can be obtained by combining, as shown in Table 4:
  • the resource sharing server may search for a plurality of first resources for the same trip sub-event, and then the method further before obtaining the resource set corresponding to the first trip event.
  • the third resource that meets the requirement of the first trip event is filtered out from the received first resource, and the third resource is used in synchronization in the second trip event.
  • the resource sharing server finds the number of resources for the trip sub-event 2 is greater than 1, the resource provider may select one resource from the received resource as the trip sub-event 2 when receiving the response information sent by the resource sharing server.
  • Resources can determine the display priority for the received resources, when publishing the product information, select the resource with the highest priority as the priority resource for the trip sub-event 2, and other resources that match the trip sub-event 2 as the trip sub-resource Alternative resource for event 2.
  • the same type of resources corresponding to different trip sub-events may be one or multiple, so that it is convenient to satisfy multiple selections of users.
  • Step 104 Publish the commodity information including the corresponding relationship in the resource sharing server.
  • the merchandise information is generated, and the trip information and the trip sub-event included in the trip event and the trip sub-event are included in the merchandise information.
  • the transaction information and the trip sub-event included in the trip event and the trip sub-event are included in the merchandise information.
  • the user when the user obtains the product information, the user can quickly determine the resources included in the product information to determine whether the travel schedule is satisfied, thereby improving the user experience of the resource provider.
  • the method further includes:
  • Corresponding relationship between the product information and each of the resources is established according to resources used in the product information.
  • the inventory of the resource can be better managed, and the commodity information and each of the resources can be established when the commodity information is generated.
  • the correspondence between the two is to record the commodity information corresponding to each resource, so that once a certain commodity information is locked or purchased, the inventory quantity of the resource can be adjusted in time.
  • the method further includes:
  • the adjustment here can be understood as that when the order is generated, the resources included in the order are locked, and whether the reduction is made, and further, when the payment information is received, the locked resources are decremented.
  • the method further includes:
  • a prompt message is sent, where the prompt message is used to remind the supplement of the second resource.
  • the system may send a prompt message, where the prompt message is used to remind the first resource provider to supplement the resource, where the supplement is added.
  • the resource may be a supplement to the resource type or a supplement to the number of resources, which is not specifically limited herein.
  • FIG. 2 is a schematic diagram of product information released by a resource party according to an embodiment of the present application.
  • the product information published by the resource provider includes not only the itinerary plan (ie, the itinerary event), but also the resources used by each trip sub-event in the itinerary event.
  • the different resources included in the product information published by the resource provider are independent of each other, may be from the same resource provider, or may be from different resource providers.
  • the corresponding resource can be adjusted. That is, when the user does not like the resource provided by the resource provider, the resource included in the product information can be adjusted online to meet the actual needs of the user.
  • the product information including one trip sub-event may be separately released in units of the trip sub-event, and the merchandise information is included in the merchandise information.
  • the ticket sub-event and the resource corresponding to the trip sub-event; the merchandise information including the plurality of trip sub-events may also be issued, and the trip sub-events are continuous or discontinuous, and are not specifically limited in the embodiment of the present application. .
  • the resource provider when the resource provider releases the product information, the resource provider can dynamically obtain the resource that matches the itinerary event included in the product information from the resource sharing server, so that the resource required for the entire itinerary event is obtained. Relatively complete, it effectively improves the efficiency of the user to obtain the resources corresponding to the itinerary event from the resource sharing server, improves the user experience of the network service provided by the resource sharing server, and the resources can come from other resource providers to ensure the resource supply.
  • the efficiency of the resources provided by the party in the resource sharing server improves the speed of resource circulation.
  • FIG. 3 is a schematic flowchart of a resource processing method according to an embodiment of the present application.
  • the method can be as follows.
  • the execution body of the embodiment of the present application is a resource sharing server.
  • Step: 301 Receive a resource search request sent by the first resource provider.
  • the resource search request includes a trip event.
  • the first resource provider may obtain the required resources from the resource sharing server to form the product information to be released according to the obtained resource, and the product information recorded in the embodiment of the present application may be regarded as A commodity that contains resources provided by different resource providers, which are combined in a loosely coupled manner, and the resources in the commodity can be shared with resources contained in other commodities.
  • Step 302 Find at least one resource that meets the demand for the trip event from the shared resource pool.
  • the shared resource library includes a plurality of resources provided by different resource providers and divided according to usage attributes of the resources, and the usage attributes of the resources are determined according to different trip sub-events included in the travel event.
  • the resource sharing server receives the commodity information sent by the plurality of different resource providers, parses the plurality of resources included in the commodity information, determines the use attribute of each resource, and establishes the attribute value of the used attribute.
  • a mapping relationship between the resource identifier and the resource identifier is created according to the mapping relationship, that is, the shared resource library includes multiple resources provided by different resource providers and divided according to the usage attribute of the resource.
  • the resource sharing server determines a time attribute of the trip sub-event based on the trip sub-event included in the resource search request, where the trip sub-event is The trip sub-event of the resource is missing in the trip event; and the resource that satisfies the time attribute by using the attribute value corresponding to the attribute as the resource satisfying the request of the trip event is searched from the shared resource library.
  • the trip event included in the resource search request in the embodiment of the present application may include all the trip sub-events of the entire trip event, or may include the trip sub-event of the missing resource in the trip event, and search from the shared resource pool.
  • the resources used in the trip sub-events are the same, and will not be repeated here.
  • Step 303 Send a response message including the found at least one resource to the first resource provider.
  • FIG. 4 is a schematic flowchart of a resource processing method according to an embodiment of the present application.
  • the method can be as follows.
  • the solution provided by the embodiment of the present application is different from the solution provided in Embodiment 1 in that the first resource provider described in Embodiment 1 needs to acquire all or part of resources from the resource sharing server when publishing the product information. That is, the first resource provider can provide a part of the resources of the product information; the first resource provider described in the embodiment of the present application can provide the resources in the product information, and the focus is on embodying the product information published by the first resource provider.
  • the different resources are a loosely coupled relationship, so that the resource sharing server extracts the resources included in the commodity information when receiving the commodity information.
  • Step 401 Determine a first trip event to be released.
  • the first resource provider determines a trip event, for example, "4 days (12.23 ⁇ 12.26) Hong Kong travel", then this trip event can be regarded as the first trip event.
  • Step 402 Determine, according to the first trip event, a trip sub-event included in the first trip event, and match the corresponding sub-event to the corresponding sub-event.
  • the resource corresponding to the attribute value of the matching attribute is used to satisfy the resource of the time attribute based on the time attribute of the trip sub-event, and the resource corresponding to the different trip sub-event is obtained.
  • Step 403 Generate commodity information to be released according to resources corresponding to different trip sub-events.
  • the resource included in the item information is shared with the second itinerary event when it meets the need of the second itinerary event issued by the second resource provider.
  • the merchandise information to be released is combined and combined with the travel sub-event as a granularity.
  • the product information includes each trip event and the resource corresponding to the trip event, as shown in Table 5:
  • each resource is independent of each other and can be shared by other itinerary events.
  • the product information including one trip sub-event may be separately released in units of the trip sub-event, and the merchandise information is included in the merchandise information.
  • the ticket sub-event and the resource corresponding to the trip sub-event; the merchandise information including the plurality of trip sub-events may also be issued, and the trip sub-events are continuous or discontinuous, and are not specifically limited in the embodiment of the present application. .
  • Step 404 Publish the product information, where the product information includes the first trip event and a resource set including resources used by each trip sub-event in the first trip event.
  • FIG. 5 is a schematic flowchart of a resource processing method according to an embodiment of the present application.
  • the method can be as follows.
  • the solution described in the embodiment of the present application may be applied to the resource sharing server, or may be applied to the Internet service platform, and is not specifically limited herein.
  • the solution described in the embodiment of the present application combines different types of resources by the resource sharing server in units of the itinerary event. This combination mode is different from the bundling method in the prior art, and adopts a loosely coupled manner, and may also be based on the user's Actual adjustments are needed to meet user needs to the greatest extent possible.
  • Step 501 Receive commodity information sent by different resource providers.
  • the item information includes a trip event and at least one resource used by the trip sub-event in the trip event.
  • the Internet service platform as an e-commerce platform, can publish resources provided by different resource providers in the Internet service platform, so as to provide services to users. Then, the Internet service platform receives the resource publishing request sent by the resource provider, and obtains the resource to be released from the received resource publishing request.
  • the resources to be advertised may belong to the same type of resource or belong to different types of resources. That is to say, the resource provider may request to issue the same type of resource, or request to release different types of resources; different resource providers may The same type of resources are provided, and different types of resources can also be provided, which are not specifically limited herein.
  • the travel events included in the different product information and the different resources used by each trip sub-event in the trip event are analyzed.
  • Step 502 Combine different types of resources used by the same/different trip sub-events in different item information of the trip event for the same trip event to obtain a resource set used by the trip event.
  • multiple product information may be received, or resources provided by different resource providers may be received, and then one mode may be used for resource allocation of one of the product information;
  • One way is to combine the resources used by different trip sub-events in different product information, so that the resource set used by the trip event can be obtained.
  • the first way resource allocation for one of the product information.
  • the product information of the same trip event is of a type.
  • the so-called same trip event here may mean that the destination of the trip is the same, for example, all the merchandise information for traveling to Hong Kong is one type.
  • the item information including the trip event is determined.
  • the resources missing from the trip sub-event in the trip event in the item information are determined.
  • determining a trip sub-event included in the trip event based on the trip event, determining a trip sub-event included in the trip event
  • the determined at least one type of resource is used as a resource missing from the trip event in the item information.
  • the time attribute of the trip sub-event may be determined for different trip sub-events
  • a resource that satisfies the time attribute using the attribute value corresponding to the attribute is used as a resource for completing the trip sub-event.
  • the missing resource is searched for from the determined other commodity information.
  • the found missing resource is combined with the resource already included in the commodity information to obtain a resource set used by the itinerary event.
  • the second way combine the resources used by different trip sub-events in different product information.
  • the item information including the itinerary event is composed of: item information 1 and item information 2.
  • the travel events included in the product information 1 and the resources used in each trip sub-event in the trip event are as shown in Table 9:
  • the different types of resources used in different travel sub-events in the different product information may be combined according to the time attribute of each travel sub-event to obtain the travel event.
  • the set of resources used As shown in Table 11:
  • the resources used for the trip sub-event 1 and the trip sub-event 4 are from the merchandise information 1; the resources used by the trip sub-event 2 and the trip sub-event 3 are from the merchandise information 2.
  • the combination method includes a combination of different types of resources of the same trip sub-event, for example, the resource corresponding to the post-schedule sub-event 1 is 12.23 ticket resource 1 + hotel resource 2, ie The ticket resources are from the product information 1, and the hotel resources are from the product information 2, which will not be exemplified here. It should be noted that this combination also needs to consider the time attribute, and the usage attributes of different resources need to satisfy the user's itinerary.
  • the resource parts included in the resource set corresponding to the same trip event are the same;
  • the resource groups of the same type included in the resource set corresponding to different travel events are the same.
  • the first product information 1 including 12.23 ticket resources to Hong Kong and 12.26 ticket resources from Hong Kong back to the departure place
  • second Product information 2 including hotel resources for accommodation in Hong Kong and ticket resources to and from Hong Kong
  • third product information 3 including the admission resources to Hong Kong Disneyland Park and the ticket resources to the Hong Kong aquarium Park.
  • the ticket resources and hotel resources of Hong Kong and Hong Kong belong to the missing resources of the product information 3, then the ticket resources can be selected from the product information 1 or the product information 2, and the product information can also be obtained from the product information. Select the hotel resource in 2, and you can get the resource set of the combined product information 3, as shown in Table 14:
  • Step 503 Publish the trip event and the resource set.
  • FIG. 6 is a schematic diagram of a resource set provided by an embodiment of the present application.
  • the resources included in the product information can be combined according to different product information to obtain a complete resource set of the product information, so that the user is convenient and quick.
  • the determination of the itinerary plan, and the resources of these resources can be shared and used in multiple commodity information, ensuring the promotion efficiency of the resources provided by the resource providers in the resource sharing server, thereby improving the resource circulation speed.
  • the method further includes:
  • the payment request is sent to the resource sharing server, because in the embodiment of the present application, the resource included in the resource set corresponding to the product information If the resource sharing server receives the payment request from the user, the resource sharing server needs to send corresponding payment information to the corresponding provider of the resource according to the resources in the resource set, which simplifies the combination of the resource set. Payment process.
  • FIG. 7 is a schematic diagram of a resource payment scenario provided by an embodiment of the present application.
  • the resource sharing server can send corresponding payment information to the corresponding providers of the resources according to the resources in the resource set. To simplify the payment process of this combined resource set and improve the promotion efficiency of this combined resource set.
  • the method further includes:
  • the inventory quantity of different resources included in the resource set is respectively adjusted according to the resource set corresponding to the travel event determined by the user included in the payment request.
  • the inventory quantity of different resources included in the resource set is separately adjusted, including:
  • the inventory adjustment information is respectively sent to the resource providers of different resources, so that the resource provider adjusts the inventory quantity of the resources included in the inventory adjustment information when receiving the inventory adjustment information.
  • the method further includes:
  • a prompt message is sent, which is used to remind the supplementary resource.
  • a resource since a resource is not only published in an Internet service platform, it can be published in multiple Internet service platforms, or a resource is shared in multiple travel events, once a trip The event generates order information, meaning that the resource is sold, then in order to prevent the phenomenon of "oversold", the method further includes:
  • the Internet service platform may recommend a resource set when recommending product information to the user. It is also possible to recommend multiple resource sets, and provide an update control for each resource in each resource set, that is, when the update control is triggered, the user can be provided with other resources of the same type as the resource, so that the user can flexibly select The resources needed to meet the needs of users.
  • the resource provider refines the resources according to the granularity of the travel sub-event, so that the resource sharing server can include the commodity information published by the different resource providers when receiving the commodity information published by the different resource providers.
  • the resources are combined to ensure that the user can clearly understand the various resources included in the resource set when obtaining the resource set, improve the personalization and refinement of the network service provided by the resource sharing server, and improve the user experience of the network service. Change the flow efficiency of the resources provided by the resource sharing server.
  • FIG. 8 is a schematic flowchart of a resource processing method according to an embodiment of the present application.
  • the method can be as follows.
  • Step 801 Receive a search request sent by a user, where the search request includes a trip event to be searched.
  • Step 802 Determine, according to the trip event, product information including the trip event.
  • the commodity information includes a correspondence between a resource used by the trip sub-event in the trip event and the trip sub-event.
  • the manner in which the product information is generated can be determined by the manner described in the above embodiments, and will not be further described herein.
  • Step 803 Push the product information to the user.
  • the method further includes:
  • one resource sub-event may correspond to one resource, or may correspond to multiple resources, but when the resource sharing server pushes the user, according to the display priority of different resources, for each The trip sub-event selects a resource to be pushed to the user, and when receiving the resource change request sent by the user, the user may push other resources in turn according to the display priority.
  • the method further includes:
  • the resource included in the item information is locked according to the item information.
  • the method further includes:
  • the payment data is transmitted to the resource provider corresponding to each resource according to the second payment information of each resource.
  • the method further includes:
  • the inventory quantity of each resource included in the product information is separately adjusted according to the product information included in the payment information.
  • the inventory quantity of each resource included in the commodity information is separately adjusted, including:
  • the inventory adjustment information is respectively sent to the resource provider of each resource, so that the resource provider adjusts the inventory quantity of the resource included in the inventory adjustment information when receiving the inventory adjustment information.
  • the commodity resource sharing server searches for the product information including the trip event according to the trip event, and pushes the searched product information to user A, where
  • the product information pushed to the user A can not only enable the user to see the resources corresponding to each trip sub-event of the trip event, but also provide an alternative resource for each trip sub-event, so that the user obtains the trip event more flexibly.
  • the user may send a payment request to the commodity resource sharing server (or the Internet service platform), and the payment request is used to pay the commodity information. That is, the user only needs to pay for the product information composed of different resources, and the product resource sharing server (or the Internet service platform) determines the resource provider of each resource included in the product information when receiving the payment request, respectively. Each resource provider sends corresponding payment information, where the payment information is payment information for payment of resources provided by the resource provider.
  • FIG. 9 is a schematic structural diagram of a resource processing device according to an embodiment of the present application.
  • the resource processing device provided by the embodiment of the present application is applied to a server corresponding to the first resource provider.
  • the resource processing device includes: a sending unit 91, a receiving unit 92, and a processing unit 93, where:
  • the sending unit 91 sends a resource search request to the resource sharing server, where the resource search request includes at least one trip sub-event in the first trip event;
  • the receiving unit 92 receives the response information sent by the resource sharing server, where the response information includes at least one first resource included in the commodity information issued by the second resource provider required by the ticket sub-event;
  • the processing unit 93 determines a correspondence between the first resource and a trip sub-event that requires the first resource, and publishes the commodity information including the corresponding relationship in the resource sharing server.
  • the resource processing device further includes: a determining unit 94, wherein:
  • the determining unit 94 determines, before sending the resource search request to the resource sharing server, the second event to be issued and the second resource used by the at least one of the first trip events;
  • the sending unit 91 sends a resource search request to the resource sharing server, including:
  • the resource processing device further includes: a screening unit 95, wherein:
  • the screening unit 95 before receiving the resource set corresponding to the first trip event, screening, from the received first resource, the first trip event to be satisfied when receiving the first resource A third resource is needed, and the third resource is used in synchronization in the second itinerary event.
  • the resource processing device further includes: a combining unit 96, wherein:
  • the combining unit 96 determines a second resource used by the first travel event owned by the first resource provider
  • the resource processing further includes: a storage unit 97, wherein:
  • the storage unit 97 establishes a correspondence between the product information and each of the resources according to the resource used in the product information.
  • the resource processing device further includes: an inventory adjustment unit 98, wherein:
  • the inventory adjustment unit 98 receives the order information sent by the resource sharing server, where the order information includes the second resource;
  • the resource processing device further includes: a prompting unit 99, wherein:
  • the prompting unit 99 when detecting that the inventory quantity of the second resource is less than a set threshold, sends a prompt message, where the prompt message is used to remind the supplement of the second resource.
  • the resource processing device provided by the embodiment of the present disclosure may be implemented by using a software, or may be implemented by using a hardware, and is not specifically limited herein.
  • the resource matching the event included in the product information can be dynamically obtained from the resource sharing server, so that the resources required for the entire event are relatively complete, and the user is effectively improved.
  • the sharing server obtains the efficiency of the resource corresponding to the itinerary event, improves the user experience of the network service provided by the resource sharing server, and the resources may be from other resource providers, ensuring that the resources provided by the resource provider are in the resource sharing server.
  • the promotion efficiency which in turn improves the flow of resources.
  • FIG. 10 is a schematic structural diagram of a resource processing device according to an embodiment of the present application.
  • the resource processing device includes: a receiving unit 1001, a searching unit 1002, and a sending unit 1003, where:
  • the receiving unit 1001 receives a resource search request sent by the first resource provider, where the resource search request includes a trip event;
  • the searching unit 1002 is configured to search, from the shared resource library, at least one resource that meets the requirements of the travel event, where the shared resource library includes multiple resources that are provided by different resource providers and are divided according to usage attributes of the resources, where the resources are The usage attributes are determined according to the travel sub-events included in the different trip events;
  • the sending unit 1003 sends a response message including the found at least one resource to the first resource provider.
  • the searching unit 1002 searches the shared resource library for at least one resource that meets the requirements of the travel event, including:
  • a resource that satisfies the time attribute of the attribute value corresponding to the attribute is used as a resource that satisfies the requirement of the itinerary event.
  • resource processing device provided by the embodiment of the present disclosure may be implemented by using a hardware, or may be implemented by using a software, which is not limited herein.
  • FIG. 11 is a schematic structural diagram of a resource processing device according to an embodiment of the present application.
  • the resource processing device includes: a determining unit 1101, a processing unit 1102, and a publishing unit 1103, where:
  • a determining unit 1101 determining a first trip event to be issued; and determining, according to the first trip event, a trip sub-event included in the first trip event, and matching a corresponding resource for the trip sub-event;
  • the processing unit 1102 is configured to generate product information to be released according to the resource corresponding to the different travel sub-event, and the resource included in the product information meets the requirement when the second travel event issued by the second resource provider is met
  • the two-stroke event is shared and used;
  • the resource processing device provided by the embodiment of the present application may be applied to a server corresponding to the first resource provider, or may be applied to a server corresponding to another resource provider, and the resource processing device may be implemented by using a software manner. It can also be implemented by hardware, and is not specifically limited here.
  • FIG. 12 is a schematic structural diagram of a resource processing device according to an embodiment of the present disclosure.
  • the resource processing device includes: a receiving unit 1201, a combining unit 1202, and a processing unit 1203, where:
  • the receiving unit 1201 receives commodity information sent by different resource providers, where the commodity information includes a trip event and at least one resource used by the trip sub-event in the trip event;
  • the combining unit 1202 combines different types of resources used by the same/different trip sub-events in the different item information of the trip event for the same trip event to obtain a resource set used by the trip event. ;
  • the processing unit 1203 issues the trip event and the resource set.
  • the combining unit 1202 combines different types of resources used by the same trip sub-event in different item information of the trip event for the same trip event. , get the set of resources used by the trip event, including:
  • the found missing resource is combined with the resources already included in the product information to obtain a resource set used by the itinerary event.
  • the combining unit 1202 determines resources that are missing in the travel event in the product information, including:
  • the determined at least one type of resource is used as a resource missing from the trip event in the item information.
  • the combining unit 1202 matches resources for completing the trip sub-event for different trip sub-events, including:
  • a resource that satisfies the time attribute using the attribute value corresponding to the attribute is used as a resource for completing the trip sub-event.
  • the combining unit 1202 searches for the missing resource from the determined other item information, including:
  • the combining unit 1202 combines different types of resources used by different trip sub-events in different item information of the trip event for the same trip event. , get the set of resources used by the trip event, including:
  • the resource set corresponding to the same set of the event events is the same;
  • the resource groups of the same type included in the resource set corresponding to different travel events are the same.
  • the resource processing device further includes: a payment unit 1204, wherein:
  • the payment unit 1204 receives a payment request sent by the user, where the payment request includes a resource set corresponding to the travel event determined by the user;
  • the resource processing device further includes: an adjusting unit 1205, where:
  • the adjusting unit 1205 when receiving the payment request sent by the user, separately adjusts the quantity of the different resources included in the resource set according to the resource set corresponding to the travel event determined by the user included in the payment request. .
  • the adjusting unit 1205 separately adjusts the inventory quantity of different resources included in the resource set, including:
  • the inventory adjustment information is respectively sent to the resource providers of different resources, so that the resource provider adjusts the inventory quantity of the resources included in the inventory adjustment information when receiving the inventory adjustment information.
  • the resource processing device further includes: a prompting unit 1206, wherein:
  • the resource processing device provided by the embodiment of the present application may be applied to a resource sharing device, and the resource processing device may be implemented by using a software, or may be implemented by using a hardware, and is not specifically limited herein.
  • the resource provider refines the resources according to the granularity of the travel sub-event, so that the resource processing device can combine the resources included in the product information when receiving the product information published by the different resource providers, so as to ensure that the user obtains the
  • the resource set can clearly understand the various resources included in the resource set, improve the personalization and refinement of the network service provided by the resource sharing server, enhance the user experience of the network service, and effectively change the flow efficiency of the resource provided by the resource sharing server. .
  • FIG. 13 is a schematic structural diagram of a resource processing device according to an embodiment of the present application.
  • the resource processing device further includes: a receiving unit 1301, a determining unit 1302, and a pushing unit 1303, where:
  • the receiving unit 1301 receives a search request sent by the user, where the search request includes a trip event to be searched;
  • the determining unit 1302 determines, according to the trip event, product information including the trip event, where the product information includes a correspondence between a resource used by the trip sub-event in the trip event and the trip sub-event;
  • the pushing unit 1303 pushes the product information to the user.
  • the resource processing device further includes: an update unit unit 1304, where:
  • the updating unit 1304 receives a resource change request sent by the user, where the resource change request includes a resource identifier;
  • the updating unit 1304 receives a resource change request sent by the user, where the resource change request includes a trip sub-event corresponding to the resource to be changed;
  • the resource processing device further includes: a locking unit 1305, where:
  • the locking unit 1305 receives the order information sent by the user, and the order information includes the item information selected by the user, where the item information includes at least one of the travel event selected by the user and Corresponding relationship between resources required by the trip sub-event;
  • the resource included in the item information is locked according to the item information.
  • the resource processing device further includes: a payment unit 1306, where:
  • the payment unit 1306 receives first payment information sent by the user, and the first payment information is used to pay for the product information selected by the user;
  • the payment data is transmitted to the resource provider corresponding to each resource according to the second payment information of each resource.
  • the resource processing device further includes: an adjusting unit 1307, where:
  • the adjustment unit 1307 when receiving the payment information transmitted by the user, adjusts the inventory quantity of each resource included in the product information according to the product information included in the payment information.
  • the adjusting unit 1307 respectively adjusts the quantity of each resource included in the item information, including:
  • the inventory adjustment information is respectively sent to the resource provider of each resource, so that the resource provider adjusts the inventory quantity of the resource included in the inventory adjustment information when receiving the inventory adjustment information.
  • the resource processing device provided by the embodiment of the present application may be applied to the resource sharing server, and the resource processing device may be implemented by using a software, or may be implemented by using a hardware, and is not specifically limited herein.
  • FIG. 14 is a schematic structural diagram of a resource processing system according to an embodiment of the present application.
  • the resource processing system includes: a server 1401 corresponding to at least one resource provider, a resource sharing server 1402, and a client 1403 corresponding to at least one resource demanding party.
  • the server 1401 corresponding to the at least one resource provider provides different product information, or provides a resource corresponding to the travel event in the product information;
  • the resource sharing server 1402 may provide the required resources to the server corresponding to the resource provider, or may combine the resources included in the product information when receiving the product information sent by the server corresponding to the different resource provider, and release;
  • the client 1403 corresponding to the resource requester searches for the required product information from the resource sharing server 1402, and acquires the required product information from the searched product information.
  • the specific implementation manners of the server 1401, the resource sharing server 1402, and the client 1403 corresponding to the at least one resource demanding party are the same as or similar to those described in the foregoing embodiments, and are not described herein.
  • embodiments of the present invention can be provided as a method, system, or computer program product.
  • the present invention can take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware.
  • the invention can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • a computing device includes one or more processors (CPUs), input/output interfaces, network interfaces, and memory.
  • processors CPUs
  • input/output interfaces network interfaces
  • memory volatile and non-volatile memory
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media includes both permanent and non-persistent, removable and non-removable media.
  • Information storage can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data.
  • Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory. (ROM), electrically erasable programmable read only memory (EEPROM), flash memory or other memory technology, compact disk read only memory (CD-ROM), digital versatile disk (DVD) or other optical storage, Magnetic tape cartridges, magnetic tape storage or other magnetic storage devices or any other non-transportable media can be used to store information that can be accessed by a computing device.
  • computer readable media does not include temporary storage of computer readable media, such as modulated data signals and carrier waves.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the present application can take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment in combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Tourism & Hospitality (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Marketing (AREA)
  • Human Resources & Organizations (AREA)
  • Databases & Information Systems (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Primary Health Care (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

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

Description

一种资源处理方法及设备
本申请要求2017年01月09日递交的申请号为201710013562.3、发明名称为“一种资源处理方法及设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及互联网信息处理技术和计算机技术领域，尤其涉及一种资源处理方法及设备。
背景技术
随着科学技术的发展，出现了各种各样的互联网服务平台，这些互联网服务平台能够为用户提供各种各样的网络服务。
在实际应用中，一个互联网服务平台可以与不同的资源提供方进行合作，这样该互联网服务平台可以为用户提供不同的资源，例如：服装资源、家电资源、旅游资源、机票资源等等。
用户可以通过搜索方式从互联网服务平台中获取所需要的资源。目前互联网服务平台所提供给用户的资源要么相互独立，要么是一些固定组合，例如：提供机票资源和住宿资源的组合，但是，互联网服务平台目前所提供的资源无法满足用户的需求，即当用户想去某一个地方旅行时，不仅需要从互联网服务平台中搜索机票资源、住宿资源；还需要从互联网服务平台中搜索与所要去的地方的旅游资源，景点门票资源等，通过多次与互联网服务平台的交互，才能获取到所需要的全部资源，这样使得用户对互联网服务平台所提供的网络服务的用户体验比较差。
发明内容
有鉴于此，本申请实施例提供了一种资源处理方法及设备，用于解决现有技术用户对互联网服务平台所提供的资源集的用户体验较差的问题。
本申请实施例提供了一种资源处理方法，应用于第一资源提供方，包括：
向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；
接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源，并确定所述第一 资源与需要所述第一资源的行程子事件的对应关系；
将包含所述对应关系的商品信息发布在所述资源共享服务器中。
本申请实施例还提供了一种资源处理方法，包括：
接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；
从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；
将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。
本申请还提供了一种资源处理设备，应用于第一资源提供方对应的服务器，包括：
发送单元，向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；
接收单元，接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源；
处理单元，确定所述第一资源与需要所述第一资源的行程子事件的对应关系；并将包含所述对应关系的商品信息发布在所述资源共享服务器中。
本申请实施例还提供了一种资源处理设备，包括：
接收单元，接收第一资源提供方发送的资源搜索请求，所述资源搜索请求中包含行程事件；
查找单元，从共享资源库中查找满足所述行程事件需求的至少一个资源，所述共享资源库中包含不同的资源提供方提供的、按照资源的使用属性划分的多个资源，所述资源的使用属性根据不同的所述行程事件中包含的行程子事件确定；
发送单元，将包含查找到的所述至少一个资源的响应消息发送给所述第一资源提供方。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
资源提供方在发布商品信息时，可以动态地从资源共享服务器中获取与该商品信息中包含的行程事件相匹配的资源，使得整个行程事件所需要的资源相对比较完整，有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，改善了用户对资源共享服务器提供的网络服务的用户体验，同时这些资源可以来自其他资源提供方，保证了资源提供方所提供的资源在资源共享服务器中的推广效率，进而改善了资源的流转速度。
本申请实施例还提供了一种资源处理方法，应用在第一资源提供方，包括：
确定待发布的第一行程事件；
根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；
根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；
发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品资源的商品资源集。
本申请实施例还提供了一种资源处理设备，应用在第一资源提供方对应的服务器，包括：
确定单元，确定待发布的第一行程事件；并根据所述第一行程事件，确定所述第一行程事件中包含的行程子事件，并为所述行程子事件匹配对应的资源；
生成单元，根据不同的所述行程子事件对应的资源，生成待发布的商品信息，所述商品信息中包含的资源在满足第二资源提供方发布的第二行程事件需要时与所述第二行程事件共享使用；
发布单元，发布所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品资源的商品资源集。
本申请实施例还提供了一种资源处理方法，包括：
接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；
针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；
发布所述行程事件以及所述资源集。
本申请实施例还提供了一种资源处理设备，包括：
接收单元，接收不同资源提供方发送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一个资源；
组合单元，针对同一个行程事件，将包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集；
发布单元，发布所述行程事件以及所述资源集。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
本申请实施例提供的技术方案，资源提供方按照行程子事件的粒度进行细化的资源，使得资源共享服务器在接收到不同的资源提供方发布的商品信息时，能够对商品信息中包含的资源进行组合，以保证用户在获取到资源集时能够清楚了解该资源集中所包含的各种资源，改善资源共享服务器提供网络服务的个性化与精细化，提升用户对网络服务的用户体验，有效改变资源共享服务器所提供资源的流动效率。
本申请实施例还提供了一种资源处理方法，包括：
接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；
根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；
将所述商品信息推送给所述用户。
本申请实施例还提供了一种资源处理设备，包括：
接收单元，接收用户发送的搜索请求，所述搜索请求中包含待搜索的行程事件；
确定单元，根据所述行程事件，确定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的资源与所述行程子事件之间的对应关系；
发送单元，将所述商品信息推送给所述用户。
本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：
本申请实施例所提供的技术方案，资源共享服务器在接收到用户发送的搜索请求时，能够为用户推送按照行程子事件的粒度进行细化的资源，不仅使得整个行程事件所需要的资源相对比较完整，而且有效提升了用户从资源共享服务器获取行程事件对应的资源的效率，进而改善了用户对资源共享服务器提供的网络服务的用户体验，同时也改善资源共享服务器提供网络服务的个性化与精细化，有效改变资源共享服务器所提供资源的流动效率。
附图说明
此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：
图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：12.23从A飞香港 机票资源和酒店资源
行程子事件2：12.24在香港旅行 迪士尼门票资源和酒店资源
行程子事件3：12.25在香港旅行 海洋公园门票资源和酒店资源
行程子事件4：12.26从香港飞A 机票资源
需要说明的是，若行程子事件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
4天(12.23～12.26)香港旅行---商品信息
行程子事件1：12.23机票资源+酒店资源
行程子事件2：12.24迪士尼门票资源+酒店资源
行程子事件3：12.25海洋馆公园门票资源+酒店资源
行程子事件4：12.26机票资源
在表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
4天(12.23～12.26)香港旅行---商品信息2
行程子事件1：12.23机票资源3+酒店资源2
行程子事件2：12.24迪士尼公园的门票资源+酒店资源2
行程子事件3：12.25海洋馆公园的门票资源+酒店资源2
行程子事件4：12.26机票资源4
那么在接收到这两个商品信息后，可以根据各行程子事件的所述时间属性，将不同的所述商品信息中不同行程子事件所使用的不同类型的资源进行组合，得到所述行程事件所使用的资源集。如表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所述的资源处理方法，其特征在于，在接收所述资源共享服务器发送的响应信息时，所述方法还包括：
    在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述行程子事件需要的第三资源，所述第三资源同步使用在第二行程事件中。
  5. 根据权利要求4所述的资源处理方法，其特征在于，所述方法还包括：
    确定所述第一资源提供方所拥有的所述第一行程事件所使用的第二资源；
    将所述第一资源/所述第三资源与所述第二资源进行组合，得到所述第一行程事件所对应的资源集。
  6. 根据权利要求1至5任一项所述的资源处理方法，其特征在于，所述方法还包括：
    根据所述商品信息中所使用的资源，建立所述商品信息与各所述资源之间的对应关系。
  7. 根据权利要求6所述的资源处理方法，其特征在于，所述方法还包括：
    接收所述资源共享服务器发送的订单信息，所述订单信息中包含所述第二资源；
    根据所述订单信息，调整所述第二资源的库存数量。
  8. 根据权利要求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. 根据权利要求23所述的资源处理方法，其特征在于，所述方法还包括：
    接收所述用户发送的资源变更请求，所述资源变更请求中包含资源标识；
    确定所述资源标识对应的资源的类型以及使用属性的属性值；
    从共享资源库中查找与所述类型相同但与所述使用属性的属性值不同的资源，并将查找到的所述资源推送给所述用户，所述共享资源库中包含不同资源发布方提供的、按照资源的使用属性划分的多个资源。
  25. 根据权利要求24所述的资源处理方法，其特征在于，所述方法还包括：
    接收所述用户发送的资源变更请求，所述资源变更请求中包含待变更资源对应的行程子事件；
    根据所述行程子事件的时间属性，计算完成所述行程子事件的时间区间；
    从共享资源库中查找满足所述时间区间且与已推送的所述资源不同的其他资源，并将查找到的所述其他资源推送给所述用户。
  26. 根据权利要求23至25任一项所述的资源处理方法，其特征在于，所述方法还包括：
    接收所述用户发送的订单信息，所述订单信息中包含所述用户选择的商品信息，所述商品信息中包含所述用户选择的行程事件中的至少一个行程子事件与所述行程子事件所需要资源之间的对应关系；
    根据所述商品信息，锁定所述商品信息中包含的所述资源。
  27. 根据权利要求26所述的资源处理方法，其特征在于，所述方法还包括：
    接收所述用户发送的第一支付信息，所述第一支付信息用于支付所述用户选择的商品信息；
    根据所述商品信息，确定提供所述商品信息中各资源的资源提供方以及所述商品信息中各资源的第二支付信息，各资源的所述第二支付信息之和等于所述第一支付信息；
    按照各资源的所述第二支付信息，分别向各资源所对应的所述资源提供方发送支付数据。
  28. 根据权利要求27所述的资源处理方法，其特征在于，所述方法还包括：
    在接收到用户发送的支付信息时，根据所述支付信息中包含的所述商品信息，分别调整所述商品信息中包含的各资源的库存数量。
  29. 根据权利要求28所述的资源处理方法，其特征在于，分别调整所述商品信息中 包含的各资源的库存数量，包括：
    确定所述商品信息中包含的各资源的资源提供方；
    分别向各资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。
  30. 一种资源处理设备，其特征在于，应用于第一资源提供方，包括：
    发送单元，向资源共享服务器发送资源搜索请求，所述资源搜索请求中包含第一行程事件中的至少一个行程子事件；
    接收单元，接收所述资源共享服务器发送的响应信息，所述响应信息中包含至少一个所述行程子事件所需要的由第二资源提供方发布的商品信息中包含的第一资源；
    处理单元，确定所述第一资源与需要所述第一资源的行程子事件的对应关系；并将包含所述对应关系的商品信息发布在所述资源共享服务器中。
  31. 根据权利要求30所述的资源处理设备，其特征在于，所述资源处理设备还包括：确定单元，其中：
    所述确定单元，在向资源共享服务器发送资源搜索请求之前，确定待发布的第一行程事件以及所述第一行程事件中的至少一个行程子事件所使用的第二资源；
    根据所述第二资源，确定所述第一行程事件中缺失资源的行程子事件。
  32. 根据权利要求31所述的资源处理设备，其特征在于，所述发送单元向资源共享服务器发送资源搜索请求，包括：
    根据所述行程子事件，生成资源搜索请求，所述资源搜索请求用于搜索所述行程子事件所需要的资源；
    将所述资源搜索请求发送给资源共享服务器。
  33. 根据权利要求30所述的资源处理设备，其特征在于，所述资源处理还包括：筛选单元，其中：
    所述筛选单元，在接收所述资源共享服务器发送的响应信息时，在接收到所述第一资源时，从接收到的所述第一资源中筛选出满足所述行程子事件需要的第三资源，所述第三资源同步使用在第二行程事件中。
  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所述的资源处理设备，其特征在于，所述调整单元分别调整所述商品信息中包含的各资源的库存数量，包括：
    确定所述商品信息中包含的各资源的资源提供方；
    分别向各资源的资源提供方发送库存调整信息，使所述资源提供方在接收到所述库存调整信息时，以调整所述库存调整信息中包含的资源的库存数量。
PCT/CN2017/119676 2017-01-09 2017-12-29 一种资源处理方法及设备 WO2018126993A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2019537149A JP2020504399A (ja) 2017-01-09 2017-12-29 リソース処理方法及びデバイス
US16/410,856 US20190266523A1 (en) 2017-01-09 2019-05-13 Resource Processing Method and Device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201710013562.3A CN108287837B (zh) 2017-01-09 2017-01-09 一种资源处理方法及设备
CN201710013562.3 2017-01-09

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/410,856 Continuation US20190266523A1 (en) 2017-01-09 2019-05-13 Resource Processing Method and Device

Publications (1)

Publication Number Publication Date
WO2018126993A1 true WO2018126993A1 (zh) 2018-07-12

Family

ID=62789020

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/119676 WO2018126993A1 (zh) 2017-01-09 2017-12-29 一种资源处理方法及设备

Country Status (5)

Country Link
US (1) US20190266523A1 (zh)
JP (1) JP2020504399A (zh)
CN (1) CN108287837B (zh)
TW (1) TWI751214B (zh)
WO (1) WO2018126993A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111160800A (zh) * 2019-12-31 2020-05-15 清华大学 应急资源的组合方法、装置及相关设备

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109978343A (zh) * 2019-03-04 2019-07-05 北京创鑫旅程网络技术有限公司 同行人的推荐方法和装置以及确定同行人的方法和装置
CN110619074A (zh) * 2019-08-21 2019-12-27 视联动力信息技术股份有限公司 一种基于视联网的搜索方法和视联网管理平台
CN110827113B (zh) * 2019-09-24 2022-02-25 口碑(上海)信息技术有限公司 服务数据的处理方法、装置及设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201689458U (zh) * 2010-05-14 2010-12-29 杭州比比西网络科技有限公司 一种旅行社资源管理系统
CN103366316A (zh) * 2012-04-05 2013-10-23 创炎资讯科技有限公司 行程规划系统及行程匹配、整合与输出之方法
CN104063815A (zh) * 2013-03-21 2014-09-24 阿里巴巴集团控股有限公司 协助制定旅游行程计划的方法及系统
US20140372867A1 (en) * 2013-06-14 2014-12-18 Alon TIDHAR Systems and methods for providing a contextual user interface element
CN104574233A (zh) * 2014-12-29 2015-04-29 中国地质大学（武汉） 一种基于互联网的旅游便利服务平台

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080046298A1 (en) * 2004-07-29 2008-02-21 Ziv Ben-Yehuda System and Method For Travel Planning
US20090287596A1 (en) * 2008-05-15 2009-11-19 Alex Henriquez Torrenegra Method, System, and Apparatus for Facilitating Transactions Between Sellers and Buyers for Travel Related Services
EP3220342A1 (en) * 2014-11-14 2017-09-20 Fujitsu Limited Itinerary determination method, itinerary determination program and itinerary determination device
TWM529236U (zh) * 2016-01-07 2016-09-21 Hai Shen Technology Co Ltd 線上旅遊服務預訂系統

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN201689458U (zh) * 2010-05-14 2010-12-29 杭州比比西网络科技有限公司 一种旅行社资源管理系统
CN103366316A (zh) * 2012-04-05 2013-10-23 创炎资讯科技有限公司 行程规划系统及行程匹配、整合与输出之方法
CN104063815A (zh) * 2013-03-21 2014-09-24 阿里巴巴集团控股有限公司 协助制定旅游行程计划的方法及系统
US20140372867A1 (en) * 2013-06-14 2014-12-18 Alon TIDHAR Systems and methods for providing a contextual user interface element
CN104574233A (zh) * 2014-12-29 2015-04-29 中国地质大学（武汉） 一种基于互联网的旅游便利服务平台

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111160800A (zh) * 2019-12-31 2020-05-15 清华大学 应急资源的组合方法、装置及相关设备
CN111160800B (zh) * 2019-12-31 2022-06-17 清华大学 应急资源的组合方法、装置及相关设备

Also Published As

Publication number Publication date
CN108287837A (zh) 2018-07-17
TW201826178A (zh) 2018-07-16
JP2020504399A (ja) 2020-02-06
CN108287837B (zh) 2020-03-27
TWI751214B (zh) 2022-01-01
US20190266523A1 (en) 2019-08-29

Similar Documents

Publication Publication Date Title
WO2018126993A1 (zh) 一种资源处理方法及设备
US8763010B2 (en) System and method for gathering context parameters to determine a mobile user context
AU2014238141B2 (en) Managing item queries
US8725823B2 (en) Location-based communications
JP2022508822A (ja) 個人化された地上輸送のためのシステムおよび方法
JP2020520506A (ja) 動的にバッチされたサービスプロバイダーおよびサービスリクエストの割り当て
US20150026007A1 (en) Smart home environment for shopping
US11308137B2 (en) Locale of interest identification
JP2014520297A (ja) 高度な個人的時刻表アシスタントのためのシステムよび方法
US20150149286A1 (en) Mobile provider advertising and scheduling platform
WO2019037622A1 (zh) 一种订购处理方法、提供预约服务方法及设备
WO2019037647A1 (zh) 业务对象的发布、获取方法、装置及系统
WO2017106635A1 (en) Calendar-based single user, single event options
US20200302487A1 (en) System for generating advertisement and method for generating advertisement
US10535431B2 (en) System and method for dynamic schedule aggregation
WO2014052922A2 (en) Managing item queries
WO2024109558A1 (zh) 推荐数据的处理方法、推荐方法、电子设备及存储介质
Nematovna Tourism and digitalization: achievements and challenges for the future
Gkekas et al. A smart calendar application for mobile environments
US11496411B1 (en) Management of network resources accessible via multiple network portals
US11157702B2 (en) Utilizing varying coordinates related to a target event to provide contextual outputs
US20150302322A1 (en) Cluster membership platform for air transportation
Puiu et al. An Event-Driven Service-Oriented Architecture for Performing Actions on Business Organization Items
JP2022161465A (ja) プログラム及び情報処理装置
CA2682967A1 (en) Consumership-based distribution

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17890427

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2019537149

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17890427

Country of ref document: EP

Kind code of ref document: A1