本專(zhuān)利申請(qǐng)大體上涉及信息技術(shù)，且更確切地說(shuō)，涉及一種用于與電子交易有關(guān)的交互式模式交換的平臺(tái)/系統(tǒng)和方法，其可以用作附加物以支持現(xiàn)有交易過(guò)程從而在用戶(hù)和/或應(yīng)用程序之間產(chǎn)生安全的交易。

背景技術(shù)：

如今幾乎每筆交易都包含數(shù)據(jù)。每筆交易通常呈人與人之間(person‐to‐person，p2p)、應(yīng)用程序與人之間(application‐to‐person，a2p)或機(jī)器與機(jī)器之間(machine‐to‐machine，m2m)的形式觸發(fā)，并且還可要求應(yīng)用一些種類(lèi)的安全過(guò)程以保護(hù)和/或訪問(wèn)涉及硬件的數(shù)據(jù)和/或服務(wù)，并且用戶(hù)將需要記憶指令密鑰以及人類(lèi)身份標(biāo)識(shí)，例如，指紋。

一般而言，每當(dāng)用戶(hù)發(fā)起及響應(yīng)交易時(shí)，若干步驟(即，連接、輸入和提交)是強(qiáng)制性的并且接收方將認(rèn)證接收到的信息以決定是否通過(guò)交易轉(zhuǎn)發(fā)或向用戶(hù)回復(fù)相關(guān)聯(lián)的響應(yīng)。目前，存在觸發(fā)涉及p2p、a2p和m2m的交易的若干方式。交易的發(fā)起方通常需要：連接目標(biāo)實(shí)體、輸入字母數(shù)字格式的密鑰、驗(yàn)證輸入以及等待響應(yīng)。另一方法需要輔助裝置或技術(shù)，例如，加密鎖、射頻識(shí)別(rfid)、二維碼(qrcode)或近場(chǎng)通信(nfc)技術(shù)。

信用卡支付、rfid門(mén)禁卡和加密鎖使用物理媒體(即，連接)用于交易觸發(fā)。在操作開(kāi)始之前用戶(hù)鍵入(即，輸入)密碼并且確認(rèn)(即，提交)以用于認(rèn)證。

qr碼數(shù)據(jù)要求用戶(hù)開(kāi)啟qr碼掃描器(即，連接)并且掃描所創(chuàng)建的qr碼(即，輸入)用于交易觸發(fā)，并且使用qr碼掃描器(在用戶(hù)裝置處)以對(duì)數(shù)據(jù)進(jìn)行解碼(即，處理)。

nfc技術(shù)要求用戶(hù)的啟用nfc的裝置與接收終端結(jié)對(duì)(即，連接)。接收終端將讀取用戶(hù)nfc裝置數(shù)據(jù)(即，輸入)，并且所讀取的數(shù)據(jù)將朝向相關(guān)聯(lián)應(yīng)用程序發(fā)送(即，提交)以用于進(jìn)一步處理。

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

本申請(qǐng)涉及一種用于交互式模式交換的方法。在一個(gè)方面，所述方法包括：通過(guò)第一用戶(hù)裝置觸發(fā)交易并且經(jīng)由訪問(wèn)媒體將交易請(qǐng)求發(fā)送到平臺(tái)；經(jīng)由所述訪問(wèn)媒體在所 述第一用戶(hù)裝置與所述平臺(tái)之間傳輸?shù)谝荒Ｊ剑煌ㄟ^(guò)所述第一用戶(hù)裝置或第二用戶(hù)裝置接收第二模式的輸入；將所述第二模式提交到所述平臺(tái)以待由所述第一用戶(hù)裝置或所述第二用戶(hù)裝置驗(yàn)證；以及根據(jù)通過(guò)所述平臺(tái)進(jìn)行的所述驗(yàn)證的結(jié)果將具有相關(guān)聯(lián)數(shù)據(jù)的交易結(jié)果返回到所述第一用戶(hù)裝置和所述第二用戶(hù)裝置中的至少一個(gè)。

所述第二模式的輸入可以通過(guò)所述第一用戶(hù)裝置接收并且提交到所述平臺(tái)。所述第二模式的輸入可以通過(guò)所述第二用戶(hù)裝置接收并且提交到所述平臺(tái)。具有相關(guān)聯(lián)數(shù)據(jù)的所述交易結(jié)果可以返回到所述第一用戶(hù)裝置和所述第二用戶(hù)裝置這兩者。

