CN106254560B

CN106254560B - 信息传输方法及装置

Info

Publication number: CN106254560B
Application number: CN201610890887.5A
Authority: CN
Inventors: 黄山
Original assignee: Tencent Technology Beijing Co Ltd
Current assignee: Tencent Technology Beijing Co Ltd
Priority date: 2016-10-12
Filing date: 2016-10-12
Publication date: 2020-09-04
Anticipated expiration: 2036-10-12
Also published as: CN106254560A

Abstract

本申请提供了一种信息传输方法，包括：接收来自所述客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；根据接收的登录请求确定所述客户端设备的设备标识；查询存储的设备标识与移动终端信息的对应关系，确定与所述客户端设备的设备标识对应的移动终端信息；以及根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求，其中，所述登录请求中包含所述客户端设备的设备标识。本申请还提供了执行上述方法的装置。通过本申请，可以大大简化用户登录应用软件的过程，减少终端设备和服务器之间交互的信息，提高各设备的处理效率，以及节省设备以及网络的资源。

Description

信息传输方法及装置

技术领域

本申请涉及信息技术领域，尤其涉及在登录应用软件过程中的信息传输方法和装置。

背景技术

随着互联网，尤其是移动互联网的发展，ios，android等智能操作系统以及各种互联网应用快速流行起来，这些智能操作系统以及互联网应用可以应用于手机、电脑、电视(TV)等终端设备，为用户带来了更为丰富的业余生活。例如，互联网电视就是智能电视和互联网结合产物的典型代表，用户可通过多种视频软件在智能电视上在线观看电影、电视剧、以及综艺节目等。同时，为了记录用户的历史浏览情况以及个人偏好等信息以便进行用户管理和更好地进行内容推荐，当前大多数的应用软件都会为每个用户分别建立账户。用户只有登录自己的账户后才能使用应用软件的全部或部分特权功能。

通常，在登录应用软件时，应用软件的客户端会弹出登录页面请用户输入账号以及密码等账户信息供应用软件的服务器进行身份验证。这种应用软件的登录方式需要用户手动输入帐户信息，不仅要求用户输入的信息多，而且客户端和服务器之间交互的信息也很多。通常，为了信息安全的考虑，还需要对信息进行加密等处理。

随着移动互联网应用的发展，很多互联网应用都开发了应用在手机上的应用软件。用户可以通过手机登录应用软件，也可以通过其他终端，例如电脑、电视等登录同一个应用软件。在这种情况下，为了方便用户的登录，出现了扫描登录二维码的登录方式。也即，当用户已在手机登录了应用软件，同时希望通过除手机之外的电脑或电视等其他终端登录应用软件时，这些终端的显示设备会弹出一个登录二维码。此时，用户使用手机扫描此二维码后即可由手机发送相应的与用户账户信息相关的信息至服务器完成登录过程，而无需用户手动输入账号和密码等信息。这种方法虽然在一定程度上方便了用户的登录操作，然而，即使是看似简单的手机扫码操作，也需要用户在一定时间内完成打开手机，在手机应用中找到扫描二维码选项，扫描登录二维码，并授权登录等等这些步骤。这仍然是一个相对繁琐的过程。

发明内容

本申请提供了一种信息传输方法。该方法由服务器执行，包括：接收来自所述客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；根据接收的登录请求确定所述客户端设备的设备标识；查询存储的设备标识与移动终端信息的对应关系，确定与所述客户端设备的设备标识对应的移动终端信息；以及根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求，其中，所述登录请求中包含所述客户端设备的设备标识。

本申请还提供了一种信息传输方法。该方法由移动终端执行，包括：接收登录请求，其中，所述登录请求中包含请求登录的客户端设备的设备标识；解析所述登录请求；在所述登录请求解析成功后，显示登录请求确认页面；接收用户输入的信息，确定用户是拒绝登录还是确认登录，当用户拒绝登录时，向服务器返回包含用户拒绝登录信息的登录拒绝响应；或者当用户确认登录时，向服务器返回包含用户确认登录信息的登录确认响应；其中，所述登录确认响应中包含自身对应的移动终端信息以及所述客户端设备的设备标识。

本申请还提供了一种信息传输方法。该方法由路由设备执行，包括：接收来自客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；搜索当前无线局域网下接入的移动终端，搜索到移动终端时，将所述登录请求转发至所述移动终端；或没有搜索到移动终端时，将所述登录请求转发至服务器。

相应地，本申请提供了一种服务器。该服务器包括：

接收模块，用于接收来自客户端设备的登录请求，所述登录请求中包含所述客户端设备的设备标识；

查询模块，用于根据接收模块接收的登录请求确定所述客户端设备的设备标识，查询数据库中存储的设备标识与移动终端信息的对应关系，确定与所述客户端设备的设备标识对应的移动终端信息；以及

发送模块，用于根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求。

相应地，本申请提供了一种移动终端。该移动终端包括：

接收模块，用于接收登录请求；其中，所述登录请求中包含客户端设备的设备标识；

解析模块，用于解析接收到的登录请求；

显示模块，用于在登录请求解析成功后，显示登录请求确认页面；

输入模块，用于接收用户输入的信息，确定用户是否确认登录；

发送模块，用于在用户确认登录时向服务器返回包含用户确认登录信息的登录确认响应，或者在用户拒绝登录时向服务器返回包含用户拒绝登录信息的登录拒绝响应；其中，所述登录确认响应中包含自身的移动终端信息以及所述客户端设备的设备标识。

本申请还提供了一种路由设备。该路由设备包括：

接收模块，用于接收来自客户端设备的登录请求；其中，所述登录请求包含所述客户端设备的设备标识；

搜索模块，用于在自身的无线局域网下搜索已接入的移动终端；

发送模块，用于将所述登录请求转发给搜索模块搜索到的移动终端；或者在没有搜索到移动终端时，将所述登录请求转发给服务器。

通过本申请提供的信息传输方法和设备，而无需扫码或账户信息输入的过程，即可登录应用软件，不仅可以简化用户的操作，还可以减少设备之间交互的信息，提高设备的处理效率，节省设备以及网络的资源。

附图说明

为了更清楚的说明本申请中的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实例，对于本领域普通技术人员来说，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。其中，

图1为本申请的一个实例所述的系统结构示意图；

图2为本申请的一个实例所述的信息传输方法流程；

图3为本申请一个实例所述的登录请求确认页面示意图；

图4为本申请的一个实例所述的将用户的客户端设备与移动终端进行绑定的方法流程图；

图5为本申请的另一个实例所述的系统结构示意图；

图6为本申请的另一个实例所述的信息传输方法流程；

图7为本申请的又一个实例所述的信息发送方法流程；

图8为本申请的再一个实例所述的信息发送方法流程；

图9为本申请一个实例所述的服务器的内部结构示意图；

图10为本申请一个实例所述的服务器的硬件结构示意图；

图11为本申请一个实例所述的移动终端的内部结构示意图；

图12为本申请一个实例所述的移动终端的硬件结构示意图；

图13为本申请一个实例所述的路由设备的内部结构示意图；以及

图14为本申请一个实例所述的路由设备的硬件结构示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实例是本申请一部分实例，而不是全部的实例。基于本申请中的实例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实例，都属于本申请保护的范围。

如前所述，当前用户在每次登录应用软件的时候，虽然可以用手机扫描应用软件弹出的登录二维码来完成登录而无需手动输入账户信息，但是，这仍然是一个相对繁琐的过程。

为解决上述问题，本申请提出了一种新的在应用软件登录过程中的信息传输方式。这种信息传输方式需要绑定应用软件的客户端设备和用户使用的移动终端，而对于已绑定移动终端的应用软件客户端设备可以直接由移动终端协助完成应用软件的登录，而无需扫码或账户信息输入的过程，从而不仅可以简化用户的操作，还可以减少设备之间交互的信息，提高设备的处理效率，节省设备以及网络的资源。

图1显示了本申请的信息发送方法所适用的系统结构示意图。如图1所示，本申请的系统至少包括：移动终端101、客户端设备102、网络103、服务器104、以及数据库105。

在本申请中，上述移动终端101可以是用户的智能手机，其上可能会安装各种应用软件的客户端软件。用户可以通过上述移动终端101登录并使用各种应用软件的客户端。

上述客户端设备102可以是除智能手机之外的其他智能硬件设备，例如电脑、电视、平板电脑等等。而且，在上述客户端设备102之上安装有用户当前要使用的应用软件。在后文的描述中，为了方便描述，将用户要使用的应用软件称为目标应用软件。用户也可以通过上述客户端设备102登录并使用目标应用软件。

上述网络103可以包括有线网络和无线网络。例如，如图1所示，在接入网一侧，移动终端101通过无线的方式接入到网络，而应用软件客户端设备102可以通过有线或者无线的方式接入到网络；而在核心网一侧，服务器104和数据库105是通过有线方式连接到网络的。

上述服务器104为上述目标应用软件的服务器，与客户端设备102一起为用户提供服务。

上述数据库105用于存储与上述目标应用软件相关的数据，例如用户的账户信息以及电影、电视等资源信息等等。上述数据库105可以如图1所示的方式独立于服务器104，也可以和服务器104集成在一起。

基于上述系统结构，本申请提供了在登录应用软件时的信息传输方法，其实现流程如图2所示。该方法包括以下步骤：

步骤201：客户端设备102在收到用户的登录指示后，发送带有自身设备标识的登录请求至服务器104。

通常，用户在通过应用软件的客户端设备102使用例如视频软件等应用软件时，应用软件会弹出带有登录按钮/链接的页面，提示用户登录用户的账户。此时，如果用户点击了登录按钮/链接即表示向应用软件的客户端设备102发送了登录指示。

在收到用户的登录指示后，应用软件的客户端设备102通过网络103发送登录请求至服务器104。上述登录请求中可以包含上述应用软件的客户端设备102的设备标识。上述设备标识可以是该客户端设备的全球唯一标识(Globally Unique Identifier，GUID)或者其他可以唯一标识设备本身的标识。

服务器104可以通过上述客户端设备的设备标识确定用户正准备通过哪台设备在请求登录目标的应用软件。需要说明的是，上述GUID是由算法生成的二进制长度为128位的数字标识符，其作用是用来区分不同设备。

步骤202：服务器104在收到来自客户端设备102的登录请求后，确定客户端设备102的设备标识。

如前所述，客户端设备102将在上述登录请求中携带自身的标识，例如客户端设备GUID。这样，服务器104可以从接收到的登录请求中提取出发送登录请求的客户端设备102的设备标识，从而能够确定是哪个设备发送了登录请求。

步骤203：服务器104查询数据库105中存储的设备标识与移动终端信息的对应关系，确定与上述客户端设备102的设备标识对应的移动终端信息。如果没有查询到与上述客户端设备102的设备标识对应的移动终端信息，则执行步骤204(图1中显示为虚线)；如果确定了与上述客户端设备102的设备标识对应的移动终端信息，则执行步骤205。

本步骤中，服务器104接收到来自客户端设备102的登录请求后，根据其中携带的客户端设备102的设备标识，例如GUID，以及在数据库105中存储的客户端设备的设备标识与移动终端信息的对应关系，获取与所述客户端设备的设备标识对应的移动终端信息。这里，移动终端信息是指与用户所使用移动终端本身的账户信息或其上安装的应用软件的账户信息，例如账号和/或密码信息，例如可以包括：用户的手机号码、QQ、微信等即时通信账户信息、用户的邮箱帐户信息或者用户在目标应用软件或者其它应用软件中注册的帐户信息等等。上述移动终端信息还可以是移动终端在通过某个应用软件与服务器建立会话后从服务器获得的会话参数。服务器通过这些会话参数即可确认移动终端已与自身建立了会话，且其身份是合法的。

其中，具体的绑定移动终端和客户端设备，建立移动终端信息和客户端设备的设备信息之间对应关系的方法将在下文中详细描述。

步骤204：服务器104向客户端设备102返回登录页面，请用户提交账户信息。

本步骤中的登录页面可以包括多种形式。

例如，在本步骤中，服务器104将向客户端设备102返回带有登录二维码的登录页面，供用户通过移动终端101扫描登录二维码完成登录。这种登录方式的具体实现可以参考扫码登录的方法。

又例如，在本步骤中，服务器104将向客户端设备102返回带有用户账户信息输入框的登录页面，供用户通过客户端设备102输入用户账户信息并完成登录。这种登录方式的具体实现可以参考传统软件的登录方法。

步骤205：服务器104根据与上述客户端设备102的设备标识对应的移动终端信息向对应的移动终端101发送登录请求，其中，上述登录请求中包含客户端设备102的设备标识。

在本步骤中，服务器104将根据与上述客户端设备102的设备标识对应的移动终端信息的不同形式通过不同的渠道向对应的移动终端101发送不同形式的登录请求。

例如，若移动终端信息为用户的手机号码，则服务器104根据用户的手机号码通过移动网向用户的移动终端发送登录请求。例如，可以采用短信或者彩信的方式。

若移动终端信息为用户的QQ号码或微信等即时通信账号，则服务器104根据用户的QQ号码或微信号码等即时通信账号通过移动互联网向用户移动终端上的QQ客户端或者微信客户端等即时通信客户端发送登录请求。

若移动终端信息为用户的邮箱帐户，则服务器104根据用户的邮箱帐户通过移动互联网向用户移动终端上的邮件服务客户端发送登录请求。例如，可以采用电子邮件的方式。

若移动终端信息为用户在目标应用软件或者其它应用软件上注册的帐户信息，则服务器104根据用户的帐户信息通过移动互联网向用户移动终端上的目标应用软件客户端或者其它应用软件客户端发送登录请求。

步骤206：移动终端101上显示登录请求确认页面。

在本步骤中，移动终端101接收到来自服务器104的登录请求后，将首先对所接收的登录请求进行解析。在这里，对登录请求的解析是指判断登录请求的网络协议是否为自身所安装应用软件所支持的网络协议，如果是，则可以成功解析；如果不是，则一般无法解析上述登录请求。移动终端在成功解析上述登录请求后，移动终端101在自身的显示装置上，例如触摸显示屏，显示登录请求确认页面。例如，通过QQ、微信等即时通信客户端、邮件服务器客户端、目标应用软件客户端或其它应用软件客户端等应用界面上显示登录请求确认页面。在该登录请求确认页面上可以显示用户将要通过客户端设备102登录目标应用软件的信息，并提示用户反馈是否确认登录。例如可以在页面上提供用户确认登录或者拒绝登录的按键或者手势移动轨迹，例如，提示用户向上滑动触摸显示屏表示确认登录；向下滑动触摸显示屏表示拒绝登录。这样，用户在按下某个按键或者按照某个手势轨迹移动时，移动终端101即可得到用户是否确认登录的反馈。

图3显示了一个登录请求页面的示例。如图3所示，在该登录请求页面中，显示了用户A将通过B设备登录C应用软件的信息，并提供了确认登录按键301以及拒绝登录按键302。用户可以通过点击确认登录案件301或拒绝登录按键302来选择后续操作。

步骤207：移动终端101接收用户输入的信息，确定用户是否确认登录，如果用户拒绝登录，则执行步骤208；如果用户确认登录，则执行步骤209。

步骤208：移动终端101向服务器104返回包含用户拒绝登录信息的登录拒绝响应(图1中显示为虚线)，然后返回步骤204。

步骤209：移动终端101向服务器104返回包含用户确认登录信息的登录确认响应，其中，该登录确认响应中包含移动终端101对应的移动终端信息以及客户端设备102的设备标识。

步骤210：服务器104根据来自移动终端101的登录确认响应中的移动终端信息进行验证，验证通过后生成唯一的会话参数，并根据登录确认响应中的客户端设备102的设备标识将生成的会话参数发送给客户端设备102。

在本步骤中，上述会话参数可以包含一个唯一的标识(ID)以及一个令牌(Token)，并将生成的ID和Token。服务器104将根据来自移动终端101的移动终端信息对移动终端的身份进行验证。如果经验证是合法用户，则生成ID和Token。

这里，上述Token代表交互会话中唯一身份标识符，所述客户端设备获得Token后，就有会员可具备的一些特权，比如显示播放历史信息，推荐可能喜欢的影视等等。

步骤211：客户端设备102接收到服务器104发送的会话参数后，表示登录成功。

此后，客户端设备102可以用接收到的会话参数，例如ID和Token从服务器104提取图像、声音、手机账号等。

通过上述方案可以看出，在客户端设备和移动终端已建立对应关系的前提下，用户可以通过在移动终端上直接确认登录，即可完成用户在客户端设备上的登录，大大简化了用户通过客户端设备登录的过程，减少了客户端和服务器之间交互的信息量以及需要各个硬件设备处理的信息量，提高了处理速度，节省了设备和网络的资源。

下面将结合附图详细描述绑定移动终端和客户端设备，建立移动终端信息和客户端设备的设备标识对应关系的方法。图4示出了本申请一个实例提供的绑定移动终端和客户端设备的方法，如图4所示，该方法包括：

步骤401：服务器104向客户端设备102返回信息绑定页面，其中，该信息绑定页面包括可以由移动终端101识别的图形标记，该图形标记中携带客户端设备102的设备标识。

在本步骤中，服务器104可以在用户首次登录目标应用软件时，或者在发现客户端设备102的设备标识无对应的移动终端信息时，或者用户主动选择绑定用户使用的客户端设备和移动终端设备时等情况下，服务器104会向客户端设备返回信息绑定页面。

与上述步骤204类似，上述图形标记可以是携带客户端设备102的设备标识的二维码。

步骤402：客户端设备102显示上述图形标记。

例如，在本步骤中，客户端设备在其显示装置上显示上述携带客户端设备102的设备标识的二维码。

步骤403：移动终端101识别上述图形标记，确定其中携带的客户端设备102的设备标识。

例如，本步骤中，移动终端101扫描客户端设备102上显示的二维码可以获得客户端设备102的设备标识，例如GUID。其中，移动终端101可以使用移动终端自带的扫码功能，或者微信、QQ等即时通信客户端提供的扫码功能或者其他客户端软件中的扫码功能实现二维码扫描。

步骤404：移动终端101向服务器104返回信息绑定确认消息，其中，上述信息绑定确认消息携带自身的移动终端信息和确定的客户端设备102的设备标识。

其中，如果使用手机自带的扫码功能，则上述移动终端信息将是用户的手机号；如果使用客户端软件的扫码功能，则上述移动终端的信息将是用户在这些客户端软件中的账户信息。

步骤405：服务器104建立并记录移动终端101的移动终端信息和客户端设备102的设备标识之间的对应关系。

在本步骤中，服务器104根据接收的移动终端101的移动终端信息(手机号码、QQ或微信等即时通信账户信息、电子邮件账户信息等)和客户端设备101的设备标识(GUID)建立对应的关系，并将其保存至数据库105，方便后续登录过程查找。这里，一个移动终端的移动终端信息可以对应多个客户端设备的设备标识，同时一个客户端设备的设备标识也可以对应多个移动终端的移动终端信息。

通过上述方案可以看出，用户可以仅通过一次图形标记识别即可绑定客户端设备和移动终端。

本申请还提出了另一种在登录应用软件过程中的信息传输方法。该方法可以利用处于同一无线局域网下客户端设备和移动终端来完成登录过程，而无需扫描。

图5显示了本申请的应用软件登录方法所适用的系统结构示意图。如图5所示，本申请的系统至少包括：移动终端501、客户端设备502、路由设备503、网络504、服务器505、以及数据库506。

在本申请中，上述移动终端501可以是用户的智能手机，当前安装并已登录目标应用软件或者当前安装并已登录了与目标应用软件消息使用相同网络协议因而可以交互信息的其他应用软件。在本文中，为了方便描述，将其他与目标应用软件使用相同网络协议的其他应用软件称为目标应用软件的协议应用软件。用户可以通过移动终端501登录目标应用软件或目标应用软件的协议应用软件。

