本發(fā)明涉及網(wǎng)絡(luò)電商服務(wù)領(lǐng)域，特別是一種跨境電商平臺(tái)美國(guó)運(yùn)通信用卡退款自動(dòng)化的方法及系統(tǒng)。

背景技術(shù)：

美國(guó)運(yùn)通信用卡（americanexpress）作為全球范圍內(nèi)一種比較高端的信用卡類型，其持卡人在外貿(mào)電子商務(wù)平臺(tái)的平均下單金額為visa和mastercard的一倍以上。同時(shí)在b類企業(yè)客戶的占比中也高于其他國(guó)際卡品牌。由于美國(guó)運(yùn)通公司對(duì)于非美國(guó)市場(chǎng)發(fā)展及方案的原因，使得客觀上存在外貿(mào)電子商務(wù)平臺(tái)通過(guò)支付網(wǎng)關(guān)對(duì)接的美國(guó)運(yùn)通信用卡收單無(wú)法支持線上退款，只能通過(guò)線下的流程操作。

在現(xiàn)有的實(shí)際外貿(mào)電子商務(wù)平臺(tái)美國(guó)運(yùn)通信用卡線下的退款流程中，雖然能夠最終滿足美國(guó)運(yùn)通信用卡線下退款處理的要求，不過(guò)也存在較多的問(wèn)題以及風(fēng)險(xiǎn)。比如在買家發(fā)起退款后，財(cái)務(wù)運(yùn)營(yíng)人員首先需要從外貿(mào)電子商務(wù)平臺(tái)訂單模塊下載對(duì)應(yīng)的退款信息，然后再將對(duì)應(yīng)的信息上傳到外貿(mào)電子商務(wù)平臺(tái)的支付模塊關(guān)聯(lián)對(duì)應(yīng)的信用卡號(hào)信息（信用卡號(hào)信息是加密存儲(chǔ)在支付模塊中，需要經(jīng)過(guò)授權(quán)解密的程序才可以拿到信用卡卡號(hào)信息），最后財(cái)務(wù)運(yùn)營(yíng)人員將卡號(hào)以及對(duì)應(yīng)的退款金額信息以郵件的形式發(fā)送到收單銀行進(jìn)行處理。在這個(gè)過(guò)程中存在，財(cái)務(wù)人員操作流程復(fù)雜，運(yùn)營(yíng)成本高，且存在相當(dāng)高的操作風(fēng)險(xiǎn)，因?yàn)檫@個(gè)過(guò)程中的最終退款文件中包含的卡號(hào)以及退款金額都存在人為調(diào)整的可能，并且在郵件傳輸?shù)倪^(guò)程中，也存在一定信息泄露的可能性。

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

為了解決上述問(wèn)題，本發(fā)明提供了一種跨境電商平臺(tái)美國(guó)運(yùn)通信用卡退款自動(dòng)化的方法及系統(tǒng)，本系統(tǒng)通過(guò)將部分人為工作轉(zhuǎn)化成自動(dòng)化處理，避免了信用卡卡號(hào)的傳輸過(guò)程中人為接觸過(guò)多的情況，采用加密方式傳輸，也避免了信息泄露的風(fēng)險(xiǎn)。

設(shè)置銀行虛擬賬戶的方式使外貿(mào)電子商務(wù)平臺(tái)能夠在收到客戶的匯款之后，很清晰的識(shí)別客戶的匯款，能夠快速處理客戶提交的非美元訂單付款，提高處理速度，降低平臺(tái)運(yùn)營(yíng)成本。

本發(fā)明的具體技術(shù)方案如下：

本發(fā)明的第一方面提出了一種跨境電商平臺(tái)美國(guó)運(yùn)通信用卡退款自動(dòng)化的方法，包括美國(guó)運(yùn)通信用卡持卡人發(fā)起美國(guó)運(yùn)通信用卡退款請(qǐng)求，包含以下步驟：

步驟1：根據(jù)匹配原則進(jìn)行原交易匹配；

步驟2：根據(jù)退款金額判斷原則進(jìn)行所述退款請(qǐng)求執(zhí)行判斷；

步驟3：根據(jù)時(shí)限原則判斷退款交易的種類；

步驟4：根據(jù)所述退款交易的種類進(jìn)行退款處理。

優(yōu)選的是，所述匹配原則為判斷原交易是否存在。

在上述方案中優(yōu)選的是，當(dāng)原交易不存在時(shí)，不能發(fā)起退款，駁回所述退款請(qǐng)求。

在上述方案中優(yōu)選的是，當(dāng)原交易存在時(shí)，執(zhí)行步驟2。

在上述方案中優(yōu)選的是，所述退款金額判斷原則判斷退款金額是否大于可退剩余金額。

在上述方案中優(yōu)選的是，當(dāng)退款金額大于可退剩余金額時(shí)，不能發(fā)起退款，向美國(guó)運(yùn)通信用卡持卡人發(fā)送退款金額大于可退剩余金額的提示信息，駁回所述退款請(qǐng)求。

在上述方案中優(yōu)選的是，當(dāng)退款金額小于等于可退剩余金額時(shí)，受理買家的退款申請(qǐng)，執(zhí)行步驟3。

在上述方案中優(yōu)選的是，所述可退剩余金額=交易金額-已退款金額。

在上述方案中優(yōu)選的是，所述步驟3為扣除買家資金賬戶中的與所述退款申請(qǐng)中金額相同的資金。

在上述方案中優(yōu)選的是，所述時(shí)限原則為判斷所述退款申請(qǐng)中涉及到的該筆交易的交易日期與當(dāng)前退款日期之間的時(shí)長(zhǎng)是否超過(guò)24小時(shí)。

在上述方案中優(yōu)選的是，所述退款交易的種類包括void交易和超時(shí)交易。

在上述方案中優(yōu)選的是，當(dāng)所述退款申請(qǐng)中涉及到的該筆交易的交易日期與當(dāng)前退款日期之間的時(shí)長(zhǎng)小于等于24小時(shí)時(shí)，則判定該筆交易屬于所述void交易。

在上述方案中優(yōu)選的是，當(dāng)該筆交易為所述void交易時(shí)，所述步驟4為通過(guò)在線發(fā)起撤銷交易請(qǐng)求。

在上述方案中優(yōu)選的是，當(dāng)所述退款申請(qǐng)中涉及到的該筆交易的交易日期與當(dāng)前退款日期之間的時(shí)長(zhǎng)大于24小時(shí)時(shí)，則判定該筆交易屬于超時(shí)交易。

在上述方案中優(yōu)選的是，當(dāng)該筆交易為所述超時(shí)交易時(shí)，所述步驟4為登記線下虛擬退款記錄信息，并更新退款狀態(tài)為成功。

在上述方案中優(yōu)選的是，所述步驟4還為根據(jù)中國(guó)銀行的線下退款文件格式，從數(shù)據(jù)庫(kù)中解密信用卡卡號(hào)信息一級(jí)關(guān)聯(lián)線下虛擬退款記錄的信息，生成線下退款文件內(nèi)容。

在上述方案中優(yōu)選的是，所述步驟4還為把生成的所述線下退款文件按照跟中國(guó)銀行北京分行約定的加密方式傳輸?shù)街袊?guó)銀行北京分行的ftp服務(wù)器上。

本發(fā)明的第二方面提出了一種跨境電商平臺(tái)美國(guó)運(yùn)通信用卡退款自動(dòng)化的系統(tǒng)，包括接收美國(guó)運(yùn)通信用卡持卡人發(fā)起美國(guó)運(yùn)通信用卡退款請(qǐng)求的請(qǐng)求模塊，還包含以下模塊：

匹配模塊：用于根據(jù)匹配原則進(jìn)行原交易匹配；

金額判斷模塊：用于根據(jù)退款金額判斷原則進(jìn)行所述退款請(qǐng)求執(zhí)行判斷；

時(shí)限判斷模塊：用于根據(jù)時(shí)限原則判斷退款交易的種類

執(zhí)行模塊：用于根據(jù)所述退款交易的種類進(jìn)行退款處理。

優(yōu)選的是，所述匹配原則為判斷原交易是否存在。

在上述方案中優(yōu)選的是，當(dāng)原交易不存在時(shí)，不能發(fā)起退款，駁回所述退款請(qǐng)求。

在上述方案中優(yōu)選的是，當(dāng)原交易存在時(shí)，將所述退款請(qǐng)求發(fā)送給所述金額判斷模塊。

在上述方案中優(yōu)選的是，所述退款金額判斷原則判斷退款金額是否大于可退剩余金額。

在上述方案中優(yōu)選的是，當(dāng)退款金額大于可退剩余金額時(shí)，不能發(fā)起退款，向美國(guó)運(yùn)通信用卡持卡人發(fā)送退款金額大于可退剩余金額的提示信息，駁回所述退款請(qǐng)求。

在上述方案中優(yōu)選的是，當(dāng)退款金額小于等于可退剩余金額時(shí)，受理買家的退款申請(qǐng)，將所述退款請(qǐng)求發(fā)送給所述時(shí)限判斷模塊。

在上述方案中優(yōu)選的是，所述可退剩余金額=交易金額-已退款金額。

在上述方案中優(yōu)選的是，所述時(shí)限判斷模塊還具有扣除買家資金賬戶中的與所述退款申請(qǐng)中金額相同的資金的功能。

在上述方案中優(yōu)選的是，所述時(shí)限原則為判斷所述退款申請(qǐng)中涉及到的該筆交易的交易日期與當(dāng)前退款日期之間的時(shí)長(zhǎng)是否超過(guò)24小時(shí)。

在上述方案中優(yōu)選的是，所述退款交易的種類包括void交易和超時(shí)交易。

在上述方案中優(yōu)選的是，當(dāng)所述退款申請(qǐng)中涉及到的該筆交易的交易日期與當(dāng)前退款日期之間的時(shí)長(zhǎng)小于等于24小時(shí)時(shí)，則判定該筆交易屬于所述void交易。

在上述方案中優(yōu)選的是，當(dāng)該筆交易為所述void交易時(shí)，所述執(zhí)行模塊具有通過(guò)在線發(fā)起撤銷交易請(qǐng)求的功能。

在上述方案中優(yōu)選的是，當(dāng)所述退款申請(qǐng)中涉及到的該筆交易的交易日期與當(dāng)前退款日期之間的時(shí)長(zhǎng)大于24小時(shí)時(shí)，則判定該筆交易屬于超時(shí)交易。

在上述方案中優(yōu)選的是，當(dāng)該筆交易為所述超時(shí)交易時(shí)，所述執(zhí)行模塊具有登記線下虛擬退款記錄信息，并更新退款狀態(tài)為成功的功能。

在上述方案中優(yōu)選的是，所述執(zhí)行模塊具有根據(jù)中國(guó)銀行的線下退款文件格式，從數(shù)據(jù)庫(kù)中解密信用卡卡號(hào)信息一級(jí)關(guān)聯(lián)線下虛擬退款記錄的信息，生成線下退款文件內(nèi)容的功能。

在上述方案中優(yōu)選的是，所述執(zhí)行模塊具有把生成的所述線下退款文件按照跟中國(guó)銀行北京分行約定的加密方式傳輸?shù)街袊?guó)銀行北京分行的ftp服務(wù)器上的功能。

本發(fā)明的實(shí)施減少了大量人工操作的工作，保證了系統(tǒng)可以自動(dòng)化處理外貿(mào)電子商務(wù)平臺(tái)的美國(guó)運(yùn)通信用卡退款流程，降低了操作風(fēng)險(xiǎn)，提高了運(yùn)營(yíng)效率。

附圖說(shuō)明

圖1為按照本發(fā)明的解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法的一優(yōu)選實(shí)施例的流程示意圖。

圖2為按照本發(fā)明的解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的系統(tǒng)的一優(yōu)選實(shí)施例的模塊圖。

圖3為按照本發(fā)明的解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法的一優(yōu)選實(shí)施例的銀行處理退款流程示意圖。

圖4為按照本發(fā)明的解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的系統(tǒng)的一優(yōu)選實(shí)施例的退款數(shù)據(jù)模型示意圖。

圖5為按照本發(fā)明的解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法的一優(yōu)選實(shí)施例的支付流程示意圖。

具體實(shí)施方式

實(shí)施例1

