Object processing, display and order generation methods, computing devices, media and products

Abstract

This application provides an object processing, display, and order generation method, computing device, medium, and product. Specifically, it involves acquiring at least one communication message generated by communication operations between a user and an object provider regarding a target object; determining key information based on the at least one communication message; generating order information based on the key information; sending the generated order information to a first client corresponding to the user; and executing processing operations on the target object in response to a confirmation request triggered by the order information. The technical solution provided by this application can improve object processing efficiency.

Description

Technical Field

[0001] This application relates to the field of computer technology, and in particular to a method, computing device, medium and product for object processing, display and order generation. Background Technology

[0002] In some online systems that provide objects for users to perform processing operations, such as e-commerce systems that provide objects for users to perform transaction operations, the object processing (such as transactions) often relies on negotiation between the object provider and the user. This is especially true for transaction objects that lack unified standards in terms of specifications, quality, performance, or service content (i.e., non-standardized objects). Typically, the object provider and the user rely on communication channels provided by the system (such as instant messaging tools) to negotiate and confirm key information about the object processing process, such as the quantity, specifications, price, and delivery information of the object transaction. The object provider then manually creates an order based on the determined key information for the user to confirm and execute the object processing operation.

[0003] This method suffers from low order generation efficiency and affects object processing efficiency, and urgently needs improvement. Summary of the Invention

[0004] This application provides an object processing, display, and order generation method, computing device, medium, and product to solve the problem that the low order generation efficiency affects the object processing efficiency in the prior art.

[0005] Firstly, this application provides an object processing method, including...

[0006] Obtain at least one communication message generated by the user and the object provider for the communication operation of the target object; Based on the at least one communication message, determine the key information; Based on the aforementioned key information, order information is generated; Send the order information to the first client corresponding to the user; In response to a confirmation request triggered by the order information, a processing operation is performed on the target object.

[0007] Secondly, embodiments of this application provide a display method, including: Obtain order information; the order information is generated based on key information in at least one communication message, and the at least one communication message is generated based on communication operations between the user and the object provider for the target object; Display the order information; In response to the confirmation operation for the order information, a confirmation request is sent to the server, the confirmation request being used to instruct the execution of a processing operation for the target object.

[0008] Thirdly, this application provides an order generation method, including: Obtain at least one communication message generated by the user and the object provider for the communication operation of the target object; Based on the at least one communication message, determine the key information; Based on the aforementioned key information, order information is generated.

[0009] Fourthly, this application provides a computing device, including a processing component and a storage component; the storage component stores a computing program; the computer program is invoked and executed by the processing component to implement the object processing method of the first aspect, the display method of the second aspect, or the order generation method of the third aspect.

[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 object processing method of the first aspect, the display method of the second aspect, or the order generation method of 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 object processing method of the first aspect, the display method of the second aspect, or the order generation method of the third aspect.

[0012] This embodiment of the application obtains at least one communication message generated by the communication operations of the user and the object provider regarding the target object, determines key information based on the at least one communication message, generates order information based on the key information, and sends it to the user's corresponding first client. In response to a confirmation request triggered by the order information, it executes processing operations for the target object. This embodiment automatically extracts the key information required for processing the target object based on the communication messages between the user and the object provider, generates order information, and guides the user to complete the order process, greatly improving order generation efficiency and thus improving object processing efficiency. Furthermore, through the intervention and guidance of the e-commerce system, it can effectively improve the transaction completion rate, reduce user churn, and the entire process is under the supervision of the e-commerce system, enhancing the e-commerce system's control and trust in the object processing process.

[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 A flowchart of an embodiment of the object processing method provided in this application is shown.

[0015] Figure 2 A schematic diagram of the session processing model provided in this application is shown.

[0016] Figure 3 and Figure 4 The diagram illustrates two user interfaces displayed by the first client in a real-world session operation scenario.

[0017] Figure 5 A flowchart of one embodiment of the display method provided in this application is shown.

[0018] Figure 6 A flowchart of one embodiment of the order generation method provided in this application is shown.

[0019] Figure 7 This diagram illustrates another user interface displayed by the first client in a real-world session operation scenario.

[0020] Figure 8 A schematic diagram of an embodiment of the object processing apparatus provided in this application is shown.

[0021] Figure 9 A schematic diagram of one embodiment of the display device provided in this application is shown.

[0022] Figure 10 A schematic diagram of one embodiment of the order generation apparatus provided in this application is shown.

[0023] Figure 11 A schematic diagram of the structure of the computing device provided in this application is shown. Detailed Implementation

[0024] 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.

[0025] 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 large models) comply with relevant laws and standards.

[0026] 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.

[0027] 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 clients, enabling the server to identify the same user.

[0028] Interactions between the server and the user can be based on user accounts. The data received or sent by the server to the user is also based on the user account; in reality, the client corresponding to the user account receives or sends data to the server. Furthermore, users can also communicate with each other through their user accounts. Here, "user" can refer to an individual or an organization, such as a company; this application does not impose specific restrictions.

[0029] The technical solutions of this application can be applied to electronic transaction scenarios where objects are provided for users to perform processing operations, such as e-commerce scenarios where object transactions are conducted over the network. In e-commerce scenarios, the objects referred to herein are also called goods. In such electronic transaction scenarios, processing operations can refer to the operation of users exchanging objects using virtual resources such as currency. To realize processing operations, it is usually necessary to first generate an order as a processing voucher to bind both parties to fulfill their obligations. Processing operations typically include a series of processing flows such as user payment, object provider delivery, and user signature, which are not limited in this application.

[0030] The objects mentioned in this document can refer to tangible goods or intangible services, and this application does not limit this. Taking e-commerce scenarios as an example, as can be seen from the above background disclosure, in the process of object processing based on e-commerce systems, there is often a reliance on negotiation between users and service providers, especially for transactions of non-standardized objects. Since these cannot be ordered with a single click through standard orders, users and service providers usually rely on communication channels provided by the system (such as instant messaging tools) to negotiate and confirm key information in the object processing process, such as the quantity, specifications, price, and delivery information of the object transaction. The object provider then manually creates the order based on the negotiated key information and sends it to the user's corresponding client for the user to place the order. This results in low order generation efficiency, affecting the efficiency of object processing. In addition, in practical application scenarios, in order to ensure the accuracy of order information, the object provider may also extract key information from the communication messages between the two parties, confirm it with the user, and then manually create the order. This further increases the complexity of the processing, making it easy for users to churn or be directed to offline transactions, thereby affecting the completion rate and security of object transactions.

[0031] To address the aforementioned technical problems, the inventors considered designing an intelligent order placement guidance mechanism for objects requiring negotiated order placement (such as non-standardized objects) to guide users to place orders automatically. After a series of studies, the inventors provided a solution. The basic idea is: to obtain at least one communication message generated by the user and the object provider regarding the target object; to determine key information based on this message; to generate order information based on this key information; and to send this order information to the user's corresponding first client. In response to a confirmation request triggered by this order information, the inventors then execute processing operations for the target object.

[0032] This embodiment automatically extracts key information required for processing the target object based on communication messages between the user and the object provider, generates order information, and guides the user to complete the order process, greatly improving order generation efficiency and thus object processing efficiency. Furthermore, through the intervention and guidance of the e-commerce system, it can effectively improve transaction completion rates, reduce user churn, and the entire process is under the supervision of the e-commerce system, enhancing the e-commerce system's control and trust in the object processing process. 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.

[0033] Figure 1This is a flowchart of an embodiment of an object processing method provided in this application. The technical solution of this embodiment can be executed by a server. The server can be a server in an online system (i.e., an e-commerce system), or it can be another node independent of the server in the online system.

[0034] In practical applications, online systems typically consist of a first client, a second client, and a server. The first and second clients establish connections with the server via a network. The network provides the medium for communication links between the first and second clients and the server. Networks can include various connection types, such as wired or wireless communication links, or fiber optic cables, etc.

[0035] The first client can be consumer-oriented (i.e., user in this embodiment) to enable users to perform interactive behaviors such as object search and order placement; the second client can be object provider-oriented, operated by the object provider to guide users to perform object processing, such as object transactions.

[0036] The first and second clients can interact with the server via the network to receive or send messages. For example, the first client can sense user interactions and send corresponding interaction requests to the server, which can then process the requests and provide feedback to the first client. The second client can sense input operations and message sending operations from the object provider and send corresponding requests to the server for processing. 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 mobile phones, tablets, personal computers, desktop computers, smart speakers, smartwatches, etc.

[0037] The aforementioned server may include servers that provide various services, such as servers that process interactive information sent by clients.

[0038] It should be noted that the server can be implemented as a distributed server cluster consisting 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 that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, 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.

[0039] Figure 1 The object processing method shown may include the following steps: S101, Obtain at least one communication message generated by the user and the object provider for the communication operation of the target object.

[0040] The target object can be an object that can only be processed after negotiation between the user and the object provider. For example, it can be a non-standard object in an e-commerce system.

[0041] Communication operations can be the act of users and object providers exchanging information through electronic communication channels based on their respective identities. For example, this may include, but is not limited to, conversations conducted through instant messaging channels based on their respective system accounts; sending emails through email channels based on their respective email addresses; and making phone calls through telephone channels based on their respective phone numbers.

[0042] The communication messages generated based on communication operations can be messages generated by either the user or the object provider during the communication operation and transmitted through a communication channel to convey transaction-related information. Examples include, but are not limited to: session messages generated through session operations; email messages generated through email sending operations; and call messages generated through telephone calls.

[0043] It should be noted that the communication operations involved in this embodiment can be executed on a communication page, which can be displayed in the user interface provided by the first client or the second client. For example, if the communication operation is a session operation, then the communication page is a session page. At least one communication message generated based on the communication operation can be input, sent, or displayed through the communication page. In other words, the object processing method provided in this application embodiment can be implemented based on this communication page.

[0044] This embodiment can acquire the real-time generated current communication message, or the current communication message and its corresponding historical communication message, as at least one communication message acquired in this step during the process of communication operations performed by the user and the object provider on the target object. Alternatively, when the user browses or searches for the target object, it can check whether the user and the object provider of the target object have performed communication operations on the target object. If so, at least one communication message generated by that communication operation is acquired.

[0045] S102, determine key information based on at least one communication message.

[0046] The key information may be information related to the processing operation of the target object. In this embodiment, the key information includes structured information of at least one type of parameter related to the object processing operation. Optionally, the at least one type of parameter may include, but is not limited to, at least one of the following: receiving parameters (such as receiving address, contact person and their telephone number), price parameters, object parameters (such as identifier, quantity, specifications), and agreed parameters (such as delivery time).

[0047] One possible way to implement this step is to use a session processing model to extract key information from at least one communication message obtained from S101.

[0048] It should be noted that the various models involved in the technical solutions provided in this application, such as the conversation processing model, can employ deep learning models with relatively large parameter scales. However, the large model is merely an example, and 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 artificial intelligence-based language models (LM) or multimodal models (MM). Figure 2As shown, the session processing model in this embodiment may include, for example, an input layer (Input) 10, an encoder (Encoder) 20, a decoder (Decoder) 30, and an output layer (Output) 40. It may also include a self-attention layer and a feed-forward neural network, etc., and this application does not impose any limitations on this. The input layer 10 is used to receive data input, including communication messages such as text, images, or multimodal data. The encoder 20 is mainly used to convert the input data (usually in sequence form) into a vector representation. This process can incorporate the semantic features of the input data. The decoder 30 is responsible for converting the intermediate representation generated by the encoder 20 into output data (usually in sequence form). The output layer 40 is used to output data, such as layout structure information in JSON format. A self-attention layer is a mechanism that allows a model to focus on other positions in a sequence to better encode information about the current position. A feedforward 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 to enable the model built on them to perform well in a variety of complex processing tasks, such as natural language processing, computer vision, speech recognition, machine translation, text summarization, and intelligent question answering.

[0049] The session processing model in this embodiment can be used in conjunction with prompts to extract key information. Prompts can include extraction instructions, role information, extraction requirements, thought chain information, and / or example data. Therefore, prompts can be generated based on extraction instructions, role information, extraction requirements, thought chain information, and / or example data. The content items included in the prompts can be set according to actual circumstances, and this application does not limit this.

[0050] The extraction instructions explicitly tell the model what to do, such as "combining the type parameters of the information required for object transactions, extract key information from the input communication messages and output structured information," etc. Role information can instruct the model to play a specific role, such as changing its professionalism, for example, "You are a professional object transaction expert." Extraction requirements specify constraints, such as the number of words in the output key information and content to be avoided, to limit the model's operations. Thought chain information can be used to guide the model to reason step by step, etc. Sample data can be used to provide learning samples to help the model understand the operations being performed, etc. This embodiment utilizes the powerful semantic understanding and intelligent reasoning capabilities of the conversation processing model to improve the accuracy of key information extraction, thereby ensuring the accuracy of transaction execution.

[0051] Another possible implementation of this embodiment is to extract key information from at least one communication message obtained in S101 based on an information extraction algorithm (such as a regular expression matching algorithm). Specifically, information extraction rules (such as regular expression matching formulas) can be set for various types of parameters required to process the target object. Then, based on the at least one communication message obtained, an information extraction operation is performed on the at least one communication message in sequence according to the information extraction rules corresponding to each type of parameter. The structured information extracted from multiple information extraction operations is then summarized to obtain the key information extracted from the at least one communication message.

[0052] Another possible implementation of this embodiment is to simultaneously utilize the session processing model and key information extraction algorithm described in the above embodiments to extract key information from at least one communication message, and integrate the key information extracted by the two methods to obtain the final extracted key information.

[0053] In practical applications, the embodiments of this application can also determine the key information required to generate order information in other ways, such as guiding users and object providers to fill in the required key information. Specifically, the server can send a content filling page to the first client and / or the second client. The content filling page contains relevant information provision prompts. The first client and / or the second client jumps from the communication page where the communication operation is performed to the content filling page to display the information provision prompts. Users and object providers can perform information provision operations based on the information provision prompts. The first client and / or the second client can respond to the information provision operations, determine the key information, and send it to the server.

[0054] In practical applications, in order to ensure the completeness of key information extraction and the accuracy of order information generation timing, one implementation method is to identify whether at least one communication message has a processing intent for the target object; if at least one communication message has a processing intent, key information is extracted from at least one communication message. In another implementation, it is possible to identify whether at least one communication message has a processing intent for a target object; if at least one communication message has a processing intent, information is sent to the first client and / or the second client to provide prompt information, and target information sent by the first client and / or the second client is obtained, and key information is determined from the target information; the target information is obtained in response to the information providing operation that provides prompt information for the information.

[0055] If at least one communication message does not have a processing intention, continue to obtain at least one communication message generated by the communication operation of the user and the object provider for the target object (i.e., continue to return to the operation of S101).

[0056] Specifically, after obtaining at least one communication message, this step can further identify whether at least one communication message contains a processing intent for the target object, such as a transaction intent. If a processing intent exists, the operation to determine key information in this step is executed. One way to determine key information is to use a session processing model and / or information extraction algorithm to extract key information from at least one communication message. Another way is to send a prompt message to a first client and / or a second client that needs to provide key information, where the prompt message may include the type parameter to be provided. The first client and / or the second client can display the prompt message on the communication page of the user interface, or they can jump from the communication page to a content entry page and display the prompt message through the content entry page, for example, in the form of a table. Then, in response to the information provision operation for the prompt message, the information provided by the user and / or the object provider, i.e., the target information, is obtained. This target information can be directly used as key information, or the key information can be extracted from the target information using an information extraction model and / or information extraction algorithm.

[0057] If no processing intent is found, it indicates that the user needs to continue negotiating with the object provider through further communication operations. In this case, the system can return to wait for subsequent communication operations between the user and the object provider regarding the target object (as in the next communication operation), and obtain the communication messages generated by these subsequent operations, identifying whether a processing intent exists within them. This embodiment determines key information only when it is determined that the user has a processing intent, and then generates order information. This avoids generating order information when no processing intent is found, thus avoiding resource waste. Furthermore, extracting key information only after a processing intent is found not only ensures the completeness of the extracted key information but also improves the user's acceptance of the generated order information.

[0058] Optionally, this embodiment can identify whether at least one communication message contains a processing intent in many ways. One implementation method is to use an intent recognition model to perform natural language understanding on at least one communication message to determine whether there is a processing intent in at least one communication message. Alternatively, an intent word recognition algorithm can be used to identify whether at least one communication message contains intent words. If it does, it indicates that there is a processing intent; otherwise, it does not. The intent words for the processing intent can be one or more pre-set words. For example, when the processing intent is a transaction intent, the intent words can include "place an order," "purchase," etc.

[0059] Another implementation method is to identify whether at least one communication message contains key information. Specifically, this embodiment can identify whether at least one communication message contains structured information corresponding to at least one pre-set type parameter. If it does, it is determined that there is a processing intention. In this case, the structured information corresponding to at least one type parameter can be directly extracted from at least one communication message as key information. Optionally, in this embodiment, the existence of a processing intention can be that the communication message contains structured data with a preset number of type parameters, or it can be that the communication message contains structured data with preset type parameters. For example, preset type parameters may include receiving parameters, price parameters, etc.

[0060] In actual object transactions, after the object provider and the user reach a preliminary consensus on the transaction based on communication operations, an order confirmation document is generated and sent to the user via communication messages for confirmation. This order confirmation document can be a document used by the user to confirm transaction-related information; for example, it can be a proforma invoice (PI), an informal document used before the transaction to provide the user with preliminary confirmation of the object provider's pricing and transaction terms.

[0061] In this scenario, if the object provider sends the order confirmation file, it means that the user and the object provider have reached a consensus, that is, the communication message contains a processing intention. Therefore, another way to identify whether the communication message contains a processing intention in this embodiment is to identify whether at least one communication message contains an order confirmation file. Extracting key information from at least one communication message includes: extracting key information from the order confirmation file.

[0062] Specifically, this could involve iterating through each communication message to identify whether it contains a message file. If not, it means the message file does not contain an order confirmation file. If it does, it further checks whether the file format meets preset format requirements and / or whether the file name meets preset naming requirements. If they meet the requirements, the message file is determined to be an order confirmation file; otherwise, it is not. The preset format requirements can be formats supported by order confirmation files, such as XLS (Microsoft Excel), Doc (Document), and PDF (Portable Document Format). The preset naming requirements can be naming rules for order confirmation files, such as including "PI" or "Contract."

[0063] This embodiment employs different methods to specifically identify whether communication messages, whether in plain text format or containing order confirmation documents, contain processing intent, thereby improving the accuracy and flexibility of processing intent identification. It also expands the applicable scenarios of this embodiment.

[0064] S103, generate order information based on key information.

[0065] The order information can be a set of transaction parameters representing the object, including object identifier, quantity, receiving address, payment price, and payment method. It should be noted that the order information in this embodiment is a temporary set of transaction parameters that has not yet triggered the payment process; for example, it may be an order draft. Only after user confirmation can it be used as the order information to trigger the payment operation.

[0066] This embodiment can identify structured information corresponding to at least one type of parameter from key information and encapsulate it into an order card, including target object specifications, quantity, shipping cost, address, etc., and further encapsulate the components that need to be dynamically inserted to obtain order information. Among them, the components that need to be dynamically inserted can include decorative icon components and interactive components, such as "Edit" and "Create Order".

[0067] Optionally, to uniquely identify the order information, an identifier for this transaction and a communication identifier corresponding to the associated communication message (e.g., the session identifier of a session message) can also be added to the order information.

[0068] In some embodiments, in order to improve the controllability of the order information generation operation and meet the actual transaction needs of users, this embodiment may send an order construction prompt message to the second client corresponding to the first client and / or the object provider before performing this step; accordingly, generating order information based on key information includes: in response to the order creation request triggered by the order construction prompt message, generating order information based on key information.

[0069] The order creation prompt message is used to notify the user and / or the object provider to trigger the automatic generation of order information. Optionally, the order creation prompt message may include a prompt statement and a triggering component, for example, such as... Figure 3 As shown, the prompt statement in the order creation prompt message 311 can be "We can create an order draft for you based on the content of the communication message", and the triggering component can be the "Confirm Order Creation" component.

[0070] Optionally, in this embodiment, the order creation prompt information may be sent to the first client and / or the second client corresponding to the object provider. Whether it's the first client or the second client, after receiving the order creation prompt information, it may display the order creation prompt information in the user interface in the form of a session message, pop-up, or card. Figure 3 As shown, the current user interface 3 contains a conversation page 31. At this time, the order creation prompt information 311 can be displayed on the conversation page 31 in the form of a card.

[0071] Users and / or object providers can trigger the order creation prompt message on their clients (i.e., the first client and / or the second client), for example, by clicking... Figure 3 The "Confirm Order Creation" component is used. The first client and / or the second client will respond to the order creation prompt message by generating a creation request and sending it to the server. If the order creation prompt message is sent to either the first or second client in this embodiment, the operation of generating order information based on key information can be triggered immediately upon receiving the order creation request. If the order creation prompt message is sent to both the first and second clients in this embodiment, the operation of generating order information based on key information can be triggered immediately upon receiving an order creation request from either client; alternatively, the operation of generating order information based on key information can be triggered only after receiving order creation requests from both clients.

[0072] Optionally, the order creation prompt information in this embodiment may also be sent to the first client and / or the second client after the order information is generated, or the operation of sending the order information to the first client corresponding to the user may be triggered after receiving the order creation request triggered by the order creation prompt information. There is no limitation on this.

[0073] S104, send order information to the first client corresponding to the user.

[0074] Since the order information requires user confirmation before the target object processing operation can be performed, this embodiment can send the order information to the first client corresponding to the user so that the first client can display the order information on the user interface.

[0075] In practical applications, the object provider also has the right to decide whether to process the order. Therefore, in addition to sending order information to the first client, this embodiment can further send order information to the second client corresponding to the object provider. Optionally, whether it is the first client or the second client, when displaying order information, it can be displayed in the existing page of the user interface through pop-ups, cards, or other means, or it can display the existing page and the new page for displaying order information simultaneously in different areas of the user interface.

[0076] In some embodiments, if the communication operation in this embodiment is a session operation and the communication message is a session message, then the first client and the second client can display a session page in the first area of ​​the user interface and display the session message corresponding to the communication operation in the session page; the order information is displayed in the second area of ​​the user interface.

[0077] The first and second areas can be two areas in the user interface that are laid out in any way, such as horizontally or vertically. For a conversation page, it may include a message display component and a message editing component. The message display component is used to display sent conversation messages, and the message editing component is a component that allows the user to trigger message editing and sending operations. It should be noted that in practical application scenarios, the user page may contain other areas besides the first and second areas; this is not limited. For example, Figure 4 The diagram shows the user interface 4 of user A's first client. The first area 41 of user interface 4 displays a conversation page, which includes a message display component for showing conversation messages between user A and provider A, as well as order creation prompts. A message editing component is used to input and send conversation messages. The second area 42 (i.e., box 42) displays order information, such as "Filling progress: 100%", "Object specifications: 3-meter orange sofa", and "Object quantity: 20". Furthermore, user interface 4 may also include a third area 43 for displaying user A's contact list.

[0078] S105, in response to a confirmation request triggered by order information, performs processing operations on the target object.

[0079] If S104 above only sends order information to the first client, then the first client responds to the user's confirmation action triggered by the order information, such as clicking... Figure 4 The "Create Order" component in the order information shown generates a confirmation request and sends it to the server. The server will respond to the confirmation request and then perform processing operations on the target object.

[0080] If, in step S104, order information is sent not only to the first client but also to the second client, this step can involve receiving confirmation requests from both the first and second clients regarding the order information, and then executing the transaction operation for the target object. In other words, the processing operation for the target object is only executed after both the first and second clients have sent confirmation requests, further improving the controllability and security of the processing for both the user and the object provider.

[0081] However, in practical applications, there may be situations where only one client (i.e., the first client or the second client) sends a confirmation request. In this case, the processing operation of the target object cannot be executed directly. If waiting continues, it may lead to user churn. To solve this problem, this embodiment can send an order placement prompt message to the client that did not send a confirmation request within a preset time period if a confirmation request is received. The order placement prompt message is used to remind the client to confirm the order information. For example, it could be "The order has been generated, please confirm it as soon as possible." By introducing the order placement prompt function, this embodiment can avoid user churn caused by either party forgetting to confirm the order information, thereby improving the target transaction conversion rate.

[0082] In some embodiments, the second client may send a confirmation request within a preset time period, but the first client may not send a confirmation request. In this case, the second client may respond to the reminder operation triggered by the object provider and send a reminder request to the server. The server responds to the reminder request and sends an order placement prompt to the first client. That is, the object provider decides whether to remind the user to place an order based on actual needs, which enhances the controllability of the transaction process.

[0083] In some embodiments, if step S104 involves sending order information to the first client, this step may involve receiving a confirmation request triggered by the first client for the order information, and then sending the order information to the second client corresponding to the object provider; upon receiving a confirmation request triggered by the second client for the order information, performing processing operations on the target object.

[0084] Optionally, when the processing operation for the target object is a transaction operation, the operation process can be based on order information to generate order payment information, such as including payment amount, payment method, payment confirmation component, etc.; sending the order payment information to the first client so that the first client can jump to the order payment interface to display the order payment information; and responding to the payment request triggered by the order payment information to execute the payment operation for the target object. This embodiment does not directly execute the transaction operation for the target object based on the order information generated from key information, but only executes the transaction operation for the target object after receiving a confirmation request for the order information. This avoids the problem of transaction failure due to inaccurate or incomplete extraction of key information, and improves the rigor and accuracy of the transaction process.

[0085] This embodiment acquires at least one communication message generated by the communication operations of the user and the object provider regarding the target object. Based on this message, key information is determined, and order information is generated and sent to the user's corresponding first client. In response to a confirmation request triggered by this order information, processing operations are performed on the target object. This embodiment automatically extracts the key information required for processing the target object based on the communication messages between the user and the object provider, generates order information, and guides the user to complete the order process, greatly improving order generation efficiency and thus object processing efficiency. Furthermore, through the intervention and guidance of the e-commerce system, the transaction completion rate can be effectively improved, user churn reduced, and the entire process is under the supervision of the e-commerce system, enhancing the e-commerce system's control and trust in the object processing process.

[0086] Although the key information in this embodiment is extracted based on at least one communication message from the communication operation, inaccurate or incomplete key information extraction is inevitable. This means that the order information sent to the first and second clients may be inaccurate or incomplete. To avoid processing failures due to such issues, the order information in this embodiment may also include components for information modification and supplementation. For example, an information modification component is inserted for existing type parameters, and an information supplementation component is inserted for missing type parameters. Therefore, if the key information used to generate the order information is inaccurate or incomplete, the server may receive an order update request triggered by the first and / or second clients, determine the update information, update the order information based on the update information, and send the updated order information to the first client, or the first and second clients. Specifically, if the update request is generated by an input operation triggered by the information modification component in the order information, the modification information of existing type parameters can be obtained, and the order information can be modified based on this modification information. If the update request is generated by an input operation triggered by the information supplementation component in the order information, the supplementary information of missing type parameters can be obtained, and the order information can be improved based on this supplementary information to obtain the updated order information.

[0087] In this embodiment, the number of type parameters involved in the order information is usually multiple. These multiple type parameters may only contain key data in the order information; for example, for object parameters, they may only contain quantity and identifier. For price parameters, they may only contain the actual payment price. Therefore, to facilitate users and object providers understanding the detailed data of each type parameter, at least one type parameter in the order information of this embodiment supports a detailed data viewing function. Specifically, after sending the order information to the first client or the second client, the first client and the second client can respond to a detailed viewing operation triggered by the order details information, generating a detailed viewing request and sending it to the server. At this time, the server can respond to the detailed viewing request and determine the detailed information to be viewed. For example, if the detailed viewing request is triggered by the object parameter, the requested information to be viewed can be the detailed information of the target object; if the request is triggered by the price parameter, the detailed information to be viewed can be the original price, discounted price, shipping price, actual payment price, etc. Then, the detailed information is sent to the client that triggered the detailed viewing request (which can be the first client or the second client), so that the client can display the detailed information in the current user interface or after jumping to the detailed viewing interface.

[0088] As can be seen from the above embodiments, the communication messages in this embodiment may contain order confirmation files. In this case, when performing the above S101 operation, the communication message generated by the user and the object provider for the target object and containing the order confirmation file can be obtained. Correspondingly, when performing the above S102 operation, key information can be extracted from the order confirmation file contained in the communication message.

[0089] Specifically, this embodiment can determine whether the communication message contains an order confirmation file using the methods described in the above embodiments, thereby obtaining the communication message generated by the user and the object provider's communication operations on the target object, which contains an order confirmation file. When extracting key information, similar methods described in the above embodiments can be used, such as using a session processing model and / or information extraction algorithms (e.g., regular expression matching algorithms) to extract key information from the order confirmation file. Further details are omitted here.

[0090] For example, the order confirmation file in this embodiment may include object information of the target object (such as object identifier, name, quantity, unit price, and industry), payment information (such as transaction currency, full amount, prepayment amount, final payment amount, discount amount, and shipping fee), delivery information (such as delivery address, contact person, and contact information), and agreement information (such as remarks and agreed delivery time). At this time, a session processing model can be used to extract the relevant information of the type parameters corresponding to the object information, payment information, delivery information, and agreement information respectively to form key information.

[0091] Since order confirmation files typically contain comprehensive and accurate transaction-related information, and the key information contained therein is usually structured, analyzing multiple communication messages across roles greatly improves the accuracy of key information extraction, thereby improving the accuracy of order information. It also reduces the frequency of users or object providers supplementing or modifying order information, thus improving the efficiency of order information generation.

[0092] In some embodiments, to further improve the controllability of the order generation process, when obtaining communication messages, this embodiment not only requires that the communication messages contain an order confirmation file, but also further limits that the order confirmation file must meet information extraction conditions. Specifically, it obtains an order confirmation file generated by the communication operations of the user and the object provider for the target object, which contains an order confirmation file that meets the information extraction conditions. The information extraction conditions include at least one of the following: the order confirmation file contains at least one key parameter; the key information includes the at least one key parameter; the exchange resources of the target object meet preset resource requirements; and the shipping location of the target object is consistent with the location of the object provider.

[0093] Specifically, at least one key parameter can be a core type parameter for generating order information, such as the receiving address, payment price, and object specifications and quantity. The exchange resource can be the payment resource used when trading the target object, such as currency. Preset resource requirements mean that the exchange resource in the order confirmation file belongs to a specified resource. This specified resource can be a payment resource supported by the e-commerce system, or a commonly used payment resource in the user's or object provider's location. In this embodiment, key information is extracted only when the order confirmation file meets one or more of the preset type parameters, preset resource requirements, and location requirements. This not only ensures the accuracy and comprehensiveness of the order information but also improves the compliance and security of the object processing process.

[0094] As described in the above embodiments, operation S104 of this embodiment can send order information to both the first client and the second client. In this scenario, the order information sent by the first client and the second client can be the same or different. Optionally, if the order information sent to the first client and the second client is different, the execution of S103 and S104 in this embodiment can be as follows: determine the order visual style corresponding to the first client and the second client respectively; generate the order information corresponding to the first client and the second client respectively based on key information according to the order visual style corresponding to the first client and the second client respectively; and send the corresponding order information to the first client corresponding to the user and the second client corresponding to the object provider respectively.

[0095] Specifically, different order visual styles can be set for the first client and the second client to meet the different needs of users and object providers. For example, the visual styles of each parameter in the order information can be set according to the user's level of attention to each parameter, such as prioritizing or highlighting parameters that users are more concerned about. The process is similar for the object provider, and will not be elaborated here. Based on the key information and the visual order style corresponding to the first client, order information for the first client is generated and sent to the first client. Similarly, based on the key information and the visual order style corresponding to the second client, order information for the second client is generated and sent to the second client.

[0096] In some embodiments, to further improve the accuracy and completeness of the generated order information, this embodiment may further include determining whether the key information meets the order generation conditions; if the key information meets the order generation conditions, performing the above step S103 to generate order information based on the key information. If the key information does not meet the order generation conditions, generating a first update prompt and / or a second update prompt based on the key information and the order generation conditions; sending the first update prompt to a first client, and / or sending the second update prompt to a second client corresponding to the object provider; updating the order information based on the first update information sent by the first client and / or the second update information sent by the second client. The order generation conditions may be that the number of type parameters involved in the key information is greater than a preset value (e.g., 3), or that the key information involves at least one or more preset type parameters.

[0097] If the key information does not meet the order generation conditions, it indicates that a type parameter is missing from the key information. In this case, to ensure the completeness of the order information, the missing type parameter (i.e., the missing type parameter) can be determined based on the order generation conditions, and then a first update prompt message and / or a second update prompt message can be generated based on the missing type parameter. The first update prompt message prompts the first client to perform an information update operation, such as reminding the first client to supplement the structured information corresponding to the missing type parameter. The second prompt message prompts the second client to perform an information update operation, such as reminding the first client to supplement the structured information corresponding to the missing type parameter.

[0098] In this embodiment, the first and second update prompts can be the same or different. For example, a unified update prompt can be generated based on the missing type parameter and sent to both the first and second clients. Alternatively, the update prompt can be generated for the party corresponding to the missing type parameter. Specifically, at least one missing type parameter can be determined based on key information and order generation conditions; a first update prompt can be generated based on the missing type parameter corresponding to the user; and a second update prompt can be generated based on the missing type parameter corresponding to the object provider. For example, if the missing type parameter is the receiving address, a first update prompt can be generated based on this parameter to remind the user to supplement the receiving address (i.e., update the information); if the missing type parameter is the object price, a second update prompt can be generated based on this parameter to remind the object provider to update the information. This embodiment generates corresponding update prompts based on the actual missing type parameters corresponding to the user and the object provider, which helps both the user and the object provider to clearly understand the type parameters they need to update, avoids incorrect information entry, and improves the accuracy of order information.

[0099] After the server sends the first update notification and / or the second update notification, the first client and / or the second client can add the received update notification and / or the second update notification to the order information for display. At this time, the user and / or the object provider can input the information corresponding to the missing type parameter (i.e., the first update information and / or the second update information) by triggering the information supplementation component in the order information. Alternatively, it can be displayed as a communication message (such as a session message) on a communication page (such as a session page). In this case, the user and / or the object provider can send the information corresponding to the missing type parameter as a session message. Correspondingly, the server will receive the first update information from the first client in response to the first update notification; and / or receive the second update information from the second client in response to the second update notification. Then, based on the first update information, the server supplements the relevant information of the missing type parameter corresponding to the user in the order information, and / or supplements the relevant information of the missing type parameter corresponding to the object provider in the order information based on the second update information, thereby updating the order information.

[0100] In some embodiments, to facilitate users and object providers to intuitively understand the completeness of order information, this embodiment may further include: generating progress prompt information based on at least one missing type parameter; and sending the progress prompt information to a first client and / or a second client.

[0101] Specifically, the progress notification message is determined based on the number of missing parameters, the proportion of missing parameters to the total number of parameters, and the progress notification script. For example, the number of missing parameters, or their proportion to the total number of parameters, can be combined with the progress notification script to generate a progress notification message such as "Your order still has missing content. The current information completion progress is 20%. Please continue filling in." Alternatively, the number of missing parameters, or their proportion to the total number of parameters, can be converted into a progress bar and then combined with the progress notification script to generate the progress notification message, such as... Figure 4 The message reads, "Your order has been completed, and there is a 100% progress bar."

[0102] In this embodiment, when sending progress notification information, progress notification information can be sent to both the first and second clients if missing type parameters exist, allowing users and the object provider to intuitively and in real-time understand the order information completion progress. Alternatively, order notification information can be sent to the recipient of update notification information. For example, if the first client receives the first update notification information, the progress notification information is sent to the first client; if the second client receives the second update notification information, the progress notification information is sent to the second client. In this scenario, if the first client receives the first update notification information and the second client also receives the second update notification information, the progress notification information sent to the first and second clients can be the same (e.g., the progress notification information can be the overall progress notification information corresponding to all missing type parameters of the order) or different (e.g., the progress notification information received by the first client can be the first progress notification information corresponding to the missing type parameter for the user, and the progress notification information received by the second client can be the second progress notification information corresponding to the missing type parameter for the object provider). After receiving the progress notification information, the first client and / or the second client can display the first progress notification information together with the received update notification information. For example, Figure 4 As shown, update notifications and progress notifications can both be added to the order information for display.

[0103] In some embodiments, another possible way to generate order information based on key information in this embodiment is to determine whether the key information meets the order generation conditions; if it does, generate order information based on the key information; otherwise, generate a first update prompt and / or a second update prompt based on the key information and the order generation conditions; and send the first update prompt to a first client and / or the second update prompt to a second client; update the key information based on the first update information sent by the first client and / or the second update information sent by the second client; and then generate order information based on the updated key information. The specific implementation methods of these steps have been described in the above embodiments and will not be repeated here.

[0104] In some embodiments, communication operations may include session operations. In this scenario, the method of this embodiment further includes: in response to a session request for a target object, establishing a session connection between a first client and a second client corresponding to the object provider; the first client and the second client performing session operations based on the session connection; correspondingly, step S101 may involve acquiring at least one session message transmitted based on the session connection during the session operation. Specifically, this embodiment may acquire the current session message transmitted based on the session connection as the session message acquired in S101 during the session operation, or it may acquire the current session message and its corresponding historical session messages as multiple session messages acquired in S101. This method can automatically generate order information based on the session messages and send it to the first client during real-time session operations between the user and the object provider for the target object, thereby guiding the user to place an order online. It realizes an integrated solution for generating order information during the session operation process, and has significant advantages in achieving integrated closed-loop, intelligent guidance, and improving the object transaction completion rate within the e-commerce system.

[0105] In actual user-object provider conversation scenarios, users may exit the conversation page and enter other pages, such as exiting the conversation page to continue searching for other objects. At this time, the state of the user-object provider conversation connection may switch from an active state to a suspended state. If the user re-enters the conversation page with the object provider to continue the conversation operation, the state of the conversation connection will switch from a suspended state back to an active state. Therefore, before performing processing operations on the target object in response to a confirmation request triggered by order information, this embodiment further includes: saving the order information (i.e., the order information displayed when switching to a suspended state) when the conversation connection switches from an active state to a suspended state; and loading the order information corresponding to the conversation connection from the saved data and sending the order information to the first client when the conversation connection switches from a suspended state to an active state.

[0106] Specifically, when a session connection switches from an active state to a suspended state, the order information can be saved. For example, the order information can be saved in association with the session identifier of the session connection. Optionally, in actual applications, in addition to saving the order information, the session messages contained in the session page corresponding to the session connection can also be saved. This way, when the session connection switches from a suspended state to an active state later, the session messages can be quickly loaded from the saved data based on the session identifier of the session connection, and the order information can also be loaded. This allows the user to view the order information and trigger a confirmation request for the order information after re-entering the session page, thereby improving the transaction completion rate.

[0107] Figure 5This is a flowchart of an embodiment of a display method provided by this application. The technical solution of this embodiment can be executed by a client. As can be seen from the above embodiment, the online system of this embodiment may include a first client and a second client. The client executing this embodiment may be the first client or the second client. That is to say, the first client operated by the user and the second client operated by the object provider can both execute the display method described in this embodiment.

[0108] like Figure 5 As shown, the display method of this embodiment may include the following steps: S501, Obtain order information; the order information is generated based on key information in at least one communication message, and the at least one communication message is generated based on communication operations between the user and the object provider for the target object.

[0109] S502 displays order information.

[0110] S503, in response to the confirmation operation for the order information, a confirmation request is sent to the server, the confirmation request being used to instruct the execution of a processing operation for the target object.

[0111] In some embodiments, the communication operation is a session operation, the communication message is a session message, and the method further includes: displaying a session page in a first area of ​​the user interface, and displaying the session message corresponding to the communication operation in the session page; displaying the order information includes: displaying the order information in a second area of ​​the user interface.

[0112] In some embodiments, the method further includes: displaying an order creation prompt; and sending an order creation request to a server in response to an order creation operation triggered by the order creation prompt; the order creation request instructing the generation of order information based on the key information. Optionally, the order creation prompt may be displayed on a session page in a first area of ​​the user interface.

[0113] In some embodiments, the method further includes: displaying an order prompt message; the order prompt message is used to prompt confirmation of the order information.

[0114] In some embodiments, the method further includes: displaying a first update notification or a second update notification; and sending a first update notification to a server in response to an information update operation triggered by the first update notification; or sending a second update notification to a server in response to an information update operation triggered by the second update notification; so that the server updates the order information based on the first update notification sent by the first client and / or the second update notification sent by the second client.

[0115] In some embodiments, the method further includes displaying progress information.

[0116] In some embodiments, the method further includes displaying an order building prompt; and in response to a triggering operation on the order building prompt, sending a creation request to a server, so that the server can generate order information based on the key information in response to the creation request.

[0117] Optionally, the order notification information, update notification information (including the first update notification information and the second update notification information), and progress notification information in this embodiment can be displayed in the session page of the first area or in the order information of the second area.

[0118] Figure 6 This is a flowchart illustrating an embodiment of an order generation method provided in this application. The technical solution of this embodiment can be executed by a server, such as... Figure 6 As shown, the order generation method in this embodiment may include the following steps: S601, Obtain at least one communication message generated by the user and the object provider for the communication operation of the target object.

[0119] S602, determine key information based on at least one communication message.

[0120] S603 generates order information based on key information.

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

[0122] It should be noted that the order information generated in this example can be used in various application scenarios. For example, referring to the object processing method described above, it can be sent to the user's corresponding first client, and after responding to the confirmation request for the order information, processing operations on the target object can be performed. It can also be used to draft contracts and perform other operations based on this order information. There are no limitations on this.

[0123] In a practical application scenario, this embodiment of the application takes the scenario where user A and provider A perform a conversation operation regarding a customized sofa (i.e., a non-standardized target object), and the system automatically generates an order draft (i.e., order information) based on the conversation message to guide user A to place an order as an example. Figure 3 , Figure 4 and Figure 7 This will be introduced. Among them, Figure 3 , Figure 4 and Figure 7These are all user interface diagrams displayed on User A's client (i.e., the first client) when User A communicates with Provider A about customized sofas on the chat page of the e-commerce system.

[0124] For example, the server can be from Figure 3 The conversation page 31 shown extracts the conversation messages sent by user A and provider A, such as "I want to order 20 orange sofas of this size, each 2 meters long," "Unit price 200, delivery in 7 days after payment," and "Can you prepare the order?". A conversation processing model is then used to identify whether the acquired conversation messages contain transaction intent. Since the conversation messages contain information about the transaction object (such as sofa, size, color), price, and the user's explicit intention to place an order (i.e., "Can you prepare the order?"), a transaction intent can be confirmed. At this point, the conversation processing model is used to extract key information from the conversation messages. If it cannot be determined whether user A has a transaction intent, it is necessary to wait for the next conversation message before identifying the transaction intent.

[0125] After extracting key information from the session messages, the server can send an order creation notification to the first client corresponding to user A. At this time, the first client can... Figure 3 The system displays the order creation prompt message 311. If user A triggers the "Confirm Order Creation" component, the first client will send an order creation request to the server. The server will respond to the order creation request, allowing subsequent operations to create an order draft.

[0126] Assume that the order generation conditions in this embodiment include object parameters, price parameters, and delivery parameters in the key information.

[0127] because Figure 3 The session message shown lacks a receipt parameter (i.e., a missing type parameter). Therefore, when the server generates an order draft based on key information, it can also generate an update notification message to supplement the receipt parameter (i.e., the first update notification message) and a progress notification message, which are then sent to user A's first client. For example, key information can be added to the order draft, and update notification messages (including supplementary information components for the receipt parameter and supplementary notification messages) and progress notification messages can be dynamically inserted into the order draft to obtain a structured order draft after assembly, i.e., an order draft with added update and progress notification messages, which is then sent to the first client. At this point, if... Figure 7 The first client shown can display the order draft in the second area 71. Figure 7The order draft shown includes an update prompt message for the "Please add address" information supplement component, a "Your order still has missing information, please continue filling in the information" message, and a 20% progress bar as a progress indicator. Other information can be the order draft content assembled based on key information. The first client can obtain the receiving address supplemented by user A based on user A's triggering and inputting the "Please add address" component, and send it as update information to the server. The server will update the order draft based on this receiving address, such as assembling the receiving address into the order draft and adjusting the progress prompt message, resulting in an updated order draft, which is then sent back to user A's first client. At this point, the order draft displayed on user A's first client is as follows: Figure 4 As shown in box 42. If user A checks the order draft and finds it correct, they can trigger a click on the "Submit" component. Based on this click, the first client sends a confirmation request to the server. After receiving the confirmation request, the server can trigger the transaction for the customized sofa, such as redirecting to the system's native order page to complete the payment and fulfillment process.

[0128] It should be noted that although this embodiment only describes the process of sending the order draft to the first client of user A, it is not limited to sending it only to the first client. For example, the order draft can be sent to both the first client and the second client at the same time, and it supports user A and provider A to jointly supplement or modify information of missing parameter types.

[0129] This embodiment introduces a semantic recognition and intent judgment mechanism based on real-time conversation content (i.e., communication messages). This mechanism can identify in real-time whether a user has transaction intent during natural communication between the user and the object provider, and extract key information from structured fields without requiring the user or object provider to actively fill out forms or navigate to links to fill in information, forming an intelligent trigger logic. It also introduces a dynamic information completion and intelligent guidance mechanism. For cases where key information extraction is incomplete, it can automatically determine the missing type of parameters and guide the user to complete the key information completion loop through prompts (such as "Click to supplement address" or "Order draft generation" dynamically inserted components). Furthermore, the automatic order draft generation in this embodiment is seamlessly connected to the system transaction link. For example, the key information extracted by semantic parsing is structured and automatically assembled into an order draft, seamlessly integrated with the platform's native order placement process, achieving a complete closed loop from "message recognition" to "system payment". Furthermore, when extracting key information, the system leverages information fusion capabilities in a multi-round communication environment to support aggregated analysis of communication messages across multiple messages and different roles (users and object providers), improving the accuracy of identification and enabling precise extraction of key information even in complex free communication scenarios. Finally, this embodiment also introduces a collaborative order creation mechanism where users and object providers jointly edit. For example, after an order draft (i.e., order information) is generated, the system allows users and object providers to collaboratively confirm and supplement information based on the same order information (e.g., the user supplements the receiving address, and the object provider supplements the unit price). With the assistance of a session processing model, an efficient, human-machine collaborative, and bilaterally consensus-based order placement process is achieved, significantly improving transaction completion efficiency and accuracy.

[0130] This embodiment introduces three core capabilities—intelligent semantic understanding, key information extraction, and order path guidance—in user-object provider communication scenarios. This effectively overcomes the current problem of low order generation efficiency for non-standardized objects, automatically extracting key information from communication messages, significantly reducing manual data entry costs, and avoiding information discrepancies and workflow interruptions. Furthermore, relying on the system's native infrastructure, this embodiment achieves a closed-loop process from intelligent message identification to automatic order information generation, and finally to system order placement and payment, ensuring transaction compliance and system fulfillment capabilities. It also deeply integrates intelligent identification capabilities with transaction scenarios, dynamically inserting guidance components (such as update prompts) at interaction nodes, resulting in enhanced practicality and system-level controllability.

[0131] This achieves the following technical effects: automatic conversion from unstructured communication messages to structured order information; significantly improved order placement efficiency and transaction completion rate for non-standardized objects; reduced disputes and blind spots in system performance caused by information asymmetry; and because intelligent semantic understanding supports the identification of key information in multiple languages, the solution in this embodiment also supports subsequent expansion in multilingual transaction scenarios, possessing universality and replicability.

[0132] 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.

[0133] It should be noted that some processes described in the above embodiments and accompanying drawings include multiple operations that appear 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 sequence numbers of the operations 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.

[0134] Figure 8 A schematic diagram of an object processing apparatus provided for an exemplary embodiment of this application is shown. The apparatus includes: The message acquisition module 801 is used to acquire at least one communication message generated by the user and the object provider for the communication operation of the target object; Information determination module 802 is used to determine key information based on the at least one communication message; The order generation module 803 generates order information based on the key information; Information sending module 804 is used to send the order information to the first client corresponding to the user; The object processing module 805 is used to perform processing operations on the target object in response to a confirmation request triggered by the order information.

[0135] In some embodiments, the information determination module 802 is specifically used to identify whether the at least one communication message has a processing intention for a target object; and if the at least one communication message has a processing intention, to extract key information from the at least one communication message. or, Sending information to a first client and / or a second client to provide prompts, and obtaining target information sent by the first client and / or the second client, and extracting key information from the target information; the target information is obtained in response to an information provisioning operation that provides prompts to the information. The message acquisition module 801 is used to continue executing the acquisition of at least one communication message generated by the communication operation of the user and the object provider for the target object when there is no processing intention for the at least one communication message.

[0136] In some embodiments, the information determination module 802 is specifically used to identify whether the key information is contained in the at least one communication message; or, to identify whether the at least one communication message contains an order confirmation document; then the information determination module 802 is specifically used to extract the key information from the order confirmation document.

[0137] In some embodiments, the message acquisition module 801 is specifically used to acquire communication messages generated by the communication operations of the user and the object provider for the target object, which include an order confirmation file; the information determination module 802 is specifically used to extract key information from the order confirmation file contained in the communication message.

[0138] In some embodiments, the message acquisition module 801 is specifically used to acquire an order confirmation file generated by the communication operations of the user and the object provider for the target object, and which contains information extraction conditions; the information extraction conditions include at least one of the following: the order confirmation file contains at least one key parameter; wherein, the key information includes the at least one key parameter; the exchange resources of the target object meet preset resource requirements; the shipping location of the target object is consistent with the location of the object provider.

[0139] In some embodiments, the information sending module 804 is further configured to send the order information to the second client corresponding to the object provider; the object processing module 805 is specifically configured to receive confirmation requests triggered by the first client and the second client respectively in response to the order information, and perform processing operations on the target object.

[0140] In some embodiments, the order generation module 803 is specifically used to determine the order visual styles corresponding to the first client and the second client respectively; generate order information corresponding to the first client and the second client respectively based on the key information according to the order visual styles corresponding to the first client and the second client respectively; the information sending module 804 is specifically used to send the corresponding order information to the first client corresponding to the user and the second client corresponding to the object provider respectively.

[0141] In some embodiments, the information sending module 804 is further configured to send an order placement prompt message to the client that did not send a confirmation request among the first client and the second client if a confirmation request is received within a preset time period; the order placement prompt message is used to prompt confirmation of the order information.

[0142] In some embodiments, the apparatus further includes: a judging module, configured to judge whether the key information meets the order generation conditions; a first prompting module, configured to generate a first update prompt and / or a second update prompt based on the key information and the order generation conditions if the key information does not meet the order generation conditions; the information sending module 804 is further configured to send the first update prompt to the first client and / or send the second update prompt to the second client corresponding to the object provider; and an information updating module, configured to update the order information based on the first update information sent by the first client and / or the second update information sent by the second client.

[0143] In some embodiments, the first prompting module is specifically used to determine at least one missing type parameter based on the key information and the order generation conditions; generate a first update prompt message based on the missing type parameter corresponding to the user; and generate a second update prompt message based on the missing type parameter corresponding to the object provider.

[0144] In some embodiments, the apparatus further includes: a second prompting module, configured to generate progress prompting information based on the at least one missing type parameter; the information sending module 804 is further configured to send the progress prompting information to the first client and / or the second client.

[0145] In some embodiments, the information sending module 804 is further configured to send an order construction prompt message to the first client and / or the second client corresponding to the object provider; the order generation module 803 is specifically configured to generate order information based on the key information in response to an order creation request triggered by the order construction prompt message.

[0146] In some embodiments, the communication operation includes a session operation, and the apparatus further includes: a session establishment module, configured to establish a session connection between the first client and a second client corresponding to the object provider in response to a session request for a target object; the first client and the second client perform a session operation based on the session connection; and the message acquisition module 801 is specifically configured to acquire at least one session message transmitted based on the session connection during the session operation.

[0147] In some embodiments, the apparatus further includes a storage module, configured to store the order information before performing processing operations on the target object in response to a confirmation request triggered for the order information, and when the session connection switches from an active state to a suspended state; the information sending module 804 is further configured to load the order information corresponding to the session connection from the stored data and send the order information to the first client when the session connection switches from the suspended state to the active state.

[0148] Figure 8 The object processing device can perform Figure 1 The implementation principle and technical effects of the object processing method described in the illustrated embodiments will not be repeated here. The specific methods by which each module and unit of the object processing 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.

[0149] Figure 9 A schematic diagram of a display device provided for an exemplary embodiment of this application is shown. The device includes: The information acquisition module 901 is used to acquire order information; the order information is generated based on key information in at least one communication message, and the at least one communication message is generated based on communication operations between the user and the object provider for the target object; Display module 902 is used to display the order information; The request sending module 903 is used to send a confirmation request to the server in response to the confirmation operation for the order information. The confirmation request is used to instruct the execution of a processing operation for the target object.

[0150] In some embodiments, the communication operation is a session operation, the communication message is a session message, the display device is used to display a session page in a first area of ​​the user interface, and display the session message corresponding to the communication operation in the session page; and display the order information in a second area of ​​the user interface.

[0151] In some embodiments, the display module 902 is further configured to display order creation prompt information; the request sending module 903 is further configured to send an order creation request to the server in response to an order creation operation triggered by the order creation prompt information; the order creation request is used to instruct the generation of order information based on the key information.

[0152] In some embodiments, the display module 902 is further configured to display order prompt information; the order prompt information is used to prompt confirmation of the order information.

[0153] In some embodiments, the display module 902 is further configured to display a first update notification or a second update notification, and the request sending module 903 is further configured to send a first update notification to the server in response to an information update operation triggered by the first update notification; or, in response to an information update operation triggered by the second update notification, send a second update notification to the server; so that the server can update the order information based on the first update notification sent by the first client and / or the second update notification sent by the second client.

[0154] In some embodiments, the display module 902 is also used to display progress prompt information.

[0155] In some embodiments, the display module 902 is further configured to display order creation prompt information; the request sending module 903 is further configured to send a creation request to the server in response to a triggering operation for the order creation prompt information, so that the server can generate order information based on the key information in response to the creation request.

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

[0157] Figure 10 A schematic diagram of an order generation apparatus provided for an exemplary embodiment of this application is shown. The apparatus includes: The communication acquisition module 1001 is used to acquire at least one communication message generated by the user and the object provider for the communication operation of the target object; Information extraction module 1002 is used to determine key information based on the at least one communication message; The information generation module 1003 generates order information based on the key information; Figure 10 The order generation device can perform Figure 6 The implementation principle and technical effects of the order generation method described in the illustrated embodiment will not be repeated here. The specific methods by which each module and unit of the display device in the above embodiments performs its operations have been described in detail in the embodiments related to the method or the above-described object processing device embodiments, and will not be elaborated upon here.

[0158] Figure 11 This is a schematic diagram of the structure of one embodiment of a computing device provided in this application. Figure 11As shown, in practice, the computing device may include a storage component 1101 and a processing component 1102.

[0159] Storage component 1101 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.

[0160] Processing component 1102, coupled to storage component 1101, is used to execute computer programs in storage component 1101 for implementing, etc. Figure 1 The object handling methods shown, or implementations such as Figure 5 The display method shown, or the implementation as shown Figure 6 The order generation method shown.

[0161] Furthermore, such as Figure 11 As shown, the computing device may also include other components such as a communication component 1103, a display component 1104, a power supply component 1105, and an audio component 1106. Figure 11 The diagram only shows some components and does not mean that the computing device includes only these components. Figure 11 The components shown. Additionally... Figure 11 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 11 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., then it may not include... Figure 11 The component within the dashed box.

[0162] 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.

[0163] 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.

[0164] 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.

[0165] 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.

[0166] 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.

[0167] 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.

[0168] 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, or any other non-transmission medium. 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.

[0169] 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.

[0170] 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.

[0171] Finally, it should be noted that the above are merely embodiments of this application and are not intended to limit 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. An object processing method, characterized in that, include: Obtain at least one communication message generated by the user and the object provider for the communication operation of the target object; Based on the at least one communication message, determine the key information; Based on the aforementioned key information, order information is generated; Send the order information to the first client corresponding to the user; In response to a confirmation request triggered by the order information, a processing operation is performed on the target object.

2. The method according to claim 1, characterized in that, The determination of key information based on the at least one communication message includes: Identify whether the at least one communication message contains a processing intent targeting a target object; If the processing intent is present in at least one communication message, extract key information from the at least one communication message; or, The method includes sending information to the first client and / or the second client corresponding to the object provider to provide prompt information, and obtaining target information sent by the first client and / or the second client, and determining key information from the target information; the target information is obtained in response to the information provision operation that provides prompt information for the information; the method further includes: if the processing intention is not present in at least one communication message, continuing to execute the process of obtaining at least one communication message generated by the communication operation of the user and the object provider for the target object.

3. The method according to claim 2, characterized in that, The step of identifying whether the at least one communication message has a processing intent targeting a target object includes: Identify whether the at least one communication message contains the key information; or, If the at least one communication message contains an order confirmation document, then the step of extracting key information from the at least one communication message includes: extracting the key information from the order confirmation document.

4. The method according to claim 1, characterized in that, The acquisition of at least one communication message generated by the user and the object provider for the communication operation of the target object includes: Retrieves communication messages generated by the user and the object provider regarding communication operations on the target object, including order confirmation files; The determination of key information based on the at least one communication message includes: Extract key information from the order confirmation file contained in the communication message.

5. The method according to claim 4, characterized in that, The communication messages generated by the user and the object provider's communication operations on the target object, and which include order confirmation files, include: Obtain order confirmation files generated by communication operations between users and object providers for the target object, and which contain information extraction conditions; The information extraction conditions include at least one of the following: The order confirmation file contains at least one key parameter; wherein, the key information includes the at least one key parameter; The exchange resources of the target object meet the preset resource requirements; The shipping location of the target object is the same as the location of the object provider.

6. The method according to claim 1, characterized in that, Also includes: Send the order information to the second client corresponding to the object provider; The step of performing processing operations on the target object in response to a confirmation request triggered by the order information includes: Upon receiving confirmation requests triggered by the first client and the second client respectively in response to the order information, the system performs processing operations on the target object.

7. The method according to claim 6, characterized in that, The generation of order information based on the key information includes: Determine the order visual styles corresponding to the first client and the second client respectively; Based on the key information, order information corresponding to the first client and the second client is generated according to the order visual styles corresponding to the first client and the second client respectively. Sending the order information to the first client corresponding to the user, and sending the order information to the second client corresponding to the object provider, includes: Order information is sent to the first client corresponding to the user and the second client corresponding to the object provider, respectively.

8. The method according to claim 6, characterized in that, Also includes: If a confirmation request is received within a preset time period, an order placement prompt message is sent to the client that did not send a confirmation request among the first client and the second client. The order confirmation message is used to prompt the user to confirm the order information.

9. The method according to claim 1, characterized in that, Also includes: Determine whether the key information meets the order generation conditions; If the key information does not meet the order generation conditions, a first update prompt message and / or a second update prompt message are generated based on the key information and the order generation conditions. Send the first update notification to the first client, and / or send the second update notification to the second client corresponding to the object provider; The order information is updated based on the first update information sent by the first client and / or the second update information sent by the second client.

10. The method according to claim 9, characterized in that, The step of generating the first update notification information and / or the second update notification information based on the key information and the order generation conditions includes: Based on the key information and the order generation conditions, at least one missing type parameter is determined; Based on the missing type parameter corresponding to the user, generate the first update prompt information; Based on the missing type parameter corresponding to the object provider, a second update prompt message is generated.

11. The method according to claim 10, characterized in that, Also includes: Based on the at least one missing type parameter, generate progress prompt information; The progress notification information is sent to the first client and / or the second client.

12. The method according to claim 1, characterized in that, Also includes: Send an order construction prompt message to the first client and / or the second client corresponding to the object provider; The generation of order information based on the key information includes: In response to an order creation request triggered by the order creation prompt information, order information is generated based on the key information.

13. The method according to any one of claims 1-12, characterized in that, The communication operation includes session operation, and the method further includes: In response to a session request for a target object, a session connection is established between the first client and a second client corresponding to the object provider; the first client and the second client perform session operations based on the session connection; The acquisition of at least one communication message generated by the user and the object provider for the communication operation of the target object includes: Obtain at least one session message transmitted based on the session connection.

14. The method according to claim 13, characterized in that, Before performing processing operations on the target object in response to a confirmation request triggered by the order information, the method further includes: When the session connection switches from an active state to a suspended state, the order information is saved; When the session connection switches from the suspended state to the active state, the order information corresponding to the session connection is loaded from the saved data and the order information is sent to the first client.

15. A display method, characterized in that, include: Get order information; The order information is generated based on key information in at least one communication message, which is obtained based on communication operations between the user and the object provider for the target object. Display the order information; In response to the confirmation operation for the order information, a confirmation request is sent to the server, the confirmation request being used to instruct the execution of a processing operation for the target object.

16. The method according to claim 15, characterized in that, The communication operation is a session operation, the communication message is a session message, and the method further includes: The session page is displayed in the first area of ​​the user interface, and the session message corresponding to the communication operation is displayed on the session page; The display of the order information includes: The order information is displayed in the second area of ​​the user interface.

17. An order generation method, characterized in that, include: Obtain at least one communication message generated by the user and the object provider for the communication operation of the target object; Based on the at least one communication message, determine the key information; Based on the aforementioned key information, order information is generated.

18. 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 object processing method as described in any one of claims 1-14, or the display method as described in any one of claims 15-16, or the order generation method as described in claim 17.

19. A computer-readable storage medium, characterized in that, It stores a computer program that, when executed by a processing component, implements the object processing method as described in any one of claims 1-14, or the display method as described in any one of claims 15-16, or the order generation method as described in claim 17.

20. A computer program product, characterized in that, It includes a computer program or instructions that, when executed by a processing component, implement the object processing method as described in any one of claims 1-14, or the display method as described in any one of claims 15-16, or the order generation method as described in claim 17.

Images