期望時長區間確定方法、行程驗證方法及裝置
本說明書實施例涉及資訊技術領域,尤其涉及一種期望時長區間確定方法、行程驗證方法及裝置。
在生活中,站點間行程計費模式的適用場景較為常見。站點間行程計費模式是指,服務方向使用者提供行程服務(如公共交通服務、高速公路服務等),使用者從一個站點進入以開始行程,從另一個站點離開以結束行程,並向服務方支付行程費用,該行程費用是服務方根據這兩個站點間的行程計算得到的。通常,這兩個站點間的行程越長,相應的行程費用就越高。
具體地,針對任一使用者X而言,使用者X的一次行程可以描述如下:
使用者X首先以自己的使用者標識為通行憑證,進入站點A以開始行程,此時,服務方會建立該使用者標識與站點A之間的對應關係並保存。隨後,使用者X再次以自己的使用者標識為通行憑證,請求離開站點B以結束行程,此時,服務方會根據該使用者標識確定使用者X是從站點A出發開始行程的,進而確定使用者X經過的行程為站點A至站點B,並根據使用者X經過的行程計算得到使用者X應當支付的行程費用。
可見,服務方以使用者標識為線索來確定一次行程的起點和終點,並進而基於一次行程的起點和終點進行計費。然而,這卻給了惡意使用者可乘之機,以逃避支付全額的行程費用。
針對現有技術中存在的提供行程服務的服務方容易遭受經濟損失的問題,本說明書實施例提供一種期望時長區間確定方法、行程驗證方法及裝置,技術方案如下:
根據本說明書實施例的第1態樣,提供一種期望時長區間確定方法,包括:
指定任一站點為行程起始站點,以及指定任一站點為行程終止站點;
將所述行程起始站點和所述行程終止站點組成站點對;
獲取對應於所述站點對的多個歷史行程資訊;
針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長;
根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述站點對的期望時長區間。
根據本說明書實施例的第2態樣,提供一種行程驗證方法,包括:
獲取目標行程對應的目標行程資訊;
根據所述目標行程資訊,確定所述目標行程資訊對應的站點對和目標行程時長;
判斷所述目標行程時長是否落入對應於所述站點對的期望時長區間;所述期望時長區間是根據上述的期望時長區間確定方法確定的;
若是,則確定所述目標行程通過驗證。
根據本說明書實施例的第3態樣,提供另一種期望時長區間確定方法,針對每個站點,該站點佈置有至少一個入口閘機和至少一個出口閘機,所述方法包括:
指定任一入口閘機為行程起始閘機,以及指定任一出口閘機為行程終止閘機;
將所述行程起始閘機和所述行程終止閘機組成閘機對;
獲取對應於所述閘機對的多個歷史行程資訊;
針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長;
根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述閘機對的期望時長區間。
根據本說明書實施例的第4態樣,提供另一種行程驗證方法,包括:
獲取目標行程對應的目標行程資訊;
根據所述目標行程資訊,確定所述目標行程資訊對應的閘機對和目標行程時長;
判斷所述目標行程時長是否落入對應於所述閘機對的期望時長區間;所述期望時長區間是根據上述的另一種期望時長區間確定方法確定的;
若是,則確定所述目標行程通過驗證。
根據本說明書實施例的第5態樣,提供一種期望時長區間確定裝置,包括:
指定模組,指定任一站點為行程起始站點,以及指定任一站點為行程終止站點;
組對模組,將所述行程起始站點和所述行程終止站點組成站點對;
獲取模組,獲取對應於所述站點對的多個歷史行程資訊;
行程時長確定模組,針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長;
期望時長區間確定模組,根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述站點對的期望時長區間。
根據本說明書實施例的第6態樣,提供一種行程驗證裝置,包括:
獲取模組,獲取目標行程對應的目標行程資訊;
確定模組,根據所述目標行程資訊,確定所述目標行程資訊對應的站點對和目標行程時長;
判斷處理模組,判斷所述目標行程時長是否落入對應於所述站點對的期望時長區間;所述期望時長區間是根據上述的期望時長區間確定方法確定的;若是,則確定所述目標行程通過驗證。
根據本說明書實施例的第7態樣,提供另一種期望時長區間確定裝置,針對每個站點,該站點佈置有至少一個入口閘機和至少一個出口閘機,所述裝置包括:
指定模組,指定任一入口閘機為行程起始閘機,以及指定任一出口閘機為行程終止閘機;
組對模組,將所述行程起始閘機和所述行程終止閘機組成閘機對;
獲取模組,獲取對應於所述閘機對的多個歷史行程資訊;
行程時長確定模組,針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長;
期望時長區間確定模組,根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述閘機對的期望時長區間。
根據本說明書實施例的第8態樣,提供另一種行程驗證裝置,包括:
獲取模組,獲取目標行程對應的目標行程資訊;
確定模組,根據所述目標行程資訊,確定所述目標行程資訊對應的閘機對和目標行程時長;
判斷處理模組,判斷所述目標行程時長是否落入對應於所述閘機對的期望時長區間;所述期望時長區間是根據上述的另一種期望時長區間確定方法確定的;若是,則確定所述目標行程通過驗證。
本說明書實施例所提供的技術方案,將行程起始站點與行程終止站點組成站點對,根據對應於所述站點對的多個歷史行程資訊,統計在多個歷史行程中,使用者從所述行程起始站點出發到達所述行程終止站點所耗費的時長(即行程時長),並基於統計結果,確定為對應於所述站點對的期望時長區間。當針對對應於所述站點對的目標行程進行驗證時,如果該目標行程對應的行程時長落入所述期望時長區間,則確定該目標行程通過驗證。如此,可以有效降低提供行程服務的服務方的經濟損失。
應當理解的是,以上的一般描述和後文的細節描述僅是示例性和解釋性的,並不能限制本說明書實施例。
此外,本說明書實施例中的任一實施例並不需要達到上述的全部效果。
站點間行程計費模式的適用場景有很多,如高速公路收費場景、地鐵收費場景、包含多個收費點的旅遊景區收費場景等。在這些場景下,只要服務方是以使用者標識為線索計算一次行程的,就會存在行程服務的服務方容易遭受經濟損失的問題。
下面詳細說明此問題產生的原因。
服務方往往是以使用者標識為線索來確定一次行程的起點和終點的,這裡隱含的前提是,服務方相信,針對任一使用者,該使用者開始行程時持有的使用者標識和結束行程時持有的使用者標識是同一使用者標識。此前提正確無誤,服務方確定的該使用者經過的行程才是準確的,進而,基於確定的行程計算的行程費用才是準確的。
然而,實踐中,此前提中的假設存在漏洞,即該使用者開始行程時持有的使用者標識和結束行程時持有的使用者標識不是同一使用者標識,可能導致服務方確定的該使用者經過的行程,短於該使用者實際經過的行程。
圖1示出了一種行程路線圖。在圖1中,行程路線上存在4個(站點1~4)。假設該行程路線的行程服務方規定,使用者每經過相鄰兩站間的行程,須支付行程費用1元。使用者A在站點1向服務方出示使用者標識A後出發(服務方建立站點1與使用者標識A的對應關係並保存),前往站點3;使用者B在站點4向服務方的管理設備出示使用者標識B後出發(服務方建立站點4與使用者標識B的對應關係並保存),前往站點2。正常情況下,使用者A到達站點3後,向服務方再次出示使用者標識A,服務方根據使用者標識A,確定使用者A經過的行程為站點1~站點3,於是要求使用者A支付2元。同理,使用者B到達站點3後,服務方也會要求使用者B支付3元。
但是,使用者A可以和使用者B串通欺騙服務方,使用者A到達站點3後,可以向服務方出示使用者標識B,使用者B到達站點2後,可以向服務方出示使用者標識A。如此,服務方會誤以為使用者A經過的行程為站點4~站點3,僅會要求使用者A支付1元。同理,服務方會誤以為使用者B經過的行程為站點1~站點2,也僅會要求使用者B支付1元。顯然,使用者A和使用者B串通欺騙的行為,使服務方蒙受了2元的損失。
為了便於本領域技術人員理解此問題,以地鐵收費場景為例進行更詳細的說明。目前,通過地鐵閘機掃描使用者出示的二維碼(包含使用者標識),實現使用者進出地鐵站和交通費結算的模式逐漸普及。在這種模式下,上述的服務方是地鐵公司,此外,使用者通常需要預先向電子支付服務商(如支付寶公司)註冊使用者標識。繼續參見圖1,當使用者A想要進入站點1時,可以使用自己的手機上安裝的支付應用(如支付寶應用)生成進站二維碼,該進站二維碼包含該使用者預先註冊的使用者標識A,站點1的地鐵閘機掃描使用者A出示的進站二維碼後,建立站點1與使用者標識A的對應關係並保存。當使用者想要從站點3離開離開時,可以再次使用自己的手機上安裝的支付應用生成包含使用者標識A的出站二維碼,站點3的地鐵閘機掃描使用者A出示的出站二維碼後,確定使用者A經歷的行程為站點1~站點3,生成行程記錄,隨後,地鐵公司將使用者A本次行程的行程記錄發送給支付服務商進行結算。
在這種模式下,不法分子可以持有大量不同的使用者標識,這些使用者標識都是預先向支付服務商註冊的。繼續參見圖1,一方面,當使用者A想要進入站點1時,不法分子向使用者A提供包含使用者標識X的進站二維碼,以便使用者A進入站點1;當使用者B想要進入站點4時,不法分子向使用者B提供包含使用者標識Y的進站二維碼,以便使用者A進入站點4。另一方面,當使用者A想要從站點3離開時,不法分子卻向使用者A提供包含使用者標識Y的出站二維碼,導致地鐵公司誤以為使用者A經過的行程為站點4~站點3;當使用者A想要從站點3離開時,不法分子卻向使用者B提供包含使用者標識X的出站二維碼,導致地鐵公司誤以為使用者B經過的行程為站點1~站點2。也就是說,使用者A進站時和出站時向地鐵閘機出示的乘車二維碼不是基於同一使用者標識生成的二維碼,使用者A僅需要支付一站行程(站點4~站點3)的費用,使用者B亦然。顯然,這會使地鐵公司蒙受經濟損失。
申請人認為,從時間維度上考察一次行程,可以識別出這次行程是否存在惡意使用者逃避支付全額的行程費用的情況。
具體地,沿用上例,假設使用者C非惡意,以自己的使用者標識C正常乘車,從站點4進站(出示包含使用者標識C的進站二維碼)的時間點是T1,從站點3出站(出示包含使用者標識C的出站二維碼)的時間點是T2,使用者C從站點4進入,從站點3離開,中間相隔的時長為T2-T1,這也是地鐵公司記錄的,站點4~站點3這一行程所對應的行程時長。此外,惡意使用者A從站點1進站(出示包含使用者標識X的進站二維碼)的時間點是T3,從站點3出站(出示包含使用者標識Y的出站二維碼,需要說明的是,包含使用者標識Y的進站二維碼被使用者Y於時間點T4出示給站點4的地鐵閘機,使用者A出站時,僅需要支付站點4~站點3的行程費用即可)的時間點是T5,使用者A從站點1進入,從站點3離開,之間相隔的時長為T5-T3,而地鐵方記錄的,站點4~站點3這一行程所對應的行程時長卻是T5-T4。此處的關鍵在於,一方面,T4實際上是使用者Y進站的時間點,不是使用者A進站的時間點(T3);另一方面,T5實際上是使用者A出站的時間點,不是使用者Y出站的時間點。
而在實踐中,T5-T4和T2-T1往往存在顯著差別。也就是說,使用者如果在行程中途更換了使用者標識(即用於進站的使用者標識與用於出站的使用者標識不一致),就往往會導致服務方記錄的行程時長出現異常。這意味著,針對某一個待驗證的行程,若服務方記錄的對應於該行程的行程時長與正常情況下對應於該行程的行程時長差別較大,則說明該行程涉及惡意使用者中途更換使用者標識以逃避支付全額行程費用的情況。
於是,可以據此識別出一次行程是否存在惡意使用者逃避支付全額的行程費用的情況,從而可以阻止惡意使用者逃避支付全額的行程費用,減少提供行程服務的服務方的經濟損失。
為了使本領域技術人員更好地理解本說明書實施例中的技術方案,下面將結合本說明書實施例中的附圖,對本說明書實施例中的技術方案進行詳細地描述,顯然,所描述的實施例僅僅是本說明書的一部分實施例,而不是全部的實施例。基於本說明書中的實施例,本領域普通技術人員所獲得的所有其他實施例,都應當屬於保護的範圍。
以下結合附圖,詳細說明本說明書各實施例提供的技術方案。
圖2是本說明書實施例提供的一種期望時長區間的確定方法的流程示意圖,包括以下步驟:
S200:指定任一站點為行程起始站點,以及指定任一站點為行程終止站點。
S202:將所述行程起始站點和所述行程終止站點組成站點對。
本方法的執行主體可以是提供行程服務的服務方的設備(本文稱之為服務方設備),如服務方的電腦、手機、伺服器、具有資料處理功能的閘機等。
所述行程起始站點是一段行程的起點對應的站點,所述行程終止站點是這段行程的終點對應的站點。行程起始站點與行程終止站點組成站點對,所述站點對就唯一確定了這段行程。例如,行程起始站點為站點1,行程終止站點為站點2,那麼站點對(站點1,站點2)就唯一確定了行程站點1~站點2。
需要說明的是,所述行程起始站點和所述行程終止站點可以是同一站點。例如,行程起始站點為站點1,行程終止站點也為站點1,那麼站點對(站點1,站點1)就唯一確定了行程站點1~站點1。在實踐中,使用者可以從站點1進站,隨後再從站點1出站,此時,行程站點1~站點1也會產生相應的行程費用。
S204:獲取對應於所述站點對的多個歷史行程資訊。
在本說明書實施例中,一個歷史行程資訊是指,歷史上任一使用者完成對應於所述站點對的行程所產生的資訊,其一般是服務方設備記錄的。例如,在地鐵場景下,假設所述站點對為(站點1,站點2),那麼任一使用者從站點1進站,從站點2出站,該使用者的進站時間會被站點1的進站閘機記錄,該使用者的出站時間會被站點2的出站閘機記錄,最終,行程起點資訊(站點1)、入站時間、行程終點資訊(站點2)、出站時間等資訊行程一個歷史行程資訊。
在本說明書實施例中,可以針對每個歷史行程資訊,獲取該歷史行程資訊中包含的,對應於行程起點的站點資訊和對應於行程終點的站點資訊。若對應於行程起點的站點資訊為所述行程起始站點的資訊,且對應於行程終點的站點資訊為所述行程終止站點的資訊,則將該歷史行程資訊確定為對應於所述站點對的歷史行程資訊。
S206:針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長。
在本說明書實施例中,可以針對所述多個歷史行程資訊中的每個歷史行程資訊,獲取該歷史行程資訊中包含的入站時間、出站時間,根據所述入站時間和所述出站時間,計算該歷史行程資訊對應的行程時長。例如,所述入站時間為10點,所述出站時間為12點,那麼,相應的行程時長為1個小時。
S208:根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述站點對的期望時長區間。
在本說明書實施例中,由於存在惡意使用者逃避支付全額行程費用情況的行程總是少數的,因此,可以根據所述多個歷史行程資訊分別對應的行程時長,確定一個非惡意使用者完成對應於所述站點對的行程,所花費的時長的合理範圍,即對應於所述站點對的期望時長區間。如果某個行程對應的行程時長落入所述期望時長區間,其有較大概率不涉及惡意使用者逃避支付全額行程費用情況,如果某個行程對應的行程時長未落入所述期望時長區間,其有較大概率涉及惡意使用者逃避支付全額行程費用情況。
所述期望時長區間具體可以根據實際業務需要指定。例如,可以對所述期望時長區間的左右端點值進行指定,使得所述多個歷史行程資訊中,80%以上的歷史行程資訊對應的行程時長落入所述期望時長區間。
本領域技術人員在理解了本發明的核心思想之後,很容易想到多種方式,以所述多個歷史行程資訊分別對應的行程時長為參考,確定一個合理的時長區間作為所述期望時長區間。
進一步地,在本說明書實施例中,可以根據所述多個歷史行程資訊分別對應的行程時長,確定以行程時長為變數的概率分佈;根據所述概率分佈對應的行程時長的期望值,確定對應於所述站點對的期望時長區間。
例如,對應於所述站點對的期望時長區間可以是,(μ-N*σ,μ+N*σ)。其中,μ表示所述期望值(也就是各行程時長的平均值),σ表示所述概率分佈對應的標準差,N大於0。
圖3是本說明書實施例提供的以行程時長為變數的概率分佈示意圖。實踐中,對應於所述站點對的多個歷史行程資訊往往呈現出正態分佈的特性,可以將行程時長的平均值向左和向右分別擴展一個標準差,得到(μ-σ,μ+σ),作為所述期望時長區間。
此外,針對所述概率分佈,也可以取對應於所述概率分佈的指定置信度(如90%、95%)的置信區間,作為所述期望時長區間。
需要說明的是,實踐中,可以針對每個站點,確定以該站點為行程起始站點的所有站點對,並針對確定的每個站點對,執行步驟S204~S208。也就是說,對於各站點,窮盡所有可能的站點對,並針對每個站點對,確定對應於該站點對的期望時長區間。
基於圖2所示的期望時長區間確定方法,本說明書實施例提供了一種行程驗證方法,如圖4所示,包括以下步驟:
S400:獲取目標行程對應的目標行程資訊。
S402:根據所述目標行程資訊,確定所述目標行程資訊對應的站點對和目標行程時長。
本方法的執行主體可以是所述服務方設備。
在本說明書實施例中,所述服務方設備針對目標行程是否涉及惡意使用者逃避支付全額行程費用進行驗證。當所述目標行程完成時,即使用者從所述目標行程對應的行程終止站點出站時,服務方設備可以生成所述目標行程對應的目標行程資訊。
所述目標行程資訊中通常包含所述目標行程的行程起始站點、入站時間、行程終止站點、出站時間。服務方設備可以據此確定所述目標行程資訊對應的站點對和目標行程時長。
需要說明的是,服務方設備是以使用者標識為線索,確定目標行程的行程起始站點和行程終止站點的。具體而言,針對任一使用者而言,當該使用者入站時,該使用者請求進入的入口站點就是行程起始站點,該使用者向行程起始站點出示使用者標識,產生進站記錄。當該使用者在出站時,該使用者請求離開的出口站點就是行程終止站點,該使用者向行程終止站點出示使用者標識,行程終止站點以該使用者標識為線索,查詢以該使用者標識為通行憑證的入站記錄,以確定相應的行程起始站點。這樣,就可以確定目標行程對應的站點對。
S404:判斷所述目標行程時長是否落入對應於所述站點對的期望時長區間,若是,執行步驟S406,否則,執行步驟S408。
S406:確定所述目標行程通過驗證。
S408:確定所述目標行程未通過驗證;或,為所述目標行程資訊中包含的使用者標識增加異常記錄;若所述使用者標識對應的異常記錄的數量大於指定數量,則確定所述目標行程未通過驗證。
如前所述,對應於所述站點對的期望時長區間實際上是一個非惡意使用者完成所述站點對對應的行程,所花費的時長較大概率會落入的區間。基於此,如果所述目標行程時長落入所述期望時長區間,就可以認為所述目標行程是非惡意使用者完成的,因而通過驗證。
若所述目標行程時長未落入所述期望時長區間,就可以認為所述目標行程是惡意使用者完成的,因而未通過驗證。
進一步地,若所述目標行程時長未落入所述期望時長區間,則也有可能是非惡意使用者出現了意外情況(如在行程中駐留很久才出站)導致所述目標行程時長出現異常。
為此,若所述目標行程時長未落入對應於所述站點對的期望時長區間,服務方設備可以為所述目標行程資訊中包含的使用者標識增加異常記錄,若所述使用者標識對應的異常記錄的數量大於指定數量(如3次),則確定所述目標行程未通過驗證。
通過圖2所示的期望時長區間確定方法和圖4所示的行程驗證方法,針對任一站點對,以該站點對對應的多個歷史行程的行程時長為參考,確定該站點對對應的期望時長區間。對應於該站點對的期望時長區間,實際上是一個非惡意使用者從該站點對中的行程起始站點出發,到達該站點對中的行程終止站點,所花費的時長大概率落入的區間。利用對應於所述站點對的期望時長區間,可以對所述站點對對應的行程進行驗證,識別出異常的行程,防止惡意使用者逃避支付全額的行程費用,有效降低服務方的經濟損失。
此外,本發明提供的技術方案還可以解決如下技術問題:
在實踐中,同一使用者在較為接近的兩個時間段內,連續完成兩個行程,可能會導致服務方設備確定行程錯誤。例如,使用者從A站進入,從B站離開,緊接著,又從C站進入,從D站離開。如果存在網路延時或設備故障,服務方設備未能及時獲取到使用者從B站離開的資訊,反而先獲取到使用者從D站離開的資訊,這種情況下,服務方設備可能只會確定使用者完成了一個行程“A站~D站”,這樣,也可能給服務方造成經濟損失。
然而,這種情況同樣會在時間維度上呈現出異常,也即,服務方設備確定的“A站~D站”的行程時長會呈現出異常,不會落入站點對(A站,D站)對應的期望時長區間。因此,通過本方案,也可以識別出由於網路延時或設備故障導致的行程異常。
圖5是本說明書實施例提供的另一種期望時長區間確定方法,包括如下步驟:
S500:指定任一入口閘機為行程起始閘機,以及指定任一出口閘機為行程終止閘機。
S502:將所述行程起始閘機和所述行程終止閘機組成閘機對。
在有些場景下(如地鐵場景),針對每個站點,該站點通常佈置有至少一個入口閘機和至少一個出口閘機。這種情況下,由於使用者通常是從入口閘機開始行程,從出口閘機終止行程,因此為了更為準確的對行程時長進行統計,不再以站點對為物件進行分析,而是以閘機對為物件進行分析。
需要說明的是,所述閘機對中的入口閘機與出口閘機可能歸屬於同一站點。
S504:獲取對應於所述閘機對的多個歷史行程資訊。
在本說明書實施例中,可以針對每個歷史行程資訊,獲取該歷史行程資訊中包含的,對應於行程起點的入口閘機資訊和對應於行程終點的出口閘機資訊;若對應於行程起點的入口閘機資訊為所述行程起始閘機的資訊,且對應於行程終點的出口閘機資訊為行程終止閘機的資訊,則將該歷史行程資訊確定為對應於所述閘機對的歷史行程資訊。
S506:針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長。
S508:根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述閘機對的期望時長區間。
在本說明書實施例中,可以根據所述多個歷史行程資訊分別對應的行程時長,確定以行程時長為變數的概率分佈;根據所述概率分佈對應的行程時長的期望值,確定對應於所述閘機對的期望時長區間。
進一步地,對應於所述閘機對的期望時長區間為,(μ-N*σ,μ+N*σ);其中,μ表示所述期望值,σ表示所述概率分佈對應的標準差,N大於0。
需要說明的是,實踐中,可以窮盡所有可能的閘機對,並針對每個閘機對,確定對應於該閘機對的期望時長區間。
還需要說明的是,若地鐵公司對地鐵線路進行調整(可能導致對應於閘機對的正常行程時長發生變化),則為了期望時長區間的準確,可以獲取調整後的地鐵線路運營一段時間內的歷史行程資訊,以重新確定對應於每個閘機對的期望時長區間。
基於圖5所示的期望時長區間確定方法,圖6是本說明書實施例提供的一種行程驗證方法,包括:
S600:獲取目標行程對應的目標行程資訊。
S602:根據所述目標行程資訊,確定所述目標行程資訊對應的閘機對和目標行程時長。
S604:判斷所述目標行程時長是否落入對應於所述閘機對的期望時長區間;若是,則執行步驟S606,否則,執行步驟S608。
S606:確定所述目標行程通過驗證。
S608:確定所述目標行程不通過驗證;或,為所述目標行程資訊中包含的使用者標識增加異常記錄;若所述使用者標識對應的異常記錄的數量大於指定數量,則確定所述目標行程未通過驗證。
需要說明的是,服務方設備是以使用者標識為線索,確定目標行程的行程起始閘機和行程終止閘機的。具體而言,針對任一使用者而言,當該使用者入站時,該使用者請求進入的入口閘機就是行程起始閘機,該使用者向行程起始閘機出示使用者標識,產生進站記錄。當該使用者在出站時,該使用者請求離開的出口閘機就是行程終止閘機,該使用者向行程終止閘機出示使用者標識,行程終止閘機以該使用者標識為線索,查詢以該使用者標識為通行憑證的入站記錄,以確定相應的行程起始閘機。這樣,就可以確定目標行程對應的閘機對。
還需要說明的是,本領域技術人員在理解了本文對圖1和圖4所示方法的說明之後,基於同樣的發明構思,很容易想到圖5和圖6所示的方法的具體實施方式,不再贅述。
圖7是本說明書實施例提供的,地鐵二維碼乘車場景下,行程驗證流程圖,包括如下步驟:
S700:目標入口閘機掃描入站二維碼。
S702:目標出口閘機掃描包含使用者標識A的出站二維碼。
S704:目標出口閘機向支付服務端上傳目標行程資訊。
S706:支付服務端確定目標行程資訊對應的閘機對、目標行程時長和相應的期望時長區間。
需要說明的是,所述入站二維碼不一定包含使用者標識A。如果所述入站二維碼不包含使用者標識A,則說明掃描包含所述使用者標識的入站二維碼的入口閘機(稱為真實入口閘機)不是所述目標入口閘機。進而,所述目標行程資訊對應的閘機對實際上是(所述真實入口閘機,所述目標出口閘機)。
S708:支付服務端判斷所述目標行程時長是否落入所述期望時長區間,若是,則正常計費,從使用者標識A對應的帳戶中扣除行程費用。
S710:支付服務端若目標行程時長未落入期望時長區間,為使用者標識B增加一次異常記錄,並進一步判斷使用者標識A對應的異常記錄的數量是否大於指定數量。
S712:支付服務端如果確定異常記錄的數量大於指定數量,則凍結使用者標識A對應的帳戶,如果確定異常記錄的數量小於指定數量,則正常計費,從使用者標識A對應的帳戶中扣除行程費用。
需要說明的是,目標入口閘機和目標出口閘機是提供行程服務的地鐵公司的設備(服務方設備),支付服務端是指提供乘車二維碼生成服務和行程費用結算服務的電子支付服務商(如支付寶公司)。
基於圖2所示的期望時長區間確定方法,本說明書實施例還對應提供了一種期望時長區間確定裝置,如圖8所示,包括:
指定模組801,指定任一站點為行程起始站點,以及指定任一站點為行程終止站點;
組對模組802,將所述行程起始站點和所述行程終止站點組成站點對;
獲取模組803,獲取對應於所述站點對的多個歷史行程資訊;
行程時長確定模組804,針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長;
期望時長區間確定模組805,根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述站點對的期望時長區間。
所述行程起始站點和所述行程終止站點為同一站點。
所述獲取模組803,針對每個歷史行程資訊,獲取該歷史行程資訊中包含的,對應於行程起點的站點資訊和對應於行程終點的站點資訊;若對應於行程起點的站點資訊為所述行程起始站點的資訊,且對應於行程終點的站點資訊為所述行程終止站點的資訊,則將該歷史行程資訊確定為對應於所述站點對的歷史行程資訊。
所述行程時長確定模組804,針對所述多個歷史行程資訊中的每個歷史行程資訊,獲取該歷史行程資訊中包含的入站時間、出站時間;根據所述入站時間和所述出站時間,計算該歷史行程資訊對應的行程時長。
所述期望時長區間確定模組805,根據所述多個歷史行程資訊分別對應的行程時長,確定以行程時長為變數的概率分佈;根據所述概率分佈對應的行程時長的期望值,確定對應於所述站點對的期望時長區間。
對應於所述站點對的期望時長區間為,(μ-N*σ,μ+N*σ);
其中,μ表示所述期望值,σ表示所述概率分佈對應的標準差,N大於0。
基於圖4所示的行程驗證方法,本說明書實施例還對應提供了一種行程驗證裝置,如圖9所示,包括:
獲取模組901,獲取目標行程對應的目標行程資訊;
確定模組902,根據所述目標行程資訊,確定所述目標行程資訊對應的站點對和目標行程時長;
判斷處理模組903,判斷所述目標行程時長是否落入對應於所述站點對的期望時長區間;所述期望時長區間是根據圖2所示的期望時長區間確定方法確定的;若是,則確定所述目標行程通過驗證。
所述判斷處理模組903,若所述目標行程時長未落入對應於所述站點對的期望時長區間,則確定所述目標行程未通過驗證;或,為所述目標行程資訊中包含的使用者標識增加異常記錄;若所述使用者標識對應的異常記錄的數量大於指定數量,則確定所述目標行程未通過驗證。
基於圖5所示的期望時長區間確定方法,本說明書實施例還對應提供了一種期望時長區間確定裝置,如圖10所示,針對每個站點,該站點佈置有至少一個入口閘機和至少一個出口閘機,所述裝置包括:
指定模組1001,指定任一入口閘機為行程起始閘機,以及指定任一出口閘機為行程終止閘機;
組對模組1002,將所述行程起始閘機和所述行程終止閘機組成閘機對;
獲取模組1003,獲取對應於所述閘機對的多個歷史行程資訊;
行程時長確定模組1004,針對所述多個歷史行程資訊中的每個歷史行程資訊,確定該歷史行程資訊對應的行程時長;
期望時長區間確定模組1005,根據所述多個歷史行程資訊分別對應的行程時長,確定對應於所述閘機對的期望時長區間。
所述入口閘機與所述出口閘機歸屬於同一站點。
所述獲取模組1003,針對每個歷史行程資訊,獲取該歷史行程資訊中包含的,對應於行程起點的入口閘機資訊和對應於行程終點的出口閘機資訊;若對應於行程起點的入口閘機資訊為所述行程起始閘機的資訊,且對應於行程終點的出口閘機資訊為行程終止閘機的資訊,則將該歷史行程資訊確定為對應於所述閘機對的歷史行程資訊。
所述期望時長區間確定模組1005,根據所述多個歷史行程資訊分別對應的行程時長,確定以行程時長為變數的概率分佈;根據所述概率分佈對應的行程時長的期望值,確定對應於所述閘機對的期望時長區間。
對應於所述閘機對的期望時長區間為,(μ-N*σ,μ+N*σ);
其中,μ表示所述期望值,σ表示所述概率分佈對應的標準差,N大於0。
基於圖6所示的行程驗證方法,本說明書實施例還對應提供了一種行程驗證裝置,如圖11所示,包括:
獲取模組1101,獲取目標行程對應的目標行程資訊;
確定模組1102,根據所述目標行程資訊,確定所述目標行程資訊對應的閘機對和目標行程時長;
判斷處理模組1103,判斷所述目標行程時長是否落入對應於所述閘機對的期望時長區間;所述期望時長區間是根據申請專利範圍第9~13項之任一項所述的方法確定的;若是,則確定所述目標行程通過驗證。
所述判斷處理模組1103,若所述目標行程時長未落入對應於所述閘機對的期望時長區間,確定所述目標行程未通過驗證;或,為所述目標行程資訊中包含的使用者標識增加異常記錄;若所述使用者標識對應的異常記錄的數量大於指定數量,則確定所述目標行程未通過驗證。
本說明書實施例還提供一種電腦設備,其至少包括記憶體、處理器及儲存在記憶體上並可在處理器上運行的電腦程式,其中,處理器執行所述程式時實現圖2、圖4、圖5或圖6所示的方法。
圖12示出了本說明書實施例所提供的一種更為具體的計算設備硬體結構示意圖,該設備可以包括:處理器1210、記憶體1220、輸入/輸出介面1230、通信介面1240和匯流排1250。其中處理器1210、記憶體1220、輸入/輸出介面1230和通信介面1240通過匯流排1250實現彼此之間在設備內部的通信連接。
處理器1210可以採用通用的CPU(Central Processing Unit,中央處理器)、微處理器、應用專用積體電路(Application Specific Integrated Circuit,ASIC)、或者一個或多個積體電路等方式實現,用於執行相關程式,以實現本說明書實施例所提供的技術方案。
記憶體1220可以採用ROM(Read Only Memory,唯讀記憶體)、RAM(Random Access Memory,隨機存取記憶體)、靜態儲存裝置,動態儲存裝置等形式實現。記憶體1220可以儲存作業系統和其他應用程式,在通過軟體或者韌體來實現本說明書實施例所提供的技術方案時,相關的程式碼保存在記憶體1220中,並由處理器1210來調用執行。
輸入/輸出介面1230用於連接輸入/輸出模組,以實現資訊輸入及輸出。輸入輸出/模組可以作為組件配置在設備中(圖中未示出),也可以外接於設備以提供相應功能。其中輸入裝置可以包括鍵盤、滑鼠、觸控式螢幕、麥克風、各類感測器等,輸出設備可以包括顯示器、揚聲器、振動器、指示燈等。
通信介面1240用於連接通信模組(圖中未示出),以實現本設備與其他設備的通信交互。其中通信模組可以通過有線方式(例如USB、網線等)實現通信,也可以通過無線方式(例如移動網路、WIFI、藍牙等)實現通信。
匯流排1250包括一通路,在設備的各個組件(例如處理器1210、記憶體1220、輸入/輸出介面1230和通信介面1240)之間傳輸資訊。
需要說明的是,儘管上述設備僅示出了處理器1210、記憶體1220、輸入/輸出介面1230、通信介面1240以及匯流排1250,但是在具體實施過程中,該設備還可以包括實現正常運行所必需的其他組件。此外,本領域的技術人員可以理解的是,上述設備中也可以僅包含實現本說明書實施例方案所必需的組件,而不必包含圖中所示的全部組件。
本說明書實施例還提供一種電腦可讀儲存媒體,其上儲存有電腦程式,該程式被處理器執行時實現圖2、圖4、圖5、圖6所示的方法。
電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他資料。電腦的儲存媒體的例子包括,但不限於相變記憶體(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可程式設計唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶,磁帶磁磁片儲存或其他磁性存放裝置或任何其他非傳輸媒體,可用於儲存可以被計算設備訪問的資訊。按照本文中的界定,電腦可讀媒體不包括暫存電腦可讀媒體(transitory media),如調變的資料信號和載波。
通過以上的實施方式的描述可知,本領域的技術人員可以清楚地瞭解到本說明書實施例可借助軟體加必需的通用硬體平臺的方式來實現。基於這樣的理解,本說明書實施例的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟體產品的形式體現出來,該電腦軟體產品可以儲存在儲存媒體中,如ROM/RAM、磁碟、光碟等,包括若干指令用以使得一台電腦設備(可以是個人電腦,伺服器,或者網路設備等)執行本說明書實施例各個實施例或者實施例的某些部分所述的方法。
上述實施例闡明的系統、方法、模組或單元,具體可以由電腦晶片或實體實現,或者由具有某種功能的產品來實現。一種典型的實現設備為電腦,電腦的具體形式可以是個人電腦、膝上型電腦、蜂巢式電話、相機電話、智慧型電話、個人數位助理、媒體播放機、導航設備、電子郵件收發設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任意幾種設備的組合。
本說明書中的各個實施例均採用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。尤其,對於方法實施例而言,由於其基本相似於方法實施例,所以描述得比較簡單,相關之處參見方法實施例的部分說明即可。以上所描述的方法實施例僅僅是示意性的,其中所述作為分離部件說明的模組可以是或者也可以不是物理上分開的,在實施本說明書實施例方案時可以把各模組的功能在同一個或多個軟體和/或硬體中實現。也可以根據實際的需要選擇其中的部分或者全部模組來實現本實施例方案的目的。本領域普通技術人員在不付出進步性勞動的情況下,即可以理解並實施。
以上所述僅是本說明書實施例的具體實施方式,應當指出,對於本技術領域的普通技術人員來說,在不脫離本說明書實施例原理的前提下,還可以做出若干改進和潤飾,這些改進和潤飾也應視為本說明書實施例的保護範圍。
801‧‧‧指定模組
802‧‧‧組對模組
803‧‧‧獲取模組
804‧‧‧行程時長確定模組
805‧‧‧期望時長區間確定模組
901‧‧‧獲取模組
902‧‧‧確定模組
903‧‧‧判斷處理模組
1001‧‧‧指定模組
1002‧‧‧組對模組
1003‧‧‧獲取模組
1004‧‧‧行程時長確定模組
1005‧‧‧期望時長區間確定模組
1101‧‧‧獲取模組
1102‧‧‧確定模組
1103‧‧‧判斷處理模組
1210‧‧‧處理器
1220‧‧‧記憶體
1230‧‧‧輸入/輸出介面
1240‧‧‧通信介面
1250‧‧‧匯流排
為了更清楚地說明本說明書實施例或現有技術中的技術方案,下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本說明書實施例中記載的一些實施例,對於本領域普通技術人員來講,還可以根據這些附圖獲得其他的附圖。
圖1是一種行程路線圖;
圖2是本說明書實施例提供的一種期望時長區間確定方法的流程示意圖;
圖3是本說明書實施例提供的以行程時長為變數的概率分佈示意圖;
圖4是本說明書實施例提供的一種行程驗證方法的流程示意圖;
圖5是本說明書實施例提供的另一種期望時長區間確定方法的流程示意圖;
圖6是本說明書實施例提供的另一種行程驗證方法的流程示意圖;
圖7是本說明書實施例提供的地鐵二維碼乘車場景下,行程驗證流程圖;
圖8是本說明書實施例提供的一種期望時長區間確定裝置的結構示意圖;
圖9是本說明書實施例提供的一種行程驗證裝置的結構示意圖;
圖10是本說明書實施例提供的另一種期望時長區間確定裝置的結構示意圖;
圖11是本說明書實施例提供的另一種行程驗證裝置的結構示意圖;
圖12是用於配置本說明書實施例方法的一種設備的結構示意圖。