Request processing method, device, storage medium and electronic device

Abstract

The embodiment of the present application discloses a request processing method, device, storage medium and electronic device, wherein the method comprises: obtaining an input service request operation, generating a service request including request parameters based on the service request operation, saving the service request locally, wherein the request parameters correspond to the operation data of the service request operation, sending the service request to a service platform, and upon receiving processing failure information returned by the service platform based on the service request, obtaining the saved service request from the local, and resending the service request to the service platform. By adopting the embodiment of the present application, the loss of service requests can be avoided.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a request processing method, device, storage medium and electronic device. Background Art

[0002] With the development of Internet technology, the Internet has basically been popularized. Users can easily access the Internet through various types of terminals such as smart phones, laptops, tablets, etc. Among them, terminals suitable for accessing APPs and H5 pages are becoming more and more popular and valued. Service platforms such as service providers and content providers can meet users' usage needs by providing rich resources and services.

[0003] Generally, users can trigger the corresponding service on the display page of the terminal to generate a service request (such as clicking a page control corresponding to a service), and send it to the service platform for corresponding processing, so as to provide the terminal with corresponding resources or services if the service request is processed successfully.

[0004] Currently, in the process of processing service requests, if the communication status between the terminal and the service platform is not good (for example, the network may be stuck or delayed at night when network usage is peak), or if the user closes the interface for generating the service request on the terminal while the service platform is processing the service request, the processing of the service platform will be interrupted, resulting in the loss of the service request. Summary of the invention

[0005] The embodiment of the present application provides a request processing method, device, storage medium and electronic device, which can allocate a service thread to a suitable processor cluster. The technical solution of the embodiment of the present application is as follows:

[0006] In a first aspect, an embodiment of the present application provides a request processing method, the method comprising:

[0007] Acquire the input service request operation, generate a service request including request parameters based on the service request operation, and save the service request locally, wherein the request parameters correspond to the operation data of the service request operation;

[0008] Sending the service request to the service platform;

[0009] When receiving the processing failure information returned by the service platform based on the service request, the saved service request is obtained from the local, and the service request is resent to the service platform.

[0010] In a second aspect, an embodiment of the present application provides another request processing method, the method comprising:

[0011] Receiving a service request sent by a terminal, the service request including request parameters, the request parameters being generated by the terminal based on an input service request operation, and the service request being saved locally when generated by the terminal;

[0012] In response to the service request, processing the request parameters;

[0013] Generate processing failure information after the processing fails based on the processed processing result, and send the processing failure information to the terminal, wherein the processing failure information is used to instruct the terminal to obtain the saved service request from the local;

[0014] The service request sent by the terminal based on the processing failure information is received.

[0015] In a third aspect, an embodiment of the present application provides a request processing device, the device comprising:

[0016] A service request generation module, used to obtain an input service request operation, generate a service request including request parameters based on the service request operation, and save the service request locally, wherein the request parameters correspond to the operation data of the service request operation;

[0017] A service request sending module, used for sending the service request to the service platform;

[0018] The service request re-sending module is used to obtain the saved service request from the local and re-send the service request to the service platform when receiving the processing failure information returned by the service platform based on the service request.

[0019] In a fourth aspect, an embodiment of the present application provides another request processing device, the device comprising:

[0020] A service request receiving module, used to receive a service request sent by a terminal, wherein the service request includes request parameters, the request parameters are generated by the terminal based on an input service request operation, and the service request is saved locally when generated by the terminal;

[0021] A service request processing module, used to process the request parameters in response to the service request;

[0022] A processing information sending module, used to generate processing failure information after the processing fails based on the processed processing result, and send the processing failure information to the terminal, wherein the processing failure information is used to instruct the terminal to obtain the saved service request from the local;

[0023] The service request receiving module is further configured to receive the service request sent by the terminal based on the processing failure information.

[0024] In a fifth aspect, an embodiment of the present application provides a computer storage medium, wherein the computer storage medium stores a plurality of instructions, wherein the instructions are suitable for being loaded by a processor and executing the above-mentioned method steps.

[0025] In a sixth aspect, an embodiment of the present application provides an electronic device, which may include: a processor and a memory; wherein the memory stores a computer program, and the computer program is suitable for being loaded by the processor and executing the above-mentioned method steps.

[0026] The beneficial effects brought about by the technical solutions provided by some embodiments of the present application include at least:

[0027] In one or more embodiments of the present application, the terminal obtains the input service request operation, generates a service request including request parameters based on the service request operation, saves the service request locally, the request parameters correspond to the operation data of the service request operation, sends the service request to the service platform, and when receiving the processing failure information returned by the service platform based on the service request, obtains the saved service request from the local, and resends the service request to the service platform. By saving the service request locally when generating the service request, even if the service platform loses the service request when the service platform fails to process the service request due to poor communication status or the user closes the corresponding interface when generating the service request on the terminal, after receiving the processing failure information, the terminal can obtain the saved service request locally and resend it to the service platform for processing, thereby avoiding the loss of the service request, and can resend the service request when the processing fails, so that the service request can be quickly responded to by the service platform and processed, thereby improving the efficiency of the service platform in processing service requests. BRIEF DESCRIPTION OF THE DRAWINGS

[0028] In order to more clearly illustrate the embodiments of the present application or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without paying creative work.

[0029] Figure 1 It is a flowchart of a request processing method provided in an embodiment of the present application;

[0030] Figure 2 It is a schematic diagram of an interface for recommending courses in an online education scenario involved in the request processing method provided in an embodiment of the present application;

[0031] Figure 3 It is a flowchart of another request processing method provided in an embodiment of the present application;

[0032] Figure 4 It is a schematic diagram of an interface of course content data involved in the request processing method provided in the embodiment of the present application;

[0033] Figure 5 It is a schematic diagram of an interface of a course trial listening interface involved in the request processing method provided in an embodiment of the present application;

[0034] Figure 6 It is a flowchart of another request processing method provided in an embodiment of the present application;

[0035] Figure 7 It is a structural diagram of a request processing device provided in an embodiment of the present application;

[0036] Figure 8 It is a structural diagram of a service request acquisition module provided in an embodiment of the present application;

[0037] Fig. 9 is a structural diagram of a communication status determination unit provided in an embodiment of the present application;

[0038] Fig.10 is a schematic diagram of the structure of another request processing device provided in an embodiment of the present application;

[0039] Fig.11 is a structural diagram of another request processing device provided in an embodiment of the present application;

[0040] Fig.12 It is a structural diagram of a service request processing module provided in an embodiment of the present application;

[0041] Fig.13 is a structural diagram of another request processing device provided in an embodiment of the present application;

[0042] Fig.14 It is a structural schematic diagram of an electronic device provided in an embodiment of the present application;

[0043] Fig.15 It is a schematic diagram of the structure of the operating system and user space provided in the embodiment of the present application;

[0044] Fig.16 yes Fig.14 The architecture diagram of the Android operating system;

[0045] Fig.17 yes Fig.14 The architecture diagram of the IOS operating system;

[0046] Fig.18 It is a schematic diagram of the structure of another electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0047] The following will be combined with the drawings in the embodiments of the present application to clearly and completely describe the technical solutions in the embodiments of the present application. Obviously, the described embodiments are only part of the embodiments of the present application, not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of this application.

[0048] In the description of the present application, it should be understood that the terms "first", "second", etc. are only used for descriptive purposes and cannot be understood as indicating or implying relative importance. In the description of the present application, it should be noted that, unless otherwise clearly specified and limited, "including" and "having" and any of their variations are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not limited to the listed steps or units, but optionally also includes steps or units that are not listed, or optionally also includes other steps or units inherent to these processes, methods, products or devices. For those of ordinary skill in the art, the specific meanings of the above terms in the present application can be understood in specific circumstances. In addition, in the description of the present application, unless otherwise specified, "multiple" refers to two or more. "And / or" describes the association relationship of associated objects, indicating that there can be three relationships, for example, A and / or B, which can represent: A exists alone, A and B exist at the same time, and B exists alone. The character " / " generally indicates that the associated objects before and after are an "or" relationship.

[0049] The present application is described in detail below with reference to specific embodiments.

[0050] In one embodiment, Figure 1 As shown, a request processing method is proposed, which can be implemented by a computer program and can be run on a request processing device based on the von Neumann architecture. The computer program can be integrated into an application or run as an independent tool application. The request processing method will be explained in detail below with the request processing device as the terminal, as follows:

[0051] The terminal may be an electronic device with a request processing function, including but not limited to wearable devices, handheld devices, personal computers, tablet computers, vehicle-mounted devices, smart phones, computing devices or other processing devices connected to a wireless modem, etc. The terminal device may be called different names in different networks, such as user equipment, access terminal, user unit, user station, mobile station, mobile station, remote station, remote terminal, mobile device, user terminal, terminal, wireless communication device, user agent or user device, cellular phone, cordless phone, personal digital assistant (PDA), terminal device in 5G network or future evolution network, etc.

[0052] Specifically, the request processing method includes:

[0053] Step S101: obtaining an input service request operation, generating a service request including request parameters based on the service request operation, and saving the service request locally, wherein the request parameters correspond to operation data of the service request operation.

[0054] The service request operation is used to request or instruct the terminal to generate an input operation for a service request for a certain business service. It can be understood that the user can input a service request for a certain business service (i.e., request the business service) on the display interface of the terminal. Common service request operations can be a service request click operation, a service request slide operation, a service request drag operation, etc. The following takes the online education scenario as an example to explain the relevant operations in detail.

[0055] Among them, the service request click operation can be a user's click on a click service object (picture, text, icon, etc.) in a certain online education application page, and the click service object corresponds to or is associated with a certain business service, such as a service for viewing pictures, a service for copying text, and a service for opening a page corresponding to an icon. Further, the service request click operation can be a single click on an icon or text to view details, a double click on an icon or text to open a page, etc. When the service request click operation is input by the user through an external device such as a mouse, the specific form of the service request click operation also includes left-click, left-double-click, middle-click, middle-double-click, right-click, right-double-click, etc. Further,

[0056] The service request sliding operation may be in an online education application page, where the user slides between the highlights in the application page, such as a nine-square sliding operation, continuously dragging the course picture to slide, continuously dragging the page to play a small video of a trial course, and other scenarios. Furthermore, if the user continuously drags the page course picture in the application page to input a service request sliding operation, this usually involves the terminal requesting the course picture data from the service platform. The terminal obtains the service request sliding operation and then generates a service request for the course picture data (such as requesting picture resources from the service platform, etc.).

[0057] The service request drag operation can be in an online education application page, where the user selects a drag object (picture, text, icon, etc.) on the application page and drags the object without leaving the screen, and the dragged object moves with the finger during the dragging process. The drag service object corresponds to or is associated with a business service. It should be noted that the drag operation can be completed through external devices such as a mouse, electronic pointer, laser pen, etc.

[0058] Furthermore, the service request operation is usually associated with or corresponds to the business service corresponding to the operation. The service platform can provide specific services to users on the terminal (such as video playback services, course question-and-answer services, course sales services, etc. in online education scenarios). The specific service can be based on application software, and the terminal can install the application software (such as online education software). The business service is a specific service that is automatically triggered on the terminal or triggered by the user. When triggered, the user displays the carrier (icon, text, picture, video, control, etc.) of the business service on the page. The specific service type can be developed and determined by the developer of the service platform in the actual application environment. The service platform can maintain the specific services on the application software on the terminal periodically in real time, respond to the generated service requests, etc., which are not specifically limited here.

[0059] Specifically, the terminal can provide users with relevant business services of the service platform (course ordering services, course renewal services, question-answering services, etc. involved in online education scenarios). Users can select the required target service from the various business services provided by the service platform on the terminal. For example, the user selects the control (icon, button, etc.) corresponding to the target service by touching the finger to enter a service request operation. The service request operation is used to request or instruct the terminal to generate a corresponding service request to request the service platform to provide the corresponding target service. At this time, the terminal can detect the service request operation entered when the target service is triggered by the user, and then obtain the operation data of the service request operation. The terminal can determine the request parameters when generating the service request based on the operation data, and then generate a service request based on the request parameters, that is, the service request corresponding to the service request operation, and save the service request locally.

[0060] Among them, the operation data of the service request operation is generated based on the user's behavioral operation in the embodiment of the present application. The operation data can be the data currently representing the business service triggered by the user, such as the time point of the current operation, the name of the triggered control, the name of the business service requested to the service platform, etc. It can be the user's historical behavior data, such as the historical viewing time of multimedia, the number of times multimedia is opened, the amount of multimedia content, etc. It can be understood that the request parameters correspond to the operation data of the user's service request operation, and can be all or part of the data in the operation data, which is specifically determined according to the service request type generated corresponding to the service request operation. It can be understood that different service requests correspond to different request parameters.

[0061] For example, if the service request is a video recommendation service request for requesting the service platform to recommend a video, the request parameters of the video recommendation service request may be parameters such as the length of the historical video viewing, the number of times the video is opened, and the content volume of the video.

[0062] For example, if the service request is a session establishment service request for requesting the service platform to establish a session connection, the request parameters of the session establishment service request may be parameters such as the user's current ID, the service personnel to be established for the session (such as course consultants, course sales, and question-answering service personnel in online education scenarios), etc., so that the service platform can establish a session connection between a service terminal with matching request parameters and a user's terminal based on the service request containing the request parameters.

[0063] Specifically, after the terminal generates a service request based on the request parameters, the terminal can save the service request in a local storage space. It can be understood that, usually, when the terminal sends a service request to the service platform, and / or the service request is received and processed, there may be a situation where the request is lost. In an embodiment of the present application, after generating the service request, the terminal first stores the service request locally to avoid failure of the service platform to process the service request. In this case, the terminal can re-request the service platform to process the service request based on the locally stored service request.

[0064] Step S102: Send the service request to the service platform.

[0065] Specifically, the terminal pre-establishes a communication connection with the service platform, and the terminal can send the generated service request to the service platform based on the communication connection. It is understandable that after the service platform establishes a communication connection with the terminal, it can receive the service request sent by the terminal, and the service platform can respond to the service request, process the service request, and based on the processing result, can feedback processing information to the terminal, such as processing success information and processing failure information.

[0066] In a specific implementation scenario, in order to establish a session connection based on course recommendation in online education, the terminal can be a computer, a mobile phone, a tablet or other smart device. For the convenience of description, the terminal is taken as an example of a tablet. The mobile phone can be equipped with an online education application provided by the service platform. The online education application has the function of providing recommended courses for playback to the user. The user opens the application display interface of the mobile phone, such as Figure 2 As shown, Figure 2 This is a schematic diagram of the interface for recommending courses in an online education scenario. Figure 2 Try a recommended course provided by online education. Figure 2 The display interface shows some course introductions and course graphics of the recommended courses. If the user is interested in the recommended course and wants to learn more about the detailed introduction of the course and the course service (such as purchasing the course service), he can touch the Figure 2 The service control-"interested" button in the display interface, further, the terminal may have a touch screen, the touch screen may be a touch screen capable of realizing a single touch function, such as: a capacitive touch screen, an electromagnetic touch screen, or a touch screen capable of realizing capacitive sensing, electromagnetic sensing and infrared sensing at the same time. When the user touches the touch screen on the terminal with a finger, the capacitance parameter of the touch position changes, and the touch frame determines the touch position of the finger on the terminal touch screen according to the change of capacitance; or, when the finger contacts the touch frame, it blocks the infrared receiving end from receiving the infrared signal, and the touch frame determines the touch position of the finger according to the blocked infrared signal. By identifying the code corresponding to the logic control instruction corresponding to the touch position, the terminal can detect the service request operation input by the user for the service control-"interested" button, and then obtain the operation data of the service request operation. According to the session establishment service request corresponding to the "interested" button, the user's current ID in the operation data and the service personnel (course consultant type) to be established in the session can be used as request parameters to generate a service request containing the request parameters and save it locally, so that the service platform can establish a session connection between the service terminal matching the request parameters and the user's terminal based on the service request containing the request parameters. The service platform can respond to the service request and provide the required session connection services to the user on the terminal, such as allocating a service terminal to the user terminal and establishing a session connection between the user terminal and the service terminal. It can be understood that after the session connection is established, the user on the terminal can consult the service terminal for a detailed introduction and course service corresponding to the "recommended course" based on the session connection, etc. Furthermore, when the service platform fails to process the service request based on the request parameters, it will return processing failure information.

[0067] Furthermore, the communication connection between the user's terminal and the service platform is usually a communication connection service established using a preset communication architecture. The communication architecture refers to a communication structure for data communication. The communication architecture defines various aspects of the data network communication system, including the type of communication interface, the network protocol used, the implemented data framework, the type of communication wiring, etc. Commonly used communication architectures may be TCP / IP architecture, Netty architecture, C / S architecture, SOA architecture, etc. For example, one of the communication architectures may be to use the Java open source Netty framework, and cooperate with WebSocket technology to establish a long connection (or short connection) between the service platform and the user terminal in the communication network, and to implement the interaction of communication data between the two ends based on the communication connection. The following will explain in detail the communication link based on the long connection and the communication connection based on the short connection, as follows:

[0068] The established communication connection may be a communication link of an http long connection or a communication link of an http short connection.

[0069] A long connection means that multiple data packets can be sent continuously on a connection. If no data packet is sent during the connection, both parties need to send a link detection packet.

[0070] The operation steps of a long connection are: establish connection - data transmission...(maintain connection)...data transmission - close connection.

[0071] A short connection means that when the two communicating parties have data exchange, a connection is established. After the data is sent, the connection is disconnected, that is, each connection only completes the sending of one business.

[0072] The operation steps of short connection are: establish connection - data transmission - close connection...establish connection - data transmission - close connection.

[0073] Long connections are mostly used for frequent operations and point-to-point communication. Each TCP connection requires a three-step handshake, which takes time. If each operation is a short connection, the processing speed will be much lower. Therefore, it is not disconnected after each operation. The next time the data packet is processed, it will be OK without establishing a TCP connection. For example: the database connection uses a long connection. If short connections are used for frequent communication, socket errors will occur, and frequent socket creation is also a waste of resources.

[0074] HTTP services like WEB websites generally use short links, because long links consume certain resources for the server, and short links save more resources for frequent connections of tens of thousands or even hundreds of millions of clients like WEB websites. If long links are used and there are tens of thousands of users at the same time, if each user occupies a connection, you can imagine how much time it would take. Therefore, when the concurrency is large but each user does not need to operate frequently, it is better to use short links.

[0075] Long connections can save a lot of TCP establishment and closing operations, reduce waste, and save time. In practical applications, when the communication data transmitted by the communication link is real-time online teaching video data with high communication transmission quality requirements, a communication link based on a long connection can be used, such as a communication link based on a long connection between the service platform and the terminal.

[0076] At this time, the long connection is relatively simple for the service platform to manage, and the existing connections are all useful connections, and no additional control means are required. However, if the client requests frequently, time and bandwidth will be wasted on the establishment and closing operations of TCP. Therefore, in the embodiment of the present application, the service platform can establish a communication connection between the service platform and the user's terminal in an appropriate manner according to the actual communication data transmission environment.

[0077] Step S103: when receiving the processing failure information returned by the service platform based on the service request, obtaining the saved service request from the local, and resending the service request to the service platform.

[0078] Specifically, the terminal can send the generated service request to the service platform based on the communication connection. The service platform receives the service request sent by the terminal through the communication connection. The service platform can respond to the service request and process the service request. Based on the processing result, processing information can be fed back to the terminal, such as processing success information and processing failure information. Taking online education as an example, the business services requested by the service request include at least: business services for providing teaching services, business services for providing course sales, business services for providing course Q&A, business services for providing course after-sales services, and so on.

[0079] Specifically, usually when the terminal sends a service request to the service platform, and / or the service request is received and processed, there may be a situation where the request is lost. For example, if the communication connection between the terminal and the service platform is interrupted, the service platform may fail to process the service request, or it is difficult for the terminal to receive the information returned by the service platform in time. For example, if the service request operation input by the user is triggered on the A display interface of the terminal, and the service platform is processing the service request, the user exits from the A display interface of the terminal to the B display interface. At this time, there may be a strong correlation between the service request and the A display interface, such as a session connection service request, a video recommendation service request, etc. This will result in the failure of the service request processing on the A display interface of the terminal. In related technologies, the service request will usually be lost, resulting in the terminal or service platform being unable to process or respond to the service request in a timely manner. In an embodiment of the present application, during the service request processing process of the service platform, if the service platform processes the service request, it will feedback the processing failure information to the terminal. When the service platform receives the processing failure information returned by the service platform based on the service request, since the terminal first stores the service request locally after generating the service request, in order to avoid the service request service platform processing failure, the service platform can be re-requested to process based on the locally stored service request.

[0080] In a feasible implementation manner, the terminal can pre-set a preset time. When the terminal receives the processing success information returned by the service platform based on the service request processing within the preset time, the terminal can determine that the service request processing is successful based on the processing success information; when the terminal receives the processing success information or the processing failure information returned by the service platform based on the service request processing within the preset time, the terminal can determine that the service request processing has failed. At this time, on the one hand, the communication connection between the terminal and the service platform may be interrupted, resulting in the failure to successfully return the processing success information or the processing failure information; on the other hand, the communication condition of the communication connection between the terminal and the service platform is poor and the service processing of the service platform is under load, such as in online teaching. Taking education as an example, at this time, due to insufficient network bandwidth of the communication link and / or insufficient processing capacity of the service platform (for example, classes in the evening are peak network usage and the network may be stuck), the data transmission between the current communication links is blocked (service request transmission is blocked, return information transmission is blocked), such as delays, stuck or even disconnection, etc., resulting in failure of service request processing. At this time, after generating the service request, the terminal first stores the service request locally. When the service platform fails to process the service request, the terminal can re-request the service platform for processing based on the locally stored service request, that is, re-send the service request to the service platform through the communication connection until receiving the processing success information returned by the service platform.

[0081] In an embodiment of the present application, the terminal obtains the input service request operation, generates a service request including request parameters based on the service request operation, saves the service request locally, the request parameters correspond to the operation data of the service request operation, sends the service request to the service platform, and when receiving the processing failure information returned by the service platform based on the service request, obtains the saved service request from the local, and resends the service request to the service platform. By saving the service request locally when generating the service request, even if the service platform loses the service request when the service platform fails to process the service request due to poor communication status or the user closes the corresponding interface when generating the service request on the terminal, after receiving the processing failure information, the terminal can obtain the saved service request locally and resend it to the service platform for processing, thereby avoiding the loss of the service request, and can resend the service request when the processing fails, so that the service request can be quickly responded to by the service platform and processed, thereby improving the efficiency of the service platform in processing service requests.

[0082] See also Figure 3 , Figure 3 This is a flowchart of another embodiment of a request processing method proposed in this application. Specifically:

[0083] Step S201: obtaining an input service request operation, generating a service request including request parameters based on the service request operation, and saving the service request locally, wherein the request parameters correspond to operation data of the service request operation.

[0084] In a specific implementation scenario, the service request operation may be generated when a service control corresponding to the target service is triggered, and the terminal may obtain the service request operation triggered by the user for the service control corresponding to the target service, and the service control is a control set on the multimedia course interface of the user terminal.

[0085] The multimedia course interface may generally include an interface for displaying text, pictures, animations, tables, icons and other display elements related to the course teaching. In actual applications, the display page on the terminal may generally be a display page corresponding to an application that provides course teaching functions (such as a page developed based on the H5 programming language). The application includes but is not limited to applications developed by a third party or built into the terminal operating system itself, as well as some applications, applets, plug-ins, etc. developed by a third party and built into the user terminal operating system itself.

[0086] The control can be understood as the "encapsulation of data and methods" corresponding to the display content of the user display interface (i.e., UI interface) used to develop and build the user terminal. Certain method functions can be realized through the control, such as providing the functions of interface elements such as windows, text boxes, buttons, and drop-down menus. Generally, controls can be divided into four types:

[0087] Imperative control: used to start a specific function. Common command controls include button controls, icon controls, hyperlink controls, etc.

[0088] Selection control: used to select options or data. Common selection controls include check box controls, list box controls, list controls, text edit controls, etc.

[0089] Entry control: used to input data. Common input controls include spinner controls, dial controls, slider controls, etc.

[0090] Display control: used to control "how" and "where" an application displays specific data. Commonly used display controls include text controls for displaying text, image controls for displaying images, etc.

[0091] In the embodiment of the present application, the service control can be understood as a control for implementing a target service corresponding to the course teaching. Usually, the service control can be a command control for starting the function of the corresponding target service between the service platform and the service terminal. In actual application, the service control is usually displayed on the display interface of the terminal with a specified image (such as a circle or a triangle). When the user performs a corresponding touch operation on the service control on the terminal, the target service corresponding to the service control can be triggered. Furthermore, when the service control corresponding to the target service is triggered, the terminal can obtain the service request operation input by the user, and then obtain the operation data of the service request operation, determine the request parameters based on the operation data, and generate a service request containing the request parameters.

[0092] According to some embodiments, the terminal can provide users with relevant business services of the service platform (course ordering services, course renewal services, question-answering services, etc. involved in online education scenarios), and users can select the required target service from the various business services provided by the service platform on the terminal. For example, the user selects the control (icon, button, etc.) corresponding to the target service by touching the finger to achieve the purpose of selecting the target service on the terminal. At this time, the terminal can detect that the target service is triggered by the user, and then obtain the service request operation corresponding to the target service, generate a service request including request parameters based on the service request operation, and save the service request locally.

[0093] Wherein, the service request including the request parameters is generated based on the service request operation, and the service request is saved locally. Please refer to step S101, which will not be repeated here.

[0094] Step S202: sending the service request to a service platform, and receiving processing failure information returned by the service platform based on the service request.

[0095] For details, please refer to step S102, which will not be repeated here.

[0096] Step S203: Determine that the communication link with the service platform is in an abnormal communication state.

[0097] Specifically, when the terminal receives the processing failure information returned by the service platform based on the service request, the terminal performs a communication state detection on the communication link between the terminal and the service platform to determine the communication state of the communication link between the terminal and the service platform. The communication state includes at least a normal communication state and an abnormal communication state. The normal communication state can be understood as the current communication state of the communication link is excellent, the transmission delay is low, and the transmission of uplink and downlink data between the terminal and the service platform can be satisfied; the abnormal communication state can be understood as the current communication state of the communication link is not good, the data communication link transmission delay is high, the link load is too heavy, the network bandwidth is insufficient, etc. (For example, the evening class is the peak period of network use, and the network may be stuck). At this time, the data transmission between the current communication link is blocked (the service request transmission is blocked, the return information transmission is blocked), such as delay, stuck or even disconnection, etc., resulting in the failure of the service request processing. It can be understood that when the service requested to the service platform corresponding to the service request is strongly related to the link state of the communication link, such as video service requests and instant messaging service requests, at this time, the service platform usually fails to process the service request, thereby returning a processing failure message to the terminal.

[0098] Step S204: monitor the communication status of the communication link, determine that the communication link with the service platform is in a normal communication state, obtain the saved service request from the local, and resend the service request to the service platform.

[0099] Specifically, the terminal can obtain at least one communication parameter of the communication link to monitor the communication status, and determine the communication quality of the communication link according to the communication parameter; then obtain the requested service type corresponding to the service request, and determine the preset communication condition corresponding to the requested service type; when the communication quality meets the preset communication condition, the terminal can determine that the communication link between the terminal and the service platform is in a normal communication state. Thus, the saved service request is obtained from the local, and the service request is resent to the service platform.

[0100] In a specific implementation scenario, the terminal has a communication status monitoring mechanism, which can monitor the communication status of the current communication link; after the terminal establishes a communication link with the service platform, the terminal can monitor the current communication link through the communication status monitoring mechanism, specifically, the terminal can obtain at least one communication parameter of the communication link, determine the communication quality of the communication link according to the communication parameter, and when the communication quality meets the preset conditions, determine the communication link status of the communication link as a normal communication state. Conversely, when the communication quality does not meet the preset conditions, determine the communication link status of the communication link as an abnormal communication state.

[0101] The preset conditions are determined according to the communication parameters obtained in the actual application environment, and service requests for different request service types may correspond to different preset conditions. For example, common request service types may be classified according to data types, such as video service request types, audio service request types, text service request types, etc. For another example, common request service types may be divided according to business types, such as course ordering service request types, course renewal service request types, question-and-answer service request types, etc. The specific division can be combined with actual needs to divide different types of service requests, which is not specifically limited here.

[0102] Further, a preset condition may be set for at least one communication parameter. One is to set a parameter range for each communication parameter. When one or more communication parameters fall within their respective corresponding parameter ranges, the communication link state of the communication link is determined to be a normal communication state. Another is to set a parameter threshold. When one or more communication parameters reach the parameter threshold, the communication link state of the communication link is determined to be a normal communication state. Wherein, the communication parameter reaching the parameter threshold can be understood as: when the communication parameter is greater than or equal to the parameter threshold, the communication link state of the communication link is determined to be a normal communication state; or, when the communication parameter is less than or equal to the parameter threshold, the communication link state of the communication link is determined to be a normal communication state. It is specifically determined according to the communication evaluation index represented by the communication parameter, such as the packet loss rate of the communication data. When the packet loss rate is less than the packet loss rate threshold, the communication link state of the communication link is determined to be a normal communication state. Another example is the delay time of data transmission. When the delay time is less than the time threshold, the communication link state of the communication link is determined to be a normal communication state.

[0103] In a feasible implementation manner, the terminal may calculate a communication quality score according to each of the communication parameters; and judge the communication link status of the communication link based on the communication quality score, specifically:

[0104] The terminal can evaluate the communication quality of the current communication link, calculate the communication quality score according to each of the communication parameters, and determine the communication status of the uplink or downlink data of the communication link between the terminal and the service platform according to the communication quality score. The communication parameters can be one or more of the communication parameters such as the transmission / reception rate, signal energy, data packet loss rate during communication, and data retransmission rate during communication. The communication quality score is calculated according to each communication parameter to measure the current communication quality.

[0105] Furthermore, the terminal is provided with a quality score threshold, which is usually obtained by collecting a large amount of communication sample data and applying a statistical method in an actual application environment.

[0106] 1. When the calculated communication quality score is less than the quality score threshold, the terminal may determine that the communication link state of the communication link is a communication load state;

[0107] 2. When the calculated communication quality score is less than the quality score threshold, the terminal may determine that the communication link state of the communication link is a normal communication state.

[0108] Among them, one calculation method may be to set different or the same weight values ​​for each communication parameter, and perform weighted calculation based on each communication parameter and the weight value to obtain the current communication quality score;

[0109] Among them, one calculation method may be to set reference parameter characteristics (such as reference indication value, reference indication range, reference indication distance, etc.) for each communication parameter, calculate difference characteristic information (such as difference communication parameter value) between each network communication parameter in at least one network communication parameter and its corresponding parameter characteristics, and score according to the difference characteristic information. When scoring according to the difference characteristic information, the scoring level may be set, for example, three levels are set: level A>level B>C. The above-mentioned data connection type parameters include two communication parameters as an example for explanation: calculate the difference communication value a between the communication parameter A1 and the reference indication value A. When the difference communication value a reaches the value corresponding to level B, the score corresponding to level B is used as the current communication quality score.

[0110] Among them, the communication parameters include but are not limited to the reference signal receiving power (RSRP) of the uplink / downlink data signal of the current communication antenna, the received signal code power (RSCP), the ratio of the received code chip signal strength and the noise strength of the signal received by the antenna (EcIo) / the ratio of the power per modulation bit and the noise spectrum density (EcNo) / the signal-to-noise ratio (SNR) / the reference signal receiving quality (RSRQ), the bit error rate (BER) / block error rate (BLER) / packet error rate (PER) of the signal received by the antenna, and at least one of the parameters is used to realize the evaluation of the communication link status of the current communication link. Of course, the evaluation of the communication link status of the current communication link can also be realized by measuring other parameters.

[0111] It should be noted that there are multiple communication parameters for measuring the communication link, which may be a fit of one or more of the above-mentioned ones, and are not specifically limited here.

[0112] In a feasible implementation, the terminal can input the acquired communication parameters into the trained scoring determination model and output the communication quality score of the communication link. Among them, by acquiring the communication sample data in the actual application environment, extracting the feature information, and marking the score corresponding to the communication sample data, the feature information includes at least one communication parameter (RSSI, SNR, RSCP, etc.), and creating an information type determination model. The scoring determination model can be trained using a large number of communication samples, such as the scoring determination model can be based on at least one of a convolutional neural network (CNN) model, a deep neural network (DNN) model, a recurrent neural network (RNN) model, an embedding model, a gradient boosting decision tree (GBDT) model, and a logistic regression (LR) model. The scoring determination model is trained based on the sample data with the marked scores to obtain a trained scoring determination model.

[0113] In an embodiment of the present application, the score determination model can use a hidden Markov model (DNN-HMM model) that introduces an error back propagation algorithm to create an initial model. After extracting the feature information of the communication sample data, the feature information is input into the DNN-HMM model. The training process of the DNN-HMM model usually consists of two parts: forward propagation and back propagation. During the forward propagation process, the feature information corresponding to the terminal input sample-communication sample data is transmitted from the input layer of the neural network model to the output layer after the transfer function (also called activation function, conversion function) of the hidden layer neurons (also called nodes) is calculated. The state of each layer of neurons affects the state of the next layer of neurons. The actual output value-abnormal information type is calculated in the output layer, and the expected error between the actual output value and the expected output value is calculated. The parameters of the DNN-HMM model are adjusted based on the expected error. The parameters include the weight value and threshold of each layer. After the training is completed, a score determination model is generated.

[0114] Specifically, the expected error may be a mean square error (MSE) between an actual output value and an expected output value. The mean square error (MSE) may be calculated using the following formula:

[0115]

[0116] Among them, m is the number of output nodes, p is the number of training samples, is the expected output value, and is the actual output value.

[0117] Among them, in an embodiment of the present application, when receiving the processing failure information returned by the service platform based on the service request, the terminal can first detect the communication status of the communication link between the service platform and the service platform, and determine the reason for receiving the processing failure information based on the communication status. For example, if the service request is a video recommendation service request that is strongly related to the communication quality of the communication link, the service platform will usually fail to process it.

[0118] Step S205: Determine whether the communication link with the service platform is in a normal communication state.

[0119] The step of determining that the communication link with the service platform is in a normal communication state can refer to step S204, which will not be repeated here.

[0120] Step S206: when it is detected that the current display interface is in the target display interface corresponding to the target service, the saved service request is obtained from the local, and the service request is resent to the service platform.

[0121] Specifically, usually when the terminal sends a service request to the service platform, and / or the service request is received and processed, there may be a situation where the request is lost. If the service request operation input by the user is triggered by the service control for the target service on the terminal's A display interface, and during the service platform's processing of the service request, the user exits from the terminal's A display interface to the B display interface. At this time, because the service request is strongly related to the target service on the A display interface, when the terminal's current display interface is the B display interface instead of the A display interface, the service platform may be unable to process the service request when the target service on the A display interface is triggered, resulting in failure of the service request processing, and receiving processing failure information returned by the service platform based on the service request.

[0122] For example, suppose that after the session connection between the terminal and the service platform is established, the terminal requests the course data of a certain course from the service platform, such as Figure 4 As shown, Figure 4 It is a schematic diagram of the interface of course content data. Figure 4 After the terminal establishes a session connection with the service platform, the following is displayed on the current display interface: Figure 4In the dialog window shown, the user can input touch operations on the acquisition control of the course data acquisition service in the dialog window display interface, and then generate a service request and send it to the service platform so that the service platform can process the service request. The service request for the course data acquisition service is usually strongly related to the dialog window display interface. When the user exits the dialog window, the session connection is usually interrupted. For example, when the user exits to a course trial interface during the service platform processing the service request, Figure 5 As shown, Figure 5 It is a schematic diagram of a course trial interface. At this time, the service platform cannot process the service request because the terminal is no longer in the dialog window display interface. For example, if the course data cannot be transmitted to the terminal, the terminal will receive a processing failure message. Further, when the user enters the dialog window display interface again, the terminal can Figure 4 The processing failure information is output on the interface shown, such as Figure 4 The "circular sign containing an exclamation mark" is displayed as a sign of failed processing. In related technologies, this usually means that the user's last service request has been lost. In an embodiment of the present application, the terminal generates a service request and backs it up locally. The terminal can detect the current display interface in real time or periodically to detect whether the current display interface is the target display interface corresponding to the target service (such as a dialog window display interface). When it is detected that the current display interface is in the target display interface corresponding to the target service, that is, the user operates the terminal to re-enter the target display interface corresponding to the target service, the terminal can obtain the saved service request from the local area and resend the service request to the service platform, thereby avoiding the loss of service requests in related technologies and causing the service requests to fail to respond in a timely manner.

[0123] Step S207: receiving processing success information returned by the service platform based on the service request processing.

[0124] Specifically, the terminal resends the service request to the service platform for processing, the service request includes request parameters, the service platform can re-receive the service request sent by the terminal based on the communication connection with the terminal, the service platform can respond to the service request, process the service request, and based on the processing result, can feedback the processing success information to the terminal if the processing is successful. At this time, after receiving the processing success information fed back by the service platform, the terminal can determine that the service request has been successfully processed.

[0125] Step S208: Determine that the service request is in a request success state, and clear the service request saved locally.

[0126] Specifically, after the terminal receives the processing success information returned by the service platform based on the service request processing, it can determine that the service request is in a request success state, and then the terminal can clear the saved service request locally to save the terminal's memory resources and maximize resource utilization.

[0127] In a feasible implementation manner, the terminal can pre-set a preset time duration. When the terminal receives the processing success information returned by the service platform based on the service request processing within the preset time duration, the terminal can determine that the service request processing is successful based on the processing success information; and then clear the service request saved locally.

[0128] In an embodiment of the present application, the terminal obtains an input service request operation, generates a service request including request parameters based on the service request operation, saves the service request locally, wherein the request parameters correspond to the operation data of the service request operation, sends the service request to a service platform, and when processing failure information returned by the service platform based on the service request is received, obtains the saved service request from the local, and resends the service request to the service platform. By saving the service request locally when generating the service request, even if the service platform fails to process the service request due to poor communication status or the user closing the corresponding interface when generating the service request on the terminal, the service request is lost, after receiving the processing failure information, the terminal can obtain the saved service request locally and resend it to the service platform for processing, thereby avoiding the loss of the service request. At the same time, the service request can be resent if the processing fails, so that the service request can be quickly responded to and processed by the service platform, thereby improving the efficiency of the service platform in processing service requests; and according to the communication status of the communication link, the service request can be resent at an appropriate time, so as to achieve accurate sending of the service request and improve the processing efficiency of the service request. After the processing is successful, the locally saved service request can be cleared to save the terminal's memory resources.

