Risk reminding method and device, computer device and medium

Abstract

This application discloses a risk alert method, apparatus, computer device, and medium, belonging to the field of computer technology. The method includes: displaying a resource transfer interface; responding to a confirmation operation on the resource transfer interface; displaying a risk alert message if no resource transfer has been performed; responding to a viewing operation of the risk alert message; playing a risk alert video on the risk alert interface; and after playing the risk alert video, responding to a re-confirmation operation on the re-displayed resource transfer interface, and performing a resource transfer based on resource transfer data. This application provides a risk alert method that, during resource transfer, uses a risk alert video to provide a risk warning, eliminating the need for text-based warnings, thus improving the alert effect and ensuring the security of resource transfer by ensuring that the user confirms the risk before proceeding.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a risk warning method, apparatus, computer equipment, and medium. Background Technology

[0002] With the development of computer technology, electronic payment is becoming increasingly widespread. Considering the potential risks involved in electronic payments, a risk warning method has been developed that displays a text-based risk warning message during the payment process. Users can view this message to understand the potential risks involved. However, because the risk warning message is displayed in text format, it is easy for users to not want to read it or not understand it, resulting in a poor warning effect. Summary of the Invention

[0003] This application provides a risk alert method, apparatus, computer device, and medium, which can improve the alerting effect. The technical solution is as follows:

[0004] On the one hand, a risk alert method is provided, the method comprising:

[0005] The resource transfer interface is displayed, which includes resource transfer data, and is used to confirm the resource transfer based on the resource transfer data.

[0006] In response to the confirmation operation in the resource transfer interface, a risk warning message is displayed if no resource transfer has been performed;

[0007] In response to the viewing operation of the risk alert message, a risk alert video is played in the risk alert interface;

[0008] After the risk warning video is played, in response to the confirmation operation in the re-displayed resource transfer interface, the resource transfer is performed according to the resource transfer data.

[0009] In one possible implementation, the risk alert message includes a video playback entry point, and the step of playing a risk alert video in the risk alert interface in response to a viewing operation of the risk alert message includes:

[0010] In response to a trigger operation on the video playback entry point, the risk warning video is played in the risk warning interface.

[0011] In another possible implementation, the risk alert message is used to alert users to the risk type corresponding to the resource transfer data, and the step of playing a risk alert video in the risk alert interface in response to viewing the risk alert message includes:

[0012] In response to the viewing operation of the risk alert message, a risk alert video matching the risk type corresponding to the resource transfer data is played in the risk alert interface.

[0013] In another possible implementation, the step of responding to a viewing operation of the risk alert message by playing a risk alert video in the risk alert interface that matches the risk type corresponding to the resource transfer data includes:

[0014] In response to the viewing operation of the risk alert message, a video retrieval request is sent to the server. The video retrieval request carries the risk type. The server is used to query the risk alert video that matches the risk type and return the risk alert video.

[0015] Receive the risk warning video sent by the server and play the risk warning video on the risk warning interface.

[0016] In another possible implementation, the risk alert message includes a video playback entry point, which is associated with a video identifier of the risk alert video. The step of playing the risk alert video in the risk alert interface in response to a viewing operation of the risk alert message includes:

[0017] In response to a trigger operation on the video playback entry point, a video retrieval request is sent to the server. The video retrieval request carries the video identifier associated with the video playback entry point. The server is used to query the risk warning video corresponding to the video identifier and return the risk warning video.

[0018] Receive the risk warning video sent by the server and play the risk warning video on the risk warning interface.

[0019] In another possible implementation, the response to the confirmation operation on the resource transfer interface, displaying a risk warning message if no resource transfer has been performed, includes:

[0020] In response to the confirmation operation in the resource transfer interface, a second resource transfer request carrying the resource transfer data is sent to the server. The server is used to perform risk detection on the resource transfer data without performing resource transfer, obtain the risk type, and return the risk warning message that matches the risk type.

[0021] Receive the risk warning message sent by the server and display the risk warning message.

[0022] On the other hand, a risk alert method is provided, the method comprising:

[0023] The receiving terminal sends a second resource transfer request, the second resource transfer request carrying resource transfer data. The second resource transfer request is sent by the terminal in response to a confirmation operation in the resource transfer interface. The resource transfer interface includes the resource transfer data and is used to confirm resource transfer based on the resource transfer data.

[0024] Without transferring resources, risk detection is performed on the resource transfer data to obtain the risk type corresponding to the resource transfer data;

[0025] A risk alert video matching the risk type is sent to the terminal, and the terminal plays the risk alert video on the risk alert interface.

[0026] In one possible implementation, the resource transfer data includes a transferee identifier; the step of performing risk detection on the resource transfer data to obtain the risk type corresponding to the resource transfer data when no resource transfer has occurred includes:

[0027] Query the historical operation records of the transferee identifier;

[0028] Based on the historical operation records of the recipient identifier, risk detection is performed on the resource transfer data to obtain the risk type.

[0029] In another possible implementation, the step of performing risk detection on the resource transfer data based on the historical operation records of the transferee identifier to obtain the risk type includes:

[0030] The risk detection model is invoked to perform risk detection on the resource transfer data based on the historical operation records of the transferee identifier, thereby obtaining the risk type.

[0031] In another possible implementation, sending a risk alert video matching the risk type to the terminal, and having the terminal play the risk alert video on the risk alert interface, includes:

[0032] A risk alert message matching the risk type is sent to the terminal, and the terminal displays the risk alert message on the resource transfer interface;

[0033] The system receives a video acquisition request sent by the terminal, the video acquisition request carrying the risk type, and the video acquisition request being sent by the terminal in response to a viewing operation of the risk warning message;

[0034] In response to the video acquisition request, a risk warning video matching the risk type is sent to the terminal, and the terminal plays the risk warning video on the risk warning interface.

[0035] In another possible implementation, sending the risk alert video matching the risk type to the terminal includes:

[0036] The risk warning video is updated based on the resource transfer data to obtain an updated risk warning video;

[0037] The updated risk warning video is sent to the terminal.

[0038] In another possible implementation, updating the risk alert video based on the resource transfer data to obtain an updated risk alert video includes:

[0039] Extract target keywords that match the risk warning video from the resource transfer data;

[0040] The target keyword is converted into speech to obtain the speech information corresponding to the target keyword;

[0041] The voice information is added to the risk warning video to obtain the updated risk warning video.

[0042] In another possible implementation, adding the voice information to the risk warning video to obtain the updated risk warning video includes:

[0043] The voice information is added to the voice fill position of the risk warning video to obtain the updated risk warning video.

[0044] In another possible implementation, after sending a risk alert video matching the risk type to the terminal, the method further includes:

[0045] The terminal receives a first resource transfer request, which is sent by the terminal in response to a reconfirmation operation in the resource transfer interface. The first resource transfer request carries the resource transfer data and a risk confirmation message.

[0046] If the first resource transfer request carries the risk confirmation message, the resource transfer is performed based on the resource transfer data.

[0047] On the other hand, a risk alert device is provided, the device comprising:

[0048] The display module is used to display a resource transfer interface, which includes resource transfer data and is used to confirm resource transfer based on the resource transfer data.

[0049] The display module is also used to respond to the confirmation operation in the resource transfer interface and display a risk warning message if no resource transfer has been performed.

[0050] The playback module is used to play the risk warning video in the risk warning interface in response to the viewing operation of the risk warning message;

[0051] The sending module is used to perform resource transfer based on the resource transfer data in response to a reconfirmation operation in the re-displayed resource transfer interface after the risk warning video is played.

[0052] In one possible implementation, the playback module includes:

[0053] A playback unit is used to play the risk warning video in the risk warning interface and display a confirmation control, which is used to confirm viewing the video content in the risk warning video.

[0054] The display unit is used to redisplay the resource transfer interface in response to a trigger operation on the confirmation control.

[0055] In another possible implementation, the playback unit is configured to play the risk warning video in the risk warning interface and display risk warning information and the confirmation control, wherein the risk warning information describes the video content in the risk warning video.

[0056] In another possible implementation, the playback unit is configured to play the risk warning video in the risk warning interface and display the risk warning information, the confirmation control, and the selection control, wherein the selection control is used to confirm the risk warning information;

[0057] The display unit is configured to redisplay the resource transfer interface in response to a trigger operation on the confirmation control when the selection control is selected.

[0058] In another possible implementation, the playback unit is configured to play the risk warning video in the risk warning interface and display the confirmation control and the information input area, wherein the information input area is used to indicate the information indicated by the risk warning video.

[0059] The display unit is configured to verify the input information in the information input area in response to the triggering operation of the confirmation control; after the input information is verified, the resource transfer interface is redisplayed.

[0060] In another possible implementation, the risk warning video comprises multiple video segments, and the playback module includes:

[0061] The playback unit is used to play a first video clip in the risk warning interface and display a first confirmation control, the first confirmation control being used to confirm viewing the video content in the first video clip;

[0062] The playback unit is also configured to play a second video clip in the risk warning interface in response to a trigger operation on the first confirmation control;

[0063] Wherein, the first video segment is any video segment in the risk warning video, and the second video segment is a video segment associated with the first video segment.

[0064] In another possible implementation, the playback unit is configured to play the first video segment in the risk warning interface and display the first risk warning information and the first confirmation control, wherein the first risk warning information is used to describe the video content in the first video segment.

[0065] In another possible implementation, the playback unit is used to play the first video segment in the risk warning interface and display the first risk warning information, the first confirmation control and the first selection control, wherein the first selection control is used to confirm the first risk warning information;

[0066] The playback unit is also configured to play a second video clip in the risk warning interface in response to a trigger operation on the first confirmation control when the first selection control is selected.

[0067] In another possible implementation, the playback unit is used to play the first video segment on the risk warning interface and display the first confirmation control and the first information input area, wherein the first information input area is used to indicate the information indicated by the first video segment.

[0068] The playback unit is further configured to, in response to a trigger operation on the first confirmation control, verify the input information in the first information input area; after the input information is verified, play the second video segment in the risk warning interface, wherein the second video segment is a video segment associated with the first video segment and is played when the verification is successful.

[0069] In another possible implementation,

[0070] The playback module is also used to play a third video segment in the risk warning interface if the input information verification fails. The third video segment is a video segment associated with the first video segment and is used to play when the verification fails.

[0071] In another possible implementation,

[0072] The display module is also used to redisplay the resource transfer interface in response to the triggering operation of the confirmation control corresponding to the target video segment in the risk warning video.

[0073] In another possible implementation, the playback unit is further configured to, in response to a triggering operation of the first confirmation control, play the second video segment in the risk warning interface according to the start time of the second video segment associated with the first confirmation control.

[0074] In another possible implementation, the sending module is configured to send a first resource transfer request carrying the resource transfer data and a risk confirmation message to the server in response to a reconfirmation operation in the re-displayed resource transfer interface. The server is configured to perform a resource transfer based on the resource transfer data if the first resource transfer request carries the risk confirmation message.

[0075] In another possible implementation, the risk alert message includes a video playback entry point, and the playback module is configured to play the risk alert video in the risk alert interface in response to a viewing operation of the video playback entry point.

[0076] In another possible implementation, the risk alert message is used to alert the risk type corresponding to the resource transfer data, and the playback module is used to play a risk alert video matching the risk type corresponding to the resource transfer data in the risk alert interface in response to the viewing operation of the risk alert message.

[0077] In another possible implementation, the playback module includes:

[0078] The sending unit is configured to send a video acquisition request to the server in response to a viewing operation of the risk alert message. The video acquisition request carries the risk type. The server is configured to query a risk alert video that matches the risk type and return the risk alert video.

[0079] A receiving unit is configured to receive the risk warning video sent by the server and play the risk warning video on the risk warning interface.

[0080] In another possible implementation, the risk alert message includes a video playback entry point, which is associated with a video identifier of the risk alert video. The playback module is configured to send a video retrieval request to the server in response to a trigger operation on the video playback entry point. The video retrieval request carries the video identifier associated with the video playback entry point. The server is configured to query the risk alert video corresponding to the video identifier and return the risk alert video; receive the risk alert video sent by the server, and play the risk alert video in the risk alert interface.

[0081] In another possible implementation, the resource transfer interface includes resource transfer data. The display module is further configured to, in response to the confirmation operation in the resource transfer interface, send a second resource transfer request carrying the resource transfer data to the server. The server is configured to perform risk detection on the resource transfer data without performing a resource transfer, obtain a risk type, and return the risk warning message matching the risk type; receive the risk warning message sent by the server, and display the risk warning message.

[0082] On the other hand, a risk alert device is provided, the device comprising:

[0083] A receiving module is configured to receive a second resource transfer request sent by a terminal. The second resource transfer request carries resource transfer data. The second resource transfer request is sent by the terminal in response to a confirmation operation in a resource transfer interface. The resource transfer interface includes the resource transfer data and is used to confirm resource transfer based on the resource transfer data.

[0084] The detection module is used to perform risk detection on the resource transfer data without resource transfer, and to obtain the risk type corresponding to the resource transfer data;

[0085] The sending module is used to send a risk warning video that matches the risk type to the terminal, and the terminal plays the risk warning video in the risk warning interface.

[0086] In one possible implementation, the resource transfer data includes a transferee identifier; the detection module includes:

[0087] The query unit is used to query the historical operation records of the transferee identifier;

[0088] The detection unit is used to perform risk detection on the resource transfer data based on the historical operation records of the transferee identifier, and obtain the risk type.

[0089] In another possible implementation, the detection unit is used to invoke a risk detection model to perform risk detection on the resource transfer data based on the historical operation records of the transferee identifier, and obtain the risk type.

[0090] In another possible implementation, the sending module includes:

[0091] A sending unit is configured to send a risk alert message matching the risk type to the terminal, and the terminal displays the risk alert message on the resource transfer interface.

[0092] A receiving unit is configured to receive a video acquisition request sent by the terminal, the video acquisition request carrying the risk type, and the video acquisition request being sent by the terminal in response to a viewing operation of the risk warning message;

[0093] The sending unit is further configured to, in response to the video acquisition request, send the risk warning video matching the risk type to the terminal, and the terminal plays the risk warning video on the risk warning interface.

[0094] In another possible implementation, the sending unit is further configured to update the risk warning video based on the resource transfer data to obtain an updated risk warning video; and send the updated risk warning video to the terminal.

[0095] In another possible implementation, the sending unit is further configured to extract target keywords matching the risk warning video from the resource transfer data; perform speech conversion on the target keywords to obtain voice information corresponding to the target keywords; and add the voice information to the risk warning video to obtain the updated risk warning video.

[0096] In another possible implementation, the sending unit is further configured to add the voice information to the voice fill position of the risk warning video to obtain the updated risk warning video.

[0097] In another possible implementation,

[0098] The receiving module is further configured to receive a first resource transfer request sent by the terminal, the first resource transfer request being sent by the terminal in response to a reconfirmation operation in the resource transfer interface, the first resource transfer request carrying the resource transfer data and a risk confirmation message;

[0099] The resource transfer module is used to perform resource transfer based on the resource transfer data when the first resource transfer request carries the risk confirmation message.

[0100] On the other hand, a computer device is provided, the computer device including a processor and a memory, the memory storing at least one computer program, the at least one computer program being loaded and executed by the processor to perform the operations performed in the risk alert method as described above.

[0101] On the other hand, a computer-readable storage medium is provided that stores at least one computer program, which is loaded and executed by a processor to perform the operations performed in the risk alert method described above.

[0102] In another aspect, a computer program product or computer program is provided, the computer program product or computer program including computer program code stored in a computer-readable storage medium. A processor of a computer device reads the computer program code from the computer-readable storage medium, and the processor executes the computer program code, causing the computer device to perform the operations performed in the risk warning method described above.

[0103] The beneficial effects of the technical solutions provided in this application include at least the following:

[0104] The methods, apparatus, computer devices, and media provided in this application embodiment offer a video-based risk alert method. During resource transfer, risk alert videos are played to provide warnings, eliminating the need for text-based alerts. This reduces resource loss due to ignoring text-based alerts, enriches the alert format, and improves the alert effect. Furthermore, resource transfer is only initiated after the user has watched the played risk alert video, ensuring that the transfer is only performed when the user confirms the risk, thus guaranteeing the security of the resource transfer. Attached Figure Description

[0105] To more clearly illustrate the technical solutions in the embodiments of this application, the accompanying drawings used in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0106] Figure 1 This is a schematic diagram of the structure of an implementation environment provided in an embodiment of this application;

[0107] Figure 2 This is a flowchart of a risk warning method provided in an embodiment of this application;

[0108] Figure 3 This is a flowchart of a risk warning method provided in an embodiment of this application;

[0109] Figure 4 This is a flowchart of a risk warning method provided in an embodiment of this application;

[0110] Figure 5 This is a schematic diagram of a display interface provided in an embodiment of this application;

[0111] Figure 6 This is a schematic diagram of a risk warning video provided in an embodiment of this application;

[0112] Figure 7 This is a schematic diagram of a display interface provided in an embodiment of this application;

[0113] Figure 8 This is a flowchart of a risk warning process provided in an embodiment of this application;

[0114] Figure 9 This is a flowchart of a resource transfer process provided in an embodiment of this application;

[0115] Figure 10 This is a schematic diagram of the structure of a risk warning device provided in an embodiment of this application;

[0116] Figure 11 This is a schematic diagram of the structure of a risk warning device provided in an embodiment of this application;

[0117] Figure 12 This is a schematic diagram of the structure of a risk warning device provided in an embodiment of this application;

[0118] Figure 13 This is a schematic diagram of the structure of a risk warning device provided in an embodiment of this application;

[0119] Figure 14 This is a schematic diagram of the structure of a terminal provided in an embodiment of this application;

[0120] Figure 15 This is a schematic diagram of the structure of a server provided in an embodiment of this application. Detailed Implementation

[0121] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the implementation methods of this application will be further described in detail below with reference to the accompanying drawings.

[0122] The terms "first," "second," etc., used in this application may be used herein to describe various concepts, but unless otherwise stated, these concepts are not limited by these terms. These terms are used only to distinguish one concept from another. For example, without departing from the scope of this application, a first instructional video may be referred to as a second instructional video, and similarly, a second instructional video may be referred to as a first instructional video.

[0123] As used in this application, the terms "at least one," "multiple," "each," and "any" mean that at least one includes one, two, or more; multiple includes two or more; each refers to each of the corresponding multiple; and any means refers to any one of the multiple. For example, multiple instruction video clips include three instruction video clips, where each refers to each of the three instruction video clips, and any means refers to any one of the three instruction video clips, which could be the first, the second, or the third.

[0124] The functional guidance method provided in this application embodiment can be applied to computer devices. Optionally, the computer device is a terminal or a server. Optionally, the server is an independent physical server, or a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDN (Content Delivery Network), and big data and artificial intelligence platforms. Optionally, the terminal is a smartphone, tablet computer, laptop computer, desktop computer, smart speaker, smartwatch, etc.

[0125] Figure 1 This is a schematic diagram of an implementation environment provided in an embodiment of this application. See also... Figure 1 The implementation environment includes a terminal 101 and a server 102. The terminal 101 and server 102 are connected via a wireless or wired network. A target application, provided by the server 102, is installed on the terminal 101. The terminal 101 can perform functions such as resource transfer and message interaction through this target application. Optionally, the target application is a target application in the terminal 101's operating system or a target application provided by a third party. For example, the target application is an instant messaging application with instant messaging functionality; of course, the instant messaging application can also have other functions, such as review functions, shopping functions, navigation functions, and resource transfer functions. Optionally, the server 102 is a backend server for the target application or a cloud server providing cloud computing and cloud storage services.

[0126] Optionally, terminal 101 is used to log in to the target application based on a user identifier, and send a resource transfer request carrying resource transfer data to server 102 through the target application. Server 102 is used to receive the resource transfer request sent by terminal 101, and if no resource transfer is performed, to perform security checks on the resource transfer data. After determining the risk type corresponding to the resource transfer data, server 102 provides terminal 101 with a risk warning message and a risk warning video. Server 102 is also used to perform resource transfer based on the resource transfer data carried in the resource transfer request.

[0127] The method provided in this application can be used in a variety of scenarios.

[0128] For example, in a payment risk alert scenario:

[0129] The terminal logs into the target application based on a user identifier. From multiple users associated with that user identifier, the target user identifier is selected as the transfer recipient, and a resource transfer interface is displayed. Then, using the risk warning method provided in this application embodiment, the user is alerted to the risk of the current resource transfer data through risk warning messages and risk warning videos even if no resource transfer has been performed, thereby improving the risk warning effect. The resource transfer is then initiated again after the user views the risk warning video, and the resource transfer is performed based on the resource transfer data, ensuring the security of the resource transfer.

[0130] Figure 2 This is a flowchart of a risk alert method provided in an embodiment of this application, applied in a terminal, such as... Figure 2 As shown, the method includes:

[0131] 201. Terminal displays resource transfer interface.

[0132] The source transfer interface includes resource transfer data, which is used to perform resource transfer, and the resource transfer interface is used to confirm the resource transfer based on the resource transfer data.

[0133] 202. The terminal responds to the confirmation operation on the resource transfer interface and displays a risk warning message if no resource transfer is performed.

[0134] The risk warning message is used to alert users to the risks involved in resource transfer. If no resource transfer is performed, the risk warning message is displayed to prevent resource loss due to these risks.

[0135] 203. In response to the viewing operation of the risk alert message, the terminal plays the risk alert video on the risk alert interface.

[0136] The risk alert interface is used to provide risk warnings, and the risk alert video is used to highlight the risks involved in the resource transfer. Upon detecting a view of the risk alert message, the interface switches from the resource transfer interface to the risk alert interface, and the risk alert video plays in the risk alert interface to remind the user that the current resource transfer data is at risk.

[0137] 204. After the terminal plays the risk warning video, it responds to the confirmation operation in the re-displayed resource transfer interface and performs resource transfer according to the resource transfer data.

[0138] After the risk warning video is played, the terminal switches back from the risk warning interface to the resource transfer interface. Then, a confirmation operation is detected in the resource transfer interface, which means that the risk of the resource transfer data has been confirmed. The resource transfer will then be carried out according to the resource transfer data in the resource transfer interface.

[0139] This application provides a video-based risk alert method. During resource transfer, a risk alert video is played to provide a warning, eliminating the need for text-based alerts. This reduces resource loss due to ignoring text-based alerts, enriches the alert format, and improves the alert effect. Furthermore, resource transfer is only initiated after the user has watched the video, ensuring that the transfer is only performed when the user confirms the risk, thus guaranteeing the security of the resource transfer.

[0140] Figure 3 This is a flowchart of a risk warning method provided in an embodiment of this application, applied in a server, such as... Figure 3 As shown, the method includes:

[0141] 301. The server receives the second resource transfer request sent by the terminal.

[0142] The second resource transfer request carries resource transfer data. The second resource transfer request is sent by the terminal in response to the confirmation operation in the resource transfer interface. The resource transfer interface includes resource transfer data, which is used to perform resource transfer, and the resource transfer interface is used to confirm the resource transfer based on the resource transfer data.

[0143] 302. Without transferring resources, the server performs risk detection on the resource transfer data to obtain the risk type corresponding to the resource transfer data.

[0144] The risk type refers to the type of risk associated with the resource transfer data. In the absence of resource transfer, risk detection of the resource transfer data helps determine the corresponding risk type, thus preventing resource loss due to inherent risks in the transferred data.

[0145] 303. The server sends a risk warning video that matches the risk type to the terminal, and the terminal plays the risk warning video on the risk warning interface.

[0146] By sending a risk alert video matching the risk type to the terminal, subsequent terminals can play the risk alert video to indicate the risk type corresponding to the current resource transfer data.

[0147] This application provides a video-based risk alert method. During resource transfer, a risk alert video is played to provide a warning, eliminating the need for text-based alerts. This reduces resource loss due to ignoring text-based alerts, enriches the alert format, and improves the alert effect. Furthermore, resource transfer is only initiated after the user has watched the video, ensuring that the transfer is only performed when the user confirms the risk, thus guaranteeing the security of the resource transfer.

[0148] Figure 4 This is a flowchart of a risk warning method provided in an embodiment of this application. The interactive subjects in this embodiment include a terminal and a server, such as... Figure 4 As shown, the method includes:

[0149] 401. Terminal displays resource transfer interface.

[0150] The resource transfer interface includes resource transfer data, which is used to perform the resource transfer, and the interface is used to confirm the resource transfer based on this data. Optionally, a resource transfer request can be initiated on this interface. For example, the interface can confirm the initiation of a resource transfer request from user 1 to user 2.

[0151] In one possible implementation, the resource transfer data includes a transferee identifier, a transferor identifier, and a resource quantity. The resource quantity indicates the number of resources to be transferred, the transferee identifier indicates the party acquiring the resources, and the transferor identifier indicates the party transferring the resources. Optionally, the transferee identifier may be the transferee's mobile phone number, bank card number, ID card number, etc., and the transferor identifier may be the transferor's mobile phone number, bank card number, ID card number, etc.

[0152] Optionally, the resource transfer interface includes a first input area, a second input area, and a third input area. The first input area is used to input the sender's identifier, the second input area is used to input the receiver's identifier, and the third input area is used to input the quantity of resources transferred. In this resource interface, the user can input the sender's identifier, the receiver's identifier, and the quantity of resources in the first, second, and third input areas, respectively.

[0153] Optionally, if the terminal has the target application installed, then step 401 includes: the terminal logs into the target application based on the originator's identifier, displays the main interface of the target page, and displays the resource transfer interface in response to the trigger operation of the resource transfer control in the main interface, the resource transfer interface including the first input area, the second input area and the third input area.

[0154] Optionally, if the terminal has the target application installed, then step 401 includes: the terminal logs into the target application based on the originator's identifier, displays the main interface of the target page, displays an associated identifier list in response to a trigger operation on the resource transfer control in the main interface, and displays the resource transfer interface in response to a trigger operation on the target user identifier in the associated identifier list. The resource transfer interface includes the first input area, the second input area, and the third input area, and displays the originator's identifier in the first input area and the target user identifier in the second input area.

[0155] The resource transfer control is used to initiate a resource transfer and is associated with the list of associated identifiers. This list includes multiple user identifiers associated with the sending identifier, and the target user identifier is any one of these user identifiers. When a trigger operation is detected on the target user identifier, indicating a need to transfer resources to that target user identifier, that target user identifier is designated as the receiving identifier. By selecting the receiving identifier to display the resource transfer interface, both the sending and receiving identifiers can be directly displayed on the interface, eliminating the need for user input and improving operational convenience.

[0156] In one possible implementation, the resource transfer data includes the quantity of resources to be transferred and the identifier of the transferee. Therefore, the resource transfer interface includes the transferee identifier and a third input area. This third input area is used to input the quantity of resources to be transferred.

[0157] Optionally, the terminal has the target application installed. Step 401 includes: the terminal logging into the target application based on the originator's identifier; triggering an operation on the recipient's identifier; displaying a session interface with the recipient's identifier; the session interface includes a resource transfer control; and responding to a triggering operation on the resource transfer control, displaying a resource transfer interface, which displays the recipient's identifier, a resource quantity input box, and a confirmation control. Since the resource transfer interface is displayed after logging into the target application based on the originator's identifier, when a resource transfer is initiated by triggering an operation on the confirmation control, the resource transfer data obtained from the resource transfer interface includes the recipient's identifier, the resource transfer quantity, and the currently logged-in originator's identifier.

[0158] For example, if the target application is an instant messaging application, after logging into the instant messaging application based on a user ID, the main interface of the instant messaging application is displayed. In response to a triggering operation on "Friend 1", a conversation interface with "Friend 1" is displayed, such as... Figure 5 As shown in the first image, in this chat interface, the current user can chat with "Friend 1". When the user triggers an action on the functional control within this chat interface, multiple functional controls are displayed, such as... Figure 5 As shown in the second figure, the multiple functional controls include a photo control, a shooting control, and a transfer control. When the user triggers the transfer control, a resource transfer interface is displayed, as shown in the figure. Figure 5 As shown in the third figure, the resource transfer interface includes "Friend 1", a third input area and a transfer control. The current user can enter the quantity of resources to be transferred in the third input area, and can then click the transfer control to initiate a resource transfer request.

[0159] 402. In response to the confirmation operation in the resource transfer interface, the terminal sends a second resource transfer request carrying resource transfer data to the server.

[0160] The confirmation operation in the resource transfer interface indicates confirmation to transfer the resource transfer data included in the resource transfer interface. Then, the second resource transfer request is sent to the server so that the server can perform the resource transfer according to the second resource transfer request.

[0161] In one possible implementation, the resource transfer interface includes a confirmation control, and step 402 includes: in response to a triggering operation on the confirmation control, sending a second resource transfer request carrying the resource transfer data to the server.

[0162] Optionally, in response to a triggering operation on the confirmation control, resource transfer data from the resource transfer interface is retrieved, and a second resource transfer request carrying the resource transfer data is sent to the server. For example, the resource transfer interface includes an input area for resource transfer data. When the user enters resource transfer data in the input area and clicks the confirmation control, the resource transfer data entered in the input area is retrieved, and a first resource request carrying the resource transfer data is sent to the server.

[0163] 403. The server receives the second resource transfer request sent by the terminal, performs risk detection on the resource transfer data without performing resource transfer, obtains the risk type corresponding to the resource transfer data, and sends a risk warning message matching the risk type to the terminal.

[0164] The risk type indicates the risk associated with the resource transfer data. Optionally, the risk type includes fraud risk, gambling risk, theft risk, money laundering risk, or pyramid scheme risk. The risk alert message is used to alert users to the risk type corresponding to the resource transfer data. In this embodiment, different risk types are matched with different risk alert messages.

[0165] To ensure resource security, the server performs security checks on resource transfer data before any actual resource transfer occurs. This is to prevent resource loss due to risks associated with the transferred data, thus ensuring the security of the resource transfer.

[0166] In one possible implementation, the resource transfer data includes the identifier of the transferee; the process of risk detection of the resource transfer data includes: querying the historical operation records of the transferee identifier, performing risk detection on the resource transfer data based on the historical operation records of the transferee identifier, and obtaining the risk type.

[0167] The historical operation record is used to record the historical operations of the receiving party's identifier. Since the historical operation record of the receiving party contains the receiving party's historical operations, it is possible to determine whether the receiving party's identifier is secure through the historical operation record. Therefore, based on the historical operation record of the receiving party's identifier, it is possible to determine whether there is any risk to the resource transfer data, so as to avoid resource loss for the transferring party.

[0168] For example, if the historical operation record of the transferee ID shows that the transferee ID has changed its transfer password multiple times in a recent period, then based on this historical operation record, it can be determined that the transferee ID may have been stolen. Based on the historical operation record, the theft risk type corresponding to the resource transfer data can be determined. Subsequently, a risk warning message matching the theft risk type is sent to the terminal to remind the user that the transferee ID may have been stolen, so as to avoid the loss of resources for the transferor.

[0169] In one possible implementation, the resource transfer data includes the identifier of the transferee. The process of risk detection for the resource transfer data includes: calling the risk detection model, performing risk detection on the resource transfer data based on the historical operation records of the identifier of the transferee, and obtaining the risk type corresponding to the resource transfer data.

[0170] The risk detection model is a network model used to determine the risk category of resource transfer data. The accuracy of the risk category determination is achieved by using this model to detect risks in the resource transfer data.

[0171] In one possible implementation, step 403 includes: the server receiving a second resource transfer request sent by the terminal, performing risk detection on the resource transfer data without performing resource transfer, obtaining the risk type and risk level corresponding to the resource transfer data, and sending a risk warning message matching the risk type and risk level to the terminal.

[0172] In this embodiment, the risk types include multiple risk types, and each risk type corresponds to multiple risk levels. For any risk type, the risk level indicates the probability that the resource transfer data contains a risk belonging to that risk type. For example, a higher risk level indicates a greater probability that the resource transfer data contains a risk belonging to that risk type, while a lower risk level indicates a smaller probability that the resource transfer data contains a risk belonging to that risk type.

[0173] Furthermore, in this embodiment, each risk type is matched with multiple risk alert messages, and different risk levels are matched with different risk alert messages. By configuring different risk alert messages for different risk levels of each risk type, the system can inform users of the risk type and risk level of the current resource transfer data, thus ensuring the accuracy of the alert messages.

[0174] 404. The terminal receives a risk warning message sent by the server and displays the risk warning message.

[0175] After the terminal receives a risk warning message from the server, indicating that there is a risk in the resource transfer data sent by the terminal, the terminal displays the risk warning message to inform the user of the risk type corresponding to the current resource transfer data.

[0176] In one possible implementation, step 404 includes: the terminal receiving a risk warning message sent by the server, and displaying a warning window in the resource transfer interface, the warning window including the risk warning message. By displaying the risk warning message in a window, the display effect of the risk warning message is highlighted, thereby ensuring the warning effect of the risk warning message.

[0177] In one possible implementation, the risk alert message includes a video playback entry point for playing a risk alert video that matches the risk type. For example, this video playback entry point could be a video playback control. By displaying this entry point, the risk alert video can be played subsequently within the risk alert interface.

[0178] Optionally, the risk alert message also includes a cancellation control, which is used to close the risk alert message, indicating that the second resource transfer request is cancelled. By displaying this cancellation control, subsequent users will cancel the second resource transfer request when they see the risk alert message, thus preventing further resource transfer and ensuring resource security.

[0179] It should be noted that in this embodiment, the risk warning message is displayed through interaction between the terminal and the server. However, in another embodiment, steps 402-404 do not need to be executed. Other methods can be used to respond to the confirmation operation in the resource transfer interface and display the risk warning message even if no resource transfer has been performed.

[0180] 405. In response to viewing the risk alert message, the terminal sends a video retrieval request to the server.

[0181] The video retrieval request carries a risk type. Upon detecting a viewing operation of a risk alert message, indicating a need to play a risk alert video matching the risk type indicated in the message, a video retrieval request carrying that risk type is sent to the server. This allows the server to subsequently return and play a risk alert video matching that risk type.

[0182] In one possible implementation, if the risk warning message includes a video playback entry point, then step 405 includes: in response to a triggering operation on the video playback entry point, sending a video retrieval request to the server.

[0183] 406. The server receives a video acquisition request sent by the terminal, queries for a risk warning video that matches the risk type carried in the video acquisition request, and sends the risk warning video that matches the risk type to the terminal.

[0184] In this embodiment, the server stores risk warning videos that match various risk types. After receiving a video acquisition request from a terminal, the server queries for risk warning videos that match the risk type and sends the queried risk warning videos to the terminal so that the terminal can play the risk warning videos.

[0185] In one possible implementation, step 406 includes: the server receiving a video acquisition request sent by the terminal, querying the video database in the server for risk warning videos that match the risk type, and sending the queried risk warning videos to the terminal.

[0186] The video database includes risk warning videos stored for various risk types.

[0187] In one possible implementation, the process of sending a risk alert video to the terminal after retrieving the risk alert video includes: updating the risk alert video based on resource transfer data to obtain the updated risk alert video, and then sending the updated risk alert video to the terminal.

[0188] The risk alert videos retrieved are updated by using resource transfer data, so that the updated risk alert videos incorporate the resource transfer data. In other words, the video content of the updated risk alert videos contains the resource transfer data, so that personalized risk alerts can be provided when the updated risk alert videos are played in the future.

[0189] Optionally, the process of updating the risk warning video includes the following two methods:

[0190] The first method includes: extracting target keywords that match the risk alert video from the resource transfer data, converting the target keywords into speech to obtain the corresponding speech information, and adding the speech information to the risk alert video to obtain the updated risk alert video.

[0191] The target keyword is a keyword contained in the resource transfer data that matches the risk warning video. For example, the target keyword could be the identifier of the transferee in the resource transfer data. When converting the target keyword into speech, TTS (Text-to-Speech) technology can be used to obtain the corresponding speech information.

[0192] By adding the voice information of the target keyword to the risk alert video, the updated risk alert video will contain the target keyword, enabling personalized risk alerts when the updated risk alert video is played subsequently.

[0193] For example, the video content in the risk alert video indicates the message, "The current transaction is fraudulent. Do you confirm that the other party *** is not at risk of fraud?", where "***" represents the content of the voice information to be added. The target keyword extracted from the resource transfer data is the name of the transferee, "Zhang San". After adding the voice information corresponding to this target keyword to the risk alert video, the updated risk alert video content indicates the message, "The current transaction is fraudulent. Do you confirm that the other party Zhang San is not at risk of fraud?".

[0194] Optionally, the process of adding voice information to the risk alert video includes: adding the voice information to the voice fill position of the risk alert video to obtain an updated risk alert video.

[0195] The risk alert video includes a voice-filling position. After obtaining the voice information corresponding to the target keyword, the voice information is added to the voice-filling position to obtain the updated risk alert video.

[0196] For example, a risk alert video includes multiple voice-filling positions, each used to fill in voice information corresponding to different keywords. Based on these multiple voice-filling positions, target keywords matching each voice-filling position are extracted from resource transfer data. The obtained target keywords are then converted into voice information to obtain the voice information corresponding to each target keyword. The obtained voice information is then added to the voice-filling positions matching the corresponding target keywords to obtain the updated risk alert video.

[0197] For example, resource transfer data includes the name of the transferor, the name of the transferee, the transaction amount, the transaction method, and the transaction time. The risk warning video includes multiple voice-filled positions, including the voice-filled position corresponding to the name of the transferee, the voice-filled position corresponding to the transaction method, and the voice-filled position corresponding to the transaction time. Keywords are extracted from the resource transfer data to find the keywords that match each voice-filled position. Then, the voice information corresponding to each keyword is added to the corresponding voice-filled position to obtain the updated risk warning video. When the updated risk warning video is played later, it can indicate the name of the transferee, the transaction method, and the transaction time.

[0198] It should be noted that the risk warning video is synthesized from image and audio information. Since the image and audio information correspond, they can be synchronized during video playback. The risk warning information includes audio track slots, with different slots filled with different audio information. In the first method described above, the audio filling position is the audio track slot in the risk warning video that is used to fill audio information. The risk warning video already includes image information and multiple corresponding audio track slots, some of which are already filled with audio information. After obtaining the audio information corresponding to the target keyword, the determined audio information corresponding to the target keyword is added to the corresponding audio track slot, thus obtaining the updated risk warning video.

[0199] like Figure 6 As shown, the risk warning video includes a video track and an audio track. The video track includes multiple video slots, and the audio track includes multiple audio slots, with each video slot corresponding to one audio slot. Each video slot is filled with corresponding image information, and each audio slot is filled with audio information matching the image information in the video slot. For example, if the voice information corresponding to the target keyword is "Zhang San," and this voice information is filled into audio slot 4, then the voice information in the multiple audio slots describes the message: "The current transaction involves fraud. Do you confirm that the other party, Zhang San, is not at risk of fraud?"

[0200] The second method includes: resource transfer data including the transferor identifier and the transferee identifier; querying the first user information of the transferor identifier and the second user information of the transferee identifier; extracting target keywords that match the risk warning video from the first user information and the second user information; converting the target keywords into speech to obtain the speech information corresponding to the target keywords; adding the speech information to the risk warning video to obtain the updated risk warning video.

[0201] In this method, the first user information refers to the information registered on the server by the transferor's identifier, and the second user information refers to the information registered on the server by the transferee's identifier. For example, user information includes multiple dimensions such as name, age, mobile phone number, ID card number, and occupation. Since the server stores user information corresponding to multiple user identifiers, the corresponding user information can be retrieved based on the transferor's identifier and the transferee's identifier. The process of obtaining updated risk warning information based on the first and second user information in this second method is similar to the process of obtaining updated risk warning information based on resource transfer data in the first method described above, and will not be elaborated further here.

[0202] 407. The terminal receives the risk warning video sent by the server and plays the risk warning video on the risk warning interface.

[0203] The risk alert interface is used to play risk alert videos. This application embodiment provides a video-based risk alert method, which alerts users to the risks associated with the current resource transfer data by playing risk alert videos on the risk alert interface.

[0204] In this embodiment of the application, the risk warning video includes image information and audio information. When risk warning is given by playing the risk warning video, the video content in the risk warning video, such as subtitles, audio information, facial expressions, body language, etc., is combined to improve the risk warning effect.

[0205] In one possible implementation, step 407 includes: the terminal receiving a risk warning video sent by the server, jumping from the resource transfer interface to the risk warning interface, and playing the risk warning video in the risk warning interface.

[0206] Upon receiving the risk alert video, the terminal switches from the displayed resource transfer interface to the risk alert interface. This allows the risk alert video to be played on the risk alert interface to remind users of the risks associated with the current resource transfer data. This enriches the display method and enables users to watch the risk alert video on the risk alert interface, thereby improving the effectiveness of the risk alert.

[0207] In one possible implementation, the process of playing a risk warning video on the risk warning interface includes the following two methods:

[0208] The first method includes: playing a risk warning video on the risk warning interface and displaying a confirmation control; in response to the triggering of the confirmation control, redisplaying the resource transfer interface.

[0209] The confirmation control is used to confirm viewing the video content in the risk warning video. Upon detecting a trigger on the confirmation control, indicating that the video content in the risk warning video has been viewed, the resource transfer interface is redisplayed, allowing for a subsequent re-initiation of the resource transfer request within the interface.

[0210] In one possible implementation, the first approach includes playing a risk warning video on the risk warning interface and displaying risk warning information and a confirmation control.

[0211] The risk warning information describes the content of the risk alert video. For example, when a risk alert video is played on the risk alert interface, information about the risks associated with transferring resource data is displayed; this risk warning information is the risk warning about the content discussed by the person in the video. Optionally, this risk warning information is displayed in text format. The risk alert interface not only plays the risk alert video but also displays risk warning information describing its content, providing risk alerts in multiple ways to ensure effectiveness.

[0212] In one possible implementation, the first approach includes: playing a risk warning video in the risk warning interface and displaying risk warning information, a confirmation control, and a selection control; and redisplaying the resource transfer interface in response to a triggering operation on the confirmation control when the selection control is selected.

[0213] The selection control is used to confirm the risk warning information. When the selection control is selected, it indicates that the risk warning information has been confirmed, meaning that the risk indicated in the risk warning video has been acknowledged. Triggering the confirmation operation on the control then redisplays the resource transfer interface, allowing for a subsequent re-initiation of the resource transfer request within the interface.

[0214] For example, a risk warning video is played on the risk warning interface, along with risk information, a confirmation control, and a selection control. The risk warning information indicates the risks associated with the current resource transfer data. When the selection control is selected, it indicates that the user is aware of the risks. Triggering the confirmation control redisplays the resource transfer interface and sends a confirmation message to the server. The server generates a confirmation protocol based on this message. This confirmation protocol includes the currently logged-in user's identifier and indicates that the user has acknowledged the risks associated with the current resource transfer data. The server stores this confirmation protocol. Subsequently, if the user suffers resource loss due to the risks associated with the resource transfer data, the stored confirmation protocol can serve as proof that the user acknowledged the risks, thus preventing disputes.

[0215] For example, the risk warning interface plays a risk warning video and displays risk warning information, a confirmation control, and a selection control. The risk warning information indicates that if the resource transfer data is non-compliant, a target operation will be performed on the resource transfer function identified by the transferor, such as temporarily or permanently restricting the transfer function of the transferor identified by that name. Selecting the selection control indicates that the transferor has authorized the execution of the target operation on the resource transfer function identified by that transferor when the resource transfer data is non-compliant. Triggering the confirmation control redisplays the resource transfer interface and sends a confirmation message to the server. The server generates a confirmation agreement based on this message. This confirmation agreement includes the currently logged-in transferor identifier and indicates that the transferor has authorized the execution of the target operation on the resource transfer function identified by that transferor when the resource transfer data is non-compliant. The server stores this confirmation agreement. If a resource transfer is subsequently performed based on the same resource transfer data, and that data is non-compliant, this confirmation agreement can be used as evidence to restrict the resource transfer function of the transferor identified by that transferor.

[0216] Optionally, in this risk warning interface, when the selection control is selected, it presents a first display state; when the selection control is not selected, it presents a second display state. The first and second display states are different and used to distinguish whether the selection control is selected. For example, the selection control is displayed as a box; when the selection control presents the first display state, a checkmark is displayed in the box; when the selection control presents the second display state, the box is empty.

[0217] Optionally, when playing a risk warning video in the risk warning interface, a confirmation control and a selection control that are inactive are displayed. In response to the selection operation of the selection control, the state of the confirmation control is switched to the active state. In response to the trigger operation of the confirmation control that is in the active state, the resource transfer interface is redisplayed.

[0218] Specifically, when the confirmation control is inactive, no triggering operation can be performed on it; when the confirmation control is active, triggering operation can be performed on it. The display effect of the confirmation control differs depending on its state. For example, when the confirmation control is inactive, it is displayed in grayscale; when the confirmation control is active, it is highlighted.

[0219] In one possible implementation, the first approach includes: playing a risk warning video on the risk warning interface and displaying a confirmation control and an information input area; in response to triggering the confirmation control, verifying the input information in the information input area; and after the input information is verified, redisplaying the resource transfer interface.

[0220] The information input area is used to instruct users to enter information as indicated in the risk warning video. For example, if the risk warning video instructs "Please enter your name," then the information input area is used to instruct users to enter their name as indicated in the video. Optionally, the information input area can be a text input box, where users can enter text information. Optionally, the information input area can be a voice input area, where users can enter voice information.

[0221] When the confirmation control in the risk alert interface is triggered, the input information in the information input area is retrieved and verified. Only if the verification is successful is the resource transfer interface redisplayed to ensure that the user is aware of the video content in the risk alert video, thus guaranteeing the effectiveness of the risk alert. Furthermore, redisplaying the resource transfer interface only after successful verification allows the user to subsequently initiate a resource transfer request again, ensuring the security of the resource transfer process.

[0222] For example, the risk warning video prompts "Please enter your name". The resource transfer interface will only be displayed again if the information entered in the information input area is the real name of the currently logged-in account, so that subsequent users can initiate resource transfer requests again on the resource transfer interface.

[0223] It should be noted that the embodiments of this application are described under the condition that the information input area includes input information and the input information is verified. In another embodiment, after playing a risk warning video in the risk warning interface and displaying the confirmation control and the information input area, the method also includes other methods.

[0224] In one possible implementation, when the information input area is empty, in response to a triggering operation of the confirmation control, a second reminder message is displayed on the risk warning interface, indicating that no input information has been obtained from the information input area. By displaying the second reminder message on the risk warning interface, the user is instructed to enter information in the information input area.

[0225] In another possible implementation, in response to a triggering operation of the confirmation control, the input information in the information input area is validated. If the input information fails validation, a third reminder message is displayed on the risk warning interface. This third reminder message indicates that the input information in the information input area has failed validation. By displaying the third reminder message on the risk warning interface, the user is informed that the current input information in the information input area is incorrect, so that the user can re-enter information in the information input area in subsequent attempts.

[0226] The second method includes: playing a first video clip in the risk warning interface and displaying a first confirmation control; and playing a second video clip in response to the triggering operation of the first confirmation control.

[0227] In this embodiment, the risk warning video includes multiple video clips. The first video clip is any one of the video clips in the risk warning video, and the second video clip is a video clip associated with the first video clip. The first confirmation control is used to confirm viewing the video content in the first video clip. When the first video clip is played in the risk warning interface, if a trigger operation on the first confirmation control is detected, indicating that the user has confirmed viewing the video content in the first video clip, then the second video clip associated with the first video clip is played for the user to continue watching.

[0228] The risk warning video provided in this application embodiment is an interactive video. It divides the risk warning video into multiple video segments, and only plays the next video segment if the user confirms that they are watching the currently playing video segment. This allows the user to watch multiple video segments separately to understand the risks associated with the transfer of resource data. In other words, it plays multiple video segments based on the user's actions on the risk warning interface, thus achieving a risk warning in an interactive way and improving the effectiveness of risk warning.

[0229] In one possible implementation, a first video clip is played on the risk warning interface, and a first risk warning message and a first confirmation control are displayed. The first risk warning message describes the video content of the first video clip.

[0230] In one possible implementation, the second approach includes: playing a first video clip in the risk warning interface and displaying a first risk warning message, a first confirmation control, and a first selection control; and playing a second video clip in response to a triggering operation on the first confirmation control when the first selection control is selected.

[0231] The first selection control is used to confirm the first risk warning information. This step is the same as the scheme for displaying the selection control in the first method described above, and will not be repeated here.

[0232] In one possible implementation, the second approach includes: playing a first video clip on the risk alert interface and displaying a first confirmation control and a first information input area; in response to a triggering operation on the first confirmation control, verifying the input information in the first information input area; and after the input information is verified, playing a second video clip on the risk alert interface.

[0233] The second video segment is associated with the first video segment and is played upon successful verification. The first information input area is used to indicate the information indicated by the first video segment. Upon triggering the first confirmation control, the input information in the first information input area is retrieved and verified. Only if the verification is successful is the next video segment played, ensuring that the user is aware of the video content of the currently playing segment, thus guaranteeing the effectiveness of the risk warning.

[0234] Optionally, after verifying the input information, the method further includes: if the input information verification fails, playing a third video clip in the risk warning interface.

[0235] The third video clip is associated with the first video clip and is played when verification fails. After input verification fails, the third video clip is played to remind users of the verification failure in subsequent verifications.

[0236] For example, if input information verification fails, a third video clip is played on the risk alert interface, and a second confirmation control and a second information input area are displayed. In response to the triggering of the second confirmation control, the input information in the second information input area is re-verified. If the input information passes verification, the second video clip is played on the risk alert interface. The second video clip is also associated with the third video clip.

[0237] In one possible implementation, based on the second approach, the method further includes: redisplaying the resource transfer interface in response to a triggering operation of a confirmation control corresponding to the target video segment in the risk alert video.

[0238] The target video segment is any one of the multiple video segments included in the risk warning video. The terminal plays multiple risk video segments on the risk warning interface using the second method. While the target video segment is playing, the risk warning interface also displays a confirmation control corresponding to the target video segment. Responding to the triggering of the confirmation control, indicating that the risk warning video has been watched, the resource transfer interface is then redisplayed, allowing for subsequent resource transfer requests to be initiated again on the resource transfer interface.

[0239] In the second method described above, the risk warning video includes multiple video clips, which can exist in different forms.

[0240] In one possible implementation, the risk warning video is composed of multiple video segments. For example, the risk warning video is 20 minutes long and includes four video segments: the first segment is a 0-5 minute segment, the second segment is a 5-10 minute segment, the third segment is a 10-15 minute segment, and the fourth segment is a 15-20 minute segment.

[0241] Optionally, the process of playing the second video segment after playing the first video segment includes: in response to the triggering operation of the first confirmation control, playing the second video segment in the risk warning interface according to the start time point of the second video segment associated with the first confirmation control.

[0242] The first confirmation control is associated with the start time of the second video segment associated with the first video segment. Therefore, after triggering the first confirmation control, the playback time of the risk alert video jumps to the start time of the second video segment within the risk alert video, thus achieving the effect of playing the second video segment within the risk alert interface.

[0243] In one possible implementation, the risk alert video comprises multiple video segments, each of which is a complete video. That is, these multiple complete segments are combined to form the risk alert video.

[0244] Optionally, after playing the first video segment, the process of playing the second video segment includes: in response to the triggering operation of the first confirmation control, sending a video acquisition request to the server, the video acquisition request carrying the video identifier of the second video segment associated with the first video segment; after receiving the video acquisition request, the server queries the second video segment corresponding to the video identifier, sends the second video segment to the terminal, and the terminal receives the second video segment and plays the second video segment in the risk warning interface.

[0245] The process by which the terminal obtains the second video segment by interacting with the server is similar to step 406 above, and will not be described again here.

[0246] It should be noted that, in both of the above methods, during the playback of the risk warning video on the risk warning interface, interaction can be achieved through controls or information input areas displayed on the risk warning interface, as well as through voice interaction, eye-tracking interaction, or gesture interaction.

[0247] For example, while a risk warning video is playing on the risk warning interface, the terminal acquires input voice information and uses this information to perform a confirmation operation or input operation within the risk warning video. Alternatively, while a risk warning video is playing on the risk warning interface, the terminal captures the user's eye movements and uses this eye movement information to perform a confirmation operation or input operation within the risk warning video. Or, while a risk warning video is playing on the risk warning interface, the terminal captures the user's hand movements and uses these hand movements to perform a confirmation operation or input operation within the risk warning video.

[0248] It should be noted that in this embodiment, the risk warning video is played by the terminal interacting with the server. In another embodiment, steps 405-407 do not need to be executed. Other methods can be used to play a risk warning video that matches the risk type corresponding to the resource transfer data in the risk warning interface in response to the viewing operation of the risk warning message.

[0249] It should be noted that in this embodiment, the risk warning video is played by the terminal interacting with the server. In another embodiment, steps 405-407 do not need to be executed, and other methods can be used to play the risk warning video in the risk warning interface in response to the viewing operation of the risk warning message.

[0250] In one possible implementation, the risk alert message includes a video playback entry point, which is associated with a video identifier of the risk alert video. The process of playing the risk alert video through the risk alert message includes: the terminal responding to the trigger operation of the video playback entry point by sending a video retrieval request to the server; the server querying the risk alert video corresponding to the video identifier associated with the video playback entry point carried in the video retrieval request, and sending the risk alert video to the terminal; the terminal receiving the risk alert video sent by the server and playing the risk alert video in the risk alert interface.

[0251] In one possible implementation, the risk alert message includes a video playback entry point. The process of playing the risk alert video through the risk alert message includes: in response to the triggering operation of the video playback entry point, playing the risk alert video in the risk alert interface.

[0252] 408. In response to the reconfirmation operation in the re-displayed resource transfer interface, the terminal sends a first resource transfer request to the server, carrying resource transfer data and a risk confirmation message.

[0253] The risk confirmation message is used to indicate that the user has confirmed watching the video with the risk warning, meaning that the user has acknowledged the risk associated with the transferred data. In this embodiment, the risk confirmation message serves as proof that the user has confirmed the risk associated with the transferred data. For example, the risk confirmation message could indicate that the user has confirmed the recipient's identity, or that they have confirmed they will bear responsibility for any losses incurred during the payment process.

[0254] In one possible implementation, the process of the terminal obtaining the risk confirmation message includes: playing a risk warning video in the risk warning interface and displaying a confirmation control; in response to the triggering operation of the confirmation control, redisplaying the resource transfer interface and generating the risk confirmation message.

[0255] In another possible implementation, the risk alert video includes multiple video clips. The process of the terminal obtaining the risk confirmation message includes: playing the target video clip in the risk alert interface and displaying the confirmation control corresponding to the target video clip; responding to the triggering operation of the confirmation control, redisplaying the resource transfer interface and generating the risk confirmation message.

[0256] By confirming again in the resource transfer interface, a first resource transfer request is sent to the server, requesting the server to transfer resources according to the first resource transfer request.

[0257] It should be noted that step 408 is the same as step 402 above, and will not be repeated here.

[0258] 409. The server receives the first resource transfer request sent by the terminal, and performs resource transfer based on the resource transfer data if the first resource transfer request carries a risk confirmation message.

[0259] After the server receives the first resource transfer request, if the first resource transfer request carries a risk confirmation message, it indicates that the risk of the resource transfer data has been confirmed, and the resource transfer is carried out directly according to the resource transfer document.

[0260] In one possible implementation, the resource transfer data includes a transferor identifier, a transferee identifier, and a resource quantity. The resource transfer process then includes transferring the resource quantity from the resource account identified by the transferor identifier to the resource account identified by the transferee identifier.

[0261] It should be noted that the embodiments of this application are described under the condition that the resource transfer data carried in the second resource transfer request is at risk. In another embodiment, after the server receives the second resource transfer request, the method further includes: performing risk detection on the resource transfer data if no resource transfer is performed, and performing resource transfer based on the resource transfer data in response to the resource transfer data passing the detection.

[0262] It should be noted that in this embodiment, after the terminal redisplays the resource transfer interface, the terminal detects the reconfirmation operation in the resource transfer interface and sends a resource transfer request to the server, which then performs the resource transfer. In another embodiment, steps 408-409 are not required. In response to the reconfirmation operation in the resource transfer interface, the terminal can perform the resource transfer in other ways based on the resource transfer data.

[0263] This application provides a video-based risk alert method. During resource transfer, a risk alert video is played to provide a warning, eliminating the need for text-based alerts. This reduces resource loss due to ignoring text-based alerts, enriches the alert format, and improves the alert effect. Furthermore, resource transfer is only initiated after the user has watched the video, ensuring that the transfer is only performed when the user confirms the risk, thus guaranteeing the security of the resource transfer.

[0264] Furthermore, even without resource transfer, risk detection is performed on the resource transfer data. Then, a risk warning video is played to remind users of the risk type corresponding to the resource transfer data, in order to avoid resource loss due to the risks of the resource transfer data, thereby ensuring the security of resource transfer, that is, ensuring the security of online payment.

[0265] Furthermore, the method provided in this application embodiment includes multiple video clips in the risk reminder video. These multiple video clips are played based on the user's actions on the risk reminder interface, thereby realizing a risk reminder based on interactive video and improving the risk reminder effect.

[0266] Furthermore, through interactive video explanations and risk warning video confirmations, users can independently confirm the risks associated with resource transfer data and receive risk confirmation messages. Resource transfers will only proceed when such messages are received, reducing the likelihood of users suffering resource losses due to risks associated with resource transfer data and subsequently complaining to the payment platform.

[0267] Based on the risk alert method provided in the above embodiments, taking a risk alert video comprising multiple video segments as an example, after initiating a second resource transfer request on the resource transfer interface displayed on the terminal, and finally initiating the first resource transfer request again on the redisplayed resource transfer interface, the interface displayed on the terminal is as follows: Figure 7 As shown.

[0268] Once it is determined that the user needs to pay a sum of money for gambling risk, the terminal displays a risk warning message corresponding to the gambling risk type on the resource transfer interface, as shown in interface 701.

[0269] After the user clicks the "Watch Reminder" control in the risk alert message, the terminal plays the first video clip on the risk alert interface, displaying the corresponding risk warning information and a "Next" control, as shown in interface 702. This risk warning information includes the reason for the risk warning, the warning time, and a description of the gambling risk type described in the first video clip. During the playback of the first video clip, the characters in the video clip will display a serious and formal facial expression, informing the user that the transaction involves gambling risk.

[0270] When the user clicks the "Next" control, the terminal plays the second video clip on the risk warning interface and displays the risk warning information, selection control and "Next" control corresponding to the second video clip, as shown in interface 703. The selection control is used to confirm the behavior that belongs to the gambling risk type. The risk warning information includes the behavior that belongs to the gambling risk type described in the second video clip.

[0271] With the selection control selected, the user clicks the "Next" button. The terminal then plays the third video clip on the risk warning interface, displaying the corresponding risk warning information, text input box, and "Next" button, as shown in interface 704. This risk warning information includes the requirement, as described in the second video clip, to enter the user's name in the text input box. In the third video clip, a real person will ask, "To ensure this is your operation, please enter the real name of the person registered under this account."

[0272] After the user enters "Zhang San" in the text input box and clicks the "Next" control, and then clicks "Confirm," the real person in the second video clip replies "Understood." The terminal then plays the fourth video clip on the risk warning interface and displays the corresponding risk warning information, selection controls, and "Next" controls, as shown in interface 705. The selection controls are used to confirm the risk matters described in the fourth video clip, and the risk warning information includes the risk matters described in the fourth video clip.

[0273] With the selection control selected, the user clicks the "Next" button. The terminal then plays the fifth video clip on the risk warning interface, displaying the corresponding risk warning information and an "OK" button, as shown in interface 706. This risk warning information includes the risk of the confirmed resource transfer request described in the second video clip. After the user clicks the "OK" button, the terminal redisplays the resource transfer interface, where the user initiates another resource transfer request to perform the transfer.

[0274] Furthermore, when a video clip is played on the risk warning interface of the terminal, a video warning message is displayed on the risk warning interface. This video warning message is used to remind users that the currently playing video is a recorded video, not a live video, so as to avoid users mistakenly thinking that the video being played is the video of a video call.

[0275] Figure 8 This is a risk warning process provided in an embodiment of this application, such as... Figure 8 As shown, the process includes:

[0276] 1. The server determines whether the current transaction is risky. If the current transaction is determined to be risk-free, the server will proceed with the payment normally. If the current transaction is determined to be risky, the server will send a risk warning message to the terminal.

[0277] 2. The terminal displays a risk warning message on the payment interface. This risk warning message includes a "Watch Video" control. When the user clicks the "Watch Video" control, the risk warning interface is displayed.

[0278] 3. The terminal plays video clip 1 from the risk warning video on the risk warning interface. In video clip 1, a live person explains the risks associated with the current transaction. When the user clicks the confirmation button, video clip 2 from the risk warning video plays on the risk warning interface. In video clip 2, a live person guides the user to abandon the payment operation, requiring the user to confirm information. After the user enters information and clicks the next button, video clip 3 from the risk warning video plays on the risk warning interface. In video clip 3, a live person guides the user to abandon the payment operation, requiring the user to confirm information again. After the user enters information and clicks the next button, video clip 4 from the risk warning video plays on the risk warning interface. In video clip 4, a live person summarizes the current risks. When the user clicks the "Continue Payment" button, the user returns to the payment interface, where they can then initiate a payment request again.

[0279] Specifically, when the terminal plays any video clip from the risk warning video on the risk warning interface, the user can close the risk warning page. If the user closes the risk warning page, the terminal displays the payment interface. When the user initiates a payment request on the payment interface, it will be intercepted again, that is, the risk warning message will be displayed again.

[0280] Figure 9 This application provides a resource transfer process, such as... Figure 9 As shown, the interactive entities include a terminal and a server, and the process includes:

[0281] 1. The payer sends a payment request to the server via the terminal.

[0282] 2. Upon receiving the payment request, the server invokes a risk detection model to perform a risk assessment on the payment data. The assessment determines if any risk exists and, if so, identifies the risk type or level. If the payment data is deemed risk-free, the transaction proceeds normally, and the payer's resources are transferred to the payee according to the payment request. If the payment data is deemed risky, the server uses video development tools, such as a video SDK (Software Development Kit), to query the risk warning video corresponding to the risk type of the payment data. The server then updates the retrieved risk warning video based on the payment data and sends the updated video to the payer's terminal.

[0283] 3. After receiving the risk warning video, the terminal plays the risk warning video on the risk warning page. After confirming the risk, the user continues to send a payment request to the server.

[0284] 4. Upon receiving the payment request, the server, after confirming that the payment request carries a risk confirmation message, removes the interception of the payment request, makes the payment according to the payment request, and sends a payment success message to the payer's terminal after the payment is successful, indicating that the payer has transferred the funds to the payee.

[0285] Figure 10 This is a schematic diagram of the structure of a risk warning device provided in an embodiment of this application, as shown below. Figure 10 As shown, the device includes:

[0286] Display module 1001 is used to display a resource transfer interface, which includes resource transfer data and is used to confirm resource transfer based on the resource transfer data.

[0287] The display module 1001 is also used to display a risk warning message in response to a confirmation operation in the resource transfer interface if no resource transfer has been performed.

[0288] The playback module 1002 is used to respond to the viewing operation of the risk warning message and play the risk warning video in the risk warning interface;

[0289] The sending module 1003 is used to perform resource transfer based on the resource transfer data in response to the reconfirmation operation in the re-displayed resource transfer interface after the risk warning video is played.

[0290] This application provides a video-based risk alert method. When transferring resources, risk alert videos are played to provide risk warnings, eliminating the need for text-based reminders. This reduces resource loss due to ignoring text-based reminders, enriches the reminder style, and thus improves the reminder effect.

[0291] In one possible implementation, such as Figure 11 As shown, the playback module 1002 includes:

[0292] The playback unit 1021 is used to play a risk warning video in the risk warning interface and display a confirmation control, which is used to confirm the viewing of the video content in the risk warning video.

[0293] Display unit 1022 is used to redisplay the resource transfer interface in response to a trigger operation on the confirmation control.

[0294] In another possible implementation, the playback unit 1021 is used to play a risk warning video in the risk warning interface and display risk warning information and a confirmation control. The risk warning information is used to describe the video content in the risk warning video.

[0295] In another possible implementation, the playback unit 1021 is used to play a risk warning video in the risk warning interface and display risk warning information, a confirmation control and a selection control, wherein the selection control is used to confirm the risk warning information;

[0296] Display unit 1022 is used to redisplay the resource transfer interface in response to a trigger operation on the confirmation control when the selection control is selected.

[0297] In another possible implementation, the playback unit 1021 is used to play a risk warning video in the risk warning interface and display a confirmation control and an information input area, wherein the information input area is used to indicate the information indicated by the risk warning video.

[0298] The display unit 1022 is used to verify the input information in the information input area in response to the trigger operation of the confirmation control; after the input information is verified, the resource transfer interface is redisplayed.

[0299] In another possible implementation, the risk warning video comprises multiple video clips, such as... Figure 11 As shown, the playback module 1002 includes:

[0300] The playback unit 1021 is used to play a first video clip in the risk warning interface and display a first confirmation control, which is used to confirm the viewing of the video content in the first video clip.

[0301] The playback unit 1021 is also used to play a second video clip in the risk warning interface in response to the triggering operation of the first confirmation control;

[0302] The first video segment is any video segment from the risk warning video, and the second video segment is a video segment associated with the first video segment.

[0303] In another possible implementation, the playback unit 1021 is used to play a first video segment in the risk warning interface and display a first risk warning message and a first confirmation control. The first risk warning message is used to describe the video content in the first video segment.

[0304] In another possible implementation, the playback unit 1021 is used to play a first video clip in the risk warning interface and display a first risk warning message, a first confirmation control and a first selection control, wherein the first selection control is used to confirm the first risk warning message;

[0305] The playback unit 1021 is also used to play a second video clip in the risk warning interface in response to a trigger operation on the first confirmation control when the first selection control is selected.

[0306] In another possible implementation, the playback unit 1021 is used to play a first video clip on the risk warning interface and display a first confirmation control and a first information input area, wherein the first information input area is used to indicate the information indicated by the first video clip.

[0307] The playback unit 1021 is also used to verify the input information in the first information input area in response to the trigger operation of the first confirmation control; after the input information is verified, a second video segment is played in the risk reminder interface, the second video segment being a video segment associated with the first video segment and used to play when the verification is successful.

[0308] In another possible implementation, the playback module 1002 is also used to play a third video segment in the risk warning interface if the input information verification fails. The third video segment is a video segment associated with the first video segment and is used to play when the verification fails.

[0309] In another possible implementation, the display module 1001 is also used to redisplay the resource transfer interface in response to a triggering operation of the confirmation control corresponding to the target video segment in the risk warning video.

[0310] In another possible implementation, the playback unit 1021 is also configured to, in response to a triggering operation of the first confirmation control, play the second video segment in the risk warning interface according to the start time of the second video segment associated with the first confirmation control.

[0311] In another possible implementation, the sending module 1003 is used to send a first resource transfer request carrying resource transfer data and a risk confirmation message to the server in response to a reconfirmation operation in the re-displayed resource transfer interface. The server is used to perform resource transfer based on the resource transfer data if the first resource transfer request carries the risk confirmation message.

[0312] In another possible implementation, the risk alert message includes a video playback entry point, and a playback module 1002 is used to play a risk alert video in the risk alert interface in response to a trigger operation on the video playback entry point.

[0313] In another possible implementation, the resource transfer interface includes resource transfer data, a risk alert message to remind users of the risk type corresponding to the resource transfer data, and a playback module 1002 to play a risk alert video matching the risk type corresponding to the resource transfer data in response to viewing the risk alert message.

[0314] In another possible implementation, such as Figure 11 As shown, the playback module 1002 includes:

[0315] The sending unit 1023 is used to send a video acquisition request to the server in response to the viewing operation of the risk warning message. The video acquisition request carries the risk type. The server is used to query the risk warning video that matches the risk type and return the risk warning video.

[0316] The receiving unit 1024 is used to receive the risk warning video sent by the server and play the risk warning video on the risk warning interface.

[0317] In another possible implementation, the risk alert message includes a video playback entry point, which is associated with a video identifier of the risk alert video. The playback module 1002 is used to send a video retrieval request to the server in response to a trigger operation on the video playback entry point. The video retrieval request carries the video identifier associated with the video playback entry point. The server is used to query the risk alert video corresponding to the video identifier and return the risk alert video. The server also receives the risk alert video sent by the server and plays the risk alert video in the risk alert interface.

[0318] In another possible implementation, the resource transfer interface includes resource transfer data. The display module 1001 is also used to respond to the confirmation operation in the resource transfer interface by sending a second resource transfer request carrying the resource transfer data to the server. The server is used to perform risk detection on the resource transfer data if no resource transfer is performed, obtain the risk type, and return a risk warning message that matches the risk type. The server receives the risk warning message sent by the server and displays the risk warning message.

[0319] It should be noted that the risk warning device provided in the above embodiments is only an example of the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the terminal can be divided into different functional modules to complete all or part of the functions described above. In addition, the risk warning device and the risk warning method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0320] Figure 12 This is a schematic diagram of the structure of a risk warning device provided in an embodiment of this application, as shown below. Figure 12 As shown, the device includes:

[0321] The receiving module 1201 is used to receive a second resource transfer request sent by the terminal. The second resource transfer request carries resource transfer data. The second resource transfer request is sent by the terminal in response to the confirmation operation in the resource transfer interface. The resource transfer interface includes resource transfer data and is used to confirm the resource transfer based on the resource transfer data.

[0322] The detection module 1202 is used to perform risk detection on resource transfer data without resource transfer, and to obtain the risk type corresponding to the resource transfer data.

[0323] The sending module 1203 is used to send a risk warning video that matches the risk type to the terminal, and the terminal plays the risk warning video on the risk warning interface.

[0324] This application provides a video-based risk alert method. When transferring resources, risk alert videos are played to provide risk warnings, eliminating the need for text-based reminders. This reduces resource loss due to ignoring text-based reminders, enriches the reminder style, and thus improves the reminder effect.

[0325] In one possible implementation, the resource transfer data includes the recipient's identifier; such as... Figure 13 As shown, the detection module 1202 includes:

[0326] Query unit 1221 is used to query the historical operation records of the transferee identifier;

[0327] The detection unit 1222 is used to perform risk detection on resource transfer data based on the historical operation records of the transferee's identifier to obtain the risk type.

[0328] In another possible implementation, the detection unit 1222 is used to call the risk detection model to perform risk detection on the resource transfer data based on the historical operation records of the transferee's identifier, and obtain the risk type.

[0329] In another possible implementation, such as Figure 13 As shown, the transmitting module 1203 includes:

[0330] The sending unit 1231 is used to send a risk warning message matching the risk type to the terminal, and the terminal displays the risk warning message in the resource transfer interface;

[0331] The receiving unit 1232 is used to receive a video acquisition request sent by the terminal. The video acquisition request carries a risk type and is sent by the terminal in response to the viewing operation of the risk warning message.

[0332] The sending unit 1231 is also used to respond to a video acquisition request by sending a risk warning video that matches the risk type to the terminal, and the terminal plays the risk warning video on the risk warning interface.

[0333] In another possible implementation, the sending unit 1231 is further configured to update the risk warning video based on the resource transfer data to obtain the updated risk warning video; and send the updated risk warning video to the terminal.

[0334] In another possible implementation, the sending unit 1231 is further configured to extract target keywords that match the risk warning video from the resource transfer data; perform speech conversion on the target keywords to obtain the speech information corresponding to the target keywords; and add the speech information to the risk warning video to obtain an updated risk warning video.

[0335] In another possible implementation, the sending unit 1231 is also used to add voice information to the voice fill position of the risk reminder video to obtain an updated risk reminder video.

[0336] In another possible implementation, the receiving module 1201 is further configured to receive a first resource transfer request sent by the terminal. The first resource transfer request is sent by the terminal in response to a reconfirmation operation in the resource transfer interface. The first resource transfer request carries resource transfer data and a risk confirmation message.

[0337] The resource transfer module 1204 is used to perform resource transfer based on resource transfer data when the first resource transfer request carries a risk confirmation message.

[0338] It should be noted that the risk warning device provided in the above embodiments is only an example of the division of the above functional modules. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the server can be divided into different functional modules to complete all or part of the functions described above. In addition, the risk warning device and the risk warning method embodiments provided in the above embodiments belong to the same concept, and their specific implementation process can be found in the method embodiments, which will not be repeated here.

[0339] This application also provides a computer device, which includes a processor and a memory. The memory stores at least one computer program, which is loaded and executed by the processor to perform the operations performed in the risk warning method of the above embodiments.

[0340] Optionally, the computer device is provided as a terminal. Figure 14 A structural block diagram of a terminal 1400 provided in an exemplary embodiment of this application is shown. The terminal 1400 may be a portable mobile terminal, such as a smartphone, tablet computer, MP3 player (Moving Picture Experts Group Audio Layer III), MP4 player (Moving Picture Experts Group Audio Layer IV), laptop computer, or desktop computer. The terminal 1400 may also be referred to as a user device, portable terminal, laptop terminal, desktop terminal, or other names.

[0341] Terminal 1400 includes a processor 1401 and a memory 1402.

[0342] Processor 1401 may include one or more processing cores, such as a quad-core processor, an octa-core processor, etc. Processor 1401 may be implemented using at least one hardware form selected from DSP (Digital Signal Processing), FPGA (Field-Programmable Gate Array), and PLA (Programmable Logic Array). Processor 1401 may also include a main processor and a coprocessor. The main processor, also known as a CPU (Central Processing Unit), is used to process data in the wake-up state; the coprocessor is a low-power processor used to process data in the standby state. In some embodiments, processor 1401 may integrate a GPU (Graphics Processing Unit), which is responsible for rendering and drawing the content required to be displayed on the screen. In some embodiments, processor 1401 may also include an AI (Artificial Intelligence) processor, which is used to handle computational operations related to machine learning.

[0343] The memory 1402 may include one or more computer-readable storage media, which may be non-transitory. The memory 1402 may also include high-speed random access memory and non-volatile memory, such as one or more disk storage devices or flash memory devices. In some embodiments, the non-transitory computer-readable storage media in the memory 1402 are used to store at least one computer program, which is executed by the processor 1401 to implement the risk warning method provided in the method embodiments of this application.

[0344] In some embodiments, the terminal 1400 may also optionally include a peripheral device interface 1403 and at least one peripheral device. The processor 1401, memory 1402, and peripheral device interface 1403 can be connected via a bus or signal line. Each peripheral device can be connected to the peripheral device interface 1403 via a bus, signal line, or circuit board. Specifically, the peripheral device includes at least one of the following: a radio frequency circuit 1404, a display screen 1405, a camera assembly 1406, an audio circuit 1407, and a power supply 1409.

[0345] Peripheral interface 1403 can be used to connect at least one I / O (Input / Output) related peripheral device to processor 1401 and memory 1402. In some embodiments, processor 1401, memory 1402 and peripheral interface 1403 are integrated on the same chip or circuit board; in some other embodiments, any one or two of processor 1401, memory 1402 and peripheral interface 1403 can be implemented on separate chips or circuit boards, which is not limited in this embodiment.

[0346] The radio frequency (RF) circuit 1404 is used to receive and transmit RF (Radio Frequency) signals, also known as electromagnetic signals. The RF circuit 1404 communicates with communication networks and other communication devices via electromagnetic signals. The RF circuit 1404 converts electrical signals into electromagnetic signals for transmission, or converts received electromagnetic signals back into electrical signals. Optionally, the RF circuit 1404 includes: an antenna system, an RF transceiver, one or more amplifiers, a tuner, an oscillator, a digital signal processor, a codec chipset, a user identity module card, etc. The RF circuit 1404 can communicate with other terminals through at least one wireless communication protocol. This wireless communication protocol includes, but is not limited to: the World Wide Web, metropolitan area networks, intranets, various generations of mobile communication networks (2G, 3G, 4G, and 5G), wireless local area networks, and / or WiFi (Wireless Fidelity) networks. In some embodiments, the RF circuit 1404 may also include circuitry related to NFC (Near Field Communication), which is not limited in this application.

[0347] Display screen 1405 is used to display a UI (User Interface). This UI may include graphics, text, icons, videos, and any combination thereof. When display screen 1405 is a touch display screen, it also has the ability to collect touch signals on or above its surface. These touch signals can be input as control signals to processor 1401 for processing. In this case, display screen 1405 can also be used to provide virtual buttons and / or a virtual keyboard, also known as soft buttons and / or a soft keyboard. In some embodiments, there may be one display screen 1405, disposed on the front panel of terminal 1400; in other embodiments, there may be at least two display screens, disposed on different surfaces of terminal 1400 or in a folded design; in still other embodiments, display screen 1405 may be a flexible display screen, disposed on a curved or folded surface of terminal 1400. Furthermore, display screen 1405 may be configured as a non-rectangular, irregular shape, i.e., a non-rectangular screen. The display screen 1405 can be made of materials such as LCD (Liquid Crystal Display) and OLED (Organic Light-Emitting Diode).

[0348] The camera assembly 1406 is used to acquire images or videos. Optionally, the camera assembly 1406 includes a front-facing camera and a rear-facing camera. The front-facing camera is disposed on the front panel of the terminal, and the rear-facing camera is disposed on the back of the terminal. In some embodiments, there are at least two rear-facing cameras, which are any one of a main camera, a depth-sensing camera, a wide-angle camera, and a telephoto camera, to achieve background blurring by fusion of the main camera and the depth-sensing camera, panoramic shooting by fusion of the main camera and the wide-angle camera, VR (Virtual Reality) shooting, or other fusion shooting functions. In some embodiments, the camera assembly 1406 may also include a flash. The flash may be a single-color temperature flash or a dual-color temperature flash. A dual-color temperature flash refers to a combination of a warm light flash and a cool light flash, which can be used for light compensation at different color temperatures.

[0349] The audio circuit 1407 may include a microphone and a speaker. The microphone is used to collect sound waves from the user and the environment, converting the sound waves into electrical signals that are input to the processor 1401 for processing, or input to the radio frequency circuit 1404 for voice communication. For stereo sound acquisition or noise reduction purposes, multiple microphones may be used, each positioned at a different location on the terminal 1400. The microphone may also be an array microphone or an omnidirectional microphone. The speaker is used to convert electrical signals from the processor 1401 or the radio frequency circuit 1404 into sound waves. The speaker may be a conventional diaphragm speaker or a piezoelectric ceramic speaker. When the speaker is a piezoelectric ceramic speaker, it can convert electrical signals not only into audible sound waves but also into inaudible sound waves for purposes such as distance measurement. In some embodiments, the audio circuit 1407 may also include a headphone jack.

[0350] Power supply 1409 is used to power the various components in terminal 1400. Power supply 1409 can be AC ​​power, DC power, a disposable battery, or a rechargeable battery. When power supply 1409 includes a rechargeable battery, the rechargeable battery can be a wired rechargeable battery or a wireless rechargeable battery. A wired rechargeable battery is a battery that is charged via a wired line, and a wireless rechargeable battery is a battery that is charged via a wireless coil. The rechargeable battery can also be used to support fast charging technology.

[0351] In some embodiments, the terminal 1400 further includes one or more sensors 1410. The one or more sensors 1410 include, but are not limited to: an accelerometer 1411, a gyroscope 1412, a pressure sensor 1413, an optical sensor 1415, and a proximity sensor 1416.

[0352] Accelerometer 1411 can detect the magnitude of acceleration along the three axes of a coordinate system established with terminal 1400. For example, accelerometer 1411 can be used to detect the components of gravitational acceleration along the three axes. Processor 1401 can control display screen 1405 to display the user interface in either a landscape or portrait view based on the gravitational acceleration signal acquired by accelerometer 1411. Accelerometer 1411 can also be used for games or for acquiring user motion data.

[0353] The gyroscope sensor 1412 can detect the orientation and rotation angle of the terminal 1400. The gyroscope sensor 1412 can work in conjunction with the accelerometer sensor 1411 to collect the user's 3D movements on the terminal 1400. Based on the data collected by the gyroscope sensor 1412, the processor 1401 can perform the following functions: motion sensing (e.g., changing the UI based on the user's tilt), image stabilization during shooting, game control, and inertial navigation.

[0354] The pressure sensor 1413 can be disposed on the side bezel of the terminal 1400 and / or on the lower layer of the display screen 1405. When the pressure sensor 1413 is disposed on the side bezel of the terminal 1400, it can detect the user's grip signal on the terminal 1400, and the processor 1401 can perform left / right hand recognition or quick operation based on the grip signal collected by the pressure sensor 1413. When the pressure sensor 1413 is disposed on the lower layer of the display screen 1405, the processor 1401 can control the operable controls on the UI interface based on the user's pressure operation on the display screen 1405. The operable controls include at least one of button controls, scroll bar controls, icon controls, and menu controls.

[0355] An optical sensor 1415 is used to collect ambient light intensity. In one embodiment, the processor 1401 can control the display brightness of the display screen 1405 based on the ambient light intensity collected by the optical sensor 1415. Specifically, when the ambient light intensity is high, the display brightness of the display screen 1405 is increased; when the ambient light intensity is low, the display brightness of the display screen 1405 is decreased. In another embodiment, the processor 1401 can also dynamically adjust the shooting parameters of the camera assembly 1406 based on the ambient light intensity collected by the optical sensor 1415.

[0356] The proximity sensor 1416, also known as the distance sensor, is installed on the front panel of the terminal 1400. The proximity sensor 1416 is used to detect the distance between the user and the front of the terminal 1400. In one embodiment, when the proximity sensor 1416 detects that the distance between the user and the front of the terminal 1400 is gradually decreasing, the processor 1401 controls the display screen 1405 to switch from a screen-on state to a screen-off state; when the proximity sensor 1416 detects that the distance between the user and the front of the terminal 1400 is gradually increasing, the processor 1401 controls the display screen 1405 to switch from a screen-off state to a screen-on state.

[0357] Those skilled in the art will understand that Figure 14 The structure shown does not constitute a limitation on terminal 1400 and may include more or fewer components than shown, or combine certain components, or use different component arrangements.

[0358] Optionally, the computer equipment is provided as a server. Figure 15This is a schematic diagram of a server structure provided in an embodiment of this application. The server 1500 can vary significantly due to different configurations or performance. It may include one or more Central Processing Units (CPUs) 1501 and one or more memories 1502. The memories 1502 store at least one computer program, which is loaded and executed by the processor 1501 to implement the methods provided in the various method embodiments described above. Of course, the server may also have wired or wireless network interfaces, a keyboard, and input / output interfaces for input and output. The server may also include other components for implementing device functions, which will not be elaborated upon here.

[0359] This application also provides a computer-readable storage medium storing at least one computer program, which is loaded and executed by a processor to perform the operations performed in the risk warning method of the above embodiments.

[0360] This application also provides a computer program product or computer program, which includes computer program code stored in a computer-readable storage medium. A processor of a computer device reads the computer program code from the computer-readable storage medium and executes the computer program code, causing the computer device to perform the operations performed in the risk warning method of the above embodiments.

[0361] Those skilled in the art will understand that all or part of the steps of the above embodiments can be implemented by hardware or by a program instructing related hardware. The program can be stored in a computer-readable storage medium, such as a read-only memory, a disk, or an optical disk.

[0362] The above description is only an optional embodiment of the present application and is not intended to limit the present application. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present application should be included within the protection scope of the present application.

Claims

1. A risk reminding method, characterized by, The method comprises: displaying a resource transfer interface, the resource transfer interface comprising resource transfer data, and the resource transfer interface being used to confirm resource transfer according to the resource transfer data; in response to a confirmation operation in the resource transfer interface, displaying a risk reminder message in the case where resource transfer is not performed; in response to a viewing operation on the risk reminder message, playing a first video segment in a risk reminder video in a risk reminder interface, and displaying a first confirmation control, the risk reminder video being an interactive video comprising a plurality of video segments, the first video segment being any video segment in the risk reminder video, and the first confirmation control being used to confirm viewing of video content in the first video segment; when the first video segment is played in the risk reminder interface, in response to a triggering operation on the first confirmation control, playing a second video segment associated with the first video segment in the risk reminder interface for a user to continue viewing; when any video segment in the risk reminder video is played, only the next video segment is played in the case where viewing of the currently played video segment is confirmed; after the risk reminder video is played, in response to a reconfirmation operation in the resource transfer interface that is re-displayed, performing resource transfer according to the resource transfer data.

2. The method of claim 1, wherein, The playing of the first video segment in the risk reminder video and the display of the first confirmation control in the risk reminder interface comprise: playing the first video segment in the risk reminder interface, and displaying first risk prompt information and the first confirmation control, the first risk prompt information being used to describe video content in the first video segment.

3. The method of claim 2, wherein, The playing of the first video segment in the risk reminder interface and the display of the first risk prompt information and the first confirmation control comprise: playing the first video segment in the risk reminder interface, and displaying the first risk prompt information, the first confirmation control, and a first selection control, the first selection control being used to confirm the first risk prompt information; The playing of the second video segment associated with the first video segment in the risk reminder interface in response to the triggering operation on the first confirmation control comprises: in response to the triggering operation on the first confirmation control in a state where the first selection control is selected, playing the second video segment in the risk reminder interface.

4. The method of claim 1, wherein, The playing of the first video segment in the risk reminder video and the display of the first confirmation control in the risk reminder interface comprise: playing the first video segment in the risk reminder interface, and displaying the first confirmation control and a first information input area, the first information input area being used to indicate input of information indicated by the first video segment; The playing of the second video segment associated with the first video segment in the risk reminder interface in response to the triggering operation on the first confirmation control comprises: in response to the triggering operation on the first confirmation control, verifying input information in the first information input area; After the input information is verified, the second video segment associated with the first video segment and played when the verification is passed is played in the risk reminding interface.

5. The method of claim 4, wherein, After the input information in the first information input area is verified in response to the triggering operation on the first confirmation control, the method further includes: After the input information is verified, the third video segment associated with the first video segment and played when the verification fails is played in the risk reminding interface.

6. The method of claim 1, wherein, The method further includes: In response to the triggering operation on the confirmation control corresponding to the target video segment in the risk reminding video, the resource transfer interface is redisplayed.

7. The method of claim 1, wherein, After the input information in the first information input area is verified in response to the triggering operation on the first confirmation control, the method further includes: In response to the triggering operation on the first confirmation control, the second video segment is played in the risk reminding interface according to the starting time point of the second video segment associated with the first confirmation control.

8. The method according to any one of claims 1 to 7, characterized in that, After the input information in the first information input area is verified in response to the triggering operation on the first confirmation control, the method further includes: In response to the triggering operation on the first confirmation control, the second video segment is played in the risk reminding interface according to the starting time point of the second video segment associated with the first confirmation control.

9. The method of claim 1, wherein, After the input information in the first information input area is verified in response to the triggering operation on the first confirmation control, the method further includes: In response to the triggering operation on the first confirmation control, the second video segment is played in the risk reminding interface according to the starting time point of the second video segment associated with the first confirmation control.

10. The method of claim 1, wherein, The risk reminding message includes a video playback entrance, and the first video segment in the risk reminding video is played in the risk reminding interface in response to the viewing operation on the risk reminding message, including: In response to the triggering operation on the video playback entrance, the risk reminding video is played in the risk reminding interface.

11. The method of claim 10, wherein, The risk reminding message is used to remind a risk type corresponding to the resource transfer data, and the first video segment in the risk reminding video is played in the risk reminding interface in response to the viewing operation on the risk reminding message, including: In response to the viewing operation on the risk reminding message, a risk reminding video matching the risk type corresponding to the resource transfer data is played in the risk reminding interface. In response to the viewing operation on the risk reminding message, a risk reminding video matching the risk type corresponding to the resource transfer data is played in the risk reminding interface, including: In response to the viewing operation on the risk reminding message, a video acquisition request is sent to a server, the video acquisition request carrying the risk type, and the server is used to query a risk reminding video matching the risk type and return the risk reminding video; The risk reminding video sent by the server is received, and the risk reminding video is played in the risk reminding interface.

12. The method of claim 1, wherein, The risk reminding message comprises a video playing entrance, the video playing entrance is associated with a video identifier of the risk reminding video, and the first video segment in the risk reminding video is played in the risk reminding interface in response to the viewing operation on the risk reminding message. In response to the triggering operation on the video playing entrance, a video acquisition request is sent to the server, the video acquisition request carries the video identifier associated with the video playing entrance, the server is configured to query the risk reminding video corresponding to the video identifier and return the risk reminding video; The risk reminding video sent by the server is received, and the risk reminding video is played in the risk reminding interface.

