CN108712372A - 一种客户端接入web第三方登录的方法及系统 - Google Patents

Abstract

本发明提供一种客户端接入WEB第三方登录的方法及系统，方法包括：在服务端配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；客户端使用网页浏览器成功登录用户所触发的第三方应用后，从网页浏览器跳转到统一回调页；通过统一回调页接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；若认证通过，则服务端将包括验证参数、所触发的第三方应用的应用ID和密钥，以及统一回调页的url发送至所触发的第三方应用的服务器进行认证，若认证成功，则返回用户的第三方应用登录信息至服务端。本发明能实现在不升级客户端的情况下，调整支持登录的第三方应用。

Description

一种客户端接入WEB第三方登录的方法及系统

技术领域

本发明涉及客户端账号登录领域，具体说的是一种客户端接入WEB第三方登录的方法及系统。

背景技术

目前，市面上一个产品(应用，如知乎、优酷)推出来之后，常常会有不同终端的实现，比如Android、IOS、PC软件、Web站点、MAC软件等多个客户端的实现，以满足不同的终端设备使用者的需求。

如果产品本身需要支持第三方的应用(比如QQ、微信、微博、Google、Facebook等)登录功能的话，往往都是每个客户端去实现支持接入第三方应用登录的逻辑，即需要每个客户端各自去实现第三方应用的登录接入。这样便导致了，当产品需要支持一个新的第三方应用登录的时候，每个客户端都得进行接入新应用的开发和发布流程，这样在一些发布周期长的客户端，问题更为明显，此外还存在一个问题是，各个客户端对支持第三方登录实现的重复开发。

发明内容

本发明所要解决的技术问题是：提供一种客户端接入WEB第三方登录的方法及系统，能够实现在不升级客户端的情况下，配置所支持的第三方应用登录。

为了解决上述技术问题，本发明采用的技术方案为：

一种客户端接入WEB第三方登录的方法，包括：

在服务端配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；

客户端使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

通过所述web第三方登录统一回调页接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

若认证通过，则服务端将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url发送至所触发的第三方应用的服务器进行认证；

若认证成功，则返回用户的第三方应用登录信息至服务端。

本发明提供的另一个技术方案为：

一种客户端接入WEB第三方登录的系统，包括客户端、服务端以及第三方应用的服务器；

所述服务端，用于配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；还用于若验证web第三方登录统一回调页发送过的验证参数通过，则将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url的信息发送至所触发的第三方应用的服务器进行认证；

所述客户端，用于使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

所述web第三方登录统一回调页，用于接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

所述第三方应用的服务器，用于若验证所述服务端发送过来的信息通过，则返回用户的第三方应用登录信息至服务端。

本发明的有益效果在于：区别于现有技术中配置支持接入的第三方应用登录需要每个客户端重新开发，导致重复开发、资源浪费等问题。本发明提供一种客户端接入WEB第三方登录的方法，只需事先在服务端和web第三方登录统一回调页进行提供登录的第三方应用的支持，然后在登录过程中，通过web第三方登录统一回调页与服务端以及第三方应用的服务器三者之间的交互，便可脱离客户端的配置(包括新增)想要支持登录的第三方应用。对于客户端，不需要做任何的代码修改和版本发布，便可适用于各种操作系统(包括PC、Android、ios)的客户端同步支持所配置的第三方应用的登录。本发明实现了将第三方应用的管理逻辑和客户端进行剥离，进行业务的解耦，这样可以在不升级客户端的情况下，调整支持登录的第三方应用，同时如果需要添加支持新的第三方应用登录，只需要在服务端和WEB统一回调页进行新的第三方应用的支持，就可以同步到每个客户端，也避免了各个客户端独立接入新的第三方应用。

附图说明

图1为本发明的一种客户端接入WEB第三方登录的方法的流程示意图；

图2为本发明的实施例一的登录流程的信息交互示意图；

图3为本发明的一种客户端接入WEB第三方登录的系统的组成及连接示意图。

标号说明：

1、用户；2、客户端；3、WEB第三方登录统一回调页；4、服务端；

5、第三方应用的服务器。

具体实施方式

为详细说明本发明的技术内容、所实现目的及效果，以下结合实施方式并配合附图予以说明。

本发明最关键的构思在于：只需在服务端和WEB统一回调页进行第三方应用的支持，就可以同步到每个客户端，避免各个客户端独立接入支持登录的第三方应用；从而实现将支持登录的第三方应用的管理逻辑和客户端进行剥离，进行业务的解耦，可以在不升级客户端的情况下，调整支持登录的第三方应用。

本发明涉及的技术术语解释:

请参照图1，本发明提供一种客户端接入WEB第三方登录的方法，包括：

在服务端配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；

客户端使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

通过所述web第三方登录统一回调页接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

若认证通过，则服务端将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url发送至所触发的第三方应用的服务器进行认证；

若认证成功，则返回用户的第三方应用登录信息至服务端。

从上述描述可知，本发明的有益效果在于：可以把第三方应用的管理逻辑和客户端进行剥离，进行业务的解耦，这样可以在不升级客户端的情况下，调整支持的第三方应用，同时如果需要添加支持新的第三方应用登录，只需要在服务端和WEB统一回调页进行新的第三方应用的支持，并在第三方应用列表中添加对应新的第三方应用，就可以同步到每个客户端，也避免了各个客户端独立接入新的第三方应用。

进一步的，还包括：

服务端使用所述第三方应用登录信息生成本应用的登录信息后，将其发送至所述web第三方登录统一回调页；

所述web第三方登录统一回调页将接收到的本应用的登录信息发送至客户端。

由上述描述可知，服务端依据第三方应用登录信息生成本应用的登录信息后，通过web第三方登录统一回调页发送至客户端，后续客户端就可以根据接收到的登录信息进行本系统的登录操作和进一步的业务执行。

进一步的，所述客户端使用网页浏览器成功登录用户所触发的第三方应用，之前，还包括：

在服务端进行本应用的系统接口开发以及所述本应用支持登录的第三方应用的认证接口的开发。

由上述描述可知，在服务端进行统一登录后，客户端便无需自己进行登录操作，实现登录效率的提高。

进一步的，所述客户端使用网页浏览器成功登录用户所触发的第三方应用，之前，还包括：

在web第三方登录统一回调页对所述支持登录的第三方应用在登录过程返回的验证参数进行预处理。

由上述描述可知，在登录前对验证参数进行预处理，可方便服务端后续进行统一处理，从而加快登录速度。

进一步的，所述客户端使用网页浏览器成功登录用户所触发的第三方应用，具体为：

用户通过客户端访问本应用；

客户端显示事先在服务端配置的所述支持登录的第三方应用的列表；

客户端接收用户触发的对应所述列表中一第三方应用的登录指令；

客户端通过网页浏览器向所触发的第三方应用的服务器请求获取登录页面；

网页浏览器接收并显示所返回的登录页面；

网页浏览器通过客户端接收用户的登录操作后，成功登录所触发的第三方应用。

由上述描述可知，客户端能够从服务端动态获取第三方应用登录列表，实现第三方应用的管理逻辑与客户端的业务分离。

请参阅图3，本发明提供的另一个技术方案为：

一种客户端接入WEB第三方登录的系统，包括客户端、服务端以及第三方应用的服务器；

所述服务端，用于配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；还用于若验证web第三方登录统一回调页发送过的验证参数通过，则将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url的信息发送至所触发的第三方应用的服务器进行认证；

所述客户端，用于使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

所述web第三方登录统一回调页，用于接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

所述第三方应用的服务器，用于若验证所述服务端发送过来的信息通过，则返回用户的第三方应用登录信息至服务端。

从上述描述可知，本发明的有益效果在于：事先在服务端和web第三方登录统一回调页进行想要支持登录的第三方应用的支持，然后通过web第三方登录统一回调页与服务端以及第三方应用的服务器三者之间的交互，便可脱离客户端的配置(包括新增)想要支持登录的第三方应用。对于客户端，不需要做任何的代码修改和版本发布，便可适用于各种操作系统(包括PC、Android、ios)的客户端同步支持所配置的第三方应用的登录。

进一步的，所述服务端，还用于使用所述第三方应用登录信息生成本应用的登录信息后，将其发送至所述web第三方登录统一回调页；

所述web第三方登录统一回调页，还用于将接收到的本应用的登录信息发送至客户端。

进一步的，所述服务端，还用于进行本应用的系统接口开发以及所述本应用支持登录的第三方应用的认证接口的开发。

进一步的，所述web第三方登录统一回调页，还用于对所述支持登录的第三方应用在登录过程返回的验证参数进行预处理。

进一步的，所述客户端，具体用于用户通过其访问本应用；以及显示事先在服务端配置的所述支持登录的第三方应用的列表；以及接收用户触发的对应所述列表中一第三方应用的登录指令；以及通过网页浏览器向所触发的第三方应用的服务器请求获取登录页面；

所述网页浏览器，用于接收并显示所返回的登录页面；以及用于通过客户端接收用户的登录操作后，成功登录所触发的第三方应用。

实施例一

本实施例提供一种客户端接入WEB第三方登录的方法，能够实现支持登录的第三方应用的管理逻辑和客户端进行业务的解耦，可以在不升级客户端的情况下，调整支持登录的第三方应用。

本实施例的方法具体可以包括：

一、登录前的配置流程

S1：在服务端配置支持登录的第三方应用的应用ID和密钥、web第三方登录统一回调页的url，以及第三方应用的登录链接。

其中，所述第三方应用的应用ID，为对应第三方应用的唯一标识；所述web第三方登录统一回调页的url(回调地址)，用于在登录过程中，对第三方应用进行认证；所述第三方应用的登录链接，用于在登录过程中跳转至此进行第三方应用的登录。

S2：在服务端进行上述步骤的第三方应用的认证接口的开发和登录本应用的系统的接口开发。

该步骤的作用是在服务端进行接口的统一开发(统一登录)，在客户端便无需自己进行相关接口的开发(自己进行登录)。

S3：在web第三方登录统一回调页对上述支持登录的第三方应用在登录过程返回的验证参数进行预处理。

其中，第三方应用在登录过程返回的验证参数(例如code、ticket)是预先可知的，通过在登录前进行预处理，能够方便服务端后续处理(下述登录流程中的步骤3.1.1以及3.1.1.1)。同时，通过该步骤，可在web第三方登录统一回调页完成对所要配置的第三方应用的适配。

例如，安装在客户端(可以是PC端、Android端、Ios端等操作系统)上的本应用为“知乎”，本应用想要支持通过第三方应用(如微信、淘宝、QQ、微博、Google、Facebook等)登录知乎系统，或者原先已经支持淘宝登录，现在还想要支持微信登录，则只需要通过上述步骤(S1-S3，其中，S1为实施例的核心创新步骤)进行配置，然后进行生产发布，在客户端便可同步支持所配置的第三方应用(如微信)的登录，而客户端不需要做任何的代码修改和版本发布。

二、登录流程

登录流程大体为：

客户端调用接口获取服务端配置的当前支持的第三方应用列表进行展示；第三方应用被点击，跳转到第三方应用对应的登录页面，进行第三方应用登录和授权；登录成功后，跳转到redirectURl(即WEB第三方登录统一回调处理页面)，并在url中带上code(必须带上的参数，为第三方应用返回的验证参数)和应用type(非必要带上的参数，用于明确是哪一个第三方应用跳转过来的)；WEB统一回调处理页面将code和应用type调用服务端接口进行认证，并接收从服务端返回的accessToken(第三方应用的登录信息)等信息。至此，WEB统一回调处理页面将accessToken等登录信息通过客户端注入到cef或webview中的方法传递给客户端，让客户端通过token(依据第三方应用的登录信息生成的本应用的登录信息)进行登录操作和后续的身份认证，进行后续的接口请求操作。

具体的，请参阅图2，上述登录流程可以包括：

1：访问本应用

用户访问本应用(例如“知乎”)对应的客户端(支持PC端、Android端、Ios端等操作系统)。

1.1：显示支持的第三方登录列表

客户端动态显示服务端配置的当前系统(“知乎”的系统)支持的第三方应用列表(例如微信、淘宝、QQ、微博、Google、Facebook等)。

2：点击第三方应用

用户点击第三方应用(例如点击微信)准备进行第三方应用(微信)的登录操作，即通过微信账号登陆“知乎”系统。

2.1：在网页浏览器中请求第三方应用的登录页面

当第三方应用被点击后，客户端会通过cef或webview(即客户端自带的或默认的网页浏览器)去请求本应用对应的事先在服务端配置好的第三方登录页面(即微信的登录页面)。

2.1.1：返回第三方登录页面

此时，在客户端上第三方登录页面(微信的登录页面)加载完成，等待用户进行登录操作。

3：进行第三方应用登录和授权

客户端上的页面接收用户的账号密码，优选的，部分本应用支持用户勾选对应的权限授权；例如，微信登录页面接收用户输入的微信账号和密码，然后勾选对“知乎”的授权权限，如是否允许“知乎”获取微信通讯录好友名单。

3.1：第三方应用登录成功，网页浏览器跳转到web第三方登录统一回调页，并在web第三方登录统一回调页的url中带上code、配置的应用type等信息

具体的，第三方登录页面登录成功后，会进行页面的跳转，而跳转页面就是我们事先在服务端进行配置的redirectUrl(即web第三方登录统一回调页)，此时该页面接收到来自第三方应用的code信息(即验证参数)，该参数是一定要在统一回调页的url中带上的)；优选的，还将同时带上配置在回调地址上的应用type信息等。

