CN107154936A

CN107154936A - Login method, device and system

Info

Publication number: CN107154936A
Application number: CN201710288373.7A
Authority: CN
Inventors: 唐秋波; 管鹤鸣
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2017-04-27
Filing date: 2017-04-27
Publication date: 2017-09-12
Anticipated expiration: 2037-04-27
Also published as: CN107154936B

Abstract

The present invention proposes a kind of login method, device and system, wherein, method includes：Obtain the log-on message of input；When the log-on message authentication passes through, the log-on message is stored；According to the target partition selected in partition list, corresponding second client of the target partition is determined；Wherein, first client and second client are respectively used to the different subregions of access bearer identical services；Stored log-on message is sent to second client, to log in second client, with the different editions program of the compatible same business of correspondence in a client, realize that the switching of different editions program in same client is logged in, at utmost reduce the installation cost of user, when solving the application program of version needed for logging in the prior art, it is necessary to the technical problem logged in by the client of correspondence version.

Description

Login method, device and system

Technical Field

The invention relates to the technical field of internet, in particular to a login method, a login device and a login system.

Background

For services such as games, videos and contents provided by the internet, multiple programs of different versions may exist in the same service, and the programs of multiple versions can provide similar service services for users and simultaneously meet the requirement of differentiation of users based on the difference between the programs of different versions.

Taking a game service as an example, a plurality of game programs of different versions may exist in the same game, and a game framework may have a large similarity between the game programs, but also has some functional differences, so that the preferences of different users can be met.

In the prior art, different versions of programs corresponding to the same service are respectively logged in by different clients. When a user logs in a program of a desired version, the user must log in through a client of a corresponding version. Therefore, when the client is started, it needs to be determined whether the client is the client corresponding to the required version program. If the started client is not the client corresponding to the program with the required version, the client needs to be reselected to start and re-login after the client logs in, and the operation process of the user is complicated.

Disclosure of Invention

The present invention is directed to solving, at least to some extent, one of the technical problems in the related art.

Therefore, a first objective of the present invention is to provide a login method, which is used for enabling different versions of programs corresponding to the same service to be compatible in one client, so as to implement switching login of different versions of programs in the same client, thereby simplifying user operations.

A second object of the invention is to propose another logging method.

A third object of the present invention is to provide a registration apparatus.

A fourth object of the invention is to propose another logging device.

A fifth object of the invention is to propose a non-transitory computer-readable storage medium.

A sixth object of the invention is to propose another non-transitory computer-readable storage medium.

A seventh object of the present invention is to provide a computer apparatus.

An eighth object of the present invention is to provide a login system.

To achieve the above object, an embodiment of a first aspect of the present invention provides a login method, which is applied to a first client, and includes:

acquiring input login information;

when the login information passes the authentication, the login information is stored;

determining a second client corresponding to the target partition according to the selected target partition in the partition list; the first client and the second client are respectively used for accessing different partitions bearing the same service;

sending the stored login information to the second client to log in to the second client.

In an embodiment of the present invention, the determining, according to the selected target partition in the partition list, the second client corresponding to the target partition includes:

obtaining the partition list from a directory server; the partition list comprises partition information of partitions accessed by the first client and the second client;

displaying the partition list and acquiring the selected target partition;

and querying a second client required for accessing the target partition.

In an embodiment of the present invention, after querying the second client required for accessing the target partition, the method further includes:

judging whether the second client is installed or not;

and if the second client is not installed, downloading the second client from a resource server.

In an embodiment of the present invention, before the determining whether the second client is installed, the method further includes:

and judging that the condition of cross-program version login exists, wherein the program is used for operating the service, and each program version has a corresponding client.

In an embodiment of the present invention, before the determining that there is a cross-program version login, the method further includes:

reading the partition identification of the target partition;

matching the partition identification of the target partition with target configuration information, wherein the target configuration information is used for identifying the first client;

and judging whether cross-program version login exists or not according to whether the partition identification of the target partition is matched with the target configuration information or not.

In an embodiment of the present invention, before the acquiring the input login information, the method further includes:

starting the first client;

when the first client is started, reading process position information and determining an installed client; the process position information is used for indicating the position of a process for running the service in a resource manager of an installed client;

and/or when the upgrade version of the first client is detected, upgrading the client.

In an embodiment of the present invention, after the obtaining the input login information, the method further includes:

and interacting with an authentication server to determine whether the login information passes the authentication.

In an embodiment of the present invention, before the sending the stored login information to the second client, the method further includes:

the second client is called to start;

after sending the stored login information to the second client, the method further includes:

and exiting the first client.

In order to achieve the above object, a second embodiment of the present invention provides another login method, which is applied to a second client, and includes:

receiving login information sent by a first client, wherein the login information is stored when the first client passes authentication of the obtained login information, and is sent to a second client when the target partition is determined to correspond to the second client according to a target partition selected in a partition list;

and logging in by adopting the login information.

In an embodiment of the present invention, after the logging in with the login information, the method further includes:

acquiring and displaying a sub-partition list of the target partition from a directory server, wherein the sub-partition list comprises partition information of each sub-partition contained in the target partition;

and accessing the selected target sub-partition in the sub-partition list to acquire a service process from a service server corresponding to the target sub-partition.

In an embodiment of the present invention, before the receiving the login information sent by the first client, the method further includes:

starting the second client when the first client is called;

after the login is performed by using the login information, the method further comprises the following steps:

and when the upgrading version of the second client is detected, upgrading the client.

To achieve the above object, a third aspect of the present invention provides a login apparatus, which is applied to a first client, and includes:

the acquisition module is used for acquiring input login information;

the storage module is used for storing the login information when the login information passes the authentication;

the determining module is used for determining a second client corresponding to the target partition according to the selected target partition in the partition list; the first client and the second client are respectively used for accessing different partitions bearing the same service;

and the sending module is used for sending the stored login information to the second client so as to log in the second client.

In an embodiment of the present invention, the determining module includes:

an obtaining unit configured to obtain the partition list from a directory server; the partition list comprises partition information of partitions accessed by the first client and the second client;

the display unit is used for displaying the partition list and acquiring the selected target partition;

and the query unit is used for querying a second client required by accessing the target partition.

In an embodiment of the present invention, the login apparatus further includes:

the installation module is used for judging whether the second client is installed or not; and if the second client is not installed, downloading the second client from a resource server.

and the judging module is used for judging the condition of cross-program version login, wherein the program is used for operating the service, and each program version has a corresponding client.

the matching module is used for reading the partition identification of the target partition; matching the partition identification of the target partition with target configuration information, wherein the target configuration information is used for identifying the first client;

the judgment module is specifically configured to judge whether a cross-program version login condition exists according to whether the partition identifier of the target partition is matched with the target configuration information.

the processing module is used for starting the first client; reading the process position information and determining the installed client; the process position information is used for indicating the position of a process for running the service in a resource manager of an installed client; and/or when the upgrade version of the first client is detected, upgrading the client.

and the authentication module is used for interacting with the authentication server to determine whether the login information passes the authentication.

the control module is used for calling the second client to start; and logging out the first client after sending the stored login information to the second client.

To achieve the above object, a fourth aspect of the present invention provides another login apparatus, which is applied to a second client, and includes:

the system comprises a receiving module, a sending module and a judging module, wherein the receiving module is used for receiving login information sent by a first client, the login information is stored when the first client passes the authentication of the obtained login information, and the login information is sent to a second client when the target partition is determined to correspond to the second client according to a target partition selected in a partition list;

