An information configuration method, apparatus, device, medium, and program product

Abstract

The present application provides a kind of information configuration method, device, equipment, medium and program product, it is related to computer technical field.Therein, the method comprises: receiving first event, first event includes triggering rendering first page event, first page is used to configure resource site, resource site is used to show media resource, and first page contains multiple configuration items;In response to first event, obtain rule set and build information set, rule set contains the rule for configuring resource site, and information set includes the current state information of configuration item, and current state information is used to indicate the state of configuration item in first page;Obtain rule subset, rule subset is obtained by using information set, and sequentially filtering each rule in different dimensions;Display first page.The technical problem of high iteration cost and big regression risk is solved, the flexibility of configuring resource site is improved, and the iteration cost and regression risk are reduced.

Description

Technical Field

[0001] This relates to the field of computer technology, and in particular to an information configuration method, apparatus, device, medium, and program product. Background Technology

[0002] With the rapid development of internet technology, various service platforms need to uniformly schedule and distribute massive amounts of heterogeneous resources to meet the diverse needs of terminals. Aggregation platforms, as a typical service platform, are deployed between terminal applications and resource providers to achieve unified aggregation and scheduling of resources, and to provide terminals with the ability to create resource slots. Terminals can then display resources through these resource slots.

[0003] However, the current methods for creating resource slots cannot cope with the complexity of multi-dimensional combination rules in resource slot creation, resulting in problems such as the need to modify the front-end code for rule changes, high iteration costs, and high regression risks. Summary of the Invention

[0004] This invention provides an information configuration method, apparatus, device, medium, and program product that improves the flexibility of configuring resource bits and reduces iteration costs and regression risks.

[0005] In one scenario, this paper provides an information configuration method, which includes: Receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; In response to the first event, a rule set is obtained and an information set is constructed. The rule set contains rules for configuring the resource position, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. A subset of rules is obtained by sequentially filtering each rule across different dimensions using the information set. The first page is displayed, and the second status information of each configuration item on the first page is determined based on the rule subset. The second status information indicates the status of the configuration item after it has been updated on the first page.

[0006] In one instance, this document also provides an information configuration device, which includes: A receiving module is used to receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; The acquisition module is configured to, in response to the first event, acquire a rule set and construct an information set. The rule set contains rules required for configuring the resource position, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. The acquisition module is used to acquire a subset of rules, which is obtained by sequentially filtering the rules according to different dimensions using the information set; The display module is used to display the first page, wherein the second status information of each configuration item in the first page is determined based on the rule subset, and the second status information indicates the status of the configuration item after being updated in the first page.

[0007] In one instance, this document also provides an electronic device comprising: One or more processing devices; Storage device for storing one or more programs. When the one or more programs are executed by the one or more processing devices, the one or more processing devices perform any of the methods described herein.

[0008] In one instance, this document also provides a storage medium containing computer-executable instructions that, when executed by a computer processor, are used to perform any of the methods described herein.

[0009] In another scenario, this document also provides a computer program product comprising a computer program that, when executed by a processor, implements any of the methods described herein.

[0010] The above method receives a first event, responds to the first event, obtains a rule set, and constructs an information set. Then, a rule subset is obtained based on the rule set and the information set. Finally, a first page is displayed, and the target state of each configuration item on the first page is determined based on the rule subset. This, in turn, determines the state of the configuration items on the first page. This improves the flexibility of configuration resource positions and reduces iteration costs and regression risks. Attached Figure Description

[0011] The above and other features, advantages, and aspects of the various situations described herein will become more apparent when viewed in conjunction with the accompanying drawings and with reference to the following specific manner. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0012] Figure 1 A schematic diagram of the structure of an information configuration system under one scenario; Figure 2This is a flowchart illustrating an information configuration method for one scenario. Figure 3 A flowchart illustrating an information configuration method for another scenario; Figure 4 This is a schematic diagram of an information configuration device in one scenario. Figure 5 This is a schematic diagram of the structure of an electronic device used to implement an information configuration method in one scenario. Detailed Implementation

[0013] The present invention will now be described in more detail with reference to the accompanying drawings. While certain scenarios are shown in the drawings, it should be understood that the solutions can be implemented in various forms and should not be construed as limited to the scenarios described herein. Rather, these scenarios are provided to provide a more thorough and complete understanding of the solutions herein. It should be understood that the accompanying drawings and implementations are for illustrative purposes only and are not intended to limit the scope of this document.

[0014] It should be understood that the steps described in the method may be performed in different orders and / or in parallel. Furthermore, the method may include additional steps and / or omit the steps shown. The scope of this document is not limited in this respect.

[0015] The term "comprising" and its variations as used herein are open-ended inclusions, meaning "including but not limited to". The term "based on" means "at least partially based on". The term "one situation" means "at least one situation"; the term "another situation" means "at least one additional situation"; the term "some situations" means "at least some situations". Definitions of other terms will be given in the following description.

[0016] It should be noted that the concepts of "first" and "second" mentioned are only used to distinguish different devices, modules or units, and are not used to limit the order of the functions performed by these devices, modules or units or their interdependencies.

[0017] It should be noted that the terms "one" and "more" used in this document are illustrative rather than restrictive, and those skilled in the art should understand that, unless otherwise expressly indicated in the context, they should be understood as "one or more".

[0018] The names of messages or information exchanged between multiple devices in this document are for illustrative purposes only and are not intended to limit the scope of these messages or information.

[0019] It is understandable that before using the technical solutions disclosed in each scenario in this document, users should be informed of the type, scope of use, and usage scenarios of the personal information involved in this document in an appropriate manner in accordance with relevant laws and regulations, and user authorization should be obtained.

[0020] For example, upon receiving a user's active request, a prompt message is sent to the user to explicitly inform them that the requested operation will require the acquisition and use of the user's personal information. This allows the user to independently choose whether to provide personal information to the software or hardware, such as electronic devices, applications, servers, or storage media, that perform the operations described herein, based on the prompt message.

[0021] As an optional but non-limiting implementation, in response to a user's active request, sending a prompt message to the user can be done via a pop-up window, where the prompt message can be presented in text format. Furthermore, the pop-up window can also include a selection control allowing the user to choose "agree" or "disagree" to provide personal information to the electronic device.

[0022] It is understood that the above notification and user authorization process is merely illustrative and does not limit the implementation method described in this article. Other methods that comply with relevant laws and regulations may also be applied to the implementation method described in this article.

[0023] It is understood that the data involved in the technical solutions in this article (including but not limited to the data itself, the acquisition or use of the data) shall comply with the requirements of relevant laws, regulations and related provisions.

[0024] In some cases, the provided solution can be applied to Figure 1 The system shown may include a terminal device 101 for displaying media resources, an aggregation platform 102, and a platform 103 for providing media resources.

[0025] Among them, the terminal device 101 can run applications for displaying media resources, referred to as media applications. Media applications can be map applications, reading applications, etc. Resource slots can be reserved in media applications. Resource slots, also known as code slots, refer to the logical positions or identifiers reserved in media applications for displaying media resources (such as advertisements). One code slot corresponds one-to-one with one or a group of specific display areas and is the basic unit of creation and configuration.

