本申請涉及計算機軟件技術領域，尤其涉及關聯(lián)業(yè)務處理方法及裝置、店鋪推薦方法及裝置。

背景技術：

各類業(yè)務點為用戶提供豐富的業(yè)務，極大地便利了用戶的生活，這些業(yè)務點可以是實體業(yè)務點，比如，城市里的餐館、衣飾店鋪、家具店鋪、便利店等，也可以是網上業(yè)務點，比如，電商平臺的各種網上店鋪等。

在現(xiàn)有技術中，業(yè)務點在為用戶提供業(yè)務的同時，其所提供的業(yè)務往往存在一些關聯(lián)業(yè)務需要相應的服務提供商來處理。多個業(yè)務點所提供的業(yè)務可能有相同的關聯(lián)業(yè)務，并由同一家服務提供商處理，服務提供商往往按照業(yè)務點的數(shù)量將自身所有的處理資源平均分配，分別用以對各業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行相同處理。

但是，在實際應用中，各業(yè)務點存在差異，對于關聯(lián)業(yè)務處理的具體程度或者緊要程度的需求可能也不相同，某些業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務處不處理甚至可能無關緊要。因此，現(xiàn)有技術中基于平均分配處理資源的關聯(lián)業(yè)務處理方式容易造成處理資源浪費。

例如，以業(yè)務點為實體店鋪為例，實體店鋪所提供的商品售賣業(yè)務的關聯(lián)業(yè)務可以是聯(lián)網智能監(jiān)控業(yè)務，智能監(jiān)控服務器需要實時獲取所監(jiān)控的實體店鋪的影像，并通過智能視頻處理資源(中央處理器、圖形處理器、高速緩存等)，對監(jiān)控影像進行自動分析，以確定所監(jiān)控的實體店鋪內是否存在異常情況。按照現(xiàn)有技術則會為每個實體店鋪提供相同數(shù)量的智能視頻處理資源進行分析，但是，實際上有些實體店鋪人流量很少，即使一段時間內不進行分析也行，因此會造成智能視頻處理資源的浪費。

技術實現(xiàn)要素：

本申請實施例提供關聯(lián)業(yè)務處理方法及裝置、店鋪推薦方法及裝置，用以解決現(xiàn)有技術中基于平均分配處理資源的關聯(lián)業(yè)務處理方式容易造成處理資源浪費的技術問題。

為解決上述技術問題，本申請實施例是這樣實現(xiàn)的：

本申請實施例提供的一種關聯(lián)業(yè)務處理方法，包括：

獲取業(yè)務點的支付實時數(shù)據；

根據所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值，所述歷史記錄包括所述業(yè)務點的支付歷史數(shù)據，和/或所述業(yè)務點所屬類目的支付匯總數(shù)據；

根據所述業(yè)務點的熱度表征值，對所述業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理。

本申請?zhí)峁┑囊环N關聯(lián)業(yè)務處理裝置，包括：

獲取模塊，獲取業(yè)務點的支付實時數(shù)據；

確定模塊，根據所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值，所述歷史記錄包括所述業(yè)務點的支付歷史數(shù)據，和/或所述業(yè)務點所屬類目的支付匯總數(shù)據；

處理模塊，根據所述業(yè)務點的熱度表征值，對所述業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理。

本申請實施例提供的一種店鋪推薦方法，包括：

獲取店鋪的支付實時數(shù)據；

根據所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值，所述歷史記錄包括所述店鋪的支付歷史數(shù)據，和/或所述店鋪所屬類目的支付匯總數(shù)據；

根據所述店鋪的人氣值，對所述店鋪進行推薦。

本申請實施例提供的一種店鋪推薦裝置，包括：

獲取模塊，獲取店鋪的支付實時數(shù)據；

確定模塊，根據所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值，所述歷史記錄包括所述店鋪的支付歷史數(shù)據，和/或所述店鋪所屬類目的支付匯總數(shù)據；

推薦模塊，根據所述店鋪的人氣值，對所述店鋪進行推薦。

本申請實施例采用的上述至少一個技術方案能夠達到以下有益效果：可以實現(xiàn)根據業(yè)務點的熱度表征值，用相應數(shù)量的處理資源對業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理，熱度表征值的高低可以間接地反映業(yè)務點對于關聯(lián)業(yè)務處理的具體程度或者緊要程度的要求高低，因此，本申請的關聯(lián)業(yè)務處理方法有利于減少處理資源浪費，可以部分或全部地解決現(xiàn)有技術中的問題。

附圖說明

為了更清楚地說明本申請實施例或現(xiàn)有技術中的技術方案，下面將對實施例或現(xiàn)有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本申請中記載的一些實施例，對于本領域普通技術人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據這些附圖獲得其他的附圖。

圖1為本申請實施例提供的一種關聯(lián)業(yè)務處理方法的流程示意圖；

圖2為本申請實施例提供的一種店鋪推薦方法的流程示意圖；

圖3為本申請實施例提供的一種實際應用場景下，人氣值及其關聯(lián)信息綜合排名生成方法的流程示意圖；