and the login module is used for logging in by adopting the login information.

the display module is used for acquiring and displaying a sub-partition list of the target partition from a directory server, wherein the sub-partition list comprises partition information of each sub-partition contained in the target partition;

and the access module is used for accessing the selected target sub-partition in the sub-partition list so as to obtain the service process from the service server corresponding to the target sub-partition.

the control module is used for starting the second client when the first client is called up; and after logging in by adopting the login information, if the upgrading version of the second client is detected, upgrading the client.

To achieve the above object, a fifth embodiment of the present invention provides a non-transitory computer-readable storage medium storing a computer program, the program comprising a first client, and the program, when executed by a processor, implements a login method, the method comprising:

acquiring input login information;

To achieve the above object, a sixth aspect of the present invention provides a non-transitory computer-readable storage medium storing a computer program, the program comprising a second client, the program, when executed by a processor, implementing a login method, the method comprising:

and logging in by adopting the login information.

To achieve the above object, a seventh embodiment of the present invention provides a computer device, including: a memory, a processor and a computer program stored on the memory and executable on the processor, the computer program comprising a first client performing the method according to the first aspect and a second client performing the method according to the second aspect.

In order to achieve the above object, an eighth embodiment of the present invention provides a login system, including a computer device and a server, wherein the computer device is installed with a first client executing the login method of the first aspect, and is installed with a second client executing the login method of the second aspect; the server includes: a processor; a memory for storing the processor-executable instructions; wherein the processor is configured to:

and generating a partition list, wherein the partition list comprises partition information of partitions accessed by the first client and the second client, each partition bears different versions of programs with the same service, and each partition is accessed by a corresponding client installed on the computer equipment.

The technical scheme provided by the embodiment of the invention has the following beneficial effects:

the login information input by the user at the first client is obtained, when the login information passes the authentication, the login information is stored, the second client corresponding to the target partition is determined according to the selected target partition in the partition list, and the stored login information is sent to the second client, so that the login of the second client is realized. The login information input by the user in one client can be used for login of different clients, meanwhile, the first client inputting the login information by the user can determine the second client actually required by the user according to the partition selected by the user, and further, the login information is sent to the second client, so that the user is prevented from repeatedly inputting the login information in the second client, and the user operation is simplified. Therefore, by adopting the mode, different versions of programs corresponding to the same service can be compatible in one client, switching login of different versions of programs in the same client is realized, and the technical problem of complex operation when different versions of programs are logged in is solved.

Additional aspects and advantages of the invention will be set forth in part in the description which follows and, in part, will be obvious from the description, or may be learned by practice of the invention.

Drawings

The foregoing and/or additional aspects and advantages of the present invention will become apparent and readily appreciated from the following description of the embodiments, taken in conjunction with the accompanying drawings of which:

fig. 1 is a schematic flowchart of a login method according to a first embodiment of the present invention;

fig. 2 is a flowchart illustrating a login method according to a second embodiment of the present invention;

FIG. 3 is a schematic view of an interface;

fig. 4 is a flowchart illustrating a login method according to a third embodiment of the present invention;

fig. 5 is a flowchart illustrating a login method according to a fourth embodiment of the present invention;

FIG. 6 is a schematic diagram of common registry information;

fig. 7 is a flowchart illustrating a login method according to a fifth embodiment of the present invention;

FIG. 8 is a schematic diagram of a partition identification configuration field;

fig. 9 is a schematic flowchart of a login method according to a sixth embodiment of the present invention;

fig. 10 is a flowchart illustrating a login method according to a seventh embodiment of the present invention;

fig. 11 is a schematic structural diagram of a login apparatus according to an eighth embodiment of the present invention;

fig. 12 is a schematic structural diagram of a login apparatus according to a ninth embodiment of the present invention;

fig. 13 is a schematic structural diagram of a login apparatus according to a tenth embodiment of the present invention;

fig. 14 is a schematic structural diagram of a login apparatus according to an eleventh embodiment of the present invention;

fig. 15 is a schematic structural diagram of a login system according to an embodiment of the present invention;

FIG. 16 is a block diagram of a login system according to an embodiment of the present invention;

FIG. 17 is a diagram illustrating one embodiment of a log-in system; and

fig. 18 is a second scenario of the login system according to the embodiment of the present invention.

Detailed Description

Reference will now be made in detail to embodiments of the present invention, examples of which are illustrated in the accompanying drawings, wherein like or similar reference numerals refer to the same or similar elements or elements having the same or similar function throughout. The embodiments described below with reference to the drawings are illustrative and intended to be illustrative of the invention and are not to be construed as limiting the invention.

The following describes a login method, a device and a client according to an embodiment of the present invention with reference to the drawings.

In the prior art, different versions of programs corresponding to the same service are respectively logged in by different clients, and when a user logs in an application program of a required version, the user must log in through the client of the corresponding version. Taking Tencent game service as an example, the existing login switching schemes for implementing different versions of programs generally include the following three types:

the first scheme is as follows: tencent Games Platform (TGP) was used as a portal for different versions of the program. Because the TGP can manage a plurality of different Tencent games, login switching between different versions of programs can be realized. However, the implementation of this solution depends on the game and the coverage of the TGP. When the coverage is low, for example, the coverage is only 10% to 20%, the benefit of TGP as a handover entrance is low. If the coverage rate is to be improved, the installation rate of the TGP can be improved only by means of guiding or client installation and binding, which is easy to cause the user without the TGP to feel the objections, and reduces the user experience.

Scheme II: and logging in the client corresponding to the programs of different versions through the service customization logger. By adopting the scheme, the developer needs to additionally customize the logger, the whole development process of the developer can be influenced, and the manufacturing difficulty of the program installation package is increased. In addition, after the scheme is adopted, the login process of the user is changed from the original two steps of opening a Tencent Client Login System (TCLS) and selecting a server login into four steps of opening a service customization logger, selecting a version program, pulling up the TCLS client and selecting the server login, so that the login threshold of the user is increased, and the login process of the user is complicated.

The third scheme is as follows: and manually selecting the application program required to be logged in. When the scheme is adopted, the programs of different versions are equivalent to different applications, the user selection completely depends on the familiarity of the user with the applications, the problem of wrong selection during login easily occurs, and the user experience is reduced.

In order to solve the problems of the existing solutions, embodiments of the present invention provide a login method to enable different versions of programs corresponding to the same service to be compatible in one client, so as to implement switching login of different versions of programs in the same client, and simplify login operations.

Fig. 1 is a flowchart illustrating a login method according to an embodiment of the present invention, where the login method is applied to a first client.

As shown in fig. 1, the login method includes the following steps:

s11, the input login information is acquired.

The login information may include, but is not limited to, an account number and a password.

When a user newly installs an application program on a terminal device such as a smart phone, a tablet computer, a notebook computer, etc., the user usually receives a message for prompting the user to register when the application program is opened for the first time, and the user usually sets an account and a password during the registration. After the user successfully registers, when logging in the application program again, the user can complete logging in by inputting the account and the password set during the registration.

In this embodiment, when the user inputs login information required to log in the first client at the first client, the first client may obtain the login information input when the user logs in.

And S12, storing the login information when the login information passes the authentication.

In this embodiment, after the first client acquires the login information input by the user during login, the acquired login information may be further authenticated to verify whether the login information is granted the authority to log in to the first client.

Optionally, in an embodiment of the present invention, after the first client acquires the login information input by the user, the first client may interact with the authentication server, match the acquired login information with the login information stored in the authentication server, and when the login information is stored in the authentication server, the matching is successful, which indicates that the login information passes the authentication, that is, the first client has the right to log in the first client. When the login information is not inquired in the authentication server, the matching is failed, which indicates that the login information is not authenticated, and the user can not use the login information to log in the first client.

The safety and the legality of the user login information can be ensured by interacting with the authentication server to determine whether the login information passes the authentication.

And when the login information obtained by the first client passes the authentication, the user successfully logs in the first client, and meanwhile, the first client stores the login information.

And S13, determining a second client corresponding to the target partition according to the selected target partition in the partition list.

The first client and the second client are respectively used for accessing different partitions carrying the same service, the service may include games, video resource services and the like, and the same service may refer to the same game, the same video resource services and the like. The partitions are divided according to the server clusters carrying the service, and different partitions correspond to different server clusters. Specifically, for a partition containing at least one server cluster, the server cluster contained in the partition should be different from the server clusters contained in other partitions. Although the server clusters contained in different partitions are different, they all carry the same traffic, like a game, or the same video resource service, etc.

For example: taking the game service as an example, the partitions are usually country partitions, and are divided according to different countries in which the server clusters are located. The partitions may include chinese partitions, korean partitions, and the like, or the partitions may include overseas areas and chinese areas.

It should be noted that the partition list at least includes information of the partitions, and further, the partition list may also include information of sub-partitions of each partition. The sub-partitions are derived from further subdivision of the server cluster. A child partition may be carried by one or more servers in a server cluster. Within a server cluster, different child partitions within corresponding partitions may be carried by the same or different servers within the cluster.

In this embodiment, after the user successfully logs in the first client, a partition list is presented on the display interface of the first client, where the partition list includes partition information of each partition. And the first client determines a second client corresponding to the target partition according to the target partition selected by the user.

For example, suppose that the partition list includes two partitions, i.e., an overseas area and a china area, of the same game, where a first client is used to access the overseas area of the game and a second client is used to access the china area of the game. For domestic users, it is often desirable to play games in the china. The user logs in a first client side accessing the overseas area, and if the partition needing to be logged in is actually a Chinese area, the user can select the Chinese area from the partition list of the first client side. The user does not need to manually start the second client, does not need to manually re-input login information at the second client, and can directly enter the game without selecting the area under the condition of successful login even under the condition that the Chinese area belongs to only one sub-partition.

S14, sending the stored login information to the second client to log in the second client.

Optionally, after the first client determines that the target partition selected by the user corresponds to the second client, the stored login information is sent to the second client in a transparent transmission mode, so that the second client can be logged in by using the login information, the user is prevented from inputting the login information again, and user experience is improved.

In the process of logging in the client by the user, one possible situation is logging in across program versions, and after the user successfully logs in the first client, a target partition in the partition list of the first client is selected. The first client can determine that the client corresponding to the target partition is the second client according to the target partition selected by the user, and the cross-program version login is realized by sending login information to the second client. And then services such as games and the like can be accessed at the second client.

Another possible scenario is a non-cross-program version login, and after the user successfully logs in the first client, a target partition in a partition list presented by a display interface of the first client is selected. The first client can determine that the client corresponding to the target partition is the currently used first client according to the target partition selected by the user, and then the user can directly access services such as games and the like at the first client.

In the login method of this embodiment, the login information is stored when the authentication is passed through by the login information of the first client, the corresponding second client is determined according to the target partition selected in the partition list, and the login information stored in the first client is used to log in the second client. Therefore, different versions of programs corresponding to the same service can be compatible in one client, switching login of different versions of programs in the same client is achieved, login threshold is lowered, dependence on a third-party login component during login of different versions of programs is eliminated, installation cost of a user is lowered to the maximum degree, and user experience is improved.

Fig. 2 is a flowchart illustrating another login method according to a second embodiment of the present invention.

As shown in fig. 2, based on the above embodiment, step S13 may include the following steps:

s131 obtains the partition list from the directory server.

The partition list comprises partition information of partitions accessed by the first client and the second client. The partition may be divided into one or more levels, and in the case of including a plurality of level partitions, the partition and at least one level sub-partition under the partition are included from top to bottom. Accordingly, in the partition information of the partition list, the name of the partition, the subordinate sub-partitions included in the partition, the network status of the partition, the response speed of the partition, the network status of the sub-partition and/or the response speed of the sub-partition, and the like are included but not limited.

It should be noted that the partition list at least includes partitions partitioned according to different clients.

In this embodiment, after the user successfully logs in the first client, the first client may obtain the partition list from the directory server.

In the case of partitions divided into multiple levels, as one possible implementation, only a partial hierarchy of partitions is listed in the partition list. For example: taking the game service as an example, in the partition list obtained from the directory server, only the partitions corresponding to different game versions or only the partitions corresponding to different countries are displayed, and the sub-partitions subordinate to the partitions are not displayed, for example, the sub-partitions of the chinese partition may include the sub-partitions of each province.

As another possible implementation, partitions of all levels are listed in the partition list. For example: also taking the game service as an example, in the partition list acquired from the directory server, not only the partitions corresponding to different game versions or the partitions corresponding to different countries but also the sub-partitions subordinate to each partition are displayed. Such as showing the respective sub-partitions of both the korean and chinese partitions.

S132, displaying the partition list and acquiring the selected target partition.

In this embodiment, the first client displays the obtained partition list in a display interface, so that a user selects a desired target partition according to partition information of each partition included in the partition list. The user can select the required target partition by mouse click or touch click. After the user selects the target partition, the first client may obtain and display the target partition selected by the user and the partition information corresponding to the target partition.

It should be noted that, in the case that the partition list shows partitions and their subordinate sub-partitions, when a user selects a sub-partition under a certain partition by clicking, the partition may be considered to be selected at the same time.

And S133, inquiring a second client required by accessing the target partition.

In this embodiment, after the first client acquires the target partition selected by the user, the second client required for accessing the target partition may be queried.

Optionally, the required second client may be queried according to the target partition and its corresponding partition information.

For example, assuming that the target partition is a chinese sector, the partition information of the chinese sector displayed in the partition list indicates "the CHN client accesses the chinese sector". After the first client acquires the selected target partition, the first client may determine that a second client required for accessing the target partition is a CHN client by querying partition information corresponding to the target partition.

According to the login method, the partition list is obtained from the directory server and displayed, the selected target partition is obtained, the second client required by accessing the target partition is inquired, the accuracy of selection of the target partition and the second client can be improved, the partition list is stored in the directory server, the storage space of the first client can be saved, and the memory capacity required by installation of the first client is reduced.

FIG. 3 is a schematic diagram of an interface, and as shown in FIG. 3, after login is successful, a user may first click on the "server list" in the lower right corner of the interface to display the partition list on the left side of the interface. Two divisions are indicated on the left side of the interface, namely a classic region and a recall region, wherein the classic region is subordinate to 8 sub-divisions, and the recall region is subordinate to 1 sub-division. The user can select a target partition or a target sub-partition from the partition list by clicking. The selected target sub-partition in fig. 3 is "invin piza", and on the right side of the interface, information of relevant partitions of the invin piza is displayed, including response speed, network status, and the like. When a user selects a sub-partition under a certain partition by clicking, the partition can be considered to be selected at the same time.