上述客户端设备502可以是除智能手机之外的其他智能硬件设备，例如电脑、电视、平板电脑等等。而且，在上述客户端设备502之上安装有目标应用软件。用户可以通过客户端设备502登录目标应用软件。

路由设备503用于建立无线局域网，移动终端501和客户端设备502在路由设备503建立的无线局域网之下，并通过该无线局域网接入网络504。

上述网络504可以包括有线和无线网络。例如，如图5所示，在接入网一侧，路由设备503可以有线的方式接入到网络；而在核心网一侧，服务器505和数据库506是通过有线方式连接到网络的。

上述服务器505为上述目标应用软件的服务器，与客户端设备502一起为用户提供服务。

上述数据库506用于存储与上述目标应用软件相关的数据，例如用户的账户信息以及电影、电视等资源信息等等。上述数据库507可以如图5所示的方式独立于服务器505，也可以和服务器505集成在一起。

图6显示了本申请的另一个实例提供的信息传输方法。如图6所示，该方法包括以下步骤：

步骤601：客户端设备502收到用户的登录指示后，发送带有自身设备标识的登录请求至路由设备503。

如前所述，亦可参考上述步骤201，用户在通过应用软件的客户端设备502使用例如视频软件等应用软件时，应用软件会弹出带有登录按钮/链接的页面提示用户登录用户的账户。此时，如果用户点击了登录按钮/链接即向应用软件的客户端设备502发送了登录指示。

在收到用户的登录指示后，应用软件的客户端设备502将发送登录请求至路由设备503。并且，在上述登录请求中包含上述应用软件的客户端设备502的设备标识。例如，客户端设备502的GUID或者其他可以唯一标识设备本身的标识。

这里，客户端设备502会按照目标应用软件客户端之间的网络协议把登录请求数据发送给路由器503，并由路由器503进行转发。

步骤602：路由设备503接收到来自客户端设备502的登录请求后，搜索当前无线局域网下的移动终端501。

在本步骤中，路由设备503搜索到的移动终端501可以为一部或多部。

极端情况下，如果路由设备503没有搜索到移动终端501，则接下来可以将登录请求通过网络504发送给服务器505并按照传统或者本申请图1-4所示的方法进行登录，这里不再详细描述。

步骤603：路由设备503将接收的登录请求转发送给搜索到的移动终端501。

在本步骤中，路由设备503可以直接将来自客户端设备502的登录请求转发至搜索到的一个或多个移动终端501。

如果路由设备503本身具有网络协议应用层解析以及存储等功能，路由设备503即可确定介入到自身无线局域网下的移动终端501中有哪些移动终端已经登录了目标应用软件或其协议应用软件，则在这种情况下，路由设备503可以只将来自客户端设备502的登录请求转发至已经登录了目标应用软件或其协议应用软件的移动终端501。

步骤604：移动终端501解析接收到的登录请求，并显示登录请求页面。

在本步骤中，移动终端501接收到来自路由设备503的登录请求后，将先对接收到的登录请求进行解析。这里，由于客户端设备502发送的登录请求是遵守目标应用软件客户端之间的网络协议的，因此，只有安装并登录了目标应用软件或者目标应用软件的协议应用软件的移动终端才能够正确解析接收到的登录请求。而其他没有安装目标应用软件或者其协议目标软件的移动终端将无法解析上述登录请求。

在解析了登录请求后，移动终端501将通过目标应用软件或其协议应用软件的客户端界面在自身的触摸显示屏上显示登录请求页面。

该登录请求页面上可以显示用户将要通过客户端设备502登录目标应用软件的信息，并提供用户确认登录或者拒绝登录的按键或者手势移动轨迹。例如，可以参考图3所示的界面。

步骤605：移动终端501接收用户输入的信息，确定用户是否确认登录，如果用户拒绝登录，则执行步骤606；如果用户确认登录，则执行步骤607。

步骤606：移动终端101向服务器104返回包含用户拒绝登录信息的登录拒绝响应(图6中显示为虚线)，然后结束。

步骤607：移动终端101向服务器104返回包含用户确认登录信息的登录确认响应，其中，包含移动终端101对应的移动终端信息以及客户端设备502的设备标识。

步骤608：服务器505根据来自移动终端501的登录确认响应中的移动终端信息进行验证，验证通过后生成唯一会话参数，例如唯一的ID以及Token，并根据登录确认响应中的客户端设备502的设备标识将生成的会话参数发送给客户端设备502。

此外，在本步骤中，服务器505可以通过网络504和路由设备503直接将生成的会话参数发送给客户端设备502。服务器505也可以通过网络504先将生成的会话参数发送给移动终端501，再由移动终端501通过路由设备503将生成的会话参数发送给客户端设备502。

步骤609：客户端设备502接收到服务器505发送的会话参数后，表示登录成功。

此后，客户端设备502可以用接收到的会话参数，例如ID和Token从服务器104提取图像、声音、手机账号等。

