TW201826178A - 資源處理方法及設備 - Google Patents

Abstract

本案公開了一種資源處理方法、設備及系統，包括：資源提供方在發佈商品信息時，可以動態地從資源共享伺服器中獲取與該商品信息中包含的行程事件相匹配的資源，使得整個行程事件所需要的資源相對比較完整，有效提升了用戶從資源共享伺服器獲取行程事件對應的資源的效率，改善了用戶對資源共享伺服器提供的網路服務的用戶體驗，同時這些資源可以來自其他資源提供方，保證了資源提供方所提供的資源在資源共享伺服器中的推廣效率，進而改善了資源的流轉速度。

Description

資源處理方法及設備

本案係關於互聯網信息處理技術和電腦技術領域，尤其關於一種資源處理方法及設備。

隨著科學技術的發展，出現了各種各樣的互聯網服務平台，這些互聯網服務平台能夠為用戶提供各種各樣的網路服務。 　　在實際應用中，一個互聯網服務平台可以與不同的資源提供方進行合作，這樣該互聯網服務平台可以為用戶提供不同的資源，例如：服裝資源、家電資源、旅遊資源、機票資源等等。 　　用戶可以透過搜索方式從互聯網服務平台中獲取所需要的資源。目前互聯網服務平台所提供給用戶的資源要麼相互獨立，要麼是一些固定組合，例如：提供機票資源和住宿資源的組合，但是，互聯網服務平台目前所提供的資源無法滿足用戶的需求，即當用戶想去某一個地方旅行時，不僅需要從互聯網服務平台中搜索機票資源、住宿資源；還需要從互聯網服務平台中搜索與所要去的地方的旅遊資源，景點門票資源等，透過多次與互聯網服務平台的交互，才能獲取到所需要的全部資源，這樣使得用戶對互聯網服務平台所提供的網路服務的用戶體驗比較差。

有鑒於此，本案實施例提供了一種資源處理方法及設備，用於解決現有技術用戶對互聯網服務平台所提供的資源集的用戶體驗較差的問題。 　　本案實施例提供了一種資源處理方法，應用於第一資源提供方，包括： 　　向資源共享伺服器發送資源搜索請求，所述資源搜索請求中包含第一行程事件中的至少一個行程子事件； 　　接收所述資源共享伺服器發送的響應信息，所述響應信息中包含至少一個所述行程子事件所需要的由第二資源提供方發佈的商品信息中包含的第一資源，並確定所述第一資源與需要所述第一資源的行程子事件的對應關係； 　　將包含所述對應關係的商品信息發佈在所述資源共享伺服器中。 　　本案實施例還提供了一種資源處理方法，包括： 　　接收第一資源提供方發送的資源搜索請求，所述資源搜索請求中包含行程事件； 　　從共享資源庫中查找滿足所述行程事件需求的至少一個資源，所述共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源，所述資源的使用屬性根據不同的所述行程事件中包含的行程子事件確定； 　　將包含查找到的所述至少一個資源的響應消息發送給所述第一資源提供方。 　　本案還提供了一種資源處理設備，應用於第一資源提供方對應的伺服器，包括： 　　發送單元，向資源共享伺服器發送資源搜索請求，所述資源搜索請求中包含第一行程事件中的至少一個行程子事件； 　　接收單元，接收所述資源共享伺服器發送的響應信息，所述響應信息中包含至少一個所述行程子事件所需要的由第二資源提供方發佈的商品信息中包含的第一資源； 　　處理單元，確定所述第一資源與需要所述第一資源的行程子事件的對應關係；並將包含所述對應關係的商品信息發佈在所述資源共享伺服器中。 　　本案實施例還提供了一種資源處理設備，包括： 　　接收單元，接收第一資源提供方發送的資源搜索請求，所述資源搜索請求中包含行程事件； 　　查找單元，從共享資源庫中查找滿足所述行程事件需求的至少一個資源，所述共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源，所述資源的使用屬性根據不同的所述行程事件中包含的行程子事件確定； 　　發送單元，將包含查找到的所述至少一個資源的響應消息發送給所述第一資源提供方。 　　本案實施例採用的上述至少一個技術方案能夠達到以下有益效果： 　　資源提供方在發佈商品信息時，可以動態地從資源共享伺服器中獲取與該商品信息中包含的行程事件相匹配的資源，使得整個行程事件所需要的資源相對比較完整，有效提升了用戶從資源共享伺服器獲取行程事件對應的資源的效率，改善了用戶對資源共享伺服器提供的網路服務的用戶體驗，同時這些資源可以來自其他資源提供方，保證了資源提供方所提供的資源在資源共享伺服器中的推廣效率，進而改善了資源的流轉速度。 　　本案實施例還提供了一種資源處理方法，應用在第一資源提供方，包括： 　　確定待發佈的第一行程事件； 　　根據所述第一行程事件，確定所述第一行程事件中包含的行程子事件，並為所述行程子事件匹配對應的資源； 　　根據不同的所述行程子事件對應的資源，產生待發佈的商品信息，所述商品信息中包含的資源在滿足第二資源提供方發佈的第二行程事件需要時與所述第二行程事件共享使用； 　　發佈所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品資源的商品資源集。 　　本案實施例還提供了一種資源處理設備，應用在第一資源提供方對應的伺服器，包括： 　　確定單元，確定待發佈的第一行程事件；並根據所述第一行程事件，確定所述第一行程事件中包含的行程子事件，並為所述行程子事件匹配對應的資源； 　　產生單元，根據不同的所述行程子事件對應的資源，產生待發佈的商品信息，所述商品信息中包含的資源在滿足第二資源提供方發佈的第二行程事件需要時與所述第二行程事件共享使用； 　　發佈單元，發佈所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件所使用的商品資源的商品資源集。 　　本案實施例還提供了一種資源處理方法，包括： 　　接收不同資源提供方發送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一個資源； 　　針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集； 　　發佈所述行程事件以及所述資源集。 　　本案實施例還提供了一種資源處理設備，包括： 　　接收單元，接收不同資源提供方發送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一個資源； 　　組合單元，針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集； 　　發佈單元，發佈所述行程事件以及所述資源集。 　　本案實施例採用的上述至少一個技術方案能夠達到以下有益效果： 　　本案實施例提供的技術方案，資源提供方按照行程子事件的粒度進行細化的資源，使得資源共享伺服器在接收到不同的資源提供方發佈的商品信息時，能夠對商品信息中包含的資源進行組合，以保證用戶在獲取到資源集時能夠清楚瞭解該資源集中所包含的各種資源，改善資源共享伺服器提供網路服務的個性化與精細化，提升用戶對網路服務的用戶體驗，有效改變資源共享伺服器所提供資源的流動效率。 　　本案實施例還提供了一種資源處理方法，包括： 　　接收用戶發送的搜索請求，所述搜索請求中包含待搜索的行程事件； 　　根據所述行程事件，確定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的資源與所述行程子事件之間的對應關係； 　　將所述商品信息推送給所述用戶。 　　本案實施例還提供了一種資源處理設備，包括： 　　接收單元，接收用戶發送的搜索請求，所述搜索請求中包含待搜索的行程事件； 　　確定單元，根據所述行程事件，確定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的資源與所述行程子事件之間的對應關係； 　　發送單元，將所述商品信息推送給所述用戶。 　　本案實施例採用的上述至少一個技術方案能夠達到以下有益效果： 　　本案實施例所提供的技術方案，資源共享伺服器在接收到用戶發送的搜索請求時，能夠為用戶推送按照行程子事件的粒度進行細化的資源，不僅使得整個行程事件所需要的資源相對比較完整，而且有效提升了用戶從資源共享伺服器獲取行程事件對應的資源的效率，進而改善了用戶對資源共享伺服器提供的網路服務的用戶體驗，同時也改善資源共享伺服器提供網路服務的個性化與精細化，有效改變資源共享伺服器所提供資源的流動效率。