In the interface shown in fig. 3, after the user completes the partition selection, the user can click to determine whether the user is logged in a cross-version mode or not, and the user can enter the game without performing other operations.

In order to ensure successful login of the second client, in an embodiment of the present invention, it may be detected whether the second client is installed, and if the second client is installed, the second client is invoked to start; and if the second client is not installed, downloading the second client. Thus, as shown in fig. 4, the login method provided by the third embodiment of the present invention may include the following steps:

s31, the input login information is acquired.

And S32, storing the login information when the login information passes the authentication.

And S33, determining a second client corresponding to the target partition according to the selected target partition in the partition list.

It should be noted that, in the present embodiment, the descriptions of the steps S31-S33 may refer to the above descriptions of the steps S11-S13, and the implementation principle thereof is similar and will not be described herein again.

S34, determining whether the second client is installed.

In this embodiment, after the first client acquires the target partition selected by the user and determines the second client corresponding to the target partition, it is further determined whether the second client is installed in the terminal device. If the second client has been installed, go to step S36; if the second client is not installed, step S35 is executed.

And S35, downloading the second client from the resource server.

And when judging that the second client is not installed, downloading the second client from the resource server and installing. Wherein, the user can be guided to download the second client in a bullet box mode. And when the second client is successfully downloaded and installed, the second client is called to start, and the first client sends the stored login information to the second client so as to realize the login of the second client.

And S36, the second client is called to start.

In this embodiment, when it is determined that the second client is installed, the second client may be invoked to start before sending the stored login information to the second client, so as to ensure that the second client can successfully receive the login information.

S37, sending the stored login information to the second client to log in the second client.

In this embodiment, after the second client is awakened, the first client may send the stored login information to the second client. And after receiving the login information, the second client realizes automatic login according to the login information.

And S38, exiting the first client.

In this embodiment, after the second client successfully logs in, the first client may be automatically logged out, so as to save the operating memory of the terminal device and prevent the occurrence of a stuck condition.

According to the login method, whether the second client is installed or not is judged, the second client is downloaded from the resource server and installed when the second client is not installed, the second client is firstly called before the stored login information is sent to the second client, the first client is quitted after the second client is logged in, the second client can be successfully logged in, the running memory is saved, the phenomenon of blocking is avoided, and the user experience is improved.

In order to ensure that the user can log in the client with the latest version and further improve the user experience, the client needs to be upgraded.

The embodiment of the present invention provides two upgrading manners, as a first upgrading manner, as shown in fig. 5, on the basis of the foregoing embodiment, before step S11, the method may further include:

and S41, when the first client is started, reading the common registry information, and determining the installed client according to the process position information in the common registry information.

The process location information is used for indicating the location of the process for running the service in the resource manager of each client. When each client runs a service such as a game, a service process corresponding to a version program needs to be read, for example: game progress, character information, equipment information, etc., which are typically located in the resource manager of the client. The common registry information records process position information of each client, the first client in the embodiment maintains the common registry information, and the common registry information is configured in the first client after acquiring the process position information by scanning a resource manager of an installed client when the first client is installed or upgraded. Further, the common registry information may further include target configuration information, where the target configuration information is used to indicate the first client currently located.

Fig. 6 is a schematic diagram of common registry information. As the process location information of the two clients is shown in the common registry information shown in fig. 6, the two clients already installed in the terminal device can be determined from the process location information. As can be seen from fig. 6, the terminal device has installed therein the clients required to access two different partitions of the application with the service name "paradise", where the partition identifications of the two partitions are "cn" and "kr", respectively.

And S42, when detecting the upgrade version of the installed client, upgrading the client.

Specifically, after the installed clients are determined, whether an upgradable version corresponding to each installed client exists in the resource server may be further detected, and when an upgraded version of an installed client is detected, the corresponding client is upgraded.

It should be noted that, in the embodiment of the present invention, the installed client determined in step S41 may be used not only for client upgrade, but also for determining whether a second client needs to be installed or not after determining a second client that needs to log in, and whether downloading needs to be performed on the second client.

It can be seen that, in the method provided in this embodiment, the installed client is determined according to the process location information in the common registry information by reading the common registry information, and when the installed client is upgradable, the client is upgraded, so that it can be ensured that the version of the installed client is the latest version, and the independence of the versions of the clients during upgrading is ensured.

As another possible implementation manner, when the client is upgraded, after the first client logs in, whether an upgradable version corresponding to the first client exists in the resource server may be further detected, and when an upgraded version of the first client is detected, the first client is upgraded.

Therefore, compared with the client upgrading steps provided by the method, the method only upgrades the currently used first client, but not upgrades all installed clients, so that the problem of overlong upgrading time caused by more installed clients is solved.

Meanwhile, the upgrade of other installed clients may be performed after the client is started. Optionally, when it is determined that the user needs to log in to the second client, the second client may be preferred to be invoked to log in to the second client. And then, accessing the resource server, determining whether an upgrade version of the second client exists, if so, upgrading the second client, and reading and loading the business process after upgrading is completed.

The embodiment of the invention can be used for upgrading the client, can ensure that the version of the installed client is the latest version, and ensures the independence of the version of each client during upgrading.

Fig. 7 is a flowchart illustrating a login method according to a fifth embodiment of the present invention.

As shown in fig. 7, the login method may be executed by the first client, and after the first client is started, the method includes the following steps:

s61, the input login information is acquired.

And S62, storing the login information when the login information passes the authentication.

And S63, determining a second client corresponding to the target partition according to the selected target partition in the partition list.

The first client and the second client are respectively used for accessing different partitions carrying the same service.

It should be noted that, in the description of the steps S61 to S63, reference may be made to the description of the steps S11 to S13 in the above embodiment, and the implementation principle is similar, and therefore, the description is omitted here.

And S64, reading the partition identification of the target partition.

In this embodiment, after the first client determines the second client corresponding to the target partition, the partition identifier of the selected target partition is further read, where the partition identifier is used to represent different partitions, and there is a one-to-one correspondence between the partition identifier and the partition.

Optionally, the first client may read the partition identifier of the target partition from the partition information of each partition presented in the partition list.

S65, matching the partition identification of the target partition with the target configuration information.

The target configuration information is included in the common registry information, and the target configuration information is used for identifying the first client.

In this embodiment, after the first client reads the partition identifier of the target partition, the partition identifier of the target partition may be compared with the target configuration information in the common registry information to determine whether the partition identifier of the target partition matches the target configuration information.

And S66, judging whether cross-program version login exists according to whether the partition identification of the target partition is matched with the target configuration information.

The target configuration information is used for indicating a first client which is operated currently. The program is used for running the service, and each program version has a corresponding client.

In this embodiment, whether the cross-program version login condition exists may be determined according to a matching result of the partition identifier of the target partition and the target configuration information.

Specifically, determining whether a cross-program version login condition exists according to a result of whether a partition identifier of a target partition matches target configuration information may include: when the partition identifier of the target partition matches the target configuration information, that is, the partition identifier of the target partition is consistent with the identifier of the first client identified by the target configuration information, it may be determined that there is no case of logging in across program versions, and then step S67 is executed, that is, the game is directly entered; when the partition identification of the target partition does not match the target configuration information, i.e., the partition identification of the target partition does not match the identification of the first client identified by the target configuration information, it may be determined that a cross-program version login condition exists, at which point step S68 is performed.