13. The method of claim 1, wherein, In response to the confirmation operation in the resource transfer interface, a risk reminding message is displayed in the case where the resource transfer is not performed, comprising: In response to the confirmation operation in the resource transfer interface, a second resource transfer request carrying the resource transfer data is sent to the server, the server is configured to detect the risk of the resource transfer data in the case where the resource transfer is not performed, obtain a risk type, and return the risk reminding message matched with the risk type; The risk reminding message sent by the server is received, and the risk reminding message is displayed.

14. A risk alerting method characterized by, The method comprises: Receiving a second resource transfer request sent by a terminal, the second resource transfer request carrying resource transfer data, the second resource transfer request being sent by the terminal in response to a confirmation operation in a resource transfer interface, the resource transfer interface comprising the resource transfer data, and the resource transfer interface being configured to confirm the resource transfer according to the resource transfer data; In the case where the resource transfer is not performed, the risk of the resource transfer data is detected to obtain a risk type corresponding to the resource transfer data; A risk reminding video matched with the risk type is sent to the terminal, a first video segment in the risk reminding video is played in a risk reminding interface by the terminal, and a first confirmation control is displayed, the risk reminding video being an interactive video comprising a plurality of video segments, the first video segment being any video segment in the risk reminding video, the first confirmation control being configured to confirm the viewing of video content in the first video segment, and in response to the triggering operation on the first confirmation control, a second video segment associated with the first video segment is played in the risk reminding interface for the user to continue watching when the first video segment is played in the risk reminding interface; when any video segment in the risk reminding video is played, the next video segment is played only in the case where the viewing of the currently played video segment is confirmed.

15. The method of claim 14, wherein, The resource transfer data comprises a transfer-in party identifier; In the case where the resource transfer is not performed, the risk of the resource transfer data is detected to obtain a risk type corresponding to the resource transfer data, comprising: Querying a historical operation record of the transfer-in party identifier; According to the historical operation record of the transfer-in party identifier, the risk of the resource transfer data is detected to obtain the risk type.

16. The method of claim 15, wherein, The risk detection on the resource transfer data according to the historical operation record of the transfer-in party identification, the risk type is obtained, including: The risk detection model is called, and the risk detection on the resource transfer data according to the historical operation record of the transfer-in party identification is carried out, and the risk type is obtained.

17. The method of claim 14, wherein, The risk reminding video matched with the risk type is sent to the terminal, and the risk reminding video is played in the risk reminding interface by the terminal, including: The risk reminding message matched with the risk type is sent to the terminal, and the risk reminding message is displayed in the resource transfer interface by the terminal; The video acquisition request sent by the terminal is received, the video acquisition request carries the risk type, and the video acquisition request is sent by the terminal in response to the viewing operation of the risk reminding message; In response to the video acquisition request, the risk reminding video matched with the risk type is sent to the terminal, and the risk reminding video is played in the risk reminding interface by the terminal.

18. The method of claim 17, wherein, The risk reminding video matched with the risk type is sent to the terminal, including: According to the resource transfer data, the risk reminding video is updated, and the updated risk reminding video is obtained; The updated risk reminding video is sent to the terminal.

19. The method of claim 18, wherein, According to the resource transfer data, the risk reminding video is updated, and the updated risk reminding video is obtained, including: From the resource transfer data, the target keyword matched with the risk reminding video is extracted; The target keyword is converted into voice, and the voice information corresponding to the target keyword is obtained; The voice information is added in the risk reminding video, and the updated risk reminding video is obtained.

20. The method of claim 19, wherein, The voice information is added in the risk reminding video, and the updated risk reminding video is obtained, including: The voice information is added in the voice filling position of the risk reminding video, and the updated risk reminding video is obtained.

21. The method of claim 14, wherein, After the risk reminding video matched with the risk type is sent to the terminal, the method further includes: The first resource transfer request sent by the terminal is received, the first resource transfer request is sent by the terminal in response to the reconfirmation operation in the resource transfer interface, and the first resource transfer request carries the resource transfer data and the risk confirmation message; In the case that the first resource transfer request carries the risk confirmation message, resource transfer is carried out according to the resource transfer data.

22. A risk alerting apparatus, characterized by, The device includes: The display module is used for displaying a resource transfer interface, the resource transfer interface includes resource transfer data, and the resource transfer interface is used for confirming resource transfer according to the resource transfer data; The display module is also used for displaying a risk reminding message in the case of not carrying out resource transfer in response to the confirmation operation in the resource transfer interface; The playing module comprises a playing unit; the playing unit is configured to: in response to a viewing operation on the risk reminding message, play a first video clip in a risk reminding video in a risk reminding interface, and display a first confirmation control, the risk reminding video being an interactive video comprising a plurality of video clips, the first video clip being any video clip in the risk reminding video, and the first confirmation control being configured to confirm viewing of video content in the first video clip; in response to a triggering operation on the first confirmation control while the first video clip is being played in the risk reminding interface, play a second video clip associated with the first video clip in the risk reminding interface for continuous viewing by a user; and when any video clip in the risk reminding video is being played, play a next video clip only when it is confirmed that the currently played video clip is to be viewed. The sending module is configured to: in response to a reconfirmation operation in the resource transfer interface that is re-displayed after the risk reminding video is played, perform resource transfer according to the resource transfer data.

23. The apparatus of claim 22, wherein, The playing unit is configured to: play the first video clip in the risk reminding interface, and display first risk prompt information and the first confirmation control, the first risk prompt information being configured to describe video content in the first video clip.

24. The apparatus of claim 23, wherein, The playing unit is configured to: play the first video clip in the risk reminding interface, and display the first risk prompt information, the first confirmation control, and a first selection control, the first selection control being configured to confirm the first risk prompt information. The playing unit is further configured to: in response to a triggering operation on the first confirmation control while the first selection control is selected, play a second video clip in the risk reminding interface.

25. The apparatus of claim 22, wherein, The playing unit is configured to: play the first video clip in the risk reminding interface, and display the first confirmation control and a first information input area, the first information input area being configured to indicate input of information indicated by the first video clip. The playing unit is further configured to: in response to a triggering operation on the first confirmation control, verify input information in the first information input area; after the input information is verified, play a second video clip in the risk reminding interface, the second video clip being a video clip associated with the first video clip and configured to be played after verification.

26. The apparatus of claim 25, wherein, The playing module is further configured to: in response to a failure in verification of the input information, play a third video clip in the risk reminding interface, the third video clip being a video clip associated with the first video clip and configured to be played after a failure in verification.

27. The apparatus of claim 22, wherein, The display module is further configured to: in response to a triggering operation on a confirmation control corresponding to a target video clip in the risk reminding video, re-display the resource transfer interface.

28. The apparatus of claim 22, wherein, The playing unit is further configured to: in response to a triggering operation on the first confirmation control, play the second video clip in the risk reminding interface according to a starting time point of the second video clip associated with the first confirmation control.

29. The apparatus of any of claims 22-28, wherein, The sending module is configured to: In response to the reconfirmation operation, a first resource transfer request carrying the resource transfer data and a risk confirmation message is sent to a server, and the server is configured to perform resource transfer according to the resource transfer data if the first resource transfer request carries the risk confirmation message.

30. The apparatus of claim 22, wherein, The risk reminding message includes a video playing entrance, and the playing module is configured to: In response to a triggering operation on the video playing entrance, the risk reminding video is played in the risk reminding interface.

31. The apparatus of claim 22, wherein, The risk reminding message is used to remind a risk type corresponding to the resource transfer data, and the playing module is configured to: In response to a viewing operation on the risk reminding message, a risk reminding video matching the risk type corresponding to the resource transfer data is played in the risk reminding interface.

32. The apparatus of claim 31, wherein, The playing module further includes: A sending unit configured to, in response to a viewing operation on the risk reminding message, send a video acquisition request to a server, the video acquisition request carrying the risk type, the server being configured to query a risk reminding video matching the risk type and return the risk reminding video; A receiving unit configured to receive the risk reminding video sent by the server and play the risk reminding video in the risk reminding interface.

33. The apparatus of claim 22, wherein, The risk reminding message includes a video playing entrance, and the video playing entrance is associated with a video identifier of the risk reminding video, and the playing module is configured to: In response to a triggering operation on the video playing entrance, a video acquisition request is sent to a server, the video acquisition request carrying the video identifier associated with the video playing entrance, the server being configured to query the risk reminding video corresponding to the video identifier and return the risk reminding video; The risk reminding video sent by the server is received and played in the risk reminding interface.

34. The apparatus of claim 22, wherein, The display module is further configured to: In response to the confirmation operation in the resource transfer interface, a second resource transfer request carrying the resource transfer data is sent to a server, the server being configured to perform risk detection on the resource transfer data in a case where resource transfer is not performed, obtain a risk type, return the risk reminding message matching the risk type, and display the risk reminding message. The device includes:

35. A risk alerting apparatus, comprising: A receiving module configured to receive a second resource transfer request sent by a terminal, the second resource transfer request carrying resource transfer data, the second resource transfer request being sent by the terminal in response to a confirmation operation in a resource transfer interface, the resource transfer interface including the resource transfer data, and the resource transfer interface being used to confirm resource transfer according to the resource transfer data; A detection module configured to, in a case where resource transfer is not performed, perform risk detection on the resource transfer data and obtain a risk type corresponding to the resource transfer data; and A sending module configured to send the risk type to a server, the server being configured to query a risk reminding video matching the risk type and return the risk reminding video. The sending module is configured to send, to the terminal, a risk reminding video matched with the risk type, play, by the terminal, a first video clip in the risk reminding video in a risk reminding interface, and display a first confirmation control, the risk reminding video being an interactive video including a plurality of video clips, the first video clip being any video clip in the risk reminding video, the first confirmation control being configured to confirm viewing of video content in the first video clip, and in response to a triggering operation on the first confirmation control while the first video clip is played in the risk reminding interface, play, by the terminal, a second video clip associated with the first video clip in the risk reminding interface for continuous viewing by a user; and in playing any video clip in the risk reminding video, only play a next video clip if it is confirmed that the currently played video clip is to be viewed.

36. The device of claim 35, wherein, The resource transfer data includes a transfer-in party identifier; The detection module includes: A query unit configured to query historical operation records of the transfer-in party identifier; A detection unit configured to perform risk detection on the resource transfer data according to the historical operation records of the transfer-in party identifier to obtain the risk type.

37. The device of claim 36, wherein, The detection unit is configured to: Call a risk detection model to perform risk detection on the resource transfer data according to the historical operation records of the transfer-in party identifier to obtain the risk type.

38. The device of claim 35, wherein, The sending module includes: A sending unit configured to send, to the terminal, a risk reminding message matched with the risk type, and display, by the terminal, the risk reminding message in the resource transfer interface; A receiving unit configured to receive a video acquisition request sent by the terminal, the video acquisition request carrying the risk type, the video acquisition request being sent by the terminal in response to a viewing operation on the risk reminding message; The sending unit is further configured to send, to the terminal, the risk reminding video matched with the risk type in response to the video acquisition request, and play, by the terminal, the risk reminding video in the risk reminding interface.

39. The device of claim 38, wherein, The sending unit is further configured to: Update the risk reminding video according to the resource transfer data to obtain an updated risk reminding video, and send the updated risk reminding video to the terminal.

40. The device of claim 39, wherein, The sending unit is further configured to: Extract, from the resource transfer data, a target keyword matched with the risk reminding video; Perform voice conversion on the target keyword to obtain voice information corresponding to the target keyword; Add the voice information in the risk reminding video to obtain the updated risk reminding video.

41. The device of claim 40, wherein, The sending unit is further configured to: Add the voice information in a voice filling position of the risk reminding video to obtain the updated risk reminding video.

42. The device of claim 35, wherein, The receiving module is further configured to receive a first resource transfer request sent by the terminal, the first resource transfer request being sent by the terminal in response to a reconfirmation operation in the resource transfer interface, the first resource transfer request carrying the resource transfer data and a risk confirmation message; The device further comprises a resource transfer module configured to perform resource transfer according to the resource transfer data if the first resource transfer request carries the risk confirmation message.

43. A computer device, comprising: The computer device comprises a processor and a memory, and the memory stores at least one computer program, and the at least one computer program is loaded and executed by the processor to implement the operations performed in the risk reminding method according to any one of claims 1 to 13; or to implement the operations performed in the risk reminding method according to any one of claims 14 to 21.

44. A computer-readable storage medium, comprising: The computer readable storage medium stores at least one computer program, and the at least one computer program is loaded and executed by the processor to implement the operations performed in the risk reminding method according to any one of claims 1 to 13; or to implement the operations performed in the risk reminding method according to any one of claims 14 to 21. 45.A computer program product, comprising computer program code stored in a computer readable storage medium, wherein a processor of a computer device reads the computer program code from the computer readable storage medium, and the processor executes the computer program code to cause the computer device to implement the operations performed in the risk reminding method according to any one of claims 1 to 13; or to implement the operations performed in the risk reminding method according to any one of claims 14 to 21.

Images