Page information display method and device, storage medium and program product

Abstract

The embodiment of the invention provides a page information display method and device, a storage medium and a program product. In the embodiment of the invention, the program code does not solidify the binding logic of the state of the function control and the state of the information object any more, but adopts a modular design mode through the server side, and the server side uses a platform identification module, a state machine module, a factory mode module and a weighting algorithm module to access the page every time. According to multi-dimensional information such as the target platform information and the target state of the target information object, the function control matched with the target information object in the target state is analyzed and determined in real time, so that dynamic adjustment of the function control is achieved, and then the user experience feeling and the page information display flexibility are enhanced.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to a page information display method, device, storage medium, and program product. Background Art

[0002] With the rapid development of internet applications and the increasing complexity of user interaction needs, functional controls on various internet application pages, as the core vehicle for user-system interaction, directly impact the convenience of user operation paths and the integrity of business processes. For example, on an order page, different order statuses correspond to different functional controls. For example, if the order is shipped, controls such as Extend Receipt and Check Logistics will be displayed.

[0003] In existing technologies, the presentation of functional controls typically relies on hard-coded associations with statuses. This involves pre-binding fixed functional controls to order statuses, with the binding relationship between these controls and order statuses written into the program code. While this approach allows functional controls associated with order status to be displayed on the page and allows corresponding functional operations to be performed based on these controls, the functional controls are fixed and cannot be dynamically adjusted, resulting in a limited user experience and low flexibility. Summary of the Invention

[0004] The embodiments of the present application provide a page information display method, device, storage medium and program product to achieve dynamic adjustment of functional controls, thereby enhancing user experience and flexibility of page information display.

[0005] The embodiment of the present application provides a page information display method, which is applied to a server side. The server side adopts a modular design method to dynamically process the binding relationship between information objects and function controls. The method includes: receiving an information viewing request sent by a terminal device, the information viewing request includes detailed information and a target state of the terminal device, and is used to request to view a target information object in a target state; based on the detailed information of the terminal device, calling a platform identification module to determine target platform information, where different platform information reflects different operating environment information; based on the target state, querying multiple states of the information object maintained by the state machine module and the factory mode modules corresponding to each state to obtain the target factory mode module; based on the target platform information, querying the information object maintained by the target factory mode module. A subset of function controls corresponding to each platform information is obtained to obtain a target function control subset, each function control subset includes at least one function control; a weighted algorithm module is called to calculate the adaptability of each function control in the target function control subset to the target information object from at least one information dimension, the same information dimension has different preferences for different function controls, and the preference is positively correlated with the adaptability; based on the adaptability of each function control, a target function control is selected from them, and the relative display position information of the target function control and the target information object is determined; the target information object, the target function control and the relative display position information are returned to the terminal device, so that the terminal device can display the target information object and the target function control on the page corresponding to the target state according to the relative display position information.

[0006] An embodiment of the present application also provides a server-side device, including: a processor and a memory, the memory being used to store a computer program. When the computer program is executed by the processor, the processor is enabled to implement each step of the page information display method provided in the embodiment of the present application.

[0007] An embodiment of the present application also provides a computer-readable storage medium storing a computer program. When the computer program is executed by a processor, the processor is enabled to implement each step of the page information display method provided in the embodiment of the present application.

[0008] An embodiment of the present application also provides a computer program product, including a computer program / instruction. When the computer program / instruction is executed by a processor, the processor is enabled to implement each step of the page information display method provided in the embodiment of the present application.

[0009] In the embodiment of the present application, the program code no longer solidifies the binding logic between the status of the functional control and the information object. Instead, the server adopts a modular design approach. Each time a page is accessed, the server uses the platform identification module, the state machine module, the factory mode module, and the weighted algorithm module to analyze and determine in real time the functional control that is adapted to the target information object in the target state based on multi-dimensional information such as the target platform information and the target state of the target information object, so as to realize dynamic adjustment of the functional control, thereby enhancing the user experience and the flexibility of page information display. BRIEF DESCRIPTION OF THE DRAWINGS

[0010] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation on the present application. In the drawings:

[0011] Figure 1 A flowchart of a page information display method provided by an exemplary embodiment of the present application;

[0012] Figure 2a-2d A schematic diagram of a page structure for displaying a target information object and a function control dynamically adapted to the target information object, provided by an exemplary embodiment of the present application;

[0013] Figure 3 A schematic diagram of the structure of a server device provided in an exemplary embodiment of the present application. DETAILED DESCRIPTION

[0014] To make the purpose, technical solutions, and advantages of this application more clear, the technical solutions of this application will be clearly and completely described below in conjunction with the specific embodiments of this application and the corresponding drawings. Obviously, the embodiments described are only part of the embodiments of this application, not all of them. Based on the embodiments in this application, all other embodiments obtained by ordinary technicians in this field without making creative efforts are within the scope of protection of this application.

[0015] It should be noted that, in the case of user information involved in the embodiments of the present 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 the present application are all information and data authorized by the user or fully authorized by all parties, and the collection, use and processing of relevant data need to comply with the relevant laws, regulations and standards of the relevant countries and regions, and provide corresponding operation entrances 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) are in compliance with relevant laws and standards.

[0016] In the existing technology, the display logic of the page function control is achieved by rigidly binding the correspondence between the information object status and the function control set in the server-side program code. In actual applications, it is found that this existing technology has a problem that when business rules change or cross-platform adaptation occurs, the binding relationship between the function control and the status is solidified at the code layer, and the display of the function control can only be adjusted by modifying the code and republishing it. The function control cannot be dynamically adjusted, resulting in limited user experience and low flexibility.

[0017] In order to solve the problems existing in the above-mentioned prior art, in the embodiment of the present application, the program code no longer solidifies the binding logic of the function control and the status of the information object, but adopts a modular design method through the server. Each time the page is accessed, the server uses the platform identification module, state machine module, factory mode module and weighted algorithm module to analyze and determine the function control adapted to the target information object in the target state in real time based on multi-dimensional information such as target platform information and target status of the target information object, so as to realize dynamic adjustment of the function control, thereby enhancing the user experience and the flexibility of page information display.

[0018] The following describes in detail the technical solutions provided by various embodiments of the present application in conjunction with the accompanying drawings.

[0019] Figure 1 The following is a flow chart of a method for displaying information on a page provided by an exemplary embodiment of the present application. Figure 1 As shown, the method includes:

[0020] S101. Receive an information viewing request sent by a terminal device, where the information viewing request includes detailed information of the terminal device and a target state, and is used to request viewing a target information object in the target state;

[0021] S102: Based on the detailed information of the terminal device, call the platform identification module to determine the target platform information, where different platform information reflects different operating environment information;

[0022] S103, according to the target state, querying multiple states of the information object maintained by the state machine module and the factory mode modules corresponding to each state to obtain the target factory mode module;

[0023] S104: querying the function control subsets corresponding to the platform information maintained by the target factory mode module according to the target platform information to obtain target function control subsets, each function control subset including at least one function control;

[0024] S105: Calling a weighted algorithm module to calculate the compatibility between each function control in the target function control subset and the target information object from at least one information dimension. The same information dimension has different preferences for different function controls, and the preference is positively correlated with the compatibility.

[0025] S106: selecting a target function control from among the function controls according to their adaptability, and determining relative display position information between the target function control and the target information object;

[0026] S107: Return the target information object, the target function control, and the relative display position information to the terminal device, so that the terminal device can display the target information object and the target function control on a page corresponding to the target state according to the relative display position information.

[0027] In an embodiment of the present application, the method is applied to the server side, and the server side adopts a modular design method to dynamically process the binding relationship between the information object and the functional control, that is, it is completed using the server-side device as the execution subject. Among them, the server side includes a platform identification module, a state machine module, a factory mode module and a weighted algorithm module. In an embodiment of the present application, the specific form or deployment structure of the server-side device is not limited. Any server-side device that has data processing capabilities and can execute the page information display method can be regarded as the execution subject in the embodiment of the present application. For example, the server-side device can be a physical server deployed in a data center, a virtual server based on virtualization technology, or a containerized server based on container technology.

[0028] In the embodiments of the present application, a terminal device refers to a device that can communicate with a server, render page information, and support human-computer interaction. The terminal device can run a target program, which can be implemented as an application, mini-program, or browser-based service. The terminal device running the target program can display various application pages to the user, allowing the user to view various information, such as product information and service information, through the application pages. The user can also interact with the terminal device through the application pages, for example, by entering relevant information on the application pages or operating controls on the application pages to issue corresponding commands. In an optional embodiment, the user can initiate an information viewing operation on the terminal device, such as clicking an information viewing control, a page jump control, a page access link, or a refresh control, triggering the terminal device to display the target page to the user, and presenting the information the user desires to view on the target page. When the user triggers an operation such as page access, performs an information refresh operation, or changes status, the terminal device can send an information viewing request to the server. In the embodiments of the present application, the specific form of the terminal device is not limited. For example, the terminal device can be a mobile terminal such as a smartphone or tablet, or a desktop terminal such as a computer or laptop.

[0029] An information viewing request is a command initiated by a terminal device to the server to obtain a target information object and its associated functional controls. The request includes the terminal device's detailed information and the target status. The request is used to view the target information object in the target state. For example, when a user clicks the "My Orders" tab in an e-commerce app, the terminal device generates an information viewing request and sends it to the server.

[0030] Furthermore, the information viewing request can be used to determine the target information object in the target state. The target information object can refer to one or more interactive information units within an application page running on the terminal device, representing information units that can be perceived or interactively operated by the user in a specific business scenario. For example, in an order-related business scenario, the information object can be a single or multiple order information items under different or identical status tags on the order page.

[0031] The target state refers to the lifecycle stage or classification identifier of the target information object in the current business scenario, and is one or more states corresponding to the target information object. In the embodiments of the present application, the type of state is not limited. For example, in an order management scenario, the state can be "pending payment", "paid", or "pending shipment".

[0032] For example, in an order management scenario, when a user accesses the page corresponding to the "All" tag, the terminal device sends an information viewing request to the server, where the target status is "All". The server filters and returns orders in all states according to this status as target information objects (such as orders in states such as "Pending Payment", "Shipped", and "Completed"). When a user accesses the page corresponding to the "Pending Payment" tag, the target status in the information viewing request sent by the terminal device is "Pending Payment". The server only filters and returns orders in the "Pending Payment" state as target information objects.

[0033] In the embodiments of the present application, a function control may refer to a visual operating element for a user to interact with an information object, and may be attached to an information object to facilitate the user to perform various operations on the information object. In the embodiments of the present application, the specific form and interaction method of the function control are not limited. For example, when the information object is an order, the function control may be a function control such as confirming receipt, canceling an order, or extending receipt; it may also be a drop-down menu such as selecting a logistics method or modifying order notes; it may also be a language assistant icon for contacting customer service.

[0034] Among them, the detailed information of the terminal device refers to the information that the terminal device actively provides to the server to describe its software and hardware characteristics, including: software detailed information and hardware detailed information. Among them, the software detailed information includes the detailed information of the operating system and the detailed information of the target software product. The target software product is the software product corresponding to the server. Among them, the operating system is the basic operating environment of the terminal device, and its detailed information includes the type and version of the operating system, which is used to determine the compatibility, functional support range and security policy of the terminal device. For example, the type of operating system can be iOS, Android, Windows, macOS or Linux; the version of the operating system can be iOS16.4, Android 13 or Windows 11 22H2. For another example, some functional controls are only available on Android 12 and above.

[0035] Among them, the target software product refers to the software entity directly associated with the server-side function. The specific type of the target software product can also be called the platform type. The detailed information of the target software product includes but is not limited to the name and version of the target software product, the operating environment, the functional characteristics, etc. For example, the detailed information of the target software product may include the name and version "host version 8.0.28", the operating environment "platform type framework v2.24.9", and the functional characteristics "supported platform type programming interface (Application Programming Interface, API) list". The detailed information of the terminal device is the basis for the server to achieve precise adaptation and efficient interaction. By receiving and identifying the detailed information of the terminal device, the server can dynamically adjust the functional controls and optimize the user experience.

[0036] Hardware details can be used to describe the physical characteristics of the terminal device, including but not limited to the device model, processor architecture, memory and storage, and sensor information.

[0037] In an embodiment of the present application, the server can call the platform identification module to determine the target platform information based on the detailed information of the terminal device received. Different platform information reflects different operating environment information. Among them, the target platform information includes not only the target platform type, but also other detailed information sent by the terminal device on which the target platform type is determined, such as the operating system, browser type and device model, which are different from the platform type. The target platform type refers to the operating environment category label obtained by classifying the software and hardware environment and network status of the terminal device used by the user after comprehensive analysis of other detailed information sent by the terminal device, such as the operating system, browser type and device model, which are different from the platform type, by the platform identification module. This classification helps developers or service providers optimize user experience, adapt to different device characteristics, and implement targeted security policies. In an embodiment of the present application, the specific form of the target platform type is not limited. For example, the platform type can be a small program under the host application, a native application (Application, App), or a Microsoft Windows operating system (Microsoft Windows, Windows) desktop client, a World Wide Web (World Wide Web, Web) browser in the desktop scenario, or a car system in the emerging device scenario.

[0038] Specifically, in addition to the target platform type, "target platform information," such as operating system, browser type and version, device type, device model, and network conditions, can be understood from the following aspects:

[0039] In the embodiments of this application, the operating system (OS) may refer to the type and version of the basic software system running on the terminal device, distinguishing whether the user is using an operating system such as Windows 11, macOS, Linux, Android 13, or iOS 16. The technical characteristics of different operating systems (such as API support, file path rules, and permission management) directly affect functional adaptability.

[0040] The browser type and version may refer to the browser identifier and version number used by the user when accessing the service. This may identify whether the user is using Chrome, Firefox, Safari, Edge, or another browser, and consider its version number to ensure that the web application runs properly in different browsers, while utilizing the features of the new version of the browser to improve performance or functional experience.

[0041] Device type refers to the physical form factor of a terminal device, determining whether a user accesses a service via a desktop device (e.g., desktop computer, laptop), a mobile device (e.g., smartphone, tablet), or another device (e.g., smart TV, in-car terminal). Device type directly impacts page layout, input methods, and the usability of functional controls.

[0042] The device model can refer to the specific hardware identifier of the terminal device. You can obtain the specific model of the terminal device and optimize for specific hardware features (such as camera resolution and sensor support). For example, the device model can be a certain mobile phone brand 14Pro, a certain tablet brand MatePad Pro 12.6, or a certain mobile phone brand Galaxy S23 Ultra.

[0043] Network status can refer to the network connection type and performance parameters of the terminal device, which are used to describe the network connection speed and stability of the terminal device. Although it does not fall directly within the scope of the "platform", the user's network connection speed and stability will also affect the presentation of the service, such as whether high-definition video streaming services are provided.

[0044] For example, when a user accesses a service through a mini-program of a certain mobile phone brand 14Pro, the platform identification module can conduct a comprehensive analysis based on the terminal details (the operating system is iOS16.5, the browser is embedded WebView, the device type and model supports LiDAR sensors, and the network status is 5G network) to determine that the target platform type is "Mobile-Mini-Program (iOS advanced hardware environment)".

[0045] In the embodiments of the present application, the state machine module not only maintains multiple states for information objects, which define the entire lifecycle state of the information object, but more importantly, the state machine module also adds and maintains factory pattern modules corresponding to each state. In other words, the state machine module clearly specifies which factory pattern module should be used for each state of the information object. Therefore, when determining the target state of the information object, the state machine module can determine the target factory pattern module uniquely bound to the target state based on the correspondence between the various states it maintains and the factory pattern modules. For example, in an order scenario, the state machine module covers various order states, such as "pending payment," "shipped," "completed," and "canceled," each of which corresponds to specific functional requirements and user operation permissions. Based on the target state, the state machine module can query the multiple states of the information object maintained by the state machine module and the factory pattern modules corresponding to each state. Since different states correspond to different factory pattern modules, the target factory pattern module corresponding to the target state can be obtained. In other words, the state machine module provides state information to the factory pattern module, determining which factory pattern module should be called in that state.

