CN114500739B - A call request method, device, equipment and computer-readable storage medium - Google Patents
A call request method, device, equipment and computer-readable storage medium Download PDFInfo
- Publication number
- CN114500739B CN114500739B CN202210091111.2A CN202210091111A CN114500739B CN 114500739 B CN114500739 B CN 114500739B CN 202210091111 A CN202210091111 A CN 202210091111A CN 114500739 B CN114500739 B CN 114500739B
- Authority
- CN
- China
- Prior art keywords
- call request
- background image
- additional information
- message
- sent
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72484—User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/57—Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
- H04M1/575—Means for retrieving and displaying personal data about calling party
- H04M1/576—Means for retrieving and displaying personal data about calling party associated with a pictorial or graphical representation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72469—User interfaces specially adapted for cordless or mobile telephones for operating the device by selecting functions from two or more displayed items, e.g. menus or icons
Landscapes
- Engineering & Computer Science (AREA)
- Human Computer Interaction (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
Abstract
The embodiment of the application discloses a call request method, a call request device, call request equipment and a computer readable storage medium, which are applied to first equipment, wherein the call request method comprises the following steps: obtaining a call request initiated to the second device; determining additional information sent to the second equipment according to the call request; and sending the additional information and the call request to the second device simultaneously. Therefore, by adding the additional information in the call request initiating process, the call purpose can be more definite, the readability is good, the efficiency can be improved, the product performance can be improved, and the product has more competitiveness.
Description
Technical Field
The present application relates to the field of terminal interaction technologies, and in particular, to a call request method, device, equipment, and computer readable storage medium.
Background
Under the current fast-paced life style, the opportunities for friends and families to meet gradually decrease, and more emotion contact is carried out by means of video conversation. Currently, a terminal device having a camera can implement a video call by installing a video call application.
In the related art, after a caller initiates a video call request, if a message needs to be sent to a receiver at the same time, one solution is to draw up a configuration interface in the video call request interface and then jump to a sending window of an information application (e.g., iMessage) to send the message to the receiver. However, this solution is cumbersome to operate, poor in readability, and limited in functionality provided by these video telephony applications, resulting in inefficiencies.
Disclosure of Invention
The application provides a call request method, a call request device, call request equipment and a computer readable storage medium, which can make a call aim more definite and have good readability by adding additional information in the call request initiating process, thereby improving the efficiency and the product performance.
In order to achieve the above purpose, the technical scheme of the application is realized as follows:
in a first aspect, an embodiment of the present application provides a call request method, which is applied to a first device, where the method includes:
obtaining a call request initiated to the second device;
Determining additional information sent to the second equipment according to the call request;
and sending the additional information and the call request to the second device simultaneously.
In a second aspect, an embodiment of the present application provides a call request apparatus, which is applied to a first device, where the call request apparatus includes an acquisition unit, a determination unit, and a sending unit; wherein,
The acquisition unit is configured to acquire a call request initiated to the second equipment;
A determining unit configured to determine additional information sent to the second device according to the call request;
And a transmitting unit configured to transmit the additional information to the second device simultaneously with the call request.
In a third aspect, an embodiment of the present application provides a terminal device, where the terminal device includes a memory and a processor; wherein,
A memory for storing a computer program capable of running on the processor;
a processor for performing the method as described in the first aspect when the computer program is run.
In a fourth aspect, embodiments of the present application provide a computer-readable storage medium storing a computer program which, when executed by at least one processor, implements a method as described in the first aspect.
The embodiment of the application provides a call request method, a call request device, call request equipment and a computer readable storage medium, wherein a call request initiated to second equipment is obtained at a first equipment side; determining additional information sent to the second equipment according to the call request; and sending the additional information and the call request to the second device simultaneously. In this way, by adding additional information in the process of initiating the call request, the call purpose is more definite, the call request is more formal, and by setting a background image in the process of initiating the pass request, the call request interface is more attractive and more readable; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has more competitiveness.
Drawings
FIG. 1A is a diagram of a pull-up interface in a video call request;
FIG. 1B is a diagram of an iMessage application interface in a video call request;
FIG. 1C is a diagram of a requested interface in a video call request;
FIG. 2A is a diagram illustrating an active request interface in a video call request;
FIG. 2B is a diagram of a requested interface in a video call request;
fig. 3 is a flowchart of a call request method according to an embodiment of the present application;
fig. 4 is a second flow chart of a call request method according to an embodiment of the present application;
fig. 5 is a flow chart diagram III of a call request method according to an embodiment of the present application;
Fig. 6 is a detailed flowchart of sending additional information when a call request is sent according to an embodiment of the present application;
fig. 7 is a detailed flowchart of background setting during a call request according to an embodiment of the present application;
Fig. 8A is a schematic diagram showing an effect of an address book according to an embodiment of the present application;
fig. 8B is a schematic diagram showing the effect of a call request function according to an embodiment of the present application;
Fig. 8C is a schematic diagram showing an effect of initiating a call request according to an embodiment of the present application;
fig. 8D is a schematic diagram showing an effect of adding text messages according to an embodiment of the present application;
Fig. 8E is a schematic diagram showing an effect of adding a voice message according to an embodiment of the present application;
Fig. 8F is a schematic diagram showing an effect of adding a local photo file according to an embodiment of the present application;
Fig. 8G is a schematic diagram showing an effect of adding a local audio file according to an embodiment of the present application;
fig. 8H is a schematic diagram showing an effect of adding a local video file according to an embodiment of the present application;
Fig. 9A is a schematic diagram showing an effect of setting a background of a call request according to an embodiment of the present application;
fig. 9B is a second schematic diagram showing an effect of setting a background of a call request according to an embodiment of the present application;
Fig. 9C is a schematic diagram showing an effect of setting a background of a call request according to the embodiment of the present application;
fig. 9D is a schematic diagram showing an effect of a caller interface in a call request according to an embodiment of the present application;
fig. 10A is a schematic diagram showing an effect of a receiver interface in a call request according to an embodiment of the present application;
fig. 10B is a schematic diagram showing an effect of a receiver interface in a call request according to an embodiment of the present application;
fig. 11 is a schematic diagram showing the effect of chat logging after a call request is rejected according to an embodiment of the application;
Fig. 12 is a schematic diagram of a system frame of a terminal device according to an embodiment of the present application;
Fig. 13 is a schematic diagram of a composition structure of a call request device according to an embodiment of the present application;
fig. 14 is a schematic diagram of a composition structure of a terminal device according to an embodiment of the present application;
Fig. 15 is a schematic diagram of a composition structure of another terminal device according to an embodiment of the present application.
Detailed Description
For a more complete understanding of the nature and the technical content of the embodiments of the present application, reference should be made to the following detailed description of embodiments of the application, taken in conjunction with the accompanying drawings, which are meant to be illustrative only and not limiting of the embodiments of the application.
Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the application only and is not intended to be limiting of the application.
In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict. It should also be noted that the term "first\second\third" in relation to embodiments of the present application is used merely to distinguish similar objects and does not represent a particular ordering for the objects, it being understood that the "first\second\third" may be interchanged in a particular order or sequence, where allowed, to enable embodiments of the present application described herein to be practiced in an order other than that illustrated or described herein.
At present, the terminal equipment with the camera can be used for Voice Call and Video Call (Video Call/Voice Call), a user can realize emotion contact between friends and families through the Video Call, and the user can also carry out multi-person conference, online game, live broadcast and the like through the Video Call.
As can be appreciated, the video telephony applications that are currently more common are mainly: faceTime video call, weChat video call, etc. When a caller initiates a video call request, the recipient can typically select one of the modes for the call, among video and voice calls.
In one implementation, the FaceTime video call is implemented between two FaceTime loaded terminal devices by wireless communication (WIRELESS FIDELITY, wi-Fi) or cellular data access to the internet. It requires both parties to the call to have target devices loaded with FaceTime, target Identifier (ID) information, third generation mobile communication technology (3 rd-Generation of broadband cellular network technology, 3G) that can access the internet, fourth generation mobile communication technology (4 rd-Generation of broadband cellular network technology, 4G) or Wi-Fi networks.
In another implementation, the WeChat Video call is a multimedia application integration Engine based on WeChat multimedia team self-research, i.e., weChat Audio Video Engine (Wechat Audio & Video Engine, WAVE). The bottom layer of the engine, the kernel layer, is composed of three types of cross-platform technologies, namely transmission, video and audio. On this, some interface packages and application logic designs are performed for the characteristics of different application types, forming an application layer, which supports a plurality of different types of applications, such as real-time call applications, and currently available for point-to-point and multi-person video call of WeChat.
It will also be appreciated that for the current mainstream video call request interface, in an implementation of FaceTime, see fig. 1A, which shows a pull-up interface schematic in a video call request. As shown in fig. 1A, a configuration Interface may be drawn upward in a video call request, and a message picture window in a dashed box is clicked, so that a User Interface (UI) Interface jumps to a sending window of an instant messaging application (e.g., iMessage). Referring to FIG. 1B, a schematic diagram of an iMessage application interface in a video call request is shown. As shown in fig. 1B, a message may be sent in a video call request to the receiving end through the iMessage application, at which point FaceTime will jump to the background to continue the call waiting. Referring to fig. 1C, a diagram of a requested interface in a video call request is shown. As shown in fig. 1C, the active request interface and the requested interface of FaceTime are each by default a light gray almost transparent layer overlaid on the content photographed by the front camera.
In addition, for the current mainstream video call request interface, in the implementation of the WeChat video call, referring to FIG. 2A, a schematic diagram of an active request interface in a video call request is shown. As shown in fig. 2A, the active request interface for the WeChat video call is by default to cover a light gray almost transparent layer on the content photographed by the front camera. Referring to fig. 2B, a diagram of a requested interface in a video call request is shown. As shown in fig. 2B, the WeChat video call requested interface defaults to a dark gray less transparent layer over the content captured by the front-facing camera.
Briefly, although there are already processes for video contents in a video call in the related art, such as beautifying, background blurring, and background replacement functions; and data processing and logic control for the video call server, such as account authentication, message sending and receiving logic, video call switching logic, etc.; however, the existing video call application cannot realize the related functions such as the background, the theme or the message window of the video call request interface, that is, the background setting function of the video call request interface and the instant message sending scheme of the call request interface are not completely set at present.
Based on the above, the embodiment of the application provides a call request method, which obtains a call request initiated to a second device; determining additional information sent to the second equipment according to the call request; and sending the additional information and the call request to the second device simultaneously. In this way, by adding additional information in the process of initiating the call request, the call purpose is more definite, the call request is more formal, and by setting a background image in the process of initiating the pass request, the call request interface is more attractive and more readable; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has more competitiveness.
Embodiments of the present application will be described in detail below with reference to the accompanying drawings.
In an embodiment of the present application, referring to fig. 3, a first flowchart of a call request method according to an embodiment of the present application is shown. As shown in fig. 3, the method may include:
s301: a call request initiated to the second device is obtained.
It should be noted that, the execution body of the embodiment of the present application is a call request device, or a terminal device integrated with the device. The terminal device may be implemented in various forms, for example, the terminal device may include a smart phone, a tablet computer, a notebook computer, a palm computer, a Personal digital assistant (Personal DIGITAL ASSISTANT, PDA), a Portable media player (Portable MEDIA PLAYER, PMP), a navigation device, a wearable device, and the like, which are not limited in any way.
It should also be noted that the method of the embodiment of the present application is applied to a call system. The communication system may include a first device and a second device, where the first device and the second device both belong to a terminal device. When the first equipment initiates a call request to the second equipment, the first equipment is used as a calling party, and the second equipment is used as a receiving party; on the contrary, when the second device initiates a call request to the first device, the second device acts as a caller and the first device acts as a receiver. The following will describe in detail an example of the first device initiating a call request to the second device.
It should be further noted that, in the embodiment of the present application, the call request may include: video call requests, and/or voice call requests. That is, the call request method of the embodiment of the present application may be applicable to both video call requests and voice call requests, and the embodiment of the present application is not limited in any way.
S302: and determining additional information sent to the second equipment according to the call request.
It should be noted that, in the embodiment of the present application, the additional information may be sent based on an add message manner, or may be sent based on an add local file manner. Therefore, it is first necessary to determine the transmission policy of the additional information.
In some embodiments, for S302, determining the additional information sent to the second device according to the call request may include:
determining a sending strategy of the additional information according to the call request;
If the sending strategy is the first strategy, obtaining additional information sent to the second equipment by using a preset message mode;
if the sending strategy is the second strategy, the additional information sent to the second equipment is obtained by using a preset file mode.
Here, the first policy is different from the second policy. The first policy instruction is sent based on an adding message mode, and the second policy instruction is sent based on a local file adding mode.
Further, for the first policy, in some embodiments, the obtaining, by using a preset message manner, the additional information sent to the second device may include:
performing text input in a preset text box by using a text input mode, and taking a text message in the preset text box as additional information sent to second equipment; or alternatively
Performing text recognition on the target file by using a text recognition mode, and taking the recognized text message as additional information sent to the second equipment; or alternatively
Recording the voice message by utilizing a voice input mode to obtain the voice message, and taking the voice message as additional information sent to the second equipment; or alternatively
Recording voice information by utilizing a voice input mode to obtain voice information, performing text conversion on the voice information, and taking the converted text information as additional information sent to the second equipment.
It should be noted that, in the embodiment of the present application, if the message adding manner is selected, a message that the first device wants to send may be input by text input, voice input, or voice-to-text manner. Besides, the text in the local file can be identified as a message, and the message can be sent out as additional information while a call request is initiated.
Illustratively, when the first device initiates a call request, if a text message is to be sent and not typed, a local file in text format (txt, etc.) may be selected, then the text in the local file is automatically identified, and the identified text is used as additional information, which may then be sent with the call request.
Further, for the second policy, in some embodiments, the obtaining, by using a preset file manner, the additional information sent to the second device may include:
and selecting a first file from a plurality of local files stored in the first device, and taking the first file as additional information sent to the second device.
Here, the first file may be any file among the plurality of local files, and the type of the first file includes at least one of: picture type, audio type, and video type.
It should be noted that, in the embodiment of the present application, if the manner of adding the local file is selected, the file that the first device wants to send may be shared by selecting to add the local picture file, or may also be selected to add the local audio file, or may also be selected to add the local video file, so that the second device may also see the file shared by the first device while receiving the call request.
S303: and sending the additional information and the call request to the second device simultaneously.
After determining the additional information to be sent to the second device, the additional information is sent to the second device simultaneously with the call request. That is, when a video call request is initiated, additional information may be selected to be simultaneously transmitted with the call request, and the transmitted additional information may be text, pictures, moving pictures, audio, short video, and the like. In addition, it should be noted that "simultaneously" herein means that the deviation between the additional information and the call request is within a preset range. The "deviation" may be not only a delay difference, but also other differences, and embodiments of the present application are not specifically limited. Illustratively, although there is a time delay between the additional information and the call request, if the time delay is within a preset range, it may be referred to as "transmitting the additional information to the second device simultaneously with the call request".
It should be noted that, after determining the additional information sent to the second device, it is necessary to determine the next execution step according to the received operation instruction at this time, as to whether to send the additional information and the call request to the second device. Thus, in some embodiments, the method may further comprise:
If the confirmation instruction is received, executing the step of simultaneously transmitting the additional information and the call request to the second equipment;
And if the cancellation instruction is received, executing the step of canceling the call request.
Here, the confirmation instruction indicates an operation instruction generated by the user clicking the dial-up key, and the cancel instruction indicates an operation instruction generated by the user clicking the cancel key.
That is, if the caller needs to dial the call, the first device receives the confirmation instruction at this time, and then sends the call request carrying the additional information to the second device; if the calling party does not need the call suddenly, the first device receives a cancel instruction at the moment, and then cancels the call request.
Further, after obtaining the call request initiated to the second device, a prompt box may be popped up at this time to select whether to send the additional information, so as to determine whether to execute the step of determining the additional information sent to the second device according to the call request. Thus, in some embodiments, after S301, the method may further comprise: it is determined whether additional information is to be sent to the second device. If the judgment result is yes, executing the steps of S302 and S303; if the judgment result is negative, the call request is only sent to the second equipment.
That is, only in the case of selecting to transmit the additional information, it is necessary to determine the additional information to be transmitted to the second device according to the call request at this time, and then transmit the additional information to the second device simultaneously with the call request; if no additional information is selected to be sent, then a normal call request may be initiated at this time, i.e. only the call request is sent to the second device.
Further, in some embodiments, the call request method according to the embodiments of the present application may also select the context of the call request. As shown in fig. 4, the method may further include:
S401: and determining a target background image corresponding to the call request.
S402: and setting the target background image as the background of the first device and the second device for display.
It should be noted that, when the user clicks the contact information that wants to contact, the user may choose to initiate a call request at this time; or setting a call request background; or selecting to initiate a call request and adding additional information; or after setting the background of the call request, selecting to initiate the call request; or even after setting the context of the call request, the call request may be selectively initiated and additional information may be added, and the embodiment of the present application is not limited in detail.
It should be further noted that, for the determination of the target background image, an existing template or a custom setting may be selected from a preset material library. Thus, for S401, in some embodiments, the determining the target background image of the call request may include:
judging whether to select from a preset material library;
if the judgment result is yes, selecting a background image from a preset material library, and determining the selected background image as a target background image of the call request;
If the judgment result is negative, making a background image by utilizing a predefined mode, and determining the made background image as a target background image of the call request.
In a specific embodiment, the making of the background image by using a predefined manner may include: selecting a second file from a plurality of local files stored in the first device; and editing the second file to obtain the manufactured background image.
That is, the preset material library includes a plurality of background images, and a desired background image may be selected from the preset material library as a target background image, or the first device may also have a manual (Do It Yourself, DIY) function, and at this time, a local file may be imported, and then editing processing is performed on the file, to obtain the desired target background image. The editing process may include adding special effects, matting, text, mapping, etc.
In one possible implementation manner, for S401, the determining the target background image of the call request may include:
Determining a contact person grouping type corresponding to the second equipment;
and determining the background image corresponding to the contact person grouping type as a target background image of the call request according to a mapping relation between the pre-stored contact person grouping type and the background image.
It should be noted that the contact grouping type may be one of the following: family grouping, lover grouping, friends grouping, interest grouping, etc. Illustratively, the background image corresponding to the family group may be a family photo, the background image corresponding to the lover group may be a background image of romantic theme, and the background image corresponding to the interest group may be a background image of a common hobby (e.g., basketball, football, piano, etc.) theme; in this way, according to the mapping relation between the pre-stored contact person grouping type and the background image, when the contact person grouping type corresponding to the second device is determined to be the lover grouping, the background image of the romantic theme can be determined to be the target background image of the call request.
In another possible implementation manner, for S401, the determining the target background image of the call request may include:
determining user characteristic parameters corresponding to the second equipment; wherein the user characteristic parameter at least comprises one of the following: user birthday and user mood;
And determining the background image corresponding to the user characteristic parameter as a target background image of the call request according to a mapping relation between the pre-stored user characteristic parameter and the background image.
It should be noted that the user mood may be one of the following: happy, flat, depressed, etc. For example, the background image corresponding to the birthday of the user may be a background image of a cake theme, the background image corresponding to the happy theme when the mood of the user is happy may be a background image of a healing theme, and the background image corresponding to the happy mood of the user may be a background image of a frustrating theme; in this way, according to the mapping relation between the pre-stored user characteristic parameters and the background image, when the user characteristic parameters corresponding to the second equipment are determined to be the birthday of the user, the background image of the cake theme can be determined to be the target background image of the call request; when the first device initiates a call request to the second device, the target background image can be displayed as the background of the first device and the second device.
It should be further noted that, in the embodiment of the present application, the background setting of the call request and the sending of the additional information may be displayed in combination. In the call request process, files in a multimedia format such as text messages, voice messages, pictures, audio/video and the like can be synchronously sent as additional information, and a target background image, especially a request interface background when a call request is initiated but the request is not yet answered, can be set. Here, both the caller and the receiver can see the set target background image, and custom setting or selection of an existing template or the like can be performed when the target background image is set.
Further, in some embodiments, the call request method of the present application may further provide a quick reply function. As shown in fig. 5, after S303, the method may further include:
s501: and when receiving the call rejection message sent by the second equipment, synchronously receiving the quick reply message sent by the second equipment.
Here, the quick reply message may support a plurality of media formats, and the plurality of media formats includes at least one of: text format, voice format, expression package format, and business card format.
That is, when the call request needs to be refused, a quick reply function can be provided, so that the quick reply message sent by the second device can be synchronously received while refusing, wherein the existing quick reply template can be selected, and the reply message can be edited in real time.
In addition, in the quick reply function, besides the quick reply of characters/voice, the embodiment of the application also supports a plurality of media formats. For example, for a more familiar friend, a photo expression package may be quickly replied to; for the working partner, the propaganda video of the company or the business card information of other butt-joint associates can be quickly replied, and the method is not particularly limited herein.
It should also be noted that, in some embodiments, the method may further include: when receiving the call rejection message sent by the second device, the additional information, the call rejection message and the quick reply message are saved as chat records.
That is, when the call end/call request is rejected, the additional information corresponding to the call request and the quick reply message (if any) at the time of rejection are saved as messages in the chat log.
Briefly, in an embodiment of the present application, on one hand, when a call request is initiated, additional information may be selectively transmitted simultaneously with the call request, and the transmitted additional information may be text, a moving picture, audio, short video, and the like; on the other hand, when a call request is initiated, the background of the call request can be selected, and the background can be selected from the existing templates or custom settings; in yet another aspect, the context of the call request and the additional information sent may be displayed in combination; on the other hand, a quick reply message can be added when the call request is refused, and the quick reply can be a template, a typing reply, a voice-to-text reply and the like which are set in advance; in yet another aspect, after rejecting the call request, both the message sent by the caller and the message quickly replied by the receiver are kept as text message records in the chat log.
Further, in the embodiment of the application, the call request method can be applied to video call and can be completely transplanted to voice call. For example, a message/file may also be added as additional information or setting up the context of a voice call when a voice call request is initiated.
Further, in the embodiment of the present application, the call request method may also identify the text in the local text file as a message, and send out the text as additional information while initiating the call request. For example, when a call request is initiated, a text message is intended to be sent, and when typing is not intended, a local text format (txt, etc.) file may be selected, and then the text in the text file may be automatically identified and sent as additional information along with the call request.
Further, in the embodiment of the present application, in the call request method, in addition to the text/voice quick reply, the quick reply function also supports multiple media formats. For example, for a more familiar friend, a photo expression package may be quickly replied to; for the partner on work, the propaganda video of the company or business card information of other butt-joint associates can be quickly replied.
The embodiment provides a call request method which is applied to first equipment. Obtaining a call request initiated to the second device; determining additional information sent to the second equipment according to the call request; and sending the additional information and the call request to the second device simultaneously. In this way, by adding additional information in the process of initiating the call request, the call purpose is more definite, the call request is more formal, and by setting a background image in the process of initiating the pass request, the call request interface is more attractive and more readable; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has more competitiveness.
In another embodiment of the present application, referring to fig. 6, a detailed flow chart of sending additional information when a call request is performed according to the embodiment of the present application is shown. As shown in fig. 6, taking a video call request as an example, a detailed flow of sending an instant message when a video call is actively requested is mainly shown herein, which may include:
s601: a video call request is initiated.
S602: it is determined whether additional information is transmitted.
S603: and if the judgment result is negative, sending a video call request without additional information.
S604: if the judgment result is yes, a mode for transmitting the additional information is selected.
S605: if the message adding mode is selected, additional information is obtained by editing characters/recording voice.
S606: if the mode of adding the local file is selected, selecting the picture/audio/video from the local as the additional information.
S607: it is determined whether to confirm the dial-up.
S608: and if the judgment result is yes, sending a video call request carrying additional information.
S609: if the judgment result is negative, canceling the video call request.
It should be noted that, in the embodiment of the present application, for S602, it is determined whether to send additional information, if the additional information is not required to be sent, that is, if the determination result is no, S603 is executed, and a video call request without additional information may be sent; if additional information needs to be transmitted, that is, if the judgment result is yes, S604 is performed, that is, a mode of transmitting the additional information is selected, and S605 or S606 is performed to obtain the additional information; after the additional information is obtained, S607 is executed, where it is determined whether to confirm the dialing, if yes, S608 is executed, that is, a video call request carrying the additional information is sent; if the confirmation is not made, i.e., the judgment result is no, S609 is performed, i.e., the video call request is canceled.
Referring to fig. 7, a detailed flow chart of background setting at the time of call request is shown. As shown in fig. 7, taking a video call request as an example, a detailed flow of setting a background when a video call is actively requested is mainly shown herein, which may include:
s701: setting the background of the video call request.
S702: it is determined whether an existing background template is selected.
S703: if the judgment result is yes, the existing background template is selected from the preset material library.
S704: if the judgment result is negative, judging whether to select the self-made template.
S705: if the judgment result is yes, selecting the picture/audio/video from the local as the target file.
S706: and judging whether editing is performed.
S707: if the judgment result is yes, editing/adding special effects and other operations are performed on the target file.
S708: and judging whether the editing is completed.
S709: if yes, uploading a preset material library and selecting the background image.
S710: and judging whether the setting is completed or not.
S711: if yes, finishing the background setting of the video call request.
S712: if the judgment result is negative, canceling the background setting of the video call request.
It should be noted that, in the embodiment of the present application, when setting the background of the video call request, it is first required to determine whether to select the existing background template, if the existing background template is selected, that is, if the determination result is yes, then S703 is executed, where the existing background template may be selected from the preset material library; if the existing background template is not selected, i.e., if the judgment result is no, then S704 is executed, i.e., whether the homemade template is selected is judged; further, if a homemade template needs to be selected, that is, if the determination result is yes, S705 is performed, a picture/audio/video may be selected locally as a target file, and then S706 is performed continuously; if the homemade template does not need to be selected, i.e., if the determination result is no, then S712 is performed, i.e., the background setting of the video call request is canceled.
It should be noted that, in the embodiment of the present application, for S706, it is determined whether to edit, if yes, S707 is executed to edit/add special effects to the target file, and S708 is executed to determine whether to complete the editing; if the editing is not completed, returning to continue to S707 until the editing is completed, and then executing S709, namely uploading a preset material library and selecting the background image; if editing is not needed, that is, if the judgment result is no, then step S709 is executed, that is, uploading a preset material library and selecting the background image; finally, S710 is executed to judge whether the setting is completed; if the setting is completed, i.e., the determination result is yes, S711 is performed, meaning that the background setting of the video call request is completed; if the setting is not completed, i.e., the judgment result is no, S712 is performed, meaning that the background setting of the video call request is canceled.
In a specific embodiment, if the caller clicks on the contact header that is desired to be contacted, either the [ initiate video/voice call request ] or the [ set call request context ] may be selected. If the function is selected [ initiate video/voice call request ], then a prompt box [ whether additional information ] can be popped up:
(a) If the video call request is selected (NO), a common video call request is sent, namely, a video call request without additional information is sent;
(b) If selected [ yes ], a prompt box is popped up, and the user can select to send [ text message ], [ voice message ], [ text, moving picture, audio, short video and the like which are required to be sent ] or [ select from local ].
Fig. 8A illustrates an effect display schematic diagram of an address book provided by the embodiment of the present application, and fig. 8B illustrates an effect display schematic diagram of a call request function provided by the embodiment of the present application. As shown in fig. 8A and 8B, after clicking on a contact in the address book, the provided functionality can be seen: video call, voice call, set call request background.
Further, fig. 8C shows an effect display schematic diagram for initiating a call request according to an embodiment of the present application. After clicking [ video call ] or [ voice call ], the user has a display interface as shown in fig. 8C, where the display interface includes: options such as "direct dial up", "add message (text/speech)", "add local file", etc.
If the function of [ add message (text/speech) ] is selected, the message that one wants to send can be input by text, speech input or speech-to-text. Fig. 8D shows a schematic diagram of an effect of adding a text message according to an embodiment of the present application, and fig. 8E shows a schematic diagram of an effect of adding a voice message according to an embodiment of the present application.
If the function is selected [ add local file ], the file which the user wants to send can be shared by selecting the file of the local picture, video or audio. Fig. 8F shows a schematic diagram of an effect of adding a local video file according to an embodiment of the present application, fig. 8G shows a schematic diagram of an effect of adding a local audio file according to an embodiment of the present application, and fig. 8H shows a schematic diagram of an effect of adding a local video file according to an embodiment of the present application.
In another specific embodiment, the user may set in advance the display context when initiating the video call request:
(a) Providing a display background template library for a user to select, wherein the display background template library can comprise holiday topics and other topic backgrounds;
(b) The DIY function is provided for the display background template library, a user can import local photos/videos into the DIY function, and then some stickers, controls and other dynamic effects provided by a preset material library are added on the DIY function to generate the display background of the user;
(c) The set-up [ display background template ] can be uploaded to the cloud and stored as a custom template, and can be quickly selected when [ initiate video/voice call request ];
(d) Contacts or specific conversation objects can be set in advance to be seen [ display background ].
Illustratively, after clicking on a contact in the address book, if selected [ set talk request background ], a default template provided by the preset gallery may be selected. Fig. 9A shows a first effect display schematic diagram for setting a call request background according to an embodiment of the present application, and fig. 9B shows a second effect display schematic diagram for setting a call request background according to an embodiment of the present application. Here, for the background image, it is also possible to choose to apply this background only to the current call object or to all call objects, as shown in fig. 9B, where two options are provided: this context is applied only to current call objects and to all call objects.
In addition, if the selection [ set call request background ], the personalized template can be selected to be made, the preset material library is uploaded, and then the selection is performed. Fig. 9C shows an effect display schematic diagram three of setting a call request background, which is an effect schematic diagram after clicking [ self-made template ], and two options are provided here: and (3) uploading the material library after the production is completed and canceling.
Finally, after the setting is completed, if the call request is dialed, the display effect of the caller interface is shown in fig. 9D, which shows an effect display schematic diagram of the caller interface in the call request after setting the background according to the embodiment of the present application.
In yet another specific embodiment, after receiving the above-mentioned [ video/voice call request ], if selecting [ refusal to answer ], the receiver may append [ quick reply message ] at the same time of refusal:
(a) Providing a [ quick reply ] function, wherein a quick reply template can be provided to support and save replies set by a user in advance;
(b) Support quick reply [ voice message ] or [ voice to text ], etc.
Fig. 10A illustrates a first schematic diagram showing an effect of a receiver interface in a call request according to an embodiment of the present application, and fig. 10B illustrates a second schematic diagram showing an effect of a receiver interface in a call request according to an embodiment of the present application. After receiving the call request set as above, the receiver can carry out quick reply message while hanging up, for example, the receiver can select the existing quick reply template, can also edit the reply message in real time, support the quick reply mode of text, voice and voice to text, even support multiple media formats, and can quickly reply the picture expression package for the familiar friends; for the partner on work, the propaganda video of the company or business card information of other butt-joint associates can be quickly replied.
In yet another embodiment, after rejecting the answer by [ quick reply ], the message sent with the call request and the quick reply reject message are kept as chat records in the chat window.
Fig. 11 is a schematic diagram illustrating an effect presentation of chat logs after a call request is rejected according to an embodiment of the application. After refusing to answer, the receiver keeps all the messages set in the call request in the chat record, as shown in fig. 11.
Briefly, in an embodiment of the present application, during various forms of network call (video/voice call), it is possible to implement: when a call request is initiated, adding a message/file as additional information, and displaying the additional information on a call request interface; setting a personalized call request background function; a function of recognizing text characters and using the text characters as text messages; and quickly replying to the files with various media formats. Specifically, on the one hand, in the call request process, synchronous transmission is performed: local files in multimedia formats such as text messages, voice messages, pictures, audio/video and the like are used as additional information; on the other hand, setting a request interface background when a call request is initiated but the request is not yet answered, enabling a calling party and a receiving party to see the background, and carrying out custom setting or selecting an existing template when setting the background; on the other hand, when the call request is required to be refused, a quick reply function is provided, so that the text/voice message can be quickly replied while refusing the call request; in yet another aspect, when the call end/call request is denied, the additional information of the call request, as well as the quick reply message (if any) at the time of the refusal, are saved as messages in the chat log.
In still another embodiment of the present application, referring to fig. 12, a schematic diagram of a system frame of a terminal device according to an embodiment of the present application is shown based on the call request method of the foregoing embodiment. As shown in fig. 12, the terminal device is loaded with an operating system, and the operating system may include an instant message module, a video call module, a contact module, a multimedia file playing module, a theme background setting module, a text input module, a graphic module, a haptic feedback module, a communication module and a storage module; wherein, the instant message module, the video call module, the contact person module, the multimedia file playing module and the theme background setting module are arranged in the video call application program. The function of each module will be described in detail below.
Operating system: including various software components and/or drivers for controlling and managing general system tasks (e.g., memory management, storage device control, power management, etc.), and computer programs that facilitate communications between the various hardware components and software components. Illustratively LINUX, UNIX, IOS, WINDOWS or an embedded operating system, etc.
Video call application: a software component for performing video chat functions using an audiovisual session technique that provides two-way real-time transfer of speech and pictures between two or more users.
And a contact module: address book or contact list, software component for saving, modifying, updating and deleting contact information.
An instant message module: including software components adapted for real-time communication over a network, allowing two or more people to communicate text messages, files, voice and video using the network in real-time. Services are typically provided in the form of websites, computer software, or mobile applications.
Theme background setting module: including software components adapted to set up, store, update, download, upload, author a background or theme.
A multimedia file playing module: including software components suitable for opening, parsing, playing multimedia files (e.g., video files, music files, picture files, etc.).
And a graphics module: including various known software components for rendering and displaying graphics on a touch screen or other display, including components for changing the visual effect (e.g., brightness, transparency, saturation, contrast, or other visual attribute) of the displayed graphics. Herein, "graphics" includes any object that may be displayed to a user, including without limitation text, web pages, icons (such as user interface objects including soft keys), digital images, video, animations, and the like.
Haptic feedback module: various software components for generating instructions are included to generate haptic output at one or more locations on a device in response to interactions between a user and the device.
And a communication module: various software components of the received data communicate with other devices through one or more external ports. External ports (e.g., universal serial bus (Universal Serial Bus, USB), etc.) are adapted to couple directly to other devices or indirectly through a network (e.g., the internet, wireless local area network (Local Area Network, LAN), etc.).
A text input module: the method comprises software components which are suitable for inputting and editing texts and can also perform basic operations such as cutting, copying, pasting and the like on the input texts.
And a storage module: including software components consisting of various storage devices storing programs and data, control components, and devices (hardware) and algorithms (software) for managing information scheduling, among other devices.
The embodiment provides a call request method, and details are described on the specific implementation of the foregoing embodiment, so that, according to the technical scheme of the foregoing embodiment, on one hand, a call purpose is more definite and efficiency is higher by adding a message/file in the process of initiating a call request; the call request interface is more attractive and readable by the mode set in the process of initiating the call request; on the other hand, when the above functions are used in business and office processes, for example, the operations of setting the call background as a picture/picture of company profile, attaching the call message to the conference subject, etc., can make the call request more formal and more efficient; on the other hand, when the functions are used in the conversation process with friends and family, the functions of social interaction and entertainment can be well achieved, for example, in spring festival, a background of the year of the user can be set; when a friend is on a birthday, a celebration background and the like can be set; therefore, the use scenes can optimize the current video call experience, and can attract more users to use the video call products, so that the products have competitiveness; meanwhile, for some enterprise official video call accounts, the video call/voice call interface can display propaganda advertisements, thereby realizing advertisement revenue generation and having commercial value; on the other hand, the material library of the background setting can be opened to different designers, and limited materials can be generated at the same time, so that propaganda effect and economic benefit are generated; so not only can make the conversation purpose more clear and definite, and the readability is good moreover to can promote efficiency, can also promote product performance simultaneously, make the product more competitive.
In still another embodiment of the present application, based on the same inventive concept as the previous embodiment, referring to fig. 13, a schematic diagram of a composition structure of a call request device 130 according to an embodiment of the present application is shown. As shown in fig. 13, the call request device 130 may include: an acquisition unit 1301, a determination unit 1302, and a transmission unit 1303; wherein,
An obtaining unit 1301 configured to obtain a call request initiated to the second device;
A determining unit 1302 configured to determine additional information sent to the second device according to the call request;
and a transmitting unit 1303 configured to transmit the additional information to the second device simultaneously with the call request.
In some embodiments, referring to fig. 13, the call request apparatus 130 may further include a determining unit 1304 configured to determine whether to send the additional information to the second device; if yes, executing the step of determining the additional information sent to the second equipment according to the call request; if the judgment result is negative, the call request is only sent to the second equipment.
In some embodiments, the determining unit 1302 is further configured to determine a sending policy of the additional information according to the call request; if the sending strategy is the first strategy, obtaining additional information sent to the second equipment by using a preset message mode; if the sending strategy is the second strategy, obtaining additional information sent to the second equipment by using a preset file mode; the first strategy is different from the second strategy, the first strategy indicates to send based on the mode of adding the message, and the second strategy indicates to send based on the mode of adding the local file.
In some embodiments, the determining unit 1302 is further configured to perform text input in the preset text box by using a text input manner, and use the text message in the preset text box as the additional information sent to the second device; or performing text recognition on the target file by using a text recognition mode, and taking the recognized text message as additional information sent to the second equipment; or recording the voice message by utilizing a voice input mode to obtain the voice message, and taking the voice message as additional information sent to the second equipment; or recording the voice message by utilizing a voice input mode to obtain the voice message, performing text conversion on the voice message, and taking the converted text message as additional information sent to the second equipment.
In some embodiments, the determining unit 1302 is further configured to select the first file from the plurality of local files stored by the first device, and use the first file as the additional information sent to the second device; the first file is any file in the plurality of local files, and the type of the first file at least comprises one of the following: picture type, audio type, and video type.
In some embodiments, referring to fig. 13, the call request device 130 may further include a setting unit 1305; wherein,
A determining unit 1302, configured to determine a target background image corresponding to the call request;
a setting unit 1305 configured to set the target background image as the background of the first device and the second device for display.
In some embodiments, the judging unit 1304 is further configured to judge whether to select from a preset material library; if the judgment result is yes, selecting a background image from a preset material library, and determining the selected background image as a target background image of the call request; if the judgment result is negative, making a background image by utilizing a predefined mode, and determining the made background image as a target background image of the call request.
In some embodiments, the determining unit 1302 is further configured to select the second file from the plurality of local files stored by the first device; and editing the second file to obtain the manufactured background image.
In some embodiments, the determining unit 1302 is further configured to determine a contact group type corresponding to the second device; and determining the background image corresponding to the contact person grouping type as a target background image of the call request according to the mapping relation between the pre-stored contact person grouping type and the background image.
In some embodiments, referring to fig. 13, the call request apparatus 130 may further include a receiving unit 1306 configured to synchronously receive the quick reply message sent by the second device when receiving the call rejection message sent by the second device; the quick reply message supports a plurality of media formats, wherein the plurality of media formats at least comprise one of the following: text format, voice format, expression package format, and business card format.
In some embodiments, referring to fig. 13, the call request apparatus 130 may further include a saving unit 1307 configured to save the additional information, the call rejection message, and the quick reply message as a chat log when receiving the call rejection message transmitted by the second device.
In some embodiments, the call request includes: video call requests, and/or voice call requests.
It will be appreciated that in this embodiment, the "unit" may be a part of a circuit, a part of a processor, a part of a program or software, etc., and may of course be a module, or may be non-modular. Furthermore, the components in the present embodiment may be integrated in one processing unit, or each unit may exist alone physically, or two or more units may be integrated in one unit. The integrated units may be implemented in hardware or in software functional modules.
The integrated units, if implemented in the form of software functional modules, may be stored in a computer-readable storage medium, if not sold or used as separate products, and based on such understanding, the technical solution of the present embodiment may be embodied essentially or partly in the form of a software product, which is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) or processor to perform all or part of the steps of the method described in the present embodiment. And the aforementioned storage medium includes: a U-disk, a removable hard disk, a Read Only Memory (ROM), a random access Memory (Random Access Memory, RAM), a magnetic disk, or an optical disk, or other various media capable of storing program codes.
Accordingly, the present embodiment provides a computer storage medium storing a computer program which, when executed by at least one processor, implements the steps of the method of any of the preceding embodiments.
Based on the above-mentioned composition of the call request device 130 and the computer storage medium, referring to fig. 14, a schematic diagram of the composition structure of a terminal device according to an embodiment of the present application is shown. As shown in fig. 14, the terminal device 140 may include: a communication interface 1401, a memory 1402 and a processor 1403; the various components are coupled together by a bus system 1404. It is appreciated that the bus system 1404 is used to enable connected communications between these components. The bus system 1404 includes a power bus, a control bus, and a status signal bus in addition to the data bus. The various buses are labeled as bus system 1404 in fig. 14 for clarity of illustration. Wherein, the communication interface 1401 is used for receiving and sending signals in the process of receiving and sending information with other external network elements;
a memory 1402 for storing a computer program capable of running on the processor 1403;
A processor 1403 for executing, when the computer program is run:
obtaining a call request initiated to the second device;
Determining additional information sent to the second equipment according to the call request;
and sending the additional information and the call request to the second device simultaneously.
It is to be appreciated that memory 1402 in embodiments of the present application can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable EPROM (EEPROM), or a flash Memory. The volatile memory may be random access memory (Random Access Memory, RAM) which acts as external cache memory. By way of example, and not limitation, many forms of RAM are available, such as static random access memory (STATIC RAM, SRAM), dynamic random access memory (DYNAMIC RAM, DRAM), synchronous dynamic random access memory (Synchronous DRAM, SDRAM), double data rate Synchronous dynamic random access memory (Double DATA RATE SDRAM, DDRSDRAM), enhanced Synchronous dynamic random access memory (ENHANCED SDRAM, ESDRAM), synchronous Link DRAM (SLDRAM), and Direct memory bus RAM (DRRAM). The memory 1402 of the systems and methods described herein is intended to comprise, without being limited to, these and any other suitable types of memory.
While processor 1403 may be an integrated circuit chip with signal processing capabilities. In implementation, the steps of the above method may be accomplished by integrated logic circuitry of hardware in processor 1403 or instructions in the form of software. The Processor 1403 may be a general purpose Processor, a digital signal Processor (DIGITAL SIGNAL Processor, DSP), an Application SPECIFIC INTEGRATED Circuit (ASIC), a field programmable gate array (Field Programmable GATE ARRAY, FPGA) or other programmable logic device, discrete gate or transistor logic device, discrete hardware components. The disclosed methods, steps, and logic blocks in the embodiments of the present application may be implemented or performed. A general purpose processor may be a microprocessor or the processor may be any conventional processor or the like. The steps of the method disclosed in connection with the embodiments of the present application may be embodied directly in the execution of a hardware decoding processor, or in the execution of a combination of hardware and software modules in a decoding processor. The software modules may be located in a random access memory, flash memory, read only memory, programmable read only memory, or electrically erasable programmable memory, registers, etc. as well known in the art. Which is located in a memory 1402 and a processor 1403 reads information in the memory 1402 and in combination with its hardware performs the steps of the method described above.
It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or a combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application SPECIFIC INTEGRATED Circuits (ASICs), digital signal processors (DIGITAL SIGNAL Processing, DSPs), digital signal Processing devices (DSP DEVICE, DSPD), programmable logic devices (Programmable Logic Device, PLDs), field-Programmable gate arrays (Field-Programmable GATE ARRAY, FPGA), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units for performing the functions described herein, or a combination thereof.
For a software implementation, the techniques described herein may be implemented with modules (e.g., procedures, functions, and so on) that perform the functions described herein. The software codes may be stored in a memory and executed by a processor. The memory may be implemented within the processor or external to the processor.
Optionally, as another embodiment, the processor 1403 is further configured to perform the steps of the method of any of the previous embodiments when the computer program is run.
Based on the above-mentioned composition of the call request device 130 and the computer storage medium, referring to fig. 15, a schematic diagram of the composition structure of another terminal device according to an embodiment of the present application is shown. As shown in fig. 15, the terminal device 140 may include the call request apparatus 130 according to any one of the foregoing embodiments.
In the embodiment of the present application, the terminal device 140 may specifically refer to the first device. After a call request initiated to the second device is acquired, determining additional information sent to the second device according to the call request; the additional information is then sent to the second device concurrently with the call request. In this way, by adding additional information in the process of initiating the call request, the call purpose is more definite, the call request is more formal, and by setting a background image in the process of initiating the pass request, the call request interface is more attractive and more readable; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has more competitiveness.
It should be noted that, in the present application, the terms "comprises," "comprising," or any other variation thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but may include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element defined by the phrase "comprising one … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.
The foregoing embodiment numbers of the present application are merely for the purpose of description, and do not represent the advantages or disadvantages of the embodiments.
The methods disclosed in the method embodiments provided by the application can be arbitrarily combined under the condition of no conflict to obtain a new method embodiment.
The features disclosed in the several product embodiments provided by the application can be combined arbitrarily under the condition of no conflict to obtain new product embodiments.
The features disclosed in the embodiments of the method or the apparatus provided by the application can be arbitrarily combined without conflict to obtain new embodiments of the method or the apparatus.
The foregoing is merely illustrative of the present application, and the present application is not limited thereto, and any person skilled in the art will readily recognize that variations or substitutions are within the scope of the present application. Therefore, the protection scope of the present application shall be subject to the protection scope of the claims.
Claims (13)
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210091111.2A CN114500739B (en) | 2022-01-26 | 2022-01-26 | A call request method, device, equipment and computer-readable storage medium |
| PCT/CN2022/139691 WO2023142768A1 (en) | 2022-01-26 | 2022-12-16 | Call request method and apparatus, device, and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202210091111.2A CN114500739B (en) | 2022-01-26 | 2022-01-26 | A call request method, device, equipment and computer-readable storage medium |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114500739A CN114500739A (en) | 2022-05-13 |
| CN114500739B true CN114500739B (en) | 2024-09-13 |
Family
ID=81474730
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202210091111.2A Active CN114500739B (en) | 2022-01-26 | 2022-01-26 | A call request method, device, equipment and computer-readable storage medium |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114500739B (en) |
| WO (1) | WO2023142768A1 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN114500739B (en) * | 2022-01-26 | 2024-09-13 | Oppo广东移动通信有限公司 | A call request method, device, equipment and computer-readable storage medium |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106790964A (en) * | 2015-11-25 | 2017-05-31 | 腾讯科技（深圳）有限公司 | A kind of call method and terminal |
| CN108540655A (en) * | 2018-03-23 | 2018-09-14 | 维沃移动通信有限公司 | A kind of caller identification processing method and mobile terminal |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7738861B2 (en) * | 2004-06-29 | 2010-06-15 | Sony Ericsson Mobile Communications Ab | Caller identification using push-to-talk protocol for wireless communications devices |
| CN102780805B (en) * | 2011-05-12 | 2016-08-24 | 中兴通讯股份有限公司 | Method for information display based on terminal, device and system |
| US9185213B2 (en) * | 2012-10-25 | 2015-11-10 | Crytek Gmbh | Advanced calling |
| EP2933987B1 (en) * | 2014-04-17 | 2019-11-20 | Gurulogic Microsystems OY | Additional information on a caller |
| CN106027598B (en) * | 2016-04-28 | 2019-05-31 | 北京奇虎科技有限公司 | Display processing method and system, the server of business information |
| CN106254614A (en) * | 2016-07-26 | 2016-12-21 | 惠州市斯坦利科技有限公司 | Address book contact treating method and apparatus |
| CN107018064B (en) * | 2017-03-07 | 2021-01-01 | 北京小米移动软件有限公司 | Method and apparatus for processing communication requests |
| CN106911706B (en) * | 2017-03-13 | 2021-09-07 | 北京小米移动软件有限公司 | Call background adding method and device |
| CN108334388B (en) * | 2017-07-28 | 2019-09-17 | 腾讯科技（深圳）有限公司 | Session background process method, apparatus, computer equipment and storage medium |
| CN108737765B (en) * | 2018-08-02 | 2021-05-11 | 广东小天才科技有限公司 | Video call processing method and device, terminal equipment and storage medium |
| CN112640408A (en) * | 2018-08-30 | 2021-04-09 | 华为技术有限公司 | Call prompting method and terminal |
| CN108810293A (en) * | 2018-08-31 | 2018-11-13 | 维沃移动通信有限公司 | A kind of communication means, device and mobile terminal |
| CN111585865A (en) * | 2019-02-18 | 2020-08-25 | 腾讯科技（深圳）有限公司 | Data processing method, data processing device, computer readable storage medium and computer equipment |
| CN114500739B (en) * | 2022-01-26 | 2024-09-13 | Oppo广东移动通信有限公司 | A call request method, device, equipment and computer-readable storage medium |
-
2022
- 2022-01-26 CN CN202210091111.2A patent/CN114500739B/en active Active
- 2022-12-16 WO PCT/CN2022/139691 patent/WO2023142768A1/en not_active Ceased
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106790964A (en) * | 2015-11-25 | 2017-05-31 | 腾讯科技（深圳）有限公司 | A kind of call method and terminal |
| CN108540655A (en) * | 2018-03-23 | 2018-09-14 | 维沃移动通信有限公司 | A kind of caller identification processing method and mobile terminal |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114500739A (en) | 2022-05-13 |
| WO2023142768A1 (en) | 2023-08-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11368575B2 (en) | Management of calls and media content associated with a caller on mobile computing devices | |
| CN115361463B (en) | Method and system for managing media content associated with a message context on a mobile computing device | |
| US10944863B2 (en) | Management of media content derived from natural language processing on mobile computing devices | |
| US10965809B2 (en) | Management of media content associated with a call participant on mobile computing devices | |
| US10979558B2 (en) | Management of media content associated with time-sensitive offers on mobile computing devices | |
| US11005990B2 (en) | Methods and systems for contact firewalls on mobile computing devices | |
| US11381679B2 (en) | Management of media content associated with call context on mobile computing devices | |
| US8572493B2 (en) | Mobile device messaging application | |
| US10979559B2 (en) | Management of calls on mobile computing devices based on call participants | |
| US8341235B2 (en) | Creating rich experiences in mail through attachments | |
| US10931819B2 (en) | Management of media content associated with a user of a mobile computing device | |
| US10938984B2 (en) | Management of media content associated with ending a call on mobile computing devices | |
| US20170302780A1 (en) | Calling for Instant Messaging and Recording Instant Messaging Call Specific Conversation | |
| US20200053207A1 (en) | Management of media content for caller ids on mobile computing devices | |
| US20080039163A1 (en) | System for providing a personalized comic strip | |
| US20180027268A1 (en) | Picture combining method, terminal, and picture combining system | |
| US20130094642A1 (en) | Call scheduling system | |
| WO2018132644A1 (en) | Apparatus and method for message reference management | |
| WO2019047809A1 (en) | Method and device for processing image in application, terminal device, and storage medium | |
| CN114500432A (en) | Session messaging method and apparatus, electronic device, and readable storage medium | |
| US20210390148A1 (en) | Configuring output controls on a per-online identity and/or a per-online resource basis | |
| CN114500739B (en) | A call request method, device, equipment and computer-readable storage medium | |
| JP2004280515A (en) | Automatic email reply method, mobile terminal device | |
| WO2015136334A1 (en) | Dynamically presenting chat interface to calling & called party while accepting of chat call by called party & up-to active chat call session | |
| KR100630896B1 (en) | Mobile terminal and mood message management method for managing mood messages |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |