，網絡服務提供商經常采用分布式緩存來提高快速響應的能力。這樣，產生一種獲得對象信息的系統(tǒng)第二實施例，如圖8所示。由圖8中的分布式緩存存儲第三對象信息列表的情況下，第三對象信息獲得單元704將基于第一支付賬號從分布式緩存707獲得與該第一支付賬號關聯(lián)的第三對象信息列表。
[0230]類似的，可能存在專門的關系數(shù)據(jù)庫，位于單獨的專用服務器上，用于存儲第三對象信息列表。這時，如圖9所示的獲得對象信息的系統(tǒng)第三實施例中，第三對象信息獲得單元704將基于第一標識從關系數(shù)據(jù)庫708獲得與該第一標識關聯(lián)的第三對象信息列表。
[0231]實踐當中，為了兼顧數(shù)據(jù)的存取速度和大數(shù)據(jù)的集中管理，可能同時存在分布式緩存707和關系數(shù)據(jù)庫708。第三對象信息獲得單元704可以優(yōu)先從分布式緩存707嘗試獲取第三對象信息，在不成功的情況下，可以進一步選擇從關系數(shù)據(jù)庫708獲得與該第一標識關聯(lián)的第三對象信息列表。這種情況此時實際上已被圖9表達的實施例所涵蓋，且是本領域技術人員可以顯見的，因此不再另附圖示出。在從關系數(shù)據(jù)庫709獲取成功后，進一步的，為了后續(xù)過程的快速響應，例如后續(xù)支付過程的快速響應，可以將該獲得的第三對象信息列表存一份拷貝至分布式緩存707中。
[0232]以下結合附圖2說明本申請對象信息獲得方法的第三實施例，包括:
[0233]S200:客戶端發(fā)起激活請求；
[0234]S210:服務平臺接收發(fā)來的激活請求，所述請求包括標識客戶端的第一標識，并附帶所述客戶端的位置信息和登錄時間戳；
[0235]S211:服務平臺基于所述登錄時間戳獲得于同一時間區(qū)間內激活的第一對象信息列表；
[0236]S212:服務平臺基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表;
[0237]S213:服務平臺將同時存在于第一對象信息列表與第二對象信息列表中的對象信息提取出來，并作為第四對象信息列表；
[0238]S214:服務平臺將第四對象信息列表返回至所述客戶端；
[0239]S201:所述客戶端接收返回的第四對象信息列表；
[0240]S202:所述客戶端將同時存在于第四對象信息列表及所述客戶端自身存有的第三對象信息列表中的對象信息提取出來；所述第三對象信息列表中的第三對象信息與第一支付賬號相關聯(lián)。
[0241]所述客戶端自身可能存有第三對象信息，即客戶端可能將與第一標識關聯(lián)的對象信息存儲于所在終端。這樣，并不必像圖1所示實施例那樣由服務平臺執(zhí)行S114類似的操作。相反，所述客戶端在獲得同時存在于第一對象信息列表與第二對象信息列表中的對象信息之后，即獲得如上所說的第四對象信息列表之后，所述客戶端可以主動將獲得的第四對象信息列表與自身存有的第三對象信息列表做交集的運算。從而，所述客戶端也可以得到符合同一時間區(qū)間條件，同時符合同一位置區(qū)域條件，還符合與該第一標識關聯(lián)條件的對象信息。進而，同樣是相當于引入是否與第一標識相關聯(lián)這一因素進行考慮。這樣，即使在時間區(qū)間、位置區(qū)域存在一定誤差時，仍然能夠利用與第一標識相關聯(lián)這一因素對對象信息進行限定，從而可以排除出現(xiàn)眾多干擾結果的情況。進一步地，結合上述場景，所述客戶端可以從獲得的對象信息中容易地選擇預期發(fā)生支付關系的對象，例如選擇預期發(fā)生支付關系的支付對方的賬號。
[0242]上述第三方法實施例，結合附圖2，考慮服務平臺為主的步驟，可以演化為第四方法實施例，具體包括:
[0243]S210:接收發(fā)來的激活請求，所述請求附帶所述客戶端的位置信息和登錄時間戳；
[0244]S211:基于所述登錄時間戳獲得于同一時間區(qū)間內激活的第一對象信息列表；
[0245]S212:基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表；
[0246]S213:將同時存在于第一對象信息列表與第二對象信息列表中的對象信息提取出來，并作為第四對象信息列表；
[0247]S214:將第四對象信息列表返回至所述客戶端。
[0248]上述第四方法實施例，對應的獲得對象信息的系統(tǒng)第四實施例可以如圖10所示，包括:
[0249]接收單元1001，用于接收發(fā)來的激活請求，所述請求附帶客戶端的位置信息和登錄時間戳。
[0250]第一對象信息獲得單元1002，基于所述登錄時間戳獲得于同一時間區(qū)間內激活的第一對象信息列表。
[0251]第二對象信息獲得單元1003，基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表。
[0252]第四對象信息提取單元1004，用于將同時存在于第一對象信息列表與第二對象信息列表中的對象信息提取出來，并作為第四對象信息列表。
[0253]對象信息返回單元1005，用于將第四對象信息列表返回至所述客戶端。
[0254]如圖10中，這樣的系統(tǒng)可以全部由第三方支付平臺實現(xiàn)。
[0255]上述第三方法實施例，結合附圖2，考慮客戶端為主的步驟，可以演化為第五方法實施例，具體包括:
[0256]S200:客戶端發(fā)起激活請求；
[0257]S201:所述客戶端接收返回的第四對象信息列表；所述第四對象信息列表中的第四對象信息同時存在于第一對象信息列表與第二對象信息列表中；所述第一對象信息列表中的第一對象信息包括基于所述客戶端發(fā)起激活請求時的登錄時間戳獲得的同一時間區(qū)間內激活的第一對象信息；所述第二對象信息列表中的第二對象信息包括基于所述客戶端發(fā)起激活請求時的位置信息獲得的于同一位置區(qū)域內激活的第二對象信息；
[0258]S202:所述客戶端將同時存在于第四對象信息列表及所述客戶端自身存有的第三對象信息列表中的對象信息提取出來；所述第三對象信息列表中的第三對象信息與所述客戶端的第一標識相關聯(lián)。
[0259]上述第五方法實施例，對應的獲得對象信息的系統(tǒng)第五實施例可以如圖11所示，包括:
[0260]發(fā)起單元1101,用于發(fā)起激活請求。
[0261]第四對象信息獲得單元1102，用于接收返回的第四對象信息列表；所述第四對象信息列表中的第四對象信息同時存在于第一對象信息列表與第二對象信息列表中；所述第一對象信息列表中的第一對象信息包括基于所述客戶端發(fā)起激活請求時的登錄時間戳獲得的同一時間區(qū)間內激活的第一對象信息；所述第二對象信息列表中的第二對象信息包括基于所述客戶端發(fā)起激活請求時的位置信息獲得的于同一位置區(qū)域內激活的第二對象信肩、O
[0262]提取單元1103，用于將同時存在于第四對象信息列表及所述客戶端自身存有的第二對象息列表中的對象息提取出來；所述第二對象息列表中的第二對象息與所述客戶端的第一標識相關聯(lián)。
[0263]如圖11中，這樣的系統(tǒng)可以全部由終端實現(xiàn)。
[0264]以下結合附圖3說明本申請對象信息獲得方法的第六方法實施例，包括:
[0265]S300:客戶端發(fā)起激活請求；
[0266]S310:服務平臺接收發(fā)來的激活請求，所述請求包括標識所述客戶端的第一標識，并附帶所述客戶端的位置信息；
[0267]S311:服務平臺基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表;
[0268]S312:服務平臺基于第一標識獲得與該第一標識關聯(lián)的第三對象信息列表；
[0269]S313:服務平臺將同時存在于第二對象信息列表及第三對象信息列表中的對象信息提取出來；
[0270]S314:服務平臺將所述提取出的對象信息返回至所述客戶端；
[0271]S301:所述客戶端接收返回的所述對象信息。
[0272]該實施例中，可以不考慮所述客戶端的登錄時間戳。這樣相當于沒有對對象信息采用同一時間區(qū)間的限制。這樣的好處是不必要求所述客戶端激活的時刻必須與對方的激活時刻嚴格位于某一特定的較短時間區(qū)間內。可以理解的是，例如所述客戶端在某一時刻于某一位置區(qū)域激活了支付過程，而支付對方則在此前I個小時曾于同一位置區(qū)域激活過支付過程，盡管此時并未表明處于同一時間區(qū)間，則支付過程仍然可以繼續(xù)進行。顯然的，這樣的方式給支付過程的參與各方在時間上提供了更大的靈活度。
[0273]上述第六方法實施例，結合附圖3，考慮服務平臺為主的步驟，可以演化為第七方法實施例，具體包括:
[0274]S310:接收發(fā)來的激活請求，所述請求包括標識客戶端的第一標識，并附帶所述客戶端的位置信息；
[0275]S311:基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表；
[0276]S312:基于第一標識獲得與該第一標識關聯(lián)的第三對象信息列表；
[0277]S313:將同時存在于第二對象信息列表及第三對象信息列表中的對象信息提取出來；
[0278]S314:將所述提取出的對象信息返回至所述客戶端。
[0279]上述第七方法實施例，對應的獲得對象信息的系統(tǒng)第六實施例可以如圖12所示，包括:
[0280]接收單元1201，用于接收發(fā)來的激活請求，所述請求包括標識客戶端的第一標識，并附帶所述客戶端的位置信息和登錄時間戳；
[0281]第二對象信息獲得單元1202，基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表；
[0282]第三對象信息獲得單元1203，基于第一標識獲得與該第一標識關聯(lián)的第三對象信息列表；
[0283]提取單元1204，用于將同時存在于第二對象信息列表及第三對象信息列表中的對象信息提取出來；
[0284]對象信息返回單元1205，用于將所述提取出的對象信息返回至所述客戶端。
[0285]與前述類似的，第三對象信息列表可以存儲于分布式緩存和/或關系數(shù)據(jù)庫中。
[0286]以下結合附圖4說明本申請對象信息獲得方法的第八方法實施例，包括:
[0287]S400:客戶端發(fā)起激活請求；
[0288]S410:服務平臺接收發(fā)來的激活請求，所述請求附帶所述客戶端的位置信息；
[0289]S411:服務平臺基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表;
[0290]S412:服務平臺將第二對象信息列表返回至所述客戶端；
[0291]S401:所述客戶端接收返回的第二對象信息列表；
[0292]S402:所述客戶端將同時存在于第二對象信息列表及所述客戶端自身存有的第三對象信息列表中的對象信息提取出來；所述第三對象信息列表中的第三對象信息與所述客戶端的第一標識相關聯(lián)。
[0293]該實施例中，同樣是基于所述客戶端自身可能存有第三對象信息。這樣，并不必像圖3所示實施例那樣由服務平臺，例如是由第三方支付平臺執(zhí)行S313類似的操作。相反，所述客戶端在獲得第二對象信息列表之后，所述客戶端可以主動將獲得的第二對象信息列表與自身存有的第三對象信息列表做交集的運算。從而，所述客戶端也可以得到符合同一位置區(qū)域條件，還符合與該第一標識，例如第一支付賬號關聯(lián)條件的對象信息。進而，同樣是相當于引入是否與第一支付賬號相關聯(lián)這一因素進行考慮。這樣，即使在位置區(qū)域存在一定誤差時，仍然能夠利用與第一支付賬號相關聯(lián)這一因素對支付賬號進行限定，從而可以排除出現(xiàn)眾多干擾結果的情況。進一步地，所述客戶端可以從獲得的對象信息中容易地選擇預期發(fā)生支付關系的對象，例如選擇預期發(fā)生支付關系的支付對方的賬號。
[0294]上述第八方法實施例，結合附圖4，考慮服務平臺為主的步驟，可以演化為第九方法實施例，具體包括:
[0295]S410:接收發(fā)來的激活請求，所述請求附帶所述客戶端的位置信息；
[0296]S411:基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表；
[0297]S412:將第二對象信息列表返回至所述客戶端。
[0298]上述第九方法實施例，對應的獲得對象信息的系統(tǒng)第七實施例可以如圖13所示，包括:
[0299]接收單元1301，用于接收發(fā)來的激活的請求，所述請求附帶所述客戶端的位置信息；
[0300]第二對象信息獲得單元1302，基于所述位置信息獲得于同一位置區(qū)域內激活的第二對象信息列表；
[0301]對象信息返回單元1303，用于將第二對象信息列表返回至所述客戶端。
[0302]上述第八方法實施例，結合附圖4，考慮客戶端為主的步驟，可以演化為第十方法實施例，具體包括