[0046] The factory pattern module serves as the core mechanism for generating functional controls. Each factory pattern module serves as a "manufacturing workshop" for the functional controls. Based on the target platform information, the target factory pattern module is queried for the functional control subsets corresponding to the various platform information maintained by the target factory pattern module to obtain a target functional control subset, i.e., a functional control subset adapted to the target platform information and target state. Each functional control subset includes at least one functional control. For example, if the target factory pattern module corresponding to the "pending payment" state of an order further queries the functional control subsets corresponding to the various platform information maintained by the target factory pattern, a target functional control subset consisting of functional controls such as "pay now" and "cancel order" can be obtained. Similarly, if the target factory pattern module corresponding to the "shipped" state further queries the functional control subsets corresponding to the various platform information maintained by the target factory pattern, a target functional control subset consisting of functional controls such as "check logistics" and "extend delivery" can be obtained. Through the layered collaboration of the state machine module and the factory pattern module, embodiments of the present application achieve dynamic decoupling of platform information and functional controls, supporting flexible adaptation across platforms and multiple scenarios.

[0047] In this embodiment of the present application, a weighted algorithm module is used to calculate the degree of compatibility between each function control in a subset of target function controls and a target information object, ensuring that the function control ultimately displayed to the user is a selection that is compatible with the target information object. The degree of compatibility can be the degree of match between each function control in a target function control and the target information object under specific scenarios and conditions, reflecting whether the function control is suitable for the current target information object and user needs. The calculated results of the degree of compatibility between the function control and the target information object are used to select at least one of the multiple function controls for display.

[0048] Among them, the weighted algorithm module calculates the compatibility of each function control in the target function control subset and the target information object from at least one information dimension. Information dimension refers to at least one factor or indicator that can be used to evaluate different aspects of the compatibility between the function control and the information object. In the embodiment of the present application, each factor or indicator can reflect the user's partial preference for different aspects of the function control. The partial preference here is referred to as local preference information, and the compatibility between the function control and the target information object can be calculated based on the local preference information. Preference refers to the degree to which different function controls are preferred by users on the same information dimension. Preference is positively correlated with adaptability, that is, the higher the preference, the higher the adaptability.

[0049] Furthermore, a target function control can be selected from the target function control subset based on the degree of compatibility between each function control and the target information object, and the relative display position information of the target function control and the target information object can be determined. The target function control refers to the control that is ultimately selected from the target function control subset and used for page display based on the degree of compatibility between the function control and the target information object. The number of target function controls is less than or equal to the number of function controls in the target function control subset, and the target function control can be selected based on a preset threshold value of compatibility. Function controls whose degree of compatibility between the function control and the target information object is higher than the preset threshold can be selected from the target function control subset as target function controls. For example, if the target function control subset includes View Logistics (35% compatibility), Extend Delivery (25% compatibility), Contact Customer Service (18% compatibility), and Share Order (10% compatibility), and the preset threshold value of compatibility is 20%, then the target function controls are View Logistics and Extend Delivery, and the Contact Customer Service and Share Order functions are hidden.

[0050] Among them, the relative display position information refers to the spatial layout rules of the target function control relative to the target information object in the page. Its display form can be dynamically generated according to the platform characteristics, user habits and business scenarios, and its order can be arranged in descending order according to the adaptability of the target function control, with high scores given priority. The higher the adaptability of the target function control, the higher the priority of the target function control, so that the relative display position of the target function control and the target information object is dynamically adjusted according to the calculation result of the adaptability. In the embodiment of the present application, the specific display form and order of the relative display position information are not limited. For example, the specific display form and order of the relative display position information can be arranged in descending order according to the adaptability between the function control and the target information object and displayed above, below, to the left or to the right of the target information object; it can also be arranged in descending order according to the adaptability between the function control and the target information object and collapsed into a submenu such as a drop-down list or more options, which is expanded after the user actively triggers it.

[0051] Optionally, the order of relative display position information can be positioned based on the parent control or other adjacent controls to which the target information object belongs, such as "at the top of the parent control" or "to the left of a control" as the reference position, and the target function control with higher priority is positioned closer to the top or left. Among them, the parent control refers to the direct container control that can contain the target information object, which can be clearly defined by the layout structure of the page where the target information object is located or the hierarchical relationship of the function controls in the UI (User Interface, i.e. user page) structure predefined during rendering. Based on the reference position, the target function control with higher priority is laid out closer to the reference position. Furthermore, after the server completes the selection of the target function control and determines the relative position information with the target information object, the target information object, the target function control and the relative display position information can be returned to the terminal device. The terminal device receives the target information object, the target function control and its relative display position information. Based on this, the interface can be parsed and dynamically constructed. The target information object can be rendered as text, charts and other content, and the target function control can be instantiated as an interactive element (such as a button, form, etc.). The relative display position information can be used through CSS (Cascading Style Sheets) layout, Flexbox or absolute positioning and other technologies to achieve precise positioning of the control, ensuring that the terminal device can display the target information object and target function control on the page corresponding to the target state according to the relative display position information. For example, a user visits the "Shipped" order page, and there is only one target information object. The target function control subset includes four function controls: view logistics (fitness 40%), extend receipt (fitness 30%), confirm receipt (fitness 25%), and contact customer service (fitness 20%), and the preset fitness threshold is 20%; sorted in descending order of fitness as "View Logistics" → "Extend Receipt" → "Confirm Receipt" → "Contact Customer Service", then the relative display position information allocation can be to display the top 3 function controls (View Logistics, Extend Receipt, Confirm Receipt) in sequence on the target information object on the order page, and "Contact Customer Service" can be folded into the "More" icon in the upper right corner.

[0052] In an embodiment of the present application, the platform identification module can identify the target platform information based on the detailed information of the terminal device, ensuring that the subsequent steps can be adapted based on the actual operating environment of the terminal device, and providing a basic environmental basis for the selection and display of functional controls; the state machine module maintains the full life cycle state of the information object and the factory mode module corresponding to each state. When the target state of the information object is determined, it can be accurately mapped to the target factory mode module that processes the functional control in that state, ensuring that the functional control requirements in different states are met; each factory mode module internally maintains a subset of functional controls corresponding to different platform information. According to the target platform information, the target functional controls suitable for the target state and target platform information can be screened out from the maintained functional control set, realizing dual screening of functional controls according to state and platform; the weighted algorithm module performs quantitative calculations on each control in the target functional control subset from multiple information dimensions to obtain the target functional control that adapts to the target information object and its relative position information on the page with the target information object, which not only provides a basis for selecting the functional control that is most suitable for the target information object, but also ensures that the terminal device can reasonably display the functional controls.

[0053] In the embodiment of the present application, the server adopts a modular design approach, and the program code no longer solidifies the binding logic between the function control and the status of the information object. Instead, each time a page is accessed, the server uses the platform identification module, the state machine module, the factory mode module, and the weighted algorithm module to analyze and determine in real time the function control that is adapted to the target information object in the target state based on multi-dimensional information such as the target platform information and the target status of the target information object, so as to realize dynamic adjustment of the function control, thereby enhancing the user experience and the flexibility of page information display.

[0054] The following is combined with Figures 2a-2d Taking the target information object as order information as an example, the embodiment of the present application illustrates the situation of the function controls selected to adapt to the target information object for the same order information, different order statuses, and different target platform information.

[0055] Figure 2a-2d This is a schematic diagram of a page state for displaying a target information object and a function control dynamically adapted to the target information object provided by an exemplary embodiment of the present application. Figure 2a-2c The following figure shows the order pages in the "All" order state when the target platform types are Mini Program 1 under Host Application A, Mini Program 2 under Host Application B, and App, respectively. These order pages include Order 1 and Order 2. Host Application A and Host Application B are two different applications, for example, one can be WeChat and the other can be Alipay.

[0056] Among them, for Figure 2aThe target platform type shown in the figure is Mini Program 1 under host application A. The function controls adapted to order 1 are displayed in the order of "Pay Now" and "Cancel Order", and the function controls adapted to order 2 are displayed in the order of "Contact Customer Service" and "Lock the Master". Figure 2b The target platform type shown in the figure is Mini Program 2 under Host Application B. The function controls adapted to Order 1 are displayed in the order of "Cancel Order" and "Pay Now", and the function controls adapted to Order 2 are displayed in the order of "Check Progress" and "Lock Master". Figure 2c The target platform type shown in the figure is App. The function controls adapted to order 1 are displayed in the order of "Pay Now" and "Share Order", and the function controls adapted to order 2 are displayed in the order of "Place Another Order" and "Lock on the Master".

[0057] Among them, such as Figure 2d As shown in , for mini program 1 under host application A whose target platform type is, the order page in the "pending payment" order status is displayed, which includes order 1, and the function controls adapted to order 1 are displayed in order as "Pay Now", "Cancel Order" and "Contact Customer Service".

[0058] Based on the above Figure 2a The adaptation results of the target information objects and function controls shown in the figure can show that: under the same target platform information, when different target information objects have different target states, different target function controls can be adapted; based on the above Figure 2a-2c The adaptation results of the target information object and the function control shown in the figure can show that: for the same target information object, under the same target state, different target platform information can be adapted to different target function controls; based on the above Figure 2a and Figure 2d The adaptation results of the target information object and the function control shown in can indicate that: for the same target information object, under the same target platform information, different target states can be adapted to different target function controls.

[0059] In an optional embodiment, the platform identification module can be called to determine the target platform information based on the detailed information of the terminal device, and different platform information reflects different operating environment information, including: inputting the detailed information of the terminal device into the platform identification module, and determining the target platform type based on the detailed information of the terminal device's operating system, the detailed information of the target software product, and the detailed information of the hardware; wherein different operating systems, software products, and hardware correspond to different platform types; and organizing the target platform type and the detailed information of the operating system, the detailed information of the target software product, and the detailed information of the hardware according to a set data structure to obtain the target platform information.

[0060] The detailed information of the terminal device is input into the platform identification module, and the platform identification module is responsible for identifying the detailed information of the terminal device's operating system, the detailed information of the target software product, and the detailed information of the hardware from the detailed information. For the detailed information of the terminal device's operating system, different methods can be used to obtain the detailed information of the operating system for different types of operating systems. For example, for the Windows operating system, the GetVersionEx or RtlGetVersion API can be called to obtain its detailed information; after reporting to the server, the platform identification module can determine that the operating system in the target platform information is Windows based on the detailed information of the operating system. For the iOS operating system, its detailed information can be obtained through UIDevice.systemVersion; after reporting to the server, the platform identification module can determine that the operating system in the target platform information is iOS based on the detailed information of the operating system. For the Android operating system, its detailed information can be obtained by reading Build.VERSION.RELEASE; after reporting to the server, the platform identification module can determine that the operating system in the target platform information is Android based on the detailed information of the operating system.

[0061] Different methods can be used to obtain detailed information about different types of target software products. For example, if the target software product type is a web browser, the terminal device can parse the navigator.userAgent string, extract the browser type and rendering engine, and obtain the application package name and version number through the system API to obtain the detailed information about the target software product; after reporting to the server, the platform identification module can determine that the target software product is a web browser based on the detailed information about the target software product. If the target software product type is an app, the terminal device can also obtain the application package name and version number through the system API to obtain the detailed information about the target software product; after reporting to the server, the platform identification module can determine that the target software product is an application App based on the detailed information about the target software product. If the target software product type is a mini-program under a host application, the terminal device can also obtain the host application version, mini-program framework version, and supported API list by reading the host environment parameters to obtain the detailed information about the target software product; after reporting to the server, the platform identification module can determine that the target software product is a mini-program based on the detailed information about the target software product.

[0062] Different methods can be used to obtain hardware details for different types of terminal devices. The platform identification module can identify the terminal device's details by identifying which native function of the terminal device's operating system is called, and determine the terminal device's model and hardware characteristics. For example, for a terminal device with an Android operating system as a mobile device, the terminal device can obtain the device model through the native function Build.MODEL and the screen resolution through the native function DisplayMetrics to obtain the hardware details of the Android operating system for the terminal device type as a mobile device. After reporting to the server, the platform identification module can determine the version and model of the Android operating system and the hardware characteristics of the terminal device in the target platform information based on the terminal device's hardware details. For a terminal device with an Android operating system as a mobile device, the terminal device can obtain the device model through the native function UIDevice.model and the screen size through the native function UIScreen.main.bounds to obtain the hardware details of the iOS operating system for the terminal device type as a mobile device. After reporting to the server, the platform identification module can determine the version and model of the iOS operating system and the hardware characteristics of the iOS operating system for the terminal device in the target platform information based on the terminal device's hardware details. If the terminal device type is a personal computer (Personal Computer, PC), the terminal device can obtain the host name through the native function function System.Environment.MachineName, and query hardware information such as the central processing unit (Central Processing Unit, CPU) model and memory size through the native function function System.Management to obtain hardware details of the terminal device type as PC; after reporting to the server, the platform identification module can determine the version model and hardware characteristics of the terminal device as PC in the target platform information based on the hardware details of the terminal device.

[0063] Further optionally, based on the detailed information of the operating system of the terminal device, the detailed information of the target software product and the detailed information of the hardware, the platform identification module can use a hierarchical analysis and rule matching mechanism to determine the target platform type. First, the platform identification module can perform a leading classification based on the detailed information of the operating system to determine the basic platform type of the terminal device such as a mobile terminal, a desktop terminal or an Internet of Things device, providing a framework for subsequent detailed classification; secondly, based on the basic platform type, the platform type is refined according to the client form (such as App, applet, browser) to adapt to different interaction modes and technical constraints; then, the platform type obtained after refinement is enhanced and classified based on the hardware detailed information to enhance the platform type label, that is, the target platform type. Finally, the obtained target platform type is output together with the detailed information of the operating system, the detailed information of the target software product and the detailed information of the hardware, and the target platform type is organized together with the detailed information of the operating system, the detailed information of the target software product and the detailed information of the hardware according to the set data structure to obtain the target platform information for use by downstream modules. For example, the terminal device details include: Operating System: HarmonyOS 3.0; Software Product (i.e., Platform Type): E-commerce Native App (Version v5.1.0); Hardware Features: Device Model: Brand: MatePad Pro 12.6; Screen Resolution: 2560×1600 (OLED Screen); Sensor: Supports M-Pencil and Multi-screen Collaboration; Network Status: Wi-Fi 6. First, a dominant classification is performed to determine the basic platform type: Mobile. Second, based on this basic platform type, a refined classification is performed to obtain Mobile - Native App. This refined classification result is then enhanced to obtain the enhanced target platform type: Mobile - Native App (Stylus + HD Screen Adaptation).

[0064] Among them, the set data structure refers to the data organization form pre-defined in the platform identification module for describing the target platform information. Its core purpose is to unify data expression and ensure efficient interaction between modules. In the embodiment of the present application, the specific implementation form of the set data structure is not limited, as long as it can fully carry the detailed information of the platform type and the associated software and hardware. For example, the implementation form of the set data structure can be a JSON (JavaScript Object Notation, JavaScript Object Notation) structure, or a flat key-value pair, or a binary encoding, or even an XML format.

[0065] In an optional embodiment, a state machine module maintains a state machine for an information object, including multiple states of the information object and transition relationships and conditions between the multiple states. The method further includes configuring a factory pattern module identifier for each state and implementing the factory pattern module corresponding to each state in code, with the different factory pattern modules being independent of each other. The state machine module is the core component of the server-side management of the information object lifecycle and state transition rules. It defines all possible business states of the information object, i.e., the multiple states of the information object. For example, in an order scenario, the multiple states of the state machine may include pending payment, paid, shipped, received, and canceled. A transition relationship describes the legal transition paths between multiple states. For example, "pending payment" can transition to "paid" or "cancelled," but cannot revert to "pending shipment." A transition condition is an event that triggers a state change. For example, a successful payment triggers "pending payment → paid," while a timeout for non-payment triggers "pending payment → canceled."

[0066] Among them, the identification of the factory mode module is configured for each state, that is, a unique identifier is assigned to each state to associate with the factory mode module corresponding to the state, which can realize the dynamic binding of the state and the functional control, and each state is associated with an independent factory mode module, which can realize the decoupling of the state and the generation logic of the functional control, and realize a high cohesion and low coupling architecture. The factory mode module corresponding to each state is implemented in code, and each factory mode module is responsible for generating the functional control required in the state, and each factory mode module is implemented independently to ensure that the functional control generation logic in different states does not interfere with each other. Through the collaborative work of the state machine module and the factory mode module, the program code no longer solidifies the binding logic of the functional control and the state, and dynamic adjustment of the functional control for different states is realized.

[0067] In an optional embodiment, the factory pattern module internally implements a policy class and a factory class corresponding to different platform information. The policy class is used to maintain filtering policy information corresponding to the platform information and, based on the filtering policy information, selects a subset of functional controls compatible with the platform information from the full set of functional controls. The factory class is used to determine the policy class to be instantiated based on input information. Based on the target platform information, the target factory pattern module is queried for the subset of functional controls corresponding to each platform information to obtain the target subset of functional controls. This includes: inputting the target platform information into the factory class; the factory class determines the target policy class to be instantiated based on the target platform information; and instantiating the target policy class to obtain the target subset of functional controls. The policy class is an independent unit within the factory pattern module that implements filtering functional controls for different platform information. Each policy class maintains the adaptation rules for functional controls under the corresponding platform information, i.e., filtering policy information, and can filter the subset of functional controls compatible with the current platform information from the full set of functional controls. For example, this can be a policy class corresponding to a mini-program within a host application, a policy class corresponding to a native app, or a policy class corresponding to a web browser. The function control adaptation rules in the policy classes corresponding to different target platform types vary.

[0068] Among them, the filtering policy information is a set of rules maintained within the policy class, which defines the adaptation conditions between platform information and functional controls. The rule set is directly related to the platform information. The functional controls and platform information can be matched logically in the rule set to ensure that the functional controls meet both functional requirements and performance and security standards under the target platform type. By performing filtering operations through the policy class, dynamic adaptation of functional controls for different platform types can be achieved, avoiding complex conditional branches generated by hard-coding. For example, the rule set can be Rule 1: If the platform type is a mini-program in the host application, all payment controls that are not part of the host application ecosystem are disabled; Rule 2: If the device screen resolution is lower than 1080p, the high-definition picture preview control is hidden; Rule 3: If the network bandwidth is lower than 5Mbps, the video auto-play function is removed.

[0069] The factory class is the decision-making hub of the factory pattern module. By parsing input information, the factory class dynamically selects and instantiates a matching policy class, triggering the corresponding filtering logic to obtain the target subset of functional controls. In other words, the factory class can notify the policy class to filter functional controls from the full set of functional controls based on the filtering policy information to obtain the target subset of functional controls. A full set of functional controls refers to all functional controls that are compatible with a given state, contained in the corresponding factory pattern module. A subset of functional controls, on the other hand, is a selection of at least one functional control from the full set that is compatible with the platform type. For example, on an order page in the pending delivery state, the full set of functional controls includes functional controls for all platform types, such as "View Logistics," "Extend Delivery," and "Contact Customer Service." When the target platform type is App, the factory class determines and instantiates the policy class corresponding to the App based on the input platform information. The App's policy class then uses the preset filtering policy information to select a subset of functional controls from the full set of functional controls that is suitable for the App platform type. The functional controls in the subset of functional controls conform to the specifications of the App platform type in terms of design and interaction, ensuring a consistent and optimized user experience on the device.

[0070] In an optional embodiment, if no existing policy class matches the target platform type in the target platform information, the target platform information is considered a new type of platform information. A new policy class is implemented for the target platform information, and a new policy class is added to the target factory pattern module. An instantiation relationship between the new policy class and the factory class is established. This process is completed entirely on the server side, without any impact or requirements on the applications used by the user's terminal device or the code running on the terminal device. When the target platform information is a new type of platform information, a new policy class must be created. This policy class must integrate or implement a unified policy interface, define filtering policy information for that platform type, and establish an instantiation relationship between the new policy class and the function control in the factory class. This modification requires only adding conditional judgments or updating mapping tables between the new type of platform information and the function control in the factory class. In other words, the modular design based on the factory pattern offers extreme flexibility. When adding a new platform, only minor modifications are required: adding the corresponding new policy class and improving the factory logic, without modifying the existing policy or factory classes. This local modification does not affect the processing flow of other platforms, thereby ensuring system stability and maintainability.

[0071] For example, in an e-commerce application, the target platform information originally supported apps and mini-programs within the host application, but now needs to be expanded to support a new web browser platform type. First, developers can develop a new web browser-specific strategy class, such as WebStrategy, based on the target platform information for the web browser platform type. They can then add this new web browser-specific strategy class to the target factory pattern module, specifying the web browser's filtering strategy information, and add an instantiation relationship between the factory class and the new strategy class.

[0072] Therefore, when a new web browser platform type is requested, the factory class can instantiate the web browser's corresponding policy class based on the target platform information. The new web browser's corresponding policy class will select a subset of function controls from the entire set of function controls that are appropriate for the web browser's corresponding platform type, based on the preset filtering policy information. This process does not require changes to the existing processing flow for the platform type of existing apps and mini-programs under the host application, significantly reducing maintenance costs while improving the system's flexibility and scalability.

[0073] In an optional embodiment, a weighted algorithm module is called to calculate the degree of compatibility between each function control in the target function control subset and the target information object from at least one information dimension, including: calling the weighted algorithm module to obtain information sets that will affect the selection of function controls in each information dimension, each information set including at least one influencing parameter, each influencing parameter reflecting the preference of the corresponding information dimension for one or more function controls; determining weight information of each information dimension; and generating at least one local preference information corresponding to each function control in the target function control subset in each information dimension based on the influencing parameters in the information set in each information dimension; generating global preference information of each function control in each information dimension based on at least one local preference information corresponding to each function control in each information dimension; performing weighted summation on the global preference information of each function control in each dimension based on the weight information of each information dimension to obtain the degree of compatibility between each function control and the target information object.

[0074] In an optional embodiment, the information dimension includes at least one of a platform information dimension, a business rule dimension, and a user behavior dimension; the information set in the platform information dimension includes target platform information, each piece of target platform information reflects its preference for certain functional controls in the target functional control subset; the information set in the business rule dimension includes at least one piece of business rule information, each piece of business rule information reflects its preference for certain functional controls in the target functional control subset; and the information set in the user behavior dimension includes at least one piece of historical behavior data generated by the user within a specified time period, each piece of historical behavior data reflects its preference for certain functional controls in the target functional control subset. For a detailed description of the target platform information, please refer to the above embodiment and will not be repeated here. The business rule dimension reflects the enterprise's operational strategy and risk control requirements, and its business rule information may include business rules, such as promotional activities, partner agreements, and risk control levels. Based on business rules, certain functional controls can be forcibly hidden or partner functional controls can be prioritized for promotion, such as disabling the password-free payment function control for high-risk transactions or promoting the interest-free installment function control during Double 11. The user behavior dimension is based on historical user data. This information includes user interaction records within a specified time period, such as frequency of feature usage, click paths, and duration of stay. This historical user data reflects user habits and preferences. Frequently used feature controls receive higher preference, while features that have not been triggered for a long time receive lower preference, leading to their being demoted or hidden, thus achieving personalized adaptation.

[0075] The information set is a set of influencing parameters obtained from various information dimensions that affect the selection of functional controls. For a functional control, there is at least one influencing parameter in at least one information dimension. The influencing parameter is a specific factor in the information set, namely target platform information, business rule information, or historical behavior data. The influencing parameter directly reflects the preference tendency of the corresponding information dimension for one or more functional controls, namely the preference degree. The preference degree can quantify the intensity of the influencing parameter's tendency towards the functional control and can be expressed as a numerical value. In the embodiments of the present application, the specific scoring rules for expressing the preference degree as a numerical value are not limited. For example, the specific scoring rules can use a numerical value of 0-5 to distinguish six levels, with 0 indicating refusal to use, 1 indicating not recommended, 2 indicating not recommended, 3 indicating neutral, 4 indicating recommended, and 5 indicating mandatory use; or a numerical percentage system of 0-100 can be used to divide the system into five levels, with 0-20 indicating refusal to use, 21-40 indicating not recommended, 41-60 indicating general recommendation, 61-80 indicating recommended, and 81-100 indicating mandatory use. For another example, if the preference scoring rule uses a numerical value of 0-5 to distinguish 6 levels, in a certain information dimension, the user's preference for the "Confirm Receipt" function control is 4, and the preference for "Ad pop-up window" is 1. For ease of description, in the following embodiments, the preference scoring rule uses a numerical value of 0-5 to distinguish 6 levels.

[0076] Furthermore, based on the influencing parameters in the information set for each information dimension, at least one piece of local preference information corresponding to each function control in the target function control subset can be generated. Local preference information represents the preference score of a function control based on a single influencing parameter, and a function control can correspond to multiple pieces of local preference information in one information dimension. For example, for the "Friends Pay" function control in the target function control subset, based on the influencing parameter "Number of User Clicks is 0" in the information set for the user behavior dimension, local preference information for the "Friends Pay" function control can be generated as 1.

[0077] Furthermore, based on at least one local preference information corresponding to each functional control in each information dimension, global preference information for each functional control in each information dimension is generated. The global preference information may represent the combined value of the local preference information of all influencing parameters on the same functional control in a single information dimension.

[0078] In the embodiments of the present application, the calculation method for generating global preference information is not limited. For example, the calculation method for generating global preference information can be an average method or a summation method. Among them, the average method is to add up all the local preference information of the influencing parameters for the same functional control and divide it by the total number of local preference information to obtain the global preference information; the summation method is to add up all the local preference information of the influencing parameters for the same functional control to obtain the global preference information. It should be noted that when calculating the global preference information of the functional controls in the same target functional control subset, a unified calculation method must be adopted.

[0079] For example, on an e-commerce order page, the target function control subset includes two function controls: scan code payment and voice payment. Under the platform information dimension, there are three influencing parameters: device type, operating system, and screen resolution. The preference of each influencing parameter for the two function controls is:

[0080] Impact parameters / target platform information Preference for the QR code payment function control Preference for voice payment control Device Type = Mobile 5 4 Operating System = iOS 4 3 Screen resolution = high 3 2

[0081] Among them, under the platform information dimension, the local preference information of the scan code payment function control is: device type = mobile terminal → 5 points, operating system = iOS → 4 points, screen resolution = high → 3 points; the global preference information of the scan code payment function control is calculated by the average method = (5+4+3) / 3=4. The local preference information of the voice payment function control is: device type = mobile terminal → 4 points, operating system = iOS → 3 points, screen resolution = high → 2 points; the global preference information of the voice payment function control is calculated by the average method = (4+3+2) / 3=3. Through the above calculation, the global preference information in the platform information dimension shows that scan code payment (4) is better than voice payment (3) in this dimension.

[0082] In an optional embodiment, the weight information of each information dimension represents the relative importance of different information dimensions in the calculation of the compatibility between the function control and the target information object, and can be expressed as a percentage. The weight information of all information dimensions is 100%. For example, for the "Confirm Receipt" function control in the target function control subset, the existing information dimensions include three information dimensions: platform information dimension, business rule dimension, and user behavior dimension. Among them, the weight of the business rule dimension is 40%, the weight of the platform information dimension is 30%, and the user behavior dimension is 30%. For another example, for the "Customer Service Chat" function control in the target function control subset, the existing information dimensions include two information dimensions: platform information dimension and business rule dimension. Among them, the weight of the business rule dimension is 80%, and the weight of the platform information dimension is 20%. For the "Customer Service Chat" function control in the target function control subset, there is no user behavior dimension in the information dimension. In other words, the user behavior dimension of the "Customer Service Chat" function control in the target function control subset is 0.

[0083] Furthermore, based on the weight information of each information dimension, the global preference information of each function control in each information dimension is weighted and summed to obtain the adaptability of each function control to the target information object. For example, the target function control subset includes three function controls: scan code payment, voice payment, and friend payment. All three function controls have three information dimensions: platform information dimension, business rule dimension, and user behavior dimension. The weight information of the three information dimensions is platform information dimension (40%), business rule dimension (40%), and user behavior dimension (20%). The global preference information of each information dimension is:

[0084] Functional controls Platform information dimension Business rules dimension User behavior dimension Scan code to pay 4.0 3.5 2.0 Voice payment 3.0 1.0 4.5 Friend payment 2.0 0.0 1.0

[0085] The global preference information of each function control in each information dimension is weighted and summed, and the adaptability of the scan code payment function control is obtained as follows: (4.0×40%) + (3.5×40%) + (2.0×20%) = 34%; the adaptability of the voice payment function control is obtained as follows: (3.0×40%) + (1.0×40%) + (4.5×20%) = 25%; the adaptability of the friend payment function is obtained as follows: (2.0×40%) + (0.0×40%) + (1.0×20%) = 10%.

[0086] If the preset compatibility threshold is 20%, the QR code payment control will be displayed first, the voice payment control will be folded to a secondary menu, and the friend payment control will be hidden. Through the weighted algorithm module, the system converts complex multi-dimensional influencing factors into a unified compatibility score to drive the intelligent display of function controls.

[0087] In an optional embodiment, the target information object is order information, the target status is all order status or each specific order status, and the page corresponding to the target status is the order list page or the order details page; wherein, the order list page or the order details page includes a tab page corresponding to all order statuses, and a tab page corresponding to each specific order status. Among them, order information is a record generated when a user purchases goods or services on the platform, including order number, product details, price, status, and logistics information. The order status describes the different stages of the order in the processing process. For example, "confirmation on behalf of", "paid", "pending service", "pending evaluation", "refund / after-sales", etc.

[0088] The order list page displays summary information for a user's multiple orders. Users can switch between tabs to view order information in different statuses. The order list page or order details page includes tabs corresponding to all order statuses and tabs corresponding to specific order statuses. Tabs can be user interface elements that allow users to switch between different content views on the same page. For example, an order list page may have tabs such as "All," "Pending Confirmation," "Paid," "Pending Service," "Pending Evaluation," and "Refund / After-Sales Service." The order information in the "All" tab is a collection of order information from other status tabs. If the "All" order status is the order status of all order information in the "All" tab, the target information object is all order information in the "All" tab. If a specific order status is the order status of an order in one of the tabs: "Pending Confirmation," "Paid," "Pending Service," "Pending Evaluation," or "Refund / After-Sales Service," the target information object is all order information in one of the tabs: "Agent Confirmation," "Paid," "Pending Service," "Pending Evaluation," or "Refund / After-Sales Service."

[0089] Scenario Example: On the order page of an e-commerce platform, when a user requests to view order information in the "Pending Payment" status through a terminal device, the server dynamically adapts the display logic of the functional controls through a modular design. All order information in the "Pending Payment" tab is used as the target information object. The server receives the user request and parses the terminal device details (operating system: Android 13, APP version: v5.0, device model: Pixel 7Pro) through the platform identification module. Based on the terminal device details, the server generates the target platform information (target platform type: App, operating system: Android 13, APP version: v5.0). Subsequently, based on the target status "Pending Payment" requested by the user, the order state machine maintained in the state machine module is queried to determine the factory mode module corresponding to the current state (for example, Factory_PendingPayment). This factory mode module contains a subset of functional controls for different platforms. For the target platform type App, the factory class instantiates the strategy class Strategy_App and filters out the subset of functional controls that are adapted to the target platform type from the entire set of functional controls, including "Pay Now" (functional control A) and "Cancel Order" (functional control B).

