Incoming call processing method and device, electronic equipment and storage medium

Abstract

The invention provides an incoming call processing method and device, electronic equipment and a storage medium, and the incoming call processing method is applied to a called terminal, and comprises the steps: executing first incoming call reminding under the condition that a call request is detected, and carrying out incoming call processing on the called terminal under the condition that a called user inputs a paid answering operation for the first incoming call reminding. The paid answering process comprises the steps that the incoming call is answered or the second incoming call reminding is triggered after the payment confirmation information corresponding to the calling number is detected, the second incoming call reminding or the incoming call answering can be triggered only when the calling user pays the fee, and the second incoming call reminding or the incoming call answering cannot be triggered if the calling user is not willing to pay the fee; therefore, part of calls can be intercepted, and the incoming call reminding amount and the actual call volume of crank calls are effectively reduced; and the answering of the crank call can bring additional economic compensation to the called user, so that the negative emotion of the called user for answering the crank call can be effectively relieved, and the user experience is improved.

Description

Technical Field

[0001] This application relates to the field of electronic communication technologies, and in particular, to a call processing method, apparatus, electronic device, and storage medium. Background Art

[0002] In modern communication technologies, mobile phones have become an indispensable part of people's daily lives. With the popularization of smart phones, the problem of harassing calls faced by users has become increasingly serious. A large number of harassing calls such as sales calls and fraud calls have brought great troubles to people's lives and made people extremely annoyed.

[0003] Although many applications and mobile phone manufacturers provide call identification and filtering functions, the existing call identification and filtering functions rely on the marking of harassing calls to be realized. However, this method has a large lag. It takes a certain number of users to answer harassing calls, and then it can take effect only after being marked based on cloud data or manually marked by users. These users are still victims of harassing calls, and many users are not willing to mark, which results in a larger number of actual victims. In addition, the calling users of harassing calls continuously develop new numbers to make calls in order to avoid their calls being marked and intercepted. The above factors lead to the fact that in actual applications, there are still a large number of unmarked harassing calls. For these harassing calls, users often cannot judge whether they are harassing calls before answering and can only understand the intention of the other party after answering. This not only wastes the time and energy of users, but also may bring unnecessary troubles and risks.

[0004] Therefore, it is necessary to provide a technical solution that can reduce the negative impact of harassing calls on users. Summary of the Invention

[0005] The purpose of the embodiments of this application is to provide a call processing method, apparatus, electronic device, and storage medium to solve the problem that current users are frequently negatively affected by harassing calls.

[0006] One or more embodiments of the first aspect of this application provide a call processing method, which is applied to a called terminal and includes:

[0007] When a call request is detected, a first call reminder is executed; when it is detected that the called user inputs a paid answer operation for the first call reminder, a paid answer process is executed, and the paid answer process includes connecting the call or triggering a second call reminder after detecting the payment confirmation information corresponding to the calling number.

[0008] In combination with the first aspect, the embodiments of the present application provide a first possible implementation manner of the first aspect. Among them, the method further includes: when it is detected that the called user inputs a direct answer operation for the first incoming call reminder, answering the current incoming call; when it is detected that the called user inputs a rejection operation for the first incoming call reminder, rejecting the current incoming call.

[0009] In combination with the first possible implementation manner of the first aspect, the embodiments of the present application provide a second possible implementation manner of the first aspect. Among them, the execution of the first incoming call reminder includes: displaying a first incoming call reminder interface, where the first incoming call reminder interface includes a paid answer trigger element, a direct answer trigger element, and a rejection trigger element displayed in a preset arrangement manner; correspondingly, the paid answer operation includes a first trigger operation input based on the paid answer trigger element; the direct answer operation includes a second trigger operation input based on the direct answer trigger element; the rejection operation includes a third trigger operation input based on the rejection trigger element.

[0010] In combination with the second possible implementation manner of the first aspect, the embodiments of the present application provide a third possible implementation manner of the first aspect. Among them, the paid answer trigger element includes a first control provided on the first incoming call reminder interface, and the first trigger operation includes a drag operation or a click operation on the first control; the direct answer trigger element includes a second control provided on the first incoming call reminder interface, and the second trigger operation includes a drag operation or a click operation on the second control; the rejection trigger element includes a third control provided on the first incoming call reminder interface, and the third trigger operation includes a drag operation or a click operation on the third control.

[0011] In combination with the second possible implementation manner of the first aspect, the embodiments of the present application provide a fourth possible implementation manner of the first aspect. Among them, a sliding element is provided on the first incoming call reminder interface; the paid answer trigger element includes a first trigger area provided on the first incoming call reminder interface, and the first trigger operation includes dragging the sliding element to the first trigger area; the direct answer trigger element includes a second trigger area provided on the first incoming call reminder interface, and the second trigger operation includes dragging the sliding element to the second trigger area; the rejection trigger element includes a third trigger area provided on the first incoming call reminder interface, and the third trigger operation includes dragging the sliding element to the third trigger area.

[0012] Combined with the second possible implementation manner of the first aspect, an embodiment of the present application provides a fifth possible implementation manner of the first aspect, wherein the first incoming call reminder interface further includes additional incoming call information and / or incoming call intention regarding the calling number, and the additional incoming call information includes identity information of the calling user and / or incoming call description information for this incoming call.

[0013] Combined with the first aspect, an embodiment of the present application provides a sixth possible implementation manner of the first aspect, wherein the paid answer process further includes: displaying a waiting for payment prompt message until payment confirmation information corresponding to the calling number is detected, and the waiting for payment prompt message is used to prompt that the calling user is currently waiting to pay the answer fee.

[0014] Combined with the sixth possible implementation manner of the first aspect, an embodiment of the present application provides a seventh possible implementation manner of the first aspect, wherein the displaying the waiting for payment prompt message includes: switching the first incoming call reminder interface to a waiting for payment interface and displaying the waiting for payment prompt message on the waiting for payment interface; or switching the first incoming call reminder interface to the application interface of the application that was running in the foreground before the first incoming call reminder was executed, and displaying the waiting for payment prompt message in a partial area of the application interface.

[0015] Combined with the first aspect, an embodiment of the present application provides an eighth possible implementation manner of the first aspect, wherein the executing the first incoming call reminder when a call request is detected includes: when a call request is detected, obtaining the calling number; selectively executing the first incoming call reminder for the calling number.

[0016] Combined with the eighth possible implementation manner of the first aspect, an embodiment of the present application provides a ninth possible implementation manner of the first aspect, wherein the selectively executing the first incoming call reminder for the calling number includes: executing the first incoming call reminder when the calling number meets the paid answer condition; executing the first incoming call reminder when the calling number is an unfamiliar number; executing the first incoming call reminder when the calling number is identified by a preset incoming call number recognition model as requiring paid answer; executing the first incoming call reminder when the incoming call intention corresponding to the calling number belongs to the paid answer intention; executing the first incoming call reminder when the calling number meets the paid answer condition and the incoming call intention corresponding to the calling number belongs to the paid answer intention.

[0017] Combined with the ninth possible implementation manner of the first aspect, an embodiment of the present application provides a tenth possible implementation manner of the first aspect, wherein the paid answer conditions include at least one of the following:

[0018] The calling number is an unfamiliar number; the number category of the calling number belongs to the preset number category that requires paid answering; the calling number is within the preset custom number list; the number source of the calling number belongs to the preset number source that requires paid answering; the calling number has a paid answering identifier; the membership level corresponding to the calling number belongs to the preset membership level that requires paid answering; the call time of the calling number belongs to the paid answering period that requires paid answering; the calling number is recognized by the preset incoming call number recognition model as requiring paid answering.

[0019] Combined with the ninth possible implementation manner of the first aspect, the embodiment of the present application provides the eleventh possible implementation manner of the first aspect, wherein the paid answering condition is determined according to the condition elements of at least one of the following dimensions: familiarity degree of the number, number category, custom number list, number source, paid answering identifier, membership level, recognition result of the incoming call number recognition model, effective time, charging standard.

[0020] Combined with the ninth possible implementation manner of the first aspect, the embodiment of the present application provides the twelfth possible implementation manner of the first aspect, wherein the method further includes: in response to a setting trigger operation, displaying a paid answering condition editing interface, and the paid answering condition editing interface is provided with editable elements corresponding to the condition elements of at least one of the following dimensions: familiarity degree of the number, number category, custom number list, number source, paid answering identifier, membership level, recognition result of the incoming call number recognition model, effective time, recognition result of the incoming call number recognition model; determining the paid answering condition according to the editing operation of the called user on the editable element.

[0021] Combined with the twelfth possible implementation manner of the first aspect, the embodiment of the present application provides the thirteenth possible implementation manner of the first aspect, wherein the method further includes: in the paid answering condition editing interface or the charging standard setting interface, displaying a charging standard editing element; determining the charging standard according to the editing operation of the called user on the charging standard editing element.

[0022] Combined with the ninth possible implementation manner of the first aspect, the embodiment of the present application provides the fourteenth possible implementation manner of the first aspect, wherein before executing the first incoming call reminder, an incoming call intention recognition step is further included, and the incoming call intention recognition step includes: receiving incoming call additional information sent by the calling terminal, and the incoming call additional information includes the identity information of the calling user and / or the incoming call description information; recognizing the incoming call intention of the calling user according to the incoming call additional information.

[0023] Combined with the first aspect, the embodiment of the present application provides the fifteenth possible implementation manner of the first aspect, wherein the reminder intensity of the second incoming call reminder is less than the reminder intensity of the first incoming call reminder.

[0024] In combination with the first aspect, the embodiments of the present application provide a sixteenth possible implementation manner of the first aspect. Among them, the paid answering process further includes a paid information interaction step, and the paid information interaction step includes: sending paid interaction information to the calling terminal corresponding to the calling number according to a preset paid information interaction method, where the paid interaction information includes at least one of a paid answering prompt message, a payment guidance message, a paid timing option message, and an automatic payment option message.

[0025] In combination with the sixteenth possible implementation manner of the first aspect, the embodiments of the present application provide a seventeenth possible implementation manner of the first aspect. Among them, the paid information interaction method includes at least one of the following: when the call is connected in the background, sending paid interaction information to the calling terminal through the call link; sending paid interaction information to the calling terminal through an interactive voice response system; sending paid interaction information to the calling terminal through an in-application notification call application; sending paid interaction information to the calling terminal through a short message.

[0026] In combination with the seventeenth possible implementation manner of the first aspect, the embodiments of the present application provide an eighteenth possible implementation manner of the first aspect. Among them, sending paid interaction information to the calling terminal through the interactive voice response system includes: sending paid interaction information to the calling terminal through a built-in interactive voice response system; where the built-in interactive voice response system is jointly implemented by a first call application installed on the called terminal and a second call application installed on the calling terminal, and the first call application sends the paid interaction information to the second call application through the call link or the Internet link, and the second call application sends a response message to the first call application through the Internet link for the paid interaction information.

[0027] In combination with the sixteenth possible implementation manner of the first aspect, the embodiments of the present application provide a nineteenth possible implementation manner of the first aspect. Among them, sending paid interaction information to the calling terminal corresponding to the calling number according to a preset paid information interaction method includes: selecting a paid information interaction method applicable to sending the currently to-be-sent paid interaction information to the calling terminal from the preset paid information interaction methods according to the device information of the calling terminal; and sending the paid interaction information to the calling terminal according to the determined paid information interaction method.

[0028] In combination with the first aspect, the embodiments of the present application provide a twentieth possible implementation manner of the first aspect. Among them, the payment confirmation information includes: a payment completion message or a commitment to pay message; where the payment completion message indicates that the answering fee for the calling number has been paid; the commitment to pay message indicates that the calling user commits to pay the answering fee for this call.

[0029] Combined with the twentieth possible implementation manner of the first aspect, an embodiment of the present application provides the twenty-first possible implementation manner of the first aspect, wherein the payment confirmation information includes payment completion information, and the payment completion information is generated according to the payment behavior of the calling terminal, the payment device or the server.

[0030] Combined with the twentieth possible implementation manner of the first aspect, an embodiment of the present application provides the twenty-second possible implementation manner of the first aspect, wherein the payment confirmation information includes committed payment information; correspondingly, the method further includes: after the call ends, performing a default handling step according to the committed payment information, and the default handling step includes at least one of the following:

[0031] When it is detected that the committed payment information has not been fulfilled within the first time limit, sending a reminder message for collecting the answering fee to the calling terminal, and the reminder message for collecting the answering fee is used to prompt the calling user to pay the answering fee for this call;

[0032] When it is detected that the committed payment information has not been fulfilled within the second time limit, sending a credit information about the calling number to the server, and the credit information is used for other called terminals communicatively connected to the server to restrict the answering of the calling number.

[0033] Combined with the first aspect, an embodiment of the present application provides the twenty-third possible implementation manner of the first aspect, wherein the payment confirmation information includes confirmation information for the calling user to pay the answering fee to the called user, the answering fee is determined according to the charging standard preset by the called terminal, the charging standard is determined according to a hierarchical charging method, and the hierarchical charging method grades the charging standard from at least one of the following dimensions: familiarity with the number, number category, custom number list, number source, paid answering flag, membership level, recognition result of the incoming call number recognition model, effective time.

[0034] Combined with the first aspect, an embodiment of the present application provides the twenty-fourth possible implementation manner of the first aspect, wherein before performing the first incoming call reminder, it further includes: detecting whether the calling number is a lost signal number; when it is detected that the calling number is a lost signal number, restricting the answering of the calling number; wherein, the answering restriction is implemented by at least one of the following answering restriction methods: rejecting the current incoming call of the calling number, canceling the post-payment permission of the calling number, restricting the calling user to continue calling only after paying the historical unpaid answering fee, and increasing the answering fee required for the calling number.

[0035] Combined with the first aspect, the embodiments of the present application provide the twenty-fifth possible implementation manner of the first aspect, wherein the paid answering process further includes an automatic payment step; the automatic payment step includes: querying, by the server, whether the calling number meets the automatic payment condition; and in the case where the calling number meets the automatic payment condition, triggering an automatic payment operation, where the automatic payment operation includes automatically paying the answering fee based on the payment account bound to the calling number.

[0036] Combined with the first aspect, the embodiments of the present application provide the twenty-sixth possible implementation manner of the first aspect, wherein the method further includes: after the call is connected, executing an answering duration protection process, where the answering duration protection process includes protecting the answering duration of the current call by using a preset answering duration protection method, and the answering duration protection method includes at least one of the following:

[0037] Playing or displaying an answering protection prompt message, where the answering protection prompt message includes a prompt message for prompting the called user that the answering duration needs to be greater than the answering protection duration; displaying answering duration progress information on the call interface of the called terminal, where the answering duration progress information includes the answering timing information of the current call and the answering protection duration identifier; within the answering protection duration, in response to the first hang-up trigger operation input by the called user, maintaining the call state and displaying the answering protection prompt message; within the answering protection duration, in response to the second hang-up trigger operation input by the called user, hanging up the current call; hiding the hang-up control within the answering protection duration, and displaying the hang-up control after the answering duration exceeds the answering protection duration, where the hang-up control is used for the called user to input a hang-up trigger operation.

[0038] Combined with the twenty-sixth possible implementation manner of the first aspect, the embodiments of the present application provide the twenty-seventh possible implementation manner of the first aspect, wherein the executing the answering duration protection process after the call is connected includes: in the case where the calling number meets the answering duration protection condition, executing the answering duration protection process after the call is connected; wherein the answering duration protection condition includes at least one of the following:

[0039] The payment confirmation information corresponding to the calling number is payment completion information, and the paid answering fee includes an answering duration protection fee; the number category of the calling number belongs to a preset number category that supports answering duration protection; the membership level corresponding to the calling number belongs to a preset membership level that supports answering duration protection; the calling number has enabled the answering duration protection permission.

[0040] In combination with the first aspect, an embodiment of the present application provides the twenty-eighth possible implementation manner of the first aspect. Among them, the method further includes: when the refund trigger condition is met, triggering the execution of the refund processing flow, and the refund processing flow includes fully or partially refunding the call fee paid by the calling user; the refund trigger condition includes at least one of the following: the call is not answered by the called user, the call is ended by the called user and the call duration is less than the preset answer protection duration, and a manual refund operation input by the called user is detected.

[0041] In combination with the twenty-eighth possible implementation manner of the first aspect, an embodiment of the present application provides the twenty-ninth possible implementation manner of the first aspect. Among them, the method further includes: after the call ends, displaying a call end interface and displaying a manual refund trigger element on the call end interface; in response to a manual refund operation input by the called user based on the manual refund trigger element, determining that the refund trigger condition is met.

[0042] In combination with the twenty-eighth possible implementation manner of the first aspect, an embodiment of the present application provides the thirtieth possible implementation manner of the first aspect. Among them, the refund processing flow includes: refunding the call fee paid by the calling user according to the refund amount input by the called user.

[0043] In combination with the first aspect to the thirtieth possible implementation manner of the first aspect, an embodiment of the present application provides the thirty-first possible implementation manner of the first aspect. Among them, the method further includes: in response to an operation of adding a contact for the calling number, obtaining an electronic business card corresponding to the calling number; adding the calling user as a contact according to the identity information recorded in the electronic business card.

[0044] In combination with the first aspect to the thirtieth possible implementation manner of the first aspect, an embodiment of the present application provides the thirty-second possible implementation manner of the first aspect. Among them, the method further includes: in the contact editing interface where the calling number is added as a contact, displaying an option for setting a paid call identifier; setting a paid call identifier for the calling number according to the selection operation of the called user for the paid call identifier setting option, and the paid call identifier is used to mark that the calling number meets the paid call condition.

[0045] One or more embodiments of the second aspect of the present application provide a call processing device applied to a called terminal, including:

[0046] A first call reminder module, configured to execute a first call reminder when a call request is detected;

[0047] The paid answering execution module is used to execute the paid answering process when it is detected that the called user inputs a paid answering operation in response to the first incoming call reminder. The paid answering process includes answering the call or triggering the second incoming call reminder after detecting the payment confirmation information corresponding to the calling number.

[0048] One or more embodiments of the third aspect of the present application provide an electronic device, comprising: a memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method described in the first aspect of the present application.

[0049] One or more embodiments of the fourth aspect of the present application provide a computer-readable storage medium having computer-readable instructions stored thereon, wherein the computer-readable instructions can be executed by a processor to implement the method described in the first aspect of the present application.

[0050] A first aspect of the present application provides a call processing method, which is applied to a called terminal. When a call request is detected, a first call reminder is executed, and when it is detected that the called user inputs a pay-to-answer operation for the first call reminder, a paid answering process is executed. The paid answering process includes connecting the call or triggering the second call reminder after detecting the payment confirmation information corresponding to the calling number, so that the paid answering process can be used to increase the answering threshold of the calling number. Since the calling user can only trigger the second call reminder or connect the call if he / she pays the fee, the second call reminder or connects the call will not be triggered if he / she is unwilling to pay the fee. Therefore, it is possible to intercept some calls, effectively reducing the number of call reminders and actual call volume of harassing calls; and since answering harassing calls requires the calling user to pay a certain fee to the called user, answering harassing calls can bring additional economic compensation to the called user, thereby effectively alleviating the negative emotions of the called user when answering harassing calls. Improve user experience; in addition, the present application scheme first executes the first incoming call reminder after detecting the call request, and the called user decides whether to execute the paid answering process, so that the called user can decide in real time whether to answer each call for a fee, so that the processing method of each incoming call can be determined according to the wishes of the called user, giving the called user greater freedom, so that the processing of each incoming call can meet the needs of the called user; in addition, since the paid answering process is executed according to the paid answering operation input by the called user, the paid answering process is executed when the called user is aware of the incoming call and can answer the call. In this case, the calling user has a greater probability of being successfully answered after paying the answering fee, which can reduce the probability of the calling user paying the answering fee but not being answered, and reduce the waste of resources caused by unnecessary paid answering and refund processes, thereby improving resource utilization and call fluency as a whole, thereby improving the calling user's calling experience and the called user's answering experience.

[0051] The call processing device provided in the second aspect of the present application, the electronic device provided in the third aspect, and the computer-readable storage medium provided in the fourth aspect are based on the same inventive concept as the call processing method provided in the first aspect of the present application and have the same or corresponding beneficial effects. BRIEF DESCRIPTION OF THE DRAWINGS

[0052] By referring to the following detailed description with reference to the accompanying drawings, the above and other objects, features, and advantages of the exemplary embodiments of the present application will become readily understood. In the drawings, several embodiments of the present application are shown in an exemplary and non-limiting manner, and the same or corresponding reference numerals represent the same or corresponding parts, wherein:

[0053] Figure 1 Schematically shows a first framework diagram of a call processing system provided by some embodiments of the present application;

[0054] Figure 2 Schematically shows a second framework diagram of a call processing system provided by some embodiments of the present application;

[0055] Figure 3 Schematically shows a third framework diagram of a call processing system provided by some embodiments of the present application;

[0056] Figure 4 Schematically shows a fourth framework diagram of a call processing system provided by some embodiments of the present application;

[0057] Figure 5 Schematically shows a flowchart of a call processing method provided by some embodiments of the present application;

[0058] Figure 6 Schematically shows a schematic diagram of a call processing device provided by some embodiments of the present application;

[0059] Figure 7 Schematically shows a schematic diagram of an electronic device provided by some embodiments of the present application. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0060] Hereinafter, the exemplary embodiments of the present disclosure will be described in more detail with reference to the accompanying drawings. Although the exemplary embodiments of the present disclosure are shown in the drawings, it should be understood that the present disclosure can be implemented in various forms and should not be limited by the embodiments set forth herein. On the contrary, these embodiments are provided so that the present disclosure can be more thoroughly understood and the scope of the present disclosure can be completely conveyed to those skilled in the art.

[0061] It should be noted that, unless otherwise specified, the technical terms or scientific terms used in this application shall have the ordinary meanings understood by those skilled in the art to which this application pertains.

[0062] The terms used in the embodiments of this application are only for the purpose of describing specific embodiments and are not intended to limit this application. The singular forms "a", "the" and "said" used in the embodiments of this application and the appended claims are also intended to include the plural forms, unless the context clearly indicates otherwise. "Multiple" generally includes at least two, but does not exclude the case of including at least one.

[0063] In this application, "at least one (item)" means one or more, "multiple" means two or more, "at least two (items)" means two or three and more than three. "And / or" is used to describe the association relationship of associated objects and indicates that three relationships can exist. For example, "A and / or B" can mean: only A exists, only B exists, and both A and B exist at the same time. Among them, A and B can be singular or plural. The character " / " generally indicates that the associated objects before and after are an "or" relationship. "At least one (item) of the following" or its similar expression means any combination of these items. For example, at least one (item) of a, b or c can mean: a, b, c, "a and b", "a and c", "b and c", or "a and b and c".

[0064] In addition, terms such as "first" and "second" are used to distinguish different objects rather than to describe a specific order. In addition, the terms "comprise" and "have" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device that includes a series of steps, units or elements is not limited to the listed steps, units or elements, but optionally further includes steps, units or elements not listed, or optionally further includes other steps, units or elements inherent to these processes, methods, products or devices.

[0065] In view of the problem that the effect of harassing call interception in the prior art is not good, resulting in users frequently suffering from the negative impact of harassing calls, the embodiments of the present application provide a call processing method, device, equipment and computer-readable storage medium to solve the problem that current users frequently suffer from the negative impact of harassing calls. The main technical concept is to construct a paid answering scheme to process calls through technical means. For example, in the case of detecting a call request, a first call reminder is executed. In the case of detecting that the called user inputs a paid answering operation for the first call reminder, a paid answering process is executed. The paid answering process includes connecting the call or triggering a second call reminder after detecting the payment confirmation information corresponding to the calling number. Based on this paid answering scheme, the call processing method of the present application can limit the calling user to trigger the second call reminder or connect the call to remind the called user to answer the call after promising or completing the payment of a certain answering fee to the called user, thereby being able to increase the call answering threshold of the called number and bring additional economic compensation for the called user to answer the call. Since calls that are not willing to pay the answering fee will not disturb the called user, and calls that are willing to pay the answering fee can provide economic compensation for the called user, it can effectively alleviate the negative emotions of the called user answering harassing calls and improve the user experience. In addition, the solution of the present application first executes a first call reminder after detecting a call request, and the called user decides whether to execute the paid answering process, enabling the called user to decide in real time whether to perform paid answering for each call, so as to be able to determine the processing method of each call according to the will of the called user, bringing greater freedom to the called user and making the processing of each call meet the needs of the called user. In addition, since the paid answering process is executed according to the paid answering operation input by the called user, the paid answering process is executed when the called user knows the call and is able to answer the call. In this case, there is a high probability that the calling user will be successfully answered after paying the answering fee, which can reduce the probability that the calling user pays the answering fee but is not answered, and reduce the waste of resources caused by unnecessary paid answering and refund processes, thereby improving the resource utilization rate and call fluency as a whole, and further improving the call experience of the calling user and the answering experience of the called user.

[0066] It should be noted that one of the technical concepts embodied in paid answering in the embodiments of the present application is to trigger the incoming call reminder of the called terminal after the calling user (commits or actually completes) pays a certain fee to the called user, so as to achieve the purpose of anti-harassment and paid answering. Therefore, the paid answering involved in the embodiments of the present application can also be referred to as charged answering, paid answering, paid reminder, charged reminder, paid ringing, charged ringing, etc. All of the above are equivalent concepts, and essentially all represent the technical concept of triggering the incoming call reminder of the called terminal after the calling user (commits or actually completes) pays a certain fee to the called user. Correspondingly, the fee paid by the calling user to trigger the incoming call reminder of the called terminal can be referred to as answering fee, ringing fee, ringing fee, reminder fee, compensation fee, etc., and their expressed meanings are essentially the same. Based on the above description, as long as it is under the same inventive concept as the present application, regardless of its specific name or concept, it should be within the protection scope of the present application.

[0067] It should be noted that the answering fee provided in the embodiments of the present application is different from the existing call fee. In the prior art, the call fee refers to the fee that a user needs to pay to a telecommunications operator when using a mobile phone, a fixed phone or other communication services. It is different from the answering fee paid to the called user in the present application. The payment object, payment purpose and functions that can be achieved by the two are different, belonging to completely different technical concepts and should be strictly distinguished and not confused.

[0068] Next, refer to Figures 1 to 4 to make an exemplary description of the system architecture corresponding to the embodiments of the present application.

[0069] As Figure 1 shown, it schematically shows the first framework diagram of the call processing system provided by some embodiments of the present application. This first framework diagram provides a relatively simple system architecture. The calling user uses the calling terminal to initiate a call to the called terminal used by the called user. This call is realized by sending a call request to the called terminal through the telecommunications network. The called terminal can execute the first incoming call reminder when detecting the call request by installing the first call application, and execute the paid answering process when detecting that the called user inputs a paid answering operation for the first incoming call reminder. The paid answering process includes connecting the call or triggering the second incoming call reminder after detecting the payment confirmation information corresponding to the calling number. This system architecture has relatively low requirements for the hardware and software of the calling terminal, can handle incoming calls initiated by various calling terminals, and realizes the basic paid answering function.

[0070] In addition, please refer to Figure 2, which schematically shows a second framework diagram of the call processing system provided by some embodiments of the present application. The second framework diagram adds a server communicatively connected to the called terminal on the basis of the first framework diagram. The server is used to provide service support for the first call application installed on the called terminal, such as various backend service supports like payment information query, etc., so as to facilitate the called terminal to smoothly execute the paid answer process. In addition, for the situation where selective paid answering of the calling number is required, the server can further provide backend service supports such as calling number category query, incoming call number recognition model recognition, etc., so that the first call application can judge whether paid answering is required according to information such as the calling number category of the calling number and whether it is recognized by the preset incoming call number recognition model as a number that needs to be paid for answering. If paid answering is required, the first incoming call reminder is executed; if paid answering is not required, the normal answer process is executed. This system architecture has lower hardware and software requirements for the calling terminal and can also handle incoming calls initiated by various calling terminals, but it can implement relatively rich paid answering functions.

[0071] In addition, please refer to Figure 3 , which schematically shows a third framework diagram of the call processing system provided by some embodiments of the present application. The third framework diagram adds a communication connection between the calling terminal and the server on the basis of the second framework diagram. A second call application identical or corresponding to the above first call application is installed on the calling terminal. The server can also provide service support for the second call application, such as convenient payment, contactless payment, automatic payment, querying whether payment is required before calling, etc. The calling user can initiate a call more conveniently through the second call application, which helps to improve the fluency of the call and thus improve the usage experience of the calling user. This system architecture has slightly higher hardware and software requirements for the calling terminal and requires the calling terminal to install the second call application, but it can implement more abundant paid answering functions.

[0072] Please refer to again Figure 4 , which schematically shows a fourth framework diagram of the call processing system provided by some embodiments of the present application. The fourth framework diagram adds a payment proxy device on the basis of the third framework diagram. The call is still initiated by the calling terminal, but the payment of the answer fee is realized by the payment proxy device. This system architecture is applicable to situations where the calling terminal does not have the payment ability and the calling user needs other users or units to make the payment on their behalf, etc. The payment proxy device can install the second call application or not, as long as it has the payment function and can realize the payment of the answer fee. This system architecture has lower hardware and software requirements for the calling terminal, but requires a payment proxy device to pay the answer fee, and can ensure that the calling user can smoothly make a call in the paid answering scenario through the payment proxy function, and the called user can also realize more abundant paid answering functions.

[0073] It should be noted that in the above Figures 1 to 4 description, the call can be implemented through a telecommunications network. For example, it can be implemented through a traditional telephone network (PSTN, Public Switched Telephone Network), a Next Generation Network (NGN), or a mobile telephone network, etc. This is a relatively common telephone communication method at present. However, in actual applications, the calls and incoming calls involved in the embodiments of the present application can also be implemented through an Internet link. For example, a voice chat call service (the corresponding call request is also called a voice chat invitation or a video chat invitation) implemented through a Voice over Internet Protocol (VoIP) is also applicable to the technical solutions provided by the embodiments of the present application and is within the protection scope of the present application.

[0074] In the following description of the embodiments, the description is mainly based on the above system architecture. Therefore, when reading the following various embodiments, the above system architecture can be reasonably selected and referred to for understanding. However, it should be noted that the above system architecture is only an example provided for ease of understanding. The actual application scenarios are ever-changing and cannot be exemplified one by one. Those skilled in the art can make reasonable changes based on the examples of the present application. Without departing from the gist of the invention of the present application, they should all be within the protection scope of the present application.

[0075] In the embodiments of the present application, both the calling terminal and the called terminal can be any electronic device with voice communication functions. It can be a mobile terminal or a fixed terminal, such as a mobile phone, a landline (fixed telephone), a smart watch, a tablet computer, a vehicle-mounted terminal (intelligent car machine), a smart glasses, etc. The server in this embodiment can cover various forms of computing resources, including but not limited to network hosts, network servers, network server clusters, or a computer set based on cloud computing. According to specific requirements, the server can exist in the form of a single or multiple entities. It can be further divided into multiple more specific functional entities or functional modules according to services or functions to optimize business processing and improve system efficiency. For example, it can include multiple servers, virtual servers, or server clusters for processing different services. For example, in order to better manage user account information, a dedicated management server can be set up; for efficient storage and retrieval of user data, a dedicated database server can be configured; for accurate management of users' call credit information, a credit management server can be deployed; for secure and convenient implementation of payment functions, a payment service server can be established; for providing intelligent voice recognition and synthesis services, an artificial intelligence server can be introduced; for ensuring the security and reliability of user authentication, an authentication service server can be built, etc. All of the above various servers belong to the server.

[0076] This layered architecture and division of server functions enable more flexible responses to different business needs and technical challenges, where each specific server focuses on a specific task, thereby improving the responsiveness and stability of the entire system. For example, the management server is responsible for handling all operations related to user accounts, such as registration, login, personal information update, etc., to ensure the integrity and consistency of user data; the database server focuses on efficient data storage and fast query, supporting the management and analysis of large-scale data sets; the credit management server is used to evaluate and maintain the user's call credit record, providing reliable support for paid answering services; the payment service server integrates multiple payment gateways and security protocols to ensure the security and transparency of the transaction process; the artificial intelligence server uses advanced algorithms and technologies to provide users with an intelligent voice interaction experience; the authentication service server strictly verifies the user's identity to ensure the security and privacy protection of the system. The various servers can work together to provide a smooth and secure communication experience for calling and called users.

[0077] It should be noted that the embodiments of the present application do not limit the specific architecture of the server. Since the implementation schemes of the server are ever-changing, they cannot be listed one by one. Technical personnel in this field can flexibly set the server according to actual needs. As long as it is based on the technical concept provided in the embodiments of the present application and executes the method steps provided in the embodiments of the present application to achieve the invention purpose of the embodiments of the present application, it should be within the scope of protection of the present application.

[0078] It can be understood that the calling terminal and the called terminal, the calling user and the called user, the calling number and the called number, etc. are all divided according to the roles played in the call. During a call, the party that initiates the call request is correspondingly called the calling terminal, the calling user and the calling number, and the party that receives the call request is correspondingly called the called terminal, the called user and the called number. This division method is not only applicable to communications between mobile phones, but also to communications between fixed telephones (landlines) and mobile phones, as well as any other forms of voice or data communications.

[0079] The following is an exemplary description of the incoming call processing method provided in the embodiment of the present application.

[0080] like Figure 5 As shown, a method for processing incoming calls is applied to a called terminal. The method for processing incoming calls may include the following steps S101-S102:

[0081] Step S101: when a call request is detected, executing a first incoming call reminder.

[0082] In some embodiments of the present embodiment, the execution subject of the incoming call processing method may be the called terminal, or an application installed on the called terminal, such as a call application or other applications with call functions. The application may be a system application or a third-party application, which aims to reduce harassing calls and the negative impacts brought by harassing calls to the called user by providing a paid answering function for the user. In the description of the embodiments of the present application, mainly taking the implementation of the paid answering function by installing a first call application on the called terminal as an example for illustration. The first call application is any application with call functions, which may be an independent application or an integrated application integrated into the operating system of the called terminal.

[0083] The above call request refers to a request initiated by the calling terminal to attempt to establish a call connection with the called terminal. After being forwarded by various intermediate devices in the telecommunication network or the Internet, the call request reaches the called terminal. After detecting the call request, the called terminal may execute the first incoming call reminder.

[0084] Step S102: When it is detected that the called user inputs a paid answering operation for the first incoming call reminder, execute the paid answering process, where the paid answering process includes connecting the incoming call or triggering a second incoming call reminder after detecting the payment confirmation information corresponding to the calling number.

[0085] Among them, the paid answering operation is an operation for the called user to screen or control incoming calls, and selectively requires the calling user to pay a certain answering fee to complete the call connection. When the called terminal detects the call request and issues the first incoming call reminder, if the called user is interested in this incoming call but hopes that the calling user bears the answering fee, the paid answering process can be triggered by inputting the paid answering operation.

[0086] Among them, the paid answering process refers to a series of steps executed to ensure that the called user can receive the answering fee, which at least includes triggering a second incoming call reminder or connecting the incoming call after detecting the payment confirmation information corresponding to the calling number. Among them, the payment confirmation information may be the payment confirmation information for paying the answering fee to the first account. The first account is the account corresponding to the called user using the called terminal, that is, the called user account. The first account can be bound to the called number to ensure that after the called user can receive appropriate economic compensation, the second incoming call reminder or the incoming call is triggered. In addition, the payment confirmation information may be generated by the called terminal according to the payment situation or the promised payment situation, or may be generated by the server according to the payment situation or the promised payment situation and then sent to the called terminal, both of which can achieve the purpose of the embodiments of the present application.

[0087] In practical applications, to protect the rights and interests of both the calling and called parties, the calling user can first pay the call connection fee to a payment platform (which can be one of the service platforms provided by the server). After the called user answers the call, the call connection fee will be fully or partially transferred (the server deducts a part of the service fee, so it is a partial transfer) to the called user's account. In this case, although the call connection fee is paid to the called user's account in two stages, from the perspective of the calling user, the purpose of their payment is still to pay the called user. From the perspective of the called user, the call connection fee received still comes from the calling user. Therefore, even if the payment record shows that the calling user pays the payment platform, and the called user receives payment from the payment platform, as long as it essentially conforms to the inventive concept of this application, it should still be regarded as an equivalent technical means of this application and is also within the protection scope of this application. Moreover, the server or the called terminal can create a paid call connection order for each incoming call. The paid call connection order has a unique identification code such as an order number. The calling user makes a payment according to the paid call connection order. Whether the call connection fee is paid to the payment platform or the called user's account, and whether the payment platform pays the call connection fee to the called terminal, it can be traced and integrated according to the paid call connection order to form a complete call connection fee transfer information to prove that the call connection fee is paid from the calling user to the called user.

[0088] In the above description, in the case where there is an intermediate guarantee by the payment platform, after the call connection fee is paid to the payment platform, it is necessary to trigger the incoming call reminder of the called terminal. Therefore, in this case, the payment confirmation information can specifically refer to the payment confirmation information for paying the current call connection fee to the server (such as the payment platform). This payment confirmation information can be associated with the paid call connection order of the current incoming call to ensure that the call connection fee is ultimately paid to the called user.

[0089] The incoming call reminder refers to the process in which the called terminal notifies the called user that there is an incoming call waiting to be answered through various methods. It usually includes various forms, such as ringing, vibration, screen prompts, etc. Its specific form can be determined according to the incoming call reminder method set by the user in the terminal, and the embodiments of this application do not make any limitations. It should be noted that in some embodiments of this application, two incoming call reminders need to be executed, namely the first incoming call reminder and the second incoming call reminder. The difference between the two incoming call reminders is that the first incoming call reminder supports the called user to input a paid call connection operation to trigger the paid call connection process, while the second incoming call reminder is triggered after the calling user confirms the payment, so it only needs to support the answer operation or the reject operation.

[0090] Considering that if the called user can input a paid answer operation based on the first incoming call reminder, it indicates that the called user has learned of the incoming call at this time and is willing to wait for the calling user to confirm the payment. Therefore, after detecting the payment confirmation information corresponding to the calling number, the called user can directly answer the call. In addition, considering that the duration for the calling user to confirm the payment is uncertain, to avoid the called user waiting idly and to avoid reducing the call experience by answering the call when the called user is unprepared, after detecting the payment confirmation information corresponding to the calling number, a second incoming call reminder can also be triggered. In this way, before the second incoming call reminder, the called user can do other things instead of waiting idly, and then formally answer the call under the reminder of the second incoming call reminder, which can effectively improve the user's answer experience.

[0091] Among them, in some embodiments, the above-mentioned second incoming call reminder can be implemented in a way with a lower reminder intensity than the first incoming call reminder. The reminder intensity refers to the effect and strength of a certain reminder method in attracting the user's attention. Different reminder methods have different abilities to attract the user's attention, and the strength of this ability is the reminder intensity. For example, the first incoming call reminder method includes ringing, and the second incoming call reminder method also includes ringing, but the ringing volume of the second incoming call reminder is less than that of the first incoming call reminder, so the reminder intensity of the second incoming call reminder is less than that of the first incoming call reminder; another example is that the first incoming call reminder method includes ringing and screen prompts (such as displaying the first incoming call reminder interface), and the second incoming call reminder method includes vibration, so the reminder intensity of the second incoming call reminder is also less than that of the first incoming call reminder; another example is that the first incoming call reminder method includes vibration and screen prompts, and the second incoming call reminder method also includes vibration, but the vibration duration of the second incoming call reminder is less than that of the first incoming call reminder, so the reminder intensity of the second incoming call reminder is also less than that of the first incoming call reminder. Since the second incoming call reminder is predictable by the called user and has a high probability of being answered, only a lower-intensity reminder is needed to play the reminder role, and at the same time, it also avoids disturbing the called user due to too strong a reminder intensity.

[0092] The call processing method provided in the embodiment of the present application executes a first call reminder when a call request is detected, and executes a paid answering process when it is detected that the called user inputs a paid answering operation in response to the first call reminder. The paid answering process includes answering the call or triggering the second call reminder after detecting the payment confirmation information corresponding to the calling number, so that the paid answering process can be used to increase the answering threshold of the calling number. Since the calling user can only trigger the second call reminder or answer the call if he is unwilling to pay the fee, the second call reminder or the call will not be triggered. Therefore, some calls can be intercepted, effectively reducing the number of call reminders and actual call volume of harassing calls; and since answering harassing calls requires the calling user to pay a certain fee to the called user, answering harassing calls can bring additional economic compensation to the called user, thereby effectively alleviating the negative emotions of the called user in answering harassing calls and improving user usage. experience; in addition, the present application scheme first executes the first incoming call reminder after detecting the call request, and the called user decides whether to execute the paid answering process, so that the called user can decide in real time whether to answer each call for a fee, so that the processing method of each incoming call can be determined according to the wishes of the called user, giving the called user greater freedom, so that the processing of each incoming call can meet the needs of the called user; in addition, since the paid answering process is executed according to the paid answering operation input by the called user, the paid answering process is executed when the called user is aware of the incoming call and can answer the call. In this case, the calling user has a greater probability of being successfully answered after paying the answering fee, which can reduce the probability of the calling user paying the answering fee but not being answered, and reduce the waste of resources caused by unnecessary paid answering and refund processes, thereby improving resource utilization and call fluency as a whole, thereby improving the calling user's calling experience and the called user's answering experience.

[0093] Considering that, in some cases, the calling user may not be willing to pay the call answering fee, but the called user may be willing to answer the call because they are bored or know who is calling. If the call cannot be connected because the calling user is not willing to confirm the payment, it will be a loss for both the calling user and the called user. In other cases, the called user is busy or temporarily inconvenient to answer the call for other reasons. If the paid call answering process is still executed, the calling user may still not be able to be answered after confirming the payment, and the call answering fee needs to be refunded. This will undoubtedly result in unnecessary payment confirmation and refund processes, causing unnecessary waste of resources. In such situations, the above first call reminder needs to support the called user to perform more direct call answering processing operations, such as directly answering or rejecting the call. Based on this, in some embodiments, the above first call reminder also supports the called user to input a direct answer operation to directly answer the current call, and supports the called user to input a reject operation to directly reject the current call. Correspondingly, the method further includes:

[0094] When it is detected that the called user inputs a direct answer operation for the first call reminder, connect the current call;

[0095] When it is detected that the called user inputs a reject operation for the first call reminder, reject the current call.

[0096] In addition, if no operation is detected within the preset time, that is, no operation is input for the first call reminder, it means that the called user cannot handle the call currently, and the reject operation can be automatically executed to automatically hang up the call.

[0097] Through the above embodiments, three call answering schemes can be provided for the called user through the first call reminder: paid answering, free answering, and rejecting. It is convenient for the called user to independently determine the answering strategy for each call, meeting the flexible and independent call answering needs of users. For example, for the situation where the called user is willing to answer the call for free because they are bored or know who is calling, they can answer the call by inputting a direct answer operation based on the first call reminder without waiting for the calling user to pay the call answering fee. For the situation where the called user is busy with other things and is inconvenient to answer the call, they can reject the call by inputting a reject operation based on the first call reminder, avoiding secondary disturbance after the calling user pays the call answering fee, and also reducing the probability that the calling user is not answered after paying the call answering fee, reducing the waste of resources caused by unnecessary paid call answering and refund processes, thereby improving the resource utilization rate and call fluency as a whole, and further improving the call experience of the calling user and the answering experience of the called user.

[0098] For the above-mentioned paid answer operation, direct answer operation, and reject operation, they can be implemented according to preset click operations, drag operations, gesture operations, voice control operations, etc. Among them, the click operation can be a single click operation, a double click operation, or a click operation of any number of times, etc., and can also be a long press operation or a short press operation. The drag operation can be dragging in a specific direction, or dragging to a specific position or area. The gesture operation refers to a way for the user to interact with the device by performing specific finger actions on the touch screen of the device. The gesture operation can include various forms such as tapping, swiping, pinching, expanding, long pressing, etc. The voice control operation is a way to control the device according to the voice input by the user. Those skilled in the art can flexibly set the implementation manners of the above-mentioned paid answer operation, direct answer operation, and reject operation according to click operations, drag operations, gesture operations, voice control operations, etc., and the embodiments of the present application do not make limitations.

[0099] In some embodiments, the performing the first incoming call reminder includes:

[0100] Displaying a first incoming call reminder interface, and displaying a paid answer trigger element, a direct answer trigger element, and a reject trigger element on the first incoming call reminder interface according to a preset layout manner;

[0101] Correspondingly, the paid answer operation includes a first trigger operation input based on the paid answer trigger element;

[0102] The direct answer operation includes a second trigger operation input based on the direct answer trigger element;

[0103] The reject operation includes a third trigger operation input based on the reject trigger element.

[0104] Among them, the above-mentioned paid answer trigger element, direct answer trigger element, and reject trigger element refer to user interaction elements displayed on the first incoming call reminder interface, such as interaction controls, etc. They can be fixed elements or movable elements, and the embodiments of the present application do not make limitations. These trigger elements respectively correspond to different operations, allowing the user to select a suitable response manner according to actual needs. In addition, the layout manner of the above-mentioned multiple trigger elements should conform to aesthetics and ergonomics to achieve the purpose of being both beautiful and easy to operate. The embodiments of the present application do not make limitations on its specific layout manner, and those skilled in the art can flexibly set it according to specific needs.

[0105] In this embodiment, by displaying a paid-answer trigger element, a direct-answer trigger element, and a reject trigger element on the first incoming call reminder interface in a preset arrangement manner, visual elements can be used to provide operation entrances for the user to perform paid answering, direct answering, and rejection, thereby significantly enhancing the option and control of the called user over answering incoming calls. Moreover, through an intuitive and structured interface design and trigger element design, it is convenient for the user to make a decision quickly within a short time and input paid-answer operations, direct-answer operations, and rejection operations conveniently and quickly. The overall operation is fast and efficient, which can further improve the overall usage experience.

[0106] Based on the above embodiment, in some modified embodiments, the paid-answer trigger element includes a first control provided on the first incoming call reminder interface, and the first trigger operation includes a dragging operation or a clicking operation on the first control.

[0107] The direct-answer trigger element includes a second control provided on the first incoming call reminder interface, and the second trigger operation includes a dragging operation or a clicking operation on the second control.

[0108] The reject trigger element includes a third control provided on the first incoming call reminder interface, and the third trigger operation includes a dragging operation or a clicking operation on the third control.

[0109] Among them, the first incoming call reminder interface refers to the visual interface presented to the user by the called terminal to remind the user when receiving a call request, which includes the above three controls. These controls correspond to different operations respectively: the first control is used to start the paid-answer process; the second control is used to immediately answer the incoming call; the third control is used to reject this incoming call. The user can input the corresponding trigger operation by clicking or dragging the corresponding control on the screen, so as to realize different processing methods for incoming calls. Considering that there may be a risk of misoperation in the clicking operation, therefore, the embodiments of the present application also support input requirements for paid-answer operations, direct-answer operations, and rejection operations by dragging the above controls to reduce the probability of misoperation.

[0110] In this embodiment, an operation entry for paid answering, direct answering, and rejection can be provided for the user through the first control, the second control, and the third control, thereby significantly enhancing the calling user's option and control over answering incoming calls. Moreover, the triggering operations and triggering logics of the above controls are relatively simple, with a low implementation cost, and can ensure a good visual intuitive effect and convenient and fast operation. These features can facilitate the user to quickly make an answering decision within a short time, and conveniently and quickly input paid answering operations, direct answering operations, and rejection operations. The overall operation is fast and efficient, which can further improve the overall user experience. In addition, compared with the traditional incoming call answering interface, this embodiment can also provide an additional service option for the calling user - paid answering, so as to facilitate the calling user to manually trigger the paid answering process for some incoming call numbers and meet the user's flexible and autonomous paid answering needs.

[0111] It should be noted that the above first control, second control, and third control can be different controls or the same control. For example, the first control, second control, and third control can be three virtual buttons, and the first triggering operation, second triggering operation, and third triggering operation are respectively click operations or drag operations on the above first control, second control, and third control. Another example is that the first control, second control, and third control can be the same slider control, and the first triggering operation, second triggering operation, and third triggering operation are respectively operations of dragging the slider control to different positions or directions. The above methods all have the advantages of being simple and easy to operate. In addition, the paid answering operation is not limited to the above first operation, the direct answering operation is not limited to the above second operation, and the rejection operation is not limited to the above third operation. They can also be realized through gesture operations, voice control operations, etc. The embodiments of the present application will not be elaborated one by one, and they should all be within the protection scope of the present application.

[0112] On the basis of the foregoing embodiment, in some other modified embodiments, the first incoming call reminder interface is provided with a sliding element;

[0113] The paid answering trigger element includes a first trigger area provided on the first incoming call reminder interface, and the first triggering operation includes dragging the sliding element to the first trigger area;

[0114] The direct answering trigger element includes a second trigger area provided on the first incoming call reminder interface, and the second triggering operation includes dragging the sliding element to the second trigger area;

[0115] The rejection trigger element includes a third trigger area provided on the first incoming call reminder interface, and the third triggering operation includes dragging the sliding element to the third trigger area.

[0116] In this embodiment, a sliding element and three trigger areas are provided on the first incoming call reminder interface. Among them, the paid answer trigger element corresponds to the first trigger area, the direct answer trigger element corresponds to the second trigger area, and the reject trigger element corresponds to the third trigger area. The sliding element can be a simple icon or button, or an electronic business card or incoming call information card, etc. The embodiments of the present application do not make limitations. The user can operate by dragging this element. Different trigger areas correspond to different operations: the first trigger area is used to start the paid answer process; the second trigger area is used to immediately answer the incoming call; the third trigger area is used to reject this incoming call. The user inputs the corresponding trigger operation by dragging the sliding element to a specific trigger area, so as to implement different processing methods for the incoming call.

[0117] In this embodiment, by introducing the design of a sliding element and multiple trigger areas, more intuitive and flexible operation options can be provided when receiving each incoming call. This method can not only improve the user experience, but also enhance the interactivity and convenience, enabling the user to make a faster answer decision, thus significantly enhancing the option and control power of the called user for answering the incoming call. Moreover, the dragging operation of the above-mentioned sliding element is relatively simple, has a good anti-touch and anti-misoperation effect, and also has a low implementation cost, which can ensure a good visual intuitive effect and convenient and fast operation. These features can facilitate the user to quickly make an answer decision in a short time, and conveniently and quickly input the paid answer operation, direct answer operation and reject operation. The overall operation is fast and efficient, which can further improve the overall usage experience. In addition, compared with the traditional incoming call answer interface, this embodiment can also provide an additional service option for the called user - paid answer, so as to facilitate the called user to manually trigger the paid answer process for some incoming call numbers and meet the flexible and autonomous paid answer needs of the user.

[0118] In some modified embodiments, the first incoming call reminder interface further includes additional incoming call information and / or incoming call intention about the calling number. The additional incoming call information includes the identity information of the calling user and / or the incoming call description information for this incoming call.

[0119] Among them, the above-mentioned additional incoming call information can be sent from the calling terminal to the called terminal, or sent from the server to the called terminal at the request of the called terminal, both of which can achieve the purpose of the embodiments of the present application. The called terminal can directly display the above-mentioned additional incoming call information, or first identify the incoming call intention of the calling user according to the above-mentioned additional incoming call information and then display the identified incoming call intention. When displaying, it can be displayed in the form of an incoming call information card in a fixed format. The formatted card information helps to improve the reading efficiency, so as to help the called user quickly understand the identity or purpose of the incoming call user when viewing the first incoming call reminder, and then determine the answer strategy.

[0120] The identity information of the calling user can be transmitted to the called terminal through an electronic business card. That is, the above-mentioned incoming call additional information may include an electronic business card containing the identity information of the calling user. An electronic business card is a digital business card format that usually contains detailed user information such as identity information like name, phone number, email address, company name, etc. The incoming call description information includes service information related to this call input by the calling user (such as the purpose of the call, appointment matters, etc.). The first incoming call reminder interface is a reminder interface displayed on the called terminal when the first incoming call reminder is triggered, used to notify the user of a new incoming call. For example, each time there is an incoming call, the called terminal can also receive incoming call additional information sent by the calling terminal or the server. This incoming call additional information may contain the identity information of the calling user (such as name, position, company) and / or the service information of this call, and then display this information on the first incoming call reminder interface.

[0121] The above-mentioned additional call information can be actively sent by the calling terminal. For example, when the calling terminal initiates a call, the pre-stored electronic business card can be directly sent to the called terminal, so that the called user can quickly understand the background and purpose of the call and make a decision to answer the call. For example, in order to reduce unnecessary data transmission, it can also be determined first whether it is the first time to call the called number, and when it is the first time to call the called number, the pre-stored electronic business card can be sent to the called terminal. In other cases, it can be sent on demand, that is, at the request of the called terminal. Since the called user is unlikely to recognize the calling number in the case of the first call, it can help the called user to obtain information about the caller. In other cases, it can be sent on demand and not sent without request, which can effectively reduce unnecessary electronic business card sending. For example, when the calling parties have talked for many times, Obviously, it is not necessary to send the electronic business card when initiating a call again. Therefore, this implementation mode can not only provide the necessary information support for the called user to answer the call, but also reduce the unnecessary information sending process, save network resources and system overhead, and reduce the interference caused to the called user by sending unnecessary electronic business cards. In addition, the called terminal can be queried whether the calling number meets the paid answering conditions corresponding to the called number. If so, the electronic business card is sent to the called terminal. This method can more accurately know whether the called user needs the calling user's electronic business card, and send the electronic business card if necessary, otherwise it does not need to be sent. Similarly, it can not only provide the called user with necessary information support for answering the call, but also reduce the unnecessary information sending process, save network resources and system overhead, and reduce the interference caused to the called user by sending unnecessary electronic business cards. In addition, if the calling user uploads the electronic business card to the server in advance, then the above-mentioned methods of sending the electronic business card by the calling terminal can also be changed to the calling terminal triggering the server to send the electronic business card to the called terminal, or the server identifying various scenarios or sending the electronic business card to the called terminal according to the setting rules of the calling terminal. In addition, the called terminal can initiate an electronic business card acquisition request to the server or the calling terminal, and then the server or the calling terminal responds to the electronic business card acquisition request and sends the electronic business card to the called terminal. Technical personnel in this field can refer to the above-mentioned exemplary descriptions to flexibly change the implementation, which will not be repeated here one by one, and they should all be within the scope of protection of this application.

[0122] The above caller intent can be identified based on the additional information of the caller, or analyzed using a preset caller intent identification model, or analyzed using a social graph. For details, please refer to the relevant instructions on caller intent identification in the subsequent embodiments, which will not be repeated here. By displaying the caller intent, it can also help the caller quickly understand the background and purpose of the call and improve the accuracy of the answering decision.

[0123] Through this embodiment, the functionality and information transparency of call reminder can be significantly improved. By displaying call additional information or call intention on the first call reminder interface, the called user can obtain more information about the caller in advance, which helps the called user quickly understand the background and purpose of the call, thereby improving the accuracy of the answering decision and contributing to making a more informed answering decision. At the same time, it can reduce the confusion of the user caused by the unclear call background, thus improving the communication efficiency. In addition, this embodiment can ensure that the user obtains sufficient information support before answering the call, avoiding misunderstandings or delays caused by information asymmetry.

[0124] In some alternative embodiments, the paid answering process further includes: displaying a waiting for payment prompt message until the payment confirmation information corresponding to the calling number is detected, and the waiting for payment prompt message is used to prompt that the calling user is currently waiting to pay the answering fee.

[0125] Among them, the waiting for payment prompt message can be a kind of prompt message used to inform the called user that the calling user is currently waiting to pay the answering fee. This prompt message can be in the form of text, icon or animation, etc., which is not limited in the embodiments of the present application, so as to inform the called user of the status that the calling user is currently waiting to pay the answering fee through real-time feedback. For example, the interface may display "Waiting for the other party to pay the answering fee, please wait a moment" or a similar prompt statement. In addition, an animation effect (such as a rotating loading icon) can also be used to enhance the visual feedback.

[0126] After detecting that the calling user has completed the payment and receiving the payment confirmation information, the following further operations can be performed: if the called user selects paid answering and the payment confirmation information is detected, then trigger the second call reminder or directly connect the call. In addition, the prompt message on the interface can also be updated to notify the called user that the payment has been completed, and prompt that the call will be connected soon or display the second call reminder.

[0127] In addition, if the payment confirmation information is not detected within a certain period of time, corresponding measures can be taken, such as displaying a timeout prompt message or automatically canceling the current call request, which can prevent a poor user experience caused by a long wait.

[0128] In this embodiment, by introducing the waiting for payment prompt message, real-time feedback can be provided in the paid answering process to ensure that the called user can clearly understand the current status. This method can not only improve the user experience, but also enhance the transparency and interactivity of the paid answering mechanism, enabling the user to wait for the payment confirmation more reassuringly.

[0129] Based on the above embodiment, in some alternative embodiments, the displaying of the waiting for payment prompt message includes:

[0130] Switch the first incoming call reminder interface to a waiting-for-payment interface, and display a waiting-for-payment prompt message on the waiting-for-payment interface; or,

[0131] Switch the first incoming call reminder interface to the application interface of the application that was running in the foreground before the first incoming call reminder was executed, and display a waiting-for-payment prompt message in a local area of the application interface.

[0132] The waiting-for-payment interface refers to an interface that is switched to after detecting that the called user selects the paid answer operation and is specifically used to display the waiting-for-payment prompt message. The local area refers to a specific area in the application interface of the application that is used to display the waiting-for-payment prompt message, usually located at the top, bottom, or other positions that do not interfere with the main operations of the screen.

[0133] This embodiment provides two specific implementation methods for displaying the waiting-for-payment prompt message:

[0134] One is to switch the first incoming call reminder interface to the waiting-for-payment interface and display the waiting-for-payment prompt message on this interface. The waiting-for-payment interface can be designed to be simple and clear, focusing on displaying the waiting-for-payment prompt message and avoiding excessive interference information. For example, prompt messages such as "Waiting for the other party to pay the answer fee, please wait" can be displayed on the waiting-for-payment interface. In addition, an animation effect (such as a rotating loading icon) can be used to enhance the visual feedback and let the user know that the calling user is performing payment confirmation. Through this embodiment, the user's attention can be concentrated during the waiting-for-payment process, avoiding interference from other interference information, which helps to improve the concentration and user experience.

[0135] The other is to switch the first incoming call reminder interface back to the application interface of the application that was running in the foreground before the first incoming call reminder was executed, and display the waiting-for-payment prompt message in a local area of this application interface. The purpose of doing this is to reduce interference with the user's current operations and allow the user to continue using the original application. The waiting-for-payment prompt message can appear in the form of a small window or a floating notification, and the content is similar to "Waiting for the other party to pay the answer fee, please wait", and can be accompanied by a simple animation effect (such as a loading icon). This embodiment can reduce interference with the user's current operations, allow the user to continue using the original application, and at the same time can also see the update of the payment status at any time. This method can not only improve the user experience but also allow the user to maintain efficient operations during the waiting process.

[0136] The above two methods of displaying the waiting payment reminder information can be flexibly selected according to the user's pre-settings, or can be flexibly selected according to the preset logic based on the running status of the application in the foreground before the first call reminder. For example, if there is no application running in the foreground before the first call reminder, the waiting payment reminder information can be displayed on the waiting payment interface. If there is an application running in the foreground before the first call reminder, the application interface can be switched back to the application to display the waiting payment reminder information, so that the user can maintain efficient operation during the waiting process.

[0137] This implementation method, through the above two display methods of waiting for payment reminder information, can more flexibly meet the needs of different users. No matter whether the user is focusing on waiting for the payment process or wants to continue using the original application, the user can get clear status feedback. This method can not only improve the user experience, but also enhance the transparency and interactivity of the payment answering mechanism, so that users can wait for payment confirmation with more peace of mind.

[0138] It should be noted that, in some implementations, the first incoming call reminder can be executed for each call request, and the called user can choose to trigger paid call answering, free call answering or call rejection based on the first incoming call reminder interface, leaving the call selection right entirely to the called user.

[0139] In addition, it is considered that in actual applications, if every incoming call triggers the first incoming call reminder, it may cause more harassment to the called user, because the called user may not want to answer some calls at all, and will neither choose to answer for free nor to pay. For such calls that have no answering value or no answering prospects, the first incoming call reminder triggered by them is harassment to the called user. In addition, for calls from known numbers such as acquaintances, regular incoming call reminders can be used for reminders, and there is no need to trigger the first incoming call reminder. The ringtone of the first incoming call reminder can be different from the ringtone of the regular incoming call reminder, so that the called user can have an initial judgment on the incoming call according to the ringtone, so as to prepare for the incoming call. In view of the above problems, in some embodiments, it is necessary to selectively execute the first incoming call reminder for incoming calls to reduce the triggering of the first incoming call reminder for incoming calls that do not need to be paid for answering. The execution of the first incoming call reminder in the case of detecting a call request includes: obtaining the calling number in the case of detecting a call request; and selectively executing the first incoming call reminder for the calling number. Therefore, by selectively executing the first call reminder for the calling number, the number of calls that do not require paid answering and trigger the first call reminder can be reduced. On the one hand, the number of call reminders can be reduced, thereby reducing harassing calls. On the other hand, known numbers can be quickly answered based on regular call reminders, thereby meeting users' more specific and diverse paid call answering processing needs and improving overall call answering efficiency.

[0140] Among them, in some examples, the first call application can specifically implement the process of obtaining the calling number through the following exemplary steps: First, the first call application needs to register a call event listener when starting up. The role of this listener is to listen for call event notifications generated by the operating system. For example, in the Android system, it can be implemented through a Broadcast Receiver; in the Apple iOS system, it can be implemented through the Core Telephony framework. Then, when a new call request arrives, the operating system will trigger a call event notification, and the call event listener of the first call application will receive this call event notification. For example, in the Android system, the Broadcast Receiver will receive a broadcast of ACTION_PHONE_STATE_CHANGED; in the iOS system, the call event can be received through the callEventHandler callback of the CTCallCenter class. After receiving the call event notification, the first call application needs to parse the incoming call data packet and extract the calling number from it. For example, in the Android system, the calling number can be obtained through the getLine1Number() method of the TelephonyManager class or from the Extras of the Intent; in the iOS system, the calling number can be obtained through the callerID property of the CTCall object.

[0141] In some examples, the first incoming call reminder can be selectively executed based on the calling number. For example, after obtaining the calling number, it can be determined whether to execute the first incoming call reminder according to a preset judgment mechanism. The above-mentioned preset judgment mechanism can be to judge whether the calling number meets the preset paid-answer condition. If it meets, the first incoming call reminder needs to be executed; it can also be to judge whether the calling number is an unfamiliar number. If it is an unfamiliar number, the first incoming call reminder needs to be executed; it can also be to judge whether the calling number is recognized by a preset incoming call number recognition model as a number that needs to be paid for answering. If so, the first incoming call reminder needs to be executed; it can also be to judge whether the incoming call intention corresponding to the calling number belongs to the paid-answer intention. If so, the first incoming call reminder needs to be executed; it can also be to jointly judge the paid-answer condition and the paid-answer intention. If the calling number meets the paid-answer condition and the incoming call intention belongs to the paid-answer intention, the first incoming call reminder needs to be executed, and so on. Here, it will not be elaborated one by one. Those skilled in the art can flexibly set the above judgment mechanism according to actual needs. Its essential purpose is to select the calling number that meets the needs of the called user to execute the first incoming call reminder. Therefore, in some embodiments of the present application, based on the above preset judgment mechanism, the first incoming call reminder can also be selectively executed for the calling number from multiple dimensions. The above-mentioned selective execution of the first incoming call reminder for the calling number can include triggering the execution of the first incoming call reminder by using at least one of the following incoming call reminder triggering methods. Otherwise, the first incoming call reminder is not executed:

[0142] The first incoming call reminder triggering method: When the calling number meets the paid-answer condition, execute the first incoming call reminder.

[0143] The second incoming call reminder triggering method: When the calling number is an unfamiliar number, execute the first incoming call reminder.

[0144] The third incoming call reminder triggering method: When the calling number is recognized by a preset incoming call number recognition model as a number that needs to be paid for answering, execute the first incoming call reminder, where the incoming call number recognition model is set locally on the called terminal or on the server.

[0145] The fourth incoming call reminder triggering method: When the incoming call intention corresponding to the calling number belongs to the paid-answer intention, execute the first incoming call reminder.

[0146] The fifth incoming call reminder triggering method: When the calling number meets the paid-answer condition and the incoming call intention corresponding to the calling number belongs to the paid-answer intention, execute the first incoming call reminder.

[0147] In addition, for situations where the first incoming call reminder does not need to be executed, the normal answering process is executed. The normal answering process refers to any answering process other than the paid answering process, such as executing a regular incoming call reminder, directly intercepting blacklisted numbers, answering with an artificial intelligence assistant, transferring incoming calls to voicemails, etc., wherein the regular incoming call reminder only supports answering operations and rejecting operations, which are not limited in the embodiments of the present application. It can also be understood that: for the situation where the first incoming call reminder is executed, a paid answering trigger element is displayed on the first incoming call reminder interface, that is, not only the user trigger elements contained in the existing incoming call reminder interface are displayed, but also a new paid answering trigger element is displayed; and for the situation where the first incoming call reminder is not executed, the paid answering trigger element will not be displayed on the first incoming call reminder interface, and only the direct answering trigger element and the rejecting trigger element are displayed, that is, the user trigger element contained in the existing incoming call reminder interface is displayed.

[0148] The first incoming call reminder triggering method is to trigger the first incoming call reminder according to the paid answering condition. This method allows the user to customize a series of rules to selectively execute the first incoming call reminder for the incoming call, wherein the paid answering condition is one or a series of conditions set to realize paid answering, which can be set and take effect on the called terminal, and is used to determine whether the calling number has the need for paid answering. In other words, the paid answering condition is a condition used to determine whether the calling number is suitable for the paid answering process. If the calling number meets the paid answering condition, the called terminal will execute the first incoming call reminder, and the calling number may be triggered by the called user to trigger the paid answering process. If the calling number does not meet the paid answering condition, the called terminal will execute the normal answering process. Through this implementation, the first incoming call reminder can be selectively executed for the incoming call according to the paid answering condition freely set by the called user, which can meet the user's needs for flexible customization of paid answering conditions, form rich, diversified, and personalized paid answering conditions to judge the incoming call, and better meet the user's paid answering needs.

[0149] The second method of triggering a call reminder is to trigger the first call reminder for an unfamiliar call. Considering that in most cases, only paid calls need to be made to unfamiliar numbers, while paid calls do not need to be made to known numbers, conventional call reminders can be performed for known numbers, and only the first call reminder needs to be performed for unfamiliar numbers, so that the called user can further decide whether to trigger the paid call answering process. Through this implementation, the first call reminder can be selectively performed for incoming calls from the perspective of unfamiliar calls, thereby reducing the harassment of the user by the first call reminder.

[0150] The above-mentioned third call reminder triggering method uses artificial intelligence technology and big data analysis technology to trigger the first call reminder for the incoming call number. Among them, the incoming call number recognition model is trained using artificial intelligence technology and big data analysis technology. For example, machine learning algorithms are used to analyze historical data and establish an incoming call number recognition model to evaluate the risk level of each incoming call. If the model determines that a certain incoming call has a high probability of belonging to a harassing or other unwelcome category, it will recommend executing the first call reminder to facilitate the called user to further decide whether to trigger the paid call answering process. This method can not only improve the decision-making accuracy but also enhance the intelligent level, making the judgment process more scientific and reasonable, and the recognition result is also relatively accurate, which can largely meet the paid call answering needs of the called user.

[0151] The above-mentioned fourth call reminder triggering method triggers the first call reminder according to the calling intention of the calling user. The calling intention can refer to inferring the purpose or intention of this call of the number by analyzing the historical behavior, communication records, and other relevant data of the calling number, or identifying the purpose or intention of the calling user's call according to the identity information and call description information provided by the calling user. For example, different types of call purposes such as sales promotion, customer service return visit, and emergency notice. The paid call answering intention refers to the calling intention that requires the calling user to pay the call answering fee before the called terminal can trigger the call reminder. For example, sales promotion, fraud, etc. The called terminal can determine the calling intention of the calling user by executing the calling intention recognition step and determine whether to trigger the first call reminder according to the matching result of the calling intention and the paid call answering intention. If the calling intention matches the paid call answering intention, that is, the calling intention belongs to the paid call answering intention, the first call reminder is triggered; if the calling intention does not match the paid call answering intention, that is, the calling intention does not belong to the paid call answering intention, the regular call reminder is triggered.

[0152] In some embodiments, before executing the first call reminder, it further includes a calling intention recognition step. The calling intention recognition step can use a preset calling intention recognition model to analyze the intention of this incoming call. This model can be deployed locally on the called terminal or on the server side. Based on machine learning algorithms and big data analysis technology, it can extract features from a large amount of historical call data and build a prediction model. When a new call request arrives, the calling intention recognition model will evaluate its calling intention according to the features of the current incoming call number (i.e., the calling number) (such as call time, calling frequency, historical call records, etc.) and determine whether it belongs to the paid call answering intention. If it is determined that the calling intention of this incoming call belongs to the paid call answering intention, the first call reminder is triggered. In addition, the calling intention recognition model can also identify the calling intention through social graph analysis. For example, according to the social relationship between the calling user and the called user, and factors such as common contacts, the calling intention is inferred.

[0153] In some other embodiments, the calling user may send additional call information to the called terminal through the calling terminal. The additional call information includes the identity information of the calling user and / or the call description information input by the calling user. Correspondingly, the above-mentioned call intention recognition step may be to recognize the call intention of the calling user based on the above-mentioned additional call information. The call intention recognition step includes: receiving the additional call information sent by the calling terminal, where the additional call information includes the identity information of the calling user and / or the call description information; recognizing the call intention of the calling user according to the additional call information.

[0154] Among them, the additional call information refers to the information sent by the calling user to the called terminal through the calling terminal and / or the information about the calling user requested by the called terminal from the server, including but not limited to the identity information of the calling user (such as name, company name, etc.) and the call description information input by the calling user (such as the purpose of the call, etc.). Recognizing the call intention of the calling user according to the additional call information may be to analyze the additional call information to judge the call purpose or intention of the calling user. This process can be implemented by using machine learning algorithms and big data analysis technologies to improve the accuracy and intelligence level of the judgment.

[0155] For example, when the calling user hopes to contact the called user by phone, some additional information can be input on the calling terminal, such as selecting an electronic business card applicable to this call, or inputting information such as the purpose or description of this call. These information will be sent to the called terminal together with the call request as part of the additional call information. After receiving the additional call information, the called terminal automatically parses these information and recognizes the call intention according to the preset algorithm. The process of recognizing the call intention can be implemented based on natural language processing (NLP) technology and machine learning models, and is used to extract key information from the text and classify it.

[0156] In some embodiments, the embodiments of the present application provide multiple call interaction methods. The called terminal can obtain the above-mentioned additional call information through the call interaction process. The following is an example for illustration:

[0157] The first call interaction method: The calling terminal sends an electronic business card, which records the identity information of the calling user, thereby indicating the identity of the calling user through the electronic business card, such as insurance marketing, etc. The called terminal recognizes the call intention according to the identity information of the calling user recorded on the electronic business card.

[0158] The second incoming call interaction method: The calling user explains the purpose of the call by having a conversation with the intelligent voice assistant of the called terminal. For example, the calling user conveys call description information to the called terminal through voice. The call description information includes description information such as the purpose of the call input by the calling user. The intelligent voice assistant of the called terminal identifies the incoming call intention based on the call description information. This method can utilize natural language processing technology and the intelligent voice assistant to automatically parse the voice input of the calling user to understand and determine the purpose of the call.

[0159] The third incoming call interaction method: The intelligent voice assistant of the called terminal notifies the calling user to select corresponding identity options or call purpose options for response. The calling terminal can display the corresponding identity options and / or call purpose options, and then determine the option information selected by the calling user based on the selection operation of the calling user for the above identity options and / or call purpose options, and feedback it to the called terminal. The called terminal can identify the identity and / or call purpose of the calling user based on the option information selected by the calling user, and then determine the incoming call intention of the calling user. This method can be implemented through the interactive voice response system provided in the subsequent embodiments of this application. For the description of the interactive voice response system, please refer to the content of the following embodiments for understanding, and details are not described here.

[0160] Among them, for the first incoming call interaction method, an electronic business card is a digital personal information card, usually containing the identity information of the calling user (such as name, company name, position, etc.). The electronic business card can be directly sent to the called terminal through an application or a communication protocol. Identity information refers to the basic information used to identify the calling user, including but not limited to name, company name, contact information, etc. In some examples, when the calling user hopes to contact the called user, the calling user can select or fill in their electronic business card on the calling terminal and send it together with the call request to the called terminal. After receiving the electronic business card, the called terminal will automatically parse the identity information therein and identify the incoming call intention based on this information.

[0161] Based on the first incoming call interaction method, by using the electronic business card, the called terminal can quickly obtain and parse the identity information of the calling user, thereby accurately identifying the incoming call intention, and determining whether to trigger the execution of the first incoming call reminder based on the incoming call intention. Moreover, since the electronic business card is edited by the calling user, the identity information recorded therein is relatively reliable, so the identified incoming call intention is relatively accurate. In addition, the electronic business card can also be displayed on the first incoming call reminder interface to help the called user better understand the call background and make a more informed answer decision.

