CN103944905A - 一种信息交互方法、装置和系统 - Google Patents

Abstract

本公开是关于一种信息交互方法、装置和系统，用以解决跨系统跨平台之间多类型的信息交互问题。方法主要通过建立第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系，使第二用户信息由第二服务器对客户端发送来的信息码中认证密钥的验证通过后，将第二用户身份信息发送至信息码中的第一服务器地址；根据处理类型，对第二用户信息和/或网页编号，进行处理。本发明为用户提供了一种通用的、便捷的处理跨平台之间信息交互的方法，可以满足多种类型的用户交互需求。

Description

一种信息交互方法、装置和系统

技术领域

本公开涉及二维码信息处理领域，尤其涉及一种信息交互方法、装置和系统。

背景技术

随着互联网和移动互联网技术的不断发展，使得用户关于在个人计算机(PC)、平板(pad)和智能手机等多平台之间进行信息交互的需求日益多样化。例如，需求一：用户希望能利用智能手机端的应用(APP)账户登录平板端的应用(APP)；需求二：用户希望在PC端浏览器上显示的网页信息能被保存到智能手机上等。

针对需求一，许多拥有一定规模的服务提供商都推出了账户联合登录服务，使得用户不仅可以使用同一账户和密码登录该服务提供商旗下不同的服务和应用，而且可以用服务提供商的账户和密码去登录第三方网站、应用程序、移动APP或是服务，并且经用户授权后还可以与第三方网站、应用程序、移动APP或是服务共享用户信息。但这种账户联合登录方法，往往需要用户手动输入账户名和密码，对用户来说既繁琐又不安全，密码容易在网络中被截获。

针对需求二，许多服务提供商会向用户提供一个包含网页地址的二维码，用户可以使用智能手机的客户端扫描二维码，在智能手机上由手机浏览器打开该网页，从而让用户可以对该网页信息进行保存、复制等操作。但一般智能手机打开网页需要较长时间，对于用户来说，操作也十分繁琐。

特别是，用户对于信息交互的种类将越来越多，因而需要为用户提供一种通用的、便捷的处理跨平台之间信息交互的方法。

发明内容

为克服相关技术中存在的问题，本公开提供一种信息交互方法、装置和系统，用以解决跨平台之间信息交互问题。

根据本公开实施例的第一方面，提供一种信息交互方法，包括：

建立第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系；从第二服务器获取认证密钥；从第三方获取用户请求和请求所对应的网页地址；根据用户请求和网页地址，判断处理类型和网页编号；生成包含了处理类型、网页编号、第一服务器地址，以及认证密钥的信息码；将信息码发送给第三方，由第三方显示信息码，供用户使用第二服务器对应的客户端来获取；获取第二服务器发送来的第二用户信息、处理类型和网页编号，第二用户信息由第二服务器对客户端发送来的信息码中认证密钥的验证通过后，将第二用户身份信息发送至信息码中的第一服务器地址；根据处理类型，对第二用户信息和/或网页编号，进行处理。

通过上述方法，为用户提供了一种通用的、便捷的处理跨平台之间信息交互的方法，可以满足多种类型的用户交互需求。

根据本公开实施例的第一方面，提供一种信息交互方法，上述根据处理类型，对第二用户信息和/或网页编号，进行处理包括：

根据上述第二用户信息匹配得到相应的第一用户信息；

将上述匹配得到的第一用户信息发送给第三方，由第三方利用第一用户信息进行登录操作。

通过上述方法，为用户提供了一种便捷的跨平台的账户联合登录方法，并且提高用户登录的安全性。

根据本公开实施例的第一方面，提供一种信息交互方法，述根据处理类型，对第二用户信息和/或网页编号，进行处理包括：

获取上述网页编号的网页信息；

根据上述第二用户信息，将上述网页信息发送至上述客户端。

通过上述方法，为用户提供了一种便捷的处理跨平台之间信息交换的方法，可以使用户直接获得所需的网页信息，而不需要打开对应网页。

根据本公开实施例的第一方面，提供一种信息交互方法，上述根据处理类型，对第二用户信息和/或网页编号，进行处理包括：

当处理类型是登录第三方时，根据上述第二用户信息匹配得到相应的第一用户信息，将上述匹配得到的第一用户信息发送给第三方，由第三方利用第一用户信息进行登录操作；

当上述处理类型是获取网页信息时，获取上述网页编号的网页信息，根据上述第二用户信息，将上述网页信息发送至客户端。

通过上述方法，为用户提供了一种通用的、便捷的处理跨平台之间信息交户的方法，可以根据用户的不同请求，判断是提供登录服务还是发送网页信息，并按照用户请求完成对应的操作。

根据本公开实施例的第一方面，提供一种信息交互方法，上述第二服务器是微信服务器；上述第二用户信息是微信用户信息；上述信息码是微信二维码；上述客户端是微信客户端。

根据本公开实施例的第二方面，提供一种信息交互装置，包括：

信息对应模块，用于建立所述第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系；

密钥获取模块，用于从第二服务器获取认证密钥；

请求获取模块，用于从第三方获取用户请求和请求所对应的网页地址；

判断模块，用于根据所述用户请求和所述网页地址，判断处理类型和网页编号；

生成模块，用于生成包含了所述处理类型、网页编号、第一服务器地址，以及认证密钥的信息码；

发送模块，用于将所述信息码发送给第三方，由所述第三方显示所述信息码，供用户使用所述第二服务器对应的客户端来获取；

用户信息获取模块，用于获取所述第二服务器发送来的第二用户信息、处理类型和网页编号，所述第二用户信息由所述第二服务器对所述客户端发送来的所述信息码中认证密钥的验证通过后，将所述第二用户身份信息发送至所述信息码中的第一服务器地址；

处理模块，用于根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理。

根据本公开实施例的第二方面，提供一种信息交互装置，上述处理模块可包括：

匹配单元，用于根据所述第二用户信息匹配得到相应的第一用户信息；

第一发送单元，用于将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作。

根据本公开实施例的第二方面，提供一种信息交互装置，上述处理模块可包括：

网页信息获取单元，用于获取所述网页编号的网页信息；

第二发送单元，用于根据所述第二用户信息，将所述网页信息发送至所述客户端。

根据本公开实施例的第二方面，提供一种信息交互装置，上述处理模块可包括：

匹配单元，用于根据所述第二用户信息匹配得到相应的第一用户信息；

第一发送单元，用于将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作。

网页信息获取单元，用于获取所述网页编号的网页信息；

第二发送单元，用于根据所述第二用户信息，将所述网页信息发送至所述客户端。

根据本公开实施例的第三方面，提供一种信息交互系统，包括第一服务器、第二服务器，在第一服务器上设置有以上所述的任一信息交互装置。

本公开的实施例提供的技术方案可以包括以下有益效果：为用户提供了一种通用的、便捷的处理跨平台之间信息交互的方法、装置和系统，可以满足多种类型的用户交互需求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种信息交互方法的流程图；

图2示出了一种场景下使用本公开实施例提供的一种信息交互方法的流程图；

图3示出了另一种场景下使用本公开实施例提供的一种信息交互方法的流程图；

图4是根据一示例性实施例示出的一种信息交互装置示意图；

图5是根据一示例性实施例示出的一种处理模块示意图；

图6是根据一示例性实施例示出的另一种处理模块示意图；

图7是根据一示例性实施例示出的再一种处理模块示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种信息交互方法的流程图，如图1所示，一种信息交互方法用于服务器中，包括以下各步骤：

步骤101，建立第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系。

步骤102，从第二服务器获取认证密钥。

步骤103，从第三方获取用户请求和请求所对应的网页地址。

步骤104，根据用户请求和网页地址，判断处理类型和网页编号。

步骤105，生成包含了处理类型、网页编号、第一服务器地址，以及认证密钥的信息码。

步骤106，将信息码发送给第三方，由第三方显示信息码，供用户使用第二服务器对应的客户端来获取。

步骤107，获取第二服务器发送来的第二用户信息、处理类型和网页编号，第二用户信息由第二服务器对客户端发送来的信息码中认证密钥的验证通过后，将第二用户身份信息发送至信息码中的第一服务器地址。

步骤108，根据处理类型，对第二用户信息和/或网页编号，进行处理。

