本發(fā)明涉及網(wǎng)絡(luò)電商服務(wù)領(lǐng)域，特別是一種外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法及系統(tǒng)。

背景技術(shù)：

信用卡拒付（chargeback），指的是持卡人在支付后一定期限內(nèi)（國(guó)際慣例一般為180天），可以向銀行申請(qǐng)拒付賬單上的某筆交易。比如當(dāng)你未收到貨、貨不對(duì)版、被盜卡等情況時(shí)，信用卡持卡人都可以發(fā)起拒付。外貿(mào)電子商務(wù)平臺(tái)作為面向海外買家群體的購(gòu)物平臺(tái)，在實(shí)際的支付中，海外買家98%以上通過(guò)信用卡完成支付購(gòu)物，因而信用卡也成為外貿(mào)電子商務(wù)平臺(tái)最大的支付方式，相應(yīng)的信用卡的拒付也成為外貿(mào)電商平臺(tái)面臨的一大難題。如何有效的降低拒付，一直是外貿(mào)電子商務(wù)平臺(tái)風(fēng)控部門(mén)的目標(biāo)。同時(shí)針對(duì)信用卡拒付的處理流程也是外貿(mào)電子商務(wù)平臺(tái)面臨的另外一個(gè)問(wèn)題。

在現(xiàn)有的處理流程中，財(cái)務(wù)運(yùn)營(yíng)人員定期需要從支付網(wǎng)關(guān)下載對(duì)應(yīng)的拒付信息，并進(jìn)行手動(dòng)拆分訂單（一筆拒付可能會(huì)涉及到多個(gè)賣家的訂單）之后扣除外貿(mào)電子商務(wù)平臺(tái)的結(jié)算賬戶款項(xiàng)。同時(shí)風(fēng)控的運(yùn)營(yíng)人員也需要從支付網(wǎng)關(guān)獲取到拒付信息，并拆分訂單之后對(duì)相關(guān)的賣家訂單拒付標(biāo)黃，提示賣家上傳申訴材料，再由風(fēng)控運(yùn)營(yíng)人員對(duì)申訴材料進(jìn)行審核后，在支付網(wǎng)關(guān)的后臺(tái)進(jìn)行上傳。這個(gè)處理過(guò)程中，效率非常低，時(shí)效性差，同時(shí)存在較大的操作風(fēng)險(xiǎn)，特別是對(duì)于拒付處理不及時(shí)，賣家的結(jié)算賬戶款項(xiàng)被提現(xiàn)，而當(dāng)拒付來(lái)時(shí)無(wú)法及時(shí)扣款進(jìn)而給外貿(mào)電子商務(wù)平臺(tái)造成潛在的損失可能性加大。根據(jù)財(cái)務(wù)人員反饋的信息，僅僅運(yùn)營(yíng)的成本，每年高達(dá)120人日（即12個(gè)人一年的工作量）。

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

為了解決上述問(wèn)題，本發(fā)明提供了一種外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法及系統(tǒng)，本系統(tǒng)的實(shí)施提高了處理的時(shí)效性、準(zhǔn)確性，避免了操作風(fēng)險(xiǎn)。特別是對(duì)資金操作的時(shí)效性增強(qiáng)，降低了給平臺(tái)造成潛在損失的概率。

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

本發(fā)明的第一方面提出了一種外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法，包括用戶發(fā)起拒付申請(qǐng)，包含以下步驟：

步驟1：接收用戶提出的所述拒付申請(qǐng)；

步驟2：對(duì)所述拒付申請(qǐng)進(jìn)行處理；

步驟3：執(zhí)行所述處理結(jié)果。

優(yōu)選的是，所述發(fā)起拒付申請(qǐng)的步驟如下：

步驟01：持卡人向發(fā)卡行發(fā)起所述拒付申請(qǐng)；

步驟02：所述發(fā)卡行接收所述拒付申請(qǐng)，并轉(zhuǎn)發(fā)給國(guó)際卡組織；

步驟03：所述國(guó)際卡組織接收并審核所述拒付申請(qǐng)，并將通過(guò)審核的所述拒付申請(qǐng)轉(zhuǎn)發(fā)給收單行；

步驟04：收單行接收所述拒付申請(qǐng)。并轉(zhuǎn)發(fā)給相應(yīng)的支付網(wǎng)關(guān)；

步驟05：所述支付網(wǎng)關(guān)接收所述拒付申請(qǐng)，并轉(zhuǎn)發(fā)給平臺(tái)。

在上述方案中優(yōu)選的是，持卡人需要在第一時(shí)間閾值內(nèi)發(fā)起所述拒付申請(qǐng)。

在上述方案中優(yōu)選的是，所述審核是指判斷所述拒付申請(qǐng)中的交易是否屬于信用卡的3d交易。

在上述方案中優(yōu)選的是，所述相應(yīng)的支付網(wǎng)關(guān)是指處理同一支付訂單的支付網(wǎng)關(guān)。

在上述方案中優(yōu)選的是，所述步驟2包括以下步驟：

步驟21：登記所述拒付申請(qǐng)信息，并進(jìn)行拆單；

步驟22：凍結(jié)賣家結(jié)算賬戶資金，并對(duì)訂單進(jìn)行標(biāo)黃，提示賣家上傳拒付申訴材料；

步驟23：審核賣家上傳的所述拒付申訴材料；

步驟24：將所述拒付申訴資料提交給所述支付網(wǎng)關(guān)，由所述支付網(wǎng)關(guān)轉(zhuǎn)發(fā)給所述收單行，所述收單行再轉(zhuǎn)發(fā)給所述國(guó)際卡組織，所述國(guó)際卡組織再轉(zhuǎn)發(fā)給所述發(fā)卡行。

在上述方案中優(yōu)選的是，所述拆單是指按照拆單規(guī)則對(duì)所述拒付申請(qǐng)進(jìn)行處理。

在上述方案中優(yōu)選的是，所述拆單規(guī)則為當(dāng)所述拒付申請(qǐng)中涉及到的金額等于交易金額時(shí)，將每一筆訂單均登記到拒付拆單表中。

在上述方案中優(yōu)選的是，所述拆單規(guī)則為當(dāng)所述拒付申請(qǐng)中涉及到的金額小于交易金額時(shí)，將交易對(duì)應(yīng)的訂單登記為拒付待確認(rèn)拆單信息。

在上述方案中優(yōu)選的是，所述步驟11還為更新并確認(rèn)標(biāo)注有所述待確認(rèn)拆單信息的訂單。

在上述方案中優(yōu)選的是，所述步驟11還為對(duì)于標(biāo)注為非拒付的訂單，更新拒付表示為否。

在上述方案中優(yōu)選的是，所述步驟12還為要求所述賣家在第二時(shí)間閾值內(nèi)提交所述拒付申訴材料。

在上述方案中優(yōu)選的是，所述步驟14還為通過(guò)所述拒收申請(qǐng)?zhí)峤煌ǖ婪颠€所述拒收申訴材料。

在上述方案中優(yōu)選的是，所述處理結(jié)果包括以下情況：

（1）平臺(tái)審核未通過(guò)所述拒付申訴材料，提示賣家資料不符合；

（2）持卡人接收所述拒收申訴請(qǐng)求，平臺(tái)向賣家返回申訴成功信息，并解凍賣家結(jié)算賬戶資金；

（3）持卡人不接收所述拒收申訴請(qǐng)求，發(fā)卡行判定申訴敗訴，平臺(tái)向賣家返回申訴失敗信息，并從賣家結(jié)算賬戶中扣除相應(yīng)的資金。

本發(fā)明的第二方面提出了一種外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的系統(tǒng)，包括用于發(fā)起拒付申請(qǐng)的發(fā)起模塊，還包含以下模塊：

接收模塊：用于接收用戶提出的所述拒付申請(qǐng)；

處理模塊：用于對(duì)所述拒付申請(qǐng)進(jìn)行處理；

執(zhí)行模塊：用于執(zhí)行所述處理結(jié)果。

優(yōu)選的是，所述發(fā)起模塊包括：

初始申請(qǐng)子模塊：用于持卡人向發(fā)卡行發(fā)起所述拒付申請(qǐng)；

發(fā)卡行轉(zhuǎn)發(fā)子模塊；用于所述發(fā)卡行接收所述拒付申請(qǐng)，并轉(zhuǎn)發(fā)給國(guó)際卡組織；

國(guó)際卡審核子模塊；用于所述國(guó)際卡組織接收并審核所述拒付申請(qǐng)，并將通過(guò)審核的所述拒付申請(qǐng)轉(zhuǎn)發(fā)給收單行；

收單行轉(zhuǎn)發(fā)子模塊：用于收單行接收所述拒付申請(qǐng)。并轉(zhuǎn)發(fā)給相應(yīng)的支付網(wǎng)關(guān)；

支付網(wǎng)關(guān)轉(zhuǎn)發(fā)子模塊：用于所述支付網(wǎng)關(guān)接收所述拒付申請(qǐng)，并轉(zhuǎn)發(fā)給平臺(tái)。

在上述方案中優(yōu)選的是，持卡人需要在第一時(shí)間閾值內(nèi)發(fā)起所述拒付申請(qǐng)。

在上述方案中優(yōu)選的是，所述審核是指判斷所述拒付申請(qǐng)中的交易是否屬于信用卡的3d交易。

在上述方案中優(yōu)選的是，所述相應(yīng)的支付網(wǎng)關(guān)是指處理同一支付訂單的支付網(wǎng)關(guān)。

在上述方案中優(yōu)選的是，所述處理模塊還包括：

拆單子模塊：用于登記所述拒付申請(qǐng)信息，并進(jìn)行拆單；

訂單處理子模塊：用于凍結(jié)賣家結(jié)算賬戶資金，并對(duì)訂單進(jìn)行標(biāo)黃，提示賣家上傳拒付申訴材料；

審核申訴子模塊：用于審核賣家上傳的所述拒付申訴材料；

申訴外傳子模塊：用于將所述拒付申訴資料提交給所述支付網(wǎng)關(guān)，由所述支付網(wǎng)關(guān)轉(zhuǎn)發(fā)給所述收單行，所述收單行再轉(zhuǎn)發(fā)給所述國(guó)際卡組織，所述國(guó)際卡組織再轉(zhuǎn)發(fā)給所述發(fā)卡行。

在上述方案中優(yōu)選的是，所述拆單是指按照拆單規(guī)則對(duì)所述拒付申請(qǐng)進(jìn)行處理。

在上述方案中優(yōu)選的是，所述拆單規(guī)則為當(dāng)所述拒付申請(qǐng)中涉及到的金額等于交易金額時(shí)，將每一筆訂單均登記到拒付拆單表中。

在上述方案中優(yōu)選的是，所述拆單規(guī)則為當(dāng)所述拒付申請(qǐng)中涉及到的金額小于交易金額時(shí)，將交易對(duì)應(yīng)的訂單登記為拒付待確認(rèn)拆單信息。

在上述方案中優(yōu)選的是，所述拆單子模塊還具有更新并確認(rèn)標(biāo)注有所述待確認(rèn)拆單信息的訂單的功能。

在上述方案中優(yōu)選的是，所述拆單子模塊還具有對(duì)于標(biāo)注為非拒付的訂單，更新拒付表示為否的功能。

在上述方案中優(yōu)選的是，所述訂單處理子模塊還具有要求所述賣家在第二時(shí)間閾值內(nèi)提交所述拒付申訴材料的功能。

在上述方案中優(yōu)選的是，所述申訴外傳子模塊還具有通過(guò)所述拒收申請(qǐng)?zhí)峤煌ǖ婪颠€所述拒收申訴材料的功能。