如圖1、圖2所示，執(zhí)行步驟100，美國(guó)運(yùn)通信用卡持卡人通過(guò)請(qǐng)求模塊200在前臺(tái)發(fā)起運(yùn)通卡退款請(qǐng)求。執(zhí)行步驟110，匹配模塊210進(jìn)行原交易匹配。如果原交易不存在，則執(zhí)行步驟115，匹配模塊210給執(zhí)行模塊240發(fā)送相關(guān)信息，執(zhí)行模塊240提示美國(guó)運(yùn)通信用卡持卡人交易不存在，無(wú)法發(fā)起退款。如果原交易存在，則執(zhí)行步驟120，匹配模塊210將退款請(qǐng)求發(fā)送給金額判斷模塊220，金額判斷模塊220判斷退款金額是否大于可退剩余金額，可退剩余金額=交易金額-已退款金額。如果金額判斷模塊220判斷退款金額大于可退剩余金額，則執(zhí)行步驟125，金額判斷模塊220給執(zhí)行模塊240發(fā)送相關(guān)信息，執(zhí)行模塊240提示美國(guó)運(yùn)通信用卡持卡人退款金額大于可退剩余金額，無(wú)法發(fā)起退款。如果金額判斷模塊220判斷退款金額小于等于可退剩余金額，則執(zhí)行步驟130，金額判斷模塊220將退款請(qǐng)求發(fā)送給時(shí)限判斷模塊230，時(shí)限判斷模塊230受理買家的退款申請(qǐng)，并從賣家的資金賬戶中扣除與退款申請(qǐng)中相同數(shù)量的資金。執(zhí)行步驟140，時(shí)限判斷模塊230判斷該筆交易的時(shí)間與當(dāng)前退款日期之間的時(shí)間間隔是否超過(guò)24小時(shí)。如果時(shí)限判斷模塊230判斷該筆交易的時(shí)間與當(dāng)前退款日期之間的時(shí)間間隔未超過(guò)24小時(shí)，則執(zhí)行步驟141，判定該筆交易屬于void交易，時(shí)限判斷模塊230將該筆交易信息發(fā)送給執(zhí)行模塊240，執(zhí)行模塊240把退款信息提交給網(wǎng)關(guān)進(jìn)行處理。執(zhí)行步驟142，執(zhí)行模塊240判斷該筆退款請(qǐng)求后是否成功。如果該筆退款不成功，則重新執(zhí)行步驟141，重新提交網(wǎng)關(guān)處理，直到成功為止。如果該筆退款成功，則執(zhí)行步驟143，更新退款狀態(tài)為成功。如果時(shí)限判斷模塊230判斷該筆交易的時(shí)間與當(dāng)前退款日期之間的時(shí)間間隔超過(guò)24小時(shí)，則順序執(zhí)行步驟150和步驟160，時(shí)限判斷模塊230將信息發(fā)送給執(zhí)行模塊240，執(zhí)行模塊240登記線下虛擬退款記錄信息并更新退款狀態(tài)為成功。執(zhí)行步驟170，執(zhí)行模塊240根據(jù)中國(guó)銀行的線下退款文件格式，從數(shù)據(jù)庫(kù)中解密美國(guó)運(yùn)通信用卡卡號(hào)信息以及關(guān)聯(lián)線下虛擬退款記錄的信息并生成線下退款文件內(nèi)容，然后將生成的線下退款文件按照跟中國(guó)銀行北京分行約定的加密方式傳輸?shù)街袊?guó)銀行北京分行的ftp服務(wù)器上。執(zhí)行步驟180，執(zhí)行模塊240，中國(guó)銀行北京分行按照遺忘的流程正常進(jìn)行線下退款處理。

本實(shí)施例優(yōu)化的是原有的美國(guó)運(yùn)通信用卡退款流程中，從用戶提交退款申請(qǐng)到提交給中國(guó)銀行北京分行的這部分工作流程，原有的流程是：第一步，客戶在外貿(mào)電子商務(wù)平臺(tái)發(fā)起美國(guó)運(yùn)通信用卡的退款請(qǐng)求，外貿(mào)平臺(tái)受理成功后，生成虛擬退款記錄；第二步，財(cái)務(wù)運(yùn)營(yíng)人員在后臺(tái)下載美國(guó)運(yùn)通信用卡虛擬退款的記錄；第三步，財(cái)務(wù)人員將美國(guó)運(yùn)通信用卡虛擬退款的記錄通過(guò)紙質(zhì)郵件的形式郵寄給中國(guó)銀行北京分行，同時(shí)將退款資金匯至中國(guó)銀行北京分行指定賬戶。原有流程非常繁瑣，持卡人體驗(yàn)非常差，一般退款周期為15天。本實(shí)施例能夠快速將交易進(jìn)行劃分，縮短了退款周期，提升了用戶的提議案。保證在這部分環(huán)節(jié)不存在人工傳輸信用卡信息的情況，同時(shí)實(shí)現(xiàn)了自動(dòng)化的過(guò)程。

實(shí)施例2

如圖3所示，執(zhí)行步驟300，中國(guó)銀行北京分行對(duì)發(fā)送到該分行的商戶美國(guó)運(yùn)通信用卡退款記錄進(jìn)行匯總。執(zhí)行步驟310，每隔一段時(shí)間，中國(guó)銀行北京分行把匯總好的美國(guó)運(yùn)通信用卡退款記錄集中傳遞給中國(guó)銀行總行。執(zhí)行步驟320，中國(guó)銀行總行的工作人員把各個(gè)分行傳遞過(guò)來(lái)的美國(guó)運(yùn)通信用卡退款記錄進(jìn)行規(guī)整匯總，再將匯總好的美國(guó)運(yùn)通信用卡退款記錄提交給美國(guó)運(yùn)通信用卡組織。執(zhí)行步驟330，美國(guó)運(yùn)通信用卡組織香港辦公室按照發(fā)卡地區(qū)對(duì)退款記錄進(jìn)行判斷。如果該運(yùn)通信用卡不是香港發(fā)行的信用卡，則執(zhí)行步驟335把該運(yùn)通信用卡的退款交易轉(zhuǎn)發(fā)給運(yùn)通馬來(lái)西亞進(jìn)行處理，執(zhí)行步驟350，運(yùn)通馬來(lái)西亞的運(yùn)營(yíng)人員在美國(guó)運(yùn)通信用卡系統(tǒng)中提交相應(yīng)的退款申請(qǐng)，操作完成退款。如果該運(yùn)通信用卡是香港發(fā)行的信用卡，則執(zhí)行步驟340把該運(yùn)通信用卡的退款交易申請(qǐng)統(tǒng)一在運(yùn)通香港進(jìn)行處理，執(zhí)行步驟350，運(yùn)通香港的運(yùn)營(yíng)人員在美國(guó)運(yùn)通信用卡系統(tǒng)中提交相應(yīng)的退款申請(qǐng)，操作完成退款。

實(shí)施例3

如圖4所示，線下虛擬退款記錄登記信息：用來(lái)記錄有關(guān)美國(guó)運(yùn)通信用卡線下退款的信息。信息包括：買家id、賣家id、支付流水號(hào)、支付金額、支付幣種、退款金額、退款幣種、退款流水號(hào)、退款時(shí)間、發(fā)送標(biāo)志、發(fā)送時(shí)間等?？梢钥闯銎渲胁⑽吹怯浢魑拿绹?guó)運(yùn)通信用卡卡號(hào)信息，在滿足pci的要求，保證明文卡號(hào)不存儲(chǔ)于任何數(shù)據(jù)表中，對(duì)于生成的線下退款文件將通過(guò)加密的方式傳輸給中國(guó)銀行。

pci是指支付卡行業(yè)數(shù)據(jù)安全標(biāo)準(zhǔn)（paymentcardindustrydatasecuritystandard，pcidss），是一套廣為接受的政策和程序，目的是為了優(yōu)化信用卡，借記卡和現(xiàn)金卡交易的安全，保護(hù)持卡人的個(gè)人信息，已防被他人利用。支付卡行業(yè)數(shù)據(jù)安全標(biāo)準(zhǔn)于2004年由visa卡，萬(wàn)事達(dá)卡，discover卡和美國(guó)運(yùn)通4個(gè)主要信用卡公司共同創(chuàng)建。

實(shí)施例4

如圖5所示，執(zhí)行步驟500，外貿(mào)電子商務(wù)平臺(tái)的美國(guó)運(yùn)通信用卡持卡人在外貿(mào)電子商務(wù)平臺(tái)上選購(gòu)商品并通過(guò)平臺(tái)的交易系統(tǒng)進(jìn)行下單支付，客戶選擇使用美國(guó)運(yùn)通信用卡支付，輸入美國(guó)運(yùn)通信用卡的卡號(hào)、有效期以及cvv信息，并在交易系統(tǒng)中提交訂單。執(zhí)行步驟510，外貿(mào)電子商務(wù)平臺(tái)將美國(guó)運(yùn)通信用卡持卡人提交的支付信息通過(guò)模擬pos刷卡的交易提交到中國(guó)銀行北京分行posp系統(tǒng)中。執(zhí)行步驟520，中國(guó)銀行北京分行posp系統(tǒng)將支付請(qǐng)求整理后發(fā)送到中國(guó)銀行總行的posp系統(tǒng)。執(zhí)行步驟530，中國(guó)銀行總行posp系統(tǒng)將支付請(qǐng)求轉(zhuǎn)發(fā)到美國(guó)運(yùn)通信用卡組織收單網(wǎng)絡(luò)。執(zhí)行步驟540，美國(guó)運(yùn)通信用卡組織收單網(wǎng)絡(luò)將支付請(qǐng)求轉(zhuǎn)發(fā)到持卡人發(fā)卡行處理。執(zhí)行步驟550，持卡人發(fā)卡行對(duì)支付請(qǐng)求進(jìn)行授權(quán)處理。執(zhí)行步驟560，當(dāng)支付完成后，外貿(mào)電子商務(wù)平臺(tái)提示持卡人支付結(jié)果信息，并更新訂單狀態(tài)。