[0090] The weighted algorithm module is invoked to generate local preference information from three dimensions: platform information, business rules, and user behavior. In the platform information dimension, the total preference information for function controls A and B is 4 and 3, respectively. In the business rules dimension, the total preference information for both function controls A and B is 5. In the user behavior dimension, historical data indicates that users are more likely to click on the "Pay Now" function control, resulting in a total preference information of 4 for function control A and 2 for function control B. Based on the weight information for each information dimension (including a 20% weight for the platform information dimension, a 70% weight for the business rules information dimension, and a 10% weight for the user behavior information dimension), the calculated compatibility of function control A is (4 × 20%) + (5 × 70%) + (4 × 10%) = 47%, and the credit limit compatibility of function control B is (3 × 20%) + (5 × 70%) + (2 × 10%) = 4.3 (generally recommended). The preset compatibility threshold is 40%, and both function controls A and B meet the preset compatibility threshold. Finally, the server selects both function controls A and B as target function controls, and determines the display position of the first function control A in the lower left corner of the order card in the "To be paid" tab of the order list page based on the relative position relationship between the function control A with higher adaptability and the target information object; and determines the display position of the second function control B in the lower left corner of the order card in the "To be paid" tab of the order list page based on the relative position relationship between the function control B with lower adaptability and the target information object, so as to conform to the reading habits of Android users, that is, first check the first function control in the lower left corner, and then check the second function control in the lower left corner. In an embodiment of the present application, the program code no longer solidifies the binding logic between the function control and the status, but adopts a modular design method through the server. Each time the page is accessed, the server parses and generates a function control adapted to the information object on the current page in real time based on multi-dimensional information such as platform information and target status, so as to realize dynamic adjustment of the function control, thereby enhancing the user experience and the flexibility of page information display.

[0091] The detailed implementation and beneficial effects of each step in the method of this embodiment have been described in detail in the aforementioned embodiments and will not be elaborated here.

[0092] In addition, some of the processes described in the above embodiments and the accompanying drawings include multiple operations that appear in a specific order, but it should be clearly understood that these operations may not be executed in the order in which they appear in this article or may be executed in parallel. The serial numbers of the operations, such as 101, 102, etc., are only used to distinguish between different operations, and the serial numbers themselves do not represent any order of execution. In addition, these processes may include more or fewer operations, and these operations may be executed in sequence or in parallel. It should be noted that the descriptions of "first", "second", etc. in this article 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.

[0093] Figure 3 This is a schematic diagram of a server device structure provided by an exemplary embodiment of this application. Figure 3 As shown, the device includes: a memory 34 and a processor 35.

[0094] The memory 34 is used to store computer programs and can be configured to store various other data to support operations on the server device. Examples of such data include instructions for any application or method operating on the server device, target platform information, target function control subsets, and compatibility between function controls and target information objects.

[0095] The memory 34 may be implemented by any type of volatile or non-volatile memory 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 memory, flash memory, magnetic disk, or optical disk.

[0096] The processor 35 is coupled to the memory 34 and is used to execute the computer program in the memory 34 to: receive an information viewing request sent by a terminal device, the information viewing request including detailed information and a target state of the terminal device, and requesting to view a target information object in a target state; based on the detailed information of the terminal device, calling the platform identification module to determine the target platform information, where different platform information reflects different operating environment information; based on the target state, querying multiple states of the information object maintained by the state machine module and the factory mode modules corresponding to each state to obtain the target factory mode module; based on the target platform information, querying the function control subset corresponding to each platform information maintained by the target factory mode module , to obtain a target function control subset, each function control subset includes at least one function control; calling a weighted algorithm module, calculating the adaptability of each function control in the target function control subset and the target information object from at least one information dimension, the same information dimension has different preferences for different function controls, and the preference is positively correlated with the adaptability; according to the adaptability of each function control, selecting a target function control from them, and determining the relative display position information of the target function control and the target information object; returning the target information object, target function control and relative display position information to the terminal device, so that the terminal device can display the target information object and target function control on the page corresponding to the target state according to the relative display position information.

[0097] In an optional embodiment, the detailed information of the terminal device includes: software detailed information and hardware detailed information, the software detailed information includes detailed information of the operating system and detailed information of the target software product, and the target software product is the software product corresponding to the server; based on the detailed information of the terminal device, the processor 35 calls the platform identification module to determine the target platform information, and different platform information reflects different operating environment information, including: inputting the detailed information of the terminal device into the platform identification module, and determining the target platform type based on the detailed information of the terminal device's operating system, detailed information of the target software product, and detailed hardware information; wherein different operating systems, software products, and hardware correspond to different platform types; and organizing the target platform type and the detailed information of the operating system, detailed information of the target software product, and detailed hardware information according to the set data structure to obtain the target platform information.

[0098] In an optional embodiment, the state machine module maintains a state machine of the information object, which includes multiple states of the information object and the jump relationships and jump conditions between the multiple states; the method also includes: the processor 35 configures the identifier of the factory mode module for each state, and implements the code of the factory mode module corresponding to each state, and different factory mode modules are independent of each other.

[0099] In an optional embodiment, the factory pattern module internally implements a policy class and a factory class corresponding to different platform information; the policy class is used to maintain the filtering policy information of the corresponding platform information, and selects a subset of function controls that are adapted to the platform information from the full set of function controls based on the filtering policy information; the factory class is used to determine the policy class to be instantiated based on the input information; the processor 35 queries the function control subsets corresponding to each platform information maintained by the target factory pattern module based on the target platform information to obtain the target function control subset, including: inputting the target platform information into the factory class, the factory class determines the target policy class to be instantiated based on the target platform information, and obtaining the target function control subset by instantiating the target policy class.

[0100] In an optional embodiment, if the target platform information is a new type of platform information, the processor 35 implements the code of a new policy class for the target platform information, adds the new policy class in the target factory pattern module, and adds an instantiation relationship between the new policy class and the factory class.

[0101] In an optional embodiment, the processor 35 calls the weighted algorithm module to calculate the compatibility of each function control in the target function control subset and the target information object from at least one information dimension, including: calling the weighted algorithm module to obtain information sets that will affect the selection of function controls in each information dimension, each information set including at least one influencing parameter, each influencing parameter reflecting the preference of the corresponding information dimension for one or more function controls; determining the weight information of each information dimension; and generating at least one local preference information corresponding to each function control in the target function control subset in each information dimension based on the influencing parameters in the information set in each information dimension; generating global preference information of each function control in each information dimension based on at least one local preference information corresponding to each function control in each information dimension; performing weighted summation on the global preference information of each function control in each information dimension based on the weight information of each information dimension to obtain the compatibility of each function control with the target information object.

[0102] In an optional embodiment, the information dimension of the processor 35 includes at least one of a platform information dimension, a business rule dimension, and a user behavior dimension; the information set on the platform information dimension includes target platform information, and each information in the target platform information reflects its preference for some function controls in the target function control subset; the information set on the business rule dimension includes at least one business rule information, and each business rule information reflects its preference for some function controls in the target function control subset; the information set on the user behavior dimension includes at least one historical behavior data generated by the user within a specified time period, and each historical behavior number reflects its preference for some function controls in the target function control subset.

[0103] In an optional embodiment, the target information object of processor 35 is order information, the target status is all order status or each specific order status, and the page corresponding to the target status is an order list page or an order details page; wherein, the order list page or the order details page includes a tab page corresponding to all order statuses, and a tab page corresponding to each specific order status.

[0104] Further, if Figure 3 As shown, the server device also includes: a communication component 36, a display 37, a power component 38, an audio component 39 and other components. Figure 3 Only some components are shown schematically, which does not mean that the computing platform only includes Figure 3 In addition, Figure 3 The components within the dashed box are optional, not required, and may depend on the product form factor of the worker node. The worker node of this embodiment can be implemented as a terminal device such as a desktop computer, laptop computer, smartphone, or IoT device, or as a server-side device such as a conventional server, cloud server, or server array. If the worker node of this embodiment is implemented as a server-side device such as a conventional server, cloud server, or server array, the components within the dashed box in Figure 2 may not be included.

[0105] Accordingly, an embodiment of the present application further provides a computer-readable storage medium storing a computer program, which, when executed, can implement the steps that can be performed by the electronic device in the above method embodiment.

[0106] The above-mentioned memory can be implemented by any type of volatile or non-volatile memory 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 memory, flash memory, magnetic disk or optical disk.

[0107] The above-mentioned communication component is configured to facilitate wired or wireless communication between the device where the communication component is located and other devices. The device where the communication component is located can access a wireless network based on a communication standard, such as WiFi, 2G, 3G, 4G / LTE, 5G and other mobile communication networks, or a combination thereof. In an exemplary embodiment, the communication component receives a broadcast signal or broadcast-related information from an external broadcast management system via a broadcast channel. In an exemplary embodiment, the communication component also includes a near field communication (NFC) module to facilitate short-range communication. For example, the NFC module can be implemented based on radio frequency identification (RFID) technology, infrared data association (IrDA) technology, ultra wide band (UWB) technology, Bluetooth (BT) technology and other technologies.

