亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法及系統(tǒng)與流程

文檔序號(hào):12825927閱讀:989來(lái)源:國(guó)知局
解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法及系統(tǒng)與流程

本發(fā)明涉及網(wǎng)絡(luò)電商服務(wù)領(lǐng)域,特別是一種解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法及系統(tǒng)。



背景技術(shù):

外貿(mào)電子商務(wù)平臺(tái)作為向各個(gè)國(guó)家銷售產(chǎn)品的在線商務(wù)平臺(tái),信用卡收款占整體gmv的95%以上,但是對(duì)于部分信用卡普及率低的國(guó)家,外貿(mào)電子商務(wù)平臺(tái)提供的轉(zhuǎn)賬匯款的方式,也成為其他國(guó)家客戶除信用卡以外的支付方式之一。

大多數(shù)外貿(mào)電子商務(wù)平臺(tái)的訂單均以美元幣種標(biāo)價(jià),為了降低轉(zhuǎn)賬方式帶來(lái)的外匯風(fēng)險(xiǎn),外貿(mào)電子商務(wù)平臺(tái)都會(huì)要求客戶以美元幣種進(jìn)行轉(zhuǎn)賬,包括頁(yè)面顯示的轉(zhuǎn)賬幣種也是美元,并且在顯著位置提示客戶需要使用美元進(jìn)行匯款。在實(shí)際的業(yè)務(wù)中,部分客戶還是以非美元的幣種進(jìn)行轉(zhuǎn)賬匯款,這給現(xiàn)有的外貿(mào)電子商務(wù)平臺(tái)帶來(lái)了新的問題。由于客戶匯款的是非美元,現(xiàn)有的入賬方案并不支持解析非美元的轉(zhuǎn)賬文件。導(dǎo)致客戶投訴到客服部門,再由客服部門反饋到財(cái)務(wù)部門,而財(cái)務(wù)部門只有通過銀行后臺(tái)下載其他幣種的銀行流水信息后,才能確認(rèn)是否收到客戶的轉(zhuǎn)賬。因?yàn)闆]法及時(shí)確認(rèn),可能客戶已經(jīng)要求取消訂單或者客戶會(huì)投訴到銀行,懷疑電子商務(wù)平臺(tái)有欺詐嫌疑,給平臺(tái)聲譽(yù)以及內(nèi)部運(yùn)營(yíng)成本、客戶體驗(yàn)帶來(lái)非常不好的影響。

在知乎網(wǎng)上“亞馬遜平臺(tái)收款有哪些方式”lily的回答介紹了是亞馬遜平臺(tái)通過payoneer、worldfirst、美國(guó)銀行卡、currenciedirect和香港賬戶轉(zhuǎn)賬結(jié)匯的方式收取國(guó)外的匯款。亞馬遜針對(duì)不同的客戶采用了不同的匯款方式,容易造成訂單金額不清楚、匯款混亂、二次匯款損失、用戶不知道使用那種方式匯款等問題。



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

為了解決上述問題,本發(fā)明提供了一種外貿(mào)電子商務(wù)平臺(tái)拒付處理自動(dòng)化的方法及系統(tǒng),本系統(tǒng)通過設(shè)置銀行虛擬賬戶的方式使外貿(mào)電子商務(wù)平臺(tái)能夠在收到客戶的匯款之后,很清晰的識(shí)別客戶的匯款,能夠快速處理客戶提交的非美元訂單付款,提高處理速度,降低平臺(tái)運(yùn)營(yíng)成本。

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

本發(fā)明的第一方面提出了一種解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法,包括通過ftp獲取銀行主賬戶對(duì)應(yīng)的mt940文件,,包含以下步驟:

步驟1:逐個(gè)解析所述mt940文件,并做入庫(kù)處理;

步驟2:分析入庫(kù)的非美元記錄;

步驟3:執(zhí)行或返回最終結(jié)果。

優(yōu)選的是,所述步驟1還為判斷是否存在非美元的mt940文件

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

在上述方案中優(yōu)選的是,所述步驟1還為當(dāng)不存在非美元的mt940文件時(shí)直接將所述mt940文件做入庫(kù)處理。

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

在上述方案中優(yōu)選的是,所述步驟1還為當(dāng)存在非美元的mt940文件時(shí)將所述mt940文件做入庫(kù)處理并更新該mt940文件的入庫(kù)記錄的核對(duì)標(biāo)識(shí)為初始狀態(tài)。

