一種應(yīng)用于社交網(wǎng)絡(luò)的延期支付方法和系統(tǒng)的制作方法
【專利摘要】一種適用于社交網(wǎng)絡(luò)的支付方法，賦予每個用戶帳戶一個支付余額；當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，如果該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度；如果該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額；如果該發(fā)起支付的用戶帳戶的支付余額小于或等于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變；監(jiān)控發(fā)起支付的用戶帳戶。
【專利說明】—種應(yīng)用于社交網(wǎng)絡(luò)的延期支付方法和系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及一種適用于社交網(wǎng)絡(luò)的支付領(lǐng)域。
【背景技術(shù)】
[0002]現(xiàn)有的在線支付產(chǎn)品主要包括兩類，一類是在線信用卡支付，另一類是第三方支付平臺，例如支付寶等工具。
[0003]信用卡支付存在的問題是:一)收款方開通門檻高，手續(xù)繁雜；二)支付方需要輸入較多個人信息，存在較大安全隱患。
[0004]第三方支付平臺存在的問題是:一)每筆交易都需要支付交易費(fèi)用；二)無法實(shí)現(xiàn)信用透支額。
[0005]隨著互聯(lián)網(wǎng)的推廣，超小額支付需求，例如0.99元等額度的支付需求越來越多，但現(xiàn)有產(chǎn)品無法解決這類問題。

【發(fā)明內(nèi)容】

[0006]本發(fā)明為了提供了一種一種適用于社交網(wǎng)絡(luò)的支付方法，所述社交網(wǎng)絡(luò)包括多個用戶帳戶，其特征在于:步驟1:賦予每個用戶帳戶一個支付余額，該支付余額初始值為零；步驟2:當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，如果該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，通知支付成功，流程結(jié)束；步驟3:如果該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，通知支付成功；步驟4:如果該發(fā)起支付的用戶帳戶的支付余額小于或等于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，通知支付成功；步驟5:監(jiān)控發(fā)起支付的用戶帳戶，當(dāng)其有資金轉(zhuǎn)入時，用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。
[0007]優(yōu)選地，進(jìn)一步包括:其中的步驟5中的執(zhí)行記錄的未執(zhí)行的支付的順序是所述未執(zhí)行支付的發(fā)生時間順序或接受支付的用戶賬戶的優(yōu)先權(quán)順序。
[0008]優(yōu)選地，進(jìn)一步包括:根據(jù)每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，每個用戶帳戶的支付余額有一個下限值；所述的每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，包括以下內(nèi)容中的至少一項(xiàng):關(guān)注該用戶賬戶的用戶賬戶的數(shù)量、該用戶賬戶發(fā)布內(nèi)容的數(shù)量、被其他用戶賬戶點(diǎn)評的數(shù)量、轉(zhuǎn)發(fā)內(nèi)容的數(shù)量、登陸數(shù)量；上述各種數(shù)量越大則所述下限值的絕對值越大。
[0009]優(yōu)選地，進(jìn)一步包括:在步驟2和3之前，判斷支付余額減去所需支付額度后是否大于等于下限值，如果不滿足，則通知支付失敗，終止流程。
[0010]優(yōu)選地，進(jìn)一步包括:在步驟2和3之前，判斷支付下限值的絕對值是否大于接受支付的用戶賬戶設(shè)置的門限值，如果不滿足，則通知支付失敗，終止流程。
[0011]本發(fā)明還提供了一種適用于社交網(wǎng)絡(luò)的支付系統(tǒng)，所述社交網(wǎng)絡(luò)包括多個用戶帳戶，賦予每個用戶帳戶一個支付余額的器件，該支付余額初始值為零；第一支付器件，用于當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，如果該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，通知支付成功；第二支付器件，用于如果該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，通知支付成功；第三支付器件，用于如果該發(fā)起支付的用戶帳戶的支付余額小于或等于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，通知支付成功；監(jiān)控器件，用于監(jiān)控發(fā)起支付的用戶帳戶，當(dāng)其有資金轉(zhuǎn)入時，用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。
[0012]本發(fā)明還提供了一種適用于社交網(wǎng)絡(luò)的支付系統(tǒng)，包括:一個或多個處理器；存儲器；和程序，其中，該程序被存儲在存儲器中并被配置為通過所述一個或多個處理器被執(zhí)行，該程序包括實(shí)現(xiàn)權(quán)利要求1 一 4中任意一個方法的指令。
[0013]本發(fā)明還提供了一種計(jì)算機(jī)程序產(chǎn)品，包括:計(jì)算機(jī)可讀存儲介質(zhì)和嵌入其中的計(jì)算機(jī)程序機(jī)構(gòu)，該計(jì)算機(jī)程序機(jī)構(gòu)包含實(shí)現(xiàn)權(quán)利要求1 一 4中任意一個方法的指令。
[0014]本發(fā)明，通過將支付與社交網(wǎng)絡(luò)的信用價值結(jié)合，為社交網(wǎng)絡(luò)的用戶賬戶賦予信用額度，從而可以將多次小額支付聚合為一次大額支付。
【專利附圖】

