WO2020143307A1

WO2020143307A1 - Virtual telephone state switching method, device, computer device, and storage medium

Info

Publication number: WO2020143307A1
Application number: PCT/CN2019/117633
Authority: WO
Inventors: 王旭; 梁洪涛
Original assignee: 平安科技（深圳）有限公司
Priority date: 2019-01-07
Filing date: 2019-11-12
Publication date: 2020-07-16
Also published as: CN109814949B; CN109814949A

Abstract

A distributed system-based virtual telephone state switching method, comprising: receiving a system startup instruction transmitted by a user terminal, acquiring a configuration file on the basis of the system startup instruction; loading the configuration file to complete system startup and simultaneously starting a virtual telephone plug-in; receiving a sign-in instruction transmitted by the user terminal, the sign-in instruction carrying user sign-in information; in response to the sign-in instruction, completing user sign-in on the basis of the user sign-in information and starting a regular polling task; if the virtual telephone plug-in is detected to be in a busy state on the basis of the regular polling task, then acquiring a time interval; and starting a state switching task on the basis of the time interval to switch from the busy state to an idle state.

Description

Virtual telephone state switching method, device, computer equipment and storage medium

This application requires priority to be submitted to the China Patent Office on January 07, 2019, with the application number 201910017663.7, and the priority of the Chinese patent application titled "Virtual Phone State Switching Method, Device, Computer Equipment, and Storage Media." The reference is incorporated in this application.

Technical field

The present application relates to a virtual phone state switching method, device, computer equipment and storage medium.

Background technique

A soft phone is a virtual phone installed in a communication terminal device. It has the same functions as a real phone and is often used to provide end users with good voice quality voice services. The biggest advantage of the virtual phone is its ease of use and scalability. Therefore, in order to facilitate work, most enterprises now configure virtual phone plug-ins for employee terminals for their use. Among them, the virtual phone state switching function is usually provided to prevent business personnel from missing the call.

However, the inventor realized that the state switching function traditionally provided can only be manually switched by the business personnel, which is likely to cause the business personnel to forget to manually switch back and miss the phone when the business personnel switch to indicate busy and delay the work, resulting in reduced work efficiency.

Summary of the invention

According to various embodiments disclosed in the present application, a virtual phone switching method, device, computer device, and storage medium are provided.

A virtual phone state switching method includes:

Receiving a system startup instruction sent by a user terminal, and obtaining a configuration file according to the system startup instruction;

Load the configuration file to complete the system startup, and start the virtual phone plug-in synchronously;

Receiving a check-in instruction sent by a user terminal, the check-in instruction carrying user check-in information;

Respond to the check-in instruction to complete the user check-in according to the user check-in information, and start a regular polling task;

If the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained; and

The state switching task is started according to the time interval to switch the busy state to the idle state.

A virtual telephone state switching device includes:

A receiving module, configured to receive a system startup instruction sent by a user terminal, and obtain a configuration file according to the system startup instruction;

A loading module, used to load the configuration file to complete the system startup, and simultaneously start the virtual phone plug-in;

The receiving module is also used to receive a check-in instruction sent by a user terminal, where the check-in instruction carries user check-in information;

A startup module, used to complete the user check-in according to the user check-in information in response to the check-in instruction, and start a regular polling task;

A polling module, configured to obtain a time interval if the virtual phone plug-in is busy according to the periodic polling task; and

The switching module is configured to start a state switching task according to the time interval to switch the busy state to the idle state.

A computer device includes a memory and one or more processors. The memory stores computer-readable instructions. When the computer-readable instructions are executed by the processor, the one or more processors are executed The following steps:

One or more non-volatile computer-readable storage media storing computer-readable instructions. When the computer-readable instructions are executed by one or more processors, the one or more processors perform the following steps:

The details of one or more embodiments of the application are set forth in the drawings and description below. Other features and advantages of this application will become apparent from the description, drawings, and claims.

BRIEF DESCRIPTION

In order to more clearly explain the technical solutions in the embodiments of the present application, the following will briefly introduce the drawings required in the embodiments. Obviously, the drawings in the following description are only some embodiments of the present application. Those of ordinary skill in the art can obtain other drawings based on these drawings without creative efforts.

FIG. 1 is an application scenario diagram of a virtual phone state switching method according to one or more embodiments.

FIG. 2 is a schematic flowchart of a virtual phone state switching method according to one or more embodiments.

FIG. 3 is a schematic flowchart of a virtual phone state switching method according to another embodiment or multiple embodiments.

FIG. 4 is a schematic flowchart of a step of acquiring a time interval according to one or more embodiments to obtain that the virtual phone plug-in is busy according to the periodic polling task.

FIG. 5 is a block diagram of a virtual phone state switching device according to one or more embodiments.

Figure 6 is a block diagram of a computer device in accordance with one or more embodiments.

detailed description

In order to make the technical solutions and advantages of the present application more clear, the following describes the present application in further detail 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 application, and are not used to limit the present application.

The virtual phone state switching method provided by this application can be applied to the application environment shown in FIG. 1. The user terminal 102 communicates with the server 104 through the network, and the server 104 communicates with the telephone platform server 106 through the network. The server 104 receives the system startup instruction sent by the user terminal 102, and the server 104 obtains the configuration file according to the system startup instruction. The server 104 loads the configuration file to complete the system startup, and simultaneously starts the virtual phone plug-in. The server 104 receives the check-in instruction sent by the user terminal 102, and the check-in instruction carries user check-in information. The server 104 responds to the check-in instruction to complete the user check-in based on the user check-in information, and initiates a regular polling task. If the server 104 obtains that the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained. The server 104 starts the state switching task according to the time interval to switch the busy state to the idle state. The user terminal 102 may be, but not limited to, various personal computers, notebook computers, smart phones, tablet computers, and portable wearable devices. The server 104 may be implemented by an independent server or a server cluster composed of multiple servers.

In one of the embodiments, as shown in FIG. 2, a virtual phone state switching method is provided. The method is applied to the server in FIG. 1 as an example for illustration, including the following steps:

Step S202: Receive a system startup instruction sent by the user terminal, and obtain a configuration file according to the system startup instruction.

The system startup instruction refers to that when the user terminal is operated by the user to start the software system, the system startup request automatically sent to the server is generated. The configuration file refers to the combination of environment settings and files required when starting the system. That is, when the server receives the system startup instruction sent by the user terminal, it obtains a pre-configured system configuration file in response to the system startup instruction.

Specifically, when the user opens the software system containing the virtual phone plug-in through touch operation or mouse operation on the user terminal, the user terminal automatically generates a system startup instruction according to the user operation, and sends the system startup instruction to the server. After the server receives the system startup instruction sent by the user terminal, it can be determined that the user terminal needs to obtain the configuration file corresponding to the software system to complete the system startup, and the server obtains the system configuration file corresponding to the software system in response to the system startup instruction.

In step S204, the configuration file is loaded to complete the system startup, and the virtual phone plug-in is started synchronously.

After the server obtains the configuration file corresponding to the system, it loads the configuration file corresponding to the system to build the environment required by the system to complete the system startup. However, since the virtual phone plug-in is set in the system in advance, and is set in the configuration file to start synchronously with the start of the system. Therefore, when the server loads the configuration file, the virtual phone software is started synchronously.

Step S206: Receive a check-in instruction sent by the user terminal, where the check-in instruction carries user check-in information.

The check-in instruction refers to a request that the user operates the user terminal to send to the server through the login interface of the system to register with the corresponding telephone platform server. The user check-in information includes the user account and password, that is, the account and password when logging in to the system. Accounts include but are not limited to mobile phone numbers, user names and email addresses.

Specifically, after the server completes system startup according to the system startup instruction of the user terminal, the user can perform corresponding operations on the system at the user terminal. The user completes the system login through the login interface to obtain the system usage right, and sends a check-in instruction carrying the user's check-in information to the server through the system login synchronization, which is used to instruct the server to obtain the use right of the virtual phone for the logged-in user. That is to say, when the user performs a login operation on the system login interface, if the system login is successful, but the check-in is not successful, the user does not have permission to use the virtual phone, and can only use the permissions of other functions that the system opens for it.

Step S208, respond to the check-in instruction to complete the user check-in according to the user check-in information, and start a regular polling task.

Polling refers to a way for the CPU to decide how to provide peripheral device servers, also known as program-controlled input and output. Generally, the CPU issues a query at regular intervals, asking whether each peripheral device needs its service, and if there is, it will be given the service. After the service is over, the next peripheral device will be asked, and then it will continue to repeat. In this embodiment, the periodic polling task is set in advance, and then a server periodically sends a query to the user terminal according to a preset time, and obtains the status of the virtual phone plug-in through the query.

Specifically, after the user terminal sends a check-in instruction carrying the user's check-in information to the server, the server responds to the check-in instruction and sends a check-in request to the corresponding telephone platform according to the check-in information. When the phone platform returns the information that the user has checked in successfully, the user is granted the right to use the virtual phone, and at the same time, the preset periodic polling task is started to query the status of the virtual phone plug-in used by the user.

In step S210, if the virtual phone plug-in is busy according to the periodic polling task, the time interval is acquired.

The busy state refers to the state where the virtual phone cannot answer the call. Generally, when the agent leaves the seat temporarily or cannot answer the call, the virtual phone state is switched to busy. Agent refers to the general name of the person who answers the call in the call center, that is, the user who uses the virtual phone. The time interval refers to the time preset for the countdown. For example, when the task is started after the preset time interval, when the preset time interval is 10s, it means that the task is started after 10s.

Specifically, when the periodic polling task periodically asks the user terminal for the virtual phone status, and the user terminal indicates that the virtual phone status is busy according to the information returned by the server's query, the server determines that the busy status needs to be switched to display Idle state. Then a preset scheduled task configuration file is obtained, and a preset time interval is obtained from the scheduled task configuration file.

In step S212, the state switching task is started according to the time interval to switch the busy state to the idle state.

The idle state refers to the state where the virtual phone can answer the call. Specifically, when the server determines that the virtual phone status is busy according to the scheduled polling task, and the preset time interval is obtained from the preset scheduled task configuration file. Then the state switching task is started according to the time interval, and the busy state of the virtual phone is switched to the idle state.

Specifically, the start time of the state switching task is set according to the time interval, and once the state switching task is started, the busy state is switched to the idle state. For example, if the time interval is 10s and the current system time is 12:10:20, the start time of the state switching task is set at 12:10:30. When the system time is from 12:00 to 10:30, the status is switched from busy to idle. The time interval can be set according to the actual situation.

In the above virtual phone state switching method, the configuration file is first obtained through the system startup instruction received from the user terminal, and then the configuration file is loaded to complete the system startup, and the virtual phone plug-in is started synchronously, thereby ensuring that the virtual phone plug-in starts synchronously when the system starts. Then, according to the check-in instruction sent by the user terminal and the user check-in information, the regular polling task is started after completing the user check-in, thereby ensuring that the virtual phone is being used when the polling state is in progress. Finally, if the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained. The state switching task is started according to the time interval to switch the busy state to the idle state. The above method realizes automatic switching of the state of the virtual phone plug-in, thereby keeping the virtual phone unblocked and improving work efficiency.

In one of the embodiments, as shown in FIG. 3, another virtual phone state switching method is provided. In step S210, if the virtual phone plug-in is obtained as busy according to the periodic polling task, after the acquisition interval, It includes the following steps:

Step S2101: Identify whether the virtual phone plug-in is in a call state.

The call state means that the virtual phone is in the process of talking, and the state of the call is the virtual phone state and the state of being unable to answer the call, that is, the busy state. In order to prevent the user from being periodically polled until the virtual phone status is busy, the acquisition interval starts the switching task to switch the state and cut off the call. Then, after the server obtains the virtual phone plug-in as a busy state according to the periodic polling task and obtains the time interval, the server obtains whether the call function of the virtual phone is turned on, and if so, it indicates that the virtual phone is in a call.

In step S2102, if yes, the periodic polling task is closed, and the periodic polling task is restarted after the end of the call state.

When it is recognized that the virtual phone is in a call, the periodic polling task is closed, and at the same time, the monitoring task is started to monitor when the call ends. Once the call state ends, the periodic polling task is restarted. The periodic polling task sends an inquiry request to the user terminal again to inquire about the state of the virtual phone until it is recognized that the state of the virtual phone is the busy state. If the recognized virtual phone state is not in the call state, the state switching task is started according to the acquired time interval to switch the state.

In this embodiment, before starting the state switching task, whether to perform state switching is determined by identifying whether the virtual phone is in a call state, thereby ensuring the accuracy of the switching.

In one embodiment, responding to the check-in instruction completes user check-in based on user check-in information, and initiates a regular polling task including the steps of: sending the check-in instruction and user check-in information to the phone platform server; receiving phone platform server feedback The check-in message is generated by the phone platform server in response to the check-in instruction and registered based on the user's check-in information; if the check-in message is recognized as a successful registration, the user's check-in is completed and a regular polling task is initiated.

The telephone platform refers to a communication company that interfaces with the system to which the virtual telephone belongs. The virtual phone needs to be connected with the phone platform to obtain the call function. Therefore, after the server receives the check-in instruction sent by the user terminal, the server sends the check-in instruction and the corresponding user check-in information to the phone platform server to complete the check-in. Registration means that the phone platform server saves the user's check-in information locally and recognizes that the user has the call right.