3.1.1：将code和应用type等信息通过接口调用进行认证

即，redirectUrl(web第三方登录统一回调页)将3.1步中返回的code和应用type等信息调用服务端的接口进行认证，即将上述参数发送至服务端进行认证，具体认证过程为下述3.1.1.1。

3.1.1.1：服务端将code、securty、appid、redirectUrl等字段进行认证；

即，服务端将code、应用type对应的securty(第三方应用的密钥)、appid(第三方应用的应用ID)、redirect Url(web第三方登录统一回调页的url)等字段调用第三方应用的认证接口进行认证，即服务端将上述字段发送至第三方应用的服务器进行认证，具体认证过程简单来说是本应用服务端请求第三方应用服务端的一个接口，认证通过后就能获取到第三方应用的访问令牌信息，认证的目的是获取第三方应用的登录信息accesstoken。

3.1.1.1.1：返回用户的accesstoken等信息至服务端

即，服务端接收第三方应用的服务器返回的accesstoken等信息，例如微信的登录信息。

3.1.1.1.1.1：服务端使用第三方应用返回的access_token信息进行登录

即，服务端将接收到的第三方应用的登录信息等信息进行本应用系统(“知乎”系统)的登录，生成本系统的token(本应用的登录信息)等信息。

3.1.1.1.1.2：返回本应用的token信息至redirectUrl

即，redirectUrl(统一回调页)接收3.1.1.1.1.1步中服务端根据第三方应用的登录信息生成的本应用的登录信息。

4：通过客户端注入到cef或webview中的API传递服务端返回的token等登录信息

即，redirectUrl(统一回调页)将3.1.1.1.1.2步接收到的本应用的token等信息(即“知乎”的登录信息)通过客户端注入到cef或webview中的API进行传递，后续客户端就可以根据接收到的token进行本系统的登录操作和进一步的业务执行。

实施例二

请参照图3，本实施例对应实施例一，提供一种客户端接入WEB第三方登录的系统。

本实施例的系统包括客户端2、web第三方登录统一回调页3、服务端4以及第三方应用的服务器5；其中，所述客户端支持PC端、Android端、Ios端等操作系统，例如手机、平板、PC等终端。

具体的，所述服务端4，用于配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；还用于若验证web第三方登录统一回调页发送过的验证参数通过，则将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url的信息发送至所触发的第三方应用的服务器进行认证；

可选的，所述服务端4，还可用于使用所述第三方应用登录信息生成本应用的登录信息后，将其发送至所述web第三方登录统一回调页；以及还用于进行本应用的系统接口开发以及所述本应用支持登录的第三方应用的认证接口的开发。

所述客户端2，用于使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

优选的，所述客户端2，具体用于用户1通过其访问本应用；以及显示事先在服务端配置的所述支持登录的第三方应用的列表；以及接收用户1触发的对应所述列表中一第三方应用的登录指令；以及通过网页浏览器向所触发的第三方应用的服务器请求获取登录页面。

所述网页浏览器，用于接收并显示所返回的登录页面；以及用于通过客户端接收用户的登录操作后，成功登录所触发的第三方应用。

所述web第三方登录统一回调页3，用于接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

可选的，所述web第三方登录统一回调页3还可用于将接收到的本应用的登录信息发送至客户端；以及还用于对所述支持登录的第三方应用在登录过程返回的验证参数进行预处理。

所述第三方应用的服务器5，用于若验证所述服务端发送过来的信息通过，则返回用户的第三方应用登录信息至服务端。

本实施例的系统，通过用户1、客户端2、web第三方登录统一回调页3、服务端4以及第三方应用的服务器5之间的交互，能够实现以下步骤：

1、客户端(PC、android、ios等)显示从服务端动态请求返回的应用列表。

2、客户端根据被点击的应用，使用cef或webview显示对应的第三方应用登录页面。

3、第三方应用登录页面接受用户的登录操作，进行登录。

4、第三方应用登录成功后，cef或webview跳转到redirectUrl(web第三方登录统一回调页)，并在url中带上参数code、配置的应用type等信息。

5、redirectUrl(web第三方登录统一回调页)将第4步中的code和应用type等信息调用服务端接口进行认证。

6、服务端根据第5步上传的应用type，使用对应的security、appid、rediectUrl等字段和code，然后调用第三方应用验证接口进行验证，验证通过后进行自身系统的登录，并返回登录信息。

7、redirectUrl(web第三方登录统一回调页)接收来自服务端返回的登录信息，通过客户端端注入到cef或webview中的API透传到客户端。