在上述方案中優(yōu)選的是，所述處理結(jié)果包括以下情況：

（1）平臺(tái)審核未通過(guò)所述拒付申訴材料，提示賣家資料不符合；

（2）持卡人接收所述拒收申訴請(qǐng)求，平臺(tái)向賣家返回申訴成功信息，并解凍賣家結(jié)算賬戶資金；

（3）持卡人不接收所述拒收申訴請(qǐng)求，發(fā)卡行判定申訴敗訴，平臺(tái)向賣家返回申訴失敗信息，并從賣家結(jié)算賬戶中扣除相應(yīng)的資金。。

本發(fā)明的實(shí)施能夠使平臺(tái)的拒付處理流程得到了很大的改善，降低了人工成本，得到了非常好的應(yīng)用效果。

附圖說(shuō)明

圖1為按照本發(fā)明的外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法的一優(yōu)選實(shí)施例的流程示意圖。

圖2為按照本發(fā)明的外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的系統(tǒng)的一優(yōu)選實(shí)施例的模塊圖。

圖3為按照本發(fā)明的外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的系統(tǒng)的一優(yōu)選實(shí)施例的外貿(mào)電子商務(wù)平臺(tái)與支付網(wǎng)關(guān)的關(guān)系圖

圖4為按照本發(fā)明的外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法的如圖1所示實(shí)施例的拒付拆單的流程示意圖。

圖5為按照本發(fā)明的外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法的一優(yōu)選實(shí)施例的拒付處理數(shù)據(jù)模型信息表圖。

具體實(shí)施方式

實(shí)施例1

如圖1、圖2所示，發(fā)起模塊200包括初始申請(qǐng)子模塊201、發(fā)卡行轉(zhuǎn)發(fā)子模塊202、國(guó)際卡審核子模塊203、收單行轉(zhuǎn)發(fā)子模塊204和支付網(wǎng)關(guān)轉(zhuǎn)發(fā)子模塊205.處理模塊220包括拆單子模塊221、訂單處理子模塊222、審核投訴子模塊223和申訴外傳子模塊224。