通过上述方法，为用户提供了一种通用的、便捷的处理跨平台之间信息交互的方法，可以满足多种类型的用户交互需求。

在一个实施例中，处理类型是登录第三方，则所对应的步骤109包括步骤81-82，

在步骤81中，根据第二用户信息匹配得到相应的第一用户信息。

在步骤82中，将匹配得到的第一用户信息发送给第三方，由第三方利用第一用户信息进行登录操作。

通过上述方法，为用户提供了一种便捷的跨平台的账户联合登录方法，并且提高用户登录的安全性。

在一个实施例中，处理类型是获取网页信息，则所对应的步骤109包括以下步骤83-84。

步骤83，获取上述网页编号的网页信息。

步骤84，根据上述第二用户信息，将上述网页信息发送至上述客户端。

通过上述方法，为用户提供了一种便捷的处理跨平台之间信息交换的方法，可以使用户直接获得所需的网页信息，而不需要打开对应网页。

在一个实施例中，处理类型可以是登录第三方或者是获取网页信息，在步骤109中包括步骤81-84：

当处理类型是登录第三方时，执行步骤81-82，即

步骤81，根据第二用户信息匹配得到相应的第一用户信息，

步骤82，将匹配得到的第一用户信息发送给第三方，由第三方利用第一用户信息进行登录操作；

当理类型是获取网页信息时，执行步骤83-84，即

步骤83，获取上述网页编号的网页信息，

步骤84，根据上述第二用户信息，将上述网页信息发送至上述客户端。

通过上述方法，为用户提供了一种通用的、便捷的处理跨平台之间信息交户的方法，可以根据用户的不同请求，判断是提供登录服务还是发送网页信息，并按照用户请求完成对应的操作。

在一个实施例中，第二服务器是微信服务器；第二用户信息是微信用户信息；上述信息码是微信二维码；上述客户端是微信客户端。

下面以具体实施例说明本公开实施例提供的信息交互方法。

实施例一

实施例一将本公开实施例提供的信息交互方法应用于以下场景中：用户使用iPad打开一个名为“超级团队”的APP，并在登录页面选择了“微信登录”按钮。其中“超级团队”是名为“TVM”服务平台下的一个应用，“TVM”服务平台与微信服务商达成了合作协议，注册了微信公众号。用户通过点击微信客户端中TVM公众号下的自定义菜单功能，选择绑定微信用户ID与TVM的ID。如图2所示，该场景下，使用本公开实施例提供的信息交互方法，包括以下步骤：

在步骤201中，TVM服务器利用微信公众账号的接口API，在TVM服务器中保存微信用户ID与TVM的ID的对应关系。

在步骤202中，TVM服务器从微信服务器获得认证token。

在步骤203中，TVM服务器从超级团队APP处获取用户的登录请求，以及超级团队APP登录页面的url。

在步骤204中，TVM服务器根据步骤203中获取的信息，判断得出处理类型是“登录第三方”，网页编号为S01。其中，处理类型也可以用其他数据类型表示，例如，数字“1”代表“登录第三方”，则，判断得到的处理类型是“1”。网页编号，是TVM服务器为便于管理，给对应APP的url配置的编号。

在步骤205中，TVM服务器生成微信二维码，其中包括以下信息：处理类型是“登录第三方”、网页编号为S01、TVM服务器url，以及微信认证token。

在步骤206中，TVM服务器发送步骤205中生成的微信二维码给超级团队APP，超级团队APP在iPad上显示上述微信二维码。

用户使用手机上的微信客户端中扫一扫功能扫描上述微信二维码，微信服务器解析二维码，通过解析得到认证token，通过认证token验证通过后。微信服务器将用户的微信ID等用户信息、处理类型和网页编号，通过解析得到的TVM服务器url发送给TVM服务器。

在步骤207中，TVM服务器获取微信服务器发送来的微信ID等用户信息、处理类型和网页编号。

在步骤208中，TVM服务器根据微信ID匹配得到用户的TVM的ID。

在步骤209中，TVM服务器根据处理类型“登录第三方”，将TVM的ID发送给编号是S01的网页，由超级团队APP完成登录操作。

