WO2022199122A1

WO2022199122A1 - Login method and apparatus allowing for customer-friendly force sign-out based on traffic measurement

Info

Publication number: WO2022199122A1
Application number: PCT/CN2021/135681
Authority: WO
Inventors: 柴银平; 李竞
Original assignee: 武汉绿色网络信息服务有限责任公司
Priority date: 2021-03-24
Filing date: 2021-12-06
Publication date: 2022-09-29
Also published as: CN112702364A; CN112702364B

Abstract

The present invention relates to the technical field of computers, and provides a login method and apparatus allowing for customer-friendly force sign-out based on traffic measurement. The method comprises: a server receives a login request of a later login device and determines the usage state of an earlier login device according to the real-time traffic state of the earlier login device; and the server determines, according to the usage state of the earlier login device, whether to approve the login request of the later login device. In the present invention, the usage state of the earlier login device is determined by means of traffic measurement, so as to use, according to different usage states, different ways of force sign-out when logging in, thereby achieving the invention objective of customer-friendly force sign-out when logging in, and preventing the loss caused by suddenly forcing out the earlier login device by the later login device. On the other hand, in the present invention, a permission verification option is also provided, and the option can ensure the absolute authority of the original owner of an account, such that the owner has the priority to log in to the account first.

Description

A method and device for humanized run login based on traffic identification

【Technical field】

The present invention relates to the field of computer technology, in particular to a method and a device for achieving humanized run login based on traffic identification.

【Background technique】

In today's network environment, it is easy to have a problem that one account needs to be used on multiple devices. For example, when using the campus network, many people often use one campus network account. Usually, the login of this account The method is to log in to the device later and directly kick off the previous login device, so that the login is successful, but such a run method is unreasonable. If the user who logs in to the device first is dealing with important things, such a direct run and login method will cause Serious consequences are not conducive to users' study or work. Based on this problem, most of the existing solutions are to provide a method for multiple devices to log in to one account at the same time, but this method actually increases the network burden and damages the interests of operators, and multiple devices share a campus network account. , it is easy to cause the network speed of each device to be not very good, which is also not conducive to the use of users.

In view of this, overcoming the defects of the prior art is an urgent problem to be solved in the technical field.

[Content of the invention]

The technical problem to be solved by the present invention is to provide a method and device for humanized run login based on traffic identification. In the case of multiple devices logging into one account, the method of run login is more user-friendly, which is more beneficial to users. use of the account.

In a first aspect, the present invention provides a method for humanized run login based on traffic identification, including:

The server receives the log-in request of the subsequent log-in device, and judges the use state of the prior log-in device according to the real-time traffic state of the prior log-in device;

The server determines whether to approve the login request of the later login device according to the use state of the prior login device.

Further, the use state of the previously logged-in device includes an idle state, an operation state, and a download state.

Further, when the use state of the prior login device is idle, the server agrees to the login request of the later login device, runs off the prior login device, and completes the login of the later login device. operate.

Further, when the use state of the prior login device is an operating state, the server sends the login request of the later login device to the prior login device for confirmation.

Further, when the use state of the prior login device is the download state, the server estimates the remaining time required for downloading and displays it on the later login device, and the later login device chooses to wait for the download to end or Continue to request the login, if the login request is continued, the server sends the login request of the later login device to the previous login device for confirmation.

Further, if the prior login device agrees to the login request of the later login device, the server agrees to the login request of the later login device, runs off the prior login device, and completes the later login request. The login operation of the login device; if the earlier login device does not agree or there is no response within the selected time, the server does not agree to the login request of the later login device and sends the later login device to the later login device. Log in the basic information of the device first.

Further, the selection time is half a minute or one minute.

Further, the basic information of the previously logged-in device includes one or more items of use status, address, model and identification name of the previously logged-in device.

Further, the later login device is provided with a permission verification option. If the server permission verification is passed, the server skips the response of the prior login device, runs off the prior login device, and directly completes the After logging in the device's login operation.

On the other hand, the present invention also provides a device that achieves humanized run and log in based on flow identification, for realizing the method for achieving humanized run and log in based on flow identification described in the first aspect, the device includes:

at least one processor; and,

a memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor, the instructions are executed by the at least one processor to enable the at least one processor to perform the traffic-based identification of the first aspect to achieve human nature A method to streamline the run registration.