[0129] In one embodiment, Figure 6 As shown, another request processing method is proposed, which can be implemented by a computer program and can be run on a request processing device based on the von Neumann architecture. The computer program can be integrated into an application or run as an independent tool application. The request processing method will be explained in detail below with the request processing device as the service platform.

[0130] The service platform can be a separate server device, such as a rack-mounted, blade, tower, or cabinet-mounted server device, or a workstation, mainframe computer, or other hardware device with strong computing power, or a server cluster composed of multiple servers. The servers in the service cluster can be composed in a symmetrical manner, wherein each server has equivalent functions and status in the business link, and each server can provide services to the outside independently. The independent service can be understood as not requiring the assistance of other servers.

[0131] Specifically, the request processing method includes:

[0132] Step S301: receiving a service request sent by a terminal, wherein the service request includes request parameters, and the request parameters are generated by the terminal based on an input service request operation, and the service request is saved locally when generated by the terminal.

[0133] According to some embodiments, the service platform can provide relevant business services (course subscription services, course renewal services, question-answering services, etc. involved in online education scenarios) to users on the terminal, so that users can select the desired target service from the multiple business services provided by the service platform on the terminal, such as the user selects the control (icon, button, etc.) corresponding to the target service by finger touch to input the service request operation, the service request operation is used to request or instruct the terminal to generate a corresponding service request to request the service platform to provide the corresponding target service, at this time, the terminal can detect the service request operation input when the target service is triggered by the user, and then obtain the operation data of the service request operation, the terminal can determine the request parameters when generating the service request based on the operation data, and then generate the service request based on the request parameters, that is, the service request corresponding to the service request operation, and save the service request locally. After saving, the terminal can send the service request to the service platform; the service platform can usually receive the service request sent by the terminal through the communication connection with the terminal.

[0134] Step S302: In response to the service request, the request parameters are processed.

[0135] According to some embodiments, the service request carries request parameters, and the request parameters are generated based on the operation data of the service request operation. The operation data is generated based on the user's behavioral operations on the terminal in the embodiments of the present application. The operation data can be data that currently represents the business service triggered by the user, such as the time point of the current operation, the name of the triggered control, the name of the business service requested to the service platform, etc. It can be the user's historical behavior data, such as the historical viewing time of multimedia, the number of times multimedia is opened, the amount of multimedia content, etc. It can be understood that the request parameters correspond to the operation data of the user's service request operation, and can be all or part of the data in the operation data, which is specifically determined according to the service request type generated corresponding to the service request operation. It can be understood that different service requests correspond to different request parameters.

[0136] For example, the service request is a video recommendation service request for requesting the service platform to recommend a video. The request parameters of the video recommendation service request may be parameters such as the historical viewing duration of the video, the number of times the video is opened, the content volume of the video, etc. The service platform responds to the service request and processes based on the request parameters to determine the video that needs to be recommended to the terminal.

[0137] For example, if the service request is a session establishment service request for requesting the service platform to establish a session connection, the request parameters of the session establishment service request may be parameters such as the user's current ID, the service personnel to be established for the session (such as course consultants, course sales, and question-answering service personnel in online education scenarios), etc. The service platform may establish a session connection between a service terminal with matching request parameters and a user's terminal based on the service request containing the request parameters.

[0138] Furthermore, the service platform usually processes request parameters in two ways, one of which is synchronous processing.

[0139] One is asynchronous processing; synchronous processing is when the user is operating, the terminal as the front end will obtain the service request operation entered by the user (such as the user input for the service control corresponding to the target service on a certain interface), and then generate a service request and send the service request to the service platform. If the service platform adopts synchronous processing, the service platform as the back end must process the content of the service request before returning the result to the front end, such as returning processing success information or processing failure information based on the processing result to the terminal.

[0140] During the period when the back-end service platform responds to the service request, if the user closes the interface on the terminal, the processing of the service platform will be interrupted. In this process, the user can only wait passively. If the response time of the request is long, the user experience will not be friendly enough. Therefore, in the embodiment of the present application, if the service platform adopts the synchronous processing method, the terminal and the service platform will often correspond to the judgment mechanism of response timeout. On the one hand, when the response time of the service request exceeds the set maximum response time, even if the service request has not been processed by the service platform, the back-end service platform will immediately return a processing information, usually a processing failure information (feedback in abnormal states such as operation failure), to avoid users waiting for a long time. On the one hand, as the front-end terminal side, there will be a corresponding service request response time that exceeds the set maximum response time. When the processing information fed back by the service platform is not received within this maximum response time, it is considered that the service platform has failed to process the service request. In relevant technologies, in this case, the service request processing fails. Usually, due to the limitation of the request processing mechanism, the terminal usually assumes that the transaction processing is completed after the processing request is sent, and will not request the service platform to process the service request again (usually the service request will be lost after the processing fails). In the embodiment of the present application, after the service request processing fails, the service platform will receive the service request obtained locally by the terminal again to process the service request again, and return the processing success information to the terminal when the processing is successful. It can be understood that since the service request has been backed up locally on the terminal side when it is generated, when the terminal determines that the service platform has failed to process again, the service platform will receive the service request sent by the terminal again until the service request is correctly responded to and the processing is successful. Thereby avoiding the phenomenon of service request loss.

[0141] One is asynchronous processing. When the user is operating, the terminal as the front end will obtain the service request operation input by the user (such as the user input for the service control corresponding to the target service on a certain interface), then generate a service request, and send the service request to the service platform. If the service platform adopts asynchronous processing, the service platform as the back end can return the result to the front end after processing the content of the service request, such as returning the processing success information or processing failure information based on the processing result to the terminal. When asynchronous processing is adopted, the terminal can complete other transactions without waiting for the processing of the back service platform to be completed, and all transactions on the terminal can be processed concurrently. At the same time, when the service platform performs asynchronous processing on the service request, the service platform can merge or optimize the call requests for some operations on the same resource (such as video resources) according to the actual situation of the terminal's call request (such as service request), reduce the overall processing volume, and thus improve the processing performance of the service platform. For example, when multiple terminals update the same resource, these update operations can be merged and processed, and only the last update is performed. The use of asynchronous processing allows the request processing system on the service platform to achieve the maximum processing power with the least computing resources. Specifically in the implementation, the service platform responds to the service request sent by the terminal and allocates a business processing thread to the service request from the thread pool of the service platform. After the business processing thread is determined, the service platform can call the computing resources in the thread pool on the service platform to asynchronously process the request parameters carried by the service request.

[0142] In actual applications, the task scheduler of the service platform is usually not clear about the specific callee (the end that initiates the request). The task scheduler of the service platform merges or optimizes some call requests for the same resource (such as video resources) based on the actual situation of at least one asynchronous processing request, reducing the overall processing volume, thereby improving the processing performance of the service platform. For example, when multiple terminals update the same resource, these update operations can be merged and only the last update is performed. It is understandable that after merging or deleting the optimization processing, the service platform tells the callee (the end that initiates the request, such as the terminal) the regularized service request through the publishing and subscription of messages. Indicatively, the terminal as the caller only needs to subscribe to the corresponding asynchronous processing message (such as the message of the service request). Further, after the service platform processes the service request, it will correspond to a processing result. A processing failure corresponds to a processing result corresponding to a processing failure, and a processing success corresponds to a processing result corresponding to a processing success.

[0143] Step S303: Generate processing failure information after the processing fails based on the processed processing result, and send the processing failure information to the terminal, where the processing failure information is used to instruct the terminal to obtain the saved service request from the local.

[0144] Specifically, after the service platform processes the service request, a processing result will be generated. A processing failure corresponds to a processing result of a processing failure, and a processing success corresponds to a processing result of a processing success. The service platform generates processing failure information after the processing failure based on the processing result after the processing.

[0145] Specifically, after the service platform processes the service request, if the processing fails, the service platform can generate processing failure information based on the processing result after processing, and then send the processing failure information to the terminal. The processing failure information is used to instruct the terminal to obtain the saved service request from the local.

[0146] In a feasible implementation, after a processing failure, the service platform can record the processing result and the service request in an error log. From the perspective of service platform operation and maintenance, the service platform can periodically monitor the backlog of service requests and the failure of the service platform to process service requests in real time. That is, the service platform can analyze the service request and the processing structure of the service request from the error log, and thus can quickly expand capacity or perform operation and maintenance processing such as limiting, degrading, and fusing other business services based on the analysis structure.

[0147] Step S304: receiving the service request sent by the terminal based on the processing failure information, and processing the request parameters in response to the service request.

[0148] According to some embodiments, after the service platform fails to process the service request, it will receive the service request that the terminal has re-acquired locally to process the service request again, and will return the processing success information to the terminal when the processing is successful. It is understandable that since the service request has been backed up locally on the terminal side when it is generated, when the terminal determines that the service platform has failed to process, the service platform will receive the service request sent again by the terminal, and then respond to the service request and process the request parameters again until the service request is correctly responded to and the processing is successful. This avoids the phenomenon of service request loss.

[0149] The specific processing of the request parameters may refer to step S302, which will not be described in detail here.

[0150] Step S305: Generate processing success information after successful processing based on the processed processing result, and send the processing success information to the terminal.

[0151] According to some embodiments, after the service platform processes the service request, a processing result will be generated. A processing failure corresponds to a processing result of a processing failure, and a processing success corresponds to a processing result of a processing success. The service platform generates processing success information after the processing is successful based on the processing result after processing, and then sends the processing success information to the terminal based on the communication connection between the terminal. The terminal can determine that the service request has been successfully processed after receiving the processing success information, and the terminal can clear the service request saved locally.

[0152] In an embodiment of the present application, a service platform receives a service request sent by a terminal, wherein the service request includes a request parameter, wherein the request parameter is generated by the terminal based on the input service request operation, wherein the service request is saved locally when the terminal generates it, and the request parameter is processed in response to the service request; a processing failure message is generated after the processing fails based on the processed processing result, and the processing failure message is sent to the terminal, wherein the processing failure message is used to instruct the terminal to obtain the saved service request locally; and the service request sent by the terminal based on the processing failure message is received. The service platform can receive the locally saved service request sent by the terminal in the case of a service request processing failure, thereby avoiding the phenomenon that the service request is lost when the service platform fails to process due to poor communication status or the user closing the corresponding interface when generating the service request on the terminal. At the same time, the service platform can process based on the resent service request in the case of a processing failure, thereby improving the efficiency of the service platform in processing service requests.

[0153] The following is an embodiment of the device of the present application, which can be used to execute the embodiment of the method of the present application. For details not disclosed in the embodiment of the device of the present application, please refer to the embodiment of the method of the present application.

[0154] See also Figure 7 , which shows a schematic diagram of the structure of a request processing device provided by an exemplary embodiment of the present application. The request processing device can be implemented as all or part of the device through software, hardware or a combination of both. The device 1 includes a service request generation module 11, a service request sending module 12 and a service request re-module 13.

[0155] A service request generation module 11 is used to obtain an input service request operation, generate a service request including request parameters based on the service request operation, and save the service request locally, wherein the request parameters correspond to the operation data of the service request operation;

[0156] A service request sending module 12, used to send the service request to the service platform;

[0157] The service request acquisition module 13 is used to acquire the saved service request from the local device and resend the service request to the service platform when receiving the processing failure information returned by the service platform based on the service request.

[0158] Optionally, the service request acquisition module 13 is specifically used to:

[0159] When the processing success information or the processing failure information returned by the service platform based on the service request processing is not received within a preset time period, the saved service request is obtained from the local and the service request is resent to the service platform.

[0160] Optional, such as Fig.10 As shown, the device 1 comprises:

[0161] A processing success information receiving module 14 is used to receive processing success information returned by the service platform based on the service request processing;

[0162] The service request clearing module 15 is used to determine that the service request is in a request success state and clear the service request that has been saved locally.

[0163] Optionally, the service request generating module 11 is specifically used for:

[0164] A service request operation triggered by a service control corresponding to a target service is obtained, where the service control is a control set on a multimedia course interface of the user terminal.

[0165] Optional, such as Figure 8 As shown, the service request acquisition module 13 includes:

[0166] A communication state determining unit 131, configured to determine that the communication link with the service platform is in a communication abnormal state;

[0167] The communication status monitoring unit 132 is used to monitor the communication status of the communication link and determine whether the communication link with the service platform is in a normal communication state;

[0168] A service request resending unit 133, configured to obtain the saved service request from the local device and resend the service request to the service platform;

[0169] The communication status determination unit 131 is further used to determine that the communication link with the service platform is in a normal communication state;

[0170] The service request resending unit 133 is further configured to, when detecting that the current display interface is in the target display interface corresponding to the target service, obtain the saved service request from the local device and resend the service request to the service platform.

[0171] Optional, such as Fig. 9 As shown, the communication status determining unit 131 includes:

[0172] The communication quality determination subunit 1311 is configured to obtain at least one communication parameter of the communication link and determine the communication quality of the communication link according to the communication parameter;

[0173] The preset communication condition determination subunit 1312 is used to obtain the requested service type corresponding to the service request and determine the preset communication condition corresponding to the requested service type;

[0174] The communication normal state determining subunit 1313 is used to determine that the communication link with the service platform is in a communication normal state when the communication quality meets the preset communication condition.

[0175] It should be noted that the request processing device provided in the above embodiment only uses the division of the above functional modules as an example when executing the request processing method. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the request processing device provided in the above embodiment and the request processing method embodiment belong to the same concept, and the implementation process thereof is detailed in the method embodiment, which will not be repeated here.

[0176] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0177] In an embodiment of the present application, the terminal obtains an input service request operation, generates a service request including request parameters based on the service request operation, saves the service request locally, wherein the request parameters correspond to the operation data of the service request operation, sends the service request to a service platform, and when processing failure information returned by the service platform based on the service request is received, obtains the saved service request from the local, and resends the service request to the service platform. By saving the service request locally when generating the service request, even if the service platform fails to process the service request due to poor communication status or the user closing the corresponding interface when generating the service request on the terminal, the service request is lost, after receiving the processing failure information, the terminal can obtain the saved service request locally and resend it to the service platform for processing, thereby avoiding the loss of the service request. At the same time, the service request can be resent if the processing fails, so that the service request can be quickly responded to and processed by the service platform, thereby improving the efficiency of the service platform in processing service requests; and according to the communication status of the communication link, the service request can be resent at an appropriate time, so as to achieve accurate sending of the service request and improve the processing efficiency of the service request. After the processing is successful, the locally saved service request can be cleared to save the terminal's memory resources.

[0178] See also Fig.11 , which shows a schematic diagram of the structure of a request processing device provided by an exemplary embodiment of the present application. The request processing device can be implemented as all or part of the device through software, hardware or a combination of both. The device 2 includes a service request receiving module 21, a service request processing module 22 and a processing failure information sending module 23.

[0179] A service request receiving module 21 is used to receive a service request sent by a terminal, wherein the service request includes request parameters, the request parameters are generated by the terminal based on the input service request operation, and the service request is saved locally when generated by the terminal;

[0180] A service request processing module 22, configured to process the request parameters in response to the service request;

[0181] A processing information sending module 23, used to generate processing failure information after the processing fails based on the processed processing result, and send the processing failure information to the terminal, wherein the processing failure information is used to instruct the terminal to obtain the saved service request from the local;

[0182] The service request receiving module 21 is further configured to receive the service request sent by the terminal based on the processing failure information.

[0183] Optional, such as Fig.12 As shown, the service request processing module 22 includes:

[0184] The business processing thread allocation unit 221 is used to allocate a business processing thread to the service request from a thread pool in response to the service request;

[0185] The service request processing unit 222 is used to call the computing resources in the thread pool for the business processing thread and perform asynchronous processing on the request parameters.

[0186] Optional, such as Fig.13 As shown, the device 2 comprises:

[0187] The error log recording module 24 is used to record the processing result and the service request in an error log.

[0188] Optionally, the device 2 comprises:

[0189] The service request processing module 22 is further configured to process the request parameters in response to the service request;

[0190] The processing information sending module 23 is further used to generate processing success information after the processing is successful based on the processing result after the processing, and send the processing success information to the terminal.

[0191] It should be noted that the request processing device provided in the above embodiment only uses the division of the above functional modules as an example when executing the request processing method. In actual applications, the above functions can be assigned to different functional modules as needed, that is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the request processing device provided in the above embodiment and the request processing method embodiment belong to the same concept, and the implementation process thereof is detailed in the method embodiment, which will not be repeated here.

[0192] The serial numbers of the above-mentioned embodiments of the present application are for description only and do not represent the advantages or disadvantages of the embodiments.

[0193] In an embodiment of the present application, a service platform receives a service request sent by a terminal, wherein the service request includes a request parameter, wherein the request parameter is generated by the terminal based on the input service request operation, wherein the service request is saved locally when the terminal generates it, and the request parameter is processed in response to the service request; a processing failure message is generated after the processing fails based on the processed processing result, and the processing failure message is sent to the terminal, wherein the processing failure message is used to instruct the terminal to obtain the saved service request locally; and the service request sent by the terminal based on the processing failure message is received. The service platform can receive the locally saved service request sent by the terminal in the case of a service request processing failure, thereby avoiding the phenomenon that the service request is lost when the service platform fails to process due to poor communication status or the user closing the corresponding interface when generating the service request on the terminal. At the same time, the service platform can process based on the resent service request in the case of a processing failure, thereby improving the efficiency of the service platform in processing service requests.

[0194] The present application also provides a computer storage medium, which can store multiple instructions, and the instructions are suitable for being loaded and executed by a processor as described above. Figure 1-Figure 6 The request processing method of the embodiment shown in the figure can be found in the specific execution process. Figure 1-Figure 6 The specific description of the illustrated embodiment will not be repeated here.

[0195] The present application also provides a computer program product, which stores at least one instruction, and the at least one instruction is loaded and executed by the processor as described above. Figure 1-Figure 6 The request processing method of the embodiment shown in the figure can be found in the specific execution process. Figure 1-Figure 6 The specific description of the illustrated embodiment will not be repeated here.

[0196] Please refer to Fig.14 , which shows a block diagram of the structure of an electronic device provided by an exemplary embodiment of the present application. The electronic device in the present application may include one or more of the following components: a processor 110, a memory 120, an input device 130, an output device 140, and a bus 150. The processor 110, the memory 120, the input device 130, and the output device 140 may be connected via the bus 150.

[0197] The processor 110 may include one or more processing cores. The processor 110 uses various interfaces and lines to connect various parts of the entire electronic device, and executes various functions and processes data of the electronic device 100 by running or executing instructions, programs, code sets or instruction sets stored in the memory 120, and calling data stored in the memory 120. Optionally, the processor 110 can be implemented in at least one hardware form of digital signal processing (DSP), field-programmable gate array (FPGA), and programmable logic array (PLA). The processor 110 can integrate one or a combination of a central processing unit (CPU), a graphics processing unit (GPU), and a modem. Among them, the CPU mainly processes the operating system, user interface, and application programs; the GPU is responsible for rendering and drawing display content; and the modem is used to process wireless communications. It can be understood that the above-mentioned modem may not be integrated into the processor 110, but may be implemented separately through a communication chip.

[0198] The memory 120 may include a random access memory (RAM) or a read-only memory (ROM). Optionally, the memory 120 includes a non-transitory computer-readable storage medium. The memory 120 may be used to store instructions, programs, codes, code sets or instruction sets. The memory 120 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for implementing at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the following various method embodiments, etc. The operating system may be an Android system, including a system deeply developed based on the Android system, an IOS system developed by Apple, including a system deeply developed based on the IOS system or other systems. The data storage area may also store data created by the electronic device during use, such as a phone book, audio and video data, chat record data, etc.

[0199] See also Fig.15As shown, the memory 120 can be divided into an operating system space and a user space. The operating system runs in the operating system space, and native and third-party applications run in the user space. In order to ensure that different third-party applications can achieve good operating results, the operating system allocates corresponding system resources to different third-party applications. However, different application scenarios in the same third-party application also have different requirements for system resources. For example, in the local resource loading scenario, the third-party application has higher requirements for disk reading speed; in the animation rendering scenario, the third-party application has higher requirements for GPU performance. The operating system and third-party applications are independent of each other, and the operating system often cannot perceive the current application scenario of the third-party application in a timely manner, resulting in the operating system being unable to perform targeted system resource adaptation according to the specific application scenario of the third-party application.

[0200] In order for the operating system to distinguish the specific application scenarios of third-party applications, it is necessary to open up data communication between third-party applications and the operating system so that the operating system can obtain the current scenario information of third-party applications at any time, and then perform targeted system resource adaptation based on the current scenario.

[0201] Taking the Android operating system as an example, the programs and data stored in the memory 120 are as follows: Fig.16As shown, the memory 120 may store a Linux kernel layer 320, a system runtime library layer 340, an application framework layer 360 and an application layer 380, wherein the Linux kernel layer 320, the system runtime library layer 340 and the application framework layer 360 belong to the operating system space, and the application layer 380 belongs to the user space. The Linux kernel layer 320 provides underlying drivers for various hardware of electronic devices, such as display drivers, audio drivers, camera drivers, Bluetooth drivers, Wi-Fi drivers, power management, etc. The system runtime library layer 340 provides the main feature support for the Android system through some C / C++ libraries. For example, the SQLite library provides database support, the OpenGL / ES library provides 3D drawing support, and the Webkit library provides browser kernel support, etc. The Android runtime library (Android runtime) is also provided in the system runtime library layer 340, which mainly provides some core libraries that allow developers to use the Java language to write Android applications. The application framework layer 360 provides various APIs that may be used when building applications. Developers can also use these APIs to build their own applications, such as activity management, window management, view management, notification management, content provider, package management, call management, resource management, and location management. At least one application runs in the application layer 380. These applications can be native applications that come with the operating system, such as contact applications, text messaging applications, clock applications, camera applications, etc.; they can also be third-party applications developed by third-party developers, such as game applications, instant messaging applications, photo beautification applications, request processing applications, etc.

[0202] Taking the operating system as an IOS system as an example, the programs and data stored in the memory 120 are as follows: Fig.12As shown, the IOS system includes: a core operating system layer 420 (Core OS layer), a core service layer 440 (Core Services layer), a media layer 460 (Media layer), and a touchable layer 480 (Cocoa Touch Layer). The core operating system layer 420 includes the operating system kernel, drivers, and underlying program frameworks, which provide functions closer to the hardware for use by the program framework located in the core service layer 440. The core service layer 440 provides system services and / or program frameworks required by the application, such as the foundation framework, account framework, advertising framework, data storage framework, network connection framework, geographic location framework, motion framework, etc. The media layer 460 provides audio-visual interfaces for the application, such as graphics and image related interfaces, audio technology related interfaces, video technology related interfaces, and wireless playback (AirPlay) interfaces for audio and video transmission technologies. The touchable layer 480 provides various commonly used interface-related frameworks for application development, and the touchable layer 480 is responsible for the user's touch interaction operations on the electronic device. For example, local notification service, remote push service, advertising framework, game tool framework, message user interface (UI) framework, user interface UIKit framework, map framework, etc.

[0203] exist Fig.17 Among the frameworks shown, the frameworks related to most applications include but are not limited to: the basic framework in the core service layer 440 and the UIKit framework in the touchable layer 480. The basic framework provides many basic object classes and data types, provides the most basic system services for all applications, and has nothing to do with UI. The classes provided by the UIKit framework are basic UI class libraries for creating touch-based user interfaces. iOS applications can provide UIs based on the UIKit framework, so it provides the basic architecture of applications for building user interfaces, drawing, processing and user interaction events, responding to gestures, etc.

[0204] Among them, the method and principle of implementing data communication between third-party applications and the operating system in the IOS system can be referred to the Android system, and this application will not go into details here.

[0205] Among them, the input device 130 is used to receive input instructions or data, and the input device 130 includes but is not limited to a keyboard, a mouse, a camera, a microphone or a touch device. The output device 140 is used to output instructions or data, and the output device 140 includes but is not limited to a display device and a speaker. In one example, the input device 130 and the output device 140 can be combined, and the input device 130 and the output device 140 are touch screen displays, which are used to receive touch operations on or near the user using any suitable object such as a finger or a touch pen, and to display the user interface of each application. The touch screen display is usually set on the front panel of the electronic device. The touch screen display can be designed as a full screen, a curved screen or a special-shaped screen. The touch screen display can also be designed as a combination of a full screen and a curved screen, or a combination of a special-shaped screen and a curved screen, which is not limited in the embodiments of the present application.

[0206] In addition, those skilled in the art will appreciate that the structure of the electronic device shown in the above drawings does not constitute a limitation on the electronic device, and the electronic device may include more or fewer components than shown, or combine certain components, or arrange the components differently. For example, the electronic device also includes a radio frequency circuit, an input unit, a sensor, an audio circuit, a wireless fidelity (WiFi) module, a power supply, a Bluetooth module and other components, which will not be described in detail here.

[0207] In the embodiment of the present application, the execution subject of each step may be the electronic device described above. Optionally, the execution subject of each step is the operating system of the electronic device. The operating system may be an Android system, an IOS system, or other operating systems, which is not limited in the embodiment of the present application.

[0208] The electronic device of the embodiment of the present application may also be equipped with a display device, which may be any device capable of realizing a display function, such as a cathode ray tube display (CR), a light-emitting diode display (LED), an electronic ink screen, a liquid crystal display (LCD), a plasma display panel (PDP), etc. The user may use the display device on the electronic device 101 to view displayed text, images, videos and other information. The electronic device may be a smart phone, a tablet computer, a gaming device, an AR (Augmented Reality) device, a car, a data storage device, an audio playback device, a video playback device, a notebook, a desktop computing device, a wearable device such as an electronic watch, an electronic glasses, an electronic helmet, an electronic bracelet, an electronic necklace, electronic clothing and other devices.

[0209] exist Fig.14 In the electronic device shown, where the electronic device may be a terminal, the processor 110 may be used to call the request processing application stored in the memory 120, and specifically perform the following operations:

[0210] Acquire the input service request operation, generate a service request including request parameters based on the service request operation, and save the service request locally, wherein the request parameters correspond to the operation data of the service request operation;

[0211] Sending the service request to the service platform;

[0212] When receiving the processing failure information returned by the service platform based on the service request, the saved service request is obtained from the local, and the service request is resent to the service platform.

[0213] In one embodiment, when executing the request processing method, the processor 110 specifically performs the following operations:

[0214] When the processing success information or the processing failure information returned by the service platform based on the service request processing is not received within a preset time period, the saved service request is obtained from the local and the service request is resent to the service platform.

[0215] In one embodiment, after executing and resending the service request to the service platform, the processor 110 further performs the following operations:

[0216] Receiving processing success information returned by the service platform based on the service request processing;

[0217] Determine that the service request is in a request success state, and clear the service request saved locally.

[0218] In one embodiment, when executing the operation of obtaining the input service request, the processor 110 specifically performs the following operations:

[0219] A service request operation triggered by a service control corresponding to a target service is obtained, where the service control is a control set on a multimedia course interface of the user terminal.

[0220] In one embodiment, when the processor 110 executes the process of obtaining the saved service request from the local device and resending the service request to the service platform, the processor 110 specifically performs the following operations:

[0221] Determining that the communication link with the service platform is in an abnormal communication state; monitoring the communication state of the communication link, and determining that the communication link with the service platform is in a normal communication state, obtaining the saved service request from the local, and resending the service request to the service platform; and / or,

[0222] Determine that the communication link with the service platform is in a normal communication state; when it is detected that the current display interface is in the target display interface corresponding to the target service, obtain the saved service request from the local, and resend the service request to the service platform.

[0223] In one embodiment, when the processor 110 executes the step of determining that the communication link with the service platform is in a normal communication state, the processor 110 specifically performs the following operations:

[0224] Acquire at least one communication parameter of the communication link, and determine the communication quality of the communication link according to the communication parameter;

[0225] Obtaining a requested service type corresponding to the service request, and determining a preset communication condition corresponding to the requested service type;

[0226] When the communication quality meets the preset communication condition, it is determined that the communication link with the service platform is in a normal communication state.

[0227] In the embodiment of the present application, the terminal

[0228] Improved the operating efficiency of business threads.

[0229] See also Fig.18, provides a structural diagram of another electronic device for the embodiment of the present application. Fig.18 As shown, the electronic device 2000 may include: at least one processor 2001 , at least one network interface 2004 , a user interface 2003 , a memory 2005 , and at least one communication bus 2002 .

[0230] The communication bus 2002 is used to realize the connection and communication between these components.

[0231] The user interface 2003 may include a display screen (Display), and the optional user interface 2003 may also include a standard wired interface and a wireless interface.

[0232] The network interface 2004 may optionally include a standard wired interface or a wireless interface (such as a WI-FI interface).

[0233] Among them, the processor 2001 may include one or more processing cores. The processor 2001 uses various interfaces and lines to connect various parts in the entire server 2000, and executes various functions and processes data of the server 2000 by running or executing instructions, programs, code sets or instruction sets stored in the memory 2005, and calling data stored in the memory 2005. Optionally, the processor 2001 can be implemented in at least one hardware form of digital signal processing (Digital Signal Processing, DSP), field programmable gate array (Field-Programmable Gate Array, FPGA), and programmable logic array (Programmable Logic Array, PLA). The processor 2001 can integrate one or a combination of a central processing unit (Central Processing Unit, CPU), a graphics processing unit (Graphics Processing Unit, GPU) and a modem. Among them, the CPU mainly processes the operating system, user interface and application programs; the GPU is responsible for rendering and drawing the content to be displayed on the display screen; the modem is used to process wireless communication. It can be understood that the above-mentioned modem may not be integrated into the processor 2001, and it can be implemented separately through a chip.

[0234] Among them, the memory 2005 may include a random access memory (Random Access Memory, RAM) and may also include a read-only memory (Read-Only Memory). Optionally, the memory 2005 includes a non-transitory computer-readable storage medium. The memory 2005 can be used to store instructions, programs, codes, code sets or instruction sets. The memory 1005 may include a program storage area and a data storage area, wherein the program storage area may store instructions for implementing an operating system, instructions for at least one function (such as a touch function, a sound playback function, an image playback function, etc.), instructions for implementing the above-mentioned various method embodiments, etc.; the data storage area may store data involved in the above-mentioned various method embodiments, etc. The memory 2005 may optionally be at least one storage device located away from the aforementioned processor 2001. As Fig.18 As shown, the memory 2005 as a computer storage medium may include an operating system, a network communication module, a user interface module, and a request processing application.

[0235] exist Fig.18 In the electronic device 2000 shown, the user interface 2003 is mainly used to provide an input interface for the user and obtain data input by the user; and the processor 2001 can be used to call the request processing application stored in the memory 2005 and specifically perform the following operations:

[0236] Receiving a service request sent by a terminal, the service request including request parameters, the request parameters being generated by the terminal based on an input service request operation, and the service request being saved locally when generated by the terminal;

[0237] In response to the service request, processing the request parameters;

[0238] Generate processing failure information after the processing fails based on the processed processing result, and send the processing failure information to the terminal, wherein the processing failure information is used to instruct the terminal to obtain the saved service request from the local;

[0239] The service request sent by the terminal based on the processing failure information is received.

[0240] In one embodiment, when the processor 2001 processes the request parameter in response to the service request, the processor 2001 specifically performs the following operations:

[0241] In response to the service request, allocating a business processing thread to the service request from a thread pool;

[0242] The computing resources in the thread pool are called for the business processing thread to asynchronously process the request parameters.

[0243] In one embodiment, after executing the step of generating the return information after the processing fails based on the processed processing result, the processor 2001 further performs the following operations:

[0244] The processing result and the service request are recorded in an error log.

[0245] In one embodiment, after executing the receiving the service request sent by the terminal based on the processing failure information, the processor 2001 further performs the following operations:

[0246] In response to the service request, processing the request parameters;

[0247] Generate processing success information after successful processing based on the processed processing result, and send the processing success information to the terminal.

[0248] In an embodiment of the present application, a service platform receives a service request sent by a terminal, wherein the service request includes a request parameter, wherein the request parameter is generated by the terminal based on the input service request operation, wherein the service request is saved locally when the terminal generates it, and the request parameter is processed in response to the service request; a processing failure message is generated after the processing fails based on the processed processing result, and the processing failure message is sent to the terminal, wherein the processing failure message is used to instruct the terminal to obtain the saved service request locally; and the service request sent by the terminal based on the processing failure message is received. The service platform can receive the locally saved service request sent by the terminal in the case of a service request processing failure, thereby avoiding the phenomenon that the service request is lost when the service platform fails to process due to poor communication status or the user closing the corresponding interface when generating the service request on the terminal. At the same time, the service platform can process based on the resent service request in the case of a processing failure, thereby improving the efficiency of the service platform in processing service requests.

[0249] Those skilled in the art can clearly understand that the technical solution of the present application can be implemented with the help of software and / or hardware. The "unit" and "module" in this specification refer to software and / or hardware that can independently complete or cooperate with other components to complete specific functions, where the hardware can be, for example, a field programmable gate array (FPGA), an integrated circuit (IC), etc.

[0250] It should be noted that, for the aforementioned method embodiments, for the sake of simplicity, they are all expressed as a series of action combinations, but those skilled in the art should be aware that the present application is not limited by the described order of actions, because according to the present application, certain steps can be performed in other orders or simultaneously. Secondly, those skilled in the art should also be aware that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application.

[0251] In the above embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference can be made to the relevant descriptions of other embodiments.

[0252] In the several embodiments provided in the present application, it should be understood that the disclosed devices can be implemented in other ways. For example, the device embodiments described above are only schematic, such as the division of the units, which is only a logical function division. There may be other division methods in actual implementation, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some service interfaces, and the indirect coupling or communication connection of devices or units can be electrical or other forms.

[0253] The units described as separate components may or may not be physically separated, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed on multiple network units. Some or all of the units may be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0254] In addition, each functional unit in each embodiment of the present application may be integrated into one processing unit, or each unit may exist physically separately, or two or more units may be integrated into one unit. The above-mentioned integrated unit may be implemented in the form of hardware or in the form of software functional units.

[0255] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable memory. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a memory, including a number of instructions to enable a computer device (which can be a personal computer, a service platform or a network device, etc.) to perform all or part of the steps of the method described in each embodiment of the present application. The aforementioned memory includes: U disk, read-only memory (ROM), random access memory (RAM), mobile hard disk, disk or optical disk and other media that can store program code.

[0256] A person skilled in the art may understand that all or part of the steps in the various methods of the above embodiments may be completed by entering a program to instruct the relevant hardware. The program may be stored in a computer-readable memory, and the memory may include: a flash drive, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, etc.

[0257] The above is only an exemplary embodiment of the present disclosure, and the scope of the present disclosure cannot be limited thereto. That is, any equivalent changes and modifications made according to the teachings of the present disclosure are still within the scope of the present disclosure. After considering the specification and practicing the disclosure here, those skilled in the art will easily think of other embodiments of the present disclosure. This application is intended to cover any modification, use or adaptation of the present disclosure, which follows the general principles of the present disclosure and includes common knowledge or customary technical means in the technical field not recorded in the present disclosure. The description and examples are only regarded as exemplary, and the scope and spirit of the present disclosure are defined by the claims.

Claims

1. A request processing method, characterized in that: The method comprises: Acquire a service request operation input when the target service is triggered by a user, generate a service request including request parameters based on the service request operation, and save the service request locally, wherein the request parameters correspond to operation data of the service request operation; Sending the service request to the service platform; When receiving the processing failure information returned by the service platform based on the service request, obtaining the saved service request from the local, and resending the service request to the service platform; The obtaining of the saved service request from the local device and resending the service request to the service platform comprises: determining that the communication link with the service platform is in a normal communication state; when detecting that the current display interface is in the target display interface corresponding to the target service, obtaining the saved service request from the local device and resending the service request to the service platform; Wherein, determining that the communication link between the service platform is in a normal communication state includes: obtaining at least one communication parameter of the communication link, and determining the communication quality of the communication link according to the communication parameter; obtaining the requested service type corresponding to the service request, and determining the preset communication condition corresponding to the requested service type; when the communication quality meets the preset communication condition, determining that the communication link between the service platform is in a normal communication state.

2. The method according to claim 1, characterized in that The method further comprises: When the processing success information or the processing failure information returned by the service platform based on the service request processing is not received within a preset time period, the saved service request is obtained from the local and the service request is resent to the service platform.

3. The method according to claim 1, characterized in that After the service request is resent to the service platform, the method further includes: Receiving processing success information returned by the service platform based on the service request processing; Determine that the service request is in a request success state, and clear the service request saved locally.

4. The method according to claim 1, characterized in that: The operation of obtaining the input service request includes: A service request operation triggered by a service control corresponding to the target service is obtained, where the service control is a control set on a multimedia course interface of a user terminal.

5. The method according to claim 1, characterized in that The obtaining the saved service request from the local and resending the service request to the service platform includes: Determine that the communication link with the service platform is in an abnormal communication state; monitor the communication state of the communication link, and determine that the communication link with the service platform is in a normal communication state, obtain the saved service request from the local, and resend the service request to the service platform.

6. A request processing method, characterized in that: The method is applied to a service platform, and the method comprises: Receiving a service request sent by a terminal, the service request including request parameters, the request parameters being generated by the terminal based on a service request operation input when a target service is triggered by a user, and the service request being saved locally when generated by the terminal; In response to the service request, processing the request parameters; Generate processing failure information after the processing fails based on the processed processing result, and send the processing failure information to the terminal, wherein the processing failure information is used to instruct the terminal to obtain the saved service request from the local; receiving the service request sent by the terminal based on the processing failure information; Among them, the receiving of the service request sent by the terminal based on the processing failure information includes: receiving the service request obtained and sent from the local based on the processing failure information when the terminal determines that the communication link between the terminal and the service platform is in a normal communication state and detects that the current display interface is in the target display interface corresponding to the target service.

7. The method according to claim 6, characterized in that The step of processing the request parameter in response to the service request includes: In response to the service request, allocating a business processing thread to the service request from a thread pool; The computing resources in the thread pool are called for the business processing thread to asynchronously process the request parameters.

8. The method according to claim 6, characterized in that After generating the return information after the processing fails based on the processed processing result, it also includes: The processing result and the service request are recorded in an error log.

9. The method according to claim 6, characterized in that After receiving the service request sent by the terminal based on the processing failure information, the method further comprises: In response to the service request, processing the request parameters; Generate processing success information after successful processing based on the processed processing result, and send the processing success information to the terminal.

10. A computer storage medium, characterized in that: The computer storage medium stores a plurality of instructions, and the instructions are suitable for being loaded by a processor and executing the method steps as claimed in any one of claims 1 to 5 and 6 to 9.

Images