本發(fā)明涉及在線支付技術，尤其涉及一種生成對賬單的方法及裝置。

背景技術：

互聯(lián)網(wǎng)技術的發(fā)展給人們帶來了極大的便利，也給傳統(tǒng)的產業(yè)帶來了新的契機。以傳統(tǒng)的影院為例，互聯(lián)網(wǎng)技術的發(fā)展使得影院票務的電子化成為可能，影院可以進行互聯(lián)網(wǎng)售票，通過互聯(lián)網(wǎng)提供影院票務線上預訂業(yè)務，使得用戶可以預先瀏覽最近放映的影片，并相應進行電子購票，避免了用戶需要現(xiàn)場購票導致的等待時間較長以及無法預知所放影片的技術問題。

作為利用互聯(lián)網(wǎng)售票的影院，需要涉及到票務結賬的流程，目前的互聯(lián)網(wǎng)售票，利用的是第三方售票平臺，即第三方售票平臺從影院端獲取票務并按照第一價格售賣給用戶，第三方售票平臺從購買票務的用戶收取票務費，然后，按照與影院約定的結算日期(出賬目)生成包含各具體明細的流水賬單，依據(jù)預先設置的結算規(guī)則對流水賬單進行篩選得到對賬單，最后由第三方售票平臺與影院確認對賬單認后進行結算，例如，按照對賬單售出的票數(shù)與影院端允諾給第三方售票平臺的第二價格進行結算。

目前，在對流水賬單進行篩選時，采用人工方式進行手工篩選，需要消耗大量的時間、精力，對賬效率較低，同時，由于人工方式不可避免地出現(xiàn)錯誤，使得生成的對賬單準確性不高。

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

有鑒于此，本發(fā)明實施例提供一種生成對賬單的方法及裝置，能夠提升對賬單準確性以及對賬效率，以解決現(xiàn)有的生成對賬單的方法中采用人工方式導致的對賬效率較低以及對賬單準確性不高的問題。

第一方面，本發(fā)明實施例提供一種生成對賬單的方法，包括：

在當前時間滿足預先設置的結算觸發(fā)條件后，查詢并獲取所述結算觸發(fā)條件映射的結算周期以及對賬單核對方信息；

提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類；

獲取所述對賬單核對方信息映射的對賬規(guī)則，對分類的訂單進行處理生成對賬單。

結合第一方面，在第一方面的第一種實施方式中，在所述在當前時間滿足預先設置的結算觸發(fā)條件之前，該方法還包括：

接收用戶的購票請求，依據(jù)所述購票請求中包含的目標方信息，調用所述目標方信息對應的接口以使所述目標方信息進行鎖票；

監(jiān)測到用戶對所述鎖票的金額支付成功后，生成訂單并存儲至預先設置的mysql數(shù)據(jù)庫。

結合第一方面，在第一方面的第二種實施方式中，所述提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類包括：

在mysql數(shù)據(jù)庫中提取在所述結算周期內的訂單；

依據(jù)所述對賬單核對方信息數(shù)量構建分類訂單，每一分類訂單以對賬單核對方信息為標識；

遍歷每一提取的訂單，提取訂單中包含的對賬單核對方信息，與分類訂單的對賬單核對方信息標識進行匹配，將訂單置于匹配的分類訂單中。

結合第一方面、第一方面的第一種或第二種實施方式，在第一方面的第三種實施方式中，在所述對分類的訂單進行處理之前，該方法還包括：

為每一分類的訂單分配一線程。

結合第一方面、第一方面的第一種或第二種實施方式，在第一方面的第四種實施方式中，所述對分類的訂單進行處理包括：

依據(jù)所述對賬單核對方信息映射的對賬規(guī)則，計算分類的訂單的銷售額；

統(tǒng)計分類的訂單中的銷退訂單，計算銷退訂單的銷退額；

獲取銷售額與銷退額的差值，得到對賬單。

結合第一方面的第四種實施方式，在第一方面的第五種實施方式中，通過sql語句編寫對分類的訂單進行處理的程序代碼段。

結合第一方面、第一方面的第一種或第二種實施方式，在第一方面的第六種實施方式中，所述方法還包括：

重置對賬單，所述重置對賬單包括：

接收重刷對賬單請求，獲取所述重刷對賬單請求中包含的對賬單重刷方信息以及對賬更新規(guī)則；

刪除所述對賬單重刷方信息對應的對賬單，提取所述對賬單重刷方信息對應的分類訂單；

依據(jù)所述對賬更新規(guī)則對提取的分類訂單進行處理，得到更新對賬單。

結合第一方面的第六種實施方式，在第一方面的第七種實施方式中，使用python語言封裝sql語句實現(xiàn)所述重置對賬單。

第二方面，本發(fā)明實施例提供一種生成對賬單的裝置，包括：觸發(fā)查詢模塊、訂單分類模塊以及對賬單生成模塊，其中，

觸發(fā)查詢模塊，用于在當前時間滿足預先設置的結算觸發(fā)條件后，查詢并獲取所述結算觸發(fā)條件映射的結算周期以及對賬單核對方信息；

訂單分類模塊，用于提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類；

對賬單生成模塊，用于獲取所述對賬單核對方信息映射的對賬規(guī)則，對分類的訂單進行處理生成對賬單。

結合第二方面，在第二方面的第一種實施方式中，所述裝置還包括：

訂單生成模塊，用于接收用戶的購票請求，依據(jù)所述購票請求中包含的目標方信息，調用所述目標方信息對應的接口以使所述目標方信息進行鎖票；監(jiān)測到用戶對所述鎖票的金額支付成功后，生成訂單并存儲至預先設置的mysql數(shù)據(jù)庫。

本發(fā)明實施例提供的一種生成對賬單的方法及裝置，通過在當前時間滿足預先設置的結算觸發(fā)條件后，查詢并獲取所述結算觸發(fā)條件映射的結算周期以及對賬單核對方信息；提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類；獲取所述對賬單核對方信息映射的對賬規(guī)則，對分類的訂單進行處理生成對賬單，能夠提升對賬單準確性以及對賬效率，以解決現(xiàn)有的生成對賬單的方法中采用人工方式導致的對賬效率較低以及對賬單準確性不高的問題。

附圖說明

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

圖1為本發(fā)明的實施例一生成對賬單的方法流程示意圖；

圖2為本發(fā)明的實施例二生成對賬單的裝置結構示意圖。

具體實施方式

下面結合附圖對本發(fā)明實施例進行詳細描述。

應當明確，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其它實施例，都屬于本發(fā)明保護的范圍。

圖1為本發(fā)明的實施例一生成對賬單的方法流程示意圖，如圖1所示，本實施例的方法可以包括：

步驟101，在當前時間滿足預先設置的結算觸發(fā)條件后，查詢并獲取所述結算觸發(fā)條件映射的結算周期以及對賬單核對方信息；

本實施例中，結算觸發(fā)條件由第三方售票平臺與影院進行協(xié)商確定，不同的影院，可以設置不同的結算觸發(fā)條件，多個影院(對賬單核對方信息)也可以設置同一結算觸發(fā)條件。當然，實際應用中，對賬單核對方信息也可以是航空公司、長途客運站、旅游酒店以及火車站等，本實施例對此不作限定。

本實施例中，作為一可選實施例，結算觸發(fā)條件是觸發(fā)生成出賬單的日期，即出賬日期，包括但不限于：按周結算觸發(fā)條件、按月結算觸發(fā)條件、按季結算觸發(fā)條件等，以按月結算觸發(fā)條件為例，可以設置為每月5日、每月10日等。舉例來說，假設某一影院要求每月5日出對賬單以結算上月的訂單，則系統(tǒng)在每月5日觸發(fā)生成該影院對賬單。

本實施例中，作為一可選實施例，每一結算觸發(fā)條件映射一結算周期，例如，對于每月5目的結算觸發(fā)條件，映射的結算周期可以為上一月1目的0點至上一月最后一日的24點。當然，實際應用中，對于同一結算觸發(fā)條件，不同的影院也可以設置不同的結算周期，此外，不同的影院也可以具有相同或不同的對賬規(guī)則。

本實施例中，作為一可選實施例，預先設置的結算觸發(fā)條件存儲在mysql數(shù)據(jù)庫中。

本實施例中，結算觸發(fā)條件、結算周期、對賬單核對方信息以及對賬規(guī)則形成相互映射關系，示例如表1所示。

表1

本實施例，在結算觸發(fā)條件觸發(fā)后，依據(jù)結算觸發(fā)條件查詢mysql數(shù)據(jù)庫，獲取該結算觸發(fā)條件映射的結算周期以及對賬單核對方信息。其中，結算周期可以是一個或多個，每一結算周期映射的對賬單核對方信息，也可以是一個或多個。

本實施例中，作為一可選實施例，在所述在當前時間滿足預先設置的結算觸發(fā)條件之前，該方法還包括：

a11，接收用戶的購票請求，依據(jù)所述購票請求中包含的目標方信息，調用所述目標方信息對應的接口以使所述目標方信息進行鎖票；

本實施例中，以一影院為例，假設第三方售票平臺為微影，用戶通過微影購買電影票，微影去調用該影院的接口，將用戶票信息(例如，影院名、影片名、影片場次、影片座位號、影片放映時間以及票價等信息)通知對應影院進行鎖座，以鎖定該電影票不被其他用戶購買，避免購票沖突。其中，用戶購票信息還可以用作后續(xù)生成的訂單中包含的信息。

本實施例中，目標方信息為票務方，例如，如果用戶購買電影票，則目標方信息為影院，如果用戶購買機票，則目標方信息為航空公司。

本實施例中，作為一可選實施例，在第三方售票平臺與影院之間，還可以進一步包括系統(tǒng)集成商的接口，這樣，在購票時，微影去調用系統(tǒng)集成商的接口，系統(tǒng)集成商去調用影院的接口以完成鎖票。

本實施例中，系統(tǒng)集成商為微影與影院的中間橋梁，微影通過系統(tǒng)集成商獲取影院的影票售賣信息。

a12，監(jiān)測到用戶對所述鎖票的金額支付成功后，生成訂單并存儲至預先設置的mysql數(shù)據(jù)庫。

本實施例中，訂單通過第三方售票平臺生成后并存儲在mysql數(shù)據(jù)庫或數(shù)據(jù)倉庫(hadoop)中，訂單中至少包含有對賬單核對方信息以及時間戳信息，其中，對賬單核對方信息即目標方信息。例如，如果是由某一影院委托微影進行網(wǎng)上售票，則在微影每售出一該影院的票務生成的訂單中，至少包含有該影院信息以及時間戳信息。

本實施例中，作為一可選實施例，mysql數(shù)據(jù)庫可以按照預先設置的抓取周期(每日、每周等)自動抓取第三方售票平臺上生成的所有訂單。

本實施例中，作為一可選實施例，可以由訂單生成系統(tǒng)負責訂單的生成以及暫時存儲。每日從，按照時間戳抓取訂單。

本實施例中，作為一可選實施例，在mysql數(shù)據(jù)庫中存儲的訂單也可以預先按照對賬單核對方信息(例如，影院名)進行分類存儲。這樣，后續(xù)可以通過影院名選取影院分類訂單，在后續(xù)需要生成對賬單時，可以直接依據(jù)影院的結算規(guī)則提取相應影院的分類訂單。

步驟102，提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類；

本實施例中，以每月5日出賬，結算觸發(fā)條件映射的結算周期為上一月1目的0點至上一月最后一日的24點、對賬單核對方信息為影院1、影院2、影院3為例，則在每月5日，提取訂單生成時間在上一月1目的0點至上一月最后一日的24點的訂單，然后，將提取的訂單分類為影院1訂單、影院2訂單以及影院3訂單。當然，實際應用中，也可以在每月5日，分別取出這3家影院的結算規(guī)則以及3家影院的所有訂單，并將取出的結算規(guī)則和訂單進行封裝后輸出至后續(xù)進行處理。

本實施例中，作為一可選實施例，利用python語言對結算規(guī)則進行封裝。

本實施例中，作為一可選實施例，提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類包括：

b11，在mysql數(shù)據(jù)庫中提取在所述結算周期內的訂單；

b12，依據(jù)所述對賬單核對方信息數(shù)量構建分類訂單，每一分類訂單以對賬單核對方信息為標識；

b13，遍歷每一提取的訂單，提取訂單中包含的對賬單核對方信息，與分類訂單的對賬單核對方信息標識進行匹配，將訂單置于匹配的分類訂單中。

步驟103，獲取所述對賬單核對方信息映射的對賬規(guī)則，對分類的訂單進行處理生成對賬單。

本實施例中，作為一可選實施例，可以通過一線程或一進程對分類的訂單進行處理。

本實施例中，作為另一可選實施例，為了加快訂單的處理速度，提升對賬單的生成效率，在所述對分類的訂單進行處理之前，該方法還包括：

為每一分類的訂單分配一線程。

本實施例中，采用并發(fā)處理流程，即并發(fā)機制為每家影院生成相應對賬單，每一分類的訂單對應一線程，每一線程為單個數(shù)據(jù)處理流程(job)。以影院為例，依據(jù)訂單中包含的影院數(shù)，分配影院數(shù)個數(shù)據(jù)處理流程，將各影院的結算規(guī)則集合采用python語言進行封裝或一影院的結算規(guī)則分發(fā)給單個數(shù)據(jù)處理流程，每一數(shù)據(jù)處理流程處理一個影院的訂單。當然，實際應用中，也可以設置一數(shù)據(jù)處理流程處理多個影院的訂單，該數(shù)據(jù)處理流程處理的多個影院的訂單形成一對賬單結算單位，例如，可以將相同對賬規(guī)則的多個影院的訂單組合為一對賬單結算單位。

本實施例中，作為一可選實施例，對分類的訂單進行處理包括：

依據(jù)所述對賬單核對方信息映射的對賬規(guī)則，計算分類的訂單的銷售額；

統(tǒng)計分類的訂單中的銷退訂單，計算銷退訂單的銷退額；

獲取銷售額與銷退額的差值，得到對賬單。

本實施例中，對訂單進行篩選處理，例如：刪除無效訂單、篩選售賣訂單和退售訂單，將篩選處理的訂單同步到結算系統(tǒng)進行對賬單結算。

本實施例中，作為一可選實施例，通過sql語句編寫對分類的訂單進行處理的程序代碼段。

本實施例中，以影院為例，第三方售票平臺(微影)與影院的結算方式采用周期結算，并按照第三方售票平臺與影院預先協(xié)商的結算規(guī)則，定期生成對賬單，上傳至雙方預先協(xié)商好的結算系統(tǒng)或發(fā)送至影院方，以供影院方的相關結算人員對賬。本實施例中，如果滿足結算觸發(fā)條件的影院為多個，微影需要為每家影院提供一份匯總的對賬單，以供影院側核實后進行結算。

本實施例中，作為一可選實施例，結算觸發(fā)條件、結算周期、對賬單核對方信息以及對賬規(guī)則構成結算規(guī)則，包括：影院名稱、結算周期類型(影片放映時間或訂單創(chuàng)建時間)、周期起始時間(每月一日0點或每月一日6點)以及出賬日期。作為另一可選實施例，結算規(guī)則還可以包括系統(tǒng)集成商信息。

本實施例中，還可以為每一對賬單設置相應的對賬單標識，依據(jù)對賬單標識，可以獲取該對賬單的結算規(guī)則。

本實施例中，對賬單的對賬額為銷售額與銷退額的差額。

本實施例中，由于對賬的特殊性，需要雙方結算人員共同對賬，得出一互相承認的對賬單，然后再進行具體結算，如果出現(xiàn)結算人員不認可的訂單，需要重置對賬單。因而，作為一可選實施例，該方法還包括：

c11，接收重刷對賬單請求，獲取所述重刷對賬單請求中包含的對賬單重刷方信息以及對賬更新規(guī)則；

本實施例中，對賬單重刷方信息是指需要對哪家影院的對賬單進行重置，對賬更新規(guī)則包括但不限于：整體對賬規(guī)則的調整、新增優(yōu)惠活動對應的訂單的對賬規(guī)則更新、取消的優(yōu)惠活動對應的訂單的對賬規(guī)則更新。作為一可選實施例，重刷對賬單請求中還可以包含新增訂單、和/或，待刪除訂單以及對賬單標識。

c12，刪除所述對賬單重刷方信息對應的對賬單，提取所述對賬單重刷方信息對應的分類訂單；

本實施例中，當結算人員在前臺調整錯誤，可以重置對賬單。作為一可選實施例，可以將重刷對賬單任務加入到重刷隊列中，觸發(fā)向結算后臺輸出重刷對賬單請求，結算后臺依據(jù)重刷隊列中的重刷對賬單任務自動重刷對賬單；或者，將重刷對賬單任務加入到重刷隊列中，結算后臺輪巡重刷隊列并自動重刷對賬單。

本實施例中，作為一可選實施例，可以從mysql數(shù)據(jù)庫中提取訂單，對于無增減訂單的重刷對賬單請求，也可以采用前述該影院已分類的訂單。

c13，依據(jù)所述對賬更新規(guī)則對提取的分類訂單進行處理，得到更新對賬單。

本實施例中，作為一可選實施例，重置對賬單可以使用python語言進行封裝，并通過sql語句操作mysql數(shù)據(jù)庫實現(xiàn)重置功能。

本實施例中，通過使用python語言封裝sql語句實現(xiàn)重置對賬單功能，能夠快速幫助結算人員重置訂單以及重刷對賬單，不僅可以有效減少工作量，提升對賬效率，而且能夠大大提高準確率以及實時性。

圖2為本發(fā)明的實施例二生成對賬單的裝置結構示意圖，如圖2所示，本實施例的裝置可以包括：觸發(fā)查詢模塊21、訂單分類模塊22以及對賬單生成模塊23，其中，

觸發(fā)查詢模塊21，用于在當前時間滿足預先設置的結算觸發(fā)條件后，查詢并獲取所述結算觸發(fā)條件映射的結算周期以及對賬單核對方信息；

本實施例中，結算觸發(fā)條件由第三方售票平臺與影院進行協(xié)商確定，不同的影院，可以設置不同的結算觸發(fā)條件，多個影院也可以設置同一結算觸發(fā)條件。

本實施例中，作為一可選實施例，每一結算觸發(fā)條件映射一個結算周期或多個結算周期，每一結算周期映射一個對賬規(guī)則或多個對賬規(guī)則。

訂單分類模塊22，用于提取在所述結算周期內的訂單，依據(jù)所述對賬單核對方信息對提取的訂單進行分類；

本實施例中，作為一可選實施例，訂單分類模塊22包括：訂單提取單元、分類單元以及訂單匹配單元(圖中未示出)，其中，

訂單提取單元，用于在mysql數(shù)據(jù)庫中提取在所述結算周期內的訂單；

分類單元，用于依據(jù)所述對賬單核對方信息數(shù)量構建分類訂單，每一分類訂單以對賬單核對方信息為標識；

訂單匹配單元，用于遍歷每一提取的訂單，提取訂單中包含的對賬單核對方信息，與分類訂單的對賬單核對方信息標識進行匹配，將訂單置于匹配的分類訂單中。

對賬單生成模塊23，用于獲取所述對賬單核對方信息映射的對賬規(guī)則，對分類的訂單進行處理生成對賬單。

本實施例中，作為一可選實施例，對賬單生成模塊23還用于為每一分類的訂單分配一線程。

本實施例中，采用并發(fā)處理流程，即并發(fā)機制為每家影院生成相應對賬單，每一分類的訂單對應一線程，每一線程為單個數(shù)據(jù)處理流程。以影院為例，依據(jù)訂單中包含的影院數(shù)，分配影院數(shù)個數(shù)據(jù)處理流程，將各影院的結算規(guī)則集合采用python語言進行封裝或一影院的結算規(guī)則分發(fā)給單個數(shù)據(jù)處理流程，每一數(shù)據(jù)處理流程處理一個影院的訂單。當然，實際應用中，也可以設置一數(shù)據(jù)處理流程處理多個影院的訂單，該數(shù)據(jù)處理流程處理的多個影院的訂單形成一對賬單結算單位。

本實施例中，作為一可選實施例，對賬單生成模塊23包括：對賬規(guī)則獲取單元、第一計算單元、第二計算單元以及對賬單生成單元(圖中未示出)，其中，

對賬規(guī)則獲取單元，用于獲取所述對賬單核對方信息映射的對賬規(guī)則；

第一計算單元，用于依據(jù)所述對賬單核對方信息映射的對賬規(guī)則，計算分類的訂單的銷售額；

第二計算單元，用于統(tǒng)計分類的訂單中的銷退訂單，計算銷退訂單的銷退額；

對賬單生成單元，用于獲取銷售額與銷退額的差值，得到對賬單。

本實施例中，作為一可選實施例，通過sql語句編寫對分類的訂單進行處理的程序代碼段。

本實施例中，作為一可選實施例，結算觸發(fā)條件、結算周期、對賬單核對方信息以及對賬規(guī)則構成結算規(guī)則，包括：影院名稱、結算周期類型、周期起始時間以及出賬日期。作為另一可選實施例，結算規(guī)則還可以包括系統(tǒng)集成商信息。

本實施例中，作為一可選實施例，該裝置還包括：

訂單生成模塊(圖中未示出)，用于接收用戶的購票請求，依據(jù)所述購票請求中包含的目標方信息，調用所述目標方信息對應的接口以使所述目標方信息進行鎖票；監(jiān)測到用戶對所述鎖票的金額支付成功后，生成訂單并存儲至預先設置的mysql數(shù)據(jù)庫。

本實施例中，訂單通過第三方售票平臺生成后并存儲在mysql數(shù)據(jù)庫或數(shù)據(jù)倉庫(hadoop)中，訂單中至少包含有對賬單核對方信息以及時間戳信息。

本實施例中，作為另一可選實施例，該裝置還包括：

對賬單重置模塊，用于重置對賬單，包括：重置請求單元、訂單重獲取單元以及對賬單更新單元，其中，

重置請求單元，用于接收重刷對賬單請求，獲取所述重刷對賬單請求中包含的對賬單重刷方信息以及對賬更新規(guī)則；

訂單重獲取單元，用于刪除所述對賬單重刷方信息對應的對賬單，提取所述對賬單重刷方信息對應的分類訂單；

對賬單更新單元，用于依據(jù)所述對賬更新規(guī)則對提取的分類訂單進行處理，得到更新對賬單。

本實施例中，作為一可選實施例，使用python語言封裝sql語句實現(xiàn)所述重置對賬單。

本實施例的裝置，可以用于執(zhí)行圖1所示方法實施例的技術方案，其實現(xiàn)原理和技術效果類似，此處不再贅述。

需要說明的是，在本文中，諸如第一和第二等之類的關系術語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關系或者順序。而且，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個......”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

本說明書中的各個實施例均采用相關的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。

尤其，對于裝置實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。

在流程圖中表示或在此以其他方式描述的邏輯和/或步驟，例如，可以被認為是用于實現(xiàn)邏輯功能的可執(zhí)行指令的定序列表，可以具體實現(xiàn)在任何計算機可讀介質中，以供指令執(zhí)行系統(tǒng)、裝置或設備(如基于計算機的系統(tǒng)、包括處理器的系統(tǒng)或其他可以從指令執(zhí)行系統(tǒng)、裝置或設備取指令并執(zhí)行指令的系統(tǒng))使用，或結合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用。就本說明書而言，″計算機可讀介質″可以是任何可以包含、存儲、通信、傳播或傳輸程序以供指令執(zhí)行系統(tǒng)、裝置或設備或結合這些指令執(zhí)行系統(tǒng)、裝置或設備而使用的裝置。計算機可讀介質的更具體的示例(非窮盡性列表)包括以下：具有一個或多個布線的電連接部(電子裝置)，便攜式計算機盤盒(磁裝置)，隨機存取存儲器(ram)，只讀存儲器(rom)，可擦除可編輯只讀存儲器(eprom或閃速存儲器)，光纖裝置，以及便攜式光盤只讀存儲器(cdrom)。另外，計算機可讀介質甚至可以是可在其上打印所述程序的紙或其他合適的介質，因為可以例如通過對紙或其他介質進行光學掃描，接著進行編輯、解譯或必要時以其他合適方式進行處理來以電子方式獲得所述程序，然后將其存儲在計算機存儲器中。

應當理解，本發(fā)明的各部分可以用硬件、軟件、固件或它們的組合來實現(xiàn)。

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

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

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

通過以上的實施方式的描述可知，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)。基于這樣的理解，本發(fā)明的技術方案本質上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產品的形式體現(xiàn)出來，該計算機軟件產品可以存儲在存儲介質中，如rom/ram、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。

以上所述，僅為本發(fā)明的具體實施方式，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術領域的技術人員在本發(fā)明揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋在本發(fā)明的保護范圍之內。因此，本發(fā)明的保護范圍應以權利要求的保護范圍為準。