WO2016155541A1

WO2016155541A1 - Calling method, device and system for voice over internet protocol

Info

Publication number: WO2016155541A1
Application number: PCT/CN2016/076966
Authority: WO
Inventors: 刘冀; 周园平
Original assignee: 华为技术有限公司
Priority date: 2015-03-31
Filing date: 2016-03-22
Publication date: 2016-10-06
Also published as: CN106161815B; CN106161815A

Abstract

Embodiments of the present invention relate to the technical field of communications. Provided are a calling method, device and system for voice over Internet protocol, which can solve the problem of poor calling experience of a user caused when a video-containing call is performed by using default voice over Internet protocol in the prior art. A specific scheme comprises: a management device acquires video capability information of a terminal and a priority of a terminal type corresponding to a call type; the management device receives a call request sent by a calling end, wherein the call request comprises a call type, and the call type comprises a video call or a data conference; the management device determines a called end according to the call type, the priority of the terminal type corresponding to the call type and the video capability information of the terminal corresponding to the terminal type; and the management device sends the call request to the called end. Embodiments of the present invention are used for performing a video-containing call.

Description

Calling method, device and system for network telephone

This application claims priority to Chinese Patent Application No. 201510145863.2, entitled "Calling Method, Equipment and System for Internet Telephony", filed on March 31, 2015, the entire contents of which are incorporated by reference. In this application.

Technical field

The present invention relates to the field of communications technologies, and in particular, to a method, device, and system for talking on a network telephone.

Background technique

In a Voice over Internet Protocol (VoIP) system, a video call, data conference, or other type of call can be made between the calling end and the called end. The data conference is a call type in which data information is the main communication object, and may include video. When a data conference includes video, its main purpose is not to share video, but to share data information such as documents, voices, and drawings.

In a VoIP system, a terminal that performs a call, that is, a network telephone, may include an IP softphone terminal type or an IP telephone terminal type. The IP softphone may be a virtual telephone installed on a terminal device such as a personal computer (PC) or a tablet computer. Since the camera installed on the virtual phone may not have a camera installed, the virtual phone may not have a video function; An IP phone can be a physical terminal device, which typically has an image capture device, such as a camera. In the VoIP system, the IP phone linkage technology can associate multiple IP phones of the same phone number corresponding to the IP phone with the IP soft phone, so that any associated terminal can talk to the terminal corresponding to the phone number of the other end. . The existing IP phone linkage technology uses the default terminal for video calls. In this case, if the current call type is a video call and the default terminal does not have a video function, the default terminal cannot capture the video picture, so that the user cannot perform normal video. The call reduces the user's calling experience.

In addition, even if the type of call has changed, in the prior art, only the default terminal can be used for video call. In this way, if a point-to-point video call is currently being made through the default IP phone, the face is facing the IP phone. When the point-to-point video call needs to be converted into a data conference including video, the IP phone linkage technology can be used to pass the IP phone. At the same time of video communication, data information is exchanged through an IP softphone on a terminal device such as a PC. At this time, the face of the IP phone does not face the IP phone but is facing the screen of the terminal device such as the PC to browse the data information. Since the IP phone can only use the IP phone for video communication, the camera of the IP phone does not directly face the video. The picture is taken, so that the angle of the face captured by the IP phone is not good, which reduces the user's calling experience.

Summary of the invention

The embodiment of the invention provides a method, a device and a system for calling a network telephone, which can solve the problem that the user's call experience is poor when the call using the default network telephone is used in the prior art.

In order to achieve the above object, embodiments of the present invention adopt the following technical solutions:

In a first aspect, a method for calling a network telephone is provided, including:

The management device acquires the video capability information of the terminal and the priority of the type of the call corresponding to the type of the call;

The management device receives a call call request sent by the calling end, where the call call request includes the call type, and the call type includes a video call or a data conference;

The management device determines the called end according to the call type, the priority of the call type corresponding terminal type, and the video capability information of the terminal type corresponding terminal;

The management device sends the call call request to the called end.

With reference to the first aspect, in a first possible implementation manner of the first aspect, the terminal type includes a network protocol IP softphone or an IP phone; and the priority of the call type corresponding to the terminal type includes: if the call type For the video call, the terminal type preferentially selects the IP phone; if the call type is the data conference, the terminal type preferentially selects the IP soft phone.

With reference to the first possible implementation manner of the first aspect, in a second possible implementation manner of the first aspect, the management device, according to the call type, the call type, the priority of the terminal type, and the Determining the called end of the terminal corresponding to the video capability information of the terminal includes:

If the call type is the video call, the management device determines that the terminal type preferentially selects the IP phone according to the priority, and further, the video capability information of the IP phone indicates that the IP phone has a video. Determining that the called end is the IP phone;

If the call type is the data conference, the management device determines, according to the priority, the terminal type to preferentially select the IP softphone, and further, the video capability information of the IP softphone represents the IP soft When the phone has video capability, it is determined that the called terminal is the IP softphone.

With reference to the second possible implementation manner of the first aspect, in a third possible implementation manner of the first aspect, if the call type is the data conference, the management device determines, according to the priority After the terminal type preferentially selects the IP softphone, the method further includes:

If the video capability information of the IP softphone indicates that the IP softphone does not have video capability, the management device determines that the called party is when the video capability information of the IP phone indicates that the IP phone has video capability The end includes the IP phone and the IP softphone.

In conjunction with any one of the first to third possible implementations of the first aspect, in a fourth possible implementation manner of the first aspect, the management is performed when the terminal is the IP softphone The device obtains the video capability information of the terminal, including:

The method further includes:

Receiving, by the management device, current video capability information of the IP softphone sent by the IP softphone;

If the current video capability information of the IP softphone is different from the video capability information of the IP softphone saved last time, the management device updates the video capability information of the IP softphone that was last saved to the The current video capability information of the IP softphone.

With reference to any one of the first to the third possible implementation manners of the first aspect, in the fifth possible implementation manner of the first aspect, the acquiring, by the management device, the priority of the call type corresponding terminal type includes:

Receiving, by the management device, a priority of the type of the call corresponding to the type of the call sent by the IP softphone;

The method further includes:

If the priority of the call type corresponding to the terminal type is different from the priority of the terminal type corresponding to the previously saved call type, the management device updates the priority of the last type of the call type corresponding to the terminal type to The call type corresponds to the priority of the terminal type.

With reference to any one of the first to third possible implementation manners of the first aspect, in a sixth possible implementation manner of the first aspect, the method further includes:

The management device receives the first handover request sent by the calling end or the called end of the IP softphone, and the first handover request is used to indicate that the IP softphone is switched to the IP The phone talks with the other end, or the first switching request is used to instruct the IP phone to switch to the IP soft phone to talk with the other end, and then send the first switching request to the IP phone. ;

Or the management device receives the second handover request sent by the calling end or the called end of the IP phone, and the second handover request is used to indicate that the IP phone is switched to the IP address. The softphone makes a call with the other end, or the second handover request is used to indicate that the IP softphone is switched to the IP address The machine talks with the other end, and then sends the second handover request to the IP softphone.

In a second aspect, a method for calling a network phone is provided, including:

The network protocol IP softphone detects whether the video capability of the IP softphone changes;

If the video capability of the IP softphone changes, the IP softphone sends video capability information to the management device, where the video capability information is used to indicate whether the IP softphone has video capability;

The IP softphone sends a priority of a call type corresponding terminal type to the management device, where the call type includes a video call or a data conference, and the terminal type includes the IP softphone or an IP phone.

With reference to the second aspect, in a first possible implementation manner of the second aspect, the method further includes:

The IP softphone sends the current video capability information of the IP softphone to the management device when logging in.

In a second possible implementation manner of the second aspect, the method further includes:

The IP softphone sends a handover request to the management device when acting as a calling or called end, the handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, or The switching request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end.

In a third aspect, a management device is provided, including:

An obtaining unit, configured to acquire a video capability of the terminal and a priority of the terminal type corresponding to the call type;

a receiving unit, configured to receive a call call request sent by the calling end, where the call call request includes the call type, and the call type includes a video call or a data conference;

a determining unit, configured to determine a called end according to the type of the call received by the receiving unit, the priority of the call type corresponding to the terminal type acquired by the acquiring unit, and the video capability information of the terminal corresponding to the terminal type;

And a sending unit, configured to send the call call request to the called end.

With reference to the third aspect, in a first possible implementation manner of the third aspect, the terminal type includes a network protocol IP softphone or an IP phone; and the priority of the call type corresponding to the terminal type includes: if the call type For the video call, the terminal type preferentially selects the IP phone; if the call type is In the data conference, the terminal type preferentially selects the IP softphone.

With reference to the first possible implementation manner of the third aspect, in a second possible implementation manner of the third aspect, the determining unit is specifically configured to:

If the call type is the video call, determining, according to the priority, the terminal type to preferentially select the IP phone, and determining, when the video capability information of the IP phone indicates that the IP phone has video capability Said called end is said IP phone;

If the call type is the data conference, determining, according to the priority, the terminal type to preferentially select the IP softphone, and further, the video capability information of the IP softphone is used to represent that the IP softphone has video capability. The called end is determined to be the IP softphone.

In conjunction with the second possible implementation of the third aspect, in a third possible implementation manner of the third aspect, the determining unit is further configured to:

If the video capability information of the IP softphone indicates that the IP softphone does not have video capability, when the video capability information of the IP phone indicates that the IP phone has video capability, determining that the called end includes the IP phone and the IP softphone.

With reference to any one of the first to third possible implementation manners of the third aspect, in a fourth possible implementation manner of the third aspect, the acquiring is performed when the terminal is the IP softphone The unit is specifically used to:

Receiving current video capability information of the IP softphone sent by the IP softphone;

And an update unit, configured to update the video capability information of the last saved IP softphone if the current video capability information of the IP softphone is different from the video capability information of the IP softphone saved last time. The current video capability information of the IP softphone.

With reference to any one of the first to third possible implementation manners of the third aspect, in a fifth possible implementation manner of the third aspect, the acquiring unit is specifically configured to receive the IP softphone transmission The call type corresponds to the priority of the terminal type;

The updating unit is further configured to: if the priority of the call type corresponding to the terminal type is different from the priority of the terminal type corresponding to the last saved call type, the last saved the call type corresponds to the terminal type The priority is updated to the priority of the call type corresponding terminal type.

In combination with any of the third aspect to the third possible implementation of the third aspect, in a third aspect In a sixth possible implementation manner, the receiving unit is further configured to: receive, by the calling end, a first handover request sent by a calling end or a called end of the IP softphone, the first switching request And the first switching request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end;

The sending unit is further configured to send the first handover request to the IP phone.

Or the receiving unit is further configured to: receive, by the terminal, a second handover request sent by the calling end or the called end of the IP phone, where the second handover request is used to indicate that the IP phone is switched. The IP softphone is in a call with the other end, or the second handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end;

The sending unit is further configured to send the second handover request to the IP softphone.

In a fourth aspect, a network protocol IP softphone is provided, including:

a detecting unit, configured to detect whether a video capability of the IP softphone changes;

a sending unit, configured to: if the detecting unit detects that the video capability changes, send video capability information to the management device, where the video capability information is used to indicate whether the IP softphone has video capability;

The sending unit is further configured to send, to the management device, a priority of a call type corresponding terminal type, where the call type includes a video call or a data conference, and the terminal type includes the IP softphone or an IP phone.

In conjunction with the fourth aspect, in a first possible implementation manner of the fourth aspect, the sending unit is further configured to:

Sending the current video capability information of the IP softphone to the management device when the IP softphone logs in.

In conjunction with the fourth aspect or the first possible implementation manner of the fourth aspect, in a second possible implementation manner of the fourth aspect, the sending unit is further configured to:

Transmitting, to the management device, a handover request when the IP softphone is used as a calling end or a called end, where the handover request is used to indicate that the IP softphone is switched to the IP phone to talk with another end, or The switching request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end.

In a fifth aspect, a system is provided, comprising the management device according to the third aspect and the IP softphone as described in the fourth aspect, and an IP telephone.

The embodiment of the present invention provides a method, a device, and a system for calling a network telephone. After the management device obtains the video capability information of the terminal and the priority of the type of the call type, the management device performs the call according to the current call type. The call type corresponds to the priority of the terminal type, and the video capability information of the terminal corresponding terminal type determines the called end, so that the determined called end and the calling end make a call. Therefore, the management device can preferentially select a called party that is more suitable for the current call type to make a video call with the calling party, instead of using the default network phone for video communication for all types of calls including video, as in the prior art. Regardless of whether the default VoIP phone has video capabilities and is applicable to the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is performed by using the default network phone in the prior art.

DRAWINGS

In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings used in the embodiments or the description of the prior art will be briefly described below. Obviously, the drawings in the following description are only It is a certain embodiment of the present invention, and other drawings can be obtained from those skilled in the art without any creative work.

1 is a basic networking diagram of a VoIP system provided in the prior art;

2 is a flowchart of a method for calling a network phone according to an embodiment of the present invention;

FIG. 3 is a flowchart of a method for calling a network phone according to another embodiment of the present invention;

FIG. 4 is a flowchart of interaction between an IP PBX and a calling end and a called end according to an embodiment of the present invention;

FIG. 5 is a flowchart of a method for calling a network phone according to another embodiment of the present invention;

FIG. 6 is a flowchart of interaction between an IP PBX and a calling end and a called end according to another embodiment of the present invention;

FIG. 7 is a flowchart of a method for calling a network phone according to another embodiment of the present invention;

FIG. 8 is a flowchart of interaction between an IP PBX and a calling end and a called end according to another embodiment of the present invention;

FIG. 9 is a flowchart of interaction between another IP PBX and a calling end and a called end according to an embodiment of the present invention;

FIG. 10 is a flowchart of a method for calling a network phone according to another embodiment of the present invention; FIG.

FIG. 11 is a flowchart of interaction between another IP PBX and a calling end and a called end according to an embodiment of the present invention;

FIG. 12 is a flowchart of a method for calling a network phone according to another embodiment of the present invention;

FIG. 13 is a schematic structural diagram of a management device according to an embodiment of the present disclosure;

FIG. 14 is a schematic structural diagram of another management device according to an embodiment of the present disclosure;

FIG. 15 is a schematic structural diagram of an IP softphone according to another embodiment of the present invention; FIG.

FIG. 16 is a schematic structural diagram of a management device according to another embodiment of the present invention;

FIG. 17 is a schematic structural diagram of an IP softphone according to another embodiment of the present invention; FIG.

FIG. 18 is a schematic structural diagram of a system according to an embodiment of the present invention.

detailed description

The technical solutions in the embodiments of the present invention will be clearly described with reference to the accompanying drawings in the embodiments of the present invention. It is obvious that the described embodiments are only a part of the embodiments of the present invention, and not all of the embodiments. All other embodiments obtained by those skilled in the art based on the embodiments of the present invention without creative efforts are within the scope of the present invention.

The VoIP system can digitize the analog signal and transmit the digitized signal in real time on the IP network in the form of data packets. The basic networking diagram of the VoIP system can be seen in Figure 1. In a VoIP system, a terminal at the calling end, that is, a network telephone, accesses the PSTN through an IP network and a network device such as an MS, an MCU, or an IP PBX, thereby performing a video call, a data conference, or an audio call, etc., with the network telephone of the called end. The video call can include point-to-point calls and video conferences. The type of call including the video may include a video call, a data conference including a video, and the like. In fact, the data conference may not include the video, but the data file of the video file will be described as an example in this application. Network devices such as IP PBX can manage IP networks and telephone networks, thereby enabling calls between network phones and sharing resources. The VoIP phone can be an IP softphone or an IP phone. It can have video capability or no video capability. This document will be described by taking a video-capable IP phone as an example. The MCU is a key device for multipoint video conferencing systems and can be used for video conferencing, multimedia classrooms, and more. The MS can send information and signaling during the video conference and data conference to the corresponding network telephone.

In a VoIP system, for audio calls (excluding video and data conferencing), since the amount of data transmitted through the network is small and the required bandwidth is small, the network telephone can also make a voice call with the traditional telephone at the other end; For video calls or data conferences, the amount of data that needs to be transmitted over the network is large, and the required bandwidth is large. Therefore, it is necessary to make a call through the network telephones at both ends. The method provided in this application file can be It is used in the VoIP system where both the calling end and the called end are network phones.

In the present application, the network telephone of the calling or called party will be described by using an IP softphone as an example, but the network telephone associated with the calling or called party may also be multiple. IP softphones and multiple IP phones are not limited here. Inter-related IP softphones and IP phones can log in to the VoIP system through different accounts corresponding to the same phone number.

Referring to FIG. 2, an embodiment of the present invention provides a method for a network phone to be described. The method of the video call or the data conference including the video is used as an example. The main steps of the method may include:

The management device acquires the video capability information of the terminal and the priority of the call type corresponding to the terminal type.

102. The management device receives a call call request sent by the calling end, where the call call request includes a call type, and the call type includes a video call or a data conference.

103. The management device determines the called end according to the call type, the priority of the call type corresponding to the terminal type, and the video capability information of the terminal type corresponding terminal.

104. The management device sends a call request to the called end.

When the call including the video is performed by using the network phone, in step 101, the management device may acquire the priority of the video capability information of the terminal and the type of the call type corresponding to the call type, where the video capability information may indicate whether the terminal has video capability. In order to facilitate the management device in step 102, when receiving the request sent by the calling party and the called party to make a call, the terminal may correspond to the terminal according to the called phone number in the terminal corresponding to the called terminal number. The video capability information determines the called end. The management device may be a network device such as an IP PBX. The call type that the calling party requests to call may include a video call and a data conference. The video call may include a point-to-point video call, a video conference, and the like, and the data conference may be a data conference including a video.

After the management device receives the call request sent by the calling terminal, in step 103, the priority of the terminal type corresponding to the call type may be queried according to the current call type included in the call request, and then the called phone number may be used according to the called call number. In the corresponding terminal, the video capability information of the terminal corresponding to the different terminal type determines the called end, and in step 104, the call request can be sent to the determined called terminal, so that the calling end and the called end make a call.

Optionally, the terminal type may include a network protocol IP softphone or an IP phone; the priority of the call type corresponding to the terminal type includes: if the call type is a video call, the terminal type preferentially selects the IP phone; if the call type is a data conference, The terminal type preferentially selects an IP softphone.

Optionally, in step 103, the management device determines, according to the call type, the priority of the call type corresponding to the terminal type, and the video capability information of the terminal type corresponding terminal, that the called end may include:

If the call type is a video call, the management device determines the terminal type to preferentially select the IP phone according to the priority, and determines that the called end is an IP phone when the video capability information of the IP phone indicates that the IP phone has video capability;

If the call type is a data conference, the management device determines the terminal type to preferentially select the IP softphone according to the priority, and then determines that the called end is an IP softphone when the video capability information of the IP softphone indicates that the IP softphone has video capability.

In addition, if the video capability information of the IP softphone indicates that the IP softphone does not have video capability, the management device determines that the called party includes the IP phone and the IP softphone when the video capability information of the IP phone indicates that the IP phone has video capability.

Specifically, when the call type is a video call, for example, a point-to-point video call or a video conference, according to the actual usage habit of the user, the IP phone is usually preferred for the call, so the terminal type corresponding to the video call preferentially selects the IP phone, and then queries the IP. Whether the phone has video capability, and the video capability information of the IP phone indicates that the IP phone has the video capability to support the video call, and determines that the called end is an IP phone, thereby performing a video call through the IP phone. In addition, when the IP phone does not have video capability, the management device can also query whether the IP softphone has video capability. If the video capability information of the IP softphone indicates that the IP softphone has video capability to support video call, it can be determined. The called end is an IP softphone, thereby making a video call through the IP softphone; if the IP softphone does not have the video capability, it can be determined that the terminal of any terminal type is the called end, thereby performing a video call with the calling end. .

When the call type is a data conference including video, the screen of the IP softphone is larger for the user to perform data conference than the IP phone, and thus the terminal type corresponding to the data conference preferentially selects the IP softphone. Moreover, since the terminal device such as a PC on which an IP softphone is installed may be equipped with a camera or not equipped with a camera, the IP softphone may have video capability or no video capability. When the IP softphone is preferentially selected, the management device can query whether the IP softphone has video capability. When the video capability information of the IP softphone is characterized by the video capability, the called terminal can be determined to be an IP softphone, so that the IP can pass the IP. The softphone performs data conference; when the video capability information of the IP softphone indicates that it does not have video capability, the IP softphone is not applicable to video communication in a data conference including video, and then the management device queries whether the IP phone has video capability. If the IP phone has video capability, it can be determined that the called end includes an IP phone and an IP soft phone, so that the video communication in the data conference can be performed through the IP phone and the data information is exchanged through the IP soft phone. The IP softphone in the terminal device of the PC is more suitable for data in the data conference, because the screen of the IP softphone is large, and the data information exchanged in the data conference is usually some data files stored in the terminal device such as a PC. Communication of information. Further, if the IP phone does not have the IP video capability, it can be determined that the called end is an IP softphone and/or an IP telephone.

It should be noted that the embodiment of the present invention is an IP softphone and an IP corresponding to the same telephone number. The phone association is described as an example. If multiple IP softphones corresponding to the same phone number are associated with multiple IP phones, the called party that determines the call with the calling party is an IP softphone and/or an IP phone. After that, the management device can select one of the IP softphones and/or one of the plurality of IP telephones and/or one IP telephone to make a call according to specific needs. In the embodiment of the present invention, how to select one of the IP softphones and/or Or the specific method of an IP phone is not limited.

Optionally, when the terminal is an IP softphone, the management device acquiring the video capability information of the terminal may include:

The management device receives the current video capability information of the IP softphone sent by the IP softphone;

The method provided by the embodiment of the present invention may further include:

If the current video capability information of the IP softphone is different from the video capability information of the last saved IP softphone, the management device updates the video capability information of the last saved IP softphone to the current video capability information of the IP softphone.

Optionally, the priority of the management device to obtain the type of the call corresponding to the type of the call may include:

The management device receives the priority of the type of the call corresponding to the type of the call sent by the IP softphone;

If the priority of the call type corresponding to the terminal type is different from the priority of the terminal type corresponding to the last saved call type, the management device updates the priority of the last saved call type corresponding to the terminal type to the priority of the call type corresponding terminal type. .

Specifically, the IP softphone can send the priority of the call type corresponding terminal type to the management device as a configuration rule.

In addition, during the call, if the call type changes, the management device may determine the called end according to the changed call type, the priority of the call type corresponding terminal type, and the video capability information of the terminal type corresponding terminal, and further The called party sends a call request to make a call with the calling party through the called terminal of the terminal type applicable to the changed call type.

Optionally, the method provided by the embodiment of the present invention may further include:

The management device receives the first handover request sent by the calling end or the called end of the IP softphone, and the first handover request is used to indicate that the IP softphone is switched to the IP phone to make a call with the other end, or the first handover The request is used to indicate that the IP phone is switched to the IP soft phone to make a call with the other end, and then the first handover request is sent to the IP phone;

Or, the management device receives a second handover request sent by the calling end or the called end of the IP phone, and the second handover request is used to indicate that the IP phone is switched to the IP soft phone to make a call with the other end, or second Cut The change request is used to instruct the IP softphone to switch to the IP phone to talk with the other end, and then send the second handover request to the IP softphone.

The embodiment of the present invention provides a method for calling a network phone. After the management device obtains the video capability information of the terminal and the priority of the type of the call type, the management device sends a call according to the calling terminal when performing the call including the video. The current call type in the request, and the configuration rule preset for the current call type and the saved video capability information of the called end, determine the terminal type of the called end, thereby making a call through the called end of the terminal type. Therefore, the management device can determine the terminal type of the called terminal that is applicable to the current call type according to the configuration rule corresponding to the different call type and the video capability of the called end, instead of using the call type for all call types as in the prior art. The default VoIP phone performs video communication regardless of whether the default VoIP phone is available for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is performed by using the default network phone in the prior art.

Referring to FIG. 3, an embodiment of the present invention will be described by taking a management device as an IP PBX and a video call between the calling end and the called end as an example. The method may include the following steps:

201. The IP PBX acquires video capability information of the terminal.

When the IP PBX obtains the video capability information of the terminal, if the terminal is an IP softphone, the IP PBX can receive the current video capability information of the IP softphone sent by the IP softphone. The current video capability information of the IP softphone can be used to indicate whether the IP softphone has video capability. The IP softphone can be installed on a terminal device such as a PC. For example, the IP softphone on the PC can be used as an example. The IP softphone can send the current video capability information in the form of a packet to the IP network where the PC is located. IP PBX. When a PC with an IP softphone is equipped with a camera, the IP softphone can have video capability to enable video communication with the calling party; when the PC with the IP softphone is not equipped with a camera, the IP softphone does not have video capability. , video images cannot be taken, so video communication with the calling party cannot be performed.

The IP softphone can send the current video capability information to the IP PBX when logging in or when the video capability changes (such as plugging and unplugging the camera); or the IP softphone can periodically send the current video to the IP PBX. The capability information; or the IP softphone may send the current video capability information to the IP PBX after receiving the video capability query request sent by the IP PBX, which is not limited in the embodiment of the present invention.

If the terminal is an IP phone, the IP phone can also send video capability information indicating whether it has video capability to the IP PBX. For example, when the IP phone logs in, it can send its parameter information to the IP PBX through the IP network. The PBX can obtain the video capabilities of the IP phone based on the parameter information.

Further, when the current video capability information of the IP softphone is different from the video capability information of the last saved IP softphone, the IP PBX may update the video capability information of the last saved IP softphone to the IP. The current video capability information of the softphone. Specifically, after receiving the packet sent by the IP softphone, the IP PBX can obtain the video capability information therein, and compare the current video capability information with the video capability information of the last saved IP softphone, if the current The video capability information is different from the video capability information of the last saved IP softphone, and the video capability information of the last saved IP softphone is updated to the current video capability information of the IP softphone; if the current video capability information is the last time If the saved video softphone has the same video capability information, it may not be updated.

Exemplarily, the structure of the video capability information of the IP softphone stored in the IP PBX may be referred to as a video capability record table of the linkage control block. In addition, the video capability record table may also include video capability information of the IP phone of the called end.

202. The IP PBX obtains a priority of the type of the call corresponding to the type of the terminal.

In this step, the IP PBX can receive the priority of the type of the call corresponding to the type of the call sent by the IP softphone and save it, so as to obtain the priority of the type of the call corresponding to the type of the call. The priority of the call type corresponding to the terminal type can be set by using a configuration rule sent by the IP softphone. Specifically, the user can set a personalized configuration rule through an interface provided by the IP softphone on the terminal device such as a PC. The configuration rule here may include the priority of the call type corresponding to the terminal type. For example, the call type may be a video call or a data conference including a video. The priority of the call type corresponding to the call type in the configuration rule set by the interface interface may be: if the call type is a video call, the terminal type preferentially selects the IP phone. If the call type is a data conference including video, the terminal type of the called terminal preferentially selects the IP softphone.

In addition, the embodiment of the present invention is described by taking a call type including a video as an example. In fact, the call type in the configuration rule may further include a call type such as a voice call, and the priority may also be according to different call types, according to the user's preference. The embodiment of the present invention is not limited. After the configuration rules are set, the configuration rules can be converted into packets and sent to the IP PBX over the IP network.

The IP softphone can send the current configuration rule to the IP PBX after the user sets the configuration rule, or send the current configuration rule to the IP PBX after receiving the configuration rule query request sent by the IP PBX. In addition, the user The configuration rule is not limited by the interface provided by the IP softphone, and the default configuration rule in the IP PBX is used.

Further, if the priority of the call type corresponding to the terminal type is different from the priority of the last saved call type, the IP PBX updates the priority of the last saved call type corresponding to the terminal type to the call type corresponding terminal type. Priority. Specifically, after receiving the packet sent by the IP softphone, the IP PBX can obtain the current configuration rule of the user in the packet, and the priority of the terminal type corresponding to the call type in the current configuration rule and the last saved call. The priority of the terminal type corresponding to the type is compared. If they are inconsistent, the priority of the terminal type corresponding to the last saved call type is updated to IP softphone. The priority of the terminal type corresponding to the call type in the current configuration rule sent; if they are consistent, the update may not be performed. Exemplarily, the structure in which the priority of the terminal type corresponding to the call type is saved in the IP PBX may be referred to as a video experience table of the linkage control block.

For example, the priority of the terminal type corresponding to the current call type in the IP PBX may be: if the call type is a video call, the terminal type preferentially selects the IP phone; if the call type is a data conference, the terminal type preferentially selects the IP soft phone. .

It should be noted that the step 201 and the step 202 have no clear relationship. The step 201 can also be performed after the step 202, which is not limited in the embodiment of the present invention. In addition, after starting the call, the IP PBX can also receive the video capability information sent by the terminal and the priority of the terminal type corresponding to the call type, so as to timely perform the priority of the video capability information of the terminal and the terminal type corresponding to the call type. The embodiment of the present invention is not limited.

203. The IP PBX receives a call call request sent by the calling end, and the call type in the call call request is a video call.

The video call here may include a point-to-point video call or a video conference. Therefore, the calling party may carry a relevant flag in the call request to indicate that the current call request is a point-to-point video call request or a video conference request.

204. The IP PBX determines the terminal type to preferentially select the IP phone according to the priority, and determines that the called end is an IP phone when the video capability information of the IP phone indicates that the IP phone has the video capability.

According to the priority of the terminal type corresponding to the call type, when the call type is a video call, the IP phone is preferentially selected. Therefore, when the video capability information saved in the IP PBX is queried, the IP phone can support the video communication, and the video can be determined. The called end is an IP phone. This is more in line with the user's usage habits in the actual application scenario. When making a video call, the user is accustomed to performing video communication through the physical terminal device IP phone. Therefore, the prior art can only use the default terminal type of the called end to make a video call with the calling end, and the method provided by the embodiment of the present invention can be preferentially selected and more suitable whether the default network phone has video capability or not. The IP phone that performs the video call makes a call with the calling party, which improves the user's calling experience.

It should be noted that the embodiment of the present invention is described by taking the video capability of the IP phone as an example. When the IP phone does not have the video capability, it can query whether the IP phone has the video capability, and then when the IP phone has the video capability, the IP address. The PBX can also determine that the called end is an IP softphone with video capability; if the IP phone does not have video capability, the IP PBX can determine that the called end is an IP phone, and can also determine that the called end is an IP softphone, The embodiment of the invention is not limited.

In addition, the priority of the terminal type corresponding to the call type in the embodiment of the present invention is only an example, and the specific corresponding rule is not limited in the embodiment of the present invention. For example, if the call type is a video call, the terminal type preferentially selects the IP phone.

205. The IP PBX sends a call request to the called end, so that the calling end and the called end perform a video call.

The IP PBX determines that the called party that is making a video call with the calling party is a preferred video-capable IP phone, or determines that the called party is an IP softphone when the IP phone does not have video capability, and then receives the called party. The call call request sent by the terminal is sent to the determined called end, thereby performing a video call with the calling end. Of course, the IP PBX may not forward the call request sent by the calling party to the IP phone, but send a call command including the call request information to the IP phone to instruct the IP phone to make a video call with the calling party.

In the embodiment of the present invention, a flow chart of interaction between the IP PBX and the calling end and the called end may be referred to FIG. 4 .

The embodiment of the present invention provides a method for calling a network phone. After the IP PBX obtains the priority of the terminal type corresponding to the video capability information of the terminal, the IP PBX selects the priority of the terminal type corresponding to the video call when the video call is performed. Determine the terminal type applicable to the video call to preferentially select the IP phone, and then determine that the IP phone and the calling party make a video call when the IP phone has video capability. Therefore, the IP PBX can preferentially select an IP phone that is more suitable for a video call to make a video call with the calling party, instead of always using the default network phone for video communication regardless of the type of the call including the video, regardless of the prior art. Whether the default network phone has video capability and is suitable for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is performed by using the default network phone in the prior art.

Referring to FIG. 5, the embodiment of the present invention will be described by taking a management device as an IP PBX and a data conference between the calling end and the called end as an example, and may mainly include the following steps:

301. The IP PBX acquires the video capability information of the terminal and the priority of the call type corresponding to the terminal type.

For the specific implementation of this step, refer to step 201 and step 202 in the foregoing embodiment, and details are not described herein again.

For example, after the IP PBX obtains the priority of the call type corresponding to the terminal type, the priority of the terminal type corresponding to the current call type may be: if the call type is a video call, the terminal type preferentially selects the IP phone; If the call type is data conference, the terminal type preferentially selects the IP softphone.

302. The IP PBX receives the call request sent by the calling end, and the call type in the call request is a data conference.

The call request sent by the calling end to request a data conference may be through the conference server. A network device such as MS is sent to the IP PBX. Since the data conference can be a data conference including a video or a data conference not including a video, the calling terminal can carry a relevant flag in the call request to indicate whether the current call request is a data conference request including a video. The data conference in the embodiment of the invention is a data conference including video.

303. The IP PBX determines the terminal type according to the priority to preferentially select the IP softphone.

According to the priority of the terminal type corresponding to the call type, the IP softphone is selected when the call type is a data conference including video. Compared with the IP phone, the screen for displaying the data information by the IP softphone is larger and more suitable for the user to perform data conference. Therefore, in the actual application scenario, the user is also more inclined to perform data conference with the IP softphone.

304. The IP PBX determines the video capability information of the saved IP softphone to indicate whether the IP softphone has video capability.

Moreover, when a terminal device such as a PC with an IP softphone is equipped with a camera, the IP softphone has video capability and can perform video communication with the calling party; when a terminal device such as a PC with an IP softphone is not equipped with a camera, The IP softphone does not have video capability, and cannot communicate with the calling party. Therefore, the IP PBX needs to determine whether the IP softphone has video capability according to the saved video capability information of the IP softphone, thereby determining whether the IP softphone is Suitable for data meetings including video.

305. When the IP softphone has video capability, the IP PBX determines that the called end is an IP softphone, and then proceeds to step 306.

If the IP PBX queries the IP softphone to have video capability according to the saved video capability information, the IP softphone can perform video communication with the calling party, and thus the IP PBX can determine the called end of the data conference including the video with the calling party. For IP softphones.

306. When the IP softphone does not have video capability and the IP phone has video capability, the IP PBX determines that the called end includes the IP phone and the IP softphone, and then proceeds to step 306.

If the IP PBX determines that the IP softphone does not have video capability, that is, the IP softphone cannot perform video communication with the calling party, the IP PBX can query whether the IP phone has video capability according to the saved video capability information, and if the IP phone has video capability, The IP phone can perform video communication with the calling party. Therefore, the IP PBX can determine that the called party including the video conference with the calling terminal includes the IP phone and the IP soft phone, so that the video can be included through the IP phone and the calling terminal. The video communication in the data conference and the exchange of data information through the IP softphone.

Of course, when neither IP softphone nor IP phone has video capability, IP PBX can also determine that the called end is an IP softphone, so that data communication can be exchanged through a large IP softphone on the screen, but it cannot be performed. Video communication. In addition, when neither the IP softphone nor the IP phone has the video capability, the IP PBX may determine that the called end is an IP phone, or determine that the called end includes an IP softphone and an IP phone, which are not limited in the embodiment of the present invention.

It can be seen that the method provided by the embodiment of the present invention can preferentially select an IP softphone that is more suitable for performing data conference including video to make a call with the calling party. However, the prior art can only use the called terminal and the calling end of the default terminal type. The method of the present invention can improve the calling experience of the user by performing the data conference including the video, regardless of whether the called terminal of the default terminal type has the video capability to be applicable to the data conference including the video.

307. The IP PBX sends a call call request to the called end, so that the calling end and the called end perform a data conference including a video.

After the IP PBX determines the called end, the received call request sent by the calling end is sent to the called end, so that the called end and the calling end perform a data conference including the video, and the IP PBX can notify the MS. The called party joins the current data conference including the video. Of course, the IP PBX may not forward the call call request sent by the calling party to the IP phone, but send another call command including the call call request information to the IP phone to instruct the IP phone to make a video call with the calling party.

In the embodiment of the present invention, a flow chart of interaction between the IP PBX and the calling end and the called end may refer to FIG. 6 .

In addition, the embodiment of the present invention is described by taking a data conference including a video as an example. When the data conference does not include the video, the terminal type corresponding to the data conference not including the video may preferentially select the IP softphone to facilitate the passage of the screen. Large IP softphones exchange data information. Alternatively, when the data conference does not include the video, the priority selection type may not be set, and the IP phone and the IP soft phone are switched between the IP phone and the IP phone as in the prior art, and the data conference not including the video is performed with the calling end. .

The embodiment of the present invention provides a method for calling a network telephone. After the IP PBX obtains the priority of the type of the video capability information of the terminal, the IP PBX is based on the type of the terminal corresponding to the data conference. The priority determination is applicable to the terminal type of the data conference including the video, and the IP softphone with a larger screen is preferentially selected, thereby determining that the IP softphone and the calling party perform the data conference including the video when the IP softphone has the video capability; When the IP softphone does not have video capability and cannot communicate with the calling party and the IP phone has video capability, the IP PBX determines to use the video-capable IP phone to perform data conference including video. Therefore, the IP PBX can preferentially select an IP softphone that is more suitable for a data conference including video to make a call with the calling party, instead of always using the default network telephone for all types of calls including video, as in the prior art. Communicate regardless of whether the default VoIP phone has video capabilities and is applicable to the current call type. Therefore, the method provided by the embodiment of the present invention can solve the prior art When the call including video is made with the default network phone, the user's call experience is poor.

Referring to FIG. 7, the embodiment of the present invention will be described by taking the management device as an IP PBX and converting the call-to-point video call from the point-to-point video call to the data conference including the video. The method may include the following steps:

401. The IP PBX acquires the video capability information of the terminal and the priority of the call type corresponding to the terminal type.

For the specific implementation of this step, refer to step 201 and step 202, and detailed descriptions are not provided here.

For example, the IP capability of the IP softphone and the IP phone obtained by the IP PBX may have video capabilities for both the IP softphone and the IP phone; the priority of the terminal type corresponding to the call type obtained by the IP PBX may be: if the call type For a video call, the terminal type preferentially selects an IP phone; if the call type is a data conference, the terminal type preferentially selects an IP softphone.

402. The IP PBX receives the call call request sent by the calling end, and the call type in the call call request is a video call, specifically a point-to-point video call.

The point-to-point video call here is only an example, and of course, it can be other types of calls, which are not limited herein.

403. The IP PBX determines the terminal type to preferentially select the IP phone according to the priority, and determines that the called end is an IP phone when the video capability information of the IP phone indicates that the IP phone has video capability.

404. The IP PBX sends a call request to the IP phone, so that the calling end and the called end perform a point-to-point video call.

Wherein, if the IP PBX updates the priority of the last saved call type corresponding terminal type according to the priority of the terminal type corresponding to the call type obtained from the IP soft phone during the call, the exemplary, updated The priority of the terminal type corresponding to the call type may be: when the call type is a video call, the terminal type preferentially selects an IP softphone. When the call type is a data conference including video, the terminal type preferentially selects an IP softphone.

405. The IP PBX receives the call call request sent by the calling end, and the call type included in the call call request is a data conference, specifically a data conference including a video.

It should be noted that the data conference including the video here is only an example, and may also be other types of calls, which are not limited herein. When a data conference is to be performed, the call request sent by the calling party may also be sent to the IP PBX through a network device such as the conference server MS.

406. The IP PBX preferentially selects the IP softphone according to the priority determining terminal type.

407. Determine the video capability information of the saved IP softphone in the IP PBX to indicate that the IP softphone has a video. When the ability is determined, it is determined that the called end is an IP softphone.

408. The IP PBX sends a call request to the IP softphone, so that the calling end and the called end perform a data conference including the video.

409. The IP PBX sends a termination call instruction to the IP phone, so that the IP phone terminates the point-to-point video call with the calling end.

It should be noted that, in the foregoing process, if the 409 is sent to the IP phone to terminate the call command and then the 408 is sent to the IP soft phone to send a call request, the IP soft phone may start to talk after the IP phone terminates the call. The called end cannot talk to the calling end, which causes a splash screen, a black screen, etc., and reduces the user's calling experience.

For the specific implementation of the steps 405 to 409, refer to the description of the steps 302 to 307 in the foregoing embodiment, and details are not described herein again.

Steps 401 to 409 in the embodiment of the present invention are described by taking a point-to-point video call into a data conference including a video as an example. Of course, the actual call scenario may also be a data conference converted into a point-to-point video call, or a video conference converted into data. The embodiment of the present invention is not limited.

In the embodiment of the present invention, a flow chart of interaction between the IP PBX and the calling end and the called end may be referred to FIG. 8.

In addition, the embodiment of the present invention is described by taking a data conference including a video as an example. When a data conference including video is converted into a data conference that does not include video, the IP softphone with a larger screen may be preferentially selected to not include the video. The data conference, the priority of the terminal type corresponding to the call type may be: when the call type is a data conference that does not include video, the terminal type preferentially selects an IP softphone, and the IP PBX may send a call call request to the IP softphone, so that the caller And the IP softphone performs a data conference that does not include a video. In addition, the priority of the terminal type corresponding to the call type may also be: when the call type is a data conference that does not include video, the terminal type preferentially selects an IP phone, and the IP PBX may The IP phone sends a call request so that the calling end and the IP phone perform a data conference that does not include the video. At this time, the flow chart of the interaction between the IP PBX and the calling end and the called end can be seen in FIG. 9;

The embodiment of the present invention provides a method for calling a network telephone. After the IP PBX obtains the video capability information of the terminal and the priority of the type of the call type, the IP PBX performs the point-to-point video call according to the terminal type corresponding to the point-to-point video call. Priority, preferentially select the IP phone for point-to-point video call; when the point-to-point video call is converted to a data conference including video, the IP PBX selects the IP soft phone based on the priority of the terminal type corresponding to the data conference including the video to perform video including Data conference. Therefore, the IP PBX can preferentially select the called party that is more suitable for the current call type to make a call, unlike in the prior art. The default network phone is always used for video communication for all types of calls including video regardless of whether the network phone has video capability and is suitable for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is performed by using the default network phone in the prior art.

Referring to FIG. 10, an embodiment of the present invention provides a method for calling a network telephone. The IP softphone and the IP phone with video capability can be switched to perform video communication with the calling party. The method may include the following steps:

501. The management device receives a first handover request sent by the calling end or the called end of the IP softphone.

Since both the IP softphone and the IP telephone of the calling or called end have video capabilities, it is possible to switch between video calls, data conferences including video, and the like, including video calls, so that the calling end or the other end is Call the end for video communication. Specifically, the management device herein may be an IP PBX, and the management device may receive the first handover request through an operation interface with the IP softphone. The first handover request may be used to indicate that the IP softphone is switched to the IP phone to perform a call including the video with the other end, or the first handover request is used to indicate that the IP phone is switched to the IP soft phone and the other end is used to perform the call including the video. .

502. The management device sends the first handover request to the IP phone.

Specifically, if the first handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, after the step 502, the management device may further send a termination call instruction to the IP softphone, indicating that the IP softphone terminates the current If the first handover request is used to indicate that the IP phone is switched to the IP soft phone and the other end is in a call, the management device may also send a termination call instruction to the IP phone before the step 502, instructing the IP phone to terminate the current call, thereby If the first call request is sent after the termination of the call command is sent, the splash screen and the black screen appear after the network call before the switch is started, and the user may lower the user's Call experience. In addition, the management device may also send the first handover request to the IP phone without transmitting the first handover request to the IP phone.

Certainly, the management device may also receive a second handover request sent by the calling end or the called end of the IP phone, and the second handover request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end, or The second handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, and then the second handover request is sent to the IP softphone. The specific implementation is similar to the process described in

steps

501 and 502, and is no longer Narration.

In addition, when the same phone number corresponds to multiple IP soft phones and multiple IP phones, the IP soft phone currently in the call may be switched to another IP soft phone to make a call according to the handover request, or the call is currently in progress. The IP phone is switched to another IP phone for a call, which is not limited in the embodiment of the present invention.

It should be noted that the method provided in the foregoing embodiment may be applied to the called end, and the method provided in

steps

501 and 502 of the embodiment of the present invention may be applied to the called end, and may also be applied to the calling end. Illustratively, after steps 201 to 205 described in the foregoing embodiments, in combination with the embodiment of the present invention, the IP softphone and the IP telephone request the IP PBX to switch the network telephone through the handover request (the first handover request or the second handover request). The interaction flow chart can be seen in Figure 11.

The embodiment of the present invention provides a method for calling a network phone. When a call including a video is performed through a network phone, the user can send a handover request to the management device according to actual needs, and the management device can perform the network call currently being called according to the handover request. Switching to any other network phone for a call including a video, and thus not using the default network phone for video communication for all types of calls including video, as in the prior art, the method provided by the embodiments of the present invention can solve the prior art. The problem of poor user call experience caused by using the default network phone for calls including video.

Referring to FIG. 12, an embodiment of the present invention provides a method for calling a network phone, and the main steps thereof may include:

601. The network protocol IP softphone detects whether the video capability of the IP softphone changes.

Exemplarily, the IP softphone can detect whether there is a plug-in camera operation through an interface provided by an operating system of a terminal device such as a PC that installs an IP softphone, thereby detecting whether the video capability of the IP softphone changes.

Optionally, the IP softphone can also send the current video capability information of the IP softphone to the management device when logging in. Alternatively, the IP softphone may periodically send the current video capability information to the IP PBX; or the IP softphone may send the current video capability information to the IP PBX after receiving the video capability query request sent by the IP PBX. The embodiments of the present invention are not limited.

In addition, the IP phone can also send video capability information to the IP PBX.

602. If the video capability of the IP softphone changes, the IP softphone sends video capability information to the management device, and the video capability information is used to indicate whether the IP softphone has video capability.

The IP softphone can send video capability information to the management device in the form of a message. The management device here may be a network device such as an IP PBX.

603. The IP softphone sends the priority of the call type corresponding to the terminal type to the management device, where the call type includes a video call or a data conference, and the terminal type includes an IP softphone or an IP phone.

Exemplarily, the user can set the configuration rule through the interface interface provided by the IP soft phone, and send the currently set configuration rule to the management device, so that the management device can match the priority of the terminal type and the video according to the call type in the configuration rule. The capability information determines the called end that is applicable to the current call type, so that the called end and the calling end perform a call including video. The specific implementation manner in which the management device determines the called end according to the priority of the call type and the video capability to make a call with the calling end may be implemented. See steps 101 to 412 in the above embodiment, and details are not described herein again.

Optionally, the IP softphone may also send a handover request to the management device when the calling or the called end is used, and the handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, or the handover request is used. Instruct the IP phone to switch to the IP softphone to talk to the other end. For the specific implementation process, refer to

steps

501 and 502 in the foregoing embodiment, and details are not described herein again.

The embodiment of the present invention provides a method for calling a network phone. When a call including a video is made through a network phone, the network phone sends the video capability information and the call type corresponding terminal type priority to the management device, so that the management device can The current call type corresponds to the priority of the terminal type and the video capability information, and determines the called end that is applicable to the current call type to perform a call including the video with the calling end, and thus does not always adopt the same for all call types as in the prior art. The default network phone makes a call that includes video regardless of whether the default network phone is available for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is used in the prior art by using the default network phone through the IP PBX.

The embodiment of the present invention provides a management device 700. The management device 700 shown in FIG. 13 may include:

The obtaining unit 701 may be configured to acquire a video capability information of the terminal and a priority of the terminal type corresponding to the call type;

The receiving unit 702 can be configured to receive a call call request sent by the calling end, where the call call request includes a call type, and the call type includes a video call or a data conference;

The determining unit 703 is configured to determine, according to the call type received by the receiving unit 702, the priority of the call type corresponding to the terminal type acquired by the obtaining unit 701, and the video capability information of the terminal type corresponding terminal, the called end;

The sending unit 704 can be configured to send a call request to the called end.

The management device here may be a network device such as an IP PBX.

Optionally, the terminal type may include a network protocol IP softphone or an IP phone; the priority of the call type corresponding to the terminal type may include: if the call type is a video call, the terminal type preferentially selects the IP phone; if the call type is a data conference, Then, the terminal type preferentially selects an IP softphone.

Optionally, the determining unit 703 may be specifically configured to:

If the call type is a video call, the terminal type is preferentially selected according to the priority type, and then the IP phone of the IP phone is determined to indicate that the called end is an IP phone when the video capability of the IP phone has video capability;

If the call type is data conference, the IP type softphone is preferentially selected according to the priority determining terminal type, and then the called soft end is determined to be the IP softphone when the video capability information of the IP softphone indicates that the IP softphone has the video capability.

Optionally, the determining unit 703 is further configured to: if the video capability information of the IP softphone indicates that the IP softphone does not have the video capability, when the video capability information of the IP phone indicates that the IP phone has the video capability, determining that the called terminal includes IP phones and IP soft phones.

Optionally, when the terminal is an IP softphone, the obtaining unit 701 may be specifically configured to: receive current video capability information of the IP softphone sent by the IP softphone;

Referring to FIG. 14, the management device 700 may further include an updating unit 705, which may be used to: if the current video capability information of the IP softphone is different from the video capability information of the last saved IP softphone, the IP softphone that was last saved The video capability information is updated to the current video capability information of the IP softphone.

Optionally, the obtaining unit 701 may be specifically configured to: receive a priority of a type of the call corresponding to the type of the call sent by the IP softphone;

The update unit 705 may be further configured to: if the priority of the call type corresponding to the terminal type is different from the priority of the terminal type corresponding to the last saved call type, update the priority of the last saved call type corresponding to the terminal type to the call type. Corresponds to the priority of the terminal type.

Optionally, the receiving unit 702 is further configured to: receive a first handover request sent by the calling end or the called end of the IP softphone, where the first handover request is used to indicate that the IP softphone is switched to the IP phone and The other end performs a call, or the first handover request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end;

The sending unit 704 is further configured to send the first handover request to the IP phone.

Or, the receiving unit 702 is further configured to: receive a second handover request sent by the calling end or the called end of the IP phone, and the second handover request is used to indicate that the IP phone is switched to the IP soft phone and the other end. The call, or the second handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end;

The sending unit 704 is further configured to send the second handover request to the IP softphone.

The embodiment of the present invention provides a management device, after acquiring the video capability information of the terminal and the priority of the call type corresponding to the terminal type, when performing the call including the video, the management device according to the current call call request sent by the calling terminal The call type, the configuration rule preset for the current call type, and the saved video capability information of the called end determine the terminal type of the called terminal, thereby making a call through the called terminal of the terminal type. Therefore, the management device can determine the terminal type of the called terminal that is applicable to the current call type according to the configuration rule corresponding to the different call type and the video capability of the called end, instead of using the call type for all call types as in the prior art. Default VoIP for video communication regardless of whether the default VoIP is appropriate Used for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is performed by using the default network phone in the prior art.

The embodiment of the present invention provides an IP softphone 800. The IP softphone 800 shown in FIG. 15 may include:

The detecting unit 801 can be configured to detect whether a video capability of the IP softphone changes.

The sending unit 802 is configured to: if the detecting unit 801 detects that the video capability changes, send the video capability information to the management device, where the video capability information is used to indicate whether the IP softphone has video capability;

The sending unit 802 is further configured to send, to the management device, a priority of a call type corresponding terminal type, where the call type includes a video call or a data conference, and the terminal type includes an IP softphone or an IP phone.

Optionally, the sending unit 802 is further configured to:

Sends the current video capability information of the IP softphone to the management device when the IP softphone logs in.

Therefore, the IP softphone transmits the priority of the video capability information and the call type corresponding to the terminal type to the management device, so that the management device can determine the priority and the video capability information corresponding to the terminal type according to the call type, and determine the current call type. The called end, so that the called end and the calling end perform a call including video.

Optionally, the sending unit 802 is further configured to:

When the IP softphone is used as the calling end or the called end, the switching request is sent to the management device, and the switching request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, or the switching request is used to indicate that the IP phone is switched. To the IP softphone to talk to the other end.

Therefore, the IP softphone sends a handover request to the management device, so that the management device switches the IP softphone currently in the call to the IP phone for video communication according to the handover request, or switches the IP phone currently in the call to the IP softphone. The video communication is performed, so that the user can switch to any network telephone to make a call including video according to actual needs.

The embodiment of the present invention provides an IP softphone. When a call including video is performed through a network phone, the network phone sends the video capability information and the call type corresponding terminal type priority to the management device, so that the management device can be based on the current call type. Corresponding to the terminal type priority and video capability information, determining the called end applicable to the current call type to perform a call including the video with the calling end, and thus, unlike the prior art, the default network telephone is always used for all call types. Make a call that includes a video regardless of whether the default network phone is available for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is used in the prior art by using the default network phone through the IP PBX.

FIG. 16 is a schematic structural diagram of another management device 900 according to an embodiment of the present invention. The management device 900 may be a network device such as an IP PBX. The specific embodiment of the present invention does not limit the specific implementation of the management device. As shown in FIG. 16, the management device may include:

A processor 901, a communication interface 902, a memory 903, and a communication bus 904.

The processor 901, the communication interface 902, and the memory 903 complete communication with each other via the communication bus 904.

Communication interface 902 can be used to communicate with a network telephone, such as an IP softphone or an IP telephone.

The processor 901 is configured to execute the program 905, and specifically, the related steps in the foregoing method embodiments shown in FIG. 2 to FIG.

In particular, program 905 can include program code, the program code including computer operating instructions.

The processor 901 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present invention.

The memory 903 is used to store the program 905. The memory 903 may include a high speed RAM (Random Access Memory) memory, and may also include a non-volatile memory, such as at least one disk memory. The program 905 may include: acquiring the video capability information of the terminal and the priority of the terminal type corresponding to the call type, and receiving the call call request sent by the calling end, the call call request includes a call type, and the call type includes a video call or a data conference; The type, the type of the call corresponding to the priority of the terminal type, and the video capability information of the terminal corresponding to the terminal type determine the called end; and send a call request to the called end.

The program 905 may specifically include:

Optionally, determining the called end according to the call type, the priority of the call type corresponding to the terminal type, and the video capability information of the terminal type corresponding terminal:

Optionally, if the call type is a data conference, determining the terminal type according to the priority and preferentially selecting the IP softphone further includes:

If the video capability information of the IP softphone indicates that the IP softphone does not have video capability, when the video capability information of the IP phone indicates that the IP phone has video capability, it is determined that the called end includes the IP phone and the IP softphone.

Optionally, when the terminal is an IP softphone, acquiring video capability information of the terminal may include: receiving current video capability information of the IP softphone sent by the IP softphone;

The program 905 may further include: if the current video capability information of the IP softphone is different from the video capability information of the last saved IP softphone, updating the video capability information of the last saved IP softphone to the current video of the IP softphone. Capability information.

Optionally, the obtaining the priority of the type of the terminal corresponding to the type of the call may include: receiving a priority of the type of the call corresponding to the type of the call sent by the IP softphone;

The program 905 may further include: updating the priority of the last saved call type corresponding to the terminal type to the call type corresponding terminal if the priority of the call type corresponding terminal type is different from the priority of the last saved call type corresponding terminal type The priority of the type.

Optionally, the program 905 may further include:

Receiving a first handover request sent by the calling end or the called end of the IP softphone, where the first handover request is used to indicate that the IP softphone is switched to the IP phone to make a call with the other end, or the first handover request is used. Instructing to switch the IP phone to the IP soft phone to make a call with the other end, and then sending the first handover request to the IP phone;

Or, the receiving terminal type is a second switching request sent by the calling end or the called end of the IP phone, and the second switching request is used to indicate that the IP phone is switched to the IP soft phone to make a call with the other end, or the second switching request It is used to instruct the IP softphone to switch to the IP phone to talk with the other end, and then send the second handover request to the IP softphone.

The embodiment of the present invention provides a management device, after acquiring the video capability information of the terminal and the priority of the call type corresponding to the terminal type, when performing the call including the video, the management device according to the current call call request sent by the calling terminal The call type, the configuration rule preset for the current call type, and the saved video capability information of the called end determine the terminal type of the called terminal, thereby making a call through the called terminal of the terminal type. Therefore, the management device can determine the terminal type of the called terminal that is applicable to the current call type according to the configuration rule corresponding to the different call type and the video capability of the called end, instead of using the call type for all call types as in the prior art. The default VoIP phone performs video communication regardless of whether the default VoIP phone is available for the current call type. Therefore, the method provided by the embodiment of the present invention can solve the default in the prior art. When the VoIP phone performs a call including a video, the user's call experience is poor.

FIG. 17 is a schematic structural diagram of still another IP softphone 1000 according to an embodiment of the present invention. As shown in FIG. 17, the IP softphone may include:

A processor 1001, a communication interface 1002, a memory 1003, and a communication bus 1004.

The processor 1001, the communication interface 1002, and the memory 1003 complete communication with each other via the communication bus 1004.

The communication interface 1002 can be used to communicate with the management device.

The processor 1001 is configured to execute the program 1005. Specifically, the related steps in the method embodiment shown in FIG. 12 may be performed.

In particular, program 1005 can include program code, the program code including computer operating instructions.

The processor 1001 may be a central processing unit (CPU), or an application specific integrated circuit (ASIC), or one or more integrated circuits configured to implement the embodiments of the present invention.

The memory 1003 is used to store the program 1005. The memory 1003 may include a high speed RAM (Random Access Memory) memory, and may also include a non-volatile memory, such as at least one disk memory. The program 1005 may specifically include: detecting whether a video capability of the IP softphone changes; if the video capability of the IP softphone changes, transmitting video capability information to the management device, where the video capability information is used to indicate whether the IP softphone has video capability; The priority of the call type corresponding to the terminal type is sent to the management device, and the call type includes a video call or a data conference, and the terminal type includes an IP softphone or an IP phone.

Optionally, the program 1005 may further include:

Send the current video capability information of the IP softphone to the management device.

Optionally, the program 1005 may further include:

Sending a handover request to the management device when acting as the calling or called terminal, the handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, or the handover request is used to indicate that the IP phone is switched to the IP soft The phone is talking to the other end.

The embodiment of the present invention provides an IP softphone. When a call including video is performed through a network phone, the network phone sends the video capability information and the call type corresponding terminal type priority to the management device, so that the management device can perform the current call according to the current call. The type corresponds to the priority of the terminal type and the video capability information. The called end for the current call type thus makes a call including the video with the calling end, and thus does not always use the default network telephone for the call including the video for all the call types regardless of the default network telephone, as in the prior art. For the current call type. Therefore, the method provided by the embodiment of the present invention can solve the problem that the user's call experience is poor when the call including the video is used in the prior art by using the default network phone through the IP PBX.

The embodiment of the present invention provides a system 1100. As shown in FIG. 18, the system 1100 may include the management device as described in FIG. 13, FIG. 15, or FIG. 17 in the foregoing embodiment, as described in FIG. 15, or FIG. IP softphones, as well as IP phones, will not be described here.

In the several embodiments provided by the present application, it should be understood that the disclosed systems, devices, and methods may be implemented in other manners. For example, the device embodiments described above are merely illustrative. For example, the division of units is only a logical function division. In actual implementation, there may be another division manner. For example, multiple units or components may be combined or integrated. Go to another system, or some features can be ignored or not executed. In addition, the mutual coupling or direct coupling or communication connection shown or discussed may be an indirect coupling or communication connection through some interface, device or unit, and may be in an electrical, mechanical or other form.

In addition, in the devices and systems in various embodiments of the present invention, each functional unit may be integrated into one processing unit, or each unit may be physically included separately, or two or more units may be integrated into one unit. The above units may be implemented in the form of hardware or in the form of hardware plus software functional units.

All or part of the steps of implementing the foregoing method embodiments may be performed by hardware related to the program instructions. The foregoing program may be stored in a computer readable storage medium, and when executed, the program includes the steps of the foregoing method embodiments; The foregoing storage medium includes: a U disk, a mobile hard disk, a read only memory (ROM), a random access memory (RAM), a magnetic disk, or an optical disk, and the like, which can store program codes. medium.

The above is only the specific embodiment of the present invention, but the scope of the present invention is not limited thereto, and any person skilled in the art can easily think of changes or substitutions within the technical scope of the present invention. It is within the scope of the invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.

Claims

A method for calling a network telephone, comprising:

The management device acquires the video capability information of the terminal and the priority of the type of the call corresponding to the type of the call;

The management device receives a call call request sent by the calling end, where the call call request includes the call type, and the call type includes a video call or a data conference;

The management device determines the called end according to the call type, the priority of the call type corresponding terminal type, and the video capability information of the terminal type corresponding terminal;

The management device sends the call call request to the called end.
The method according to claim 1, wherein the terminal type comprises a network protocol IP softphone or an IP phone; and the priority of the call type corresponding to the terminal type comprises: if the call type is the video call, The terminal type preferentially selects the IP phone; if the call type is the data conference, the terminal type preferentially selects the IP soft phone.
The method according to claim 2, wherein the management device determines, according to the call type, the priority of the call type corresponding terminal type, and the video capability information of the terminal type corresponding terminal, that the called end includes :

If the call type is the video call, the management device determines that the terminal type preferentially selects the IP phone according to the priority, and further, the video capability information of the IP phone indicates that the IP phone has a video. Determining that the called end is the IP phone;

If the call type is the data conference, the management device determines, according to the priority, the terminal type to preferentially select the IP softphone, and further, the video capability information of the IP softphone represents the IP soft When the phone has video capability, it is determined that the called terminal is the IP softphone.
The method according to claim 3, wherein, if the call type is the data conference, the management device determines, according to the priority, that the terminal type preferentially selects the IP softphone, further comprising:

If the video capability information of the IP softphone indicates that the IP softphone does not have video capability, the management device determines that the called party is when the video capability information of the IP phone indicates that the IP phone has video capability The end includes the IP phone and the IP softphone.
The method according to any one of claims 2-4, wherein when the terminal is the IP softphone, the acquiring, by the management device, video capability information of the terminal includes:

Receiving, by the management device, current video capability information of the IP softphone sent by the IP softphone;

The method further includes:

If the current video capability information of the IP softphone is different from the video capability information of the IP softphone saved last time, the management device updates the video capability information of the IP softphone that was last saved to the The current video capability information of the IP softphone.
The method according to any one of claims 2-4, wherein the priority of the management device to obtain the type of the call corresponding to the call type comprises:

Receiving, by the management device, a priority of the type of the call corresponding to the type of the call sent by the IP softphone;

The method further includes:

If the priority of the call type corresponding to the terminal type is different from the priority of the terminal type corresponding to the previously saved call type, the management device updates the priority of the last type of the call type corresponding to the terminal type to The call type corresponds to the priority of the terminal type.
The method according to any one of claims 2 to 4, wherein the method further comprises:

The management device receives the first handover request sent by the calling end or the called end of the IP softphone, and the first handover request is used to indicate that the IP softphone is switched to the IP The phone talks with the other end, or the first switching request is used to instruct the IP phone to switch to the IP soft phone to talk with the other end, and then send the first switching request to the IP phone. ;

Or the management device receives the second handover request sent by the calling end or the called end of the IP phone, and the second handover request is used to indicate that the IP phone is switched to the IP address. The softphone makes a call with the other end, or the second handover request is used to instruct the IP softphone to switch to the IP phone to talk with the other end, and then send the second handover request to the IP Soft phone.
A method for calling a network telephone, comprising:

The network protocol IP softphone detects whether the video capability of the IP softphone changes;

If the video capability of the IP softphone changes, the IP softphone sends video capability information to the management device, where the video capability information is used to indicate whether the IP softphone has video capability;

The IP softphone sends a priority of a call type corresponding terminal type to the management device, where the call type includes a video call or a data conference, and the terminal type includes the IP softphone or an IP phone.
The method of claim 8 further comprising:

The IP softphone sends the current video capability information of the IP softphone to the management device when logging in.
The method according to claim 8 or 9, wherein the method further comprises:

The IP softphone sends a handover request to the management device when acting as a calling or called end, the handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end, or The switching request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end.
A management device, comprising:

An obtaining unit, configured to acquire a video capability information of the terminal and a priority of the terminal type corresponding to the call type;

a receiving unit, configured to receive a call call request sent by the calling end, where the call call request includes the call type, and the call type includes a video call or a data conference;

a determining unit, configured to determine, according to the type of the call received by the receiving unit, the priority of the call type corresponding to the terminal type acquired by the acquiring unit, and the video capability information of the terminal corresponding to the terminal type Called end

And a sending unit, configured to send the call call request to the called end.
The management device according to claim 11, wherein the terminal type comprises a network protocol IP softphone or an IP phone; and the priority of the call type corresponding to the terminal type comprises: if the call type is the video call The terminal type preferentially selects the IP phone; if the call type is the data conference, the terminal type preferentially selects the IP softphone.
The management device according to claim 12, wherein the determining unit is specifically configured to:

If the call type is the video call, determining, according to the priority, the terminal type to preferentially select the IP phone, and determining, when the video capability information of the IP phone indicates that the IP phone has video capability Said called end is said IP phone;

If the call type is the data conference, determining, according to the priority, the terminal type to preferentially select the IP softphone, and further, the video capability information of the IP softphone is used to represent that the IP softphone has video capability. The called end is determined to be the IP softphone.
The management device according to claim 13, wherein the determining unit is further configured to:

If the video capability information of the IP softphone indicates that the IP softphone does not have video capability, when the video capability information of the IP phone indicates that the IP phone has video capability, determining that the called end includes the IP phone and the IP softphone.
The management device according to any one of claims 12 to 14, wherein when the terminal is the IP softphone, the acquiring unit is specifically configured to:

Receiving current video capability information of the IP softphone sent by the IP softphone;

And an update unit, configured to update the video capability information of the last saved IP softphone if the current video capability information of the IP softphone is different from the video capability information of the IP softphone saved last time. The current video capability information of the IP softphone.
A management device according to any one of claims 12-14, characterized in that

The acquiring unit is specifically configured to receive a priority of the type of the call corresponding to the call type sent by the IP softphone;

The updating unit is further configured to: if the priority of the call type corresponding to the terminal type is different from the priority of the terminal type corresponding to the last saved call type, the last saved the call type corresponds to the terminal type The priority is updated to the priority of the call type corresponding terminal type.
The management device according to any one of claims 12 to 14, wherein the receiving unit is further configured to receive the first type sent by the calling end or the called end of the IP softphone. a handover request, the first handover request is used to indicate that the IP softphone is switched to the IP phone to talk with another end, or the first handover request is used to indicate that the IP phone is switched to the The IP softphone makes a call with the other end;

The sending unit is further configured to send the first handover request to the IP phone.

Or the receiving unit is further configured to: receive, by the terminal, a second handover request sent by the calling end or the called end of the IP phone, where the second handover request is used to indicate that the IP phone is switched. The IP softphone is in a call with the other end, or the second handover request is used to indicate that the IP softphone is switched to the IP phone to talk with the other end;

The sending unit is further configured to send the second handover request to the IP softphone.
A network protocol IP softphone, characterized in that it comprises:

a detecting unit, configured to detect whether a video capability of the IP softphone changes;

a sending unit, configured to: if the detecting unit detects that the video capability changes, send video capability information to the management device, where the video capability information is used to indicate whether the IP softphone has video capability;

The sending unit is further configured to send, to the management device, a priority of a call type corresponding terminal type, where the call type includes a video call or a data conference, and the terminal type includes the IP softphone or an IP phone.
The IP softphone according to claim 18, wherein the sending unit is further configured to:

Sending the current video capability information of the IP softphone to the management device when the IP softphone logs in.
The IP softphone according to claim 18 or 19, wherein the transmitting unit is further configured to:

Transmitting, to the management device, a handover request when the IP softphone is used as a calling end or a called end, where the handover request is used to indicate that the IP softphone is switched to the IP phone to talk with another end, or The switching request is used to indicate that the IP phone is switched to the IP soft phone to talk with the other end.
A system characterized by comprising the management device according to any one of claims 11-17 and the network protocol IP softphone according to any one of claims 18-20, and an IP telephone.