上述实施例一利用本公开实施例提供的信息交互方法，使得用户不用在iPad上手动输入自己的TVM的ID和密码，只需要利用微信客户端扫描二维码，就能实现登录，优化了用户体验，同时减小了用户在输入ID和密码时信息被窃取的风险。

实施例二

实施例二将本公开实施例提供的信息交互方法应用于以下场景中：用户使用PC机浏览名为“超级团队”客户端中的一个网页，用户希望将该网页中的文本信息发送到手机上。于是用户选择了“发送文本”按钮。其中“超级团队”是名为“TVM”服务平台下的一个应用，“TVM”服务平台与微信服务商达成了合作协议，注册了微信公众号。用户通过点击微信客户端中TVM公众号下的自定义菜单功能，选择绑定微信用户ID与TVM的ID。

如图3所示，该场景下，使用本公开实施例提供的信息交互方法，包括以下步骤：

在步骤301中，TVM服务器利用微信公众账号的接口API，在TVM服务器中保存微信用户ID与TVM的ID的对应关系。

在步骤302中，TVM服务器从微信服务器获得认证token。

在步骤303中，TVM服务器从超级团队客户端处获取用户的“发送文本”请求，用户浏览网页对应的url。

在步骤304中，TVM服务器根据步骤303中获取的信息，判断得出处理类型是“获取文本”，网页编号为S11。其中，处理类型也可以用其他数据类型表示，例如，数字“2”代表“获取文本”，则，判断得到的处理类型是“2”。网页编号，是TVM服务器为便于管理，给对应网页配置的编号。

在步骤305中，TVM服务器生成微信二维码，其中包括以下信息：处理类型是“获取文本”、网页编号为S11、TVM服务器url，以及微信认证token。

在步骤306中，TVM服务器发送步骤305中生成的微信二维码给超级团队客户端，超级团队客户端在PC上显示上述微信二维码。

用户使用手机上的微信客户端中扫一扫功能扫描上述微信二维码，微信服务器解析二维码，通过解析得到认证token，通过认证token验证通过后。微信服务器将用户的微信ID等用户信息、处理类型和网页编号，通过解析得到的TVM服务器url发送给TVM服务器。

在步骤307中，TVM服务器获取微信服务器发送来的微信ID等用户信息、处理类型和网页编号。

在步骤308中，TVM服务器获取网页编号S11的文本信息。

在步骤309中，TVM服务器通过微信公众号，根据用户的微信ID，将网页编号S11的文本信息发送至用户的微信手机客户端。

上述实施例二利用本公开实施例提供的信息交互方法，使得用户只需要利用微信客户端扫描二维码，就能将在PC上浏览到的文本信息快捷的发送到手机上，优化了用户体验，实现了有效的跨平台信息的交换。

图4是根据一示例性实施例示出的一种信息交互装置示意图。该装置包括：

信息对应模块401，用于建立所述第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系；

密钥获取模块402，用于从第二服务器获取认证密钥；

请求获取模块403，用于从第三方获取用户请求和请求所对应的网页地址；

判断模块404，用于根据所述用户请求和所述网页地址，判断处理类型和网页编号；

生成模块405，用于生成包含了所述处理类型、网页编号、第一服务器地址，以及认证密钥的信息码；

发送模块406，用于将所述信息码发送给第三方，由所述第三方显示所述信息码，供用户使用所述第二服务器对应的客户端来获取；

用户信息获取模块407，用于获取所述第二服务器发送来的第二用户信息、处理类型和网页编号，所述第二用户信息由所述第二服务器对所述客户端发送来的所述信息码中认证密钥的验证通过后，将所述第二用户身份信息发送至所述信息码中的第一服务器地址；

处理模块408，用于根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理。

在一个实施例中，如图5所示，上述处理模块408可包括：

匹配单元51，用于根据所述第二用户信息匹配得到相应的第一用户信息；

第一发送单元52，用于将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作。

在一个实施例中，如图6所示，上述处理模块408可包括：

网页信息获取单元61，用于获取所述网页编号的网页信息；

第二发送单元62，用于根据所述第二用户信息，将所述网页信息发送至所述客户端。

在一个实施例中，如图7所示，上述处理模块408可包括：