Beneficial effects:

The present invention can judge the use state of the previous log-in equipment through traffic identification, and select different run log-in methods according to the different use states of the previous log-in equipment;

When the use state of the previous login device is the operating state, the present invention sends the login request of the later login device to the previous login device for confirmation, so that the previous login device has the right to choose, and is not the same as the existing campus network connection mode Directly being run and disconnected, avoiding the loss caused by sudden disconnection; and if the user who logs in to the device later is really in a hurry and fails to log in successfully, at least he can know the basic information of the device that was logged in first, so that he can contact its user. It is not impossible to negotiate with them.

When the use state of the previous login device is idle, the present invention directly agrees to the login request of the later login device, and runs off the previous login device, so that the latter login device that needs to use the campus network can directly access the Internet, and is run off. Because the previous login device of the line is in an idle state, there will be no loss of sudden interruption of study or work, which achieves the purpose of humanized run.

In the present invention, when the use state of the previous login device is the download state, the remaining time required for downloading is estimated and displayed on the latter login device, so that the latter login device can choose to wait for the end of the download or continue to request login. It enables the later login device to directly face its own needs and understand the time required for the earlier login, so as to facilitate their choice and achieve a more humanized effect.

The present invention is also provided with a permission verification option, which can ensure the absolute authority of the original owner of the account and allow him to log in to the account first.

【Description of drawings】

In order to illustrate the technical solutions of the embodiments of the present invention more clearly, the following briefly introduces the accompanying drawings that need to be used in the embodiments of the present invention. Obviously, the drawings described below are only some embodiments of the present invention, and for those of ordinary skill in the art, other drawings can also be obtained from these drawings without creative efforts.

Fig. 1 is a flow chart of a method for achieving user-friendly run login based on traffic identification provided in Embodiment 1 of the present invention;

Fig. 2 is the server processing flow chart when the use state of the previously logged-in device is the idle state in Embodiment 2 of the present invention;

Fig. 3 is the server processing flow chart when the use state of the previous login device is the download state in Embodiment 3 of the present invention;

Fig. 4 is the server processing flow chart when logging in to the device later to perform authority verification in Embodiment 4 of the present invention;

FIG. 5 is a schematic structural diagram of an apparatus for achieving humanized run login based on traffic identification provided in Embodiment 6 of the present invention.

【Detailed ways】

In order to make the objectives, technical solutions and advantages of the present invention clearer, the present invention will be further described in detail below with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain the present invention, but not to limit the present invention.

In the description of the present invention, the orientation or positional relationship indicated by the terms "inner", "outer", "longitudinal", "lateral", "upper", "lower", "top", "bottom", etc. are based on the drawings The orientation or positional relationship shown is only for the convenience of describing the present invention rather than requiring the present invention to be constructed and operated in a specific orientation, and therefore should not be construed as a limitation of the present invention. As used in the embodiments of the present disclosure and the appended claims, the singular forms "a," "the," and "the" are intended to include the plural forms as well, unless the context clearly dictates otherwise.

In addition, the technical features involved in the various embodiments of the present invention described below can be combined with each other as long as they do not conflict with each other.

Embodiment 1:

As shown in FIG. 1 , Embodiment 1 of the present invention provides a method for achieving user-friendly run login based on traffic identification, and the method includes the following steps:

In step 101, the server receives the login request of the later login device, and judges the use state of the earlier login device according to the real-time traffic state of the earlier login device.

The use state of the previously logged-in device includes an idle state, an operation state, and a download state. Specifically, the server analyzes the captured traffic data packets and analyzes the traffic changes to determine the usage status of the previously logged-in device.

In step 102, the server determines whether to approve the log-in request of the later log-in device according to the use state of the prior log-in device.

Specifically, when the use state of the first-login device is idle, the server agrees to the login request of the later-login device; when the use state of the first-login device is the operating state or the download state, the server decides according to the selection of the first-login device Whether to agree to the login request to log in to the device later.

In the embodiment of the present invention, the use state of the previously logged-in device can be judged through traffic identification, and different run log-in methods can be selected according to the difference of the use state of the previously logged-in device.

Continuing as shown in Figure 1, the preferred embodiment further includes the following steps:

In step 103, the use state of the previously logged-in device is the operating state.

In step 104, the server sends the login request of the later login device to the earlier login device for confirmation.

Next, it is divided into steps 105a according to the selection of the prior login device: the prior login device agrees with the login request of the later login device; 105b: the prior login device does not agree with the login request of the later login device or there is no login request within the selected time. response.

According to step 105a, step 106a is generated: the server agrees to the login request of the later login device, runs on the earlier login device, and completes the login operation of the later login device.

According to step 105b, step 106b is generated: the server does not agree with the login request of the later login device and sends the basic information of the earlier login device to the later login device.

In this preferred embodiment, the above-mentioned selection time can be half a minute or one minute, and the basic information of the previously logged-in device includes one or more of the usage status, address, device model, device name and mobile phone number of the previously logged-in device item.

Specifically, taking the login of the campus network as an example, in this embodiment, two classmates A and B (or three, four or n) share a campus network account. After classmate A first logs in to the account , Student B also tries to log in to the account. At this time, Student A's login device is the first login device, and B's login device is the latter login device. In the above steps, "The server receives the login request for the later login device. Judging the usage status of the previously logged-in device according to the real-time traffic status of the previously logged-in device” is specifically expressed as: Student B is on his own log-in device (the log-in device can be any of the Internet-connected devices such as mobile phones, tablets, and computers, etc.) In this embodiment, try to connect to the campus network on the mobile phone), click the login option after entering the account password, so that the server receives its login request. After receiving the login request from classmate B, the server calls the already connected The real-time traffic status of student A's login device on the campus network, and the specific usage status of student A's login device is judged according to the real-time traffic status.

Further, according to the real-time traffic status of the login device of classmate A (that is, the previous login device, which is a mobile phone in this embodiment), the server can determine that the use state of classmate A's login device is an idle state, an operation state, and a download state; The status indicates that although student A has logged in to the campus network, he has not performed any online operations on the device; the operation status indicates that student A is using the Internet access function on the device (including functions that generate traffic such as browsing web pages, watching videos, and chatting online); download The status indicates that classmate A is performing download operations (such as downloading data, videos, etc.) on the device.

In this preferred embodiment, the use state of the previous log-in device (ie, student A's log-in device) is the operating state, which means that classmate A is using the previous log-in device to access the Internet. At this time, the server will log in to the device later ( That is, the login request of classmate B's login device) is sent to the previous login device for confirmation. At this time, classmate A is using the previous login device to access the Internet, so it is possible to directly see the login request of classmate B to log in to the device. If Student A does not need to use the campus network to handle urgent matters, so he can directly agree to the login request of student B to log in to the device, and when classmate A agrees to the login request of classmate B to log in to the device, the server will also agree to the login request of classmate B to log in to the device. And run off the connection between student A's login device and the campus network, and complete the login operation of student B's login device; and if student A has something to deal with urgently, he can choose not to agree to the login request of student B to log in to the device. At this time, the server does not Agree to the login request of classmate B to log in to the device, and will send the basic information of classmate A to log in to the device. If there is no response within the selected time, the server will also default that classmate A does not agree with the login request of classmate B to log in to the device. At this time, the server still does not agree with the login request of classmate B to log in to the device, and will send the login request of classmate A to the device. Basic Information.

In this preferred embodiment, the above selection time is taken as an example of half a minute, that is to say, student A needs to choose within half a minute whether to agree to student B's login to the device. Student B's login to the device will be rejected. It should be noted that the setting of the selection time as half a minute is only an option in this embodiment, rather than a limitation of the selection time. In fact, the selection time may also be one minute or any suitable length of time.

In this preferred embodiment, the basic information of student A's login device (that is, the previous login device) includes the use status, address, and mobile phone number of student A's login device (and may also include various basic information such as its model and identification name). It should be noted that the purpose of sending these basic information to classmate B's login device (that is, to log in to the device later) is to let classmate B know the basic information of classmate A's login device, so as to know the identity of classmate A. In this way, if classmate B Students who have urgent matters that need to log in to the campus network for processing can directly contact classmate A for consultation to decide who should log in to the campus network.

In this embodiment, there is also a situation: when the state of the first login device A is the operating state, there is a scenario where multiple users log in to an account at the same time, for example, class B and class C log in to the campus account at the same time, and the server is receiving After receiving the login requests of these two users, put the device model, device name, mobile phone number and other basic information of students B and C (if students B and C are not logging in for the first time, then the device information and mobile phones of students B and C will be If the number is retained in the database, it can be directly checked through the existing mapping relationship. If it is the first time to log in, the device information will be obtained in the log-in request data message) and reported to the student who first logged in to device A. At this time, classmate A knows classmate B. and the identity information of classmate C, if classmate A agrees to log in to the Internet, then choose who will log in to the account according to their identity information. For example, if you agree to classmate C but reject classmate B, the server also allows classmate C to log in to the Internet, classmate A's device is disconnected from the campus network, and classmate C successfully logs in to the campus network. At this time, the server sends the basic information of classmate C's device to the recipient. For students B who are rejected, if students B have urgent matters to deal with, they can directly contact classmate C to discuss who can log in to the campus network. If the students who log in to Device A first do not make a choice at the preset time for some reason, the default is to disagree. The server rejects the login requests of students B and C, and returns the basic information of class A to students B and C. Students B and C will contact class A to discuss who can log in to the campus network.

Through this embodiment, the present invention can judge the use state of the previous login device through traffic identification, and when the use state of the previous login device is the operating state, send the login request of the subsequent login device to the previous login device for confirmation, Make the first login device have the right to choose, and it will not be directly run off the line like the existing campus network connection method, avoiding the loss caused by sudden disconnection; and if the user who logs in later is really urgent If the login is successful, at least the basic information of the previously logged-in device can be obtained, so that the user can be contacted for discussion, so that there is no way out.

Embodiment 2:

Compared with Embodiment 1, Embodiment 2 of the present invention sets the use state of the previously logged-in device to the idle state, and describes in detail the server processing flow when the use state of the previously logged-in device is the idle state.

As shown in FIG. 2 , steps 201-202 of Embodiment 2 of the present invention are the same as steps 101-102 of Embodiment 1, and in addition, this Embodiment 2 further includes the following steps:

In step 203, the use state of the previously logged-in device is set to the idle state.

In step 204, the server directly agrees to the log-in request of the later log-in device, runs off the earlier log-in device, and completes the log-in operation of the later log-in device.

Specifically, let’s take student A (login to the device first) and classmate B (login to the device later) log in to the campus network as an example. In this embodiment, classmate A does not perform any online operation on the login device, so the server passes the traffic Recognize that classmate A's login device is in an idle state. In this case, the server can determine that classmate A is probably not next to his login device or that classmate A has no urgent need to use the campus network to solve the problem. If classmate A does not need it urgently It is not necessary to occupy the campus network all the time to solve the business using the campus network. Even if classmate A is not next to his login device, even if the server sends classmate B's login request to classmate A to log in to the device, classmate A will also see it. No, therefore, in the case of this embodiment, the server directly agrees to the login request of the later login device (ie, classmate B's login device), runs out of classmate A's login device, and completes the login operation of classmate B's login device.

In this embodiment, there is also a situation: when the first login device A is in an idle state, there is a scenario in which multiple users B, C, etc. request to log in to the campus network at the same time. At this time, the server selects the most Send the request first, then log in to the device, and run off classmate A to log in to the device. If it is the first login request sent by classmate C, then classmate C successfully logs in to the campus network, and classmate B continues to request to log in to the campus network, then the server sends B's login request to classmate C. The situation and example at this time 1 is the same. Let C students choose according to their own circumstances.

Through this embodiment, the present invention can judge the use state of the previously logged-in device through traffic identification, and the use state of the previously logged-in device is in the idle state (very little traffic of the device is monitored, and there is no obvious browsing within the preset time). , watching videos, playing games, downloading and other Internet operations), directly agree to the login request of the later login device, run the previous login device, so that the later login device that needs to use the campus network can directly access the Internet, but is run off the line Because the previously logged-in device is in an idle state, there will be no loss of sudden interruption of learning or work, so as to achieve the purpose of humanized run.

Embodiment 3:

Compared with Embodiment 1, Embodiment 3 of the present invention sets the use state of the previously logged-in device to the download state, and describes in detail the server processing flow when the use state of the previously logged-in device is the download state.

As shown in FIG. 3 , steps 301-302 of Embodiment 3 of the present invention are the same as steps 101-102 of Embodiment 1, and in addition, this Embodiment 3 also includes the following steps:

In step 303, the use state of the previously logged-in device is set as the download state.

In step 304, the server estimates the remaining time required for downloading and displays it on the device after logging in.

The corresponding estimation method can be estimated by analyzing the total file size carried in the download data package, the size of the data content that has been downloaded currently, and the current data download speed.

Wherein, the display on the later login device may be that when the later login device initiates a later login request, a server sends the calculated remaining time to the later login device, and the later login device logs in accordingly. The software interface is presented.

In step 305, after logging in the device selects to wait for the download to end or to continue to request login.

Next, it is divided into steps 306a according to the difference of the later-login device selection; 306b: the latter-login device is selected to continue to request the login.

Step 307a will be generated according to step 306a: the server re-determines the usage status of the previously logged-in device after waiting for the download to end.

Step 307b will be generated according to step 306b: the server sends the login request of the later login device to the earlier login device for confirmation.

Next, it is divided into step 308ba according to the difference in the selection of the prior login device in step 307b: the prior login device agrees with the login request of the later login device; step 308bb: the prior login device does not agree with the login request of the later login device or No response within the selected time.

Step 309ba will be generated according to step 308ba: the server agrees to the login request of the later login device, runs on the earlier login device, and completes the login operation of the later login device.

Step 309bb will be generated according to step 308bb: the server does not agree with the login request of the later login device and sends the basic information of the earlier login device to the later login device.

Specifically, take student A (login device first) and classmate B (login device later) log in to the campus network as an example. In this embodiment, classmate A performs download operations (such as downloading videos, materials, etc.) on the login device. , in this embodiment, because the download operation is likely to be an important matter, the server will first estimate the remaining time required for the download and display it on the login device of student B (ie, log in to the device later), and let student B choose Wait for the download to end or continue to request a login. At this time, classmate B can decide whether to wait for the download to end or continue to request login according to the extent to which he urgently needs to use the campus network and the estimated remaining time for the download. If classmate B chooses to continue to request login, it means that classmate B also urgently needs to use the campus network, then the server will send its login request to student A to log in to the device for confirmation by student A; if student B chooses to wait for the download to end, it means that student B does not need to use the campus network urgently, then the server will not prompt A. When students log in to the device, they will re-judge the usage status of the device A's login after the download items on the A's login device are downloaded.

In the above case where student B chooses to continue to request the login, after seeing the information requested by classmate B to log in, classmate A can also decide whether to agree to classmate B's login request according to the urgency of his own event. If the matter is urgent, he can refuse it. If the matter is not urgent, then you can agree to let student B log in to the campus network to handle urgent matters.

In the case that the above-mentioned student B chooses to wait for the download to end, the server re-judges the use status of the student A's login device after the download project of the student A's login device is completed. At this time, there are three possible states. The first is the idle state. Student A did not continue to use the campus network after downloading. The situation at this time is the same as in Example 2. In this case, the server will directly agree to the login request of classmate B, run off the login device of classmate A, and complete the login request of classmate B. Login; the second is the operation state, which means that classmate A continues to use the campus network after downloading. The situation at this time is the same as in Example 1. The server will send the login request of classmate B to classmate A to log in to the device, so that classmate A can log in to the device. Choose according to your own situation; the third is the download status, which means that classmate A starts to download other items again. At this time, the server will re-estimate the remaining time required for the download and display the time on the login device of classmate B, so that classmate B can choose Wait for the download to end or continue to request a login. Same as Embodiment 1, when classmate A does not agree with classmate B's login request or there is no response within the selected time, the server will reject classmate B's login request and send the basic information of classmate A's login device to classmate B to log in. equipment, so that students B can know who is using the campus network account, so that they can contact and negotiate.

In this embodiment, the above selection time is one minute, that is to say, student A needs to choose within one minute whether to agree to student B's login to the device. If he disagrees or has no choice beyond one minute, the server will reject B. The login of the student's login device. It should be noted that setting the selection time as one minute is only an option in this embodiment, rather than a limitation of the selection time. In fact, the selection time may also be half a minute or any suitable length of time.

In this embodiment, the basic information of student A's login device (ie, the previous login device) includes the use status, address, and model of student A's login device (may also include various basic information such as its identification name). It should be noted that the purpose of sending these basic information to classmate B's login device (that is, to log in to the device later) is to let classmate B know the basic information of classmate A's login device, so as to know the identity of classmate A. In this way, if classmate B Students who have urgent matters that need to log in to the campus network for processing can directly contact classmate A for consultation to decide who should log in to the campus network.

Through this embodiment, the present invention can judge the use state of the previously logged-in device through traffic identification, and when the use state of the earlier logged-in device is the download state, estimate the remaining time required for downloading and display it on the later-login device , so that the later login device can choose to wait for the download to end or continue to request login. This method enables the later login device to directly face its own needs and understand the time required by the previous login, so that it can make a choice and achieve a more user-friendly Effect.

Embodiment 4:

Compared with Embodiments 1-3, Embodiment 4 of the present invention is additionally provided with a permission verification option on the post-login device. As shown in FIG. 4 , steps 401-402 of this embodiment 4 are the same as steps 101-102 of embodiment 1, and in addition, this embodiment 4 also includes the following steps:

In step 403, log in to the device to perform authorization verification.

Next, according to the different verification results, step 404a: the server authority verification is passed; 404b: the server authority verification is not passed.

According to step 404a, step 405a is generated: the server skips the response of the previous login device, runs off the previous login device, and directly completes the login operation of the later login device.

Step 405b will be generated according to step 404b: the server enters the step of determining the use state of the previously logged-in device.

Specifically, take student A (login to the device first) and classmate B (login to the device later) log in to the campus network as an example. After classmate A logs in to the campus network first, classmate B applies for login later, as in Example 1- As described in 3, at this time, the server will determine whether to allow student B to log in to the device (login later) according to the usage status of student A's login device (login device first). When classmate A's login device is in an idle state, classmate B's login device can be directly logged in successfully, but when classmate A's login device is not in idle state, classmate B's login device can only log in after classmate A's login device agrees to login. Although the setting can select the registrant according to the urgency of each event, if both have emergency events, it is obviously disadvantageous to the later registrant. The original owner of the campus network account wanted to log in but was always refused, which is obviously inappropriate.

Therefore, in this embodiment, the permission verification option is set. When the subsequent login, classmate B, is the original owner of the campus network account, he can directly skip classmate A to log in to the device as long as he completes the server's permission verification. In response, he ran off the login device of classmate A and completed the login operation of his own device. It should be noted that the authority verification option in this embodiment is to perform password authority verification, while in other embodiments, the authority verification option may also be any unique verification method such as fingerprint and face.

Through this embodiment, the authority verification option set by the present invention can ensure the absolute authority of the original owner of the account, so that he can log in to the account first.

Embodiment 5:

Different from Embodiment 1-4, Embodiment 1-4 considers the situation that the owner of the device that logs in first is different from the owner of the device that logs in later, while Embodiment 5 considers that when the same user logs in on two Situation when logging in with different login devices. For example, if classmate A is logged in on his mobile phone, he wants to log in on the computer to facilitate downloading the data that cannot be downloaded by the mobile phone. In a similar situation, the present invention also includes an APP that can log in to the campus network account, and the APP can obtain the real-time location information of the user. In this way, when the server detects that the previous login device is in the same position as the later login device At the same location, directly agree to the login request of the later login device, run off the earlier login device, and complete the login of the later login device.

Another situation of this embodiment is that when the account user carries the mobile phone with the above-mentioned APP to log in the account at a computer, the server will determine the mobile phone corresponding to the computer according to the computer position of the corresponding login account, and then when the mobile phone carrier When you come to another location to log in to another computer, the server will determine that it is the same user who is logging in to the account, and thus directly agree to the login request to log in to the device later. Log in. For example, when classmate B logs in to the account on the computer in the dormitory, because classmate B has downloaded the above APP on his mobile phone, the server will obtain the location information of classmate B's mobile phone through the APP. When the server verifies that the location of student B's mobile phone and the computer of the login account are consistent , the server determines that classmate B who has the mobile phone is logging in to the account. At this time, if classmate B brings the mobile phone to the laboratory again, and wants to use the laboratory computer to log in to the account again, the server will use the mobile phone location information and experiment The location information of the computer in the room is consistent, and it is directly confirmed that classmate B wants to log in to the account in a different place, so that the login is completed directly without verification. During the specific implementation, there will also be encounters similar to classmate A, classmate C, and classmate D in the same dormitory. When the above-mentioned dormitory computer login account (that is, the account of user B), the server will correspondingly establish the login account of classmate A and the computer, classmate C and The computer login account, and the mapping relationship between classmate D and the computer login account, and when classmate B logs in to the account in a similar laboratory, the server only needs to verify the stored multiple sets of mapping relationships, as long as there is a mapping relationship between classmate B and the login account. When the corresponding location information switch matches the user behavior fingerprint analyzed by big data, the login is completed directly without verification. In a preferred solution, the corresponding APP will also report the user's mobile phone number, and there is a unique matching relationship between the corresponding mobile phone number and the personal information of the login account. In this case, the mapping relationship established above with the login account is unique. Classmate B, other students will skip the mapping relationship establishment because the mobile phone number does not match the personal information in the login account. Among them, the user behavior fingerprint refers to the general time interval for the user to move from the above-mentioned similar dormitory position to the laboratory position according to the analysis of big data.

Through the solution of the fifth embodiment, the present invention can more conveniently switch the login of the same user of the account on two different login devices, avoid the link of self-confirmation, and achieve the beneficial effect of being more convenient and efficient.

It should be noted that the login devices in Embodiments 1-5 of the present invention may exist in various forms, and the login devices include but are not limited to:

(1) Mobile communication equipment: This type of equipment is characterized by having mobile communication functions, and its main goal is to provide voice and data communication. Such terminals include: smart phones (eg iPhone), multimedia phones, feature phones, and low-end phones.

(2) Ultra-mobile personal computer equipment: This type of equipment belongs to the category of personal computers, has computing and processing functions, and generally has the characteristics of mobile Internet access. Such terminals include: PDAs, MIDs, and UMPC devices, such as iPads.

(3) Portable entertainment equipment: This type of equipment can display and play video content, and generally has the characteristics of mobile Internet access. Such devices include: video players, handheld game consoles, as well as smart toys and portable car navigation devices.

(4) Server: A device that provides computing services. The composition of the server includes a processor, hard disk, memory, system bus, etc. The server is similar to a general computer architecture, but due to the need to provide highly reliable services, the processing capacity, stability , reliability, security, scalability, manageability and other aspects of high requirements.

(5) Other electronic devices with video playback function or Internet connection function.

Embodiment 6:

Embodiment 6 of the present invention provides a device for humanized run login based on traffic identification, the device can be used as the server in Embodiments 1-5, the device includes at least one processor and a memory communicatively connected to the at least one processor ; Among them, as shown in FIG. 5 , it is a schematic diagram of the structure of a device for realizing humanized run login based on traffic identification according to an embodiment of the present invention. The apparatus for humanized run login based on traffic identification in this embodiment includes one or more processors 51 and a memory 52 . Among them, one processor 51 is taken as an example in FIG. 5 .

The processor 51 and the memory 52 may be connected by a bus or in other ways, and the connection by a bus is taken as an example in FIG. 5 .

As a non-volatile computer-readable storage medium, the memory 52 can be used to store non-volatile software programs and non-volatile computer-executable programs, such as the user-friendly run login based on traffic identification in Embodiments 1-4. Methods. The processor 51 executes the method for humanized run login based on traffic identification by running the non-volatile software programs and instructions stored in the memory 52 .

Memory 52 may include high speed random access memory, and may also include nonvolatile memory, such as at least one magnetic disk storage device, flash memory device, or other nonvolatile solid state storage device. In some embodiments, memory 52 may optionally include memory located remotely from processor 51 , which may be connected to processor 51 via a network. Examples of such networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

The program instructions/modules are stored in the memory 52, and when executed by the one or more processors 51, perform the method for achieving humanized run login based on traffic identification in the above-mentioned Embodiments 1-4, for example, The various steps shown in FIGS. 1-4 described above are performed.

It is worth noting that the information exchange, execution process and other contents of the above devices are based on the same concept as the processing method embodiments of the present invention. For details, refer to the descriptions in the method embodiments of the present invention, and will not be repeated here.