综上所述，本发明提供的一种客户端接入WEB第三方登录的方法及系统，能在不升级客户端的情况下，调整支持登录的第三方应用，实现支持登录的第三方应用的管理逻辑和客户端之间业务的解耦。本发明由于无需在客户端进行改进便可实现，能够实现第三方应用登录功能的快速、简单实现，大大缩短应用开发和发布周期，避免客户端的重复开发，避免资源的浪费；进一步的，本发明适用于各种操作终端，提高了实用性；再进一步的，通过在服务端和统一回调页的预处理，将实现登录处理的提速，优化用户体验。

以上所述仅为本发明的实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等同变换，或直接或间接运用在相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种客户端接入WEB第三方登录的方法，其特征在于，包括：

在服务端配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；

客户端使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

通过所述web第三方登录统一回调页接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

若认证通过，则服务端将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url发送至所触发的第三方应用的服务器进行认证；

若认证成功，则返回用户的第三方应用登录信息至服务端。

2.如权利要求1所述的一种客户端接入WEB第三方登录的方法，其特征在于，还包括：

服务端使用所述第三方应用登录信息生成本应用的登录信息后，将其发送至所述web第三方登录统一回调页；

所述web第三方登录统一回调页将接收到的本应用的登录信息发送至客户端。

3.如权利要求1所述的一种客户端接入WEB第三方登录的方法，其特征在于，所述客户端使用网页浏览器成功登录用户所触发的第三方应用，之前，还包括：

在服务端进行本应用的系统接口开发以及所述本应用支持登录的第三方应用的认证接口的开发。

4.如权利要求1所述的一种客户端接入WEB第三方登录的方法，其特征在于，所述客户端使用网页浏览器成功登录用户所触发的第三方应用，之前，还包括：

在web第三方登录统一回调页对所述支持登录的第三方应用在登录过程返回的验证参数进行预处理。

5.如权利要求1所述的一种客户端接入WEB第三方登录的方法，其特征在于，所述客户端使用网页浏览器成功登录用户所触发的第三方应用，具体为：

用户通过客户端访问本应用；

客户端显示事先在服务端配置的所述支持登录的第三方应用的列表；

客户端接收用户触发的对应所述列表中一第三方应用的登录指令；

客户端通过网页浏览器向所触发的第三方应用的服务器请求获取登录页面；

网页浏览器接收并显示所返回的登录页面；

网页浏览器通过客户端接收用户的登录操作后，成功登录所触发的第三方应用。

6.一种客户端接入WEB第三方登录的系统，其特征在于，包括客户端、服务端以及第三方应用的服务器；

所述服务端，用于配置包括支持登录的第三方应用的应用ID和密钥，以及web第三方登录统一回调页的url；还用于若验证web第三方登录统一回调页发送过的验证参数通过，则将包括所述验证参数、所触发的第三方应用的应用ID和密钥，以及所述web第三方登录统一回调页的url的信息发送至所触发的第三方应用的服务器进行认证；

所述客户端，用于使用网页浏览器成功登录用户所触发的第三方应用后，从所述网页浏览器跳转到所述web第三方登录统一回调页；

所述web第三方登录统一回调页，用于接收所触发的第三方应用返回的验证参数，并将其发送至服务端进行认证；

所述第三方应用的服务器，用于若验证所述服务端发送过来的信息通过，则返回用户的第三方应用登录信息至服务端。

7.如权利要求6所述的一种客户端接入WEB第三方登录的系统，其特征在于，所述服务端，还用于使用所述第三方应用登录信息生成本应用的登录信息后，将其发送至所述web第三方登录统一回调页；

所述web第三方登录统一回调页，还用于将接收到的本应用的登录信息发送至客户端。

8.如权利要求6所述的一种客户端接入WEB第三方登录的系统，其特征在于，所述服务端，还用于进行本应用的系统接口开发以及所述本应用支持登录的第三方应用的认证接口的开发。

9.如权利要求6所述的一种客户端接入WEB第三方登录的系统，其特征在于，所述web第三方登录统一回调页，还用于对所述支持登录的第三方应用在登录过程返回的验证参数进行预处理。

10.如权利要求6所述的一种客户端接入WEB第三方登录的系统，其特征在于，所述客户端，具体用于用户通过其访问本应用；以及显示事先在服务端配置的所述支持登录的第三方应用的列表；以及接收用户触发的对应所述列表中一第三方应用的登录指令；以及通过网页浏览器向所触发的第三方应用的服务器请求获取登录页面；

所述网页浏览器，用于接收并显示所返回的登录页面；以及用于通过客户端接收用户的登录操作后，成功登录所触发的第三方应用。