執(zhí)行步驟100，持卡人通過(guò)發(fā)起模塊200中的初始申請(qǐng)子模塊向發(fā)卡行提出拒付申請(qǐng)，并在拒付申請(qǐng)中說(shuō)明拒付原因（包括未收到貨物、描述不符合、貨物有殘缺或破損、貨物出現(xiàn)問(wèn)題等），拒付申請(qǐng)應(yīng)在交易發(fā)起后180天內(nèi)提出。執(zhí)行步驟101，發(fā)卡行接收到持卡人的拒付申請(qǐng)，通過(guò)發(fā)卡行轉(zhuǎn)發(fā)子模塊202將拒付申請(qǐng)轉(zhuǎn)發(fā)給國(guó)際卡組織。執(zhí)行步驟102，國(guó)際卡組織接收拒付申請(qǐng)，并在國(guó)際卡審核模塊203中判斷該拒付申請(qǐng)中的交易是否屬于信用卡的3d交易。如果該拒付申請(qǐng)中的交易屬于信用卡的3d交易，則執(zhí)行步驟103，國(guó)際卡組織駁回拒付申請(qǐng)，要求持卡人按照交易金額進(jìn)行支付。如果該拒付申請(qǐng)中的交易不屬于信用卡的3d交易，則執(zhí)行步驟104，國(guó)際卡組織將拒付申請(qǐng)發(fā)送給收單行。執(zhí)行步驟105，收單行接收拒付申請(qǐng)，并通過(guò)收單行轉(zhuǎn)發(fā)子模塊將拒收申請(qǐng)發(fā)送給支付網(wǎng)關(guān)，接收該拒付審請(qǐng)的支付網(wǎng)關(guān)就是原來(lái)產(chǎn)生此筆交易的支付網(wǎng)關(guān)。執(zhí)行步驟110，支付網(wǎng)關(guān)接收到拒付申請(qǐng)，并在支付網(wǎng)關(guān)轉(zhuǎn)發(fā)子模塊205上通過(guò)接口通知的方式將拒付信息發(fā)送給商務(wù)平臺(tái)的接收模塊210，接收模塊210收到拒付申請(qǐng)，進(jìn)行入庫(kù)處理，登記網(wǎng)關(guān)拒付信息。并將拒付信息發(fā)送給處理模塊220中的拆單子模塊221。執(zhí)行步驟111，拆單子模塊221根據(jù)拒付信息進(jìn)行拆單，并在完成拆單后，凍結(jié)賣家結(jié)算賬戶資金，并對(duì)訂單進(jìn)行標(biāo)黃，提示賣家上傳拒付申訴資料.執(zhí)行步驟112，訂單處理子模塊222判斷賣家提交拒付申訴材料是否超過(guò)期限（10個(gè)工作日）。如果賣家提交拒付申訴材料超過(guò)期限，則執(zhí)行步驟113，平臺(tái)通過(guò)執(zhí)行模塊230強(qiáng)制執(zhí)行拒付申請(qǐng)，從賣家結(jié)算賬戶中扣除相應(yīng)的資金。如果賣家提交拒付申訴材料沒(méi)有超過(guò)期限，則執(zhí)行步驟114，審核投訴子模塊223審核賣家提供的拒付申訴材料。如果審核不通過(guò)，則執(zhí)行步驟111，要求賣家重新提供拒付申訴材料，并向賣家發(fā)送材料不符合的原因。如果審核通過(guò)，則執(zhí)行步驟120，把拒付申訴材料提交到支付網(wǎng)關(guān)的ftp服務(wù)器上。執(zhí)行步驟121，支付網(wǎng)關(guān)從ftp上獲取到拒付申訴材料，并通過(guò)支付網(wǎng)關(guān)轉(zhuǎn)發(fā)子模塊205轉(zhuǎn)發(fā)給收單行。執(zhí)行步驟122，收單行將支付網(wǎng)關(guān)提交的拒付申訴材料通過(guò)收單行轉(zhuǎn)發(fā)子模塊204提交給國(guó)際卡組織。執(zhí)行步驟123，國(guó)際卡組織將拒付申訴材料通過(guò)國(guó)際卡審核子模塊203提交給發(fā)卡行。執(zhí)行步驟124，發(fā)卡行通過(guò)發(fā)卡行轉(zhuǎn)發(fā)子模塊202把拒付申訴材料發(fā)送給制卡人，并與持卡人進(jìn)行協(xié)商溝通。如果溝通不成功，持卡人堅(jiān)持拒付，則執(zhí)行步驟125，發(fā)卡行強(qiáng)制執(zhí)行拒付，平臺(tái)通過(guò)執(zhí)行模塊230強(qiáng)制執(zhí)行拒付申請(qǐng)，從賣家結(jié)算賬戶中扣除相應(yīng)的資金。如果溝通成功。制卡人接受拒付申訴材料中的理由，則執(zhí)行步驟126，持卡人撤回拒付申請(qǐng)，發(fā)卡行沿原路返回申訴成功信息。平臺(tái)通過(guò)執(zhí)行模塊230，將信息通知給賣家，并解凍賣家結(jié)算賬戶資金。

實(shí)施例2