[0026] The aggregation platform 102 can be deployed on an electronic device, relying on the operation of that electronic device or certain applications within it to perform its functions. The electronic device can be, for example, a device with a display screen that supports information browsing, such as a smartphone, tablet, personal computer, or other personal mobile terminal or server. For ease of understanding, Figure 1 The aggregation platform 102 is mainly represented in the form of equipment.

[0027] Aggregation platform 102 can refer to an intermediate platform located between media applications and platform 103, used for unified connection to platform 103, aggregating and scheduling media resource requests, and providing media with unified creation and configuration capabilities. For example, resource slots on terminal device 101 can be created and configured on aggregation platform 102. Resource slot creation, also known as configuration creation, refers to the process of creating, editing, and configuring resource slots in the console of aggregation platform 102, including setting parameters such as bidding method, rendering method, resource slot type, and media subtype, and achieving dynamic linkage between fields through configuration rules. Bidding method can refer to the bidding mode used when requesting and returning media resources in an Ad Network (ADN) scenario, such as client-side bidding, server-side bidding, or non-bidding, used to determine the bidding comparison method between different ad sources. Rendering method can refer to the rendering method or rendering source of media resources on terminal device 101, such as template rendering, self-rendering, and native rendering, used to distinguish different rendering links and capability constraints. Resource slot type refers to the display format of media resources in media applications, such as news feeds and interstitials, which is a classification of the scenario to which the resource slot belongs. Resource slot subtype can refer to a more granular distinction in form under a certain resource slot type, such as further distinguishing "interstitial-full-screen" or "interstitial-dialog box" under the interstitial type. Among them, media resources can be considered as resources that carry information, such as images and videos.

[0028] Aggregation AND can refer to the simultaneous access of multiple platforms 103, such as ADN, to the same aggregation platform 102, and the unified management, scheduling, and bidding of media resources from multiple ADNs. AND can also refer to a third-party network or platform that provides media resources for media applications.

[0029] Figure 2 This is a flowchart illustrating an information configuration method for one scenario, applicable to situations involving resource bit configuration. This information configuration method can be executed by an information configuration device, which can be implemented in software and / or hardware, optionally through an electronic device such as a mobile terminal, PC, or server. Figure 2 As shown, the information configuration method may specifically include: S210, Receive the first event.

[0030] The first event includes an event that triggers the rendering of the first page, which is used to configure resource slots for displaying media resources. The first page contains multiple configuration items. The first page can be a resource configuration page. Users can configure settings on the first page to complete resource configuration. Configuration items can be considered as options for resource configuration within the first page, similar to fields in a form. The display of fields is constrained by rules. Configuration items can include rendering methods, resource types, etc. In this document, configuring configuration items includes, but is not limited to, inputting or selecting parameters through configuration items, such as selecting a specific rendering method, or the specific value of the rendering method, such as template rendering. The value of one configuration item on the first page may affect the display logic of other configuration items. Therefore, the first page can be refreshed after a configuration item is configured.

[0031] In this article, the first event can be triggered by the user, such as when the user configures the resource slot on the first page.

[0032] S220. In response to the first event, obtain the rule set and construct the information set.

[0033] The rule set contains rules for configuring the resource slot, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. The rule set can be parsed from a configuration snapshot. A configuration snapshot refers to the overall view of the rules loaded and parsed from the configuration center, used for interpretation and execution; it can serve as read-only input when the interpreter calculates the linkage results. The interpreter can refer to a module that processes the rule set and information set. For example, a pure function computation module that evaluates dependency conditions and outputs a state snapshot based on the configuration snapshot and context can be used to transform configurable rules into specific user interface (UI) linkage effects.

[0034] The context refers to the complete set of input conditions used by the interpreter in this calculation, typically composed of the current form state and the external environment, such as bidding method, rendering method, resource type, media subtype, user permissions, and grayscale indicators. This combination of the current form state and the external environment can be considered as being determined based on the current state information of the configuration items on the first page. The current state information can represent the state of the configuration items, such as one or more of the following states: current value, visibility, options, and prompts. The aforementioned state snapshot refers to the overall record of the current values, visibility, options, and prompts of each form field at a specific moment in the creation page. The interpreter generates a new state snapshot after each calculation to drive UI rendering.

[0035] Upon receiving the first event, this paper can determine the current status information of each configuration item on the first page to construct an information set. A configuration snapshot is obtained from the configuration center, and the rule set is obtained by parsing the configuration snapshot.

[0036] S230, Obtain a subset of rules.

[0037] The rule subset is obtained by sequentially filtering each rule in different dimensions using the information set, and the rule subset includes the rules that affect the state of the configuration item.

[0038] After obtaining the information set and the rule set, this paper can use the information set to filter the rules in the rule set to obtain rules related to the information set, forming a rule subset. The rule subset can contain rules that determine the visibility of each configuration item on the first page.

[0039] This article suggests that rule filtering can be performed across different dimensions to achieve layer-by-layer filtering. There are no restrictions on the order of dimension filtering or the division of dimensions.

[0040] In one scenario, the dimensions of the rule include one or more of the following: The capabilities supported by the resource bit, the first identification information, the second identification information, and the type information of the resource bit; Wherein, the first identification information is used to identify the provider of the media resource, the second identification information is used to identify the operating system of the terminal, and the terminal is used to display the resource bit.

[0041] The capabilities supported by a resource bit can include bidding and rendering methods. Type information can be used to represent the type of the resource bit, such as resource bit type and / or media subtype.

[0042] In this paper, the interpreter can adopt a funnel-shaped multi-dimensional hierarchical configuration model to improve readability and reduce configuration size. A funnel-shaped multi-dimensional hierarchical configuration model refers to a configuration model that organizes multi-dimensional rules related to resource bit creation in layers according to different dimensions, such as a top-down hierarchical structure organized according to capability domains, aggregated ADNs, operating systems, business scenarios, etc., to compress configuration size and improve retrieval efficiency while maintaining the expressive power of rules.

[0043] This model converges the complex rule space into a four-layer logical structure, achieving step-by-step filtering from macroscopic capabilities to microscopic constraints. This ensures that the interpreter can directly locate rules through hash paths, improving retrieval efficiency. The four layers are as follows: 1. L1 Capability Layer (capabilities supported by the corresponding resource slot): As the top layer of the funnel, it defines the meta-capabilities of the business, such as distinguishing between "bidding capability" and "rendering capability", and determines the macro-scope of subsequent rules.

[0044] 2. L2 Aggregated ADN Layer: After selecting the capability, the unique identifier of the aggregated ADN is used as an index to physically isolate the differentiated configurations of different platforms that provide media resources.

[0045] 3. L3 Operating System Layer: Further segmentation based on operating system to address the differences in capabilities and inconsistent release schedules across different terminal environments.

[0046] 4. L4 Business Scenario Layer: As the finest-grained configuration layer, it defines the specific linkage rules, UI presentation (labels, prompts), and admission conditions under specific resource slot types and their subtypes.

[0047] The funnel-shaped multi-dimensional hierarchical configuration model can be a progressive structure. By elevating common rules (e.g., the more common the rules, the higher the hierarchical structure, with the first layer being the highest in a four-layer structure), high reusability and simplification of configuration are achieved.

[0048] S240, Display the first page.

[0049] The second status information of each configuration item in the first page is determined based on the rule subset, and the second status information represents the status of the configuration item after it has been updated in the first page.

[0050] After determining the subset of rules, a second state information can be determined for each configuration item. This second state information determines the state of the configuration item on the first page. In this paper, the second state information can be the state information obtained after updating the current state information in response to the first event, used to determine the latest state of the configuration item on the first page.

[0051] In this paper, the second state information can be determined based on a subset of rules. For example, for a configuration item, the rules corresponding to that configuration item are selected from the rule subset, and the second state information of the configuration item is determined based on the selected rules. Rules can include constraints on the configuration item, and the state of the configuration item can be determined through the rules. A rule corresponding to a configuration item can be called a configuration unit. A configuration unit can refer to a specific, interpretable, and executable configuration object in the business scenario layer, typically corresponding to the rule definition of a field, an option, or a type of UI behavior. A configuration unit can be viewed as a fine-grained expression of a configuration block in a specific scenario. The state of a configuration item can be determined based on its corresponding configuration unit. A configuration block can refer to an independent rule fragment or configuration node, typically carrying a set of linked rules, display strategies, or grayscale conditions. It can be understood as the smallest configuration fragment that can be "judged, loaded, merged, and activated independently." In this paper, a configuration block can be an independent unit divided from the rule dimension. A configuration unit can be an independent unit divided from the configuration item dimension. A configuration unit can be a set of rules that determine the state of a configuration item.

[0052] This paper describes a process of receiving and responding to a first event, obtaining a rule set, and constructing an information set. Then, a rule subset is obtained based on the rule set and information set. Finally, a first page is displayed, and the target state of each configuration item on the first page is determined based on the rule subset. This, in turn, determines the state of the configuration items on the first page. This improves the flexibility of configuration resource positions and reduces iteration costs and regression risks.

[0053] Figure 3 This is a flowchart illustrating an information configuration method for another scenario. The solution in this scenario can be combined with solutions from other scenarios; for identical or related parts, descriptions of other scenarios can be used, and will not be repeated here. Figure 3 As shown, the method in this case may specifically include: S310, Receive the first event.

[0054] S320, In response to the first event, obtain the rule set and construct the information set.

[0055] S330. Traverse each dimension. For the current dimension being traversed, extract the first state information from the information set. The first state information includes the current state information of the first configuration item. The first configuration item includes the configuration item of the current dimension.

[0056] The current dimension can be the dimension being traversed. Dimensions can be traversed sequentially, such as in the order of the capabilities supported by the resource bit, the first identifier information, the second identifier information, and the type information of the resource bit. The first configuration item can be a configuration item under the current dimension. The first status information can be the current status information of the first configuration item.

[0057] During the traversal of the current dimension, the configuration item corresponding to the current dimension is determined, which can be called the first configuration item. After determining the first configuration item, the current state information of the first configuration item can be extracted from the information set, and the extracted current state information can be used as the first state information.

[0058] In this operation, first state information is extracted from the information set to facilitate rule filtering based on the first state information.

[0059] S340. Extract the rules corresponding to the first state information from the set to be filtered.

[0060] The set to be filtered is the set of rules, or the set of rules filtered by the previous dimension.

[0061] In this paper, the rules can be filtered dimension by dimension. When traversing to the current dimension, if the current dimension is the first dimension traversed, then the set to be filtered can be the set of rules. If the current dimension is not the first dimension traversed, then the set to be filtered can be the set of rules filtered by the previous dimension.

[0062] After determining the first state information, this paper can extract the rules corresponding to the first state information from the set to be filtered. In this paper, rules can be hierarchically divided by dimensions; therefore, during the rule filtering process, rules can be filtered according to dimensions.

[0063] In one scenario, where the dimension is the type information, the step of extracting the rule corresponding to the first state information from the set to be filtered includes: Select authorization rules from the set to be filtered, wherein the authorization rules include the rules for authorization used in the set to be filtered; Extract the rule corresponding to the first state information from the authorization rules.

[0064] Authorization rules can be rules that are authorized for use. Selecting authorization rules from the set to be filtered can be considered as performing an admission check. Admission checks can refer to determining whether the current user, application, or scenario is eligible to match the rule before the rule is actually interpreted and executed. For example, authorization rules can be maintained through methods such as lists, gradual rollout, or scoped permission opening. In the process of filtering rules from the set to be filtered, rules that are authorized for use can be selected from the set, and then the rules corresponding to the first state information can be extracted from the authorization rules.

[0065] S350, Display the first page.

[0066] The information configuration method presented in this article improves the accuracy of rule selection by filtering rules dimension by dimension, thereby ensuring the accuracy of the second status information of the configuration items on the first page.

[0067] Based on the above situation, a variation of the above situation is proposed. It should be noted that, in order to keep the description brief, the variation only describes the differences from the above situation.

[0068] In one scenario, displaying the first page includes: For each of the configuration items, determine a list of rules corresponding to the configuration item in the rule subset; Obtain a list of conditions for the configuration item from the rule list, the list of conditions including conditions that affect the visibility of the configuration item on the first page; Based on the condition list, the visibility status of the configuration item is determined. The second status information includes the visibility status, which indicates whether the configuration item is visible on the first page. Display the first page.

[0069] A rule subset can be a set of rules filtered dimension by dimension. This article allows selecting a list of rules for a specific configuration item from the rule subset on a per-configuration-item basis. The rule list can be a collection of rules corresponding to that configuration item, also known as a configuration unit.

[0070] The rule list can contain a list of conditions, which can be conditions that affect the visibility of configuration items.

[0071] After determining the list of conditions, the visibility status of configuration items can be determined based on the conditions in the list. The correspondence between the list of conditions and the visibility status can be constrained by rules. For example, a rule can define that the visibility status is visible when a certain condition is met.

[0072] In this paper, visibility status is defined as the resolution of a configuration hive. A configuration hive can at least contain a label, a hint, a list of authorization rules, and a dependency object. The dependency object contains at least the following core fields: First condition list (dependValues): Defines an AND condition list where all dependencies in the array must be satisfied simultaneously.

[0073] The second condition list (dependValuesOr): ​​defines an OR-of-ANDs condition list. Any group in the outer array needs to satisfy the condition, while all groups in the inner array need to satisfy the condition simultaneously.

[0074] The third condition list (disableDependValues): Defines a list of veto conditions. If any one of the conditions is met, the rule is immediately invalidated or disabled.

