用于通过交互式模式交换推动的实时交易使能器的方法和系统与流程

文档序号:11678381阅读:171来源:国知局
用于通过交互式模式交换推动的实时交易使能器的方法和系统与流程

本专利申请大体上涉及信息技术,且更确切地说,涉及一种用于与电子交易有关的交互式模式交换的平台/系统和方法,其可以用作附加物以支持现有交易过程从而在用户和/或应用程序之间产生安全的交易。



背景技术:

如今几乎每笔交易都包含数据。每笔交易通常呈人与人之间(person‐to‐person,p2p)、应用程序与人之间(application‐to‐person,a2p)或机器与机器之间(machine‐to‐machine,m2m)的形式触发,并且还可要求应用一些种类的安全过程以保护和/或访问涉及硬件的数据和/或服务,并且用户将需要记忆指令密钥以及人类身份标识,例如,指纹。

一般而言,每当用户发起及响应交易时,若干步骤(即,连接、输入和提交)是强制性的并且接收方将认证接收到的信息以决定是否通过交易转发或向用户回复相关联的响应。目前,存在触发涉及p2p、a2p和m2m的交易的若干方式。交易的发起方通常需要:连接目标实体、输入字母数字格式的密钥、验证输入以及等待响应。另一方法需要辅助装置或技术,例如,加密锁、射频识别(rfid)、二维码(qrcode)或近场通信(nfc)技术。

信用卡支付、rfid门禁卡和加密锁使用物理媒体(即,连接)用于交易触发。在操作开始之前用户键入(即,输入)密码并且确认(即,提交)以用于认证。

qr码数据要求用户开启qr码扫描器(即,连接)并且扫描所创建的qr码(即,输入)用于交易触发,并且使用qr码扫描器(在用户装置处)以对数据进行解码(即,处理)。

nfc技术要求用户的启用nfc的装置与接收终端结对(即,连接)。接收终端将读取用户nfc装置数据(即,输入),并且所读取的数据将朝向相关联应用程序发送(即,提交)以用于进一步处理。



技术实现要素:

本申请涉及一种用于交互式模式交换的方法。在一个方面,所述方法包括:通过第一用户装置触发交易并且经由访问媒体将交易请求发送到平台;经由所述访问媒体在所 述第一用户装置与所述平台之间传输第一模式;通过所述第一用户装置或第二用户装置接收第二模式的输入;将所述第二模式提交到所述平台以待由所述第一用户装置或所述第二用户装置验证;以及根据通过所述平台进行的所述验证的结果将具有相关联数据的交易结果返回到所述第一用户装置和所述第二用户装置中的至少一个。

所述第二模式的输入可以通过所述第一用户装置接收并且提交到所述平台。所述第二模式的输入可以通过所述第二用户装置接收并且提交到所述平台。具有相关联数据的所述交易结果可以返回到所述第一用户装置和所述第二用户装置这两者。

所述第一用户装置和所述第二用户装置可以各自包括经配置以用于接收模式的输入的绘制面板,而所述平台是运行应用程序且存储数据的服务器。所述平台可以包括交易引擎和模式引擎,其经配置以分别处理交易和生成模式。所述访问媒体可以是移动网络、互联网或云,而所述交易通过附接到所述第一用户装置的订户身份模块触发。

所述第一模式可以由所述平台使用一组预定义算法随机生成并且所述第一模式在一段时间内保持有效;或者所述第一模式由所述第一用户装置的发起方随机生成并且所述第一模式在一段时间内保持有效。

所述第一模式和所述第二模式可以各自包括模式框架、开始点、结束点和路径,所述路径包括从所述服务器指派的一个位置开始并且在下一个位置处结束的向量。

所述的方法可以进一步包括通过所述第一用户装置将1级凭证和2级凭证发送到所述平台;以及在通过所述平台验证所述1级凭证和所述2级凭证之后确定编码规则并且生成所述第一模式。所述的方法可以进一步包括根据所述编码规则准备3级凭证并且通过所述第一用户装置或所述第二用户装置将所述第二模式和所述3级凭证发送到所述平台;以及通过所述平台验证所述所接收到的3级凭证。所述1级凭证可以包括在用户的开始工作期间生成的客户端操作数据,所述2级凭证可以包括在用户注册和账户设置期间生成的初始用户数据,而所述3级凭证可以包括由所述第一用户装置或所述第二用户装置的所述绘制面板生成的绘制面板数据。

在另一方面,本申请涉及一种用于交互式模式交换的方法,其包括:通过第一用户装置触发交易并且经由访问媒体将交易请求发送到平台;通过所述第一用户装置将1级凭证和2级凭证发送到所述平台;在通过所述平台验证所述1级凭证和所述2级凭证之后确定编码规则并且生成所述第一模式;经由所述访问媒体在所述第一用户装置与所述平台之间传输第一模式;通过所述第一用户装置或第二用户装置接收第二模式的输入;根据所述编码规则准备3级凭证,并且通过所述第一用户装置或所述第二用户装置将所述第二模式和所述3级凭证发送到所述平台;通过所述平台验证所述所接收到的3级 凭证;以及根据通过所述平台进行的所述验证的结果将具有相关联数据的交易结果返回到所述第一用户装置和所述第二用户装置中的至少一个;其中:所述第一用户装置和所述第二用户装置各自包括经配置以用于接收模式的输入的绘制面板,而所述平台是运行应用程序且存储数据的服务器;并且所述1级凭证包括在用户的开始工作期间生成的客户端操作数据,所述2级凭证包括在用户注册和账户设置期间生成的初始用户数据,而所述3级凭证包括由所述第一用户装置或所述第二用户装置的所述绘制面板生成的绘制面板数据。

所述第二模式的输入可以通过所述第一用户装置接收并且提交到所述平台。所述第二模式的输入可以通过所述第二用户装置接收并且提交到所述平台。具有相关联数据的所述交易结果可以返回到所述第一用户装置和所述第二用户装置这两者。

在又一方面,本申请涉及一种用于交互式模式交换的系统,其包括:平台;第一用户装置,其通过访问媒体与所述平台连接;以及第二用户装置,其通过所述访问媒体与所述平台连接;其中:所述第一用户装置和所述第二用户装置各自包括经配置以用于接收模式的输入的绘制面板,而所述平台是运行应用程序且存储数据的服务器;所述第一用户装置经配置以触发交易并且经由所述访问媒体将交易请求发送到所述平台;所述平台经配置以经由所述访问媒体将第一模式分配到所述第一用户装置;所述第一用户装置和所述第二用户装置中的至少一个经配置以接收第二模式的输入,并且将所述第二模式提交到所述平台以待验证;并且所述平台经配置以根据所述验证的结果将具有相关联数据的交易结果返回到所述第一用户装置和所述第二用户装置中的至少一个。

所述平台可以包括交易引擎和模式引擎,其经配置以分别处理交易和生成模式,而所述访问媒体可以是移动网络、互联网或云。

所述第一用户装置可以经配置以将1级凭证和2级凭证发送到所述平台;并且所述平台可以经配置以在验证所述1级凭证和所述2级凭证之后确定编码规则并且生成所述第一模式。所述第一用户装置和所述第二用户装置中的至少一个可以经配置以根据所述编码规则准备3级凭证并且将所述第二模式和所述3级凭证发送到所述平台;并且所述平台经配置以验证所述所接收到的3级凭证。

所述1级凭证可以包括在用户的开始工作期间生成的客户端操作数据,所述2级凭证可以包括在用户注册和账户设置期间生成的初始用户数据,而所述3级凭证可以包括由所述第一用户装置或所述第二用户装置的所述绘制面板生成的绘制面板数据。

附图说明

图1说明根据本专利申请的实施例的用于交互式模式交换的系统。

图2a说明根据本专利申请的实施例的用于交互式模式交换的方法。

图2b示出了根据本专利申请的实施例的用于交互式模式交换的系统的用于数据传送的访问层和用于逻辑连接的应用层。

图2c说明用于与用户、用户装置和应用程序交互的交互式模式交换的系统的逻辑流程。

图3是说明根据本专利申请的实施例的用于交互式模式交换的方法的流程图。

图4是说明根据本专利申请的另一实施例的用于交互式模式交换的方法的流程图。

图5a说明模式的一些元素。

图5b说明模式的一些其它元素。

图5c说明用于模式生成和数据验证的过程流程。

图5d说明具有4个向量的模式生成的实例。

图6是说明根据本专利申请的另一实施例的用于交互式模式交换的方法的流程图。

图7a说明根据本专利申请的实施例用户a通过用于交互式模式交换的系统发起到用户b的交易。