本實(shí)施例論述的是外貿(mào)電子商務(wù)平臺(tái)的美國(guó)運(yùn)通卡支付處理流程，其中的線上流程支付部分有別于visa和master的處理流程，這里涉及到了相關(guān)的的硬件設(shè)備，如加密機(jī)、pos機(jī)和psop系統(tǒng)，是一個(gè)典型的線下銀行卡收單的交易模式，唯一的區(qū)別就是在本實(shí)施例中涉及到的pos機(jī)并非是實(shí)體的pos機(jī)，而是虛擬的通過(guò)軟件模擬的pos機(jī)，稱之為軟pos。

posp系統(tǒng)的意思是pos前置系統(tǒng)，主要用于管理前端的pos機(jī)具和交易的轉(zhuǎn)發(fā)，具體功能有：1.pos機(jī)具的密鑰及下載管理；2.交易的合法檢測(cè)和過(guò)濾；3.交易監(jiān)控和分流；4.對(duì)賬務(wù)后臺(tái)系統(tǒng)起著安全保護(hù)和防火墻的作用；5.交易的并發(fā)控制和交易排隊(duì)；6.pos交易的接入和交易報(bào)文的轉(zhuǎn)換；7.管理各個(gè)接入方向的啟用和關(guān)閉。

本申請(qǐng)中的跨境電商平臺(tái)美國(guó)運(yùn)通信用卡退款自動(dòng)化的方法，可以用于處理如本實(shí)施例中所述的持卡人提交的訂單，但是不僅限于處理如本實(shí)施例中所述的訂單。

為了更好地理解本發(fā)明，以上結(jié)合本發(fā)明的具體實(shí)施例做了詳細(xì)描述，但并非是對(duì)本發(fā)明的限制。凡是依據(jù)本發(fā)明的技術(shù)實(shí)質(zhì)對(duì)以上實(shí)施例所做的任何簡(jiǎn)單修改，均仍屬于本發(fā)明技術(shù)方案的范圍。本說(shuō)明書(shū)中每個(gè)實(shí)施例重點(diǎn)說(shuō)明的都是與其它實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同或相似的部分相互參見(jiàn)即可。對(duì)于系統(tǒng)實(shí)施例而言，由于其與方法實(shí)施例基本對(duì)應(yīng)，所以描述的比較簡(jiǎn)單，相關(guān)之處參見(jiàn)方法實(shí)施例的部分說(shuō)明即可。

可能以許多方式來(lái)實(shí)現(xiàn)本發(fā)明的方法和系統(tǒng)。例如，可通過(guò)軟件、硬件、固件或者軟件、硬件、固件的任何組合來(lái)實(shí)現(xiàn)本發(fā)明的方法和系統(tǒng)。用于所述方法的步驟的上述順序僅是為了進(jìn)行說(shuō)明，本發(fā)明的方法的步驟不限于以上具體描述的順序，除非以其它方式特別說(shuō)明。此外，在一些實(shí)施例中，還可將本發(fā)明實(shí)施為記錄在記錄介質(zhì)中的程序，這些程序包括用于實(shí)現(xiàn)根據(jù)本發(fā)明的方法的機(jī)器可讀指令。因而，本發(fā)明還覆蓋存儲(chǔ)用于執(zhí)行根據(jù)本發(fā)明的方法的程序的記錄介質(zhì)。

本發(fā)明的描述是為了示例和描述起見(jiàn)而給出的，而并不是無(wú)遺漏的或者將本發(fā)明限于所公開(kāi)的形式。很多修改和變化對(duì)于本領(lǐng)域的普通技術(shù)人員而言是顯然的。選擇和描述實(shí)施例是為了更好說(shuō)明本發(fā)明的原理和實(shí)際應(yīng)用，并且使本領(lǐng)域的普通技術(shù)人員能夠理解本發(fā)明從而設(shè)計(jì)適于特定用途的帶有各種修改的各種實(shí)施例。