Those of ordinary skill in the art can understand that all or part of the steps in the various methods of the embodiments can be completed by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium, and the storage medium can include: Read memory (ROM, Read Only Memory), random access memory (RAM, Random Access Memory), magnetic disk or CD, etc.

To sum up, the present invention can judge the usage status of the prior login equipment through traffic identification, and select different run login methods according to the different usage status of the prior login equipment; In the state, send the login request of the later login device to the earlier login device for confirmation, so that the earlier login device has the right to choose, and it will not be directly run off the line like the existing campus network connection method, avoiding the sudden disconnection. In addition, if the user who logs in later has an emergency and fails to log in successfully, at least he can know the basic information of the device logged in earlier, so that he can contact the user for discussion, so that there is no way out. When the use state of the previous login device is idle, the present invention directly agrees to the login request of the later login device, and runs off the previous login device, so that the latter login device that needs to use the campus network can directly access the Internet, and is run off. Because the previous login device of the line is in an idle state, there will be no loss of sudden interruption of study or work, which achieves the purpose of humanized run. In the present invention, when the use state of the previous login device is the download state, the remaining time required for downloading is estimated and displayed on the latter login device, so that the latter login device can choose to wait for the end of the download or continue to request login. It enables the later login device to directly face its own needs and understand the time required for the earlier login, so as to facilitate their choice and achieve a more humanized effect. The present invention is also provided with a permission verification option, which can ensure the absolute authority of the original owner of the account and allow him to log in to the account first. The invention can more conveniently switch the login of the same user of the account on two different login devices, avoid the link of self-confirmation, and achieve the beneficial effects of being more convenient and efficient.

The above descriptions are only preferred embodiments of the present invention and are not intended to limit the present invention. Any modifications, equivalent replacements and improvements made within the spirit and principles of the present invention shall be included in the protection of the present invention. within the range.

Claims

A method for achieving user-friendly run login based on traffic identification, characterized in that it includes:

The server receives the log-in request of the later log-in device, and judges the use status of the earlier log-in device according to the real-time traffic status of the earlier log-in device;

The server determines whether to approve the login request of the later login device according to the use state of the prior login device.
The method for user-friendly run login based on traffic identification according to claim 1, characterized in that, the usage status of the prior login device includes an idle status, an operation status, and a download status.
The method for user-friendly run login based on traffic identification according to claim 2, wherein when the use state of the prior login device is in an idle state, the server agrees to the login request of the later login device , run off the prior login device, and complete the login operation of the later login device.
The method for user-friendly run login based on traffic identification according to claim 2, wherein when the use state of the prior login device is an operating state, the server sends the login request of the later login device Sent to the previously logged in device for confirmation.
The method for achieving user-friendly run login based on traffic identification according to claim 2, wherein when the use state of the previously logged in device is the download state, the server estimates the remaining time required for the download and displays it in the On the later-login device, the later-login device chooses to wait for the end of the download or continue to request the login, and if the request for login is continued, the server sends the login request of the later-login device to the earlier-login device. Undergo verification.
The method for humanized run login based on traffic identification according to claim 4 or 5, characterized in that, if the prior login device agrees to the login request of the later login device, the server agrees to the login request of the later login device. The login request of the later login device, run off the prior login device, and complete the login operation of the later login device; if the prior login device does not agree or does not respond within the selected time, the server does not agree The log-in request of the later log-in device and the basic information of the earlier log-in device are sent to the later log-in device.
The method for achieving user-friendly run log-in based on traffic identification according to claim 6, wherein the selection time is half a minute or one minute.
The method for user-friendly run login based on traffic identification according to claim 6, wherein the basic information of the previously logged in device includes the use status, address, device model, device name and One or more of the phone numbers.
The method for achieving user-friendly run login based on traffic identification according to claim 6, wherein the post-login device is provided with an authority verification option, and if the server authority verification is passed, the server skips the previous log-in device. In response to the log-in device, the prior log-in device is run off, and the log-in operation of the later log-in device is directly completed.
A device for humanized run login based on traffic identification, characterized in that it includes:

at least one processor; and,

a memory communicatively coupled to the at least one processor; wherein,

The memory stores instructions executable by the at least one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform the at least one processor of any of claims 1-9 method.