所述第一用戶(hù)裝置和所述第二用戶(hù)裝置可以各自包括經(jīng)配置以用于接收模式的輸入的繪制面板，而所述平臺(tái)是運(yùn)行應(yīng)用程序且存儲(chǔ)數(shù)據(jù)的服務(wù)器。所述平臺(tái)可以包括交易引擎和模式引擎，其經(jīng)配置以分別處理交易和生成模式。所述訪問(wèn)媒體可以是移動(dòng)網(wǎng)絡(luò)、互聯(lián)網(wǎng)或云，而所述交易通過(guò)附接到所述第一用戶(hù)裝置的訂戶(hù)身份模塊觸發(fā)。

所述第一模式可以由所述平臺(tái)使用一組預(yù)定義算法隨機(jī)生成并且所述第一模式在一段時(shí)間內(nèi)保持有效；或者所述第一模式由所述第一用戶(hù)裝置的發(fā)起方隨機(jī)生成并且所述第一模式在一段時(shí)間內(nèi)保持有效。

所述第一模式和所述第二模式可以各自包括模式框架、開(kāi)始點(diǎn)、結(jié)束點(diǎn)和路徑，所述路徑包括從所述服務(wù)器指派的一個(gè)位置開(kāi)始并且在下一個(gè)位置處結(jié)束的向量。

所述的方法可以進(jìn)一步包括通過(guò)所述第一用戶(hù)裝置將1級(jí)憑證和2級(jí)憑證發(fā)送到所述平臺(tái)；以及在通過(guò)所述平臺(tái)驗(yàn)證所述1級(jí)憑證和所述2級(jí)憑證之后確定編碼規(guī)則并且生成所述第一模式。所述的方法可以進(jìn)一步包括根據(jù)所述編碼規(guī)則準(zhǔn)備3級(jí)憑證并且通過(guò)所述第一用戶(hù)裝置或所述第二用戶(hù)裝置將所述第二模式和所述3級(jí)憑證發(fā)送到所述平臺(tái)；以及通過(guò)所述平臺(tái)驗(yàn)證所述所接收到的3級(jí)憑證。所述1級(jí)憑證可以包括在用戶(hù)的開(kāi)始工作期間生成的客戶(hù)端操作數(shù)據(jù)，所述2級(jí)憑證可以包括在用戶(hù)注冊(cè)和賬戶(hù)設(shè)置期間生成的初始用戶(hù)數(shù)據(jù)，而所述3級(jí)憑證可以包括由所述第一用戶(hù)裝置或所述第二用戶(hù)裝置的所述繪制面板生成的繪制面板數(shù)據(jù)。

在另一方面，本申請(qǐng)涉及一種用于交互式模式交換的方法，其包括：通過(guò)第一用戶(hù)裝置觸發(fā)交易并且經(jīng)由訪問(wèn)媒體將交易請(qǐng)求發(fā)送到平臺(tái)；通過(guò)所述第一用戶(hù)裝置將1級(jí)憑證和2級(jí)憑證發(fā)送到所述平臺(tái)；在通過(guò)所述平臺(tái)驗(yàn)證所述1級(jí)憑證和所述2級(jí)憑證之后確定編碼規(guī)則并且生成所述第一模式；經(jīng)由所述訪問(wèn)媒體在所述第一用戶(hù)裝置與所述平臺(tái)之間傳輸?shù)谝荒Ｊ剑煌ㄟ^(guò)所述第一用戶(hù)裝置或第二用戶(hù)裝置接收第二模式的輸入；根據(jù)所述編碼規(guī)則準(zhǔn)備3級(jí)憑證，并且通過(guò)所述第一用戶(hù)裝置或所述第二用戶(hù)裝置將所述第二模式和所述3級(jí)憑證發(fā)送到所述平臺(tái)；通過(guò)所述平臺(tái)驗(yàn)證所述所接收到的3級(jí) 憑證；以及根據(jù)通過(guò)所述平臺(tái)進(jìn)行的所述驗(yàn)證的結(jié)果將具有相關(guān)聯(lián)數(shù)據(jù)的交易結(jié)果返回到所述第一用戶(hù)裝置和所述第二用戶(hù)裝置中的至少一個(gè)；其中：所述第一用戶(hù)裝置和所述第二用戶(hù)裝置各自包括經(jīng)配置以用于接收模式的輸入的繪制面板，而所述平臺(tái)是運(yùn)行應(yīng)用程序且存儲(chǔ)數(shù)據(jù)的服務(wù)器；并且所述1級(jí)憑證包括在用戶(hù)的開(kāi)始工作期間生成的客戶(hù)端操作數(shù)據(jù)，所述2級(jí)憑證包括在用戶(hù)注冊(cè)和賬戶(hù)設(shè)置期間生成的初始用戶(hù)數(shù)據(jù)，而所述3級(jí)憑證包括由所述第一用戶(hù)裝置或所述第二用戶(hù)裝置的所述繪制面板生成的繪制面板數(shù)據(jù)。

