一种信息处理方法及装置制造方法
【专利摘要】本发明实施例提供了一种信息处理方法及装置，第一系统平台接收到由用户触发的跳转指令后，获取已存储的验证信息，所述验证信息用于登陆第二系统平台，并将所述验证信息发送给第二系统平台，可见，本发明实施例所述的方法及装置，在第一系统平台中预先存储用于登陆第二系统平台的验证信息，在需要跳转到第二系统平台时，无需用户再次输入登陆第二系统平台的验证信息，而是由第一系统平台直接发给第二系统平台，所以，在不同的系统平台需要协同作业的情况下，可以简化流程，从而方便用户的使用。
【专利说明】一种信息处理方法及装置
【技术领域】
[0001 ] 本申请涉及电子信息领域，尤其涉及一种信息处理方法及装置。
【背景技术】
[0002]随着智能电子设备的普及，越来越多的电子系统平台向用户开放，例如电商平台。用户可以在电子系统平台上进行操作，享受线上的服务的便利。
[0003]通常，电子平台大多实行身份识别准入机制，即用户需要输入身份验证信息后才可登陆并进行相关操作，例如，用户在电商平台购买商品时，需要输入用户名和密码。
[0004]当一种操作需要两个或两个以上电子系统平台协作完成时，因为每个电子系统平台均采用身份识别准入机制，所以，需要用户多次输入身份验证信息。
[0005]例如，用户在电商平台购买商品时，除了需要在电商平台输入身份验证信息外，当用户在电商平台上输入购买指令后，电商平台会跳转到电子银行系统，此时，用户还需要在电子银行系统中再次输入身份验证信息，才能最终完成商品的购买。
[0006]可见，在不同的系统平台需要协同作业的情况下，存在作业流程繁琐的问题。
[0007]申请内容
[0008]本申请实施例提供了一种信息处理方法及装置，目的在于解决在不同的系统平台需要协同作业的情况下，存在的作业流程繁琐的问题。
[0009]为了实现上述目的，本申请实施例提供了以下技术方案:
[0010]一种信息处理方法,包括:
[0011]第一系统平台接收跳转指令，所述跳转指令由用户触发；
[0012]所述第一系统平台依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台；
[0013]所述第一系统平台向所述第二系统平台发送指令信息，所述指令信息中至少包括所述验证信息，所述第二系统平台用于在所述验证信息合法的情况下，完成所述指令信息指示的操作。
[0014]可选地，所述指令信息中还包括:
[0015]用于指示所述第二系统平台执行第一操作的操作指令。
[0016]可选地，还包括:
[0017]接收所述用户输入的对所述已存储的验证信息的修改指令，所述修改指令包括更新所述验证信息的指令或者删除所述验证信息的指令；
[0018]依据所述修改指令，对所述已存储的验证信息进行修改。
[0019]可选地，在所述第一系统平台向所述第二系统平台发送指令信息之后，还包括:
[0020]接收所述第二系统平台发送的操作结果数据；
[0021]将所述操作结果数据展示给所述用户。
[0022]可选地，所述接收所述第二系统平台发送的操作结果数据，将所述操作结果数据展示给所述用户，包括:
[0023]接收所述第二系统平台发送的显示支付页面的指令；
[0024]通过调用所述第二系统平台的支付页面工具，向所述用户显示支付页面，所述支付页面上至少包括验证码的输入框。
[0025]一种信息处理方法，包括:
[0026]第二系统平台接收第一系统平台发送的指令信息，所述指令信息中至少包括验证信息，所述指令信息在所述第一系统平台接收到用户触发的跳转指令后发送；
[0027]验证所述验证信息是否合法；
[0028]在所述验证信息合法的情况下，执行所述指令信息指示的操作。
[0029]可选地，所述执行所述指令信息指示的操作包括:
[0030]在所述指令信息为支付请求的情况下，在确定所述用户的账户满足预设条件的情况下，向所述第一系统平台发送支付页面显示指令，并向所述用户发送验证码。
[0031]可选地，还包括:
[0032]接收所述用户在所述第一系统调用的页面支付工具中输入的验证码；
[0033]在接收到的验证码与向所述用户发送的验证码相同的情况下，向第一系统平台返回支付成功信息，否则，则向第一系统平台返回支付失败信息。
[0034]一种信息处理装置，应用于第一系统平台，包括:
[0035]第一接收模块，用于接收跳转指令，所述跳转指令由用户触发；
[0036]验证信息获取模块，用于依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台；
[0037]第一发送模块，用于向所述第二系统平台发送指令信息，所述指令信息中至少包括所述验证信息，所述第二系统平台用于完成所述信息指示的操作。
[0038]可选地，所述第一发送模块用于向所述第二系统平台发送指令信息包括:
[0039]所述第一发送模块具体用于，向所述第二系统平台发送指令信息，所述指令信息中还包括用于指示所述第二系统平台执行第一操作的操作指令。
[0040]可选地，还包括:
[0041]验证信息修改模块，用于接收所述用户输入的对所述已存储的验证信息的修改指令，所述修改指令包括更新所述验证信息的指令或者删除所述验证信息的指令，并依据所述修改指令，对所述已存储的验证信息进行修改。
[0042]可选地，还包括:
[0043]显示模块，用于在所述第一发送模块向所述第二系统平台发送指令信息之后，接收所述第二系统平台发送的操作结果数据，并将所述操作结果数据展示给所述用户。
[0044]可选地，所述显示模块用于接收所述第二系统平台发送的操作结果数据，并将所述操作结果数据展示给所述用户包括:
[0045]所述显示模块具体用于，接收所述第二系统平台发送的显示支付页面的指令，通过调用所述第二系统平台的支付页面工具，向所述用户显示支付页面，所述支付页面上至少包括验证码的输入框。
[0046]一种信息处理装置，应用于第二系统平台，包括:
[0047]第二接收模块，用于接收第一系统平台发送的指令信息，所述指令信息中至少包括验证信息，所述指令信息在所述第一系统平台接收到用户触发的跳转指令后发送；
[0048]验证模块，用于验证所述验证信息是否合法；
[0049]指令执行模块，用于在所述验证信息合法的情况下，执行所述指令信息指示的操作。
[0050]可选地，所述指令执行模块用于执行所述指令信息指示的操作模块包括:
[0051]所述指令执行模块具体用于，在所述指令信息为支付请求的情况下，在确定所述用户的账户满足预设条件的情况下，向所述第一系统平台发送支付页面显示指令，并向所述用户发送验证码。
[0052]可选地，还包括:
[0053]二次验证模块，用于接收所述用户在所述第一系统调用的页面支付工具中输入的验证码，在接收到的验证码与向所述用户发送的验证码相同的情况下，向第一系统平台返回支付成功信息，否则，则向第一系统平台返回支付失败信息。
[0054]本申请实施例提供的信息处理方法及装置，第一系统平台接收到由用户触发的跳转指令后，获取已存储的验证信息，所述验证信息用于登陆第二系统平台，并将所述验证信息发送给第二系统平台，可见，本申请实施例所述的方法及装置，在第一系统平台中预先存储用于登陆第二系统平台的验证信息，在需要跳转到第二系统平台时，无需用户再次输入登陆第二系统平台的验证信息，而是由第一系统平台直接发给第二系统平台，所以，在不同的系统平台需要协同作业的情况下，可以简化流程，从而方便用户的使用。
【专利附图】
【附图说明】
[0055]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0056]图1为本申请实施例公开的一种信息处理方法的流程图；
[0057]图2为本申请实施例公开的又一种信息处理方法的流程图；
[0058]图3为本申请实施例公开的一种信息处理装置的结构示意图；
[0059]图4为本申请实施例公开的又一种信息处理装置的流程结构示意图。
【具体实施方式】
[0060]本申请实施例公开的一种信息处理方法及装置，可以应用于由第一系统平台与第二系统平台协同处理业务的场景，例如，第一系统平台可以为电商平台，第二系统平台可以为电商账户系统。
[0061]下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0062]图1为本申请实施例提供的一种信息处理方法，包括以下步骤:
[0063]SlOl:第一系统平台接收跳转指令；
[0064]其中，所述跳转指令由用户触发，例如用户输入“一键购买”指令。
[0065]S102:所述第一系统平台依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台；
[0066]S103:所述第一系统平台向所述第二系统平台发送指令信息，所述指令信息中至少包括所述验证信息；
[0067]S104:第二系统平台接收第一系统平台发送的指令信息，并验证所述验证信息是否合法；
[0068]S105:第二系统平台在所述验证信息合法的情况下，执行所述指令信息指示的操作。
[0069]例如，将上述步骤应用在“善融商务”电商平台以及“善融商务”商城账户系统，“善融商务”电商平台向用户展示商品购买界面，界面上显示“一键购买”按键，当接收到用户对“一键购买”按键的点击信号后，即确认接收到跳转指令，此时，“善融商务”电商平台获取用户预先存储的验证信息，例如“善融商务”商城账户的账号及密码，并将验证信息发送给“善融商务”商城账户系统，此时，“善融商务”商城账户系统验证通过后，则从用户的账户中扣除相应的金额。
[0070]可见，本实施例所述的方法，在第一系统平台向第二系统平台协作时，第一系统平台向第二系统平台发送验证信息，而无需用户手动收入，从而简化流程，方便用户的使用，例如用户可以实现真正意义上的“一键购买”，而非“一键下单”后，还需要在电子银行系统输入账号和密码，才能完成购买，从而实现用户的快捷购物。
[0071]图2为本实施例所述的一种信息处理方法的又一种实现方式，包括以下步骤:
[0072]S201:第一系统平台接收跳转指令，所述跳转指令由用户触发；
[0073]S202:所述第一系统平台依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台；
[0074]通常，第一系统平台还可以获取已存储的其它信息，例如用户已存储的收货地址、手机号、联系人以及发票信息等。第一系统平台可以通过上述信息生成订单。
[0075]S203:所述第一系统平台向所述第二系统平台发送验证信息；
[0076]S204:除了验证信息之外，第一系统平台还向所述第二系统平台发送操作指令，例如从账户中扣款的指令，即支付请求指令。
[0077]同时，第一系统平台还可以向第二系统平台发送订单编号、扣款金额等信息。
[0078]S205:第二系统平台在接收到验证信息和操作指令后，判断验证信息是否合法，在验证信息合法的情况下，在所述指令信息为支付请求时，在确定所述用户的账户满足预设条件的情况下，向所述第一系统平台发送支付页面显示指令，并向所述用户发送验证码；
[0079]本实施例中，具体地，在操作指令为支付请求指令时，确定用户的账户是否满足预设条件的过程如下:
[0080]第二系统平台判断所述用户是否开通商城账户，如果是，则判断余额是否满足支付条件，如果余额不足，则反馈余额不足的提示以及从与此账户绑定的银行卡扣款的提示，如果余额足够，则返回支付页面显示指令，并向用户的发送验证码；如果用户没有开通商城账户，则返回用户开通商城账户的提示。
[0081]S206:第一系统平台接收第二系统平台发送的显示支付页面的指令；
[0082]S207:第一系统平台通过调用所述第二系统平台的支付页面工具，向所述用户显示支付页面，所述支付页面上至少包括验证码的输入框；
[0083]需要强调的是，本实施例中，向用户发送验证码的目的在于确认本次操作为用户本人的操作或经用户本人授权的操作，而非进入第二系统平台的验证，即与上述验证信息的目的不同。
[0084]可选地，支付页面中还可以包括支付信息等。
[0085]S208:第二系统平台接收所述用户在所述第一系统调用的页面支付工具中输入的验证码；
[0086]S209:第二系统平台在接收到的验证码与向所述用户发送的验证码相同的情况下，向第一系统平台返回支付成功信息，否则，则向第一系统平台返回支付失败信息。
[0087]S210:第一系统平台接收第二系统平台返回的支付结果，并跳转到订单列表页，如果支付成功，则订单状态为“已支付”；如果支付失败，则订单状态为“待支付”，一次一键购买下单支付流程结束。
[0088]除了上述步骤以外，本实施例中还可以包括以下步骤:
[0089]S211:第一系统平台接收所述用户输入的对所述已存储的验证信息的修改指令，所述修改指令包括更新所述验证信息的指令或者删除所述验证信息的指令；
[0090]S212:第一系统平台依据所述修改指令，对所述已存储的验证信息进行修改。
[0091]也就是说，用户可以维护登陆第二系统平台的验证信息，可以更改或删除已有的验证信息。
[0092]当然，在本实施例中所述第一系统平台为“善融商务”电商平台、第二系统平台为“善融商务”商城账户的情况下，除了本实施例中所述的上述功能外，还可以具有向用户显示订单信息、支持用户对订单信息的取消、删除、以及退款等操作的功能，以方便用户的使用。
[0093]本实施例所述的方法，增加了第二系统平台发送验证码以及验证验证码的过程，目的在于提高安全性，同时，第一系统平台支持用户对验证信息的修改，当用户的账号发生变更时，用户可以对验证信息进行修改，更为方便用户的使用。
[0094]与上述方法实施例相对应地，本申请实施例还公开了一种信息处理装置，应用于第一系统平台，如图3所示，包括:
[0095]第一接收模块301，用于接收跳转指令，所述跳转指令由用户触发；
[0096]验证信息获取模块302，用于依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台；
[0097]以及，第一发送模块303，用于向所述第二系统平台发送指令信息，所述指令信息中至少包括所述验证信息，所述第二系统平台用于完成所述信息指示的操作。
[0098]本实施例中，具体地，所述第一发送模块向所述第二系统平台发送指令信息的具体实现方式可以为:向所述第二系统平台发送指令信息，所述指令信息中还包括用于指示所述第二系统平台执行第一操作的操作指令。
[0099]进一步地，本实施例中，还可以包括:验证信息修改模块304，用于接收所述用户输入的对所述已存储的验证信息的修改指令，所述修改指令包括更新所述验证信息的指令或者删除所述验证信息的指令，并依据所述修改指令，对所述已存储的验证信息进行修改。
[0100]以及，显示模块305，用于在所述第一发送模块向所述第二系统平台发送指令信息之后，接收所述第二系统平台发送的操作结果数据，并将所述操作结果数据展示给所述用户。
[0101]具体地，所述显示模块接收所述第二系统平台发送的操作结果数据，并将所述操作结果数据展示给所述用户的一种具体实现方式可以为:接收所述第二系统平台发送的显示支付页面的指令，通过调用所述第二系统平台的支付页面工具，向所述用户显示支付页面，所述支付页面上至少包括验证码的输入框。
[0102]本实施例中所述的信息处理装置，在第一系统平台向第二系统平台协作时，第一系统平台向第二系统平台发送验证信息，而无需用户手动收入，从而简化流程，方便用户的使用，在本实施例中所述第一系统平台为“善融商务”电商平台、第二系统平台为“善融商务”商城账户的情况下，可以实现“一键购买”的功能，而无需用户在进行付款时，再次输入用户名或密码等验证信息；更进一步地，本实施例所述装置，支持用户对验证信息的修改，当用户的账号发生变更时，用户可以对验证信息进行修改，更为方便用户的使用。
[0103]本申请实施例公开的另一种信息处理装置，应用于第二系统平台，如图4所示，包括:
[0104]第二接收模块401，用于接收第一系统平台发送的指令信息，所述指令信息中至少包括验证信息，所述指令信息在所述第一系统平台接收到用户触发的跳转指令后发送；
[0105]验证模块402，用于验证所述验证信息是否合法；
[0106]以及，指令执行模块403，用于在所述验证信息合法的情况下，执行所述指令信息指示的操作。
[0107]本实施例中，可选地，所述指令执行模块执行所述指令信息指示的操作的一种具体实现方式可以为:在所述指令信息为支付请求的情况下，在确定所述用户的账户满足预设条件的情况下，向所述第一系统平台发送支付页面显示指令，并向所述用户发送验证码。
[0108]进一步地，本实施例中所述装置，还可以包括:
[0109]二次验证模块404，用于接收所述用户在所述第一系统调用的页面支付工具中输入的验证码，在接收到的验证码与向所述用户发送的验证码相同的情况下，向第一系统平台返回支付成功信息，否则，则向第一系统平台返回支付失败信息。
[0110]本实施例中，向用户发送验证码的目的在于确认本次操作为用户本人的操作或经用户本人授权的操作，而非进入第二系统平台的验证，即与上述验证信息的目的不同。
[0111]本实施例中所述的装置，与上述实施例所述的装置配合使用，可以实现无需用户登陆或验证，而依据第一系统平台发送的验证信息，验证用户的合法性，并进行相关操作的目的，在本实施例中所述第一系统平台为“善融商务”电商平台、第二系统平台为“善融商务”商城账户的情况下，可以实现“一键购买”的功能，并且，本实施例中所述装置，还具有二次验证的功能，安全性更高。
[0112]需要说明的是，本申请实施例中图3以及图4中所式的信息处理装置之间的交互过程以及各自功能的实现，可以参见图1或图2所示的方法，这里不再赘述。
[0113]本申请实施例方法所述的功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算设备可读取存储介质中。基于这样的理解，本申请实施例对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机，服务器，移动计算设备或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(ROM,Read-Only Memory) >随机存取存储器(RAM, Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0114]本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其它实施例的不同之处，各个实施例之间相同或相似部分互相参见即可。
[0115]对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
【权利要求】
1.一种信息处理方法，其特征在于，包括: 第一系统平台接收跳转指令，所述跳转指令由用户触发； 所述第一系统平台依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台； 所述第一系统平台向所述第二系统平台发送指令信息，所述指令信息中至少包括所述验证信息，所述第二系统平台用于在所述验证信息合法的情况下，完成所述指令信息指示的操作。
2.根据权利要求1所述的方法，其特征在于，所述指令信息中还包括: 用于指示所述第二系统平台执行第一操作的操作指令。
3.根据权利要求1或2所述的方法，其特征在于，还包括: 接收所述用户输入的对所述已存储的验证信息的修改指令，所述修改指令包括更新所述验证信息的指令或者删除所述验证信息的指令； 依据所述修改指令，对所述已存储的验证信息进行修改。
4.根据权利要求3所述的方法，其特征在于，在所述第一系统平台向所述第二系统平台发送指令信息之后，还包括: 接收所述第二系统平台发送的操作结果数据； 将所述操作结果数据展示给所述用户。
5.根据权利要求4所述的方法，其特征在于，所述接收所述第二系统平台发送的操作结果数据，将所述操作结果数据展示给所述用户，包括: 接收所述第二系统平台发送的显示支付页面的指令； 通过调用所述第二系统平台的支付页面工具，向所述用户显示支付页面，所述支付页面上至少包括验证码的输入框。
6.—种信息处理方法,其特征在于,包括: 第二系统平台接收第一系统平台发送的指令信息，所述指令信息中至少包括验证信息，所述指令信息在所述第一系统平台接收到用户触发的跳转指令后发送； 验证所述验证信息是否合法； 在所述验证信息合法的情况下，执行所述指令信息指示的操作。
7.根据权利要求6所述的方法，其特征在于，所述执行所述指令信息指示的操作包括: 在所述指令信息为支付请求的情况下，在确定所述用户的账户满足预设条件的情况下，向所述第一系统平台发送支付页面显示指令，并向所述用户发送验证码。
8.根据权利要求7所述的方法，其特征在于，还包括: 接收所述用户在所述第一系统调用的页面支付工具中输入的验证码； 在接收到的验证码与向所述用户发送的验证码相同的情况下，向第一系统平台返回支付成功信息，否则，则向第一系统平台返回支付失败信息。
9.一种信息处理装置，应用于第一系统平台，其特征在于，包括: 第一接收模块，用于接收跳转指令，所述跳转指令由用户触发； 验证信息获取模块，用于依据所述跳转指令，获取已存储的验证信息，所述验证信息用于登陆第二系统平台； 第一发送模块，用于向所述第二系统平台发送指令信息，所述指令信息中至少包括所述验证信息，所述第二系统平台用于完成所述信息指示的操作。
10.根据权利要求9所述的装置，其特征在于，所述第一发送模块用于向所述第二系统平台发送指令信息包括: 所述第一发送模块具体用于，向所述第二系统平台发送指令信息，所述指令信息中还包括用于指示所述第二系统平台执行第一操作的操作指令。
11.根据权利要求9或10所述的装置，其特征在于，还包括: 验证信息修改模块，用于接收所述用户输入的对所述已存储的验证信息的修改指令，所述修改指令包括更新所述验证信息的指令或者删除所述验证信息的指令，并依据所述修改指令，对所述已存储的验证信息进行修改。
12.根据权利要求11所述的装置，其特征在于，还包括: 显示模块，用于在所述第一发送模块向所述第二系统平台发送指令信息之后，接收所述第二系统平台发送的操作结果数据，并将所述操作结果数据展示给所述用户。
13.根据权利要求12所述的装置，其特征在于，所述显示模块用于接收所述第二系统平台发送的操作结果数据，并将所述操作结果数据展示给所述用户包括: 所述显示模块具体用于，接收所述第二系统平台发送的显示支付页面的指令，通过调用所述第二系统平台的支付页面工具，向所述用户显示支付页面，所述支付页面上至少包括验证码的输入框。
14.一种信息处理装置，应用于第二系统平台，其特征在于，包括: 第二接收模块，用于接收第一系统平台发送的指令信息，所述指令信息中至少包括验证信息，所述指令信息在所述第一系统平台接收到用户触发的跳转指令后发送； 验证模块，用于验证所述验证信息是否合法； 指令执行模块，用于在所述验证信息合法的情况下，执行所述指令信息指示的操作。
15.根据权利要求14所述的装置，其特征在于，所述指令执行模块用于执行所述指令信息指示的操作包括: 所述指令执行模块具体用于，在所述指令信息为支付请求的情况下，在确定所述用户的账户满足预设条件的情况下，向所述第一系统平台发送支付页面显示指令，并向所述用户发送验证码。
16.根据权利要求15所述的装置，其特征在于，还包括: 二次验证模块，用于接收所述用户在所述第一系统调用的页面支付工具中输入的验证码，在接收到的验证码与向所述用户发送的验证码相同的情况下，向第一系统平台返回支付成功信息，否则，则向第一系统平台返回支付失败信息。
【文档编号】H04L29/06GK104283898SQ201410594408
【公开日】2015年1月14日 申请日期:2014年10月29日 优先权日:2014年10月29日
【发明者】王伟, 刘颖莲, 张舜华, 何小锋, 卢颖辉, 胡宗维, 李响, 汪楠, 胡立强 申请人:中国建设银行股份有限公司