圖4為本申請實施例提供的一種實際應用場景下，人氣值及其關聯(lián)信息綜合排名在手機上展示的示意圖；

圖5為本申請實施例提供的對應于圖1的一種關聯(lián)業(yè)務處理裝置的結構示意圖；

圖6為本申請實施例提供的對應于圖2的一種店鋪推薦裝置的結構示意圖。

具體實施方式

本申請實施例提供一種關聯(lián)業(yè)務處理方法及裝置、一種店鋪推薦方法及裝置。

為了使本技術領域的人員更好地理解本申請中的技術方案，下面將結合本申請實施例中的附圖，對本申請實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本申請一部分實施例，而不是全部的實施例?；诒旧暾堉械膶嵤├绢I域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本申請保護的范圍。

圖1為本申請實施例提供的一種關聯(lián)業(yè)務處理方法的流程示意圖。從設備角度而言，該流程的執(zhí)行主體可以包括但不限于以下設備：手機、平板電腦、智能手表、車機、個人計算機、大中型計算機、計算機集群等。從程序角度而言，該流程的執(zhí)行主體可以是搭載于所述設備上的程序，比如，應用的服務端、客戶端等。

圖1中的流程可以包括以下步驟：

s101：獲取業(yè)務點的支付實時數(shù)據。

在本申請實施例中，業(yè)務點可以是實體業(yè)務點，比如，城市里的餐館、衣飾店鋪、家具店鋪、便利店等，也可以是網上業(yè)務點，比如，電商平臺的各種網上店鋪等。

業(yè)務點所提供的業(yè)務通常需要用戶支付相應的費用，由用戶針對業(yè)務點所提供業(yè)務的支付行為產生相應的支付數(shù)據(比如，支付數(shù)額、支付方用戶信息、被支付方用戶信息、所支付的業(yè)務明細等)。本申請實施例中根據支付數(shù)據的產生時刻所屬時間區(qū)間的不同，將業(yè)務點的支付數(shù)據分為：支付實時數(shù)據、支付歷史數(shù)據。

其中，支付實時數(shù)據對應的時間區(qū)間為從當前時刻往前推的一段較短的時間區(qū)間(比如，最近5分鐘內、最近1小時內、最近1天內等)，本申請對所述的“較短的時間區(qū)間”具體有多短并不限定，可以取決于具體實施時的具體定義，支付歷史數(shù)據對應的時間區(qū)間比支付實時數(shù)據對應的時間區(qū)間更早，比如，當支付實時數(shù)據對應的時間區(qū)間為最近1天內時，則支付歷史數(shù)據對應的時間區(qū)間可以為最近1個月內除了最近1天內以外的時間區(qū)間。

在本申請實施例中，支付數(shù)據是電子數(shù)據，其具體的產生方式可以有多種，列舉兩種作為示例。

第一種，用戶使用第三方支付應用或銀行應用，針對業(yè)務點所提供業(yè)務進行電子支付動作，從而產生相應的支付數(shù)據。在這種情況下，通過第三方支付應用的服務端或銀行應用的服務端可以獲得業(yè)務點的支付實時數(shù)據。

第二種，用戶使用現(xiàn)金或代金券等針對業(yè)務點所提供業(yè)務進行支付動作，業(yè)務點的工作人員通過電子記賬的方式記錄支付數(shù)據。在這種情況下，可以從電子記賬系統(tǒng)獲得業(yè)務點的支付實時數(shù)據。

s102：根據所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值，所述歷史記錄包括所述業(yè)務點的支付歷史數(shù)據，和/或所述業(yè)務點所屬類目的支付匯總數(shù)據。

在本申請實施例中，可以預先對業(yè)務點劃分類目，本申請對業(yè)務點的類目的粒度大小并不做限定，可以根據實際應用場景選擇合適的業(yè)務點類目粒度進行劃分，如此有利于獲得比較可靠的熱度表征值。

假定要將圖1中的方法針對“飲食類店鋪”這類業(yè)務點進行應用，則上述業(yè)務點所屬類目可以是“飲食類店鋪”中的類目，比如，從“飲食類店鋪”劃分出的“餐館”、“蛋糕店”、“水果店”、“蔬菜店”等類目。

假定要將圖1中的方法針對“餐館”這類業(yè)務點進行應用，則上述業(yè)務點所屬類目可以是“餐館”中的類目，比如，從“餐館”可以劃分出的“快餐餐館”、“正餐餐館”等類目。當然，還劃分粒度還可以更小，比如，從“正餐餐館”可以劃分出“火鍋店”、“面館”、“西餐店”等類目。

在本申請實施例中，業(yè)務點的熱度表征值可以是用于反映諸如業(yè)務點的用戶流量、用戶使用頻度以及業(yè)務繁忙程度等情況的表征值，這些情況通常又可以反映關聯(lián)業(yè)務處理的具體程度或者緊要程度的需求，因此，可以將熱度表征值作為關聯(lián)業(yè)務處理的依據之一。

在本申請實施例中，可以采用業(yè)務點的支付實時數(shù)據、業(yè)務點的支付歷史數(shù)據、業(yè)務點所屬類目的支付匯總數(shù)據這三類數(shù)據，確定業(yè)務點的熱度表征值。每類數(shù)據可以分別從不同的角度反映業(yè)務點的熱度的真實情況，綜合這三類有利于提高確定出的熱度值的可靠性。在實際應用中，業(yè)務點的支付歷史數(shù)據、業(yè)務點所屬類目的支付匯總數(shù)據這兩類數(shù)據也可以只采用其中一類，相應地，技術效果可能不如三類數(shù)據都采用時的技術效果。

具體的，業(yè)務點的支付實時數(shù)據可以反映業(yè)務點當前的熱度，業(yè)務點的支付歷史數(shù)據可以反映業(yè)務點前以往的熱度，業(yè)務點所屬類目的支付匯總數(shù)據可以反映類似業(yè)務點的平均熱度等。

若缺少以上三類中的任一類數(shù)據，可能影響確定出的熱度表征值的可靠性。

比如，缺少支付實時數(shù)據時，若某業(yè)務點當前暫時停業(yè)，則確定出的熱度表征值顯然不可靠；

又比如，缺少支付歷史數(shù)據時，若某業(yè)務點只是新開業(yè)做促銷活動，則可能有短期(比如，只有幾天)的高用戶流量，之后便會迅速下降，則這種情況下的高用戶流量實際上只是流量毛刺，不能反映該業(yè)務點的普遍情況，如此確定出的熱度表征值參考價值很低，實際上也是不可靠的；

再比如，缺少業(yè)務點所屬類目的支付匯總數(shù)據時，若某業(yè)務點偽造其用戶流量(偽造的流量相比于類目的平均流量通常偏差很大)，而并沒有支付匯總數(shù)據作為參考以修正上述“偽造”動作對熱度表征值帶來的影響，如此確定出的熱度表征值也是不可靠的；另外，之所以采用業(yè)務點所屬類目的支付匯總數(shù)據，而不采用所有業(yè)務點的支付匯總數(shù)據，是因為不同類目業(yè)務點相互之間的可參考性較差，特別是小眾類目與大眾類目對應的業(yè)務點差異較大，不適于相互參考(也可以稱為橫向參考)，而本申請的方案正可以避免這種橫向參考，可以只在類目以內進行相互參考(可以稱為縱向參考)。

s103：根據所述業(yè)務點的熱度表征值，對所述業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理。

在本申請實施例中，針對上述現(xiàn)有技術中的問題，根據業(yè)務點的熱度表征值，可以給熱度越高的業(yè)務點提供越多的處理資源，以用于處理該業(yè)務所提供業(yè)務的關聯(lián)業(yè)務。

當然，根據熱度表征值，除了可以分配用于處理關聯(lián)業(yè)務的處理資源以外，還可以差異化地對熱度不同的業(yè)務點執(zhí)行其他動作，這些動作可以是處理關聯(lián)業(yè)務的動作，也可以是其他任何與業(yè)務點相關的動作。

通過圖1的方法，可以實現(xiàn)根據業(yè)務點的熱度表征值，用相應數(shù)量的處理資源對業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理，熱度表征值的高低可以間接地反映業(yè)務點對于關聯(lián)業(yè)務處理的具體程度或者緊要程度的要求高低，因此，本申請的關聯(lián)業(yè)務處理方法有利于減少處理資源浪費，可以部分或全部地解決現(xiàn)有技術中的問題。

基于圖1的方法，本申請實施例還提供了該方法的一些具體實施方案，以及擴展方案，下面進行說明。

在本申請實施例中，如前所述，在實際應用中，可能存在業(yè)務點偽造其用戶流量的情況，針對這種情況，提供了以下對應措施。具體地，對于步驟s102，所述確定所述業(yè)務點的熱度表征值前，還可以執(zhí)行：根據所述業(yè)務點所屬類目的支付匯總數(shù)據和/或所述業(yè)務點的支付歷史數(shù)據，確定所述業(yè)務點的支付數(shù)據可信取值區(qū)間。一般地，所述支付數(shù)據可信取值區(qū)間為所述業(yè)務點的支付數(shù)據實際取值區(qū)間的子區(qū)間。

在執(zhí)行了上述對應措施的情況下，對于步驟s103，所述根據所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值，具體可以包括：根據所述業(yè)務點的支付數(shù)據可信取值區(qū)間、所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值。

進一步地，支付數(shù)據的不同具體屬性對應于不同的支付數(shù)據(所述具體屬性的)可信取值區(qū)間、以及不同的支付數(shù)據實際取值區(qū)間。

支付數(shù)據常用的具體屬性有：單用戶支付次數(shù)(指定時間范圍內)、單次支付數(shù)額等；相應地，上述的支付數(shù)據可信取值區(qū)間、支付數(shù)據實際取值區(qū)間可以包括：單用戶支付次數(shù)取值區(qū)間和/或單次支付數(shù)額取值區(qū)間等。

以支付數(shù)據是單次支付數(shù)額為例。在某天內，正餐餐館a的支付數(shù)據實際取值區(qū)間為1元～2000元，而根據正餐餐館類目的匯總支付數(shù)據，確定大部分正餐餐館大多數(shù)用戶單次支付數(shù)額都在50元～500元范圍內，而正餐餐館a以往的大多數(shù)用戶單次支付數(shù)額也在50元～500元范圍內，由此可以推定該天內快餐餐館a的支付數(shù)據內可能存在異常數(shù)據，比如，可能存在每筆1元的刷單支付數(shù)據，還可能存在某個用戶點了高價酒類，導致該用戶的單次支付數(shù)額達到2000元，等等。

在這種情況下，可以確定正餐餐館a的支付數(shù)據可信取值區(qū)間為50元～500元。在確定正餐餐館a的熱度表征值時，可以將其支付實時數(shù)據中取值在50元～500元以外的數(shù)據過濾掉后再采用。

在本申請實施例中，步驟s102可以有多種具體實施方式。列舉兩種作為示例。

第一種，可以分別為業(yè)務點的支付實時數(shù)據、業(yè)務點的支付歷史數(shù)據、業(yè)務點所屬類目的匯總支付數(shù)據設定對應的權重，以計算加權值作為熱度表征值；

第二種，可以根據業(yè)務點的支付歷史數(shù)據、業(yè)務點所屬類目的匯總支付數(shù)據判斷業(yè)務點的支付實時數(shù)據中是否存在異常數(shù)據，若有，則過濾掉異常數(shù)據，再根據過濾后的支付實時數(shù)據計算熱度表征值，若無，則直接根據支付實時數(shù)據計算熱度表征值。

在本申請實施例中，對于圖1中的步驟s101，當在指定時間內(比如，最近的兩小時內，或者最近的半天內等)獲取到的所述業(yè)務點的支付實時數(shù)據均為空時，其原因很可能由于業(yè)務點處于不能正常提供業(yè)務的狀態(tài)，比如，停業(yè)狀態(tài)、下班狀態(tài)等。在這種情況下，可以確定所述業(yè)務點的熱度表征值為指定下限值(比如，將業(yè)務點的熱度表征值確定為0等)，或者確定所述業(yè)務點的熱度表征值為不可用，以防止該業(yè)務點浪費關聯(lián)業(yè)務處理資源。

在本申請實施例中，對于步驟s102，所述確定所述業(yè)務點的熱度表征值后，還可以執(zhí)行：保存所述業(yè)務點的熱度表征值，以及所述熱度表征值的關聯(lián)信息；所述熱度表征值的關聯(lián)信息包括以下至少一種：確定所述熱度表征值時的時刻信息、所述業(yè)務點的地理位置信息、所述業(yè)務點所屬類目信息。本申請對具體保存形式不做限定，一般可以以數(shù)據表的形式保存，當需要使用時可以通過索引或者關鍵詞在數(shù)據表中檢索得到所需數(shù)據。

進一步地，當保存有多個業(yè)務點的熱度表征值，以及所述多個業(yè)務點的熱度表征值的關聯(lián)信息時，對于步驟s103，根據所述業(yè)務點的熱度表征值，對所述業(yè)務點的關聯(lián)業(yè)務進行處理，具體可以包括：獲得針對業(yè)務點的熱度表征值的關聯(lián)信息的條件信息；從保存的所述多個業(yè)務點的熱度表征值中篩選出與所述條件信息匹配的業(yè)務點的熱度表征值；根據篩選出的業(yè)務點的熱度表征值，對所述篩選出的業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理。

其中，所述條件信息可以是預設的，也可以是用戶請求中指定的。

上面對本申請實施例提供的關聯(lián)業(yè)務處理方法進行了詳細說明。關聯(lián)業(yè)務處理方法可以應用于多種實際場景，不僅可以解決現(xiàn)有技術中的問題，甚至還可能解決新問題。其中一種實際場景是店鋪推薦的場景，下面對該實際場景下，關聯(lián)業(yè)務處理方法的實施方案，及其可解決的問題進行說明。

在該實際場景下，上述的業(yè)務點具體為店鋪，業(yè)務點所提供業(yè)務具體為店鋪的商品售賣業(yè)務，關聯(lián)業(yè)務具體為對店鋪本身或對店鋪所售賣商品的推薦業(yè)務，熱度表征值具體為人氣值(反映店鋪受用戶歡迎的程度)。

在該實際場景下，如背景技術所述，存在浪費關聯(lián)業(yè)務的處理資源(也即，推薦業(yè)務處理資源)的問題。不僅如此，還存在其他問題，具體地，現(xiàn)有技術中進行店鋪推薦時，往往采用以下兩種方式：第一，基于歷史排行榜推薦店鋪，比如，上一個月的火鍋店排行榜，上一年的熱門美食店鋪排行榜等；第二，提供店鋪好評搜索，以及根據好評數(shù)量推薦。

但是，現(xiàn)有技術進行店鋪推薦所基于的數(shù)據都是非實時的，時效性較差，不僅如此，前面也有提到，某些店鋪會刷單，如此可能導致推薦所基于的數(shù)據可信度較差。本申請實施例基于上述關聯(lián)業(yè)務處理方法同樣的思路，提供了一種店鋪推薦方法，可以部分或全部地解決這些問題，下面進行說明。

圖2為本申請實施例提供的一種店鋪推薦方法的流程示意圖。從設備角度而言，該流程的執(zhí)行主體可以包括但不限于以下設備：手機、平板電腦、智能手表、車機、個人計算機、大中型計算機、計算機集群等。從程序角度而言，該流程的執(zhí)行主體可以是搭載于所述設備上的程序，比如，應用的服務端、客戶端等。

圖2中的流程可以包括以下步驟：

s201：獲取店鋪的支付實時數(shù)據。

s202：根據所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值，所述歷史記錄包括所述店鋪的支付歷史數(shù)據，和/或所述店鋪所屬類目的支付匯總數(shù)據。

s203：根據所述店鋪的人氣值，對所述店鋪進行推薦(也即，處理針對所述店鋪所提供商品售賣業(yè)務的推薦業(yè)務)。

通過圖2中的方法，可以實時地獲得店鋪當前的人氣狀態(tài)，時效性較好；而且，通過參考店鋪所屬類目的支付匯總數(shù)據，以及店鋪的支付歷史數(shù)據，可以識別出由刷單導致的異常數(shù)據，有利于提高確定出的人氣值的可信度，因此，可以部分或全部地解決上述現(xiàn)有技術中的問題。

圖2中的各步驟以及各步驟的具體方案、擴展方案是與圖1相對應的，上面針對圖1已經進行了詳細闡述，因此，下面對于圖2僅結合實例簡單說明。

在本申請實施例中，對于步驟s202，所述確定所述店鋪的人氣值前，還可以執(zhí)行：根據所述店鋪所屬類目的支付匯總數(shù)據和/或所述店鋪的支付歷史數(shù)據，確定所述店鋪的支付數(shù)據可信取值區(qū)間。一般地，所述支付數(shù)據可信取值區(qū)間為所述店鋪的支付數(shù)據實際取值區(qū)間的子區(qū)間。

相應地，對于步驟s203，所述根據所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值，具體可以包括：根據所述店鋪的支付數(shù)據可信取值區(qū)間、所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值。

其中，支付實時數(shù)據、支付歷史數(shù)據、支付匯總數(shù)據可以包括：單用戶支付次數(shù)和/或單次支付數(shù)額等。相應地，支付數(shù)據可信取值區(qū)間、支付數(shù)據實際取值區(qū)間可以包括：單用戶支付次數(shù)取值區(qū)間和/或單次支付數(shù)額取值區(qū)間。

例如，如下表1示出了一種實際應用場景下，確定出的某兩個店鋪的支付數(shù)據可信取值區(qū)間。

表1

在表1中，分別確定了“正餐店鋪-001”、“水果店-002”的支付數(shù)據可信取值區(qū)間，其中，“用戶單價范圍”即為上述的單次支付數(shù)額取值區(qū)間，“其他規(guī)則”即為上述的單用戶支付次數(shù)取值區(qū)間。

通過可信取值區(qū)間的限制，可以過濾掉諸如刷單數(shù)據等異常數(shù)據，有利于提高確定出的人氣值的可信度和準確度。

在本申請實施例中，對于步驟s202，店鋪所屬類目的支付匯總數(shù)據具體可以是該類目下的各店鋪交易的平均支付情況，為了提高本申請的方案的執(zhí)行效率，步驟s202中的歷史記錄可以通過離線清洗的方式預先處理，如此以便于在執(zhí)行步驟時s202時直接使用處理后的數(shù)據。

在本申請實施例中，當在指定時間內獲取到的所述店鋪的支付實時數(shù)據均為空時，對于步驟s202，所述確定所述店鋪的人氣值，具體可以包括：確定所述店鋪的人氣值為指定下限值，或者確定所述店鋪的人氣值為不可用。

比如，若某個店鋪臨時停業(yè)，則從該店鋪臨時停業(yè)起至恢復營業(yè)，獲取到的該店鋪的支付實時數(shù)據均為空，可以將該店鋪的人氣值確定為一個較低的值，相應地，可以暫時不對該店鋪進行推薦，或者推薦排序盡量靠后，以免誤導用戶。而現(xiàn)有技術由于均是采用歷史數(shù)據進行推薦，因此，對于這種情況會有滯后性，容易誤導用戶。

在本申請實施例中，對于步驟s202，所述確定所述店鋪的人氣值后，還可以執(zhí)行：保存所述店鋪的人氣值，以及所述人氣值的關聯(lián)信息；所述人氣值的關聯(lián)信息包括以下至少一種類型：確定所述人氣值時的時刻信息、所述店鋪的地理位置信息、所述店鋪所屬類目信息。

例如，如下表2示出了一種實際應用場景，以數(shù)據表形式保存的店鋪的人氣值及其關聯(lián)信息。

在表2中，具體保存在店鋪1和店鋪2在兩個時刻對應的人氣值及其關聯(lián)信息。為了提高使用時的查詢效率，還可以預先為數(shù)據表中的人氣值和關聯(lián)信息等建立索引。

從表2中可以看出，同一個店鋪在不同時刻的人氣值可能會有所不同，通常取決于店鋪所售賣的商品。這種特點與日常經驗是相符的，比如，早餐店在早8點～早10點的人氣值會高一些，而燒烤店在晚上的人氣值會高一些，因此，保存同一店鋪在多個時刻的人氣值有利于提高店鋪推薦的便利性和準確性。

在本申請實施例中，當保存有多個店鋪的人氣值，以及所述多個店鋪的人氣值的關聯(lián)信息時，對于步驟s203，所述根據所述店鋪的人氣值，對所述店鋪進行推薦，具體可以包括：獲得針對店鋪的熱度表征值的關聯(lián)信息的條件信息；從保存的所述多個店鋪的人氣值中篩選出與所述條件信息匹配的店鋪的人氣值；根據篩選出的店鋪的人氣值推薦店鋪。

具體推薦方式可以有多種，比較直觀的形式是：生成各店鋪的人氣值排名推薦，或者生成人氣值及其關聯(lián)信息綜合排名等，再將生成的排名展示給用戶，以作為店鋪推薦信息。

圖3為本申請實施例提供的一種實際應用場景下，人氣值及其關聯(lián)信息綜合排名生成方法的流程示意圖。

用戶在手機上查詢附近某個類目的熱門店鋪，初始指定周邊半徑1千米，通過用戶的查詢操作，手機向服務端發(fā)送店鋪推薦請求。

服務端根據用戶當前的位置，從索引中查詢用戶指定周邊半徑內的熱門店鋪，若查詢結果為空，則擴大指定周邊半徑至原來的2倍并重新查詢，若查詢結果不為空，則可以查詢出多個屬于該類目的熱門店鋪(人氣值在指定閾值以上的店鋪)，并可以根據查詢出的各店鋪的人氣值以及人氣值對應的時刻、地理位置信息等，對各店鋪進行綜合排名。

最后，服務端將排名發(fā)送給用戶的手機進行展示。

進一步地，本申請實施例還提供了一種實際應用場景下，人氣值及其關聯(lián)信息綜合排名在手機上展示的示意圖，如圖4所示。在圖4中，用戶查詢的店鋪類目是火鍋店類目，手機上當前展示的排名中包含5個火鍋店，依次為火鍋店1～5，可以看到，排名優(yōu)點考慮火鍋店的人氣值，當人氣值相同，再考慮確定人氣值的時刻信息，時刻越晚排名越高，此外，還考慮了火鍋店與用戶之間的距離。

需要說明的是，圖4、圖5中的方案僅是示例性的，并非對本申請的限定。

在本申請實施例中，上述店鋪推薦方法可以在包含多個模塊的系統(tǒng)中實現(xiàn)，本申請對該系統(tǒng)中模塊功能的劃分并不做限定。比如，該系統(tǒng)可以劃分為4個模塊：

店鋪支付實時數(shù)據收集模塊，用于獲取店鋪的支付實時數(shù)據，以及對支付實時數(shù)據進行過濾等；

人氣值計算模塊，用于實時地或定時地根據店鋪的支付實時數(shù)據，以及保存的歷史記錄，計算店鋪當前的人氣值等；

人氣值相關數(shù)據保存模塊，用于保存人氣值及其關聯(lián)數(shù)據，以及為這些數(shù)據建立索引，響應針對這些數(shù)據的查詢請求等；

人氣值排名展示模塊，用于基于店鋪的人氣值及其關聯(lián)數(shù)據，對店鋪進行排名以及展示，以推薦給用戶。

上面對本申請實施例提供的關聯(lián)業(yè)務處理方法、店鋪推薦方法進行了說明，進一步地，本申請實施例還提供了對應的裝置，如圖5、圖6所示。

圖5為本申請實施例提供的對應于圖1的一種關聯(lián)業(yè)務處理裝置的結構示意圖，該裝置可以位于圖1中流程的執(zhí)行主體上，包括：

獲取模塊501，獲取業(yè)務點的支付實時數(shù)據；

確定模塊502，根據所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值，所述歷史記錄包括所述業(yè)務點的支付歷史數(shù)據，和/或所述業(yè)務點所屬類目的支付匯總數(shù)據；

處理模塊503，根據所述業(yè)務點的熱度表征值，對所述業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理。

可選地，所述確定模塊502確定所述業(yè)務點的熱度表征值前，根據所述業(yè)務點所屬類目的支付匯總數(shù)據和/或所述業(yè)務點的支付歷史數(shù)據，確定所述業(yè)務點的支付數(shù)據可信取值區(qū)間；

所述確定模塊502根據所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值，具體包括：

所述確定模塊502根據所述業(yè)務點的支付數(shù)據可信取值區(qū)間、所述業(yè)務點的支付實時數(shù)據，以及保存的歷史記錄，確定所述業(yè)務點的熱度表征值。

可選地，所述支付實時數(shù)據、所述支付歷史數(shù)據、所述支付匯總數(shù)據包括：單用戶支付次數(shù)和/或單次支付數(shù)額；