【附圖說明】
[0015]圖1為根據(jù)本發(fā)明第一個實(shí)施例的流程圖；
圖2為根據(jù)本發(fā)明第二個實(shí)施例的流程圖；
圖3為根據(jù)本發(fā)明第一個實(shí)施例的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0016]圖1是根據(jù)發(fā)明第一個實(shí)施例的流程圖。
[0017]步驟S1:賦予每個用戶帳戶一個支付余額，該支付余額初始值為零。
[0018]步驟S2:當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，判斷該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，如果是則進(jìn)入步驟S3，如果否，則進(jìn)入步驟S4。
[0019]步驟S3:發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，進(jìn)入步驟S7。
[0020]步驟S4:判斷該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，如果是則進(jìn)入步驟S5，如果否，則進(jìn)入步驟S6。
[0021]步驟S5 ;發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，進(jìn)入步驟S7。
[0022]步驟S6:發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，進(jìn)入步驟S7。
[0023]步驟S7:通知支付成功。
[0024]步驟S8 ;監(jiān)控發(fā)起支付的用戶帳戶，判斷是否有資金轉(zhuǎn)入，如果否，則重復(fù)執(zhí)行步驟S8，如果是，則進(jìn)入步驟S9。
[0025]步驟S9:用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。優(yōu)選的，執(zhí)行記錄的未執(zhí)行的支付的順序是所述未執(zhí)行支付的發(fā)生時間順序或接受支付的用戶賬戶的優(yōu)先權(quán)順序。
[0026]圖2是根據(jù)本發(fā)明第二實(shí)施例的流程圖。
[0027]步驟S1:賦予每個用戶帳戶一個支付余額，該支付余額初始值為零。根據(jù)每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，每個用戶帳戶的支付余額有一個下限值；所述的每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，包括以下內(nèi)容中的至少一項(xiàng):關(guān)注該用戶賬戶的用戶賬戶的數(shù)量、該用戶賬戶發(fā)布內(nèi)容的數(shù)量、被其他用戶賬戶點(diǎn)評的數(shù)量、轉(zhuǎn)發(fā)內(nèi)容的數(shù)量、登陸數(shù)量；上述各種數(shù)量越大則所述下限值的絕對值越大。另外，還可以根據(jù)用戶的認(rèn)證方式來相應(yīng)的下限值，例如如果是經(jīng)過實(shí)名認(rèn)證的可以給予下限制的絕對值更大。
[0028]步驟S2:當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，判斷該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，如果是則進(jìn)入步驟S3，如果否，則進(jìn)入步驟SlO。
[0029]步驟SlO:判斷支付余額減去所需支付額度后是否大于等于下限值，如果是，則進(jìn)入步驟Sll，如果否，則進(jìn)入步驟S12。
[0030]步驟Sll:判斷支付下限值的絕對值是否大于接受支付的用戶賬戶設(shè)置的門限值，如果是，則進(jìn)入步驟S4，如果否，則進(jìn)入步驟S12。
[0031]上述步驟SlO和Sll可以只選擇其中一個來執(zhí)行，也可以兩個都執(zhí)行。當(dāng)兩個都執(zhí)行時，執(zhí)行順序不限制。
[0032]步驟S3:發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，進(jìn)入步驟S7。
[0033]步驟S4:判斷該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，如果是則進(jìn)入步驟S5，如果否，則進(jìn)入步驟S6。
[0034]步驟S5 ;發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，進(jìn)入步驟S7。
[0035]步驟S6:發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，進(jìn)入步驟S7。
[0036]步驟S7:通知支付成功。
[0037]步驟S12:通知支付失敗。
[0038]步驟S8;監(jiān)控發(fā)起支付的用戶帳戶，判斷是否有資金轉(zhuǎn)入，如果否則重復(fù)步驟S8，如果是則進(jìn)入步驟S9。
[0039]步驟S9:用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。優(yōu)選的，執(zhí)行記錄的未執(zhí)行的支付的順序是所述未執(zhí)行支付的發(fā)生時間順序或接受支付的用戶賬戶的優(yōu)先權(quán)順序。
[0040]圖3為根據(jù)本發(fā)明第一個實(shí)施例的結(jié)構(gòu)框圖。
[0041]一種適用于社交網(wǎng)絡(luò)的支付系統(tǒng)10，所述社交網(wǎng)絡(luò)包括多個用戶帳戶。包括如下部件:
賦予每個用戶帳戶一個支付余額的器件11，該支付余額初始值為零。
[0042]第一支付器件12，用于當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，如果該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，通知支付成功
第二支付器件13，用于如果該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，通知支付成功
第三支付器件14，用于如果該發(fā)起支付的用戶帳戶的支付余額小于或等于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，通知支付成功。
[0043]監(jiān)控器件15，用于監(jiān)控發(fā)起支付的用戶帳戶，當(dāng)其有資金轉(zhuǎn)入時，用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。
[0044]優(yōu)選的，還可以包括:
第一判斷器件(未在圖上示出)，用于在運(yùn)行第二支付器件和第三支付期間之前，判斷支付余額減去所需支付額度后是否大于等于下限值，如果不滿足，則通知支付失敗，終止流程；和/或，
還可以包括第二判斷器件(未在圖上示出)，用于在運(yùn)行第二支付器件和第三支付期間之前，判斷支付下限值的絕對值是否大于接受支付的用戶賬戶設(shè)置的門限值，如果不滿足，則通知支付失敗，終止流程。
[0045]本說明書中的各個實(shí)施例均采用遞進(jìn)的方式描述，各個實(shí)施例之間相同相似的部分互相參見即可，每個實(shí)施例重點(diǎn)說明的都是與其他實(shí)施例的不同之處。尤其，對于系統(tǒng)實(shí)施例而言，由于其基本相似于方法實(shí)施例，所以描述的比較簡單，相關(guān)之處參見方法實(shí)施例的部分說明即可。[0046]以上所述的本發(fā)明實(shí)施方式，并不構(gòu)成對本發(fā)明保護(hù)范圍的限定。任何在本發(fā)明的精神和原則之內(nèi)所作的修改、等同替換和改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種適用于社交網(wǎng)絡(luò)的支付方法，所述社交網(wǎng)絡(luò)包括多個用戶帳戶，其特征在于: 步驟1:賦予每個用戶帳戶一個支付余額，該支付余額初始值為零； 步驟2:當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，如果該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，通知支付成功； 步驟3:如果該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，通知支付成功； 步驟4:如果該發(fā)起支付的用戶帳戶的支付余額小于或等于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，通知支付成功； 步驟5:監(jiān)控發(fā)起支付的用戶帳戶，當(dāng)其有資金轉(zhuǎn)入時，用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。
2.如權(quán)利要求1所述的方法，其中的步驟5中的執(zhí)行記錄的未執(zhí)行的支付的順序是所述未執(zhí)行支付的發(fā)生時間順序或接受支付的用戶賬戶的優(yōu)先權(quán)順序。
3.如權(quán)利要求1- 2任意一個所述的方法，其中，根據(jù)每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，每個用戶帳戶的支付余額有一個下限值；所述的每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，包括以下內(nèi)容中的至少一項(xiàng):關(guān)注該用戶賬戶的用戶賬戶的數(shù)量、該用戶賬戶發(fā)布內(nèi)容的數(shù)量、被其他用戶賬戶點(diǎn)評的數(shù)量、轉(zhuǎn)發(fā)內(nèi)容的數(shù)量、登陸數(shù)量；上述各種數(shù)量越大則所述下限值的絕對值越大。
4.如權(quán)利要求3所述的方法，在步驟2和3之前，判斷支付余額減去所需支付額度后是否大于等于下限值，如果不滿足，則通知支付失敗，終止流程；和/或， 在步驟2和3之前，判斷支付下限值的絕對值是否大于接受支付的用戶賬戶設(shè)置的門限值，如果不滿足，則通知支付失敗，終止流程。
5.一種適用于社交網(wǎng)絡(luò)的支付系統(tǒng)，所述社交網(wǎng)絡(luò)包括多個用戶帳戶，其特征在于: 賦予每個用戶帳戶一個支付余額的器件，該支付余額初始值為零； 第一支付器件，用于當(dāng)一個發(fā)起支付的用戶帳戶向接受支付的用戶帳戶發(fā)起支付時，如果該發(fā)起支付的用戶帳戶的支付余額大于或等于所需支付額度，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加所需支付額度，通知支付成功； 第二支付器件，用于如果該發(fā)起支付的用戶帳戶的支付余額小于所需支付額度并大于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額增加的數(shù)量為發(fā)起支付的用戶帳戶完成本次支付前的支付余額，并記錄未執(zhí)行的支付額度為所需支付額度與發(fā)起支付的用戶帳戶完成本次支付前的支付余額的差值，通知支付成功； 第三支付器件，用于如果該發(fā)起支付的用戶帳戶的支付余額小于或等于零，則發(fā)起支付的用戶帳戶的支付余額減少所需支付額度，接受支付的用戶帳戶的支付余額不改變，并記錄未執(zhí)行的執(zhí)行額度是本次支付的全部支付額度，通知支付成功； 監(jiān)控器件，用于監(jiān)控發(fā)起支付的用戶帳戶，當(dāng)其有資金轉(zhuǎn)入時，用該資金執(zhí)行記錄的未執(zhí)行的支付，發(fā)起支付的用戶帳戶的支付余額增加所轉(zhuǎn)入的資金的數(shù)量，接受支付的用戶帳戶的支付余額增加未執(zhí)行的支付額度。
6.如權(quán)利要求5所述的系統(tǒng)，其中的監(jiān)控器件中的執(zhí)行記錄的未執(zhí)行的支付的順序是所述未執(zhí)行支付的發(fā)生時間順序或接受支付的用戶賬戶的優(yōu)先權(quán)順序。
7.如權(quán)利要求5— 6任意一個所述的系統(tǒng)，其中，根據(jù)每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，每個用戶帳戶的支付余額有一個下限值；所述的每個用戶帳戶在社交網(wǎng)絡(luò)中的使用情況，包括以下內(nèi)容中的至少一項(xiàng):關(guān)注該用戶賬戶的用戶賬戶的數(shù)量、該用戶賬戶發(fā)布內(nèi)容的數(shù)量、被其他用戶賬戶點(diǎn)評的數(shù)量、轉(zhuǎn)發(fā)內(nèi)容的數(shù)量、登陸數(shù)量；上述各種數(shù)量越大則所述下限值的絕對值越大。
8.如權(quán)利要求7所述的系統(tǒng)，還包括 第一判斷器件，用于在運(yùn)行第二支付器件和第三支付期間之前，判斷支付余額減去所需支付額度后是否大于等于下限值，如果不滿足，則通知支付失敗，終止流程；和/或， 還包括第二判斷器件，用于在運(yùn)行第二支付器件和第三支付期間之前，判斷支付下限值的絕對值是否大于接受支付的用戶賬戶設(shè)置的門限值，如果不滿足，則通知支付失敗，終止流程。
9.一種適用于社交網(wǎng)絡(luò)的支付系統(tǒng)，包括: 一個或多個處理器； 存儲器；和 程序，其中，該程序被存儲在存儲`器中并被配置為通過所述一個或多個處理器被執(zhí)行，該程序包括實(shí)現(xiàn)權(quán)利要求1一 4中任意一個方法的指令。
10.一種計(jì)算機(jī)程序產(chǎn)品，包括:計(jì)算機(jī)可讀存儲介質(zhì)和嵌入其中的計(jì)算機(jī)程序機(jī)構(gòu)，該計(jì)算機(jī)程序機(jī)構(gòu)包含實(shí)現(xiàn)權(quán)利要求1一 4中任意一個方法的指令。
【文檔編號】G06Q20/22GK103699990SQ201310677714
【公開日】2014年4月2日 申請日期:2013年12月13日 優(yōu)先權(quán)日:2013年12月13日
【發(fā)明者】朱裕發(fā) 申請人:北京厚睿技術(shù)有限公司