Specifically, after the server sends the check-in instruction and the user's check-in information to the phone platform server, after the phone platform server receives the check-in instruction, it can determine that the docked server needs to register to obtain the call permission, and then the received user Check in information to register and return the corresponding check-in message. When registering on the phone platform server, the user's check-in information pre-agreed with the server determines whether the user's check-in information sent this time should be eligible for registration. If the registration is qualified, the registration is performed and the successful check-in information is returned To the server. If the user check-in information sent this time does not belong to the pre-agreed user check-in information, it means that the registered user does not have the registration qualification, that is, there is no call authority, and then the failed check-in information is returned to the server. When the server receives the check-in information as registration failure, the server does not open the API interface provided to the virtual phone. If the server receives the check-in information as successful registration, the server opens the API interface provided to the virtual phone to allow the virtual phone to directly interface with the outside world through the API interface. Open the corresponding API interface to complete the user check-in, and start the periodic polling task synchronously when the API interface is opened. When the user terminal sends the checkout instruction, the server directly closes the API interface.

In one of the embodiments, starting the state switching task according to the time interval to switch the busy state to the idle state includes the steps of: setting a start time of the state switching task according to the time interval; starting the state switching task based on the starting time and generating a state switching instruction ; Send the state switching instruction and the status indicator showing the idle state to the phone platform server; if the switch success message fed back by the phone platform server is received, the busy state is switched to the idle state.

Since the server can be successfully connected by registering through the phone platform, it is also necessary to send instructions to the phone platform to switch when the state is switched. In other words, after the server obtains the time interval, the start time of the state switching task is set according to the time interval. When the start time is up, the start state switching task generates a state switching instruction and obtains a state identifier that needs to be switched. For example, if it is necessary to switch the busy state to the idle state, the switching indicator of the idle state is acquired. The server sends the state switching instruction and the state identifier of the state to be switched to the telephone platform server. When the phone platform server receives the switching instruction and the state identifier, it determines the state to be switched according to the state identifier. If it is busy, the phone platform server changes the user's authority from the registration information according to the instruction, so that the user cannot temporarily answer the call. If it is switched from the busy state to the idle state, it indicates that the user has manually switched the state to busy, that is, the corresponding function has been turned off on the phone platform server. Then, when the phone platform server receives the status indicator of the idle state, it changes the changed authority back from the registration information again, that is, switches the busy state back to the idle state, so that the user has the corresponding authority again. In addition, the phone platform server returns the switching success information to the server, and the server can instruct the user terminal to close the control corresponding to the busy status button of the virtual phone and open the control corresponding to the idle status button to indicate that the user is now in the idle state State switching.

In one of the embodiments, as shown in FIG. 4, if the virtual phone plug-in is busy according to the periodic polling task, the acquisition interval includes the following steps:

Step S402: Send a status query request to the user terminal according to the periodic polling task.

The status query request refers to an instruction sent by the server to the user terminal for querying the status of the virtual phone. Specifically, when the server starts a periodic polling task, a status query request is generated at regular intervals. After the status query request is generated, it is sent to the user terminal.

Step S404: Receive the virtual phone plug-in status returned by the user terminal. The virtual phone plug-in status is obtained from the virtual phone plug-in by the user terminal in response to the status inquiry request.

When the user terminal receives the status inquiry request sent by the server, it determines that the server needs to feedback the current state of the virtual phone. The user terminal obtains the working status of each button in the virtual phone plug-in and returns it to the server. For example, the user terminal may obtain the control state of the control corresponding to the current busy button of the virtual phone. If the control is in the closed state, it means that the corresponding busy button is turned on, that is, the busy display of the virtual phone is turned on and is in the busy state. The user terminal returns to the server that the busy button is turned on, and the server determines that the virtual phone is in the busy state according to the information.

In step S406, if the virtual phone plug-in state is a busy state, the process information of the currently running process is acquired.

Step S408, when it is judged based on the process information that there is no preset process in the preset process table in the currently running process, the time interval is obtained.

The process refers to the program that the server is running. The process information includes the process name and the process user name. The process name is the name of the process. The process user name indicates the name of the user who runs the process. It is usually used to identify the user who runs the process. The preset process table is a pre-stored process file, and the preset process contains information such as the process name.

Specifically, when the server obtains the virtual phone as being busy, it obtains the process information of the currently running process from the running memory. Based on the process information, it is determined whether there is a preset process in the preset process table in the currently running process. If no preset process with the same process name is found from the preset process table according to the process name, it means that the process currently running by the user does not belong to the preset process in the preset process table, that is, the user is not because Run some programs that cannot make calls and switch the virtual phone status to busy. The server obtains the time interval and starts the state switching task according to the time interval to switch the state. Conversely, if a preset process with the same name as its process is found in the preset process table, it means that the user is running a program that cannot make a call, so the virtual phone status is switched to busy, and the time is not obtained. Perform state switching tasks at intervals. In this embodiment, when the user is running some programs that cannot make a call and the virtual phone status is switched to busy, the server mistakenly switches the status back to idle, which improves the accuracy of switching.

In one of the embodiments, determining whether there is a preset process in the preset process table in the currently running process based on the process information includes the steps of: obtaining the process user name and process name from the process information; obtaining from the currently running process according to the process user name The process run by the user; whether the process is the preset process in the preset process table is determined according to the process name.

Specifically, the processes with the process user names SYSTEM, LOCAL, SERVICE, and SVCHOST are the processes required for the system to run, and the processes with other process user names are generally the processes used by the user of the user terminal. After the server obtains the currently running process, the process user name is used to exclude processes with the process user names SYSTEM, LOCAL, SERVICE, and SVCHOST, and the remaining process user names are the processes that the user runs. The server obtains the process name of the process run by the user, and finds from the preset process table whether there is the same process name of the preset process according to the process name. If so, it indicates that the process run by the user belongs to the preset process The preset process in the table, that is, the user may switch the virtual phone status to busy due to running a program that cannot make a call, for example, an online video conference is in progress. The server does not acquire the time interval, so it cannot start the state switching task according to the time interval.

In one of the embodiments, when the server periodically polls the status according to the periodic polling task, the method further includes the steps of: acquiring the user identification of the user terminal; when identifying the user as the preset occupation according to the user identification, sending the user terminal according to the periodic polling task Send a change information inquiry request; receive the state change information returned by the user terminal in response to the change information inquiry request; update the change log file corresponding to the user ID based on the state change information.

The user ID refers to the number of the user querying the corresponding user information, and the check-in instruction can be sent together at the user terminal. The status change information refers to information indicating that the user manually changes the status frequency within a polling cycle, including information such as the number of changes and the time of change. The change information query request refers to an instruction used by the server to instruct the user terminal to return status change information. The polling cycle is the time interval between this poll and the last poll. Change log files are files used to store change information.

Specifically, the server obtains the user information of the corresponding user according to the user identification, and determines whether the preset occupation, such as customer service, is based on the occupation in the user information. If the user's occupation is the preset occupation, when the server sends the inquiry request according to the periodic polling task, the change information inquiry request is also sent. When the user terminal receives the change information inquiry request, it can be determined that the corresponding state change information needs to be fed back. The user terminal returns the state change information to the server, and the state change information is collected by the user terminal according to the buried point rule. After the server receives the status change information, it obtains the change log file corresponding to the user through the user ID, stores the number of changes in the status change information and the corresponding change time in the change log file, and counts the total number of changes according to the number of times. To the log file. For example, one change corresponds to one change time, and the total number of changes is a small number of changes. When the total number of changes in the change log file exceeds the preset value, the server sends the change log file to the monitoring terminal, and processes the user accordingly through the monitoring terminal. The preset value can be set according to actual needs. In this embodiment, the change information of the preset occupation is reflected in the statistical record to reflect the working status of the employee.

It should be understood that although the steps in the flowcharts of FIGS. 2-4 are displayed in order according to the arrows, the steps are not necessarily executed in the order indicated by the arrows. Unless clearly stated in this article, the execution of these steps is not strictly limited in order, and these steps can be executed in other orders. Moreover, at least some of the steps in FIGS. 2-4 may include multiple sub-steps or multiple stages. These sub-steps or stages are not necessarily executed at the same time, but may be executed at different times. These sub-steps or stages The execution order of is not necessarily sequential, but may be executed in turn or alternately with at least a part of other steps or sub-steps or stages of other steps.

In one of the embodiments, as shown in FIG. 5, a virtual telephone state switching device is provided, including: a receiving module 502, a loading module 504, a starting module 506, a polling module 508, and a switching module 510, wherein:

The receiving module 502 is configured to receive a system startup instruction sent by a user terminal, and obtain a configuration file according to the system startup instruction.

The loading module 504 is used to load the configuration file to complete the system startup, and simultaneously start the virtual phone plug-in.

The receiving module 502 is also used to receive the check-in instruction sent by the user terminal, and the check-in instruction carries user check-in information.

The startup module 506 is used to complete the user check-in according to the user check-in information in response to the check-in instruction, and start a regular polling task.

The polling module 508 is used to obtain a time interval if the virtual phone plug-in is busy according to the periodic polling task.

The switching module 510 is configured to start a state switching task according to a time interval to switch the busy state to the idle state.

In one of the embodiments, it further includes an identification module for identifying whether the virtual phone plug-in is in a call state; if it is, the periodic polling task is closed, and the periodic polling task is restarted after the call state ends.

In one of the embodiments, the startup module 506 is also used to send the check-in instruction and the user's check-in information to the phone platform server; receive the check-in message fed back by the phone platform server, and the phone platform server responds to the check-in instruction, It is generated according to the user's check-in information; if the check-in message is recognized as a successful registration, the user's check-in is completed and a regular polling task is started.

In one of the embodiments, the switching module 510 is further used to set the start time of the state switching task according to the time interval; start the state switching task based on the starting time, generate the state switching instruction; send the state switching instruction and the status indicator indicating the idle state To the telephone platform server; if the switch success message fed back by the telephone platform server is received, the busy state is switched to the idle state.

In one of the embodiments, the polling module 508 is further configured to send a status query request to the user terminal according to the periodic polling task; receive the virtual phone plug-in status returned by the user terminal, and the virtual phone plug-in status is responded by the user terminal to the status query request from the virtual Obtained from the phone plug-in; if the virtual phone plug-in is in the busy state, the process information of the currently running process is obtained; when it is determined based on the process information that there is no preset process in the preset process table in the currently running process, the time interval is obtained.

In one of the embodiments, the polling module 508 is also used to obtain the process user name and process name from the process information; obtain the process that the user is running from the currently running process according to the process user name; determine whether the process is preset according to the process name The preset process in the process table.

In one of the embodiments, the polling module 508 is further used to obtain the user identification of the user terminal, and when the user is identified as the preset occupation according to the user identification, send a change information query request to the user terminal according to the periodic polling task; receive the user terminal Respond to the status change information returned by the change information query request; update the change log file corresponding to the user ID based on the status change information.

The above virtual phone state switching device first obtains the configuration file through the system startup instruction received from the user terminal, then loads the configuration file to complete the system startup, and starts the virtual phone plug-in synchronously, thereby ensuring that the virtual phone plug-in starts synchronously when the system starts. Then, according to the check-in instruction sent by the user terminal and the user check-in information, the regular polling task is started after completing the user check-in, thereby ensuring that the virtual phone is being used when the polling state is in progress. Finally, if the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained. The state switching task is started according to the time interval to switch the busy state to the idle state, which realizes the automatic switching of the virtual phone plug-in state, thereby keeping the virtual phone unblocked and improving work efficiency.

For the specific definition of the virtual phone state switching device, reference may be made to the above definition of the virtual phone state switching method, which will not be repeated here. Each module in the above virtual telephone state switching device may be implemented in whole or in part by software, hardware, and a combination thereof. The above modules may be embedded in the hardware form or independent of the processor in the computer device, or may be stored in the memory in the computer device in the form of software so that the processor can call and execute the operations corresponding to the above modules.

In one of the embodiments, a computer device is provided. The computer device may be the server in FIG. 1, and the internal structure diagram thereof may be as shown in FIG. 6. The computer device includes a processor, memory, network interface, and database connected by 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, computer-readable instructions, and a database. The internal memory provides an environment for the operation of the operating system and computer-readable instructions in the non-volatile storage medium. The database of the computer device is used to store data. The network interface of the computer device is used to communicate with external terminals through a network connection. The computer-readable instructions are executed by the processor to implement a virtual phone state switching method.

Those skilled in the art can understand that the structure shown in FIG. 6 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 less components than shown in the figure, or combine certain components, or have a different arrangement of components.

A computer device includes a memory and one or more processors. The memory stores computer-readable instructions. When the computer-readable instructions are executed by the processor, the one or more processors execute the virtual telephone of each embodiment of the present application. Steps of state switching method.

One or more non-volatile computer-readable storage media storing computer-readable instructions, when the computer-readable instructions are executed by one or more processors, cause the one or more processors to perform virtual operations in various embodiments of the present application The steps of the phone state switching method.

A person of ordinary skill in the art may understand that all or part of the process in the method of the foregoing embodiments may be completed by instructing relevant hardware through computer-readable instructions, and the computer-readable instructions may be stored in a non-volatile computer In a readable storage medium, when the computer-readable instructions are executed, they may include the processes of the foregoing method embodiments. Any references to memory, storage, databases, or other media used in the embodiments provided in this application may include non-volatile and/or volatile memory. Non-volatile memory may include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in many forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), double data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous chain (Synchlink) DRAM (SLDRAM), memory bus (Rambus) direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

The technical features of the above embodiments can be arbitrarily combined. In order to simplify the description, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, they should be It is considered as the scope described in this specification.

The above-mentioned embodiments only express several implementation manners of the present application, and their descriptions are more specific and detailed, but they should not be construed as limiting the scope of the invention patent. It should be noted that, for those of ordinary skill in the art, without departing from the concept of the present application, a number of modifications and improvements can also be made, which all fall within the protection scope of the present application. Therefore, the protection scope of the patent of this application shall be subject to the appended claims.

Claims

A virtual phone state switching method, including:

Receiving a system startup instruction sent by a user terminal, and obtaining a configuration file according to the system startup instruction;

Load the configuration file to complete the system startup, and start the virtual phone plug-in synchronously;

Receiving a check-in instruction sent by a user terminal, the check-in instruction carrying user check-in information;

Respond to the check-in instruction to complete the user check-in according to the user check-in information, and start a regular polling task;

If the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained; and

The state switching task is started according to the time interval to switch the busy state to the idle state.
The method according to claim 1, wherein after the responding to the check-in instruction completes the user check-in based on the user check-in information and starts a regular polling task, the method further comprises:

Identify whether the virtual phone plug-in is in a call state; and

If yes, the periodic polling task is closed, and the periodic polling task is restarted after the call state ends.
The method according to claim 1, wherein the responding to the check-in instruction completes user check-in based on user check-in information, and initiates a regular polling task, including:

Send the check-in instruction and user check-in information to the phone platform server;

Receiving a check-in message fed back by the phone platform server, the check-in message is registered and generated by the phone platform server in response to the check-in instruction, based on the user check-in information; and

If it is recognized that the check-in message is successful registration, the user check-in is completed and a regular polling task is started.
The method according to claim 1, wherein the starting the state switching task according to the time interval to switch the busy state to the idle state comprises:

Setting the start time of the state switching task according to the time interval;

Start a state switching task based on the starting time, and generate a state switching instruction;

Sending the state switching instruction and the state identifier indicating the idle state to the telephone platform server; and

If the switching success information fed back by the telephone platform server is received, the busy state is switched to the idle state.
The method according to claim 1, wherein, if the virtual phone plug-in is busy according to the periodic polling task, the obtaining time interval includes:

Sending a status query request to the user terminal according to the periodic polling task;

Receiving the virtual phone plug-in status returned by the user terminal, the virtual phone plug-in status is obtained from the virtual phone plug-in by the user terminal in response to the status query request;

If the state of the virtual phone plug-in is a busy state, obtain process information of the currently running process; and

When it is determined that there is no preset process in the preset process table in the currently running process based on the process information, the time interval is obtained.
The method according to claim 5, wherein the method of determining whether there is a preset process in a preset process table in the currently running process based on the process information includes:

Obtain the process user name and process name from the process information;

Obtain the process that the user is running from the currently running process according to the process user name; and

According to the process name, determine whether the process is a preset process in a preset process table.
The method according to claim 5, wherein the method further comprises:

Obtain the user ID of the user terminal;

When the user is identified as the preset occupation according to the user identification, send a change information query request to the user terminal according to the periodic polling task;

Receiving status change information returned by the user terminal in response to the change information inquiry request; and

The change log file corresponding to the user ID is updated based on the state change information.
A virtual telephone state switching device, including:

A receiving module, configured to receive a system startup instruction sent by a user terminal, and obtain a configuration file according to the system startup instruction;

A loading module, used to load the configuration file to complete the system startup, and simultaneously start the virtual phone plug-in;

The receiving module is also used to receive a check-in instruction sent by a user terminal, where the check-in instruction carries user check-in information;

A startup module, used to complete the user check-in according to the user check-in information in response to the check-in instruction, and start a regular polling task;

A polling module, configured to obtain a time interval if the virtual phone plug-in is busy according to the periodic polling task; and

The switching module is configured to start a state switching task according to the time interval to switch the busy state to the idle state.
The device according to claim 8, characterized in that the device further comprises an identification module for identifying whether the virtual phone plug-in is in a call state; and if so, the periodic polling task is closed until the call After the state ends, the periodic polling task is restarted.
The device according to claim 8, wherein the activation module is further configured to send the check-in instruction and user check-in information to a phone platform server; receive a check-in message fed back by the phone platform server, the sign The login message is generated by the telephone platform server in response to the check-in instruction, and is registered and generated according to the user check-in information; and if the check-in message is recognized as a successful registration, the user check-in is completed and a regular polling task is started.
The device according to claim 8, wherein the switching module is further configured to set a start time of the state switching task according to the time interval; start the state switching task based on the starting time and generate a state switching instruction; The state switching instruction and the state indicator of the idle state are sent to the server of the telephone platform; and if the successful switching information fed back by the server of the telephone platform is received, the busy state is switched to the idle state.
The device according to claim 8, wherein the polling module is further configured to send a status query request to the user terminal according to the periodic polling task; receive the virtual phone plug-in status returned by the user terminal, the The virtual phone plug-in state is obtained from the virtual phone plug-in by the user terminal in response to the status query request; if the virtual phone plug-in state is a busy state, the process information of the currently running process is obtained; and when the process information is based on the process information When it is judged that there is no preset process in the preset process table in the current running process, the time interval is obtained.
The apparatus according to claim 12, wherein the polling module is further configured to obtain a process user name and a process name from the process information; obtain a process run by the user from the currently running process according to the process user name; And judging whether the process is a preset process in a preset process table according to the process name.
The apparatus according to claim 12, wherein the polling module is further used to obtain the user identification of the user terminal; when the user is identified as the preset occupation according to the user identification, the The user terminal sends a change information inquiry request; receives the state change information returned by the user terminal in response to the change information inquiry request; and updates the change log file corresponding to the user ID based on the state change information.
A computer device includes a memory and one or more processors. The memory stores computer-readable instructions. When the computer-readable instructions are executed by the one or more processors, the one or more Each processor performs the following steps:

Receiving a system startup instruction sent by a user terminal, and obtaining a configuration file according to the system startup instruction;

Load the configuration file to complete the system startup, and start the virtual phone plug-in synchronously;

Receiving a check-in instruction sent by a user terminal, the check-in instruction carrying user check-in information;

Respond to the check-in instruction to complete the user check-in according to the user check-in information, and start a regular polling task;

If the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained; and

The state switching task is started according to the time interval to switch the busy state to the idle state.
The computer device of claim 15, wherein the processor further executes the following steps when executing the computer-readable instructions:

Identify whether the virtual phone plug-in is in a call state; and

If yes, the periodic polling task is closed, and the periodic polling task is restarted after the call state ends.
The computer device of claim 15, wherein the processor further executes the following steps when executing the computer-readable instructions:

Send the check-in instruction and user check-in information to the phone platform server;

Receiving a check-in message fed back by the phone platform server, the check-in message is registered and generated by the phone platform server in response to the check-in instruction, based on the user check-in information; and

If it is recognized that the check-in message is successful registration, the user check-in is completed and a regular polling task is started.
One or more non-volatile computer-readable storage media storing computer-readable instructions, which when executed by one or more processors, cause the one or more processors to perform the following steps:

Receiving a system startup instruction sent by a user terminal, and obtaining a configuration file according to the system startup instruction;

Load the configuration file to complete the system startup, and start the virtual phone plug-in synchronously;

Receiving a check-in instruction sent by a user terminal, the check-in instruction carrying user check-in information;

Respond to the check-in instruction to complete the user check-in according to the user check-in information, and start a regular polling task;

If the virtual phone plug-in is busy according to the periodic polling task, the time interval is obtained; and

The state switching task is started according to the time interval to switch the busy state to the idle state.
The storage medium according to claim 18, wherein when the computer-readable instructions are executed by the processor, the following steps are further performed:

Identify whether the virtual phone plug-in is in a call state; and

If yes, the periodic polling task is closed, and the periodic polling task is restarted after the call state ends.
The storage medium according to claim 18, wherein when the computer-readable instructions are executed by the processor, the following steps are further performed:

Send the check-in instruction and user check-in information to the phone platform server;

Receiving a check-in message fed back by the phone platform server, the check-in message is registered and generated by the phone platform server in response to the check-in instruction, based on the user check-in information; and

If it is recognized that the check-in message is successful registration, the user check-in is completed and a regular polling task is started.