所述支付數(shù)據可信取值區(qū)間包括：單用戶支付次數(shù)取值區(qū)間和/或單次支付數(shù)額取值區(qū)間。

可選地，當在指定時間內獲取到的所述業(yè)務點的支付實時數(shù)據均為空時，所述確定模塊502確定所述業(yè)務點的熱度表征值，具體包括：

所述確定模塊502確定所述業(yè)務點的熱度表征值為指定下限值，或者確定所述業(yè)務點的熱度表征值為不可用。

可選地，所述確定模塊502確定所述業(yè)務點的熱度表征值后，保存所述業(yè)務點的熱度表征值，以及所述熱度表征值的關聯(lián)信息；

所述熱度表征值的關聯(lián)信息包括以下至少一種：確定所述熱度表征值時的時刻信息、所述業(yè)務點的地理位置信息、所述業(yè)務點所屬類目信息；

當保存有多個業(yè)務點的熱度表征值，以及所述多個業(yè)務點的熱度表征值的關聯(lián)信息時，所述處理模塊503根據所述業(yè)務點的熱度表征值，對所述業(yè)務點的關聯(lián)業(yè)務進行處理，具體包括：

所述處理模塊503獲得針對業(yè)務點的熱度表征值的關聯(lián)信息的條件信息，從保存的所述多個業(yè)務點的熱度表征值中篩選出與所述條件信息匹配的業(yè)務點的熱度表征值，根據篩選出的業(yè)務點的熱度表征值，對所述篩選出的業(yè)務點所提供業(yè)務的關聯(lián)業(yè)務進行處理。

圖6為本申請實施例提供的對應于圖2的一種店鋪推薦裝置的結構示意圖，該裝置可以位于圖2中流程的執(zhí)行主體上，包括：

獲取模塊601，獲取店鋪的支付實時數(shù)據；

確定模塊602，根據所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值，所述歷史記錄包括所述店鋪的支付歷史數(shù)據，和/或所述店鋪所屬類目的支付匯總數(shù)據；

推薦模塊603，根據所述店鋪的人氣值，對所述店鋪進行推薦。

可選地，所述確定模塊602確定所述店鋪的人氣值前，根據所述店鋪所屬類目的支付匯總數(shù)據和/或所述店鋪的支付歷史數(shù)據，確定所述店鋪的支付數(shù)據可信取值區(qū)間；

所述確定模塊602根據所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值，具體包括：

所述確定模塊602根據所述店鋪的支付數(shù)據可信取值區(qū)間、所述店鋪的支付實時數(shù)據，以及保存的歷史記錄，確定所述店鋪的人氣值。

可選地，所述支付實時數(shù)據、所述支付歷史數(shù)據、所述支付匯總數(shù)據包括：單用戶支付次數(shù)和/或單次支付數(shù)額；

所述支付數(shù)據可信取值區(qū)間包括：單用戶支付次數(shù)取值區(qū)間和/或單次支付數(shù)額取值區(qū)間。

可選地，當在指定時間內獲取到的所述店鋪的支付實時數(shù)據均為空時，所述確定模塊602確定所述店鋪的人氣值，具體包括：

所述確定模塊602確定所述店鋪的人氣值為指定下限值，或者確定所述店鋪的人氣值為不可用。

可選地，所述確定模塊602確定所述店鋪的人氣值后，保存所述店鋪的人氣值，以及所述人氣值的關聯(lián)信息；

所述人氣值的關聯(lián)信息包括以下至少一種類型：確定所述人氣值時的時刻信息、所述店鋪的地理位置信息、所述店鋪所屬類目信息；

當保存有多個店鋪的人氣值，以及所述多個店鋪的人氣值的關聯(lián)信息時，所述推薦模塊603根據所述店鋪的人氣值，對所述店鋪進行推薦，具體包括：

所述推薦模塊603獲得針對店鋪的熱度表征值的關聯(lián)信息的條件信息，從保存的所述多個店鋪的人氣值中篩選出與所述條件信息匹配的店鋪的人氣值，根據篩選出的店鋪的人氣值推薦店鋪。

本申請實施例提供的裝置、系統(tǒng)與方法是一一對應的，因此，裝置、系統(tǒng)也具有與其對應的方法類似的有益技術效果，由于上面已經對方法的有益技術效果進行了詳細說明，因此，這里不再贅述對應裝置、系統(tǒng)的有益技術效果。

本申請實施例中所述支付涉及的技術載體，例如可以包括近場通信(nearfieldcommunication，nfc)、wifi、3g/4g/5g、pos機刷卡技術、二維碼掃碼技術、條形碼掃碼技術、藍牙、紅外、短消息(shortmessageservice，sms)、多媒體消息(multimediamessageservice，mms)等。