[0075] Control field (disabled): Boolean value used to define whether the UI is "hidden" or "disabled" when the rule is invalid. If true, the disabled state is switched according to the dependency conditions; otherwise, the visible state is switched.

[0076] DisabledTooltip: Defines the tooltip displayed when a field is disabled. This document also allows setting a patch configuration field to provide general patches or exception coverage for certain capability fields or scenarios. The tooltip can be located within the patch configuration field.

[0077] The first condition list can be an array-like list of conditions. Each element represents a dependency condition, also known as a dependency field. The entire set of conditions is only valid if all conditions in the array are met. The visibility state is set to visible when all conditions in the condition list are satisfied. For example, consider the condition that option C is available when A and B are satisfied. A and B can be the condition list, and option C can be a configuration item. The configuration item is displayed only when all configured conditions are met.

[0078] Dependency fields refer to fields that affect whether a rule takes effect. For example, when a user selects a bidding method, resource type, or operating system, these selected values ​​become dependency fields read by the interpreter during evaluation.

[0079] The second condition list can be a list of multiple AND condition groups; the entire list is true if any one of these groups is true. For example, option F is available when either (A and B) or (D and E) is satisfied. Option F is available if either (A and B) or (D and E) is satisfied; options can be understood as configuration items.

[0080] The third condition list can refer to an exclusion list or a rejection list. If any one of these conditions is met, the rule will be directly rejected, even if the other conditions are met.

[0081] In one scenario, displaying the first page includes: When the configuration item is displayed in the visibility status indicator, the first page is displayed, and the configuration item is displayed on the first page. When the visibility status indicates that the configuration item is hidden, a control field is obtained from the condition list, the control field being used to indicate whether the configuration item is disabled or hidden; The first page is displayed, and the configuration items on the first page are either disabled or hidden based on the control fields.

[0082] When a configuration item is displayed in a visible status indicator, the configuration item can determine the second status information based on the visible status indicator.

[0083] When the visibility status indicates that a configuration item is hidden, further control fields can be used to determine whether the configuration item is hidden or disabled.

[0084] Taking a configuration item as an example, the list of rules corresponding to that configuration item can be called a configuration unit. When the interpreter calculates whether a configuration unit is effective, it first collects dependency fields from the current form state and the external environment to form a context, i.e., an information set. Then, it performs dependency evaluation based on this context, a process that follows a deterministic three-phase algorithm: 1. Basic Dependency Evaluation: The interpreter evaluates dependValues ​​(AND logic) and dependValuesOr (OR-of-ANDs logic). If both exist, the whole is treated as an OR relationship (satisfying either one is sufficient); if only one exists, it is evaluated according to its own logic (if AND logic exists, it is evaluated according to AND logic). This stage yields the basic Boolean matching result isMatch.

[0085] 2. Veto: Check the disableDependValues ​​list. If the current context matches any exclusion rule in this list, the final isMatch will be forcibly overridden as false, regardless of the result of the first phase.

[0086] 3. UI Semantic Transformation: Based on whether the disabled field is set in the configuration unit, isMatch is transformed into the final UI state: If disabled is not set: the result of isMatch directly determines the display / hide status of the configuration item (that is, if the visible status indicates that the configuration item is to be displayed, the first page is displayed, and the configuration item is displayed on the first page).

[0087] If disabled is set: the isMatch result, together with the disabled field, determines its disabled state (e.g., obtaining a control field from the condition list, which is used to indicate whether the configuration item is disabled or hidden), and a visible but not selectable interactive prompt can be implemented through disabledTooltip.

[0088] To address the conflict issues caused by the coexistence of multiple source rules in the same scenario, this paper provides a predictable rule merging strategy. Patch rules (also known as supplementary rules) relevant to the current context are retrieved from the patch configuration domain (such as the supplementary set), and then merged with the main path rules. The merging process employs a deep merging and proximity-based coverage strategy, ensuring that more specific paths cover more general paths. Furthermore, object fields are recursively merged to guarantee stable and predictable merging results.

[0089] Deep merging refers to a process where, instead of simply replacing the entire object, rules are recursively merged layer by layer within the object, preserving non-conflicting parts. Proximity coverage means that more specific rules, closer to the current business scenario, have higher priority and can cover more general and higher-level rules.

[0090] In one scenario, the method further includes: From the supplementary set, obtain supplementary rules related to the subset of rules, the supplementary set being used to add the supplementary rules to the configuration item; The supplementary rule and the rule subset are merged to obtain the updated rule subset.

[0091] The supplementary set can include multiple additional rules. After determining the rule subset, supplementary rules related to the rule subset can be found from the supplementary set. Then, the supplementary rules and the rules in the rule subset are merged to obtain the updated rule subset.

[0092] Supplementary rules, also known as patch rules or exception rules, refer to additional overriding rules added outside of the main path rules. They are used to handle a few special scenarios, temporary exceptions, or differentiated constraints. The main path rules can refer to the basic rules retrieved along the main configuration paths such as capability domains, aggregated ADNs, operating systems, and business scenarios.

[0093] To ensure the atomicity and consistency of form state updates, this paper abstracts all linked behaviors into a set of effects output by the interpreter and submits them atomically as state snapshots, thereby achieving reversible and automatic cleanup of side effects. Atomic submission means writing all effects calculated in one operation into a new state snapshot at once. The set of effects can refer to the complete set of changes output by the interpreter after one calculation, such as whether a field is displayed, disabled, its default value, available options, and the message.

[0094] This document defines a default state as a baseline for each field. When any dependent field changes, a one-time recalculation is performed in memory based on the default baseline, the current context, and the current configuration snapshot. For cases where the same field may be affected by multiple rules, the effects are merged according to a preset priority. Subsequently, changes to field values, visibility, disabled states, option sets, and prompts are committed in a transactional manner to a new immutable snapshot, maintaining the old snapshot in case of exceptions. When a rule becomes invalid due to changes in conditions, its effect is no longer included in the next recalculation; the field state automatically reverts to the default state or is determined by other still-effective rules. Illegal values ​​are automatically cleared or backfilled when a field is hidden or an option becomes invalid to avoid state pollution. Visibility refers to whether a field, option, or prompt is displayed on the first screen. If the rule is not satisfied, visibility control will directly hide the corresponding item. The default baseline refers to the initial set of states created for each field in the form before any rules or linked effects are hit, serving as the benchmark for each recalculation to ensure that side effects can be correctly cleaned and rolled back.

[0095] In one scenario, the method further includes generating a state snapshot corresponding to the second state information.

[0096] In one scenario, the first event includes an event that changes the configuration item on the first page, the information set further includes baseline state information of the configuration item, and the method further includes: If obtaining the rule subset fails, the rule subset is obtained again according to the baseline state information.

[0097] The baseline status information can be used as a reference. This status information can be used to represent the default status mentioned above. If obtaining a rule subset fails, the rule subset can be obtained again based on the baseline status information. For example, the current status information of the changed configuration item can be replaced with the baseline status information, and the operation of obtaining the rule subset can be performed.

