WO2016165477A1 - Login method, terminal, session establishment method, and server - Google Patents

Abstract

Disclosed are an XMPP-based method for implementing a login, a terminal, a session establishment method, and a server. The method comprises: performing communication according to an extensible messaging and presence protocol (XMPP); after a first login, saving a login parameter obtained in a negotiation with a server in the first login; and during a non-first login, establishing a session by directly using the saved login parameter, so as to implement the login.

Description

Login method, terminal, session establishment method and server Technical field

This document relates to the field of communications, and in particular to a method, a terminal, a session establishment method and a server for implementing login based on the XMPP protocol.

Background technique

XMPP (Extensible Messaging and Presence Protocol) is an open instant messaging protocol based on XML (eXtensible Markup Language), which can be used for service real-time communication, presentation and demand response services. The streaming of XML data elements in the market, with its great flexibility and openness, has a large share in the instant messaging market.

However, the XMPP protocol has been criticized in the mobile field. One of the important reasons is the problem of large traffic consumption. The login process accounts for a large proportion of traffic consumption. In the mobile environment, users frequently go online and offline, often falling off. Line, the traffic consumed per login is large (usually there are 5 interaction processes). The specific reason is that in the existing XMPP technical solution, each session establishment includes a capability negotiation, an authentication authentication, a session establishment process, and the like, and includes multiple sets of interaction messages involving capability negotiation, authentication authentication, and session establishment. In the mobile communication environment, frequent online and offline, resulting in frequent execution of a corresponding set of login processes. It has been proved by practice that under the prior art scheme, the multiple capability negotiation results of multiple logins of the XMPP client are similar when the corresponding server is unchanged. Therefore, for the same server, only the first login, the capability negotiation is meaningful, and then log in to the same server again, there is no need to perform capability negotiation again.

Therefore, combined with the process characteristics of the XMPP client login in the prior art solution, the process complexity of the login/session establishment process can be further simplified, the traffic consumption is reduced, and the processing pressure of the server is reduced accordingly.

Summary of the invention

The following is a summary of the subject matter described in detail herein, and is not intended to limit the claim The scope of protection.

In order to solve the above technical problem, a method, a terminal and a server for establishing a session based on the XMPP protocol are disclosed.

This document discloses a method of logging in, including:

Communication based on scalable communication and presentation protocol XMPP;

After logging in for the first time, save the login parameters obtained by negotiation with the server when logging in for the first time;

When the first login is not performed, the saved login parameters are used to establish a session and the login is completed.

Setting the login parameter valid time by the server;

After the login parameter is valid, the login fails when not logging in for the first time; re-login, negotiate with the server to obtain a new login parameter, and save as the login parameter.

The login parameter includes: a server capability set parameter and/or an authentication parameter.

The login parameter further includes: a login attribute, where the login attribute indicates that the login parameter is directly used to log in when not logging in for the first time.

The login parameter further includes: a login parameter valid time.

The invention also discloses a terminal based on the extensible communication and presentation protocol XMPP, comprising: a communication unit, a login parameter negotiation unit and a session establishment unit, wherein

a communication unit configured to communicate with the server based on the extensible communication and presentation protocol XMPP;

The login parameter negotiation unit is configured to log in to the server, and save the login parameters obtained by negotiation with the server;

The session establishing unit is configured to establish a session with the server directly by using the saved login parameter when the first login is not performed, and complete the login.

The server sets a login parameter valid time; after the time of the login parameter is exceeded, the session establishment unit fails to establish a session with the server when the first login is not performed;

The login parameter negotiation unit is further configured to be established in the session establishing unit and the server After the session fails, log in again, negotiate with the server to obtain a new login parameter, and save it as the login parameter.

The login parameter includes: the server capability set parameter and/or an authentication parameter.

Optionally, the login parameter further includes: a login attribute, where the login attribute indicates that the session is established by using the saved login parameter directly when not logging in for the first time.

Optionally, the login parameter further includes: a login parameter valid time.

The session establishing unit is further configured to determine, according to the valid time of the login parameter, that the login parameter valid time is exceeded, and if not, notify the login parameter negotiation unit to re-execute the first login; If not, the session is established by using the saved login parameter to establish a session with the server, and the login is completed. Correspondingly, the login parameter negotiation unit is further configured to log in to the server again, and negotiate a new login with the server. Parameters and saved as the login parameters.

Optionally, the session establishing unit is further configured to determine, according to the login attribute, whether to establish a session with the server directly by using the saved login parameter when the first login is not performed, and if yes, directly adopting the saved The login parameter establishes a session with the server to complete the login; if not, the login parameter negotiation unit is notified to re-execute the first login; accordingly, the login parameter negotiation unit is further configured to re-login to the server and negotiate with the server. Obtain new login parameters and save as the login parameters.

This question also discloses a method for session establishment, including:

Communication based on scalable communication and presentation protocol XMPP;

Receiving a login request to determine whether it is a first login request;

When the login request is the first login request, the client negotiates with the client to determine the login parameter, establishes a session, and instructs the client to save the login parameter.

When the login request is a non-first login request, the session is established with the client by using the login parameter carried in the non-first login request.

Pre-set the login parameter effective time;

After receiving the non-first login request, determining that the request time exceeds the valid time of the login parameter, returning a session establishment failure instruction, instructing the client to perform the first login process.

The login parameter includes: a server capability set parameter and/or an authentication parameter.

Optionally, the login parameter further includes: a login attribute, where the login attribute indicates that the client directly uses the saved login parameter to establish a session when not logging in for the first time.

Optionally, the login parameter further includes: a login parameter valid time.

The invention also discloses a server based on the extensible communication and presentation protocol XMPP, which comprises: a communication unit, a first login unit and a quick login unit; wherein

a communication unit configured to communicate with the client based on the extensible communication and presentation protocol XMPP; receiving a client login request to determine whether it is a first login request;

The first login unit is configured to: when receiving the first login request, negotiate with the client to determine a login parameter, establish a session; and instruct the client to save the login parameter;

The quick login unit is configured to establish a session with the client by using the login parameter carried in the non-first login request when receiving the non-first login request.

The quick login unit is further configured to set a login parameter valid time;

The quick login unit is further configured to return a session establishment failure instruction when the client login time exceeds the valid time of the login parameter, and when the non-first login request is received, instruct the client to perform the first login process.

The login parameter includes: the server capability set parameter and/or an authentication parameter.

Optionally, the login parameter further includes: a login attribute, where the login attribute indicates that the client establishes a session with the server by using the saved login parameter directly when not logging in for the first time.

Optionally, the login parameter further includes: a login parameter valid time.

In the technical solution provided by the embodiment of the present invention, the client does not need to follow the specifications of the existing XMPP protocol to perform a complete login process, and directly establishes the login parameters negotiated in the historical login process saved by the client. Session, complete login. Greatly simplifies existing The non-first-time login process of the XMPP solution, which is aimed at the frequent and offline business of the XMPP client in the mobile communication field, greatly reduces the consumption of network traffic and reduces the pressure on the server.

Other aspects will be apparent upon reading and understanding the drawings and detailed description.

BRIEF abstract

FIG. 1 is a prior art XMPP client login process;

2 is a flowchart of a method for logging in to a server according to Embodiment 1 of the present invention;

3 is a message flow chart of a login server provided by Embodiments 1 and 3 of the present invention;

4 is a structural diagram of a terminal according to Embodiment 2 of the present invention;

FIG. 5 is a flowchart of a method for establishing a session according to Embodiment 3 of the present invention;

FIG. 6 is a structural diagram of a server according to Embodiment 4 of the present invention.

Preferred embodiment of the invention

The embodiments of the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. It should be noted that, in the case of no conflict, the features in the embodiments and the embodiments in the present application may be arbitrarily combined with each other.

In the prior art solution, the process of the server login by the XMPP client is as shown in FIG. 1 , including:

1. The client opens the stream and initiates a server capability query; the server returns server capability information; (indicating which authentication authentication the client needs to perform)