图7b说明图7a中所描绘的过程的更详细的步骤。

图8a说明根据本专利申请的另一实施例用户a通过用于交互式模式交换的系统发起到应用程序的交易。

图8b说明图8a中所描绘的过程的更详细的步骤。

具体实施方式

现将详细地参考在本专利申请中揭示的用于交互式模式交换的系统和方法的优选实施例,所述优选实施例的实例也在以下描述中提供。虽然详细描述了在本专利申请中揭示的用于交互式模式交换的系统和方法的示例性实施例,但相关领域的技术人员将显而易见,为清楚起见,可以不示出对于理解用于交互式模式交换的系统和方法并非特别重要的一些特征。

此外,应理解,在本专利申请中揭示的用于交互式模式交换的系统和方法不限于下文描述的精确实施例,且在不脱离保护的精神或范围的情况下,可以由所属领域的技术人员实现对所述精确实施例的各种改变和修改。例如,在本发明的范围内,不同说明性实施例的元素和/或特征可以与彼此组合和/或替代彼此。

图1说明根据本专利申请的实施例的用于交互式模式交换的系统。参考图1,所述系统包含:至少一个用户装置10,其为用户运行客户端应用程序以发起交易并在必要时创建模式;输入装置,其包含绘制面板18(输入装置不限于台式机、智能电话或平板电 脑)以供用户输入模式;以及应用程序服务器16,其运行应用程序并且存储数据。应用程序服务器16包含交易引擎和模式引擎,其经配置以分别处理交易及生成模式。

用户装置10可以是智能手机、平板电脑或其它设备(触发装置不限于台式机、智能电话或平板电脑),其经配置以触发交易并且发送所指派的模式到应用程序服务器16或从所述应用程序服务器接收所指派的模式。换句话说,所指派的模式在用户装置10与应用程序服务器16之间传输。移动网络12、互联网14或云是用于数据传送的访问媒体。应用程序服务器16上的应用程序和数据是用于生成模式及其相关联的资源的编程逻辑。绘制面板18是用户装置10和/或用户装置(18)上的模式输入区域。

参考图1,发起方的用户装置10配置有由实施例提供的应用程序软件。使得发起方能够使用应用程序进行针对交易触发的任何交互式模式交换,例如,预定义数据的联系信息。然而,应理解,交易的触发不限于发起方的用户装置10中的应用程序的使用。发起方可以任选地利用常规地可供使用的软件工具和/或硬件以用于触发交易以及附接到用户装置的订户身份模块(subscriberidentitymodule,sim)。

虽然应用程序软件是在用户装置10中预配置的,但是应理解,也可以由发起方经由通信网络(优选地是互联网)使用用户装置10而通过web服务访问应用程序。还应理解,本申请平台的实施方案不限于使用特定操作平台、windows、linux、unix或类似物或任何编程语言。

参考图1,发起方的用户装置10利用订阅的移动通信网络12或互联网设施14以与任何其它用户装置或应用程序通信或触发任何其它用户装置或应用程序。

图1还示出了其中根据实施例实施基于云的存储和检索的示例性配置。如图1中所描绘,通过所使用的应用程序启用发起方的用户装置10,发起方自身可通过所述应用程序触发与应用程序和数据16的交易。为了简单起见,在图1中示出了一个基于云的服务、第三方实体的应用程序和数据。应理解,可能存在多个基于云的服务,例如,icloud、dropbox等等。

本专利申请的一个实施例是触发交易并且通过模式请求用两个到三个人工干预步骤来完成交易,而输入模式和确认是任选的。

用户活动被处理为交易,同时支持可以进一步延伸到其它电子商务平台集成的p2p、a2p和m2m活动。要求认证、验证和/或确认的功能和特征可以利用交互式模式交换,因为检验点和功能以及特征可以视需要继续进行它们的要求动作。

用户将通过在移动电话/装置上输入模式来发起交易且触发/完成交易,所述模式在接通到如图2a到2c中所示的下一个步骤之前将由平台验证。模式由应用程序平台使用 一组预定义算法随机生成,并且它应该在一段时间内有效。

进一步参考如图2a到2c中所示的由交互式模式交换触发的交易程序,在交易请求之后为应用程序提供初始验证,这可以应用于任何类型的交易。

图2a说明根据本专利申请的实施例的用于交互式模式交换的方法。参考图1和图2a,所述方法包含在以下表中描述的步骤。

应注意,触发交易并且接收模式分配的用户装置115可以不同于包含绘制面板的用于输入模式并触发结果的用户装置117。还应注意,可能存在经配置以用于输入模式并且触发结果的超过一个用户装置117。

图2b示出了根据本专利申请的实施例的用于交互式模式交换的系统的用于数据传送的访问层和用于逻辑连接的应用层。图2c说明用于与用户、用户装置和应用程序交互的交互式模式交换的系统的逻辑流程。参考图2a到2c,用户在用户装置10上发起活动,并且模式请求将被触发到应用程序服务器16。在应用程序服务器16上运行的应用程序将为用户生成模式并且此类模式将在一段周期内(即,通过计时器计数)有效。模式将通过访问媒体(12、14)传递并且在用户装置10上显示有开始位置、结束位置和轨迹。

绘制面板18经配置以用于用户输入所提供的模式。当到达其结束位置时,由绘制面板提交的输入模式通过传送媒体(12、14)朝向应用程序服务器16传输以进行进一步处理。

在模式请求和绘制面板中,出于安全目的和改进验证精确性,包含以下信息:初始用户数据、客户端操作数据、绘制面板数据、sim是任选的,这将在下文中更详细地描述。

图3是说明根据本专利申请的实施例的用于交互式模式交换的方法的流程图。参考图3,所述方法包含以下步骤:

步骤101:用户发起(即连接)交易并且从应用程序服务器16中获得模式;

步骤102:用户将模式从绘制面板18提交(即,输入和提交)到应用程序服务器 16;

步骤103:运行安全检查以在应用程序服务器16中验证输入模式;以及

步骤104:交易结果返回到接收终端(10和/或18)。

图4是说明根据本专利申请的另一实施例的用于交互式模式交换的方法的流程图。参考图4,所述方法包含:

步骤201:移动客户端10打开且准备将用于认证的认证规则;

步骤202:移动客户端10发送1级凭证到服务器16以用于认证;

步骤203:移动客户端10发送2级凭证到服务器16以用于认证;

步骤204:服务器16生成针对请求的模式;

步骤205:服务器16将模式传递到移动客户端10;

步骤206:绘制面板18发送具有3级凭证的输入模式到服务器16;

步骤207:服务器16认证从绘制面板18接收到的凭证;

步骤208:服务器16验证从绘制面板18接收到的输入模式;

步骤209:服务器16将步骤208中的验证结果发送到目标应用程序;以及

步骤210:目标应用程序基于步骤209的结果开始确定下一个步骤。

图5a和5b说明涉及模式生成过程的各种元素。参考图5a,在用户装置10中,模式框架401是容纳模式格式的形状和边界。模式格式包含模式框架内部的位置/点的数目、向量的数目和验证规则。参考图5b,开始位置403是模式的开始位置/点。结束位置404是模式的结束位置/点。路径/路线405包含从服务器指派的一个位置开始并且在下一个位置处结束的向量。应注意,各种元素的设计和观感是变化的并且应由模式引擎随机分配。

图5c说明用于模式生成和数据验证的过程流程。在移动客户端处接收在请求之后生成的模式,每个模式专用于个别交易并且将在计时器到期之后无效。

图5d说明具有4个向量的模式生成的实例。参考图5d,每个模式生成应该呈以下结构:

1.框架形状

2.点的数目

3.向量的数目

4.开始位置

5.结束位置

6.编码规则

如果所需信息在各方之间交换,那么出于认证目的和/或交易匹配在后端服务器中预定义编码规则。将编码规则动态地指派给每个模式请求和结合凭证级的多个所形成的向量,并且所述向量可以呈单一次序或顺序次序。

每个向量具有2个点并且每个点与一个凭证数据相关联,所述凭证数据是在用户的活动期间通过移动应用程序生成的。在接收方从绘制面板提交模式之后,向量中的凭证应被朝向后端服务器发送以用于认证。

从具有4个向量的模式实例中,在终端用户从绘制面板输入模式之后所指派的编码规则应朝向服务器发送对应的数据。

