A method, device, equipment and medium for displaying a rental order state

Abstract

The application provides a lease order state display method and device, equipment and medium, and relates to the technical field of data processing. The method comprises the following steps: acquiring a main state of a target lease order; the main state is used to represent a basic stage of the target lease order in a preset system performance process; determining a user display state corresponding to the main state according to the main state; judging whether the target lease order hits a special business process to obtain a hit judgment result; the special business process deviates from a main business process corresponding to the main state; determining a to-be-displayed state from the user display state according to the hit judgment result; generating an operation button set according to the main state, the to-be-displayed state and current business data corresponding to the main state; and displaying a state label corresponding to the to-be-displayed state and the operation button set. The application improves the user operation efficiency and thus improves the user experience.

Description

Technical Field

[0001] This application relates to the field of data processing technology, and more specifically, to a method, apparatus, device, and medium for displaying the status of rental orders. Background Technology

[0002] Against the backdrop of the rapid development of the sharing economy and circular economy, rental e-commerce is gradually gaining widespread acceptance as an emerging consumption model. Users can rent high-value goods such as mobile phones, computers, home appliances, and photography equipment through the platform, paying rental fees on a periodic basis and returning the goods to the platform after use. Rental e-commerce lowers the threshold for individual consumption and improves the utilization efficiency of idle resources.

[0003] In traditional e-commerce, order status is designed around a one-time transaction, typically including linear progression nodes such as pending payment, pending shipment, pending receipt, transaction completed, and order closed. These statuses primarily reflect the short-term process from order placement to delivery, and their structure is relatively fixed. However, in rental e-commerce, orders do not end immediately after the user receives the goods; instead, they enter a continuous rental period.

[0004] However, in existing rental e-commerce solutions, the underlying system status fields often use internal business terminology, which can easily cause comprehension difficulties for users. Furthermore, the same main state often encompasses multiple sub-situations, and the lack of contextual distinction makes it difficult for users to grasp the actual meaning of the current node. Operation entry points lack clear priorities and combination rules, resulting in chaotic function stacking and increasing the difficulty for users to identify the core path. This increases the cognitive burden on users, reduces operational efficiency, and weakens the consistency of multi-terminal experiences and platform usability. Summary of the Invention

[0005] The purpose of this application is to address the shortcomings of the prior art by providing a method, apparatus, device, and medium for displaying rental order status, thereby improving user operation efficiency and enhancing user experience.

[0006] To achieve the above objectives, the technical solutions adopted in the embodiments of this application are as follows: In a first aspect, one embodiment of this application provides a method for displaying the status of a rental order, the method comprising: Obtain the main status of the target rental order; the main status is used to characterize the basic stage of the target rental order in the preset system fulfillment process; Based on the main state, determine the user display state corresponding to the main state; Determine whether the target rental order matches a special business process to obtain a match result; the special business process is the main business process that deviates from the main state. The state to be displayed is determined from the user's display state based on the hit determination result; A set of operation buttons is generated based on the main state, the state to be displayed, and the current business data corresponding to the main state. Display the status label corresponding to the state to be displayed, as well as the set of operation buttons.

[0007] Optionally, determining the state to be displayed from the user's display state based on the hit determination result includes: If the hit determination result is: the target rental order hits multiple special business processes, the target special business process corresponding to the highest priority is determined according to the priority of the multiple special business processes; The display state corresponding to the target special business process is determined from the user display state as the state to be displayed.

[0008] Optionally, determining the state to be displayed from the user's display state based on the hit determination result includes: If the hit determination result is: the target rental order hits multiple special business processes, the target special business process corresponding to the highest priority is determined according to the priority of the multiple special business processes; The display state corresponding to the target special business process is determined from the user display state as the state to be displayed.

[0009] Optionally, determining the state to be displayed from the user's display state based on the hit determination result includes: If the hit determination result is that the target rental order does not match the special business process, the fallback state is determined from the user display state as the state to be displayed.

[0010] Optionally, determining whether the target rental order matches a special business process and obtaining a match result includes: Based on the current business data, the current process node of the target rental order, or the user operation result, determine whether the target rental order hits a special business process, and obtain the hit determination result.

[0011] Optionally, generating a set of operation buttons based on the main state, the state to be displayed, and the current business data corresponding to the main state includes: Based on the state and the state to be displayed, filter the set of candidate buttons from the preset operation button configuration table; The set of operation buttons is generated based on the current business data and the set of candidate buttons.

[0012] Optionally, generating the set of operation buttons based on the current business data and the candidate button set includes: Based on the current business data, the display conditions of each button in the candidate button set are verified; From the set of candidate buttons, determine the target button that passes the verification; The set of operation buttons is generated based on the button priority, page display position, and port capabilities of the target button.

[0013] Optionally, the step of displaying the status label corresponding to the state to be displayed, and the set of operation buttons, includes: Based on the priority of the operation buttons in the set of operation buttons, determine the outer display button and the collapse display button from the set of operation buttons; The outer display buttons are displayed from right to left according to their corresponding priorities; The foldable display buttons are then grouped into more entry buttons corresponding to the foldable display buttons according to their respective priorities.

[0014] Secondly, another embodiment of this application provides a rental order status display device, the device comprising: The acquisition module is used to acquire the main status of the target rental order and the corresponding business data; the main status is used to characterize the basic stage of the target rental order in the preset system fulfillment process. The first determining module is used to determine the user display state corresponding to the main state based on the main state. The judgment module is used to determine whether the target rental order matches a special business process and obtain a match judgment result; the special business process is the main business process that deviates from the main state. The second determining module is used to determine the state to be displayed from the user display state based on the hit judgment result; The generation module is used to generate a set of operation buttons based on the main state, the state to be displayed, and the current business data corresponding to the main state; The display module is used to display the status labels corresponding to the state to be displayed, as well as the set of operation buttons.

[0015] Thirdly, another embodiment of this application provides a computer device, including: a processor, a memory, and a bus, wherein the memory stores machine-readable instructions executable by the processor, and when the computer device is running, the processor communicates with the memory via the bus, and the processor executes the machine-readable instructions to perform the steps of the rental order status display method as described in any of the first aspects above.

[0016] Fourthly, another embodiment of this application provides a storage medium storing a computer program, which, when executed by a processor, performs the steps of the rental order status display method as described in any of the first aspects above.

[0017] The beneficial effects of this application are: This application provides a method, apparatus, device, and medium for displaying the status of rental orders. It obtains the main status of a target rental order, determines the corresponding user display status based on the main status, judges whether the target rental order falls under a specific business process, obtains a hit judgment result, determines the state to be displayed from the user display status based on the hit judgment result, and generates a set of operation buttons based on the main status, the state to be displayed, and the current business data corresponding to the main status. It also displays the status label corresponding to the state to be displayed and the set of operation buttons. This application achieves a refined expression of the rental order lifecycle by separating the main order status from the user-understandable display status and introducing a special business process judgment mechanism, ensuring that key information is presented first. Simultaneously, the operation buttons are dynamically generated based on the main status, the state to be displayed, and real-time business data, improving user operation efficiency. Finally, the display results are uniformly output by the backend, reducing maintenance costs and enhancing scalability and user experience. Attached Figure Description

[0018] To more clearly illustrate the technical solutions of the embodiments of this application, the accompanying drawings used in the embodiments will be briefly introduced below. It should be understood that the following drawings only show some embodiments of this application and should not be regarded as a limitation of the scope. For those skilled in the art, other related drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 A flowchart illustrating a method for displaying the status of a rental order, provided as an embodiment of this application; Figure 2 A flowchart illustrating the process of determining the status to be displayed in a rental order status display method provided in an embodiment of this application; Figure 3 A flowchart illustrating the generation of a set of operation buttons in a method for displaying the status of a rental order provided in this application embodiment; Figure 4 A flowchart illustrating the generation of a set of operation buttons in another method for displaying the status of a rental order provided in this application embodiment; Figure 5 A flowchart illustrating the display of a set of operation buttons in a method for displaying the status of a rental order provided in this application embodiment; Figure 6 A schematic diagram of a rental order status display device provided in this application embodiment; Figure 7 This is a schematic diagram of the structure of a computer device provided in an embodiment of this application. Detailed Implementation

[0020] To make the objectives, technical solutions, and advantages of the embodiments of this application clearer, the technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. It should be understood that the accompanying drawings in this application are for illustrative and descriptive purposes only and are not intended to limit the scope of protection of this application. Furthermore, it should be understood that the schematic drawings are not drawn to scale. The flowcharts used in this application illustrate operations implemented according to some embodiments of this application. It should be understood that the operations in the flowcharts may not be implemented in sequence, and steps without logical contextual relationships may be reversed or implemented simultaneously. In addition, those skilled in the art, guided by the content of this application, may add one or more other operations to the flowcharts, or remove one or more operations from the flowcharts.

[0021] Furthermore, the described embodiments are merely some, not all, of the embodiments of this application. The components of the embodiments of this application described and illustrated herein can typically be arranged and designed in various different configurations. Therefore, the following detailed description of the embodiments of this application provided in the accompanying drawings is not intended to limit the scope of the claimed application, but merely to illustrate selected embodiments of the application. All other embodiments obtained by those skilled in the art based on the embodiments of this application without inventive effort are within the scope of protection of this application.

[0022] It should be noted that the term "comprising" will be used in the embodiments of this application to indicate the presence of the features declared thereafter, but does not exclude the addition of other features.

[0023] Traditional e-commerce's one-off orders cannot match the long-cycle, multi-stage, and highly interactive business characteristics of rental e-commerce. If the order status is directly sent to users or parsed and judged by different portals, it leads to high cognitive costs for users, fragmented experiences across multiple platforms, and confusing operation entry points, causing users to feel lost and unable to understand the current status of their rental orders.

[0024] To address this, this application provides a method for displaying the status of rental orders. The method involves obtaining the main status of the target rental order, determining the corresponding user display status based on the main status, and judging whether the target rental order falls under a specific business process. Based on this judgment, the method determines the status to be displayed from the user display statuses and generates a set of operation buttons based on the main status, the status to be displayed, and the current business data corresponding to the main status. The method then displays the status label corresponding to the status to be displayed, as well as the set of operation buttons. This method improves users' understanding of rental order statuses, thereby increasing operational efficiency.

[0025] To describe the method provided in the embodiments of this application, the rental order status display method provided in this application will be explained below with reference to several accompanying drawings. Figure 1 This is a flowchart illustrating a method for displaying the status of a rental order, as provided in an embodiment of this application. Figure 1 As shown, the method includes: Step 101: Obtain the main status of the target rental order.

[0026] The target rental order refers to a specific rental order for a particular user, whose current status and operation buttons need to be displayed. It can be understood as the rental order that a user is currently operating on. The main status represents the basic stage of the target rental order in the preset system fulfillment process, controlling the internal fulfillment process of the target rental order, such as payment, review, delivery, receipt, rental period management, return, acceptance, settlement, and closure. The main status can include order statuses such as pending payment, pending risk control, pending delivery, pending receipt, pending return, in progress, transaction completed, and order closed.

[0027] Optionally, the target rental order can be obtained, and the corresponding master status can be determined based on the target rental order.

[0028] Step 102: Determine the user display status corresponding to the main status based on the main status.

[0029] The user display status is a user-oriented status label generated based on the main status, enabling the user to understand the true stage of the target rental order. The user display status may include: pending payment, pending review, application cancellation in progress, review completed, preparing goods, pending shipment, application cancellation in progress, pending receipt, renting, pending return, application purchase in progress, renewal in progress, overdue, returning in progress, returned, purchased, transaction completed, cancelled, and other order-related statuses. This application embodiment does not limit these.

[0030] Optionally, based on the main state, a preset mapping relationship between the main state and the user display state is used to determine the user display state corresponding to the main state. The preset mapping relationship between the main state and the user display state can be generated uniformly by the backend, or by the middleware service, order display service, or client configuration service, as long as the same set of rules is reused across multiple ports.

[0031] The mapping relationship between the preset main state and the user display state is shown in the table below: Preset main state and user display state mapping table

[0032] Step 103: Determine whether the target rental order falls under the special business process and obtain the hit determination result.

[0033] Special business processes are those that deviate from the main business processes corresponding to the main state, and are non-mainstream processes generated due to user-initiated actions or system rules. For example, when an order has a user-initiated purchase request that has not yet been approved or cancelled, the "Purchase in Progress" status can be triggered, thus triggering a special business process; when an order requires a deposit payment that has not yet been completed, the relevant status or button for deposit payment can be triggered, thus triggering a special business process; when an order is in the "Pending Receipt" main state, a "Confirm Receipt" operation can be displayed; after the user confirms receipt, the order enters the "Pending Return" main state, and the "Confirm Receipt" operation is no longer displayed, thus triggering a special business process; when an order is within the rental period and has not reached the return reminder node, it can display "Renting in Progress"; when an order reaches the return reminder node or the rental period ends, it can display "Pending Return"; when an order exceeds the due return time and has not been returned, it can display "Overdue," all of which trigger a special business process; when an order has been submitted for return and has entered the return logistics or return processing stage, it can display "Returning in Progress," thus triggering a special business process.

[0034] Optionally, a preset special business matching rule is used to determine whether the target rental order matches a special business process, and a matching result is obtained. The preset special business matching rule is a judgment rule pre-set based on the current rental process and rental scenario.

[0035] Step 104: Determine the state to be displayed from the user's display state based on the hit judgment result.

[0036] The hit determination result indicates whether the target rental order matches a specific business process. The pending display status is a unique status label presented to the user, indicating the display status of the target rental order.

[0037] Optionally, if the hit determination result indicates that the target rental order matches a special business process, the display status is determined from the user's display status based on the special business process. If the hit determination result indicates that the target rental order does not match a special business process, the display status is determined directly from the user's display status.

[0038] Step 105: Generate a set of operation buttons based on the main state, the state to be displayed, and the current business data corresponding to the main state.

[0039] The current business data refers to the user's operation data and the process of the target rental order. This data may include payment status (whether payment has been made), deposit status (whether a payment is required), logistics information (whether a tracking number exists, whether the item has been signed for), user operation records (whether a return request has been submitted, whether a purchase application has been submitted), time nodes (whether the return reminder date has arrived, whether the deadline has passed), renewal / purchase process status, and evaluation status (whether an evaluation has been completed). This embodiment does not limit these aspects. Operation buttons include: go to payment, cancel order, automatic risk control, cancel application, go to pay rent, pay deposit, contact customer service, agreement notarization, bill details, remind to ship, view logistics, confirm receipt, return, renew, purchase or apply for purchase, appeal on rental start date, evaluation, place another order, and renewal records. This embodiment does not limit these aspects.

[0040] Step 106: Display the status labels corresponding to the status to be displayed, as well as the set of operation buttons.

[0041] Among them, the status label is a label generated based on the status to be displayed, which is used to display on the user interface so that the user can determine the status to be displayed based on the status label.

[0042] Optionally, the status label corresponding to the status to be displayed can be displayed according to the preset position of the status label corresponding to the status to be displayed, and the set of operation buttons can be displayed according to the preset position of the set of operation buttons.

[0043] In this embodiment, the main state of the target rental order is obtained. Based on the main state, the user display state corresponding to the main state is determined. It is then determined whether the target rental order hits a special business process, and a hit judgment result is obtained. Based on the hit judgment result, the state to be displayed is determined from the user display states. Based on the main state, the state to be displayed, and the current business data corresponding to the main state, a set of operation buttons is generated. The status label corresponding to the state to be displayed and the set of operation buttons are displayed. This application achieves a refined expression of the rental order lifecycle by separating the main order state from the user-understandable display state and introducing a special business process judgment mechanism, ensuring that key information is presented first. At the same time, the operation buttons are dynamically generated based on the main state, the state to be displayed, and real-time business data, improving user operation efficiency. Finally, the display results are uniformly output by the backend, reducing maintenance costs and enhancing scalability and user experience.

[0044] Based on the above embodiments, this application also provides a process for determining the status to be displayed in a method for displaying the status of a rental order. Figure 2 This is a flowchart illustrating the process of determining the status to be displayed in a rental order status display method provided in an embodiment of this application, as shown below. Figure 2 As shown, in step 104 above, the state to be displayed is determined from the user's display state based on the hit judgment result, including: Step 201: If the hit judgment result is: the target rental order hits multiple special business processes, determine the target special business process corresponding to the highest priority according to the priority of the multiple special business processes.

[0045] The priorities for several special business processes may include: prioritizing the display of states that may restrict subsequent user operations or affect order fulfillment results; prioritizing the display of states that require user confirmation, processing, or involve changes in fees; prioritizing the display of critical business states such as cancellation, purchase, return, and overdue over ordinary fulfillment process states; and determining the display priority of multiple process nodes belonging to the same fulfillment chain according to the order of business processes.

[0046] Optionally, if the target rental order matches multiple special business processes, it means that the target rental order is a non-mainstream process generated by user active operation or system rule trigger. Based on the priority of the multiple special business processes, the multiple special business processes are sorted to determine the target special business process corresponding to the highest priority.

[0047] Step 202: Determine the display status corresponding to the target special business process from the user display status as the display status to be displayed.

[0048] Optionally, the target specific business process is matched with the user's display status to obtain the display status corresponding to the target specific business process as the display status to be displayed.

[0049] In this embodiment of the application, when a target rental order simultaneously hits multiple special business processes, the highest priority target special business process is determined by setting priority rules, and its corresponding display status is used as the final display status. This ensures that critical, urgent, or user-affecting statuses are presented, avoids information redundancy or misleading information, and improves the user's accurate understanding of the current stage of the order and provides operational guidance.

[0050] Based on the above embodiments, this application also provides another process for determining the state to be displayed in a rental order status display method. In step 104 above, the state to be displayed is determined from the user's display status based on the hit judgment result, including: If the hit judgment result is: the target rental order does not match the special business process, determine the fallback status from the user's displayed status as the status to be displayed.

[0051] The fallback state refers to the user's display state when the order does not meet any special business process requirements. The fallback state is the normal state corresponding to the standard fulfillment stage of the main state. Each main state has a corresponding preset fallback state, and the specific fallback state can be a state pre-configured for different main states. The specific state is determined according to the current rental order scenario, and this application embodiment does not impose any restrictions on this.

[0052] Optionally, if the target rental order does not match any special business process, it means that the target rental order is flowing normally, and the fallback state is determined as the state to be displayed based on the user display status in the main state.

[0053] In this embodiment, when the target rental order does not match any special business process, a fallback state corresponding to the current main state is selected from the preset user display states as the state to be displayed. This ensures that clear order status information can still be output stably even in abnormal or default situations. This avoids the problem of no state to display on the front end due to omissions in business logic or missing states, and ensures that users can always intuitively understand the stage of the order.

[0054] Based on the above embodiments, this application also provides a process for determining the hit judgment result in the rental order status display method. In step 103 above, it is determined whether the target rental order hits a special business process to obtain the hit judgment result, including: Based on current business data, the current process node of the target rental order, or the user's operation results, determine whether the target rental order falls into a specific business process and obtain the hit determination result.

[0055] The current business data may include order-related data such as the order's main status, sub-status, number of days rented, and late fees. The current process node of the target rental order indicates the exact position of the order in the entire rental lifecycle. The user operation result is the recorded or returned feedback status / return value after the user performs a specific action at the target rental order process node.

[0056] Optionally, based on current business data, the current process node of the target rental order, or the user's operation result, a preset special business matching rule is used to determine whether the target rental order matches the special business process and obtain the matching result.

[0057] In this embodiment of the application, by comprehensively analyzing the current business data, the current process node of the order, and the user operation results, it is determined whether a special business process is hit. This can comprehensively and accurately identify the actual operating status of the order in a complex leasing scenario, avoiding misjudgment or omission caused by relying on a single dimension for judgment.

[0058] Based on the above embodiments, this application also provides a process for generating a set of operation buttons in a method for displaying the status of a rental order. Figure 3 This is a flowchart illustrating the process of generating a set of operation buttons in a method for displaying the status of a rental order provided in an embodiment of this application. Figure 3 As shown, in step 105 above, a set of operation buttons is generated based on the main state, the state to be displayed, and the current business data corresponding to the main state, including: Step 301: Based on the main state and the state to be displayed, filter the candidate button set from the preset operation button configuration table.

[0059] The preset operation button configuration table includes the relationships between the main state, the state to be displayed, button identifier, button name, display conditions, button priority, display position, and trigger actions. The candidate button set is the set of buttons to be displayed selected from the preset operation button configuration table based on the main state and the state to be displayed.

[0060] For example, a preset operation button configuration table is shown in the table below. This table is only for illustrative purposes, and the specific preset operation button configuration table may also include other contents. This application embodiment does not limit this.

[0061] Preset operation button configuration table

[0062] Optionally, based on the main state and the state to be displayed, the contents of the main state and the state to be displayed in the preset operation button configuration table are selected, and a set of candidate buttons for filtering is determined based on the main state and the state to be displayed.

[0063] Step 302: Generate an action button set based on the current business data and the candidate button set.

[0064] The set of operation buttons is the set of display buttons selected from the set of candidate buttons. Current business data may include whether the order has been paid, whether a deposit needs to be paid, whether there is a cancellation request, whether there is a purchase request, whether the rental renewal process is underway, whether the goods have been shipped, whether there is logistics information, whether receipt has been confirmed, whether the rental period is within the specified timeframe, whether the return date has been reached, whether the return has been submitted, whether a review has been given, and whether the current port supports the corresponding capabilities, etc. This embodiment of the application does not impose any limitations on these aspects.

[0065] Optionally, based on the current business data and the candidate button set, the button in the candidate button set that corresponds to the current business data is determined as the operation button set.

[0066] For example, when an order is in the "awaiting receipt" status and has logistics information, a "View Logistics" button can be generated; when an order is in the "awaiting receipt" status and has not yet been confirmed as received, a "Confirm Receipt" button can be generated; when an order is in the "awaiting return" status and the user has not submitted a return request, a "Return" button can be generated; when an order is in the "rental" status and meets the renewal conditions, a "Renew" button can be generated; when an order has an incomplete purchase request, a "Purchase Request" button can be generated or the display status of purchase-related buttons can be adjusted; when an order has completed the transaction and meets the evaluation conditions, an "Evaluate" button can be generated. If the business conditions corresponding to a candidate button are not met, that button will not be output. For example, after an order has been confirmed as received, the "Confirm Receipt" button will no longer be output; when an order has no logistics information, the "View Logistics" button may not be output or may be grayed out; after an order has been evaluated, the "Initial Evaluation" button will no longer be output, but buttons such as "Follow-up Evaluation" and "Re-evaluation" may be output according to business rules.

[0067] For example, different main states and user display states correspond to different buttons. The "Pending Payment" state can display buttons such as "Contact Customer Service," "Cancel Order," and "Pay Now"; the "Pending Receipt" state can display buttons such as "View Logistics," "Confirm Receipt," and "Contact Customer Service"; the "Renting" state can display buttons such as "Return," "Bill Details," and "Contact Customer Service," and can also display buttons such as "Purchase," "Renew," "Review," and "View Logistics" in the "More Operations" section; the "Purchase Application" state can display buttons such as "Purchase Application in Progress," "Return," and "Contact Customer Service"; the "Returning" state can display buttons such as "Bill Details," "View Logistics," and "Contact Customer Service"; and the "Transaction Completed" state can display buttons such as "Review," "Place Another Order," and "Contact Customer Service."

[0068] In this embodiment, the operation buttons are dynamically generated, which improves the user experience and ensures that users can only see operations that are relevant to their current order status and are executable, reducing accidental operations. At the same time, it can adapt to new business scenarios simply by updating the configuration table without modifying the code, which enhances flexibility and scalability, and facilitates unified management and multi-terminal reuse.

[0069] Based on the above embodiments, this application also provides a process for generating a set of operation buttons in another method for displaying the status of a rental order. Figure 4 A flowchart illustrating the generation of an operation button set in another method for displaying the status of a rental order provided in this application embodiment is shown below. Figure 4 As shown, in step 302 above, an operation button set is generated based on the current business data and the candidate button set, including: Step 401: Based on the current business data, validate the display conditions of each button in the candidate button set.

[0070] Each button in the candidate button set has corresponding display conditions, and the corresponding button can only be displayed if the display conditions are met.

[0071] Optionally, based on the current business data, the display conditions of each button in the candidate button set are checked in turn to determine whether each button meets the display conditions.

[0072] For example, the conditions for displaying the "Pay Deposit" button are: the order requires a deposit payment and has not yet been completed; the conditions for displaying the "Confirm Receipt" button are: the order has been shipped, there is logistics information, and the user has not yet confirmed receipt; the conditions for displaying the "Renew" button are: the order is in use, has not been returned, and meets the platform's set renewal time window; and the conditions for displaying the "Apply to Purchase" button are: the order allows purchase, no purchase application has been submitted, and the order has not been returned.

[0073] Step 402: Determine the target button that has passed the verification from the candidate button set.

[0074] The target button is the button that meets the display conditions.

[0075] Optionally, select the target buttons that pass the validation and can be displayed from the set of candidate buttons.

[0076] Step 403: Generate a set of operation buttons based on the target button's button priority, page display location, and port capabilities.

[0077] Button priority indicates the order of importance of each action button. Higher priority buttons are more critical and should be displayed in easily accessible locations. Page display location refers to the button's position on the page, which may include a direct outer display area or a drop-down menu for less important buttons. Port capabilities indicate the range of functions supported by different clients. Some functions may only be available in the application and not in the mini-program. Even if the button display conditions are met, if the current port does not support the function, the button should be hidden or the user should be prompted to switch ports.

[0078] Optionally, the target buttons are sorted according to their button priority to obtain a sorting result. Then, based on their display position on the page, the buttons displayed in the outer layer and the buttons in the "More" dropdown menu are determined. Finally, based on the buttons displayed in the outer layer, the buttons in the "More" dropdown menu, and the port capabilities of different clients, the set of operation buttons for different clients is determined.

[0079] For example, the outer layer of an order card can display three buttons. When the number of target buttons that can be displayed exceeds the outer layer's display limit, the higher-priority buttons are displayed directly, while lower-priority buttons are placed in more entry points. The number of buttons displayed directly on the outer layer is not limited to three and can be dynamically adjusted based on different page sizes, screen sizes, or port capabilities. These buttons are arranged from right to left according to priority. Since users can more easily reach the right-side buttons within the order card, higher-priority buttons are placed further to the right. Buttons placed in more entry points are arranged from top to bottom according to priority, placing higher-priority auxiliary operations above the menu.

[0080] For example, after generating a set of operation buttons based on the target button's button priority, page display position, and port capabilities, the operation button sets for different clients are sent to the corresponding clients, so that the clients display the operation button sets on the corresponding interfaces. At the same time, the current business data, user display status, user display status description, operation button priority, and operation button trigger actions are also sent to the corresponding clients.

[0081] For example, when a user views an order through a certain port, the system first identifies the current port, then, based on the port's capabilities, performs an adaptation check on the generated main state, the state label to be displayed, and the target button. If the current port supports the corresponding business capability, the relevant state and button are displayed normally; if the current port does not support it, the generation of the state can be restricted during the business hit stage, or the corresponding button can be hidden during the display stage. For special business states generated on other ports, if the current port only supports viewing but not further processing, the corresponding operation entry can be hidden, or the user can be prompted to return to a port that supports the capability to continue the operation when they click it. For example, if some ports do not currently support the ability to pay a deposit, the system can restrict the order from hitting the deposit payment process at the business source, thereby not displaying the corresponding state or button. If an order generates a special business state on port A, and the user views the order on port B, which does not support the capability, the system can hide the button that port does not support; if the button is not hidden, the user can be prompted to return to port A to continue the operation when they click it.

[0082] In this embodiment, the display conditions of candidate buttons are validated based on current business data to ensure that only buttons matching the actual order status and user operation permissions are displayed, thus avoiding the presentation of invalid or incorrect operation entries. Furthermore, intelligent filtering and sorting are performed by combining button priority, page display position, and capability differences across different platforms, achieving precise, personalized, and orderly display of operation buttons. This improves the intuitiveness and convenience of user operations, reduces the risk of accidental operations, and ensures consistency of display across multiple platforms and the overall maintainability of the system.

[0083] Based on the above embodiments, this application also provides a process for displaying a set of operation buttons in a method for displaying the status of a rental order. Figure 5 This is a flowchart illustrating the display of a set of operation buttons in a method for displaying the status of a rental order provided in an embodiment of this application. Figure 5 As shown, step 106 above displays the status label corresponding to the state to be displayed, as well as a set of operation buttons, including: Step 501: Based on the priority of the operation buttons in the operation button set, determine the outer display button and the collapsed display button from the operation button set.

[0084] The outer layer displays a preset number of buttons.

[0085] Optionally, the set of operation buttons can be sorted according to their priority. Based on the number of outer display buttons, the operation buttons that are sorted first are determined to be outer display buttons, and the rest are collapsed display buttons.

[0086] Step 502: Display the outer layer buttons from right to left according to their corresponding priorities.

[0087] Optionally, since the right side is closer to the user's hand and more convenient to operate, the outer display buttons are displayed from right to left according to their corresponding priorities, with the highest priority placed on the far right and the priorities decreasing from right to left.

[0088] Step 503: Organize the foldable display buttons into the entry buttons corresponding to more foldable display buttons according to their respective priorities.

[0089] Optionally, the foldable display buttons can be grouped into more entry buttons corresponding to the foldable display buttons according to their respective priorities, so that the first button after opening the foldable display button is the one with the highest priority, and the priorities decrease from top to bottom.

[0090] In this embodiment, by distinguishing between outer display buttons and collapsed display buttons according to the priority of operation buttons, and placing high-priority buttons in a prominent position on the right side of the order card while storing low-priority buttons in more entry points, key operations can be highlighted within a limited interface space, improving the efficiency of users in finding and clicking core functions. At the same time, the orderly arrangement from right to left and from top to bottom according to priority conforms to users' visual habits and operation paths, enhancing the clarity and consistency of the interface.

[0091] Based on the same inventive concept, this application also provides a rental order status display device corresponding to the rental order status display method. Since the principle of the device in this application is similar to the rental order status display method described above, the implementation of the device can refer to the implementation of the method, and the repeated parts will not be described again.

[0092] Figure 6 This is a schematic diagram of the structure of a rental order status display device provided in an embodiment of this application, as shown below. Figure 6 As shown, the device includes: The acquisition module 601 is used to acquire the main status of the target rental order and the corresponding business data; the main status is used to characterize the basic stage of the target rental order in the preset system fulfillment process. The first determining module 602 is used to determine the user display status corresponding to the main status based on the main status. The judgment module 603 is used to determine whether the target rental order matches a special business process and obtain a match judgment result; the special business process is the main business process that deviates from the main state. The second determining module 604 is used to determine the state to be displayed from the user's display state based on the hit judgment result; The generation module 605 is used to generate a set of operation buttons based on the main state, the state to be displayed, and the current business data corresponding to the main state; The display module 606 is used to display the status labels corresponding to the status to be displayed, as well as the set of operation buttons.

[0093] In one possible implementation, the second determining module 604 is specifically used to: if the hit judgment result is: the target rental order hits multiple special business processes, determine the target special business process corresponding to the highest priority according to the priority of the multiple special business processes; The display status corresponding to the target special business process is determined from the user's display status and designated as the display status to be displayed.

[0094] In one possible implementation, the second determining module 604 is specifically used to: if the hit judgment result is that the target rental order does not hit the special business process, determine the fallback state from the user display state as the state to be displayed.

[0095] In one possible implementation, the second determining module 604 is specifically used to: determine whether the target rental order hits a special business process based on the current business data, the current process node of the target rental order, or the user operation result, and obtain a hit determination result.

[0096] In one possible implementation, the generation module 605 is specifically used to: filter a set of candidate buttons from a preset operation button configuration table based on the status and the status to be displayed; Based on the current business data and the candidate button set, generate an action button set.

[0097] In one possible implementation, the generation module 605 is specifically used to: verify the display conditions of each button in the candidate button set based on the current business data; Determine the target button that passes the validation from the candidate button set; Generate a set of action buttons based on the target button's button priority, page display location, and port capabilities.

[0098] In one possible implementation, the display module 606 is specifically used to: determine the outer display button and the collapsible display button from the set of operation buttons according to the priority of the operation buttons in the set of operation buttons; Display the outermost buttons from right to left according to their respective priorities; The foldable display buttons will be grouped into the entry buttons corresponding to more foldable display buttons according to their respective priorities.

[0099] The processing flow of each module in the device and the interaction flow between each module can be referred to the relevant descriptions in the above method embodiments, and will not be detailed here.

[0100] This application also provides a computer device. Figure 7 This application provides a schematic diagram of the structure of a computer device, as shown in the embodiment of the present application. Figure 7 As shown, the computer device includes a processor 701 and a memory 702, and optionally, a bus 703. The memory 702 stores machine-readable instructions executable by the processor 701. When the computer device is running, the processor 701 and the memory 702 communicate via the bus 703. When the machine-readable instructions are executed by the processor 701, the steps of the rental order status display method described above are performed.

[0101] This application also provides a computer-readable storage medium storing a computer program, which, when executed by a processor, performs the steps of the above-described rental order status display method.

[0102] Those skilled in the art will clearly understand that, for the sake of convenience and brevity, the specific working processes of the systems and devices described above can be referred to the corresponding processes in the method embodiments, and will not be repeated here. In the several embodiments provided in this application, it should be understood that the disclosed systems, devices, and methods can be implemented in other ways. The device embodiments described above are merely illustrative. For example, the division of modules is only a logical functional division, and in actual implementation, there may be other division methods. Furthermore, multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed mutual coupling or direct coupling or communication connection can be through some communication interfaces; the indirect coupling or communication connection of devices or modules can be electrical, mechanical, or other forms.

[0103] Furthermore, the functional units in the various embodiments of this application can be integrated into one processing unit, or each unit can exist physically separately, or two or more units can be integrated into one unit. If the functions are implemented as software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this invention, or the part that contributes to the prior art, or a part of the technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute all or part of the steps of the methods described in the various embodiments of this invention. The aforementioned storage medium includes: USB flash drives, portable hard drives, read-only memory (ROM), random access memory (RAM), magnetic disks, optical disks, and other media capable of storing program code.

[0104] The above are merely specific embodiments of this application, but the scope of protection of this application is not limited thereto. Any changes or substitutions that can be easily conceived by those skilled in the art within the scope of the technology disclosed in this application should be included within the scope of protection of this application.

Claims

1. A method for displaying the status of a rental order, characterized in that, The method includes: Obtain the main status of the target rental order; the main status is used to characterize the basic stage of the target rental order in the preset system fulfillment process; Based on the main state, determine the user display state corresponding to the main state; Determine whether the target rental order matches a special business process to obtain a match result; the special business process is the main business process that deviates from the main state. The state to be displayed is determined from the user's display state based on the hit determination result; A set of operation buttons is generated based on the main state, the state to be displayed, and the current business data corresponding to the main state. Display the status label corresponding to the state to be displayed, as well as the set of operation buttons.

2. The method according to claim 1, characterized in that, The step of determining the state to be displayed from the user display state based on the hit determination result includes: If the hit determination result is: the target rental order hits multiple special business processes, the target special business process corresponding to the highest priority is determined according to the priority of the multiple special business processes; The display state corresponding to the target special business process is determined from the user display state as the state to be displayed.

3. The method according to claim 2, characterized in that, The step of determining the state to be displayed from the user's display state based on the hit determination result includes: If the hit determination result is that the target rental order does not match the special business process, the fallback state is determined from the user display state as the state to be displayed.

4. The method according to claim 2, characterized in that, The process of determining whether the target rental order falls under a specific business process and obtaining a hit determination result includes: Based on the current business data, the current process node of the target rental order, or the user operation result, determine whether the target rental order hits a special business process, and obtain the hit determination result.

5. The method according to claim 1, characterized in that, The step of generating an operation button set based on the main state, the state to be displayed, and the current business data corresponding to the main state includes: Based on the state and the state to be displayed, filter the set of candidate buttons from the preset operation button configuration table; The set of operation buttons is generated based on the current business data and the set of candidate buttons.

6. The method according to claim 5, characterized in that, The step of generating the set of operation buttons based on the current business data and the set of candidate buttons includes: Based on the current business data, the display conditions of each button in the candidate button set are verified; From the set of candidate buttons, determine the target button that passes the verification; The set of operation buttons is generated based on the button priority, page display position, and port capabilities of the target button.

7. The method according to claim 6, characterized in that, The display of the status label corresponding to the state to be displayed, and the set of operation buttons, include: Based on the priority of the operation buttons in the set of operation buttons, determine the outer display button and the collapse display button from the set of operation buttons; The outer display buttons are displayed from right to left according to their corresponding priorities; The foldable display buttons are then grouped into more entry buttons corresponding to the foldable display buttons according to their respective priorities.

8. A rental order status display device, characterized in that, The device includes: The acquisition module is used to acquire the main status of the target rental order and the corresponding business data; the main status is used to characterize the basic stage of the target rental order in the preset system fulfillment process. The first determining module is used to determine the user display state corresponding to the main state based on the main state. The judgment module is used to determine whether the target rental order matches a special business process and obtain a match judgment result; the special business process is the main business process that deviates from the main state. The second determining module is used to determine the state to be displayed from the user display state based on the hit judgment result; The generation module is used to generate a set of operation buttons based on the main state, the state to be displayed, and the current business data corresponding to the main state; The display module is used to display the status labels corresponding to the state to be displayed, as well as the set of operation buttons.

9. A computer device, characterized in that, include: The processor and memory, the memory storing machine-readable instructions executable by the processor, which, when the computer device is running, are executed by the processor to perform the steps of the rental order status display method as described in any one of claims 1 to 7.

10. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, performs the steps of the rental order status display method as described in any one of claims 1 to 7.

Images