[0098] The method provided in this paper is described below as an example. This method can be regarded as a method for configuring, interpreting, executing, and consistently updating the dynamic linkage rules in the resource bit creation and configuration process.

[0099] In aggregation platforms, media outlets typically need to create and manage numerous ad slots in the console to connect to media resources from multiple aggregation ADNs and serve diverse ad slot scenarios within media applications. Especially in aggregation scenarios, the same ad slot often needs to be reused and combined across different aggregation ADNs, different ad styles, and different client-side environments, with numerous long-tail exceptions and differentiated capability constraints. When configuring ad slots, operations personnel need to dynamically obtain legal options, disable or hide strategies, prompts, and default values ​​under multiple dimensions such as "bidding method / rendering method / operating system / ad slot type / subtype (e.g., sub-types of interstitial and full-screen ads)," and ensure that the entered configuration meets the compatibility and validation requirements of each aggregation ADN. With the continuous growth in the number of aggregation ADNs, the widening differences in capabilities, and the introduction of ad slot mixing mechanisms, a high-order combination relationship is formed between the above dimensions, resulting in frequent rule changes and a wide impact, further amplifying the complexity of rule configuration.

[0100] This paper decouples the volatile multidimensional business rules in resource slot creation and configuration from the front-end component implementation, transforming rule changes from "modifying code and publishing" to "modifying configuration and interpreting execution," thereby reducing iteration costs and regression risks.

[0101] This paper uses a structured data model to compress and efficiently retrieve multi-dimensional combination rules such as "bidding method / rendering method / aggregated ADN / operating system / resource bit type / subtype", avoiding an uncontrollable logical explosion caused by the expansion of the number of rules as the dimensions expand.

[0102] This paper supports accurate evaluation of complex dependency conditions at the configuration layer, including at least AND relationships for positive dependencies, OR relationships for condition groups, and exclusion conditions with veto semantics, thus ensuring the determinism of linked judgments. This paper can structurally describe complex Boolean logic between fields. For example, it can not only express "option C is available when A and B are satisfied" (AND logic), but also support "option F is available when (A and B) or (D and E) are satisfied." Simultaneously, it provides a high-priority veto mechanism, such as "if G is true, then option H is disabled regardless of other conditions," to handle mandatory exclusion rules in business logic.

[0103] This paper implements a predictable rule merging strategy in the presence of multiple source rules (e.g., main path rules and patch / exception rules coexist), avoiding conflicts and inconsistencies, and ensuring the reuse of the same rule in different entry links.

[0104] This paper implements atomicity and consistency of state updates during form interaction, avoids state pollution caused by imperative side effects, and automatically cancels side effects and cleans invalid values ​​when conditions change.

[0105] While ensuring configuration flexibility, this article introduces a controllable gray-scale / permission mechanism and a verifiable mechanism, so that specific rules can be implemented in a controlled manner according to users or scenarios, and can be verified by structure and version.

[0106] The following describes the text from the perspectives of configuration distribution, interpretation execution, and state snapshot-driven UI rendering: 1. Configuration Source: The only trusted source of configuration. Developers modify JSON to describe the form's structure, field dependencies, and cascading rules.

[0107] 2. Data Layer: When a user enters the first page, a configuration snapshot is retrieved from the configuration resources. After parsing, a set of rules is obtained, which is then consumed by all relevant components.

[0108] 3. Interpreter: This is the brain of the entire dynamic configuration system, a pure function module. It receives the configuration source and the current form's context as parameters and is responsible for executing all core algorithms, including path retrieval, dependency evaluation, and effect merging. It returns the calculated UI state (such as whether a field is disabled, dropdown options, and tooltip text).

[0109] 4. UI Consumption Layer: When a user interacts with the form, the component will: Subscribe to context: Collect the current values ​​of all dependent fields (such as the specific operating system selected) from the form state and construct a context.

[0110] Invoke the interpreter: When the dependent fields change, the calculation process is retried by passing in the rule set and context.

[0111] Return UI state: The final result calculated by the interpreter.

[0112] Declarative rendering: Components only need to apply the returned state directly to the UI view to achieve declarative dynamic updates, without containing any business logic themselves.

[0113] The following describes the display of the first page in chronological order: The system receives the first event, retrieves the rule set and information set, and uses these as input to the interpreter. The interpreter performs path retrieval based on the capability dimension fields in the context. It then selects the rule corresponding to the capability dimension field from the rule set.

[0114] For example, from the rule set, select the rule corresponding to the bidding method, and then select the rule corresponding to the unique identifier of the aggregate AND. From the rule set, select the rule corresponding to the rendering method, and then select the rule corresponding to the unique identifier of the aggregate AND. Further filter the selected rules from the operating system dimension. For example, determine whether the information set contains a key corresponding to the operating system. If so, select the rule corresponding to that key from the selected rules. If it does not contain an operating system key, then filter the selected rules at the business scenario layer.

[0115] Filtering at the business scenario layer includes: 1. Initial Admission Screening: Check the list of authorization rules to filter configuration blocks, such as selecting authorization rules.

[0116] 2. Type matching: Match the corresponding rules based on the resource slot type.

[0117] 3. Dependency Calculation: Validating the linkage rules between fields (e.g., only...). (Advanced options are only allowed when needed). If validation fails, the corresponding field will not be displayed.

[0118] 4. Text Assembly: After all validations are passed, extract the prompt text and assemble it into a final usable UI state object, described by the second state information.

[0119] After all the above steps, a standardized UI state object is output.

[0120] The form component receives and executes instructions: Rendering options: Generates a list of options for the drop-down menu.

[0121] Control status: Show / hide and Disabled (disable / enable) the field.

[0122] Display prompt: Render red prompts or explanations on the interface.

[0123] This paper presents a declarative multi-dimensional hierarchical configuration model for resource slot creation and configuration. It organizes rules by capability domain, aggregation ADN, operation and business scenario, compresses the compatibility matrix in a funnel structure and supports efficient retrieval.

[0124] This article provides a pure function-style configuration interpreter to avoid hard-coding business logic in components.

[0125] This paper presents a multi-source rule merging strategy that deeply merges and covers the main path rules with the patch / exception rules, resolving conflicts and inconsistencies in dual-track or mixed rule extension scenarios.

[0126] This article provides an atomic state snapshot submission mechanism that calculates all the linkage results triggered by a single interaction in memory and submits them all at once, ensuring the atomicity, consistency and rollback of form state updates.

[0127] This paper presents an automatic side effect cleaning mechanism that implicitly performs the reverse operation of side effects based on the "default state baseline and each recalculation" method, and automatically clears or backfills illegal values ​​when fields are hidden or options are invalid, thus avoiding state pollution.

[0128] This article provides a permission / canary release control mechanism that is bound to configuration blocks to determine the admission of configuration blocks, so that configuration rules can be controlled and effective and support gradual release.

[0129] This article provides a rule-based hierarchical mechanism based on the operating system, which allows for the definition of differentiated configurations for different terminal environments to cope with their unique capability constraints or release schedules.

[0130] This article provides a configuration block admission control method, which enables new rules or experimental features to be rolled out in a precise, controlled manner based on users, applications, or scenarios.

[0131] This paper implements resource bit creation configuration through a decoupled architecture of "configuration as the sole trusted source and a pure functional configuration interpreter," enabling most rule changes to be completed without modifying the front-end business logic code. This allows rule changes to take effect quickly by adjusting the configuration, supports controlled canary deployments and rollbacks, thereby significantly improving the flexibility and delivery efficiency of configuration, and reducing the regression risk introduced by code modifications.

[0132] This paper employs a funnel-shaped multi-dimensional hierarchical configuration model to compress the rule set, which expands with dimensional combinations in aggregated ADN scenarios, into a manageable hierarchical structure. Multi-dimensional key paths enable rapid location and reuse, thereby improving rule retrieval efficiency, reducing configuration redundancy, and enhancing configuration readability. This model achieves high compression of configuration data by pushing up common rules. Simultaneously, it improves the execution efficiency of the interpreter.

[0133] The style configuration interpreter introduces AND / OR / negation dependency evaluation algorithms and deterministic priority handling, enabling complex linkage conditions in aggregated ADN code bit creation and configuration to have verifiable and predictable Boolean evaluation results at runtime, thereby improving the correctness and stability of linkage judgment.

[0134] By deeply merging and resolving conflicts between main path rules and patch rules, multi-source rules can be stably combined under a unified code-based creation and configuration interpretation framework, and remain consistent across entry points such as single creation, batch creation, batch editing, and uploading. This reduces redundant implementation and inconsistency issues and improves rule reusability.

[0135] By using atomic commits of state snapshots and an automatic side effect cleanup mechanism for each recalculation, state pollution caused by the omission of imperative side effects is avoided. Furthermore, invalid effects are automatically revoked and illegal values ​​are cleaned up when switching between aggregated ADN, ad styles, and client-side conditions, ensuring that the form state and configuration rules remain consistent over the long term.

[0136] Figure 4 This is a schematic diagram of the structure of an information configuration device in one scenario, such as... Figure 4 As shown, the device includes: The receiving module 410 is used to receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; The acquisition module 420 is configured to, in response to the first event, acquire a rule set and construct an information set. The rule set contains rules required for configuring the resource position, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. The module 430 is used to obtain a subset of rules, which is obtained by sequentially filtering the rules in different dimensions using the information set. Display module 440 is used to display the first page, wherein the second status information of each configuration item in the first page is determined based on the rule subset, and the second status information indicates the status of the configuration item after being updated in the first page.

[0137] In one scenario, the dimensions of the rule include one or more of the following: The capabilities supported by the resource bit, the first identification information, the second identification information, and the type information of the resource bit; Wherein, the first identification information is used to identify the provider of the media resource, the second identification information is used to identify the operating system of the terminal, and the terminal is used to display the resource bit.

[0138] In one scenario, module 430 is obtained, including: The traversal unit is used to traverse each of the dimensions, and for the current traversed dimension, extract first state information from the information set. The first state information includes the current state information of the first configuration item, and the first configuration item includes the configuration item of the current dimension. Extraction unit, used to extract the rule corresponding to the first state information from the set to be filtered; The set to be filtered is the set of rules, or the set of rules filtered by the previous dimension.

[0139] In one scenario, where the dimension is the type information, the extraction unit is specifically used for: Select authorization rules from the set to be filtered, wherein the authorization rules include the rules for authorization used in the set to be filtered; Extract the rule corresponding to the first state information from the authorization rules.

[0140] In one scenario, display module 440 is specifically used for: For each of the configuration items, determine a list of rules corresponding to the configuration item in the rule subset; Obtain a list of conditions for the configuration item from the rule list, the list of conditions including conditions that affect the visibility of the configuration item on the first page; Based on the condition list, the visibility status of the configuration item is determined. The second status information includes the visibility status, which indicates whether the configuration item is visible on the first page. Display the first page.

[0141] In one scenario, display module 440 is specifically used for: When the configuration item is displayed in the visibility status indicator, the first page is displayed, and the configuration item is displayed on the first page. When the visibility status indicates that the configuration item is hidden, a control field is obtained from the condition list, the control field being used to indicate whether the configuration item is disabled or hidden; The first page is displayed, and the configuration items on the first page are either disabled or hidden based on the control fields.

[0142] In one scenario, the device further includes a generation module for: Generate a state snapshot corresponding to the second state information.

[0143] In one scenario, the apparatus method further includes a supplementary module for: From the supplementary set, obtain supplementary rules related to the subset of rules, the supplementary set being used to add the supplementary rules to the configuration item; The supplementary rule and the rule subset are merged to obtain the updated rule subset.

[0144] In one scenario, the first event includes an event that changes the configuration item on the first page, the information set further includes baseline state information of the configuration item, and the device further includes a failure handling module for: If obtaining the rule subset fails, the rule subset is obtained again according to the baseline state information.

[0145] The above-described apparatus can execute the methods provided in any of the cases described herein, and has the corresponding functional modules and beneficial effects for executing the methods.

[0146] It is worth noting that the various units and modules included in the above-mentioned device are divided according to functional logic, but are not limited to the above division, as long as they can achieve the corresponding functions; in addition, the specific names of each functional unit are only for easy differentiation and are not used to limit the scope of protection of this document.

[0147] The following is for reference. Figure 5 This document illustrates a schematic diagram of an electronic device (e.g., a terminal device or server) 700 suitable for implementing the above-described methods. The terminal device referred to herein may include, but is not limited to, mobile terminals such as mobile phones, laptops, digital radio receivers, personal digital assistants (PDAs), tablet computers (PADs), portable multimedia players (PMPs), in-vehicle terminals (e.g., in-vehicle navigation terminals), and fixed terminals such as digital televisions and desktop computers. Figure 5 The electronic device 700 shown is merely an example and should not impose any limitations on the functionality and scope of this document.

[0148] like Figure 5 As shown, the electronic device 700 may include a processing unit (e.g., a central processing unit, a graphics processing unit, etc.) 701, which can perform various appropriate actions and processes according to a program stored in a read-only memory 702 or a program loaded from a storage device 708 into a random access memory 703. The random access memory 703 also stores various programs and data required for the operation of the electronic device 700. The processing unit 701, the read-only memory 702, and the random access memory 703 are interconnected via a bus 704. An input / output interface 705 is also connected to the bus 704.

[0149] Typically, the following devices can be connected to the input / output interface 705: input devices 706 including, for example, a touchscreen, touchpad, keyboard, mouse, camera, microphone, accelerometer, gyroscope, etc.; output devices 707 including, for example, a liquid crystal display (LCD), speaker, vibrator, etc.; storage devices 708 including, for example, magnetic tape, hard disk, etc.; and communication devices 709. Communication device 709 allows electronic device 700 to communicate wirelessly or wiredly with other devices to exchange data. Although Figure 5An electronic device 700 with various devices is shown; however, it should be understood that it is not required to implement or possess all of the devices shown. More or fewer devices may be implemented or possessed alternatively.