通过以上技术方案可以看出，本申请所提供的这一应用软件登录方法，无需用户扫描二维码，利用在同一无线局域网内登录相同目标应用软件或者其他协议应用软件的移动终端发送登录请求，完成整个登录过程。该方案更加简化了TV端用户登录账号的过程，方便用户登录，同时也减少了客户端和服务器之间的信息交互，从而减少了服务器端信息处理量，节省了设备以及网络的资源。

需要说明的是，在本申请的实例中，还可以将上述图2和图6所示的两个方法进行结合，得到更为完善的信息传输方法，更加便于用户登录目标应用软件。例如，也即可以先执行图2所示的方法，即先判断是否有绑定的移动终端信息，在步骤204如果没有移动终端的信息，则进一步执行图6所示的方法，检查同一个无线局域网下是否有登录目标应用软件或协议应用软件的移动终端，如果有，则通过该移动终端完成应用软件的登录。又例如，可以先执行图6所示的方法，即先检查同一个无线局域网下是否有登录目标应用软件或协议应用软件的移动终端，如果有，则通过该移动终端完成应用软件的登录；如果没有，则进一步执行图2所示的方法，判断是否有绑定的移动终端信息，通过绑定的移动终端完成应用软件的登录。

图7显示了上述第一个方法的信息传输流程。如图7所示，该方法包括：

步骤701：客户端设备在收到用户的登录指示后，发送带有自身设备标识的登录请求至服务器。

上述步骤701的实现方法可以参考上述步骤201。

步骤702：服务器在收到来自客户端设备的登录请求后，确定是否有与上述客户端设备的设备标识对应的移动终端信息。

如果没有查询到与上述客户端设备的设备标识对应的移动终端信息，则执行步骤703；如果确定了与上述客户端设备的设备标识对应的移动终端信息，则执行步骤704。

上述步骤702的实现方法可以参考上述步骤202和203。

步骤703：服务器将登录请求发送至客户端设备接入的路由设备，路由设备判断同一无线局域网下是否有移动终端接入。如果有，则执行步骤704；如果没有，则执行步骤705。

上述步骤703的实现方法可以参考上述步骤602和603。

步骤704：服务器或路由设备向对应的移动终端发送登录请求，其中，上述登录请求中包含客户端设备的设备标识，请用户通过移动终端登录目标应用软件。

上述步骤704的实现方法可以参考上述步骤206-211或步骤604-609。

步骤705：路由设备向客户端设备返回登录页面，请用户通过客户端设备登录目标应用软件。

上述步骤705的实现方法可以参考上述步骤204。

图8显示了上述第二个方法的信息传输流程。如图8所示，该方法包括：

步骤801：客户端设备在收到用户的登录指示后，发送带有自身设备标识的登录请求至路由设备。

上述步骤801的实现方法可以参考上述步骤601。

步骤802：路由设备判断同一无线局域网下是否有移动终端接入。如果有，则执行步骤804；如果没有，则执行步骤803。

上述步骤802的实现方法可以参考上述步骤602和603。

步骤803：路由设备将登录请求发送至服务器，服务器确定是否有与上述客户端设备的设备标识对应的移动终端信息。

如果没有查询到与上述客户端设备的设备标识对应的移动终端信息，则执行步骤805；如果确定了与上述客户端设备的设备标识对应的移动终端信息，则执行步骤804。

上述步骤803的实现方法可以参考上述步骤202和203。

步骤804：服务器或路由设备向对应的移动终端发送登录请求，其中，上述登录请求中包含客户端设备的设备标识，请用户通过移动终端登录目标应用软件。

上述步骤804的实现方法可以参考上述步骤206-211或步骤604-609。

步骤805：服务器通过路由设备向客户端设备返回登录页面，请用户通过客户端设备登录目标应用软件。

上述步骤805的实现方法可以参考上述步骤204。

对应上述登录应用软件时的信息传输方法，本申请还给出了实现上述方法的服务器和移动终端设备。

在一些实例中，上述服务器900可由图9所示的结构图实现，包括：接收模块901、查询模块902和发送模块903。

其中，接收模块901主要用于接收来自客户端设备的登录请求，其中包含客户端设备的设备标识。

查询模块902主要用于根据上述登录请求确定客户端设备的设备标识并查询数据库中存储的设备标识与移动终端信息的对应关系，确定与上述客户端设备的设备标识对应的移动终端信息。

发送模块903主要用于根据与客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求，或者在没有查询到上述对应关系的情况下向客户端设备返回登录页面，请用户提交账户信息。

上述接收模块901还将进一步用于接收来自移动终端的登录确认响应，其中，包含客户端设备的设备标识和移动终端的移动终端信息。

在这种情况下，上述服务器还可以进一步包含：验证模块904主要用于根据登录确认响应中的移动终端信息进行验证，验证通过后生成唯一会话参数，并根据上述登录确认响应中的客户端设备的设备标识将生成的会话参数发送给客户端设备。

上述接收模块901还将进一步用于接收来自移动终端的信息绑定确认消息，其中包括移动终端信息和客户端设备的设备标识。

在这种情况下，上述服务器900还可以包括信息绑定模块905，主要用于根据接收的信息绑定确认消息后建立并记录移动终端信息和客户端设备的设备标识之间的对应关系。

图10显示了本发明的实例所述的服务器的硬件结构示意图。如图10所示，上述服务器1000可以包括：用于存储指令的存储器1001、用于执行存储于存储器中指令的处理器1002以及用于与客户端设备或移动终端进行通信的通信装置1003。上述服务器还可以包括存储设备标识、移动终端信息、及其对应关系的数据库1004。该处理器1002通过连接单元1005与所述存储器1001、所述通信装置1003以及所述数据库1004进行通信。上述指令包含如下指令模块：接收模块901、查询模块902、以及发送模块903。上述指令还可以包括上述验证模块904或信息绑定模块905。

在一些实例中，实现本申请所提供方法的移动终端1100可由图11所示的结构图实现，包括：接收模块1101、解析模块1102、显示模块1103、输入模块1104以及发送模块1105。

其中，上述接收模块1101主要用于接收来自服务器或路由设备的登录请求。

上述解析模块1102主要用于解析接收到的登录请求。

上述显示模块1103主要用于在成功解析上述登录请求后，在自身的显示装置上，例如触摸显示屏，显示登录请求确认页面。

输入模块1104主要用于接收用户输入的信息，确定用户是否确认登录。

发送模块1105主要用于在用户确认登录时向服务器返回包含用户确认登录信息的登录确认响应，

上述发送模块进一步用于在用户拒绝登录时向服务器返回包含用户拒绝登录信息的登录拒绝响应。

图12显示了本发明的实例所述移动终端1200的硬件结构示意图。如图12所示，上述移动终端可以包括：用于存储指令的存储器1201，用于执行存储于存储器中指令的处理器1202，用于显示登录请求确认页面的显示装置1203，用于接收用户输入的信息的输入装置1204，以及用于与其他设备进行通信的通信装置1205。上述显示装置1203和输入装置1204可以由移动终端上的触摸显示屏实现。该处理器1202通过连接单元1206与所述存储器1201、显示装置1203、输入装置1204以及通信装置1205进行通信。上述指令包含如下指令模块：接收模块1101、显示模块1102、输入模块1103以及发送模块1104。

在一些实例中，实现本申请所提供方法的路由设备1300可由图13所示的结构图实现，包括：接收模块1301、搜索模块1302以及发送模块1303。

其中，上述接收模块1301主要用于接收来自客户端设备的登录请求。

上述搜索模块1302主要用于在自身的无线局域网下搜索已接入的移动终端。

上述发送模块1303主要用于将来自客户端设备的登录请求转发给搜索模块1302搜索到的移动终端；或者在没有搜索到移动终端时，将来自客户端设备的登录请求转发给服务器。

图14显示了本发明的实例所述移动终端的硬件结构示意图。如图14所示，上述路由设备1400可以包括：用于存储指令的存储器1401，用于执行存储于存储器中指令的处理器1402，以及用于与其他设备进行通信的通信装置1403。该处理器1402通过连接单元1404与所述存储器1401以及通信装置1403进行通信。上述指令包含如下指令模块：接收模块1301、搜索模块1302以及发送模块1303。

以上所述仅为本申请的实例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims

1.一种信息传输方法，其特征在于，由服务器执行，包括：

接收路由设备转发的客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；其中，所述路由设备接收来自所述客户端设备的登录请求；搜索当前无线局域网下接入的移动终端，如果没有搜索到移动终端时，将所述登录请求转发至所述服务器；

根据接收的登录请求确定所述客户端设备的设备标识；

查询存储的所述客户端设备的设备标识与所述移动终端信息的对应关系，确定与所述客户端设备的设备标识对应的移动终端信息；以及

根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求，其中，所述登录请求中包含所述客户端设备的设备标识。

2.根据权利要求1所述的方法，其特征在于，进一步包括：

当接收到来自移动终端的登录确认响应时，对所述登录确认响应中的移动终端信息进行验证；

在验证通过后生成会话参数；及根据所述登录确认响应中的客户端设备的设备标识将生成的会话参数发送给所述客户端设备。

3.根据权利要求1或2所述的方法，其特征在于，所述设备标识为客户端设备的全球唯一标识GUID。

4.根据权利要求1或2所述的方法，其特征在于，所述移动终端信息为所述移动终端的账户信息或在所述移动终端上安装的应用软件的账户信息或所述移动终端和服务器已建立会话的会话参数。

5.根据权利要求1所述的方法，其特征在于，进一步包括：

接收来自移动终端的信息绑定确认消息，其中，所述信息绑定确认消息包含所述移动终端信息以及客户端设备的设备标识；以及

建立并记录所述信息绑定确认消息中包含的移动终端信息和客户端设备的设备标识之间的对应关系。

6.根据权利要求4所述的方法，其特征在于，所述移动终端信息为所述移动终端对应的号码；以及

所述向对应的移动终端发送登录请求包括：根据所述移动终端对应的号码通过移动网向所述移动终端发送消息。

7.根据权利要求1或2所述的方法，其特征在于，所述移动终端信息为所述移动终端上安装的应用软件的账户信息；以及

所述向对应的移动终端发送登录请求包括：根据所述应用软件的账户信息通过移动互联网向所述移动终端上安装的应用软件客户端发送所述登录请求。

8.根据权利要求7所述的方法，其特征在于，所述应用软件包括即时通信应用软件。

9.根据权利要求1所述的方法，其特征在于，进一步包括：

当确定没有与所述客户端设备的设备标识对应的移动终端信息时，向客户端设备返回登录页面，请用户提交账户信息。

10.一种信息传输方法，其特征在于，由移动终端执行，包括：

接收登录请求，其中，路由设备接收来自客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；搜索当前无线局域网下接入的移动终端，搜索到移动终端时，将所述登录请求转发至所述移动终端；或没有搜索到移动终端时，将所述登录请求转发至服务器以使其根据接收的登录请求确定客户端设备的设备标识，根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送所述登录请求，所述登录请求中包含请求登录的客户端设备的设备标识；

解析所述登录请求；

在所述登录请求解析成功后，显示登录请求确认页面；

接收用户输入的信息，确定用户是拒绝登录还是确认登录，

当用户拒绝登录时，向服务器返回包含用户拒绝登录信息的登录拒绝响应；或者

当用户确认登录时，向服务器返回包含用户确认登录信息的登录确认响应；其中，所述登录确认响应中包含自身对应的移动终端信息以及所述客户端设备的设备标识。

11.根据权利要求10所述的方法，其特征在于，所述解析所述登录请求包括：

解析所述登录请求是否为自身安装的应用软件所支持的网络协议格式，如果是，则通过所述应用软件解析所述登录请求。

12.根据权利要求11所述的方法，其特征在于，所述登录请求确认页面中显示用户通过所述客户端设备登录目标应用软件的信息，并提示用户反馈是否确认此次登录。

13.一种信息传输方法，其特征在于，由路由设备执行，包括：

接收来自客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；

搜索当前无线局域网下接入的移动终端，

搜索到移动终端时，将所述登录请求转发至所述移动终端，以使其解析所述登录请求，当用户确认登录时，将用户确认登录信息的登录确认响应发送至服务器；或

没有搜索到移动终端时，将所述登录请求转发至所述服务器以使其根据接收的登录请求确定所述客户端设备的设备标识，根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求。

14.一种服务器，其特征在于，包括：

接收模块，用于接收路由设备转发的客户端设备的登录请求，所述登录请求中包含所述客户端设备的设备标识；其中，所述路由设备接收来自所述客户端设备的登录请求；搜索当前无线局域网下接入的移动终端，如果没有搜索到移动终端时，将所述登录请求转发至所述服务器；

查询模块，用于根据接收模块接收的登录请求确定所述客户端设备的设备标识，查询数据库中存储的所述客户端设备的设备标识与所述移动终端信息的对应关系，确定与所述客户端设备的设备标识对应的移动终端信息；以及

15.根据权利要求14所述的服务器，其特征在于，所述发送模块进一步用于在没有查询到上述对应关系的情况下向客户端设备返回登录页面，请用户提交账户信息。

16.根据权利要求14或15所述的服务器，其特征在于，所述接收模块进一步用于接收来自移动终端的登录确认响应；其中，所述登录确认响应包括所述移动终端的移动终端信息以及客户端设备的设备标识；以及

所述服务器进一步包括：

验证模块，用于对所述登录确认响应中的移动终端信息进行验证，验证通过后生成的会话参数，并根据所述登录确认响应中的客户端设备的设备标识将生成的会话参数发送给所述客户端设备。

17.根据权利要求14所述的服务器，其特征在于，所述接收模块进一步用于接收来自移动终端的信息绑定确认消息，其中包括移动终端信息和客户端设备的设备标识；

所述服务器进一步包括：

信息绑定模块，用于在接收到来自移动终端的信息绑定确认消息后建立并记录所述信息绑定确认消息中包含的移动终端信息和客户端设备的设备标识之间的对应关系。

18.一种移动终端，其特征在于，包括：

接收模块，用于接收登录请求；其中，路由设备接收来自客户端设备的登录请求；其中，所述登录请求中包含所述客户端设备的设备标识；搜索当前无线局域网下接入的移动终端，搜索到移动终端时，将所述登录请求转发至所述移动终端；或没有搜索到移动终端时，将所述登录请求转发至服务器以使其根据接收的登录请求确定客户端设备的设备标识，根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送所述登录请求，所述登录请求中包含客户端设备的设备标识；

解析模块，用于解析接收到的登录请求；

19.一种路由设备，其特征在于，包括：

发送模块，用于将所述登录请求转发给搜索模块搜索到的移动终端，以使其解析所述登录请求，当用户确认登录时，将用户确认登录信息的登录确认响应发送至服务器；或者在没有搜索到移动终端时，将所述登录请求转发给服务器以使其根据接收的登录请求确定所述客户端设备的设备标识，根据与所述客户端设备的设备标识对应的移动终端信息向对应的移动终端发送登录请求。