参考图5c,编码规则定义将用于认证和交易结果确定的数据。认证向量与初始用户数据(2级凭证)、客户端操作数据(1级凭证)和/或绘制面板数据(3级凭证)相关联,所述数据被传输到服务器16。初始用户数据在用户注册和账户设置期间生成。客户端操作数据在移动客户端开始工作期间生成。绘制面板数据在绘制面板的操作期间生成。下表描述了这些不同类型数据的更详细内容。

图6是说明根据本专利申请的另一实施例的用于交互式模式交换的方法的流程图。参考图6,所述方法包含:

步骤301:终端用户打开移动客户端10并且通过可供使用的访问媒体连接到互联网;

步骤302:移动客户端10发送1级凭证到服务器16以用于认证;

步骤303:移动客户端10发送2级凭证到服务器16以用于认证;

步骤304:服务器16针对2级凭证数据发送请求到移动客户端10;

步骤305:服务器16验证来自步骤302的1级凭证数据;

步骤306:服务器16验证来自步骤303的2级凭证数据;

步骤307:服务器16确定编码规则并且生成针对此类请求的模式;

步骤308:服务器16经由可供使用的访问媒体发送模式;

步骤309:移动客户端10在其屏幕上显示模式;

步骤310:终端用户打开绘制面板18和并且通过可供使用的访问媒体连接到互联网;

步骤311:绘制面板18就绪并且显示模式框架;

步骤312:终端用户从绘制面板18输入模式;

步骤313:绘制面板18根据编码规则准备3级凭证数据;

步骤314:绘制面板18将具有3级凭证的输入模式发送到服务器16;

步骤315:服务器16确定用于来自步骤314的3级凭证数据的编码规则;

步骤316:服务器16验证来自步骤314的3级凭证数据;以及

步骤317:服务器16将来自步骤316的验证结果发送到目标应用程序。

图7a说明根据本专利申请的实施例用户a通过用于交互式模式交换的系统发起到用户b的交易。参考图7a,用户a点击或选择应用程序中的活动(即,交易请求),并且随后在用户装置上自动展示具有模式的绘制面板,所述模式具有开始位置,所述开始位置具有朝向结束位置的轨迹。用户a可以将此模式展示给用户b。用户b点击或选择绘制面板,并且通过遵循用户a装置上所显示的轨迹输入所述模式,并且一旦输入完成,则将所述模式自动提交到服务器。取决于交易需要,用户a将接收针对此类活动的确认请求(任选的)。仅需要两次人工干预(如图7a中的虚线箭头中所示)。

图7b说明图7a中所描绘的过程的更详细的步骤。下表中描述了详细步骤。

图8a说明根据本专利申请的另一实施例用户a通过用于交互式模式交换的系统发起到应用程序的交易。参考图8a,用户点击或选择应用程序中的功能(即,交易请求),并且随后在用户装置上自动展示具有模式的绘制面板,所述模式具有开始位置,所述开始位置具有朝向结束位置的轨迹。用户a通过遵循装置上所显示的轨迹输入所述模式,并且一旦输入完成,则将所述模式自动提交到服务器。取决于交易需要,用户a随后接收针对此类活动的确认请求(任选的)。如图8a中的虚线中所示,仅需要两次人工干预。

图8b说明图8a中所描绘的过程的更详细步骤。下表中描述了详细步骤。

上述实施例为用户提供了触发与其它实体的交易程序的经改进、简单且经济的方式,其允许发起方使用认证向量和授权规则控制和保护所需交易,方法是在使请求通过而到达下一个执行点之前进行人工干预。所述实施例允许用呈转化为动态可变授权方法的固定可变授权方法形式的验证触发任何种类的交易程序。此类方法解决了需要各方之间交互、验证和控制的类型的交易过程的问题。所述实施例提供了以实时方式促进任何类型的电子交易的新颖且独特的保护方式和/或服务使能器,其支持根据应用程序和交易需求的用户或服务器模式生成。

在再一实施例中,通过基于在作为接收装置的监测器上按压的指纹生成独特模式可以并入指纹识别。这样的益处在于创建除sim外的更加安全的方法,并且潜在地更加容易销售给银行等必须具有100%安全性的机构。

在再一实施例中,通过连接点绘制向量的方向或次序并不重要,或者根本不需要 连接点。发起方可以仅触碰点而无需通过绘制向量来连接它们。

尽管本专利申请已经具体参考其多个实施例而示出且描述,但应注意,在不脱离本发明的范围的情况下可以进行各种其它变化或修改。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1