Bidirectional Virtual Account Trusteeship Method, Device, Computer Equipment, and Storage Medium

Abstract

This application relates to a bidirectional virtual account hosting method, apparatus, computer device, storage medium, and computer program product. The method includes: launching a virtual Windows system created in a first application container engine and a virtual Android system created in a second application container engine; obtaining the number of friends of each account currently hosting and logging into the enterprise instant messaging application based on a first version of the enterprise instant messaging application in the virtual Windows system and a second version of the enterprise instant messaging application in the virtual Android system; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application; and dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the number of friends of each account and the number of servers logged into by each account to free up server memory. This method can improve system operational stability.

Description

Technical Field

[0001] The present application relates to the field of enterprise WeChat application technology, and in particular to a two-way virtual account drag and management method, apparatus, computer equipment, computer-readable storage medium, and computer program product. Background Art

[0002] Enterprise WeChat includes the mobile version and the personal computer (PC) version. When logging in to the PC version of the Enterprise WeChat application, you need to open the mobile version of the Enterprise WeChat application and scan the code to complete the login operation.

[0003] During the management system-based drag and drop process of the PC and mobile versions of the WeChat Enterprise app, after the WeChat Enterprise account (hereinafter referred to as the WeChat Enterprise account) is logged in, if the PC version of the WeChat Enterprise account runs for a long time, the memory occupied by the PC version of the WeChat Enterprise app will continue to increase, making the system unstable. Summary of the Invention

[0004] Based on this, it is necessary to provide a two-way virtual account hosting method, device, computer equipment, computer-readable storage medium and computer program product that can improve the stability of system operation in response to the above technical problems.

[0005] In a first aspect, the present application provides a bidirectional virtual account drag and management method, the method comprising:

[0006] Start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine;

[0007] Obtaining, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application;

[0008] According to the number of friends of each account and the number of servers logged in by each account, the hosting status of each account logging into the first version of the enterprise instant messaging application is dynamically adjusted to release the memory of the server.

[0009] In one embodiment, dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the number of friends of each account and the number of servers logged into by each account includes:

[0010] Obtaining a first arranged account set by arranging the number of friends of each account based on a first preset method;

[0011] Acquire a plurality of first account sets selected sequentially from the first arranged account sets based on a second preset method, the number of which is the same as the number of the servers; and allocate each of the first account sets to a corresponding first server;

[0012] Acquire a plurality of second account sets selected sequentially from a second arranged account set based on the second preset method, the number of which is the same as the number of the servers; the second arranged account set is an account set in the first arranged account set excluding the first account set;

[0013] Obtaining real-time account sets in each of the first servers obtained by allocating the account set with the largest number of friends in the second-ranked account set to each of the first servers corresponding to the account set with the smallest number of friends in the first account set, and then allocating the account set with the smallest number of friends in the second-ranked account set to each of the first servers corresponding to the account set with the largest number of friends in the first account set, until all accounts in the second-ranked account set are allocated to each of the first servers corresponding to the first account set; wherein the number of accounts in the real-time account set in each of the first servers is the same;

[0014] According to the real-time account set in each first server and the historical account set in each first server, the hosting status of each account logging into the first version of the enterprise instant messaging application is dynamically adjusted.

[0015] In one embodiment, dynamically adjusting the hosting status of each account for logging into the first version of the enterprise instant messaging application based on the real-time account set in each first server and the historical account set in each first server includes:

[0016] Traversing the real-time account sets in each of the first servers and the historical account sets in each of the first servers to obtain multiple groups of combined account sets;

[0017] Obtaining each new account set having the largest number of identical account numbers selected from each of the combined account sets;

[0018] Determining, based on the correspondence between each of the combined account sets and each of the first servers, each of the second servers corresponding to each of the new account sets; the plurality of first servers including each of the second servers;

[0019] Controlling each of the second servers to restart the enterprise instant messaging application of the first version corresponding to each of the accounts logged in by the administrator.

[0020] In one embodiment, the method further comprises:

[0021] Control each third server to execute a logout operation on the first version of the enterprise instant messaging application corresponding to each of the accounts logged in by the drag manager, and after executing the logout operation, restart the first version of the enterprise instant messaging application corresponding to each of the accounts logged in on each third server; wherein each of the third servers is a server among the multiple first servers except each of the second servers.

[0022] In one embodiment, before obtaining the number of friends of each account currently hosting and logging into the enterprise instant messaging application, the method further includes:

[0023] Obtaining each login QR code obtained by the enterprise instant messaging application based on the first version from the enterprise instant messaging application backend service;

[0024] Controlling sending of each login QR code to the second version of the enterprise instant messaging application corresponding to each account;

[0025] When the number of accounts in each of the first servers corresponding to each of the accounts has not reached the upper limit, the second version of the enterprise instant messaging application corresponding to each of the accounts is controlled to perform a code scanning operation to complete the login process of each of the accounts in the first version of the enterprise instant messaging application.

[0026] In one embodiment, the method further comprises:

[0027] If the number of accounts in each of the first servers corresponding to each of the accounts reaches an upper limit, each of the accounts is stored in an account pool to be switched; wherein, the accounts in the account pool to be switched are accounts that have logged in in the second version of the enterprise instant messaging application but have not logged in in the first version of the enterprise instant messaging application.

[0028] In one embodiment, the method further comprises:

[0029] When an add micro-operation is obtained, controlling the sending of the micro-account to be added to the first version of the enterprise instant messaging application corresponding to the add micro-account corresponding to the add micro-operation, so that the corresponding first version of the enterprise instant messaging application obtains the add micro-account request information; wherein each of the accounts includes the add micro-account;

[0030] Controlling the corresponding first version of the enterprise instant messaging application to send the WeChat add request information to the enterprise instant messaging application backend service;

[0031] Obtaining feedback from the enterprise instant messaging application backend service regarding the WeChat add request;

[0032] If the feedback result is that adding WeChat is not allowed, the account switching information and logout information are sent to the corresponding first version of the enterprise instant messaging application, so that the corresponding first version of the enterprise instant messaging application will execute the logout operation on each corresponding account according to the logout information, and select an account from the account pool to be switched according to the account switching information and execute the adding WeChat operation based on the selected account.

[0033] In a second aspect, the present application further provides a two-way virtual account hosting device, the device comprising:

[0034] A startup module, used to start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine;

[0035] an acquisition module, configured to acquire, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of WeChat friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application;

[0036] The adjustment module is used to dynamically adjust the hosting status of each account logging into the first version of the enterprise instant messaging application according to the number of WeChat friends of each account and the number of servers logged in by each account, so as to release the memory of the server.

[0037] In a third aspect, the present application further provides a computer device. The computer device includes a memory and a processor, wherein the memory stores a computer program, and when the processor executes the computer program, the following steps are performed:

[0038] Start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine;

[0039] Obtaining, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application;

[0040] According to the number of friends of each account and the number of servers logged in by each account, the hosting status of each account logging into the first version of the enterprise instant messaging application is dynamically adjusted to release the memory of the server.

[0041] In a fourth aspect, the present application further provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the following steps:

[0042] Start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine;

[0043] Obtaining, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application;

[0044] According to the number of friends of each account and the number of servers logged in by each account, the hosting status of each account logging into the first version of the enterprise instant messaging application is dynamically adjusted to release the memory of the server.

[0045] In a fifth aspect, the present application further provides a computer program product. The computer program product includes a computer program that, when executed by a processor, implements the following steps:

[0046] Start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine;

[0047] Obtaining, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application;

[0048] According to the number of friends of each account and the number of servers logged in by each account, the hosting status of each account logging into the first version of the enterprise instant messaging application is dynamically adjusted to release the memory of the server.

[0049] The bidirectional virtual account hosting method, apparatus, computer device, storage medium, and computer program product described above start a virtual Windows system created in a first application container engine and a virtual Android system created in a second application container engine, and obtain the number of friends of each account currently hosting and logging into the enterprise instant messaging application based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system. Then, based on the number of friends of each account and the number of servers logged into by each account, the hosting status of each account logged into the first version of the enterprise instant messaging application is dynamically adjusted to free up server memory. Because the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application, by combining the number of friends of each account and the number of servers logged into by each account, server memory resources can be freed up by dynamically adjusting the hosting status of each account logged into the first version of the enterprise instant messaging application, thereby improving system stability and ensuring the normal operation of the toll-based management service. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] Figure 1 This is a diagram of an application environment for a two-way virtual account hosting method according to one embodiment;

[0051] Figure 2 A flowchart of a two-way virtual account hosting method according to one embodiment;

[0052] Figure 3 A flowchart illustrating dynamically adjusting the hosting status of each account logging into a first version of an enterprise instant messaging application based on the number of friends of each account and the number of servers logged into by each account in one embodiment;

[0053] Figure 4 FIG1 is a flow chart of dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the real-time account set in each first server and the historical account set in each first server in one embodiment;

[0054] Figure 5 A flowchart of a two-way virtual account hosting method according to one embodiment;

[0055] Figure 6 A flowchart illustrating the process of obtaining the number of friends of each account of the enterprise instant messaging application currently logged in by the administrator in one embodiment;

[0056] Figure 7 A flowchart of a two-way virtual account hosting method according to one embodiment;

[0057] Figure 8A flowchart of a two-way virtual account hosting method according to one embodiment;

[0058] Figure 9 A structural block diagram of a bidirectional virtual account hosting device in one embodiment;

[0059] Figure 10 FIG. 1 is a diagram showing the internal structure of a computer device in one embodiment. DETAILED DESCRIPTION

[0060] In order to make the purpose, technical solutions and advantages of this application more clear, the following further describes this application in detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are only used to explain this application and are not intended to limit this application.

[0061] The two-way virtual account hosting method provided in the embodiment of the present application can be applied to Figure 1 In the application environment shown, the micro-enterprise smart operation management system 102 communicates with the server 104 via a network. The number of servers 104 can be multiple, including a target server. The target server is used to execute the background process of the micro-enterprise smart operation management system 102. Each first server in the multiple servers, except the target server, is used to manage each account logged into the enterprise instant messaging application.

[0062] Specifically, the target server starts a virtual Windows system created in the first application container engine and a virtual Android system created in the second application container engine, so that it can obtain the number of friends of each account currently hosted and logged into the enterprise instant messaging application based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, and dynamically adjust the hosting status of each account logging into the first version of the enterprise instant messaging application based on the number of friends of each account and the number of servers logged in by each account to release the server's memory.

[0063] In one embodiment, Figure 2 As shown, a two-way virtual account hosting method is provided, which is applied to Figure 1 The target processor in is used as an example to illustrate the process, including the following steps:

[0064] S202: Start a virtual Windows system created in the first application container engine and a virtual Android system created in the second application container engine.

[0065] Among them, the application container engine can also be called Docker. Docker is an open source application container engine that allows developers to package their applications and dependent packages into a portable image, and then publish it to any popular Linux or Windows operating system machine, and can also achieve virtualization.

[0066] S204 , obtaining the number of friends of each account currently hosting and logging into the enterprise instant messaging application according to the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system.

[0067] In this embodiment, the first version of the enterprise instant messaging application may include the aforementioned PC version of WeChat for Work, and the second version of the enterprise instant messaging application may include the aforementioned mobile version of WeChat for Work. Each account currently hosting and logging into the enterprise instant messaging application may be a WeChat for Work account. The server memory occupied by the PC version of WeChat for Work is positively correlated with the number of friends: the more friends you have, the more memory you occupy.

[0068] In one embodiment, when the target server detects a trigger condition, the target processor may obtain the number of friends of each account currently hosted and logged into the enterprise instant messaging application. The trigger condition may include: the current time is consistent with a preset trigger time, etc. The current time may include early morning hours or the time when chat traffic is least frequent (i.e., the time when the least chat traffic occurs). In other words, the target server periodically executes the task of obtaining the number of friends of each account currently hosted and logged into the enterprise instant messaging application.

[0069] S206 , dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the number of friends of each account and the number of servers logged into by each account, so as to release server memory.

[0070] Among them, combined with the content described in S204, it can be seen that the server memory occupied by the PC version of WeChat for Business is positively correlated with the number of friends. The more friends, the more memory is occupied. When the PC version of WeChat for Business runs for a long time, the memory occupied by the application will continue to increase. Moreover, before the drag manager logs in to each account, it is impossible to estimate the number of friends, and it is impossible to guarantee the stability of the system during the login process of each drag manager. Therefore, this application dynamically adjusts the hosting status of each account logging into the first version of the enterprise instant messaging application based on the number of friends of each account and the number of servers logged in by each account, so as to free up server memory and improve system stability.

[0071] In summary, Figure 2In the illustrated embodiment, a virtual Windows system created in a first application container engine and a virtual Android system created in a second application container engine are launched. Based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of friends of each account currently logged into the enterprise instant messaging application is obtained. The managed state of each account logged into the first version of the enterprise instant messaging application is then dynamically adjusted based on the number of friends of each account and the number of servers logged into by each account, thereby freeing up server memory. Because the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application, by combining the number of friends of each account and the number of servers logged into by each account, the managed state of each account logged into the first version of the enterprise instant messaging application can be dynamically adjusted to free up server memory resources without wasting server memory resources, thereby improving system stability and ensuring the normal operation of the managed service.

[0072] exist Figure 2 Based on the embodiment shown, Figure 3 As shown, a flowchart for dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the number of friends of each account and the number of servers logged into by each account is provided, including the following steps:

[0073] S302 , obtaining a first arranged account set by arranging the number of friends of each account based on a first preset method.

[0074] The account may refer to an enterprise WeChat account. A company may have multiple WeChat accounts, each corresponding to a different number of friends. The first preset method may include a method of arranging the number of friends from largest to smallest, or a method of arranging the number of friends from smallest to largest. Therefore, by arranging the number of friends of each account according to the first preset method, a first arranged account set in which the number of friends is arranged from largest to smallest can be obtained, or a first arranged account set in which the number of friends is arranged from smallest to largest can be obtained.

[0075] S304 , obtaining a plurality of first account sets selected sequentially from the first arranged account set based on a second preset method, the number of the first account sets being the same as the number of servers; and distributing each first account set to a corresponding plurality of first servers.

[0076] The second preset method refers to combining the account with the most friends with the account with the least friends. For example, if the first preset method is to arrange the number of friends from largest to smallest, the first and last accounts are extracted from the first arranged account set to form an account set. Then, the second and second-to-last accounts are extracted from the first arranged account set to form an account set. This continues in this manner until the same number of account sets as servers are extracted from the first arranged account set, resulting in multiple first account sets. Each of the first account sets obtained is then assigned to the corresponding first server.

[0077] S306: Acquire a plurality of second account sets selected sequentially from the second arranged account set based on a second preset method, the number of which is the same as the number of servers.

[0078] The second account set is the set of accounts in the first account set excluding the first account set, and the accounts in the second account set are different from the accounts in the first account set. For example, after extracting a first account set equal to the number of servers from the first account set based on the second preset method, what remains is a second account set arranged in ascending order of the number of friends, or what remains is a second account set arranged in descending order of the number of friends. An account set is formed by extracting the first and last accounts from the second account set, followed by extracting the second and second-to-last accounts from the second account set, and so on, until a set equal to the number of servers is extracted from the second account set, thereby obtaining multiple second account sets.

[0079] S308, obtaining real-time account sets in corresponding first servers after allocating the account set with the largest number of friends in the second-ranked account set to the first servers corresponding to the account set with the smallest number of friends in the first account set, and allocating the account set with the smallest number of friends in the second-ranked account set to the first servers corresponding to the account set with the largest number of friends in the first account set, until all accounts in the second-ranked account set are allocated to the first servers corresponding to the first account set.

[0080] S310 , dynamically adjusting the hosting status of each account in each first server according to the real-time account set in each first server and the historical account set in each first server.

[0081] In this embodiment, the number of accounts in the account sets on each first server is consistent, and the difference in the sum of the number of friends in the account sets on each first server is minimized. This allows for full utilization of the server's memory resources, improving server memory resource utilization. Furthermore, by dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the real-time account sets and historical account sets on each first server, server memory is freed up, thereby improving system stability.

[0082] exist Figure 3 In the embodiment shown, Figure 4 As shown, a flowchart for dynamically adjusting the hosting status of each account logging into the first version of the enterprise instant messaging application based on the real-time account set in each first server and the historical account set in each first server is provided, including the following steps:

[0083] S402: traverse the real-time account sets in each first server and the historical account sets in each first server to obtain multiple groups of combined account sets.

[0084] In this embodiment, when traversing the real-time account sets in each first server and the historical account sets in each first server, the real-time account sets in the first first server can be combined with the historical account sets in each first server to obtain account sets with the same number of servers. Then, the real-time account sets in the second first server can be combined with the historical account sets in each first server to obtain account sets with the same number of servers. And so on, multiple groups of combined accounts can be obtained.

[0085] The number of combined account sets is related to the number of servers, that is, the number of first servers. For example, if the number of first servers is N, then the number of real-time account sets is N, and the number of historical account sets is N. By traversing the real-time account sets and historical account sets on each first server, a total of N*N combined account sets can be obtained.

[0086] S404 , obtaining each new account set having the largest number of identical account numbers selected from each combined account set.

[0087] In this embodiment, each new account set is a set consisting of the real-time account set in each first server and the historical account set in each first server. When obtaining each new account set selected from each combined account set with the largest number of identical account numbers, the combined account sets can be sorted from largest to smallest based on the number of identical account numbers, and new account sets can be selected from the sorted combined account sets in sequence until no identical accounts are found in the set consisting of the real-time account set in each first server and the historical account set in each first server. When selecting each new account set from the sorted combined account sets in sequence, if there is more than one set of account sets with the largest number of identical account numbers, one set can be randomly selected as the corresponding new account set.

[0088] S406 , determining each second server corresponding to each new account set according to the correspondence between each combined account set and each first server; the plurality of first servers include each second server.

[0089] Combined with the content described in S402, it can be seen that when traversing the real-time account sets in each first server and the historical account sets in each first server, the real-time account sets in the first first server are combined with the historical account sets in each first server to obtain account sets with the same number of servers. Then, the real-time account sets in the second first server are combined with the historical account sets in each first server to obtain account sets with the same number of servers. And so on, multiple groups of combined account combinations are obtained. Therefore, based on this traversal method, the corresponding relationship between each combined account set and each first server can be obtained.

[0090] S408: Control the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator in each second server to perform a restart operation.

[0091] By controlling the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator in each second server to execute a restart operation, the server memory occupied by the first version of the enterprise instant messaging application can be released, thereby improving the stability of system operation.

[0092] exist Figure 4In one embodiment, based on the illustrated embodiment, the method further includes: controlling each third server to execute a logout operation on the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator, and restarting the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator on each third server after the logout operation is executed. Each third server is a server other than each second server among the plurality of first servers. By batch-executing the logout operation on the first version of the enterprise instant messaging application corresponding to each account on each third server, some server memory can be freed, thereby improving system stability. After the account is logged out, the first version of the enterprise instant messaging application corresponding to each account on each third server is restarted to ensure normal operation of the account.

[0093] Combine Figure 3 and Figure 4 In one embodiment, the content shown in Figure 5 As shown, a flowchart of a two-way virtual account hosting method is provided, which can be specifically described as follows:

[0094] The target server periodically executes a task. Specifically, the target server periodically executes a task for calculating the number of friends of each account currently hosting and logging into the enterprise instant messaging application. The target server then evenly distributes the accounts among multiple first servers based on the number of friends of each account. Based on the obtained real-time account sets in each first server and the historical account sets in each first server, the target server selects new account sets with the largest number of identical accounts from each combined account set. The target server then determines corresponding second servers for each new account set, where the multiple servers include each second server. The target server controls each second server to restart the first version of the enterprise instant messaging application corresponding to each account currently hosting and logging into the application, thereby releasing some of the server's memory resources.

[0095] Furthermore, the target server identifies each third server other than each second server among the multiple first servers, as well as each account on each third server, and batch-logouts the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator on each third server. Upon detecting the logout operations on the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator on each third server, the enterprise instant messaging application backend service may log out each corresponding account and send a successful logout message to the first version of the enterprise instant messaging application. Upon receiving the successful logout message, the first version of the enterprise instant messaging application may restart the first version of the enterprise instant messaging application corresponding to each account logged in by the administrator on each third server to free up some of the server's memory. Simultaneously, the first version of the enterprise instant messaging application may send the successful logout message to the target server, which may record status information for each account, such as information indicating that the account has logged in to the first version of the enterprise instant messaging application or that micro-operations are available.

[0096] Furthermore, the first version of the enterprise instant messaging application corresponding to each account logged in by the third server re-acquires the corresponding login QR code from the enterprise instant messaging application backend service and sends the login QR code to the target server. The target server saves the corresponding login QR code and sends the corresponding login QR code to the corresponding second version of the enterprise instant messaging application to perform the code scanning operation. After the enterprise instant messaging application backend service detects the code scanning login operation of each second version of the enterprise instant messaging application, it can execute the login process to complete the login of each account of the first version of the enterprise instant messaging application. After each account completes login in the first version of the enterprise instant messaging application, the first version of the enterprise instant messaging application can send a login completion message to the target server, and the target server can record the status information of each account, for example, each account has logged into the first version of the enterprise instant messaging application.

[0097] In one embodiment, Figure 6 As shown, a flowchart of obtaining the number of friends of each account of the enterprise instant messaging application currently logged in by the administrator is provided, including the following steps:

[0098] S602: Obtain each login QR code obtained by the enterprise instant messaging application based on the first version from the enterprise instant messaging application backend service.

[0099] In some embodiments, the target server can control the capabilities of the first version of the enterprise instant messaging application based on Windows system hook technology. Hook technology, also known as a hook function, captures the message before the system calls the function. The hook function takes control and can process (change) the execution behavior of the function or forcibly terminate message delivery.

[0100] Specifically, after the first version of the enterprise instant messaging application loads the login QR codes corresponding to the respective accounts through the hook technology, the corresponding generated login QR codes can be obtained from the enterprise instant messaging application backend service.

[0101] S604: Control sending of each login QR code to the second version of the enterprise instant messaging application corresponding to each account.

[0102] In some embodiments, the target server may obtain each login QR code sent from the first version of the enterprise instant messaging application, save each login QR code, and send each login QR code to the second version of the enterprise instant messaging application corresponding to each account.

[0103] S606, when the number of accounts in each first server corresponding to each account has not reached the upper limit, control the second version of the enterprise instant messaging application corresponding to each account to perform a code scanning operation to complete the login process of each account in the first version of the enterprise instant messaging application.

[0104] In some embodiments, the capabilities of the second version of the enterprise instant messaging application can be controlled based on Windows system hook technology. Specifically, when the number of accounts on each first server corresponding to each account has not reached an upper limit, the Windows system hook technology controls the second version of the enterprise instant messaging application to perform a code scanning operation to complete the login process of each account in the first version of the enterprise instant messaging application.