[0162] For the second incoming call interaction method, the intelligent voice assistant is an artificial intelligence assistant based on natural language processing technology and speech recognition technology. It can conduct a voice conversation with the calling user, understand the intentions and needs of the calling user, and identify the incoming call intention. The incoming call description information refers to the information about the purpose or description of this call input by the calling user through voice or a selection control. In some examples, when the calling user dials the called user's phone, the called terminal can answer the incoming call and use the intelligent voice assistant to converse with the calling user, and guide the calling user to explain the purpose of the call. After the calling user inputs the incoming call description information by voice, the intelligent voice assistant will automatically analyze this voice input and identify the incoming call intention. The called terminal can decide how to handle this incoming call according to the analysis result of the intelligent voice assistant.

[0163] Based on the second incoming call interaction method, by using the intelligent voice assistant, the called terminal can real-time analyze the voice input of the calling user, understand the purpose of the call, and make corresponding processing decisions accordingly. This method can not only improve the intelligent level of incoming call processing, but also significantly enhance the user experience. Since the incoming call description information is input by the calling user in real-time during the call and can accurately explain the purpose of the call, the identified incoming call intention has a high degree of accuracy, which helps to more accurately determine whether to trigger the paid answering process according to the incoming call intention.

[0164] For the third incoming call interaction method, the identity options are a preset set of options for the calling user to select their identity category, such as insurance sales, financial services, real estate agents, express delivery and takeout, etc. The call purpose options are also a preset set of options for the calling user to select their call purpose, such as product promotion, express pick-up, express delivery, etc. In some examples, when the calling user dials the called user's phone, the intelligent voice assistant of the called terminal can inform the calling user to select the corresponding identity option or call purpose option for answering. The calling terminal can display these options through the second call application, and the calling user can select the option that best suits their situation. The calling terminal feeds back the calling user's selection operation to the called terminal, and the called terminal identifies the identity and call purpose of the calling user according to the option information selected by the calling user, and then determines the incoming call intention.

[0165] Based on the third incoming call interaction method, by providing identity options and call purpose options, it can simplify the input process of the calling user and ensure the accuracy of the incoming call description information. This method can not only improve the efficiency of incoming call processing, but also reduce the occurrence of misjudgment situations. And since the identity option or call purpose option is selected by the calling user during the call and can accurately explain the purpose of the call, the identified incoming call intention has a high degree of accuracy, which helps to more accurately determine whether to trigger the paid answering process according to the incoming call intention.

[0166] Based on the above fourth call reminder triggering method, by identifying the calling intention of the calling user, the called terminal can identify the calling intention of the calling user and decide whether to execute the first call reminder accordingly, so as to more accurately screen and process calls, which can not only improve the accuracy of decision-making, but also enhance the user experience and service quality.

[0167] The above fifth call reminder triggering method is to comprehensively consider the paid answering condition and the calling intention to trigger the first call reminder. Among them, the judgment processes of the paid answering condition and the calling intention can be understood with reference to the above first and fourth call reminder triggering methods, which will not be elaborated here. In addition, the judgment of the paid answering condition and the judgment of the calling intention can be implemented in parallel or successively, and the order of their successive implementation is not limited, and the purpose of the embodiments of the present application can be achieved. In order to improve the overall efficiency and avoid resource waste, in some embodiments, the judgment of the paid answering condition can be carried out first and then the judgment of the calling intention. When the calling number meets the paid answering condition and the calling intention corresponding to the calling number belongs to the paid answering intention, executing the first call reminder includes: when the calling number meets the paid answering condition, executing the calling intention recognition step; when the recognized calling intention belongs to the paid answering intention, executing the first call reminder.

[0168] Based on the above fifth incoming call reminder triggering method, by combining the paid answer condition and incoming call intention recognition, incoming calls that need to execute the first incoming call reminder can be more accurately screened out. This dual verification mechanism can not only improve the accuracy of judgment, but also further reduce the occurrence of misjudgment, ensuring that the numbers identified as requiring paid answer can more accurately meet the needs of the called user. Additionally, the paid answer condition can be understood as a primary selection, and the incoming call intention recognition can be understood as a secondary selection. In this way, after combining the two, only the calling numbers that have passed the primary selection need to execute the incoming call intention recognition step, which can reduce the process of performing incoming call intention recognition on unnecessary calling numbers, reduce the consumption of unnecessary incoming call intention recognition resources, and improve the overall efficiency. From another perspective, after the primary selection, by further performing incoming call intention recognition, it is possible to more accurately determine whether the calling number needs to trigger the paid answer process, further improving the accuracy of the paid answer judgment. For example, if the calling user is a relative of the called user but has changed to a new phone number, and a call is initiated in this case, if the called terminal sets the paid answer condition to execute the first incoming call reminder for unfamiliar numbers, if only the paid answer condition is judged, then the called number may trigger a charged answer because it does not recognize the number. However, if the incoming call intention recognition process is further added, and the calling user informs their identity information during the incoming call interaction, then the incoming call intention recognition step can recognize that the incoming call intention of the calling user is a call from a relative and does not belong to the paid answer intention, and the normal answer process can be executed, such as triggering a regular incoming call reminder and displaying the incoming call intention recognition result in the regular incoming call reminder for the called user to understand the incoming call intention. Obviously, in this scenario, through the dual verification mechanism, it is possible to more accurately judge whether a paid answer is required for the calling number, which helps to improve the user experience.

[0169] Based on the above incoming call reminder triggering method, the present application can also be extended and changed through the following many modification implementation methods to obtain more specific solutions applicable to various application scenarios. Any of the following modification implementation methods can be combined with any of the above incoming call reminder triggering methods for application, or the appropriate incoming call reminder triggering method can be selected for combination according to the technical content. Since there are too many combination schemes to list them all, those skilled in the art should be able to combine various combination schemes according to actual needs to achieve more specific purposes based on the embodiments of the present application, and they should all fall within the protection scope of the present application. Additionally, for the sake of understanding, in the following description of the embodiments, it is mainly based on the above first incoming call reminder triggering method for explanation, but the following description of the embodiments is equally applicable to the second to fifth incoming call reminder triggering methods above. Those skilled in the art can make reasonable changes based on the following description of the embodiments to make it applicable to the above various incoming call reminder triggering methods. Therefore, some similar content will not be elaborated too much, and please refer to each other for understanding of each implementation method.

[0170] It should be noted that in the above embodiments, the paid answering condition can be set by default or set by the user himself. For example, a series of default paid answering conditions can be preset in the first call application. These default conditions are designed to provide a basic protection mechanism for users to help them reduce the interference of harassing calls. For example, it is set by default to answer all unfamiliar numbers for payment. The default paid answering conditions can take effect immediately when the user first uses the application without the need for the user to make complex settings, which can not only improve the user's convenience of use but also ensure that the user enjoys the anti-harassment function at the first time. Another example is that the user can set the paid answering conditions according to his own needs and preferences. For example, the user can set to answer unfamiliar numbers of a specific type for payment, answer calls within a specific time period for payment, etc. This flexible setting method enables the user to formulate the most suitable paid answering conditions according to his actual situation, so that the user can better control his call environment and reduce unnecessary interference. For the specific content of the paid answering conditions, those skilled in the art can flexibly set the default conditions according to actual needs, or provide multiple editable initial conditions and parameters for the user to customize. The embodiments of the present application do not make any limitations.

[0171] In order to meet the user's need for personalized custom paid answering conditions, in some embodiments, the paid answering conditions may include condition elements of at least one of the following dimensions: familiarity with the number, number category, custom number list, number source, paid answering flag, membership level, recognition result of the incoming call number recognition model, effective time, charging standard.

[0172] Among them, the familiarity with the number refers to the classification information obtained by classifying according to whether the calling number is in the called user's contact list, which can indicate whether the called user knows the calling number or the calling user, including unfamiliar numbers and known numbers. An unfamiliar number refers to a number that is not in the called user's contact list, while a known number refers to a number that is in the called user's contact list. By setting the familiarity with the number as a condition element of the paid answering condition, it helps the user to more finely control which types of numbers may need to be answered for payment.

[0173] The number category refers to the information obtained by classifying the telephone number according to the calling purpose, service category of the calling number or the identity of the number holder (i.e., the calling user), which is used to characterize the calling purpose, service category of the calling number or the identity of the number holder, and includes but is not limited to express delivery calls, marketing calls, takeaway calls, fraud calls, official business calls, unclassified calls, etc. By taking the number category as a condition element of the paid answering condition, it helps the user to more finely control which specific types of numbers may need to be answered for payment.

[0174] In addition, the above-mentioned number categories can also be the result of multi-level classification. For example, for marketing calls, more detailed classification can be carried out according to marketing categories. The number categories also include, but are not limited to: education and training, financial management, real estate agencies, insurance sales, e-commerce promotions, decoration companies, recruitment and headhunting, etc., so as to provide users with richer and more detailed number categories to choose from, and to decide whether to trigger the first call reminder for more specific number categories. Specifically, multi-level classification can not only conduct preliminary classification according to the nature and characteristics of the number (such as call purpose, business category or identity of the number holder, etc.), but also further refine the classification to meet the personalized needs of users. For example, for marketing calls, users may hope to handle different types of marketing calls differently. Through multi-level classification, marketing calls can be further divided into sub-categories such as education and training, financial management, real estate agencies, insurance sales, e-commerce promotions, decoration companies, recruitment and headhunting, etc., and even further subdivide the above sub-categories. In this way, users can set different paid answering conditions according to their own interests and needs. By conducting multi-level classification on the number categories and applying it to the setting of paid answering conditions, it helps users to flexibly set the paid answering conditions of multi-level classification according to their actual situations and needs, so as to achieve more accurate call management.

[0175] The custom number list refers to a number list customized by the user, which is used for the user to customize which specific caller numbers will directly trigger the first call reminder or not trigger the first call reminder, including but not limited to the paid list, free list, blacklist, whitelist, etc. For example, numbers in the paid list need to be answered by paying, numbers in the free list do not need to be answered by paying, numbers in the blacklist are directly blocked, and numbers in the whitelist directly trigger the regular call reminder, etc. By setting the custom number list, it helps users manage incoming calls more flexibly.

[0176] The number source refers to the number attribution information determined according to the geographical location or operator information of the caller number, such as a specific region, a specific operator, and international numbers, etc. By setting the number source, it helps users more precisely control which source numbers need to be answered by paying.

[0177] The paid answer flag refers to a flag information set by the user for known numbers, which can have two states: a true value "true" and a null value "null". It is used for the user to set whether to answer a call for payment for a specific phone number. When the paid answer flag is a true value, it means that the call for the known number needs to be answered for payment. When the paid answer flag is a null value, it means that the call for the known number does not need to be answered for payment. This flag allows users to define which contacts or phone numbers need to trigger the first call reminder when there is an incoming call, thus providing a more personalized and controllable communication management method. The user can set the paid answer flag for a specific known number through the first call application or the relevant service interface. When a certain known number is set with a paid answer flag (the paid answer flag changes from a null value to a true value) by the called user, and the paid answer condition is also set to trigger the paid answer process for incoming calls with a true paid answer flag, subsequent incoming calls for this known number will trigger the first call reminder.

[0178] The above-mentioned paid answer flag can be set through the paid answer condition editing interface or the contact editing interface. For example, in a specific example, after the called user answers a call from a stranger for payment, the called user can choose to save the caller number to the contact list. For example, the called terminal can display a number addition prompt message for the caller number on the call end interface. This number addition prompt message is used to prompt the called user that the caller number can be added as a contact and provide a control (such as a button) for the user to operate (such as clicking the button) to confirm adding the caller number. When it is detected that the called user inputs a contact addition operation indicating consent to add the caller number as a contact, the contact editing interface for adding the caller number as a contact can be displayed, and an option for setting the paid answer flag is displayed in this contact editing interface. The unselected state of this displayed paid answer flag setting option corresponds to a null value, and the selected state corresponds to a true value. According to the selection operation of the called user for the paid answer flag setting option, the paid answer flag for the above-mentioned caller number can be set. The paid answer flag is used to mark that the caller number meets the paid answer condition. For example, according to the operation of the user selecting the paid answer flag setting option, the paid answer flag is set to a true value, or according to the operation of the user not selecting the paid answer flag setting option, the paid answer flag is set to a null value. After the contact is saved, the caller number becomes a known number. If there is an incoming call for the caller number later, it can be judged whether the caller number meets the paid answer condition according to the paid answer flag of the caller number and trigger the first call reminder.

[0179] The membership level refers to the level information obtained by classifying and rating users based on their membership purchase status, historical behaviors, consumption records, or other relevant indicators in the paid answering service. By setting different membership levels, a more personalized and differentiated service experience can be provided for users. At the same time, it also introduces a new dimension to the call interaction between calling users and called users. The membership level can be used as one of the bases for determining whether the paid answering condition is met. For example, high-level members can set that unfamiliar numbers above a specified level can trigger the first call reminder, while unfamiliar numbers below that specified level are directly rejected and cannot trigger the first call reminder, etc. By determining whether the calling number meets the paid answering condition according to the membership level, a more flexible and personalized paid answering plan can be provided. By reasonably configuring the membership level mechanism, not only can the user experience be improved, but also the interaction and trust between users can be promoted, creating a healthy and active communication environment.

[0180] The incoming call number recognition model is an intelligent model deployed locally on the called terminal or on the server side. Its core function is to evaluate whether the number belongs to the situation where the first incoming call reminder needs to be executed by analyzing the historical behavior patterns, communication records, and other relevant data of the calling number. Additionally, it can also perform auxiliary evaluation based on the historical incoming call answering behavior data of the called number. Specifically, the incoming call number recognition model can use machine learning algorithms and big data analysis techniques to extract features from a large amount of historical call data and build a prediction model based on these features. When a new incoming call request arrives, the model will perform real-time evaluation on the calling number according to preset rules to determine whether it has the possibility of harassment, sales promotion, or other unwelcome behaviors. In one example, to implement the function of the incoming call number recognition model, a large amount of training data needs to be collected and processed first. This data usually includes but is not limited to: basic information of the calling number (such as location of registration, operator), past call records (such as frequency, duration), user feedback (such as the number of times marked as a harassing call), etc. Through learning this data, the model can identify which features have a higher correlation with high-risk incoming calls. For example, a number that frequently dials different users' numbers but has an extremely short call duration each time may be marked as a potential source of harassment; while those numbers that often appear in the blacklist are more likely to be sales promotion calls. On this basis, the incoming call number recognition model can also combine context information, such as the time period of the incoming call, frequency, and the user's current status (such as being busy or not), to further improve the recognition accuracy. After the incoming call number recognition model completes the risk assessment of the calling number, it will generate an identification result to guide subsequent paid answering decisions. If the model determines that the calling number has a high probability of harassment or sales promotion, the first incoming call reminder will be triggered. This method can not only help users effectively filter out unnecessary incoming call interferences and reduce the inconvenience caused by answering unknown incoming calls, but also prompt those non-essential callers to consider whether it is really necessary to contact the user, thereby indirectly reducing the incidence of harassing calls. At the same time, since the model is trained based on a large amount of real data, its judgment results have a high degree of credibility and can largely avoid misjudgment situations. By introducing the recognition result of the incoming call number recognition model as an important dimension of the paid answering condition, the embodiments of this application can not only enhance the level of intelligence but also provide users with a more flexible and efficient incoming call management tool.

[0181] In addition, in some modified implementation manners, the paid answering condition may further include condition elements of the following dimensions: effective time.

[0182] The above-mentioned effective time can also be referred to as an additional conditional element. The effective time refers to the effective time information of the paid answering condition, which can include one or more time periods. This time period can be called the paid answering period, and by default, it can be effective for the entire time period. In addition, it can also be a specific time period or date, etc., including but not limited to working hours (such as 9:00 - 18:00), rest time (such as 22:00 - 06:00), holidays, and weekends, etc. By setting the effective time, it helps users better manage incoming calls during specific time periods and reduce unnecessary interference.

[0183] In addition, in some implementation manners of the change, the paid answering condition may further include a conditional element in the following dimension: charging standard.

[0184] The charging standard refers to the specific charging standard information for paid answering. It is the charging standard for the called user to answer the call from the calling number. It can be set by default or flexibly adjusted by the user according to personal needs. It can be a fixed amount for per - call charging, or a dynamic amount corresponding to different answering duration thresholds, number categories, effective times, etc. Among them, the fixed amount means that all calling numbers meeting the conditions need to pay a fixed amount, and the dynamic amount is to set different payment amounts according to different conditional elements. For example, a specific type of unfamiliar number pays a higher amount. By setting different charging standards, it helps users more flexibly manage incoming calls according to their own needs and preferences. It should be noted that the charging standard can be set by default or flexibly adjusted by the user according to personal needs. Considering the convenience of payment and the wide demand for the pre - payment and then - answering mode, in some implementation manners of this application, the method of paying per - call for the answering fee can be adopted. In this way, there is no need to calculate the answering fee according to factors such as call duration, which can reduce the system load and improve the payment efficiency. It should be noted that the charging standard can be used as one of the conditional elements of the paid answering condition to set the paid answering condition, or can be set and applied as an independent charging condition independent of the paid answering condition. Those skilled in the art can flexibly set it according to actual needs, and all are within the protection scope of this application.

[0185] Based on the above description, in the embodiments of this application, the paid answering condition can be determined according to at least one of the following dimensions of conditional elements: familiarity degree of the number, number category, custom number list, number source, paid answering flag, membership level, recognition result of the incoming call number recognition model, effective time, charging standard. By generating the paid answering condition according to at least one of the above - mentioned dimensions of conditional elements, the embodiments of this application can support users to freely set the paid answering condition from different dimensions and all angles, comprehensively meet the personalized paid answering needs of users, and improve the user experience.

[0186] Based on the above conditional elements, the user can customize the paid answering conditions. Specifically, in some embodiments, the method further includes:

[0187] In response to a setting trigger operation, display an editing interface for paid answering conditions. The editing interface for paid answering conditions is provided with editable elements corresponding to conditional elements of at least one of the following dimensions: familiarity with the number, number category, custom number list, number source, paid answering identifier, membership level, recognition result of the incoming call number recognition model, effective time;

[0188] Determine the paid answering conditions according to the editing operations of the called user on the editable elements.

[0189] Among them, the setting trigger operation may refer to a specific operation performed by the user in the operating system or application program (such as the first call application) to trigger the action of displaying the editing interface for paid answering conditions. For example, clicking the "Settings" button or selecting the "Paid Answering Conditions" option.

[0190] The editing interface for paid answering conditions may refer to a user interface that allows the user to customize the paid answering conditions, which includes editable elements corresponding to at least one of the above conditional elements, and may also include necessary interface elements such as labels or static texts. The above labels and static texts can be used to identify and explain the conditional elements, so as to facilitate the user to understand and edit the above conditional elements and generate paid answering conditions.

[0191] The editable element may refer to a control or component that can be edited and set in the user interface, such as a switch, slider, input box, drop-down menu, form, checkbox, button, text box, slider bar, etc.

[0192] Through the above method, it is possible to support the user to more flexibly customize the paid answering conditions, improve the personalized setting ability of the paid answering function, and meet the user's personalized incoming call answering needs.

[0193] In addition, based on the above embodiments, in some modified embodiments, the method further includes:

[0194] In the editing interface for paid answering conditions or the charging standard setting interface, display the editing elements for the charging standard;

[0195] Determine the charging standard according to the editing operations of the called user on the editing elements for the charging standard.

[0196] As described above, the editing operation of the charging standard can be performed in the paid answering condition editing interface or in an independent charging standard setting interface, both of which can achieve the purpose of the embodiments of the present application. Similar to the editable elements corresponding to the foregoing conditional elements, the above-mentioned charging standard editing elements can also refer to controls or components that can be edited and set in the user interface, such as input boxes, drop-down menus, sliders, etc.

[0197] It should be noted that the calling numbers of different number categories can correspond to the same charging standard or different charging standards. For example, the charging standard for marketing calls is 2 yuan per call, and the charging standard for scam calls is 5 yuan per call, etc., so as to increase the answering thresholds corresponding to various number categories to different extents and bring different degrees of benefits to called users. This hierarchical charging standard helps called users set different charging standards for different number categories according to factors such as the answering risks corresponding to various number categories, the calling willingness of calling users, and the acceptance (or resistance) degree of called users to this number category.

[0198] The above charging method in which different number categories correspond to different charging standards can be called a hierarchical charging method. In addition, the hierarchical charging method can also include situations where different number familiarity levels correspond to different charging standards, different number sources correspond to different charging standards, different custom number lists correspond to different charging standards, different effective times correspond to different charging standards, etc. Based on the above description, in some alternative implementation manners, the payment confirmation information includes the confirmation information for the calling user to pay the answering fee to the called user. The answering fee is determined according to the charging standard preset by the called terminal, and the charging standard is determined according to the hierarchical charging method. The hierarchical charging method hierarchically classifies the charging standard from at least one of the following dimensions: number familiarity level, number category, custom number list, number source, paid answering flag, membership level, recognition result of the incoming call number recognition model, effective time. Among them, each dimension can correspond to different rate rules. For example, hierarchical classification according to the number familiarity level can be that unfamiliar numbers and known numbers correspond to different charging standards; hierarchical classification according to the membership level can be that users of different membership levels (such as ordinary members, premium members, etc.) correspond to different charging standards; hierarchical classification according to the recognition result of the incoming call number recognition model can be that different recognition results of the incoming call number recognition model correspond to different charging standards. For example, different risk levels recognized by the incoming call number recognition model correspond to different charging standards.

[0199] By determining the charging standard according to the hierarchical charging method, different types of incoming calls can be managed more precisely, ensuring that the called user can flexibly set the charging standard according to their own needs and preferences. This flexibility can not only improve the user's communication experience but also effectively balance the interests between the calling user and the called user, ensuring fairness and efficiency in the communication process. In addition, determining the charging standard according to the hierarchical charging method can also encourage the calling user to seriously consider the necessity and urgency of their call before dialing the called user's number. A higher charging standard can prompt the calling user to be more cautious when dialing high-risk or low-acceptance calls, thereby reducing unnecessary call requests and improving the quality and efficiency of calls. In short, through this multi-level and differentiated charging standard, the needs of different users can be better met, and the quality of the overall communication environment can be improved.

[0200] In some examples, the paid answer conditions determined according to the conditional elements of at least one of the above dimensions may include at least one of the following:

[0201] The calling number is an unfamiliar number;

[0202] The number category of the calling number belongs to the preset number category that requires paid answering;

[0203] The calling number is within the preset custom number list;

[0204] The number source of the calling number belongs to the preset number source that requires paid answering;

[0205] The calling number has a paid answer identifier;

[0206] The membership level corresponding to the calling number belongs to the preset membership level that requires paid answering;

[0207] The call time of the calling number belongs to the preset paid answer period that requires paid answering;

[0208] The calling number is identified by the preset incoming call number recognition model as requiring paid answering.

[0209] For the meaning and function of each of the above paid answer conditions, please refer to the foregoing description of each conditional element for understanding, and will not be elaborated here. Any one of them can be set as the paid answer condition alone and used to trigger the first incoming call reminder when the calling number meets this item. In addition, the above items can also be combined to generate more detailed and accurate paid answer conditions. When combined, the first incoming call reminder can be triggered when the calling number meets any one of the items participating in the combination, or when the calling number meets each item participating in the combination. Those skilled in the art can flexibly set the triggering mechanism according to actual needs, and the embodiments of the present application do not make limitations, and they should all be within the protection scope of the present application.

[0210] In addition, in the embodiments of the present application, the calling terminal may pay the fee immediately when initiating a call, or may pay under the prompt of the called terminal, or may pay after the call ends, all of which meet the inventive purpose of the embodiments of the present application and should be within the protection scope of the present application. In some examples, considering that whether the calling number triggers the paid answer process is determined by the called terminal, therefore, the called terminal should send a paid answer prompt message to the calling terminal to notify the calling terminal to make a payment, and if necessary, also send payment guidance information to the calling terminal to facilitate the calling user to pay the answer fee according to the payment guidance information. In addition, it may also be necessary to send paid timing option information to the calling terminal for the calling user to select the paid timing.

[0211] Based on the above requirements, in some modified embodiments of the present application, the paid answer process further includes a paid information interaction step, and the paid information interaction step may include: sending paid interaction information to the calling terminal corresponding to the calling number according to a preset paid information interaction method, where the paid interaction information includes at least one of a paid answer prompt message, payment guidance information, paid timing option information, and automatic payment option information; where the paid answer prompt message is used to prompt the calling user that the answer fee needs to be paid to connect the incoming call, specifically, it may be to prompt the calling user that the answer fee needs to be paid to remind the called user to answer the call; the payment guidance information is used to guide the calling user to pay the answer fee; the paid timing option information is used to provide at least one paid timing option for the calling user to select, and the paid timing option includes a post-payment option and / or a pre-payment option, the post-payment option means paying the answer fee after the call ends, and the pre-payment option means paying the answer fee first and then triggering a second incoming call reminder or connecting the incoming call.

[0212] The above paid information interaction methods may include but are not limited to at least one of the following:

[0213] The first paid information interaction method: when the incoming call is connected in the background, send the paid interaction information to the calling terminal through the call link;

[0214] The second paid information interaction method: send the paid interaction information to the calling terminal through an interactive voice response system;

[0215] The third paid information interaction method: send the paid interaction information to the calling terminal through an in-app notification;

[0216] The fourth paid information interaction method: send the paid interaction information to the calling terminal through a short message.

[0217] Among them, before initially sending the paid interaction information to the calling terminal through the call link, it is necessary to first answer the incoming call in the background while disconnecting the external voice collection link and call playback link of the called terminal, and then send the paid interaction information to the calling terminal through the call link. Subsequently, as long as the incoming call is answered in the background, the paid interaction information can continue to be sent to the calling terminal.

[0218] In addition, the above interactive voice response system can be an external interactive voice response system provided by a telecommunications operator or a third-party service provider, or an internal interactive voice response system jointly implemented by a first call application and a second call application, both of which can achieve the purpose of the embodiments of the present application. Among them, in some embodiments, sending the paid interaction information to the calling terminal through the interactive voice response system includes: sending the paid interaction information to the calling terminal through the internal interactive voice response system; wherein, the internal interactive voice response system is jointly implemented by a first call application installed on the called terminal and a second call application installed on the calling terminal, and the first call application sends the paid interaction information to the second call application through the call link or the Internet link, and the second call application sends the response information for the paid interaction information to the first call application through the Internet link.

[0219] It should be noted that the paid interaction information in the embodiments of the present application can be pre-stored in the called terminal or generated by an intelligent voice assistant provided in the called terminal. Among them, the intelligent voice assistant is an artificial intelligence assistant based on natural language processing technology and speech recognition technology, which can conduct a voice conversation with the calling user and generate appropriate paid interaction information according to the conversation situation and send it to the calling terminal. The above can all achieve the purpose of the embodiments of the present application, and they should all be within the protection scope of the present application.

[0220] In addition, considering that the paid information interaction methods supported by different calling terminals are also different, therefore, in some embodiments, the paid information interaction method applicable to the calling terminal can also be selected according to the device information of the calling terminal. Sending the paid interaction information to the calling terminal corresponding to the calling number according to the preset paid information interaction method can include: selecting, according to the device information of the calling terminal, the paid information interaction method applicable to sending the currently to-be-sent paid interaction information to the calling terminal from the preset paid information interaction methods; and sending the paid interaction information to the calling terminal according to the determined paid information interaction method.

[0221] The above-mentioned method for interacting with payment information will be further described below in combination with more specific requirements and examples. Among them, the interaction of the payment answer prompt information, payment guidance information, and payment timing option information will be described respectively based on the payment answer prompt step, payment guidance information sending step, and payment timing sending step. It should be noted that the payment answer prompt information, payment guidance information, and payment timing option information are all subordinate concepts of the payment interaction information, and the payment answer prompt step, payment guidance information sending step, and payment timing sending step are all subordinate implementation manners of the payment information interaction step. The following descriptions of the subordinate concepts and subordinate implementation manners can all be used to explain the above-mentioned superior concepts and superior implementation manners.

[0222] In some alternative embodiments of the present application, to prompt the calling terminal to make a payment, the payment information interaction step may include a payment answer prompt step, which may include:

[0223] Sending a payment answer prompt information to the calling terminal corresponding to the calling number through a preset payment answer prompt method. The payment answer prompt information is used to prompt the calling user that they need to pay the call answer fee to answer the incoming call. Specifically, it may be to prompt the calling user that they need to pay the call answer fee to remind the called user to answer the incoming call. The payment answer prompt method includes at least one of the following:

[0224] The first payment answer prompt method: Connect the incoming call in the background and send the payment answer prompt information to the calling terminal through the call link;

[0225] The second payment answer prompt method: Sending the payment answer prompt information to the calling terminal through an interactive voice response system;

[0226] The third payment answer prompt method: Sending the payment answer prompt information to the calling terminal through an in-app notification;

[0227] The fourth payment answer prompt method: Sending the payment answer prompt information to the calling terminal through a text message.

[0228] Among them, the payment answer prompt method refers to the payment information interaction method for sending the payment answer prompt information. Specifically, it refers to different forms of notification mechanisms set to ensure that the calling user can receive and understand the payment answer requirement. These prompt methods may include, but are not limited to, voice prompts, text message notifications, and in-application messages, etc., which will be described separately below.

[0229] For the first paid answer prompt method, where the background connection of an incoming call means that the called terminal automatically connects the incoming call without the called user manually performing an answer operation. It connects the incoming call in the case of disconnecting the external voice collection link and the call playback link of the called terminal. Since the action of connecting the incoming call is executed in the terminal background, it is called background connection of the incoming call. It should be noted that in the case of background connection of the incoming call, there is no reminder about the connection of the incoming call on the foreground, nor does the called user need to communicate with the calling user, and the voice data sent by the calling user through the call link will not be played. Therefore, the called user is unaware of the background connection of the incoming call, enabling the called terminal to automatically connect the incoming call without disturbing the called user and send paid interaction information such as paid answer prompt information to the calling terminal.

[0230] The external voice collection link refers to the entire path that captures external sound signals from the microphone and transmits them to the processing unit (such as the processor of a terminal like a mobile phone), which is responsible for collecting and sending the voice data of the called party. This path includes hardware and software components to ensure that the captured external sound signals can be processed and used by the terminal. Disconnecting the external voice collection link of the called terminal in this application can mean disconnecting any node of the external voice collection link of the called terminal, such as turning off the microphone, or prohibiting the transmission or processing of the audio signals collected by the microphone. Therefore, disconnecting the external voice collection link can include disconnecting the microphone voice collection link. The above microphone can include the built-in microphone configured in the called terminal itself, or can also include an external microphone connected to the called terminal by wired or wireless means, so that after the background connection of the incoming call, the sound on the called user side will not be collected or sent to the calling terminal, avoiding leaking the sound on the called user side to the calling user without the knowledge of the called user, and realizing the privacy and security protection of the called user; at the same time, send paid interaction information such as paid answer prompt information to the calling terminal corresponding to the calling number through the call link. In other words, the embodiment of this application borrows the call link to send paid interaction information such as paid answer prompt information to the calling terminal, so as to achieve the purpose of prompting the calling user to make a payment.

[0231] Specifically, disconnecting the external voice collection link can be achieved through various technical means at different levels to ensure that the microphone of the called terminal does not capture and upload any sound input. At the software level, the first call application can be programmed to automatically disable the microphone recording function when answering an incoming call in the background, or temporarily change the audio capture status through the API interface provided by the operating system, such as setting the microphone to mute or stopping the audio service. It can also adjust the working mode of the microphone through the audio management function so that it does not receive sound input, or even redirect the input to an invalid device by modifying the audio routing policy. Through these measures, not only can the collection and transmission of voice data be effectively controlled without affecting other functions, but also the privacy of the called user can be fully protected during the process of answering an incoming call in the background and sending a paid answer prompt message to the calling terminal, thus ensuring the security and reliability of communication and enhancing the trust of the called user in the paid answer service.

[0232] The call playback link refers to the data transmission path from the communication network to the speaker of the called terminal, which is responsible for receiving and playing the voice data of the calling party. Disconnecting the call playback link can be achieved through various technical means at different levels to ensure that the sound from the calling terminal is not played through the speaker of the called terminal. At the software level, the first call application can be programmed to automatically pause the audio output service when answering an incoming call in the background, or temporarily change the audio output path through the API interface provided by the operating system, such as redirecting the audio to a mute device or completely turning off the audio output function. At the hardware level, a dedicated hardware switch or circuit can be built in to directly cut off the audio signal line connected to the speaker. More commonly, the working mode of the audio codec that supports dynamic configuration is adjusted to ignore the input signal. At the network protocol level, appropriate instructions can be sent using SIP signaling to temporarily suspend the audio stream of one party without interrupting the entire call connection. Whether it is software control, hardware operation, or intervention at the network protocol level, the core goal is to effectively prevent the sound from the calling terminal from being played through the called terminal without affecting other functions, thus realizing functions such as answering an incoming call in the background and sending paid interaction information such as a paid answer prompt message. The above-mentioned speaker can include the built-in speaker configured by the called terminal itself, or an external speaker connected to the called terminal by wire or wirelessly.

[0233] The above-mentioned paid call reminder information and other paid interaction information can be preset and saved in the called terminal or the server, or can be generated in real time according to the actual scenario and requirements. The embodiments of the present application do not make any limitations in this regard. For the specific content of the paid call reminder information and other paid interaction information, the embodiments of the present application also do not make any limitations. Those skilled in the art can flexibly set it according to actual needs. Taking the paid call reminder information as an example, as long as the meaning expressed by its content is used to prompt the calling user that they need to pay the call fee to remind the called user to answer the call, it should be within the protection scope of the present application.

[0234] It should be noted that sending the paid call reminder information and other paid interaction information to the calling terminal through the call link can be understood as sending the paid call reminder information and other paid interaction information to the calling terminal in voice mode through the call link. For example, after the called terminal detects a call request, if it determines that the calling number is an unfamiliar number and meets the paid call conditions, the paid call process will be triggered. For example, in the case of closing the external voice collection link of the microphone and disconnecting the call playback link, the background connects the incoming call and sends the paid call reminder information to the calling terminal through voice. The calling terminal can then hear the paid call reminder information announced in voice, such as "The number you dialed has enabled the paid call function for unfamiliar numbers. The call fee for this call is 1 yuan. Answer after payment. If there is no answer, the full amount will be refunded. Please answer whether you agree to pay". If the calling user answers "agree", the payment process can be entered. After the payment is completed, the called terminal can ring to remind the called user to answer the call.

[0235] In the embodiments of the present application, by answering the incoming call in the background and sending paid interaction information such as a paid answer prompt message to the calling terminal through the call link, the efficient transmission of paid interaction information such as the paid answer prompt message can be effectively achieved. Whether the second call application is installed on the calling terminal or not, the reception and broadcast of paid interaction information such as the paid answer prompt message can be realized, which has high compatibility. In addition, by sending paid interaction information such as the paid answer prompt message in voice mode through the call link, it is more intuitive and efficient for the calling user and is convenient for the calling user to accept. Moreover, there is another advantage of answering the incoming call in the background to send paid interaction information such as the paid answer prompt message, that is, the telecommunications operator sets a certain waiting duration (also called the ringing duration or ringing cycle) for the current call technology, which is used to limit the time from when the calling party makes a call until the phone rings and then is answered or automatically hung up after the timeout. For example, 30 seconds, 45 seconds, etc. If the call is not answered after exceeding the waiting duration, a busy tone will be prompted and the call will be automatically hung up. However, within this waiting duration, the calling user may not have enough time to complete the payment, resulting in the call being automatically hung up, or the call being automatically hung up just after the payment is completed, which will seriously affect the experience of the calling user and may also cause the called user to miss the incoming call. By automatically answering the incoming call in the background and sending paid interaction information such as the paid answer prompt message, the above waiting duration is directly skipped, avoiding the situation where the call is automatically hung up, so as to ensure that the call and payment of the calling user can be successfully completed and prevent the called user from missing the incoming call.

[0236] It should be noted that since the incoming call has been answered in the background and the external voice collection link and the call playback link are both in a disconnected state, after triggering the second incoming call reminder or answering the incoming call subsequently, after detecting the direct answer operation of the called user for the call request, it is also necessary to restore the external voice collection link and the call playback link to a smooth state. For example, turn on the microphone and speaker, etc., to ensure that the called user can smoothly communicate with the calling user after performing the direct answer operation.

[0237] For the second paid answer reminder method, an Interactive Voice Response System (IVR) is an automatic voice response system, usually provided by a telecommunications operator or a third-party service provider, mainly used for automated processing of phone calls. By means of a voice menu and keypad selection, it guides users to complete specific operations. The first call application or the server provided in the embodiments of the present application can be integrated with the IVR system provided by the telecommunications operator or the third-party service provider through an API or an SDK to implement functions such as sending paid interaction information, such as a paid answer reminder message, to the calling user. For example, when it is determined that the calling number meets the conditions for paid answer, the first call application directly or through the server sends a request to the IVR system, requesting the IVR system to send paid interaction information, such as a paid answer reminder message, to the calling user. After receiving the request, the IVR system sends a prerecorded voice prompt (i.e., paid interaction information) to the calling user, such as: "The call you dialed requires a payment of 1 yuan to remind the other party to answer. Please press 1 to pay." The calling user operates according to the prompt of the IVR system. For example, pressing the number key 1 indicates agreement to pay the fee. The IVR system will further guide the user to select a payment method, such as through a payment link, SMS payment, or in-app payment, etc. After the user selects a payment method and completes the payment, the IVR system sends the payment confirmation information back to the first call application. After receiving the payment confirmation information, the call application triggers a call reminder for the called terminal to remind the called user to answer the call. After the called user answers, the IVR system establishes a call connection between the calling user and the called user, and both parties can communicate normally.

[0238] It should be noted that the IVR system is usually not restricted by the operator's ringing duration. This means that after receiving the voice prompt from the IVR system, the calling user has sufficient time to decide whether to pay and perform the payment operation, and ensure that the call reminder for the called terminal is triggered after confirming the payment. Since the traditional ringing duration is usually short, it may not be sufficient for the calling user to complete complex operations, while the IVR system can provide a longer interaction time to ensure that the calling user has enough time to make a decision and pay. This mechanism can not only improve the user experience but also ensure the smooth progress of the paid answer process.

[0239] In addition, although the embodiments of the present application utilize the IVR system provided by a telecommunications operator or a third-party service provider, it is still different from the existing IVR systems. Specifically, the existing IVR systems provided by telecommunications operators or third-party service providers process incoming calls before the called terminal. After the calling user initiates a call, they first interact with the IVR system, and only after specific operations will the call request be further transmitted to the called terminal. In contrast, in the embodiments of the present application, the interactive voice response process of the IVR system is set within the processing flow of the called terminal. The interactive voice response process of the IVR system is triggered only after the called terminal detects that the calling number meets the paid-answer condition. After the IVR interaction ends, the incoming call reminder of the called terminal is triggered. The advantage of this design is that the judgment of whether the calling number meets the paid-answer condition is executed locally at the called terminal, without the need to upload the contact information of the called terminal and the paid-answer condition to the telecommunications operator or the third-party service provider for the judgment of unfamiliar numbers and whether they meet the paid-answer condition. On the one hand, it helps to protect user privacy and reduce the risk of privacy leakage. On the other hand, it can reduce the dependence on and resource requirements of the telecommunications operator or the third-party service provider, which helps to reduce the complexity and implementation cost of building an IVR system with the help of the telecommunications operator or the third-party service provider.

[0240] In this embodiment, by using the IVR system to send paid-interaction information such as paid-answer prompt information to the calling terminal, it can be ensured that when the calling user attempts to call the called user, they can immediately receive clear paid-interaction information such as paid-answer prompt information and understand the necessity of payment. This instant voice prompt is more intuitive and immediate than text messages or in-app notifications, and can quickly attract the attention of the calling user, guide them to complete the payment operation, improve the timeliness and success rate of payment. At the same time, the IVR system can also provide multiple payment channels, and the calling user can choose the most convenient payment method according to their preferences, thereby improving the overall communication experience of the user.

[0241] It should be noted that the above has been described by way of example using the IVR system service provided by a telecommunications operator or a third-party service provider. However, the embodiments of the present application are not limited thereto. The interactive voice response system provided by the embodiments of the present application can be implemented using the existing IVR system provided by a telecommunications operator or a third-party service provider, or can also be implemented based on the interactive voice response system built into the call application or the interactive voice response system built by the server. For example, a second call application is installed on the calling terminal, and a first call application is installed on the called terminal. The second call application and the first call application can be connected through a call link to achieve telephone communication, and can also be connected through an Internet link to achieve the interaction of other information (such as key information). For the case of connection through an Internet link, the two can be connected through a server.

[0242] Based on this, in some embodiments, an interactive voice response system can be implemented through the collaborative work between the first call application and the second call application. This interactive voice response system can be referred to as a built-in interactive voice response system. Correspondingly, the foregoing sending of paid interaction information such as paid answer prompts to the calling terminal through the interactive voice response system may include:

[0243] Using the built-in interactive voice response system to send paid interaction information such as paid answer prompts to the calling terminal.

[0244] Among them, sending paid interaction information such as paid answer prompts using the built-in interactive voice response system can be achieved at least through the following multiple exemplary methods:

[0245] The first interactive response method is that when the call is connected in the background, paid interaction information such as paid answer prompts is sent to the calling terminal through the call link. The calling terminal plays the above-mentioned paid interaction information such as paid answer prompts through voice, and displays multiple buttons through the second call application. Each button corresponds to a response, and different buttons correspond to different responses. At this time, the calling user can answer by clicking the button in the second call application. For example, expressing the willingness to pay. The second call application sends the button click information (i.e., the response information) to the first call application through the Internet link. The first call application determines the calling user's payment willingness according to the button click information of the second call application, so as to achieve the purpose of interactive response using the built-in interactive voice response system. The multi-round interaction process can be set according to actual needs, and the embodiments of the present application do not make limitations.

[0246] The technical concept of the first interactive response method is roughly similar to the foregoing first paid answer prompt method, both of which are achieved when the call is connected in the background. The difference is that in the first paid answer prompt method, the calling user answers by voice, and the response information (voice signal) is fed back to the called terminal through the call link. The called terminal determines the calling user's payment willingness by recognizing the response information through voice recognition technology; while in the above-mentioned first interactive response method, the calling user answers by pressing a button, and the response information (button click information) is fed back to the called terminal through the Internet link. The called terminal determines the calling user's payment willingness according to the button click information.

[0247] The above-mentioned first interactive response method can avoid the problem that the interaction time is too long and exceeds the waiting time and is automatically hung up by sending paid interaction information such as paid answer prompts to the calling terminal when the call is connected in the background, so as to ensure the smooth completion of the interactive response process. Compared with the method of implementing the interactive voice response system by relying on a telecommunications operator or a third-party service provider, the implementation difficulty and cost of this embodiment are lower.

[0248] It should be noted that in the case of adopting the above first interactive response method, it is also necessary to restore the external voice collection link and the call playback link to a smooth state after detecting the direct answer operation of the called user for the call request. For example, turn on the microphone and speaker, etc., to ensure that the called user can smoothly communicate with the calling user after performing the direct answer operation.

[0249] The second interactive response method is that while maintaining call waiting, the called terminal sends paid answer prompt information and other paid interactive information to the calling terminal through the Internet link. The paid interactive information can include voice information, or can also include text information, etc. The calling terminal can play the above paid interactive information through voice, or can also display the above paid interactive information in the second call application, and use the second call application to display multiple buttons, each button corresponding to a response, and different buttons corresponding to different responses. At this time, the calling user can answer by clicking the button in the second call application, for example, expressing the willingness to pay. The second call application sends the button click information (i.e., the answer information) to the first call application through the Internet link. The first call application determines the payment willingness of the calling user according to the button click information of the second call application, so as to achieve the purpose of interactive response using the built-in interactive voice response system. The multi-round interactive process can be set according to actual needs, and the embodiments of the present application do not make limitations.

[0250] In the above second interactive response method, the interactive response process between the called terminal and the calling terminal is realized through the Internet link, so interactive response can be realized without answering the incoming call. Compared with the method of realizing the interactive voice response system by relying on a telecom operator or a third-party service provider, the implementation difficulty and cost of this embodiment are lower.

[0251] It should be noted that the link in the embodiments of the present application refers to a physical or logical connection for transmitting data between two nodes in communication and network technologies. It can be a physical link, a logical link, or a combined link of a physical link and a logical link. Among them, a physical link refers to an actual hardware connection, such as wires, optical fibers, radio waves, etc. These media are responsible for transmitting electrical signals or optical signals between two nodes. For example, in a telephone network, the physical link is composed of telephone lines or optical fibers; while in a wireless network, the physical link is composed of radio waves or microwaves. A logical link is a set of rules and protocols established on the physical link to ensure that data can be transmitted in an orderly manner. The logical link can span multiple physical links and optimize the data transmission efficiency through mechanisms such as routing selection and flow control. For example, in a computer network, the logical link can be realized through the data link layer in the TCP / IP protocol stack to ensure that data packets reach the destination correctly.

[0252] In the embodiments of the present application, both the call link and the Internet link can be constituted based on the above physical link and / or logical link. Among them, the call link specifically refers to the connection path for transmitting voice data, ensuring real-time voice communication between the calling terminal and the called terminal. It can establish and maintain the connection between the calling terminal and the called terminal based on the traditional telephone network (PSTN, Public Switched Telephone Network), mobile telephone network, and Voice over Internet Protocol (VoIP). Ensure that both parties can conduct real-time voice communication. The Internet link refers to the data transmission path established between two terminals through Internet protocols (such as TCP / IP), which is suitable for various types of data transmission, including but not limited to web browsing, file downloading, instant messaging, etc. The Internet link has high versatility and flexibility, can support a wide range of applications and services. It is not limited to specific types of data, but can carry any form of digital information, such as text and multimedia content, etc. The advantage of the Internet link lies in its wide coverage and high interoperability, enabling users to access global network resources at any location and at any time. For the transmission of paid interactive information, the Internet link can provide additional information interaction channels, such as button commands, payment links, etc. These information can be transmitted between the calling terminal and the called terminal in the form of push notifications, text messages, or in-app messages.

[0253] The third interactive response method is that when the calling user makes a call to the called user through the second calling application, the second calling application does not initiate a call immediately. Instead, it first queries the first calling application through the server to check whether the calling number meets the paid answering condition set by the called terminal, that is, whether the calling number needs to pay for answering the called number, or in other words, whether the calling number needs to pay the answering fee when calling the called number. These three statements have the same meaning. If it meets the paid answering condition, the second calling application calls the built-in interactive voice response system to directly perform voice broadcast on the calling terminal, and interacts with the calling user according to the key operations input by the calling user. These interactions include but are not limited to whether to agree to pay, select what payment method, and call up the payment application to make a payment, etc. After the payment is completed, it then triggers a call to the called number. Since the payment has been completed at this time, after the called number receives the call request, after detecting that the calling number meets the paid answering condition and the payment has been confirmed, it can directly trigger the second incoming call reminder or answer the call. Compared with the method of implementing the interactive voice response system by relying on telecom operators or third-party service providers, the implementation difficulty and cost of this embodiment are lower. And because it first confirms the payment and then initiates a call, and does not initiate a call without confirming the payment, therefore, at the calling terminal side, filtering of some calls can be achieved at the call source, reducing the actual outgoing volume of the calling terminal and reducing the load on the telecom network. In addition, this implementation method is not restricted by the ringing duration of telecom operators, ensuring that the calling user has enough time to make a decision and make a payment, thereby improving the user's call experience. In addition, compared with the first paid answering prompt method, since no actual call is initiated before payment, the background call answering function of the called terminal will not be triggered, so no call charges will be generated, which helps to save call costs for the calling user. It should be noted that the above call charges refer to the fees that users need to pay to telecom operators when using mobile phones, fixed phones or other communication services, which are different from the answering fees paid to the called user in this application. The payment objects and payment purposes of the two are different, belonging to completely different technical concepts and should not be confused.

[0254] It should be noted that there is another advantage in sending the paid answering prompt information to the calling terminal based on the interactive voice response system built in the calling application. Since the calling application is developed independently, it can not only broadcast the paid answering prompt information and other paid interaction information through voice, but also display the paid answering prompt information and other paid interaction information on the display interface of the second calling application, ensuring the accuracy and intuitiveness of information transmission. And because the reading speed of visual information is higher than the listening speed of voice information, it also helps to improve the call efficiency and the user's call experience.

[0255] In the above example, the built-in interactive voice response system of the call application is mainly used for exemplary illustration. Those skilled in the art can, based on the above exemplary illustration, build an interactive voice response system on the server side through changes in technical elements and processes to implement the transmission of the above-mentioned paid answer prompt information and the interaction with the calling user. This will not be elaborated here, and it should also be within the protection scope of this application.

[0256] For the third paid answer prompt method, the in-app notification herein refers to sending a notification or prompt message to the calling terminal through the message push function within the application. For example, the first call application can use the in-app notification to send paid interaction information such as a paid answer prompt message to the second call application and display it on the display interface of the calling terminal. Since the reading speed of visual information is higher than the listening speed of voice information, this embodiment has high intuitiveness and is also helpful for improving the call efficiency and user call experience.

[0257] For the fourth paid answer prompt method, this method utilizes the short message service in the mobile communication network to send a short message containing paid interaction information such as a paid answer prompt message to the calling terminal. After seeing the short message, the calling user can directly click on the response link therein to respond or reply to the short message to respond. The first call application or the server can identify the payment intention of the calling user according to the response link clicked by the calling user or the content of the replied short message. Among them, the short message sent to the calling terminal can contain multiple response links, and different response links correspond to different response messages. In this way, after the calling user clicks on the response link, the called terminal can determine the response message of the calling user by detecting the trigger information of each response link, and then identify the payment intention of the calling user.

[0258] It should be noted that the above four paid answer prompt methods can be implemented separately or combined in a non-conflicting manner. For example, when the corresponding call applications are installed on both the calling terminal and the called terminal, the built-in interactive voice response system of the call application can be used to send the paid answer prompt message to the calling terminal, or the in-app notification can be used simultaneously to send the paid answer prompt message to the calling terminal, so as to improve the delivery rate of the paid answer prompt message through multiple paid answer prompt methods. Those skilled in the art can expand the implementation based on this exemplary illustration, and this embodiment does not make any limitations. In addition, those skilled in the art can also, inspired by the above four paid answer prompt methods, adopt other change methods to send the paid answer prompt message to the calling terminal. This will not be elaborated one by one here, but under the same technical concept, they should all be within the protection scope of this application.

[0259] In addition, the first call application can also support multiple above-mentioned paid information interaction methods (such as the paid answering prompt method) simultaneously, and detect the device information and call environment of the calling terminal before the paid information interaction step (such as the paid answering prompt step), such as whether the second call application is installed, etc., and select a suitable paid information interaction method (such as the paid answering prompt method) according to at least one of the device information of the calling terminal, the call environment, and the priority of the pre-set paid information interaction method (such as the paid answering prompt method), and send paid interaction information (such as the paid answering prompt information) to the calling terminal to perform paid information interaction such as paid answering prompt for the calling terminal. For example, in the case where the second call application is installed on the calling terminal, the built-in interactive voice response system of the call application is preferentially used to send the paid answering prompt information to the calling terminal, etc. No further examples are given here, and those skilled in the art can make reasonable expansions and changes according to the above examples, and they should also be within the protection scope of this application.

[0260] It should be noted that after the calling terminal receives and plays or displays the above-mentioned paid call answering prompt information, generally, it is necessary for the calling user to confirm whether to agree to pay the call answering fee and reply to the called terminal, so that the called terminal can continue the subsequent call answering process according to the payment approval information indicating agreement to pay the call answering fee, and trigger the rejection of the call request according to the payment rejection information indicating disagreement to pay the call answering fee. Among them, the calling user can trigger the reply information (i.e., the response information) by means of key pressing reply, in-application confirmation, or voice response. The reply information can be payment approval information or payment rejection information. Key pressing reply means that the calling user generates a reply information by operating a specified key on the calling terminal. It can reply to the above-mentioned various paid call answering prompt methods. It is a relatively simple, convenient, and highly versatile reply method that does not require additional equipment or software support and is suitable for all types of calling terminals. If the same call application is installed on both the calling terminal and the called terminal, then in-application confirmation is also a convenient and secure method. For example, when the calling terminal receives the paid call answering prompt information, the call application will display a selection interface on the screen of the calling terminal, prompting the user to select agree to pay or reject to pay, and provide corresponding selection controls. The calling user can then select agree to pay or reject to pay through the above selection controls. The call application will generate payment approval information and send it to the called terminal when the calling user selects agree to pay, or generate payment rejection information and send it to the called terminal when the calling user selects reject to pay. The advantage of this method is that it provides a good user experience, has an intuitive interaction interface, and can provide more content in the interface, such as payment platform interfaces, etc., to support the calling user to directly make a payment without selecting the agree to pay option, thus simplifying the overall process. Voice response means that the calling user expresses their payment intention through voice response. For example, in the case of sending the paid call answering prompt information through the call link, the calling user can use voice reply to indicate agree to pay or reject to pay. The called terminal or the server can confirm the intention of the calling user through voice recognition and generate payment approval information or payment rejection information. This method is suitable for users who are unable or inconvenient to use key operations, such as during driving or when the hands are inconvenient, and has a high degree of naturalness and flexibility.

[0261] To implement paid call answering, the called terminal should also send payment guidance information to the calling terminal so that the calling terminal can pay the call answering fee according to the payment guidance information. Correspondingly, on the basis of any of the foregoing embodiments, the paid information interaction step may further include a payment guidance information sending step, and the payment guidance information sending step may include:

[0262] Send payment guidance information to the calling terminal corresponding to the calling number through a preset payment guidance information sending method, so that the calling user can pay the call answering fee to the called user according to the payment guidance information. The payment guidance information sending method includes at least one of the following:

[0263] The first payment guidance information sending method: send payment guidance information to the calling terminal by text message;

[0264] The second payment guidance information sending method: send payment guidance information to the calling terminal by in-app notification;

[0265] The third payment guidance information sending method: send payment guidance information to the calling terminal by voice message.

[0266] Among them, the payment guidance information sending method refers to the paid information interaction method for sending payment guidance information. The payment guidance information is used to guide the relevant information for the calling party to pay the call answering fee, and specifically may include at least one of the payment parameters required for the calling user to pay the call answering fee, usually including the receiving account, payment amount, payment method, payment link, payment order number, etc., to ensure that the calling user can successfully complete the payment operation. Specifically, the receiving account may be the account set by the called user for receiving the call answering fee, that is, the first account mentioned in the foregoing embodiment. In the case where there is a payment platform as an intermediate guarantee, the receiving account may also be the intermediate account corresponding to the payment platform, which is not limited in the embodiments of the present application; the payment amount is the specific call answering fee that the calling user needs to pay; the payment method is the method for the calling user to choose how to make a payment, which may include multiple payment options for the calling user to choose the most convenient way to make a payment. Common payment methods include, but are not limited to, bank transfer, third-party payment platforms (such as Alipay, WeChat Pay, etc.), credit card payment, etc. Each payment method will provide corresponding payment guidance to help the calling user complete the payment operation; the payment link is a link that can be directly clicked to make a payment, which simplifies the payment process. The calling user can directly jump to the payment page to make a payment by clicking on this link. The payment link is usually generated by the payment platform and transmitted to the calling user through a secure encrypted channel to ensure the security of the payment process; the payment order number is the unique number of the payment order generated for each call. The called terminal or the server can directly or through a third-party payment platform generate a payment order (also called a paid call answering order) for each incoming call that meets the paid call answering conditions, and send the unique number of the payment order, that is, the payment order number (also called the paid call answering order number) to the calling terminal. The calling terminal can directly call up the payment order and make a payment according to the payment order number; those skilled in the art can flexibly set the content of the above payment guidance information according to the payment environment and actual needs to achieve the purpose of the calling user paying the call answering fee to the called user according to the payment guidance information. Among them, in some specific examples, in order to improve security, the complete account information is usually not directly sent, but the account information is protected from being leaked through a one-time payment link, payment order number or other security mechanisms.

[0267] For the above first payment guidance information sending method, the payment guidance information is sent to the calling terminal by text message. This method utilizes the text message service in the mobile communication network to send a text message containing payment guidance information such as a payment link and a payment amount to the calling user. After receiving the text message, the calling user can directly click on the payment link in it to jump to the payment page or complete the payment operation according to the instructions in the text message. For example, the text message content may be: "The call you made requires a payment of 1 yuan to remind the other party to answer. Please click on the following link to make a payment: [payment link]".

[0268] For the second above-mentioned method of sending payment guidance information, the payment guidance information is sent to the calling terminal through an in-app notification. If both the calling user and the called user have installed the same calling application, the payment guidance information can be sent through the push notification function within the application. Such notifications usually appear in the user's mobile phone notification bar, and when the user opens the calling application, detailed payment information can be seen within the application. This method can provide a richer interactive experience, such as completing the payment directly within the application without having to jump to an external website or external application. For example, the in-app notification may display: "The call you made requires a payment of 1 yuan to remind the other party to answer. Please click here to make the payment."

[0269] For the third above-mentioned method of sending payment guidance information, the payment guidance information is sent to the calling terminal through a voice message. In this method, the voice message can be directly sent to the calling terminal by means of voice broadcast or through the interactive voice response system mentioned in the foregoing embodiments of the present application to inform the calling user that a fee needs to be paid to continue the call. The voice message can include content such as the payment amount, payment method, and specific steps on how to complete the payment. For example, the voice prompt may be: "The call you made requires a payment of 1 yuan to remind the other party to answer. Please press 1 to make the payment." The calling user operates according to the voice prompt, selects the payment method, and completes the payment.

[0270] By using the above-mentioned methods of sending payment guidance information, it can ensure that the calling user receives the payment guidance information in a timely manner and can complete the payment operation conveniently and quickly. Among them, sending the payment guidance information by text message can cover a wide range of user groups and improve the accessibility of payment. Especially for those calling users who have not installed a specific calling application, they can achieve payment without obstacles, so it has high compatibility and universality; sending the payment guidance information by in-app notification can provide a more secure and convenient payment experience and enhance user trust; sending the payment guidance information by voice message can ensure instantaneity and intuitiveness and improve the success rate of payment.

[0271] It should be noted that the above-mentioned multiple methods of sending payment guidance information can be implemented independently or combined in a non-conflicting manner. This embodiment does not make any limitations. In addition, those skilled in the art can also, inspired by the above-mentioned multiple methods of sending payment guidance information, adopt other modified methods to send the payment guidance information to the calling terminal, which will not be elaborated here one by one, but under the same technical concept, they should all fall within the protection scope of the present application.

[0272] In addition, the first call application can also support the above-mentioned multiple payment guidance information sending methods at the same time, and detect the payment environment (such as device information) of the calling terminal before the payment guidance information sending step, such as whether the second call application is installed, whether the payment application is installed, etc., and select a suitable payment guidance information sending method to send the payment guidance information to the calling terminal according to the payment environment (such as device information) of the calling terminal and / or the priority of the preset payment guidance information sending method, so that the calling user can pay the call charge to the called user according to the payment guidance information. For example, in the case where the second call application is not installed on the calling terminal, the payment guidance information is preferentially sent to the calling terminal by means of a text message, and in the case where the second call application is installed on the calling terminal, the in-app notification is preferentially used to send the payment guidance information to the calling terminal, and so on. Examples are not listed one by one here. Those skilled in the art can make reasonable expansions and changes according to the above examples, and they should also be within the protection scope of this application.

[0273] It should be noted that the above-mentioned payment guidance information sending step can be executed before or after the paid call reminder step, or can be executed synchronously, that is, the above-mentioned payment guidance information can be sent after the paid call reminder information, or can be sent together with the paid call reminder information. For example, the paid call reminder information can be sent to the calling terminal first, and after obtaining the feedback information that the calling terminal agrees to pay, the payment guidance information is triggered to be sent to the calling terminal; or the payment guidance information can be sent to the calling terminal together with the paid call reminder information, so that the calling user can directly make a payment when agreeing to pay, which is more efficient and helps to improve the calling efficiency and user experience of the calling user. Those skilled in the art can make reasonable expansions and changes according to the above examples, and they should all be within the protection scope of this application.

[0274] In addition, the call charge paid by the calling user to the called user can be paid directly. For example, the second account held by the calling user directly pays to the first account held by the called user. It can also be paid indirectly. For example, the second account held by the calling user first pays to an intermediate account, and then the intermediate account pays to the first account held by the called user, as long as the called user can ultimately benefit from answering the call. Among them, the payment confirmation information can be triggered and generated according to the payment behavior of the calling user, or can be triggered and generated after the call charge reaches the called user's account, that is, the payment confirmation information can be triggered and generated after the calling user finishes paying to the intermediate account, or can be triggered and generated after the intermediate account finishes paying to the called user. The embodiments of the present application do not make any limitations. In addition, the call charge paid by the calling user to the called user can be fully paid to the called user, or can be partially paid to the called user. For example, part of the call charge paid by the calling user is given to the called user, and the other part is given to the service account of the first call application as technical service fees, etc. None of them damage the purpose of the called user as the beneficiary of paid answering, all meet the invention purpose of the embodiments of the present application, and all should be within the protection scope of the present application.

[0275] It should be noted that the payment confirmation information in the embodiments of the present application can be payment completion information, that is, information confirming that the calling user has completed the payment, indicating that the call charge corresponding to the calling number has been paid. The payment completion information can be triggered and generated according to the payment behavior of the calling user. For example, it can be triggered and generated after the calling user finishes paying to the intermediate account, or can be triggered and generated after the call charge reaches the called user's account. For example, it is triggered and generated after the intermediate account finishes paying to the called user, so as to trigger the second incoming call reminder or answer the call after ensuring that the called user can receive the call charge. In addition, the payment confirmation information can also be commitment-to-pay information, that is, information in which the calling user confirms that they will make a payment, indicating that the calling user commits to pay the call charge for this call, so that the second incoming call reminder or answer the call can be triggered first when the calling user commits to pay, and the payment is made after the call is completed. By moving the payment process to after the call is completed, the call efficiency can be effectively improved. The above two methods can both be used to achieve the purpose of the embodiments of the present application, and will be described separately below.

[0276] For the first case, the payment confirmation information may be payment completion information, which refers to information confirming that the payment has been successfully completed. The payment completion information may be generated by a payment platform (such as a bank, a third-party payment system, etc.) and sent to the server or the first call application of the called terminal through a secure channel; in addition, the first call application or the server may also detect whether the payment is completed by monitoring the dynamic account information of the first account held by the called user, such as querying the payment completion information corresponding to the calling number in the dynamic account information. If found, the second incoming call reminder or the incoming call may be triggered; in addition, any payment completion information acquisition method provided by the prior art may be used to obtain the payment completion information, which will not be described here one by one, and they are all within the scope of protection of this application. The payment completion information may include, but is not limited to, key data such as payment status, payment amount, payment timestamp, payment transaction ID (i.e., payment order number), and the calling number associated with the payment. When the called terminal obtains and verifies the payment completion information, it confirms that the payment has indeed been completed, and then the incoming call silent state is released and the second incoming call reminder is triggered or the incoming call is connected. This method can ensure that the called user can make the call only after actually receiving the charges, thereby protecting the rights and interests of the called user.

[0277] For the second case, the payment confirmation information can be a commitment payment information. The commitment payment information refers to the information that the calling user confirms that the payment will be made. In this case, the calling user has not actually completed the payment operation, but has clearly expressed his willingness to pay the answering fee. The commitment payment information can be transmitted in a variety of ways, such as through button reply, in-application confirmation or voice answer. After receiving the commitment payment information, the called terminal can temporarily release the silent state of the incoming call and trigger a second incoming call reminder or connect the incoming call. This method can provide a faster response speed and help improve call efficiency. It is easy to understand that this method is more suitable for user groups with higher trust, or in situations where a call needs to be established quickly in an emergency, but it is also applicable to other situations.

[0278] Based on the above description of payment confirmation information, the embodiments of this application support at least two paid answering modes. One is the mode of paying first and then answering. In this mode, the payment confirmation information is the payment completion information. The other is the mode of answering first and then paying. In this mode, the payment confirmation information is the commitment to pay information. In specific implementation, the above paid answering modes can be provided to the user for selection and setting. The user can choose to accept one of the paid answering modes, or choose to accept the above two paid answering modes. The user can also set different paid answering modes for different number categories. In addition, different paid answering modes can also be set according to the credit default information of the calling number. For example, for the numbers with credit default and fraud calls, only the mode of paying first and then answering is supported. For unclassified calls and non-credit default numbers, the above two paid answering modes are supported. After the setting is completed, the paid answering process can be executed according to the paid answering mode supported by the user's selection, and a suitable paid answering mode can be provided according to the number category and credit default information of the calling number for the calling user to make a call.

[0279] In some specific implementation manners, the called terminal can send the paid timing option information to the calling terminal through the paid timing sending step. The paid timing option information includes multiple selectable paid timing options. The above paid timing options can include but are not limited to at least one of the following:

[0280] The post-payment option indicating that the answering fee is paid after the call ends;

[0281] The pre-payment option indicating that the answering fee is paid first and then the second incoming call reminder is triggered or the incoming call is connected.

[0282] The above paid timing option information can be sent separately, for example, after the paid answering prompt step. It can also be sent together with the aforementioned paid answering prompt information or payment guidance information, or can be sent as a part of the aforementioned paid answering prompt information or payment guidance information. The embodiments of this application do not make a limitation. After the calling terminal plays or displays the above paid timing option information, the calling user can select the paid timing option suitable for himself / herself. Among them, if the calling user selects the post-payment option, the commitment to pay information can be triggered. If the calling user selects the pre-payment option, payment needs to be made and the payment completion information is triggered after the payment is completed. It should be noted that the above post-payment option and pre-payment option can be displayed or played together, or can be selectively displayed or played. For example, only the above post-payment option can be displayed, or the payment method options (such as bank transfer, third-party payment, in-app wallet payment) can be displayed at the same time. The above payment method options can also implicitly indicate the meaning of paying first and then answering, and can also be regarded as the pre-payment option, but only merged with the specific payment method.

[0283] Corresponding to the above-mentioned paid call answering prompt method, the paid timing option information can also be sent to the calling terminal by at least one paid timing sending method. The paid information interaction step may include a paid timing sending step, and the paid timing sending step may include:

[0284] Sending the paid timing option information to the calling terminal corresponding to the calling number through a preset paid timing sending method. The paid timing option information is used to provide at least one paid timing option for the calling user to select. The paid timing sending method includes at least one of the following:

[0285] The first paid timing sending method: sending the paid timing option information to the calling terminal through the call link;

[0286] The second paid timing sending method: sending the paid timing option information to the calling terminal through the interactive voice response system;

[0287] The third paid timing sending method: sending the paid timing option information to the calling terminal through the in-app notification;

[0288] The fourth paid timing sending method: sending the paid timing option information to the calling terminal through the short message.

[0289] In specific implementation, the above-mentioned paid timing sending methods and the foregoing paid call answering prompt methods may be corresponding. For example, in the case of adopting the first paid call answering prompt method, a call link has been established between the calling terminal and the called terminal, and it is indicated that the current scenario is suitable for transmitting information through the call link. Therefore, the first paid timing sending method is correspondingly adopted. Another example is that in the case of adopting the second paid call answering prompt method, it is indicated that the interactive voice response system is available and the current scenario is suitable for transmitting information through the interactive voice response system. Therefore, the second paid timing sending method is correspondingly adopted. Another example is that in the case of adopting the third paid call answering prompt method, it is indicated that the calling terminal is also installed with the corresponding call application and the current scenario is suitable for transmitting information through the in-app notification. Therefore, the third paid timing sending method is correspondingly adopted, and so on. For the specific implementation description and the analysis of advantages and disadvantages of adopting the above-mentioned multiple paid timing sending methods, reference can be made to the corresponding description of the paid call answering prompt method mentioned above, and details are not elaborated here.

[0290] Based on the above, the calling user can trigger the commitment payment information by means of key press response, in-application confirmation, or voice response, etc. Among them, key press response means that the calling user triggers the commitment payment information by operating the specified key on the calling terminal. It can reply to various above-mentioned sending methods of payment timing, and is a relatively simple, convenient and highly versatile reply method that does not require additional device or software support and is suitable for all types of calling terminals. If the same calling application is installed on both the calling terminal and the called terminal, then in-application confirmation is also a convenient and secure method. For example, when the calling terminal receives the payment timing option information, the calling application will display a selection interface on the screen of the calling terminal, prompt the user to select the payment timing and provide selection controls. The calling user can then select the required payment timing option through the above selection controls. The calling application will record the calling user's payment intention and generate the commitment payment information to be sent to the called terminal when the calling user selects the post-payment option. The advantage of this method is that it has a good user experience, an intuitive interaction interface, and can integrate more payment options, such as in-application payment links or third-party payment platform interfaces, thus simplifying the payment process. Voice response means that the calling user expresses their payment willingness through voice response. For example, in the case of sending the payment timing option information via the call link, the calling user can use voice reply to indicate their willingness to pay the call connection fee after the call ends. The called terminal or the server can confirm the calling user's intention through voice recognition and generate the commitment payment information. This method is suitable for users who are unable or inconvenient to use key operations, such as during driving or when the hands are inconvenient, and has a high degree of naturalness and flexibility. In some examples, after the calling terminal receives the payment for call connection prompt information, it will play or display the payment for call connection prompt information. The calling user can reply to the payment for call connection prompt information. After the called terminal receives the consent payment information indicating that the calling user agrees to pay the call connection fee returned by the calling terminal, it will then trigger the sending of the payment timing option information to the calling terminal. After the calling terminal plays or displays the above payment timing option information, the calling user can select the required payment timing option and reply. If the calling user selects the post-payment option, the commitment payment information can be generated on the calling terminal or the called terminal, and the called terminal can trigger the second incoming call reminder or connect the incoming call according to the commitment payment information.

[0291] Since the commitment payment information is the information that the calling user indicates their willingness to pay the call connection fee, but the payment has not been actually completed, therefore, the above-mentioned payment guidance information sending step needs to be executed after the call ends. In this way, on the one hand, it can provide the calling user with the payment guidance information so that the calling user can pay the call connection fee according to the payment guidance information, and on the other hand, it can also play a role in reminding the calling user to pay, reducing the probability that the calling user forgets to pay the call connection fee after hanging up the phone.

[0292] In addition, to prevent the calling user from defaulting, a subsequent mechanism is also needed to monitor and verify whether the actual payment is completed on time. If the payment is not completed, corresponding measures need to be taken, such as restricting future call requests or sending a payment reminder to the calling user. Therefore, in some embodiments, the payment confirmation information includes commitment payment information; correspondingly, the method may further include:

[0293] After the call ends, perform a default handling step according to the commitment payment information, and the default handling step includes at least one of the following:

[0294] In the case where it is detected that the commitment payment information has not been fulfilled within the first time limit, send a reminder message for collecting the call receiving fee to the calling terminal, and the reminder message for collecting the call receiving fee is used to prompt the calling user to pay the call receiving fee for this call;

[0295] In the case where it is detected that the commitment payment information has not been fulfilled within the second time limit, send a credit default information about the calling number to the server, and the credit default information is used for other called terminals communicatively connected to the server to restrict the call receiving of the calling number.

[0296] Wherein, the first time limit refers to a relatively short time period set in advance, within which the calling user needs to complete the payment. If the payment is not completed beyond the first time limit, it is regarded as a default. The second time limit refers to a relatively long time period set in advance. If the payment is still not completed beyond this time limit, it is regarded as a serious default, and the second time limit is greater than the first time limit. The reminder message for collecting the call receiving fee is a message sent to the calling user to remind him to pay the call receiving fee. The credit default information refers to the information recording that the calling user fails to fulfill the payment commitment, which may include a credit default mark for marking the calling user and / or the calling number as an untrusted state. The user and number marked as an untrusted state are respectively called a credit default user and a credit default number. The call receiving restriction refers to restricting the subsequent calls to the credit default number and / or the credit default user, such as rejecting the current incoming call of the calling number, canceling the post-payment permission of the calling number, restricting that the calling user must first pay the unpaid call receiving fee in history before continuing to call, increasing the call receiving fee required for the calling number, etc. The call receiving of the credit default number and the credit default user can be restricted according to at least one of the above methods.

[0297] In this way, the payment behavior of the calling user can be effectively managed, ensuring the rights and interests of the called user are protected. Specifically, timely sending of reminder messages for collecting call charges can remind the calling user to complete the payment as soon as possible, thus increasing the payment rate; for users who fail to fulfill the payment commitment for a long time, they can be marked as untrustworthy users, or their calling numbers can be marked as untrustworthy numbers, and corresponding restrictive measures can be taken to effectively prevent malicious behaviors; a strict default handling mechanism can enhance the trust in the entire paid call answering mechanism, making more users willing to use the paid call answering function; the entire default handling process can be implemented through an automated program, reducing manual intervention, improving efficiency, and reducing operating costs. Based on the above description, the embodiments of the present application can take effective default handling measures when the calling user fails to fulfill the payment commitment on time, which can not only protect the rights and interests of the called user, but also maintain the healthy operation of the entire paid call answering mechanism, while improving the user experience and trust, and realizing an efficient, convenient, and secure paid call answering process.

[0298] In some alternative embodiments, before executing the first incoming call reminder, it may further include:

[0299] Detecting whether the calling number is an untrustworthy number;

[0300] In the case where it is detected that the calling number is an untrustworthy number, imposing an answering restriction on the calling number;

[0301] In the case where it is detected that the calling number is not an untrustworthy number, triggering the first incoming call reminder.

[0302] Among them, detecting whether the calling number is an untrustworthy number can be achieved by sending a query request for untrustworthy numbers for the calling number to the server. After receiving the implementation number query request, the server can query in the database whether the calling number corresponds to untrustworthy information. If there is untrustworthy information, it is determined that the calling number is an untrustworthy number; if there is no untrustworthy information, it is determined that the calling number is not an untrustworthy number, and the judgment result indicating whether the calling number is an untrustworthy number is fed back to the called terminal, or the query result of whether the calling number corresponds to untrustworthy information is fed back to the called terminal, and the called terminal determines whether the calling number is an untrustworthy number according to the query result. The above can all achieve the purpose of the embodiments of the present application and should all be within the protection scope of the present application.

[0303] The above answering restriction can be implemented by adopting at least one of the following answering restriction methods: rejecting the current incoming call of the calling number, canceling the post-payment permission of the calling number, restricting that the calling user must first pay the unpaid call charges in history before continuing to call, and increasing the call charges to be paid by the calling number.

[0304] The first call answering restriction method: Reject the incoming call. Under this call answering restriction method, the current incoming call from the calling number can be directly rejected. This method can completely prevent the called user from being interfered by untrusted sources, ensuring that only trusted incoming calls can enter the user's communication environment. At the same time, it can also convey a clear message to the calling user: Due to the failure to fulfill the payment commitment before, the current call attempt has been rejected, which helps to prompt the calling user to resolve the historical arrears as soon as possible. On this basis, an answering restriction reminder message can also be sent through an interactive voice response system or a second call application. This answering restriction reminder message can be used to remind the calling user that they must first pay the historical unpaid call charges before the answering restriction can be lifted.

[0305] The second call answering restriction method: Cancel the post-payment permission of the calling number. Under this call answering restriction method, the mode of answering first and then paying is not supported, and only the paid answering process can be executed according to the mode of paying first and then answering. The calling user must pay the call charges in advance as a guarantee to trigger the incoming call reminder function of the called terminal, thus avoiding the situation where a lost signal number makes a call in the way of reminding first and then paying. Through this method, it can ensure the safe receipt of the call charges before the call starts, reducing the risk of subsequent recovery.

[0306] The third call answering restriction method: Restrict the calling user to continue the call only after paying the historical unpaid call charges. Under this call answering restriction method, the calling user can be actively reminded that they must first pay the historical unpaid call charges as a prerequisite for continuing the call. This method not only aims to recover the past arrears but also gives the calling user a chance to correct, encouraging them to abide by the established payment rules. When the calling user completes the payment, their number can be removed from the blacklist and they can restore their normal communication rights. Therefore, this method can protect the rights and interests of the called user while also providing room for flexible handling, and is applicable to situations where the default may be due to negligence rather than intention, helping to rebuild the trust relationship between the two parties.

[0307] The fourth call answering restriction method: Increase the call charges required for the calling number. Under this call answering restriction method, for calling users who frequently default or are listed in the blacklist multiple times, a higher charging standard can be set for them to increase the cost of their repeated calls. This method can not only serve as a warning but also screen out callers who truly have urgent needs and are willing to bear higher costs. The higher fee threshold can effectively reduce unnecessary harassing calls, protecting the privacy and time resources of the called user. At the same time, such an arrangement also provides a way for users who occasionally default but hope to regain trust, that is, by paying higher fees to prove their sincerity and gradually restore normal communication rights.

[0308] The call reception restrictions in the embodiments of the present application can be flexibly set based on the above-mentioned multiple call reception restriction methods in combination with actual requirements and extended on this basis. The embodiments of the present application do not make any limitations. Among them, the above-mentioned multiple call reception restriction methods can be implemented in combination or classified according to the degree of restriction. For example, the degree of restriction is proportional to the number of times of credit default or the degree of credit default. The more times of credit default or the higher the degree of credit default, the more severe the degree of restriction. On the contrary, the fewer times of credit default or the lower the degree of credit default, the lighter the degree of restriction. The calling user can lift the credit default mark and call reception restriction by paying the unpaid call reception fees in the past, or reduce the degree of call reception restriction by increasing the number of performance fulfillments or the performance fulfillment ratio, etc. All of the above can serve the purpose of urging the calling user to pay the call reception fees in a timely manner to ensure that the called user can receive call reception compensation.

[0309] It should be noted that it is only necessary for the aforementioned payment confirmation information to have a corresponding relationship with the calling number. The embodiments of the present application do not limit the payment entity that executes the payment behavior. The payment entity can be the calling terminal, a payment device on behalf of others, or the server, etc. Correspondingly, the above-mentioned payment confirmation information can be generated based on the payment behavior of the calling terminal, or can be generated based on the payment behavior of other payment devices on behalf of others, or can also be generated by the server withholding from a designated account according to the withholding agreement corresponding to the calling number, or can be generated based on an automatic payment mechanism, etc. The embodiments of the present application do not make any limitations as long as the payment confirmation information is associated with the calling number and can indicate that it is used to pay for the calling behavior of the calling number to the called number. In addition, the payment confirmation information and the calling number can be directly associated or indirectly associated. For example, when the calling user makes a payment, the second call application can automatically add the calling number as a payment note information. After the payment is completed, the payment confirmation information carries the above-mentioned payment note information, and the called terminal can determine that the payment completion information is associated with the calling number according to the payment note information; another example is that the called terminal or the server can generate a payment order for the calling number according to the call request. After the calling terminal makes a payment according to the payment order, the payment confirmation information can be indirectly associated with the calling number according to the payment order; the above are only exemplary descriptions of associating the payment confirmation information with the calling number, and those skilled in the art can implement it directly or after modification accordingly, and they should all be within the protection scope of the present application.

[0310] In addition, when the called terminal supports multi-SIM card services, as a non-essential implementation manner, in order to make the payment purpose of the payment confirmation information more clear, the payment confirmation information can also be associated with the called number. For example, the payment confirmation information is directly associated with the called number by adding the called number to the above-mentioned payment note information, and the payment confirmation information is indirectly associated with the called number through the payment order, etc. The present application will not elaborate one by one, and they should all be within the protection scope of the present application.

[0311] It should be noted that the calling number can be a mobile phone number, a fixed number, or a virtual number. The embodiments of the present application do not make any limitations, and all of them are applicable to the incoming call processing solution provided by the present application.

[0312] In some application scenarios, the calling number can be a fixed number. Correspondingly, the calling terminal can be a communication device without independent payment ability such as a landline phone. In order to realize the payment of the answering fee in this case, in some embodiments of the present application, a payment proxy device is supported to pay the answering fee on behalf of the calling terminal without independent payment ability. Correspondingly, in the mode of paying first and then answering, the payment confirmation information can be a payment completion information generated according to the answering fee paid by the payment proxy device, so that the call to the called number can still be realized when the calling terminal does not support the payment function. In addition, the payment proxy device can also pay on behalf of the calling terminal after the call ends in the mode of answering first and then paying, which is also within the protection scope of the present application. It should be noted that the payment proxy device provided by the embodiments of the present application can be a terminal device such as a mobile phone, a tablet computer, a laptop computer, a desktop computer, etc., or a server device such as a server. It can be a device with a payment proxy function set on the calling user side, such as a management machine of a call center, a background service device of a call software, etc., or a payment proxy device provided on the server side dedicated to providing payment proxy services for users. The embodiments of the present application do not make any limitations.

[0313] In some application scenarios, the calling number can also be a virtual number. A virtual number refers to a telephone number generated by technical means that does not directly correspond to a physical telephone line or an actual SIM card. Such numbers are usually assigned to users by service providers and can be used in different application scenarios, such as for protecting privacy, temporary communication, or as an intermediary number to shield the true contact information of both parties. The calling terminal corresponding to the virtual number refers to the device that actually initiates the call, which can be any device capable of making calls through the Internet or a telephone network, such as a smart phone, a tablet computer, a landline phone, or even a dedicated communication device. When a user makes a call using a virtual number, the actual call request of the user will first be routed to the platform providing the virtual number service, and then the platform will transfer the call to the target called party, that is, the called terminal, according to preset rules. In addition, for the case where the calling user makes a call using a virtual number, a payment proxy device can also be used to pay the answering fee, which can also achieve the inventive purpose of the present application and should also be within the protection scope of the present application.

[0314] To simplify the payment process and improve the user experience, the embodiments of this application also provide an automatic payment mechanism. When the calling number initiates a call, under the condition of meeting the paid-answer condition, the corresponding answer fee can be directly deducted from the payment account pre-bound with the calling number or after confirmation by the calling user, without the calling user manually making a payment each time. After the automatic payment is completed, a payment confirmation message can be triggered to further trigger the incoming call reminder of the called terminal. An exemplary implementation of the automatic payment mechanism is as follows:

[0315] First, the administrator of the calling number can enable the automatic payment function for the calling number and bind a payment account according to the automatic payment agreement. The payment account can be a bank account, a credit card account, a third-party payment platform account, or a call platform account opened on the call application server side, which is not limited in the embodiments of this application. For individual users, the automatic payment function can be enabled and a payment account can be bound in the second call application. For corporate users, the administrator can sign the automatic payment agreement through the management web page or client provided by the server to enable the automatic payment function and bind a payment account. Among them, multiple phone numbers can be bound to the same payment account to meet the needs of the company to uniformly pay the answer fees for the outgoing calls made by employees. For example, for a telemarketing platform or team that settles accounts uniformly by the company, multiple phone numbers of the telemarketing team can be bound to the company's centralized management payment account. In addition, the payment account bound to the same phone number is not limited to one. For example, it can include a primary payment account and a backup payment account to ensure the successful completion of the answer fee payment. After the automatic payment function is enabled, the binding relationship between the calling number and the payment account will be stored by the server.

[0316] When the calling user initiates a call through the calling number, after the called terminal receives the call request, it will immediately detect whether the calling number meets the paid-answer condition. If it is confirmed that the condition is met, the automatic payment steps will be triggered. The automatic payment steps may include:

[0317] Query through the server whether the calling number meets the automatic payment condition;

[0318] Under the condition that the calling number meets the automatic payment condition, trigger an automatic payment operation, and the automatic payment operation includes automatically paying the answer fee based on the payment account bound to the calling number.

[0319] Among them, the above-mentioned automatic payment conditions may include: having a pre-bound payment account, and / or having automatic payment authorization, etc. After confirming that the automatic payment conditions are met, the automatic payment operation can be triggered. Among them, the automatic payment operation can be directly triggered by the called terminal, can also be triggered by the server, or can also be triggered by the calling terminal, all of which can achieve the purpose of the embodiments of the present application. The above-mentioned automatic payment operation includes automatically paying the call connection fee based on the payment account bound to the calling number. Specifically, it may include requesting to pay the call connection fee required for this call using the payment account bound to the calling number. In addition, it may also include paying to the first account held by the called user. For example, sending an automatic payment request to a preset payment channel, requesting to deduct the call connection fee required for this call from the bound payment account and transfer it to the first account held by the called user.

[0320] The automatic payment mechanism can be applied to common telecom call scenarios such as mobile phone numbers, virtual numbers, landline phones, company phones, and telemarketing platforms, especially applicable to situations that require frequent paid call connections and have stable payment sources. The automatic payment mechanism can significantly improve the efficiency and convenience of the paid call connection process, provide a smoother and interference-free call experience, thereby optimizing the user experience. It can not only reduce the trouble of the calling user having to perform additional payment operations before each call, but also ensure the fast and accurate payment process, avoiding the risk of call interruption caused by delayed payment. For users who frequently initiate calls, the automatic payment mechanism can provide great convenience, enabling the calling user to focus on the communication itself without worrying about payment issues. In addition, for common telecom call scenarios such as virtual numbers, landline phones, company phones, and telemarketing platforms, due to reasons such as the calling terminal not having a payment function, the calling user being inconvenient to pay, the need for the company or unit to make centralized payments or proxy payments, etc., the payment of the call connection fee is affected. These can be effectively solved through the automatic payment mechanism or proxy payment function, realizing the smooth payment of the call connection fee, and ensuring that the call processing method provided by the present application can be applied to various call scenarios. And because automatic payment requires prepaying funds into the payment account to ensure there is sufficient funds to pay the call connection fee, it can ensure that every successful call is accompanied by reasonable economic compensation to the called user, thereby improving the overall quality and reliability of communication.

[0321] It should be noted that, in order to avoid the abuse of the automatic payment mechanism, in some embodiments, it is necessary to trigger the execution of the automatic payment operation after the calling user confirms. Correspondingly, after detecting that the calling number meets the paid call connection conditions, the method further includes:

[0322] Detecting whether the calling number is bound to a payment account for automatic payment;

[0323] When it is detected that the calling number is bound to the payment account, send automatic payment option information to the calling terminal, where the automatic payment option information is used for the calling user to trigger the use of the automatic payment mechanism to pay the call charge.

[0324] Among them, detecting whether the calling number is bound to a payment account for automatic payment can be achieved by sending a query request to the server. Since the server stores a large number of binding relationships between telephone numbers and payment accounts, it is possible to detect whether the calling number is bound to a payment account by querying the above binding relationships. If there is no bound payment account, the aforementioned paid call prompt step can be triggered to continue the paid call process; if there is a bound payment account, the automatic payment option sending step can be triggered, and the automatic payment option information is sent to the calling terminal through the automatic payment option sending step. After receiving the automatic payment option information, the calling terminal will display or play the automatic payment option information by voice for the calling user to select. The calling user can choose whether to use the automatic payment mechanism to pay the call charge. If the user chooses to use it, the use of the automatic payment mechanism to pay the call charge can be triggered. If the user chooses not to use it, the paid call process can be continued according to the aforementioned paid call prompt step.

[0325] In addition, the above automatic payment option information can be sent separately from the payment guidance information, or can be sent together. For example, after the automatic payment option information and the payment guidance information are sent together, the calling terminal can display multiple payment methods at the same time. Among them, according to the payment guidance information, multiple payment methods can be provided for the user to choose, and automatic payment using the payment account can also be used as an optional payment method for the user to choose. In this way, not only can the overall interaction process be simplified, but the calling user also has more payment methods to choose from, and the payment is more convenient, which can help improve the fluency of the overall call and the user experience.

[0326] Considering that the calling user will surely expect to obtain sufficient call time when choosing the paid call service. If the called user hangs up immediately after answering the call, this behavior obviously does not meet the expectations of the calling user. Frequent occurrence will gradually erode the enthusiasm of some calling users to pay, which is not conducive to establishing a fair, efficient, and sustainable communication environment. Therefore, it is necessary to reasonably restrict the call duration of the called user to ensure that the rights and interests of the calling user are fully protected, so as to balance the rights and obligations of the calling user and the called user in the paid call scenario and maintain a good call experience. Specifically, in some alternative implementation manners, the method may further include:

[0327] After the incoming call is connected, execute a call duration protection process, where the call duration protection process includes protecting the call duration of this call by using a preset call duration protection method, and the call duration protection method includes at least one of the following:

[0328] Play or display an answer protection prompt message, where the answer protection prompt message includes a prompt message for prompting the called user that the answer duration needs to be greater than the answer protection duration;

[0329] Display answer duration progress information on the call interface of the called terminal, where the answer duration progress information includes the current call answer timing information and the answer protection duration identifier;

[0330] During the answer protection duration, in response to the first hang-up trigger operation input by the called user, maintain the call state and display the answer protection prompt message, where the answer protection prompt message includes a prompt message for prompting the called user that the answer duration needs to be greater than the answer protection duration;

[0331] During the answer protection duration, in response to the second hang-up trigger operation input by the called user, hang up the current call;

[0332] Hide the hang-up control during the answer protection duration, and display the hang-up control after the answer duration exceeds the answer protection duration, where the hang-up control is used for the called user to input a hang-up trigger operation.

[0333] Among them, the answer duration protection process refers to a series of measures started according to preset conditions after the incoming call is connected to prevent the called user from ending the call prematurely and ensure that the current call can reach the preset minimum duration requirement. These measures may include, but are not limited to, playing or displaying an answer protection prompt message, displaying answer duration progress information, maintaining the call state and prompting in response to the first hang-up trigger operation, hiding the hang-up control, etc. The purpose is to protect the rights and interests of the calling user after payment and avoid unnecessary fee disputes or service quality problems caused by too short a call duration. Considering that the answer duration protection process mainly protects the rights and interests of the paid calling user, therefore, the answer duration protection process can be triggered and executed when the payment confirmation information is payment completion information, that is, the answer duration protection process is executed after confirming that the calling user has paid the answer fee. When the payment confirmation information is commitment to pay information, the answer duration protection process may not be executed, or the answer duration protection process may be executed. This application embodiment does not make a limitation.

[0334] The call protection duration refers to a minimum call duration standard preset in the paid call service, aiming to ensure that the calling user can have sufficient time to communicate with the called user, avoiding poor user experience or damaged rights and interests due to too short call time. When the calling user pays a certain fee to initiate a paid call, the called terminal or the server can judge whether the actual call reaches the reasonable duration requirement according to this preset call protection duration. If the call is connected but the actual call duration does not reach the call protection duration, the refund process can be executed according to the set rules, and part or all of the fees will be returned to the calling user to compensate for the unmet expected service experience.

[0335] The call duration progress information is the information displayed on the call interface of the called terminal, including the call timing information and the call protection duration identifier of this call, which is used to remind the called user of the current call time and the shortest call duration required. The call protection duration identifier can mark the call protection duration through visual information (such as images, texts, icons, color bars, progress bars, etc.), facilitating the called user to intuitively understand the shortest call duration required. Combining the call timing information can display the call duration progress information, thus intuitively conveying the current call time progress information to the called user, preventing the called user from hanging up too early to a certain extent, protecting the rights and interests of the calling user, and ensuring that each paid call can reach the expected service quality.

[0336] The call protection prompt information is the prompt information used to remind the called user that the call duration needs to be greater than the call protection duration. It can be played by voice or displayed on the screen. It can be played or displayed just after the called user answers the call, or after the called user inputs the first hang-up trigger operation, so as to give a timely reminder when the called user tries to hang up. The hang-up control is the interface element for the called user to input the hang-up trigger operation, which can be redisplayed after the call duration exceeds the protection duration, allowing normal hang-up operations.

[0337] In some examples, after the incoming call is connected, the call duration progress information can be displayed on the call interface of the called terminal, including the call answering timing information of this call and the call answering protection duration identifier. This way can not only enable the called user to clearly understand the current call time progress, but also remind the minimum call duration that needs to be reached. If within the call answering protection duration, the called user attempts to end the call by triggering the first hang-up operation, the called terminal can maintain the call state and display a call answering protection prompt message on the screen, clearly informing the called user to continue the call until the protection duration is exceeded. If the called user attempts to hang up again, that is, the second hang-up trigger operation, the call can be allowed to be hung up. In addition, to further prevent misoperation or intentional hanging up, the hang-up control can also be hidden within the call answering protection duration and only redisplayed after the call duration exceeds the protection duration, enabling the called user to end the call normally.

[0338] It should be noted that the call answering timing information of this call can start from when it is detected that the called user performs a direct answering operation, or rather, starts after the call link between the two parties is opened or restored, instead of starting from answering the incoming call in the background, so as to accurately record the actual call duration between the two parties.

[0339] This embodiment can ensure that every paid call can meet the expectations of the calling user by introducing the call duration protection mechanism, and avoid the dissatisfaction of the calling user caused by the called user hanging up too early. Therefore, this way can not only protect the rights and interests of the calling user, enhance the trust in the paid call service, but also better balance the interests and needs of both the calling user and the called user. Although call duration protection is carried out, it will also fully support the called user to hang up the phone at any time, ensure that every paid call can meet the reasonable expectations of both parties, maintain a fair and transparent paid call environment, and improve the user call experience.

[0340] Based on the above embodiment, in some modified embodiments, after the incoming call is connected, the call duration protection process can be executed, and it can include:

[0341] When the calling number meets the call duration protection conditions, execute the call duration protection process after the incoming call is connected; wherein, the call duration protection conditions include at least one of the following:

[0342] The payment confirmation information corresponding to the calling number is payment completed information, and the paid call fee includes the call duration protection fee;

[0343] The number category of the calling number belongs to a preset number category that supports call duration protection;

[0344] The membership level corresponding to the calling number belongs to a preset membership level that supports call duration protection;

[0345] The calling number has enabled the call duration protection privilege.

[0346] Among them, the call duration protection condition is the specific condition for judging whether to initiate the call duration protection process, which can be determined based on multiple dimensions such as payment status, number category, membership level, and privilege settings.

[0347] The call duration protection fee refers to an additional fee paid by the calling user when paying the call reception fee, which is used to ensure that the current call can reach the preset minimum duration requirement. This fee is usually part of the call reception fee. For example, the call reception fee can include a basic fee and an additional fee. The basic fee is the necessary fee for triggering the second call reminder or answering the call, while the additional fee is the fee for obtaining additional rights and interests. The additional rights and interests include call duration protection, personalized reminder ringtones, personalized reminder special effects, etc. The fee for obtaining the call duration protection right can be called the call duration protection fee. When the calling user chooses to pay the call reception fee including the call duration protection fee, the call duration protection process can be automatically initiated after the call is answered. By clarifying that the payment confirmation information is the payment completion information and triggering the call duration protection process when the paid call reception fee includes the call duration protection fee, it can be ensured that the call duration protection process will only be initiated when the calling user agrees and pays the additional fee, so as to decide whether to initiate the call duration protection process according to the needs of the calling user, giving full play to the autonomy of the calling user and meeting the personalized needs of the calling user; moreover, through the call duration protection fee, it can also bring additional benefits to the called user, making the balance between what is given and what is received; and if the called user needs to end the call in advance, the call reception fee can also be refunded through the subsequent refund processing process, thus ensuring that the rights and interests of both the calling user and the called user can be protected.

[0348] In the above description, by dividing the call reception fee into a basic fee and an additional fee, it can not only flexibly meet different user needs, but also improve the overall service quality and user experience. For ordinary calls, the calling user only needs to pay the basic fee to enjoy the basic paid call reception service; while for calling users with special needs, they can choose to pay the additional fee to obtain more value-added services and safeguard measures. This method can not only enhance flexibility and adaptability, but also provide more choices for users, enabling each call to obtain the optimal service configuration according to the actual situation.

[0349] The call duration protection-supported number categories refer to the preset number categories that meet specific conditions and can support the initiation of the call duration protection process after a call is connected. Different types of numbers (such as unclassified calls, marketing calls, scam calls, etc.) may have different additional fee charging standards and service terms. Therefore, it is possible to decide whether to initiate this process based on the number category. For example, unclassified calls can support call duration protection, so the call duration protection process can be executed; while scam calls should not be protected by call duration protection and do not support it, so the call duration protection process should not be executed. By checking the category of the calling number, the call duration protection mechanism can be flexibly applied to adapt to different usage scenarios and technical requirements. This method can not only improve the effectiveness of calls but also protect the rights and interests of the calling users.

[0350] The membership level supported for call duration protection refers to the ability to automatically determine whether to initiate the call duration protection process based on the membership level of the calling user. Users with a high membership level or those who have selected specific service packages may enjoy more protection measures and service guarantees, thus enhancing user satisfaction. For example, high-level members have the right to call duration protection to ensure the quality and effectiveness of their important calls. By checking the membership level corresponding to the calling number, a personalized service experience can be provided according to the user's subscription level. This method can not only enhance the user experience but also enable the provision of differentiated services according to the actual needs of different users, improving the overall service satisfaction.

[0351] The call duration protection permission refers to the permission setting indicating whether the calling number has enabled the call duration protection function. Only when the permission is enabled will the corresponding call duration protection process be initiated to ensure the full protection of the user's rights and interests. This permission setting can be selected by the user to enable or disable it, or it can be configured by the service provider according to the user's subscription level or specific requirements. By checking whether the calling number has enabled the call duration protection permission, it can be ensured that the call duration protection process will only be initiated when the calling user clearly agrees and enables this function. This method can not only improve the user's autonomy but also enhance flexibility and security, ensuring that each call can meet the preset minimum duration requirement, thereby improving the effectiveness of calls and service quality.

