CN114500739A

CN114500739A - Call request method, device, equipment and computer readable storage medium

Info

Publication number: CN114500739A
Application number: CN202210091111.2A
Authority: CN
Inventors: 刘畅; 谢静贤
Original assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Current assignee: Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date: 2022-01-26
Filing date: 2022-01-26
Publication date: 2022-05-13
Also published as: WO2023142768A1

Abstract

The embodiment of the application discloses a call request method, a device, equipment and a computer readable storage medium, which are applied to first equipment, wherein the method comprises the following steps: obtaining a call request initiated to a second device; determining additional information sent to the second device according to the call request; the additional information is sent to the second device simultaneously with the call request. Therefore, by adding the additional information in the process of initiating the call request, 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 is more competitive.

Description

Call request method, device, equipment and computer readable storage medium

Technical Field

The present application relates to the field of terminal interaction technologies, and in particular, to a call request method, apparatus, device, and computer-readable storage medium.

Background

Under the current fast-paced life style, the chances of meeting friends and family are gradually reduced, and more emotional contacts are carried out by video calls. Currently, a terminal device with 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 pull up a configuration interface in a video call request interface and then jump to a sending window of an information application (e.g., an imemessage) to send the message to the receiver. However, this solution is cumbersome to operate, has poor readability, and the functionality provided by these video call applications is limited, resulting in inefficiencies.

Disclosure of Invention

The application provides a call request method, a call request device, equipment and a computer readable storage medium, and not only can the call purpose be more definite, but also the readability is good through a mode of adding additional information in the call request initiating process, so that the efficiency can be improved, and meanwhile, the product performance can be improved.

In order to achieve the 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, and the method includes:

obtaining a call request initiated to a second device;

determining additional information sent to the second device according to the call request;

the additional information is sent to the second device simultaneously with the call request.

In a second aspect, an embodiment of the present application provides a call request apparatus, which is applied to a first device, and includes an obtaining unit, a determining unit, and a sending unit; wherein,

an acquisition unit configured to acquire a call request initiated to a second device;

a determining unit configured to determine additional information transmitted to the second device according to the call request;

a transmission 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 according to the first aspect when running the computer program.

In a fourth aspect, the present application provides a computer-readable storage medium storing a computer program, which when executed by at least one processor implements the method according to the first aspect.

According to the call request method, the call request device, the call request equipment and the computer readable storage medium, a call request initiated to second equipment is obtained at a first equipment side; determining additional information sent to the second device according to the call request; the additional information is sent to the second device simultaneously with the call request. Therefore, the call purpose can be more definite and the call request can be more formal by adding additional information in the process of initiating the call request, and the call request interface can be more attractive and more readable by setting the background image in the process of initiating the pass request; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has higher competitiveness.

Drawings

FIG. 1A is a schematic diagram of a pull-up interface in a video call request;

FIG. 1B is a schematic diagram of an iMessage application interface in a video call request;

FIG. 1C is a schematic diagram of a requested interface in a video call request;

FIG. 2A is a schematic diagram of an active request interface in a video call request;

FIG. 2B is a schematic diagram of a requested interface in a video call request;

fig. 3 is a first flowchart illustrating a call request method according to an embodiment of the present application;

fig. 4 is a second flowchart illustrating a call request method according to an embodiment of the present application;

fig. 5 is a third schematic flowchart of a call request method according to an embodiment of the present application;

fig. 6 is a schematic detailed flow chart illustrating sending of additional information during a call request according to an embodiment of the present application;

fig. 7 is a detailed flowchart illustrating background setting in a call request according to an embodiment of the present application;

fig. 8A is a schematic view illustrating an effect of an address book according to an embodiment of the present disclosure;

fig. 8B is a schematic diagram illustrating an effect of a call request function according to an embodiment of the present application;

fig. 8C is a schematic diagram illustrating an effect of initiating a call request according to an embodiment of the present application;

fig. 8D is a schematic view illustrating an effect of adding a text message according to an embodiment of the present application;

fig. 8E is a schematic diagram illustrating an effect of adding a voice message according to an embodiment of the present application;

fig. 8F is a schematic view illustrating an effect of adding a local picture file according to an embodiment of the present application;

fig. 8G is a schematic diagram illustrating an effect of adding a local audio file according to an embodiment of the present application;

fig. 8H is a schematic diagram illustrating an effect of adding a local video file according to an embodiment of the present application;

fig. 9A is a first schematic view illustrating an effect of setting a background of a call request according to an embodiment of the present application;

fig. 9B is a schematic diagram illustrating an effect of setting a background of a call request according to an embodiment of the present application;

fig. 9C is a schematic view illustrating an effect of setting a background of a call request according to an embodiment of the present application;

fig. 9D is a schematic diagram illustrating an effect of a caller interface in a call request according to an embodiment of the present application;

fig. 10A is a first schematic view illustrating an effect of a receiver interface in a call request according to an embodiment of the present application;

fig. 10B is a schematic view illustrating an effect of a receiver interface in a call request according to an embodiment of the present application;

fig. 11 is a schematic view illustrating an effect of a chat record after a call request is rejected according to an embodiment of the present application;

fig. 12 is a system framework diagram of a terminal device according to an embodiment of the present application;

fig. 13 is a schematic structural diagram of a call request device according to an embodiment of the present application;

fig. 14 is a schematic structural diagram of a terminal device according to an embodiment of the present application;

fig. 15 is a schematic structural diagram of another terminal device according to an embodiment of the present application.

Detailed Description

So that the manner in which the features and elements of the present embodiments can be understood in detail, a more particular description of the embodiments, briefly summarized above, may be had by reference to embodiments, some of which are illustrated in the appended drawings.

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 present 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 understood that "some embodiments" may be the same subset or different subsets of all possible embodiments, and may be combined with each other without conflict. It should also be noted that reference to the terms "first \ second \ third" in the embodiments of the present application is only used for distinguishing similar objects and does not represent a specific ordering for the objects, and it should be understood that "first \ second \ third" may be interchanged with a specific order or sequence where possible so that the embodiments of the present application described herein can be implemented in an order other than that shown or described herein.

At present, a terminal device with a camera can be used for Voice Call and Video Call (Video Call/Voice Call), a user can realize emotional contact between friends and family 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.

Understandably, the video call applications commonly used at present mainly include: FaceTime video calls, WeChat video calls, etc. When a caller initiates a video call request, a receiver can generally select a mode for a call between a video call and a voice call.

In one implementation, the FaceTime video call is implemented by accessing the internet through Wireless communication (Wi-Fi) or cellular data, and the video call is implemented between two terminal devices loaded with FaceTime. It requires both parties to the call to have a target device loaded with FaceTime, target Identifier (ID) information, and internet-accessible third Generation mobile communication technology (3rd-Generation of broadband cellular network technology, 3G), fourth Generation mobile communication technology (4rd-Generation of broadband cellular network technology, 4G), or Wi-Fi network.

In another implementation, the Wechat Video call is based on a multimedia application integration Engine self-developed by the Wechat multimedia team, namely, a Wechat Audio & Video Engine (WAVE). The bottom layer of the engine, the kernel layer, is composed of three large types of cross-platform technologies of transmission, video and audio. In addition, interface packaging and application logic design are carried out according to the characteristics of different application types, and an application layer is formed, supports various different types of applications, such as real-time call applications, and can be used for point-to-point and multi-person video calls of WeChat.

It can also be understood that, for the current mainstream video call request interface, in the implementation of FaceTime, see fig. 1A, a schematic diagram of a pull-up interface in a video call request is shown. As shown in fig. 1A, a configuration Interface may be drawn upwards in a video call request, and a message picture window in a dashed line frame 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 to the receiving end in the video call request through the imess application, and at this time, FaceTime will jump to the background to continue call waiting. Referring to fig. 1C, a diagram of a requested interface in a video call request is shown. As shown in fig. 1C, both the unsolicited and solicited interfaces of FaceTime default to overlaying a light gray nearly transparent layer over the content captured by the front-facing camera.

In addition, for the current mainstream video call request interface, in the implementation of the wechat video call, refer to fig. 2A, which shows a schematic diagram of an active request interface in a video call request. As shown in fig. 2A, the active request interface of the wechat video call is covered with a light gray almost transparent layer on the top of the content shot by the front camera by default. Referring to fig. 2B, a diagram of a requested interface in a video call request is shown. As shown in fig. 2B, the interface where the wechat video call is requested is covered by a dark gray less transparent layer on top of the content shot by the front camera by default.

Briefly, in the related art, although there are processing functions for video content in a video call, such as beautifying, blurring background, replacing background, etc.; 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 of the background, theme or message window of the video call request interface, that is, the existing video call application does not have the function of completely setting the background of the video call request interface and the instant message sending scheme on the call request interface.

Based on this, the embodiment of the present application provides a call request method, by obtaining a call request initiated to a second device; determining additional information sent to the second device according to the call request; the additional information is sent to the second device simultaneously with the call request. Therefore, the call purpose can be more definite and the call request can be more formal by adding additional information in the process of initiating the call request, and the call request interface can be more attractive and more readable by setting the background image in the process of initiating the pass request; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has higher 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 provided in the 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 subject of the embodiment of the present application is a call request device or a terminal device integrated with the call request 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 top computer, a Personal Digital Assistant (PDA), a Portable Media Player (PMP), a navigation device, a wearable device, and the like, which are not limited in this embodiment.

It should be further 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, and both the first device and the second device 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 at the moment, 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 serves as a calling party and the first device serves as a receiving party at this time. The following description will take the first device initiating a call request to the second device as an example.

It should be further noted that, in the embodiment of the present application, the call request may include: a video call request, and/or a voice call request. That is to say, the call request method in the embodiment of the present application may be applicable to both a video call request and a voice call request, and the embodiment of the present application is not limited at all.

S302: and determining the 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 necessary to determine the transmission policy of the additional information first.

In some embodiments, for S302, the determining additional information to be 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, acquiring additional information sent to the second equipment by using a preset message mode;

and if the sending strategy is the second strategy, acquiring the additional information sent to the second equipment by using a preset file mode.

Here, the first policy is different from the second policy. The first strategy instruction is sent based on a message adding mode, and the second strategy 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, the additional information sent to the second device may include:

performing character input in a preset text box by using a text input mode, and taking character messages in the preset text box as additional information sent to second equipment; or,

performing character recognition on the target file by using a text recognition mode, and using the recognized character message as additional information sent to second equipment; or,

recording the voice message by using a voice input mode to obtain a voice message, and using the voice message as additional information sent to second equipment; or,

and recording the voice message by using a voice input mode to obtain the voice message, performing character conversion on the voice message, and using the converted character message as additional information sent to the second equipment.

It should be noted that, in the embodiment of the present application, if the add message mode is selected, a message that the first device wants to send may be input through text input, voice input, or voice-to-text, or the like. In addition, the words in the local file can be identified as messages, and the messages can be sent out as additional information while a call request is initiated.

Illustratively, taking the text recognition approach as an example, when the first device initiates a call request, if it wants to send a text message but does not want to type, a local file in text format (. txt, etc.) may be selected, and then the text in the local file is automatically recognized and the recognized text is used as additional information, which may then be sent along with the call request.

Further, for the second policy, in some embodiments, the obtaining, by using a preset file, 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 equipment, and using the first file as additional information sent to the second equipment.

Here, the first file may be any of a 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 application, if a manner of adding a local file is selected, a file that the first device wants to send may be shared by selecting to add a local picture file, or by selecting to add a local audio file, or by selecting to add a local video file, so that the second device can also see the file shared by the first device while receiving the call request.

S303: the additional information is sent to the second device simultaneously with the call request.

It should be noted that 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 initiating a video call request, it may be selected to send additional information simultaneously with the call request, and the sent additional information may be characters, pictures, moving pictures, audio, short videos, and the like. In addition, it should be noted that "simultaneously" here 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 the embodiment of the present application is not particularly 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 "sending the additional information to the second device simultaneously with the call request".

It should be noted that, after determining the additional information to be sent to the second device, whether to send the additional information and the call request to the second device needs to determine the next execution step according to the received operation instruction. Thus, in some embodiments, the method may further comprise:

if the confirmation instruction is received, the step of sending the additional information and the call request to the second equipment at the same time is executed;

and if a cancel instruction is received, executing the step of canceling the call request.

Here, the confirmation command indicates an operation command generated by the user clicking the dial-on key, and the cancel command indicates an operation command generated by the user clicking the cancel key.

That is, if the calling party 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 this time, and then cancels the call request.

Further, after the call request initiated to the second device is obtained, a prompt box may pop up at this time to select whether to send the additional information, and then it is determined 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 to transmit the additional information to the second device. If the judgment result is yes, executing the steps of S302 and S303; and if the judgment result is negative, only sending the call request to the second equipment.

That is, only in the case of selecting to send the additional information, it is necessary to determine the additional information to be sent to the second device according to the call request at this time, and then send the additional information and the call request to the second device at the same time; if the option is not to send additional information, then a normal call request can 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 further select a 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 the user wants to contact, the user can select 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 the background of the call request is set, the call request is selected to be initiated; or, even after setting the context of the call request, the user may select to initiate the call request and add additional information, and the like, which is not specifically limited in the embodiment of the present application.

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 the 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 or not;

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, the background image is made in a predefined mode, and the made background image is determined as the target background image of the call request.

In a specific embodiment, the making of the background image by using the 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 a manufactured background image.

That is to say, 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 also has a Do It Yourself (DIY) function, and at this time, a local file may be imported, and then the file is edited to obtain the desired target background image. Editing processes may include adding special effects, matting, text, pasting, and the like, among others.

In a possible implementation manner, for S401, the determining a 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 groups, love groups, friend groups, interest groups, and the like. For example, the background image corresponding to the family group may be a full family photo, the background image corresponding to the lover group may be a background image of a 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.); therefore, 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 a 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 a target background image of the call request may include:

determining a user characteristic parameter corresponding to the second device; wherein, the user characteristic parameter at least comprises one of the following items: the birthday and mood of the user;

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 mood of the user may be one of the following items: 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 corresponding background image may be a background image of a cheerful theme when the mood of the user is happy, and the corresponding background image may be a background image of a cure theme when the mood of the user is depressed; thus, 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 device are determined as the birthday of the user, the background image of the cake theme can be determined as the target background image of the call request; therefore, 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 noted that, in the embodiment of the present application, the background setting of the call request and the sending additional information may be displayed in combination. In the process of the call request, files in multimedia formats such as text messages, voice messages, pictures, audio/video and the like can be synchronously sent as additional information, and a target background image can be set, particularly a request interface background when the call request is initiated but the request is not answered yet. Here, both the caller and the receiver can see the set target background image, and can perform custom setting or select an existing template, etc. when setting the target background image.

Further, in some embodiments, the call request method according to the embodiments 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 a 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, emoticon format and business card format.

That is to say, when the call request needs to be rejected, a quick reply function can be provided, so that a quick reply message sent by the second device can be synchronously received while the call request is rejected, wherein an existing quick reply template can be selected, and a reply message can be edited immediately.

In addition, in the quick reply function, besides the quick reply of the text/voice, the embodiment of the application also supports a plurality of media formats. For example, for a relatively familiar friend, a picture emoticon can be quickly replied to; for the working partners, the promotional videos of the company or the business card information of other docking partners can be quickly replied, and the method is not particularly limited.

It should also be noted that, in some embodiments, the method may further include: and when receiving the call rejection message sent by the second equipment, saving the additional information, the call rejection message and the quick reply message 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) when rejected are both saved as messages in the chat log.

In short, in the embodiment of the present application, on one hand, when a call request is initiated, it may be selected to send additional information simultaneously with the call request, and the sent additional information may be characters, a moving picture, audio, a short video, and the like; on the other hand, when the call request is initiated, the background of the call request can be selected, and the background can be selected from an existing template or self-defined setting; in yet another aspect, the context of the call request and the additional information sent may be displayed in combination; on the other hand, when the call request is rejected, a quick reply message can be added, and the quick reply can be a template, a typewriting reply, a voice-to-text reply and the like which are set in advance; on the other hand, after the call request is rejected, the message sent by the calling party and the message quickly replied by the receiving party are both kept in the chat record as text message records.

Further, in the embodiment of the present application, the call request method can be applied to a video call, and can also be completely transplanted to a voice call. Illustratively, when a voice call request is initiated, a message/file may also be added as additional information or to set the context of the voice call.

Further, in the embodiment of the application, the call request method may further identify a word in the local text file as a message, and send the message as additional information while initiating the call request. For example, when a call request is initiated and a text message is to be sent without typing, a local text format (. txt, etc.) file can be selected, and then the text in the text file is automatically identified, and the text in the text file is sent as additional information along with the call request.

Further, in the embodiment of the present application, the call request method supports multiple media formats in addition to the text/voice quick response in the quick response function. For example, for a friend who is more familiar, a photo emoticon can be replied to quickly; for the working partners, the promotion video of the company or the business card information of other docking partners can be quickly replied.

The embodiment provides a call request method which is applied to first equipment. Obtaining a call request initiated to a second device; determining additional information sent to the second device according to the call request; the additional information is sent to the second device simultaneously with the call request. Therefore, the call purpose can be more definite and the call request can be more formal by adding additional information in the process of initiating the call request, and the call request interface can be more attractive and more readable by setting the background image in the process of initiating the pass request; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has higher competitiveness.

In another embodiment of the present application, a call request method based on the foregoing embodiment is shown in fig. 6, which is a detailed flowchart illustrating sending additional information when a call request is sent according to an embodiment of the present application. As shown in fig. 6, taking a video call request as an example, a detailed flow of sending an instant message when the video call is actively requested is mainly shown here, which may include:

s601: and initiating a video call request.

S602: it is determined whether additional information is to be transmitted.

S603: and if the judgment result is negative, sending the video call request without the additional information.

S604: if the judgment result is yes, the mode of sending 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, the picture/audio/video is selected from the local as the additional information.

S607: and judging whether to confirm the dialing-through or not.

S608: and if so, sending a video call request carrying the additional information.

S609: and if the judgment result is negative, canceling the video call request.

It should be noted that, in this embodiment of the present application, for S602, it is determined whether to send additional information, if the additional information does not need to be sent, that is, the determination result is no, S603 is executed, and a video call request without additional information may be sent; if the additional information needs to be sent, namely the judgment result is yes, executing S604, namely selecting a mode for sending the additional information, and then executing S605 or S606 to obtain the additional information; after the additional information is obtained, executing S607 to determine whether to confirm the dial-up, if yes, executing S608, that is, sending a video call request carrying the additional information; if the call is not confirmed, i.e. the determination result is no, S609 is executed, i.e. the video call request is canceled.

Referring to fig. 7, a detailed flow diagram of background setting when a call is requested according to an embodiment of the present application is shown. As shown in fig. 7, still taking the video call request as an example, here mainly shows a detailed flow of setting a background when the video call is actively requested, which may include:

s701: setting the background of the video call request.

S702: and judging whether the existing background template is selected.

S703: if the judgment result is yes, selecting the existing background template from the preset material library.

S704: if the judgment result is negative, whether the self-made template is selected or not is judged.

S705: if the judgment result is yes, the picture/audio/video is selected from the local as the target file.

S706: and judging whether to edit.

S707: if the judgment result is yes, the operation such as editing/adding special effect is carried out on the target file.

S708: and judging whether the editing is finished or not.

S709: and if so, uploading a preset material library and selecting the background image.

S710: and judging whether the setting is finished or not.

S711: and if so, completing the background setting of the video call request.

S712: and 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 an existing background template, if the existing background template is selected, that is, the determination result is yes, then S703 is executed, and the existing background template may be selected from a preset material library; if the existing background template is not selected, namely the judgment result is negative, executing S704, namely judging whether a self-made template is selected; further, if the homemade template needs to be selected, that is, the judgment result is yes, S705 is executed, a picture/audio/video may be selected locally as the target file, and then S706 is executed; if the homemade template does not need to be selected, i.e., the determination result is no, S712 is executed, i.e., the background setting of the video call request is cancelled.

It should be further noted that, in this embodiment of the present application, for S706, it is determined whether to perform editing, if the editing is required, that is, if the determination result is yes, S707 is executed, operations such as editing/adding a special effect to the target file are performed, and then S708 is executed again, and it is determined whether to complete the editing; if the editing is not finished, returning to continue to execute S707 until the editing is finished, and then executing S709, namely uploading a preset material library and selecting the background image; if the editing is not needed, namely the judgment result is negative, then S709 is executed, namely a preset material library is uploaded and the background image is selected; finally, S710 is executed, and whether the setting is finished is judged; if the setting is completed, that is, the determination result is yes, S711 is executed, which means that the background setting of the video call request is completed; if the setting is not completed, that is, the determination result is no, S712 is performed, meaning that the background setting of the video call request is cancelled.

In a specific embodiment, if the caller clicks on the contact avatar that he wants to contact, he can choose [ initiate video/voice call request ], or [ set call request background ]. If [ initiate video/voice call request ] function is selected, a prompt box [ whether to attach information ] can be popped up:

(a) if no, sending a common video call request, namely sending a video call request without additional information;

(b) if [ yes ] is selected, a prompt box pops up, and the user can select to send [ text message ], [ voice message ], [ text, motion picture, audio, short video and the like which are wanted to be sent [ local selection ].

Exemplarily, fig. 8A shows an effect display diagram of an address book provided in the embodiment of the present application, and fig. 8B shows an effect display diagram of a call request function provided in the embodiment of the present application. As shown in fig. 8A and 8B, after clicking on a contact in the address book, the functions provided can be seen: video call, voice call, and call request background.

Further, fig. 8C is a schematic diagram illustrating an effect of initiating a call request according to an embodiment of the present application. After the user clicks [ video call ] or [ voice call ], the resulting presentation interface is shown in fig. 8C, which includes: [ DIRECT DIALLING TO ], [ ADD MESSAGE (CHARACTER/VOICE) ], [ ADD LOCAL FILE ], etc.

If the function of adding the message (text/voice) is selected, the message which the user wants to send can be input in a text, voice input or voice-to-text mode. Fig. 8D shows an effect display diagram of adding a text message according to the embodiment of the present application, and fig. 8E shows an effect display diagram of adding a voice message according to the embodiment of the present application.

If the function of adding the local files is selected, the files which the user wants to send can be shared by selecting the files of the local pictures, videos or audios. Fig. 8F shows a schematic view of an effect display of adding a local picture file provided by the embodiment of the present application, fig. 8G shows a schematic view of an effect display of adding a local audio file provided by the embodiment of the present application, and fig. 8H shows a schematic view of an effect display of adding a local video file provided by the embodiment of the present application.

In another specific embodiment, the user may set in advance the display background when [ initiate video call request ]:

(a) providing a background template library for a user to select, wherein the background template library can contain holiday themes and other theme backgrounds;

(b) providing a DIY function, wherein a user can import a local photo/video, and then add some stickers, controls and other dynamic effects provided by a preset material library on the photo/video to generate a display background belonging to the user;

(c) the set display background template can be uploaded to the cloud and stored as a self-defined template, and the template can be quickly selected when a video/voice call request is initiated;

(d) it can be set in advance that a contact or a specific call object can see [ display background ].

Illustratively, after clicking on a contact in the address book, if [ set call request context ] is selected, a default template provided by the preset material library may be selected. Fig. 9A shows a first effect display diagram for setting a call request background according to an embodiment of the present application, and fig. 9B shows a second effect display diagram for setting a call request background according to an embodiment of the present application. Here, as for the background image, it is also possible to select to apply the background only to the current call object or to apply the background to all call objects, as shown in fig. 9B, where two options are provided: this background is applied to the current call partner only and to all call partners.

In addition, if the (setting of the background of the call request) is selected, a personalized template can be selected to be manufactured, a preset material library is uploaded, and then the personalized template is selected for use. Fig. 9C shows a third schematic effect display diagram for setting a call request background according to the embodiment of the present application, which is an effect schematic diagram after clicking [ homemade template ], where two options are also provided: [ completion of production, uploading of material library ] and [ cancellation ].

Finally, after the setting is completed, if the call request is dialed up, the display effect of the calling party interface is as shown in fig. 9D, which shows an effect display diagram of the calling party interface in the call request after the background is set according to the embodiment of the present application.

In yet another specific embodiment, after receiving the above [ video/voice call request ], if [ reject to answer ] is selected, the receiver may attach [ quick reply message ] while rejecting:

(a) the method provides a quick reply function, can provide a quick reply template, and supports the storage of replies set by a user in advance;

(b) and fast reply is supported [ voice message ] or [ voice to text ] and the like.

Exemplarily, fig. 10A shows a schematic diagram for displaying an effect of a receiver interface in a call request according to an embodiment of the present application, and fig. 10B shows a schematic diagram for displaying 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 receiving party can hang up and reply the message quickly, for example, can select the existing quick reply template, can edit the replied message instantly, support the quick reply mode of text, voice and voice-to-text, and even support various media formats, and can reply the picture emoticon quickly for the more familiar friends; for the working partners, the promotion video of the company or the business card information of other docking partners can be quickly replied.

In yet another specific embodiment, after rejecting answering by [ quick reply ], the message sent with the talk request and the rejection message of the quick reply are kept as the chat log in the chat window.

Illustratively, fig. 11 shows an effect illustration of a chat record after a call request is rejected according to an embodiment of the present application. After the receiving party refuses to answer, all the messages set in the call request are retained in the chat log, as shown in fig. 11.

Briefly, in the embodiment of the present application, during various forms of network calls (video/voice calls), 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 function of personalized call request background; a function of recognizing text characters and using the text characters as character messages; the function of quickly replying to files in various media formats. Specifically, on the one hand, in the call request process, the following are synchronously sent: 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, a request interface background is set when a call request is initiated but the request is not answered yet, both a calling party and a receiving party can see the background, and custom setting can be carried out or an existing template can be selected when the background is set; on the other hand, when the call request needs to be refused, a quick reply function is provided, and the text/voice message can be quickly replied while the call request is refused; in yet another aspect, when the call end/call request is rejected, additional information of the call request, as well as a quick reply message (if any) upon rejection, are both saved as messages in the chat log.

In another embodiment of the present application, a call request method based on the foregoing embodiment is shown in fig. 12, which is a schematic diagram of a system framework of a terminal device provided in an embodiment of the present application. As shown in fig. 12, the terminal device is loaded with an operating system, which may include an instant messaging 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; the instant message module, the video call module, the contact 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 the 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 communication between the various hardware and software components. Illustratively, LINUX, UNIX, IOS, WINDOWS, or embedded operating systems, among others.

The video call application program: software components for performing video chat functions using an audiovisual session technique that provides bi-directional real-time transfer of voice and pictures between users at two or more locations.

A contact module: the address list or the contact list is used for storing, modifying, updating and deleting the software components of the contact information.

An instant message module: including software components adapted for real-time communication over a network that allow two or more people to communicate text messages, files, voice and video instantly using the network. The services are typically provided in the form of a website, computer software, or mobile application.

Theme background setting module: including software components suitable for setting, storing, updating, downloading, uploading, authoring a background or theme.

The multimedia file playing module: including software components adapted to open, parse, play multimedia files (e.g., video files, music files, picture files, etc.).

A graphic 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 attributes) 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, videos, animations and the like.

A haptic feedback module: various software components are included for generating instructions to produce haptic output at one or more locations on the device in response to interaction between the user and the device.

A communication module: various software components for receiving data through one or more external ports for communication with other devices. External ports (e.g., Universal Serial Bus (USB), etc.) are adapted to couple directly to other devices or indirectly through a Network (e.g., the internet, a wireless Local Area Network (LAN), etc.).

A text input module: the system comprises software components suitable for inputting and editing texts and performing basic operations such as cutting, copying, pasting and the like on the input texts.

A storage module: including software components adapted to the various storage devices in the device that store programs and data, control components, and devices (hardware) and algorithms (software) that manage scheduling of information.

The embodiment provides a call request method, and the specific implementation of the foregoing embodiment is elaborated through the foregoing embodiment, from which it can be seen that, through the technical solution of the foregoing embodiment, on one hand, a call purpose is more definite and efficiency is higher through a manner of adding a message/file in a call request initiating process; 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, setting the call background as a picture/motion picture of company profile, adding call message to the conference issue, etc., the call request can be made more formal and more efficient; on the other hand, when the functions are used in the conversation process with the family of the friends, good social and entertainment effects can be achieved, for example, in the spring festival, a year-round background can be set; when a certain friend is on a day, celebration backgrounds and the like can be set; therefore, the current video call experience can be optimized in the use scenes, and more users can be attracted to use the video call product, so that the product has competitiveness; meanwhile, for some video call account numbers of the enterprise official, the video call/voice call interface can display propaganda advertisements, so that advertisement revenue can be created, and commercial value is achieved; on the other hand, a material library set by the background can be opened to different designers, and limited materials can be produced to generate propaganda effects and economic benefits; therefore, 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 competitiveness is better.

In yet another embodiment of the present application, based on the same inventive concept as the foregoing embodiment, referring to fig. 13, a schematic structural diagram of a call request device 130 provided in the 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 a second device;

a determining unit 1302 configured to determine additional information to be sent to the second device according to the call request;

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 additional information to the second device; if the judgment result is yes, determining additional information sent to the second equipment according to the call request; and if the judgment result is negative, only sending the call request 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, acquiring additional information sent to the second equipment by using a preset message mode; if the sending strategy is a second strategy, acquiring 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 be sent based on a message adding mode, and the second strategy indicates to be sent based on a local file adding mode.

In some embodiments, the determining unit 1302 is further configured to perform text input in a preset text box by using a text input manner, and use a text message in the preset text box as additional information sent to the second device; or, the text recognition mode is utilized to perform character recognition on the target file, and the recognized character message is used as additional information sent to the second equipment; or, recording the voice message by using a voice input mode to obtain the voice message, and using the voice message as additional information sent to the second equipment; or recording the voice message by using a voice input mode to obtain the voice message, performing character conversion on the voice message, and using the converted character message as additional information sent to the second equipment.

In some embodiments, the determining unit 1302 is further configured to select a first file from a plurality of local files stored in the first device, and use the first file as additional information sent to the second device; the first file is any file in a plurality of local files, and the type of the first file at least comprises one of the following files: 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 a background of the first device and the second device for display.

In some embodiments, the determining unit 1304 is further configured to determine 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, the background image is made in a predefined mode, and the made background image is determined as the target background image of the call request.

In some embodiments, the determining unit 1302 is further configured to select a second file from a 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 grouping 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 a 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, when receiving the call rejection message sent by the second device, synchronously receive a quick reply message sent by the second device; the quick reply message supports a plurality of media formats, and the plurality of media formats at least comprise one of the following items: text format, voice format, emoticon 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 record when receiving the call rejection message sent by the second device.

In some embodiments, the call request comprises: a video call request, and/or a voice call request.

It is understood that in this embodiment, a "unit" may be a part of a circuit, a part of a processor, a part of a program or software, etc., and may also be a module, or may also be non-modular. Moreover, each component in the embodiment may be integrated into one processing unit, or each unit may exist alone physically, or two or more units are integrated into one unit. The integrated unit can be realized in a form of hardware or a form of a software functional module.

Based on the understanding that the technical solution of the present embodiment essentially or a part contributing to the prior art, or all or part of the technical solution may be embodied in the form of a software product stored in a storage medium, and include several instructions for causing a computer device (which may be a personal computer, a server, or a network device, etc.) or a processor (processor) to execute all or part of the steps of the method of the present embodiment. And the aforementioned storage medium includes: various media capable of storing program codes, such as a usb disk, a removable hard disk, a Read Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk, or an optical disk.

Accordingly, the present embodiments provide a computer storage medium storing a computer program which, when executed by at least one processor, performs the steps of the method of any of the preceding embodiments.

Based on the above-mentioned components of the call request device 130 and the computer storage medium, refer to fig. 14, which shows a schematic structural diagram of a terminal device provided in an embodiment of the present application. 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 understood that bus system 1404 is used to enable connective communication between these components. The bus system 1404 includes a power bus, a control bus, and a status signal bus in addition to a data bus. The various buses are labeled as bus system 1404 in fig. 14 for the sake of clarity of illustration. 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 performing, when running the computer program:

obtaining a call request initiated to a second device;

It will be appreciated that the memory 1402 in the subject embodiments can be either volatile memory or nonvolatile memory, or can include both volatile and nonvolatile memory. The non-volatile Memory may be a Read-Only Memory (ROM), a Programmable ROM (PROM), an Erasable PROM (EPROM), an Electrically Erasable PROM (EEPROM), or a flash Memory. Volatile Memory can be Random Access Memory (RAM), which acts as external cache Memory. By way of example, but not limitation, many forms of RAM are available, such as Static random access memory (Static RAM, SRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic random access memory (Synchronous DRAM, SDRAM), Double Data Rate Synchronous Dynamic random access memory (ddr Data Rate SDRAM, ddr SDRAM), Enhanced Synchronous SDRAM (ESDRAM), Synchronous chained SDRAM (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.

And processor 1403 may be an integrated circuit chip having signal processing capabilities. In implementation, the steps of the above method can be performed by hardware integrated logic circuits or instructions in software form in the processor 1403. The Processor 1403 may be a general purpose Processor, a Digital Signal Processor (DSP), an Application Specific Integrated Circuit (ASIC), a Field Programmable Gate Array (FPGA) or other Programmable logic device, discrete Gate or transistor logic device, or discrete hardware components. The various methods, steps, and logic blocks disclosed 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 directly implemented by a hardware decoding processor, or implemented by a combination of hardware and software modules in the decoding processor. The software module may be located in ram, flash memory, rom, prom, or eprom, registers, etc. storage media as is well known in the art. The storage medium is located in the memory 1402, and the processor 1403 reads the information in the memory 1402 and completes the steps of the above-mentioned method in combination with its hardware.

It is to be understood that the embodiments described herein may be implemented in hardware, software, firmware, middleware, microcode, or any combination thereof. For a hardware implementation, the Processing units may be implemented within one or more Application Specific Integrated Circuits (ASICs), Digital Signal Processors (DSPs), Digital Signal Processing Devices (DSPDs), Programmable Logic Devices (PLDs), Field Programmable Gate Arrays (FPGAs), general purpose processors, controllers, micro-controllers, microprocessors, other electronic units configured to perform 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, when running the computer program, perform the steps of the method of any of the previous embodiments.

Based on the above-mentioned components of the call request device 130 and the computer storage medium, refer to fig. 15, which shows a schematic structural diagram of another terminal device provided in the embodiment of the present application. As shown in fig. 15, the terminal device 140 may include the call request device 130 described in any of the foregoing embodiments.

In the embodiment of the present application, the terminal device 140 may specifically refer to a first device. After a call request initiated to the second equipment is obtained, determining additional information sent to the second equipment according to the call request; the additional information is then sent to the second device simultaneously with the call request. Therefore, the call purpose can be more definite and the call request can be more formal by adding additional information in the process of initiating the call request, and the call request interface can be more attractive and more readable by setting the background image in the process of initiating the pass request; therefore, the efficiency can be improved, and meanwhile, the product performance can be improved, so that the product has higher 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 an … …" does not exclude the presence of other like elements in a process, method, article, or apparatus that comprises the element.

The above-mentioned serial numbers of the embodiments of the present application are merely for description and do not represent the merits of the embodiments.

The methods disclosed in the several method embodiments provided in the present application may be combined arbitrarily without conflict to obtain new method embodiments.

Features disclosed in several of the product embodiments provided in the present application may be combined in any combination to yield new product embodiments without conflict.

The features disclosed in the several method or apparatus embodiments provided in the present application may be combined arbitrarily, without conflict, to arrive at new method embodiments or apparatus embodiments.

The above description is only for the specific embodiments of the present application, but the scope of the present application is not limited thereto, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present application, and shall be covered by 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

1. A call request method applied to a first device, the method comprising:

obtaining 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 equipment at the same time.

2. The method of claim 1, wherein after the obtaining the call request initiated to the second device, the method further comprises:

judging whether to send additional information to the second equipment;

if the judgment result is yes, the step of determining the additional information sent to the second equipment according to the call request is executed;

and if the judgment result is negative, only sending the call request to the second equipment.

3. The method of claim 1, wherein the determining additional information to send to the second device according to the call request comprises:

if the sending strategy is a first strategy, acquiring additional information sent to the second equipment by using a preset message mode;

if the sending strategy is a second strategy, acquiring additional information sent to the second equipment by using a preset file mode;

the first policy is different from the second policy, the first policy indicates sending based on an added message mode, and the second policy indicates sending based on an added local file mode.

4. The method according to claim 3, wherein the obtaining the additional information sent to the second device by using the preset message mode includes:

performing character input in a preset text box by using a text input mode, and taking character messages in the preset text box as additional information sent to the second equipment; or,

performing character recognition on the target file by utilizing a text recognition mode, and taking the recognized character message as additional information sent to the second equipment; or,

recording a voice message by using a voice input mode to obtain a voice message, and using the voice message as additional information sent to the second equipment; or,

5. The method according to claim 3, wherein the obtaining the additional information sent to the second device by using the preset file manner includes:

selecting a first file from a plurality of local files stored in the first device, and using the first file as additional information sent to the second device;

wherein the first file is any file in the plurality of local files, and the type of the first file at least includes one of: picture type, audio type, and video type.

6. The method of claim 1, further comprising:

determining a target background image corresponding to the call request;

and setting the target background image as the background of the first device and the second device for display.

7. The method of claim 6, wherein the determining the target background image of the call request comprises:

judging whether to select from a preset material library or not;

if the judgment result is yes, selecting a background image from the 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 using a predefined mode, and determining the made background image as the target background image of the call request.

8. The method of claim 7, wherein the background image production using the predefined method comprises:

selecting a second file from a plurality of local files stored by the first device;

and editing the second file to obtain the manufactured background image.

9. The method of claim 6, wherein the determining the target background image of the call request comprises:

10. The method of claim 1, further comprising:

when receiving a call rejection message sent by the second device, synchronously receiving a quick reply message sent by the second device;

wherein the quick reply message supports a plurality of media formats, the plurality of media formats including at least one of: text format, voice format, emoticon format and business card format.

11. The method of claim 10, further comprising:

and when receiving a call rejection message sent by the second device, saving the additional information, the call rejection message and the quick reply message as chat records.

12. The method according to any one of claims 1 to 11, wherein the call request comprises: a video call request, and/or a voice call request.

13. The call request device is applied to first equipment and comprises an acquisition unit, a determination unit and a sending unit; wherein,

the obtaining unit is configured to obtain a call request initiated to a second device;

the determining unit is configured to determine additional information sent to the second device according to the call request;

the sending unit is configured to send the additional information to the second device simultaneously with the call request.

14. A terminal device comprising a memory and a processor; wherein,

the memory for storing a computer program operable on the processor;

the processor, when running the computer program, is configured to perform the method of any of claims 1 to 12.

15. A computer-readable storage medium, characterized in that the computer-readable storage medium stores a computer program which, when executed by at least one processor, implements the method of any one of claims 1 to 12.