匹配单元51，用于根据所述第二用户信息匹配得到相应的第一用户信息；

第一发送单元52，用于将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作。

网页信息获取单元61，用于获取所述网页编号的网页信息；

第二发送单元62，用于根据所述第二用户信息，将所述网页信息发送至所述客户端。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (10)

1.一种信息交互方法，用于第一服务器，其特征在于，包括：

建立所述第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系；

从第二服务器获取认证密钥；

从第三方获取用户请求和请求所对应的网页地址；

根据所述用户请求和所述网页地址，判断处理类型和网页编号；

生成包含了所述处理类型、网页编号、第一服务器地址，以及认证密钥的信息码；

将所述信息码发送给第三方，由所述第三方显示所述信息码，供用户使用所述第二服务器对应的客户端来获取；

获取所述第二服务器发送来的第二用户信息、处理类型和网页编号，所述第二用户信息由所述第二服务器对所述客户端发送来的所述信息码中认证密钥的验证通过后，将所述第二用户身份信息发送至所述信息码中的第一服务器地址；

根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理。

2.根据权利要求1所述的信息交互方法，其特征在于，

所述处理类型包括登录第三方；

所述根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理包括：

根据所述第二用户信息匹配得到相应的第一用户信息；

将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作。

3.根据权利要求1所述的信息交互方法，其特征在于，

所述处理类型包括获取网页信息；

所述根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理包括：

获取所述网页编号的网页信息；

根据所述第二用户信息，将所述网页信息发送至所述客户端。

4.根据权利要求1所述的信息交互方法，其特征在于，所述根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理包括：

当所述处理类型是登录第三方时，

根据所述第二用户信息匹配得到相应的第一用户信息，

将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作；

当所述处理类型是获取网页信息时，

获取所述网页编号的网页信息，

根据所述第二用户信息，将所述网页信息发送至所述客户端。。

5.根据权利要求1-4任一所述的信息交互方法，其特征在于，

所述第二服务器是微信服务器；

所述第二用户信息是微信用户信息；

所述信息码是微信二维码；

所述客户端是微信客户端。

6.一种信息交互装置，其特征在于，包括：

信息对应模块，用于建立所述第一服务器的第一用户信息与第二服务器的第二用户信息的对应关系；

密钥获取模块，用于从第二服务器获取认证密钥；

请求获取模块，用于从第三方获取用户请求和请求所对应的网页地址；

判断模块，用于根据所述用户请求和所述网页地址，判断处理类型和网页编号；

生成模块，用于生成包含了所述处理类型、网页编号、第一服务器地址，以及认证密钥的信息码；

发送模块，用于将所述信息码发送给第三方，由所述第三方显示所述信息码，供用户使用所述第二服务器对应的客户端来获取；

用户信息获取模块，用于获取所述第二服务器发送来的第二用户信息、处理类型和网页编号，所述第二用户信息由所述第二服务器对所述客户端发送来的所述信息码中认证密钥的验证通过后，将所述第二用户身份信息发送至所述信息码中的第一服务器地址；

处理模块，用于根据所述处理类型，对所述第二用户信息和/或所述网页编号，进行处理。

7.根据权利要求6所述的信息交互装置，其特征在于，所述处理模块包括：

匹配单元，用于根据所述第二用户信息匹配得到相应的第一用户信息；

第一发送单元，用于将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作。

8.根据权利要求6所述的信息交互装置，其特征在于，所述处理模块包括：

网页信息获取单元，用于获取所述网页编号的网页信息；

第二发送单元，用于根据所述第二用户信息，将所述网页信息发送至所述客户端。

9.根据权利要求6所述的信息交互装置，其特征在于，所述处理模块包括：

匹配单元，用于根据所述第二用户信息匹配得到相应的第一用户信息；

第一发送单元，用于将所述匹配得到的第一用户信息发送给所述第三方，由所述第三方利用所述第一用户信息进行登录操作；

网页信息获取单元，用于获取所述网页编号的网页信息；

第二发送单元，用于根据所述第二用户信息，将所述网页信息发送至所述客户端。

10.一种信息交互系统，包括第一服务器、第二服务器，其特征在于，在所述第一服务器上设置有如权利要求6-9任一所述的信息交互装置。