CN112291216B

CN112291216B - Communication method and device and electronic equipment

Info

Publication number: CN112291216B
Application number: CN202011121271.4A
Authority: CN
Inventors: 刘王胜
Original assignee: Beijing Zitiao Network Technology Co Ltd
Current assignee: Beijing Zitiao Network Technology Co Ltd
Priority date: 2020-10-19
Filing date: 2020-10-19
Publication date: 2023-04-07
Anticipated expiration: 2040-10-19
Also published as: CN112291216A

Abstract

The embodiment of the disclosure discloses a communication method, a communication device and electronic equipment. One embodiment of the method comprises: determining whether the candidate calling object is in a calling state or not in response to the detection of a calling pre-operation, wherein the calling pre-operation is used for determining the candidate calling object before sending a calling request; and in response to determining that the candidate calling object is in the call state, displaying call state prompting information for prompting that the candidate calling object is in the call state. Thus, a new communication mode is provided.

Description

Communication method and device and electronic equipment

Technical Field

The present disclosure relates to the field of internet technologies, and in particular, to a communication method and apparatus, and an electronic device.

Background

With the development of the internet, users use more and more functions of terminal equipment, so that work and life are more convenient. For example, a user may communicate with other users through a terminal device.

In some application scenarios, it may be that the called party is engaged in a call with another person.

Disclosure of Invention

This disclosure is provided to introduce concepts in a simplified form that are further described below in the detailed description. This disclosure is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used to limit the scope of the claimed subject matter.

The embodiment of the disclosure provides a communication method, a communication device and electronic equipment.

In a first aspect, an embodiment of the present disclosure provides a communication method, where the method includes: in response to detecting a call pre-operation, determining whether the candidate call object is in a call state, wherein the call pre-operation is used for determining the candidate call object before sending a call request; and displaying call state prompting information for prompting that the candidate call object is in the call state in response to the fact that the candidate call object is determined to be in the call state.

In a second aspect, an embodiment of the present disclosure provides a communication method, including: in response to receiving a state confirmation request comprising a user identifier, determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state record information; the state recording information comprises a user identifier and a state identifier which have a corresponding relation, and the state identifier in the state recording information is updated according to state report information sent by a second terminal, wherein the state report information indicates whether a user is in a call state; the state confirmation request is sent by the first terminal, and the first terminal determines whether the user indicated by the user identifier is in a call state or not according to the received call state notification.

In a third aspect, an embodiment of the present disclosure provides a communication apparatus, including: a determining unit, configured to determine whether the candidate call object is in a call state in response to detection of a call pre-operation, where the call pre-operation is used to determine the candidate call object before sending a call request; and the display unit is used for responding to the determination that the candidate calling object is in the calling state and displaying calling state prompt information for prompting that the candidate calling object is in the calling state.

In a fourth aspect, an embodiment of the present disclosure provides a communication apparatus, including: the determining module is used for responding to a received state confirmation request comprising a user identifier, and determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state recording information; the state recording information comprises a user identifier and a state identifier which have a corresponding relation, and the state identifier in the state recording information is updated according to state report information sent by a second terminal, wherein the state report information indicates whether a user is in a call state; the state confirmation request is sent by the first terminal, and the first terminal determines whether the user indicated by the user identifier is in a call state or not according to the received call state notification.

In a fifth aspect, an embodiment of the present disclosure provides an electronic device, including: one or more processors; a storage device, configured to store one or more programs, which when executed by the one or more processors, cause the one or more processors to implement the communication method according to the first aspect.

In a sixth aspect, the disclosed embodiments provide a computer readable medium, on which a computer program is stored, which when executed by a processor, implements the steps of the communication method as described above in the first aspect.

According to the communication method, the communication device and the electronic equipment, whether the candidate calling object is in a call state or not is determined by responding to the detection of the calling pre-operation; then, the call state prompt information corresponding to the call state object can be displayed. Thus, the user can be provided with the relevant information whether the candidate call object is in the call state before the user initiates the call. By adopting the displayed reminding, part of calls initiated because the opposite side is unknown in the conversation can be intercepted, and the communication resource consumption is reduced; the call waiting time of the busy line of the other party caused by the call initiated by the user can be reduced; interference to users in a call state may also be reduced.

Drawings

The above and other features, advantages and aspects of various embodiments of the present disclosure will become more apparent by referring to the following detailed description when taken in conjunction with the accompanying drawings. Throughout the drawings, the same or similar reference numbers refer to the same or similar elements. It should be understood that the drawings are schematic and that elements and features are not necessarily drawn to scale.

Fig. 1 is a flow chart of one embodiment of a method of communication according to the present disclosure;

fig. 2 is a flow chart of yet another embodiment of a communication method according to the present disclosure;

FIG. 3 is an exemplary scenario diagram of a communication method according to the present disclosure;

fig. 4 is another exemplary scenario diagram of a communication method according to the present disclosure;

fig. 5 is a schematic diagram of yet another exemplary scenario of a communication method according to the present disclosure;

fig. 6 is a schematic diagram of one embodiment of a communications device of the present disclosure;

FIG. 7 is an exemplary system architecture to which the communication method of one embodiment of the present disclosure may be applied;

fig. 8 is a schematic diagram of a basic structure of an electronic device provided according to an embodiment of the present disclosure.

Detailed Description

Embodiments of the present disclosure will be described in more detail below with reference to the accompanying drawings. While certain embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure may be embodied in various forms and should not be construed as limited to the embodiments set forth herein, but rather are provided for a more complete and thorough understanding of the present disclosure. It should be understood that the drawings and embodiments of the disclosure are for illustration purposes only and are not intended to limit the scope of the disclosure.

It should be understood that the various steps recited in the method embodiments of the present disclosure may be performed in a different order, and/or performed in parallel. Moreover, method embodiments may include additional steps and/or omit performing the illustrated steps. The scope of the present disclosure is not limited in this respect.

The term "include" and variations thereof as used herein are open-ended, i.e., "including but not limited to". The term "based on" is "based at least in part on". The term "one embodiment" means "at least one embodiment"; the term "another embodiment" means "at least one additional embodiment"; the term "some embodiments" means "at least some embodiments". Relevant definitions for other terms will be given in the following description.

It should be noted that the terms "first", "second", and the like in the present disclosure are only used for distinguishing different devices, modules or units, and are not used for limiting the order or interdependence relationship of the functions performed by the devices, modules or units.

It is noted that references to "a", "an", and "the" modifications in this disclosure are intended to be illustrative rather than limiting, and that those skilled in the art will recognize that "one or more" may be used unless the context clearly dictates otherwise.

The names of messages or information exchanged between devices in the embodiments of the present disclosure are for illustrative purposes only, and are not intended to limit the scope of the messages or information.

Referring to fig. 1, a flow diagram of one embodiment of a communication method according to the present disclosure is shown. The communication method is applied to the terminal equipment. The communication method as shown in fig. 1 includes the

following steps

101 and 102.

Step 101, in response to detecting a call pre-operation, determining whether a candidate call object is in a call state.

In this embodiment, an executing body (e.g., a terminal device) of the communication method may determine whether the candidate call object is in a call state in response to detection of a call preliminary operation.

Here, the call pre-operation is for determining the candidate call object before making a call request

Here, the call pre-operation may be an operation performed before the terminal initiates a call. A call pre-operation operable to determine candidate call objects; it should be noted that the call pre-operation may have other functions besides being used to determine candidate call objects, such as searching for contacts, etc.

Here, the specific form of the call pre-operation may be set according to an actual application scenario, and is not limited herein.

As an example, a user may trigger a multimedia conference invitation control labeled "invite to a conference". The executive body may then expose several contact identifications. The user may search for the target contact from the several contact identifications (e.g., search for "zhang san"). In this scenario, the search operation initiated by the user may be understood as a call pre-operation, and the searched "zhang san" may be understood as a candidate call object.

A candidate call object may be understood herein as a candidate object for which a call is to be initiated.

As an example, initiating a call may include initiating a one-to-one call, and may also include initiating a multimedia conference join invitation.

In this embodiment, the in-call state may refer to being in a call process. In some application scenarios, a call state may also be referred to as a "busy line". By way of example, in a busy line with three busy lines, three busy lines can be understood as being in a call state.

Here, the kind of call may be various, and is not limited herein. As an example, the call may be a call in a multimedia conference, but also a one-to-one call between contacts.

In some embodiments, the call progress may include, but is not limited to, at least one of: a multimedia conference process and a contact communication process. Accordingly, the call request may include a multimedia conference invitation request, a contact call request.

And 102, in response to the fact that the candidate calling object is determined to be in the call state, displaying call state prompting information for prompting that the candidate calling object is in the call state.

In this embodiment, the executing body may present call state prompting information for prompting that the candidate call object is in a call state in response to determining that the candidate call object is in the call state.

Here, the call state prompting information may be used to prompt that the candidate call target is in a call state.

Optionally, when the candidate call object is in a call state, displaying call state prompt information; when the candidate calling object is not in a call state, no information is displayed.

Optionally, when the candidate call object is in a call state, displaying call state prompt information; and when the candidate calling object is in a call state, displaying prompt information indicating a non-call state.

It should be noted that, the communication method provided by this embodiment may reduce the amount of calculation and the amount of communication generated by updating the call statuses of all the contacts in real time, as compared with updating the call statuses of all the contacts to the client in real time when the execution main body determines whether the candidate call object is in a call status in response to detecting the call pre-operation. Therefore, the method can ensure that the user can provide the call state of the candidate call object when the user expects to call the candidate call object, and avoid invalid call as much as possible; and computing resources and communication resources consumed by providing the call state can be reduced as much as possible.

In addition, it should be noted that, the communication method provided in this embodiment determines whether the candidate call object is in a call state by responding to the detection of the call pre-operation; then, the call state prompt information corresponding to the call state object can be displayed. Thus, the user can be provided with the relevant information whether the candidate call object is in the call state before the user initiates the call. By adopting the displayed reminding, part of calls initiated because the opposite side is unknown in the conversation can be intercepted, and the communication resource consumption is reduced; the call waiting time of the busy line of the other party caused by the call initiated by the user can be reduced; interference to users in a call state may also be reduced.

In contrast, in some related art, a user desiring to initiate a call is not aware when a candidate call object is in a call state, e.g., in a one-to-one call with another person or being called. Such calls, which are initiated without knowledge, are likely to not be able to make a call (e.g., the call is not answered), resulting in wasted communication resources, wasted time for the call-initiating user, and possibly causing interference with the call-object.

In some embodiments, the call pre-operation may be triggered by a participant in a multimedia conference state.

In some embodiments, step 101 may include determining whether the candidate call object is in a call state in response to a call pre-operation triggered by the participant object in the multimedia conference state.

Here, the multimedia conference may be an online conference performed by a multimedia method. The multimedia conference comprises at least one of the following: audio conferences, audio-video conferences. It can be understood that the audio-video conference refers to that both audio interaction and video interaction exist in the conference process. In some embodiments, the multimedia conference may be an audio-video conference.

Here, the application for starting the multimedia conference may be an application through which the service end can provide a conference service of the multimedia conference, and the type of the application may be various and is not limited herein. For example, the application may be an instant video conference application, a messaging application, a video playing application, a mail application, and the like. Here, the above-described server may be used to support multimedia conferencing.

It should be noted that the application in the present disclosure is not only applicable to a mobile terminal, but also can be considered as an application installed in a terminal device (an electronic device such as a mobile phone or a PC).

Here, the multimedia conference state may be a state in which a conference is in progress. Here, the participant object in the multimedia conference state may be a participant object that has joined the multimedia conference.

Here, the participant in the multimedia conference state may send a join request by triggering a call pre-operation.

Here, the participant object in the multimedia conference state may send a call pre-operation to a user who does not join the multimedia conference, thereby sending a join request to an object that the participant object desires to join the multimedia conference. The user receiving the call joining request can join the multimedia conference, namely becomes a participant in the multimedia conference state, if the confirmation operation of the joining request is executed. Accordingly, if the confirmation operation of the join request is not performed (for example, the rejection operation of the join request is performed), the multimedia conference is not added this time.

It should be noted that, by displaying the relevant information of whether the candidate call object is in the call state, reference can be provided to the participant object to determine whether to send the join request, so that the participant object in the multimedia conference can be prevented from initiating an invalid call as much as possible, multimedia conference resources are saved, and the smooth progress of the multimedia conference is ensured.

In some embodiments, a participant in a multimedia conference state may trigger a call pre-action in a multimedia conference interface. In other words, the step 101 may include: and in response to detecting the call pre-operation triggered in the multimedia conference interface, determining whether the candidate call object is in a call state.

In this embodiment, the multimedia conference interface may be a related interface of a multimedia conference. The specific type and style of the multimedia conference interface may be set according to the actual application scenario, and is not limited herein.

It should be noted that the participant object may trigger the call pre-operation in the multimedia conference interface, so that the participant object may quickly initiate the call pre-operation on the candidate call object through the interface (multimedia conference interface) being displayed in the multimedia conference process, thereby increasing the initiation speed of the call pre-operation, further increasing the operation efficiency of the user in the multimedia conference, and ensuring the performance efficiency of the multimedia conference.

In some embodiments, the step 102 may include: and in response to determining that the candidate call object is in a call state, displaying a multimedia conference interface comprising call state prompt information.

Here, the call state prompt information may be presented in the multimedia conference interface.

It should be noted that, the call state prompt information is displayed in the multimedia conference interface, so that the number of interfaces can be reduced, and the user can be ensured to acquire the call state prompt information as much as possible, thereby reducing the interface interference and improving the information acquisition efficiency of the user during the multimedia conference; and the calculation amount generated by displaying the independent interface is reduced, and the smooth operation of the multimedia conference is ensured.

In some embodiments, the step 102 may include: and in response to determining that the candidate calling object is in a calling state, displaying a calling initiation feedback interface comprising the calling state prompt information.

In some application scenarios, the call pre-operation may be implemented by triggering a call initiation control.

Alternatively, the call initiation control may be provided in a variety of interfaces. As an example, a call initiation control can be provided in the contact list interface and can be provided in association with the contact identification, such that a call initiation operation for the contact associated with the call initiation control is achieved by triggering the call initiation control. As another example, a call initiation control may also be provided in the profile interface, which may facilitate initiation of a call.

It will be appreciated that the call pre-action may be directed to a particular user, which may be a candidate call object. As an example, the call pre-operation is directed to user lie four, that is, the terminal login user desires to initiate a call to lie four, then the candidate call object may be user lie four.

It should be noted that, in some related technologies, the terminal device directly sends the call request to the user indicated by the call initiation object in response to detecting the trigger of the user to the call initiation control. In contrast, the method and the device provide accurate call state prompt information to the user who initiates the call before sending the call request to the candidate call object in response to the detection of the triggering of the call initiating control by the user, intercept part of the call initiated because the opposite party is unknown in the call as far as possible, and reduce communication resource consumption. And moreover, a call initiation feedback interface is set, so that the call state of the candidate call object aimed at by the call initiation operation can be clearly prompted to the user.

In some embodiments, the call feedback initiation interface includes a follow-on call query control. The method further comprises the following steps: in response to detecting a confirmation operation for the follow-up call query control, sending a call request to a candidate call object to cause the candidate call object to receive the call request.

It should be noted that the setting of the continue call inquiry control provides the call initiating user with an opportunity to initiate a further call. In other words, if the call-initiating user wishes to continue placing a call, the terminal device may initiate a call to the candidate call object. Therefore, some communication expectations of the calling initiating user can be met, and the situation that the communication efficiency is low due to the fact that the calling initiating user does not communicate with the candidate calling object is avoided as much as possible.

In some embodiments, the call initiation feedback interface includes a cancel call query control. The method further comprises the following steps: and canceling the initiated call in response to detecting the confirmation operation aiming at the call canceling inquiry control.

In some application scenarios, the continue call interrogation control and the cancel call interrogation control may be responsive to user actions. As an example, the follow-on call interrogation control may be labeled with the word "follow-on call". The cancel call query control may be labeled with the word "cancel call".

Here, cancelling the originating call may be understood as stopping the call progress to the candidate call object.

In some application scenarios, cancelling the originating call may include ceasing to present an interface indicating that a call is to be initiated to the candidate call object.

It should be noted that the setting of the cancel call inquiry control can provide the user with an opportunity to cancel the call. Under the condition that a user who initiates a call wishes to end the call initiating operation, the user cancels the initiated call in time, and avoids the waste of communication resources caused by further call operation.

In some embodiments, the above method further comprises: and responding to the situation that the candidate calling object is not in a call state, and sending a calling request to the candidate calling object so that the candidate calling object receives the calling request.

It should be noted that, if the candidate call object is not in a call state, the execution main body may directly send the call request to the candidate call object without displaying the call initiation feedback interface, thereby saving the link of further confirming whether to initiate the call by the user. Thus, call efficiency can be improved.

Referring to fig. 2, fig. 2 illustrates a flow of one embodiment of a communication method according to the present disclosure. The communication method is applied to the terminal equipment.

In the communication method shown in fig. 2, the call pre-operation may include a trigger operation for a call initiation control.

Step 201, in response to detecting a trigger operation for a call initiating control, determining whether a candidate call object is in a call state.

In this embodiment, the executing body may, in response to detecting the triggering operation for the call initiation control, first not immediately issue the call request, but determine whether the candidate call object is in a call state.

Step 202, in response to determining that the candidate call object is in a call state, displaying a call initiation feedback interface including the call state prompt information.

In this embodiment, the executing entity may display the call state prompt information in the call initiation feedback interface in response to determining that the candidate call object is in the call state.

In some embodiments, the call initiation feedback interface may include at least one of: and continuing to call the inquiry control and canceling the call inquiry control.

Step 203, in response to detecting the confirmation operation for the follow-up call inquiry control, sending a call request to the candidate call object.

In this embodiment, the executing entity may send a call request to the candidate call object in response to detecting the confirmation operation for the follow-up call query control.

Step 204, in response to detecting a confirmation operation for the cancel call query control, the originating call is cancelled.

In this embodiment, the execution subject may cancel the originating call in response to detecting the confirmation operation for the cancel call inquiry control.

Step 205, in response to determining that the candidate call object is not in a call state, sending a call request to the candidate call object.

In this embodiment, the executing entity may send a call request to the candidate call object in response to determining that the candidate call object is not in a call state.

It should be noted that details of implementation and technical effects of each step in the embodiment corresponding to fig. 2 may refer to descriptions of relevant parts in this application, and are not described herein again.

It should be noted that, in the embodiment corresponding to fig. 2, the execution subject may determine whether the candidate call object is in a call state in response to detecting the detection operation (i.e., the call pre-operation) for the call initiation control, and determine whether to display the call initiation feedback interface based on whether the candidate call object is in the call state. Specifically, if yes, a call initiation feedback interface is displayed; if not, the call request is directly sent to the candidate call object. Therefore, the call efficiency is ensured, and meanwhile, the confirmation opportunity is provided for the call initiating user, and the waste of communication resources caused by invalid calls (such as non-answering) is reduced.

Referring to fig. 3, an exemplary application scenario of the corresponding embodiment of fig. 2 is shown.

The terminal may first present call initiation control 301, and call initiation control 301 may correspond to user li.

The user who logs in the client on the terminal described above, zhang, can click call initiation control 301.

Then, the terminal can determine whether the user lie is in a call.

If the user lie is in a call, the terminal may present a call initiation feedback interface 302. The call initiation feedback interface 302 described above may include a continue call query control 3021 and a cancel call query control 3022.

Optionally, the user may click on the follow-up call query control 3021 as a confirmation operation for the follow-up call query control. The terminal may then initiate a call to the user lee.

Optionally, the user may click on the cancel call query control 3022 as a confirmation operation for the cancel call query control. Then, the terminal can cancel the call to the user LiIV; visually, the terminal device may exit the call interface.

In some embodiments, the call pre-operation may include a contact search operation. The candidate call object is a user and/or a user group indicated by a search result of a contact search operation.

In some embodiments, the step 101 may include: and in response to the fact that the candidate calling object user is in the call state, displaying the call state prompt information in a contact search feedback interface.

Here, the contact search operation may be used to search for contacts and/or user groups.

Here, the contact searching operation may search for a contact in the contact set based on the contact set with the established association relationship.

In some application scenarios, a contact search entry may be included in the conference interface, and the user may enter a contact identification at the contact search operation entry.

Optionally, after the user inputs the complete contact identification, the search control is triggered, and the action of triggering the search control may be used as a contact search operation. After the user enters the contact identification and triggers the search control,

alternatively, the input operation of the user inputting (all or part of) the contact identifier may be used as the contact search operation.

Here, the execution subject may match the contact set based on the contact identification input by the user and display the matching result. If the user indicated by the contact person identifier in the matching result is in the call state, the call state prompt information can be displayed aiming at the contact person identifier in the matching result.

Referring to fig. 4, an exemplary application scenario according to an implementation of the present application is shown. In fig. 4, the terminal device presents a contact search entry 401 and a search result presentation area 402. Here, the user inputs "lie", and the execution subject can be matched to obtain two matching results of "lie four" and "Li Wu". Among them, "lie four" and "Li Wu" are candidate call objects. Wherein, the LiIV is in a call state, and the LiV is not in a call state. Then call state prompting information, i.e., the word "in call" in parentheses, may be presented for lie four, if shown.

In some embodiments, the method may further include: and displaying the call state prompt information corresponding to the contact person identification in the target interface.

In some embodiments, a target interface including call state prompt information may be presented in response to determining that the target interface is presented and/or in response to determining that a contact indicated by a contact identification in the target interface is in a call state.

Here, the target interface may include contact identification and a call initiation control. There may be a one-to-one correspondence between the call initiation control and the contact identification.

Here, the call state prompting message can be used for representing that the contact is in the call state.

Here, if the contact indicated by the contact identifier is in a call state, the call state prompt message may be presented correspondingly.

In some embodiments, the target interface may include a call initiation control. It should be noted that the target interface is provided with a call initiation control, which facilitates and quickly initiating a call.

It should be noted that, the target interface includes a contact identifier and a call initiation control corresponding to the contact identifier, and a login user of the terminal device may trigger the call initiation control. Before the call initiating control is triggered, namely the call state of the contact person is determined and whether the call state indicating information is displayed or not is determined, invalid call initiating operation can be further reduced, and therefore the consumption of computing resources and display resources caused by the call initiating operation is further reduced.

In some embodiments, the target interface may include at least one of, but is not limited to: a contact list interface, a personal profile interface for the contact.

Here, the contact list interface may present a contact list.

Here, the contact's profile interface may be used to present the contact's profile.

It should be noted that the call state prompt information is displayed in the contact list interface, and the call states of the contacts can be provided to the user in batch, so that the user can arrange the call sequence and time according to the call states, and the communication efficiency of the user is improved.

It should be noted that, by displaying the call state prompt information in the personal data interface of the contact, when the user browses the personal data of the contact, the call initiating control can be provided as a convenient contact entry, and the call state prompt information is used as a judgment basis for whether to initiate a call, so that the user can not only quickly call the corresponding contact, but also avoid invalid calls, thereby improving the communication efficiency.

In some embodiments, the above method further comprises: sending a state confirmation request comprising the user identification to a server; and determining whether the user indicated by the user identification is in a call state or not according to the received call state notification.

Here, the status confirmation request may be used to confirm whether the user indicated by the user identifier is in a call state.

Here, the server returns a call state notification based on the state confirmation request. The call state notification may be used to indicate whether the user indicated by the user identifier in the state confirmation request is in a call state.

Here, the execution body may determine whether the user indicated by the user identifier is in a call state according to the received call state notification.

In some application scenarios, the executing agent may send a status confirmation request including the candidate call object to the server in response to detecting the call pre-operation.

In some application scenarios, the execution subject may send a status confirmation request including the contact identification in the target interface to the server in response to exposing the target interface.

It should be noted that, by sending a status confirmation request to the server, the execution main body may obtain accurate information whether the user is in a call status.

In some embodiments, the returning, by the server, a call state notification based on the state confirmation request may include: and responding to the received state confirmation request, and determining whether the user indicated by the user identifier in the state confirmation request is in a call state or not according to the state record information.

Here, the state record information includes a user identifier and a state identifier having a correspondence relationship.

Here, the status identifier in the status record information may be updated according to status report information transmitted by the end user.

In some application scenarios, the status report information that the end user may send to the server may be used to report whether the end user is currently in a call state. In other words, the status report information indicates whether the user is in a call state.

As an example, an end user may send status report information indicating a call state to a server when initiating a call or completing a call.

As an example, the end user may send status report information indicating that it is not in a call state to the server when the user ends the call or the call is ended by another person.

It should be noted that, by dynamically maintaining the state record information through the server, a basis for inquiring whether other users are in a call state or not can be provided for a wide range of terminals. Therefore, invalid calls under the scene of a large number of users can be greatly reduced, and the waste of communication resources caused by the invalid calls is effectively reduced.

Referring to fig. 5, an exemplary application scenario is shown in which the execution agent interacts with a server as described above.

The terminal device 501 may be an execution subject that transmits the status confirmation request, and the terminal device 501 may transmit the status confirmation request to the server 502.

The server 502 may return a call state notification based on the state confirmation request.

The call state notification may be determined by the server 502 based on the state report information reported by the terminal device 503 and the terminal device 504. Here, the terminal device 503 and the terminal device 504 are merely illustrative, and may represent any terminal device that communicates with the server 502 and reports status report information.

The present disclosure provides one embodiment of another communication method for use in an electronic device, such as a server. The communication method may include: and responding to the received state confirmation request comprising the user identification, and determining whether the user indicated by the user identification in the state confirmation request is in a call state or not according to the state record information.

In this embodiment, the status record information includes a user identifier and a status identifier having a corresponding relationship, and the status identifier in the status record information is updated according to status report information sent by the second terminal, where the status report information indicates whether the user is in a call state;

in this embodiment, the state confirmation request is sent by the first terminal, and the first terminal determines whether the user indicated by the user identifier is in a call state according to the received call state notification.

In some application scenarios, the first terminal may send a status confirmation request including the candidate call object to the server in response to detecting the call pre-operation.

In some application scenarios, the first terminal may send, in response to presenting the target interface, a status confirmation request including the contact identifier in the target interface to the server.

It should be noted that, by sending the status confirmation request to the server, the first terminal may obtain accurate information whether the user is in a call state.

In some application scenarios, the status report information sent by the second terminal to the server may be used to report whether the terminal user is currently in a call state. In other words, the status report information indicates whether the user of the second terminal is in a call state.

As an example, the second end user may send status report information indicating that it is in a call state to the server when initiating a call or putting through a call.

As an example, the second end user may send status report information indicating that the second end user is not in a call state to the server when the user ends the call or the call is ended by another person.

It should be noted that, by dynamically maintaining the state record information through the server, a basis for inquiring whether other users are in a call state or not can be provided for a wide range of terminals. Therefore, invalid calls in a large number of user scenes can be greatly reduced, and waste of communication resources caused by the invalid calls is effectively reduced.

With further reference to fig. 6, as an implementation of the methods shown in the above figures, the present disclosure provides an embodiment of a communication apparatus, which corresponds to the method embodiment shown in fig. 1, and which is specifically applicable to various electronic devices.

As shown in fig. 6, the communication apparatus of the present embodiment includes: a determination unit 601 and a presentation unit 602. The determining unit is used for determining whether the candidate calling object is in a calling state or not in response to the detection of a calling pre-operation, wherein the calling pre-operation is used for determining the candidate calling object before sending a calling request; and the display unit is used for responding to the determination that the candidate calling object is in the calling state and displaying calling state prompt information for prompting that the candidate calling object is in the calling state.

In this embodiment, specific processing of the determining unit 601 and the presenting unit 602 of the communication device and technical effects thereof can refer to related descriptions of step 101 and step 102 in the corresponding embodiment of fig. 1, which are not repeated herein.

In some embodiments, the call pre-operation is triggered by a participant in a multimedia conference state.

In some embodiments, said determining whether said candidate call object is in a call state in response to detecting a call pre-operation comprises: and in response to detecting the call pre-operation triggered in the multimedia conference interface, determining whether the candidate call object is in a call state.

In some embodiments, said presenting, in response to determining that the candidate call object is in a call state, call state prompting information for prompting that the candidate call object is in a call state includes: and in response to determining that the candidate call object is in a call state, displaying a multimedia conference interface comprising call state prompt information.

In some embodiments, the presenting, in response to determining that the candidate call object is in a call state, call state prompt information for prompting that the candidate call object is in the call state includes: and in response to determining that the candidate calling object is in a calling state, displaying a calling initiation feedback interface comprising the calling state prompt information.

In some embodiments, the call initiation feedback interface includes a follow-up call query control; and the apparatus is further configured to: and in response to the detection of the confirmation operation aiming at the continuous call inquiry control, sending a call request to the candidate call object so that the candidate call object receives the call request.

In some embodiments, the call initiation feedback interface includes a cancel call query control; and the apparatus is further configured to: and canceling the initiated call in response to detecting the confirmation operation aiming at the call canceling inquiry control.

In some embodiments, the apparatus is further configured to: and responding to the situation that the candidate calling object is not in a call state, and sending a calling request to the candidate calling object so that the candidate calling object receives the calling request.

In some embodiments, the call pre-operation includes a contact search operation, and the candidate call object is a user and/or a user group indicated by a search result of the contact search operation; and the presenting, in response to determining that the candidate call object is in a call state, call state prompting information for prompting that the candidate call object is in the call state, includes: and in response to the fact that the candidate calling object user is in the call state, displaying the call state prompt information in a contact search feedback interface.

In some embodiments, the apparatus is further configured to: and displaying call state prompt information corresponding to the contact person identification in a target interface, wherein the target interface comprises the contact person identification, and the call state prompt information is used for representing that the contact person is in a call state.

In some embodiments, the target interface includes at least one of: a contact list interface, a personal data interface of the contact.

In some embodiments, the target interface includes a call initiation control.

In some embodiments, the apparatus is further configured to: sending a state confirmation request comprising a user identifier to a server, wherein the server returns a call state notification based on the state confirmation request; and determining whether the user indicated by the user identification is in a call state or not according to the received call state notification.

In some embodiments, the returning, by the server, a call state notification based on the state confirmation request includes: in response to receiving the state confirmation request, determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state record information; the state record information comprises a user identifier and a state identifier which have a corresponding relation, the state identifier in the state record information is updated according to state report information sent by a terminal user, and the state report information indicates whether the user is in a call state or not.

The present disclosure provides one embodiment of another communication apparatus that may be particularly applicable in a variety of electronic devices. The communication apparatus may include: and the determining module is used for responding to the received state confirmation request comprising the user identification, and determining whether the user indicated by the user identification in the state confirmation request is in a call state or not according to the state record information.

Here, the status record information includes a user identifier and a status identifier having a corresponding relationship, and the status identifier in the status record information is updated according to status report information sent by the second terminal, wherein the status report information indicates whether the user is in a call state.

Here, the status confirmation request is sent by the first terminal, and the first terminal determines whether the user indicated by the user identifier is in a call status according to the received call status notification.

Referring to fig. 7, fig. 7 illustrates an exemplary system architecture to which the communication method of one embodiment of the present disclosure may be applied.

As shown in fig. 7, the system architecture may include

terminal devices

701, 702, 703, a network 704, and a server 705. The network 704 serves to provide a medium for communication links between the

terminal devices

701, 702, 703 and the server 705. Network 704 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

The

terminal devices

701, 702, 703 may interact with a server 705 over a network 704 to receive or send messages or the like. The

terminal devices

701, 702, 703 may have various client applications installed thereon, such as a web browser application, a search-type application, and a news-information-type application. The client applications in the

terminal devices

701, 702, and 703 may receive the instruction of the user, and complete corresponding functions according to the instruction of the user, for example, add corresponding information to the information according to the instruction of the user.

The

terminal devices

701, 702, and 703 may be hardware or software. When the

terminal devices

701, 702, and 703 are hardware, they may be various electronic devices having a display screen and supporting web browsing, including but not limited to smart phones, tablet computers, e-book readers, MP3 players (Moving Picture Experts Group Audio Layer III, motion Picture Experts compression standard Audio Layer 3), MP4 players (Moving Picture Experts Group Audio Layer IV, motion Picture Experts compression standard Audio Layer 4), laptop portable computers, desktop computers, and the like. When the

terminal devices

701, 702, and 703 are software, they can be installed in the electronic devices listed above. It may be implemented as multiple pieces of software or software modules (e.g., software or software modules used to provide distributed services) or as a single piece of software or software module. And is not particularly limited herein.

The server 705 may be a server providing various services, for example, receiving an information acquisition request sent by the

terminal devices

701, 702, and 703, and acquiring display information corresponding to the information acquisition request in various ways according to the information acquisition request. And the relevant data of the presentation information is sent to the

terminal devices

701, 702, 703.

It should be noted that the communication method provided by the embodiment of the present disclosure may be executed by a terminal device, and accordingly, the communication apparatus may be disposed in the

terminal devices

701, 702, and 703. In addition, the communication method provided by the embodiment of the present disclosure may also be executed by the server 705, and accordingly, the communication device may be provided in the server 705.

It should be understood that the number of terminal devices, networks, and servers in fig. 7 is merely illustrative. There may be any number of terminal devices, networks, and servers, as desired for implementation.

Referring now to fig. 8, shown is a schematic diagram of an electronic device (e.g., a terminal device or a server of fig. 7) suitable for use in implementing embodiments of the present disclosure. The terminal device in the embodiments of the present disclosure may include, but is not limited to, a mobile terminal such as a mobile phone, a notebook computer, a digital broadcast receiver, a PDA (personal digital assistant), a PAD (tablet computer), a PMP (portable multimedia player), a vehicle terminal (e.g., a car navigation terminal), and the like, and a stationary terminal such as a digital TV, a desktop computer, and the like. The electronic device shown in fig. 8 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present disclosure.

As shown in fig. 8, an electronic device may include a processing means (e.g., a central processing unit, a graphics processor, etc.) 801 that may perform various appropriate actions and processes according to a program stored in a Read Only Memory (ROM) 802 or a program loaded from a storage means 808 into a Random Access Memory (RAM) 803. In the RAM803, various programs and data necessary for the operation of the electronic apparatus 800 are also stored. The processing apparatus 801, the ROM 802, and the RAM803 are connected to each other by a bus 804. An input/output (I/O) interface 805 is also connected to bus 804.

Generally, the following devices may be connected to the I/O interface 805: input devices 806 including, for example, a touch screen, touch pad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 807 including, for example, a Liquid Crystal Display (LCD), speakers, vibrators, and the like; storage 808 including, for example, magnetic tape, hard disk, etc.; and a communication device 809. The communication means 809 may allow the electronic device to communicate with other devices wirelessly or by wire to exchange data. While fig. 8 illustrates an electronic device having various means, it is to be understood that not all illustrated means are required to be implemented or provided. More or fewer devices may alternatively be implemented or provided.

In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program carried on a non-transitory computer readable medium, the computer program containing program code for performing the method illustrated by the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication means 809, or installed from the storage means 808, or installed from the ROM 802. The computer program, when executed by the processing apparatus 801, performs the above-described functions defined in the methods of the embodiments of the present disclosure.

It should be noted that the computer readable medium in the present disclosure can be a computer readable signal medium or a computer readable storage medium or any combination of the two. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present disclosure, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In contrast, in the present disclosure, a computer readable signal medium may comprise a propagated data signal with computer readable program code embodied therein, either in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: electrical wires, optical cables, RF (radio frequency), etc., or any suitable combination of the foregoing.

In some embodiments, the clients, servers may communicate using any currently known or future developed network Protocol, such as HTTP (HyperText Transfer Protocol), and may interconnect with any form or medium of digital data communication (e.g., a communications network). Examples of communication networks include a local area network ("LAN"), a wide area network ("WAN"), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., ad hoc peer-to-peer networks), as well as any currently known or future developed network.

The computer readable medium may be embodied in the electronic device; or may exist separately without being assembled into the electronic device.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: in response to detecting a call pre-operation, determining whether the candidate call object is in a call state, wherein the call pre-operation is used for determining the candidate call object before sending a call request; and displaying call state prompting information for prompting that the candidate call object is in the call state in response to the fact that the candidate call object is determined to be in the call state.

The computer readable medium carries one or more programs which, when executed by the electronic device, cause the electronic device to: in response to receiving a state confirmation request comprising a user identifier, determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state record information; the state recording information comprises a user identifier and a state identifier which have a corresponding relation, and the state identifier in the state recording information is updated according to state report information sent by a second terminal, wherein the state report information indicates whether a user is in a call state; the state confirmation request is sent by the first terminal, and the first terminal determines whether the user indicated by the user identifier is in a call state or not according to the received call state notification.

Computer program code for carrying out operations for the present disclosure may be written in any combination of one or more programming languages, including but not limited to an object oriented programming language such as Java, smalltalk, C + +, and conventional procedural programming languages, such as the "C" programming language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present disclosure. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present disclosure may be implemented by software or hardware. Where the name of a unit does not in some cases constitute a definition of the unit itself, for example, the determination unit may also be described as a "unit that determines whether or not a candidate call object is in a call state".

The functions described herein above may be performed, at least in part, by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that may be used include: field Programmable Gate Arrays (FPGAs), application Specific Integrated Circuits (ASICs), application Specific Standard Products (ASSPs), system on a chip (SOCs), complex Programmable Logic Devices (CPLDs), and the like.

In the context of this disclosure, a machine-readable medium may be a tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples of a machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing.

The foregoing description is only exemplary of the preferred embodiments of the disclosure and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the disclosure herein is not limited to the particular combination of features described above, but also encompasses other embodiments in which any combination of the features described above or their equivalents does not depart from the spirit of the disclosure. For example, the above features and (but not limited to) the features disclosed in this disclosure having similar functions are replaced with each other to form the technical solution.

Further, while operations are depicted in a particular order, this should not be understood as requiring that such operations be performed in the particular order shown or in sequential order. Under certain circumstances, multitasking and parallel processing may be advantageous. Likewise, while several specific implementation details are included in the above discussion, these should not be construed as limitations on the scope of the disclosure. Certain features that are described in the context of separate embodiments can also be implemented in combination in a single embodiment. Conversely, various features that are described in the context of a single embodiment can also be implemented in multiple embodiments separately or in any suitable subcombination.

Although the subject matter has been described in language specific to structural features and/or methodological acts, it is to be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or acts described above. Rather, the specific features and acts described above are disclosed as example forms of implementing the claims.

Claims

1. A method of communication, comprising:

determining whether a candidate calling object is in a calling state or not in response to detecting a calling pre-operation, wherein the calling pre-operation is used for determining the candidate calling object before sending a calling request;

in response to the fact that the candidate calling object is in the call state, displaying call state prompt information for prompting that the candidate calling object is in the call state;

the call pre-operation comprises a contact person searching operation, and the candidate call object is a user and/or a user group indicated by a searching result of the contact person searching operation; and

the displaying, in response to determining that the candidate call object is in a call state, call state prompting information for prompting that the candidate call object is in the call state includes:

and in response to the fact that the candidate call object user is in the call state, displaying the call state prompt information in a contact person search feedback interface.

2. The method of claim 1, wherein the call pre-operation is triggered by a participant in a multimedia conference state.

3. The method of claim 2, wherein determining whether the candidate call object is in a call state in response to detecting the call pre-operation comprises:

and in response to detecting the call pre-operation triggered in the multimedia conference interface, determining whether the candidate call object is in a call state.

4. The method of claim 3, wherein presenting, in response to determining that the candidate call object is in the call state, call state prompting information for prompting that the candidate call object is in the call state comprises:

and in response to determining that the candidate call object is in a call state, displaying a multimedia conference interface comprising call state prompt information.

5. The method according to any one of claims 1 to 3,

and in response to determining that the candidate call object is in a call state, displaying a call initiation feedback interface comprising the call state prompt information.

6. The method of claim 5, wherein the call initiation feedback interface comprises a follow-on call query control; and

the method further comprises the following steps:

in response to detecting a confirmation operation for the follow-up call query control, sending a call request to the candidate call object to cause the candidate call object to receive the call request.

7. The method of claim 5, wherein the call initiation feedback interface comprises a cancel call query control; and

the method further comprises the following steps:

canceling the originating call in response to detecting a confirmation operation to the cancel call query control.

8. The method of claim 5, further comprising: in response to determining that the candidate call object is not in a call state, sending a call request to the candidate call object such that the candidate call object receives the call request.

9. The method of claim 1, further comprising:

and displaying call state prompt information corresponding to the contact person identification in a target interface, wherein the target interface comprises the contact person identification, and the call state prompt information is used for representing that the contact person is in a call state.

10. The method of claim 9, wherein the target interface comprises a call initiation control.

11. The method of claim 9, wherein the target interface comprises at least one of: a contact list interface, a personal profile interface for the contact.

12. The method of claim 1, further comprising:

sending a state confirmation request comprising a user identifier to a server, wherein the server returns a call state notification based on the state confirmation request;

and determining whether the user indicated by the user identification is in a call state or not according to the received call state notification.

13. The method of claim 12, wherein the server returns a call status notification based on the status confirmation request, comprising:

in response to receiving the state confirmation request, determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state recording information;

the state recording information comprises a user identifier and a state identifier which have a corresponding relation, the state identifier in the state recording information is updated according to state report information sent by a terminal user, and the state report information indicates whether the user is in a call state or not.

14. A method of communication, comprising:

determining whether a candidate calling object is in a calling state or not in response to detecting a calling pre-operation, wherein the calling pre-operation is used for determining the candidate calling object before sending a calling request; the call pre-operation comprises a contact person searching operation, and the candidate call object is a user and/or a user group indicated by a searching result of the contact person searching operation;

in response to determining that the candidate call object user is in a call state, displaying the call state prompt information in a contact search feedback interface;

in response to receiving a state confirmation request comprising a user identifier, determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state record information;

the state recording information comprises a user identifier and a state identifier which have a corresponding relation, and the state identifier in the state recording information is updated according to state report information sent by a second terminal, wherein the state report information indicates whether a user is in a call state;

and the first terminal determines whether the user indicated by the user identifier is in a call state or not according to the received call state notification.

15. A communications apparatus, comprising:

a determination unit configured to determine whether a candidate call object is in a call state in response to detection of a call pre-operation;

the display unit is used for responding to the fact that the candidate calling object is in the call state, and displaying call state prompt information used for prompting that the candidate calling object is in the call state;

the call pre-operation comprises a contact person searching operation, and the candidate call object is a user and/or a user group indicated by a searching result of the contact person searching operation; the presentation unit is further configured to: and in response to determining that the candidate call object user is in a call state, displaying the call state prompt information in a contact search feedback interface.

16. A communications apparatus, comprising:

a determining module, configured to determine whether a candidate call object is in a call state in response to detecting a call pre-operation, wherein the call pre-operation is used to determine the candidate call object before sending a call request; the call pre-operation comprises a contact person searching operation, and the candidate call object is a user and/or a user group indicated by a searching result of the contact person searching operation;

the display module is used for responding to the fact that the candidate calling object user is in a call state, and displaying the call state prompt information in a contact search feedback interface;

the determining module is used for responding to a received state confirmation request comprising a user identifier, and determining whether a user indicated by the user identifier in the state confirmation request is in a call state or not according to state recording information;

the state confirmation request is sent by the first terminal, and the first terminal determines whether the user indicated by the user identifier is in a call state or not according to the received call state notification.

17. An electronic device, comprising:

one or more processors;

a storage device for storing one or more programs,

when executed by the one or more processors, cause the one or more processors to implement the method of any one of claims 1-13 or the method of claim 14.

18. A computer-readable medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-13 or the method according to claim 14.