CN104539815B - Method and device for performing multi-party call in communication terminal - Google Patents

Abstract

The present invention provides a method and device for conducting a multi-party call in a communication terminal, the communication terminal includes a main screen and a secondary screen, wherein the method includes: (a) sending a message to the user based on a predetermined operation input on the main screen The contact person participating in the multi-party call sends a call request; (b) displaying the information of the contact person participating in the multi-party call on the secondary screen, wherein, after the call has been established with a contact person participating in the multi-party call, whenever the contact person participating in the multi-party call When another contact establishes a call, merge the established call. According to the present invention, the user can make multi-party calls more conveniently, and the user experience is improved.

Description

Method and device for multi-party call in communication terminal

technical field

The invention belongs to the technical field of communication terminals, and more specifically, relates to a method and device for conducting multi-party calls in a communication terminal.

Background technique

In recent years, the multi-party call function (ie, conference call function) of communication terminals has brought convenience to business talks, etc., allowing people to hold meetings anytime and anywhere without the restrictions of time, region, and cost of traditional meetings.

In the prior art, when using a communication terminal to initiate a multi-party call: first dial out the number of the first participant in the multi-party call; after the call is established, call up "add call option" through the menu, and after selecting "add call option", you can Select and dial the number of the second participant in the pop-up contact list; after establishing a call with the second participant, a multi-party call with three participants is connected by selecting the "merge call option". And so on, more participants can be added to the multiparty call. In addition, during a multi-party call, if you need to have a private call with one of them, you must first enter the management interface of the multi-party call, and then perform the operation of separating one of them in this interface, so as to enter the private call. Therefore, the operation of the existing multi-party call technology is very cumbersome, requiring a large number of operations by the user to realize desired functions.

Therefore, there is a need for a more convenient method and device for conducting multi-party calls in a communication terminal.

Contents of the invention

The purpose of the present invention is to provide a method and device for conducting multi-party calls in a communication terminal, so that users can conduct multi-party calls more conveniently and improve user experience during use.

One aspect of the present invention provides a method for conducting a multi-party call in a communication terminal, the communication terminal includes a main screen and a secondary screen, wherein the method includes: (a) sending a message to the user based on a predetermined operation input on the main screen The contact person participating in the multi-party call sends a call request; (b) displaying the information of the contact person participating in the multi-party call on the secondary screen, wherein, after the call has been established with a contact person participating in the multi-party call, whenever the contact person participating in the multi-party call When another contact establishes a call, merge the established call.

Optionally, the information of the contact includes an identifier of the contact, and a call status of the contact, and the call status includes: waiting to establish a call, being in a call, and calling on hold.

Optionally, step (a) includes: (a11) receiving an order for multiparty call input through the main screen; (a12) displaying a contact list on the main screen; (a13) receiving a contact from the contact list for participating in the multiparty call A person's selection; (a14) sending a call request to the selected contact, wherein step (b) is performed after step (a14).

Optionally, step (a) includes: (a21) receiving an order to send a call request to one of the contacts participating in the multi-party call input through the main screen, and sending a call request to one of the contacts; (a22) according to Carry out the following step (a23) of sending a call request in sequence for other contacts in the contacts participating in the multi-party call: receive an order to join a multi-party call input through the main screen; display the list of contacts on the main screen; List the selection of one of the other contacts; send a call request to the selected one of the other contacts, wherein, after step (a21) is performed, step (b) is started, wherein step (b) Including: displaying the information of the contact person who has sent the call request on the secondary screen.

Optionally, the method further includes: when a command to switch to another application is received, displaying the interface of the other application on the main screen, and the display state of the secondary screen is not affected by the switching.

Optionally, the method further includes: when receiving an order to talk to at least one contact person alone through the secondary screen, making the at least one contact person in a talking state, so that the at least one contact person Another contact of is on hold.

Optionally, the method further includes: when receiving a command input through the secondary screen to add at least one contact person in the call hold state to enter a separate call, making the at least one contact person in the call hold state be in a call state.

Optionally, the method further includes: when a call switch command input through the secondary screen is received, switching the contact in the call state to the call hold state, and switching the contact in the call hold state to the call hold state state.

Optionally, the method further includes: when receiving a call merging command input through the secondary screen, switching the contact on hold to the in-call state, thereby combining the call of the contact on hold with the contact on hold Call merge for contacts who are in a call state.

Optionally, the method further includes: only displaying information of contacts who are in a call-on-hold state on the secondary screen, and making information of contacts in a call-in-progress state only be displayed on the main screen.

Optionally, the command to have a private conversation with at least one contact person input through the secondary screen, and the command to add at least one contact person in the call hold state to enter a private conversation through the secondary screen input are: the command to be displayed on the secondary screen The logo of at least one contact is dragged to the outside of the secondary screen.

Optionally, the main screen and the secondary screen are combined side by side, wherein, the command input through the secondary screen to talk to at least one contact person alone, and the command input through the secondary screen to increase at least one contact person in the call hold state to enter the private conversation The command is: drag and drop the at least one contact ID displayed on the secondary screen to the main screen.

Optionally, the information of the contact includes an identifier of the contact and a call status of the contact, wherein when the call status of the contact changes, the call status of the contact displayed on the secondary screen is updated.

Another aspect of the present invention provides a device for conducting a multi-party call in a communication terminal, the communication terminal includes a main screen and a secondary screen, wherein the device includes: a call request unit, based on a reservation input on the main screen The operation sends a call request to the contact person participating in the multi-party call; the display unit displays the information of the contact person participating in the multi-party call on the secondary screen; the call control unit, after establishing a call with a contact person participating in the multi-party call, When another contact participating in a multi-party call establishes a call, the established call is merged.

Optionally, the information of the contact includes an identifier of the contact, and a call status of the contact, and the call status includes: waiting to establish a call, being in a call, and calling on hold.

Optionally, the call request unit includes: a first command receiving unit that receives an order for multiparty calls input through the main screen; a first list display unit that displays the contact information on the main screen after the first command receiving unit receives the order. List of people; the first selection receiving unit receives the selection of the contact person participating in the multi-party call from the contact list; the first request unit sends a call request to the selected contact person, wherein the display unit sends the selected contact person to the selected person in the first request unit After the contact sends a call request, the information of the contact participating in the multi-party call is displayed on the secondary screen.

Optionally, the call request unit includes: a first call request unit, which receives an order to send a call request to one of the contacts participating in the multi-party call input through the main screen, and sends a call request to one of the contacts; The call request unit sends call requests to other contacts in the contacts participating in the multi-party call in order, wherein the second call request unit includes: a second command receiving unit, which receives an order to join the multi-party call input through the main screen; The second list display unit, after the second command receiving unit receives the command, displays the contact list on the main screen; the second selection receiving unit receives the selection of one of the other contacts from the contact list; the second The requesting unit sends a call request to one of the selected other contacts, wherein, after the first call request unit sends a call request to one of the contacts, the display unit displays the contact who has sent the call request on the secondary screen Information.

Optionally, when receiving a command to switch to another application, the display unit displays the interface of the other application on the main screen, and the display state of the secondary screen is not affected by the switching.

Optionally, the device further includes: a call state control unit, configured to make the at least one contact in a call state when receiving a command input through the secondary screen to make a separate call with at least one contact, so that the at least one contact Contacts other than one are on hold.

Optionally, when receiving a command input through the secondary screen to add at least one contact person on hold to enter an individual call, the call state control unit makes the at least one contact person on hold into a call state.

Optionally, when a call switch command input through the secondary screen is received, the call state control unit switches the contact in the call state to the call hold state, and switches the contact in the call hold state to the call state.

Optionally, when receiving a call merging command input through the secondary screen, the call state control unit switches the contact in the call hold state to the in-call state, thereby combining the call of the contact in the call hold state with the call in progress Call merge for contacts with status.

Optionally, the display unit enables the information of the contacts who are in the state of calling to be displayed only on the secondary screen, so that the information of the contacts who are in the state of talking is only displayed on the main screen.

Optionally, the command to have a private conversation with at least one contact person input through the secondary screen, and the command to add at least one contact person in the call hold state to enter a private conversation through the secondary screen input are: the command to be displayed on the secondary screen The logo of at least one contact is dragged to the outside of the secondary screen.

Optionally, the main screen and the secondary screen are combined side by side, wherein, the command input through the secondary screen to talk to at least one contact person alone, and the command input through the secondary screen to increase at least one contact person in the call hold state to enter the private conversation The command is: drag and drop the at least one contact ID displayed on the secondary screen to the main screen.

Optionally, the information of the contact includes an identifier of the contact and a call status of the contact, wherein when the call status of the contact changes, the call status of the contact displayed on the secondary screen is updated.

According to the method and device for performing multi-party calls in a communication terminal provided by the present invention, users can make multi-party calls more conveniently and reduce the operational complexity of making multi-party calls. In addition, according to the present invention, the user can conveniently acquire the call status of the contacts participating in the multi-party call through the secondary screen, and it is convenient for the user to manage the contacts participating in the multi-party call.

Additional aspects and/or advantages of the present invention will be set forth in part in the following description, and some will be clear from the description, or can be learned through practice of the present invention.

Description of drawings

The above and/or other objects and advantages of the present invention will become more clear through the following description of the embodiments in conjunction with the accompanying drawings, wherein:

FIG. 1 is a flowchart illustrating a method for performing a multiparty call in a communication terminal according to an exemplary embodiment of the present invention;

FIG. 2 is a flowchart showing a method for sending a call request to a contact participating in a multi-party call according to an exemplary embodiment of the present invention;

FIG. 3 is a flowchart showing a method for sending a call request to a contact participating in a multi-party call according to another exemplary embodiment of the present invention;

Fig. 4 is a schematic diagram showing contents displayed on the main screen and the secondary screen after the call with one of the contacts participating in the multi-party call is connected and a call request is sent to one of the other contacts according to an exemplary embodiment of the present invention;

Fig. 5 is a schematic diagram showing contents displayed on the main screen and the secondary screen when all calls of contacts participating in a multi-party call are connected according to an exemplary embodiment of the present invention;

FIG. 6 is a schematic diagram illustrating a command for private conversation with a contact input through a secondary screen according to an exemplary embodiment of the present invention;

Fig. 7 is a schematic diagram showing content displayed on the main screen and the secondary screen after receiving a command to talk to a contact individually through the secondary screen according to an exemplary embodiment of the present invention;

8 is a schematic diagram illustrating the operation of a call switching command according to an exemplary embodiment of the present invention;

Fig. 9 is a schematic diagram showing contents displayed on the main screen and the secondary screen after a call switching command is performed according to an exemplary embodiment of the present invention;

FIG. 10 is a block diagram illustrating an apparatus for performing a multiparty call in a communication terminal according to an exemplary embodiment of the present invention;

FIG. 11 is a block diagram illustrating a call request unit according to an exemplary embodiment of the present invention;

12 is a block diagram illustrating a call request unit according to another exemplary embodiment of the present invention;

FIG. 13 is a block diagram illustrating a second call request unit according to an exemplary embodiment of the present invention.

detailed description

Exemplary embodiments of the present invention will now be described in detail, examples of which are illustrated in the accompanying drawings, wherein like reference numerals refer to like parts. The embodiments are described below in order to explain the present invention by referring to the figures.

FIG. 1 is a flowchart illustrating a method for conducting a multi-party call in a communication terminal according to an exemplary embodiment of the present invention. Here, the communication terminal has a main screen and a secondary screen, and the main screen and the secondary screen may be two physically independent screens or two logically divided screens on a single screen. The main screen and the secondary screen are preferably touch screens. For example, the main screen and the sub-screen may be arranged side by side, and the width of the sub-screen is smaller than that of the main screen. Preferably, the secondary screen is a side curved screen combined with the main screen (for example, the main screen and the secondary screen may be or be similar to the screens in the GALAXY Note Edge mobile phone produced by Samsung).

As shown in FIG. 1 , in step S101 , a call request is sent to contacts participating in the multi-party call based on a predetermined operation input on the main screen. That is, the user dials a number to a contact participating in the multi-party call by performing a predetermined operation on the main screen of the communication terminal. Here, the predetermined operation may be an existing operation of sending a call request to the contact during a multi-party call, or may be other operations set according to the user's operating habits.

Specifically, in the process of sending a call request to the contact, after a call has been established with a contact participating in the multi-party call, whenever a call is established with another contact participating in the multi-party call, the established call is merged . That is, when the call request sent later is connected, the call established before the call request is merged with the call established later. Here, step S101 may be implemented as simultaneously sending a call request to all contacts participating in the multi-party call.

Fig. 2 is a flowchart illustrating a method for sending a call request to a contact participating in a multi-party call according to an exemplary embodiment of the present invention.

As shown in FIG. 2 , in step S201 , a command for making a multi-party call input through a main screen is received. Here, the command to conduct a multi-party call can be implemented in various ways. Preferably, it can be realized by clicking a predetermined area displayed on the main screen or operating other preset buttons.

In step S202, a contact list is displayed on the main screen. According to the command to make a multi-party call received in step S201, the main screen will display a list of contacts. The contact list may be various lists with identifications of contacts (eg, names, numbers, avatars, etc. of contacts).

In step S203, a selection of a contact to participate in the multi-party call from the contact list is received. That is, the user may select a contact to participate in the multi-party call from the contact list according to the identifiers of the contacts in the contact list displayed in step S202.

In step S204, a call request is sent to the selected contact. Preferably, after the user selects all the contacts participating in the multi-party call, the user can click a predetermined area displayed on the main screen or operate other preset buttons to send a call request to the selected contacts. It can be understood that the operation of sending a call request may be various operations.

In addition, step S101 may also be implemented by sequentially sending call requests to contacts participating in the multi-party call.

Fig. 3 is a flowchart showing a method for sending a call request to a contact participating in a multi-party call according to another exemplary embodiment of the present invention.

As shown in FIG. 3 , in step S301 , a command to send a call request to one of the contacts participating in the multi-party call input through the main screen is received, and a call request is sent to one of the contacts. Here, the command to send a call request to one of the contacts can be implemented through various existing methods.

In step S302, a command to join a multi-party call input by the user through the main screen is received. Here, the command to join the multi-party call can be implemented in various ways. Preferably, it may be a click on a predetermined area displayed on the main screen or an operation on other preset buttons. In addition, before the user inputs the command to join the multi-party call, the previous contact (that is, one of the contacts in step S301) may be in a state of waiting to establish a call. Preferably, the user is allowed to enter the command to join the multi-party call through the main screen after the previous call request (that is, the call request sent in step S301) has been connected (that is, after the call has been established with the previous contact person) .

In step S303, a contact list is displayed on the main screen. According to the command to join the multi-party call received in step S302, the main screen will display a list of contacts.

In step S304, a selection of another contact among the contacts participating in the multi-party call from the contact list is received. That is, the user may select another contact among the contacts participating in the multi-party call from the contact list according to the identifiers of the contacts in the contact list displayed in step S303.

In step S305, a call request is sent to the selected another contact. After receiving the selection in step S304, the communication terminal may send a call request directly, or send a call request according to another operation of the user. Preferably, after the user selects the contact, the user can click a predetermined area displayed on the main screen or operate other preset buttons to send a call request to the selected contact. It can be understood that the operation of sending a call request may be various operations.

As an example, FIG. 3 shows a method for sending a call request to contacts participating in the multi-party call when the holder of the communication terminal conducts a multi-party call with two persons. When the user needs to make a multi-party call with more contacts, the user can repeatedly perform steps S302-S305 to send a call request to other contacts among the contacts participating in the multi-party call. In other words, steps S302-S305 of sending a call request may be performed in sequence for other contacts among the contacts participating in the multi-party call. When steps S302-S305 are repeatedly executed, the previous contact person can also be the contact person who sent the call request through steps S302-S305, and the previous call request can also be the previous contact person through steps S302-S305. The call request made.

Here, each time the call request sent by the command to join a multi-party call is connected, the established calls will be merged.

It can be understood that sending a call request to a contact participating in a multi-party call can also be implemented in other ways.

In step S102, the information of the contacts participating in the multi-party call is displayed on the secondary screen.

Here, the information of the contact includes the identifier of the contact and the call status of the contact. For example, the identifier of the contact may be the name and/or avatar of the contact and/or other identifiers capable of representing the identity of the contact. The call state includes: waiting to establish a call, talking in progress, and call on hold.

As an example, after sending a call request to a contact and waiting for the contact to answer, the secondary screen will display that the contact is in a state of waiting to establish a call. After sending a call request to a contact, when the contact answers normally, the secondary screen will display that the contact is in a call state. After entering a multi-party call, when you have a private call with at least one of the contacts in the multi-party call, the secondary screen will display that other contacts in the multi-party call are on hold. The various call states here may be represented by different marks, for example, may be represented by marks distinguished by colors or shapes (for example, different color bars or different symbols). In addition, the call status may also include other statuses representing the current communication status of the contact.

In the case that step S101 is implemented as the method of sending a call request to the contact person participating in the multi-party call shown in FIG. Contact information. Here, since step S204 sends a call request to all contacts participating in the multi-party call at the same time, information of all contacts participating in the multi-party call is displayed on the secondary screen.

In the case that step S101 is implemented as the method for sending a call request to a contact person participating in a multi-party call shown in FIG. Displays the information of the contact who was requested to make a call. Preferably, after step S305 is executed for the first time, the secondary screen starts to display the information of the contact person who sent the call request. For example, after step S305 is executed for the first time, the information of the contact person who is requested to make a call in step S301 and the contact person who is requested to make a call when step S305 is executed for the first time is displayed on the secondary screen. Subsequently, after each time a call request is sent for a new contact, the information of the new contact is added and displayed on the secondary screen.

Fig. 4 is a schematic diagram showing contents displayed on the main screen and the secondary screen after the call with one of the contacts participating in the multi-party call is connected and a call request is sent to one of the other contacts according to an exemplary embodiment of the present invention.

As shown in Figure 4, the left side is the main screen, and the right side is the secondary screen. The main screen shows that the current communication terminal holder is in the communication state with the contact "Jeanette McHale". Information on the communication terminal owner "ME" and the contact person to whom the call request is made is displayed on the sub-screen. It can be understood that the secondary screen may not display the information of the communication terminal owner "ME", but only display the information of the contact person who has sent the call request. Here, the contacts who are sent the call request include: the contact "Jean.." (that is, "Jeanette McHale") whose call is connected (that is, in the state of talking) and the contact that has sent the call request but has not been connected ( That is, the contact "Kate.." who is in the state of waiting to establish a call).

The information of the contact displayed on the secondary screen includes the avatar and name of the contact who has sent the call request, as well as the call status of each contact who has been sent the call request, that is, the contact "Jean.." In the call state, the contact "Kate.." is waiting to establish a call. Here, the call status of the contact is represented by the color bar below the contact's avatar. It should be understood that the types and display methods of information displayed on the secondary screen in the present invention are not limited thereto.

Fig. 5 is a schematic diagram showing contents displayed on a main screen and a secondary screen when all calls of contacts participating in a multi-party call are connected according to an exemplary embodiment of the present invention.

As shown in FIG. 5 , the main screen shows that the current communication terminal holder is conducting a conference call with 3 people (that is, a multi-party call). Displayed on the sub-screen are information of three contacts who are currently conducting a conference call with the communication terminal holder "ME", ie, profile picture, name and call status.

The method for conducting a multi-party call in a communication terminal according to an exemplary embodiment of the present invention shown in FIG. 1 may further include: when receiving a command to switch to another application, displaying the interface of the other application on the main screen, and sub- The display state of the screen is not affected by the switching. In the case of an ongoing multi-party call as shown in FIG. 5 , the multi-party call interface displayed on the main screen can be switched to another application interface through multi-task management. At this time, the communication terminal can be made to perform multiple tasks while the multi-party call is in progress, while the display state of the secondary screen remains unchanged, and the information of the contact person in the multi-party call is still displayed (ie, as shown in FIG. 6 ).

It can be understood that the main screen can be returned to the multi-party call interface through multi-task management. In addition, after switching the multi-party call interface displayed on the main screen to the interface of other applications, the main screen can be returned to the Multi-party call interface. Here, the predetermined location and the operations performed on the predetermined location may be set according to the usage habits of the user.

The method for conducting a multi-party call in a communication terminal may further include: when a multi-party call is in progress, when receiving an order to talk to at least one contact person individually through the secondary screen, making the at least one contact person in a call state, Putting other contacts other than the at least one contact on hold. It should be understood that when the call status of the contact is changed, the call status of the contact displayed on the secondary screen may be updated.

In a preferred embodiment, the information of the contacts on hold can only be displayed on the secondary screen, but not on the main screen, so that the information of the contacts in the call state can only be displayed on the main screen , without being displayed on the secondary screen.

Here, the command to have a private conversation with at least one contact input through the secondary screen may be dragging the identifier of the at least one contact displayed on the secondary screen to the outside of the secondary screen. When the main screen of the communication terminal is combined side by side with the secondary screen, the command input through the secondary screen to talk to at least one contact person alone can be to drag the identification of the at least one contact person displayed on the secondary screen to the main Screen.

Fig. 6 shows a schematic diagram of a command to have a private conversation with a contact input through the secondary screen according to an exemplary embodiment of the present invention. As shown in Figure 6, the main screen and the secondary screen of the communication terminal are combined side by side, and the avatar of the contact "Jean.." can be dragged from the secondary screen to the main screen as indicated by the arrow in the figure to achieve contact with the individual conversations. Before dragging the avatar of the at least one contact person displayed on the secondary screen to the main screen, the main screen may display an ongoing multi-party call interface, and may also display interfaces of other applications. After the dragging is performed Afterwards, the content shown in Figure 7 will be displayed.

Fig. 7 is a schematic diagram illustrating display contents of the main screen and the secondary screen after receiving a command to have a private conversation with a contact input through the secondary screen according to an exemplary embodiment of the present invention. As shown in Figure 7, after dragging the avatar of the contact "Jean.." from the secondary screen to the main screen as shown in Figure 6, the main screen displays the communication terminal holder "ME" and the contact "Jean.." .." Information of an ongoing private call, that is, information of the contact who is in the state of the active call is displayed. The secondary screen displays the information of other contacts other than "Jean.." who are on hold.

Preferably, when the owner of the communication terminal conducts an individual call with at least one contact in the multi-party call, at least one contact other than the at least one contact in the multi-party call can also be added to the individual call. That is, when receiving a command input through the secondary screen to add at least one contact person in the call-on-hold state to enter a separate call, make the at least one contact person in the call-on-hold state be in a call state.

Here, the command input through the secondary screen to add at least one contact in the call hold state to enter the private call may be dragging the identifier of the at least one contact displayed on the secondary screen to the outside of the secondary screen. When the main screen of the communication terminal is combined side by side with the secondary screen, the command to enter a separate conversation by adding at least one contact person in the call hold state through the secondary screen input can be the at least one contact person to be displayed on the secondary screen drag the icon to the home screen.

When the owner of the communication terminal makes a separate call with at least one contact in the multi-party call, so that the at least one contact is in the state of talking, so that other contacts other than the at least one contact are in the call hold state , you can also switch the contact who is in the call state to the call hold state, and switch the call hold state to the active call state by entering the call switch command on the secondary screen. Here, the call switching command may be clicking on a predetermined area of the secondary screen.

It can be understood that when the call state of the contact changes, the call state of the contact displayed on the secondary screen will be updated. In this way, through the information of the contacts displayed on the secondary screen, the call status of each contact who is in the multi-party call can be clearly and timely known.

FIG. 8 is a diagram illustrating the operation of a call switching command according to an exemplary embodiment of the present invention. As shown in FIG. 8, the owner "ME" of the communication terminal is having a private conversation with the contact "Jeanette McHale". At this time, the contact "Jeanette McHale" is in a call state, and the contacts "Kate.." and "Diana" are on hold. There is a "switch" icon on the secondary screen. By clicking the "switch" icon, "Jeanette McHale" who is in a call can be switched to a call hold state, and "Kate.." and "Diana" who are in a call hold state "Switch to the talking state (that is, as shown in Figure 9). It can be understood that the call switching command can be set according to the usage habits of the user.

Fig. 9 is a schematic diagram showing contents displayed on the main screen and the secondary screen after a call switching command is performed according to an exemplary embodiment of the present invention. As shown in Figure 9, after clicking the "Switch" icon, "Jean.." (that is, "Jeanette McHale") displayed on the main screen in Figure 8, which was originally in a call state, changes to a call hold state and is displayed on the secondary screen superior. The other contacts who were originally on hold (that is, "Kate.." and "Diana" displayed on the secondary screen in FIG. 8) become in-call status and are displayed on the main screen. Here, the display manner of the main screen for other contacts who are in a talking state is not limited to this, and may also be a list display manner.

In addition, when making a separate call with at least one contact, the at least one contact may also be merged into the original multi-party call through a call merge command. When a call merging command input through the secondary screen is received, the contact on hold is switched to the in-call state, thereby merging the call of the contact on hold with the call of the contact in call. Here, the call merge command may be clicking on a predetermined area of the secondary screen, for example, clicking on the "merge" icon shown in FIG. 8 . It can be understood that the call merging command can be set according to the usage habits of the user.

FIG. 10 is a block diagram illustrating an apparatus for performing a multi-party call in a communication terminal according to an exemplary embodiment of the present invention. Here, the communication terminal has a main screen and a secondary screen, and the main screen and the secondary screen may be two physically independent screens or two logically divided screens on a single screen. The main screen and the secondary screen are preferably touch screens. For example, the main screen and the sub-screen may be arranged side by side, and the width of the sub-screen is smaller than that of the main screen. Preferably, the secondary screen is a side curved screen combined with the main screen (for example, the main screen and the secondary screen may be or be similar to the screens in the GALAXY Note Edge mobile phone produced by Samsung).

As shown in FIG. 10 , an apparatus 100 for conducting a multi-party call in a communication terminal according to the present invention includes: a call request unit 101 , a display unit 102 and a call control unit 103 .

The call request unit 101 issues a call request to contacts participating in a multi-party call based on a predetermined operation input on the home screen. That is, the user dials a number to a contact participating in the multi-party call by performing a predetermined operation on the main screen of the communication terminal. Here, the predetermined operation may be an existing operation of sending a call request to the contact during a multi-party call, or may be other operations set according to the user's operating habits.

Specifically, in the process of sending a call request to the contact, after the call control unit 103 has established a call with a contact participating in the multi-party call, whenever a call is established with another contact participating in the multi-party call, merge An established call. That is, when the call request sent later is connected, the call established before the call request is merged with the call established later. Here, the call request unit 101 may be implemented to simultaneously send a call request to all contacts participating in the multi-party call.

FIG. 11 is a block diagram illustrating a call request unit according to an exemplary embodiment of the present invention.

As shown in FIG. 11 , the call request unit 101 includes: a first command receiving unit 201 , a first list display unit 202 , a first selection receiving unit 203 and a first request unit 204 .

The first command receiving unit 201 receives a command for performing a multi-party call input through the main screen. Here, the command to conduct a multi-party call can be implemented in various ways. Preferably, it can be realized by clicking a predetermined area displayed on the main screen or operating other preset buttons.

The first list display unit 202 displays a contact list on the main screen. According to the command to conduct a multi-party call received by the first command receiving unit 201, the main screen will display a list of contacts. The contact list may be various lists with identifications of contacts (eg, names, numbers, avatars, etc. of contacts).

The first selection receiving unit 203 receives a selection of a contact participating in the multi-party call from the contact list. That is, the user can select a contact to participate in the multi-party call from the contact list according to the identifiers of the contacts in the contact list displayed by the first list display unit 202 .

The first request unit 204 sends a call request to the selected contact. Preferably, after the user selects all contacts participating in the multi-party call through the first selection receiving unit 203, the user clicks on a predetermined area displayed on the main screen or operates other preset buttons to send a message to the selected contacts. call request. It can be understood that the operation of sending a call request may be various operations.

In addition, the call request unit 101 can also be implemented to sequentially send call requests to the contacts participating in the multi-party call.

FIG. 12 is a block diagram illustrating a call request unit according to another exemplary embodiment of the present invention.

As shown in FIG. 12 , the call request unit 101 includes: a first call request unit 301 and a second call request unit 302 .

The first call request unit 301 receives a command input through the main screen to send a call request to one of the contacts participating in the multi-party call, and sends a call request to one of the contacts. Here, the command to send a call request to one of the contacts can be implemented through various existing methods.

The second call request unit 302 respectively sends call requests to other contacts among the contacts participating in the multi-party call in sequence. That is, when the user needs to make a multi-party call with multiple contacts, after the first call request unit 301 sends a call request to one of the contacts participating in the multi-party call, the second call request unit 302 can follow the predetermined operations performed by the user in sequence. Send a call request to another contact in the multiparty call. Before the second call request unit 302 sends the call request, the previous contact person (that is, the contact person who is sent the call request by the first call request unit 301 or the previous contact person who is sent the call request by the second call request unit 302) Can be in the state of waiting to establish a call. Preferably, after the user's previous call request (that is, the call request sent by the first call request unit 301 or the call request sent by the second call request unit 302) has been connected (that is, the call request has been established with the previous contact person). After the call) is allowed to send a call request to the other contacts. Preferably, the call request sent by the second call request unit 302 is a call request to join a multi-party call.

FIG. 13 is a block diagram illustrating a second call request unit according to an exemplary embodiment of the present invention.

As shown in FIG. 13 , the second call request unit 302 includes a second command receiving unit 401 , a second list display unit 402 , a second selection receiving unit 403 and a second request unit 404 .

The second command receiving unit 401 receives the command to join the multi-party call input by the user through the main screen. Here, the command to join the multi-party call can be implemented in various ways. Preferably, it may be a click on a predetermined area displayed on the main screen or an operation on other preset buttons.

The second list display unit 402 displays a contact list on the main screen. According to the command to join the multi-party call received by the second command receiving unit 401, the main screen will display a list of contacts.

The second selection receiving unit 403 receives a selection of one of the other contacts among the contacts participating in the multi-party call from the contact list. That is, the user can select one of the other contacts among the contacts participating in the multi-party call from the contact list according to the identifiers of the contacts in the contact list displayed by the second list display unit 402 .

The second request unit 404 sends a call request to the selected one of the other contacts. After the second selection receiving unit 403 receives the selection, the communication terminal may send a call request directly, or send a call request according to another operation of the user. Preferably, after the user selects the contact, the user can click a predetermined area displayed on the main screen or operate other preset buttons to send a call request to the selected contact. It can be understood that the operation of sending a call request may be various operations.

Here, each time the call request sent by the second call request unit 302 is connected, the call control unit 103 will merge the established calls.

It can be understood that sending a call request to a contact participating in a multi-party call can also be implemented in other ways.

The display unit 102 displays information of contacts participating in the multi-party call on the secondary screen.

Here, the information of the contact includes the identifier of the contact and the call status of the contact. For example, the identifier of the contact may be the name and/or avatar of the contact and/or other identifiers capable of representing the identity of the contact. The call state includes: waiting to establish a call, talking in progress, and call on hold.

As an example, after sending a call request to a contact and waiting for the contact to answer, the secondary screen will display that the contact is in a state of waiting to establish a call. After sending a call request to a contact, when the contact answers normally, the secondary screen will display that the contact is in a call state. After entering a multi-party call, when you have a private call with at least one of the contacts in the multi-party call, the secondary screen will display that other contacts in the multi-party call are on hold. The various call states here may be represented by different marks, for example, may be represented by marks distinguished by colors or shapes (for example, different color bars or different symbols). In addition, the call status may also include other statuses representing the current communication status of the contact.

In the case where the call request unit 101 is implemented as the call request unit shown in FIG. 11 , the display unit 102 displays on the sub-screen the information of the contacts participating in the multiparty call after the first request unit 204 sends a call request to the selected contacts. information. Here, since the first request unit 204 simultaneously sends a call request to all contacts participating in the multi-party call, information of all contacts participating in the multi-party call is displayed on the secondary screen.

In the case that the call request unit 101 is implemented as the call request unit shown in FIG. 12 , the display unit 102 displays on the secondary screen the Information about the contact who made the call request. Preferably, after the second call request unit 302 sends the call request for the first time, the display unit 102 starts to display the information of the contact person who sent the call request on the secondary screen. For example, after the second call request unit 302 sends a call request for the first time, the display unit 102 displays on the secondary screen the contact person who was sent the call request by the first call request unit 301 and the first call request made by the second call request unit 302. Information about the contact to whom the call request was made at the time of the request. Subsequently, after each time a call request is sent for a new contact through the second call request unit 302 , the display unit 102 adds and displays the information of the new contact on the secondary screen.

As shown in FIG. 10 , according to the device for performing multi-party calls in a communication terminal according to an exemplary embodiment of the present invention, when receiving a command to switch to another application, the display unit 102 displays the interface of the other application on the main screen, and the secondary The display state of the screen is not affected by the switching. In the case of an ongoing multi-party call as shown in FIG. 5 , the display unit 102 can switch the multi-party call interface displayed on the main screen to another application interface through multi-task management. At this time, the communication terminal can be made to perform multiple tasks while the multi-party call is in progress, while the display state of the secondary screen remains unchanged, and the information of the contact person in the multi-party call is still displayed (ie, as shown in FIG. 6 ).

It can be understood that the display unit 102 can return the main screen to the multi-party call interface through multi-task management. In addition, after the display unit switches the multi-party call interface displayed on the main screen to the interface of other applications, the main screen can be made Return to the multi-party call interface. Here, the predetermined location and the operations performed on the predetermined location may be set according to the usage habits of the user.

The device for conducting a multi-party call in a communication terminal may further include: a call state control unit (not shown). When a multi-party call is in progress, when receiving an order to talk to at least one contact person alone through the secondary screen, the call state control unit makes the at least one contact person in a talking state, so that the at least one contact person Another contact of is on hold. It should be understood that when the call status of the contact changes, the display unit 102 may update the call status of the contact displayed on the secondary screen.

In a preferred embodiment, the display unit 102 included in the device for making a multi-party call in the communication terminal can make the information of the contact person in the call hold state only be displayed on the secondary screen instead of the main screen, so that The information of the contacts who are in a call state is only displayed on the main screen, not on the secondary screen.

Here, the command to have a private conversation with at least one contact input through the secondary screen may be dragging the identifier of the at least one contact displayed on the secondary screen to the outside of the secondary screen. When the main screen of the communication terminal is combined side by side with the secondary screen, the command input through the secondary screen to talk to at least one contact person alone can be to drag the identification of the at least one contact person displayed on the secondary screen to the main Screen.

Preferably, when the owner of the communication terminal makes a separate call with at least one contact in the multi-party call, at least one contact other than the at least one contact in the multi-party call can also be added to all contacts through the call state control unit. said private call. That is, when receiving a command to add at least one contact person in the call-on-hold state to enter a private call input through the secondary screen, the call state control unit makes the at least one contact person in the call-on-hold state be in a call state.

Here, the command input through the secondary screen to add at least one contact in the call hold state to enter the private call may be dragging the identifier of the at least one contact displayed on the secondary screen to the outside of the secondary screen. When the main screen of the communication terminal is combined side by side with the secondary screen, the command to enter a separate conversation by adding at least one contact person in the call hold state through the secondary screen input can be the at least one contact person to be displayed on the secondary screen drag the icon to the home screen.

When the owner of the communication terminal makes a separate call with at least one contact in the multi-party call, so that the at least one contact is in the state of talking, so that other contacts other than the at least one contact are in the call hold state , when the call state control unit receives a call switch command input through the secondary screen, the contact in the call state is switched to the call hold state, and the contact in the call hold state is switched to the call state. Here, the call switching command may be clicking on a predetermined area of the secondary screen.

It can be understood that when the call state of the contact changes, the display unit 102 will update the call state of the contact displayed on the secondary screen. In this way, through the information of the contacts displayed on the secondary screen, the call status of each contact who is in the multi-party call can be clearly and timely known.

In addition, when making a separate call with at least one contact, the at least one contact can also be merged into the original multi-party call through the call state control unit when receiving a call merging command. That is, when receiving the call merging command input through the secondary screen, the call state control unit switches the contact person in the call hold state to the current call state, thereby combining the call of the contact person in the call hold state with the contact person in the call state. Call merge for contacts. Here, the call merging command may be clicking on a predetermined area of the secondary screen. It can be understood that the call merging command can be set according to the usage habits of the user.

According to the method and device for conducting a multi-party call in a communication terminal according to the exemplary embodiments of the present invention, it is possible for a user to conduct a multi-party call more conveniently and reduce the operational complexity of performing a multi-party call. In addition, according to the present invention, the user can conveniently acquire the call status of the contacts participating in the multi-party call through the secondary screen, and it is convenient for the user to manage the contacts participating in the multi-party call.

Furthermore, the above-described methods according to the present invention can be implemented as computer codes in a computer-readable recording medium. Those skilled in the art can implement the computer code according to the description of the above method. The above method of the present invention is realized when the computer code is executed in a computer.

The above embodiments of the present invention are merely exemplary, and the present invention is not limited thereto. It should be understood by those skilled in the art that changes may be made in these embodiments without departing from the principles and spirit of the present invention, wherein the scope of the present invention is defined in the claims and their equivalents.

Claims (26)

1. a kind of method that MPTY is carried out in communication terminal, the communication terminal includes main screen and secondary screen, and it is special Levy and be, methods described includes：

A () sends call request based on the scheduled operation being input on the home screen to the contact person for participating in MPTY；

B () shows the information of the contact person for participating in MPTY on secondary screen,

Wherein, after conversing with the contact person foundation for participating in MPTY, whenever another with participation MPTY When an outer contact person sets up call, merge the call having built up,

Wherein, methods described also includes：When receiving the life with the independent call of at least one contact person that is input into by secondary screen When making so that at least one contact person is in just in talking state so that other outside at least one contact person Contact person in call hold mode,

Wherein, what is be input into by secondary screen is with the order of the independent call of at least one contact person：By what is shown on secondary screen The mark of at least one contact person to the outside of secondary screen pulls.

2. method according to claim 1, it is characterised in that the information of the contact person includes the mark of contact person, connection It is the talking state of people, the talking state includes：Wait foundation is conversed, is conversing, holding of conversing.

3. method according to claim 1, it is characterised in that step (a) includes：

(a11) order for carrying out MPTY being input into by main screen is received；

(a12) contacts list is shown in main screen；

(a13) selection to the contact person of participation MPTY from contacts list is received；

(a14) call request is sent to the contact person for selecting,

Wherein, the execution step (b) after step (a14).

4. method according to claim 1, it is characterised in that step (a) includes：

(a21) order that call request is sent to one of contact person for participating in MPTY being input into by main screen is received, and Call request is sent to one of described contact person；

(a22) other contact persons for being respectively directed in order to participate in the contact person of MPTY perform it is following send call please The step of asking (a23)：

Receive the order of the addition MPTY being input into by main screen；

Contacts list is shown in main screen；

Receive the selection from contacts list to one of other contact persons；

Call request is sent to one of other contact persons described in selection,

Wherein, after execution of step (a21), execution step (b) is started, wherein, step (b) includes：Show on secondary screen Show the information of the contact person for being issued call request.

5. method according to claim 1, it is characterised in that methods described also includes：When receive be switched to other should During order, the interface of the other application is shown on the home screen, the dispaly state of secondary screen is not by the shadow of the switching Ring.

6. method according to claim 1, it is characterised in that main screen is combined together side by side with secondary screen, wherein, lead to Cross secondary screen input is with the order of the independent call of at least one contact person：Described at least one for showing on secondary screen The mark of contact person is dragged to main screen.

7. method according to claim 1, it is characterised in that methods described also includes：It is defeated by secondary screen when receiving When at least one contact person of the increase for entering in call hold mode enters the individually order of call so that described in call At least one contact person of hold mode is in just in talking state.

8. method according to claim 1, it is characterised in that methods described also includes：It is defeated by secondary screen when receiving During the call switching command for entering, call hold mode will be switched in the contact person just in talking state, and will be in call The contact person of hold mode is switched to just in talking state.

9. method according to claim 1, it is characterised in that methods described also includes：It is defeated by secondary screen when receiving During the call combine command for entering, the contact person in call hold mode is switched to just in talking state, so as to will be in leading to The call of the contact person of words hold mode just merges with being in the call of the contact person of talking state.

10. the method according to any one of claim 1 or 7-9, it is characterised in that methods described also includes：So that place Be simply displayed in secondary screen in the information of contact person of call hold mode so that in just talking state contact person letter Breath is simply displayed in main screen.

11. methods according to claim 7, it is characterised in that the increase being input into by secondary screen keeps shape in call At least one contact person of state enters the order of individually call：By at least one contact person's shown on secondary screen Identify and pulled to the outside of secondary screen.

12. methods according to claim 7, it is characterised in that main screen is combined together side by side with secondary screen, wherein, The increase being input into by secondary screen is at least one contact person of call hold mode：Will be The mark of at least one contact person shown on secondary screen is dragged to main screen.

13. methods according to any one of claim 1 or 7-9, it is characterised in that the information of contact person includes contact person Mark, the talking state of contact person, wherein, when contact person talking state change when, update secondary screen display contact The talking state of people.

A kind of 14. devices that MPTY is carried out in communication terminal, the communication terminal includes main screen and secondary screen, and it is special Levy and be, described device includes：

Call request unit, sending call to the contact person for participating in MPTY based on the scheduled operation being input on the home screen please Ask；

Display unit, shows the information of the contact person for participating in MPTY on secondary screen；

Call control unit, after conversing with the contact person foundation for participating in MPTY, whenever multi-party with participation When another contact person of call sets up call, merge the call having built up,

Wherein, described device also includes：Talking state control unit, when receive be input into by secondary screen with least one When being the order that people individually converses so that at least one contact person is in just in talking state so that described at least one Other contact persons outside contact person in call hold mode,

Wherein, what is be input into by secondary screen is with the order of the independent call of at least one contact person：By what is shown on secondary screen The mark of at least one contact person to the outside of secondary screen pulls.

15. devices according to claim 14, it is characterised in that the mark of the information of the contact person including contact person, The talking state of contact person, the talking state includes：Wait foundation is conversed, is conversing, holding of conversing.

16. devices according to claim 14, it is characterised in that call request unit includes：

First order receiving unit, receives the order for carrying out MPTY being input into by main screen；

First list display unit, contact person's row are shown after the first order receiving unit receives the order in main screen Table；

First choice receiving unit, receives the selection to the contact person of participation MPTY from contacts list；

First request unit, to the contact person for selecting call request is sent,

Wherein, display unit shows ginseng after the first request unit sends call request to the contact person for selecting on secondary screen With the information of the contact person of MPTY.

17. devices according to claim 14, it is characterised in that call request unit includes：

First call request unit, receives to send to converse to one of contact person for participating in MPTY by main screen input and asks The order asked, and send call request to one of described contact person；

Second call request unit, other contact persons for being respectively directed to participate in the contact person of MPTY in order send logical Words request,

Wherein, the second call request unit includes：

Second order receiving unit, receives the order of the addition MPTY being input into by main screen；

Second list display unit, contact person's row are shown after the second order receiving unit receives the order in main screen Table；

Second selects receiving unit, receives the selection from contacts list to one of other contact persons；

Second request unit, to one of other contact persons described in selection call request is sent,

Wherein, display unit after the first call request unit sends call request to one of described contact person on secondary screen Display is issued the information of the contact person of call request.

18. devices according to claim 14, it is characterised in that when the order for being switched to other application is received, show Show that unit shows on the home screen the interface of the other application, the dispaly state of secondary screen is not affected by the switching.

19. devices according to claim 14, it is characterised in that main screen is combined together side by side with secondary screen, wherein, What is be input into by secondary screen is with the order of the independent call of at least one contact person：At least one described in showing on secondary screen The mark of individual contact person is dragged to main screen.

20. devices according to claim 14, it is characterised in that when receiving the increase being input into by secondary screen in logical When at least one contact person of words hold mode enters the individually order of call, talking state control unit causes described in logical At least one contact person of words hold mode is in just in talking state.

21. devices according to claim 14, it is characterised in that when receiving the call switching life that is input into by secondary screen When making, talking state control unit will be switched to call hold mode in the contact person just in talking state, and will be in logical The contact person of words hold mode is switched to just in talking state.

22. devices according to claim 14, it is characterised in that merge life when the call that is input into by secondary screen is received When making, talking state control unit is switched to the contact person in call hold mode just in talking state, so as to be in The call of the contact person of call hold mode just merges with being in the call of the contact person of talking state.

23. devices according to any one of claim 14 or 20-22, it is characterised in that display unit is caused in logical The information of contact person of words hold mode is simply displayed in secondary screen so that in just talking state contact person information only It is displayed on main screen.

24. devices according to claim 20, it is characterised in that the increase being input into by secondary screen keeps shape in call At least one contact person of state enters the order of individually call：By at least one contact person's shown on secondary screen Identify and pulled to the outside of secondary screen.

25. devices according to claim 20, it is characterised in that main screen is combined together side by side with secondary screen, wherein, The increase being input into by secondary screen is at least one contact person of call hold mode：Will be The mark of at least one contact person shown on secondary screen is dragged to main screen.

26. devices according to any one of claim 14 or 20-22, it is characterised in that the information of contact person includes connection It is mark, the talking state of contact person of people, wherein, when the talking state of contact person changes, update in secondary screen display The talking state of contact person.