[0352] In specific implementation, it is possible to first detect whether the calling number meets any of the call duration protection conditions. If the conditions are met, the call duration protection process is immediately initiated. For example, when the payment confirmation information of the calling number is the payment completion information and the paid call charges include call duration protection fees, the protection process can be automatically initiated after the call is connected. Similarly, if the number category of the calling number belongs to the preset number categories that support call duration protection, or the membership level corresponding to the calling number belongs to the preset membership levels that support call duration protection, the call duration protection process can also be initiated. In addition, it is also possible to check whether the calling number has the call duration protection permission enabled to ensure that the protection process is only initiated when the permission is enabled.

[0353] It should be noted that the above-mentioned multiple call duration protection conditions can be used selectively or in combination. When used in combination, it can be set to execute the call duration protection process as long as any one of them is met, or it can be set to execute the call duration protection process only when all of them are met. The embodiments of the present application do not make any limitations, and those skilled in the art can implement them flexibly according to actual needs, and they should all fall within the protection scope of the present application.

[0354] By introducing the above call duration protection conditions, it is possible to determine whether to execute the call duration protection process based on the call duration protection conditions, thereby protecting the rights and obligations of both the calling user and the called user. Moreover, the call duration protection mechanism can be flexibly applied according to conditions in different dimensions to adapt to various complex scenarios and technical requirements, meet the diverse and personalized paid call needs of users, enhance the user experience, enable users to pay more attention to effective communication during the call, and improve the overall service satisfaction.

[0355] Considering that in cases where the calling number is a new number of a friend, the calling number is a new customer's number, the calling user has paid but the called user has not answered the call, etc., it is often necessary to refund the paid call charges to the calling user. In view of the above requirements, in some alternative implementation manners, the method may further include:

[0356] When the refund trigger condition is met, trigger the execution of the refund processing procedure, and the refund processing procedure includes refunding all or part of the call charges paid by the calling user;

[0357] The refund trigger condition includes at least one of the following: the call is automatically hung up without being answered by the called user, the call is ended by the called user and the call duration is less than the preset call protection duration, and a manual refund operation input by the called user is detected.

[0358] The refund trigger condition refers to the specific conditions that can initiate the refund processing flow, ensuring that part or all of the call charges can be automatically refunded or refunded according to the user's request under specific circumstances. The call protection duration is a pre-set minimum call duration standard to protect the rights and interests of the calling user and prevent short call times from affecting the user experience. The manual refund operation refers to the process in which the user actively initiates and requests the execution of the refund processing flow through a specific interface or channel.

[0359] The refund processing flow refers to a series of processes automatically executed by the called terminal or server or according to the user's request in the paid call service when specific refund trigger conditions are met. The aim is to refund part or all of the call charges paid by the calling user or to cancel the committed payment information made by the calling user and no longer charge the calling user for the committed call charges.

[0360] The refund processing flow involves multiple steps and technical mechanisms to ensure the safety, accuracy, and efficiency of the refund process. When it is detected that the refund trigger conditions are met, such as the call being automatically hung up without being answered by the called user, the call ends and the duration is less than the pre-set call protection duration, the called user enters a manual refund operation, etc., the refund processing flow will be initiated. For example, first, the refund request is verified to confirm whether the request conforms to the pre-set refund rules, and then the specific amount to be refunded is calculated. This amount may be a full refund or a partial refund in proportion, depending on the actual call situation and the pre-set refund rules. Then, the funds are refunded to the calling user's payment account through a secure payment channel to ensure the security and accuracy of the funds, and the relevant information of this refund event is recorded, including the reason for the refund, the refund amount, the refund time, etc., for subsequent auditing and analysis to improve the overall service quality. In addition, to enhance the user experience and the reliability of the system, the refund processing flow can also include sending notifications to the user to inform them of the refund status and processing results, etc., so as to not only improve the user's right to know but also enhance their trust in the paid call service. For example, when the refund is successfully completed, a text message or in-app message can be sent to the calling user to explain the specific refund amount and the expected arrival time, ensuring that the user can timely understand and confirm the refund situation.

[0361] In some examples, when the calling user initiates a call but the called user does not answer the call and the call is automatically hung up after a certain period of time, the called terminal or the server can automatically trigger a refund processing procedure to fully or proportionally refund the paid call answer fee to the calling user. This method can effectively protect the rights and interests of the calling user. If the call is connected but the actual call duration does not reach the preset call answer protection duration (such as 1 minute), the refund processing procedure can also be executed according to the set rules. This mechanism ensures that even if the call is short-lived, the calling user will not suffer unnecessary economic losses due to the too short call time. It should be noted that in this method, it can be limited that the refund is only triggered for the situation where the called user hangs up the call, and no refund is required for the situation where the calling user hangs up the call. In addition, to give the called user a certain degree of flexibility and control, it is also allowed to start the refund processing procedure by manually triggering a refund control. This method is applicable to some special situations, such as after the call, the called user finds that they know the calling user and wants to refund the call answer fee, etc.

[0362] In this embodiment, by introducing multiple refund trigger conditions, it is possible to provide a more intelligent and personalized communication management solution while protecting the rights and interests of users. This method helps to improve the trust of both calling and called users in the paid call answer service. It can not only bring anti-harassment function and incoming call compensation function to the called user, but also protect the rights and interests of the calling user, thereby enhancing the user experience. Especially in ensuring call quality and fairness, it provides a more transparent and reasonable solution to ensure that each paid call answer can meet the reasonable expectations of both parties as much as possible.

[0363] Among them, the refund amount of the above refund processing procedure can be fully refunded, or partially refunded according to the platform regulations or the customized requirements of the called user. The embodiments of the present application do not make limitations, and they should all be within the protection scope of the present application.

[0364] In addition, the above refund processing procedure can be initiated by the called terminal. For example, for the call answer fee directly paid to the called user's account, the called terminal can initiate a refund. In addition, the above refund processing procedure can also be initiated by the server. For example, for the embodiment where the call answer fee is first paid to the server and then the server pays it to the called user after the call ends, the server can initiate a refund after the call ends when detecting that the refund trigger condition is met, instead of paying it to the called user. In addition, it can also be in a way that the called terminal requests the server to trigger, etc. They can all achieve the purpose of the embodiments of the present application, and will not be elaborated here one by one. They should all be within the protection scope of the present application.

[0365] In some examples, the calling user pays the call receiving fee to the server (such as a payment platform). The server can then generate a payment confirmation message and send it to the called terminal. The called terminal triggers a second incoming call reminder based on the payment confirmation message. After the call ends, if the call duration is greater than the call receiving protection duration, after deducting a part of the platform service fee from the call receiving fee, the remaining call receiving fee is paid to the first account of the called user. If the call duration is less than the call receiving protection duration, a refund processing procedure is executed to refund all or part of the call receiving fee to the calling user.

[0366] Based on the above implementation manner, in some modified implementation manners, the method further includes:

[0367] After the call ends, a call end interface is displayed, and a manual refund trigger element is displayed on the call end interface. The manual refund trigger element is used for the called user to input a manual refund operation.

[0368] In response to the manual refund operation input by the called user based on the manual refund trigger element, it is determined that the refund trigger condition is met.

[0369] The call end interface refers to the screen or page that the user sees after a call ends. This interface not only summarizes the call information just ended, such as call duration, fee details, etc., but also provides various subsequent operation options, such as refund options, add contact options, mark options, etc. The above operation options can be displayed and provided for the user to select in the form of controls and other elements to enhance the user experience and interactivity. Specifically, the call end interface can be displayed immediately after the call terminates, ensuring that the user can quickly obtain relevant information and take further actions as needed. For example, the user can view the call record, save contact information, or perform other related operations through this interface. In addition, the call end interface can also integrate additional functions and services, such as evaluating call quality, sending text messages, etc., so as to provide a centralized and convenient operation platform for the user.

[0370] On the call end interface, the manual refund trigger element is a specific user interface element used to provide a refund option for the called user and allow the user to input a manual refund operation. It usually appears as a button, selection form, control, or other interactive components, with obvious identifiers (such as "One-key refund call receiving fee", "Drag the call receiving fee identifier to refund", etc.) for the user to identify. When the called user clicks, selects, or drags the manual refund trigger element, it means that the manual refund operation is input, and the called terminal can trigger the refund processing procedure. In the refund processing procedure, the refund can be directly carried out according to the predetermined rules. In this case, the overall refund process can be called one-key refund, that is, the called user only needs to click, select, or drag the refund option in the manual refund trigger element, and the refund can be automatically completed without subsequent operations.

[0371] In some alternative embodiments, the refund options displayed on the call end interface are not limited to one, but can also be multiple. Different refund options correspond to different refund amounts. The refund amount can be displayed as a refund percentage or as a specific amount. This application's embodiments do not make any limitations. For example, refund 100%, refund 80%, refund 50%, refund 30%, refund 1 yuan, refund 0.5 yuan, etc. Multiple refund options can be separately displayed and accepted for user selection with multiple manual refund trigger elements as carriers, that is, the refund options correspond one-to-one with the manual refund trigger elements. In addition, multiple refund options can also be integrated in one manual refund trigger element for display and acceptance of user selection. For example, the manual refund trigger element can use a drop-down menu, a checkbox, a selection form, etc. to display multiple refund options for the called user to select. Additionally, the manual refund trigger element can also include a refund amount input box for the called user to enter the refund amount. Furthermore, the above-mentioned refund options and refund amount input box can also be separately set from the manual refund trigger element on the call end interface, and they can all achieve the purpose of this application's embodiments. In summary, the refund processing flow can specifically include returning the call charge already paid by the calling user according to the refund amount input (including selection) by the called user, thereby providing a convenient and fast manual refund solution that supports customizing the refund amount and meeting the diverse and free manual refund needs of users. Among them, the above-mentioned refund amount can be input based on the manual refund trigger element. For example, in the way that the above-mentioned refund options correspond one-to-one with the manual refund trigger element and the way that multiple refund options are integrated in one manual refund trigger element, the input of the refund amount is combined with the manual refund trigger element. On the one hand, it simplifies the display interface, and on the other hand, it is also more convenient for users to quickly input the manual refund operation of the required refund amount, which helps to improve the manual refund efficiency and user operation experience.

[0372] Based on the above embodiments, in some alternative embodiments, the method further includes:

[0373] After the call ends, detect whether the duration of this call reaches a preset call reception protection duration;

[0374] In the case where the duration of this call is less than the call reception protection duration, determine that the refund trigger condition is met.

[0375] After the call ends, the actual duration of the current call can be automatically detected and compared with a preset call-answering protection duration. If the detection result shows that the current call duration is less than the preset call-answering protection duration, it is automatically determined that this situation meets the refund trigger condition, and the corresponding refund processing procedure is initiated. Through this embodiment, it can be ensured that when the call duration is shorter than the preset call-answering protection duration, the refund processing procedure is automatically initiated, so that the rights and interests of the calling user can be effectively protected.

[0376] Based on the above embodiment, in some modified embodiments, the method further includes:

[0377] When it is detected that the current incoming call is not answered by the called user, it is determined that the refund trigger condition is met.

[0378] Among them, not being answered by the called user may mean that the called user does not answer the incoming call or directly refuses to answer within a certain period of time after the incoming call reminder. In the case where the calling user has already paid the call-answering fee, this obviously meets the refund trigger condition and a refund can be made.

[0379] Through this embodiment, it is possible to automatically detect and respond to the situation where the incoming call is not answered, without the need for additional operations by the user, thereby simplifying the refund application process and ensuring that when the incoming call is not answered, the refund processing procedure is automatically initiated, so that the rights and interests of the calling user can be effectively protected.

[0380] It should be noted that the refund mentioned in the foregoing embodiment description can be realized when the payment confirmation information is payment completion information, so as to return the call-answering fee already paid by the calling user. In addition, it can also be realized when the payment confirmation information is commitment-to-pay information. In this case, the refund can be understood as returning the calling user's payment commitment, and the calling user will no longer be charged the call-answering fee he promised to pay.

[0381] In some modified embodiments of the embodiments of the present application, the method may further include:

[0382] In response to an operation of adding a contact for the calling number, obtain the electronic business card corresponding to the calling number;

[0383] Add the calling user as a contact according to the identity information recorded in the electronic business card.

[0384] Among them, the contact addition operation refers to an action performed by a user on a communication application or device, aiming to save a certain phone number (in this case, the calling number) to the contact list, thereby adding this phone number as a contact. An electronic business card is a digital business card format, usually containing the user's detailed information, such as identity information like name, phone number, email address, company name, etc. In addition, the electronic business card provided in the embodiments of this application can also record business information related to this call (such as the purpose of the call, appointment matters, etc.). When the user performs the operation of adding the calling number as a contact, the called terminal can automatically detect and obtain the electronic business card corresponding to the calling number, and complete the contact addition process according to the user information recorded in the electronic business card. Among them, the electronic business card can be obtained in real time from the calling terminal or the server, or can be obtained in advance and called in real time.

[0385] For example, when the called user performs the contact addition operation of adding the calling number as a contact, the called terminal can immediately start a background process to search for and obtain the electronic business card associated with the calling number. This electronic business card can be stored in the calling terminal, cloud server, local database or other accessible data sources. Once the electronic business card is obtained, the user information in it can be parsed and automatically filled into the relevant fields of the contact addition interface, such as name, phone number, email address, etc. Then, a new contact entry can be created based on this information and saved to the user's contact list.

[0386] Through this implementation method, the intelligent level of contact management can be significantly improved. First of all, by automatically obtaining and utilizing the electronic business card information, the need for users to manually enter contact information can be reduced, thereby simplifying the operation process and improving efficiency; secondly, the accuracy and integrity of contact information can be ensured, avoiding information inconsistency problems caused by manual input errors. Moreover, since the electronic business card originates from the calling user and is initially filled in and generated by the calling user, the accuracy and authenticity of the electronic business card information can be ensured; in addition, this automated processing method can enhance the user experience, enabling users to complete multiple tasks in one operation, improving the overall operation efficiency and user satisfaction.

[0387] It should be noted that the paid answering method provided in this embodiment can coexist and be combined with existing harassing call interception solutions to obtain a more personalized anti-harassment function, meet the diverse usage needs of users, and provide a more intelligent and flexible communication environment for users. For example, existing common harassing call interception solutions usually intercept harassing calls based on number marking information. On this basis, after integrating the technical solution of this application, some unfamiliar calls of certain number categories can be directly intercepted according to the number marking information, while for unfamiliar calls of other number categories, a first incoming call reminder is executed to further execute the paid answering process. For example, for telephone numbers that are marked as advertising or fraud multiple times, they can be directly intercepted to avoid these unwanted incoming calls disturbing the user. For those cases where the numbers are still unfamiliar although not widely marked, the paid answering process can be selected to ensure that only calls willing to pay can trigger the incoming call reminder of the called terminal. In addition, it is also possible to determine whether to directly intercept or execute the first incoming call reminder based on the marking times of the telephone number. For example, if the marking times are less than the preset threshold, the first incoming call reminder is executed; if the marking times are greater than the preset threshold, the incoming call is directly intercepted, so as to effectively screen out high-risk harassing calls. Among them, the preset threshold can be flexibly set according to user needs or directly set by the user himself / herself, and the embodiments of this application do not make any limitations.

[0388] By organically combining the paid answering method with the harassing call interception solution, a more powerful and personalized communication management tool can be provided for users, thereby significantly improving the user's call experience, providing a more personalized and secure anti-harassment service, and meeting diverse usage needs. Specifically, while protecting users from frequent harassment, it also retains the possibility of receiving important unfamiliar incoming calls. For example, when a user receives an unfamiliar call from a new customer or potential partner, even if the number has not been widely marked, the paid answering mechanism still enables the other party to choose whether to pay a certain fee to ensure the smooth progress of the call. This way not only maintains the user's tranquility but also provides a channel for incoming calls with real communication needs. At the same time, by setting a reasonable marking times threshold, the processing strategy for different incoming calls can be dynamically adjusted, making the entire anti-harassment system more intelligent and efficient.

[0389] It should be noted that in the description of the embodiments of this application, for the sake of simplicity, some steps are described as being executed by the called terminal, the call application, or the server. Among them, the solutions executed by the called terminal and the call application can be directly executed by the call application, while the solutions executed by the server can be triggered by the called terminal or the call application sending relevant data and requests to the server to execute, and the execution result data is obtained from the server. The relevant parts can be understood with reference to this part of the description, and they are all simple modifications of the embodiments of this application and should be within the protection scope of this application.

[0390] Based on the above embodiments, the call processing method provided in the embodiments of the present application can at least achieve the following technical effects:

[0391] 1. Raise the threshold for answering calls from the calling number: By setting a paid answering condition on the called terminal used by the called user, the calling user needs to pay the fee to trigger the call reminder of the called terminal. If the calling user is unwilling to pay the fee, the second call reminder will not be triggered or the call will not be connected. Since the calling users of some harassing calls are usually unwilling to pay additional fees, the calling numbers that do not agree to pay the fees will not trigger the call reminder of the called terminal, thereby effectively reducing the number of call reminders and actual calls of harassing calls, and blocking some harassing calls. From the perspective of raising the threshold for answering calls from the calling number and reducing the number of harassing calls, the negative impact of harassing calls on the called user is reduced.

[0392] 2. Bringing answering income to the called user: Since answering harassing calls requires the calling user to pay a certain fee to the called user, if the calling user is willing to pay the fee to trigger the second incoming call reminder or answer the call, the called user can obtain certain financial compensation when answering these calls, bringing additional income to the called user. These financial compensations can effectively alleviate the negative emotions of the called user when answering harassing calls, thereby reducing the negative impact of harassing calls on the called user from the perspective of economic compensation.

[0393] 3. Enhance user control: After detecting a call request, the present application scheme first executes the first incoming call reminder, and the called user decides whether to execute the paid answering process, so that the called user can decide in real time whether to answer each incoming call for a fee, thereby being able to decide how to handle each incoming call according to the called user's wishes, giving the called user greater freedom, so that the handling of each incoming call can meet the needs of the called user; in addition, since the paid answering process is executed based on the paid answering operation input by the called user, the paid answering process is executed when the called user is aware of the incoming call and can answer the call. In this case, the calling user has a greater probability of being successfully answered after paying the answering fee, which can reduce the probability of the calling user paying the answering fee but not being answered, and reduce the waste of resources caused by unnecessary paid answering and refund processes, thereby improving resource utilization and call fluency as a whole, thereby improving the calling user's calling experience and the called user's answering experience.

[0394] 4. Reduce the waste of the user's time and energy: Since the calling user needs to pay a fee to trigger the called terminal to execute the second incoming call reminder or answer the call, and most calling users will only pay for important calls or valuable calls, for the calling numbers that can trigger the second incoming call reminder or answer the call, the called user can more confidently confirm the true intention of the other party before answering the call, thereby reducing the time and energy wasted by answering harassing calls and improving the call efficiency.

[0395] 5. It can benefit the calling user: The incoming call processing method provided by the embodiments of the present application is not only beneficial to the called user, but also has many advantages for the calling user. For example, taking the calling user engaged in marketing business as an example, this solution can improve the connection rate of marketing calls. Specifically, by setting the paid answer condition, it can help users screen out high-quality marketing calls. The initiator of a marketing call usually hopes to establish contact with potential customers through the phone. Paying a fee can serve as a screening mechanism to ensure that only truly sincere marketing calls can be successfully made. This can not only improve the connection rate of marketing calls, but also improve the effect of marketing activities. For the initiator of a marketing call, paying a fee can increase the value of the call. This not only shows the sincerity of the marketing call, but also can improve the willingness of the called user to answer the call. When the called user knows that the other party has paid a fee, they are more likely to answer the call, thereby improving the connection rate of marketing calls. When the called user knows that the initiator of the marketing call has paid a fee, they will have a higher sense of trust in these calls. This sense of trust can prompt the called user to be more willing to answer the call, thereby improving the connection rate and conversion rate of marketing calls. Therefore, the embodiments of the present application can also promote the healthy development of the telemarketing business by charging for incoming calls, reduce or eliminate the resistance and exclusion of users to telemarketing, and enable users who truly need it to receive better quality services.

[0396] In the above embodiments, an incoming call processing method is provided. Correspondingly, the present application also provides an incoming call processing device. The incoming call processing device provided by the embodiments of the present application can implement the above incoming call processing method, and the incoming call processing device can be implemented in a software, hardware, or a combination of software and hardware manner. For example, the incoming call processing device can include integrated or separate functional modules or units to execute the corresponding steps in the above methods. Please refer to Figure 6 , which schematically shows a schematic diagram of an incoming ...

Claims

1. A method for processing incoming calls, applied to a called terminal, characterized in that: include: When a call request is detected, executing a first incoming call reminder; When it is detected that the called user inputs a pay-for-call operation in response to the first incoming call reminder, a pay-for-call process is executed, wherein the pay-for-call process includes answering the call or triggering a second incoming call reminder after detecting payment confirmation information corresponding to the calling number.

2. The method according to claim 1, characterized in that The method further comprises: When it is detected that the called user inputs a direct answering operation in response to the first incoming call reminder, answering the incoming call; When it is detected that the called user inputs a rejection operation in response to the first incoming call reminder, the incoming call is rejected.

3. The method according to claim 2, characterized in that The executing the first incoming call reminder comprises: Displaying a first incoming call reminder interface, wherein the first incoming call reminder interface includes a pay answer trigger element, a direct answer trigger element, and a reject call element displayed in a preset arrangement; Accordingly, the pay-for-call operation includes a first trigger operation based on the pay-for-call trigger element input; The direct answering operation includes a second triggering operation based on the direct answering triggering element input; The rejection operation includes a third trigger operation based on the rejection trigger element input.

4. The method according to claim 3, characterized in that The pay-answer trigger element includes a first control provided on the first incoming call reminder interface, and the first trigger operation includes a drag operation or a click operation on the first control; The direct answer trigger element includes a second control provided on the first incoming call reminder interface, and the second trigger operation includes a drag operation or a click operation on the second control; The reject call element includes a third control provided on the first incoming call reminder interface, and the third trigger operation includes a drag operation or a click operation on the third control.

5. The method according to claim 3, characterized in that: The first incoming call reminder interface is provided with a sliding element; The pay-answer trigger element includes a first trigger area provided on the first incoming call reminder interface, and the first trigger operation includes dragging the sliding element to the first trigger area; The direct answer trigger element includes a second trigger area set on the first incoming call reminder interface, and the second trigger operation includes dragging the sliding element to the second trigger area; The reject call element includes a third trigger area set on the first incoming call reminder interface, and the third trigger operation includes dragging the sliding element to the third trigger area.

6. The method according to claim 3, characterized in that The first incoming call reminder interface also includes additional incoming call information and / or calling intention about the calling number, and the additional incoming call information includes the identity information of the calling user and / or calling description information for this incoming call.

7. The method according to claim 1, characterized in that The paid call receiving process also includes: The waiting payment prompt information is displayed until the payment confirmation information corresponding to the calling number is detected, and the waiting payment prompt information is used to prompt the calling user to pay the answering fee.

8. The method according to claim 7, characterized in that The display of the waiting payment prompt information includes: Switching the first incoming call reminder interface to a waiting payment interface, and displaying a waiting payment reminder message on the waiting payment interface; or, The first incoming call reminder interface is switched to the application interface of the application program running in the foreground before the first incoming call reminder is executed, and waiting payment reminder information is displayed in a local area of ​​the application interface.

9. The method according to claim 1, characterized in that: The paid call answering process further includes a payment information interaction step, and the payment information interaction step includes: Payment interaction information is sent to the calling terminal corresponding to the calling number according to a preset payment information interaction mode, wherein the payment interaction information includes at least one of payment answering prompt information, payment guidance information, payment timing option information and automatic payment option information.

10. A call processing device, applied to a called terminal, characterized in that: include: A first incoming call reminder module, configured to execute a first incoming call reminder when a call request is detected; The paid answering execution module is used to execute the paid answering process when it is detected that the called user inputs a paid answering operation in response to the first incoming call reminder. The paid answering process includes answering the call or triggering the second incoming call reminder after detecting the payment confirmation information corresponding to the calling number.

11. An electronic device, comprising: A memory, a processor, and a computer program stored in the memory and executable on the processor, wherein the processor executes the computer program to implement the method according to any one of claims 1 to 9.

12. A computer-readable storage medium, characterized in that: Computer-readable instructions are stored thereon, and the computer-readable instructions can be executed by a processor to implement the method according to any one of claims 1-9.

Images