本申請涉及數(shù)據(jù)處理技術(shù)領(lǐng)域，尤其涉及一種商家交易異常的監(jiān)控方法和裝置。

背景技術(shù)：

為了更好的管理商家，需要對商家交易進行監(jiān)控，以及時發(fā)現(xiàn)異常情況。相關(guān)技術(shù)中，一種是沒有對商家交易異常的監(jiān)控，另一種是根據(jù)交易量下降監(jiān)控商家交易異常。但是，如果僅以交易量下降來判斷交易異常會存在不準確的情況，例如，非交易高峰時間段、商家過小無交易、商家位置偏導致無人光顧等，這些因素也會導致交易量下降。

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

本申請旨在至少在一定程度上解決相關(guān)技術(shù)中的技術(shù)問題之一。

為此，本申請的一個目的在于提出一種商家異常交易的監(jiān)控方法，該方法可以提高商家異常交易的監(jiān)控準確度。

本申請的另一個目的在于提出一種商家異常交易的監(jiān)控裝置。

為達到上述目的，本申請第一方面實施例提出的商家異常交易的監(jiān)控方法，包括：確定當前商家是否是需要監(jiān)控的商家；如果當前商家是需要監(jiān)控的 商家，獲取當前商家的當前交易數(shù)據(jù)；對所述當前交易數(shù)據(jù)進行數(shù)據(jù)分析，判斷所述當前商家是否發(fā)生異常交易。

本申請第一方面實施例提出的商家異常交易的監(jiān)控方法，通過獲取當前交易數(shù)據(jù)，并對當前交易數(shù)據(jù)進行數(shù)據(jù)分析，而不僅限于當前交易量的數(shù)值，可以提高商家異常交易的監(jiān)控準確度。

為達到上述目的，本申請第二方面實施例提出的商家異常交易的監(jiān)控裝置，包括：確定模塊，用于確定當前商家是否是需要監(jiān)控的商家；獲取模塊，用于在當前商家是需要監(jiān)控的商家時，獲取當前商家的當前交易數(shù)據(jù)；判斷模塊，用于對所述當前交易數(shù)據(jù)進行數(shù)據(jù)分析，判斷所述當前商家是否發(fā)生異常交易。

本申請第二方面實施例提出的商家異常交易的監(jiān)控裝置，通過獲取當前交易數(shù)據(jù)，并對當前交易數(shù)據(jù)進行數(shù)據(jù)分析，而不僅限于當前交易量的數(shù)值，可以提高商家異常交易的監(jiān)控準確度。

本申請附加的方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本申請的實踐了解到。

附圖說明

本申請上述的和/或附加的方面和優(yōu)點從下面結(jié)合附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是本申請一實施例提出的商家異常交易的監(jiān)控方法的流程示意圖；

圖2是本申請另一實施例提出的商家異常交易的監(jiān)控方法的流程示意圖；

圖3是本申請實施例中對商家的離線數(shù)據(jù)進行特征提取的流程示意圖；

圖4是本申請實施例中一種根據(jù)告警規(guī)則比較當前交易數(shù)據(jù)和閾值進行判斷的流程示意圖；

圖5是本申請實施例中另一種根據(jù)告警規(guī)則比較當前交易數(shù)據(jù)和閾值進行判斷的流程示意圖；

圖6是本申請另一實施例提出的商家異常交易的監(jiān)控裝置的結(jié)構(gòu)示意圖；

圖7是本申請另一實施例提出的商家異常交易的監(jiān)控裝置的結(jié)構(gòu)示意圖；

圖8是本申請另一實施例提出的電子設(shè)備的結(jié)構(gòu)示意圖。

具體實施方式

下面詳細描述本申請的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標號表示相同或類似的模塊或具有相同或類似功能的模塊。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本申請，而不能理解為對本申請的限制。相反，本申請的實施例包括落入所附加權(quán)利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。

圖1是本申請一實施例提出的商家異常交易的監(jiān)控方法的流程示意圖，該方法包括：

s11：確定當前商家是否是需要監(jiān)控的商家。

其中，商家可以包括線上和線下的商家，商家例如稱為店鋪、門店等。

在對當前商家進行判別時，可以離線預(yù)先對每個商家進行判別，確定對應(yīng)的商家是否是需要監(jiān)控的商家。在確定每個商家是否是需要監(jiān)控的商家后，可以關(guān)聯(lián)保存商家的標識信息與相應(yīng)的類別(是否是需要監(jiān)控的商家)， 在對當前商家進行監(jiān)控之前，可以獲取當前商家的標識信息，再根據(jù)關(guān)聯(lián)關(guān)系獲取相應(yīng)的類別，從而判斷當前商家是否是需要監(jiān)控的商家?；蛘撸部梢苑謩e對應(yīng)需要監(jiān)控的商家和不需要監(jiān)控的商家生成標識信息列表，根據(jù)當前商家的標識信息屬于的列表確定其是否需要被監(jiān)控。

另外，還可以在需要判別商家是否是需要監(jiān)控的商家時，在線對商家進行判別，以確定當前商家是否是需要監(jiān)控的商家。

不論是離線對商家進行判別或者是在線對商家進行判別時，均可以根據(jù)日均交易量進行判別，當日均交易量大于預(yù)設(shè)值時，確定商家是需要監(jiān)控的商家，否則是不需要監(jiān)控的商家。預(yù)設(shè)值例如是10。

日均交易量可以是獲取預(yù)設(shè)歷史時間段內(nèi)每天的交易量，根據(jù)該時間段內(nèi)的每天的交易量計算出日均交易量。例如，對應(yīng)一個商家，可以獲取該商家最近30天內(nèi)每天的交易量，對該交易量求均值得到日均交易量。s12：如果當前商家是需要監(jiān)控的商家，獲取當前商家的當前交易數(shù)據(jù)。

另一方面，如果當前商家不是需要監(jiān)控的商家，則結(jié)束對當前商家的監(jiān)控。

當前交易數(shù)據(jù)例如包括：當前商家的商家類別、當前日期、當前時間、預(yù)設(shè)時間段內(nèi)的交易量。

在獲取預(yù)設(shè)時間段的交易量時，可以從服務(wù)端獲取當前商家的交易日志，根據(jù)交易日志中記錄的交易情況計算預(yù)設(shè)時間段內(nèi)的交易量。服務(wù)端內(nèi)可以設(shè)置日志采集模塊以完成對商家交易日志的采集。本實施例的執(zhí)行主體可以稱為監(jiān)控系統(tǒng)，監(jiān)控系統(tǒng)以向服務(wù)端訂閱交易日志，從而可以從服務(wù)端獲取交易日志。

在計算交易量時，例如采用流式計算框架(比如storm，xflush)，流式計算框架可用于實時流量的數(shù)據(jù)計算，通常用于分鐘級/秒級數(shù)據(jù)的統(tǒng)計。

流式計算框架得到交易量后，可以將其保存在數(shù)據(jù)庫(如hbase)中，從而在需要監(jiān)控時，從數(shù)據(jù)庫中讀取到相應(yīng)的數(shù)據(jù)。

s13：對所述當前交易數(shù)據(jù)進行數(shù)據(jù)分析，判斷所述當前商家是否發(fā)生異常交易。

本實施例中，通過獲取當前交易數(shù)據(jù)，并對當前交易數(shù)據(jù)進行數(shù)據(jù)分析，而不僅限于當前交易量的數(shù)值，可以提高商家異常交易的監(jiān)控準確度。

一些實施例中，具體的判斷流程可以包括：

獲取與所述當前交易數(shù)據(jù)對應(yīng)的告警規(guī)則和閾值，所述告警規(guī)則和閾值是預(yù)先根據(jù)所述當前商家的離線數(shù)據(jù)確定的；

根據(jù)所述告警規(guī)則比較所述當前交易數(shù)據(jù)與所述閾值，判斷所述當前商家是否發(fā)生異常交易。

其中，告警規(guī)則和閾值可以是設(shè)置的，或者，也可以根據(jù)商家的歷史數(shù)據(jù)生成。

參見圖2，生成告警規(guī)則和閾值的流程可以包括：

s21：獲取所述當前商家的離線數(shù)據(jù)，所述離線數(shù)據(jù)包括：歷史交易數(shù)據(jù)，和/或，商家信息。

歷史交易數(shù)據(jù)例如為前30天的日均交易量。

商家信息例如包括：地理位置、規(guī)模情況等。

s22：對所述離線數(shù)據(jù)進行特征提取，得到所述當前商家的特征數(shù)據(jù)，所述特征數(shù)據(jù)包括：至少一種告警規(guī)則和每種告警規(guī)則對應(yīng)的閾值。

可選的，特征數(shù)據(jù)還可以包括：日均交易量，從而在日均交易量大于預(yù)設(shè)值時，確定當前商家是需要監(jiān)控的商家。

可以理解的是，s21-s22可以預(yù)先離線完成。

一些實施例中，參見圖3，一種特征提取的流程可以包括：

s31：獲取商家的前30天的日均交易量n。

例如，離線系統(tǒng)(如odps平臺)獲取商家的包含前30天交易情況的歷史交易日志，根據(jù)歷史交易日志中記錄的歷史交易數(shù)據(jù)，統(tǒng)計出前30天的每天交易量，再求均值運算得到日均交易量n。

s32：判斷n是否大于10，若是，執(zhí)行s34，否則，執(zhí)行s33。

s33：確定該商家的商家類別是不需要監(jiān)控的商家。

s34：判斷n是否大于500，若是，執(zhí)行s35，否則，執(zhí)行s37。

可以理解的是，上述的10和500只是示例閾值，也可以采用其他數(shù)值。

s35：確定該商家的商家類別是大交易量商家。

s36：生成大交易量商家對應(yīng)的告警規(guī)則，以及告警規(guī)則對應(yīng)的閾值。

例如，大交易量商家對應(yīng)的告警規(guī)則是：判斷當前日期是否是預(yù)設(shè)類別的日期，如果是預(yù)設(shè)類別的日期，判斷當前日交易量是否小于第一交易量閾值，如果小于第一交易量閾值，則確定發(fā)生交易異常，否則未發(fā)生交易異常；如果不是預(yù)設(shè)類別的日期，判斷當前日交易量是否小于第二交易量閾值，如果小于第二交易量閾值，則確定發(fā)生交易異常，否則未發(fā)生交易異常。例如，預(yù)設(shè)類別的日期是節(jié)假日，第一交易量閾值和第二交易量閾值可以分別根據(jù)歷史節(jié)假日的日交易量和歷史非節(jié)假日的日均交易量確定。

例如，通常情況下由于節(jié)假日的交易量高于非節(jié)假日的交易量，則第一交易量閾值可以大于第二交易量閾值。

s37：確定該商家的商家類別是小交易量商家。

s38：生成小交易量商家對應(yīng)的告警規(guī)則，以及告警規(guī)則對應(yīng)的閾值。

例如，小交易量商家對應(yīng)的告警規(guī)則是：判斷當前時間是否屬于高峰時間 段，如果屬于高峰時間段，則獲取高峰時間段內(nèi)無交易的時間，判斷獲取的時間是否大于第一時間閾值，如果大于第一時間閾值，則確定發(fā)生交易異常，否則未發(fā)生異常；如果不屬于高峰時間段，則獲取日常時間段內(nèi)無交易的時間，判斷獲取的時間是否大于第二時間閾值，如果大于第二時間閾值，則確定發(fā)生交易異常，否則未發(fā)生異常。

上述采用的高峰時間段、日常時間段、第一時間閾值和第二時間閾值可以根據(jù)歷史交易數(shù)據(jù)確定。

通常情況下，由于高峰時間段的交易量大于日常時間段的交易量，因此，一般來講第一時間閾值小于第二時間閾值。

例如，高峰時間段取11：00-13：00這一時間段，第一時間閾值例如為30分鐘，日常時間段例如為13:00-17:00這一時間段，第二時間閾值例如為120分鐘。

在生成上述的告警規(guī)則和閾值后，離線系統(tǒng)可以將其保存到數(shù)據(jù)庫(如hbase)中，之后，在實時監(jiān)控時，監(jiān)控系統(tǒng)可以從該數(shù)據(jù)庫中獲取對應(yīng)的告警規(guī)則和閾值。

監(jiān)控系統(tǒng)在獲取對應(yīng)的告警規(guī)則和閾值時，例如，當前交易數(shù)據(jù)中包括當前商家的商家類別，假設(shè)當前商家的商家類別是第一類需要監(jiān)控的商家(大交易量商家)，則從數(shù)據(jù)庫中獲取大交易量商家對應(yīng)的告警規(guī)則和閾值，或者，假設(shè)當前商家的商家類別是第二類需要監(jiān)控的商家(小交易量商家)，則從數(shù)據(jù)庫中獲取小交易量商家對應(yīng)的告警規(guī)則和閾值。

在獲取對應(yīng)的告警規(guī)則和閾值后，可以根據(jù)所述告警規(guī)則比較所述當前交易數(shù)據(jù)與所述閾值，判斷所述當前商家是否發(fā)生異常交易。

例如，當前商家是大交易量商家時，以預(yù)設(shè)類別的日期是節(jié)假日為例，參 見圖4，判斷是否發(fā)生異常交易的流程可以包括：

s41：獲取當前交易數(shù)據(jù)中的當前日期和當前日交易量。

其中，大交易量商家對應(yīng)的告警規(guī)則從可以記錄需要獲取當前日期和當前日交易量，從而監(jiān)控系統(tǒng)可以從當前交易數(shù)據(jù)中獲取當前日期和當前日交易量。

s42：判斷當前日期是否是節(jié)假日，若是，執(zhí)行s43，否則，執(zhí)行s44。

監(jiān)控系統(tǒng)可以預(yù)先配置或從第三方獲取屬于節(jié)假日的日期，再與當前日期進行比較，得到判斷結(jié)果。

s43：判斷當前日交易量是否小于第一交易量閾值，若是，執(zhí)行s45，否則，執(zhí)行s46。

其中，在獲取告警規(guī)則時會獲取相應(yīng)的閾值，從而可以獲取到第一交易量閾值和第二交易量閾值，進而可以進行比較。

s44：判斷當前日交易量是否小于第二交易閾值，若是，執(zhí)行s45，否則，執(zhí)行s46。

s45：確定當前商家發(fā)生交易異常。

s46：確定當前商家沒有發(fā)生交易異常。

又例如，當前商家是小交易量商家時，參見圖5，判斷是否發(fā)生異常交易的流程可以包括：

s51：獲取當前交易數(shù)據(jù)中的當前時間。

s52：判斷當前時間是否屬于高峰時間段，若是，執(zhí)行s53，否則，執(zhí)行s55。

其中，小交易量商家對應(yīng)的告警規(guī)則中可以記錄獲取當前時間，并記錄高峰時間段和/或日常時間段，從而監(jiān)控系統(tǒng)可以從當前交易數(shù)據(jù)中獲取當前時 間并進行當前時間與高峰時間段和/或日常時間段的比較后得到判斷結(jié)果。

s53：從當前交易數(shù)據(jù)中獲取高峰時間段內(nèi)無交易的時間。

其中，告警規(guī)則中可以記錄提取相應(yīng)時間段內(nèi)無交易的時間，監(jiān)控系統(tǒng)可以根據(jù)告警規(guī)則進行相應(yīng)處理。

s54：判斷獲取的時間是否大于第一時間閾值，若是，執(zhí)行s57，否則，執(zhí)行s58。

其中，監(jiān)控系統(tǒng)在獲取告警規(guī)則時還會同時獲取相應(yīng)的第一時間閾值和第二時間閾值，從而進行上述時間的判斷。

s55：從當前交易數(shù)據(jù)中獲取日常時間段內(nèi)無交易的時間。

s56：判斷獲取的時間是否大于第二時間閾值，若是，執(zhí)行s57，否則，執(zhí)行s58。

s57：確定當前商家發(fā)生交易異常。

s58：確定當前商家沒有發(fā)生交易異常。

本實施例中，通過獲取當前交易數(shù)據(jù)和預(yù)設(shè)的告警規(guī)則和閾值，告警規(guī)則和閾值是根據(jù)離線數(shù)據(jù)確定的，可以結(jié)合實時數(shù)據(jù)和歷史數(shù)據(jù)多種因素進行監(jiān)控，而不僅限于當前交易量的數(shù)值，可以提高商家異常交易的監(jiān)控準確度。進而，通過對商家異常交易進行監(jiān)控，可以在接入商家的平臺(如支付寶)及時發(fā)現(xiàn)交易異常的商家，以對商家進行提醒等服務(wù)，保證各商家的正常運營。

圖6是本申請另一實施例提出的商家異常交易的監(jiān)控裝置的結(jié)構(gòu)示意圖，該裝置60包括：確定模塊61、獲取模塊62和判斷模塊63。

確定模塊61，用于確定當前商家是否是需要監(jiān)控的商家；

獲取模塊62，用于在當前商家是需要監(jiān)控的商家時，獲取當前商家的當前交易數(shù)據(jù)；

判斷模塊63，用于對所述當前交易數(shù)據(jù)進行數(shù)據(jù)分析，判斷所述當前商家是否發(fā)生異常交易。

一些實施例中，參見圖7，所述判斷模塊63包括：

第一單元631，用于獲取與所述當前交易數(shù)據(jù)對應(yīng)的告警規(guī)則和閾值，所述告警規(guī)則和閾值是預(yù)先根據(jù)所述當前商家的離線數(shù)據(jù)確定的；

第二單元632，用于根據(jù)所述告警規(guī)則比較所述當前交易數(shù)據(jù)與所述閾值，判斷所述當前商家是否發(fā)生異常交易。

一些實施例中，參見圖7，該裝置60還包括：

提取模塊64，用于獲取所述當前商家的離線數(shù)據(jù)，所述離線數(shù)據(jù)包括：歷史交易數(shù)據(jù)，和/或，商家信息；以及，對所述離線數(shù)據(jù)進行特征提取，得到所述當前商家的特征數(shù)據(jù)，所述特征數(shù)據(jù)包括：至少一種告警規(guī)則和每種告警規(guī)則對應(yīng)的閾值。

一些實施例中，所述特征數(shù)據(jù)還包括：日均交易量，所述確定模塊具體用于：

當所述日均交易量大于預(yù)設(shè)值時，確定當前商家是需要監(jiān)控的商家。

可選的，所述需要監(jiān)控的商家包括：第一類需要監(jiān)控的商家和第二類需要監(jiān)控的商家，所述第一類需要監(jiān)控的商家的日均交易量大于所述第二類需要監(jiān)控的商家的日均交易量。

如果當前商家是第一類需要監(jiān)控的商家，所述第二單元632具體用于：

獲取當前交易數(shù)據(jù)中的當前日期和當前日交易量，并判斷當前日期是否是預(yù)設(shè)類別的日期；

如果是預(yù)設(shè)類別的日期，在所述當前日均交易量小于第一交易量閾值時，確定當前商家發(fā)生異常交易；

如果不是預(yù)設(shè)類別的日期，在所述當前日均交易量小于第二交易量閾值時，確定當前商家發(fā)生異常交易。

如果當前商家是第二類需要監(jiān)控的商家，所述第二單元632具體用于：

獲取當前交易數(shù)據(jù)中的當前時間，并判斷當前時間是否屬于高峰時間段；

如果屬于，獲取預(yù)設(shè)的高峰時間段內(nèi)的無交易的時間，如果無交易的時間大于第一時間閾值，確定當前商家發(fā)生異常交易；

如果不屬于，獲取預(yù)設(shè)的日常時間段內(nèi)的無交易的時間，如果無交易的時間大于第二時間閾值，確定當前商家發(fā)生異常交易。

上述各模塊的具體內(nèi)容可以參見方法實施例中的相關(guān)描述，在此不再贅述。

本實施例中，通過獲取當前交易數(shù)據(jù)，并對當前交易數(shù)據(jù)進行數(shù)據(jù)分析，而不僅限于當前交易量的數(shù)值，可以提高商家異常交易的監(jiān)控準確度。

圖8是本申請另一實施例提出的電子設(shè)備的結(jié)構(gòu)示意圖。該電子設(shè)備可以具體是服務(wù)器。參見圖8，該電子設(shè)備80包括：殼體81、處理器82、存儲器83、電路板84和電源電路85，其中，電路板84安置在殼體圍成的空間內(nèi)部，處理器82和存儲器83設(shè)置在電路板84上；電源電路85，用于為電子設(shè)備的各個電路或器件供電；存儲器83用于存儲可執(zhí)行程序代碼；處理器82通過讀取存儲器中存儲的可執(zhí)行程序代碼來運行與可執(zhí)行程序代碼對應(yīng)的程序，以用于執(zhí)行以下步驟：

確定當前商家是否是需要監(jiān)控的商家；

如果當前商家是需要監(jiān)控的商家，獲取當前商家的當前交易數(shù)據(jù)；

對所述當前交易數(shù)據(jù)進行數(shù)據(jù)分析，判斷所述當前商家是否發(fā)生異常交易。

可選的，所述對所述當前交易數(shù)據(jù)進行數(shù)據(jù)分析，判斷所述當前商家是否發(fā)生異常交易，包括：

獲取與所述當前交易數(shù)據(jù)對應(yīng)的告警規(guī)則和閾值，所述告警規(guī)則和閾值是預(yù)先根據(jù)所述當前商家的離線數(shù)據(jù)確定的；

根據(jù)所述告警規(guī)則比較所述當前交易數(shù)據(jù)與所述閾值，判斷所述當前商家是否發(fā)生異常交易。

可選的，還包括：

獲取所述當前商家的離線數(shù)據(jù)，所述離線數(shù)據(jù)包括：歷史交易數(shù)據(jù)，和/或，商家信息；

對所述離線數(shù)據(jù)進行特征提取，得到所述當前商家的特征數(shù)據(jù)，所述特征數(shù)據(jù)包括：至少一種告警規(guī)則和每種告警規(guī)則對應(yīng)的閾值。

可選的，所述特征數(shù)據(jù)還包括：日均交易量，所述確定當前商家是否是需要監(jiān)控的商家，包括：

當所述日均交易量大于預(yù)設(shè)值時，確定當前商家是需要監(jiān)控的商家。

可選的，所述需要監(jiān)控的商家包括：第一類需要監(jiān)控的商家和第二類需要監(jiān)控的商家，所述第一類需要監(jiān)控的商家的日均交易量大于所述第二類需要監(jiān)控的商家的日均交易量。

可選的，如果當前商家是第一類需要監(jiān)控的商家，所述根據(jù)所述告警規(guī)則比較所述當前交易數(shù)據(jù)與所述閾值，判斷所述當前商家是否發(fā)生異常交易，包括：

獲取當前交易數(shù)據(jù)中的當前日期和當前日交易量，并判斷當前日期是否是預(yù)設(shè)類別的日期；

如果是預(yù)設(shè)類別的日期，在所述當前日均交易量小于第一交易量閾值時， 確定當前商家發(fā)生異常交易；

如果不是預(yù)設(shè)類別的日期，在所述當前日均交易量小于第二交易量閾值時，確定當前商家發(fā)生異常交易。

可選的，如果當前商家是第二類需要監(jiān)控的商家，所述根據(jù)所述告警規(guī)則比較所述當前交易數(shù)據(jù)與所述閾值，判斷所述當前商家是否發(fā)生異常交易，包括：

獲取當前交易數(shù)據(jù)中的當前時間，并判斷當前時間是否屬于高峰時間段；

如果屬于，獲取預(yù)設(shè)的高峰時間段內(nèi)的無交易的時間，如果無交易的時間大于第一時間閾值，確定當前商家發(fā)生異常交易；

如果不屬于，獲取預(yù)設(shè)的日常時間段內(nèi)的無交易的時間，如果無交易的時間大于第二時間閾值，確定當前商家發(fā)生異常交易。

本實施例的具體內(nèi)容可以參見上述實施例中的相關(guān)描述，在此不再贅述。

本實施例中，通過獲取當前交易數(shù)據(jù)，并對當前交易數(shù)據(jù)進行數(shù)據(jù)分析，而不僅限于當前交易量的數(shù)值，可以提高商家異常交易的監(jiān)控準確度。

需要說明的是，在本申請的描述中，術(shù)語“第一”、“第二”等僅用于描述目的，而不能理解為指示或暗示相對重要性。此外，在本申請的描述中，除非另有說明，“多個”的含義是指至少兩個。

流程圖中或在此以其他方式描述的任何過程或方法描述可以被理解為，表示包括一個或更多個用于實現(xiàn)特定邏輯功能或過程的步驟的可執(zhí)行指令的代碼的模塊、片段或部分，并且本申請的優(yōu)選實施方式的范圍包括另外的實現(xiàn)，其中可以不按所示出或討論的順序，包括根據(jù)所涉及的功能按基本同時的方式或按相反的順序，來執(zhí)行功能，這應(yīng)被本申請的實施例所屬技術(shù)領(lǐng)域的技術(shù)人員所理解。

應(yīng)當理解，本申請的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。在上述實施方式中，多個步驟或方法可以用存儲在存儲器中且由合適的指令執(zhí)行系統(tǒng)執(zhí)行的軟件或固件來實現(xiàn)。例如，如果用硬件來實現(xiàn)，和在另一實施方式中一樣，可用本領(lǐng)域公知的下列技術(shù)中的任一項或他們的組合來實現(xiàn)：具有用于對數(shù)據(jù)信號實現(xiàn)邏輯功能的邏輯門電路的離散邏輯電路，具有合適的組合邏輯門電路的專用集成電路，可編程門陣列(pga)，現(xiàn)場可編程門陣列(fpga)等。

本技術(shù)領(lǐng)域的普通技術(shù)人員可以理解實現(xiàn)上述實施例方法攜帶的全部或部分步驟是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中，該程序在執(zhí)行時，包括方法實施例的步驟之一或其組合。

此外，在本申請各個實施例中的各功能單元可以集成在一個處理模塊中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個模塊中。上述集成的模塊既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。所述集成的模塊如果以軟件功能模塊的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，也可以存儲在一個計算機可讀取存儲介質(zhì)中。

上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本申請的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。

盡管上面已經(jīng)示出和描述了本申請的實施例，可以理解的是，上述實施例是示例性的，不能理解為對本申請的限制，本領(lǐng)域的普通技術(shù)人員在本申請的范圍內(nèi)可以對上述實施例進行變化、修改、替換和變型。