專利名稱：一種基于銀行卡的商戶信息處理方法、裝置與系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明關(guān)于計算機網(wǎng)絡(luò)系統(tǒng)及方法，特別關(guān)于一種基于銀行卡的商戶信 息處理方法、裝置與系統(tǒng)。
背景技術(shù)：
隨著社會的進步發(fā)展，各種各樣的卡在人們的日常生活中起到越來越重 要的作用，如銀行卡，公交卡、醫(yī)保卡、商場積分卡等等，卡已經(jīng)成為我們 不可缺少的一種工具。然而，由于每類卡都存在不同的發(fā)卡單位，而每張卡 的功能又比較單一， 一方面是對社會發(fā)卡資源的浪費，另一方面，客戶攜帶 和使用卡也很不方便。目前各銀行發(fā)卡機構(gòu)為提高持卡人的忠誠度和促進消費，推出了與不同 合作伙伴聯(lián)合發(fā)行的聯(lián)名卡，每張卡與一個特定的商戶綁定。這些聯(lián)名卡具 有一般信用卡功能，如循環(huán)信用額度、取款、消費積分累計等，其最大特點 是可在合作商戶享受折扣優(yōu)惠或附加服務(wù)，最典型的如"刷卡賺飛行里程"、 或"消費賺取雙倍積分"等。但這些聯(lián)名卡存在一些不足之處，如聯(lián)名卡只 能與一個單位綁定，只能在合作聯(lián)名單位使用時才能享受優(yōu)惠；且這種卡一經(jīng)制作將無法修改，不能根據(jù)實際業(yè)務(wù)需要進行聯(lián)名單位的擴充和變更。聯(lián) 名卡在普通商戶消費只是按一般信用卡處理，如果客戶想享受不同商戶的優(yōu) 惠，就必須申請不同的聯(lián)名卡?？蛻敉瑫r擁有多張銀行卡，在不同的商戶使 用不同的銀行卡，在日常使用過程中存在諸多不便。申請?zhí)枮?0081005606.3，公開號為CN 101216920A，名稱為"實現(xiàn)銀行 卡用戶刷卡消費即獲特惠的系統(tǒng)及方法"的中國發(fā)明專利申請；以及申請?zhí)?為200510U0610.8，公開號為CN 1971640A，名稱為"實現(xiàn)銀行卡刷卡自動折 扣的方法及系統(tǒng)"的中國發(fā)明專利申請作為本案的現(xiàn)有技術(shù)合并于此。 發(fā)明內(nèi)容針對現(xiàn)有技術(shù)的缺陷，本發(fā)明的目的在于提供一種基于銀行卡的商戶信 息處理方法、裝置與系統(tǒng)。為了實現(xiàn)上述發(fā)明目的，本發(fā)明一實施例提供一種基于銀行卡的商戶信 息處理方法，所述方法包括接收商戶發(fā)送的商圈加入請求，將所述商戶加 入所選擇的商圈；接收銀行卡用戶發(fā)送的商圈選擇請求，建立所述銀行卡與 所選擇商圈之間的綁定關(guān)系；接收商戶發(fā)送的銀行卡資金交易請求，判斷所 述銀行卡是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則根 據(jù)所述商戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁定關(guān)系則按照 普通交易處理。為了實現(xiàn)上述發(fā)明目的，本發(fā)明另一實施例提供一種基于銀行卡的商戶 信息處理裝置，所述裝置包括商戶管理單元，用于接收商戶發(fā)送的商圈加 入請求，將所述商戶加入所選擇的商圈；銀行卡管理單元，用于接收銀行卡 用戶發(fā)送的商圈選擇請求，建立所述銀行卡與所選擇商圈之間的綁定關(guān)系； 數(shù)據(jù)處理單元，用于接收商戶發(fā)送的銀行卡資金交易請求，判斷所述銀行卡 是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則根據(jù)所述商 戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁定關(guān)系則按照普通交易 處理。為了實現(xiàn)上述發(fā)明目的，本發(fā)明又一實施例提供一種基于銀行卡的商戶 信息處理系統(tǒng)，所述系統(tǒng)包括銀行卡、銀行交易終端、商戶交易終端，外 部金融網(wǎng)絡(luò)以及系統(tǒng)主機，所述銀行卡連接所述商戶交易終端或銀行交易終 端，所述商戶交易終端以及所述銀行交易終端通過所述外部金融網(wǎng)絡(luò)連接所 述系統(tǒng)主機；其特征在于，所述系統(tǒng)主機包括商戶信息處理裝置，所述商戶 信息處理裝置包括商戶管理單元，用于接收商戶通過銀行交易終端發(fā)送的 商圈加入請求，將所述商戶加入所選擇的商圈；銀行卡管理單元，用于接收 銀行卡用戶通過銀行交易終端發(fā)送的商圈選擇請求，建立所述銀行卡與所選
擇商圈之間的綁定關(guān)系；數(shù)據(jù)處理單元，用于接收商戶通過商戶交易終端發(fā) 送的銀行卡資金交易請求，判斷所述銀行卡是否與所述商戶加入的商圈存在 綁定關(guān)系，如果存在綁定關(guān)系則根據(jù)所述商戶的優(yōu)惠策略對該交易請求進行 處理，如果不存在綁定關(guān)系則按照普通交易處理。本發(fā)明的技術(shù)方案突破現(xiàn)有聯(lián)名卡產(chǎn)品只能在單一 的聯(lián)名單位使用時才 能享受優(yōu)惠的限制，將聯(lián)名商戶由一家擴大到多家，給消費者帶來更多的實 惠。對于商戶而言，可選擇加入不同商圈，并根據(jù)銷售情況制定不同優(yōu)惠率， 促使持卡人消費。對于銀行而言，提供基于銀行卡的商戶信息處理系統(tǒng)，吸 引更多的持卡人和商戶加入，促使持卡人循環(huán)使用信用，提高持卡人的忠誠 度，從而提高銀行的收入。


圖l為本發(fā)明實施例基于銀行卡的商戶信息處理系統(tǒng)原理圖； 圖2為本發(fā)明實施例商戶信息處理裝置7的細化功能框圖； 圖3為本發(fā)明實施例數(shù)據(jù)存儲裝置8的儲存信息構(gòu)成圖； 圖4為本發(fā)明實施例數(shù)銀行卡、商圈與商戶的邏輯關(guān)系5為本發(fā)明實施例商戶信息處理裝置7的數(shù)據(jù)處理單元23的細化框圖；圖6為本發(fā)明實施例持卡人在商戶進行資金交易的處理流程； 圖7為本發(fā)明實施例持卡人在商戶進行優(yōu)惠點數(shù)交易的處理流程；圖8為本發(fā)明另一實施例的系統(tǒng)原理圖； 圖9為本發(fā)明實施例的清算裝置進行優(yōu)惠點數(shù)的清算過程。
具體實施方式
以下結(jié)合附圖對本發(fā)明具體實施方式
進行詳細說明。本發(fā)明實施例提供一種基于銀行卡的商戶信息處理方法、裝置與系統(tǒng)。 該方法首先建立與銀行關(guān)聯(lián)的多個商圈，每個商圈包含多個商戶，這些商戶 通過向銀行申請而成為某個或多個商圈的一員。銀行卡的持卡人可以向銀行
申請與某個或多個商圈綁定，只要該銀行卡的持卡人在其綁定的商圈范圍內(nèi) 消費時都會獲得該商戶的優(yōu)惠并能夠累計優(yōu)惠點數(shù)，當(dāng)持卡人在該商圈內(nèi)的 其他商戶消費時可以將優(yōu)惠點數(shù)抵扣交易金額。圖l為本發(fā)明實施例基于銀行卡的商戶信息處理系統(tǒng)原理圖，如圖所示 該系統(tǒng)包括系統(tǒng)主機l、銀行卡2、交易終端3和外部金融網(wǎng)絡(luò)4。銀行卡2連接交易終端3，交易終端3通過外部金融網(wǎng)4絡(luò)連接系統(tǒng)主機1。銀行卡2可以是客戶已有的任何一張銀行卡，也可以是一張全新的磁條卡 或芯片卡。交易終端3又分為銀行交易終端和商戶交易終端，主要包括互聯(lián) 網(wǎng)終端，自助設(shè)備，如商戶銷售交易終端(POS機)、電話銀行、手機銀行，柜 臺和其他專用設(shè)備。用戶通過交易終端3和外部金融網(wǎng)絡(luò)4發(fā)送請求信息給系 統(tǒng)主機l，這些請求信息包括商戶相關(guān)請求以及用戶相關(guān)請求，如商戶請求加入某商圈或退出某商圈、用戶請求與某商圈綁定、用戶查詢銀行卡帳戶信息以及在某商圈的交易明細等。系統(tǒng)主機1通過外部金融網(wǎng)絡(luò)4接收交易終端3 的請求信息，對該請求進行處理后，返回處理成功或失敗的信息給交易終端3。 在本發(fā)明一實施例中，系統(tǒng)主機1進一步包括多個接口5、接口識別裝置6、 商戶信息處理裝置7和數(shù)據(jù)存儲裝置8。接口識別裝置6用于識別銀行卡標(biāo)識、 交易終端類型、請求類別等，并將識別結(jié)果提供給商戶信息處理裝置7。商戶 信息處理裝置7負(fù)責(zé)處理持卡人和商戶的請求，根據(jù)處理結(jié)果對數(shù)據(jù)存儲裝置 8中存儲的信息進行修改。數(shù)據(jù)存儲裝置8存儲的信息主要包括商圈相關(guān)信 息、商戶基本信息、銀行卡與商圈的綁定關(guān)系、銀行卡的賬戶信息以及客戶 交易日志等。圖2為本發(fā)明實施例商戶信息處理裝置7的細化功能框圖。如圖所示，商 戶信息處理裝置7包括主控單元20、商戶管理單元21、銀行卡管理單元22、 數(shù)據(jù)處理單元23、數(shù)據(jù)查詢單元24。主控單元20主要負(fù)責(zé)根據(jù)請求類別，分 別將該請求發(fā)送給商戶管理單元21、銀行卡管理單元22、數(shù)據(jù)處理單元23以 及數(shù)據(jù)查詢單元24進行處理，這些處理單元負(fù)責(zé)從數(shù)據(jù)存儲裝置8中讀取相應(yīng)
的數(shù)據(jù)，并按不同的判斷邏輯和步驟，對數(shù)據(jù)進行不同的操作和更新處理。商戶管理單元21，用于接收商戶發(fā)送的商圈加入請求，將所述商戶加入 所選擇的商圈。商戶管理單元21還可以包括商圈變更單元，用于對所存儲的商圈信息進行新增、修改和刪除；商戶變更單元，用于接收商戶發(fā)送的商戶變更請求，新增、刪除或變更該商戶與商圈的對應(yīng)關(guān)系以及變更所述商戶 自身的信息。銀行卡管理單元22，用于接收銀行卡用戶發(fā)送的商圈選擇請求，建立所述銀行卡與所選擇商圈之間的綁定關(guān)系。銀行卡管理單元22還可以包括銀行卡變更單元，用于接收銀行卡用戶發(fā)送的銀行卡變更請求，新增、刪除或 變更該銀行卡與商圈的綁定關(guān)系。數(shù)據(jù)處理單元23，用于接收商戶發(fā)送的銀行卡資金交易請求，判斷所述 銀行卡是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則根據(jù) 所述商戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁定關(guān)系則按照普 通交易處理。數(shù)據(jù)查詢單元24，用于接收銀行卡用戶通過銀行交易終端發(fā)送 的查詢請求，向所述用戶反饋該銀行卡的交易明細以及帳戶余額。系統(tǒng)主機l的具體處理流程為系統(tǒng)主機1通過外部金融網(wǎng)絡(luò)4接收交易終 端3發(fā)送的請求后，觸發(fā)接口識別裝置7。接口識別裝置7識別出請求類別，調(diào) 用商戶信息處理裝置7的主控單元20。主控單元20根據(jù)請求類別，將該請求發(fā) 給相應(yīng)的處理單元進行處理，包括商戶管理單元21、銀行卡管理單元22、 數(shù)據(jù)處理單元23以及數(shù)據(jù)查詢單元24，這些處理單元從數(shù)據(jù)存儲裝置8中讀取 相應(yīng)的數(shù)據(jù)，再根據(jù)處理單元的判斷邏輯、操作步驟進行相應(yīng)的計算、判斷、 更新數(shù)據(jù)等處理。處理結(jié)束后，系統(tǒng)主機1通過外部金融網(wǎng)絡(luò)4將交易處理成 功或失敗的信息提供給交易終端3。例如，持卡人在交易終端3通過外部金融 網(wǎng)絡(luò)4向系統(tǒng)主機1發(fā)起查詢交易明細的請求，系統(tǒng)最終將觸發(fā)數(shù)據(jù)查詢單元2 4，從數(shù)據(jù)存儲裝置8中讀取客戶交易明細返回交易終端。圖3為數(shù)據(jù)存儲裝置8的儲存信息構(gòu)成圖，數(shù)據(jù)存儲裝置存儲該系統(tǒng)中涉及的數(shù)據(jù)，它進一步包括商圈信息存儲單元30、商戶信息存儲單元31、賬戶信息存儲單元32以及交易信息存儲單元33。商圈信息存儲單元30記錄商圈編號、商圈的基本優(yōu)惠率或附加服務(wù)，加 入該商圈的商戶、客戶記錄等信息。商戶信息存儲單元31記錄了商戶編號、 商戶加入的商圈情況、商戶提供的優(yōu)惠率信息等數(shù)據(jù)。賬戶信息存儲單元32 記錄了持卡人的卡片、賬戶信息以及銀行卡與商圈的綁定信息。交易信息存 儲單元33存儲了包括客戶交易日志、客戶消費金額、消費記錄累計等信息。 客戶交易日志可以是聯(lián)機逐筆登記的，也可以在日終批量時根據(jù)聯(lián)機交易日 志文件轉(zhuǎn)換匯總而成；交易日志記錄了客戶交易的信息。上述各種信息均是本系統(tǒng)涉及的數(shù)據(jù)，系統(tǒng)根據(jù)數(shù)據(jù)信息屬性進行分類 和管理。商戶信息處理裝置8在處理時，可能只針對一種信息數(shù)據(jù)，也可能涉 及到多個信息數(shù)據(jù)。如前所述，銀行維護商圈信息時，商戶管理單元21會對 商圈信息、商戶信息進行讀取、新增、更新等操作；在持卡人在商戶交易時， 數(shù)據(jù)處理單元23需對商圈信息、商戶信息、客戶賬戶信息、客戶交易信息等 均進行操作。圖4為銀行卡、商圈與商戶的邏輯關(guān)系圖。其中，商圈由銀行組織多家商 戶簽訂聯(lián)名商圈協(xié)議建立。商圈的基本信息登記在系統(tǒng)主機中的數(shù)據(jù)存儲裝 置8種，商圈的基本信息至少包括各商戶的基本折扣優(yōu)惠比例或附加服務(wù)等規(guī) 則。商戶通過銀行交易終端選擇加入或退出商圈，并在該商圈的基本規(guī)則基 礎(chǔ)上，確定本商戶的折扣優(yōu)惠比例或附加服務(wù)。銀行卡由持卡人根據(jù)自身的 需要，通過銀行交易終端申請加入某個商圈而享受優(yōu)惠。圖5為數(shù)據(jù)處理單元23的細化框圖。如圖所示，數(shù)據(jù)處理單元23包括資 金交易請求接收單元50，用于接收商戶通過商戶交易終端發(fā)送的銀行卡資金 交易請求；綁定關(guān)系判斷單元51,用于判斷所述銀行卡是否與所述商戶加入 的商圈存在綁定關(guān)系；資金交易請求處理單元52，如果存在綁定關(guān)系，則根 據(jù)所述商戶的優(yōu)惠策略扣除本次交易金額，并根據(jù)本次交易金額以及商戶的
優(yōu)惠策略生成優(yōu)惠點數(shù)，所述優(yōu)惠點數(shù)用于在所述商戶加入的商圈內(nèi)交易時 抵扣交易金額；如果不存在綁定關(guān)系則按照普通交易處理。此外，為了實現(xiàn)優(yōu)惠點數(shù)抵扣交易金額，該數(shù)據(jù)處理單元23還包括優(yōu)惠點數(shù)交易請求接收單元53，用于接收商戶通過商戶交易終端發(fā)送的銀行卡 優(yōu)惠點數(shù)交易請求；優(yōu)惠條件判斷單元54，用于判斷所述商戶是否加入了所 述優(yōu)惠點數(shù)適用的商圈，如果沒有加入則拒絕該銀行卡優(yōu)惠點數(shù)交易請求; 優(yōu)惠點數(shù)獲取單元55，如果加入了所述優(yōu)惠點數(shù)適用的商圈，則獲取所述銀 行卡在該商圈的優(yōu)惠點數(shù)；優(yōu)惠點數(shù)交易請求處理單元56，如果優(yōu)惠點數(shù)不 足以抵扣本次交易金額，則扣除所有優(yōu)惠點數(shù)后將不足部分以銀行卡資金扣 除，生成與扣除的銀行卡資金相應(yīng)的優(yōu)惠點數(shù)；如果優(yōu)惠點數(shù)足夠，則扣除 相應(yīng)于本次交易金額的優(yōu)惠點數(shù)。本發(fā)明實施例基于銀行卡的商戶信息處理方法包括以下步驟銀行和多家商戶簽訂聯(lián)名商圈協(xié)議，通過銀行交易終端將該聯(lián)名商圈的 基本信息登記在系統(tǒng)主機的數(shù)據(jù)存儲裝置中，商圈的基本信息至少包括各商 戶的基本折扣優(yōu)惠比例或附加服務(wù)等規(guī)則。商戶可以根據(jù)自身需要，通過銀行交易終端加入或者退出某聯(lián)名商圈， 商戶還可以在該商圈的基本規(guī)則基礎(chǔ)上確定本商戶的折扣優(yōu)惠比例或附加服 務(wù)，或者確定本商戶特定的某一種商品的折扣優(yōu)惠比例或附加服務(wù)。持卡人可以根據(jù)自身的需要，通過銀行交易終端申請將自己的銀行卡與 某商圈綁定而享受該商圈的優(yōu)惠。持卡人持卡在該商圈中的任一商戶消費，系統(tǒng)主機根據(jù)該卡是否與該商 圈綁定，來提供相應(yīng)的折扣優(yōu)惠比例或附加服務(wù)。系統(tǒng)主機根據(jù)商戶消費記錄，按照協(xié)議中該商戶的優(yōu)惠率計算得到該卡 的優(yōu)惠點數(shù)，此優(yōu)惠點數(shù)根據(jù)持卡人支出金額和商戶的優(yōu)惠率計算得到，登 記在數(shù)據(jù)存儲裝置中。持卡人獲得優(yōu)惠點數(shù)后，可以再使用此優(yōu)惠點數(shù)在聯(lián)名商圈內(nèi)任一商戶
的交易終端購買物品或服務(wù)，系統(tǒng)主機扣減數(shù)據(jù)存儲裝置中相應(yīng)的優(yōu)惠點數(shù)。 系統(tǒng)主機根據(jù)持卡人使用優(yōu)惠點數(shù)進行消費支付所對應(yīng)的貨幣值，定期 完成匯總并與商戶賬戶資金進行清算。圖6為持卡人在商戶進行資金交易的處理流程，如圖所示 步驟S60h當(dāng)持卡人選擇資金交易時，商戶交易終端的讀卡設(shè)備讀取持 卡人的卡片信息，將卡片信息、消費金額、產(chǎn)品活動編號(指有特殊優(yōu)惠的 產(chǎn)品編號)，商戶編號等交易信息通過網(wǎng)絡(luò)發(fā)送給系統(tǒng)主機。步驟S602:系統(tǒng)主機的商戶信息處理裝置根據(jù)商戶編號讀取數(shù)據(jù)存儲裝 置中的商戶信息，判斷商戶是否加入聯(lián)名商圈。如商戶已加入聯(lián)名商圈，從 數(shù)據(jù)存儲裝置中取得商戶折扣優(yōu)惠比例、特定產(chǎn)品優(yōu)惠比例等信息，進入步驟S603;如商戶未加入聯(lián)名商圈，則進入步驟S607。步驟S603:商戶信息處理裝置根據(jù)卡片信息關(guān)聯(lián)數(shù)據(jù)存儲裝置中客戶的賬戶記錄，判斷該銀行卡是否與商戶所在的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則進入步驟S608,如果不存在綁定關(guān)系則進入步驟S604。步驟S604:商戶信息處理裝置判斷該銀行卡與商戶所在的商圈不存在綁 定關(guān)系，則提示用于是否建立該綁定關(guān)系。如持卡人拒絕則進入步驟S607, 如果持卡人同意則進入步驟S605。步驟S605:如持卡人同意建立該綁定關(guān)系，則根據(jù)卡片信息讀取數(shù)據(jù)存 儲裝置中的商戶信息，取得商戶加入的商圈編號，并讀取商圈信息，建立該 銀行卡與該商圈的綁定關(guān)系，同時更新數(shù)據(jù)存儲裝置中客戶賬戶信息，記錄 銀行卡與商圈的綁定情況。步驟S606:判斷綁定關(guān)系是否建立成功，如果建立成功則進入步驟S608， 如果建立失敗則進入步驟S607。步驟S607，將本次資金交易按照普通交易處理。步驟S608:如果銀行卡與商戶所加入的商圈已經(jīng)存在了綁定關(guān)系，則商 戶信息處理裝置根據(jù)消費金額和商戶的折扣優(yōu)惠比例，計算持卡人本次交易
獲取的優(yōu)惠點數(shù)。如果在資金交易請求中還包含了產(chǎn)品活動編號，則根據(jù)消 費金額和產(chǎn)品折扣優(yōu)惠比例，計算按產(chǎn)品獲取的優(yōu)惠點數(shù)。步驟S609:商戶信息處理裝置根據(jù)計算結(jié)果更新客戶賬戶中優(yōu)惠點數(shù)、 資金賬戶的資金的余額，記錄交易日志等。步驟S610，交易結(jié)束。圖7為持卡人在商戶進行優(yōu)惠點數(shù)交易的處理流程，如圖所示 步驟S701:當(dāng)持卡人選擇優(yōu)惠點數(shù)交易時，商戶交易終端的讀卡設(shè)備讀取持卡人的卡片信息，將持卡人卡片信息、消費金額、產(chǎn)品活動編號，商戶編號等交易信息通過網(wǎng)絡(luò)發(fā)送到系統(tǒng)主機。步驟S702:商戶信息處理裝置根據(jù)商戶編號讀取數(shù)據(jù)存儲裝置中商戶信息，判斷商戶是否加入了該優(yōu)惠點數(shù)所適用的商圈。由于優(yōu)惠點數(shù)對于不同 的商圈是分別計算的，因此該商圈的優(yōu)惠點數(shù)只能在該商圈內(nèi)的所有商戶適 用。如果商戶己加入該特定商圈，則從數(shù)據(jù)存儲裝置中取得商戶折扣優(yōu)惠比例、特定產(chǎn)品優(yōu)惠比例等信息，并進入步驟S703。如果商戶未加入該特定商 圈，則進入步驟S709。步驟S703:商戶信息處理裝置根據(jù)卡片信息關(guān)聯(lián)數(shù)據(jù)存儲裝置中客戶賬 戶信息，取得客戶優(yōu)惠點數(shù)相關(guān)信息。步驟S704:商戶信息處理裝置根據(jù)客戶賬戶優(yōu)惠點數(shù)，計算優(yōu)惠點數(shù)的 貨幣值。根據(jù)優(yōu)惠點數(shù)貨幣值與消費金額比較，判斷客戶優(yōu)惠點數(shù)的貨幣值 是否足夠，如果足夠則進入步驟S707，如果不足則進入步驟S705。步驟S705:商戶信息處理裝置判斷持卡人賬戶的優(yōu)惠點數(shù)的貨幣值不夠， 扣減客戶賬戶的優(yōu)惠點數(shù)，不足的金額需同步扣除持卡人資金賬戶余額。步驟S706:商戶信息處理裝置判斷本次交易需同步扣除持卡人資金賬戶 余額，則根據(jù)使用的資金金額及商戶的優(yōu)惠率，計算持卡人本次交易獲取的 優(yōu)惠點數(shù)。如本次交易不涉及資金金額，則不需本步驟。步驟S707:消費處理單元更新客戶賬戶中的優(yōu)惠點數(shù)，資金賬戶的資金
的余額，記錄交易日志等。 步驟S708交易結(jié)束。圖8為本發(fā)明另一實施例的系統(tǒng)原理圖。和圖l不同的是，系統(tǒng)主機ll中 的商戶信息處理裝置7進一步細分為數(shù)據(jù)應(yīng)用裝置71和清算處理裝置72。其中 數(shù)據(jù)應(yīng)用裝置完成商戶信息處理裝置7的邏輯處理部分，而清算處理裝置72則 完成實際的資金清算過程?？梢詾樵撉逅阍O(shè)置一定的時間周期，在清算周期 到達時，系統(tǒng)主機11自動觸發(fā)清算處理裝置72，根據(jù)清算周期內(nèi)持卡人的消 費記錄，完成持卡人、商戶、銀行之間的清算兌付處理。圖9為本發(fā)明實施例的清算裝置進行優(yōu)惠點數(shù)的清算過程，如圖所示 步驟S90h在清算周期，清算裝置接收到商戶的結(jié)算請求，開始進行清 算處理。銀行可根據(jù)與商戶協(xié)定的周期(可以是一日或多日)，按周期自動 進行結(jié)算。步驟S902:清算裝置掃描數(shù)據(jù)存儲裝置中的交易日志。步驟S903:清算裝置根據(jù)交易日志信息，對交易涉及的優(yōu)惠點數(shù)進行匯 總。根據(jù)持卡人在商戶資金消費獲取優(yōu)惠點數(shù)情況，對商戶提供持卡人的優(yōu) 惠點數(shù)進行整理匯總，并計算對應(yīng)的貨幣值，此金額為商戶付出。根據(jù)持卡 人在商戶使用優(yōu)惠點數(shù)消費情況，對持卡人的優(yōu)惠點數(shù)進行整理匯總，并計 算對應(yīng)的貨幣值，此金額為商戶收入。步驟S904:清算裝置根據(jù)交易日志信息對商戶獲取的資金進行整理。清 算裝置對持卡人支付給商戶的資金進行整理匯總，并結(jié)合步驟S903對優(yōu)惠點 數(shù)對應(yīng)的商戶付出和商戶收入進行匯總，計算出銀行與商戶之間的清算金額。步驟S905:清算裝置根據(jù)步驟S904的資金匯總情況，進行持卡人、商戶 與銀行之間資金的轉(zhuǎn)移處理。清算金額轉(zhuǎn)移給商戶之前，銀行與商戶的回傭 將被扣除。綜合所述，本發(fā)明實施例可以實現(xiàn)基于銀行卡的商戶信息處理方法、裝置與系統(tǒng)。該方法包括通過商戶管理單元完成商圈建立以及商戶加入商圈
的處理；通過銀行卡管理單元可以將持卡人的銀行卡與某商圈建立綁定關(guān)系以獲取該商圈內(nèi)的商戶優(yōu)惠，以及可在商圈內(nèi)的商戶使用的優(yōu)惠點數(shù)；通過 數(shù)據(jù)處理單元完成持卡人在商圈內(nèi)進行資金交易或優(yōu)惠點數(shù)交易的處理；通 過清算裝置定期完成持卡人與商戶、銀行的資金清算。從上述技術(shù)方案可以看出，本發(fā)明具有以下有益效果利用本發(fā)明，對商戶來說，通過本發(fā)明所實現(xiàn)的基于銀行卡的商戶信息 處理方法、裝置與系統(tǒng)，商戶可以選擇加入不同商圈，既可實現(xiàn)聯(lián)名卡的發(fā)行，同時又突破單一聯(lián)名卡的限制，輕松實現(xiàn)多商戶聯(lián)名卡，具有協(xié)同效應(yīng); 對持卡人而言，客戶可申請或自動加入聯(lián)名計劃，突破了聯(lián)名卡產(chǎn)品只能在 單一的聯(lián)名單位使用時才能享受優(yōu)惠的限制，促進持卡人消費。本發(fā)明的系統(tǒng)和方法適用于各類卡種和各類商戶，有利于商戶和銀行培 育、鎖定、維系優(yōu)質(zhì)客戶群體，促進商戶會員卡、貴賓卡和銀行聯(lián)名卡的通 用整合，在提高銀行、商戶經(jīng)營資源利用效率的同時，切實提升銀行對持卡 人的服務(wù)水平。以上所述的具體實施方式
，對本發(fā)明的目的、技術(shù)方案和有益效果進行 了進一步詳細說明，所應(yīng)理解的是，以上所述僅為本發(fā)明的具體實施方式
而 已，并不用于限定本發(fā)明的保護范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做 的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1、一種基于銀行卡的商戶信息處理方法，其特征在于，所述方法包括接收商戶發(fā)送的商圈加入請求，將所述商戶加入所選擇的商圈；接收銀行卡用戶發(fā)送的商圈選擇請求，建立所述銀行卡與所選擇商圈之間的綁定關(guān)系；接收商戶發(fā)送的銀行卡資金交易請求，判斷所述銀行卡是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則根據(jù)所述商戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁定關(guān)系則按照普通交易處理。
2、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述方法還包括.-如果不存在綁定關(guān)系則提示用戶是否同意建立該綁定關(guān)系； 如果用戶同意，則建立所述銀行卡與所述商戶加入的商圈之間的綁定關(guān)系；如果用戶拒絕，則按照普通交易處理。
3、 根據(jù)權(quán)利要求l所述的方法，其特征在于，根據(jù)所述商戶的優(yōu)惠策略 對該交易請求進行處理，包括根據(jù)所述商戶的優(yōu)惠策略扣除本次交易金額；根據(jù)本次交易金額以及商戶的優(yōu)惠策略生成優(yōu)惠點數(shù)，所述優(yōu)惠點數(shù)用 于所述銀行卡在所述商戶加入的商圈內(nèi)交易時抵扣交易金額。
4、 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述方法還包括 接收商戶發(fā)送的銀行卡優(yōu)惠點數(shù)交易請求；判斷所述商戶是否加入了所述優(yōu)惠點數(shù)適用的商圈，如果沒有加入則拒 絕該銀行卡優(yōu)惠點數(shù)交易請求；如果加入了所述優(yōu)惠點數(shù)適用的商圈，則獲取所述銀行卡在該商圈的優(yōu) 惠點數(shù)；如果優(yōu)惠點數(shù)不足，則扣除所有優(yōu)惠點數(shù)后將不足部分以銀行卡資金扣 除，生成與扣除的銀行卡資金相應(yīng)的優(yōu)惠點數(shù)；如果優(yōu)惠點數(shù)足夠，則扣除 相應(yīng)于本次交易金額的優(yōu)惠點數(shù)。
5、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述方法還包括 接收銀行卡用戶發(fā)送的査詢請求；向所述用戶反饋該銀行卡的交易明細以及帳戶余額。
6、 根據(jù)權(quán)利要求l所述的方法，其特征在于，所述方法還包括-對所存儲的商圈信息進行新增、修改和刪除；接收商戶發(fā)送的商戶變更請求，新增、刪除或變更該商戶與商圈的對應(yīng) 關(guān)系以及變更所述商戶自身的信息；接收銀行卡用戶發(fā)送的銀行卡變更請求，新增、刪除或變更該銀行卡與 商圈的綁定關(guān)系。
7、 一種基于銀行卡的商戶信息處理裝置，其特征在于，所述裝置包括 商戶管理單元，用于接收商戶發(fā)送的商圈加入請求，將所述商戶加入所選擇的商圈；銀行卡管理單元，用于接收銀行卡用戶發(fā)送的商圈選擇請求，建立所述 銀行卡與所選擇商圈之間的綁定關(guān)系；數(shù)據(jù)處理單元，用于接收商戶發(fā)送的銀行卡資金交易請求，判斷所述銀 行卡是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則根據(jù)所 述商戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁定關(guān)系則按照普通 交易處理。
8、 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述數(shù)據(jù)處理單元包括 資金交易請求接收單元，用于接收商戶通過商戶交易終端發(fā)送的銀行卡資金交易請求；綁定關(guān)系判斷單元，用于判斷所述銀行卡是否與所述商戶加入的商圈存 在綁定關(guān)系；資金交易請求處理單元，如果存在綁定關(guān)系，則根據(jù)所述商戶的優(yōu)惠策 略扣除本次交易金額，并根據(jù)本次交易金額以及商戶的優(yōu)惠策略生成優(yōu)惠點 數(shù)，所述優(yōu)惠點數(shù)用于在所述商戶加入的商圈內(nèi)交易時抵扣交易金額；如果不存在綁定關(guān)系則按照普通交易處理。
9、 根據(jù)權(quán)利要求8所述的裝置，其特征在于，所述數(shù)據(jù)處理單元還包括: 優(yōu)惠點數(shù)交易請求接收單元，用于接收商戶通過商戶交易終端發(fā)送的銀行卡優(yōu)惠點數(shù)交易請求；優(yōu)惠條件判斷單元，用于判斷所述商戶是否加入了所述優(yōu)惠點數(shù)適用的商圈，如果沒有加入則拒絕該銀行卡優(yōu)惠點數(shù)交易請求；優(yōu)惠點數(shù)獲取單元，如果加入了所述優(yōu)惠點數(shù)適用的商圈，則獲取所述 銀行卡在該商圈的優(yōu)惠點數(shù)；優(yōu)惠點數(shù)交易請求處理單元，如果優(yōu)惠點數(shù)不足以抵扣本次交易金額， 則扣除所有優(yōu)惠點數(shù)后將不足部分以銀行卡資金扣除，生成與扣除的銀行卡 資金相應(yīng)的優(yōu)惠點數(shù)；如果優(yōu)惠點數(shù)足夠，則扣除相應(yīng)于本次交易金額的優(yōu) 惠點數(shù)。
10、 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述裝置還包括 數(shù)據(jù)查詢單元，用于接收銀行卡用戶發(fā)送的查詢請求，向所述用戶反饋該銀行卡的交易明細以及帳戶余額。
11、 根據(jù)權(quán)利要求7所述的裝置，其特征在于，所述商戶管理單元還包括商圈變更單元，用于對所存儲的商圈信息進 行新增、修改和刪除；商戶變更單元，用于接收商戶發(fā)送的商戶變更請求， 新增、刪除或變更該商戶與商圈的對應(yīng)關(guān)系以及變更所述商戶自身的信息；所述銀行卡管理單元還包括銀行卡變更單元，用于接收銀行卡用戶發(fā) 送的銀行卡變更請求，新增、刪除或變更該銀行卡與商圈的綁定關(guān)系。
12、 一種基于銀行卡的商戶信息處理系統(tǒng)，其特征在于，所述系統(tǒng)包括 銀行卡、銀行交易終端、商戶交易終端，外部金融網(wǎng)絡(luò)以及系統(tǒng)主機，所述 銀行卡連接所述商戶交易終端或銀行交易終端，所述商戶交易終端以及所述 銀行交易終端通過所述外部金融網(wǎng)絡(luò)連接所述系統(tǒng)主機；其特征在于，所述 系統(tǒng)主機包括商戶信息處理裝置，所述商戶信息處理裝置包括 商戶管理單元，用于接收商戶通過銀行交易終端發(fā)送的商圈加入請求，將所述商戶加入所選擇的商圈；銀行卡管理單元，用于接收銀行卡用戶通過銀行交易終端發(fā)送的商圈選 擇請求，建立所述銀行卡與所選擇商圈之間的綁定關(guān)系；數(shù)據(jù)處理單元，用于接收商戶通過商戶交易終端發(fā)送的銀行卡資金交易 請求，判斷所述銀行卡是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在 綁定關(guān)系則根據(jù)所述商戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁 定關(guān)系則按照普通交易處理。
13、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述系統(tǒng)主機還包括數(shù) 據(jù)存儲裝置，所述數(shù)據(jù)存儲裝置包括-商圈信息存儲單元，用于存儲商圈編號、商圈的優(yōu)惠策略、加入該商圈 的商戶信息；商戶信息存儲單元，用于存儲商戶編號、商戶加入的商圈編號、商戶提 供的優(yōu)惠策略；帳戶信息存儲單元，用于存儲持卡人帳戶信息以及該銀行卡所加入的商 圈編號、對應(yīng)每個商圈的優(yōu)惠點數(shù)；交易信息存儲單元，用于存儲客戶交易日志、客戶消費金額以及消費記 錄累計信息。
14、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述系統(tǒng)主機還包括接 口識別裝置，用于識別不同類型的請求，并將不同類型的請求分別發(fā)送給商 戶管理單元、銀行卡管理單元以及數(shù)據(jù)處理單元進行處理。
15、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理單元包括 資金交易請求接收單元，用于接收商戶通過商戶交易終端發(fā)送的銀行卡資金交易請求；綁定關(guān)系判斷單元，用于判斷所述銀行卡是否與所述商戶加入的商圈存 在綁定關(guān)系； 資金交易請求處理單元，如果存在綁定關(guān)系，則根據(jù)所述商戶的優(yōu)惠策 略扣除本次交易金額，并根據(jù)本次交易金額以及商戶的優(yōu)惠策略生成優(yōu)惠點數(shù)，所述優(yōu)惠點數(shù)用于在所述商戶加入的商圈內(nèi)交易時抵扣交易金額；如果 不存在綁定關(guān)系則按照普通交易處理。
16、 根據(jù)權(quán)利要求15所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理單元還包括 優(yōu)惠點數(shù)交易請求接收單元，用于接收商戶通過商戶交易終端發(fā)送的銀行卡優(yōu)惠點數(shù)交易請求；優(yōu)惠條件判斷單元，用于判斷所述商戶是否加入了所述優(yōu)惠點數(shù)適用的 商圈，如果沒有加入則拒絕該銀行卡優(yōu)惠點數(shù)交易請求；優(yōu)惠點數(shù)獲取單元，如果加入了所述優(yōu)惠點數(shù)適用的商圈，則獲取所述 銀行卡在該商圈的優(yōu)惠點數(shù)；優(yōu)惠點數(shù)交易請求處理單元，如果優(yōu)惠點數(shù)不足以抵扣本次交易金額， 則扣除所有優(yōu)惠點數(shù)后將不足部分以銀行卡資金扣除，生成與扣除的銀行卡 資金相應(yīng)的優(yōu)惠點數(shù)；如果優(yōu)惠點數(shù)足夠，則扣除相應(yīng)于本次交易金額的優(yōu) 惠點數(shù)。
17、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述商戶信息處理裝置 還包括數(shù)據(jù)查詢單元，用于接收銀行卡用戶通過銀行交易終端發(fā)送的查詢請求， 向所述用戶反饋該銀行卡的交易明細以及帳戶余額。
18、 根據(jù)權(quán)利要求12所述的系統(tǒng)，其特征在于，所述商戶管理單元還包括商圈變更單元，用于對所存儲的商圈信息進 行新增、修改和刪除；商戶變更單元，用于接收商戶發(fā)送的商戶變更請求， 新增、刪除或變更該商戶與商圈的對應(yīng)關(guān)系以及變更所述商戶自身的信息；所述銀行卡管理單元還包括銀行卡變更單元，用于接收銀行卡用戶發(fā) 送的銀行卡變更請求，新增、刪除或變更該銀行卡與商圈的綁定關(guān)系。
全文摘要
本發(fā)明提供一種基于銀行卡的商戶信息處理方法、裝置與系統(tǒng)。所述方法包括接收商戶發(fā)送的商圈加入請求，將所述商戶加入所選擇的商圈；接收銀行卡用戶發(fā)送的商圈選擇請求，建立所述銀行卡與所選擇商圈之間的綁定關(guān)系；接收商戶發(fā)送的銀行卡資金交易請求，判斷所述銀行卡是否與所述商戶加入的商圈存在綁定關(guān)系，如果存在綁定關(guān)系則根據(jù)所述商戶的優(yōu)惠策略對該交易請求進行處理，如果不存在綁定關(guān)系則按照普通交易處理。該方法適用于各類卡種和各類商戶，有利于商戶和銀行培育、鎖定、維系優(yōu)質(zhì)客戶群體，促進商戶會員卡、貴賓卡和銀行聯(lián)名卡的通用整合，在提高銀行、商戶經(jīng)營資源利用效率的同時，切實提升銀行對持卡人的服務(wù)水平。
文檔編號G07F19/00GK101393671SQ20081022494
公開日2009年3月25日 申請日期2008年10月28日 優(yōu)先權(quán)日2008年10月28日
發(fā)明者峰 何, 盧海濤, 蕃 吳, 張宇鴻, 徐曉群, 亮 曹, 嵐 陳, 黃劍文, 黃浩波 申請人:中國工商銀行股份有限公司