[0105] In some embodiments, after controlling the second version of the enterprise instant messaging application to perform a code scanning operation, the second version of the enterprise instant messaging application sends a message to the enterprise instant messaging application backend service indicating that the code scanning operation is complete. The enterprise instant messaging application backend service may then send information to the first version of the enterprise instant messaging application indicating that the login is complete, thereby completing the login process for each account in the second version of the enterprise instant messaging application. In some embodiments, the enterprise instant messaging application backend service may record the status information of each account, such as whether the account has logged into the first version of the enterprise instant messaging application or whether the account can perform a micro-addition process. In some embodiments, when the status information of each account indicates that the account has logged into the first version of the enterprise instant messaging application, each account may be stored in the client account pool.

[0106] exist Figure 6 In addition to the embodiment shown, the method further includes: if the number of accounts on each first server corresponding to each account reaches an upper limit, storing each account in a pool of accounts to be switched. The accounts in the pool of accounts to be switched are accounts that have logged in to the second version of the enterprise instant messaging application but not logged in to the first version of the enterprise instant messaging application.

[0107] Furthermore, in one embodiment, Figure 7 As shown, a schematic diagram of a two-way virtual account hosting process is provided, including the following steps:

[0108] S702, when the add micro-operation is obtained, control the sending of the micro-account to be added to the first version of the enterprise instant messaging application corresponding to the micro-account corresponding to the add micro-operation, so that the corresponding first version of the enterprise instant messaging application obtains the add micro-account request information.

[0109] In some embodiments, when the target server detects a micro-adding trigger condition, it can obtain a micro-adding operation. According to the detected micro-adding operation, the micro-account to be added is sent to the first version of the enterprise instant messaging application corresponding to the micro-account to be added corresponding to the micro-adding operation. Each account includes a micro-adding account, so that the corresponding first version of the enterprise instant messaging application can obtain the micro-account to be added, search for the micro-account to be added, and obtain the corresponding micro-adding request information.

[0110] S704: Control the corresponding first version of the enterprise instant messaging application to send a WeChat add request message to the enterprise instant messaging application backend service.

[0111] S706: Obtain feedback from the enterprise instant messaging application backend service regarding the WeChat add request.

[0112] In some embodiments, when the enterprise instant messaging application backend service determines that the number of WeChat additions for each account on that day has reached the upper limit, it determines that the feedback result of the WeChat addition request is not allowed, and sends the feedback result to the first version of the enterprise instant messaging application.

[0113] In some embodiments, when the enterprise instant messaging application backend service determines that the number of WeChat additions for each account on that day has not reached the upper limit, it determines that the feedback result of the WeChat addition request is allowed, and sends the feedback result to the first version of the enterprise instant messaging application.

[0114] S708, if the feedback result is that adding WeChat is not allowed, send account switching information and logout information to the corresponding first version of the enterprise instant messaging application, so that the corresponding first version of the enterprise instant messaging application will execute the logout operation on each corresponding account according to the logout information, and select an account from the account pool to be switched according to the account switching information and execute the adding WeChat operation based on the selected account.

[0115] In summary, Figure 7 In the illustrated embodiment, when logging into each account of the enterprise instant messaging application, each login QR code can be obtained through an interaction between the enterprise instant messaging application backend service and the first version of the enterprise instant messaging application. Each login QR code is then scanned using the second version of the enterprise instant messaging application, allowing the enterprise instant messaging application backend service to complete the login operation for each account in the first version of the enterprise instant messaging application. Furthermore, if the current account is unable to perform the WeChat add-in process, an account is selected from a pool of accounts to be switched and the WeChat add-in process is completed based on the selected account. This allows the WeChat add-in process to be fully utilized by all accounts to initiate the WeChat add-in process. Furthermore, after the WeChat add-in process is completed, the number of friends of each account currently logged into the enterprise instant messaging application is obtained, and based on the number of friends of each account and the number of servers logged into by each account, the managed status of each account logged into the first version of the enterprise instant messaging application is dynamically adjusted to free up server memory and improve system stability.

[0116] exist Figure 7 Based on the embodiment shown, in one embodiment, as Figure 8 As shown, a schematic diagram of the process of two-way virtual account hosting is provided, which can be specifically described as follows:

[0117] After the first version of the enterprise instant messaging application loads the login QR codes corresponding to each account, it can obtain the corresponding generated login QR codes from the enterprise instant messaging application background service. The target server can obtain the login QR codes from the first version of the enterprise instant messaging application and save the login QR codes, and send the login QR codes to the second version of the enterprise instant messaging application corresponding to each account. The target server can control the second version of the enterprise instant messaging application to perform the code scanning operation based on the hook technology of the Windows system. After controlling the second version of the enterprise instant messaging application to perform the code scanning operation, the second version of the enterprise instant messaging application sends an operation to indicate the completion of the code scanning to the enterprise instant messaging application background service. The enterprise instant messaging application background service can send information to the first version of the enterprise instant messaging application to indicate the completion of the login, so that each account completes the login process in the second version of the enterprise instant messaging application. The enterprise instant messaging application background service can also record the status information of each account.

[0118] Furthermore, upon receiving the add micro-operation, the target processor may send the micro-account to be added to the first version of the enterprise instant messaging application corresponding to the micro-account to which the add micro-operation corresponds, so that the first version of the enterprise instant messaging application can obtain and search for the micro-account to be added. The first version of the enterprise instant messaging application sends a request to add a micro-account to the enterprise instant messaging application backend service, which determines whether the maximum number of micro-accounts that each account has added on that day has been reached.

[0119] If the enterprise instant messaging application backend service determines that the number of WeChat additions initiated by each account on that day has not reached the upper limit, the enterprise instant messaging application backend service sends a message to the first version of the enterprise instant messaging application indicating permission to add WeChat messages. The first version of the enterprise instant messaging application then implements the WeChat addition process for the WeChat account to be added. The first version of the enterprise instant messaging application sends a message indicating successful WeChat addition to the target processor, which then records the number of WeChat additions initiated by each account on that day.

[0120] If the enterprise instant messaging application backend service determines that the number of microblogs initiated by each account on that day has reached the upper limit, the enterprise instant messaging application backend service sends a message to the first version of the enterprise instant messaging application indicating that adding microblogs is not allowed, and the first version of the enterprise instant messaging application fails to add microblogs to the microblog account. The first version of the enterprise instant messaging application sends an indication of the failure to add microblogs to the target processor, and the target processor records the upper limit of the number of microblogs initiated by each account on that day, and sends account switching information and logout information to the corresponding first version of the enterprise instant messaging application, so that the corresponding first version of the enterprise instant messaging application executes the corresponding process according to the account switching information and logout information. Specifically, the corresponding first version of the enterprise instant messaging application executes the logout operation on each corresponding account according to the logout information, selects an account from the pool of accounts to be switched according to the account switching information, and executes the microblog operation based on the selected account.

[0121] The first version of the enterprise instant messaging application performs a micro-operation based on the selected account, including: the first version of the enterprise instant messaging application performs a login operation on the selected account, and then performs the micro-operation after the login is successful. Specifically, the first version of the enterprise instant messaging application reloads the login QR code and obtains the corresponding generated login QR code from the enterprise instant messaging application backend server, performs the login operation based on the obtained login QR code, and performs the micro-operation after the login is complete.

[0122] It should be understood that, although the various steps in the flowcharts involved in the various embodiments described above are displayed in sequence according to the instructions of the arrows, these steps are not necessarily executed in sequence in the order indicated by the arrows. Unless otherwise specified herein, there is no strict order restriction on the execution of these steps, and these steps can be executed in other orders. Moreover, at least a portion of the steps in the flowcharts involved in the various embodiments described above can include multiple steps or multiple stages, and these steps or stages are not necessarily executed and completed at the same time, but can be executed at different times, and the execution order of these steps or stages is not necessarily to be carried out in sequence, but can be executed in turn or alternately with other steps or at least a portion of steps or stages in other steps.

[0123] Combined with the above content, it can be understood that the two-way virtual account hosting method provided by this application can be implemented through private deployment to support the hosting of enterprise micro-accounts, and to perform functions such as robotic process automation (RPA) adding micro-messages, RPA group messaging, sending to friends, and aggregated chat. At the same time, combined with system virtualization technology, the first version of the enterprise instant messaging application and the second version of the enterprise instant messaging application are virtualized on both ends, and the target server interacts with both ends at the same time to automatically complete the generation of login QR codes, scan code login, pull friend information, add micro-messages, and other operations. And according to the current micro-message restrictions of each account and the resource usage of each server, the server logged in by the enterprise micro-account can be dynamically adjusted. After the first version of the enterprise instant messaging application has been running for a period of time, the target server will execute the task regularly and re-scan the code to complete the account login. A complete set of enterprise micro-account hosting solutions is provided, which improves the stability of system operation by releasing part of the server's memory. Moreover, employees using enterprise WeChat do not need to pay attention to the operation of the account and the enterprise WeChat client.

[0124] Based on the same inventive concept, embodiments of the present application also provide a bidirectional virtual account hosting device for implementing the bidirectional virtual account hosting method described above. The implementation solution provided by this device is similar to the implementation solution described in the above method. Therefore, the specific limitations of one or more bidirectional virtual account hosting device embodiments provided below can be found in the above-mentioned limitations of the bidirectional virtual account hosting method and will not be repeated here.

[0125] In one embodiment, Figure 9 As shown, a two-way virtual account hosting device is provided, including: a starting module 902, an acquisition module 904 and an adjustment module 906, wherein:

[0126] The startup module 902 is used to start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine.

[0127] Acquisition module 904 is used to obtain the number of WeChat friends of each account currently hosting and logging into the enterprise instant messaging application based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application.

[0128] The adjustment module 906 is used to dynamically adjust the hosting status of each account logging into the first version of the enterprise instant messaging application according to the number of WeChat friends of each account and the number of servers logged in by each account, so as to release server memory.

[0129] In one embodiment, the adjustment module 906 is further configured to: obtain a first arranged account set obtained by arranging the number of friends of each account based on a first preset method; obtain multiple first account sets selected sequentially from the first arranged account set based on a second preset method, the same number as the number of servers; assign each first account set to a corresponding first server; obtain multiple second account sets selected sequentially from the second arranged account set based on a second preset method, the same number as the number of servers; the second arranged account set being the account set other than the first account set in the first arranged account set; obtain real-time account sets in each corresponding first server obtained by assigning the account set with the largest number of friends in the second arranged account set to each first server corresponding to the account set with the smallest number of friends in the first account set, and assigning the account set with the smallest number of friends in the second arranged account set to each first server corresponding to the account set with the largest number of friends in the first account set, until all accounts in the second arranged account set are assigned to each first server corresponding to the first account set; wherein the number of accounts in the real-time account set in each first server is the same; and dynamically adjust the hosting status of each account logged into the first version of the enterprise instant messaging application based on the real-time account set in each first server and the historical account set in each first server.

[0130] In one embodiment, the adjustment module 906 is further used to: traverse the real-time account sets in each first server and the historical account sets in each first server to obtain multiple groups of combined account sets; obtain each new account set with the largest number of identical accounts selected from each combined account set; determine each second server corresponding to each new account set based on the correspondence between each combined account set and each first server; multiple first servers include each second server; and control the first version of the enterprise instant messaging application corresponding to each account logged in by the drag manager in each second server to perform a restart operation.

[0131] In one embodiment, the adjustment module 906 is further configured to: control each third server to execute a logout operation on the first version of the enterprise instant messaging application corresponding to each account logged in by the drag manager, and to restart the first version of the enterprise instant messaging application corresponding to each account logged in on each third server after executing the logout operation; wherein each third server is a server other than each second server among the multiple first servers.

[0132] In one embodiment, the two-way virtual account hosting device also includes a control module, which is used to: obtain each login QR code obtained from the enterprise instant messaging application background service based on the first version of the enterprise instant messaging application; control the sending of each login QR code to the second version of the enterprise instant messaging application corresponding to each account; when the number of accounts in each first server corresponding to each account has not reached the upper limit, control the second version of the enterprise instant messaging application corresponding to each account to perform a code scanning operation to complete the login process of each account in the first version of the enterprise instant messaging application.

[0133] In one embodiment, the control module is further used to: if the number of accounts in each first server corresponding to each account reaches an upper limit, store each account in an account pool to be switched; wherein the accounts in the account pool to be switched are accounts that have logged in in the second version of the enterprise instant messaging application but have not logged in in the first version of the enterprise instant messaging application.

[0134] In one embodiment, the control module is also used to: when obtaining the micro-add operation, control the sending of the micro-account to be added to the first version of the enterprise instant messaging application corresponding to the micro-account corresponding to the micro-add operation, so that the corresponding first version of the enterprise instant messaging application obtains the micro-add request information; wherein, each account includes a micro-add account; control the corresponding first version of the enterprise instant messaging application to send the micro-add request information to the enterprise instant messaging application background service; obtain the feedback result of the enterprise instant messaging application background service on the micro-add request information; if the feedback result is that the micro-add is not allowed, send account switching information and logout information to the corresponding first version of the enterprise instant messaging application, so that the corresponding first version of the enterprise instant messaging application will execute the logout operation on each corresponding account according to the logout information, and select an account from the account pool to be switched according to the account switching information and execute the micro-add operation based on the selected account.

[0135] Each module in the aforementioned bidirectional virtual account escrow device may be implemented in whole or in part through software, hardware, or a combination thereof. Each module may be embedded in or independent of a processor in a computer device in the form of hardware, or may be stored in a memory in the computer device in the form of software, so that the processor can call and execute the corresponding operations of each module.

[0136] In one embodiment, a computer device is provided. The computer device may be a server, and its internal structure diagram may be as follows: Figure 10 As shown. The computer device includes a processor, a memory, and a network interface connected via a system bus. The processor of the computer device is used to provide computing and control capabilities. The memory of the computer device includes a non-volatile storage medium and an internal memory. The non-volatile storage medium stores an operating system, a computer program, and a database. The internal memory provides an environment for the operation of the operating system and computer program in the non-volatile storage medium. The database of the computer device is used to store the number of friends of each account. The network interface of the computer device is used to communicate with an external terminal via a network connection. When the computer program is executed by the processor, a two-way virtual account hosting method is implemented.

[0137] Those skilled in the art will understand that Figure 10 The structure shown in the figure is only a block diagram of a part of the structure related to the solution of the present application, and does not constitute a limitation on the computer device to which the solution of the present application is applied. The specific computer device may include more or fewer components than shown in the figure, or combine certain components, or have a different component arrangement.

[0138] In one embodiment, a computer device is further provided, including a memory and a processor. The memory stores a computer program, and the processor implements the steps in the above method embodiments when executing the computer program.

[0139] In one embodiment, a computer-readable storage medium is provided, on which a computer program is stored. When the computer program is executed by a processor, the steps in the above-mentioned method embodiments are implemented.

[0140] In one embodiment, a computer program product is provided, including a computer program, which implements the steps in the above method embodiments when executed by a processor.

[0141] It should be noted that the user information (including but not limited to account information, user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in this application are all information and data authorized by the user or fully authorized by all parties.

[0142] Those skilled in the art will appreciate that all or part of the processes in the above-mentioned embodiment methods can be implemented by instructing the relevant hardware through a computer program, and the computer program can be stored in a non-volatile computer-readable storage medium. When the computer program is executed, it can include the processes of the embodiments of the above-mentioned methods. Among them, any reference to memory, database or other media used in the embodiments provided in this application may include at least one of non-volatile and volatile memory. Non-volatile memory may include read-only memory (ROM), magnetic tape, floppy disk, flash memory, optical memory, high-density embedded non-volatile memory, resistive random access memory (ReRAM), magnetic random access memory (MRAM), ferroelectric random access memory (FRAM), phase change memory (PCM), graphene memory, etc. Volatile memory may include random access memory (RAM) or external cache memory, etc. By way of illustration and not limitation, RAM can be in various forms, such as static random access memory (SRAM) or dynamic random access memory (DRAM). The database involved in the various embodiments provided herein may include at least one of a relational database and a non-relational database. Non-relational databases may include, but are not limited to, distributed databases based on blockchains. The processor involved in the various embodiments provided herein may be, but are not limited to, a general-purpose processor, a central processing unit, a graphics processing unit, a digital signal processor, a programmable logic unit, a data processing logic unit based on quantum computing, and the like.

[0143] The technical features of the above embodiments can be combined arbitrarily. To make the description concise, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0144] The above-described embodiments merely represent several implementation methods of the present application. While the descriptions are relatively specific and detailed, they should not be construed as limiting the scope of the present application. It should be noted that a person of ordinary skill in the art may make various modifications and improvements without departing from the spirit of the present application, and these modifications and improvements fall within the scope of protection of the present application. Therefore, the scope of protection of the present application shall be determined by the appended claims.

Claims

1. A two-way virtual account hosting method, characterized in that: The method comprises: Start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine; Obtaining, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application; Obtaining a first arranged account set by arranging the number of friends of each account based on a first preset method; Acquire a plurality of first account sets selected sequentially from the first arranged account set based on a second preset method, the number of which is the same as the number of servers logged in by each of the accounts; and allocate each of the first account sets to a corresponding first server; Acquire a plurality of second account sets selected sequentially from a second arranged account set based on the second preset method, the number of which is the same as the number of the servers; the second arranged account set is an account set in the first arranged account set excluding the first account set; Obtaining real-time account sets in each of the first servers obtained by allocating the account set with the largest number of friends in the second-ranked account set to each of the first servers corresponding to the account set with the smallest number of friends in the first account set, and then allocating the account set with the smallest number of friends in the second-ranked account set to each of the first servers corresponding to the account set with the largest number of friends in the first account set, until all accounts in the second-ranked account set are allocated to each of the first servers corresponding to the first account set; wherein the number of accounts in the real-time account set in each of the first servers is the same; According to the real-time account set in each first server and the historical account set in each first server, the hosting status of each account logging into the first version of the enterprise instant messaging application is dynamically adjusted to release the memory of the server.

2. The method according to claim 1, characterized in that The dynamically adjusting the hosting status of each account for logging into the first version of the enterprise instant messaging application based on the real-time account set in each first server and the historical account set in each first server includes: Traversing the real-time account sets in each of the first servers and the historical account sets in each of the first servers to obtain multiple groups of combined account sets; Obtaining each new account set having the largest number of identical account numbers selected from each of the combined account sets; Determining, based on the correspondence between each of the combined account sets and each of the first servers, each of the second servers corresponding to each of the new account sets; the plurality of first servers including each of the second servers; Controlling each of the second servers to restart the enterprise instant messaging application of the first version corresponding to each of the accounts logged in by the administrator.

3. The method according to claim 2, characterized in that The method further comprises: Control each third server to execute a logout operation on the first version of the enterprise instant messaging application corresponding to each of the accounts logged in by the drag manager, and after executing the logout operation, restart the first version of the enterprise instant messaging application corresponding to each of the accounts logged in on each third server; wherein each of the third servers is a server among the multiple first servers except each of the second servers.

4. The method according to claim 1, wherein Before obtaining the number of friends of each account currently hosting and logging into the enterprise instant messaging application, the method further includes: Obtaining each login QR code obtained by the enterprise instant messaging application based on the first version from the enterprise instant messaging application backend service; Controlling sending of each login QR code to the second version of the enterprise instant messaging application corresponding to each account; When the number of accounts in each first server corresponding to each account has not reached the upper limit, the second version of the enterprise instant messaging application corresponding to each account is controlled to perform a code scanning operation to complete the login process of each account in the first version of the enterprise instant messaging application.

5. The method according to claim 4, characterized in that The method further comprises: If the number of accounts in each of the first servers corresponding to each of the accounts reaches an upper limit, each of the accounts is stored in an account pool to be switched; wherein, the accounts in the account pool to be switched are accounts that have logged in in the second version of the enterprise instant messaging application but have not logged in in the first version of the enterprise instant messaging application.

6. The method according to claim 5, characterized in that The method further comprises: When an add micro-operation is obtained, controlling the sending of the micro-account to be added to the first version of the enterprise instant messaging application corresponding to the add micro-account corresponding to the add micro-operation, so that the corresponding first version of the enterprise instant messaging application obtains the add micro-account request information; wherein each of the accounts includes the add micro-account; Controlling the corresponding first version of the enterprise instant messaging application to send the WeChat add request information to the enterprise instant messaging application backend service; Obtaining feedback from the enterprise instant messaging application backend service regarding the WeChat add request; If the feedback result is that adding WeChat is not allowed, the account switching information and logout information are sent to the corresponding first version of the enterprise instant messaging application, so that the corresponding first version of the enterprise instant messaging application will execute the logout operation on each corresponding account according to the logout information, and select an account from the account pool to be switched according to the account switching information and execute the adding WeChat operation based on the selected account.

7. The method according to claim 6, characterized in that The method further comprises: When the enterprise instant messaging application backend service determines that the number of WeChat additions for each account on that day has reached the upper limit, the feedback result is determined to be that WeChat addition is not allowed.

8. A two-way virtual account hosting device, characterized in that: The device comprises: A startup module, used to start the virtual Windows system created in the first application container engine and the virtual Android system created in the second application container engine; an acquisition module, configured to acquire, based on the first version of the enterprise instant messaging application in the virtual Windows system and the second version of the enterprise instant messaging application in the virtual Android system, the number of WeChat friends of each account currently hosting and logging into the enterprise instant messaging application; wherein the number of friends of each account is positively correlated with the server memory occupied by the first version of the enterprise instant messaging application; The adjustment module is configured to obtain a first arranged account set obtained by arranging the number of friends of each of the accounts based on a first preset method; obtain multiple first account sets selected from the first arranged account set in sequence based on a second preset method, which are equal to the number of servers logged in by each of the accounts; each of the first account sets is allocated to a corresponding first server; obtain multiple second account sets selected from the second arranged account set in sequence based on the second preset method, which are equal to the number of servers; the second arranged account set is the account set in the first arranged account set excluding the first account set; obtain a plurality of second account sets selected from the second arranged account set in sequence based on the second preset method, which are equal to the number of servers; and allocate the account set with the largest number of friends in the second arranged account set to the account set with the smallest number of friends in the first account set. In each of the first servers corresponding to the account set, and the account set with the least number of friends in the second-arranged account set is allocated to each of the first servers corresponding to the account set with the largest number of friends in the first account set, until all accounts in the second-arranged account set are allocated to each of the first servers corresponding to the first account set, the corresponding real-time account set in each of the first servers is obtained; wherein the number of accounts in the real-time account set in each of the first servers is consistent; according to the real-time account set in each of the first servers and the historical account set in each of the first servers, the hosting status of each of the accounts logging into the first version of the enterprise instant messaging application is dynamically adjusted to release the memory of the server.

9. A computer device comprising a memory and a processor, wherein the memory stores a computer program, wherein: When the processor executes the computer program, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 7 are implemented.

Images