For example, after the user selects the target partition, the first client sets the parameter value of the partition identification configuration field as the partition identification of the target partition, as shown in fig. 8. In fig. 8, Static _ AppAttr _ Buf in the left frame 71 is a variable parameter for indicating the target partition selected by the user; the right frame 72 is used to configure the parameter value of the variable Static _ AppAttr _ Buf. In fig. 8, the value cn in the right border 72 indicates that the partition id of the target partition selected by the user is cn. The first client matches the parameter value of the partition identification configuration field with the target configuration information in the common registry information (as shown in fig. 6, the content of the target configuration information is not shown in the common registry information), if the parameter value and the content are consistent, the situation of cross-program version login does not exist, and the first client can enter the selected target partition to play the game; if the two are not consistent, the condition of cross-program version login exists, and the game can be played only by entering the target partition through other clients.

S67, directly entering the game.

When the cross-program version login does not exist, if the target partition is a single partition, that is, there is no other sub-partition under the target partition, the first client may read and load the business process of the target partition in the resource manager of the client, for example, taking a game business as an example, the business process may include: game progress, character information, equipment information, and the like, and after the loading is completed, the user can enter the game.

S68, determining whether the second client is installed.

In this embodiment, when the cross-program version login exists, it is further determined whether a second client corresponding to the target partition is installed in the terminal device.

Optionally, in this embodiment, the first client may determine the installed client according to the process location information in the common registry information, and further determine whether the second client is installed.

In this embodiment, if the determination result is that the second client is not installed in the terminal device, step S69 is executed, that is, the second client is downloaded from the resource server; if the result of the determination is that the second client is installed in the terminal device, step S610 is executed, that is, the stored login information is sent to the second client to log in the second client.

And S69, downloading the second client from the resource server.

In this embodiment, when the second client is not installed, the second client is first downloaded from the resource server, and the second client is installed in a silent manner after the downloading is completed.

S610, sending the stored login information to the second client to log in the second client.

In this embodiment, after the second client is installed, the first client sends the stored login information to the second client, so that the second client can log in by oneself without inputting the login information again, and the user directly enters the selected target partition after logging in the second client, so that the user can enter the required version without perception, and the user experience is improved.

In the login method of this embodiment, before sending the stored login information to the second client, the partition identifier of the target partition is obtained and matched with the target configuration information to determine whether the cross-program version login exists, when the cross-program version login does not exist, the game is directly entered, when the cross-program version login exists, it is further determined whether the second client corresponding to the target partition is installed, and when the cross-program version login does not exist, the second client is downloaded from the resource server, and the stored login information is sent to the second client to log in the second client. Therefore, different versions of programs corresponding to the same service can be compatible in one client, switching login of different versions of programs in the same client is achieved, a user can enter a required version without perception, the login accuracy of the user is guaranteed, and user experience is improved.

In the foregoing embodiment, a method performed by a first client is described, and in order to clearly illustrate a cross-program version login process, an embodiment of the present invention provides another login method, where the login method provided in this embodiment is applied to a second client, and fig. 9 is a flowchart of a login method provided in a sixth embodiment of the present invention.

As shown in fig. 9, the login method includes:

s91, receiving the login information sent by the first client.

And the login information is stored when the first client passes the authentication of the acquired login information, and is sent to the second client when the target partition is determined to correspond to the second client according to the target partition selected in the partition list.

In this embodiment, after the first client acquires the login information, the first client authenticates the login information first, and when the authentication is passed, the first client stores the login information. And the first client determines a second client required for accessing the target partition according to the target partition in the partition list selected by the user, and further sends the stored login information to the second client. And the second client receives the login information sent by the first client.

Optionally, in an embodiment of the present invention, before the second client receives the login information sent by the first client, the method may further include: and starting the second client when the first client is called. After the first client determines a second client corresponding to the target partition, the second client is firstly evoked. When the second client receives the call-up message of the first client, the second client starts to receive the login information sent by the first client. Therefore, the second client can be ensured to successfully receive the login information sent by the first client, and the probability of successful login of the second client is improved.

And S92, registering by using the registration information.

In this embodiment, after the second client successfully receives the login information sent by the first client, the second client may perform automatic login according to the received login information.

According to the login method, the second client receives the login information sent by the first client and logs in by adopting the received login information, so that the user can be prevented from inputting the login information again, the login process is simplified, and the user experience is improved.

In the process of actually operating an application by a user, when partitioning is performed, multiple levels of partitions are often divided. In the partition list of the first client, only partial hierarchy partitions may be listed, and therefore the user typically makes multiple selections in the second client to start reading the desired process. For example, when a user plays a network game, the user often needs to enter the last-level partition through multiple selections. For example, when the second client corresponds to the chinese partition, after the user logs in the second client, the user needs to select the server in the large partition, such as the huadong partition, and after entering the huadong partition, the user needs to further select the server in the sub-partition, such as the jiangsu partition.

Therefore, as a possible implementation manner, as shown in fig. 10, on the basis of the embodiment shown in fig. 9, after step S92, the method may further include:

s101, acquiring and displaying a sub-partition list of the target partition from the directory server.

The sub-partition list includes partition information of each sub-partition included in the target partition.

In this embodiment, after the user logs in the second client, the second client directly enters the target partition selected by the user in the first client. That is, after the second client performs automatic login by using the received login information, the second client directly enters the target partition selected by the user, and the user can enter the target partition in the second client without perception under the conditions of login and selection-free areas. Subsequently, the second client acquires the sub-partition list of the target partition from the directory server and displays the sub-partition list on the display interface.

S102, accessing the selected target sub-partition in the sub-partition list to acquire the service process from the service server corresponding to the target sub-partition.

In this embodiment, the second client displays the obtained sub-partition list of the target partition on a display interface for the user to select. And the user selects the required target sub-partition according to the partition information of each sub-partition contained in the sub-partition list. And the second client accesses the selected target sub-partition in the sub-partition list according to the selection of the user, so that the second client can acquire the service process from the service server corresponding to the target sub-partition.

For example, if the target partition selected by the user is a china area, the child partition list of the target partition acquired by the second client from the directory server may include a plurality of child partitions such as a northward partition, a middle partition, an east partition, and a south partition. And selecting a required sub-partition from the plurality of sub-partitions by the user, for example, if the sub-partition selected by the user is a east China partition, the east China partition is a selected target sub-partition. And after receiving that the target sub-partition selected by the user is the east China district, the second client accesses the east China district and acquires a business process corresponding to the east China district from a corresponding business server.

According to the login method, after the second client is logged in, the second client acquires and displays the sub-partition list of the target partition from the directory server, and accesses the target sub-partition in the partition list selected by the user to acquire the corresponding service process.

As another possible implementation, in the partition list, partitions of all hierarchies are listed. Optionally, when the partitions are multi-level, the partition list displayed by the first client includes the partitions and at least one level of sub-partitions, the user selects a target partition and a target sub-partition in the partition list of the first client, and the first client sends login information to the second client when determining that the target partition corresponds to the second client. Meanwhile, the first client also sends the identifier of the target sub-partition to the second client, so that the second client can access the target sub-partition according to the identifier of the target sub-partition. The user does not need to perform region selection operation on the second client, and directly enters services such as games and the like after the login operation and the target sub-partition entering are executed in the background of the second client.

It should be noted that, the target sub-partition mentioned herein specifically refers to at least one level of sub-partition selected by the user.

In order to implement the above embodiment, the present invention further provides a login device.

Fig. 11 is a schematic structural diagram of a login apparatus according to an eighth embodiment of the present invention, where the login apparatus is applied to a first client.

As shown in fig. 11, the registration device 110 includes: an acquisition module 1110, a storage module 1120, a determination module 1130, and a sending module 1140. Wherein,

an obtaining module 1110, configured to obtain the input login information.

The storage module 1120 is configured to store the login information when the login information authentication passes.

The determining module 1130 is configured to determine, according to the target partition selected in the partition list, a second client corresponding to the target partition.

A sending module 1140, configured to send the stored login information to the second client to log in to the second client.

Optionally, in some embodiments of the present invention, as shown in fig. 12, the login device 110 may further include:

an authentication module 1100, configured to interact with an authentication server to determine whether the login information passes authentication.

The security and the legality of the user login information can be ensured by the interaction of the authentication module 1100 and the authentication server to determine whether the login information passes the authentication.

An installation module 1150, configured to determine whether the second client is installed; and if the second client is not installed, downloading the second client from the resource server.

A processing module 1160 for starting the first client; reading the information of the common registry, and determining the installed client according to the process position information in the information of the common registry; the process position information is used for indicating the position of a process for running the service in a resource manager of each client; and/or when the upgrade version of the first client is detected, upgrading the client.

And a judging module 1170, configured to judge that a cross-program version login condition exists, where a program is used to run the service, and each program version has a corresponding client.

Specifically, the determining module 1170 is configured to determine whether a cross-program version login situation exists according to whether the partition identifier of the target partition is matched with the target configuration information.

A matching module 1180, configured to read a partition identifier of the target partition; and matching the partition identification of the target partition with target configuration information, wherein the target configuration information is contained in the registry information, and the target configuration information is used for identifying the first client.

A control module 1190, configured to invoke the start of the second client; and logging out the first client after sending the stored login information to the second client.

The determination module 1130 includes:

an obtaining unit 1131 is configured to obtain the partition list from the directory server.

The partition list comprises partition information of partitions accessed by the first client and the second client.

The display unit 1132 is configured to display the partition list and acquire the selected target partition.

And the querying unit 1133 is configured to query the second client required for accessing the target partition.

It should be noted that the foregoing explanation of the embodiment of the login method is also applicable to the login device of this embodiment, and the implementation principle is similar, and is not described herein again.

The login device of this embodiment stores the login information when the authentication is passed through by the login information of the first client, determines the corresponding second client according to the target partition selected in the partition list, and logs in the second client by using the login information stored in the first client. Therefore, different versions of programs corresponding to the same service can be compatible in one client, switching login of different versions of programs in the same client is achieved, login threshold is lowered, dependence on a third-party login component during login of different versions of programs is eliminated, installation cost of a user is lowered to the maximum degree, and user experience is improved.

In order to implement the above embodiment, the present invention further provides a login device applied to the second client.

Fig. 13 is a schematic structural diagram of a login apparatus according to a tenth embodiment of the present invention, where the login apparatus is applied to a second client.

As shown in fig. 13, the registration device 120 includes: a receiving module 1210 and a logging module 1220. Wherein,

the receiving module 1210 is configured to receive login information sent by a first client, where the login information is stored when the first client passes authentication on the obtained login information, and is sent to a second client when it is determined that a target partition corresponds to the second client according to a target partition selected in a partition list.

The login module 1220 is configured to log in by using login information.

Optionally, in some embodiments of the present invention, as shown in fig. 14, the login device 120 may further include:

the display module 1230 is configured to obtain and display a sub-partition list of the target partition from the directory server, where the sub-partition list includes partition information of each sub-partition included in the target partition.

The access module 1240 is configured to access the selected target sub-partition in the sub-partition list, so as to obtain a service process from a service server corresponding to the target sub-partition.

Control module 1250 is configured to start the second client when the first client is awakened.

According to the login device, the second client receives the login information sent by the first client and logs in by adopting the received login information, so that the user can be prevented from inputting the login information again, the login process is simplified, and the user experience is improved.

In order to implement the above embodiment, the present invention further provides a first client. When the instructions in the first client are executed by the processor, a method of logging in is performed, the method comprising:

s11', the input login information is acquired.

And S12', when the login information passes the authentication, storing the login information.

S13', according to the selected target partition in the partition list, determining the second client corresponding to the target partition.

S14', sending the stored login information to the second client to log in to the second client.

It should be noted that the foregoing explanation on the embodiment of the login method is also applicable to the first client in this embodiment, and the implementation principle is similar, and is not described herein again.

The first client of this embodiment, by storing the login information when the login information authentication passes, determines the corresponding second client according to the target partition selected in the partition list, and logs in the second client using the login information stored in the first client. Therefore, different versions of programs corresponding to the same service can be compatible in one client, switching login of different versions of programs in the same client is achieved, login threshold is lowered, dependence on a third-party login component during login of different versions of programs is eliminated, installation cost of a user is lowered to the maximum degree, and user experience is improved.

In order to implement the above embodiment, the present invention further provides a second client. When the instructions in the second client are executed by the processor, a method of logging in is performed, the method comprising:

s91', the login information sent by the first client is received.

And S92', using the login information to login.

It should be noted that the foregoing explanation on the embodiment of the login method is also applicable to the second client in this embodiment, and the implementation principle is similar, and is not described herein again.

The second client side of the embodiment receives the login information sent by the first client side and logs in by adopting the received login information, so that the user can be prevented from inputting the login information again, the login process is simplified, and the user experience is improved.

Accordingly, in order to implement the above embodiments, the present invention proposes a non-transitory computer-readable storage medium storing a computer program, the program comprising a first client, the program, when executed by a processor, implementing a login method, the method comprising: acquiring input login information; when the login information passes the authentication, the login information is stored; determining a second client corresponding to the target partition according to the selected target partition in the partition list; the first client and the second client are respectively used for accessing different partitions bearing the same service; sending the stored login information to the second client to log in to the second client.

In order to implement the above embodiments, the present invention also proposes another non-transitory computer-readable storage medium storing a computer program, the program comprising a second client, the program, when executed by a processor, implementing a login method, the method comprising: receiving login information sent by a first client, wherein the login information is stored when the first client passes authentication of the obtained login information, and is sent to a second client when the target partition is determined to correspond to the second client according to a target partition selected in a partition list; and logging in by adopting the login information.

In order to implement the above embodiments, the present invention provides a computer device, including: a memory, a processor and a computer program stored on the memory and executable on the processor, wherein the computer program comprises the first client as described in the above embodiments and/or comprises the second client as described in the above embodiments.

In order to implement the above embodiment, the present invention further provides a login system.

Fig. 15 is a schematic structural diagram of a login system according to an embodiment of the present invention.

As shown in fig. 15, the login system 200 according to the embodiment of the present invention includes: computer device 2010 and server 2020. Wherein,

the computer device 2010 is installed with a first client 2011 that executes the login method described in the above embodiment, and is installed with a second client 2012 that executes the login method described in the above embodiment.

The server 2020 includes: a processor 2001, and a memory 2002 for storing processor-executable instructions. Wherein the processor 2001 is configured to:

a partition list is generated, where the partition list includes partition information of partitions accessed by the first client 2011 and the second client 2012, each partition bears different versions of programs of the same service, and each partition is accessed by a corresponding client installed in the computer device 2010.

Further, the server 2020 is further configured to interact with the first client 2011 to determine whether the login information entered by the user is authenticated.

Further, the server 2020 is further configured to store an installation package and an upgrade package of the first client 2011 and/or the second client 2012, and provide for upgrading and downloading of the first client 2011 and/or the second client 2012.

In this embodiment, when the user logs in the first client 2011, the first client 2011 obtains login information input by the user, and stores the login information when the login information passes authentication. The first client 2011 obtains the partition list generated by the processor 2001 by executing the executable instructions stored in the memory 2002 from the server 2020, and displays the partition information of each partition included in the partition list to the user, so that the user can select a desired target partition. After the user selects the target partition, first client 2011 determines, according to the partition information of each partition, second clients 2012 required to access the target partition, and sends the stored login information to second clients 2012 for the login of second clients 2012. After the second client 2012 receives the login information sent by the first client 2011, the automatic login can be implemented according to the login information.

To better explain the login system of the embodiment of the present invention, fig. 16 is a schematic structural diagram of the login system provided in the embodiment of the present invention, as shown in fig. 16, including a computer device 2010 and a server 2020, where the computer device 2010 is installed with a first client and a second client, and the server 2020 may be multiple, and specifically includes a directory server 2021 for generating a partition list.

In addition, in fig. 16, it is also illustrated that the server 2020 may further include an authentication server 2022, a resource server 2023, and a service server 2024.

The authentication server 2022 is configured to interact with the first client to determine whether the login information input by the user is authenticated.

The resource server 2023 is configured to store the installation package and the upgrade package of the first client and/or the second client, and provide upgrade and download of the first client and/or the second client.

The service server 2024 is configured to carry service operations of different versions of programs corresponding to the first client and/or the second client.

A first client in the computer device 2010 may access at least the directory server 2021, the authentication server 2022, the resource server 2023, and the business server 2024, and a second client may access at least the resource server 2023 and the business server 2024.

As a possible implementation manner, as shown by a dotted line in fig. 16, as a second client compatible with the first client, if there is a child partition, the target partition corresponding to the second client may also access the directory server 2021, so as to obtain a child partition list subordinate to the target partition. For specific content, refer to the related description in the foregoing embodiments, which is not repeated in this embodiment.

For clarity of illustration of the interaction between the devices in fig. 16, fig. 17 is a schematic view of a login system according to an embodiment of the present invention, and in fig. 17, lines of version A, B represent two different program versions of the same game respectively.

In fig. 17, the first client is a compatible client, and is capable of cross-version login. As shown in fig. 17, the A, B version line is logged in through the first client of the a version line and the second client of the B version line, respectively. And each client corresponds to an independent version line version upgrading server, so that mutual interference during version line version upgrading can be avoided, and the independence of version upgrading is ensured. The directory server 2021 can provide the directory tree information of the version a line and the version B line for each client to obtain and display to the user, so that the user can select the required version line conveniently.

In fig. 17, the server access sequence logged in from different clients is illustrated, where there are three possible application scenarios:

as a first possible application scenario, a user logs in through a version A line client and enters a game world corresponding to a version A line. As can be seen from fig. 17, as a possible implementation manner, when the user logs in through the version a line client and the selected version line is the version a line according to the version line directory tree information provided by the directory server, the user may directly enter the game world corresponding to the version a line, and the access path is as shown by the path indicated by the dotted line in fig. 17. First, the version a line client is started, and the resource server 2023 is accessed to upgrade the version a line client. And then accesses the authentication server 2022, and after the authentication is passed by the authentication server 2022, accesses the directory server 2021 to obtain the directory tree of the version a line and the version B line. When the user-selected partition belongs to the version a line, the access business server 2024 enters the version a line game world.

As a second possible application scenario, a user logs in through a client of the version B line and enters a game world corresponding to the version B line. As can be seen from fig. 17, as a possible implementation manner, when the user logs in through the B version line client, and the selected version line is the B version line according to the directory tree information of each version line provided by the directory server, the user may directly enter the game world corresponding to the B version line, and the access path is shown as the path indicated by the dashed line in fig. 17. First, the B version line client is started, and the resource server 2023 is accessed to upgrade the B version line client. The authentication server 2022 is further accessed, and after the authentication is passed by the authentication server 2022, the directory server 2021 is accessed to obtain the B-version line directory tree. Finally, the access service server 2024 enters the version a online game world.

As a third possible application scenario, a user logs in through the version A line client and enters a game world corresponding to the version B line. As can be seen from fig. 17, as a possible implementation manner, when a user logs in through the version a line client, and the selected version line is the version B line according to the version line directory tree information provided by the directory server 2021, the version a line client directs the user to enter the version B line client, and when the version B line client needs to be upgraded, the version B line client is upgraded through the version B line upgrade server, and finally the user enters the game world corresponding to the version B line. Specifically, the access path is shown as the path indicated by the solid line in fig. 17. First, the version a line client is started, and the resource server 2023 is accessed to upgrade the version a line client. And then accesses the authentication server 2022, and after the authentication is passed by the authentication server 2022, accesses the directory server 2021 to obtain the directory tree of the version a line and the version B line. When the partition selected by the user belongs to the B version line, the B version line client is invoked by the a version line client, so that the B version line client executes the step of logging in and accessing the resource server 2023 to upgrade the B version line client (the step of accessing the resource server 2023 is not shown in the figure). Finally, the version B online client accesses the business server 2024 to enter the version B online game world.

To clearly illustrate the operation steps executed by the version a line client and the version B line client in the first and third scenarios, fig. 18 is a second scenario diagram of the login system according to the embodiment of the present invention, as shown in fig. 18, in the first possible application scenario, first, the version a line client is started to initialize the version a line client, and then the version a line client executes the step of reading the common registry information to determine the installed client, and the version a line client executes the upgrade. Then, after the user inputs login information, the authentication server 2022 is accessed, and after the authentication of the authentication server 2022 is passed, the resource server 2023 is accessed to perform upgrading of the version a line client. Further, by accessing the directory server 2021, the directory tree of the version a line and the version B line is acquired, and an interface for selecting a target partition is displayed according to the acquired directory tree of the version a line and the version B line. Partition information for different partitions in the two version lines is included in the interface. When it is determined that there is no cross-version login, the access service server 2024 enters the version a online game world.

In the third possible application scenario, the version a line client is first started to initialize the version a line client, and then the version a line client reads the common registry information to determine the installed client, and the version a line client performs the upgrade. Then, after the user inputs login information, the authentication server 2022 is accessed, and after the authentication of the authentication server 2022 is passed, the resource server 2023 is accessed to perform upgrading of the version a line client. Further, by accessing the directory server 2021, the directory tree of the version a line and the version B line is acquired, and an interface for selecting a target partition is displayed according to the acquired directory tree of the version a line and the version B line. Partition information for different partitions in the two version lines is included in the interface. And when the condition of cross-version login is judged to exist, the B version line client is called, login can be performed on the B version line client through login-free operation for a user, and the steps of upgrading and accessing the service server 2024 to enter the B version line game world are executed after login is successful.

The login system provided by the embodiment of the invention can be compatible with different versions of programs corresponding to the same service in one client, realize the switching login of different versions of programs in the same client, reduce the login threshold, remove the dependence on a third-party login component when logging in different versions of programs, reduce the installation cost of a user to the maximum extent and improve the user experience.

In summary, the solution proposed in the foregoing embodiment of the present invention has a very good practicability, and in the foregoing embodiment, the first client is a client capable of implementing cross-version login, the login information is stored when authentication is passed through the login information of the first client, the corresponding second client is determined according to the target partition selected in the partition list, and the login information stored in the first client is used to log in the second client. Therefore, at least one second client running different versions of programs corresponding to the same service can be compatible in one client.

The first client may also be referred to as a compatible client because it is compatible with the login of the plurality of second clients. In order to obtain a compatible client, several possible implementations are provided, and the user may choose to obtain the first client through any one of the following implementations.

As a first possible implementation, the user is transitioned from an old version client to a compatible client compatible with the solution proposed by the present invention.

When a user who installs an older version client needs to install a client compatible with the scheme provided by the invention, the new compatible client does not need to be downloaded again, and the client can be updated automatically only in an automatic patch mode, so that the compatible client can be upgraded. After the user finishes the version upgrading of the compatible client, the user can see the information of the multiple program versions on the display interface of the compatible client and can select to log in according to the requirements. If the user needs to log in the cross-program version, the compatible client automatically scans the terminal equipment to detect whether the client corresponding to the required program version is installed in the terminal equipment, and if the client corresponding to the required program version is installed, the compatible client directly enters the client; and if not, prompting the user to download the required client.

As a second possible implementation manner, the new user obtains a compatible client compatible with the scheme proposed by the present invention.

For a new user who does not install a relevant client, the complete compatible client in the official website can be downloaded by entering the official website, and after installation is carried out according to the installation prompt, the newly installed compatible client can be directly used for accessing different program versions.

The compatible client provided by the embodiment of the invention can realize client login under the condition of inputting login information once even if a user opens an error client on the computer equipment provided with the multi-version program.

Particularly, in the application scene of the game, the scheme provided by the embodiment of the invention is compatible with different game program versions, and even if the client started by the user is wrong, the user can still reselect the required version according to the information of each program version displayed by the client, download or upgrade the client and finally successfully enter the required program version.

By the scheme provided by the embodiment of the invention, different versions of programs corresponding to the same service can be compatible in one client, the switching login of different versions of programs in the same client is realized, the login threshold is reduced, the dependence on a third-party login component during the login of different versions of programs is removed, the installation cost of a user is reduced to the greatest extent, and the user experience is improved.

In the description herein, references to the description of the term "one embodiment," "some embodiments," "an example," "a specific example," or "some examples," etc., mean that a particular feature, structure, material, or characteristic described in connection with the embodiment or example is included in at least one embodiment or example of the invention. In this specification, the schematic representations of the terms used above are not necessarily intended to refer to the same embodiment or example. Furthermore, the particular features, structures, materials, or characteristics described may be combined in any suitable manner in any one or more embodiments or examples. Furthermore, various embodiments or examples and features of different embodiments or examples described in this specification can be combined and combined by one skilled in the art without contradiction.

Furthermore, the terms "first", "second" and "first" are used for descriptive purposes only and are not to be construed as indicating or implying relative importance or implicitly indicating the number of technical features indicated. Thus, a feature defined as "first" or "second" may explicitly or implicitly include at least one such feature. In the description of the present invention, "a plurality" means at least two, e.g., two, three, etc., unless specifically limited otherwise.

Any process or method descriptions in flow charts or otherwise described herein may be understood as representing modules, segments, or portions of code which include one or more executable instructions for implementing steps of a custom logic function or process, and alternate implementations are included within the scope of the preferred embodiment of the present invention in which functions may be executed out of order from that shown or discussed, including substantially concurrently or in reverse order, depending on the functionality involved, as would be understood by those reasonably skilled in the art of the present invention.

The logic and/or steps represented in the flowcharts or otherwise described herein, e.g., an ordered listing of executable instructions that can be considered to implement logical functions, can be embodied in any computer-readable medium for use by or in connection with an instruction execution system, apparatus, or device, such as a computer-based system, processor-containing system, or other system that can fetch the instructions from the instruction execution system, apparatus, or device and execute the instructions. For the purposes of this description, a "computer-readable medium" can be any means that can contain, store, communicate, propagate, or transport the program for use by or in connection with the instruction execution system, apparatus, or device. More specific examples (a non-exhaustive list) of the computer-readable medium would include the following: an electrical connection (electronic device) having one or more wires, a portable computer diskette (magnetic device), a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber device, and a portable compact disc read-only memory (CDROM). Additionally, the computer-readable medium could even be paper or another suitable medium upon which the program is printed, as the program can be electronically captured, via for instance optical scanning of the paper or other medium, then compiled, interpreted or otherwise processed in a suitable manner if necessary, and then stored in a computer memory.

It should be understood that portions of the present invention may be implemented in hardware, software, firmware, or a combination thereof. In the above embodiments, the various steps or methods may be implemented in software or firmware stored in memory and executed by a suitable instruction execution system. If implemented in hardware, as in another embodiment, any one or combination of the following techniques, which are known in the art, may be used: a discrete logic circuit having a logic gate circuit for implementing a logic function on a data signal, an application specific integrated circuit having an appropriate combinational logic gate circuit, a Programmable Gate Array (PGA), a Field Programmable Gate Array (FPGA), or the like.

It will be understood by those skilled in the art that all or part of the steps carried by the method for implementing the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer readable storage medium, and when the program is executed, the program includes one or a combination of the steps of the method embodiments.

In addition, functional units in the embodiments of the present invention may be integrated into one processing module, or each unit may exist alone physically, or two or more units are integrated into one module. The integrated module can be realized in a hardware mode, and can also be realized in a software functional module mode. The integrated module, if implemented in the form of a software functional module and sold or used as a stand-alone product, may also be stored in a computer readable storage medium.

The storage medium mentioned above may be a read-only memory, a magnetic or optical disk, etc. Although embodiments of the present invention have been shown and described above, it is understood that the above embodiments are exemplary and should not be construed as limiting the present invention, and that variations, modifications, substitutions and alterations can be made to the above embodiments by those of ordinary skill in the art within the scope of the present invention.

Claims

1. A login method is applied to a first client, and comprises the following steps:

acquiring input login information;

2. The login method according to claim 1, wherein the determining the second client corresponding to the target partition according to the selected target partition in the partition list comprises:

displaying the partition list and acquiring the selected target partition;

and querying a second client required for accessing the target partition.

3. The login method of claim 2, wherein after querying the second client required for accessing the target partition, further comprising:

judging whether the second client is installed or not;

4. The login method according to claim 3, wherein before the determining whether the second client is installed, the method further comprises:

5. The login method according to claim 1, wherein before the obtaining the input login information, the method further comprises:

6. The login method according to any one of claims 1 to 5, wherein before sending the stored login information to the second client, further comprising:

the second client is called to start;

and exiting the first client.

7. A login method is applied to a second client, and comprises the following steps:

and logging in by adopting the login information.

8. A login device applied to a first client comprises:

the acquisition module is used for acquiring input login information;

9. The login apparatus according to claim 8, wherein the determining module comprises:

10. The login apparatus according to claim 9, wherein the apparatus further comprises:

11. The login apparatus according to claim 10, wherein the apparatus further comprises:

12. The login apparatus according to claim 8, wherein the apparatus further comprises:

13. The login apparatus according to any one of claims 8 to 12, wherein the apparatus further comprises:

14. A login device applied to a second client comprises:

and the login module is used for logging in by adopting the login information.

15. A login system is characterized by comprising a computer device and a server;

wherein the computer device is provided with a first client executing the login method according to any one of claims 1-6, and a second client executing the login method according to claim 7;

the server includes: a processor; a memory for storing the processor-executable instructions; wherein the processor is configured to: