WO2023142768A1 - 一种通话请求方法、装置、设备和计算机可读存储介质 - Google Patents

一种通话请求方法、装置、设备和计算机可读存储介质 Download PDF

Info

Publication number
WO2023142768A1
WO2023142768A1 PCT/CN2022/139691 CN2022139691W WO2023142768A1 WO 2023142768 A1 WO2023142768 A1 WO 2023142768A1 CN 2022139691 W CN2022139691 W CN 2022139691W WO 2023142768 A1 WO2023142768 A1 WO 2023142768A1
Authority
WO
WIPO (PCT)
Prior art keywords
call request
additional information
background image
message
sent
Prior art date
Application number
PCT/CN2022/139691
Other languages
English (en)
French (fr)
Inventor
刘畅
谢静贤
Original Assignee
Oppo广东移动通信有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Oppo广东移动通信有限公司 filed Critical Oppo广东移动通信有限公司
Publication of WO2023142768A1 publication Critical patent/WO2023142768A1/zh

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72484User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/57Arrangements for indicating or recording the number of the calling subscriber at the called subscriber's set
    • H04M1/575Means for retrieving and displaying personal data about calling party
    • H04M1/576Means for retrieving and displaying personal data about calling party associated with a pictorial or graphical representation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72469User 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

Definitions

  • the present application relates to the technical field of terminal interaction, and in particular to a call request method, device, device and computer-readable storage medium.
  • a terminal device with a camera can implement a video call by installing a video call application program.
  • the embodiment of the present application provides a method for requesting a call, which is applied to a first device, and the method includes:
  • the additional information is sent to the second device simultaneously with the call request.
  • the embodiment of the present application provides a call requesting device, which is applied to the first device, and the call requesting device includes an acquiring unit, a determining unit, and a sending unit; wherein,
  • An acquiring unit configured to acquire a call request initiated to the second device
  • a determining unit configured to determine additional information to be sent to the second device according to the call request
  • the sending unit is configured to send the additional information and the call request to the second device simultaneously.
  • an embodiment of the present application provides a terminal device, where the terminal device includes a memory and a processor; wherein,
  • memory for storing computer programs capable of running on the processor
  • a processor configured to execute the method as described in the first aspect when running the computer program.
  • an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by at least one processor, the method described in the first aspect is implemented.
  • 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 schematic flow diagram of a call request method provided by an embodiment of the present application.
  • FIG. 4 is a second schematic flow diagram of a call request method provided by an embodiment of the present application.
  • FIG. 5 is a third schematic flow diagram of a call request method provided by an embodiment of the present application.
  • FIG. 6 is a schematic diagram of a detailed flow of sending additional information during a call request provided by an embodiment of the present application.
  • FIG. 7 is a schematic diagram of a detailed flow of background setting during a call request provided by an embodiment of the present application.
  • FIG. 8A is a schematic diagram showing the effect of an address book provided by the embodiment of the present application.
  • FIG. 8B is a schematic diagram showing the effect of a call request function provided by the embodiment of the present application.
  • FIG. 8C is a schematic diagram showing the effect of initiating a call request provided by the embodiment of the present application.
  • Fig. 8D is a schematic diagram showing the effect of adding a text message provided by the embodiment of the present application.
  • FIG. 8E is a schematic diagram showing the effect of adding a voice message provided by the embodiment of the present application.
  • FIG. 8F is a schematic diagram showing the effect of adding a local picture file provided by the embodiment of the present application.
  • FIG. 8G is a schematic diagram showing the effect of adding a local audio file provided by the embodiment of the present application.
  • FIG. 8H is a schematic diagram showing the effect of adding a local video file provided by the embodiment of the present application.
  • FIG. 9A is a first schematic diagram showing the effect of setting the call request background provided by the embodiment of the present application.
  • FIG. 9B is a second schematic diagram showing the effect of setting the call request background provided by the embodiment of the present application.
  • Fig. 9C is a schematic diagram 3 showing the effect of setting the call request background provided by the embodiment of the present application.
  • FIG. 9D is a schematic diagram showing the effect of the caller interface in a call request provided by the embodiment of the present application.
  • FIG. 10A is a first schematic diagram showing the effect of the receiver interface in a call request provided by the embodiment of the present application.
  • FIG. 10B is a second schematic diagram showing the effect of the receiver interface in a call request provided by the embodiment of the present application.
  • Fig. 11 is a schematic diagram showing the effect of a chat record after a call request is rejected according to an embodiment of the present application
  • FIG. 12 is a schematic diagram of a system framework of a terminal device provided in an embodiment of the present application.
  • FIG. 13 is a schematic diagram of the composition and structure of a call request device provided in an embodiment of the present application.
  • FIG. 14 is a schematic diagram of the composition and structure of a terminal device provided in an embodiment of the present application.
  • FIG. 15 is a schematic diagram of the composition and structure of another terminal device provided by the embodiment of the present application.
  • the embodiment of the present application provides a method for requesting a call, which is applied to a first device, and the method includes:
  • the additional information is sent to the second device simultaneously with the call request.
  • the method further includes:
  • the additional information to be sent to the second device is determined according to the call request, including:
  • the sending strategy is the first strategy, using a preset message method to obtain additional information sent to the second device;
  • the sending strategy is the second strategy, then using a preset file method to obtain the additional information sent to the second device;
  • the first policy is different from the second policy, and the first policy instruction is sent based on adding a message, and the second policy instruction is sent based on adding a local file.
  • the additional information sent to the second device is obtained by using a preset message method, including:
  • the voice message is recorded by means of voice input, the voice message is obtained, and the voice message is converted into text, and the converted text message is used as additional information sent to the second device.
  • text recognition is used to perform text recognition on the target file, and the recognized text message is used as additional information sent to the second device, including:
  • the text in the local file is recognized, and the recognized text information is used as additional information sent to the second device.
  • the additional information sent to the second device is obtained using a preset file method, including:
  • the first file is any file in the plurality of local files, and the first file Type includes at least one of the following: picture type, audio type, and video type.
  • sending the additional information and the call request to the second device simultaneously includes: controlling the deviation between the additional information and the call request to be within a preset range.
  • the method also includes:
  • determining the target background image corresponding to the call request includes:
  • the background image is created in a predefined manner, and the created background image is determined as the target background image corresponding to the call request.
  • background image production is performed in a predefined manner, including:
  • Editing is performed on the second file to obtain the produced background image.
  • determining the target background image corresponding to the call request includes:
  • the background image corresponding to the contact group type is determined as the target background image corresponding to the call request.
  • determining the target background image corresponding to the call request includes:
  • the background image corresponding to the user characteristic parameter is determined as the target background image corresponding to the call request.
  • the user feature parameters include at least one of the following: user birthday and user mood.
  • the method further includes: when receiving the call rejection message sent by the second device, synchronously receiving the quick reply message sent by the second device; wherein, the quick reply message supports multiple media formats, and multiple media formats Include at least one of the following: text format, voice format, emoticon package format and business card format.
  • the method further includes: when receiving the call rejection message sent by the second device, saving the additional information, the call rejection message and the quick reply message as chat records.
  • the call request includes: a video call request, and/or a voice call request.
  • the embodiment of the present application provides a call requesting device, which is applied to the first device, and the call requesting device includes an acquiring unit, a determining unit, and a sending unit; wherein,
  • An acquiring unit configured to acquire a call request initiated to the second device
  • a determining unit configured to determine additional information to be sent to the second device according to the call request
  • the sending unit is configured to send the additional information and the call request to the second device simultaneously.
  • the determining unit is further configured to determine the sending policy of the additional information according to the call request; and if the sending policy is the first policy, obtain the additional information sent to the second device by using a preset message; if sending If the policy is the second policy, the additional information sent to the second device is obtained by using a preset file method; wherein, the first policy is different from the second policy, and the first policy indicates that the sending is based on adding a message, and the second policy indicates based on Add a local file method to send.
  • the call requesting device further includes a setting unit, wherein,
  • the determination unit is further configured to determine the target background image corresponding to the call request
  • the setting unit is configured to set the target background image as the background of the first device and the second device for display.
  • the call requesting device further includes a receiving unit configured to synchronously receive the quick reply message sent by the second device when receiving the call rejection message sent by the second device; wherein, the quick reply message supports multiple media formats , the multiple media formats include at least one of the following: text format, voice format, emoticon pack format, and business card format.
  • an embodiment of the present application provides a terminal device, where the terminal device includes a memory and a processor; wherein,
  • memory for storing computer programs capable of running on the processor
  • a processor configured to execute the method as described in the first aspect when running the computer program.
  • an embodiment of the present application provides a computer-readable storage medium, where a computer program is stored in the computer-readable storage medium, and when the computer program is executed by at least one processor, the method described in the first aspect is implemented.
  • references to “some embodiments” describe a subset of all possible embodiments, but it is understood that “some embodiments” may be the same subset or a different subset of all possible embodiments, and Can be combined with each other without conflict.
  • first ⁇ second ⁇ third involved in the embodiment of the present application is only used to distinguish similar objects, and does not represent a specific ordering of objects. Understandably, “first ⁇ second ⁇ The specific order or sequence of "third” may be interchanged where permitted so that the embodiments of the application described herein can be implemented in an order other than that illustrated or described herein.
  • terminal devices with cameras can not only be used for voice calls, but also for video calls (Video Call/Voice Call). Users can realize emotional contact between friends and family members through video calls, and users can also use video Call for multi-person conferences, online gaming, live streaming, and more.
  • video call applications mainly include: FaceTime video call, WeChat video call, and the like.
  • the receiving party can usually choose a mode between video calling and voice calling for the calling.
  • the FaceTime video call is connected to the Internet through wireless communication (Wireless Fidelity, Wi-Fi) or cellular data, and a video call is realized between two terminal devices loaded with FaceTime, which requires that both parties to the call have
  • the target device loaded with FaceTime the target identifier (Identifier, ID) information
  • the third-generation mobile communication technology 3rd-Generation of broadband cellular network technology, 3G
  • the fourth-generation mobile communication technology 4rd- Generation of broadband cellular network technology, 4G) or Wi-Fi network.
  • the WeChat video call is based on the integrated multimedia application engine developed by the WeChat multimedia team, that is, the WeChat Audio&Video Engine (WAVE).
  • the bottom layer of the engine - the kernel layer is composed of three cross-platform technologies: transmission, video, and audio.
  • some interface encapsulation and application logic design are carried out according to the characteristics of different application types to form an application layer, which supports many different types of applications, such as real-time call applications, which can currently be used for point-to-point and multi-person video calls on WeChat .
  • FIG. 1A shows a schematic diagram of a pull-up interface in a video call request.
  • the configuration interface can be drawn upwards in the video call request, and the message picture window in the dotted frame can be clicked, so that the user interface (User Interface, UI) interface jumps to the sending of the instant messaging application (such as iMessage). window.
  • FIG. 1B shows a schematic diagram of an iMessage application interface in a video call request.
  • the iMessage application can be used to send a message to the receiving end in the video call request.
  • FIG. 1C shows a schematic diagram of a requested interface in a video call request. As shown in FIG. 1C , both the active request interface and the requested interface of FaceTime are defaulted to cover the content captured by the front camera with a light gray almost transparent layer.
  • FIG. 2A shows a schematic diagram of an active request interface in a video call request.
  • the active request interface of the WeChat video call is by default to cover the content captured by the front camera with a light gray almost transparent layer.
  • FIG. 2B shows a schematic diagram of a requested interface in a video call request.
  • the default interface of the WeChat video call request is to cover the content captured by the front camera with a dark gray layer that is not transparent.
  • the embodiment of the present application provides a call request method, by obtaining the call request initiated to the second device; determining the additional information to be sent to the second device according to the call request; sending the additional information and the call request to the second device at the same time Two equipment.
  • the purpose of the call can be made clearer and the call request more formal, and by setting a background image during the process of initiating a call request, the interface of the call request can also be made more beautiful. Readability; thereby improving efficiency and at the same time improving product performance, making the product more competitive.
  • FIG. 3 shows a first schematic flowchart of a method for requesting a call provided in an embodiment of the present application.
  • the method may include:
  • the execution subject of the embodiment of the present application is a call requesting device, or a terminal device integrated with the device.
  • the terminal equipment can be implemented in various forms, for example, the terminal equipment can include such as smart phones, tablet computers, notebook computers, palmtop computers, personal digital assistants (Personal Digital Assistant, PDA), portable media players (Portable Media Player, PMP), navigation device, wearable device, etc., the embodiment of this application does not make any limitation.
  • PDA Personal Digital Assistant
  • PMP Portable Media Player
  • navigation device wearable device, etc.
  • the calling system may include a first device and a second device, and both the first device and the second device belong to terminal devices.
  • the first device initiates a call request to the second device
  • the first device acts as the caller and the second device acts as the receiver; conversely, when the second device initiates a call request to the first device, the second device acts as the caller Caller, first device as receiver.
  • the following will describe in detail by taking the first device initiating a call request to the second device as an example.
  • the call request may include: a video call request, and/or a voice call request. That is to say, the method for requesting a call in the embodiment of the present application can be applied to both a video call request and a voice call request, which is not limited in this embodiment of the present application.
  • S302 Determine additional information to be sent to the second device according to the call request.
  • the additional information may be sent based on adding a message, or may be sent based on adding a local file. Therefore, it is first necessary to determine the sending policy of the additional information.
  • the determining the additional information to be sent to the second device according to the call request may include:
  • the sending strategy is the first strategy, using a preset message method to obtain additional information sent to the second device;
  • the sending strategy is the second strategy
  • the additional information sent to the second device is obtained by using a preset file method.
  • the first strategy is different from the second strategy.
  • the first policy instruction is sent based on adding a message
  • the second policy instruction is sent based on adding a local file.
  • the obtaining the additional information sent to the second device by means of a preset message may include:
  • the voice message is recorded by means of voice input, the voice message is obtained, and the voice message is converted into text, and the converted text message is used as additional information sent to the second device.
  • the message to be sent by the first device may be input through text input, voice input, or voice-to-text conversion.
  • the text in the local file can also be recognized as a message, which can be sent as additional information when a call request is initiated.
  • the text recognition method when the first device initiates a call request, if you want to send a text message instead of typing, you can select a local file in text format (.txt, etc.), and then automatically recognize the local text in the file and the recognized text as additional information that can then be sent along with the call request.
  • the obtaining the additional information sent to the second device by means of a preset file may include:
  • the first file is selected from a plurality of local files stored in the first device, and the first file is used as additional information sent to the second device.
  • the first file may be any file in multiple local files, and the type of the first file includes at least one of the following: picture type, audio type and video type.
  • S303 Send the additional information and the call request to the second device at the same time.
  • the additional information and the call request are simultaneously sent to the second device. That is to say, when initiating a video call request, you can choose to send additional information along with the call request, and the additional information sent can be text, pictures, moving pictures, audio, and short videos.
  • “simultaneously” here means that the deviation between the additional information and the call request is within a preset range.
  • the “deviation” may not only be a delay difference, but may also be other differences, which are not specifically limited in this embodiment of the present application. Exemplarily, 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 called "sending the additional information and the call request to the second device at the same time".
  • the method may also include:
  • the confirmation instruction represents the operation instruction generated by the user clicking the dial button
  • the cancel instruction represents the operation instruction generated by the user clicking the cancel button
  • the first device will receive a confirmation instruction at this time, and then send the call request carrying additional information to the second device; At this time, the first device will receive the cancel instruction, and then cancel the call request.
  • a prompt box may pop up at this time to select whether to send additional information, and then determine whether to perform the step of determining the additional information to be sent to the second device according to the call request. Therefore, in some embodiments, after S301, the method may further include: determining whether to send additional information to the second device. Wherein, if the judgment result is yes, the steps of S302 and S303 are executed; if the judgment result is no, only the call request is sent to the second device.
  • the call request method of the embodiment of the present application can also select the background of the call request. As shown in Figure 4, the method may also include:
  • S401 Determine a target background image corresponding to a call request.
  • S402 Set the target background image as the background of the first device and the second device for display.
  • the determining the target background image of the call request may include:
  • the background image is produced in a predefined manner, and the produced background image is determined as the target background image of the call request.
  • the making of the background image in a predefined manner may include: selecting a second file from a plurality of local files stored in the first device; editing the second file to obtain the produced background image.
  • the desired background image can be selected from the preset material library as the target background image, or the first device also has a Do It Yourself (DIY) function, at this time you can import a local file, and then edit the file to get the desired target background image.
  • DIY Do It Yourself
  • the editing process may include adding special effects, cutouts, text, stickers and so on.
  • the determining the target background image of the call request may include:
  • the background image corresponding to the contact group type is determined as the target background image of the call request.
  • the contact group type may be one of the following: family group, lover group, friend group, interest group and so on.
  • the background image corresponding to the family group can be a family portrait photo
  • the background image corresponding to the lover group can be a background image with a romantic theme
  • the background image corresponding to an interest group can be a theme of a common hobby (such as basketball, football, piano, etc.). background image; in this way, according to the mapping relationship between the pre-stored contact group type and the background image, when it is determined that the contact group type corresponding to the second device is the lover group, the background image of the romantic theme can be determined as the current The target background image for this call request.
  • the determining the target background image of the call request may include:
  • the user characteristic parameters include at least one of the following: user birthday and user mood;
  • the background image corresponding to the user characteristic parameter is determined as the target background image of the call request.
  • the user's mood can be one of the following: happy, dull, depressed, and so on.
  • the background image corresponding to the user's birthday can be a cake-themed background image
  • the corresponding background image when the user is in a happy mood can be a cheerful-themed background image
  • the corresponding background image when the user is in a depressed mood can be a healing-themed background
  • the background image of the cake theme can be determined as the target of the call request at this time background image; thus, 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.
  • the background setting of the call request and the sending additional information can be displayed in combination.
  • files in multimedia formats such as text messages, voice messages, pictures, audio/video, etc. can be synchronously sent as additional information, and the target background image can also be set, especially when a call request is initiated but the request has not yet been accepted.
  • the background of the request interface when answering.
  • both the calling party and the receiving party can see the set target background image, and can customize settings or select an existing template when setting the target background image.
  • the call request method in the embodiment of the present application may also provide a quick reply function. As shown in Figure 5, after S303, the method may further include:
  • S501 When receiving a call rejection message sent by the second device, synchronously receive a quick reply message sent by the second device.
  • the quick reply message may support multiple media formats, and the multiple media formats include at least one of the following: text format, voice format, emoticon package format and business card format.
  • a quick reply function can also be provided, so that while rejecting the call, the quick reply message sent by the second device can also be received synchronously, wherein an existing quick reply template can be selected , You can also edit the reply message in real time.
  • the embodiment of the present application supports text, voice and voice-to-text quick reply methods.
  • this embodiment of the present application also supports multiple media formats. For example, for familiar friends, you can quickly reply to the picture emoticon package; for your work partners, you can quickly reply to the company's promotional video or the business card information of other docking colleagues, which is not specifically limited here.
  • the method may further include: when receiving the call rejection message sent by the second device, saving the additional information, the call rejection message and the quick reply message as chat records.
  • the additional information corresponding to the call request and the quick reply message (if any) when the call is rejected will all be saved in the chat history as a message.
  • the additional information sent can be text, moving pictures, audio, and short videos;
  • the background of the call request can be selected, and the background can be selected from an existing template or a custom setting; on the other hand, the background of the call request and the additional information sent can be displayed in combination; on the other hand, the rejected A quick reply message can be attached to the call request, and the quick reply can be a pre-set template, typed reply, voice reply, and voice-to-text reply, etc.; Replied messages will be kept in the chat history as text message records.
  • the call request method can be applied to a video call, and can also be completely transplanted to a voice call.
  • a message/file may also be added as additional information or the background of the voice call may be set.
  • the call request method can also recognize the text in the local text file as a message, and send it out as additional information when the call request is initiated.
  • the call request method can also recognize the text in the local text file as a message, and send it out as additional information when the call request is initiated.
  • the call request method supports multiple media formats in addition to text/voice quick reply in the quick reply function. For example, for familiar friends, you can quickly reply to the picture emoticon package; for your work partners, you can quickly reply to the company's promotional video or the business card information of other docking colleagues, etc.
  • This embodiment provides a method for requesting a call, which is applied to a first device.
  • a call request initiated to the second device By acquiring a call request initiated to the second device; determining additional information to be sent to the second device according to the call request; and sending the additional information and the call request to the second device simultaneously.
  • the purpose of the call can be made clearer and the call request more formal, and by setting a background image during the process of initiating a call request, the interface of the call request can also be made more beautiful. Readability; thereby improving efficiency and at the same time improving product performance, making the product more competitive.
  • FIG. 6 shows a detailed flowchart of sending additional information during a call request provided by the embodiment of the present application.
  • FIG. 6 shows a detailed flowchart of sending additional information during a call request provided by the embodiment of the present application.
  • FIG. 6 shows the detailed process of sending an instant message when a video call is actively requested, which may include:
  • S601 Initiate a video call request.
  • FIG. 7 shows a detailed flow chart of setting a call request background provided by an embodiment of the present application.
  • FIG. 7 shows a detailed flow chart of setting a call request background provided by an embodiment of the present application.
  • Figure 7 still taking the video call request as an example, here mainly shows the detailed process of setting the background when the video call actively requests, which may include:
  • S702 Determine whether to select an existing background template.
  • FIG. 8A is a schematic diagram showing the effect of an address book provided by the embodiment of the present application
  • FIG. 8B is a schematic diagram showing the effect of a call request function provided by the embodiment of the present application.
  • FIG. 8A and FIG. 8B after clicking a contact in the address book, you can see the provided functions: [Video Call], [Voice Call], and [Set Call Request Background].
  • FIG. 8C shows a schematic diagram of an effect of initiating a call request provided by the embodiment of the present application.
  • the display interface obtained is shown in Figure 8C, which includes: [Direct Dialing], [Add Message (Text/Voice)], [Add Local File], etc. options.
  • FIG. 8D shows a schematic diagram showing the effect of adding a text message provided by the embodiment of the present application
  • FIG. 8E shows a schematic diagram showing the effect of adding a voice message provided in the embodiment of the present application.
  • FIG. 8F shows a schematic diagram showing the effect of adding a local picture file provided by the embodiment of the present application
  • FIG. 8G shows a schematic diagram showing the effect of adding a local audio file provided by the embodiment of the present application
  • FIG. 8H shows A schematic diagram showing the effect of adding a local video file provided by the embodiment of the present application is shown.
  • the user can set the display background when [initiating a video call request] in advance:
  • the [Display Background Template] that has been set can be uploaded to the cloud and saved as a custom template, which can be quickly selected when [Initiating a Video/Voice Call Request];
  • FIG. 9A shows a schematic diagram 1 for displaying the effect of setting a call request background provided by an embodiment of the present application
  • FIG. 9B shows a schematic diagram 2 for displaying the effect of setting a call request background provided by an embodiment of the present application.
  • FIG. 9C shows a schematic diagram 3 for displaying the effect of setting the background of the call request provided by the embodiment of the present application. It is a schematic diagram of the effect after clicking [self-made template]. Upload Material Library] and [Cancel].
  • Fig. 10A shows a first schematic diagram showing the effect of the receiver's interface in a call request provided by the embodiment of the present application
  • Fig. 10B shows the effect of the receiver's interface in a call request provided by the embodiment of the present application Show schematic diagram 2.
  • the receiver can quickly reply to the message while hanging up.
  • the voice and voice-to-text quick reply method even supports a variety of media formats. For familiar friends, you can quickly reply to picture emoticons; for work partners, you can quickly reply to the company's promotional video or other docking colleagues. business card information, etc.
  • the message sent along with the call request and the rejection message of the quick reply will be kept in the chat window as a chat record.
  • FIG. 11 shows a schematic diagram of an effect display of a chat record after a call request is rejected according to an embodiment of the present application. Wherein, after the receiver refuses to answer, all the messages set in the call request will be kept in the chat record, as shown in FIG. 11 .
  • FIG. 12 shows a schematic diagram of a system framework of a terminal device provided in an embodiment of the present application.
  • the terminal device is loaded with an operating system, which 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 graphics module, a tactile Feedback module, communication module and storage module; wherein, instant message module, video call module, contact module, multimedia file playing module and theme background setting module are set in the video call application program.
  • an operating system which 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 graphics module, a tactile Feedback module, communication module and storage module; wherein, instant message module, video call module, contact module, multimedia file playing module and theme background setting module are set in the video call application program.
  • an operating system which may include an instant message module, a video call module, a contact module, a multimedia file playing module, a theme
  • Operating System includes various software components and/or drivers for controlling and managing general system tasks (e.g., memory management, storage device control, power management, etc.), and facilitates communication between various hardware and software components computer program.
  • general system tasks e.g., memory management, storage device control, power management, etc.
  • LINUX e.g., LINUX, UNIX, IOS, WINDOWS or embedded operating system, etc.
  • Video call application program a software component that uses an audio-visual conversation technology that provides two-way real-time transmission of voice and picture between users in two or more places to complete the video chat function.
  • Contact module an address book or a contact list, a software component used to save, modify, update, and delete contact information.
  • Instant messaging module including software components suitable for real-time communication through the network, allowing two or more people to use the network to transmit text messages, files, voice and video communications in real time. Services are usually provided in the form of websites, computer software or mobile applications.
  • Theme Setting Module Includes software components suitable for setting, storing, updating, downloading, uploading, and authoring backgrounds or themes.
  • Multimedia file playing module including software components suitable for opening, parsing, and playing multimedia files (for example, video files, music files, picture files, etc.).
  • Graphics Module includes various known software components for rendering and displaying graphics on a touch screen or other display, including for changing the visual effects (e.g., brightness, transparency, saturation, contrast, or other visual effects) of displayed graphics properties) components.
  • graphics include any object that can 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.
  • Haptic Feedback Module includes various software components for generating instructions to produce tactile output at one or more locations on the device in response to user interaction with the device.
  • Communication module Various software components that communicate with other devices and receive data through one or more external ports.
  • External ports e.g., Universal Serial Bus (USB), etc.
  • USB Universal Serial Bus
  • a network e.g., the Internet, a wireless local area network (Local Area Network, LAN), etc.
  • Text input module includes software components suitable for inputting and editing text, and performing basic operations such as cut, copy, and paste on the input text.
  • Storage module including various storage devices for storing programs and data, control components, and equipment (hardware) and algorithms (software) for managing information scheduling applicable to the equipment.
  • This embodiment provides a call request method.
  • the specific implementation of the aforementioned embodiments is described in detail through the above-mentioned embodiments. It can be seen that, through the technical solutions of the aforementioned embodiments, on the one hand, by The method of adding messages/files makes the purpose of the call clearer and more efficient; through the method set during the process of initiating a call request, the call request interface is more beautiful and more readable; on the other hand, when the above functions are used In the process of business and office, for example, setting the background of the call as a picture/moving picture of the company profile, attaching the topic of the meeting to the call message, etc., can make the call request more formal and more efficient; on the other hand, when the above functions It can be used in the process of talking with friends and family members, which can play a very good social and entertainment role.
  • the video call/voice call interface can display promotional advertisements , which can realize advertising income and has commercial value;
  • the material library of the background setting can be opened to different designers, and at the same time, limited materials can be produced to generate publicity effects and economic benefits; this will not only make the purpose of the call clearer, but also Good readability can improve efficiency, and at the same time improve product performance, making the product more competitive.
  • FIG. 13 shows a schematic diagram of the composition and structure of a call request device provided in the embodiment of the present application.
  • the call requesting device 130 may include: an acquiring unit 1301, a determining unit 1302, and a sending unit 1303; wherein,
  • the obtaining unit 1301 is configured to obtain a call request initiated to the second device
  • the determining unit 1302 is configured to determine additional information to be sent to the second device according to the call request;
  • the sending unit 1303 is configured to send the additional information and the call request to the second device at the same time.
  • the call requesting device 130 may further include a judging unit 1304 configured to judge whether to send additional information to the second device; The step of sending additional information by the device; if the judgment result is no, only send the call request to the second device.
  • a judging unit 1304 configured to judge whether to send additional information to the second device; The step of sending additional information by the device; if the judgment result is no, only send the call request to the second device.
  • the determining unit 1302 is further configured to determine a sending strategy of the additional information according to the call request; and if the sending strategy is the first strategy, obtain the additional information sent to the second device by using a preset message; if If the sending strategy is the second strategy, the additional information sent to the second device is obtained by using the preset file method; wherein, the first strategy is different from the second strategy, and the first strategy indicates that the sending is based on adding a message, and the second strategy indicates Send based on adding local files.
  • the determining unit 1302 is further configured to use a text input method to input text in a preset text box, and use the text message in the preset text box as additional information sent to the second device; or, use a text
  • the recognition method performs character recognition on the target file, and uses the recognized text message as additional information sent to the second device; or, uses the voice input method to record a voice message to obtain a voice message, and uses the voice message as an additional message sent to the second device information; or, use the voice input method to record the voice message to obtain the voice message, and perform text conversion on the voice message, and use the converted text message as additional information to be sent to the second device.
  • the determining unit 1302 is further configured to select a first file from multiple local files stored in the first device, and use the first file as additional information sent to the second device; wherein, the first file is multiple Any file in the local files, and the type of the first file includes at least one of the following: picture type, audio type and video type.
  • the call requesting device 130 may further include a setting unit 1305; wherein,
  • the determining unit 1302 is further configured to determine the target background image corresponding to the call request;
  • the setting unit 1305 is configured to set the target background image as the background of the first device and the second device for display.
  • the judging unit 1304 is further configured to judge whether to select from the preset material library; and if the judgment result is yes, then select a background image from the preset material library, and determine the selected background image as a call The target background image of the request; if the judgment result is negative, the background image is produced in a predefined manner, and the produced background image is determined as the target background image of the call request.
  • the determining unit 1302 is further configured to select a second file from a plurality of local files stored in the first device; and edit the second file to obtain a produced background image.
  • the determining unit 1302 is further configured to determine the contact group type corresponding to the second device; and according to the pre-stored mapping relationship between the contact group type and the background image, the background The image is determined to be the target background image for the call request.
  • the call requesting device 130 may further include a receiving unit 1306 configured to synchronously receive a quick reply message sent by the second device when receiving a call rejection message sent by the second device;
  • the reply message supports multiple media formats, and the multiple media formats include at least one of the following: text format, voice format, emoticon package format, and business card format.
  • the call requesting device 130 may further include a saving unit 1307 configured to use the additional information, the call rejection message, and the quick reply message as chat records when receiving the call rejection message sent by the second device. to save.
  • the call request includes: a video call request, and/or a voice call request.
  • a "unit” may be a part of a circuit, a part of a processor, a part of a program or software, etc., of course it may also be a module, or it may be non-modular.
  • each component in this embodiment may be integrated into one processing unit, each unit may exist separately physically, or two or more units may be integrated into one unit.
  • the above-mentioned integrated units can be implemented in the form of hardware or in the form of software function modules.
  • the integrated unit is implemented in the form of a software function module and is not sold or used as an independent product, it can be stored in a computer-readable storage medium.
  • the technical solution of this embodiment is essentially or It is said that the part that contributes to the prior art or the whole or part of the technical solution can be embodied in the form of a software product, the computer software product is stored in a storage medium, and includes several instructions to make a computer device (which can It is a personal computer, a server, or a network device, etc.) or a processor (processor) that executes all or part of the steps of the method described in this embodiment.
  • the aforementioned storage medium includes: U disk, mobile hard disk, read only memory (Read Only Memory, ROM), random access memory (Random Access Memory, RAM), magnetic disk or optical disk and other various media that can store program codes.
  • this embodiment provides a computer storage medium, the computer storage medium stores a computer program, and when the computer program is executed by at least one processor, the steps of the method described in any one of the preceding embodiments are implemented.
  • a terminal device 140 may include: a communication interface 1401 , a memory 1402 , and a processor 1403 ; each component is coupled together through a bus system 1404 .
  • the bus system 1404 is used to realize connection and communication between these components.
  • the bus system 1404 also includes a power bus, a control bus and a status signal bus.
  • the various buses are labeled as bus system 1404 in FIG. 14 .
  • the communication interface 1401 is used for receiving and sending signals during the process of sending and receiving information with other external network elements;
  • memory 1402 used to store computer programs that can run on the processor 1403;
  • the processor 1403 is configured to, when running the computer program, execute:
  • the additional information is sent to the second device simultaneously with the call request.
  • the memory 1402 in the embodiment of the present application may be a volatile memory or a nonvolatile memory, or may include both volatile and nonvolatile memories.
  • the non-volatile memory can be read-only memory (Read-Only Memory, ROM), programmable read-only memory (Programmable ROM, PROM), erasable programmable read-only memory (Erasable PROM, EPROM), electronically programmable Erase Programmable Read-Only Memory (Electrically EPROM, EEPROM) or Flash.
  • the volatile memory can be Random Access Memory (RAM), which acts as external cache memory.
  • RAM Static Random Access Memory
  • SRAM Static Random Access Memory
  • DRAM Dynamic Random Access Memory
  • Synchronous Dynamic Random Access Memory Synchronous Dynamic Random Access Memory
  • SDRAM double data rate synchronous dynamic random access memory
  • Double Data Rate SDRAM DDRSDRAM
  • ESDRAM enhanced synchronous dynamic random access memory
  • SLDRAM synchronous chain dynamic random access memory
  • Direct Rambus RAM Direct Rambus RAM
  • the processor 1403 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method may be completed by an integrated logic circuit of hardware in the processor 1403 or instructions in the form of software.
  • the above-mentioned processor 1403 may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), an application specific integrated circuit (Application Specific Integrated Circuit, ASIC), a field programmable gate array (Field Programmable Gate Array, FPGA) or other Programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.
  • DSP Digital Signal Processor
  • ASIC Application Specific Integrated Circuit
  • FPGA Field Programmable Gate Array
  • a general-purpose processor may be a microprocessor, or the processor may be any conventional processor, and 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 can be located in a mature storage medium in the field such as random access memory, flash memory, read-only memory, programmable read-only memory or electrically erasable programmable memory, register.
  • 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 method in combination with its hardware.
  • the processing unit can be implemented in one or more application specific integrated circuits (Application Specific Integrated Circuits, ASIC), digital signal processor (Digital Signal Processing, DSP), digital signal processing device (DSP Device, DSPD), programmable Logic device (Programmable Logic Device, PLD), Field-Programmable Gate Array (Field-Programmable Gate Array, FPGA), general-purpose processor, controller, microcontroller, microprocessor, other devices used to perform the functions described in this application electronic unit or its combination.
  • ASIC Application Specific Integrated Circuits
  • DSP Digital Signal Processing
  • DSP Device digital signal processing device
  • DSPD digital signal processing device
  • PLD programmable Logic Device
  • Field-Programmable Gate Array Field-Programmable Gate Array
  • FPGA Field-Programmable Gate Array
  • the techniques described herein can be implemented through modules (eg, procedures, functions, and so on) that perform the functions described herein.
  • Software codes can be stored in memory and executed by a processor.
  • Memory can be implemented within the processor or external to the processor.
  • the processor 1403 is further configured to execute the steps of the method described in any one of the foregoing embodiments when running the computer program.
  • FIG. 15 shows a schematic diagram of the composition and structure of another terminal device provided by the embodiment of the present application.
  • the terminal device 140 may include the call requesting apparatus 130 described in any one of the foregoing embodiments.
  • the terminal device 140 may specifically refer to the first device. After acquiring the call request initiated to the second device, determine the additional information to be sent to the second device according to the call request; then send the additional information and the call request to the second device simultaneously. In this way, by adding additional information during the process of initiating a call request, the purpose of the call can be made clearer and the call request more formal, and by setting a background image during the process of initiating a call request, the interface of the call request can also be made more beautiful. Readability; thereby improving efficiency and at the same time improving product performance, making the product more competitive.
  • the second device acquires the call request initiated to the second device; determine the additional information to be sent to the second device according to the call request; and send the additional information and the call request to the second device at the same time.
  • the purpose of the call can be made clearer and the call request more formal, and by setting a background image during the process of initiating a call request, the interface of the call request can also be made more beautiful. Readability; thereby improving efficiency and at the same time improving product performance, making the product more competitive.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本申请公开了一种通话请求方法、装置、设备和计算机可读存储介质,应用于第一设备,该方法包括:获取向第二设备发起的通话请求;根据通话请求,确定向第二设备发送的附加信息;将附加信息与通话请求同时发送给第二设备。这样,通过在发起通话请求过程中添加附加信息的方式,不仅能够使得通话目的更明确,而且可读性好,从而能够提升效率,同时还能够提升产品性能,使得产品更具有竞争力。

Description

一种通话请求方法、装置、设备和计算机可读存储介质
相关申请的交叉引用
本申请要求在2022年01月26日提交中国专利局、申请号为202210091111.2、申请名称为“一种通话请求方法、装置、设备和计算机可读存储介质”的中国专利申请的优先权,其全部内容通过引用结合在本申请中。
技术领域
本申请涉及终端交互技术领域,尤其涉及一种通话请求方法、装置、设备和计算机可读存储介质。
背景技术
在当前快节奏的生活方式下,朋友、家人见面的机会逐渐变少,越来越多的感情联络依托视频通话来进行。目前,具有摄像头的终端设备可通过安装视频通话应用程序实现视频通话。
在相关技术中,当呼叫方发起视频通话请求之后,如果同时需要向接收方发送消息,一种解决方案是在视频通话请求界面中向上划拉出配置界面,然后再跳转至信息应用程序(例如iMessage)的发送窗口,以便向接收方发送消息。然而,这种解决方案的操作繁琐,可读性差,而且这些视频通话应用程序所提供的功能有限,导致效率偏低。
发明内容
本申请的技术方案是这样实现的:
第一方面,本申请实施例提供了一种通话请求方法,应用于第一设备,该方法包括:
获取向第二设备发起的通话请求;
根据通话请求,确定向第二设备发送的附加信息;
将附加信息与通话请求同时发送给第二设备。
第二方面,本申请实施例提供了一种通话请求装置,应用于第一设备,该通话请求装置包括获取单元、确定单元和发送单元;其中,
获取单元,配置为获取向第二设备发起的通话请求;
确定单元,配置为根据通话请求,确定向第二设备发送的附加信息;
发送单元,配置为将附加信息与通话请求同时发送给第二设备。
第三方面,本申请实施例提供了一种终端设备,该终端设备包括存储器和处理器;其中,
存储器,用于存储能够在处理器上运行的计算机程序;
处理器,用于在运行计算机程序时,执行如第一方面所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,计算机程序被至少一个处理器执行时实现如第一方面所述的方法。
附图说明
图1A为一种视频通话请求中的上拉界面示意图;
图1B为一种视频通话请求中的iMessage应用界面示意图;
图1C为一种视频通话请求中的被请求界面示意图;
图2A为一种视频通话请求中的主动请求界面示意图;
图2B为一种视频通话请求中的被请求界面示意图;
图3为本申请实施例提供的一种通话请求方法的流程示意图一;
图4为本申请实施例提供的一种通话请求方法的流程示意图二;
图5为本申请实施例提供的一种通话请求方法的流程示意图三;
图6为本申请实施例提供的一种通话请求时发送附加信息的详细流程示意图;
图7为本申请实施例提供的一种通话请求时背景设置的详细流程示意图;
图8A为本申请实施例提供的一种通讯录的效果展示示意图;
图8B为本申请实施例提供的一种通话请求功能的效果展示示意图;
图8C为本申请实施例提供的一种发起通话请求的效果展示示意图;
图8D为本申请实施例提供的一种添加文字消息的效果展示示意图;
图8E为本申请实施例提供的一种添加语音消息的效果展示示意图;
图8F为本申请实施例提供的一种添加本地图片文件的效果展示示意图;
图8G为本申请实施例提供的一种添加本地音频文件的效果展示示意图;
图8H为本申请实施例提供的一种添加本地视频文件的效果展示示意图;
图9A为本申请实施例提供的一种设置通话请求背景的效果展示示意图一;
图9B为本申请实施例提供的一种设置通话请求背景的效果展示示意图二;
图9C为本申请实施例提供的一种设置通话请求背景的效果展示示意图三;
图9D为本申请实施例提供的一种通话请求中呼叫方界面的效果展示示意图;
图10A为本申请实施例提供的一种通话请求中接收方界面的效果展示示意图一;
图10B为本申请实施例提供的一种通话请求中接收方界面的效果展示示意图二;
图11为本申请实施例提供的一种通话请求被拒绝后聊天记录的效果展示示意图;
图12为本申请实施例提供的一种终端设备的系统框架示意图;
图13为本申请实施例提供的一种通话请求装置的组成结构示意图;
图14为本申请实施例提供的一种终端设备的组成结构示意图;
图15为本申请实施例提供的另一种终端设备的组成结构示意图。
具体实施方式
第一方面,本申请实施例提供了一种通话请求方法,应用于第一设备,该方法包括:
获取向第二设备发起的通话请求;
根据通话请求,确定向第二设备发送的附加信息;
将附加信息与通话请求同时发送给第二设备。
在一些实施例中,在获取向第二设备发起的通话请求之后,该方法还包括:
判断是否向第二设备发送附加信息;
若判断结果为是,则执行根据通话请求,确定向第二设备发送的附加信息的步骤;
若判断结果为否,则仅将通话请求发送给第二设备。
在一些实施例中,根据通话请求,确定向第二设备发送的附加信息,包括:
根据通话请求,确定附加信息的发送策略;
若发送策略为第一策略,则利用预设消息方式获得向第二设备发送的附加信息;
若发送策略为第二策略,则利用预设文件方式获得向第二设备发送的附加信息;
其中,第一策略与第二策略不同,且第一策略指示基于添加消息方式进行发送,第二策略指示基于添加本地文件方式进行发送。
在一些实施例中,利用预设消息方式获得向第二设备发送的附加信息,包括:
利用文本输入方式在预设文本框内进行文字输入,将预设文本框内的文字消息作为向第二设备发送的附加信息;或者,
利用文本识别方式对目标文件进行文字识别,将识别的文字消息作为向第二设备发送的附加信息;或者,
利用语音输入方式进行语音消息录制,得到语音消息,将语音消息作为向第二设备发送的附加信息;或者,
利用语音输入方式进行语音消息录制,得到语音消息,并对语音消息进行文字转换,将转换后的文字消息作为向第二设备发送的附加信息。
在一些实施例中,利用文本识别方式对目标文件进行文字识别,将识别的文字消息作为向第二设备发送的附加信息,包括:
选择文本格式的本地文件;
识别本地文件中的文字,并将识别的文字信息作为向第二设备发送的附加信息。
在一些实施例中,利用预设文件方式获得向第二设备发送的附加信息,包括:
从第一设备存储的多个本地文件中选取第一文件,将第一文件作为向第二设备发送的附加信息;其 中,第一文件是多个本地文件中的任意文件,且第一文件的类型至少包括下述其中之一:图片类型、音频类型和视频类型。
在一些实施例中,将附加信息与通话请求同时发送给第二设备,包括:控制附加信息与通话请求之间的偏差处于预设范围之内。
在一些实施例中,该方法还包括:
确定通话请求对应的目标背景图像;
将目标背景图像设置为第一设备和第二设备的背景进行显示。
在一些实施例中,确定通话请求对应的目标背景图像,包括:
判断是否从预设素材库中进行选择;
若判断结果为是,则从预设素材库中选择背景图像,将选择的背景图像确定为通话请求对应的目标背景图像;
若判断结果为否,则利用预定义方式进行背景图像制作,将制作的背景图像确定为通话请求对应的目标背景图像。
在一些实施例中,利用预定义方式进行背景图像制作,包括:
从第一设备存储的多个本地文件中选取第二文件;
对第二文件进行编辑处理,得到制作的背景图像。
在一些实施例中,确定通话请求对应的目标背景图像,包括:
确定第二设备对应的联系人分组类型;
根据预先存储的联系人分组类型与背景图像之间的映射关系,将联系人分组类型对应的背景图像确定为通话请求对应的目标背景图像。
在一些实施例中,确定通话请求对应的目标背景图像,包括:
确定第二设备对应的用户特征参数;
根据预先存储的用户特征参数与背景图像之间的映射关系,将用户特征参数对应的背景图像确定为通话请求对应的目标背景图像。
在一些实施例中,用户特征参数至少包括下述其中一项:用户生日和用户心情。
在一些实施例中,该方法还包括:当接收到第二设备发送的拒绝通话消息时,同步接收第二设备发送的快速回复消息;其中,快速回复消息支持多种媒体格式,多种媒体格式至少包括下述其中一项:文字格式、语音格式、表情包格式和名片格式。
在一些实施例中,该方法还包括:当接收到第二设备发送的拒绝通话消息时,将附加信息、拒绝通话消息以及快速回复消息作为聊天记录进行保存。
在一些实施例中,通话请求包括:视频通话请求,和/或,语音通话请求。
第二方面,本申请实施例提供了一种通话请求装置,应用于第一设备,该通话请求装置包括获取单元、确定单元和发送单元;其中,
获取单元,配置为获取向第二设备发起的通话请求;
确定单元,配置为根据通话请求,确定向第二设备发送的附加信息;
发送单元,配置为将附加信息与通话请求同时发送给第二设备。
在一些实施例中,确定单元,还配置为根据通话请求,确定附加信息的发送策略;以及若发送策略为第一策略,则利用预设消息方式获得向第二设备发送的附加信息;若发送策略为第二策略,则利用预设文件方式获得向第二设备发送的附加信息;其中,第一策略与第二策略不同,且第一策略指示基于添加消息方式进行发送,第二策略指示基于添加本地文件方式进行发送。
在一些实施例中,该通话请求装置还包括设置单元,其中,
确定单元,还配置为确定通话请求对应的目标背景图像;
设置单元,配置为将目标背景图像设置为第一设备和第二设备的背景进行显示。
在一些实施例中,通话请求装置还包括接收单元,配置为当接收到第二设备发送的拒绝通话消息时,同步接收第二设备发送的快速回复消息;其中,快速回复消息支持多种媒体格式,多种媒体格式至少包括下述其中一项:文字格式、语音格式、表情包格式和名片格式。
第三方面,本申请实施例提供了一种终端设备,该终端设备包括存储器和处理器;其中,
存储器,用于存储能够在处理器上运行的计算机程序;
处理器,用于在运行计算机程序时,执行如第一方面所述的方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,计算机程序被至少一个处理器执行时实现如第一方面所述的方法。
为了能够更加详尽地了解本申请实施例的特点与技术内容,下面结合附图对本申请实施例的实现进 行详细阐述,所附附图仅供参考说明之用,并非用来限定本申请实施例。
除非另有定义,本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的,不是旨在限制本申请。
在以下的描述中,涉及到“一些实施例”,其描述了所有可能实施例的子集,但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集,并且可以在不冲突的情况下相互结合。还需要指出,本申请实施例所涉及的术语“第一\第二\第三”仅是用于区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序,以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
目前,具备摄像头的终端设备不仅可以用于语音通话,而且还可以用于视频通话(Video Call/Voice Call),用户可以通过视频通话实现朋友、家人之间的感情联络,而且用户还可以通过视频通话进行多人会议、在线游戏、直播等。
可以理解地,目前比较常用的视频通话应用主要有:FaceTime视频通话、微信视频通话等。当呼叫方发起视频通话请求时,接收方通常可以在视频通话和语音通话之中选择一种模式进行通话。
在一种实现方式中,FaceTime视频通话是通过无线通信(Wireless Fidelity,Wi-Fi)或者蜂窝数据接入互联网,在两个装载有FaceTime的终端设备之间实现视频通话,其要求通话双方均具有装载有FaceTime的目标设备、目标标识符(Identifier,ID)信息以及可接入互联网的第三代移动通信技术(3rd-Generation of broadband cellular network technology,3G)、第四代移动通信技术(4rd-Generation of broadband cellular network technology,4G)或者Wi-Fi网络。
在另一种实现方式中,微信视频通话是基于微信多媒体团队自研的多媒体应用综合引擎,即微信音视频引擎(Wechat Audio&Video Engine,WAVE)。该引擎的底层——内核层是由传输、视频、音频三大类跨平台技术构成的。在此之上,针对不同应用类型的特点进行了一些接口封装和应用逻辑设计,形成应用层,其支持多种不同类型的应用,例如实时通话应用,目前可用于微信的点对点和多人视频通话。
还可以理解地,对于当前主流视频通话请求界面,在FaceTime的实现中,参见图1A,其示出了一种视频通话请求中的上拉界面示意图。如图1A所示,可以在视频通话请求中向上划出配置界面,点击虚线框中的消息图片窗口,使得用户接口(User Interface,UI)界面跳转至即时通讯信息应用(例如iMessage)的发送窗口。参见图1B,其示出了一种视频通话请求中的iMessage应用界面示意图。如图1B所示,可以通过iMessage应用在视频通话请求中发送消息给接收端,此时FaceTime将跳转至后台继续呼叫等待。参见图1C,其示出了一种视频通话请求中的被请求界面示意图。如图1C所示,FaceTime的主动请求界面和被请求界面均默认是在前置摄像头拍摄的内容上面覆盖浅灰色几乎透明的图层。
另外,对于当前主流视频通话请求界面,在微信视频通话的实现中,参见图2A,其示出了一种视频通话请求中的主动请求界面示意图。如图2A所示,微信视频通话的主动请求界面默认是在前置摄像头拍摄的内容上面覆盖浅灰色几乎透明的图层。参见图2B,其示出了一种视频通话请求中的被请求界面示意图。如图2B所示,微信视频通话被请求界面默认是在前置摄像头拍摄的内容上面覆盖深灰色不太透明的图层。
简单来说,相关技术中虽然已经存在对于视频通话中视频内容的处理,例如美颜、背景虚化、更换背景等功能;以及对于视频通话服务端的数据处理和逻辑控制,例如账户鉴权、消息发送接收逻辑、视频通话切换逻辑等;但是已有的视频通话应用无法实现视频通话请求界面的背景、主题或消息窗口等相关功能,也即目前并未有完整地针对视频通话请求界面的背景设置功能及在通话请求界面的即时消息发送方案。
基于此,本申请实施例提供了一种通话请求方法,通过获取向第二设备发起的通话请求;根据通话请求,确定向第二设备发送的附加信息;将附加信息与通话请求同时发送给第二设备。这样,通过在发起通话请求过程中添加附加信息的方式,能够使得通话目的更明确、通话请求更正式,而且通过在发起通话请求过程中设置背景图像,还能够使得通话请求界面更美观、更具有可读性;从而能够提升效率,同时还能够提升产品性能,使得产品更具有竞争力。
下面将结合附图对本申请各实施例进行详细说明。
本申请的一实施例中,参见图3,其示出了本申请实施例提供的一种通话请求方法的流程示意图一。如图3所示,该方法可以包括:
S301:获取向第二设备发起的通话请求。
需要说明的是,本申请实施例的执行主体是通话请求装置,或者集成有该装置的终端设备。其中,终端设备可以以各种形式来实施,例如,终端设备可以包括诸如智能手机、平板电脑、笔记本电脑、掌上电脑、个人数字助理(Personal Digital Assistant,PDA)、便捷式媒体播放器(Portable Media Player, PMP)、导航装置、可穿戴设备等等,本申请实施例不作任何限定。
还需要说明的是,本申请实施例的方法应用于通话系统。其中,通话系统可以包括第一设备和第二设备,而且第一设备和第二设备均属于终端设备。当第一设备向第二设备发起通话请求时,这时候第一设备作为呼叫方,第二设备作为接收方;反之,当第二设备向第一设备发起通话请求时,这时候第二设备作为呼叫方,第一设备作为接收方。下面将以第一设备向第二设备发起通话请求为例进行详细描述。
还需要说明的是,在本申请实施例中,通话请求可以包括:视频通话请求,和/或,语音通话请求。也就是说,本申请实施例的通话请求方法既可以适用于视频通话请求,还可以适用于语音通话请求,本申请实施例不作任何限定。
S302:根据通话请求,确定向第二设备发送的附加信息。
需要说明的是,在本申请实施例中,附加信息可以是基于添加消息方式进行发送,或者可以是基于添加本地文件方式进行发送。因此,首先需要判断附加信息的发送策略。
在一些实施例中,对于S302来说,所述根据通话请求,确定向第二设备发送的附加信息,可以包括:
根据通话请求,确定附加信息的发送策略;
若发送策略为第一策略,则利用预设消息方式获得向第二设备发送的附加信息;
若发送策略为第二策略,则利用预设文件方式获得向第二设备发送的附加信息。
在这里,第一策略与第二策略不同。其中,第一策略指示基于添加消息方式进行发送,第二策略指示基于添加本地文件方式进行发送。
进一步地,对于第一策略而言,在一些实施例中,所述利用预设消息方式获得向第二设备发送的附加信息,可以包括:
利用文本输入方式在预设文本框内进行文字输入,将预设文本框内的文字消息作为向第二设备发送的附加信息;或者,
利用文本识别方式对目标文件进行文字识别,将识别的文字消息作为向第二设备发送的附加信息;或者,
利用语音输入方式进行语音消息录制,得到语音消息,将语音消息作为向第二设备发送的附加信息;或者,
利用语音输入方式进行语音消息录制,得到语音消息,并对语音消息进行文字转换,将转换后的文字消息作为向第二设备发送的附加信息。
需要说明的是,在本申请实施例中,如果选择添加消息方式,那么可以通过文本输入、语音输入或者语音转文字等方式,输入第一设备想要发送的消息。除此之外,还可以通过识别本地文件中的文字作为消息,在发起通话请求的同时作为附加信息发送出去。
示例性地,以文本识别方式为例,当第一设备发起通话请求时,如果想要发送文字消息而不想打字时,那么可以选择文本格式(.txt等)的本地文件,然后自动识别该本地文件中的文字,并将识别出的文字作为附加信息,随后可以与通话请求一起发送出去。
进一步地,对于第二策略而言,在一些实施例中,所述利用预设文件方式获得向第二设备发送的附加信息,可以包括:
从第一设备存储的多个本地文件中选取第一文件,将第一文件作为向第二设备发送的附加信息。
在这里,第一文件可以是多个本地文件中的任意文件,而且第一文件的类型至少包括下述其中之一:图片类型、音频类型和视频类型。
需要说明的是,在本申请实施例中,如果选择添加本地文件方式,那么可以通过选择添加本地的图片文件,或者也可以通过选择添加本地的音频文件,或者还可以通过选择添加本地的视频文件,以分享第一设备想要发送的文件,从而使得第二设备在接收到通话请求的同时还能够看到第一设备分享的文件。
S303:将附加信息与通话请求同时发送给第二设备。
需要说明的是,在确定出向第二设备发送的附加信息之后,将附加信息与通话请求同时发送给第二设备。也就是说,在发起视频通话请求时,可以选择随通话请求同时发送附加信息,而且发送的附加信息可以为文字、图片、动图、音频以及短视频等。另外,需要注意的是,这里的“同时”表示附加信息与通话请求之间的偏差处于预设范围之内。其中,“偏差”不仅可以是时延差异,也可以是其他差异,本申请实施例不作具体限定。示例性地,虽然附加信息与通话请求之间存在时延,但是如果该时延处于预设范围内,那么即可称为“将附加信息与通话请求同时发送给第二设备”。
还需要说明的是,在确定出向第二设备发送的附加信息之后,对于是否将附加信息与通话请求发送给第二设备,这时候需要根据接收到的操作指令来确定下一个执行步骤。因此,在一些实施例中,该方法还可以包括:
若接收到确认指令,则执行将附加信息与通话请求同时发送给第二设备的步骤;
若接收到取消指令,则执行取消通话请求的步骤。
在这里,确认指令表示用户点击拨通按键生成的操作指令,取消指令表示用户点击取消按键生成的操作指令。
也就是说,如果呼叫方需要拨通本次通话,这时候第一设备会接收到确认指令,然后将携带附加信息的通话请求发送给第二设备;如果呼叫方突然不需要本次通话,这时候第一设备会接收到取消指令,然后取消通话请求。
进一步地,在获取向第二设备发起的通话请求之后,这时候还可以弹出提示框来选择是否发送附加信息,进而确定是否需要执行根据通话请求确定向第二设备发送的附加信息的步骤。因此,在一些实施例中,在S301之后,该方法还可以包括:判断是否向第二设备发送附加信息。其中,若判断结果为是,则执行S302和S303的步骤;若判断结果为否,则仅将通话请求发送给第二设备。
也就是说,只有在选择发送附加信息的情况下,这时候才需要根据通话请求确定向第二设备发送的附加信息,然后将附加信息与通话请求同时发送给第二设备;而如果选择不发送附加信息,那么这时候可以发起普通的通话请求,即仅将通话请求发送给第二设备。
进一步地,在一些实施例中,本申请实施例的通话请求方法还可以选择通话请求的背景。如图4所示,该方法还可以包括:
S401:确定通话请求对应的目标背景图像。
S402:将目标背景图像设置为第一设备和第二设备的背景进行显示。
需要说明的是,当用户点击想要联系的联系人信息时,这时候可以选择发起通话请求;或者,设置通话请求背景;或者,选择发起通话请求并添加附加信息;或者,在设置通话请求背景之后,再选择发起通话请求;或者,甚至还可以在设置通话请求背景之后,选择发起通话请求并添加附加信息等等,本申请实施例不作具体限定。
还需要说明的是,对于目标背景图像的确定,可以从预设素材库中选择已有模板或者自定义设置。因此,对于S401来说,在一些实施例中,所述确定通话请求的目标背景图像,可以包括:
判断是否从预设素材库中进行选择;
若判断结果为是,则从预设素材库中选择背景图像,将选择的背景图像确定为通话请求的目标背景图像;
若判断结果为否,则利用预定义方式进行背景图像制作,将制作的背景图像确定为通话请求的目标背景图像。
在一种具体的实施例中,所述利用预定义方式进行背景图像制作,可以包括:从第一设备存储的多个本地文件中选取第二文件;对第二文件进行编辑处理,得到制作的背景图像。
也就是说,预设素材库中包括有多个背景图像,可以从预设素材库中选择所需的背景图像作为目标背景图像,或者第一设备也具有自己动手制作(Do It Yourself,DIY)功能,这时候可以导入本地文件,然后针对该文件进行编辑处理,得到所需的目标背景图像。其中,编辑处理可以包括增加特效、抠图、文字、贴图等等。
在一种可能的实施方式中,对于S401来说,所述确定通话请求的目标背景图像,可以包括:
确定第二设备对应的联系人分组类型;
根据预先存储的联系人分组类型与背景图像之间的映射关系,将联系人分组类型对应的背景图像确定为通话请求的目标背景图像。
需要说明的是,联系人分组类型可以为下述其中一项:家人分组、爱人分组、朋友分组、兴趣分组等等。示例性地,家人分组对应的背景图像可以是全家福照片,爱人分组对应的背景图像可以是浪漫主题的背景图像,兴趣分组对应的背景图像可以是共同爱好(例如篮球、足球、钢琴等)主题的背景图像;这样,根据预先存储的联系人分组类型与背景图像之间的映射关系,在确定第二设备对应的联系人分组类型为爱人分组时,此时可以将浪漫主题的背景图像确定为本次通话请求的目标背景图像。
在另一种可能的实施方式中,对于S401来说,所述确定通话请求的目标背景图像,可以包括:
确定第二设备对应的用户特征参数;其中,用户特征参数至少包括下述其中一项:用户生日和用户心情;
根据预先存储的用户特征参数与背景图像之间的映射关系,将用户特征参数对应的背景图像确定为通话请求的目标背景图像。
需要说明的是,用户心情可以为下述其中一项:开心、平淡、沮丧等等。示例性地,用户生日对应的背景图像可以是蛋糕主题的背景图像,用户心情为开心时对应的背景图像可以是欢快主题的背景图像,用户心情为沮丧时对应的背景图像可以是治愈主题的背景图像;这样,根据预先存储的用户特征参数与 背景图像之间的映射关系,在确定第二设备对应的用户特征参数为用户生日时,此时可以将蛋糕主题的背景图像确定为通话请求的目标背景图像;从而在第一设备向第二设备发起通话请求时,可以将该目标背景图像作为第一设备和第二设备的背景进行显示。
还需要说明的是,在本申请实施例中,通话请求的背景设置以及发送附加信息可以组合显示。其中,在通话请求过程中,可以同步发送文字消息、语音消息、图片、音/视频等多媒体格式的文件作为附加信息,而且还可以设置目标背景图像,尤其是发起通话请求、但请求仍未被接听时的请求界面背景。在这里,呼叫方和接收方都可以看到所设置的目标背景图像,在设置目标背景图像时可以进行自定义设置或选择已有模板等。
进一步地,在一些实施例中,本申请实施例的通话请求方法还可以提供快速回复功能。如图5所示,在S303之后,该方法还可以包括:
S501:当接收到第二设备发送的拒绝通话消息时,同步接收第二设备发送的快速回复消息。
在这里,快速回复消息可以支持多种媒体格式,而且多种媒体格式至少包括下述其中一项:文字格式、语音格式、表情包格式和名片格式。
也就是说,当需要拒接通话请求时,还可以提供快速回复功能,使得在拒接的同时,还能够同步接收到第二设备发送的快速回复消息,其中,可以选择已有的快速回复模板,也可以即时编辑回复的消息,本申请实施例支持文字、语音以及语音转文字的快速回复方式。
另外,在快速回复功能中,除了文字/语音的快速回复,本申请实施例还支持多种媒体格式。示例性地,对于比较熟悉的朋友,可以快速回复图片表情包;对于工作上的合作伙伴,可以快速回复公司的宣传视频或者是其他对接同事的名片信息,这里不作具体限定。
还需要说明的是,在一些实施例中,该方法还可以包括:当接收到第二设备发送的拒绝通话消息时,将附加信息、拒绝通话消息以及快速回复消息作为聊天记录进行保存。
也就是说,当通话结束/通话请求被拒绝时,该通话请求对应的附加信息以及拒接时的快速回复消息(如果有的话),均会被作为消息保存在聊天记录中。
简言之,在本申请实施例中,一方面,在发起通话请求时,可以选择随通话请求同时发送附加信息,而且发送的附加信息可以为文字、动图、音频以及短视频等;另一方面,在发起通话请求时,可以选择通话请求的背景,而且该背景可以选择已有模板或者自定义设置;又一方面,通话请求的背景以及发送的附加信息可以组合显示;再一方面,拒绝通话请求时可以附加快速回复消息,而且快速回复可以为提前设置好的模板、打字回复、语音回复以及语音转文字回复等;再一方面,拒绝通话请求之后,呼叫方发送的消息以及接收方快速回复的消息均会作为文字消息记录保留在聊天记录里。
进一步地,在本申请实施例中,该通话请求方法可以应用于视频通话,而且还可以完全移植到语音通话上。示例性地,在发起语音通话请求时,也可以添加消息/文件作为附加信息或者设置语音呼叫的背景。
进一步地,在本申请实施例中,该通话请求方法还可以识别本地文本文件中的文字作为消息,在发起通话请求的同时作为附加信息发送出去。示例性地,发起通话请求时,想要发送文字消息而不想打字时,可以选择本地的文本格式(.txt等)的文件,然后自动识别文本文件中的文字,将其中的文字作为附加信息随着通话请求一起发送出去。
进一步地,在本申请实施例中,该通话请求方法在快速回复功能中,除了文字/语音的快速回复,还支持多种媒体格式。示例性地,对于比较熟悉的朋友,可以快速回复图片表情包;对于工作上的合作伙伴,可以快速回复公司的宣传视频或者是其他对接同事的名片信息等等。
本实施例提供了一种通话请求方法,应用于第一设备。通过获取向第二设备发起的通话请求;根据通话请求,确定向第二设备发送的附加信息;将附加信息与通话请求同时发送给第二设备。这样,通过在发起通话请求过程中添加附加信息的方式,能够使得通话目的更明确、通话请求更正式,而且通过在发起通话请求过程中设置背景图像,还能够使得通话请求界面更美观、更具有可读性;从而能够提升效率,同时还能够提升产品性能,使得产品更具有竞争力。
本申请的另一实施例中,基于前述实施例的通话请求方法,参见图6,其示出了本申请实施例提供的一种通话请求时发送附加信息的详细流程示意图。如图6所示,以视频通话请求为例,这里主要示出了视频通话主动请求时发送即时消息的详细流程,可以包括:
S601:发起视频通话请求。
S602:判断是否发送附加信息。
S603:若判断结果为否,则发送无附加信息的视频通话请求。
S604:若判断结果为是,则选择发送附加信息的方式。
S605:若选择添加消息方式,则通过编辑文字/录制语音获得附加信息。
S606:若选择添加本地文件方式,则从本地选择图片/音频/视频作为附加信息。
S607:判断是否确认拨通。
S608:若判断结果为是,则发送携带有附加信息的视频通话请求。
S609:若判断结果为否,则取消视频通话请求。
需要说明的是,在本申请实施例中,对于S602来说,判断是否发送附加信息,如果不需要发送附加信息,即判断结果为否,那么执行S603,可以发送无附加信息的视频通话请求;如果需要发送附加信息,即判断结果为是,那么执行S604,即选择发送附加信息的方式,然后执行S605或者S606,以得到附加信息;在得到附加信息之后,执行S607,判断是否确认拨通,如果确认拨通,即判断结果为是,那么执行S608,即发送携带有附加信息的视频通话请求;如果确认不拨通,即判断结果为否,那么执行S609,即取消视频通话请求。
基于前述实施例的通话请求方法,参见图7,其示出了本申请实施例提供的一种通话请求时背景设置的详细流程示意图。如图7所示,仍以视频通话请求为例,这里主要示出了视频通话主动请求时设置背景的详细流程,可以包括:
S701:设置视频通话请求的背景。
S702:判断是否选择已有背景模板。
S703:若判断结果为是,则从预设素材库中选择已有背景模板。
S704:若判断结果为否,则判断是否选择自制模板。
S705:若判断结果为是,则从本地选择图片/音频/视频作为目标文件。
S706:判断是否进行编辑。
S707:若判断结果为是,则对目标文件进行编辑/增加特效等操作。
S708:判断是否完成编辑。
S709:若判断结果为是,则上传预设素材库并选中该背景图像。
S710:判断是否完成设置。
S711:若判断结果为是,则完成视频通话请求的背景设置。
S712:若判断结果为否,则取消视频通话请求的背景设置。
需要说明的是,在本申请实施例中,当设置视频通话请求的背景时,首先需要判断是否选择已有背景模板,如果选择已有背景模板,即判断结果为是,那么执行S703,可以从预设素材库中选择已有背景模板;如果不选择已有背景模板,即判断结果为否,那么执行S704,即判断是否选择自制模板;进一步地,如果需要选择自制模板,即判断结果为是,那么执行S705,可以从本地选择图片/音频/视频作为目标文件,然后继续执行S706;如果不需要选择自制模板,即判断结果为否,那么执行S712,即取消视频通话请求的背景设置。
还需要说明的是,在本申请实施例中,对于S706来说,判断是否进行编辑,如果需要进行编辑,即判断结果为是,那么执行S707,对目标文件进行编辑/增加特效等操作,然后再执行S708,判断是否完成编辑;如果没有完成编辑,那么返回继续执行S707,直至完成编辑,然后执行S709,即上传预设素材库并选中该背景图像;如果不需要进行编辑,即判断结果为否,那么也是执行S709,即上传预设素材库并选中该背景图像;最后执行S710,判断是否完成设置;如果完成设置,即判断结果为是,那么执行S711,意味着完成视频通话请求的背景设置;如果没有完成设置,即判断结果为否,那么执行S712,意味着取消视频通话请求的背景设置。
在一种具体的实施例中,如果呼叫方点击想要联系的联系人头像,可以选择【发起视频/语音通话请求】,或者【设置通话请求背景】。如果选择【发起视频/语音通话请求】功能后,那么可以弹出提示框【是否附加信息】:
(a)若选择【否】,则发送普通的视频通话请求,即发送无附加信息的视频通话请求;
(b)若选择【是】,则弹出提示框,用户可选择发送【文字消息】、【语音消息】或【从本地选择】想要发送的文字、动图、音频以及短视频等。
示例性地,图8A示出了本申请实施例提供的一种通讯录的效果展示示意图,图8B示出了本申请实施例提供的一种通话请求功能的效果展示示意图。如图8A和图8B所示,在点击通讯录中的联系人之后,可以看到所提供的功能:【视频通话】、【语音通话】、【设置通话请求背景】。
进一步地,图8C示出了本申请实施例提供的一种发起通话请求的效果展示示意图。用户在点击【视频通话】或者【语音通话】之后,所得到的展示界面如图8C所示,这里包括:【直接拨通】、【添加消息(文字/语音)】、【添加本地文件】等选项。
如果选择【添加消息(文字/语音)】功能后,那么可以通过文字、语音输入或语音转文字的方式, 输入自己想要发送的消息。其中,图8D示出了本申请实施例提供的一种添加文字消息的效果展示示意图,图8E示出了本申请实施例提供的一种添加语音消息的效果展示示意图。
如果选择【添加本地文件】功能后,那么可以通过选择本地的图片、视频或音频的文件,分享自己想要发送的文件。其中,图8F示出了本申请实施例提供的一种添加本地图片文件的效果展示示意图,图8G示出了本申请实施例提供的一种添加本地音频文件的效果展示示意图,图8H示出了本申请实施例提供的一种添加本地视频文件的效果展示示意图。
在另一种具体的实施例中,用户可以提前设置【发起视频通话请求】时的显示背景:
(a)提供【显示背景模板库】供用户选择,其中可以包含节日主题及其他主题背景;
(b)【显示背景模板库】提供DIY功能,用户可以在其中导入本地照片/视频,然后在其上添加预设素材库提供的一些贴纸、控件以及其他一些动态效果,生成属于自己的【显示背景】;
(c)已经设置完成的【显示背景模板】可以被上传云端并存为自定义模板,在【发起视频/语音通话请求】时快速选择;
(d)可以提前设置联系人或者特定通话对象能够看到【显示背景】。
示例性地,在点击通讯录中的联系人之后,如果选择【设置通话请求背景】,那么可以选择预设素材库提供的默认模板。其中,图9A示出了本申请实施例提供的一种设置通话请求背景的效果展示示意图一,图9B示出了本申请实施例提供的一种设置通话请求背景的效果展示示意图二。在这里,对于背景图像,还可以选择只对当前通话对象应用此背景或者对所有通话对象应用此背景,如图9B所示,这里提供了两种选项:【只对当前通话对象应用此背景】和【对所有通话对象应用此背景】。
另外,如果选择【设置通话请求背景】,那么也可以选择制作个性化模板,上传预设素材库,然后再进行选择使用。其中,图9C示出了本申请实施例提供的一种设置通话请求背景的效果展示示意图三,其是在点击【自制模板】后的效果示意,这里也提供了两种选项:【制作完成,上传素材库】和【取消】。
最后,在完成设置后,如果拨通通话请求后,那么呼叫方界面的显示效果如图9D所示,其示出了本申请实施例提供的一种设置背景后通话请求中呼叫方界面的效果展示示意图。
在又一种具体的实施例中,接收方在接收到上述【视频/语音通话请求】后,如果选择【拒绝接听】,可以在拒绝的同时附加【快速回复消息】:
(a)提供【快速回复】功能,可以提供快速回复模板,支持保存用户提前设置好的回复;
(b)支持快速回复【语音消息】或【语音转文字】等。
示例性地,图10A示出了本申请实施例提供的一种通话请求中接收方界面的效果展示示意图一,图10B示出了本申请实施例提供的一种通话请求中接收方界面的效果展示示意图二。其中,接收方在接听到已经进行过如上设置的通话请求后,可以在挂断的同时进行快速回复消息,例如,可以选择已有的快速回复模板,也可以即时编辑回复的消息,支持文字、语音以及语音转文字的快速回复方式,甚至还支持多种媒体格式,对于比较熟悉的朋友,可以快速回复图片表情包;对于工作上的合作伙伴,可以快速回复公司的宣传视频或者是其他对接同事的名片信息等等。
在又一种具体的实施例中,通过【快速回复】拒绝接听后,随通话请求发来的消息以及快速回复的拒绝消息会被作为聊天记录保留在聊天窗口中。
示例性地,图11示出了本申请实施例提供的一种通话请求被拒绝后聊天记录的效果展示示意图。其中,接收方在拒绝接听后,所有在通话请求中设置的消息都会保留在聊天记录中,具体如图11所示。
简单来说,在本申请实施例中,在各种形式的网络通话(视频/语音通话)过程中,能够实现:在发起通话请求时,添加消息/文件作为附加信息,显示在通话请求界面;设置个性化通话请求背景的功能;识别文本文字并将其作为文字消息的功能;快速回复多种媒体格式文件的功能。具体来说,一方面,在通话请求过程中,同步发送:文字消息、语音消息、图片、音频/视频等多媒体格式的本地文件作为附加信息;另一方面,设置发起通话请求、但请求仍未被接听时的请求界面背景,呼叫方和接收方都可以看到此背景,设置背景时可以进行自定义设置或选择已有模板;又一方面,当需要拒接通话请求时,提供快速回复功能,可以在拒接的同时,快速回复文字/语音消息;又一方面,当通话结束/通话请求被拒绝时,通话请求的附加信息以及拒接时的快速回复消息(如果有的话),都会被作为消息保存在聊天记录中。
本申请的又一实施例中,基于前述实施例的通话请求方法,参见图12,其示出了本申请实施例提供的一种终端设备的系统框架示意图。如图12所示,该终端设备装载有操作系统,该操作系统中可以包括即时消息模块、视频通话模块、联系人模块、多媒体文件播放模块、主题背景设置模块、文本输入模块、图形模块、触觉反馈模块、通信模块和存储模块;其中,即时消息模块、视频通话模块、联系人模块、多媒体文件播放模块和主题背景设置模块设置于视频通话应用程序中。下面将针对每一个模块的 功能进行详细描述。
操作系统:包括用于控制和管理一般系统任务(例如,存储器管理、存储设备控制、功率管理等)的各种软件部件和/或驱动程序,并且促进各种硬件部件和软件部件之间的通信的计算机程序。示例性地,LINUX、UNIX、IOS、WINDOWS或者嵌入式操作系统等。
视频通话应用程序:使用一种为两地或多地的用户之间提供语音和画面双向实时传送的视听会话技术完成视频聊天功能的软件部件。
联系人模块:通讯录或联系人列表,用于保存、修改、更新、删除联系人信息的软件部件。
即时消息模块:包括适用于透过网络进行实时通信的软件部件,允许两人或多人使用网络即时的传递文字消息、文件、语音与视频交流。通常以网站、电脑软件或移动应用程序的方式提供服务。
主题背景设置模块:包括适用于设置、存储、更新、下载、上传、创作背景或主题的软件部件。
多媒体文件播放模块:包括适用于打开、解析、播放多媒体文件(例如,视频文件、音乐文件、图片文件等)的软件部件。
图形模块:包括用于在触摸屏或其他显示器上呈现和显示图形的各种已知的软件部件,包括用于改变所显示的图形的视觉效果(例如,亮度、透明度、饱和度、对比度或其他视觉属性)的部件。在这里,“图形”包括可被显示给用户的任何对象,其非限制性地包括文本、网页、图标(诸如包括软键的用户界面对象)、数字图像、视频、动画等。
触觉反馈模块:包括用于生成指令的各种软件部件,以便响应于用户与设备之间的交互而在设备上的一个或多个位置处产生触觉输出。
通信模块:通过一个或多个外部端口来与其他设备进行通信,接收的数据的各种软件部件。外部端口(例如,通用串行总线(Universal Serial Bus,USB)等)适于直接耦接到其他设备或者间接地通过网络(例如,互联网、无线局域网(Local Area Network,LAN)等)进行耦接。
文本输入模块:包括适用于输入、编辑文本,还可以对输入的文本进行剪切、复制、粘贴等基本操作的软件部件。
存储模块:包括适用于设备中由存放程序和数据的各种存储设备、控制部件及管理信息调度的设备(硬件)和算法(软件)所组成的软件部件。
本实施例提供了一种通话请求方法,通过上述实施例对前述实施例的具体实现进行了详细阐述,从中可以看出,通过前述实施例的技术方案,一方面,通过在发起通话请求过程中添加消息/文件的方式,使得通话目的更明确、效率更高;通过在发起通话请求过程中设置的方式,使得通话请求界面更美观、更有可读性;另一方面,当以上功能被用于商务、办公过程中时,例如将通话背景设置为公司简介的图片/动图、通话消息附加此次会议议题等操作,可以使得通话请求更正式、效率更高;又一方面,当以上功能被用于和朋友家人的通话过程中,可以起到很好的社交、娱乐作用,例如在春节时,可以设置拜年背景;在某个朋友生日时,可以设置庆生背景等;这样,以上的使用场景都可以优化当前的视频通话体验,同时可以吸引更多的用户使用我们的视频通话产品,使产品具有竞争力;同时对于一些企业官方的视频通话账号,视频通话/语音通话界面可以显示宣传广告,可以实现广告创收,具有商业价值;再一方面,背景设置的素材库可以开放给不同的设计者,同时可以出限定素材,产生宣传效果以及经济收益;如此不仅能够使得通话目的更明确,而且可读性好,从而能够提升效率,同时还能够提升产品性能,使得产品更具有竞争力。
本申请的再一实施例中,基于前述实施例相同的发明构思,参见图13,其示出了本申请实施例提供的一种通话请求装置的组成结构示意图。如图13所示,通话请求装置130可以包括:获取单元1301、确定单元1302和发送单元1303;其中,
获取单元1301,配置为获取向第二设备发起的通话请求;
确定单元1302,配置为根据通话请求,确定向第二设备发送的附加信息;
发送单元1303,配置为将附加信息与通话请求同时发送给第二设备。
在一些实施例中,参见图13,通话请求装置130还可以包括判断单元1304,配置为判断是否向第二设备发送附加信息;以及若判断结果为是,则执行根据通话请求,确定向第二设备发送的附加信息的步骤;若判断结果为否,则仅将通话请求发送给第二设备。
在一些实施例中,确定单元1302,还配置为根据通话请求,确定附加信息的发送策略;以及若发送策略为第一策略,则利用预设消息方式获得向第二设备发送的附加信息;若发送策略为第二策略,则利用预设文件方式获得向第二设备发送的附加信息;其中,第一策略与第二策略不同,且第一策略指示基于添加消息方式进行发送,第二策略指示基于添加本地文件方式进行发送。
在一些实施例中,确定单元1302,还配置为利用文本输入方式在预设文本框内进行文字输入,将 预设文本框内的文字消息作为向第二设备发送的附加信息;或者,利用文本识别方式对目标文件进行文字识别,将识别的文字消息作为向第二设备发送的附加信息;或者,利用语音输入方式进行语音消息录制,得到语音消息,将语音消息作为向第二设备发送的附加信息;或者,利用语音输入方式进行语音消息录制,得到语音消息,并对语音消息进行文字转换,将转换后的文字消息作为向第二设备发送的附加信息。
在一些实施例中,确定单元1302,还配置为从第一设备存储的多个本地文件中选取第一文件,将第一文件作为向第二设备发送的附加信息;其中,第一文件是多个本地文件中的任意文件,且第一文件的类型至少包括下述其中之一:图片类型、音频类型和视频类型。
在一些实施例中,参见图13,通话请求装置130还可以包括设置单元1305;其中,
确定单元1302,还配置为确定通话请求对应的目标背景图像;
设置单元1305,配置为将目标背景图像设置为第一设备和第二设备的背景进行显示。
在一些实施例中,判断单元1304,还配置为判断是否从预设素材库中进行选择;以及若判断结果为是,则从预设素材库中选择背景图像,将选择的背景图像确定为通话请求的目标背景图像;若判断结果为否,则利用预定义方式进行背景图像制作,将制作的背景图像确定为通话请求的目标背景图像。
在一些实施例中,确定单元1302,还配置为从第一设备存储的多个本地文件中选取第二文件;以及对第二文件进行编辑处理,得到制作的背景图像。
在一些实施例中,确定单元1302,还配置为确定第二设备对应的联系人分组类型;以及根据预先存储的联系人分组类型与背景图像之间的映射关系,将联系人分组类型对应的背景图像确定为通话请求的目标背景图像。
在一些实施例中,参见图13,通话请求装置130还可以包括接收单元1306,配置为当接收到第二设备发送的拒绝通话消息时,同步接收第二设备发送的快速回复消息;其中,快速回复消息支持多种媒体格式,多种媒体格式至少包括下述其中一项:文字格式、语音格式、表情包格式和名片格式。
在一些实施例中,参见图13,通话请求装置130还可以包括保存单元1307,配置为当接收到第二设备发送的拒绝通话消息时,将附加信息、拒绝通话消息以及快速回复消息作为聊天记录进行保存。
在一些实施例中,通话请求包括:视频通话请求,和/或,语音通话请求。
可以理解地,在本实施例中,“单元”可以是部分电路、部分处理器、部分程序或软件等等,当然也可以是模块,还可以是非模块化的。而且在本实施例中的各组成部分可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。
所述集成的单元如果以软件功能模块的形式实现并非作为独立的产品进行销售或使用时,可以存储在一个计算机可读取存储介质中,基于这样的理解,本实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或processor(处理器)执行本实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
因此,本实施例提供了一种计算机存储介质,该计算机存储介质存储有计算机程序,所述计算机程序被至少一个处理器执行时实现前述实施例中任一项所述的方法的步骤。
基于上述通话请求装置130的组成以及计算机存储介质,参见图14,其示出了本申请实施例提供的一种终端设备的组成结构示意图。如图14所示,终端设备140可以包括:通信接口1401、存储器1402和处理器1403;各个组件通过总线系统1404耦合在一起。可理解,总线系统1404用于实现这些组件之间的连接通信。总线系统1404除包括数据总线之外,还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见,在图14中将各种总线都标为总线系统1404。其中,通信接口1401,用于在与其他外部网元之间进行收发信息过程中,信号的接收和发送;
存储器1402,用于存储能够在处理器1403上运行的计算机程序;
处理器1403,用于在运行所述计算机程序时,执行:
获取向第二设备发起的通话请求;
根据通话请求,确定向第二设备发送的附加信息;
将附加信息与通话请求同时发送给第二设备。
可以理解,本申请实施例中的存储器1402可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、 电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步链动态随机存取存储器(Synchronous link DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本文描述的系统和方法的存储器1402旨在包括但不限于这些和任意其它适合类型的存储器。
而处理器1403可能是一种集成电路芯片,具有信号的处理能力。在实现过程中,上述方法的各步骤可以通过处理器1403中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1403可以是通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现场可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成,或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1402,处理器1403读取存储器1402中的信息,结合其硬件完成上述方法的步骤。
可以理解的是,本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现,处理单元可以实现在一个或多个专用集成电路(Application Specific Integrated Circuits,ASIC)、数字信号处理器(Digital Signal Processing,DSP)、数字信号处理设备(DSP Device,DSPD)、可编程逻辑设备(Programmable Logic Device,PLD)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现,可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
可选地,作为另一个实施例,处理器1403还配置为在运行所述计算机程序时,执行前述实施例中任一项所述的方法的步骤。
基于上述通话请求装置130的组成以及计算机存储介质,参见图15,其示出了本申请实施例提供的另一种终端设备的组成结构示意图。如图15所示,终端设备140可以包括前述实施例中任一项所述的通话请求装置130。
在本申请实施例中,对于终端设备140而言,具体可以是指第一设备。在获取向第二设备发起的通话请求后,根据通话请求,确定向第二设备发送的附加信息;然后将附加信息与通话请求同时发送给第二设备。这样,通过在发起通话请求过程中添加附加信息的方式,能够使得通话目的更明确、通话请求更正式,而且通过在发起通话请求过程中设置背景图像,还能够使得通话请求界面更美观、更具有可读性;从而能够提升效率,同时还能够提升产品性能,使得产品更具有竞争力。
需要说明的是,在本申请中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本申请所提供的几个方法实施例中所揭露的方法,在不冲突的情况下可以任意组合,得到新的方法实施例。
本申请所提供的几个产品实施例中所揭露的特征,在不冲突的情况下可以任意组合,得到新的产品实施例。
本申请所提供的几个方法或设备实施例中所揭露的特征,在不冲突的情况下可以任意组合,得到新的方法实施例或设备实施例。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
工业实用性
本申请实施例中,在第一设备侧,获取向第二设备发起的通话请求;根据通话请求,确定向第二设备发送的附加信息;将附加信息与通话请求同时发送给第二设备。这样,通过在发起通话请求过程中添加附加信息的方式,能够使得通话目的更明确、通话请求更正式,而且通过在发起通话请求过程中设置背景图像,还能够使得通话请求界面更美观、更具有可读性;从而能够提升效率,同时还能够提升产品性能,使得产品更具有竞争力。

Claims (20)

  1. 一种通话请求方法,应用于第一设备,所述方法包括:
    获取向第二设备发起的通话请求;
    根据所述通话请求,确定向所述第二设备发送的附加信息;
    将所述附加信息与所述通话请求同时发送给所述第二设备。
  2. 根据权利要求1所述的方法,其中,在所述获取向第二设备发起的通话请求之后,所述方法还包括:
    判断是否向所述第二设备发送附加信息;
    若判断结果为是,则执行所述根据所述通话请求,确定向所述第二设备发送的附加信息的步骤;
    若判断结果为否,则仅将所述通话请求发送给所述第二设备。
  3. 根据权利要求1所述的方法,其中,所述根据所述通话请求,确定向所述第二设备发送的附加信息,包括:
    根据所述通话请求,确定所述附加信息的发送策略;
    若所述发送策略为第一策略,则利用预设消息方式获得向所述第二设备发送的附加信息;
    若所述发送策略为第二策略,则利用预设文件方式获得向所述第二设备发送的附加信息;
    其中,所述第一策略与所述第二策略不同,且所述第一策略指示基于添加消息方式进行发送,所述第二策略指示基于添加本地文件方式进行发送。
  4. 根据权利要求3所述的方法,其中,所述利用预设消息方式获得向所述第二设备发送的附加信息,包括:
    利用文本输入方式在预设文本框内进行文字输入,将所述预设文本框内的文字消息作为向所述第二设备发送的附加信息;或者,
    利用文本识别方式对目标文件进行文字识别,将所述识别的文字消息作为向所述第二设备发送的附加信息;或者,
    利用语音输入方式进行语音消息录制,得到语音消息,将所述语音消息作为向所述第二设备发送的附加信息;或者,
    利用语音输入方式进行语音消息录制,得到语音消息,并对所述语音消息进行文字转换,将转换后的文字消息作为向所述第二设备发送的附加信息。
  5. 根据权利要求3所述的方法,其中,所述利用预设文件方式获得向所述第二设备发送的附加信息,包括:
    从所述第一设备存储的多个本地文件中选取第一文件,将所述第一文件作为向所述第二设备发送的附加信息;
    其中,所述第一文件是所述多个本地文件中的任意文件,且所述第一文件的类型至少包括下述其中之一:图片类型、音频类型和视频类型。
  6. 根据权利要求1所述的方法,其中,所述将所述附加信息与所述通话请求同时发送给所述第二设备,包括:
    控制所述附加信息与所述通话请求之间的偏差处于预设范围之内。
  7. 根据权利要求1所述的方法,其中,所述方法还包括:
    确定所述通话请求对应的目标背景图像;
    将所述目标背景图像设置为所述第一设备和所述第二设备的背景进行显示。
  8. 根据权利要求7所述的方法,其中,所述确定所述通话请求对应的目标背景图像,包括:
    判断是否从预设素材库中进行选择;
    若判断结果为是,则从所述预设素材库中选择背景图像,将所述选择的背景图像确定为所述通话请求对应的目标背景图像;
    若判断结果为否,则利用预定义方式进行背景图像制作,将所述制作的背景图像确定为所述通话请求对应的目标背景图像。
  9. 根据权利要求8所述的方法,其中,所述利用预定义方式进行背景图像制作,包括:
    从所述第一设备存储的多个本地文件中选取第二文件;
    对所述第二文件进行编辑处理,得到所述制作的背景图像。
  10. 根据权利要求7所述的方法,其中,所述确定所述通话请求对应的目标背景图像,包括:
    确定所述第二设备对应的联系人分组类型;
    根据预先存储的联系人分组类型与背景图像之间的映射关系,将所述联系人分组类型对应的背景图像确定为所述通话请求对应的目标背景图像。
  11. 根据权利要求7所述的方法,其中,所述确定所述通话请求对应的目标背景图像,包括:
    确定所述第二设备对应的用户特征参数;
    根据预先存储的用户特征参数与背景图像之间的映射关系,将所述用户特征参数对应的背景图像确定为所述通话请求对应的目标背景图像。
  12. 根据权利要求1所述的方法,其中,所述方法还包括:
    当接收到所述第二设备发送的拒绝通话消息时,同步接收所述第二设备发送的快速回复消息;
    其中,所述快速回复消息支持多种媒体格式,所述多种媒体格式至少包括下述其中一项:文字格式、语音格式、表情包格式和名片格式。
  13. 根据权利要求12所述的方法,其中,所述方法还包括:
    当接收到所述第二设备发送的拒绝通话消息时,将所述附加信息、所述拒绝通话消息以及所述快速回复消息作为聊天记录进行保存。
  14. 根据权利要求1至13中任一项所述的方法,其中,所述通话请求包括:视频通话请求,和/或,语音通话请求。
  15. 一种通话请求装置,应用于第一设备,所述通话请求装置包括获取单元、确定单元和发送单元;其中,
    所述获取单元,配置为获取向第二设备发起的通话请求;
    所述确定单元,配置为根据所述通话请求,确定向所述第二设备发送的附加信息;
    所述发送单元,配置为将所述附加信息与所述通话请求同时发送给所述第二设备。
  16. 根据权利要求15所述的通话请求装置,其中,所述确定单元,还配置为根据所述通话请求,确定所述附加信息的发送策略;以及若所述发送策略为第一策略,则利用预设消息方式获得向所述第二设备发送的附加信息;若所述发送策略为第二策略,则利用预设文件方式获得向所述第二设备发送的附加信息;
    其中,所述第一策略与所述第二策略不同,且所述第一策略指示基于添加消息方式进行发送,所述第二策略指示基于添加本地文件方式进行发送。
  17. 根据权利要求15所述的通话请求装置,其中,所述通话请求装置还包括设置单元,其中,
    所述确定单元,还配置为确定所述通话请求对应的目标背景图像;
    所述设置单元,配置为将所述目标背景图像设置为所述第一设备和所述第二设备的背景进行显示。
  18. 根据权利要求15所述的通话请求装置,其中,所述通话请求装置还包括接收单元,配置为当接收到所述第二设备发送的拒绝通话消息时,同步接收所述第二设备发送的快速回复消息;其中,所述快速回复消息支持多种媒体格式,所述多种媒体格式至少包括下述其中一项:文字格式、语音格式、表情包格式和名片格式。
  19. 一种终端设备,包括存储器和处理器;其中,
    所述存储器,用于存储能够在所述处理器上运行的计算机程序;
    所述处理器,用于在运行所述计算机程序时,执行如权利要求1至14中任一项所述的方法。
  20. 一种计算机可读存储介质,其中,所述计算机可读存储介质存储有计算机程序,所述计算机程序被至少一个处理器执行时实现如权利要求1至14中任一项所述的方法。
PCT/CN2022/139691 2022-01-26 2022-12-16 一种通话请求方法、装置、设备和计算机可读存储介质 WO2023142768A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202210091111.2A CN114500739B (zh) 2022-01-26 2022-01-26 一种通话请求方法、装置、设备和计算机可读存储介质
CN202210091111.2 2022-01-26

Publications (1)

Publication Number Publication Date
WO2023142768A1 true WO2023142768A1 (zh) 2023-08-03

Family

ID=81474730

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2022/139691 WO2023142768A1 (zh) 2022-01-26 2022-12-16 一种通话请求方法、装置、设备和计算机可读存储介质

Country Status (2)

Country Link
CN (1) CN114500739B (zh)
WO (1) WO2023142768A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114500739B (zh) * 2022-01-26 2024-09-13 Oppo广东移动通信有限公司 一种通话请求方法、装置、设备和计算机可读存储介质

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101010975A (zh) * 2004-06-29 2007-08-01 索尼爱立信移动通讯股份有限公司 使用按键通话协议用于无线通信设备的呼叫者识别
CN103780772A (zh) * 2012-10-25 2014-05-07 吉菲斯股份有限公司 高级呼叫
CN106254614A (zh) * 2016-07-26 2016-12-21 惠州市斯坦利科技有限公司 通讯录联系人处理方法和装置
CN106464752A (zh) * 2014-04-17 2017-02-22 古如罗技微系统公司 关于呼叫者的附加信息
CN106911706A (zh) * 2017-03-13 2017-06-30 北京小米移动软件有限公司 通话背景添加方法及装置
CN107018064A (zh) * 2017-03-07 2017-08-04 北京小米移动软件有限公司 处理通信请求的方法及装置
WO2020042080A1 (zh) * 2018-08-30 2020-03-05 华为技术有限公司 一种呼叫提示方法及终端
CN114500739A (zh) * 2022-01-26 2022-05-13 Oppo广东移动通信有限公司 一种通话请求方法、装置、设备和计算机可读存储介质

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102780805B (zh) * 2011-05-12 2016-08-24 中兴通讯股份有限公司 基于终端的信息显示方法、装置和系统
CN106790964A (zh) * 2015-11-25 2017-05-31 腾讯科技(深圳)有限公司 一种通话方法及终端
CN106027598B (zh) * 2016-04-28 2019-05-31 北京奇虎科技有限公司 业务信息的显示处理方法和系统、服务器
CN108334388B (zh) * 2017-07-28 2019-09-17 腾讯科技(深圳)有限公司 会话背景处理方法、装置、计算机设备和存储介质
CN108540655B (zh) * 2018-03-23 2020-07-10 维沃移动通信有限公司 一种来电显示处理方法及移动终端
CN108737765B (zh) * 2018-08-02 2021-05-11 广东小天才科技有限公司 一种视频通话处理方法、装置、终端设备及存储介质
CN108810293A (zh) * 2018-08-31 2018-11-13 维沃移动通信有限公司 一种通信方法、装置和移动终端
CN111585865A (zh) * 2019-02-18 2020-08-25 腾讯科技(深圳)有限公司 数据处理方法、装置、计算机可读存储介质和计算机设备

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101010975A (zh) * 2004-06-29 2007-08-01 索尼爱立信移动通讯股份有限公司 使用按键通话协议用于无线通信设备的呼叫者识别
CN103780772A (zh) * 2012-10-25 2014-05-07 吉菲斯股份有限公司 高级呼叫
CN106464752A (zh) * 2014-04-17 2017-02-22 古如罗技微系统公司 关于呼叫者的附加信息
CN106254614A (zh) * 2016-07-26 2016-12-21 惠州市斯坦利科技有限公司 通讯录联系人处理方法和装置
CN107018064A (zh) * 2017-03-07 2017-08-04 北京小米移动软件有限公司 处理通信请求的方法及装置
CN106911706A (zh) * 2017-03-13 2017-06-30 北京小米移动软件有限公司 通话背景添加方法及装置
WO2020042080A1 (zh) * 2018-08-30 2020-03-05 华为技术有限公司 一种呼叫提示方法及终端
CN114500739A (zh) * 2022-01-26 2022-05-13 Oppo广东移动通信有限公司 一种通话请求方法、装置、设备和计算机可读存储介质

Also Published As

Publication number Publication date
CN114500739B (zh) 2024-09-13
CN114500739A (zh) 2022-05-13

Similar Documents

Publication Publication Date Title
US10547575B2 (en) Apparatus and method for control of access to communication channels
US10511711B2 (en) Methods and systems for management of media content associated with message context on mobile computing devices
US11368575B2 (en) Management of calls and media content associated with a caller on mobile computing devices
US11005990B2 (en) Methods and systems for contact firewalls on mobile computing devices
US10979558B2 (en) Management of media content associated with time-sensitive offers on mobile computing devices
US10979559B2 (en) Management of calls on mobile computing devices based on call participants
US8572493B2 (en) Mobile device messaging application
KR102339236B1 (ko) 신규한 통신 및 메시징 시스템
US9002410B2 (en) Method and apparatus for creating, using, and disseminating customized audio/video clips
US9049203B2 (en) Systems and methods for dynamically generating a privacy summary
US20170302780A1 (en) Calling for Instant Messaging and Recording Instant Messaging Call Specific Conversation
US8341235B2 (en) Creating rich experiences in mail through attachments
US20200053209A1 (en) Management of media content associated with call context on mobile computing devices
US11695715B2 (en) Methods, systems and computer readable mediums for providing a rich menu for instant messaging services
EP4362443A1 (en) Methods and systems for management of media content associated with message context on mobile computing devices
US20070245006A1 (en) Apparatus, method and computer program product to provide ad hoc message recipient lists
US20080039163A1 (en) System for providing a personalized comic strip
MX2011010573A (es) Sistema y metodo para enlazar elementos a un grupo en un sistema de comunicacion conectado a red.
WO2018132644A1 (en) Apparatus and method for message reference management
US20150326708A1 (en) System for wireless network messaging using emoticons
US10536569B2 (en) Contact-note application and services
WO2019047809A1 (zh) 处理应用中图像的方法、装置、终端设备和存储介质
WO2022057393A1 (zh) 事件处理方法、装置、存储介质、移动终端及电脑
WO2023142768A1 (zh) 一种通话请求方法、装置、设备和计算机可读存储介质
CN113597625A (zh) 在日历视图中的实况会议对象

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 22923554

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE