Service providing method, information display method, device, storage medium, and program product

Abstract

Embodiments of the present application provide a service providing method, an information display method, a device, a storage medium and a program product. The service providing method comprises: obtaining service application description information corresponding to a target service task; identifying at least one service application reason according to the service application description information; determining a sample service mode corresponding to at least one sample service case matched with the target service task according to the at least one service application reason, and generating at least one service mode for the target service task by referring to the sample service mode; sending selection prompt information corresponding to the at least one service mode to a first client; and determining a target service mode in response to a selection request sent by the first client, and sending first negotiation prompt information to a second client according to the target service mode and the at least one service application reason. The technical solution provided by the embodiments of the present application improves the service processing efficiency and ensures the system performance.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a service provision method, an information display method, a computing device, a computer-readable storage medium, and a computer program product. Background Technology

[0002] In some object processing systems that provide objects such as goods, web pages, or content for users to consume, the object consumer and the object provider may negotiate due to object quality issues, logistics and transportation problems, etc., in order for the object provider to provide corresponding service guarantees. For example, in cross-border e-commerce systems, in the event of problems such as product quality, customs detention, or logistics and transportation, the merchant needs to provide corresponding after-sales service.

[0003] In one current service delivery model, the consumer and provider can engage in multiple rounds of negotiation for a service task. The service task can be initiated by either the consumer or the provider based on a consumption order. In each round of negotiation, the initiating party can provide the desired service method and the reason for the service request, generating a negotiation prompt message which is then sent to the other party. The other party can determine whether to adopt the service method based on the negotiation prompt message. If adopted, the corresponding service processing operation can be directly executed. If not adopted, the other party can continue the negotiation process, providing a new service method and reason for the service request, generating a new negotiation prompt message which is then sent to the initiating party. The initiating party can decide whether to adopt the service method provided by the other party based on the negotiation prompt message. If adopted, the corresponding service processing operation can be directly executed according to the service method provided by the other party. If not adopted, the initiating party can continue to provide a new service method and reason for the service request, continuing the next round of negotiation until the corresponding service method is adopted or one party requests system service personnel to intervene and request arbitration, etc.

[0004] As can be seen from the above description, the existing service delivery method significantly affects service processing efficiency and system performance. Summary of the Invention

[0005] This application provides a service provision method, an information display method, a computing device, a computer-readable storage medium, and a computer program product to solve the technical problems of low service processing efficiency and impact on system performance in the prior art.

[0006] Firstly, this application provides a service provision method, including: Obtain the service request description information corresponding to the target service task; Based on the service request description information, identify at least one reason for the service request; Based on the at least one service request reason, determine the sample service method corresponding to at least one sample service case that matches the target service task, and generate at least one service method for the target service task by referring to the sample service method; Send selection prompt information corresponding to the at least one service method to the first client; In response to the selection request sent by the first client, a target service method is determined, and a first negotiation prompt message is sent to the second client based on the target service method and the at least one reason for the service request.

[0007] Secondly, this application provides an information display method, including: The service application page displays input prompts for the target service task. In response to an input operation, a service request description is determined and sent to the server. The server identifies at least one service request reason based on the service request description and determines a sample service method corresponding to at least one sample service case that matches the target service task based on the at least one service request reason. The server then generates at least one service method for the target service task by referring to the sample service method. Display the selection prompt information for at least one service method sent by the server; In response to the selection operation, a target service method is determined, and a selection request is sent to the server based on the target service method, so that the server can send a first negotiation prompt message to the second client according to the target service method and the at least one service request reason.

[0008] Thirdly, this application provides an information display method, including: The service negotiation page displays a first negotiation prompt message; wherein the first negotiation prompt message is generated based on the target service method and at least one service application reason; the at least one service application reason is identified from the service application description information for the target service task; the target service method is determined from at least one service method; the at least one service method is generated with reference to sample service methods; the sample service method corresponds to at least one sample service case that matches the target service task; the at least one sample service case is determined based on the at least one service application reason; The service suggestion description information is displayed on the service negotiation page; the service suggestion description information is generated based on the target service method and its corresponding target service application reason and credential data; In response to the service confirmation operation, a service confirmation request is sent to the server so that the server can perform the corresponding service processing operation according to the target service method.

[0009] Fourthly, this application provides a computing device, including a processing component and a storage component; The storage component stores a computer program; the computer program is invoked and executed by the processing component to implement the service provision method as described in the first aspect above, or the information display method as described in the second aspect above, or the information display method as described in the third aspect above.

[0010] Fifthly, this application provides a computer storage medium storing a computer program thereon. When the computer program is executed by a processing component, it implements the service provision method as described in the first aspect, the information display method as described in the second aspect, or the information display method as described in the third aspect.

[0011] Sixthly, this application provides a computer program product, including a computer program or instructions, which, when executed by a processing component, implement the service provision method as described in the first aspect above, or the information display method as described in the second aspect above, or the information display method as described in the third aspect above.

[0012] In this embodiment, based on the service request description information of the target service task, the reason for the service request is automatically identified. Referring to the sample service methods corresponding to sample service cases matching the target service task, at least one service method corresponding to the target service task is generated. A selection prompt is sent to the first client for the first user corresponding to the first client to choose from. Then, based on the target service method selected by the first user and the at least one service request reason, a first negotiation prompt is sent to the second client to achieve service negotiation with the second user. This embodiment, by referring to sample service methods of similar service cases, can provide users with fair and customized solutions for selection, helping users make quick and favorable decisions. This avoids the second user rejecting the service method due to user cognitive bias, ensuring the accuracy of the provided target service method. This increases the probability of successful negotiation, reduces the number of negotiations, improves service processing efficiency, and reduces the impact on system performance.

[0013] These or other aspects of this application will become more apparent in the following description of the embodiments. Attached Figure Description

[0014] The accompanying drawings, which are included to provide a further understanding of this application and form part of this application, illustrate exemplary embodiments and are used to explain this application, but do not constitute an undue limitation of this application. In the drawings: Figure 1 This illustration shows a schematic diagram of a system architecture to which the technical solutions of the embodiments of this application are applicable; Figure 2 A flowchart of one embodiment of a service provision method provided in this application is shown; Figure 3 This paper illustrates a schematic diagram of a model structure in a practical application of an embodiment of this application. Figure 4 A flowchart of one embodiment of an information display method provided in this application is shown; Figure 5 A flowchart of yet another embodiment of the information display method provided in this application is shown; Figures 6a-6e The following are schematic diagrams of the interface of a first client in a practical application according to the embodiments of this application; Figure 6f This illustration shows a schematic diagram of a second client interface in a practical application, based on an embodiment of this application. Figure 6g The diagram shows a schematic representation of the interface of a first client in a practical application according to an embodiment of this application; Figure 7 This invention provides a schematic diagram of the structure of one embodiment of a service provisioning apparatus. Figure 8 This invention provides a schematic diagram of the structure of an embodiment of an information display device. Figure 9 This invention provides a schematic diagram of the structure of an embodiment of an information display device. Figure 10 A schematic diagram of one embodiment of a computing device provided in this application is shown. Detailed Implementation

[0015] To make the objectives, technical solutions, and advantages of this application clearer, the technical solutions of this application will be clearly and completely described below in conjunction with specific embodiments and corresponding drawings. Obviously, the described embodiments are only a part of the embodiments of this application, and not all of them. Based on the embodiments in this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0016] It should be noted that, in the cases involving user information in the embodiments of this application, the user information (including but not limited to user device information, user personal information, etc.) and data (including but not limited to data used for analysis, stored data, displayed data, etc.) involved in the embodiments of this application are all information and data authorized by the user or fully authorized by all parties. Furthermore, the collection, use, and processing of related data must comply with the relevant laws, regulations, and standards of the relevant countries and regions, and corresponding operation entry points are provided for users to choose to authorize or refuse. In addition, the various models involved in this application (including but not limited to language models or generative models) comply with relevant laws and standards.

[0017] Additionally, it should be noted that when user interaction operations or triggering operations are involved in the embodiments of this application, these operations include, but are not limited to, various interaction methods such as touch operations, gesture operations, voice operations, head movement operations, and eye movement operations. Touch operations include, but are not limited to, click operations, double-click operations, long-press operations, swipe operations, pinch operations, or mouse hover operations. Swipe operations include, but are not limited to, straight-line swipes and curved-line swipes.

[0018] Furthermore, it should be noted that, in the case of page jumps involved in the embodiments of this application, the jump methods involved in the embodiments of this application include, but are not limited to: direct jump; first jump to the task page and then jump again after completing the corresponding task operation on the task interface; completing the corresponding task operation on the task page includes, but is not limited to: if the task page is implemented as a game page, completing the game operation on the game page; if the task page is implemented as an identity authentication page, completing the identity authentication on the identity authentication page; if the task page is implemented as a recharge page, completing the recharge operation on the recharge page, etc.

[0019] The technical solutions of this application are applicable to service provision scenarios in object processing systems, particularly in application scenarios where the object provider and object consumer agree on a target service method through negotiation and perform service processing operations according to the target service method to provide the corresponding service.

[0020] In this context, "object" can refer to things like goods, web pages, or content. The object processing system can be a system that supports object publishing and consumption. Object providers can publish objects in the object processing system, and object consumers can consume objects published on the system. Based on the consumer's consumption request, the object processing system can generate a corresponding order. If the order involves transportation, the object can be transported to the consumer via logistics. In a practical application, the object processing system could be an e-commerce system, such as a cross-border e-commerce system. Objects can refer to goods, which can correspond to one or more offline products. These products can be tangible objects or intangible services.

[0021] As described in the background technology, for a single service task, the consumer and provider may engage in multiple rounds of negotiation, resulting in low service processing efficiency and impacting system performance due to the multiple interactions. Furthermore, the inventors' research revealed that because users are required to provide numerous information items, such as service methods, reasons for service requests, and supporting documentation, traditional methods typically use forms for selection or completion. Some users are unsure which documentation or service method to provide and may ultimately abandon the process. Others may repeatedly contact system service personnel to understand the filling guidelines, and may still have their service methods rejected due to errors such as inappropriate service methods or insufficient supporting documentation. Moreover, users cannot predict service response times or outcomes, leading to anxiety and uncertainty throughout the negotiation process, resulting in a poor user experience.

[0022] Accordingly, in order to improve service processing efficiency, ensure system performance, and enhance user experience, the inventors have proposed the technical solution of this application after a series of studies. In the embodiments of this application, based on the service application description information of the target service task, the reason for the service application is automatically identified, and at least one service method corresponding to the target service task is generated by referring to the sample service methods corresponding to sample service cases matching the target service task. A selection prompt is then sent to the first client for the first user to choose from. Based on the target service method selected by the first user and the at least one service application reason, a first negotiation prompt is sent to the second client to achieve service negotiation with the second user. This embodiment of the application, by referring to sample service methods of similar service cases, can provide users with fair and customized solutions for selection, helping users make favorable decisions quickly. This avoids the second user rejecting the service method due to user cognitive bias, ensuring the accuracy of the provided target service method, thereby increasing the probability of successful negotiation, reducing the number of negotiations, improving service processing efficiency, and reducing the impact on system performance.

[0023] Furthermore, in this embodiment, the service request description can be in natural language, eliminating the need for users to fill out forms. This avoids the problem of users being overwhelmed by complex form options and obscure rules, and prevents users from repeatedly trying and failing or seeking help from system service personnel in steps such as "selecting a reason," "determining the service method," and "finding evidence." By performing intent analysis, at least one reason for the service request can be automatically identified.

[0024] Furthermore, in this embodiment of the application, when the target service task is initiated for a consumer order, it can also combine the service request description information, user information and order information to identify the reason for the service request and complete the credential data, thereby ensuring the credibility and verifiability of the data.

[0025] Furthermore, the technical solutions of this application embodiment can be executed by an intelligent processing module, which realizes an automated service processing flow based on artificial intelligence technology. This not only significantly improves service processing efficiency and service success rate, but also promotes fair negotiation between the two parties and reduces the cost of ineffective communication.

[0026] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0027] Figure 1 The system architecture to which the technical solution of the embodiments of this application applies may include a first client 101, a second client 102 and a server 103.

[0028] The first client 101 and the second client 102 establish connections with the server 103 via a network. The network provides a medium for communication links between the first client, the second client, and the server. The network can include various connection types, such as wired or wireless communication links or fiber optic cables.

[0029] The first client can be directed to the first user, and the second client can be directed to the second user. In a practical application, the first user can refer to the object consumer, such as a buyer in an e-commerce scenario, while the second user can refer to the object provider, such as a merchant in an e-commerce scenario. The object provider can publish objects through the second client, and the object consumer can perform consumption behaviors such as searching, browsing, and purchasing objects through the first client. Of course, in other implementations, the first user can also refer to the object provider, while the second user can refer to the object consumer.

[0030] The first or second client can be a browser, an app (application), a web application such as an H5 (HyperText Markup Language 5) application, a mini-program (also known as a lightweight application), or a cloud application. The first or second client can be deployed on an electronic device and depends on the device or certain apps on the device to run. Electronic devices can have displays and support information browsing, such as personal mobile terminals like smartphones, tablets, personal computers, desktop computers, smart speakers, smartwatches, etc.

[0031] The server can be a server providing various services. It should be noted that the server can be implemented as a distributed server cluster composed of multiple servers, or as a single server. The server can also be a server in a distributed system, or a server combined with blockchain. The server can also be a cloud server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms, or an intelligent cloud computing server or intelligent cloud host with artificial intelligence technology.

[0032] It should be understood that Figure 1 The number of clients and servers shown is merely illustrative. Depending on implementation needs, there can be any number of clients and servers.

[0033] It should be noted that the technical solutions in this application are applicable to virtual network environments, and the users described generally refer to "virtual users." Real users can register user accounts on the server through registration to obtain user identities in the network environment. The same user account can log in to the server through different types of client terminals, enabling the server to identify the same user.

[0034] The implementation details of the technical solutions in the embodiments of this application are described in detail below.

[0035] Figure 2This is a flowchart illustrating an embodiment of a service provision method provided in this application. The technical solution of this embodiment can be executed by a server. With the development of artificial intelligence technology, the technical solution of this embodiment can specifically be executed by an intelligent processing module deployed in the server. The intelligent processing module can refer to an intelligent system capable of perceiving the environment, autonomously planning, invoking tools, and executing actions to achieve a specific goal. It can perform corresponding actions based on one or more artificial intelligence models to achieve specific task operations. In practical applications, this intelligent processing module can be an Agent (intelligent agent).

[0036] This method may include the following steps: 201: Obtain the service application description information corresponding to the target service task.

[0037] In one alternative approach, the service request description information may be a first request description information determined by the first client in response to the input operation of the first user.

[0038] The target service task refers to a task generated in response to a service request, intended to negotiate service methods and other related matters. The service request can be triggered by the first user. For the target service task, the first user and the second user can engage in multiple rounds of negotiation.

[0039] This target service task can be generated for a target order or a target object. A target order can be generated based on a transaction request for a target object.

[0040] Optionally, the target service task can be generated in response to a service request triggered by the first client for the target order. Alternatively, an input prompt can be sent to the first client to prompt the first user to input first application description information. The first client can respond to the input operation, determine the first application description information, and send it to the server. The server can then use the first application description information as the service application description information.

[0041] One implementation of this input prompt message can include a traditional service form, comprising form items corresponding to various information types, such as the reason for service application, service method, and credential data, for the first user to select or fill in form content. However, to further improve user experience, facilitate user input, and maintain information completeness, the input prompt message can also provide service application descriptions in any data format, expressed in natural language. This arbitrary data format can include images, text, and / or video. The input prompt message may include input controls for the first user to freely input information.

[0042] Optionally, the input prompt may not indicate the various information types, allowing users to freely input any content, thereby ensuring information integrity and reducing the difficulty for users to find information.

[0043] Of course, dialogue processing models can also be used to guide users to input information through various dialogue methods, thereby obtaining the service application description information from at least one round of dialogue data.

[0044] Alternatively, the input prompt information may be sent to the first client in response to a description update request triggered by the first client in response to the second negotiation prompt information provided by the second user.

[0045] In another alternative approach, since the first user and the second user can perform multiple rounds of negotiation operations, the above-mentioned acquisition of the service application description information corresponding to the target service task may include: acquiring the first application description information sent by the first client in the previous round of negotiation operation and the second application description information sent by the second client in the current round of negotiation operation, and the service application description information for the next round of negotiation operation is constituted by the first application description information and the second application description information.

[0046] The first application description information may be provided by the first user in the previous round of negotiation. The second application description information may be triggered by the second user in response to the first negotiation prompt information in the previous round of negotiation.

[0047] The second user can trigger the current round of negotiation based on the first negotiation prompt information from the previous round of negotiation. This allows them to provide a second application description and send a negotiation request to the server, which can then obtain the second application description information.

[0048] In other words, the server can use the application description information provided by both parties as the service application description information, and continue to provide a solution to the first user using the technical solution of this application.

[0049] Optionally, the method may further include: sending a second negotiation prompt message and a smart prompt message for the current round of negotiation operation to a first client, wherein the first client may display the second negotiation prompt message and the smart prompt message on the service negotiation page; The above-mentioned acquisition of the first application description information sent by the first client in the previous round of negotiation and the second application description information sent by the second client in the current round of negotiation can be: in response to the service acquisition request triggered by the first client in response to the smart prompt information, the acquisition of the first application description information sent by the first client in the previous round of negotiation and the second application description information sent by the second client in the current round of negotiation.

[0050] The second negotiation prompt information can be generated based on the description information of the second application.

[0051] In this document, for ease of description, the negotiation prompt message sent to the second client is named "First Negotiation Prompt Message," and the negotiation prompt message sent to the first client is named "Second Negotiation Prompt Message." Each round of negotiation will generate a corresponding negotiation prompt message. In this document, "first user" refers to the object consumer, and "second user" refers to the object provider. Alternatively, "first user" could refer to the object provider, and "second user" to the corresponding object consumer.

[0052] 202: Identify at least one reason for the service request based on the service request description information.

[0053] First, the service request description information can be cleaned to extract key information, and then at least one reason for the service request can be identified based on the key information.

[0054] In addition, the service description information can include information in various data formats, such as images, videos, files, and text. In the case of images, files, or videos, the text information can be identified by parsing the images, files, or video frames, or the image content can be converted into text description information, and then identification can be performed based on the parsing results.

[0055] Optionally, at least one reason for a service request can be identified through rule matching. For example, based on the keywords corresponding to different preset reasons for a service request, the preset reasons for a service request can be determined by the keywords matched in the description information of the service request, which can then be used as the reason for the service request.

[0056] Of course, a cause identification model can also be used to identify at least one reason for a service request based on the service request description information, which will be described in detail in the corresponding embodiments below.

[0057] Of course, the final at least one reason for a service request can also be determined based on the identification results of the rule matching method and the identification results of the reason identification model. The combination or intersection of the identification results of the rule matching method and the identification results of the reason identification model can be used as the at least one reason for a service request.

[0058] 203: Based on at least one service request reason, determine the sample service method corresponding to at least one sample service case that matches the target service task, and generate at least one service method for the target service task by referring to the sample service method.

[0059] The service methods mentioned in this article can refer to refund services, or exchange services, etc. Different combinations of refund ratios and different judgment results of whether or not to return the goods can constitute different types of refund services, and each type of refund service is a service method.

[0060] Optionally, the sample service case can refer to a historical service task, and the corresponding sample service method can be the service method finally determined through negotiation between the object consumer and the object provider for the historical service task, thereby ensuring the authenticity of the data. Of course, the sample service case and its corresponding sample service method can also be manually compiled and generated by professionals.

[0061] This can be achieved by determining at least one sample service case that matches the target service task from sample service cases corresponding to at least one service application reason, or by using the sample service cases corresponding to the at least one service application reason as the at least one sample service case that matches the target service task. Of course, in order to improve matching accuracy and reduce computational costs, at least one sample service case can also be determined by combining the order amount corresponding to the target service task and the object category of the target object corresponding to the target order. For example, at least one sample service case can be the same as the service application reason of the target service task, have the same order amount within the same amount range, and have the same object category.

[0062] By referring to the sample service methods corresponding to at least one sample service case, at least one service method suitable for the target service task can be determined.

[0063] In cases where there are multiple reasons for service requests, the sample service methods corresponding to different reasons may differ or overlap. For example, if the service method is a refund service, the main difference between the sample service methods corresponding to different reasons for service requests lies in the refund ratio. Therefore, optionally, a target service request reason can be selected from at least one service request reason. Based on the target service request reason, at least one sample service case matching the target service task can be determined, along with its corresponding sample service method.

[0064] The reason for the service request can be the highest-level service request among at least one service request reasons. Service levels can be pre-set based on different service request reasons. A higher service level indicates a more serious problem, thus requiring priority processing. Furthermore, taking refund services as an example, the highest service level indicates the highest corresponding refund rate, thereby ensuring the service benefit received by the target consumer.

[0065] At least one service method can be generated, for example, using a service generation model. Therefore, optionally, step 203 can involve using a service generation model to reference sample service methods and generate at least one service method for the target service task.

[0066] First, based on at least one service application reason, at least one sample service case matching the target service task and its corresponding sample service method can be determined from the case knowledge base. The sample service method corresponding to at least one sample service case can be obtained as reference data or example data for the service generation model through retrieval enhancement.

[0067] Of course, at least one sample service case can correspond to at least one sample service method, or at least one service method can be obtained by combining various screening indicators from at least one sample service method, etc. This application does not limit this.

[0068] 204: Send a selection prompt message corresponding to at least one service method to the first client.

[0069] The first client can then display the selection prompt information for the first user to confirm their selection.

[0070] 205: In response to the selection request sent by the first client, determine the target service method, and send a first negotiation prompt message to the second client based on the target service method and at least one reason for the service request.

[0071] The first client responds to the selection operation triggered by the first user, determines the target service method, and sends a selection request to the server based on the target service method.

[0072] In one implementation, the at least one service method may include only one service method, which is recommended to the first user as a recommended service method.

[0073] In another implementation, the at least one service method may include multiple service methods, thereby providing the first user with a variety of choices and ensuring a good user experience.

[0074] In this embodiment, at least one fair and professional service method corresponding to the target service task is generated by referring to the sample service method corresponding to the sample service case. Users only need to select one, which can avoid the error of the service method due to user cognitive bias. The technical solution of this application can ensure the professionalism and accuracy of the target service method, thereby helping to gain the approval of the second user, thereby shortening the negotiation process, improving service processing efficiency, and ensuring system performance.

[0075] In some embodiments, the method may further include: sending a reason confirmation message to a first client based on at least one reason for the service request; The above-mentioned determination of the sample service method corresponding to at least one sample service case matching the target service task based on at least one service application reason may include: in response to the reason confirmation request sent by the first client, determining the sample service method corresponding to at least one sample service case matching the target service task based on at least one service application reason.

[0076] The first client can display the reason confirmation prompt and sense the reason confirmation operation, then send a reason confirmation request to the server. By providing the automatically identified reason for the service application to the first user for confirmation, the accuracy and explainability of the final result can be guaranteed.

[0077] Optionally, if the service description information is the first application description information, the operation of sending a reason confirmation prompt to the first client based on at least one service application reason may be performed.

[0078] As described above, identifying at least one service application reason based on the service application description information can be done by identifying at least one service application reason that is matched from multiple preset application reasons based on the service application description information.

[0079] It can be determined whether the service application description information includes any preset keywords corresponding to preset application reasons by using preset keywords corresponding to each preset application reason, thereby determining the preset application reason corresponding to the hit preset keyword as the service application reason.

[0080] In addition, a cause identification model can be used to identify at least one service request cause from multiple preset request causes based on the service request description information.

[0081] Optionally, when the target service task is for the generation of a target order, it may identify at least one service request reason based on the service request description information, at least one order information corresponding to the target order, and at least one user information corresponding to the target user of the target order.

[0082] The at least one reason for service application includes not only the reasons for service application summarized from the service application description information, but also the reasons for service application that are not included in the service application description information, which can be automatically identified based on at least one order information and at least one user information, thereby enabling potential reason mining.

[0083] In some embodiments, when the service description information is the first application description information, the method may further include: Based on the credential types corresponding to multiple preset application reasons, verify whether any service application reason is missing credential data; if any service application reason is missing credential data, send supplementary prompt information to the first client according to the credential type corresponding to the service application reason; based on the supplementary information sent by the first client, update the service application description information, and re-execute the process of identifying at least one matched service application reason from multiple preset application reasons based on the service application description information.

[0084] The credential type indicates what kind of credential data is required. By verifying whether credential data is missing, each service application reason can be mapped to a verifiable chain of evidence, ensuring the verifiability of the final result.

[0085] As an optional approach, the above-mentioned reason confirmation message may include at least one reason for the service request, as well as the verification result regarding whether credential data is missing. Supplementary message may be displayed corresponding to any of the service request reasons for missing credential data.

[0086] Specifically, the supplementary information sent by the first client can be added to the service request description information, and the process can return to continue executing the operation of identifying at least one service request reason from multiple preset request reasons based on the service request description information. Alternatively, the supplementary information can be used to verify whether it matches the credential type of any service request reason; if it matches, the service request reason verification is successful.

[0087] The cause confirmation message may also include a cause confirmation control, and the cause confirmation operation can be triggered by this cause confirmation control.

[0088] Based on the reason confirmation request, the server can re-verify whether each service application reason is missing credential data. If not, it can execute the sample service method corresponding to at least one sample service case that matches the target service task based on at least one service application reason. Otherwise, it can continue to send supplementary prompt information to the first client.

[0089] As an alternative approach, in response to a reason confirmation request sent by the first client, the system verifies whether any service application reason is missing credential data based on the credential types corresponding to multiple preset application reasons. If each service application reason is not missing credential data, then based on at least one service application reason, the system determines the sample service method corresponding to at least one sample service case that matches the target service task.

[0090] In some embodiments, verifying whether any service application reason is missing credential data based on the credential types corresponding to multiple preset application reasons can be done by: verifying whether any service application reason is missing credential data from service description information, at least one order information, and at least one user information, based on the credential types corresponding to multiple preset application reasons.

[0091] This means that the service application information provided by the first user can be cross-validated with the data stored in the system to verify the credential data.

[0092] The system can search for data matching the credential type corresponding to each service application reason from the service description information, at least one order information, and at least one user information. If no data is found, the service application reason is considered to be missing credential data; otherwise, credential data is considered to exist.

[0093] The order information may include, for example, logistics status such as whether the goods have been shipped or whether the shipment is overdue; order guarantee type such as shipping guarantee or arrival guarantee; and transportation method. At least one user information may include, for example, the first user's level, the first user's registration duration, and communication data between the first user and the second user. The required information types can be pre-defined according to actual needs, and this application does not impose any limitations on this.

[0094] As described above, the target service task can be generated for a target order. In some embodiments, identifying at least one service request reason based on the service request description information may include: Using an information extraction model, key information is extracted from the service application description information; using a reason identification model, at least one reason for the service application is identified based on the key information, at least one order information corresponding to the target order, and at least one user information corresponding to the target user.

[0095] In addition, the cause identification model can be used to verify whether any service application cause is missing credential data from service description information, at least one order information, and at least one user information, based on the credential types corresponding to multiple preset application causes.

[0096] This allows for the generation of cause confirmation prompts and supplementary prompts based on the results of the cause identification model.

[0097] The preset application reasons and their corresponding credential types can be stored in the reason knowledge base. The reason identification model can refer to the preset application reasons and required credential types in the reason knowledge base to identify at least one service application reason and verify whether any service application reason is missing credential data.

[0098] The information extraction model, cause identification model, service generation model, and the first and second information generation models that may be involved in the embodiments below, as mentioned in this paper, are the models called by the intelligent processing module. These can be deep learning models with relatively large parameter scales. However, "large model" is merely an example; this application does not limit the number of model parameters supported by the deep learning model used, aiming to meet actual needs. The deep learning models involved in this application can be language models (LM) or multimodal models (MM) used to process and generate natural language text or multimodal data. The models can be implemented based on neural network architectures and can be pre-trained on large amounts of data. In one optional implementation, such as... Figure 3 As shown, the model may include an encoder (301), a decoder (302), a self-attention layer (303), and a feed-forward neural network (304), etc. The encoder is mainly used to convert input data (usually in sequence form) into vector representation. This process can capture the semantic features of the input data. The decoder is responsible for converting the intermediate representation generated by the encoder into output data (usually in sequence form). The self-attention layer is a mechanism that allows the model to pay attention to other positions in the sequence to better encode the information of the current position. The feed-forward neural network can perform nonlinear transformations on the output of the self-attention layer to enhance the model's expressive power. The various parts work together, enabling the model built on them to perform well in various complex processing tasks, such as natural language processing, computer vision, speech recognition, machine translation, text summarization, and intelligent question answering.

[0099] The embodiments of this application utilize the model's powerful semantic understanding and intelligent reasoning capabilities to improve processing accuracy, thereby ensuring service processing efficiency.

[0100] The information extraction model, cause identification model, service generation model, first information generation model, and second information generation model involved in the embodiments of this application can perform corresponding operations in conjunction with prompts. The prompts may include data to be processed, such as service application description information, and may also include role information, thought chain information, sample data, output requirements, background data, and / or processing requirements. The content items included in the prompts can be set according to actual circumstances, and this application does not limit them.

[0101] The task instructions explicitly tell the model the task operations to be performed, such as "Please analyze the service application description information uploaded by the user and extract the following types of key information," etc.; role information can instruct the model to play a specific role to change its specialization, such as "You are a professional multimodal information extraction expert," etc.; output requirements are used to standardize the output format, length, style, tone, etc.; processing requirements are used to constrain or standardize the task operations performed by the model, such as the generation constraint rules corresponding to the page generation model; thought chain information can be used to guide the model to think and reason step by step, etc.; example data can be used to provide learning samples to help the model learn context and understand the operations being performed, etc.; background data is used to help the model understand the task scenario, target audience, or preconditions, such as "explain to junior high school students," "based on the latest data in 2025," etc. In some embodiments, the method may also include: If the reason for obtaining any service request is not identified, a prompt message with at least one input item is sent to the first client; the at least one input item includes a reason input item, a service method input item, and a credential data input item; Obtain the input content of at least one input item sent by the first client, and send a first negotiation prompt message to the second client based on the input content of at least one input item, or use the input content as service request description information and continue to identify at least one service request reason based on the service request description information.

[0102] If the reason for obtaining any service request cannot be identified from the service request description information, the user can be asked to manually input the information, and the required input items can be clearly indicated. The prompt information for at least one input item can be implemented using a traditional form method, and this application does not limit this.

[0103] The first client can sense user input and obtain the input content of at least one input item, then send it to the server. The server can directly generate a first negotiation prompt message from the input content of at least one input item and send it to the second client for the second user to view. Alternatively, the input content of at least one input item can be used as service request description information, and the server can continue to execute actions based on the service request description information to identify at least one reason for the service request and subsequent operations.

[0104] In some embodiments, the process of determining the sample service method corresponding to at least one sample service case matching the target service task based on at least one service request reason, and generating a recommended service method for the target service task by referring to the sample service method, may include: Based on at least one reason for a service request, determine the sample service method corresponding to at least one sample service case that matches the target service task, and generate multiple service methods corresponding to the target service task by referring to the sample service methods, and select and recommend service methods from the multiple service methods. The aforementioned sending of at least one service method selection prompt to the first client includes: sending at least one service method selection prompt and a recommendation prompt for a recommended service method to the first client.

[0105] This allows you to generate multiple service options, select one that meets the recommendation criteria, and generate a corresponding recommendation prompt to encourage the user to prioritize the recommended service option.

[0106] The selection prompt message can include a selection control for each service method. The selection control for the recommended service method can be selected by default, and users can switch between different service method selection controls to switch the selected service method to the selected state. The selection prompt message can also include a service confirmation control. When the first client detects a trigger operation on the service confirmation control, it can select the selected service method as the target service method and send a selection request to the server.

[0107] The recommendation prompts can be generated based on the number of cases and the service selection ratio corresponding to the recommended service method, so as to prompt the service characteristics and reasons for the recommendation. The selection prompts can also include service prompts and service characteristics for each service method.

[0108] Optionally, when multiple service methods are generated by the service generation model, the service generation model can filter and recommend service methods, and generate selection prompts and recommendation prompts.

[0109] In some embodiments, the process of determining the sample service method corresponding to at least one sample service case matching the target service task based on at least one service request reason, generating multiple service methods corresponding to the target service task by referring to the sample service methods, and selecting and recommending service methods from the multiple service methods may include: Filter the target application reason from at least one service application reason, and determine at least one sample service case that matches the target service task based on the target application reason; The above-mentioned generation of at least one service method corresponding to the target service task based on at least one sample service case and at least one sample service method may include: Determine the service effectiveness data and / or number of cases corresponding to any service method; based on the number of cases and / or service effectiveness data corresponding to any service method, select recommended service methods from at least one service method; based on the number of cases and / or service effectiveness data corresponding to any service method, generate service prompt information corresponding to the service method, and generate corresponding recommendation prompt information for the recommended service method.

[0110] This involves selecting the highest-level target application reason from at least one service application reason, based on the reason's severity level. A higher level generally indicates better service quality, such as a higher refund rate. Therefore, the highest-level service application reason can be selected as the target application reason for subsequent processing.

[0111] In addition to considering the reason for the application, at least one sample service case that matches the target service task can be determined by combining factors such as order amount and object category.

[0112] Each sample service case corresponds to a sample service method. At least one sample service method can be obtained corresponding to at least one sample service case. Optionally, the at least one sample service method can be used as at least one service method corresponding to the target service task. Of course, at least one service method can also be generated based on the service content of different service items included in the at least one sample service method. This will be described in detail in the corresponding embodiments below.

[0113] Service performance data may include, for example, service response time and / or service success rate. The number of cases may refer to the total number of sample service cases that use the service method in at least one sample service case. The service selection ratio can be determined based on the number of cases, which is the ratio of the number of cases to the total number of at least one sample service case.

[0114] The service response time for each service method can be the average response time, minimum response time, or maximum response time of all sample service cases using that service method; the service success rate can be calculated as the ratio of the number of successful sample service cases using that service method to the total number of cases using that service method.

[0115] For example, a service method with a greater number of cases than the predetermined number, a service response time shorter than the predetermined time, and / or a service success rate greater than the predetermined probability can be selected as the recommended service method, indicating that the recommended service method is the service method with higher service quality among at least one service method.

[0116] The selection prompts can also include service prompts for each service method. These prompts can be generated based on the service content of the service item, the number of cases, and / or service performance data. For example, they can include service response time and the service content of different service items. Recommendation prompts can be generated based on the number of cases for recommended service methods, the service selection ratio, and the applicable target categories.

[0117] This application embodiment improves user experience by determining the recommended service method, which not only recommends service methods to users but also provides multiple service methods for users to choose from.

[0118] In some embodiments, multiple sample service cases can be pre-grouped, for example, by using a clustering algorithm to perform clustering processing to obtain multiple case groups.

[0119] Service cases that meet the similarity requirements based on their service characteristics can be grouped into the same case group. Service characteristics can be quantified based on the application reason, order amount, and object category corresponding to the sample service case. Optionally, the reason characteristic of the application reason, the amount characteristic of the order amount, and the category characteristic of the object category can be weighted, such as by weighted summation, to obtain the service characteristics. The weight coefficients corresponding to the application reason, order amount, and object category can be set according to actual needs. Optionally, the weight coefficient of the object category can be greater than the weight coefficient of the application reason, and the weight coefficient of the application reason can be greater than the weight coefficient of the order amount, etc.

[0120] Optionally, each case group may include at least one sample service case, where the application reason and object category corresponding to the at least one sample service case may be the same, and the difference between the order amounts may be within a certain range.

[0121] Based on the reason for the target application, the at least one sample service case that matches the target service task can include: Based on the reason for the application, the order amount of the target order, and the object category of the target object corresponding to the target order, a target case group matching the target service task is determined; wherein, the target case group includes at least one sample service case; as described above, the target case grouping is also to obtain multiple sample service cases by grouping them according to the reason for application, object category, and / or order amount.

[0122] Optionally, generating at least one service method corresponding to the target service task based on at least one sample service method corresponding to at least one sample service case may include: Determine the content value range of at least one service item corresponding to the target case group; based on the content value range of each of the at least one service item, determine at least one service method corresponding to the target service task; wherein, different service methods correspond to different service contents for the same service item.

[0123] The sample service methods corresponding to the sample service cases can include the service content of at least one service item. Based on the sample service methods corresponding to at least one sample service case in the target case group, the content value range of each service item can be determined. Based on the content value range of different service items, at least one service method adapted to the target service task can be generated.

[0124] In a practical application, the at least one service item may include, for example, a refund percentage and whether or not the product can be exchanged.

[0125] For a case group, the range of refund ratios corresponding to the case group is determined based on the minimum and maximum refund ratios corresponding to at least one sample service case included in the case group; and the exchange judgment results corresponding to different refund ratios can be determined.

[0126] In some embodiments, determining at least one service method corresponding to the target service task based on the content scope corresponding to at least one service item may include: Based on the refund ratio range, determine the minimum refund ratio, maximum refund ratio, and median refund ratio; the minimum refund ratio, maximum refund ratio, and median refund ratio, together with their respective associated exchange determination results, constitute a service method.

[0127] Therefore, three service options can be obtained through the above methods: a service option consisting of the minimum refund percentage and its corresponding exchange decision, a service option consisting of the maximum refund percentage and its corresponding exchange decision, and a service option consisting of the median refund percentage and its corresponding exchange decision.

[0128] The exchange determination result associated with each refund ratio can be determined from at least one sample service method corresponding to at least one sample service case.

[0129] In some embodiments, the method may further include: Based on the target service method and its corresponding target service application reason and credential data, according to the first generation requirements, generate user request description information, and based on the user request description information, target service application reason and corresponding credential data, generate application confirmation prompt information; send application confirmation prompt information to the first client; Based on the target service method, the reason for the target service application, and the corresponding credential data, complete dispute content can be generated for the first user to confirm.

[0130] Optionally, the first user can also modify the user request description information in the application confirmation prompt information. Therefore, the method may further include: updating the user request description information in response to the modification request sent by the first client. Based on the user's request description, the reason for the target service application, and the corresponding credential data, the application confirmation prompt message can be generated. Alternatively, the application confirmation prompt message can be generated based on the updated user request description, the reason for the target service application, and the corresponding credential data.

[0131] In addition, based on the target service method and its corresponding target service application reason and credential data, at least one user request description information can be generated in accordance with at least one first generation requirement; the application confirmation prompt information may include at least one user request description information for the user to select, etc.

[0132] As an optional approach, sending the first negotiation prompt information to the second client based on the target service method and at least one service application reason may include: responding to the application confirmation request sent by the first client, generating service suggestion description information according to the second generation requirements based on the target service method, its corresponding target service application reason, and credential data; and sending the first negotiation prompt information and the service suggestion description information to the second client.

[0133] The first negotiation prompt information may include the target service method, at least one reason for the service request, and a description of the user's request.

[0134] The first generation requirement may include, for example, the mode of expression, tone of voice, and / or attitude. For instance, the mode of expression could be narrative, the tone declarative, and the attitude neutral. This aims to generate clear, user-oriented information, employing auxiliary narrative refinement techniques to ensure controllable tone and content. In cases with multiple first generation requirements, these requirements may differ in their mode of expression, tone of voice, and / or attitude.

[0135] In addition, in this embodiment of the application, besides sending the first negotiation prompt information so that the second user can understand the first user's demands, service suggestion description information can also be generated for the second user. This service suggestion description information aims to suggest that the second user accept the target service method more quickly, so as to reduce invalid negotiations and the number of negotiations.

[0136] The service description can be generated based on the target service method, the reason for the target service application, the credential data, and the service effect, in accordance with the second generation requirements. The second generation requirements may include the expression method, tone of voice, and / or attitude, and may also include the expression structure.

[0137] In addition, the service suggestion description information can also be generated by combining the service selection percentage of sample service cases that adopt the target service method in at least one sample service case, so as to prompt the second user on industry adoption status, and further promote the second user to accept the target service method more quickly.

[0138] Furthermore, the service suggestion description information can be generated by combining the historical arbitration results corresponding to the target service method. The arbitration result can refer to the arbitration success rate, which can be the proportion of sample service cases that have been successfully arbitrated within the target case group and for which an arbitration request was filed. This can further encourage second users to accept the target service method.

[0139] As an alternative approach, sending the first negotiation prompt message to the second client based on the target service method and at least one reason for service request could be: Based on the target service method and its corresponding target service application reason and credential data, service suggestion description information is generated in accordance with the second generation requirements; in response to the application confirmation request sent by the first client, the first negotiation prompt information and service suggestion description information are sent to the second client.

[0140] Optionally, a user request description information can be generated using a first information generation model, and a service suggestion description information can be generated using a second information generation model. As described above, the first information extraction model and the second information extraction model can perform corresponding task operations in conjunction with prompts and instructions.

[0141] Therefore, in some embodiments, generating user request description information according to the first generation requirement based on the target service method and its corresponding target service application reason and credential data may include: Based on the target service method and its corresponding target service application reason and credential data, the first generation requirement, and at least one of the first task instruction, first role information, first background information, first sample data, and first output requirement, a first prompt instruction is generated; using the first information generation model, user request description information is generated according to the first prompt instruction; To make it easier to understand, for example, the first prompt instruction could be: #First Character Information: You are a document specialist who is proficient in business communication.

[0142] # First Task Command Based on the target service method, reason for the target service application, and supporting documentation provided in the [Input Data], draft a request description to submit to the merchant.

[0143] #First generation requirement: - **Tone of expression**: Be firm but polite, and avoid emotional words (such as "liar" or "trash").

[0144] - **Expression Structure**: 1. Briefly describe the background of the transaction at the beginning.

[0145] 2. Statement of the core issues (based on facts).

[0146] 3. Clear demands (based on the selected solution).

[0147] 4. Citation of evidence (specify what the attachments prove).

[0148] - **Expressing Attitude**: Maintain a neutral and professional attitude.

[0149] #Example data: ... #First output requirement: Directly output the text content that can be submitted.

[0150] # Input data: [...]. In some embodiments, the above-mentioned generation of service suggestion description information based on the target service method and its corresponding target service application reason and credential data, in accordance with the second generation requirements, may include: Based on the target service method and its corresponding target service application reason and credential data, the second generation requirement, and at least one of the second task instruction, second role information, second background information, second example data, and second output requirement, a second prompt instruction is generated; using the second information generation model, service suggestion description information is generated according to the second prompt instruction.

[0151] To make it easier to understand, for example, the second prompt instruction could be: "# Second Role Information: " You are an experienced business negotiation expert.

[0152] #Second Task Instructions: The buyer has submitted an application confirmation request. Based on the input data and referring to the [sample data], you need to draft a notification to be sent to the merchant. The purpose is to facilitate a quick agreement between the two parties and avoid platform intervention in the decision-making process.

[0153] # Second generation requirement: 1. **State the facts:** Briefly and concisely inform the seller of the problems the buyer encountered and the evidence provided.

[0154] 2. **Risk Warning**: The platform subtly informs merchants of the potential risks associated with refusing to negotiate (based on historical precedents).

[0155] 3. **Action Recommendation**: Propose a compromise negotiation suggestion (e.g., "We suggest you consider accepting a return to avoid the impact of negative reviews").

[0156] 4. Communication Requirements: Neutral, professional, and constructive. Neither favor the buyer nor blame the seller; instead, emphasize "efficient resolution."

[0157] #Example Data: ... #Second output requirement: ... # Input data: [...]”.

[0158] The service suggestion description information may also include reasoning prompt information. In response to the triggering operation of the reasoning prompt information, the reasoning process information of the second information generation model can be sent to the first client for display, so that merchants can understand the information generation process of the service suggestion description information.

[0159] Furthermore, in some embodiments, the above-mentioned extraction of key information from service request description information using the information extraction model may include: Based on the service application description information, and at least one of the third task instruction, extraction requirements, third role information, third background information, third sample data, and third output requirements, a third prompt instruction is generated; using the information extraction model, key information is extracted from the service application description information according to the third prompt instruction.

[0160] To make it easier to understand, for example, this third prompt instruction could be: "# Third Task Instructions: " Please analyze the attachments (images / documents) uploaded by the user and the entered chat history to extract the following key information: 1. **Key Issues:** What are the main problems the user is complaining about (e.g., damaged goods, not received goods, incorrect specifications).

[0161] 2. **Visual Evidence**: Specific details observed in the images (e.g., deformed outer box, scratches on the product, incorrect labeling).

[0162] 3. **Timeline**: Key time points identified.

[0163] #Identification requirements: - Remain objective, avoid subjective inferences, and only state the facts you see.

[0164] - If the image is blurry and unrecognizable, please indicate "insufficient image quality".

[0165] #Output Requirements: - The output format is...

[0166] # Input data: [...]. The aforementioned reason identification model, based on key information, at least one type of order information corresponding to the target order, and at least one type of user information corresponding to the target user, can identify at least one reason for a service request, which may include: Based on key information, at least one order information corresponding to the target order, at least one user information corresponding to the target user, and at least one of the fourth task instruction, identification requirements, fourth role information, fourth background information, fourth sample data, and fourth output requirements, a fourth prompt instruction is generated; using the cause identification model, at least one service application reason and whether any service application reason lacks credential data are identified according to the fourth prompt instruction.

[0167] To make it easier to understand, for example, the fourth prompt instruction could be: #Fourth Character Information: You are a senior compliance auditor, familiar with dispute resolution rules and evidence standards for various purposes.

[0168] # Fourth Task Instructions: Based on the order information, user information, and service request description information in the input data, and in conjunction with the reason knowledge base, please perform the following operations: 1. **Problem Classification**: Compare different preset application reasons in the reason knowledge base to determine which category the key information belongs to (e.g., logistics abnormality, quality defect).

[0169] 2. **Potential Problem Discovery**: Check for potential fraud risks or user errors (e.g., failure to receive goods due to an incorrect delivery address).

[0170] 3. **Evidence Gap Analysis**: Compare the different preset application reasons in the reason knowledge base and list the missing evidence types.

[0171] #Fourth output requirement: Please output the list format: - **Preliminary Assessment:** [Conclusion] - **Missing evidence**: [e.g., missing unboxing video, missing official logistics stamp] - **Follow-up Questioning Techniques:** [A short question to guide the user to provide additional evidence.]

[0172] The above-mentioned reference sample service method, generating at least one service method for the target service task may include: Based on the sample service method, and at least one of the fifth task instruction, service generation requirements, fifth role information, fifth background information, fifth example data, and fifth output requirements, generate the fifth prompt instruction; using the service generation model, generate at least one service method according to the fifth prompt instruction.

[0173] To make it easier to understand, for example, the fifth prompt instruction could be: Fifth Character Information: You are a data analysis expert, skilled at predicting outcomes using historical cases.

[0174] # Fifth Task Instructions: Based on historical examples of similar service models, please generate three feasible solutions and rank them by recommendation level. Each solution should include: 1 **Expected Refund Percentage**.

[0175] 2. **Success Rate**: A percentage estimated based on historical data.

[0176] 3. **Service Response Time**: The number of days typically required to process this solution.

[0177] 4. **Advantages and disadvantages analysis:** Briefly describe the advantages and disadvantages in one sentence.

[0178] # Service generation requirements Professional, objective, and guided by the goal of helping users quickly recover their losses.

[0179] # Fifth input data: **Sample Service Case Study: …… It should be noted that the above prompts are merely illustrative examples for ease of understanding, and this application is not limited to them. Prompts can be generated and dynamically updated according to requirements.

[0180] In some embodiments, the method may further include: In response to the service confirmation request sent by the second client, perform the corresponding service processing operation according to the target service method.

[0181] If the second user accepts the target service task method, a service confirmation operation can be triggered. The second client can respond to the service confirmation operation by sending a service confirmation request. The server can automatically execute the corresponding service processing operation according to the target service method. For example, if the target service method is a 40% refund of the order amount, a refund operation can be executed to return the refund amount to the first user's resource account.

[0182] Furthermore, in some embodiments, when the service request description information is the first request description information, the method may further include: In response to a negotiation request triggered by a second client in response to a first negotiation prompt, the system determines second application description information and sends second negotiation prompt information to the first client based on the second application description information.

[0183] In addition, based on the first application description information and the second application description information, at least one service application reason can be re-identified, and the operation of determining the sample service method corresponding to at least one sample service case matching the target service task based on the at least one service application reason and subsequent operations can continue to be performed.

[0184] The aforementioned sending of the second negotiation prompt information to the first client based on the description information of the second application may include: Based on the second application description information, at least one service application reason is identified; according to the at least one service application reason, a sample service method corresponding to at least one sample service case matching the target service task is determined, and with reference to the sample service method, at least one service method for the target service task is generated; selection prompt information corresponding to the at least one service method is sent to the second client; in response to the selection request sent by the second client, the target service method is determined, and according to the target service method and the at least one service application reason, a second negotiation prompt information is sent to the first client.

[0185] In some embodiments, while sending at least one selection prompt information corresponding to a service method to the first client, the method may further include: Send a custom method prompt message to the first client; in response to the first client sending a custom request, send a prompt message for at least one input item to the first client; the at least one input item includes a reason input item, a service method input item, and a credential data input item; based on at least one service application reason, control the first client to display at least one service application reason corresponding to the reason input item; based on the credential data item corresponding to any service application reason, control the first client to display the credential data corresponding to the service application reason.

[0186] That is, the embodiments of this application can also support a first user-defined scheme to improve the user experience.

[0187] To further simplify user operations, the identified reasons for service requests and the verified credential data can be automatically used as the input content for the reason input field and the credential data input field, respectively, so that users do not need to fill them in again.

[0188] The first user can also update at least one service application reason in the reason input field or the voucher data in the voucher data input field.

[0189] The first client can also respond to the input operation in the service method input field to determine custom information, which includes a custom service method. In addition, the first client can also respond to the update operation in the reason input field or the credential data input field. Therefore, the custom information may also include at least one updated service application reason and / or credential data. The first client can send the custom information to the server. The server can use the custom service method as the target service method and send a first negotiation prompt message to the second client based on the target service method and at least one service application reason.

[0190] If the reason for the service request or the credential data is updated, the server can use the custom information as the service request description information, re-execute the operation of identifying at least one reason for the service request based on the service request description information, and continue to perform subsequent operations.

[0191] Figure 4 This is a flowchart of an embodiment of an information display method provided by this application. This embodiment can be executed by a first client, and the technical solution of this application is introduced from the perspective of the first client.

[0192] This method may include the following steps: 401: Displays input prompts for the target service task on the service request page.

[0193] In a practical application, when the first client is an object consumer, that is, the first user is the object consumer, it can respond to the service operation triggered on the order list page for the target order, send a service request to the server, and the server generates the target service task and provides a service application page to the first client.

[0194] The first client can display a service application page and show input prompts for the target service task on the service application page.

[0195] Alternatively, the first client can respond to the negotiation trigger operation by displaying the input prompt information corresponding to the target service task on the service application page. This negotiation trigger operation can be generated in response to the second negotiation prompt information triggered by the second user.

[0196] 403: In response to an input operation, determine the service request description information and send the service request description information to the server.

[0197] The server can identify at least one reason for a service request based on the service request description information, and determine the sample service method corresponding to at least one sample service case that matches the target service task based on the at least one reason for a service request. Then, by referring to the sample service method, it can generate at least one service method for the target service task.

[0198] 402: Displays a prompt message indicating the selection of at least one service method sent by the server.

[0199] 403: In response to the select operation, determine the target service method and send a select request to the server based on the target service method.

[0200] The server can send a first negotiation prompt message to the second client based on the target service method and at least one reason for the service request.

[0201] In some embodiments, the method may further include: Display at least one reason confirmation prompt on the service application page corresponding to the reason for the service application; in response to the reason confirmation operation triggered by the reason confirmation prompt, send a reason confirmation request to the server.

[0202] The server may receive the reason confirmation request and then, based on at least one service application reason, determine the sample service method corresponding to at least one sample service case that matches the target service task.

[0203] In some embodiments, the method may further include: Display supplementary prompts on the service application page for any reason for missing credential data; in response to the supplementary operation, confirm the supplementary information and send the supplementary information to the server.

[0204] Based on this supplementary information, the server can update the service request description information and re-execute at least one service request reason identification operation.

[0205] The reason confirmation prompt may include the reason for the service application, the verification result of whether the credential data is missing, etc., and may also include a reason confirmation control to detect the reason confirmation operation.

[0206] In some embodiments, the method may further include: In response to a triggering operation that provides supplementary information for any service request reason, a supplementary request is sent to the server; the supplementary page corresponding to the service request reason sent by the server is retrieved; and the supplementary page is displayed.

[0207] Supplementary pages can be overlaid on the service application page, at least covering a portion of the application page. Optionally, these supplementary pages can be pop-up windows, etc.

[0208] The above response to the supplementary operation, determining the supplementary information, can be achieved by detecting the supplementary operation on the supplementary page and determining the supplementary information.

[0209] The supplementary page can display existing credential data corresponding to the reason for the service application, extracted from the service description information. It can also include the credential type corresponding to the missing credential data to prompt the user what data is missing and what data already exists. In addition, it can include a data upload control to allow the user to perceive the supplementary operation.

[0210] In some embodiments, the method may further include: The service application page displays an application confirmation prompt; the application confirmation prompt can be generated by the server in response to the selection request, based on the target service method and its corresponding target service application reason and credential data, according to the first generation requirements, and generated based on the user request description information, the target service application reason and the corresponding credential data.

[0211] The application confirmation message may include a description of the user's request, the target service method, the reason for the service application, and supporting documentation. It may also include service performance data for the target service method, such as service response time and / or service success rate.

[0212] The application confirmation message may also include an application confirmation control to detect the application confirmation operation and then send an application confirmation request to the server.

[0213] In some embodiments, the selection prompt information may include service prompt information for each service method. In addition, the first client may also display recommendation prompt information for recommended service methods while displaying the selection prompt information.

[0214] The selection prompts also display selection controls for each service method. The selection control for the recommended service method is selected by default. Users can switch the selection control for any service method to be selected or unselected by manipulating it.

[0215] The selection prompt can also include a service confirmation control to detect the triggered operation and then send a selection request to the server.

[0216] In addition, in some embodiments, while the first client displays the selection prompt, it can also display a custom method prompt on the service application page; In response to a custom trigger operation, a custom request is sent to the server; the prompt information for at least one input item sent by the server is obtained and displayed, and the reason for the at least one service request is displayed in the reason input item, and the corresponding credential data is displayed in the credential data input item for any one of the service request reasons.

[0217] At least one input field includes a reason input field, a service method input field, and a voucher data input field.

[0218] The first user can also update at least one service application reason or credential data.

[0219] The first client can also respond to the service provision operation in the service method input field, determine custom information, including a custom service method, and may also include at least one updated service request reason and / or credential data. The first client can send the custom information to the server, and the server can use the custom service method as the target service method, and send a first negotiation prompt message to the second client based on the target service method and at least one service request reason.

[0220] If the reason for the service request or the credential data is updated, the server can use the custom information as the service request description information, re-execute the operation of identifying at least one reason for the service request based on the service request description information, and continue to perform subsequent operations.

[0221] In some embodiments, the second user can choose to continue negotiation in response to the first negotiation prompt, thereby triggering the second negotiation prompt. Therefore, the method may further include: The service negotiation page displays the second negotiation prompt and intelligent prompt information; In response to the triggering operation of the intelligent prompt information, a service acquisition request is sent to the server so that the server can identify at least one service application reason based on the second application description information sent by the second client and the first application description information, and determine the sample service method corresponding to at least one sample service case that matches the target service task based on the at least one service application reason, and generate at least one service method for the target service task with reference to the sample service method. The service application page displays a selection prompt message for at least one service method sent by the server. In response to the selection operation, a target service method is determined, and a selection request is sent to the server based on the target service method, so that the server can send a first negotiation prompt message to the second client according to the target service method and the at least one service request reason.

[0222] Figure 5 This is a flowchart illustrating another embodiment of an information display method provided in this application. The technical solution of this embodiment is executed by a second client, and the method may include the following steps: 501: The first negotiation prompt message is displayed on the service negotiation page.

[0223] The first negotiation prompt information is generated based on the target service method and at least one service application reason; at least one service application reason is identified from the service application description information for the target service task sent by the first client; the target service method is determined from at least one service method; at least one service method is generated with reference to sample service methods; the sample service method corresponds to at least one sample service case that matches the target service task; at least one sample service case is determined based on at least one service application reason.

[0224] The specific methods for determining the first negotiation prompt information, the reason for the service application, and the service method can be found in the corresponding embodiments described above, and will not be repeated here.

[0225] 502: Service suggestion description information is displayed on the service negotiation page.

[0226] The service suggestion description information is generated based on the target service method and its corresponding target service application reason and credential data. The specific generation method has been described in detail in the corresponding embodiments above, and will not be repeated here.

[0227] 503: In response to a service confirmation operation, a service confirmation request is sent to the server.

[0228] The server can then perform the corresponding service processing operations according to the target service method.

[0229] The first negotiation prompt or service suggestion description may include an accept control or a negotiation control. The accept control can detect the service confirmation operation. The negotiation control can detect the negotiation trigger operation.

[0230] Furthermore, if a negotiation trigger operation is detected, it can be handled according to the traditional implementation method. Of course, in this case, the second client can be treated as the first client, and the service provision method provided in this application embodiment can continue to be executed. If a negotiation trigger operation is detected, the second application description information provided by the second user can be obtained, and a negotiation request can be sent to the server based on the second application description information to conduct a new round of negotiation operations. The server can generate a second negotiation prompt message according to the traditional implementation method; of course, the second client can also be treated as the first client, and the service provision method provided in this application embodiment can continue to be executed. Figure 2 The corresponding negotiation prompt information is generated in the manner shown in the embodiment.

[0231] To facilitate understanding, the following example uses a cross-border e-commerce scenario, combined with... Figures 6a-6e The interface diagrams of the first client shown respectively and Figure 6f The schematic diagram of the second client interface shown illustrates the technical solution of this application embodiment. It is assumed that the consumer corresponding to the first client is the buyer, and the provider corresponding to the second client is the merchant, thus the second client is the merchant client. The applicable system architecture is also as follows... Figure 1 As shown in the diagram. In a practical application of cross-border e-commerce, "service" can refer to after-sales service for items in transit. Issues such as transit time and customs detention may involve refunds. However, in cross-border e-commerce, refunds often involve complex rules such as tariffs and typically require buyers to provide supporting documentation. Traditionally, this involves collecting the reason for the service request, the service method, and supporting documentation from the user through forms, and then sending this data directly to the merchant for negotiation. Because buyers often cannot determine a reasonable refund percentage, multiple negotiations with the merchant are necessary, often resulting in rejection due to insufficient evidence. This leads to ineffective negotiations, high costs, numerous interactions, reduced service processing efficiency, and impacts system performance.

[0232] The technical solution adopted in this application embodiment can significantly improve service processing efficiency and ensure system performance.

[0233] like Figure 6aIn the interface diagram shown, the first client can display input prompts on the service application page 60. These prompts can include various input controls such as image upload control 1, file upload control 2, video upload control 3, and text input control 4, to support users uploading information in any data format, such as pictures, videos, and files. Users can also freely input text descriptions in natural language, such as, "This is a disaster! The merchant shipped the goods to distribution center A instead of the agreed-upon distribution center B, making it impossible for my truck to reach its destination. Worse still, they charged the full amount instead of the agreed-upon fee. This completely violates the contract terms! I demand an immediate return and refund!"

[0234] Therefore, the first application description information entered in the input operation can be used as service application description information and sent to the server for processing. The specific execution operation of the server has been described in detail in the corresponding embodiments above, and will not be repeated here.

[0235] The input prompt may also include a submit control 5, which responds to a trigger action on the submit control and then sends the entered first application description information to the server. The input prompt may also include guidance information to prompt the user to provide a service application description in any data format using natural language.

[0236] like Figure 6b In the interface diagram shown, the service application page 60 can display reason confirmation prompts. These prompts can include each service application reason 6, such as "shipped to the wrong distribution center," "disagreement on transportation costs," and "delayed delivery time," as well as verification results 7 regarding whether supporting documentation is missing. Examples include "Automatically captured chat logs and logistics tracking information are consistent with your statement: the goods were shipped to distribution center A, not distribution center B; the issue has been verified," "The chat screenshots you uploaded show that both parties have reached a cost-sharing agreement, but there is a lack of proof of the specific cost amount. This issue has not yet been verified," and "You were originally scheduled to enjoy the delivery guarantee service on XX day. However, according to the order status, the merchant delayed delivery; the issue has been verified." For service application reasons with missing supporting documentation, corresponding supplementary prompts 8 can also be displayed, such as "An invoice for transportation costs containing the specific amount needs to be uploaded."

[0237] Optionally, if each service application reason corresponds to credential data, a reason confirmation request can be triggered through the reason confirmation control 9 in the reason confirmation prompt message. The server can respond to the reason confirmation request and perform the service method generation operation.

[0238] As for the triggering action of supplementary prompt information 8 corresponding to any service request reason, such as Figure 6cThe interface diagram shown can display a supplementary page 61, which can display the verified credential data 10 corresponding to the reason for the service application, as well as the missing credential type 11, such as "Destination fee information is missing in the document; the split amount has not been verified. Please add a new file or re-upload." In addition, it can also include a data upload control 12 to detect the supplementary operation and obtain supplementary information.

[0239] As described above, in a practical application, the server can generate three service methods: a recommended service method, a quick refund method (corresponding to the minimum refund percentage), and a maximum refund method (corresponding to the maximum refund percentage). Taking these three service methods as an example... Figure 6d As shown in the interface diagram, the service application page can display selection prompts for three service methods. These prompts can include service prompts 13 for each service method, as well as selection controls 14. For the recommended service method, the service application page can also display corresponding recommendation prompts 15 and switch its selection control to the selected state. If the first user does not agree with the recommended service method, they can switch the selection control of other service methods to the selected state and use it as the target service method for the specified period.

[0240] Service notification information may include refund percentages, exchange decisions, and service response times. Recommendation information may also include service selection percentages and success rates. For example, as shown in 6d, recommendation information could include phrases like "Recommended solution; approximately 83% of peer users prefer this service method" and "In the 'T-shirt crop top' category, in the past 60 days, 83% of 372 similar cases successfully obtained a 40% refund."

[0241] Service notification messages could include, for example, “Refund amount is XXX (40% of the full amount); keep the item; the problem is expected to be resolved within 3 days.”

[0242] The selection prompt may also include a service confirmation control 17. When the service confirmation control 17 is triggered, the selected service method can be used as the target service method, and a selection request can be sent to the server.

[0243] In addition, a custom prompt message 18 can be displayed on the service application page to support users in customizing the generation of target services.

[0244] like Figure 6eIn the interface diagram shown, after the service confirmation control 17 is triggered, an application confirmation prompt can be displayed on the service display page. This prompt may include, for example, key request information 18 generated based on the reason for the target service application and the target service method, voucher data 19, and buyer request description information 20. Furthermore, it may include service effect data 21 corresponding to the target service method, such as service response time and service success rate. Figure 6e As shown, the key request information could be, for example, "Due to a disagreement over shipping costs, I request a refund of XXX fees and no return of the goods." The buyer's request description could be, for example, "Because the merchant failed to deliver the goods to the agreed destination, additional costs were incurred, exceeding half the value of the goods. Based on actual losses and industry practice, we request compensation of 40% of the order amount, and to retain the existing goods to minimize additional logistics and time costs for both parties." Service effectiveness data could be, for example, "83% of users consistently chose this option; estimated resolution time is 3 days."

[0245] The application confirmation message may also include an application confirmation control 22 to detect the application confirmation operation.

[0246] In this process, the first client can send an application confirmation request to the server in response to the application confirmation operation. The server can then send a first negotiation prompt message and a service suggestion description message to the second client to conduct a round of negotiation.

[0247] like Figure 6f In the interface diagram of the second client shown, the second client can display the first negotiation prompt information and the service suggestion description information 23 on the service negotiation page 62.

[0248] The first negotiation prompt information may include, for example, the reason for the target service application 24, such as "disagreement on shipping costs", the buyer's request description information 25, and the voucher data 26, etc.

[0249] The service description could be something like, "The assessment results indicate that the merchant is responsible. We recommend that you approve a 40% refund and not accept returns. Based on your and the buyer's behavior data and existing evidence, it is clear that you shipped the goods to the wrong distribution center, resulting in increased costs. According to historical data from similar cases, over 83% of peer businesses resolve issues by offering a 40% refund without accepting returns. In similar arbitration cases, merchants only have a 5% success rate. We recommend that you accept the refund to avoid store penalties."

[0250] The first negotiation prompt message may also include an accept control 27 and a negotiation control 28, etc.

[0251] The receiving control 27 can detect the service confirmation operation, so that the second client can send a service confirmation request to the server, and the server can then perform the corresponding processing operation according to the target service method.

[0252] The negotiation control 28 can sense the negotiation trigger operation. The second user can then provide the second application description information and send a negotiation request to the server to conduct a new round of negotiation. The second application description information may include the reason for the target service application provided by the second user, the credential data, and the target service method. The second application description information can be directly used as the second negotiation prompt information. Of course, the second application description can also be in natural language form. The service application reason identification and verification, service method generation, and negotiation prompt information generation and sending can be performed in accordance with the processing method of the first application description information.

[0253] The server can send the second negotiation prompt message to the first client, and the first client can display the second negotiation prompt message on its corresponding service negotiation page, such as... Figure 6g In the first client interface diagram shown, the second negotiation prompt information can be displayed on the service negotiation page 63. Alternatively, the first negotiation prompt information 29 can also be displayed. Furthermore, the service negotiation page 63 can also display negotiation prompt information corresponding to historical rounds. The second negotiation prompt information may include, for example, the reason for the target service application 30, the target service method 31, and the seller's request description information. It may also include intelligent prompt information 32. For the intelligent control 33 in intelligent prompt information 32, such as the triggering operation of "choose a more suitable solution," a service acquisition request can be generated. The server can, based on the service acquisition request and combining the first and second description information, re-identify and verify the reason for the service application to achieve a comprehensive determination of who is responsible. Then, based on the re-identified reason for the service application, a sample service case is re-matched to generate at least one service method, and a selection prompt information is sent to the first client. The first client can directly jump from the service negotiation page to, for example,... Figure 6d The service application page shown allows users to select the target service method and perform subsequent processing operations, ultimately generating the first negotiation prompt information corresponding to a new round of negotiation operations and sending it to the second client.

[0254] Of course, the service negotiation page can display an acceptance control 27 to detect service confirmation operations, etc., so that the corresponding service processing operation can be performed according to the target service method corresponding to the second negotiation prompt information. The service negotiation page can also display, for example, an update control 34. Triggering the update control 34 can redirect to, for example... Figure 6aThe service application page displays the initial application description, allowing users to edit and modify it. Alternatively, users can be redirected to a traditional service form page.

[0255] In this embodiment, based on an artificial intelligence model, intent recognition, fact extraction, and cause classification can be achieved, thereby realizing automatic cause identification. It also supports user input of information in any data format. Based on the model's multimodal capabilities, it can support image parsing, file parsing, and information extraction, thus ensuring accurate cause identification. Furthermore, during cause identification, preset application reasons and required certificate types in the cause knowledge base can be used to summarize and discover causes. It can also link with system data such as order information and user information to achieve cross-data verification. The model can cross-validate the service description information provided by the user with system data, marking it as "verified / to be supplemented," and breaking down evidence gaps according to points of contention, prompting for completion one by one. Subsequently, similar cases can be detected and data analyzed through a case knowledge base to generate fair and reasonable service methods. The rationale for recommended service methods can be explained to buyers and merchants, ensuring traceability, editability, and feasibility, thus reducing the risk of misjudgment and escalation of disputes. Furthermore, it can predict service response time and service success rate, enhancing user trust.

[0256] This embodiment avoids the problem of users being overwhelmed by the complex options and obscure rules of traditional forms, eliminating the need for buyers to repeatedly try and fail or seek help from system service personnel in steps such as "selecting reasons," "determining proportions," and "finding evidence." By intelligently predicting user intent, automatically parsing and supplementing evidence, and providing fair and transparent refund benchmarks and strategy options based on a large number of service cases, the originally fragmented, high-threshold, and high-anxiety process is integrated into a one-stop, data-reliable, and intuitive experience. This significantly reduces processing time while significantly improving user confidence, application success rate, and overall satisfaction.

[0257] This embodiment simplifies the after-sales service initiation process, reduces the cognitive burden on buyers when making claims, helps them quickly determine the most suitable solution, speeds up the submission process, and avoids unnecessary disputes and repeated communication. Based on reliable data insights, it effectively alleviates anxiety, helping buyers remain calm and confident throughout the process. Furthermore, it accelerates the negotiation process, improves refund satisfaction, and enhances buyer trust, thereby promoting repeat purchases, reducing the number of after-sales inquiries, and lowering system service manpower costs.

[0258] The detailed implementation methods and beneficial effects of each step in this embodiment have been described in detail in the foregoing embodiments, and will not be elaborated here.

[0259] It should be noted that some processes described in the above embodiments and accompanying drawings include multiple operations appearing in a specific order. However, it should be clearly understood that these operations may not be executed in the order they appear in this document, or they may be executed in parallel. The operation numbers, such as 201, 202, etc., are merely used to distinguish different operations and do not represent any execution order. Furthermore, these processes may include more or fewer operations, and these operations may be executed sequentially or in parallel. It should also be noted that the descriptions such as "first" and "second" in this document are used to distinguish different messages, devices, modules, etc., and do not represent a sequential order, nor do they limit "first" and "second" to different types.

[0260] Figure 7 A schematic diagram of one embodiment of a service providing apparatus provided in this application is shown. The apparatus may include: Information acquisition module 701 is used to acquire service application description information corresponding to the target service task; The reason identification module 702 is used to identify at least one reason for a service request based on the service request description information; The service method generation module 703 is used to determine, based on the at least one service request reason, a sample service method corresponding to at least one sample service case matching the target service task, and generate at least one service method for the target service task by referring to the sample service method. Information prompt module 704 is used to send selection prompt information corresponding to the at least one service method to the first client; The negotiation processing module 705 is used to respond to the selection request sent by the first client, determine the target service method, and send a first negotiation prompt message to the second client according to the target service method and the at least one service request reason.

[0261] Figure 7 The service providing device can perform Figure 2 The implementation principle and technical effects of the service provision method described in the illustrated embodiments will not be repeated here. The specific methods by which each module and unit of the service provision apparatus in the above embodiments performs its operations have been described in detail in the embodiments related to this method, and will not be elaborated upon here.

[0262] Figure 8 This application provides a schematic diagram of the structure of an embodiment of an information display device, which may include: The first display module 801 is used to display input prompts for the target service task on the service application page; The information sending module 802 is used to respond to the input operation, determine the service application description information, and send the service application description information to the server so that the server can identify at least one service application reason based on the service application description information, and determine the sample service method corresponding to at least one sample service case that matches the target service task based on the at least one service application reason, and generate at least one service method for the target service task by referring to the sample service method. The second display module 803 is used to display selection prompts for at least one service method sent by the server; The service request module 804 is used to respond to the selection operation, determine the target service method, and send a selection request to the server based on the target service method, so that the server can send a first negotiation prompt message to the second client according to the target service method and the at least one service request reason.

[0263] Figure 8 The information display device can perform Figure 4 The implementation principle and technical effects of the information display method described in the illustrated embodiments will not be repeated here. The specific methods by which each module and unit of the information display device in the above embodiments performs its operations have been described in detail in the embodiments related to this method, and will not be elaborated upon here.

[0264] Figure 9 This application provides a schematic diagram of the structure of another embodiment of an information display device, which may include: The third display module 901 is used to display first negotiation prompt information on the service negotiation page; wherein, the first negotiation prompt information is generated based on the target service method and at least one service application reason; the at least one service application reason is identified from the service application description information for the target service task; the target service method is determined from at least one service method; the at least one service method is generated with reference to sample service methods; the sample service method corresponds to at least one sample service case matching the target service task; the at least one sample service case is determined based on the at least one service application reason; The fourth display module 902 is used to display service suggestion description information on the service negotiation page; the service suggestion description information is generated based on the target service method and its corresponding target service application reason and credential data; The service processing module 903 is used to respond to the service confirmation operation by sending a service confirmation request to the server so that the server can perform the corresponding service processing operation according to the target service method.

[0265] Figure 9The information display device can perform Figure 5 The implementation principle and technical effects of the information display method described in the illustrated embodiments will not be repeated here. The specific methods by which each module and unit of the information display device in the above embodiments performs its operations have been described in detail in the embodiments related to this method, and will not be elaborated upon here.

[0266] Figure 10 This is a schematic diagram of the structure of one embodiment of a computing device provided in this application. Figure 10 As shown, in practice, the computing device may include a storage component 1001 and a processing component 1002.

[0267] Storage component 1001 is used to store computer programs and can be configured to store various other data to support operation on a computing device. Examples of this data include instructions for any application or method used to operate on the computing device, data structures, contact data, phone book data, messages, pictures, videos, etc.

[0268] Processing component 1002, coupled to storage component 1001, is used to execute computer programs in storage component 1001 for implementing, etc. Figure 2 The service provider shown or such Figure 4 The information display method shown or as follows Figure 5 The information display method shown.

[0269] Furthermore, such as Figure 10 As shown, the computing device may also include other components such as a communication component 1003, a display component 1004, a power supply component 1005, and an audio component 1006. Figure 10 The diagram only shows some components and does not mean that the device includes only these components. Figure 10 The components shown. Additionally... Figure 10 The components within the dashed box are optional, not mandatory, and their specific requirements depend on the product form of the computing device. The computing device in this embodiment can be a terminal device such as a desktop computer, laptop computer, smartphone, or IoT (Internet of Things) device, or a server-side device such as a conventional server, cloud server, or server array. If the computing device in this embodiment is implemented as a terminal device such as a desktop computer, laptop computer, or smartphone, it may include... Figure 10 The components within the dashed box; if the computing device in this embodiment is implemented as a conventional server, cloud server, or server array, etc., it may be omitted. Figure 10 The component within the dashed box.

[0270] The processing component described above includes one or more processors to execute computer instructions to complete all or part of the steps in the method described above. Alternatively, the processing component may be implemented as one or more application-specific integrated circuits (ASICs), digital signal processors (DSPs), digital signal processing devices (DSPDs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), controllers, microcontrollers, microprocessors, or other electronic components to perform the method described above.

[0271] The aforementioned storage components can be implemented by any type of volatile or non-volatile storage device or a combination thereof, such as Static Random-Access Memory (SRAM), Electrically Erasable Programmable Read Only Memory (EEPROM), Erasable Programmable Read Only Memory (EPROM), Programmable Read-Only Memory (PROM), Read-Only Memory (ROM), magnetic storage, flash memory, magnetic disk, or optical disk.

[0272] The aforementioned communication component is configured to facilitate wired or wireless communication between the device housing the communication component and other devices. The device housing the communication component can access wireless networks based on communication standards, such as mobile communication networks, or combinations thereof. In one exemplary embodiment, the communication component receives broadcast signals or broadcast-related information from an external broadcast management system via a broadcast channel.

[0273] The aforementioned display components may include a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen can be implemented as a touchscreen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touches, swipes, and gestures on the touch panel. The touch sensors can sense not only the boundaries of touch or swipe actions but also the duration and pressure associated with the touch or swipe operation.

[0274] The aforementioned power supply components provide power to various components within the device in which they reside. These power supply components may include a power management system, one or more power sources, and other components associated with generating, managing, and distributing power to the device in which they reside.

[0275] The aforementioned audio component can be configured to output and / or input audio signals. For example, the audio component includes a microphone (MIC) configured to receive external audio signals when the device containing the audio component is in an operating mode, such as call mode, recording mode, or voice recognition mode. The received audio signals can be further stored in memory or transmitted via a communication component. In some embodiments, the audio component also includes a speaker for outputting audio signals.

[0276] Accordingly, embodiments of this application also provide a computer-readable storage medium storing a computer program, which, when executed by a processor, enables the processor to implement the steps in the above-described method embodiments. The computer-readable storage medium includes volatile or non-volatile components, or a combination thereof, and can be removable or non-removable. Examples of computer-readable storage media include, but are not limited to, phase-change random access memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random-access memory (RAM), read-only memory (ROM), electrically erasable programmable read-only memory (EEPROM), erasable programmable read-only memory (EPROM), programmable read-only memory (PROM), flash memory or other memory technologies, CD-ROM, digital video disc (DVD) or other optical storage, magnetic tape, magnetic disk storage or other magnetic storage devices, etc.

[0277] Accordingly, this application also provides a computer program product, which includes a computer program or instructions that, when executed by a processor, cause the processor to implement the steps in the above method embodiments. It should be understood that each step or combination of steps in the above method flow can be implemented by the computer program or instructions. Furthermore, these computer programs or instructions can be applied to the processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device, enabling the processor of the general-purpose computer, special-purpose computer, embedded processor, or other programmable data processing device to function as an apparatus for implementing the corresponding functions in the above method embodiments.

[0278] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems, devices, and units described above can be referred to the corresponding processes in the foregoing method embodiments, and will not be repeated here.

[0279] It should also be noted that the terms "comprising," "including," or any other variations thereof are intended to cover non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements includes not only those elements but also other elements not expressly listed, or elements inherent to such process, method, article, or apparatus. Unless otherwise specified, an element defined by the phrase "comprising one..." does not exclude the presence of other identical elements in the process, method, article, or apparatus that includes that element.

[0280] Finally, it should be noted that the above are merely embodiments of this application and are not intended to limit the scope of this application. Various modifications and variations can be made to this application by those skilled in the art. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of this application should be included within the scope of the claims of this application.

Claims

1. A service provision method, characterized in that, include: Obtain the service request description information corresponding to the target service task; Based on the service request description information, identify at least one reason for the service request; Based on the at least one service request reason, determine the sample service method corresponding to at least one sample service case that matches the target service task, and generate at least one service method for the target service task by referring to the sample service method; Send selection prompt information corresponding to at least one service method to the first client; In response to the selection request sent by the first client, a target service method is determined, and a first negotiation prompt message is sent to the second client based on the target service method and the at least one reason for the service request.

2. The method according to claim 1, characterized in that, Also includes: Based on the at least one reason for the service request, a reason confirmation message is sent to the first client; The step of determining the sample service method corresponding to at least one sample service case matching the target service task based on the at least one service request reason includes: In response to the reason confirmation request sent by the first client, based on the at least one service request reason, determine the sample service method corresponding to at least one sample service case that matches the target service task.

3. The method according to claim 1 or 2, characterized in that, The step of identifying at least one reason for a service request based on the service request description information includes: Based on the service request description information, at least one service request reason is identified from a plurality of preset request reasons.

4. The method according to claim 3, characterized in that, Also includes: Based on the credential types corresponding to the multiple preset application reasons, verify whether any service application reason is missing credential data; If any service request reason lacks credential data, supplementary prompt information is sent to the first client according to the credential type corresponding to the service request reason; Based on the supplementary information sent by the first client, update the service request description information, and re-execute the step of identifying at least one service request reason from multiple preset request reasons based on the service request description information.

5. The method according to claim 1, characterized in that, The target service task is generated for a target order; identifying at least one service request reason based on the service request description information includes: Using an information extraction model, key information is extracted from the service application description information; Using a cause identification model, at least one reason for a service request is identified based on the key information, at least one order information corresponding to the target order, and at least one user information corresponding to the target user.

6. The method according to claim 1 or 5, characterized in that, Also includes: If no reason for obtaining any service request is identified, send a prompt message with at least one input item to the first client; The at least one input item includes a reason input item, a service method input item, and a voucher data input item; The system obtains the input content of at least one input item sent by the first client, and sends a first negotiation prompt message to the second client based on the input content of the at least one input item; or, the system uses the input content as service request description information and continues to perform the step of identifying at least one service request reason based on the service request description information.

7. The method according to claim 1, characterized in that, The step of determining the sample service method corresponding to at least one sample service case matching the target service task based on the at least one service request reason, and generating a recommended service method for the target service task by referring to the sample service method, includes: Based on the at least one service request reason, determine the sample service method corresponding to at least one sample service case that matches the target service task, and generate multiple service methods corresponding to the target service task by referring to the sample service methods, and filter and recommend service methods from the multiple service methods; Sending selection prompts for at least one service method to the first client includes: Send selection prompts for the multiple service methods and recommendation prompts for the recommended service method to the first client.

8. The method according to claim 7, characterized in that, The step of determining the sample service method corresponding to at least one sample service case matching the target service task based on the at least one service request reason, generating multiple service methods corresponding to the target service task with reference to the sample service methods, and selecting and recommending service methods from the multiple service methods includes: Filter target application reasons from the at least one service application reason, and determine at least one sample service case that matches the target service task based on the target application reason; Based on at least one sample service method corresponding to the at least one sample service case, generate at least one service method corresponding to the target service task; Determine the service effectiveness data and / or number of cases corresponding to any service method; Based on the number of cases and / or service effect data corresponding to any service method, a recommended service method is selected from the at least one service method; Based on the number of cases and / or service performance data corresponding to any service method, generate service prompt information corresponding to the service method, and generate corresponding recommendation prompt information for the recommended service method.

9. The method according to claim 8, characterized in that, The step of determining at least one sample service case that matches the target service task based on the target application reason includes: Based on the reason for the target application, the order amount of the target order, and the object category of the target object corresponding to the target order, a target case group matching the target service task is determined; the target case group includes at least one sample service case; the target case group is obtained by grouping multiple sample service cases according to the reason for application, object category, and / or order amount; The step of generating at least one service method corresponding to the target service task based on at least one sample service method corresponding to the at least one sample service case includes: Based on at least one sample service method corresponding to at least one sample service case, determine the content range of the target case group corresponding to the at least one service item; Based on the content scope corresponding to each of the at least one service item, at least one service method corresponding to the target service task is determined; wherein, different service methods correspond to different service contents for the same service item.

10. The method according to claim 9, characterized in that, The at least one service item includes a refund percentage and whether the product can be exchanged; The step of determining at least one service method corresponding to the target service task based on the content scope corresponding to each of the at least one service item includes: Based on the refund ratio range, select and determine the minimum refund ratio, maximum refund ratio, and median refund ratio; Each of the minimum refund ratio, the maximum refund ratio, and the median refund ratio, along with their respective associated exchange determination results, constitutes a service method.

11. The method according to claim 1, characterized in that, Also includes: Based on the target service method and its corresponding target service application reason and credential data, user request description information is generated in accordance with the first generation requirement, and application confirmation prompt information is generated based on the user request description information, the target service application reason and the corresponding credential data; Send the application confirmation message to the first client; Sending the first negotiation prompt information to the second client based on the target service method and the at least one service request reason includes: Based on the target service method, the at least one service request reason and its corresponding credential data, and the user request description information, a first negotiation prompt message is generated; Based on the target service method and its corresponding target service application reason and credential data, generate service suggestion description information in accordance with the second generation requirements; In response to the application confirmation request sent by the first client, the first negotiation prompt information and the service suggestion description information are sent to the second client.

12. The method according to claim 11, characterized in that, The step of generating user request description information according to the target service method and its corresponding target service application reason and credential data, in accordance with the first generation requirement, includes: A first prompt instruction is generated based on at least one of the target service method and its corresponding target service application reason and credential data, the first generation requirement, the first role information, the first background information, the first example data, and the first output requirement; Using the first information to generate the model, and following the first prompt instruction, generate user request description information; The step of generating service suggestion description information according to the target service method and its corresponding target service application reason and credential data, in accordance with the second generation requirement, includes: Based on the target service method and its corresponding target service application reason and credential data, the second generation requirement, and at least one of the second role information, the second background information, the second example data, and the second output requirement, a second prompt instruction is generated; Using the second information generation model, service suggestion description information is generated according to the second prompt instruction.

13. The method according to claim 1, characterized in that, The service request description information corresponding to the target service task includes: In response to the service request triggered by the first client for the target order, a target service task is generated; Send input prompt information to the first client; the input prompt information is used to prompt the first application description information to be provided in any data form in a natural language description manner; Obtain the first application description information sent by the first client, and use the first application description information as service description information.

14. The method according to claim 1, characterized in that, Also includes: The service request description information corresponding to the target service task includes: Obtain the first application description information sent by the first client in the previous round of negotiation and the second application description information sent by the second client in the current round of negotiation; The second application description information is provided in response to the first negotiation prompt information generated in the previous round of negotiation. The first application description and the second application description will be used as the service application description for the next round of negotiation.

15. The method according to claim 1, characterized in that, While sending the selection prompt information corresponding to the at least one service method to the first client, the method further includes: Send a custom-formatted notification message to the first client; In response to the first client sending a custom request, a prompt message for at least one input item is sent to the first client; the at least one input item includes a reason input item, a service method input item, and a credential data input item; Based on the at least one reason for the service request, the first client is controlled to display the at least one reason for the service request corresponding to the reason input field; Based on the credential data input item corresponding to any service request reason, the first client is controlled to display the credential data corresponding to the service request reason. In response to the custom information sent by the first client, a custom service method is determined and the custom service method is taken as the target service method. Based on the target service method and the at least one reason for the service request, a first negotiation prompt message is sent to the second client.

16. An information display method, characterized in that, include: The service application page displays input prompts for the target service task. In response to an input operation, a first application description is determined and sent to the server so that the server can identify at least one service application reason based on the first application description, determine a sample service method corresponding to at least one sample service case that matches the target service task based on the at least one service application reason, and generate at least one service method for the target service task by referring to the sample service method. Display the selection prompt information for the at least one service method sent by the server; In response to the selection operation, a target service method is determined, and a selection request is sent to the server based on the target service method, so that the server can send a first negotiation prompt message to the second client according to the target service method and the at least one service request reason.

17. The method according to claim 16, characterized in that, Also includes: The service application page displays the corresponding reason confirmation prompt information for at least one service application reason and the corresponding supplementary prompt information for any service application reason; In response to the supplementary operation, supplementary information is determined and the supplementary information is sent to the server; In response to the cause confirmation operation triggered by the cause confirmation prompt information, a cause confirmation request is sent to the service.

18. The method according to claim 16, characterized in that, Also includes: The service negotiation page displays the second negotiation prompt and intelligent prompt information; In response to the triggering operation of the intelligent prompt information, a service acquisition request is sent to the server so that the server can identify at least one service application reason based on the second application description information sent by the second client and the first application description information, and determine the sample service method corresponding to at least one sample service case that matches the target service task based on the at least one service application reason, and generate at least one service method for the target service task with reference to the sample service method. The service application page displays a selection prompt message for at least one service method sent by the server. In response to the selection operation, a target service method is determined, and a selection request is sent to the server based on the target service method, so that the server can send a first negotiation prompt message to the second client according to the target service method and the at least one service request reason.

19. An information display method, characterized in that, include: The service negotiation page displays a first negotiation prompt message; wherein the first negotiation prompt message is generated based on the target service method and at least one service application reason; the at least one service application reason is identified from the service application description information for the target service task; the target service method is determined from at least one service method; the at least one service method is generated with reference to sample service methods; the sample service method corresponds to at least one sample service case that matches the target service task; the at least one sample service case is determined based on the at least one service application reason; The service suggestion description information is displayed on the service negotiation page; the service suggestion description information is generated based on the target service method and its corresponding target service application reason and credential data; In response to the service confirmation operation, a service confirmation request is sent to the server so that the server can perform the corresponding service processing operation according to the target service method.

20. A computing device, characterized in that, This includes processing components and storage components; The storage component stores a computer program; the computer program is invoked and executed by the processing component to implement the service provision method as described in any one of claims 1 to 15, the information display method as described in any one of claims 16 to 18, or the information display method as described in claim 19.

21. A computer-readable storage medium, characterized in that, It stores a computer program, which, when executed by a processing component, implements the service provision method as described in any one of claims 1 to 15, the information display method as described in any one of claims 16 to 18, or the information display method as described in claim 19.

22. A computer program product, characterized in that, It includes a computer program or instructions that, when executed by a processing component, implement the service provision method as described in any one of claims 1 to 15, the information display method as described in any one of claims 16 to 18, or the information display method as described in claim 19.

Images