在上述方案中優(yōu)選的是,所述步驟2為判斷所述核對(duì)標(biāo)識(shí)為初始狀態(tài)的入庫(kù)記錄是否存在虛擬賬號(hào)。

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

步驟21:將非美元的幣種轉(zhuǎn)化為美元;

步驟22:調(diào)用充值處理,把美元存入所述虛擬賬戶;

步驟23:更新所述核對(duì)標(biāo)識(shí)為一致,充值狀態(tài)為成功。

在上述方案中優(yōu)選的是,所述步驟2還為當(dāng)不存在虛擬賬戶時(shí)將所述核對(duì)標(biāo)識(shí)更新為差異。

在上述方案中優(yōu)選的是,所述步驟2還為把所述核對(duì)標(biāo)識(shí)為差異狀態(tài)的入庫(kù)記錄轉(zhuǎn)入到人工處理。

在上述方案中優(yōu)選的是,所述人工處理包括以下步驟:

步驟31:查詢所述核對(duì)標(biāo)識(shí)為差異狀態(tài)的入庫(kù)記錄中包含的差異明細(xì)信息;

步驟32:根據(jù)所述差異明細(xì)信息中的備注信息來(lái)確定具體客戶信息。

在上述方案中優(yōu)選的是,所述具體客戶信息包括:訂單號(hào)、客戶名稱和客戶資料中至少一種。

在上述方案中優(yōu)選的是,所述步驟32還為根據(jù)所述具體客戶信息并依據(jù)付款原則把美元轉(zhuǎn)入買家在平臺(tái)的賬戶中。

在上述方案中優(yōu)選的是,所述最終結(jié)果為以下情況中的一種:

虛擬賬戶劃款:通過銀行的虛擬賬戶把美元?jiǎng)潛芙o賣家;

平臺(tái)賬戶劃款:通過平臺(tái)的賬戶把美元?jiǎng)潛芙o賣家;

延遲處理:不能夠識(shí)別客戶信息,不劃款,等待買家反饋信息。

在上述方案中優(yōu)選的是,所述付款原則為當(dāng)所述虛擬賬戶中的美元金額小于訂單金額時(shí),按照所述訂單金額將美元?jiǎng)潛芙o賣家,并將本次交易的最終差額記為負(fù)數(shù)。

在上述方案中優(yōu)選的是,所述付款原則還為當(dāng)所述虛擬賬戶中的美元金額大于訂單金額時(shí),按照所述訂單金額將美元?jiǎng)潛芙o賣家,并將本次交易的最終差額記為正數(shù)。

在上述方案中優(yōu)選的是,所述付款原則還為累計(jì)所述最終差額,當(dāng)所述累計(jì)最終差額的絕對(duì)值超過一定數(shù)值后,向買家發(fā)送要求補(bǔ)款信息或自動(dòng)退款信息。

本發(fā)明的第二方面提出了一種解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的系統(tǒng),包括通過ftp獲取銀行主賬戶對(duì)應(yīng)的mt940文件的獲取模塊,還包含以下模塊:

解析模塊:用于逐個(gè)解析所述mt940文件,并做入庫(kù)處理;

分析模塊:用于分析入庫(kù)的非美元記錄;

執(zhí)行模塊:用于執(zhí)行或返回最終結(jié)果。

優(yōu)選的是,所述解析模塊還具有判斷是否存在非美元的mt940文件的功能。

在上述方案中優(yōu)選的是,所述解析模塊還具有當(dāng)不存在非美元的mt940文件時(shí)直接將所述mt940文件做入庫(kù)處理的功能

在上述方案中優(yōu)選的是,所述解析模塊還具有當(dāng)存在非美元的mt940文件時(shí)將所述mt940文件做入庫(kù)處理并更新該mt940文件的入庫(kù)記錄的核對(duì)標(biāo)識(shí)為初始狀態(tài)的功能。

在上述方案中優(yōu)選的是,所述分析模塊還具有判斷所述核對(duì)標(biāo)識(shí)為初始狀態(tài)的入庫(kù)記錄是否存在虛擬賬號(hào)的功能。

在上述方案中優(yōu)選的是,所述分析模塊還包括:

轉(zhuǎn)化子模塊:用于將非美元的幣種轉(zhuǎn)化為美元;

充值子模塊:用于調(diào)用充值處理,把美元存入所述虛擬賬戶;

更新子模塊:更新所述核對(duì)標(biāo)識(shí)為一致,充值狀態(tài)為成功。

在上述方案中優(yōu)選的是,所述分析模塊還具有當(dāng)不存在虛擬賬戶時(shí)將所述核對(duì)標(biāo)識(shí)更新為差異的功能。

在上述方案中優(yōu)選的是,所述分析模塊還具有把所述核對(duì)標(biāo)識(shí)為差異狀態(tài)的入庫(kù)記錄轉(zhuǎn)入到人工處理模塊的功能。

在上述方案中優(yōu)選的是,所述人工處理模塊還包括:

查詢子模塊:查詢所述核對(duì)標(biāo)識(shí)為差異狀態(tài)的入庫(kù)記錄中包含的差異明細(xì)信息;

確認(rèn)子模塊:根據(jù)所述差異明細(xì)信息中的備注信息來(lái)確定具體客戶信息。

在上述方案中優(yōu)選的是,所述具體客戶信息包括:訂單號(hào)、客戶名稱和客戶資料中至少一種。

在上述方案中優(yōu)選的是,所述確認(rèn)子模塊還具有根據(jù)所述具體客戶信息并依據(jù)付款原則把美元轉(zhuǎn)入買家在平臺(tái)的賬戶中的功能。

在上述方案中優(yōu)選的是,所述最終結(jié)果為以下情況中的一種:

虛擬賬戶劃款:通過銀行的虛擬賬戶把美元?jiǎng)潛芙o賣家;

平臺(tái)賬戶劃款:通過平臺(tái)的賬戶把美元?jiǎng)潛芙o賣家;

延遲處理:不能夠識(shí)別客戶信息,不劃款,等待買家反饋信息。

在上述方案中優(yōu)選的是,所述付款原則為當(dāng)所述虛擬賬戶中的美元金額小于訂單金額時(shí),按照所述訂單金額將美元?jiǎng)潛芙o賣家,并將本次交易的最終差額記為負(fù)數(shù)。

在上述方案中優(yōu)選的是,所述付款原則還為當(dāng)所述虛擬賬戶中的美元金額大于訂單金額時(shí),按照所述訂單金額將美元?jiǎng)潛芙o賣家,并將本次交易的最終差額記為正數(shù)。

在上述方案中優(yōu)選的是,所述付款原則還為累計(jì)所述最終差額,當(dāng)所述累計(jì)最終差額的絕對(duì)值超過一定數(shù)值后,向買家發(fā)送要求補(bǔ)款信息或自動(dòng)退款信息

本發(fā)明的實(shí)施能夠快速處理用戶的非美元訂單,降低了平臺(tái)的運(yùn)營(yíng)成本,提升了客戶體驗(yàn),得到了非常好的應(yīng)用效果。

附圖說明

圖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)收款差異的系統(tǒng)的一優(yōu)選實(shí)施例的銀行虛擬賬戶結(jié)構(gòu)示意圖

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

圖5為按照本發(fā)明的解決外貿(mào)電商平臺(tái)銀行虛擬賬號(hào)收款差異的方法的如圖1所示實(shí)施例的轉(zhuǎn)賬差異處理流程示意圖。

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

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

具體實(shí)施方式

實(shí)施例1

如圖2所示,分析模塊220包括轉(zhuǎn)化子模塊221、充值子模塊222和更新子模塊223。

如圖1所示,執(zhí)行步驟100,獲取模塊200通過ftp獲取銀行主賬戶對(duì)應(yīng)的mt940文件。執(zhí)行步驟110,獲取模塊200判斷獲取到的mt940文件是否存在非美元幣種。如果獲取到的mt940文件不存在非美元幣種,則執(zhí)行步驟115,執(zhí)行模塊230將該筆美元按照常規(guī)的方式進(jìn)行常規(guī)處理。如果獲取到的mt940文件存在非美元幣種,則順序執(zhí)行步驟120和步驟130,解析模塊210把獲取到的mt940文件逐個(gè)進(jìn)行解析并做入庫(kù)處理,入庫(kù)的格式為銀行日記賬信息,并把入庫(kù)的mt940文件的記錄核對(duì)標(biāo)識(shí)為初始。執(zhí)行步驟140,判斷mt940文件對(duì)應(yīng)的用戶是否存在虛擬賬戶,如果mt940文件對(duì)應(yīng)的用戶擁有銀行虛擬賬戶,則執(zhí)行步驟141,轉(zhuǎn)化子模塊221按照匯豐銀行的外幣兌換美元的實(shí)時(shí)匯率標(biāo)準(zhǔn)將非美元金額折算成美元,充值子模塊222調(diào)用充值處理,把折算后的美元存入到用戶的虛擬賬戶中,順序執(zhí)行步驟142和步驟115,更新模塊223把mt940文件的記錄核對(duì)標(biāo)識(shí)更新為一致,充值狀態(tài)為成功,執(zhí)行模塊220對(duì)虛擬賬戶中的美元按照常規(guī)的方式進(jìn)行常規(guī)處理。如果mt940文件對(duì)應(yīng)的用戶沒有銀行虛擬賬戶,更新模塊223將mt940文件的記錄核對(duì)標(biāo)識(shí)更新為差異,并登記銀行轉(zhuǎn)賬差異信息。

實(shí)施例2

如圖3所示,平臺(tái)在銀行主賬戶300下為買家申請(qǐng)了買家a虛擬賬戶310、買家b虛擬賬戶311、買家c虛擬賬戶312、買家d虛擬賬戶313到買家n虛擬賬戶314等若干個(gè)虛擬賬戶。以買家c虛擬賬戶312為例,下面包括eur(歐元)貨幣賬戶320、usd(美元)貨幣賬戶321、cad(加拿大元)貨幣賬戶322、aud(澳大利亞元)貨幣賬戶323、chf(瑞士法郎)貨幣賬戶324和hkd(港元)貨幣賬戶325等各國(guó)貨幣賬戶。用戶可以通過自己在銀行虛擬賬戶下進(jìn)行資金匯入,支持非美元資金匯入,系統(tǒng)將非美元資金按照匯豐銀行的實(shí)時(shí)匯率折算成美元,存入賣家的虛擬賬戶中。

在本實(shí)施例中,銀行主賬戶300下的買家虛擬賬戶僅包含買家a虛擬賬戶到買家n虛擬賬戶,在實(shí)際中,銀行主賬戶300下可以包括若干個(gè)虛擬賬戶不僅限于買家a虛擬賬戶到買家n虛擬賬戶。買家虛擬賬戶下也不僅限于本實(shí)施例中提到的6種貨幣賬戶,可包含世界上全部的主要貨幣種類。

實(shí)施例3

如圖4所示,我們可以看到外貿(mào)電子商務(wù)平臺(tái)通過ftp獲取的匯豐銀行的mt940文件中。可以通過文件名清晰的識(shí)別出同一匯豐主賬戶808168520838,對(duì)應(yīng)多個(gè)幣種的mt940文件,其中幣種包括:hkd(港元)、cad(加拿大元)、aud(澳大利亞元)、cny(人民幣)、chf(瑞士法郎)、eur(歐元)、jpy(日元)。表示客戶808168520838通過7種貨幣進(jìn)行了購(gòu)買。

在本實(shí)施例中,買家通過7種貨幣進(jìn)行了購(gòu)買,在實(shí)際中,買家可通過世界上其他貨幣進(jìn)行購(gòu)買,不僅限于上述7種貨幣。

實(shí)施例4

如圖2所示,系統(tǒng)還包括人工處理模塊230,人工處理模塊240包括查詢子模塊241和確認(rèn)子模塊242。

圖5所示,執(zhí)行步驟500,系統(tǒng)財(cái)務(wù)人員通過查詢子模塊241查詢到庫(kù)中記錄核對(duì)標(biāo)識(shí)為差異的mt940文件。執(zhí)行步驟510,查詢子模塊241調(diào)用該mt940文件,查詢其備注信息(包括訂單號(hào)和客戶名稱等)。執(zhí)行步驟520,查詢子模塊241判斷根絕差異明細(xì)的備注信息是否能夠確認(rèn)轉(zhuǎn)款客戶的信息。如果通過備注信息不能夠確認(rèn)轉(zhuǎn)款客戶的信息,則執(zhí)行步驟525,查詢子模塊241向客服發(fā)送信息,讓客服人員向客戶發(fā)送信息,等待得到反饋信息后在進(jìn)行處理。如果通過備注信息能夠確認(rèn)轉(zhuǎn)款客戶的信息,則執(zhí)行步驟530,通過確認(rèn)子模塊242點(diǎn)擊處理,并輸入買家的賬戶信息,點(diǎn)擊確認(rèn)為買家進(jìn)行充值。執(zhí)行步驟540,確認(rèn)子模塊對(duì)輸入的買家賬戶信息進(jìn)行核對(duì),判斷買家賬戶信息與訂單中的用戶信息是否相符。如果買家賬戶信息和訂單中的用戶信息不相符,則執(zhí)行步驟510,重新確認(rèn)買家賬戶信息。如果買家賬戶信息和訂單中的用戶信息相符,則執(zhí)行步驟550,轉(zhuǎn)化子模塊221按照匯豐銀行的外幣兌換美元的實(shí)時(shí)匯率標(biāo)準(zhǔn)將非美元金額折算成美元。執(zhí)行步驟560,充值子模塊222調(diào)用充值處理,把折算后的美元存入用戶的賬戶。

實(shí)施例5

在本系統(tǒng)中還包括賬戶余額監(jiān)控模塊。

如圖6所示,執(zhí)行步驟600,轉(zhuǎn)化子模塊221按照匯豐銀行的外幣兌換美元的實(shí)時(shí)匯率標(biāo)準(zhǔn)將非美元金額折算成美元。順序執(zhí)行步驟610和步驟620,賬戶余額監(jiān)控模塊計(jì)算折算后的美元金額與訂單美元金額之間的差額,即差額=折算后美元金額-訂單美元金額。如果差額等于0,則執(zhí)行步驟622,對(duì)差額不進(jìn)行處理。如果差額大于零,則執(zhí)行步驟621,將差額數(shù)值記入貿(mào)易順差表,累計(jì)為貿(mào)易順差總額,貿(mào)易順差總額為正數(shù)。如果差額小于零,則執(zhí)行步驟630,把差額數(shù)值記入交易逆差表,累計(jì)為貿(mào)易逆差總額,貿(mào)易逆差總額為負(fù)數(shù)。執(zhí)行步驟640,計(jì)算賬戶差額余額,計(jì)算方法為:賬戶差額余額=貿(mào)易順差總額+貿(mào)易逆差總額。執(zhí)行步驟650,賬戶余額監(jiān)控模塊判斷賬戶差額余額情況。如果賬戶差額余額小于-10美元,則執(zhí)行步驟651,給客戶發(fā)信息(包括短信、站內(nèi)信、微信信息和qq信息等),告示客戶賬戶差額余額小于-10美元,請(qǐng)客戶及時(shí)充值,若超過30天未充值,則該賬戶暫停使用,如果超過60天未充值,自動(dòng)從客戶綁定的銀行卡中扣除與客戶賬戶差額余額相同的費(fèi)用。如果賬戶差額余額大于10美元,則執(zhí)行步驟652,給客戶發(fā)送信息(包括短信、站內(nèi)信、微信信息和qq信息等),,告示客戶賬戶差額余額大于10美元,可以把該金額充值到客戶的銀行卡內(nèi),或者在新訂單中使用,超過90天未處理,則將該金額充值到系統(tǒng)的賠付基金中。如果差額余額大于-10美元而小于10美元,則賬戶余額監(jiān)控模塊不對(duì)客戶賬戶余額差額進(jìn)行處理。

實(shí)施例6

如圖7所示,在系統(tǒng)中建立4種信息模型,分別對(duì)應(yīng)4張數(shù)據(jù)信息表,分別包含如下的信息:

1、虛擬賬號(hào)信息:用來(lái)記錄分配的虛擬賬號(hào)號(hào)段的信息,包括:入庫(kù)日期、虛擬賬號(hào)起始號(hào)段、虛擬賬號(hào)末尾號(hào)段、已使用數(shù)、最近使用虛擬賬戶和最近更新時(shí)間。

2、虛擬賬號(hào)分配信息:用來(lái)記錄每一筆虛擬賬號(hào)分配的明細(xì)信息,包括:日期、商戶號(hào)、虛擬賬戶號(hào)、狀態(tài)、操作人、操作時(shí)間、備注、賬戶名和賬戶號(hào)。

3、銀行日記賬信息:用來(lái)記錄銀行賬戶的流水明細(xì)信息,包括:日期、轉(zhuǎn)賬金額、轉(zhuǎn)賬幣種、充值金額、充值幣種、備注、狀態(tài)、操作人、操作時(shí)間、虛擬賬號(hào)和買家id。

4、銀行轉(zhuǎn)賬差異信息:用來(lái)記錄銀行轉(zhuǎn)賬的差異明細(xì)信息包括日期、借貸標(biāo)識(shí)、幣種、金額、余額、交易類型、識(shí)別碼、關(guān)聯(lián)id、備注、入庫(kù)時(shí)間、核對(duì)標(biāo)識(shí)和虛擬賬號(hào)。

本系統(tǒng)中包含的信息類型不僅僅包含本實(shí)施例中的信息類型,還包含銀行、電子商務(wù)平臺(tái)、網(wǎng)絡(luò)交易中所涉及到的全部信息。

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

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

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

當(dāng)前第1頁(yè)1 2 
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1