2. The client initiates authentication and authentication according to the server indication; the server returns the authentication result;

3. The client initiates a server capability query; the server returns server capability information; (indicating which binding the client can perform)

4. The client initiates a resource binding request; the server returns a binding request result;

5. The client establishes a session with the server and completes the login.

It has been proved by practice that under the prior art scheme shown in FIG. 1, the corresponding server is unchanged. In this case, the results of multiple capability negotiations performed by multiple logins of the XMPP client are similar. Therefore, for the same server, only the first login, the capability negotiation is meaningful, and then log in to the same server again. When there is no change in the server, the capability negotiation may not be performed again.

Aiming at this feature, in order to solve the problem that the XMPP client frequently performs the full-process login process in the mobile communication environment, resulting in waste of traffic and great pressure on the server, this paper discloses a method, terminal, and session establishment method for logging in to the server. server.

Embodiment 1:

A login method, as shown in Figure 2, the client communicates with the server based on the scalable communication and presentation protocol XMPP; the specific process is as follows:

Step 201: Determine whether it is the first time login; if yes, go to step 202; if not, go to step 203;

Step 202: Perform a normal login process in the prior art solution, and after login, save the login parameters determined by the server in the normal login process.

Step 203: The ordinary login process in the prior art solution is not executed, and the saved login parameter is directly used to establish a session, and the login is completed.

Optionally, step 203 includes:

The server presets the login parameter valid time;

After the login time of the client exceeds the valid time of the login parameter, the session is established by using the saved login parameters. The session fails to be established. After the failure, the normal login process is re-executed, the new login parameters are obtained, and the history is saved. Login parameters.

The login parameters in the above steps include: a server capability set parameter and/or an authentication parameter;

The server capability set parameter indicates a capability requirement for the XMPP session establishment supported by the server, and the capability requirement includes one or more of the following:

TLS (Tansport Layer Security) policy, SASL (Simple Authentication Security Layer) policy, server-supported SASL authentication mechanism, whether to support zlib compression and terminal binding policy;

The authentication parameter indicates the authentication parameters used when successfully logging in, including one or more of the following:

Selected TLS policy, selected SASL authentication mechanism, whether to use zlib compression, selected terminal binding policy, authentication username and authentication user password;

The specific server capability set parameters and/or the authentication parameters included in the foregoing login parameters are not limited to the contents exemplified in the embodiment, and include the login parameters negotiated and used in the normal login process in the prior art solution.

Optionally, the login parameter in the foregoing step further includes: a login attribute, indicating that the client directly logs in using the saved login parameter when not logging in for the first time, and when the server supports directly using the saved login parameter to log in, that is, the server When the fast login process is supported, the client can directly log in using the saved login parameters. The fast login process here does not perform the normal login process in the prior art solution, and does not perform capability negotiation between the client and the server. The client uses the locally saved login parameters to initiate a non-first login request. The server establishes a session with the client by using the login parameters carried in the non-first login request sent by the client to complete the login.

When the login attribute includes the login attribute, step 201 can be replaced by:

Determining whether it is the first login; if it is the first login, executing step 202; if it is not the first login, further determining whether the login attribute indicates that the saved login parameter is used to establish the session directly when not logging in for the first time, if the indication can be non-first time When the login is used to establish a session by using the saved login parameter, step 203 is executed. The situation indicates that the server supports directly using the saved login parameter to log in; if the indication is not, the saved login parameter may be directly used when not logging in for the first time. For the session, step 202 is performed, which indicates that the server does not support supporting login with the saved login parameters.

The login parameter also includes a valid time of the login parameter, indicating a valid time for allowing the client to log in using the saved historical login parameter.

When the related capacity of the server is adjusted, the server adjusts the valid time of the login parameter, so that the adjusted login parameter valid time is less than the current time. At this time, the session established by using the saved login parameter directly fails to be established; The first login process, negotiated to get new The login parameters are saved and overwritten with the history saved login parameters.

Optionally, step 203 further includes:

The client searches for the locally saved login parameters. If found, the session is established by using the saved login parameters to complete the login. If not found, the normal login process is re-executed, the new login parameters are obtained, and the history is saved. Login parameter;

or,

The client determines whether the current login time exceeds the valid time according to the valid time of the login parameter included in the locally saved login parameter; if not, that is, within the valid time range, the session is directly established by using the saved login parameter. Complete the login; if it is exceeded, re-execute the normal login process, negotiate to obtain new login parameters, and save, overwriting the historically saved login parameters.

In combination with the logged-in message flow, when the login parameter determined by the negotiation includes the login attribute, the message in the existing login process is extended, and step 202 is implemented, which may be:

The server extension returns the FEATURE field in the message, and adds the login attribute field, indicating that the server supports direct login using the saved login parameters.

When the login parameter determined by the negotiation further includes the valid time of the login parameter, the existing message is extended, and step 202 is implemented, which may be:

The server extension returns the FEATURE field in the message, and increases the effective time of the login parameter, indicating the effective time of the login parameter set by the current server;

The specific selection of which return message in the existing login process is extended, and is not limited to the return message and the specific field described in this embodiment. You can select any server in the normal login process to return the message for expansion. The client can learn the relevant login parameters and instruct the client to save the required login parameters.

Optionally, in combination with the message flow shown in FIG. 3, the implementation step 203 may be:

Step 301: The client obtains the saved login parameter locally, and the required parameters for the login authentication Included in the authentication message (AUTH), sent to the server;

Step 302: The server receives the authentication message, performs authentication, and returns a success message after the authentication succeeds;

Step 303: The client obtains the saved login parameter locally, and the parameters required for performing the client binding are included in the binding message (IQ (SET BIND)), and are sent to the server;

Step 304: The server receives the binding message, performs binding, returns the binding success, establishes a session, and completes the login.

Embodiment 2:

Also disclosed herein is a terminal based on scalable communication and presentation protocol XMPP, as shown in FIG. 4, comprising: a communication unit, a login parameter negotiation unit and a session establishment unit;

a communication unit configured to communicate with the server based on the extensible communication and presentation protocol XMPP;

The login parameter negotiation unit is configured to save the login parameter obtained by negotiation with the server when logging in for the first time;

The session establishing unit is configured to establish a session with the server directly by using the saved login parameter when the first login is not performed, and complete the login.

The server sets the login parameter valid time; after the valid time of the set login parameter is exceeded, the session establishment unit fails to establish a session with the server;

The login parameter includes: the server capability set parameter and/or the authentication parameter;

Optionally, the login parameter further includes: a login attribute; the login attribute indicates that the client directly establishes the session by using the saved login parameter when not logging in for the first time;

Optionally, the login parameter further includes: a login parameter valid time.

The login parameter negotiation unit is further configured to: after the session establishment unit fails to establish a session with the server, log in again, negotiate with the server to obtain a new login parameter, and save the login parameter as the login parameter.

The session establishing unit is further configured to determine, according to the valid time of the login parameter, that the login parameter valid time is exceeded, and if not, notify the login parameter negotiation unit to perform the first login again; if not If yes, the session is established with the saved login parameter to complete the login; correspondingly, the login parameter negotiation unit is further configured to log in to the server again, and negotiate with the server to obtain a new login parameter. And saved as the login parameter.

The session establishing unit is further configured to, according to the login attribute, determine whether to directly establish a session with the server by using the saved login parameter, and if yes, directly establish a session with the server by using the saved login parameter. And completing the login; if not, notifying the login parameter negotiation unit to re-execute the first login; correspondingly, the login parameter negotiation unit is further configured to re-login to the server, and negotiate with the server to obtain a new login parameter, And saved as the login parameter.

Embodiment 3

A method of session establishment, as shown in FIG.

The server communicates with the client based on the Extensible Communication and Presentation Protocol XMPP, including:

Step 501: Receive a login request,

Step 502: Determine whether it is a first login request; when the login request is a first login request, step 503 is performed, when the login request is a non-first login request, step 504 is performed;

Step 503: Perform a normal login process to negotiate with the client to determine a login parameter, establish a session, and instruct the client to save the login parameter.

Step 504: Establish a session with the client by using the login parameter carried in the non-first login request.

Optionally, the server sets a login parameter valid time;

Receiving a non-first login request, determining that the request time exceeds the valid time of the login parameter, returning a session establishment failure instruction, instructing the client to perform the first login process; and not exceeding the effective time of the login parameter, carrying the non-first login request The login parameter establishes a session with the client to complete the login.

In this embodiment, the login parameters include: a server capability set parameter and/or an authentication parameter.

The server capability set parameter indicates the capability requirement of the service to support XMPP session establishment, which requires one or more of the following:

TLS (Tansport Layer Security) policy, SASL (Simple Authentication Security Layer) policy, server-supported SASL authentication mechanism, whether to support zlib compression or terminal binding policy;

The authentication parameter indicates the authentication parameters used when successfully logging in, including one or more of the following:

Selected TLS policy, selected SASL authentication mechanism, whether to use zlib compression, selected terminal binding policy, authentication user name or authentication user password;

The specific server capability set parameters and/or the authentication parameters included in the foregoing login parameters are not limited to the contents exemplified in the embodiment, and include the login parameters negotiated and used in the normal login process in the prior art solution.

Optionally, the login parameter in the foregoing step in the embodiment further includes: a login attribute, indicating that the client directly uses the saved login parameter to request to establish a session when not logging in for the first time, and the server supports directly adopting the saved login parameter. Logging in, that is, when the server supports the fast login process, the client is instructed to establish a session by using the saved login parameter when the first login is not performed; the fast login process here does not perform the normal login process in the prior art solution. If the capability negotiation between the client and the server is not performed, the login parameter carried in the non-first login request sent by the client is used to establish a session with the client to complete the login.

Optionally, when the login parameter includes the login attribute, the existing message content is extended, which may be:

The server extends the FEATURE field of the return message in the prior art scheme, and adds a login attribute field, indicating that the server supports direct login using the saved login parameter.

The login parameter further includes a valid time of the login parameter, indicating a valid time for the server to allow the client to log in using the saved historical login parameter;

When the login parameter also includes the login parameter valid time, the existing message content is extended, which can be:

The server extends the FEATURE field of the returned message in the prior art scheme, and adds the login parameter. The number of valid times indicates the effective time of the login parameters set by the current server.

Specifically, the method for extending the return message in the prior art solution is not specifically limited in the embodiment of the present invention, and any server in the normal login process is selected to return the message for extension, and the client can learn relevant after the login is successful. The purpose of the login parameter.

When the related capacity of the server is adjusted, the effective time of the login parameter is adjusted, so that the adjusted login parameter valid time is less than the current time. When the session is established by using the saved login parameter, the session fails to be established; the client is instructed to re-execute. The first login process, negotiated to obtain new login parameters, and save, overwriting historically saved login parameters.

Optionally, the received non-first login request execution process, combined with the specific message flow, as shown in FIG. 3, may be:

Step 301: Receive an extended authentication message (AUTH) sent by the client, where the parameter required for login authentication is included;

Step 302: Perform authentication, and return a success message after the authentication succeeds;

Step 303: Receive an extended binding message (IQ (SET BIND)) sent by the client, where the parameters required to perform client binding are retained;

Step 304: Perform binding, return binding success, instruct the client to save the current login parameter; establish a session.

Embodiment 4:

A server based on scalable communication and presentation protocol XMPP, as shown in FIG. 5, comprising a communication unit, a first login unit, and a fast login unit;

a communication unit configured to communicate with the client based on the extensible communication and presentation protocol XMPP; receiving a client login request to determine whether it is a first login request;

The first login unit is configured to: when receiving the first login request, negotiate with the client to determine a login parameter, establish a session; and instruct the client to save the login parameter;

The quick login unit is configured to establish a session with the client by using the login parameter carried in the non-first login request when receiving the non-first login request.

Optionally, the fast login unit is further configured to set a login parameter valid time; after the client login time exceeds the valid time of the login parameter, when the non-first login request is received, returning a session establishment failure instruction, indicating the client Perform the first login process.

In this implementation, the login parameter includes: the server capability set parameter and/or an authentication parameter;

The method further includes: a login attribute, where the login attribute indicates that the client directly establishes a session with the server by using the saved login parameter when not logging in for the first time;

Optionally, when the login parameter includes the login attribute, the message returned by the extension server to the client may be:

The server extends the FEATURE field of the return message in the prior art scheme, and adds a login attribute field, indicating that the server supports direct login using the saved login parameter.

The login parameter further includes a valid time of the login parameter, indicating a valid time for the server to allow the client to log in using the saved historical login parameter;

When the login parameter also includes the valid time of the login parameter, the message returned by the extension server to the client may be:

The server extends the FEATURE field of the return message in the prior art scheme, and increases the effective time of the login parameter, indicating the effective time of the login parameter set by the current server.

The specific selection of the return message in the prior art solution is extended. In this embodiment, the server does not specifically limit, and any server in the normal login process is selected to return the message for expansion, and the client can obtain the relevant login after the login is successful. The purpose of the parameter.

When the server related capability is adjusted, adjust the effective time of the login parameter set by the server, so that the adjusted login parameter valid time is less than the current time. At this time, when the client directly establishes the session by using the saved login parameter, the session establishment fails. The server instructs the client to re-execute the first login process, negotiate to obtain new login parameters, and save, overwriting the historically saved login parameters.

In the embodiment of the present invention, the login parameter is saved when the first login is performed, and the saved login parameter is directly used when the first login is not performed. The login parameter negotiation is not required, the login process of the XMPP terminal is simplified, and the fast login is implemented. For the current situation of XMPP clients frequently going online and offline in the mobile communication field, the consumption of network traffic is greatly reduced, and the pressure on the server is alleviated.

One of ordinary skill in the art will appreciate that all or a portion of the steps of the above-described embodiments can be implemented using a computer program flow, which can be stored in a computer readable storage medium, such as on a corresponding hardware platform (eg, The system, device, device, device, etc. are executed, and when executed, include one or a combination of the steps of the method embodiments.

Alternatively, all or part of the steps of the above embodiments may also be implemented by using an integrated circuit. These steps may be separately fabricated into individual integrated circuit modules, or multiple modules or steps may be fabricated into a single integrated circuit module. achieve. Thus, embodiments of the invention are not limited to any specific combination of hardware and software.

The devices/function modules/functional units in the above embodiments may be implemented by a general-purpose computing device, which may be centralized on a single computing device or distributed over a network of multiple computing devices.

When each device/function module/functional unit in the above embodiment is implemented in the form of a software function module and sold or used as a stand-alone product, it can be stored in a computer readable storage medium. The above mentioned computer readable storage medium may be a read only memory, a magnetic disk or an optical disk or the like.

Industrial applicability

The solution provided by the embodiment of the present invention saves the login parameter when logging in for the first time, and directly uses the saved login parameter when not logging in for the first time, and does not need to perform login parameter negotiation, which simplifies the login process of the XMPP terminal and implements fast login. For the current situation of XMPP clients frequently going online and offline in the mobile communication field, the consumption of network traffic is greatly reduced, and the pressure on the server is alleviated.

Claims (22)

A method of logging in, including: Communication based on scalable communication and presentation protocol XMPP; After logging in for the first time, save the login parameters obtained by negotiation with the server when logging in for the first time; When the first login is not performed, the saved login parameters are used to establish a session and the login is completed. The method of claim 1 wherein: The server presets a login parameter valid time; After the login parameter is valid, the login fails when not logging in for the first time; re-login, negotiate with the server to obtain a new login parameter, and save as the login parameter. The method according to claim 1 or 2, wherein The login parameter includes: a server capability set parameter and/or an authentication parameter. The method of claim 3, wherein The login parameter further includes: a login attribute, where the login attribute indicates that the login parameter is directly used to log in when not logging in for the first time. The method of claim 4, wherein The login parameter further includes: a login parameter valid time. A terminal based on a scalable communication and presentation protocol XMPP, comprising: a communication unit, a login parameter negotiation unit, and a session establishment unit; wherein The communication unit is configured to communicate with a server based on the extensible communication and presentation protocol XMPP; The login parameter negotiation unit is configured to save the login parameter obtained by negotiation with the server when logging in for the first time; The session establishing unit is configured to establish a session with the server directly by using the saved login parameter when the first login is not performed, and complete the login. The terminal according to claim 6, wherein The server sets a login parameter valid time; after the valid time of the login parameter is exceeded, the session establishment unit fails to establish a session with the server when the first login is not performed; The login parameter negotiation unit is further configured to: after the session establishment unit fails to establish a session with the server, log in again, negotiate with the server to obtain a new login parameter, and save the login parameter as the login parameter. The terminal according to claim 6 or 7, wherein The login parameter includes: the server capability set parameter and/or an authentication parameter. The terminal according to claim 8, wherein The login parameter further includes: a login attribute; the login attribute indicates that the session is established by using the saved login parameter directly when not logging in for the first time. The terminal according to claim 9, wherein The login parameter further includes: a login parameter valid time. The terminal according to claim 10, wherein The session establishing unit is further configured to determine whether the login parameter valid time is exceeded when the first login is not performed, and if yes, notify the login parameter negotiation unit to perform the first login again; if not, directly save the saved The login parameter establishes a session with the server to complete the login; The login parameter negotiation unit is further configured to re-log in to the server, negotiate with the server to obtain a new login parameter, and save the login parameter. The terminal according to claim 9, wherein The session establishing unit is further configured to, according to the login attribute, determine whether to directly establish a session with the server by using the saved login parameter, and if yes, directly adopt the saved login parameter and the server. Establishing a session and completing the login; if not, notifying the login parameter negotiation unit to re-execute the first login; The login parameter negotiation unit is further configured to log in to the server again, and the server Negotiate to obtain new login parameters and save them as the login parameters. A method of session establishment, including: Communication based on scalable communication and presentation protocol XMPP; Receiving a login request to determine whether it is a first login request; When the login request is the first login request, the client negotiates with the client to determine the login parameter, establishes a session, and instructs the client to save the login parameter. When the login request is a non-first login request, the session is established with the client by using the login parameter carried in the non-first login request. The method of claim 13 further comprising: Pre-set the login parameter effective time; After receiving the non-first login request, determining that the request time exceeds the valid time of the login parameter, returning a session establishment failure instruction, instructing the client to perform the first login process. A method according to claim 13 or 14, wherein The login parameter includes: a server capability set parameter and/or an authentication parameter. The method of claim 15 wherein The login parameter further includes: a login attribute, where the login attribute indicates that the client directly requests the establishment of the session by using the saved login parameter when not logging in for the first time. The method of claim 16 wherein The login parameter further includes: a login parameter valid time. A server based on scalable communication and presentation protocol XMPP, comprising: a communication unit, a first login unit, and a quick login unit; wherein The communication unit is configured to communicate with the client based on the extensible communication and presentation protocol XMPP; receive the client login request, and determine whether it is a first login request; The first login unit is configured to: when receiving the first login request, negotiate with the client to determine a login parameter, establish a session; and instruct the client to save the login parameter; The quick login unit is configured to establish a session with the client by using the login parameter carried in the non-first login request when receiving the non-first login request. The server according to claim 18, wherein The quick login unit is further configured to set a login parameter valid time; The quick login unit is further configured to return a session establishment failure instruction when the client login time exceeds the valid time of the login parameter, and when the non-first login request is received, instruct the client to perform the first login process. A server according to claim 18 or 19, wherein The login parameter includes: the server capability set parameter and/or an authentication parameter. The server according to claim 20, wherein The login parameter further includes: a login attribute, where the login attribute indicates that the client establishes a session with the server by using the saved login parameter directly when not logging in for the first time. The server according to claim 21, wherein The login parameter further includes: a login parameter valid time.

Images