[0150] Specifically, the process described in the flowchart above can be implemented as a computer software program. For example, the technical solution of this document includes a computer program product comprising a computer program carried on a non-transitory computer-readable medium, the computer program containing program code for performing the methods shown in the flowchart. In such a case, the computer program can be downloaded and installed from a network via communication device 709, or installed from storage device 708, or installed from read-only memory 702. When the computer program is executed by processing device 701, it performs the functions defined in the method of this document.

[0151] The names of messages or information exchanged between multiple devices in this document are for illustrative purposes only and are not intended to limit the scope of these messages or information.

[0152] The electronic device provided in this document and the method provided in the above-described technical solution belong to the same concept. Technical details not described in detail in this document can be found in the above-described situation, and this situation has the same beneficial effects as the above-described situation.

[0153] This article provides a computer storage medium on which a computer program is stored, which, when executed by a processor, implements the methods provided above.

[0154] It should be noted that the computer-readable medium mentioned above can be a computer-readable signal medium, a computer-readable storage medium, or any combination thereof. A computer-readable storage medium can be, for example,—but not limited to—an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, a random access memory, a read-only memory, an erasable programmable read-only memory (EPROM, also known as flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof. In this document, a computer-readable storage medium can be any tangible medium containing or storing a program that can be used by or in connection with an instruction execution system, apparatus, or device. In this document, a computer-readable signal medium can include a data signal propagated in baseband or as part of a carrier wave, carrying computer-readable program code. The transmitted data signal can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. The computer-readable signal medium can also be any computer-readable medium other than a computer-readable storage medium, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The program code contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to: wires, optical fibers, RF (radio frequency), etc., or any suitable combination thereof.

[0155] Based on one or more scenarios described in this article, Example 1 provides an information configuration method, including: Receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; In response to the first event, a rule set is obtained and an information set is constructed. The rule set contains rules for configuring the resource position, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. A subset of rules is obtained by sequentially filtering each rule across different dimensions using the information set. The first page is displayed, and the second status information of each configuration item on the first page is determined based on the rule subset. The second status information indicates the status of the configuration item after it has been updated on the first page.

[0156] Based on one or more scenarios described in this article, Example 2 provides the method described in Example 1, wherein the dimensions of the rule include one or more of the following: The capabilities supported by the resource bit, the first identification information, the second identification information, and the type information of the resource bit; Wherein, the first identification information is used to identify the provider of the media resource, the second identification information is used to identify the operating system of the terminal, and the terminal is used to display the resource bit.

[0157] Based on one or more scenarios described herein, Example 3 provides the method described in Example 2, wherein obtaining a subset of rules includes: Traverse each of the dimensions, and for the current dimension being traversed, extract first state information from the information set. The first state information includes the current state information of the first configuration item, and the first configuration item includes the configuration item of the current dimension. Extract the rule corresponding to the first state information from the set to be filtered; The set to be filtered is the set of rules, or the set of rules filtered by the previous dimension.

[0158] Based on one or more scenarios in this paper, [Example 4] provides the method described in Example 3, wherein when the dimension is the type information, the step of extracting the rule corresponding to the first state information from the set to be filtered includes; Select authorization rules from the set to be filtered, wherein the authorization rules include the rules for authorization used in the set to be filtered; Extract the rule corresponding to the first state information from the authorization rules.

[0159] Based on one or more scenarios described herein, Example 5 provides the method described in Example 1, wherein displaying the first page includes: For each of the configuration items, determine a list of rules corresponding to the configuration item in the rule subset; Obtain a list of conditions for the configuration item from the rule list, the list of conditions including conditions that affect the visibility of the configuration item on the first page; Based on the condition list, the visibility status of the configuration item is determined. The second status information includes the visibility status, which indicates whether the configuration item is visible on the first page. Display the first page.

[0160] According to one or more scenarios described herein, Example 6 provides the method described in Example 5, wherein displaying the first page includes: When the configuration item is displayed in the visibility status indicator, the first page is displayed, and the configuration item is displayed on the first page. When the visibility status indicates that the configuration item is hidden, a control field is obtained from the condition list, the control field being used to indicate whether the configuration item is disabled or hidden; The first page is displayed, and the configuration items on the first page are either disabled or hidden based on the control fields.

[0161] According to one or more scenarios described herein, Example 7 provides a method described in any of Examples 1-6, the method further comprising: Generate a state snapshot corresponding to the second state information.

[0162] Based on one or more scenarios described herein, Example 8 provides the method described in Example 1, which further includes: From the supplementary set, obtain supplementary rules related to the subset of rules, the supplementary set being used to add the supplementary rules to the configuration item; The supplementary rule and the rule subset are merged to obtain the updated rule subset.

[0163] Based on one or more scenarios described herein, Example 9 provides the method described in Example 1, wherein the first event includes an event that changes the configuration item in the first page, the information set further includes baseline state information of the configuration item, and the method further includes: If obtaining the rule subset fails, the rule subset is obtained again according to the baseline state information.

[0164] According to one or more scenarios described herein, [Example 10] provides an information configuration device, comprising: A receiving module is used to receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; The acquisition module is configured to, in response to the first event, acquire a rule set and construct an information set. The rule set contains rules required for configuring the resource position, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. The acquisition module is used to acquire a subset of rules, which is obtained by sequentially filtering the rules according to different dimensions using the information set; The display module is used to display the first page, wherein the second status information of each configuration item in the first page is determined based on the rule subset, and the second status information indicates the status of the configuration item after being updated in the first page.

[0165] According to one or more of the provisions herein, [Example 11] provides an electronic device comprising: One or more processing devices; Storage device for storing one or more programs. When the one or more programs are executed by the one or more processing devices, the one or more processing devices perform the method as described in any of Examples 1-9.

[0166] According to one or more of the present invention, [Example 12] provides a storage medium containing computer-executable instructions that, when executed by a computer processor, are used to perform the method described in any of Examples 1-9.

[0167] According to one or more of the provisions herein, [Example 13] provides a computer program product including a computer program that, when executed by a processor, implements the method as described in any one of Examples 1-9.

[0168] In some scenarios, clients and servers can communicate using any currently known or future-developed network protocol, such as HTTP (Hypertext Transfer Protocol), and can interconnect with digital data communication (e.g., communication networks) of any form or medium. Examples of communication networks include Local Area Networks (LANs), Wide Area Networks (WANs), the Internet (e.g., the Internet), and peer-to-peer networks (e.g., end-to-end networks), as well as any currently known or future-developed networks.

[0169] The aforementioned computer-readable medium may be included in the aforementioned electronic device; or it may exist independently and not assembled into the electronic device.

[0170] The aforementioned computer-readable medium carries one or more programs, which, when executed by the electronic device, cause the electronic device to: receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource bits, the resource bits being used to display media resources, and the first page containing multiple configuration items; In response to the first event, a set of rules is obtained and an information set is constructed. The set of rules contains rules for configuring the resource slot, and the information set includes the current status information of the configuration item, which is used to indicate the status of the configuration item in the first page. A subset of rules is obtained by sequentially filtering each rule according to different dimensions using the information set. The subset of rules includes the rules that affect the state of the configuration item. The first page is displayed, and the second status information of each configuration item on the first page is determined based on the rule subset. The second status information indicates the status of the configuration item after it has been updated on the first page.

[0171] Computer program code for performing the operations described herein can be written in one or more programming languages ​​or a combination thereof, including but not limited to object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as the "C" programming language or similar programming languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including local area networks (LANs) or wide area networks (WANs), or it can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0172] The flowcharts and block diagrams in the accompanying figures illustrate the architecture, functionality, and operation of possible implementations of the systems, methods, and computer program products according to the various scenarios described herein. In this respect, each block in a flowchart or block diagram may represent a module, segment, or portion of code containing one or more executable instructions for implementing the specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the figures. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in the block diagrams and / or flowcharts, and combinations of blocks in the block diagrams and / or flowcharts, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and computer instructions.