如圖3所示，外貿(mào)電子商務(wù)平臺(tái)300共連接4個(gè)支付網(wǎng)關(guān)：標(biāo)號(hào)310的支付網(wǎng)關(guān)a、標(biāo)號(hào)320的支付網(wǎng)關(guān)b、標(biāo)號(hào)330的支付網(wǎng)關(guān)c和標(biāo)號(hào)340的支付網(wǎng)關(guān)d。標(biāo)號(hào)為311的用戶a通過(guò)標(biāo)號(hào)310的支付網(wǎng)關(guān)a向外貿(mào)電子商務(wù)平臺(tái)300確定購(gòu)物訂單。當(dāng)標(biāo)號(hào)為311的用戶a提出拒付申請(qǐng)后，需要通過(guò)標(biāo)號(hào)310的支付網(wǎng)關(guān)a向外貿(mào)電子商務(wù)平臺(tái)300發(fā)送拒付申請(qǐng)。外貿(mào)電子商務(wù)平臺(tái)300也需要通過(guò)標(biāo)號(hào)310的支付網(wǎng)關(guān)a向標(biāo)號(hào)為311的用戶a發(fā)送賣家提供的拒付申訴材料。同理，標(biāo)號(hào)為321的用戶b也需要通過(guò)標(biāo)號(hào)320的支付網(wǎng)關(guān)b與外貿(mào)電子商務(wù)平臺(tái)300進(jìn)行確定購(gòu)物訂單、轉(zhuǎn)發(fā)拒付申請(qǐng)和接收拒付申訴材料的工作。

外貿(mào)電子商務(wù)平臺(tái)300可以同時(shí)和若干家（不僅限于4家）支付網(wǎng)關(guān)進(jìn)行合作，以降低外貿(mào)電子商務(wù)平臺(tái)300的風(fēng)險(xiǎn)。

實(shí)施例3

如圖4所示，順序執(zhí)行步驟400和步驟410，平臺(tái)接到支付網(wǎng)關(guān)轉(zhuǎn)發(fā)過(guò)來(lái)的拒付申請(qǐng)，判斷拒付金額是否與訂單交易金額相等。如果拒付金額小于與訂單交易金額，則執(zhí)行步驟420，將每筆交易對(duì)應(yīng)的訂單均登記拒付待確認(rèn)拆單信息。執(zhí)行步驟430，平臺(tái)針對(duì)買家反饋的拒付訂單更新并確認(rèn)拒付待確認(rèn)拆單信息中對(duì)應(yīng)的具體拒付訂單，對(duì)于非拒付的訂單，則更新拒付表示為否。順序執(zhí)行步驟440和步驟450，平臺(tái)針對(duì)登記為拒付的訂單所對(duì)應(yīng)的的賣家結(jié)算賬戶發(fā)起扣款凍結(jié)請(qǐng)求，同時(shí)將賣家訂單標(biāo)黃，通知賣家上傳拒付申訴材料。如果拒付金額等于與訂單交易金額，則直接順序執(zhí)行步驟440和步驟450，平臺(tái)針對(duì)登記為拒付的訂單所對(duì)應(yīng)的的賣家結(jié)算賬戶發(fā)起扣款凍結(jié)請(qǐng)求，同時(shí)將賣家訂單標(biāo)黃，通知賣家上傳拒付申訴材料。

實(shí)施例4

如圖5所示，拒付拆單信息：用來(lái)記錄針對(duì)支付網(wǎng)關(guān)拆單后的明細(xì)訂單信息，包括拒付通道、全額拒付標(biāo)識(shí)、交易流水號(hào)、訂單號(hào)、拒付時(shí)間、操作標(biāo)識(shí)、操作人、操作時(shí)間、美金金額、非美金金額、訂單總金額、拒付幣種和拒付完成時(shí)間。網(wǎng)關(guān)拒付信息：用來(lái)記錄支付網(wǎng)關(guān)拒付通知的原始明細(xì)信息，包括支付網(wǎng)關(guān)、支付類型、時(shí)間、交易參考號(hào)、交易流水號(hào)、支付幣種、支付金額、結(jié)算幣種、傭金、結(jié)算金額和備注。拒付材料申訴記錄信息：用來(lái)賣家提交的拒付申訴材料的狀態(tài)信息，包括拒付通道、訂單號(hào)、拒付金額、拒付幣種、拒付處理費(fèi)、交易參考號(hào)、交易流水號(hào)、材料提交狀態(tài)、申訴結(jié)果、操作人和操作時(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í)施例。