所述第二模式的輸入可以通過(guò)所述第一用戶(hù)裝置接收并且提交到所述平臺(tái)。所述第二模式的輸入可以通過(guò)所述第二用戶(hù)裝置接收并且提交到所述平臺(tái)。具有相關(guān)聯(lián)數(shù)據(jù)的所述交易結(jié)果可以返回到所述第一用戶(hù)裝置和所述第二用戶(hù)裝置這兩者。

在又一方面，本申請(qǐng)涉及一種用于交互式模式交換的系統(tǒng)，其包括：平臺(tái)；第一用戶(hù)裝置，其通過(guò)訪問(wèn)媒體與所述平臺(tái)連接；以及第二用戶(hù)裝置，其通過(guò)所述訪問(wèn)媒體與所述平臺(tái)連接；其中：所述第一用戶(hù)裝置和所述第二用戶(hù)裝置各自包括經(jīng)配置以用于接收模式的輸入的繪制面板，而所述平臺(tái)是運(yùn)行應(yīng)用程序且存儲(chǔ)數(shù)據(jù)的服務(wù)器；所述第一用戶(hù)裝置經(jīng)配置以觸發(fā)交易并且經(jīng)由所述訪問(wèn)媒體將交易請(qǐng)求發(fā)送到所述平臺(tái)；所述平臺(tái)經(jīng)配置以經(jīng)由所述訪問(wèn)媒體將第一模式分配到所述第一用戶(hù)裝置；所述第一用戶(hù)裝置和所述第二用戶(hù)裝置中的至少一個(gè)經(jīng)配置以接收第二模式的輸入，并且將所述第二模式提交到所述平臺(tái)以待驗(yàn)證；并且所述平臺(tái)經(jīng)配置以根據(jù)所述驗(yàn)證的結(jié)果將具有相關(guān)聯(lián)數(shù)據(jù)的交易結(jié)果返回到所述第一用戶(hù)裝置和所述第二用戶(hù)裝置中的至少一個(gè)。

所述平臺(tái)可以包括交易引擎和模式引擎，其經(jīng)配置以分別處理交易和生成模式，而所述訪問(wèn)媒體可以是移動(dòng)網(wǎng)絡(luò)、互聯(lián)網(wǎng)或云。

所述第一用戶(hù)裝置可以經(jīng)配置以將1級(jí)憑證和2級(jí)憑證發(fā)送到所述平臺(tái)；并且所述平臺(tái)可以經(jīng)配置以在驗(yàn)證所述1級(jí)憑證和所述2級(jí)憑證之后確定編碼規(guī)則并且生成所述第一模式。所述第一用戶(hù)裝置和所述第二用戶(hù)裝置中的至少一個(gè)可以經(jīng)配置以根據(jù)所述編碼規(guī)則準(zhǔn)備3級(jí)憑證并且將所述第二模式和所述3級(jí)憑證發(fā)送到所述平臺(tái)；并且所述平臺(tái)經(jīng)配置以驗(yàn)證所述所接收到的3級(jí)憑證。

所述1級(jí)憑證可以包括在用戶(hù)的開(kāi)始工作期間生成的客戶(hù)端操作數(shù)據(jù)，所述2級(jí)憑證可以包括在用戶(hù)注冊(cè)和賬戶(hù)設(shè)置期間生成的初始用戶(hù)數(shù)據(jù)，而所述3級(jí)憑證可以包括由所述第一用戶(hù)裝置或所述第二用戶(hù)裝置的所述繪制面板生成的繪制面板數(shù)據(jù)。

附圖說(shuō)明

圖1說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的系統(tǒng)。

圖2a說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的方法。

圖2b示出了根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的系統(tǒng)的用于數(shù)據(jù)傳送的訪問(wèn)層和用于邏輯連接的應(yīng)用層。

圖2c說(shuō)明用于與用戶(hù)、用戶(hù)裝置和應(yīng)用程序交互的交互式模式交換的系統(tǒng)的邏輯流程。

圖3是說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的方法的流程圖。

圖4是說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的另一實(shí)施例的用于交互式模式交換的方法的流程圖。

圖5a說(shuō)明模式的一些元素。

圖5b說(shuō)明模式的一些其它元素。

圖5c說(shuō)明用于模式生成和數(shù)據(jù)驗(yàn)證的過(guò)程流程。

圖5d說(shuō)明具有4個(gè)向量的模式生成的實(shí)例。

圖6是說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的另一實(shí)施例的用于交互式模式交換的方法的流程圖。

圖7a說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例用戶(hù)a通過(guò)用于交互式模式交換的系統(tǒng)發(fā)起到用戶(hù)b的交易。

圖7b說(shuō)明圖7a中所描繪的過(guò)程的更詳細(xì)的步驟。

圖8a說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的另一實(shí)施例用戶(hù)a通過(guò)用于交互式模式交換的系統(tǒng)發(fā)起到應(yīng)用程序的交易。

圖8b說(shuō)明圖8a中所描繪的過(guò)程的更詳細(xì)的步驟。

具體實(shí)施方式

現(xiàn)將詳細(xì)地參考在本專(zhuān)利申請(qǐng)中揭示的用于交互式模式交換的系統(tǒng)和方法的優(yōu)選實(shí)施例，所述優(yōu)選實(shí)施例的實(shí)例也在以下描述中提供。雖然詳細(xì)描述了在本專(zhuān)利申請(qǐng)中揭示的用于交互式模式交換的系統(tǒng)和方法的示例性實(shí)施例，但相關(guān)領(lǐng)域的技術(shù)人員將顯而易見(jiàn)，為清楚起見(jiàn)，可以不示出對(duì)于理解用于交互式模式交換的系統(tǒng)和方法并非特別重要的一些特征。

此外，應(yīng)理解，在本專(zhuān)利申請(qǐng)中揭示的用于交互式模式交換的系統(tǒng)和方法不限于下文描述的精確實(shí)施例，且在不脫離保護(hù)的精神或范圍的情況下，可以由所屬領(lǐng)域的技術(shù)人員實(shí)現(xiàn)對(duì)所述精確實(shí)施例的各種改變和修改。例如，在本發(fā)明的范圍內(nèi)，不同說(shuō)明性實(shí)施例的元素和/或特征可以與彼此組合和/或替代彼此。

圖1說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的系統(tǒng)。參考圖1，所述系統(tǒng)包含：至少一個(gè)用戶(hù)裝置10，其為用戶(hù)運(yùn)行客戶(hù)端應(yīng)用程序以發(fā)起交易并在必要時(shí)創(chuàng)建模式；輸入裝置，其包含繪制面板18(輸入裝置不限于臺(tái)式機(jī)、智能電話(huà)或平板電 腦)以供用戶(hù)輸入模式；以及應(yīng)用程序服務(wù)器16，其運(yùn)行應(yīng)用程序并且存儲(chǔ)數(shù)據(jù)。應(yīng)用程序服務(wù)器16包含交易引擎和模式引擎，其經(jīng)配置以分別處理交易及生成模式。

用戶(hù)裝置10可以是智能手機(jī)、平板電腦或其它設(shè)備(觸發(fā)裝置不限于臺(tái)式機(jī)、智能電話(huà)或平板電腦)，其經(jīng)配置以觸發(fā)交易并且發(fā)送所指派的模式到應(yīng)用程序服務(wù)器16或從所述應(yīng)用程序服務(wù)器接收所指派的模式。換句話(huà)說(shuō)，所指派的模式在用戶(hù)裝置10與應(yīng)用程序服務(wù)器16之間傳輸。移動(dòng)網(wǎng)絡(luò)12、互聯(lián)網(wǎng)14或云是用于數(shù)據(jù)傳送的訪問(wèn)媒體。應(yīng)用程序服務(wù)器16上的應(yīng)用程序和數(shù)據(jù)是用于生成模式及其相關(guān)聯(lián)的資源的編程邏輯。繪制面板18是用戶(hù)裝置10和/或用戶(hù)裝置(18)上的模式輸入?yún)^(qū)域。

參考圖1，發(fā)起方的用戶(hù)裝置10配置有由實(shí)施例提供的應(yīng)用程序軟件。使得發(fā)起方能夠使用應(yīng)用程序進(jìn)行針對(duì)交易觸發(fā)的任何交互式模式交換，例如，預(yù)定義數(shù)據(jù)的聯(lián)系信息。然而，應(yīng)理解，交易的觸發(fā)不限于發(fā)起方的用戶(hù)裝置10中的應(yīng)用程序的使用。發(fā)起方可以任選地利用常規(guī)地可供使用的軟件工具和/或硬件以用于觸發(fā)交易以及附接到用戶(hù)裝置的訂戶(hù)身份模塊(subscriberidentitymodule，sim)。

雖然應(yīng)用程序軟件是在用戶(hù)裝置10中預(yù)配置的，但是應(yīng)理解，也可以由發(fā)起方經(jīng)由通信網(wǎng)絡(luò)(優(yōu)選地是互聯(lián)網(wǎng))使用用戶(hù)裝置10而通過(guò)web服務(wù)訪問(wèn)應(yīng)用程序。還應(yīng)理解，本申請(qǐng)平臺(tái)的實(shí)施方案不限于使用特定操作平臺(tái)、windows、linux、unix或類(lèi)似物或任何編程語(yǔ)言。

參考圖1，發(fā)起方的用戶(hù)裝置10利用訂閱的移動(dòng)通信網(wǎng)絡(luò)12或互聯(lián)網(wǎng)設(shè)施14以與任何其它用戶(hù)裝置或應(yīng)用程序通信或觸發(fā)任何其它用戶(hù)裝置或應(yīng)用程序。

圖1還示出了其中根據(jù)實(shí)施例實(shí)施基于云的存儲(chǔ)和檢索的示例性配置。如圖1中所描繪，通過(guò)所使用的應(yīng)用程序啟用發(fā)起方的用戶(hù)裝置10，發(fā)起方自身可通過(guò)所述應(yīng)用程序觸發(fā)與應(yīng)用程序和數(shù)據(jù)16的交易。為了簡(jiǎn)單起見(jiàn)，在圖1中示出了一個(gè)基于云的服務(wù)、第三方實(shí)體的應(yīng)用程序和數(shù)據(jù)。應(yīng)理解，可能存在多個(gè)基于云的服務(wù)，例如，icloud、dropbox等等。

本專(zhuān)利申請(qǐng)的一個(gè)實(shí)施例是觸發(fā)交易并且通過(guò)模式請(qǐng)求用兩個(gè)到三個(gè)人工干預(yù)步驟來(lái)完成交易，而輸入模式和確認(rèn)是任選的。

用戶(hù)活動(dòng)被處理為交易，同時(shí)支持可以進(jìn)一步延伸到其它電子商務(wù)平臺(tái)集成的p2p、a2p和m2m活動(dòng)。要求認(rèn)證、驗(yàn)證和/或確認(rèn)的功能和特征可以利用交互式模式交換，因?yàn)闄z驗(yàn)點(diǎn)和功能以及特征可以視需要繼續(xù)進(jìn)行它們的要求動(dòng)作。

用戶(hù)將通過(guò)在移動(dòng)電話(huà)/裝置上輸入模式來(lái)發(fā)起交易且觸發(fā)/完成交易，所述模式在接通到如圖2a到2c中所示的下一個(gè)步驟之前將由平臺(tái)驗(yàn)證。模式由應(yīng)用程序平臺(tái)使用 一組預(yù)定義算法隨機(jī)生成，并且它應(yīng)該在一段時(shí)間內(nèi)有效。

進(jìn)一步參考如圖2a到2c中所示的由交互式模式交換觸發(fā)的交易程序，在交易請(qǐng)求之后為應(yīng)用程序提供初始驗(yàn)證，這可以應(yīng)用于任何類(lèi)型的交易。

圖2a說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的方法。參考圖1和圖2a，所述方法包含在以下表中描述的步驟。

應(yīng)注意，觸發(fā)交易并且接收模式分配的用戶(hù)裝置115可以不同于包含繪制面板的用于輸入模式并觸發(fā)結(jié)果的用戶(hù)裝置117。還應(yīng)注意，可能存在經(jīng)配置以用于輸入模式并且觸發(fā)結(jié)果的超過(guò)一個(gè)用戶(hù)裝置117。

圖2b示出了根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的系統(tǒng)的用于數(shù)據(jù)傳送的訪問(wèn)層和用于邏輯連接的應(yīng)用層。圖2c說(shuō)明用于與用戶(hù)、用戶(hù)裝置和應(yīng)用程序交互的交互式模式交換的系統(tǒng)的邏輯流程。參考圖2a到2c，用戶(hù)在用戶(hù)裝置10上發(fā)起活動(dòng)，并且模式請(qǐng)求將被觸發(fā)到應(yīng)用程序服務(wù)器16。在應(yīng)用程序服務(wù)器16上運(yùn)行的應(yīng)用程序?qū)橛脩?hù)生成模式并且此類(lèi)模式將在一段周期內(nèi)(即，通過(guò)計(jì)時(shí)器計(jì)數(shù))有效。模式將通過(guò)訪問(wèn)媒體(12、14)傳遞并且在用戶(hù)裝置10上顯示有開(kāi)始位置、結(jié)束位置和軌跡。

繪制面板18經(jīng)配置以用于用戶(hù)輸入所提供的模式。當(dāng)?shù)竭_(dá)其結(jié)束位置時(shí)，由繪制面板提交的輸入模式通過(guò)傳送媒體(12、14)朝向應(yīng)用程序服務(wù)器16傳輸以進(jìn)行進(jìn)一步處理。

在模式請(qǐng)求和繪制面板中，出于安全目的和改進(jìn)驗(yàn)證精確性，包含以下信息：初始用戶(hù)數(shù)據(jù)、客戶(hù)端操作數(shù)據(jù)、繪制面板數(shù)據(jù)、sim是任選的，這將在下文中更詳細(xì)地描述。

圖3是說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例的用于交互式模式交換的方法的流程圖。參考圖3，所述方法包含以下步驟：

步驟101：用戶(hù)發(fā)起(即連接)交易并且從應(yīng)用程序服務(wù)器16中獲得模式；

步驟102：用戶(hù)將模式從繪制面板18提交(即，輸入和提交)到應(yīng)用程序服務(wù)器 16；

步驟103：運(yùn)行安全檢查以在應(yīng)用程序服務(wù)器16中驗(yàn)證輸入模式；以及

步驟104：交易結(jié)果返回到接收終端(10和/或18)。

圖4是說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的另一實(shí)施例的用于交互式模式交換的方法的流程圖。參考圖4，所述方法包含：

步驟201：移動(dòng)客戶(hù)端10打開(kāi)且準(zhǔn)備將用于認(rèn)證的認(rèn)證規(guī)則；

步驟202：移動(dòng)客戶(hù)端10發(fā)送1級(jí)憑證到服務(wù)器16以用于認(rèn)證；

步驟203：移動(dòng)客戶(hù)端10發(fā)送2級(jí)憑證到服務(wù)器16以用于認(rèn)證；

步驟204：服務(wù)器16生成針對(duì)請(qǐng)求的模式；

步驟205：服務(wù)器16將模式傳遞到移動(dòng)客戶(hù)端10；

步驟206：繪制面板18發(fā)送具有3級(jí)憑證的輸入模式到服務(wù)器16；

步驟207：服務(wù)器16認(rèn)證從繪制面板18接收到的憑證；

步驟208：服務(wù)器16驗(yàn)證從繪制面板18接收到的輸入模式；

步驟209：服務(wù)器16將步驟208中的驗(yàn)證結(jié)果發(fā)送到目標(biāo)應(yīng)用程序；以及

步驟210：目標(biāo)應(yīng)用程序基于步驟209的結(jié)果開(kāi)始確定下一個(gè)步驟。

圖5a和5b說(shuō)明涉及模式生成過(guò)程的各種元素。參考圖5a，在用戶(hù)裝置10中，模式框架401是容納模式格式的形狀和邊界。模式格式包含模式框架內(nèi)部的位置/點(diǎn)的數(shù)目、向量的數(shù)目和驗(yàn)證規(guī)則。參考圖5b，開(kāi)始位置403是模式的開(kāi)始位置/點(diǎn)。結(jié)束位置404是模式的結(jié)束位置/點(diǎn)。路徑/路線(xiàn)405包含從服務(wù)器指派的一個(gè)位置開(kāi)始并且在下一個(gè)位置處結(jié)束的向量。應(yīng)注意，各種元素的設(shè)計(jì)和觀感是變化的并且應(yīng)由模式引擎隨機(jī)分配。

圖5c說(shuō)明用于模式生成和數(shù)據(jù)驗(yàn)證的過(guò)程流程。在移動(dòng)客戶(hù)端處接收在請(qǐng)求之后生成的模式，每個(gè)模式專(zhuān)用于個(gè)別交易并且將在計(jì)時(shí)器到期之后無(wú)效。

圖5d說(shuō)明具有4個(gè)向量的模式生成的實(shí)例。參考圖5d，每個(gè)模式生成應(yīng)該呈以下結(jié)構(gòu)：

1.框架形狀

2.點(diǎn)的數(shù)目

3.向量的數(shù)目

4.開(kāi)始位置

5.結(jié)束位置

6.編碼規(guī)則

如果所需信息在各方之間交換，那么出于認(rèn)證目的和/或交易匹配在后端服務(wù)器中預(yù)定義編碼規(guī)則。將編碼規(guī)則動(dòng)態(tài)地指派給每個(gè)模式請(qǐng)求和結(jié)合憑證級(jí)的多個(gè)所形成的向量，并且所述向量可以呈單一次序或順序次序。

每個(gè)向量具有2個(gè)點(diǎn)并且每個(gè)點(diǎn)與一個(gè)憑證數(shù)據(jù)相關(guān)聯(lián)，所述憑證數(shù)據(jù)是在用戶(hù)的活動(dòng)期間通過(guò)移動(dòng)應(yīng)用程序生成的。在接收方從繪制面板提交模式之后，向量中的憑證應(yīng)被朝向后端服務(wù)器發(fā)送以用于認(rèn)證。

從具有4個(gè)向量的模式實(shí)例中，在終端用戶(hù)從繪制面板輸入模式之后所指派的編碼規(guī)則應(yīng)朝向服務(wù)器發(fā)送對(duì)應(yīng)的數(shù)據(jù)。

參考圖5c，編碼規(guī)則定義將用于認(rèn)證和交易結(jié)果確定的數(shù)據(jù)。認(rèn)證向量與初始用戶(hù)數(shù)據(jù)(2級(jí)憑證)、客戶(hù)端操作數(shù)據(jù)(1級(jí)憑證)和/或繪制面板數(shù)據(jù)(3級(jí)憑證)相關(guān)聯(lián)，所述數(shù)據(jù)被傳輸?shù)椒?wù)器16。初始用戶(hù)數(shù)據(jù)在用戶(hù)注冊(cè)和賬戶(hù)設(shè)置期間生成。客戶(hù)端操作數(shù)據(jù)在移動(dòng)客戶(hù)端開(kāi)始工作期間生成。繪制面板數(shù)據(jù)在繪制面板的操作期間生成。下表描述了這些不同類(lèi)型數(shù)據(jù)的更詳細(xì)內(nèi)容。

圖6是說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的另一實(shí)施例的用于交互式模式交換的方法的流程圖。參考圖6，所述方法包含：

步驟301：終端用戶(hù)打開(kāi)移動(dòng)客戶(hù)端10并且通過(guò)可供使用的訪問(wèn)媒體連接到互聯(lián)網(wǎng)；

步驟302：移動(dòng)客戶(hù)端10發(fā)送1級(jí)憑證到服務(wù)器16以用于認(rèn)證；

步驟303：移動(dòng)客戶(hù)端10發(fā)送2級(jí)憑證到服務(wù)器16以用于認(rèn)證；

步驟304：服務(wù)器16針對(duì)2級(jí)憑證數(shù)據(jù)發(fā)送請(qǐng)求到移動(dòng)客戶(hù)端10；

步驟305：服務(wù)器16驗(yàn)證來(lái)自步驟302的1級(jí)憑證數(shù)據(jù)；

步驟306：服務(wù)器16驗(yàn)證來(lái)自步驟303的2級(jí)憑證數(shù)據(jù)；

步驟307：服務(wù)器16確定編碼規(guī)則并且生成針對(duì)此類(lèi)請(qǐng)求的模式；

步驟308：服務(wù)器16經(jīng)由可供使用的訪問(wèn)媒體發(fā)送模式；

步驟309：移動(dòng)客戶(hù)端10在其屏幕上顯示模式；

步驟310：終端用戶(hù)打開(kāi)繪制面板18和并且通過(guò)可供使用的訪問(wèn)媒體連接到互聯(lián)網(wǎng)；

步驟311：繪制面板18就緒并且顯示模式框架；

步驟312：終端用戶(hù)從繪制面板18輸入模式；

步驟313：繪制面板18根據(jù)編碼規(guī)則準(zhǔn)備3級(jí)憑證數(shù)據(jù)；

步驟314：繪制面板18將具有3級(jí)憑證的輸入模式發(fā)送到服務(wù)器16；

步驟315：服務(wù)器16確定用于來(lái)自步驟314的3級(jí)憑證數(shù)據(jù)的編碼規(guī)則；

步驟316：服務(wù)器16驗(yàn)證來(lái)自步驟314的3級(jí)憑證數(shù)據(jù)；以及

步驟317：服務(wù)器16將來(lái)自步驟316的驗(yàn)證結(jié)果發(fā)送到目標(biāo)應(yīng)用程序。

圖7a說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的實(shí)施例用戶(hù)a通過(guò)用于交互式模式交換的系統(tǒng)發(fā)起到用戶(hù)b的交易。參考圖7a，用戶(hù)a點(diǎn)擊或選擇應(yīng)用程序中的活動(dòng)(即，交易請(qǐng)求)，并且隨后在用戶(hù)裝置上自動(dòng)展示具有模式的繪制面板，所述模式具有開(kāi)始位置，所述開(kāi)始位置具有朝向結(jié)束位置的軌跡。用戶(hù)a可以將此模式展示給用戶(hù)b。用戶(hù)b點(diǎn)擊或選擇繪制面板，并且通過(guò)遵循用戶(hù)a裝置上所顯示的軌跡輸入所述模式，并且一旦輸入完成，則將所述模式自動(dòng)提交到服務(wù)器。取決于交易需要，用戶(hù)a將接收針對(duì)此類(lèi)活動(dòng)的確認(rèn)請(qǐng)求(任選的)。僅需要兩次人工干預(yù)(如圖7a中的虛線(xiàn)箭頭中所示)。

圖7b說(shuō)明圖7a中所描繪的過(guò)程的更詳細(xì)的步驟。下表中描述了詳細(xì)步驟。

圖8a說(shuō)明根據(jù)本專(zhuān)利申請(qǐng)的另一實(shí)施例用戶(hù)a通過(guò)用于交互式模式交換的系統(tǒng)發(fā)起到應(yīng)用程序的交易。參考圖8a，用戶(hù)點(diǎn)擊或選擇應(yīng)用程序中的功能(即，交易請(qǐng)求)，并且隨后在用戶(hù)裝置上自動(dòng)展示具有模式的繪制面板，所述模式具有開(kāi)始位置，所述開(kāi)始位置具有朝向結(jié)束位置的軌跡。用戶(hù)a通過(guò)遵循裝置上所顯示的軌跡輸入所述模式，并且一旦輸入完成，則將所述模式自動(dòng)提交到服務(wù)器。取決于交易需要，用戶(hù)a隨后接收針對(duì)此類(lèi)活動(dòng)的確認(rèn)請(qǐng)求(任選的)。如圖8a中的虛線(xiàn)中所示，僅需要兩次人工干預(yù)。

圖8b說(shuō)明圖8a中所描繪的過(guò)程的更詳細(xì)步驟。下表中描述了詳細(xì)步驟。

上述實(shí)施例為用戶(hù)提供了觸發(fā)與其它實(shí)體的交易程序的經(jīng)改進(jìn)、簡(jiǎn)單且經(jīng)濟(jì)的方式，其允許發(fā)起方使用認(rèn)證向量和授權(quán)規(guī)則控制和保護(hù)所需交易，方法是在使請(qǐng)求通過(guò)而到達(dá)下一個(gè)執(zhí)行點(diǎn)之前進(jìn)行人工干預(yù)。所述實(shí)施例允許用呈轉(zhuǎn)化為動(dòng)態(tài)可變授權(quán)方法的固定可變授權(quán)方法形式的驗(yàn)證觸發(fā)任何種類(lèi)的交易程序。此類(lèi)方法解決了需要各方之間交互、驗(yàn)證和控制的類(lèi)型的交易過(guò)程的問(wèn)題。所述實(shí)施例提供了以實(shí)時(shí)方式促進(jìn)任何類(lèi)型的電子交易的新穎且獨(dú)特的保護(hù)方式和/或服務(wù)使能器，其支持根據(jù)應(yīng)用程序和交易需求的用戶(hù)或服務(wù)器模式生成。

在再一實(shí)施例中，通過(guò)基于在作為接收裝置的監(jiān)測(cè)器上按壓的指紋生成獨(dú)特模式可以并入指紋識(shí)別。這樣的益處在于創(chuàng)建除sim外的更加安全的方法，并且潛在地更加容易銷(xiāo)售給銀行等必須具有100％安全性的機(jī)構(gòu)。

在再一實(shí)施例中，通過(guò)連接點(diǎn)繪制向量的方向或次序并不重要，或者根本不需要 連接點(diǎn)。發(fā)起方可以?xún)H觸碰點(diǎn)而無(wú)需通過(guò)繪制向量來(lái)連接它們。

盡管本專(zhuān)利申請(qǐng)已經(jīng)具體參考其多個(gè)實(shí)施例而示出且描述，但應(yīng)注意，在不脫離本發(fā)明的范圍的情況下可以進(jìn)行各種其它變化或修改。