在20世紀90年代，對于一個技術的改進可以很明顯地區(qū)分是硬件上的改進(例如，對二極管、晶體管、開關等電路結構的改進)還是軟件上的改進(對于方法流程的改進)。然而，隨著技術的發(fā)展，當今的很多方法流程的改進已經可以視為硬件電路結構的直接改進。設計人員幾乎都通過將改進的方法流程編程到硬件電路中來得到相應的硬件電路結構。因此，不能說一個方法流程的改進就不能用硬件實體模塊來實現(xiàn)。例如，可編程邏輯器件(programmablelogicdevice,pld)(例如現(xiàn)場可編程門陣列(fieldprogrammablegatearray，fpga))就是這樣一種集成電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一個數(shù)字系統(tǒng)“集成”在一片pld上，而不需要請芯片制造廠商來設計和制作專用的集成電路芯片。而且，如今，取代手工地制作集成電路芯片，這種編程也多半改用“邏輯編譯器(logiccompiler)”軟件來實現(xiàn)，它與程序開發(fā)撰寫時所用的軟件編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬件描述語言(hardwaredescriptionlanguage，hdl)，而hdl也并非僅有一種，而是有許多種，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)與verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬件描述語言稍作邏輯編程并編程到集成電路中，就可以很容易得到實現(xiàn)該邏輯方法流程的硬件電路。

控制器可以按任何適當?shù)姆绞綄崿F(xiàn)，例如，控制器可以采取例如微處理器或處理器以及存儲可由該(微)處理器執(zhí)行的計算機可讀程序代碼(例如軟件或固件)的計算機可讀介質、邏輯門、開關、專用集成電路(applicationspecificintegratedcircuit，asic)、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存儲器控制器還可以被實現(xiàn)為存儲器的控制邏輯的一部分。本領域技術人員也知道，除了以純計算機可讀程序代碼方式實現(xiàn)控制器以外，完全可以通過將方法步驟進行邏輯編程來使得控制器以邏輯門、開關、專用集成電路、可編程邏輯控制器和嵌入微控制器等的形式來實現(xiàn)相同功能。因此這種控制器可以被認為是一種硬件部件，而對其內包括的用于實現(xiàn)各種功能的裝置也可以視為硬件部件內的結構。或者甚至，可以將用于實現(xiàn)各種功能的裝置視為既可以是實現(xiàn)方法的軟件模塊又可以是硬件部件內的結構。

上述實施例闡明的系統(tǒng)、裝置、模塊或單元，具體可以由計算機芯片或實體實現(xiàn)，或者由具有某種功能的產品來實現(xiàn)。一種典型的實現(xiàn)設備為計算機。具體的，計算機例如可以為個人計算機、膝上型計算機、蜂窩電話、相機電話、智能電話、個人數(shù)字助理、媒體播放器、導航設備、電子郵件設備、游戲控制臺、平板計算機、可穿戴設備或者這些設備中的任何設備的組合。

為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟件和/或硬件中實現(xiàn)。

本領域內的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本發(fā)明是參照根據本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數(shù)據處理設備的處理器執(zhí)行的指令產生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

在一個典型的配置中，計算設備包括一個或多個處理器(cpu)、輸入/輸出接口、網絡接口和內存。

內存可能包括計算機可讀介質中的非永久性存儲器，隨機存取存儲器(ram)和/或非易失性內存等形式，如只讀存儲器(rom)或閃存(flashram)。內存是計算機可讀介質的示例。

計算機可讀介質包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現(xiàn)信息存儲。信息可以是計算機可讀指令、數(shù)據結構、程序的模塊或其他數(shù)據。計算機的存儲介質的例子包括，但不限于相變內存(pram)、靜態(tài)隨機存取存儲器(sram)、動態(tài)隨機存取存儲器(dram)、其他類型的隨機存取存儲器(ram)、只讀存儲器(rom)、電可擦除可編程只讀存儲器(eeprom)、快閃記憶體或其他內存技術、只讀光盤只讀存儲器(cd-rom)、數(shù)字多功能光盤(dvd)或其他光學存儲、磁盒式磁帶，磁帶磁磁盤存儲或其他磁性存儲設備或任何其他非傳輸介質，可用于存儲可以被計算設備訪問的信息。按照本文中的界定，計算機可讀介質不包括暫存電腦可讀媒體(transitorymedia)，如調制的數(shù)據信號和載波。

還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。

本領域技術人員應明白，本申請的實施例可提供為方法、系統(tǒng)或計算機程序產品。因此，本申請可采用完全硬件實施例、完全軟件實施例或結合軟件和硬件方面的實施例的形式。而且，本申請可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(包括但不限于磁盤存儲器、cd-rom、光學存儲器等)上實施的計算機程序產品的形式。

本申請可以在由計算機執(zhí)行的計算機可執(zhí)行指令的一般上下文中描述，例如程序模塊。一般地，程序模塊包括執(zhí)行特定任務或實現(xiàn)特定抽象數(shù)據類型的例程、程序、對象、組件、數(shù)據結構等等。也可以在分布式計算環(huán)境中實踐本申請，在這些分布式計算環(huán)境中，由通過通信網絡而被連接的遠程處理設備來執(zhí)行任務。在分布式計算環(huán)境中，程序模塊可以位于包括存儲設備在內的本地和遠程計算機存儲介質中。

本說明書中的各個實施例均采用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

以上所述僅為本申請的實施例而已，并不用于限制本申請。對于本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的權利要求范圍之內。