[0173] The modules or units described herein can be implemented in software or hardware. The names of modules or units do not, in certain circumstances, constitute a limitation on the module or unit itself. The functions described above in this document can be performed at least in part by one or more hardware logic components. For example, without limitation, exemplary types of hardware logic components that can be used include at least one of the following: Field-Programmable Gate Array (FPGA), Application-Specific Integrated Circuit (ASIC), Application-Specific Standard Product (ASSP), System on Chip (SOC), Complex Programmable Logic Device (CPLD), etc.

[0174] In the context of this document, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. A machine-readable medium can be, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory, read-only memory, erasable programmable read-only memory (flash memory), optical fibers, portable compact disk read-only memory, optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0175] The above description is merely a preferred implementation of this document and an explanation of the technical principles employed. Those skilled in the art should understand that the scope of disclosure herein is not limited to technical solutions formed by specific combinations of the above-described technical features, but should also cover other technical solutions formed by arbitrary combinations of the above-described technical features or their equivalents without departing from the above-described disclosed concept. For example, technical solutions formed by substituting the above features with (but not limited to) technical features disclosed herein that have similar functions.

[0176] Furthermore, while the operations are described in a specific order, this should not be construed as requiring these operations to be executed in the specific order shown or in a sequential order. Multitasking and parallel processing may be advantageous in certain contexts. Similarly, while some specific implementation details are included in the above discussion, these should not be interpreted as limiting the scope of this paper. Certain features described in the context of a single implementation can also be implemented in combination in a single implementation. Conversely, various features described in the context of a single implementation can also be implemented individually or in any suitable sub-combination in multiple implementations.

[0177] Although the subject matter has been described using a programming language specific to structural features and / or methodological logic, it should be understood that the subject matter defined in the appended claims is not necessarily limited to the specific features or actions described above. Rather, the specific features and actions described above are merely illustrative forms of implementing the claims.

Claims

1. An information configuration method, comprising: Receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; In response to the first event, a set of rules is obtained and an information set is constructed. The set of rules contains rules for configuring the resource slot, and the information set includes the current status information of the configuration item, which is used to indicate the status of the configuration item in the first page. A subset of rules is obtained by sequentially filtering each rule across different dimensions using the information set. The first page is displayed, and the second status information of each configuration item on the first page is determined based on the rule subset. The second status information indicates the status of the configuration item after it has been updated on the first page.

2. The method according to claim 1, wherein the dimensions of the rule include one or more of the following: The capabilities supported by the resource bit, the first identification information, the second identification information, and the type information of the resource bit; in, The first identification information is used to identify the provider of the media resource, the second identification information is used to identify the operating system of the terminal, and the terminal is used to display the resource bit.

3. The method according to claim 2, wherein obtaining the rule subset includes: Traverse each of the dimensions, and for the current dimension being traversed, extract first state information from the information set. The first state information includes the current state information of the first configuration item, and the first configuration item includes the configuration item of the current dimension. Extract the rule corresponding to the first state information from the set to be filtered; The set to be filtered is the set of rules, or the set of rules filtered by the previous dimension.

4. The method according to claim 3, wherein when the dimension is the type information, the step of extracting the rule corresponding to the first state information from the set to be filtered includes: Select authorization rules from the set to be filtered, wherein the authorization rules include the rules for authorization used in the set to be filtered; Extract the rule corresponding to the first state information from the authorization rules.

5. The method according to claim 1, wherein displaying the first page comprises: For each of the configuration items, determine a list of rules corresponding to the configuration item in the rule subset; Obtain a list of conditions for the configuration item from the rule list, the list of conditions including conditions that affect the visibility of the configuration item on the first page; Based on the condition list, the visibility status of the configuration item is determined. The second status information includes the visibility status, which indicates whether the configuration item is visible on the first page. Display the first page.

6. The method according to claim 5, wherein displaying the first page comprises: When the configuration item is displayed in the visibility status indicator, the first page is displayed, and the configuration item is displayed on the first page. When the visibility status indicates that the configuration item is hidden, a control field is obtained from the condition list, the control field being used to indicate whether the configuration item is disabled or hidden; The first page is displayed, and the configuration items on the first page are either disabled or hidden based on the control fields.

7. The method according to any one of claims 1-6, further comprising: Generate a state snapshot corresponding to the second state information.

8. The method according to claim 1, further comprising: From the supplementary set, obtain supplementary rules related to the subset of rules, the supplementary set being used to add the supplementary rules to the configuration item; The supplementary rule and the rule subset are merged to obtain the updated rule subset.

9. The method according to claim 1, wherein the first event includes an event of changing the configuration item in the first page, the information set further includes baseline state information of the configuration item, and the method further includes: If obtaining the rule subset fails, the rule subset is obtained again according to the baseline state information.

10. An information configuration device, comprising: A receiving module is used to receive a first event, the first event including an event that triggers the rendering of a first page, the first page being used to configure resource slots, the resource slots being used to display media resources, and the first page containing multiple configuration items; The acquisition module is configured to, in response to the first event, acquire a rule set and construct an information set. The rule set contains rules required for configuring the resource position, and the information set includes the current status information of the configuration item, which indicates the status of the configuration item on the first page. The acquisition module is used to acquire a subset of rules, which is obtained by sequentially filtering the rules according to different dimensions using the information set; The display module is used to display the first page, wherein the second status information of each configuration item in the first page is determined based on the rule subset, and the second status information indicates the status of the configuration item after being updated in the first page.

11. An electronic device, the electronic device comprising: One or more processing devices; Storage device for storing one or more programs. When the one or more programs are executed by the one or more processing devices, the one or more processing devices perform the method as described in any one of claims 1-9.

12. A storage medium comprising computer-executable instructions, which, when executed by a computer processor, are used to perform the method as described in any one of claims 1-9.

13. A computer program product comprising a computer program that, when executed by a processor, implements the method as described in any one of claims 1-9.

Images