[0108] The above-mentioned display includes a screen, which may include a liquid crystal display (LCD) and a touch panel (TP). If the screen includes a touch panel, the screen may be implemented as a touch screen to receive input signals from the user. The touch panel includes one or more touch sensors to sense touch, slide, and gestures on the touch panel. The touch sensor can not only sense the boundary of the touch or slide action, but also detect the duration and pressure associated with the touch or slide operation.

[0109] The power supply assembly provides power to various components of the device in which the power supply assembly is located. The power supply assembly may include a power management system, one or more power supplies, and other components associated with generating, managing, and distributing power to the device in which the power supply assembly is located.

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

[0111] Those skilled in the art will appreciate that the embodiments of the present application can be provided as methods, systems, or computer program products. Therefore, the present application can adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment in combination with software and hardware. Moreover, the present application can adopt the form of a computer program product implemented on one or more computer-readable storage media (including but not limited to magnetic disk storage, compact disc read-only memory (CD-ROM), optical storage, etc.) that contain computer-usable program code.

[0112] The present application is described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of the present application. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of the processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable data processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable data processing device generate instructions for implementing the steps in the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0113] These computer program instructions may also be stored in a computer readable memory that can direct a computer or other programmable data processing device to work in a specific manner, so that the instructions stored in the computer readable memory produce an article of manufacture comprising an instruction device, which implements the process Figure 1 a process or multiple processes and / or boxes Figure 1 The function specified in one or more boxes.

[0114] These computer program instructions can also be loaded onto a computer or other programmable data processing device so that a series of operational steps are executed on the computer or other programmable device to produce a computer-implemented process, thereby providing the instructions executed on the computer or other programmable device for implementing the process. Figure 1 a process or multiple processes and / or boxes Figure 1 A step that specifies a function in one or more boxes.

[0115] In a typical configuration, a computing device includes one or more processors (Central Processing Unit, CPU), input / output interfaces, network interfaces, and memory.

[0116] Memory may include non-permanent storage in a computer-readable medium, random access memory (RAM) and / or non-volatile memory in the form of read-only memory (ROM) or flash RAM. Memory is an example of a computer-readable medium.

[0117] Computer-readable media includes permanent and non-permanent, removable and non-removable media that can be used to store information using any method or technology. Information can be computer-readable instructions, data structures, program modules, or other data. Examples of computer 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), flash memory or other memory technologies, compact disc read-only memory (CD-ROM), digital versatile disc (DVD) or other optical storage, magnetic cassettes, magnetic disk storage or other magnetic storage devices, or any other non-transmission media that can be used to store information that can be accessed by a computing device. As defined herein, computer-readable media does not include transitory computer-readable media such as modulated data signals and carrier waves.

[0118] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0119] The above are merely embodiments of the present application and are not intended to limit the present application. For those skilled in the art, the present application may have various changes and variations. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application should all be included within the scope of the claims of the present application.

Claims

1. A page information display method, characterized in that: Applied to a server, the server dynamically processes the binding relationship between information objects and function controls using a modular design approach. The method includes: receiving an information viewing request sent by a terminal device, wherein the information viewing request includes detailed information of the terminal device and a target state, and is used to request viewing a target information object in the target state; Based on the detailed information of the terminal device, the platform identification module is called to determine the target platform information, where different platform information reflects different operating environment information; According to the target state, query multiple states of the information object maintained by the state machine module and the factory mode modules corresponding to each state to obtain the target factory mode module; According to the target platform information, query the function control subsets corresponding to the respective platform information maintained by the target factory mode module to obtain target function control subsets, each function control subset including at least one function control; Calling a weighted algorithm module to calculate the compatibility between each function control in the target function control subset and the target information object from at least one information dimension, wherein the same information dimension has different preferences for different function controls, and the preference is positively correlated with the compatibility; Selecting a target function control from among the function controls according to their adaptability, and determining relative display position information between the target function control and the target information object; The target information object, the target function control, and the relative display position information are returned to the terminal device, so that the terminal device displays the target information object and the target function control on a page corresponding to the target state according to the relative display position information.

2. The method according to claim 1, characterized in that The terminal device's detailed information includes software detailed information and hardware detailed information, wherein the software detailed information includes operating system detailed information and target software product detailed information, wherein the target software product is a software product corresponding to the server; Based on the detailed information of the terminal device, the platform identification module is called to determine the target platform information. Different platform information reflects different operating environment information, including: Inputting the detailed information of the terminal device into the platform identification module, and determining the target platform type based on the detailed information of the operating system, the detailed information of the target software product, and the detailed information of the hardware of the terminal device; wherein different operating systems, software products, and hardware correspond to different platform types; The target platform type and the operating system's detailed information, the target software product's detailed information, and the hardware's detailed information are organized according to a set data structure to obtain the target platform information.

3. The method according to claim 1, characterized in that The state machine module maintains a state machine of the information object, which includes multiple states of the information object and the jump relationships and jump conditions between the multiple states; the method also includes: configuring an identifier of the factory mode module for each state, and implementing the code for the factory mode module corresponding to each state, and different factory mode modules are independent of each other.

4. The method according to claim 1, wherein The factory pattern module internally implements a strategy class corresponding to different platform information and a factory class; the strategy class is used to maintain the filtering strategy information corresponding to the platform information and select a subset of function controls adapted to the platform information from the full set of function controls based on the filtering strategy information; the factory class is used to determine the strategy class to be instantiated based on the input information; According to the target platform information, query the function control subset corresponding to each platform information maintained by the target factory mode module to obtain the target function control subset, including: The target platform information is input into the factory class, and the factory class determines the target policy class to be instantiated according to the target platform information, and obtains the target function control subset by instantiating the target policy class.

5. The method according to claim 4, characterized in that Also includes: If the target platform information is a new type of platform information, a new policy class code is implemented for the target platform information, and the new policy class is added to the target factory pattern module, and an instantiation relationship between the factory class and the new policy class is added.

6. The method according to any one of claims 1 to 5, characterized in that Calling a weighted algorithm module to calculate the compatibility between each function control in the target function control subset and the target information object from at least one information dimension, including: Calling the weighted algorithm module to obtain information sets that affect the selection of function controls in each information dimension, each information set including at least one influence parameter, each influence parameter reflecting the preference of the corresponding information dimension for one or more function controls; Determining weight information for each information dimension; and generating at least one local preference information corresponding to each function control in the target function control subset in each information dimension based on the influence parameter in the information set in each information dimension; Generate global preference information for each function control in each information dimension according to at least one local preference information corresponding to each function control in each information dimension; According to the weight information of each information dimension, the global preference information of each function control in each information dimension is weighted and summed to obtain the adaptability of each function control to the target information object.

7. The method according to claim 6, characterized in that The information dimension includes at least one of a platform information dimension, a business rule dimension, and a user behavior dimension; The information set on the platform information dimension includes the target platform information, and each information in the target platform information reflects its preference for some function controls in the target function control subset; The information set on the business rule dimension includes at least one piece of business rule information, and each piece of business rule information reflects its preference for some function controls in the target function control subset; The information set on the user behavior dimension includes at least one historical behavior data generated by the user within a specified time period, and each historical behavior data reflects the user's preference for some function controls in the target function control subset.

8. The method according to any one of claims 1 to 5, characterized in that The target information object is order information, the target status is the status of all orders or each specific order status, and the page corresponding to the target status is the order list page or the order details page; The order list page or order details page includes tab pages corresponding to all order statuses and tab pages corresponding to each specific order status.

9. A server device, characterized in that: include: A processor and a memory, wherein the memory is used to store a computer program, and when the computer program is executed by the processor, the processor is enabled to implement the steps in the method according to any one of claims 1 to 8.

10. A computer-readable storage medium storing a computer program, characterized in that: When the computer program is executed by a processor, the processor is enabled to implement the steps of the method according to any one of claims 1 to 8.

11. A computer program product, characterized in that The method comprises a computer program / instruction, which, when executed by a processor, enables the processor to implement the steps of the method according to any one of claims 1 to 8.

Images