隨著人們生活水平的提高，“說走就走的旅行”成為一種時尚。但是，如何合理安排好自己的旅遊行程成為一個重要問題。在實際應用中，旅遊行程的安排一般需要用戶自己根據時間安排，例如：透過互聯網預定機票或者火車票、透過互聯網預定酒店、透過互聯網安排觀賞景點的行程等等。但是，如果時間安排不合理，將影響用戶的旅行心情，或者時間沒有計劃好，將使得預定的一些內容無法被實現，使得用戶對旅行的體驗比較差。 　　作為給用戶提供網路服務的互聯網服務平台，提出了一種“旅行套餐”，即為用戶提供“酒店+景點”或者“機票+酒店”的網路服務。這種“旅行套餐”中包含相應的旅行服務，例如：“酒店+景點”即為用戶的旅行安排住宿酒店以及觀賞景點；“機票+酒店”即為用戶提供機票並安排住宿。但是，由於這種組合方式屬一種緊耦合方式，使得用戶對於這種網路服務並不是很滿意，同時還存在互聯網服務平台實施綁定銷售的嫌疑，進而降低了互聯網服務平台的服務品質。 　　基於上述情況，本案實施例提供了一種動態靈活的行程安排方式，以提升用戶旅遊行程的自由性。 　　為了實現本案的目的，本案實施例提供了一種資源處理方法及設備，資源提供方在發佈商品信息時，可以動態地從資源共享伺服器中獲取與該商品信息中包含的行程事件相匹配的資源，使得整個行程事件所需要的資源相對比較完整，有效提升了用戶從資源共享伺服器獲取行程事件對應的資源的效率，改善了用戶對資源共享伺服器提供的網路服務的用戶體驗，同時這些資源可以來自其他資源提供方，保證了資源提供方所提供的資源在資源共享伺服器中的推廣效率，進而改善了資源的流轉速度。 　　需要說明的是，本案實施例中所記載的資源的使用屬性可以包括但不限於：交通屬性、住宿屬性、參觀屬性、保暖屬性、防滑屬性等等。不同資源其對應的使用屬性不同，至於使用屬性的具體內容可以基於實際需要確定，也可以根據資源自身的使用性確定，這裏不做限定。 　　本案實施例中所記載的使用屬性的屬性值可以理解為不同使用屬性對應的屬性值，屬性值的大小不同，表達方式也不同，例如：交通屬性對應的屬性值可以理解為啓程時間和到達時間；住宿屬性對應的屬性值可以理解為入住時間和離店時間；參觀屬性可以理解為景點的開放時間等等。 　　本案實施例中所記載的資源可以是一張機票，也可以是一張火車票，還可以是一晚住宿等等，這裏不做具體限定。 　　為使本案的目的、技術方案和優點更加清楚，下面將結合本案具體實施例及相應的附圖對本案技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本案一部分實施例，而不是全部的實施例。基於本案中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬本案保護的範圍。 　　以下結合附圖，詳細說明本案各實施例提供的技術方案。 實施例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飛香港的機票資源和到達香港之後第一晚的酒店資源；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所需要的資源、行程子事件2所需要的資源、行程子事件3所需要的資源以及行程子事件4所需要的資源。 　　需要說明的是，本案實施例中所記載的資源提供方可以是指提供機票資源的資源提供方，也可以是提供酒店資源（包含但不限於住宿資源）的資源提供方，還可以是提供景點資源的資源提供方，這裏不做具體限定。在本案實施例中以提供行程事件的資源方為例進行說明，這裏提供行程事件的資源方可以是旅行社，那麼旅行社在提供行程事件時，可以透過幾種途徑獲取行程事件中包含的各行程子事件所需要的資源：第一種方式：按照本案實施例中所記載的方案獲取資源，透過互聯網平台獲取其他資源提供方提供的資源；第二種方式，透過線下協商的方式獲取資源；第三種方式，前兩種方式的結合。 　　在第一種方式中，可以理解為不同的資源提供方與互聯網服務平台建立合作關係，可以實現發佈在互聯網平台中的各資源被不同的資源提供方共享使用。 　　步驟102：接收所述資源共享伺服器發送的響應信息。 　　其中，所述響應信息中包含至少一個所述行程子事件所需要的由第二資源提供方發佈的商品信息中包含的第一資源。 　　在本案實施例中，首先，資源共享伺服器接收第一資源提供方發送的資源搜索請求，所述資源搜索請求中包含行程事件以及所述行程事件中至少一個行程子事件。 　　這裏的行程事件可以是只包含本案實施例步驟101中第一種情形所記載的缺失資源的行程子事件，即僅包含行程子事件2和/或行程子事件3，也可以是本案實施例步驟101中第二種情形所記載的所有行程子事件，這裏不做具體限定。 　　其次，資源共享伺服器從共享資源庫中查找滿足所述資源搜索請求所需求的至少一個資源，所述共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源。 　　這裏資源共享伺服器可以接收多個不同的資源提供方發佈的商品信息，這些商品信息中包含的資源可以被多個不同的商品信息所共享，那麼資源共享伺服器在接收到不同資源提供方發佈的商品信息後，將這些商品信息中包含的資源儲存至共享資源庫中，以便於在接收到資源提供方發送的搜索請求時，能夠為該資源提供方提供合適的資源。 　　假設資源共享伺服器為行程子事件2查找到的資源為迪士尼門票資源；為行程子事件3查找到的資源為海洋公園門票資源。 　　最後，資源共享伺服器將包含查找到的所述至少一個資源的響應消息發送給所述第一資源提供方。 　　步驟103：確定所述第一資源與需要所述第一資源的行程子事件的對應關係。 　　在本案實施例中，在接收到第一資源（即步驟102 查找到的迪士尼門票資源和/或海洋公園門票資源）時，確定所述第一資源與需要所述第一資源的行程子事件的對應關係。 　　即假設接收到的第一資源中包含迪士尼門票資源和/或海洋公園門票資源，那麼可以確定迪士尼門票資源和/或海洋公園門票資源與行程子事件2之間的對應關係，或者確定迪士尼門票資源和/或海洋公園門票資源與行程子事件3之間的對應關係。 　　在本案的另一個實施例中，在接收所述資源共享伺服器發送的響應信息時，所述方法還包括： 　　在接收到所述第一資源時，從接收到的所述第一資源中篩選出滿足所述行程子事件需要的第三資源，所述第三資源同步使用在第二行程事件中。 　　具體地，在實際應用中，當資源共享伺服器查找到的第一資源數量比較多時，第一資源提供方可以對查找的第一資源進行篩選，得到缺失資源的行程子事件所需要的第三資源，此時可以建立該行程子事件與該第三資源之間的對應關係。 　　在本案的另一個實施例中，所述方法還包括： 　　確定所述第一資源提供方所擁有的所述第一行程事件所使用的第二資源； 　　將所述第一資源/所述第三資源與所述第二資源進行組合，得到所述第一行程事件所對應的資源集。 　　例如：確定所已擁有的所述第一行程事件所使用的第二資源（即機票資源和酒店資源），此外如之前所假設行程子事件1中的酒店資源可以共用在行程子事件2和行程子事件3中，那麼透過組合即可得到所述第一行程事件所對應的資源集，即各行程子事件與所需要的資源之間的對應關係，如表3所示： 表3 需要說明的是，若行程子事件1中的酒店資源不共用在行程子事件2和行程子事件3中，那麼在步驟102中獲取到的第一資源中還需要包含酒店資源，這裏的酒店資源可以與行程子事件1中所包含的酒店資源不同，透過組合即可得到所述第一行程事件所對應的資源集，如表4所示： 表4 在本案的另一個實施例中，資源共享伺服器為同一個行程子事件所查找的第一資源可能為多個，那麼在得到所述第一行程事件所對應的資源集之前，所述方法還包括： 　　在接收到所述第一資源時，從接收到的所述第一資源中篩選出滿足所述第一行程事件需要的第三資源，所述第三資源同步使用在第二行程事件中。 　　仍以上述記載的實例為例。若資源共享伺服器為行程子事件2查找到的資源個數大於1時，資源提供方在接收到資源共享伺服器發送的響應信息時，可以從接收到資源中選擇一個資源作為行程子事件2所使用的資源；可以為接收到的資源確定顯示優先級，在發佈商品信息時，選擇顯示優先級最高的資源作為行程子事件2優先使用的資源，其他的與行程子事件2匹配的資源作為行程子事件2的備選資源。 　　需要說明的是，針對不同的行程子事件對應的相同類型的資源可以是1個，也可以是多個，這樣方便滿足用戶的多重選擇。 　　步驟104：將包含所述對應關係的商品信息發佈在所述資源共享伺服器中。 　　在本案實施例中，當為行程事件中的各行程子事件確定到資源時，產生商品信息，在該商品信息中包含行程事件以及行程事件中包含的各行程子事件與所述行程子事件所需要的資源之間的對應關係，並在資源共享伺服器中發佈該商品信息。 　　這樣，用戶在獲取到該商品信息時，能夠快速確定該商品信息中包含的資源，以判斷是否滿足自己的行程安排，進而提升用戶對資源提供方的用戶體驗。 　　在本案的另一個實施例中，所述方法還包括： 　　根據所述商品信息中所使用的資源，建立所述商品信息與各所述資源之間的對應關係。 　　由於在本案實施例中，相同的資源可以共享使用在不同的商品信息中，那麼更好地對資源的庫存進行管理，可以在產生商品信息時，建立所述商品信息與各所述資源之間的對應關係，即記錄每一個資源所對應的商品信息，這樣一旦某一個商品信息被鎖定或者購買，可以及時調整該資源的庫存數量。 　　在本案的另一個實施例中，所述方法還包括： 　　接收所述資源共享伺服器發送的訂單信息，所述訂單信息中包含所述第二資源； 　　根據所述訂單信息，調整所述第二資源的庫存數量。 　　這裏的調整可以理解為當訂單產生時，將該訂單中包含的資源進行鎖定，是否做減少，還需要進一步在接收到支付信息時，在對鎖定的資源進行減量處理。 　　在本案的另一個實施例中，所述方法還包括： 　　當監測到所述第二資源的庫存數量小於設定臨限值時，發送提示消息，所述提示消息用於提醒補充所述第二資源。 　　在本案實施例中，一旦發現資源的庫存數量小於設定臨限值，說明資源已經無法滿足需求，此時系統可以發送提示消息，該提示消息用於提醒第一資源提供方補充資源，這裏的補充資源可以是資源類型的補充，也可以是資源數量的補充，這裏不做具體限定。 　　圖2為本案實施例提供的資源方發佈的商品信息的示意圖。 　　從圖2中可以看出，資源提供方發佈的商品信息中不僅包含行程計劃（即行程事件），還包含行程事件中各行程子事件所使用的資源。從圖2中可以明顯看出資源提供方所發佈的該商品信息中包含的不同資源之間相互獨立，可以來自同一家資源提供方，也可以來自不同的資源提供方。對於每一個行程子事件，所對應的資源可以被調整，即用戶對於資源提供方所提供的資源不喜歡的時候，可以在線該商品信息中包含的資源進行調整，以滿足用戶的實際需要。 　　需要說明的是，本案實施例中所記載的第一資源提供方在發佈商品信息時，可以以行程子事件為單位，單獨發佈包含一個行程子事件的商品信息，在這種商品信息中包含該行程子事件以及該行程子事件對應的資源；也可以發佈包含多個行程子事件的商品信息，這些行程子事件是連續的，或者是不連續的，在本案實施例中不做具體限定。 　　透過本案實施例提供的技術方案，資源提供方在發佈商品信息時，可以動態地從資源共享伺服器中獲取與該商品信息中包含的行程事件相匹配的資源，使得整個行程事件所需要的資源相對比較完整，有效提升了用戶從資源共享伺服器獲取行程事件對應的資源的效率，改善了用戶對資源共享伺服器提供的網路服務的用戶體驗，同時這些資源可以來自其他資源提供方，保證了資源提供方所提供的資源在資源共享伺服器中的推廣效率，進而改善了資源的流轉速度。 實施例2 　　基於同一個發明構思，圖3為本案實施例提供的一種資源處理方法的流程示意圖。所述方法可以如下所示。本案實施例的執行主體為資源共享伺服器。 　　步驟:301：接收第一資源提供方發送的資源搜索請求。 　　其中，所述資源搜索請求中包含行程事件。 　　在本案實施例中，第一資源提供方可以從資源共享伺服器中獲取所需要的資源，以根據獲取到的資源形成待發佈的商品信息，本案實施例中所記載的商品信息可以看做一種商品，該種商品中包含不同資源提供方提供的資源，而這種商品採用松耦合的方式組合，並且該種商品中的資源可以與其他商品中包含的資源共享使用。 　　步驟302：從共享資源庫中查找滿足所述行程事件需求的至少一個資源。 　　其中，所述共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源，所述資源的使用屬性根據不同的所述行程事件中包含的行程子事件確定。 　　在本案實施例中，資源共享伺服器在接收到多個不同的資源提供方發送的商品信息，解析該商品信息中包含的多個資源，並確定各資源的使用屬性，建立使用屬性的屬性值與資源的資源標識之間的映射關係，根據該映射關係，創建共享資源庫，即該共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源。 　　具體地，資源共享伺服器在接收到資源提供方發送的資源搜索請求時，基於所述資源搜索請求中包含的所述行程子事件，確定所述行程子事件的時間屬性，所述行程子事件為所述行程事件中缺失資源的行程子事件；並從共享資源庫中查找使用屬性對應的屬性值滿足所述時間屬性的資源作為滿足所述行程事件需求的資源。 　　需要說明的是，本案實施例中所述資源搜索請求中包含的行程事件可以包含整個行程事件的所有行程子事件，也可以包含行程事件中缺失資源的行程子事件，從共享資源庫中查找行程子事件所使用的資源的方式相同，這裏不再一一贅述。 　　步驟303：將包含查找到的所述至少一個資源的響應消息發送給所述第一資源提供方。 實施例3 　　基於同一個發明構思，圖4為本案實施例提供的一種資源處理方法的流程示意圖。所述方法可以如下所示。本案實施例所提供的方案與實施例1中所提供的方案的區別在於：實施例1中記載的第一資源提供方在發佈商品信息時需要從資源共享伺服器中獲取全部或部分的資源，即第一資源提供方可以提供商品信息的部分資源；本案實施例中所記載的第一資源提供方能夠提供商品信息中的資源，重點在於體現第一資源提供方所發佈的商品信息中包含的不同資源之間是一種鬆耦合的關係，以便於資源共享伺服器在接收到商品信息時，提取商品信息中包含的資源。 　　步驟401：確定待發佈的第一行程事件。 　　在本案實施例中，第一資源提供方確定行程事件，例如：“4天（12.23~12.26）香港旅行”，那麼可以將這一行程事件看做第一行程事件。 　　步驟402：根據所述第一行程事件，確定所述第一行程事件中包含的行程子事件，並為所述行程子事件匹配對應的資源。 　　在本案實施例中，可以基於行程子事件的時間屬性，為其匹配使用屬性的屬性值滿足該時間屬性的資源，得到不同的行程子事件對應的資源。 　　步驟403：根據不同的所述行程子事件對應的資源，產生待發佈的商品信息。 　　其中，所述商品信息中包含的資源在滿足第二資源提供方發佈的第二行程事件需要時與所述第二行程事件共享使用。 　　在本案實施例中，根據不同的所述行程子事件對應的資源，以行程子事件為粒度，組合得到待發佈的商品信息。在該商品信息中包含各行程事件以及該行程事件對應的資源，如表5所示： 表5 在表5中，各個資源相互獨立，能夠被其他行程事件所共享使用。 　　需要說明的是，本案實施例中所記載的第一資源提供方在發佈商品信息時，可以以行程子事件為單位，單獨發佈包含一個行程子事件的商品信息，在這種商品信息中包含該行程子事件以及該行程子事件對應的資源；也可以發佈包含多個行程子事件的商品信息，這些行程子事件是連續的，或者是不連續的，在本案實施例中不做具體限定。 　　例如：如表6所示，所待發佈的商品信息： 表6 如表7所示，所待發佈的商品信息： 表7 如表8所示，所待發佈的商品信息： 表8 步驟404：發佈所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件中各行程子事件所使用的資源的資源集。 實施例4 　　基於同一個發明構思，圖5為本案實施例提供的一種資源處理方法的流程示意圖。所述方法可以如下所示。本案實施例所記載的方案可以應用在資源共享伺服器中，也可以應用在互聯網服務平台中，這裏不做具體限定。本案實施例所記載的方案以資源共享伺服器以行程事件為單位對不同類型的資源進行組合，這種組合方式與現有技術中的捆綁方式不同，採用鬆耦合的方式，還可以根據用戶的實際需要進行調整，以最大可能性地滿足用戶需要。 　　步驟501：接收不同資源提供方發送的商品信息。 　　其中，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一個資源。 　　在本案實施例中，互聯網服務平台作為一種電子商務平台，可以將不同的資源提供方提供的資源發佈在該互聯網服務平台中，以便於給用戶提供服務。那麼，互聯網服務平台接收資源提供方發送的資源發佈請求，從接收到的資源發佈請求中獲取待發佈的資源。 　　這些待發佈的資源可以屬同一種類型的資源，也可以屬不同類型的資源，也就是說，資源提供方可以請求發佈相同類型的資源，也可以請求發佈不同類型的資源；不同資源提供方可以提供相同類型的資源，也可以提供不同類型的資源，這裏不做具體限定。 　　需要說明的是，本案實施例中所記載的類型可以根據資源的用途進行確定，也可以根據資源的其他標準進行確定，這裏不做具體限定。 　　在接收到不同的商品信息時，解析不同商品信息中包含的行程事件以及該行程事件中各行程子事件所使用的不同的資源。 　　步驟502：針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集。 　　在本案實施例中，針對同一個行程事件，可以接收到多個商品信息，也可以接收到不同資源提供方提供的資源，那麼一種方式，可以為其中某一個商品信息進行資源調配；另一種方式，將不同商品信息中的不同行程子事件所使用資源進行組合，這樣可以得到所述行程事件所使用的資源集。 　　第一種方式：為其中某一個商品信息進行資源調配。 　　具體地，透過解析不同的商品信息，可以確定不同商品信息中包含的行程事件，那麼以行程事件為標準，將商品信息進行分類。 　　例如：相同行程事件的商品信息為一類。這裏所謂相同行程事件可以是指旅行的目的地相同，例如：所有去香港旅行的商品信息為一類。 　　下面針對其中一類商品信息進行詳細說明。 　　首先，針對該行程事件，確定包含所述行程事件的商品信息。 　　其次，針對其中一個所述商品信息，執行以下操作： 　　第一步，確定該商品信息中所述行程事件中所述行程子事件所缺失的資源。 　　具體地，基於所述行程事件，確定所述行程事件中包含的行程子事件； 　　根據該商品信息中包含的資源，分別為不同的所述行程子事件匹配用於完成所述行程子事件的資源； 　　對於尚未匹配到資源的行程子事件，確定用於完成該行程子事件的至少一種類型的資源； 　　將確定的至少一種類型的資源作為該商品信息中所述行程事件所缺失的資源。 　　具體地，在為不同的所述行程子事件匹配用於完成所述行程子事件的資源時，可以針對不同的所述行程子事件，確定該行程子事件的時間屬性； 　　將使用屬性對應的屬性值滿足所述時間屬性的資源作為用於完成所述行程子事件的資源。 　　第二步，從確定的其他所述商品信息中查找所述缺失的資源。 　　具體地，確定所述缺失的資源對應的行程子事件的時間屬性； 　　從確定的其他所述商品信息中查找使用屬性對應的屬性值滿足所述時間屬性的資源作為所述缺失的資源。 　　第三步，將查找到的所述缺失的資源與該商品信息中已包含的資源進行組合，得到所述行程事件所使用的資源集。 　　第二種方式：將不同商品信息中的不同行程子事件所使用資源進行組合。 　　具體地，基於同一個行程事件，確定包含所述行程事件的商品信息； 　　確定各所述商品信息中包含的各行程子事件的時間屬性； 　　根據所述時間屬性，將不同的所述商品信息中不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集。 　　例如：以行程事件（4天（12.23~12.26）香港旅行）為例進行說明。假設針對該行程事件，包含該行程事件的商品信息由：商品信息1和商品信息2。其中，商品信息1中包含的行程事件以及行程事件中各行程子事件所使用的資源如9所示： 圖9 其中，商品信息2中包含的行程事件以及行程事件中各行程子事件所使用的資源如10所示： 圖10 那麼在接收到這兩個商品信息後，可以根據各行程子事件的所述時間屬性，將不同的所述商品信息中不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集。如表11所示： 表11 從表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 針對商品信息2，對於去香港的游客來說，可能很大程度想去迪士尼公園，商品信息2中缺失資源為迪士尼公園的門票資源，那麼可以從商品信息3中查找到該門票資源，這樣商品信息3的門票資源共享給行程2，即可得到組合後的商品信息2的資源集，如表13所示： 表13 針對商品信息3，僅包含香港旅遊資源的門票，那麼來回香港的機票資源和酒店資源屬商品信息3的缺失資源，那麼可以從商品信息1或者商品信息2中選擇機票資源，還可以從商品信息2中選擇酒店資源，這樣即可得到組合後的商品信息3的資源集，如表14所示： 表14 步驟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、光學記憶體等）上實施的電腦程式產品的形式。 　　以上所述僅為本案的實施例而已，並不用於限制本案。對於本領域技術人員來說，本案可以有各種更改和變化。凡在本案的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本案的權利要求範圍之內。

91‧‧‧發送單元

92‧‧‧接收單元

93‧‧‧處理單元

94‧‧‧確定單元

95‧‧‧篩選單元

96‧‧‧組合單元

97‧‧‧儲存單元

98‧‧‧庫存調整單元

99‧‧‧提示單元

1001‧‧‧接收單元

1002‧‧‧查找單元

1003‧‧‧發送單元

1101‧‧‧確定單元

1102‧‧‧處理單元

1103‧‧‧發佈單元

1201‧‧‧接收單元

1202‧‧‧組合單元

1203‧‧‧處理單元

1204‧‧‧支付單元

1205‧‧‧調整單元

1206‧‧‧提示單元

1301‧‧‧接收單元

1302‧‧‧確定單元

1303‧‧‧推送單元

1304‧‧‧更新單元

1305‧‧‧鎖定單元

1306‧‧‧支付單元

1307‧‧‧調整單元

1401‧‧‧資源提供方對應的伺服器

1402‧‧‧商品資源共享伺服器

1403‧‧‧商品信息需求方對應的客戶端

此處所說明的附圖用來提供對本案的進一步理解，構成本案的一部分，本案的示意性實施例及其說明用於解釋本案，並不構成對本案的不當限定。在附圖中： 　　圖1為本案實施例提供的一種資源處理方法的流程示意圖； 　　圖2為本案實施例提供的資源方發佈的商品信息的示意圖； 　　圖3為本案實施例提供的一種資源處理方法的流程示意圖； 　　圖4為本案實施例提供的一種資源處理方法的流程示意圖； 　　圖5為本案實施例提供的一種資源處理方法的流程示意圖； 　　圖6為本案實施例提供的資源集的示意圖； 　　圖7為本案實施例提供的資源支付場景示意圖； 　　圖8為本案實施例提供的一種資源處理方法的流程示意圖； 　　圖9為本案實施例提供的一種資源處理設備的結構示意圖； 　　圖10為本案實施例提供的一種資源處理設備的結構示意圖； 　　圖11為本案實施例提供的一種資源處理設備的結構示意圖； 　　圖12為本案實施例提供的一種資源處理設備的結構示意圖； 　　圖13為本案實施例提供的一種資源處理設備的結構示意圖； 　　圖14為本案實施例提供的一種資源處理系統的結構示意圖。

Claims (58)

1. 一種資源處理方法，應用於第一資源提供方，包括： 　　向資源共享伺服器發送資源搜索請求，所述資源搜索請求中包含第一行程事件中的至少一個行程子事件； 　　接收所述資源共享伺服器發送的響應信息，所述響應信息中包含至少一個所述行程子事件所需要的由第二資源提供方發佈的商品信息中包含的第一資源，並確定所述第一資源與需要所述第一資源的行程子事件的對應關係； 　　將包含所述對應關係的商品信息發佈在所述資源共享伺服器中。
2. 根據申請專利範圍第1項所述的資源處理方法，其中，在向資源共享伺服器發送資源搜索請求之前，所述方法還包括： 　　確定待發佈的第一行程事件以及所述第一行程事件中的至少一個行程子事件所使用的第二資源； 　　根據所述第二資源，確定所述第一行程事件中缺失資源的行程子事件。
3. 根據申請專利範圍第2項所述的資源處理方法，其中，向資源共享伺服器發送資源搜索請求，包括： 　　根據所述行程子事件，產生資源搜索請求，所述資源搜索請求用於搜索所述行程子事件所需要的資源； 　　將所述資源搜索請求發送給資源共享伺服器。
4. 根據申請專利範圍第1至3項中任一項所述的資源處理方法，其中，在接收所述資源共享伺服器發送的響應信息時，所述方法還包括： 　　在接收到所述第一資源時，從接收到的所述第一資源中篩選出滿足所述行程子事件需要的第三資源，所述第三資源同步使用在第二行程事件中。
5. 根據申請專利範圍第4項所述的資源處理方法，其中，所述方法還包括： 　　確定所述第一資源提供方所擁有的所述第一行程事件所使用的第二資源； 　　將所述第一資源/所述第三資源與所述第二資源進行組合，得到所述第一行程事件所對應的資源集。
6. 根據申請專利範圍第1至5項中任一項所述的資源處理方法，其中，所述方法還包括： 　　根據所述商品信息中所使用的資源，建立所述商品信息與各所述資源之間的對應關係。
7. 根據申請專利範圍第6項所述的資源處理方法，其中，所述方法還包括： 　　接收所述資源共享伺服器發送的訂單信息，所述訂單信息中包含所述第二資源； 　　根據所述訂單信息，調整所述第二資源的庫存數量。
8. 根據申請專利範圍第6或7項所述的資源處理方法，其中，所述方法還包括： 　　當監測到所述第二資源的庫存數量小於設定臨限值時，發送提示消息，所述提示消息用於提醒補充所述第二資源。
9. 一種資源處理方法，包括： 　　接收第一資源提供方發送的資源搜索請求，所述資源搜索請求中包含行程事件； 　　從共享資源庫中查找滿足所述行程事件需求的至少一個資源，所述共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源，所述資源的使用屬性根據不同的所述行程事件中包含的行程子事件確定； 　　將包含查找到的所述至少一個資源的響應消息發送給所述第一資源提供方。
10. 根據申請專利範圍第9項所述的資源處理方法，其中，從共享資源庫中查找滿足所述行程事件需求的至少一個資源，包括： 　　基於所述資源搜索請求中包含的所述行程子事件，確定所述行程子事件的時間屬性，所述行程子事件為所述行程事件中缺失資源的行程子事件； 　　從共享資源庫中查找使用屬性對應的屬性值滿足所述時間屬性的資源作為滿足所述行程事件需求的資源。
11. 一種資源處理方法，應用在第一資源提供方，包括： 　　確定待發佈的第一行程事件； 　　根據所述第一行程事件，確定所述第一行程事件中包含的行程子事件，並為所述行程子事件匹配對應的資源； 　　根據不同的所述行程子事件對應的資源，產生待發佈的商品信息，所述商品信息中包含的資源在滿足第二資源提供方發佈的第二行程事件需要時與所述第二行程事件共享使用； 　　發佈所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件中各行程子事件所使用的資源的資源集。
12. 一種資源處理方法，包括： 　　接收不同資源提供方發送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一個資源； 　　針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集； 　　發佈所述行程事件以及所述資源集。
13. 根據申請專利範圍第12項所述的資源處理方法，其中，針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集，包括： 　　基於同一個所述行程事件，確定包含所述行程事件的商品信息； 　　針對其中一個所述商品信息，執行以下操作： 　　確定該商品信息中所述行程事件中所述行程子事件所缺失的資源； 　　從確定的其他所述商品信息中查找所述缺失的資源； 　　將查找到的所述缺失的資源與該商品信息中已包含的資源進行組合，得到所述行程事件所使用的資源集。
14. 根據申請專利範圍第13項所述的資源處理方法，其中，確定該商品信息中所述行程事件所缺失的資源，包括： 　　基於所述行程事件，確定所述行程事件中包含的行程子事件； 　　根據該商品信息中包含的資源，分別為不同的所述行程子事件匹配用於完成所述行程子事件的資源； 　　對於尚未匹配到資源的行程子事件，確定用於完成該行程子事件的至少一種類型的資源； 　　將確定的至少一種類型的資源作為該商品信息中所述行程事件所缺失的資源。
15. 根據申請專利範圍第14項所述的資源處理方法，其中，為不同的所述行程子事件匹配用於完成所述行程子事件的資源，包括： 　　針對不同的所述行程子事件，確定該行程子事件的時間屬性； 　　將使用屬性對應的屬性值滿足所述時間屬性的資源作為用於完成所述行程子事件的資源。
16. 根據申請專利範圍第13項所述的資源處理方法，其中，從確定的其他所述商品信息中查找所述缺失的資源，包括： 　　確定所述缺失的資源對應的行程子事件的時間屬性； 　　從確定的其他所述商品信息中查找使用屬性對應的屬性值滿足所述時間屬性的資源作為所述缺失的資源。
17. 根據申請專利範圍第12項所述的資源處理方法，其中，針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集，包括： 　　基於同一個行程事件，確定包含所述行程事件的商品信息； 　　確定各所述商品信息中包含的各行程子事件的時間屬性； 　　根據所述時間屬性，將不同的所述商品信息中不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集。
18. 根據申請專利範圍第12至17項中任一項所述的資源處理方法，其中，相同所述行程事件對應的資源集中所包含的資源部分相同； 　　或者，不同所述行程事件對應的資源集中所包含的相同類型的資源部分相同。
19. 根據申請專利範圍第18項所述的資源處理方法，其中，所述方法還包括： 　　接收用戶發送的支付請求，所述支付請求中包含所述用戶確定的行程事件對應的資源集； 　　確定所述資源集包含的各資源的資源提供方； 　　按照所述資源集包含的各資源的支付信息，分別向不同的所述資源提供方發送相應的支付信息。
20. 根據申請專利範圍第19項所述的資源處理方法，其中，所述方法還包括： 　　在接收到用戶發送的支付請求時，根據所述支付請求中包含的所述用戶確定的行程事件對應的資源集，分別調整所述資源集中包含的不同的資源的庫存數量。
21. 根據申請專利範圍第20項所述的資源處理方法，其中，分別調整所述資源集中包含的不同的資源的庫存數量，包括： 　　確定所述資源集中包含的不同的資源的資源提供方； 　　分別向不同的資源的資源提供方發送庫存調整信息，使所述資源提供方在接收到所述庫存調整信息時，以調整所述庫存調整信息中包含的資源的庫存數量。
22. 根據申請專利範圍第20或21項所述的資源處理方法，其中，所述方法還包括： 　　當監測到資源的庫存數量小於設定臨限值時，發送提示消息，所述提示消息用於提醒補充所述資源。
23. 一種資源處理方法，包括： 　　接收用戶發送的搜索請求，所述搜索請求中包含待搜索的行程事件； 　　根據所述行程事件，確定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的資源與所述行程子事件之間的對應關係； 　　將所述商品信息推送給所述用戶。
24. 根據申請專利範圍第24項所述的資源處理方法，其中，所述方法還包括： 　　接收所述用戶發送的資源變更請求，所述資源變更請求中包含資源標識； 　　確定所述資源標識對應的資源的類型以及使用屬性的屬性值； 　　從共享資源庫中查找與所述類型相同但與所述使用屬性的屬性值不同的資源，並將查找到的所述資源推送給所述用戶，所述共享資源庫中包含不同資源發佈方提供的、按照資源的使用屬性劃分的多個資源。
25. 根據申請專利範圍第24項所述的資源處理方法，其中，所述方法還包括： 　　接收所述用戶發送的資源變更請求，所述資源變更請求中包含待變更資源對應的行程子事件； 　　根據所述行程子事件的時間屬性，計算完成所述行程子事件的時間區間； 　　從共享資源庫中查找滿足所述時間區間且與已推送的所述資源不同的其他資源，並將查找到的所述其他資源推送給所述用戶。
26. 根據申請專利範圍第23至25項中任一項所述的資源處理方法，其中，所述方法還包括： 　　接收所述用戶發送的訂單信息，所述訂單信息中包含所述用戶選擇的商品信息，所述商品信息中包含所述用戶選擇的行程事件中的至少一個行程子事件與所述行程子事件所需要資源之間的對應關係； 　　根據所述商品信息，鎖定所述商品信息中包含的所述資源。
27. 根據申請專利範圍第26項所述的資源處理方法，其中，所述方法還包括： 　　接收所述用戶發送的第一支付信息，所述第一支付信息用於支付所述用戶選擇的商品信息； 　　根據所述商品信息，確定提供所述商品信息中各資源的資源提供方以及所述商品信息中各資源的第二支付信息，各資源的所述第二支付信息之和等於所述第一支付信息； 　　按照各資源的所述第二支付信息，分別向各資源所對應的所述資源提供方發送支付資料。
28. 根據申請專利範圍第27項所述的資源處理方法，其中，所述方法還包括： 　　在接收到用戶發送的支付信息時，根據所述支付信息中包含的所述商品信息，分別調整所述商品信息中包含的各資源的庫存數量。
29. 根據申請專利範圍第28項所述的資源處理方法，其中，分別調整所述商品信息中包含的各資源的庫存數量，包括： 　　確定所述商品信息中包含的各資源的資源提供方； 　　分別向各資源的資源提供方發送庫存調整信息，使所述資源提供方在接收到所述庫存調整信息時，以調整所述庫存調整信息中包含的資源的庫存數量。
30. 一種資源處理設備，應用於第一資源提供方，包括： 　　發送單元，向資源共享伺服器發送資源搜索請求，所述資源搜索請求中包含第一行程事件中的至少一個行程子事件； 　　接收單元，接收所述資源共享伺服器發送的響應信息，所述響應信息中包含至少一個所述行程子事件所需要的由第二資源提供方發佈的商品信息中包含的第一資源； 　　處理單元，確定所述第一資源與需要所述第一資源的行程子事件的對應關係；並將包含所述對應關係的商品信息發佈在所述資源共享伺服器中。
31. 根據申請專利範圍第30項所述的資源處理設備，其中，所述資源處理設備還包括：確定單元，其中： 　　所述確定單元，在向資源共享伺服器發送資源搜索請求之前，確定待發佈的第一行程事件以及所述第一行程事件中的至少一個行程子事件所使用的第二資源； 　　根據所述第二資源，確定所述第一行程事件中缺失資源的行程子事件。
32. 根據申請專利範圍第31項所述的資源處理設備，其中，所述發送單元向資源共享伺服器發送資源搜索請求，包括： 　　根據所述行程子事件，產生資源搜索請求，所述資源搜索請求用於搜索所述行程子事件所需要的資源； 　　將所述資源搜索請求發送給資源共享伺服器。
33. 根據申請專利範圍第30至32項中任一項所述的資源處理設備，其中，所述資源處理還包括：篩選單元，其中： 　　所述篩選單元，在接收所述資源共享伺服器發送的響應信息時，在接收到所述第一資源時，從接收到的所述第一資源中篩選出滿足所述行程子事件需要的第三資源，所述第三資源同步使用在第二行程事件中。
34. 根據申請專利範圍第33項所述的資源處理設備，其中，所述資源處理設備還包括：組合單元，其中： 　　所述組合單元，確定所述第一資源提供方所擁有的所述第一行程事件所使用的第二資源； 　　將所述第一資源/所述第三資源與所述第二資源進行組合，得到所述第一行程事件所對應的資源集。
35. 根據申請專利範圍第30至34項中任一項所述的資源處理設備，其中，所述資源處理還包括：儲存單元，其中： 　　所述儲存單元，根據所述商品信息中所使用的資源，建立所述商品信息與各所述資源之間的對應關係。
36. 根據申請專利範圍第35項所述的資源處理設備，其中，所述資源處理設備還包括：庫存調整單元，其中： 　　所述庫存調整單元，接收所述資源共享伺服器發送的訂單信息，所述訂單信息中包含所述第二資源； 　　根據所述訂單信息，調整所述第二資源的庫存數量。
37. 根據申請專利範圍第36項所述的資源處理設備，其中，所述資源處理設備還包括：提示單元，其中： 　　所述提示單元，當監測到所述第二資源的庫存數量小於設定臨限值時，發送提示消息，所述提示消息用於提醒補充所述第二資源。
38. 一種資源處理設備，包括： 　　接收單元，接收第一資源提供方發送的資源搜索請求，所述資源搜索請求中包含行程事件； 　　查找單元，從共享資源庫中查找滿足所述行程事件需求的至少一個資源，所述共享資源庫中包含不同的資源提供方提供的、按照資源的使用屬性劃分的多個資源，所述資源的使用屬性根據不同的所述行程事件中包含的行程子事件確定； 　　發送單元，將包含查找到的所述至少一個資源的響應消息發送給所述第一資源提供方。
39. 根據申請專利範圍第38項所述的資源處理設備，其中，所述查找單元從共享資源庫中查找滿足所述行程事件需求的至少一個資源，包括： 　　基於所述資源搜索請求中包含的所述行程子事件，確定所述行程子事件的時間屬性，所述行程子事件為所述行程事件中缺失資源的行程子事件； 　　從共享資源庫中查找使用屬性對應的屬性值滿足所述時間屬性的資源作為滿足所述行程事件需求的資源。
40. 一種資源處理設備，應用在第一資源提供方，包括： 　　確定單元，確定待發佈的第一行程事件；並根據所述第一行程事件，確定所述第一行程事件中包含的行程子事件，並為所述行程子事件匹配對應的資源； 　　產生單元，根據不同的所述行程子事件對應的資源，產生待發佈的商品信息，所述商品信息中包含的資源在滿足第二資源提供方發佈的第二行程事件需要時與所述第二行程事件共享使用； 　　發佈單元，發佈所述商品信息，所述商品信息中包含所述第一行程事件以及包含所述第一行程事件中各行程子事件所使用的資源的資源集。
41. 一種資源處理設備，包括： 　　接收單元，接收不同資源提供方發送的商品信息，所述商品信息中包含行程事件以及所述行程事件中的行程子事件所使用的至少一個資源； 　　組合單元，針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同/不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集； 　　發佈單元，發佈所述行程事件以及所述資源集。
42. 根據申請專利範圍第41項所述的資源處理設備，其中，所述組合單元針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的相同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集，包括： 　　基於同一個所述行程事件，確定包含所述行程事件的商品信息； 　　針對其中一個所述商品信息，執行以下操作： 　　確定該商品信息中所述行程事件中所述行程子事件所缺失的資源； 　　從確定的其他所述商品信息中查找所述缺失的資源； 　　將查找到的所述缺失的資源與該商品信息中已包含的資源進行組合，得到所述行程事件所使用的資源集。
43. 根據申請專利範圍第42項所述的資源處理設備，其中，所述組合單元確定該商品信息中所述行程事件所缺失的資源，包括： 　　基於所述行程事件，確定所述行程事件中包含的行程子事件； 　　根據該商品信息中包含的資源，分別為不同的所述行程子事件匹配用於完成所述行程子事件的資源； 　　對於尚未匹配到資源的行程子事件，確定用於完成該行程子事件的至少一種類型的資源； 　　將確定的至少一種類型的資源作為該商品信息中所述行程事件所缺失的資源。
44. 根據申請專利範圍第43項所述的資源處理設備，其中，所述組合單元為不同的所述行程子事件匹配用於完成所述行程子事件的資源，包括： 　　針對不同的所述行程子事件，確定該行程子事件的時間屬性； 　　將使用屬性對應的屬性值滿足所述時間屬性的資源作為用於完成所述行程子事件的資源。
45. 根據申請專利範圍第42項所述的資源處理設備，其中，所述組合單元從確定的其他所述商品信息中查找所述缺失的資源，包括： 　　確定所述缺失的資源對應的行程子事件的時間屬性； 　　從確定的其他所述商品信息中查找使用屬性對應的屬性值滿足所述時間屬性的資源作為所述缺失的資源。
46. 根據申請專利範圍第41項所述的資源處理設備，其中，所述組合單元針對同一個行程事件，將包含所述行程事件的不同所述商品信息中的不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集，包括： 　　基於同一個行程事件，確定包含所述行程事件的商品信息； 　　確定各所述商品信息中包含的各行程子事件的時間屬性； 　　根據所述時間屬性，將不同的所述商品信息中不同行程子事件所使用的不同類型的資源進行組合，得到所述行程事件所使用的資源集。
47. 根據申請專利範圍第41至46項中任一項所述的資源處理設備，其中，相同所述行程事件對應的資源集中所包含的資源部分相同； 　　或者，不同所述行程事件對應的資源集中所包含的相同類型的資源部分相同。
48. 根據申請專利範圍第47項所述的資源處理設備，其中，所述資源處理設備還包括：支付單元，其中： 　　所述支付單元，接收用戶發送的支付請求，所述支付請求中包含所述用戶確定的行程事件對應的資源集； 　　確定所述資源集包含的各資源的資源提供方； 　　按照所述資源集包含的各資源的支付信息，分別向不同的所述資源提供方發送相應的支付信息。
49. 根據申請專利範圍第48項所述的資源處理設備，其中，所述資源處理設備還包括：調整單元，其中： 　　所述調整單元，在接收到用戶發送的支付請求時，根據所述支付請求中包含的所述用戶確定的行程事件對應的資源集，分別調整所述資源集中包含的不同的資源的庫存數量。
50. 根據申請專利範圍第49項所述的資源處理設備，其中，所述調整單元分別調整所述資源集中包含的不同的資源的庫存數量，包括： 　　確定所述資源集中包含的不同的資源的資源提供方； 　　分別向不同的資源的資源提供方發送庫存調整信息，使所述資源提供方在接收到所述庫存調整信息時，以調整所述庫存調整信息中包含的資源的庫存數量。
51. 根據申請專利範圍第49或50項所述的資源處理設備，其中，所述資源處理設備還包括：提示單元，其中： 　　所述提示單元，當監測到資源的庫存數量小於設定臨限值時，發送提示消息，所述提示消息用於提醒補充所述資源。
52. 一種資源處理設備，包括： 　　接收單元，接收用戶發送的搜索請求，所述搜索請求中包含待搜索的行程事件； 　　確定單元，根據所述行程事件，確定包含所述行程事件的商品信息，所述商品信息中包含所述行程事件中行程子事件所使用的資源與所述行程子事件之間的對應關係； 　　發送單元，將所述商品信息推送給所述用戶。
53. 根據申請專利範圍第52項所述的資源處理設備，其中，所述資源處理設備還包括：更新單元，其中： 　　所述更新單元，接收所述用戶發送的資源變更請求，所述資源變更請求中包含資源標識； 　　確定所述資源標識對應的資源的類型以及使用屬性的屬性值； 　　從共享資源庫中查找與所述類型相同但與所述使用屬性的屬性值不同的資源，並將查找到的所述資源推送給所述用戶，所述共享資源庫中包含不同資源發佈方提供的、按照資源的使用屬性劃分的多個資源。
54. 根據申請專利範圍第52項所述的資源處理設備，其中，所述資源處理設備還包括：更新單元，其中： 　　所述更新單元，接收所述用戶發送的資源變更請求，所述資源變更請求中包含待變更資源對應的行程子事件； 　　根據所述行程子事件的時間屬性，計算完成所述行程子事件的時間區間； 　　從共享資源庫中查找滿足所述時間區間且與已推送的所述資源不同的其他資源，並將查找到的所述其他資源推送給所述用戶。
55. 根據申請專利範圍第52至54項中任一項所述的資源處理設備，其中，所述資源處理設備還包括：鎖定單元，其中： 　　所述鎖定單元，接收所述用戶發送的訂單信息，所述訂單信息中包含所述用戶選擇的商品信息，所述商品信息中包含所述用戶選擇的行程事件中的至少一個行程子事件與所述行程子事件所需要資源之間的對應關係； 　　根據所述商品信息，鎖定所述商品信息中包含的所述資源。
56. 根據申請專利範圍第55項所述的資源處理設備，其中，所述資源處理設備還包括：支付單元，其中： 　　所述支付單元，接收所述用戶發送的第一支付信息，所述第一支付信息用於支付所述用戶選擇的商品信息； 　　根據所述商品信息，確定提供所述商品信息中各資源的資源提供方以及所述商品信息中各資源的第二支付信息，各資源的所述第二支付信息之和等於所述第一支付信息； 　　按照各資源的所述第二支付信息，分別向各資源所對應的所述資源提供方發送支付資料。
57. 根據申請專利範圍第56項所述的資源處理設備，其中，所述資源處理設備還包括：調整單元，其中： 　　所述調整單元，在接收到用戶發送的支付信息時，根據所述支付信息中包含的所述商品信息，分別調整所述商品信息中包含的各資源的庫存數量。
58. 根據申請專利範圍第57項所述的資源處理設備，其中，所述調整單元分別調整所述商品信息中包含的各資源的庫存數量，包括： 　　確定所述商品信息中包含的各資源的資源提供方； 　　分別向各資源的資源提供方發送庫存調整信息，使所述資源提供方在接收到所述庫存調整信息時，以調整所述庫存調整信息中包含的資源的庫存數量。